October 2019 - OvmsDev - Open Vehicles

OVMS V3 power consumption readings
by Glyn Hudson 23 Oct '19

23 Oct '19

I've just measured the power consumption of the OVMS V3 module using a bench power supply set to exactly 12.0V. OVMS consumed: 60mA = 0.72W with WiFi on (AP active) and GSM/GPS modem off 100mA = 1.2W with everything switched on. This is less than I was expecting, I would take weeks for OVMS to drain a healthy lead acid battery. -- All the best, Glyn Hudson +44(0)1248672607 https://openenergymonitor.org https://zerocarbonadventures.co.uk

2 1

iOS 1.8.0
by Mark Webb-Johnson 23 Oct '19

23 Oct '19

Version 1.8.0 of the iOS App is now in testflight beta testing. Changes made include: A large number of new vehicle images (ENV200, iMiev, KiaNiro, Kona, Leaf, SmartED, Zoe) Temperatures shown as stale, even if CoolingPump is not enabled Support for kPa and BAR pressure units (in addition to PSI) Support for iOS 13 battery SOC meter Support for iOS 13 dark mode Feedback on the pressure (PSI, kPa, BAR) feature would be helpful (I’ve just implemented it with the raw formulas, converting from PSI). This is selected in the system settings app (gray gear icon on your iOS device desktop), Open Vehicles. If you are not on the testflight beta testers list, you can install directly from the public beta test link here: https://testflight.apple.com/join/05tfPlqR <https://testflight.apple.com/join/05tfPlqR> Some early feedback (via testflight) from Tamás Kovács indicates a problem with the car top down display for some of the new vehicle types, and I am tracking that issue as https://github.com/openvehicles/Open-Vehicle-iOS/issues/33 <https://github.com/openvehicles/Open-Vehicle-iOS/issues/33>. It seems that while some vehicle images were provided by contributors, the names don’t match the top down images, and they haven’t been added to the project itself (just put in the image directory). I will tidy this up, and release a 1.8.1 in a few days - please continue testing the other features. Regards, Mark.

1 0

Re: [Ovmsdev] OvmsDev Digest, Vol 93, Issue 19
by Glyn Hudson 22 Oct '19

22 Oct '19

Nice work! Looks great :-) I can't spot any errors. On Mon, 21 Oct 2019 at 05:00, <ovmsdev-request(a)lists.openvehicles.com> wrote: > > Send OvmsDev mailing list submissions to > ovmsdev(a)lists.openvehicles.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.openvehicles.com/mailman/listinfo/ovmsdev > or, via email, send a message with subject or body 'help' to > ovmsdev-request(a)lists.openvehicles.com > > You can reach the person managing the list at > ovmsdev-owner(a)lists.openvehicles.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of OvmsDev digest..." > > > Today's Topics: > > 1. Readme rework (Michael Balzer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 20 Oct 2019 17:50:18 +0200 > From: Michael Balzer <dexter(a)expeedo.de> > To: ovmsdev(a)lists.openvehicles.com > Subject: [Ovmsdev] Readme rework > Message-ID: <334227c9-584e-56e8-b032-fae880531e73(a)expeedo.de> > Content-Type: text/plain; charset=utf-8 > > Everyone, > > I felt it was about time to polish our readme. Please have a look: > > https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3 > > If I missed something that should be there, tell me. > > Thanks to Glyn for the flyer image :-) > > Regards, > Michael > > -- > Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal > Fon 02333 / 833 5735 * Handy 0176 / 206 989 26 > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > OvmsDev mailing list > OvmsDev(a)lists.openvehicles.com > http://lists.openvehicles.com/mailman/listinfo/ovmsdev > > > ------------------------------ > > End of OvmsDev Digest, Vol 93, Issue 19 > *************************************** -- All the best, Glyn Hudson +44(0)1248672607 https://openenergymonitor.org https://zerocarbonadventures.co.uk

1 0

Readme rework
by Michael Balzer 21 Oct '19

21 Oct '19

Everyone, I felt it was about time to polish our readme. Please have a look: https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3 If I missed something that should be there, tell me. Thanks to Glyn for the flyer image :-) Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

2 1

PSRAM issue, unicore build
by Michael Balzer 19 Oct '19

19 Oct '19

Everyone, the PSRAM issue still isn't solved, users reported new events and I had two events myself today. So toolkit -98 also doesn't fix the issue completely for us. Following the findings of @neoniusTR (Thomas Rogg), I have enabled building the OVMS in FreeRTOS unicore mode, i.e. FreeRTOS and all tasks only running on core 0. My previous load measurements showed we're only using max. ~20% of the CPU, and my test runs with a unicore build don't exhibit any slowness or sluggishness. To use unicore mode, build with CONFIG_FREERTOS_UNICORE=Y. I've just released the unicore build to my edge branch on dexters-web.de so will be able to gather some user feedback. Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

