February 2020 - OvmsDev - Open Vehicles

"Vehicle is idling": A new "Feature"?
by Greg D. 18 Feb '20

18 Feb '20

Hi folks, I'm starting to get an alert "Vehicle is idling / stopped turned on" when my Roadster is charging. Seems to occur every hour. Is this something new with OVMSv3, or did something change / break on my car? Greg

3 13

MBEDTLS
by Mark Webb-Johnson 17 Feb '20

17 Feb '20

Some issues with our MBEDTLS: We have '#define MG_SSL_IF_MBEDTLS_MAX_FRAG_LEN 2048’ in our mongoose mg_tocals.h and that overrides the maximum message fragment set in sdkconfig. Result was we can’t connect to any server that sends more than 2048 bytes in it’s handshake (and supports the max fragment length option). Fix is to simply remove it, and allow our sdkconfig to work. Our mbedtls by default doesn’t debug anything, including warnings. That makes it very hard to find problems (like #1, above). I changed it (in ovms_tls component) to log at level #1 (just warnings and errors), which should be fine. I think that also needs 'CONFIG_MBEDTLS_DEBUG=y’ in sdkconfig. So, suggest to set appropriately. We should be verifying expired certificates, as our ntp time/date is reliable. So, suggest to set 'CONFIG_MBEDTLS_HAVE_TIME_DATE=y’ in sdkconfig to enable this. All committed and pushed. Regards, Mark.

1 0

Re: [Ovmsdev] Nissan LEAF: HVAC Metrics
by Jaunius Kapkan 17 Feb '20

17 Feb '20

Thanks Mark, that explains it! Most likeley that is what happens. Will have to check the CAN messages and make something similar. Regards, Jaunius Kapkan [Sent from cellphone] > On 2020-02-14, at 11:15, Mark Webb-Johnson <mark(a)webb-johnson.net> wrote: >

2 2

New plugin: PwrMon: Trip Power Chart
by Tamás Kovács 16 Feb '20

16 Feb '20

I installed this plugin with the optional code to store the history, I set the sd card for history file, everything work fine until crash, After the the history file is empty. I use the plugin in a Peugeot iOn (mi vehicle type). This is plugin problem or the problem in the car code?

2 1

3.2.010-153-g5562cd4a/ota_1/eap crash
by Tamás Kovács 16 Feb '20

16 Feb '20

I installed this fw (3.2.010-153-g5562cd4a/ota_1/eap) at 2020.02.12 06:00. I have 4 crash at this time and always get the following backtrace: Last crash: abort() was called on core 0 Backtrace: 0x4008ae97 0x4008b12d 0x400e7164 0x40083d92 I use ovms.dexters-web.de/firmware/ota for update server and eap now. My car Is a Peugeot iOn (mi vehicle type) and my car vehicle id is: NNB635

2 1

