August 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

SIM7600 Registration Denied
by Mark Webb-Johnson 18 Jan '23

18 Jan '23

I’ve been fighting a problem for the past few months with registration getting denied on T-Mobile in USA using Hologram and our new 4G SIM7600G modem. Without cellular connectivity at home, it hasn’t been easy to recreate this, but I found a solution: Finally, with a good high gain antenna on my external wall facing the nearest cellular tower a couple of km away, I can get cellular (and even GPS with the little black puck) connectivity. So back to the two issues we are having: The FPLMN blacklist in the modem lists a bunch of cellular networks we are blocked from connecting to (including the ones we need). There have been reports that the connection to hologram works and is maintained, but the OVMS never connects to the v2 server. To address #1, I have extended the “cellular cmd” command to try to capture the output from the modem. There is no simple way of knowing when the command has completed, so for the moment I just look at data returned from the modem on the command channel, and stop when it hasn’t changed for a second or so. That now works like this: OVMS# cellular cmd AT+CRSM=176,28539,0,0,12 +CRSM: 144,0,"FFFFFFFFFFFFFFFFFFFFFFFF" OK OVMS# cellular cmd ATI Manufacturer: SIMCOM INCORPORATED Model: SIMCOM_SIM7600G Revision: SIM7600M21-A_V2.0.1 SVN: 01 IMEI: (redacted) +GCAP: +CGSM OK If required, we can send a relatively simple command to clear the FPLMN blacklist. It seems to work well, but I still need to test it wider (especially over v2 protocol commands, where I think we might have a recursion problem). So on to issue #2 that has been much harder to find. Finally, working with Hologram, I discovered that the problem seems to be in our handling of CREG network registration messages. I found a module with this problem, and manually issuing commands I found: AT+CREG? Registration Denied AT+CGREG? Registration Denied AT+CEREG? Registered Roaming It seems that the E-UTRANS (some 4G LTE carriers) won’t show the registration status correctly in AT+CREG. I guess they are refusing GSM (3G) connections from us (aka ‘Registration Denied’) while allowing 4G LTE. But as we only use the AT+CREG status to know whether we are connected to the network, the result is we can’t detect the E-UTRANS LTE connection and think registration has been denied. Connected to Hologram, but no data (or v2 server) connection. I did some research, and can’t find a definitive answer to how best to do this (especially as we have both 3G and 4G options, still support 2G, and a lot seems to depend on the individual cellular carrier options). So I implemented it as best I could. I re-ordered the registration statuses to be in lowest priority order, then created m_netreg_d[3] to store the registration status for each of the three types. Finally, I changed it so that m_netreg reflects the highest registration status. That way if CREG says RegistrationDenied, and CEREG says RegisteredRoaming, I treat it as RegisteredRoaming. This seems to work (on my test bench at least), and I now plan to deploy for wider testing. Code is committed and built as 3.3.002-45-g42546636 on the main firmware site. I would gratefully appreciate feedback on this. Regards, Mark.

4 21

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

Fwd: Anyone working on Ioniq 5?
by Michael Geddes 14 Sep '22

14 Sep '22

