Welcome to Tesla Motors Club
Discuss Tesla's Model S, Model 3, Model X, Model Y, Cybertruck, Roadster and More.
Register

Open Vehicle Monitor System (OVMS) - Technical Discussion

This site may earn commission on affiliate links.
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. These new modules use the same main processor and board design, but change the SIM908 modem to a newer SIM808. Still 2G and GPRS, so really only relevant to new users.

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.
 
Mark, I have a relatively new issue with my OVMS, which I have had for a bout a year. A few weeks ago, I think, the "Car" screen in the app stopped showing the temps for the PEM, Motor, and Battery. It shows the tire pressures and the ambient temp number, and the battery percent charge, ideal and estimated ranges, and correct location on the other app screens.

I haven't made any changes to the OVMS. I don't issue it any text commands, I just use the app. Is there something I could have done to cause those three temps to stop displaying? Thanks for your help.
 
Mark, I have a relatively new issue with my OVMS, which I have had for a bout a year. A few weeks ago, I think, the "Car" screen in the app stopped showing the temps for the PEM, Motor, and Battery. It shows the tire pressures and the ambient temp number, and the battery percent charge, ideal and estimated ranges, and correct location on the other app screens.

I haven't made any changes to the OVMS. I don't issue it any text commands, I just use the app. Is there something I could have done to cause those three temps to stop displaying? Thanks for your help.
That happened to me recently. I pulled the plug to reboot the module and everything went back to working.
 
I just switched my OVMS from ATT gophone to H2O. Here's the easier, cleaned up version of how to do that (as opposed to what I actually did...)

I got the H2O SIM card with $30 credit for $20 on amazon.com
Needed my ATT customer number and a pin to do a migration of the phone number, have to call ATT to get this, it's not available online.
Told them that dropping 2G support for the SIM was my reason for leaving gophone, and they didn't argue.
Entered the acct number/pin info to H2O site, activation took a day or two.
After swapping the SIM I had to change the APN via SMS with
GPRS att.mvno - -
then the iPhone app started working again.
 
I just switched my OVMS from ATT gophone to H2O. Here's the easier, cleaned up version of how to do that (as opposed to what I actually did...)

I got the H2O SIM card with $30 credit for $20 on amazon.com
Needed my ATT customer number and a pin to do a migration of the phone number, have to call ATT to get this, it's not available online.
Told them that dropping 2G support for the SIM was my reason for leaving gophone, and they didn't argue.
Entered the acct number/pin info to H2O site, activation took a day or two.
After swapping the SIM I had to change the APN via SMS with
GPRS att.mvno - -
then the iPhone app started working again.
Your best bet is to send the GPRS att.mnvo - - command first, before swapping the sim. Sometimes the unit will get stuck searching for the gprs signal and won't be able to process the sms command.
 
Your best bet is to send the GPRS att.mnvo - - command first, before swapping the sim. Sometimes the unit will get stuck searching for the gprs signal and won't be able to process the sms command.

Good advise.

If you do have problems sending SMS while module is trying to talk GPRS, one option is to flip the SMS/GPRS switch to the SMS-only position. That will disable the GPRS and leave you with an SMS-only module that you can setup. Flip the switch back to GPRS mode when everything is configured.
 
Just got my wife the Model X. The Tesla phone app is so primitive and uninformative compared to OVMS... considering we have been using this for almost 4 years now I am appreciative of the creative team who put it together.

The Tesla App is missing such simple things as tire pressures, ability to operate the garage door, temperature info.... ludites!
 
  • Like
Reactions: markwj and Mark77a
A new version of OVMS hardware has just been released. v2.5. Pretty much the same as the existing v2.0 hardware, but the modem module has been changed from SIM908 to SIM808. Don't get too excited - still 2G, just a different 2G. Stock is now available at Fasttech.

This is just a stop-gap module, to give us some time to finalise the v3 hardware. It was necessary because the SIM908 modem modules are no longer available.