Re: [Ovmsdev] [cesanta/mongoose] LWIP SO_REUSEADDR & ESP32 logging (#894) (fwd)
by Stephen Casner 14 Feb '20

14 Feb '20

What happened? Did Mark's commit 58942ce96c5e3e14edb53c804ffcdd4127e226e7 finally wake up cesanta? Are we going to resubmit all of our changes as separate pull requests? One person does that, or each author? And to the extent that they may be interdependent, so we need for them to be accepted in order? -- Steve ---------- Forwarded message ---------- Date: Wed, 12 Feb 2020 01:35:43 -0800 From: Sergey Lyubka <notifications(a)github.com> Reply-To: cesanta/mongoose <reply+ABG5G6FIED7L3BL25LSLI4F4KD4W7EVBNHHBDAFYO4(a)reply.github.com> To: cesanta/mongoose <mongoose(a)noreply.github.com> Cc: Stephen Casner <casner(a)acm.org>, Mention <mention(a)noreply.github.com> Subject: Re: [cesanta/mongoose] LWIP SO_REUSEADDR & ESP32 logging (#894) This PR contains several unrelated pieces - please split, one PR per single functionality piece. The PR should be against the `dev` branch, and one PR must have only one commit. -- You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: https://github.com/cesanta/mongoose/pull/894#issuecomment-585116086

3 2

Great video describing OVMS from Andrew Till
by Mark Webb-Johnson 13 Feb '20

13 Feb '20

Here is a great video describing OVMS from Andrew Till: https://www.youtube.com/watch?v=Z9Fsbvd1Kfg <https://www.youtube.com/watch?v=Z9Fsbvd1Kfg> Regards, Mark.

1 0

Reverse connections (module -> developer)
by Mark Webb-Johnson 10 Feb '20

10 Feb '20

Seeking opinions (in particular Stephen, our ssh guru). As I (and others) are doing more work remotely (OVMS modules in cars, and trying to connect in remotely to diagnose, test, or develop), I am seeing the same issue come up often. If the car is on your own home WiFi, it is simple and easy. But if the car is elsewhere, on someone else’s WiFi, then connecting _to_ the car becomes hard. Firewalls, port forwarding, and all that mess. Security also becomes an issue (once ports are opened and forwarded). The core requirements seem to be: A way to get a proper shell. The ovms v2 protocol shell is ok, but quite painful to work with (especially as logs are not shown and there is no command expansion). A way to get CAN dumps out of the car. Can save to sd card, but can’t copy in/out. Both of these are simple TCP connections. The second issue (CAN dumps) is resolvable if the developer has a public address. Open the firewall, ’nc -l’ a port, and ‘can log start tcpclient …’ on the module. But a little kludgy, and doesn’t support SavvyCAN (which can only connect _to_ the module, not receive a connection _from_ the module). I can see three possible approaches to this: Extension of OVMS v2 protocol We could extend the OVMS v2 protocol to support a PIPE mode. Have it allow connections and data to be transferred over the v2 protocol link using simple messages. Then, the pipe could be used to tunnel SSH and CAN log connections. The same could be done with v3 over MQTT (the transport is different, but the console / port forwarding bits inside the ovms module are the same). The advantage here is that the OVMS v2 server becomes a man-in-the-middle broker. Both the car module and the developer connect to the OVMS v2 server to exchange data. No incoming connections, so everything can be dynamic. The disadvantage is security is fairly weak on that protocol. Very dated RC4 encryption and poor authentication. Leverage SSH SSH has a port forwarding facility built in, that wolfssh seems to support. It is also possible to do a reverse ssh client. The advantage here is security (very strong encryption and authentication). The disadvantage is complexity and the fact that the developer end needs to poke a hole in their firewall (and possibly do NAT port forwarding, etc) to allow the incoming connections from the car. STUNNEL / WireGuard / Mosh / VPN / etc Perhaps someone else knows of something suitable? The issues here are that the LWIP stack is not the easiest to work with. My initial preference is #1 or #2, but open to discussion… Regards, Mark. P.S. To save you time, the reverse SSH (using normal Unix like systems) works like this: Say developer at IP address A wants to connect to module at IP address B. On the module: $ ssh -R 19999:localhost:22 <user-A>@<A> (And go through authentication for B to ssh to A) Then, on the developer’s workstation: $ ssh -p 19999 <user-B>@localhost

6 9

An interesting little script
by Mark Webb-Johnson 09 Feb '20

09 Feb '20

An interesting little script to show the power/danger of javascript on the box. Regards, Mark

1 0

Re: [Ovmsdev] VW e-Up project
by Jaunius Kapkan 05 Feb '20

05 Feb '20

Great news! My relative just bought the 2014 e-up. So I might be able to help with testing at some point. Regards, Jaunius Kapkan [Sent from cellphone] > On 2020-02-05, at 11:49, Chris van der Meijden <chris(a)arachnon.de> wrote: >

1 0