March 2016 - OvmsDev - Open Vehicles

OVMS logo
by Mark Webb-Johnson 06 Jun '17

06 Jun '17

We need to change the OVMS logo, to better reflect the vehicle independence. The existing logo is too much Tesla. Felix has kindly prepared a couple of options for us, attached below. My preference is for the one with the car outline (even though it retains a hint of Tesla), as it emphasizes the vehicle comms aspect. This is quite urgent, as the Teslive people are pushing for artwork. What do you guys/gals think? Regards, Mark

8 14

OVMS v3
by Mastro Gippo 20 May '17

20 May '17

Hi all, I'd like to resurrect an old conversation. As we know, the current PIC is quickly running out of resources and maybe it's time to switch to a better platform. Two CAN buses are now desirable too. A microSD slot and direct USB connectivity wouldn't hurt either. I will probably have to design a similar hardware for myself, so I'd like to contribute to the OVMS by sharing the HW platform if you want; no strings attached of course, if you decide that there's no need for the upgrade, I'll keep on working on my project by myself! :) That said, I'd like to throw a few ideas to the table. - MCU: I'd like to use an STM32 micro. They seem to be emerging as the standard choice for diy ARM projects, and this offers a few interesting opportunities: -Programming it in c/c++ with the manufacturer CMSIS standard libraries (boring) -Programming it with the mbed.org SDK. Unfortunately no dev boards are available with dual CAN bus, but it will be easy to move to the correct micro of the same series once most of the software is ironed out on a dev board like the https://mbed.org/platforms/ST-Nucleo-F302R8/ -Programming it with an RTOS. NuttX would be my choice, as it's the one used in the Ardupilot Pixhawk platform, and I'd like to learn it. This would mean a steeper starting curve, but a lot of flexibility later as a lot of stuff is handled on the OS level (network stacks, SD card & filesystems, multitasking...). FreeRTOS is a nice option too. I'd like to use the STM32F405RG as it's the most similar to the one found on the Pixhawk, but of course I'm biased because of that, and that micro is quite overkill for the task. We can of course use a lower specced part and lose some RTOS fuctionality as long as it has 2 CAN buses. - MODEM: I have no experience in this field; is the SIM908 still a good choice or does anyone think that we should try new platforms? I like this, but I don't know if the price puts it out of budget: http://www.telit.com/telit/Pulsar/en_US.Store.display.1001./ge864-gps On the bright side, it can be programmed in python, so we can offload some of the work to the modem. This *could* allow us to free some space on the PIC, and keep that platform without changing MCU.. - Enclosure: I think that, even with the new MCU, we can still fit the old enclosure. Is that ok, or should we think about a more automotive-friendly one? Maybe waterproof for the twizy? And that's it. I think that the core SW developers should voice their opinion, as there is a lot of work to be done on that front. A huge problem will be keeping backwards compatibility to add features for the v2 users, so we should discuss about this too. Regards MG

18 70

Kia Soul user guide
by Michael Balzer 11 Apr '16

11 Apr '16

FYI: the Kia Soul team just submitted the first version of their user guide, see https://github.com/openvehicles/Open-Vehicle-Monitoring-System/tree/master/… Thanks, Jörg & Tom, great work! @Geir: can you create a pull request for the firmware version matching the guide? Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

4 7

Source Code Formatting
by Tom Parker 11 Apr '16

11 Apr '16

