- OvmsDev - Open Vehicles

Tom's Hologram instructions
by Mark Webb-Johnson 14 Dec '16

14 Dec '16

Tom’s instructions for Hologram are here: https://www.idleloop.com/tesla/ovms/hologram.php <https://www.idleloop.com/tesla/ovms/hologram.php> Regards, Mark.

2 3

OVMS v2 Memory/Settings Corruption
by Julien Banchet 12 Dec '16

12 Dec '16

Hi all, Thanks to Michaels last message to remind me to ask a question here: Since a few months, maybe a bit more because it happens only once in a while, I have noticed I wasn't receiving the SMS alerts (feature on SMSIP mode) , and sending a "Stats?" only gave me the nasty access denied answer. It turns out, using the application, I noticed that the phone number was getting corrupted (afaik, it's the only setting affected) Normally: "+33651886877" it became "+336k1886877" or "+33651886Z77" etc... like a solar flare bit flip ! It seems it happens only upon reconnection of the ovms module the the OBD plug (Twizy) as, well, the 12V battery, though brand new, can't last a weekend (car parked underground, I suppose the GSM needs to force a bit too much) So question: Has any one suffered from such an issue ? And, otherwise, Michael might be able to tell: Would having the feature on SMS only (without IP) consume less energy ? If so, would it possible to imagine a Hybrid mode, IP active only if vehicle on charge or keyon ? Thanks, JaXX, PS: Despite winter, thinking of building a solar panel + thin plexi sandwich for the rooftop, just because of the 12V battery :-) Only recent twizys can charge the 12V from the traction battery when resting.

5 21

Android App release 3.12.1
by Michael Balzer 10 Dec '16

10 Dec '16

https://dexters-web.de/openvehicleapp-release-3.12.1-text_80.en.htm OVMS Android App V3.12.1 APK: http://dexters-web.de/f/tw/OpenVehicleApp-release-3.12.1.apk Source: https://github.com/openvehicles/Open-Vehicle-Android Wiki: https://github.com/openvehicles/Open-Vehicle-Android/wiki V3.12.1 (2016-12-09): - Fixed OCM updater - Incremental OCM updates (using modifiedsince) - Added clear cache button to map settings - Fixed OCM clustering settings - Map remembers last zoom level - Map shows home button if autotrack mode is off - Added car capabilities to CarData + ApiService - Added Nissan Leaf images by Chris van der Meijden (chris(a)arachnon.de) - Added DNS parameter label - Added Twizy charge power feature label - Added climate control (command 26) & status support - Added Twizy charge power control to charge alert dialog - Added message timestamp to duplicate notification check - Support for Twizy V3.8.2 charge stop mode control - New option: background API service (this needs RECEIVE_BOOT_COMPLETED rights) - New option: broadcast API car status updates (for Automagic/Tasker/...) - New option: car command intent API (for Automagic/Tasker/...) - Handling for new framework car model variables & message fields - Replacing CR in system notifications for readability - Options menus optimizations - Code cleanups & fixes -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

1 0

Twizy release 3.8.2
by Michael Balzer 10 Dec '16

10 Dec '16

https://dexters-web.de/ovms-twizy-3.8.2-text_79.en.htm OVMS Twizy Firmware V3.8.2 Firmware: http://dexters-web.de/f/tw/OVMS-Twizy-3.8.2.zip Framework V2.9.2: - Keep volatile features over reset - Added speed & trip length to location update (msg L) - Added b4 + substate to JSON API - Fixed spelling of 'charge_etr_range' in JSON API Twizy 3.8.2: - Fill framework car_chargelimit from feature #7 - Added charge power to MSG CMDs #203,204 (Query/Set ChargeAlerts) - Skip feature init on CPU reset - Inhibit CPU reset during charging with charge power override - New: charge auto stop control (feature #6 / car_chargemode) - Added charge control to commands CA & #203,204 - Tightened SDO bus timing - Minor code size optimizations Charge stop mode is controlled via feature 6 or combined with limits and power level using the reworked "CA" & #203,204 commands. For example, to enable automatic charge stop on reaching a sufficient charge limit, issue: FEATURE 6 1 or CA S To set charge to stop at 80% SOC and use power level 3 = 1 kW, issue: CA 80% S L3 The Android App charge limit UI has been updated accordingly in V3.12.1. See documentation for more details. Source: https://github.com/openvehicles/Open-Vehicle-Monitoring-System/ -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