Please note that the firmware for the SIM908 and SIM808 v2 modules is different, and labelled differently in the download locations. The following firmware versions are now released:

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

We've also released new firmware to provide support for SIM908, but also to provide a lot of vehicle support enhancements.

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

Enjoy.
 
A new version of OVMS hardware has just been released. v2.5. Pretty much the same as the existing v2.0 hardware, but the modem module has been changed from SIM908 to SIM808. Don't get too excited - still 2G, just a different 2G. Stock is now available at Fasttech.

This is just a stop-gap module, to give us some time to finalise the v3 hardware. It was necessary because the SIM908 modem modules are no longer available.

Please note that the firmware for the SIM908 and SIM808 v2 modules is different, and labelled differently in the download locations. The following firmware versions are now released:



We've also released new firmware to provide support for SIM908, but also to provide a lot of vehicle support enhancements.



Enjoy.

I haven't been following this closely enough... When do you think we'll see v3.0 hardware becoming available?

I'm getting tired of doing a manual cool-down during the summer (range charge for a short while, remembering to stop it before it gets too full!), and would love all the other features, but cell coverage at my residence is pretty spotty, so need the WiFi connection for reliable operation.
 
I haven't been following this closely enough... When do you think we'll see v3.0 hardware becoming available? .

Here's the official statement - or as close to official as Open Vehicles gets

We are aware of the upcoming decommissioning of 2G GPRS systems by some regional carriers. Today, there are millions of 2G M2M (machine-to-machine) devices in the field today, and it will take some time to upgrade those devices to 3G/4G, and some may simply never be upgraded. The approach taken by most is to switch carrier to one still supporting 2G GPRS.

The SIM908 module we currently use for OVMS is already past end-of-life and remaining stocks are extremely limited and expensive. There is a replacement SIM808 radio module, with similar specification to SIM908 but that requires modifications to our board layout. We are currently out of stock of OVMS v2 modules (using SIM908), and trying to arrange a final batch (v2.5) using SIM808 modules. Hopefully this final batch will be available during March 2016 timeframe. OVMS v2 is a 2G system, without WIFI or BLUETOOTH.

Longer term, we are working hard on the OVMS v3 system. Specifications and timeline are subject to change, but the following notes on OVMS v3 may help:
  • We will use 32bit ARM architecture, support multiple CAN buses, and be very extensible. We are trying to get as much RAM and FLASH memory as possible, to avoid the limitations of the OVMS v2 architecture.
  • We anticipate being able to maintain the same DB9, antenna, and GPS connectors, so as to be a simple plug-in replacement.
  • Apps will be backwards compatible (supporting both OVMS v2 and v3 modules).
  • The design is for a base module to support at least 2 CAN buses, with SD card, USB, WIFI and BLUETOOTH connectivity as standard.
  • 3G/4G connectivity will be provided by an optional plug-in module (with different modules available for different regional requirements, and making it easy to replace the module without having to replace the entire OVMS system).
  • Expansion will be via plug-in modules, and expansion connectors.
  • Firmware will be all new, based on a multi-threaded embedded RTOS.
  • The base module will be able to perform CAN bus logging over USB, WIFI and/or BLUETOOTH.
  • The base module will also be able to perform the usual OVMS functionality (but you will need a 3G/4G radio module if you want to be able to receive alerts or check vehicle status when out of WIFI/BLUETOOTH range).
  • We anticipate having an extremely limited number of development boards available 2016Q2, for firmware developers.
  • The OVMS v3 production modules should be available sometime during the second half of 2016.

I hope that the above helps.

Regards, Mark.[/QUOTE[
 
Looks like it's a server issue...

I can't see our car AND the demo car status.

Text messages work.

I THOUGHT it was my car (just got it back from Tesla service) and the service center had OVMS unplugged since last week... Thanks for the reports, I kept sending GPRS command, STAT, etc...