1 1

MG eZS Progress
by Glyn Hudson 18 Oct '19

18 Oct '19

Hi, Mike Abbott has been making good progress obtaining CAN access and starting the process of reverse decoding the MG eZS / ZS EV working towards adding OVMS support. Here is his progress so far, help with decoding is much appreciated, please get involved if you're interested: Write up of work done so far: https://www.ruralelectricsystems.com/morris-reverse-engineering-mg CAN ID Decoding spreadsheet https://docs.google.com/spreadsheets/d/1cs_8YQVGERspQiPMMY5yFpfLYoyH7UEP30o… Captured logs: https://drive.google.com/drive/folders/1kDKXQ16qzaEfDEueMquFHN56qHOnI3_j Gateway module pinout: https://docs.google.com/document/d/1G00gL3riW5w8HCd-Nwp30EphJW_JDmI382TbkeD… -- All the best, Glyn Hudson +44(0)1248672607 https://openenergymonitor.org https://zerocarbonadventures.co.uk

1 0

SWCAN and enhanced Ampera/Volt support
by Marko Juhanne 18 Oct '19

18 Oct '19

Hi all, I've been tinkering with OVMS and Opel Ampera these few past months, and the I've made some progress with the SWCAN support. As you know, the SN65 transceiver cannot do High-Voltage Wake Up, so many of the nice-to-have polling and remote controlling functions are not available on those cars that rely on it, such as Volt/Ampera. So I've created an add-on SWCAN board that attaches to the internal OVMS extension header. The board uses TH8056 transceiver, which is specifically designed for SWCAN bus. As for the controller, same MCP2515 is used as in OVMS. Here's the link to the boards GitHub page: https://github.com/mjuhanne/OVMS-SWCAN For the firmware patches, here's my OVMS branch: https://github.com/mjuhanne/Open-Vehicle-Monitoring-System-3 There are a lot of changes, especially MCP2515 code add-ons and refactoring, of which some are specific to the new swcan-bus, but some could be beneficial otherwise as well. Then there's the support for the new board and TH8056. On the other hand, if a car can be woken up without HV WakeUp, the board is not really needed and the SN65 can be used with 33.3 kbps speed to communicate on SWCAN bus. Since ESP32 supports only 3 hardware CS on one SPI bus and all the CS lines are now already used, there's also patches for software CS (that's what the additional MCP2515 is using). With my OBD cable I wire SWCAN to use CAN2 lines and put the 2nd MCP2515 on OVMS to sleep, but there's no reason why all the 4 CAN controllers couldn't work independently at the same time (untested at this time). There's also patches to the Ampera/Volt module code base to include SWCAN support, add handling of several new CAN messages (still work in progress, more to come!), as well as VoltStar-like capabilities (locking/unlocking doors, remote preheat) similar to Brian Batista's MyVolStar app/OBDLink MX-combo. Sadly, I haven't been able to get the VoltStar-specific functionality to work on my 2014 Ampera, but other non-Voltstar SWCAN messages do work (waking up the car, controlling windows etc.). This is is similar to other reports of MyVolStar on 2014 Volt/Ampera, so maybe something has changed in the ECU behaviour between MY13 and MY14. It would be really nice to get other OVMS developers with SWCAN/GMLAN enabled cars to test these. SWCAN specific patches can be tested also without the board, but naturally the HV Wakeup functionality is not available. Let me know if you're interested so I can send a PCB or two for testing (I have bunch of leftovers). Best regards, Marko

4 4

Error compiling 3.2.005
by Timo Penttilä 01 Oct '19

01 Oct '19

Hi I get this error when trying to compile 3.2.005 I have done everything in the developer guide. $ make app CXX build/can/src/canlog_tcpserver.o In file included from D:/Users/Tipe/msys32/home/Tipe/esp/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/simcom/src/simcom.h:34:0, from D:/Users/Tipe/msys32/home/Tipe/esp/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/main/ovms_peripherals.h:67, from D:/Users/Tipe/msys32/home/Tipe/esp/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/can/src/canlog_tcpserver.cpp:37: D:/Users/Tipe/msys32/home/Tipe/esp/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/simcom/src/gsmpppos.h:43:30: fatal error: netif/ppp/pppapi.h: No such file or directory compilation terminated. make[1]: *** [/home/Tipe/esp/esp-idf/make/component_wrapper.mk:286: src/canlog_tcpserver.o] Fel 1 make: *** [D:/Users/Tipe/msys32/home/Tipe/esp/esp-idf/make/project.mk:468: component-can-build] Fel 2 Regards

1 1