April 2023 - OvmsDev - Open Vehicles

Warning in Duktape
by Michael Geddes 09 Aug '24

09 Aug '24

There's an unused variable 'dcc' warning in the below code. It seems that the 'Perform the callback' is not being 'performed! Is this deliberate? //.ichael void DukOvmsCommandRegisterRun(int verbosity, OvmsWriter* writer, OvmsCommand* cmd, int argc, const char* const* argv) { ESP_LOGD(TAG, "DukOvmsCommandRegisterRun(%s)",cmd->GetName()); auto it = MyDuktape.m_cmdmap.find(cmd); if (it == MyDuktape.m_cmdmap.end()) { ESP_LOGE(TAG, "Command '%s' cannot be found in registry",cmd->GetName ()); return; } else { DuktapeConsoleCommand* dcc = it->second; // Perform the callback } }

3 6

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

Subaru Solterra
by Solterra 11 Jun '23

11 Jun '23

Any interest in adding support for Subaru Solterra?

4 9

No GSM connection
by Chris van der Meijden 13 May '23

13 May '23

For the second time within a month I have no GSM connection and I'm not able to reestablish the connection. The SIM card is "Congstar" Prepaid (with enough money on the card). The Network is 2G and connections are normally without any problems here. What I can see, is that I have a signal around -70 dBm, but can't get a network registration: Cellular Modem MODEM Status Model: SIM5360 Network Registration: Searching Provider: Signal: -69 dBm Mode: State: NetWait Mux: Status up PPP: Not running GPS: Not running I can't get an ICCID Cellular modem configuration SIM ICCID: (power cellular modem on to read) Power mode of cellular is now on This is the log output log level debug cellular D (455339) cellular: mux-tx #3: AT+CREG?;+CCLK?;+CSQ D (455349) cellular: mux-rx-line #3: AT+CREG?;+CCLK?;+CSQ D (455359) cellular: mux-rx-line #3: +CREG: 0,2 D (455359) cellular: mux-rx-line #3: +CCLK: "80/01/06,00:07:36+08" D (455359) cellular: mux-rx-line #3: +CSQ: 22,99 D (455359) cellular: mux-rx-line #3: OK D (456339) cellular: mux-tx #3: AT+CPSI? D (456349) cellular: mux-rx-line #3: AT+CPSI? D (456349) cellular: mux-rx-line #3: +CPSI: NO SERVICE,Online D (456349) cellular: mux-rx-line #3: OK D (457339) cellular: mux-tx #3: AT+COPS? D (457349) cellular: mux-rx-line #3: AT+COPS? D (457349) cellular: mux-rx-line #3: ERROR and this is the Info output on the console I (1444379) gsm-mux: Start MUX I (1444449) gsm-mux: Channel #0 is open I (1444459) gsm-mux: Channel #1 is open I (1444459) gsm-mux: Channel #2 is open I (1444469) gsm-mux: Channel #3 is open I (1444479) gsm-mux: Channel #4 is open I (1444789) webserver: HTTP POST /api/execute I (1444799) webcommand: HttpCommandStream[0x3f8ba0b4]: 3478800 bytes free, executing: cellular status I (1445339) cellular: State: Enter NetWait state I (1445599) webserver: HTTP POST /api/execute I (1445599) webcommand: HttpCommandStream[0x3f8ba0b4]: 3478584 bytes free, executing: cellular status I (1455359) cellular: Network Registration status: Searching I (1455359) cellular: Signal Quality is: 22 (-69 dBm) I (1461919) webserver: HTTP GET /shell I (1475359) cellular: Signal Quality is: 18 (-77 dBm) I (1485359) cellular: Signal Quality is: 21 (-71 dBm) The live events show this Live Events [08:02:08]system.modem.poweringon [08:02:08]egpio.output.0.high [08:02:10]egpio.output.0.low [08:02:15]system.modem.installed [08:02:15]system.modem.poweredon [08:02:35]system.modem.muxstart [08:02:36]system.modem.netwait And this is my module information Module Last boot was 1719 second(s) ago Time at boot: 2023-04-13 07:35:21 CEST This is reset #0 since last power cycle Detected boot reason: PowerOn (16/14) Reset reason: Unknown/unset (0) Crash counters: 0 total, 0 early Hardware: OVMS WIFI BLE BT cores=2 rev=ESP32/1; MODEM SIM5360 Firmware: 3.3.003-413-ge0a8e914/ota_0/main (build idf v3.3.4-849- g6e214dc33 Apr 12 2023 20:20:24) Last time this happened I was able to get the connection back by performing some esotheric button pressing on "Start Modem", "Stop Modem" and "Power cellular Modem on" in the WebUI, but now it does not help. I compiled the newest version yesterday and I did some reboots of the module and I even pulled the fuse to completely power off my OVMS in the car, but no success. Is there anything I can do to do some more troubleshooting? Any thoughts on possible causes? Thanx Regards Chris

2 3

Request For Comments - Wireguard VPN
by Ludovic LANGE 05 May '23

05 May '23

