June 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

Nissan Leaf Climate Control
by Tom Parker 25 Dec '16

25 Dec '16

I sent a pull request with Nissan Leaf remote climate control support. I also wrote up a quick blog post with a photo of my gen 1 wakeup circuit: https://carrott.org/blog/archives/158-OVMS-Nissan-Leaf-Remote-Climate-Contr… I'll post a schematic of the circuit. Gen 2 doesn't require any hardware modifications. I added #define CMD_ClimateControl 43 // (ON or OFF) with argument 'on' and 'off'. I'm using temporary hack to enable climate control via the homelink buttons. If CMD_ClimateControl is suitable, could we add support in the Apps for a better button to toggle it on and off? I see there is a car_doors5bits.HVAC to signal that climate control is on, but I don't think that is exposed in the android interface. This would be a good candidate to provide feedback that the climate control is on.

3 5

Gen 2 Leaf Climate Control Quirks
by Tom Parker 11 Jun '16

11 Jun '16

Hi, I had previously reported that remote climate control worked on the Gen 2 Leaf with no modifications. Chris has found that it only works while the car is actively charging. In the next few weeks I'll test again on my friend's Gen 2 where it worked for me. Has anyone else tried it? Does it work? You'll need to build the latest firmware (remote climate control is now merged into the official tree).

1 0

SIM808 and v2.8.6
by Mark Webb-Johnson 10 Jun '16

10 Jun '16

Glad to say the ordeal with SIM808 support is over. With Michael Balzer’s help, we’ve got the GPS working well and the final firmware is built. To keep things as small as possible, we’ve split to two different sets of configuration files and firmware builds types for the V2 hardware. Here is the full list of firmware files: V1_production_908.hex V1 Hardware Module, SIM908 modem, production firmware V2_production_808.hex V2 Hardware Module, SIM808 modem, production firmware V2_production_908.hex V2 Hardware Module, SIM908 modem, production firmware V2_experimental_808.hex V2 Hardware Module, SIM808 modem, experimental firmware V2_experimental_908.hex V2 Hardware Module, SIM908 modem, experimental firmware V2_RT_production_808.hex V2 Hardware Module, SIM808 modem, Renault Twizy full firmware V2_RT_production_908.hex V2 Hardware Module, SIM908 modem, Renault Twizy full firmware V2_TR_production_808.hex V2 Hardware Module, SIM808 modem, Tesla Roadster full firmware V2_TR_production_908.hex V2 Hardware Module, SIM908 modem, Tesla Roadster full firmware The v2.8.6 firmware is now live on github. You can tell the difference between a SIM808 and SIM908 module by looking at the board. The big white chip is clearly marked. This production firmware is going to the factory now. Hopefully the modules (SIM808) will be back in stock at Fasttech within the coming week. We’ve also taken this opportunity to merge in a bunch of changes from various contributors. The full change log is: 2016-05-29 2.8.6 Firmware 2.8.6 SIM808 GSM/GPS production support # Framework: - Support for separate charger temperature (car_tcharger) # Twizy user guide v1.8 (BMS power limit bypass) # Twizy documentation: - Added command overview # Twizy documentation: - Added limiter designer to powermap calculator # Twizy documentation: - Added some more registers to SDO list # Leaf: reformat using mplabx 'whitesmiths' formatting rules, no code changes # Merge carrott/nissan-leaf-reformat enhancements for Nissan Leaf # Twizy: minor documentation fixes & additions # Merged Kia Soul 0.46 06 Mar 2016 (Geir Øyvind Vælidalo) # Leaf: - TCU messages aren't suitable for car state selection # Leaf: - Use presence of inverter messages to indicate car on and driving # Leaf: - Use bus inactivity to indicate car off # Leaf: - use presence of ABS messages to indicate driving - add some TODO # Leaf: extract car on-off to a function # Leaf: when ABS messages stop, car must be off, even if CAN bus is still active # Leaf: understand waiting for charge timer # Leaf: Refactor charger status logic # Leaf: extract gids out to a separate value # Leaf: turn off polling as it causes a relay to click every 20 seconds while charging # Leaf: don't update charger state when the can bus goes quiet as charger has already told us what happened # Leaf: use J1772 pilot maximum current to set the pilot and charge door bits # Leaf: use unambiguous variable types # Leaf: initialize SOC and SOC alert to avoid SMS on startup # Merge pull request #147 from carrott/nissan-leaf # Deterministic TRISC & PORTC init in each module # led_set should turn on the chosen led, not OVMS_LED_O - 1 == RC3 when digit == OVMS_LED_ON # Merge pull request #148 from carrott/deterministic-portc # Fix for twizy to allow production builds with OVMS_TWIZY_BATTMON # Firmware build restructuring for SIM808 support, and basic GPS support for SIM808 # SIM808 GPS fetch & coordinate processing - "GPS?" command optimized GM link, extended by OSM link # Added modem power up on module power up - Diag mode clients reworked for SIM808 operation # RT documentation: added modem terminal speed fix for diag mode 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 A big thank you to Michael Balzer for his help with this, as well as to all the other contributors. Regards, Mark.

2 2