Hi, I've made a few improvements to the nissan leaf code (see https://carrott.org/git/Open-Vehicle-Monitoring-System.git/log/refs/heads/n… and the climate control branch on the same server ) and I noticed it had a mix of code styles. I'd like to reformat it to be consistent (mostly because I can't write consistently formatted code without a code formatter) and wanted to know if there is an agreed format to use -- there is nothing worse than trying to trace changes through a code formatting war in the history? I'm currently using the default mplabx code format configuration which suits me but is different from most of the rest of the OVMS code. Is there a configuration for mplabx I can import? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 4

v2.8.5
by Mark Webb-Johnson 27 Mar '16

27 Mar '16

OK, everything looks good to go and I am going to give manufacturing go-ahead for a batch using SIM808 modules tonight. The v2.8.5 firmware is required for SIM808 support, and I’ve built binaries of those ready for release. Please play with this, and let us know if you find any issues. Regards, Mark. 2016-03-14 2.8.5 Firmware 2.8.5 SIM808 GSM/GPS module support # Fix for Twizy build w/o BATTMON # Twizy: ideal range calculated with temperature influence approximation # Twizy: Battery capacity estimation # Twizy: Charge start restarts SOC window (to get most recent BMS SOC) # Twizy: Charge interruption no longer restarts power sums & SOC window # Added vehicle_version to net msg "F" # New vehicle: Kia Soul EV, initial version 0.1 (alpha/untested) # Kia Soul: VIN, car status, doors & charging status, SOC, estimated range, speed # Framework: OBDII polling support for modes 02, 10 & 21 # Kia Soul: DEBUG diag output fixed for SMS size limit # Kia Soul: ISR optimization - OBD diag data init & length debugging # Kia Soul: Buffer overflow protection for OBDII multi frame polls # Kia Soul: Init CAN RX filter 1 to avoid noise triggers # Twizy: optional current limit modification # Added compiler switch OVMS_NO_CRASHDEBUG # Twizy V3.7.0: - CFG POWER: max current control, higher torque & power levels # Framework v2.8.2: DIAG mode: support backspace & ctrl-a / ctrl-c (= abort/clear) # Framework v2.8.2: DIAG mode perl clients added # Framework v2.8.2: DIAG mode documentation extended # Add hints on 0x100/0x96 and 0x400/0x01 # Framework: Fixed base64decode(), removed bug workarounds # Framework: base64encode(): return pointer to end of base64 string # Framework: New net_assert_caller(): check caller, fallback to REGPHONE # Framework: net_put RAM redirection now uses net_buf[] # Framework: Code cleanup, size and stack depth optimization # Framework: Fix: stack overflow/underflow flags cleared after crash # Framework: Perl diagmode clients: missing license info added # Twizy: Flux map optimization # Twizy: Fix: "CA?" outputs ETR SOC if ETR range is zero # Twizy: CAN control bits to disable emergency reset, kickdown & autopower # Twizy: Flux & saturation maps added to documentation # Twizy: Updated SDO list & limits # MPLABX 3.1x support, and OVMS_BUILDCONFIG to show selected build config in version strings # Add pics and docs on Tesla Model S new style DIAG connector seen in late 2015 cars onwards # Re-work GPS initialisation for SIM808 # Use AT+CGPSRST=0 for cold start of GPS # Fix SMS VERSION command

4 5

Twizy firmware 3.7.2 & Android App 3.11.3
by Michael Balzer 26 Mar '16

26 Mar '16

http://dexters-web.de/downloads/en http://dexters-web.de/ovms-twizy-3.7.2-text_73.en.htm Twizy V3.7.2: - Command "CA?" now shows SOC ETR if range ETR is zero - CAN write control bitmap - Motor and PEM temperatures fixed - Charger temperature added http://dexters-web.de/openvehicleapp-release-3.11.3-text_67.en.htm V3.11.3 (2016-03-25): - Added charger temperature - Added battery power limits to power chart - Update of chart library, axis label optimizations Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

1 0

Activating a sleeping Gen 1 Leaf
by Tom Parker 21 Mar '16

21 Mar '16

Quick update, I contorted myself into the driver's foot well of my right hand drive Japanese domestic manufacture 2012 gen 1 Leaf and unplugged the TCU. I can confirm that connecting pin 1 (battery +ve) to pin 11 (EV System Activation Request) causes a beep from the front of the car and a few relay clicks. I didn't try to activate climate control to confirm that it works, I'll try that later this week and if it does, hook it up to the OVMS. Splice into the loom in the cramped conditions under the dashboard won't be fun. I wouldn't be totally surprised if the TCU does the charge timer wakeup, so preserving the existing circuit is a good idea. http://www.mynissanleaf.com/viewtopic.php?p=438109#p438109 says the Gen 2 Leaf doesn't need this circuit, and the same source describes CAN message to do the wakeup. If anyone wants to test that I can add that message to see if it works. Has anyone seen a message on the EV CAN Bus that would distinguish a Gen 1 from a Gen 2?

2 4

Re: [Ovmsdev] Twizzy Rental Service
by Mark Webb-Johnson 13 Mar '16

13 Mar '16

An update on SIM808. It is just a stop-gap solution, but it buys us some time. The changes I’ve made / problems I’ve had: Power button needs to be held for 1 second to power down/up the modem (SIM908 was much faster). Not a bad issue, but it did waste a week going back and forth trying to find the cause. The SIM808 doesn’t echo LineFeed characters. That is a pain for DIAG mode console, but doesn’t affect anything else. Only workaround possible is to use a terminal program that can map CR->CRLF, or CF->LF (and live with the horrible display in DIAG mode). We’ll just develop on SIM908 modules or use a fancy terminal emulator. I guess if people are using scripts to talk to DIAG mode, they may need some tuning if they are expecting CRLF and just getting CR now. GPS initialisation (this is the biggy - more below). Build profile in version string. This is just a simple fix to include a #define in the build profiles, and to include that where we show the version string. It means that as well as the version of firmware, we can now see the build profile. Helpful for support of new users. The biggest issue has been with GPS initialisation. Looking at the current code: #ifdef OVMS_INTERNALGPS // Using internal SIM908 GPS: rom char NET_INIT1[] = "AT+CGPSPWR=1;+CGPSRST=0;+CSMINS?\r"; rom char NET_REQGPS[] = "AT+CGPSINF=2;+CGPSINF=64;+CGPSPWR=1\r"; #else // Using external GPS from car: rom char NET_INIT1[] = "AT+CSMINS?\r"; #endif So, if the build profile includes OVMS_INTERNALGPS (ie; one or more vehicles in the profile require GPS), then we use a big sequence of initialisations "AT+CGPSPWR=1;+CGPSRST=0;+CSMINS?\r”. We have two issues with this: We’re powering up the GPS, even if the actual vehicle we selected doesn’t need SIM908/808 GPS. That costs watts - and with my new fancy bench power supply I got for OVMS v3 development (ok, cheap chinese ebay) I can now see exactly how much ;-). The SIM808 randomly doesn’t like AT+CGPSPWR=1 and in particular seems to hate it 100% of the time it is included with other options. You get an ERROR response back from the modem, and as this is done in NET_STATE_DOINIT, it looks like a SIM card error (but is nothing to do with SIM card). We just never saw AT+CGPSPWR=1 fail on SIM908. Now, as well as the #defined OVMS_INTERNALGPS to enable the SIM908/808 GPS, we’ve also got NET_FN_INTERNALGPS in net_fnbits which is set during vehicle module initialisation. The first brings in the code, the second should turn it on. Except it doesn’t. The first one turns it on. Accordingly, I’m having to change the net.{h,c} layer to split off GPS initialisation into its own states and use a simple AT+CGPSPWR=1 for vehicles that require SIM908/808 GPS and AT+CGPSPWR=0 for vehicles that don’t. I’ve taken the opportunity to switch from using OVMS_INTERNALGPS to using NET_FN_INTERNALGPS in net_fnbits as the decision as to whether to power up the SIM908/808 GPS or not. Building and testing that has taken me the most time. It is almost done, and I should be able to commit the code soon. Production firmware then goes to the manufacturer in China, and we give the go-ahead for the production run. We should have the modules back in stock towards the end of March / first thing in April. Regards, Mark. P.S. I can actually recommend that cheap(ish) chinese ebay power supply. It’s available from various eBay sellers, or banggood <http://www.banggood.com/CPS-3205C-0-32V-0-5A-Portable-Adjustable-DC-Power-S…>. Controls are precise, output is rock solid, ammeter is as accurate as my multi-meter, and it is built like a tank.

2 5