Dear list, A few months ago I created https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/issues/752 to explore WireGuard VPN support ; which leaded me to add ESP-IDFv5 support to OVMS. Now that this ESP-IDFv5 support is added (in my branch, and it is in the progress of getting included in master - with the help and the testing of everybody here), I've resumed my exploration of adding support for WireGuard VPN to OVMS. It's now ready for comments, you can now check: * a new branch here https://github.com/llange/Open-Vehicle-Monitoring-System-3/tree/752-wiregua… * a DRAFT PR here https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/pull/882 if you want to explore and test this VPN support for OVMS. My own use case for this feature is : * Security : I would like my module to be unreachable from the public Internet. This is a first step. * Practicality : I can reach my module with a single IP address / name that is part of my private network. SSH, Web, SCP, ... all work as if my module is local to my servers * Roaming : The idea is to have a single point of contact even if the module changes network, changes IP address, etc... Part of this feature set is already available with a combination of the OVMS Server (v2, v3) and the Hologram.io services, but I wanted to be independent of the mobile connexion provider, and also file transfer is important for my use case (SCP or other), as I'm often wanting to sync the content of the SD card over the network. If you can have a look and give feedback (either here, or on the PR), especially on: * The documentation : is it enough ? properly organized ? should it be split ? etc... * The command set * The configuration items : what's missing ? is the naming OK ? * Other features (should I introduced events ? metrics ?) Also if you have any feature request, please share. Limitations: * Currently limited to 1 tunnel, but should work with multiple - it's just a question of arranging the configuration to support multiple instances * Roaming not tested yet (will report) * Compatibility with mobile network not tested yet (will need help on this) * I'm not really happy with the way I set the configuration items. I'd like to "hide" (write-only) the important bits (private key, shared key), but fear that it would clutter the config namespace - especially if I introduce multiple tunnels. Maybe one solution would be to have a rich configuration per tunnel (like a JSON / YAML), which would be a nightmare to edit by hand and would need support in the web interface. * Tunnel always active as soon as the configuration is correct. May be will need to add an enabled/disabled flag to the configuration, and/or an auto-start flag. Current status: * Builds on GitHub actions (if you can to test, pre-compiled firmwares are available here for example: https://github.com/llange/Open-Vehicle-Monitoring-System-3/actions/runs/478… - just download a Zip file (v5.0 or v5.0.1), and flash with a command-line like esptool.py --chip esp32 --port /dev/xxxx --baud 921600 write_flash --compress --flash_mode "dio" --flash_freq "40m" --flash_size detect 0x10000 ovms3.bin ) * Works on My Machine (tunnel is UP, SSH is working OK, HTTP is working OK, performances look OK. Ping time (ICMP) is comparable with or without tunnel) Thanks for your comments. Regards,

3 11

Presentation and first questions
by Romuald Conty (Opus Codium) 29 Apr '23

29 Apr '23

Hi, I'm Romuald, a FLOSS enthusiast, and I'm working on a project where I'm going to use OVMS platform as a part of the vehicle hybridisation system. To reach my goals, I'll have to: - Read two CAN buses to grab and display values on a HUD - Make an expansion board with some IC which requires to talk using I²C - Publish events on a third CAN bus which exposes additional sensors values I have a lot of questions about the really exiting OVMS board and platform, to start here are my firsts: - Is there is any trap I should take care that is not described in users or developers documentation regarding my goals? - Is there is any place where I can find some prototype boards¹? - Could someone guide me to be able to periodically wrote values on CAN bus using the OVMS code architecture²? Thanks for this awesome project! [1] I bough my OVMS from OpenEnergyMonitor and unfortunately none are sold [2] It's about read some sensors, compute values and provide results at a traditional CAN frequency on the bus. -- Romuald Conty Opus Codium

3 3

SCP help and Cellular problem
by Tamás Kovács 25 Apr '23

25 Apr '23

My first problem is i want to download log files from sd card but i can't do it. 1.) i use the following command: scp -o HostkeyAlgorithms=+ssh-rsa -o PubkeyAcceptedAlgorithms=+ssh-rsa -v admin@nnb635.local:/sd/cellular.20230422-232741 ~/ but no file downloaded Files on sd card from ovms [image: Screenshot 2023-04-23 at 14.43.07.png] I use MacOs Ventura 13.3.1 and 2) I create 2 simultaneous cellular command output: [image: IMG_0120.PNG] 1. works everything's fine 2. no cellular connection I use hologram sim card on Hungary. Any suggestion to resolve this issue? My OVMS Hardware: OVMS WIFI BLE BT cores=2 rev=ESP32/3; MODEM SIM7600 Hologram SIM Firmware: 1.0.16-1-g133c1144/ota_0/main (build idf v3.3.4-849-g6e214dc33-dirty Feb 19 2023 20:08:56) Same as OVMS main ait febr 19 -- Best regards: Tamás Kovács

2 2

P/R 859 - Moving polling to separate thread & More polling ideas
by Michael Geddes 08 Apr '23

08 Apr '23

Hi all, I was after some feedback on https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/pull/859 which moves the ISOTP polling into what is currently the ISOTP response thread. This is part of a larger rework I have been doing to add flexibility to the loop and to move the poll-loop operations behind a clean interface. I'm interested in feedback on the mechanism in the p/r directly, but I'm also happy to provide the usage examples I have (which would be the follow-up commits for Ioniq 5). I'm also interested in other people's thoughts on where they see what improvements might be had to the poll-list mechanism. Already Done: * Clean up the blocking poll mechanism * Allow for multiple concurrent poll lists (still executed sequentially) * Add once-off non-blocking poll mechanism * Add a poll-list that allows repeating more-frequently than the primary poll Ideas: * Add a user-configurable poller that could possibly utilise the DBC framework (on top of the existing vehicle framework) to allow exploring/experimenting with both passive data as well as polled data. (Given that the DBC framework already does the heavy lifting of interpreting data - adding a poll request to that seems to be a nice way of going) * ??? Have a poll thread per bus ??? //.ichael

2 3