1 0

Twizy tuning disabled by Renault
by Michael Balzer 08 Dec '16

08 Dec '16

Hi everyone, sorry, this is no direct OVMS issue, but as many Twizy users seem to read here, this may be the fastest way to spread this news. Renault have disabled tuning on new Twizys. This applies to Twizys manufactured after June 30 2016, variants T45 & T80 have been confirmed, Cargo most probably as well. To check your SEVCON firmware, do these reads: CFG READS 1008 0 CFG READS 1009 0 CFG READS 100A 0 CFG READ 1018 3 The new SEVCON firmware version is: Product name: Gen4 (Renault Twizy)Thu Jun 30 18:21:36 Hardware version: T45: 0x00070104 T80: 0x00000103 Software version: 0712.0003 CANopen (Object Dictionary) revision: 0x00010021 The effect is, that any write access to some tuning register will result in a CANopen general abort code 0x08000000. Write access has been blocked selectively to just the driving profile registers. Login level still is 4 and other writes succeed, DCF download works. The blocked registers have not been changed in the object dictionary, so this is a hard coded handling. I currently don't see any way around this other than reflashing the controller with a previous firmware (which has not leaked up to now and cannot be read from the controller). Of course this not only affects OVMS tuning, but all Twizy tuning boxes. Only SEVCON tuning (CFG command) is affected, all other OVMS functions will still work. Please spread this info to your local Twizy communities. Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

2 1

Twizy firmware 3.8.1
by Michael Balzer 25 Nov '16

25 Nov '16

https://dexters-web.de/downloads/en https://dexters-web.de/ovms-twizy-3.8.1-text_78.en.htm Framework V2.9.1: - DIAG mode automatically started when booting without SIM, shown by constant green LED and no longer terminated by inactivity - DIAG mode SMS and MSG command output now prefixes all message lines with "# " and terminates with "#." on a single line (easier to process from tools like the perl client) - Added "CARON" alert for vehicle stopped turned on (first after 15 minutes, followups every 60 minutes) Twizy 3.8.1: - Trip report energy usage now based on odometer and also showing SOC gains - Charge power & energy, battery voltage & current now also in framework (for App display and tools) - Alert on SimpleConsole key presses when vehicle parked (i.e. for external alarm sensors) - Charge power limiter Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

1 0

OVMS v3 Design Outline
by Mark Webb-Johnson 05 Nov '16

05 Nov '16

