You can install our site as a web app on your iOS device by utilizing the Add to Home Screen feature in Safari. Please see this thread for more details on this.
Note: This feature may not be available in some browsers.
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
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
That happened to me recently. I pulled the plug to reboot the module and everything went back to working.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.
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.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.
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
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 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? .
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[
Is the OVMS server down? My app isn't connecting... Thanks!
It is working for me, and no alerts received about any outage.
Anybody else having problems?
It is working for me, and no alerts received about any outage.
Anybody else having problems?