July 2022 - OvmsDev - Open Vehicles

Netmanager priority issue solved
by Michael Balzer 05 Jul '23

05 Jul '23

TL;DR: you need to pull my latest esp-idf changes. I've finally found & solved the strange priority changes for our netmanager task (i.e. being raised suddenly from origin 5 to 18/22): the bug was in the esp-idf posix threads mutex implementation. I had suspected the mutex priority inheritance for a while, so added a way to retrieve the internal mutex hold count for our task list. Using this I noticed the hold count would always & only raise by 2 whenever any kind of mongoose connection was closed. That lead me to checking the thread concurrency protection for mongoose mbufs, because every mongoose connection has two mbufs associated (rx & tx), each having a posix mutex. The bug was: posix mutexes were deleted after locking (taking) them. FreeRTOS mutexes must not be deleted while being taken, that breaks the priority inheritance (more precisely the disinheritance), with the visible effect being the mutex hold count not returning to zero. As a side effect, this may also solve the strange event task starvations (hope so…). I was investigating this as I suspected some busy loop in the netmanager context. With the netman running at prio 22, that would effectively block almost all other processing including the timer service. I've found & fixed one potential busy loop trigger in the netman that would have been caused by the netman task still running while all interfaces had been lost -- not sure if that could happen, but it would explain the effects. So please watch your crash debug info & report if the issue still turns up. Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

5 19

Fiat500e Quirks
by William Reading 19 Nov '22

19 Nov '22

Howdy there, I recently got an OVMS set up with my Fiat 500e and was happy to see that it works, but I noticed noticed a few oddities. The first one is that it uses Valet Mode (CommandActivateValet) for preconditioning instead of CommandClimateControl: https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/blob/bd192… <https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/blob/bd192…> Is there a downside to changing the code to where it uses Climate Control instead? It seems like that would fit better with the intended functionality. The other is that it seems to rapidly generate spurious charging / not charging events, which en masse seems to make the websocket connection on the web server time out. I can put together a pull request to try to fix these issues, but was wondering if there are any thoughts on these two things before getting started. There's also no pictures of the Fiat on the iOS App, but I assume that's because the last release of the iOS App predates support. Thanks, William Reading

2 3

IOS app reported GSM signal strength
by Craig Leres 17 Oct '22

17 Oct '22

I've noticed for awhile but never asked the question; why does the IOS app report wifi signal strength when I'm connected to wifi as gsm signal strength? I would expect gsm to always be gsm and maybe wifi would also be shown (and identified as such) when present. Note that I run my modules in wifi client-only mode. Craig

2 2

Not processing canbus frames anymore
by Craig Leres 24 Sep '22

24 Sep '22

I have a v3.3 module in my Corvette and recently got it back on the road but I find that following the sim7600 modem testing I did a few weeks ago, it doesn't seem to be processing canbus frames. When the car is running, the module does not appear to update soc or vin although this used to work. Comparing "module sum" between it and my Cadillac turned up something extra in the [vehicle] section: [vehicle] 12v.alert: 12v.ref: - id: RF059 + id: 768V name: timezone: PST8PDT,M3.2.0,M11.1.0 timezone_region: America/Los_Angeles - type: CHEVROLET_C6_CORVETTE units.distance: M While the [auto] section only has expected differences: [auto] @@ -38,9 +44,9 @@ scripting: yes server.v2: yes server.v3: yes - vehicle.type: C6CORVETTE + vehicle.type: C2CTS wifi.mode: client - wifi.ssid.ap: RF059 + wifi.ssid.ap: 768V wifi.ssid.client: Team America I don't really remember/know how to quickly monitor the canbus but with the car running it *seems* to be seeing canbus frames: OVMS# can log start monitor crtd CAN logging to MONITOR active: Type:monitor Format:crtd(discard) Vehicle:C6CORVETTE Note: info logging is at debug log level, frame logging is at verbose, and errors as usual OVMS# can log status #1: open Type:monitor Format:crtd(discard) Vehicle:C6CORVETTE Messages:7240 Dropped:0 Filtered:0 Rate:0.0% MONITOR: running Messages:7240 Discarded:0 Dropped:0 Filtered:0 Rate:0.0% OVMS# can log status #1: open Type:monitor Format:crtd(discard) Vehicle:C6CORVETTE Messages:11447 Dropped:0 Filtered:0 Rate:0.0% MONITOR: running Messages:11447 Discarded:0 Dropped:0 Filtered:0 Rate:0.0% OVMS# can list can1: Active/500000 dbc none can2: Off/1000000 dbc none can3: Off/1000000 dbc none Any suggestions on how to figure out what I'm doing wrong? Craig

5 20

Doubs in implementation with nodejs.
by Pablo Cabrera 06 Aug '22

06 Aug '22

Hello OVMS team, we are currently working with an implementation with OVMS in a react native app with a NodeJS back-end. Currently we can connect with the cars and rescue some data like the status of the battery or GPS location, but now we need to send commands to lock and unlock the cars from the same app, when we send a command I get a response that the command is received in the car, but the command is not executed in the bash. I don't know if you can send me more info about how to make the car receive bash commands from remote connections, or how can I send it from the NodeJs server into the bash of the car. Thanks for your time and help.

4 11

Scheduled server maintenance (*.openvehicles.com)
by Mark Webb-Johnson 26 Jul '22

26 Jul '22

FYI: We are scheduling a server migration of the main openvehicles.com server: 22 Jul 2022 03:00-05:00 UTC During that time window these developer mailing lists, api.openvehicles.com, and www.openvehicles.com will be down and unavailable. Regards, Mark

1 2

OVMS Tutorial Videos
by Mark Webb-Johnson 24 Jul '22

24 Jul '22

I’ve been working on some videos to better illustrate how to use OVMS in different scenarios Something to supplement the written documentation, in a more tutorial and example based approach. The first of these has been released today: https://youtu.be/L_4fESBSR9I <https://youtu.be/L_4fESBSR9I> No idea at the moment what sort of pace I will be able to keep up, but I am trying to release one every week or two for the moment. I’ve got another three in the pipeline. Feel free to like, subscribe, and hit the bell icon to be notified of new ones when they are released 😉. Regards, Mark.

1 1

Passing of Steve Casner
by Mark Webb-Johnson 08 Jul '22

08 Jul '22

It is with great sadness that I have to report the passing of Steve Casner. Steve died in his sleep a few days ago on July 4th, losing his fight to cancer. After discussions online, I was fortunate to first meet Steve at the Tesla Motors Club event in San Jose, back in 2013. We jokingly called ourselves ’the old timers’ back then, as original Tesla Roadster owners. I loved to hear Steve’s stories about the early days with Tesla and see his collection of mementos from that time. In the picture below, Steve is on the left, and the award we are holding is the Car Of The Year award for Tesla Model S. Over the years, Steve became a core contributor to the OVMS v3 code, and was instrumental in so many fundamental functions. Every time anyone, anywhere, issues a command to an OVMS module it is Steve’s code that will process it. Over the years he made more than 300 code contributions to the project, and provided so much more with his thoughtful advise and experience. He lives on with us all through this work, and I know that I for one will always think of him. RIP Steve. Regards, Mark

5 4