Firstly, an apology for the continued delays with this. The IOT environment is changing so fast, and there are so many amazingly capable choices appearing in the market, that it is hard to select one and live with it for the coming years. That said, we now (finally) have a solution that I think will provide a fantastic platform for OVMS in the future, and meet most of our goals. So, here’s the design outline. MCU Platform I’ve obtained samples for, and tested, over a dozen MCU platforms over the past 9 months. None have been perfect, but one has come very very close. As many of you guessed, I feel that the ESP32 platform <https://espressif.com/en/products/hardware/esp32/overview> has pretty much everything we need and is the clear winner. a) Cost effective (MCU, bluetooth, wifi, plenty of RAM and FLASH; all in a single module the size of a postage stamp). b) Free-RTOS based operating system c) Over-the-air update support d) Open GNU based toolchain e) Great community support The main negative is that it only has a single on-board CAN bus, and that has zero documentation at the moment. But it has SPI and can interface to something like the MCP25625 to give us up to 3 CAN buses. The other issue is that this is so new that documentation is limited; although the manufacturers are working hard on this, and helping us where they can. So, from a platform point of view, that is what I am working on. A motherboard of our own containing buck converter style DC-DC conversion (high efficiency) from both 12V (vehicle) and 5V (usb), a WROOM-32 ESP32 FCC/CE certified module, SD-Card, USB port, OVMS ports, CAN circuitry, and two expansion slots. Expect 16MB RAM, giving us about 4-6MB maximum code size (based on the OTA scheme of one factory firmware image, one running firmware image, and one downloading firmware image). That base module will support bluetooth and wifi connectivity. Cellular will be provided by a plug-in module in an expansion slot, leaving one spare expansion slot free. Low power modes will be built in to the design, from the bottom up. I’m trying to get the cost of this right down. Base module cheaper than OVMS v2. With the cellular option, around the same price. A base OVMS v3 module could be used for CAN bus reverse engineering work, data logging, etc, at a very very competitive price. We’ve got prototypes for this running on breadboards already, and we are about to start the board and casing layout. I’ve also got a handful of ESP32 development boards available if anybody wants to help out with base platform code. Cellular Connectivity The base module will have an expansion connector for optional cellular connectivity. The idea is to make this modular, so we can swap out modems if necessary. The issue with OVMS v1 and v2 has been cellular connectivity plans. Everyone using a mix of prepaid SIMs, on a huge number of different networks, and all of us having to deal with topping-up and other hassles; the AT&T sunset of 2G being a good example. We tried GeoSIM, but it is just too expensive. A few years ago, I backed a kickstarter project called ‘konekt’. They were building a small cellular module, and IOT cloud, very early on. What they have produced has turned into two offerings: a) their cellular module with support for their cloud, and b) a MVNO (mobile virtual network operator) with very competitive data rates and worldwide coverage. You can find them now at www.hologram.io <http://www.hologram.io/>. I’ve been watching them grow, and testing their SIMs, and have been very impressed. It seems to be an amazing match for what OVMS needs. Specifically: a) Simple SIM that we can add to every OVMS module going out the door. b) Global activation (they use two zones, with most of the world where OVMS is in the cheapest zone 1). c) Zone 1 pricing of about US$0.40/month basic upkeep, plus US$0.60 - US$1.00 per MB of data. Zone 2 perhaps 20%+ more expensive. A 3MB zone 1 plan is around US$2/month all in (US$3/month in zone 2). d) Free inbound SMS. We can offer an option to put the cellular modem to low-power sleep, and be woken up by an SMS (from OVMS server) when an App connects. Free. Perfect for vehicles like the Twizy. e) Simple API based console so we automate the accounting side of things. f) Bi-directional SMS is available for normal SMS style rates (free inbound, with outbound at about US$0.19/message, plus US$1/month in USA if you want a fixed number). Hologram has partnerships with multiple carriers for each country. For example, in Hong Kong my car OVMS uses a family-plan style multi-sim approach. I get four SIMs and they all share the same data, call and sms plan. The one I use is from a carrier called CSL. It works well, except in front of my house or in my garage - where there is no coverage. I pulled out that SIM and put in a hologram sim (remembering to change the APN to “HOLOGRAM” before I did it, of course). The Hologram sim immediately connected to CSL and everything worked smoothly. Then I moved the car to the front of the garage. I saw the network disconnect from "Hong Kong CSL Limited” (carrier lost) and reconnect to "SmarTone Mobile Com Ltd”. Then I reversed into the garage, and saw the connection switch to "Hutchison Hong Kong”. On my drive to work I took a northerly route near china and got a switch to "China Mobile HongKong Comp Ltd”. The point is that I’m paying one data plan, but able to take advantage of 4 different networks. The plan is to put these SIMs in every OVMS module from the factory, and to offer a quick and simple provisioning system. Other SIMs could of course still be used, but this would be the default approach. Hologram SIMs are also available today to OVMS v2 users in USA (particularly those about to be stranded by AT&T). Hologram supports the T-mobile network in USA. This should give us some breathing room to give us time to get OVMS v3 out, without rushing things but getting things right as a base platform going forward. Protocol When OVMS v1 was designed, we rolled our own protocol out. This was far from ideal, but it was so early in the IOT world that there wasn’t anything else out there lightweight and mature enough to be used. Today, things have changed and there is a huge selection to choose from. That said, there is one clear winner of all these choices. The IOT world is varied, but the one clear solution that has appeared is MPPT (Message Queuing Telemetry Transport <https://en.wikipedia.org/wiki/MQTT>). The decision as to which hardware platform to choose has been incredibly hard. By comparison, the choice of protocol is a ‘no brainer’ - OVMS v3 will use MQTT. Specifically, MQTT v3.1.1 over SSL over TCP/IP. The protocol itself is very lightweight, very flexible, and offers a simple but powerful publish/subscribe model. The big advantage of this is that it is an open protocol with many clients and applications supporting it. Your house can subscribe to vehicle events just as easily as your cellphone app. Relatively easy to do “Hey siri set my car temperature to 20 celcius” style actions, as well as hook into home automation, etc. Server I really like the Amazon approach to MQTT, but consider that too proprietary and hard to integrate to others. We’ll probably end up just running our own Mosquitto MQTT server on the same machine as OVMS v2 currently runs on, but the protocol is open and easy to choose from the dozens of implementations out there. Apps Existing Apps should continue to work via a bridged OVMS v2 server. Longer-term, it will not be hard to change the Apps to switch to MQTT protocol (presumably over websockets). So, that is the plan. I hate to give timelines (especially when it depends so much on the ESP32 Expressif guys getting their documentation out, and WROOM-32 modules available in large quantities), so all I can say is it is happening ‘now’. I have the development environment in place, and am building the framework support for OVMS using the development boards I have. Also working with the guys in China to get the OVMS v3 hardware design finalised. I hope to be able to release what I have so far to github before the end of November. Regards, Mark.