Hi, I have an Australian Hyundai Ioniq 5 (no BlueLink or HUD in the current versions). I'm also a developer; have mucked round with some hardware stuff, but it's been a bit. I'm looking at whether it's worth attempting to use OVMS on my Ioniq 5. Has anybody already started on this? The idea of providing mapped OBD commands through to a HUD is definitely appealing, as would be getting charge status stats remotely. If I were to start, which cable would I be best to get? Is it left or right that I need? The port is to the right of my right-hand-drive steering wheel. At least I'm pretty sure that's the OBD2 port. I'm new to ODB so not even sure how to recognise OBD vs OBD2! What I know: The old Hyundai Ioniq is a model that has EV, ICE, Hybrid, Plug-in Hybrid versions. The Ioniq 5 (and Ioniq 6, 7 etc) are part of a sub-brand based on E-GMP EV platform that is also shared by the Kia EV6. So I don't know whether the old Ioniq or Kona would be a good start. Skills: * C/C++ (though I'm currently using Delphi), so happy to with different 'real' languages. * I could solder up a lead or circuit board, but wouldn't be able to design a circuit board. * I've dealt with software on a custom embedded controller (albeit in Forth + Forth assembly) Any advice on this? I have older kids; the youngest is about to finish High School - so a new hobby might be a good thing to have :). Pointers to good introduction to ODB2 and the Ioniq 5 specifics if anybody has them would be welcome! //.ichael

4 7

CAN 101 (part 1 of 3) video
by Mark Webb-Johnson 29 Aug '22

29 Aug '22

The first (of three) videos on CAN buses has been released: https://youtu.be/msngwhSj5sk Regards, Mark

2 2

Re: [Ovmsdev] OvmsDev Digest, Vol 127, Issue 7
by Pablo Cabrera 17 Aug '22

17 Aug '22

Hello Michael Thank you for the PR and the fix on the example, it was the reason of why We weren't able to send commands to the car, now with the example I understand the doc page of the commands and understand how to know if the command apply in to the car, now with this is just about to make an api for the react native app, just one more question how secure is to use "7,command" for an implementation? Thank you so much for your help! On Sat, Aug 6, 2022 at 5:13 AM <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. Re: Doubs in implementation with nodejs. (Michael Balzer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 6 Aug 2022 12:12:51 +0200 > From: Michael Balzer <dexter(a)expeedo.de> > To: ovmsdev(a)lists.openvehicles.com > Subject: Re: [Ovmsdev] Doubs in implementation with nodejs. > Message-ID: <59110efb-32c6-830f-dea0-176f59d6ba6e(a)expeedo.de> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > I've added a PR to fix the usage example: > https://github.com/birkir/ovms-client/pull/14 > > Mark, I suggest adding a fork to the OVMS account. > > Regards, > Michael > > > Am 06.08.22 um 11:34 schrieb Michael Balzer: > > Gregg, > > > > I've had a look at that module > > (https://github.com/birkir/ovms-client) the example code is wrong. As > > you didn't post any of your actual code, I can only assume you try to > > base your code on that example. > > > > First of all, the connect() call is running asynchronously, and you > > must not send commands until the "connected" event has been emitted. > > > > Second & more importantly for your command application, the send() > > method does not work as shown in the example ("send('stat')"). You > > need to construct the actual MP command for send. > > > > Third & finally, you need to subscribe to the "commandReceived" event > > if you want to receive the results (instead of parsing the "raw" > > messages yourself). > > > > Here's a complete working example code using that module sending both > > a shell and a lock command: > > > > const { OVMSClient } = require('ovms-client'); > > > > // host, port, vehicle id, password > > const client = new OVMSClient('ovms.dexters-web.de', 6867, 'xxx', > > 'xxx'); > > > > // connect > > client.connect(); > > > > // subscribe to command responses: > > client.on('commandReceived', response => { > > ? let [ command, result, message ] = response.split(','); > > ? console.log('*** response: command', command, "result", result); > > ? if (message) { > > ??? console.log(message.replace(/\r/g, String.fromCharCode(10))); > > ? } > > }); > > > > client.on('connected', callback => { > > > > ? // send shell command > > ? console.log('*** send command: 7,stat'); > > ? client.send('7,stat'); > > > > ? // send lock command (with PIN 1234) > > ? console.log('*** send command: 20,1234'); > > ? client.send('20,1234'); > > > > }); > > > > > > Example run: > > > > balzer@leela:~/ovms/nodejs> DEBUG=* node test.js > > ? OVMS connected to socket +0ms > > ? OVMS Server authentication OK. +17ms > > ? OVMS RX: MP-S 0 gKmpSDl8krIShUcPcIYFHO N6LiQqThPvJEUvvQV4f8Kg== > > ?+1ms > > *** send command: 7,stat > > *** send command: 20,1234 > > *** response: command 7 result 0 > > Not charging > > SOC: - > > Ideal range: 0km > > CAC: 120.0Ah > > > > *** response: command 20 result 1 > > ^C > > > > > > Note: command 20 returned "failed" (result 1) here, because the test > > module on my bench cannot lock a car. > > > > This was the module log for that session: > > > > I (2192998) ovms-server-v2: Incoming Msg: MP-0 Z1 > > I (2192998) ovms-server-v2: One or more peers have connected > > I (2193008) ovms-server-v2: Incoming Msg: MP-0 C7,stat > > I (2193008) ovms-server-v2: Send MP-0 c7,0,Not charging|SOC: > > -|Ideal range: 0km|CAC: 120.0Ah > > I (2193048) ovms-server-v2: Incoming Msg: MP-0 C20,1234 > > I (2193048) v-vweup: CommandLock > > I (2193048) ovms-server-v2: Send MP-0 c20,1 > > > > > > So the module is actually working nicely, it's just got a poor usage > > example. > > > > Be aware the module does not yet support TLS encryption though, you > > should add that before actually using it. > > > > Regards, > > Michael > > > > > > Am 04.08.22 um 06:05 schrieb gregg hansen: > >> Just to be sure, we?ll set some time frames and I?ll park the car > >> > >> On Wed, Aug 3, 2022 at 11:03 PM Mark Webb-Johnson > >> <mark(a)webb-johnson.net> wrote: > >> > >> Gregg, > >> > >> I checked for August 2022, ET225567 I find (redacted as necessary): > >> > >> 2022-08-04 03:34:52.589231 UTC info ?OVMS::Server::ApiV2: #10 > >> A ET225567 rx msg C 20, > >> 2022-08-04 03:34:52.590298 UTC info ?OVMS::Server::ApiV2: #10 > >> A ET225567 cmd req for ET225567 (queue now 10) > >> 2022-08-04 03:34:52.590552 UTC info ?OVMS::Server::ApiV2: #25 > >> C ET225567 tx msg C 20, > >> 2022-08-04 03:34:55.185066 UTC info ?OVMS::Server::ApiV2: #25 > >> C ET225567 rx msg c 20,0 > >> 2022-08-04 03:34:55.185657 UTC info ?OVMS::Server::ApiV2: #25 > >> C ET225567 cmd rsp to #10 for ET225567 (queue now ) > >> 2022-08-04 03:34:55.185739 UTC info ?OVMS::Server::ApiV2: #10 > >> A ET225567 tx msg c 20,0 > >> > >> > >> No way of knowing if that was from the app or the library, but > >> the message sequence is correct and the command was acknowledged > >> by the car as successfully executed. Command #20 is ?lock car?. > >> > >> Regards, Mark > >> > >>> On 4 Aug 2022, at 11:36 AM, gregg hansen <gregg(a)rabbitev.com> > wrote: > >>> > >>> If there is a better library to try let me know.? We tried a > >>> couple before we landed on that one. > >>> > >>> We only test with one vehicle - ET225567 > >>> > >>> This is my fleet vehicle, so there?s a decent chance it will be > >>> in use. > >>> > >>> Tomorrow we?ll try some tests and send some timestamps > >>> > >>> On Wed, Aug 3, 2022 at 10:31 PM Mark Webb-Johnson > >>> <mark(a)webb-johnson.net> wrote: > >>> > >>> Gregg, > >>> > >>> OK. That is clearer. At a glance, the library seems ok, but > >>> I haven?t worked with that one previously, or even knew of it. > >>> > >>> Can you let me know a vehicle ID, and UTC timestamp, of one > >>> of your connections and attempted unlocks? I can then check > >>> the server logs. > >>> > >>> Or let me know vehicle ID, try it now, and I can monitor. > >>> > >>> Regards, Mark. > >>> > >>> > >>>> On 4 Aug 2022, at 11:21 AM, gregg hansen > >>>> <gregg(a)rabbitev.com> wrote: > >>>> > >>>> This is the library we are using it encrypt some data and > >>>> use the MP commands to call some functionalities to the car > >>>> with this we retrieve some data like the battery status. > >>>> > >>>> NPM Lib > >>>> https://www.npmjs.com/package/ovms-client?activeTab=readme > >>>> Github > >>>> https://github.com/birkir/ovms-client > >>>> (in the Github is an instruction that explains how does the > >>>> library works) > >>>> > >>>> It has a function to send shell commands like 'stat' > >>>> commands, but when we send a command looks like the car is > >>>> receiving the command but it seems like the car gets the > >>>> commands but does not interact with it. > >>>> > >>>> There is other function that allows us to send raw data to > >>>> the car that is the MP commands, but in this case when I > >>>> send a Raw command this don't connect with the car and its > >>>> stock loading waiting for a response that is never returned. > >>>> > >>>> I have been trying to make a script that lets me connect to > >>>> the car, but I only could connect to the ovms-server that > >>>> let us make the connection with the car, but I can not set > >>>> the carId and password on that socket to make the > >>>> connection to the car. > >>>> > >>>> We are using OVMS v2 in the cars. > >>>> > >>>> Thanks for your help and we are going to be glad to read > >>>> you answers > >>>> > >>>> On Wed, Aug 3, 2022 at 10:07 PM Mark Webb-Johnson > >>>> <mark(a)webb-johnson.net> wrote: > >>>> > >>>> Gregg, > >>>> > >>>> We really need to know exactly what he is doing, and > >>>> with what protocols. > >>>> > >>>> From the way you seem to describe it, you: > >>>> > >>>> 1. Have a custom app, in react native > >>>> 2. You have a custom server, in NodeJS > >>>> 3. You presumably have some custom protocol/api > >>>> between your app and server > >>>> 4. Your NodeJS server is talking to the OVMS server > >>>> using your own implementation of v2 protocol > >>>> > >>>> > >>>> Is that correct? If so, then #4 is the only issue. The > >>>> V2 protocol is fairly well documented, here: > >>>> > >>>> > https://docs.openvehicles.com/en/latest/protocol_v2/index.html > >>>> > >>>> > >>>> It is proprietary and the initial negotiation is > >>>> complicated, but if you have established the crypto > >>>> connection and received the data, then you have done > >>>> the hard part. Issuing commands should be easy. > >>>> > >>>> In v2 protocol, locking/unlocking is performed via the > >>>> ?C? command. > >>>> > >>>> Probably easiest to look at the sample code in the iOS > >>>> or Android Apps to see how that is done. For iOS, see: > >>>> > >>>> > https://github.com/openvehicles/Open-Vehicle-iOS/blob/master/OpenVehicleApp… > >>>> > >>>> (The commandIssue method, and how it is called) > >>>> > >>>> > >>>> Regards, Mark. > >>>> > >>>>> On 3 Aug 2022, at 11:03 PM, gregg hansen > >>>>> <gregg(a)rabbitev.com> wrote: > >>>>> > >>>>> Pablo has not been able to access the list.? He is > >>>>> getting authentication errors, so while he works > >>>>> through that I thought I would answer for him... > >>>>> > >>>>> "The MP commands are the raw data I am trying to > >>>>> send to the car to open and close the car." > >>>>> > >>>>> The devices are using the V2 server, so I think fixed > >>>>> MP commands make the most sense.? Pablo is trying to > >>>>> figure out how to make that work, and so far has not > >>>>> been successful. > >>>>> > >>>>> > >>>>> > >>>>> On Sun, Jul 31, 2022 at 2:26 AM Michael Balzer > >>>>> <dexter(a)expeedo.de> wrote: > >>>>> > >>>>> Pablo, > >>>>> > >>>>> a bit more information on how you connect to the > >>>>> car would be helpful here. > >>>>> > >>>>> Arbitrary remote shell command execution is > >>>>> supported by the module's HTTP API (/api/execute), > >>>>> the module's SSH server, the "V2 protocol" server > >>>>> via MP command 7 and any "V3" (MQTT) server via > >>>>> the /client/command topic scheme. Plus there's a > >>>>> secondary (non-standard) HTTP command API > >>>>> available on my server ovms.dexters-web.de > >>>>> <http://ovms.dexters-web.de/> (public API of my > >>>>> custom web shell). > >>>>> > >>>>> Lock & unlock are also available as fixed MP > >>>>> commands (20,22) on a V2 server, along with a set > >>>>> of other standard App calls. These do not run via > >>>>> the shell but translate to direct internal execution. > >>>>> > >>>>> Command execution has not yet been implemented for > >>>>> the "V2" server's HTTP API. But you can of course > >>>>> implement that if you use that API. > >>>>> > >>>>> Docs: > >>>>> > >>>>> * > https://docs.openvehicles.com/en/latest/components/ovms_webserver/docs/inde… > >>>>> * > https://docs.openvehicles.com/en/latest/userguide/console.html#ssh-console > >>>>> * > https://docs.openvehicles.com/en/latest/protocol_v2/commands.html#execute-s… > >>>>> o > https://docs.openvehicles.com/en/latest/protocol_v2/commands.html#lock-car > >>>>> o > https://docs.openvehicles.com/en/latest/protocol_v2/commands.html#unlock-car > >>>>> * > http://lists.openvehicles.com/pipermail/ovmsdev/2018-July/012641.html > >>>>> * > http://lists.openvehicles.com/pipermail/ovmsdev/2018-July/012696.html > >>>>> * > https://docs.openvehicles.com/en/latest/protocol_httpapi/requests.html#not-… > >>>>> > >>>>> Which one are you referring to? > >>>>> > >>>>> Regards, > >>>>> Michael > >>>>> > >>>>> > >>>>> Am 29.07.22 um 19:28 schrieb Pablo Cabrera: > >>>>>> 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. > >>>>>> > >>>>>> _______________________________________________ > >>>>>> OvmsDev mailing list > >>>>>> OvmsDev(a)lists.openvehicles.com > >>>>>> > http://lists.openvehicles.com/mailman/listinfo/ovmsdev > >>>>> > >>>>> -- > >>>>> Michael Balzer *Helkenberger Weg 9 * D-58256 > Ennepetal < > https://www.google.com/maps/search/Helkenberger+Weg+9+*+D-58256+Ennepetal?e… > > > >>>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26 > >>>>> > >>>>> _______________________________________________ > >>>>> OvmsDev mailing list > >>>>> OvmsDev(a)lists.openvehicles.com > >>>>> > http://lists.openvehicles.com/mailman/listinfo/ovmsdev > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> > >>>>> RabbitEV > >>>>> Driving Electric Cars > >>>>> RabbitEV.com <http://rabbitev.com/> > >>>>> _______________________________________________ > >>>>> OvmsDev mailing list > >>>>> OvmsDev(a)lists.openvehicles.com > >>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev > >>>> > >>>> _______________________________________________ > >>>> OvmsDev mailing list > >>>> OvmsDev(a)lists.openvehicles.com > >>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev > >>>> > >>>> _______________________________________________ > >>>> OvmsDev mailing list > >>>> OvmsDev(a)lists.openvehicles.com > >>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev > >>> > >>> _______________________________________________ > >>> OvmsDev mailing list > >>> OvmsDev(a)lists.openvehicles.com > >>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev > >>> > >>> _______________________________________________ > >>> OvmsDev mailing list > >>> OvmsDev(a)lists.openvehicles.com > >>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev > >> > >> _______________________________________________ > >> OvmsDev mailing list > >> OvmsDev(a)lists.openvehicles.com > >> http://lists.openvehicles.com/mailman/listinfo/ovmsdev > >> > >> > >> _______________________________________________ > >> OvmsDev mailing list > >> OvmsDev(a)lists.openvehicles.com > >> http://lists.openvehicles.com/mailman/listinfo/ovmsdev > > > > -- > > Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal > > Fon 02333 / 833 5735 * Handy 0176 / 206 989 26 > > > > _______________________________________________ > > OvmsDev mailing list > > OvmsDev(a)lists.openvehicles.com > > http://lists.openvehicles.com/mailman/listinfo/ovmsdev > > -- > Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal > Fon 02333 / 833 5735 * Handy 0176 / 206 989 26 > >

3 3

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