4 6

Hologram.IO announcement on TMC
by Mark Webb-Johnson 03 Nov '16

03 Nov '16

https://teslamotorsclub.com/tmc/posts/1813075/ <https://teslamotorsclub.com/tmc/posts/1813075/> We've been talking to a MVNO (mobile virtual network operator) called Hologram, and have had some very good initial test results in Hong Kong. You can find them at: http://www.hologram.io/ <http://www.hologram.io/> It is most likely that OVMS v3 will come with Hologram.IO SIMs and we will use these as our default cellular provider, worldwide. Zone 1 pricing (including USA) for a 3MB plan is U$1.99/month, and the 5MB plan is US$2.99/month - that amount of data should be fine for normal OVMS usage. Overage is US$1/MB. Alternatively, you can pay-as-you go at US$0.40/month for the SIM connection, then US$0.60/MB. This is really designed for data usage, but SMS is available at a price. Incoming SMS is free, and outgoing is US$0.19/message. If you want a fixed USA number, it is another US$1/month. To migrate an existing OVMS module to this, you SMS "GPRS hologram" to the module while it is still connected to the network using your old SIM. When the acknowledgement comes back, turn off the module, switch in the Hologram SIM, turn on and enjoy. The SIM will seamlessly switch to whatever cellular network it supports. It can even roam (although Canada and Mexico are zone 2 so you would need to pay the higher rates). If your existing OVMS is offline, you can provision it using the Hologram web console. There is a facility there to send an SMS message to the module, and view the reply messages online. If anybody wants to try this out, please let me know and I'll make the necessary arrangements.

1 0

Hardware out of stock?
by Tom Parker 17 Oct '16

17 Oct '16

Hi, The OVMS hardware has been out of stock on Fasttech for a little while now, are there plans to do another production run? Interest is building from leaf owners in New Zealand where we have no Carwings. Thanks.

3 3

Great things are afoot, earthlings
by Mark Webb-Johnson 05 Sep '16

05 Sep '16

Finally some interesting progress... More in the coming weeks. Mark

2 2