I took my OVMS v3.0 off the desk and into the car for the first time this evening. The only real hitch was that I had a hard time inserting the plug of the diagnostic cable into the car's connector. It seemed to be hitting a stop halfway in, whereas the old cable for my v1 unit goes in easily. Perhaps just a stiff release lever. In the middle of fiddling with connections I had a stack overflow crash in the tiT task, but after getting everything connected and doing a reset the wifi and modem came up successfully. Since I had not used the modem or Hologram SIM yet, I stopped wifi and then verified that my car status was making its way to the server and from there to the iPhone app. No news here; others have done much more testing than this. -- Steve
I’m loving my new arrangement (without AP). I have modem and scanning WIFI client running. When I get home, the car connects to home wifi so I can ssh in, scp logs off, OTA new firmware. As I drive away, it loses WIFI and seamlessly switches to modem. There is something very cool about doing this on a little embedded device: $ ssh mark@ev914.local Welcome to the Open Vehicle Monitoring System (OVMS) - SSH Console Firmware: 3.1.000-10-gd1f4408/factory/main Hardware: OVMS WIFI BLE BT cores=2 rev=ESP32/1 OVMS> enable Password: Secure mode OVMS# network Interface#2: pp2 (ifup=1 linkup=1) IPv4: 10.170.204.16/255.255.255.255 gateway 10.64.64.64 Interface#1: st1 (ifup=1 linkup=1) IPv4: x.y.z.212/255.255.255.0 gateway x.y.z.64 Interface#0: lo0 (ifup=1 linkup=1) IPv4: 127.0.0.1/255.0.0.0 gateway 127.0.0.1 DNS: 8.8.8.8 8.8.4.4 Default Interface: st1 (x.y.z.212/255.255.248.0 gateway x.y.z.64) Regards, Mark.
On 24 Mar 2018, at 1:19 PM, Stephen Casner <casner@acm.org> wrote:
I took my OVMS v3.0 off the desk and into the car for the first time this evening. The only real hitch was that I had a hard time inserting the plug of the diagnostic cable into the car's connector. It seemed to be hitting a stop halfway in, whereas the old cable for my v1 unit goes in easily. Perhaps just a stiff release lever.
In the middle of fiddling with connections I had a stack overflow crash in the tiT task, but after getting everything connected and doing a reset the wifi and modem came up successfully. Since I had not used the modem or Hologram SIM yet, I stopped wifi and then verified that my car status was making its way to the server and from there to the iPhone app. No news here; others have done much more testing than this.
-- Steve _______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
On 24 Mar 2018 at 10:12 +0100, Mark Webb-Johnson <mark@webb-johnson.net>, wrote:
I’m loving my new arrangement (without AP). I have modem and scanning WIFI client running. When I get home, the car connects to home wifi so I can ssh in, scp logs off, OTA new firmware. As I drive away, it loses WIFI and seamlessly switches to modem.
There is something very cool about doing this on a little embedded device:
$ ssh mark@ev914.local
Welcome to the Open Vehicle Monitoring System (OVMS) - SSH Console Firmware: 3.1.000-10-gd1f4408/factory/main Hardware: OVMS WIFI BLE BT cores=2 rev=ESP32/1
Gotta admit, it is sexy ! Too bad I don’t get wifi underground and AP mode locks up server connection, won’t prevent me playing with Kivy on a Raspi until that settles down to show stuff while driving (which is why I’m a big fan of the apclient mode) JB./.
I have my phone’s wifi hotspot on the module as well. So, even on the road I can just turn that on, the module connects to my phone, then I can get back into it directly. I think AP is fine now - just trying to minimise the number of things I am using so as to get a very stable base. Then can enable other things and if it breaks I know where to check. Regards, Mark.
On 24 Mar 2018, at 5:20 PM, Julien “JaXX” Banchet <jaxx@jaxx.org> wrote:
On 24 Mar 2018 at 10:12 +0100, Mark Webb-Johnson <mark@webb-johnson.net>, wrote:
I’m loving my new arrangement (without AP). I have modem and scanning WIFI client running. When I get home, the car connects to home wifi so I can ssh in, scp logs off, OTA new firmware. As I drive away, it loses WIFI and seamlessly switches to modem.
There is something very cool about doing this on a little embedded device:
$ ssh mark@ev914.local <mailto:mark@ev914.local>
Welcome to the Open Vehicle Monitoring System (OVMS) - SSH Console Firmware: 3.1.000-10-gd1f4408/factory/main Hardware: OVMS WIFI BLE BT cores=2 rev=ESP32/1
Gotta admit, it is sexy !
Too bad I don’t get wifi underground and AP mode locks up server connection, won’t prevent me playing with Kivy on a Raspi until that settles down to show stuff while driving (which is why I’m a big fan of the apclient mode)
JB./. _______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
On 24 Mar 2018 at 12:03 +0100, Mark Webb-Johnson <mark@webb-johnson.net>, wrote:
I have my phone’s wifi hotspot on the module as well. So, even on the road I can just turn that on, the module connects to my phone, then I can get back into it directly.
I think AP is fine now - just trying to minimise the number of things I am using so as to get a very stable base. Then can enable other things and if it breaks I know where to check.
Regards, Mark.
Yes, you can scratch what I said earlier, the very last commits made AP non-blocking. Before switching to AP, I had client mode on, and I did have v2 and v3 enabled at the same time which crash looped a few times on a very steady "assertion "nc->send_mbuf.len >= len" failed: file "/Users/jaxx/Projects/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/mongoose/mongoose/mongoose.c", line 10573, function: mg_mqtt_prepend_header” during "v3 TX(all) metrics", and even with v2 disabled… Swapped v3 for v2, rock stable, from my desk But, in AP mode, v3 (alone in auto) doesn’t connect once PPP comes online: https://pastebin.com/EjCyfvLS (I have tried this multiple times, v3 upon startup hangs the module if I ever try to restart, either v2 or v3 btw) If started with v2 only, all goes fine, and I can even stop start both without any real hiccup: https://pastebin.com/G0357xQW Anyone who wants to play with mqtt in Europe for v3 can use: libre.jaxx.org being Fiber@home near Paris, mqtt on a virtual container in my lab mqtt.jaxx.org is a small server in the Netherlands Both mosquitto 1.4.10 with simple authentication config set server.v3 server libre.jaxx.org Or config set server.v3 server mqtt.jaxx.org config set server.v3 user ovmsdev config set server.v3 password 0vmsd3v #(I will take it out one day or another, but will most certainly forget it unless it gets hacked :-) ) JB./.
The ovms server v3 is very experimental, and not complete. In particular, there is currently no rate limiting of metric output. Really just a proof of concept at the moment. It is fine for the DEMO vehicle module, for me, but with a real vehicle module I think the output stream would be quickly overwhelmed. Perhaps that is the reason for the mongoose fault adding to a buffer? I remember that mqtt message when I was playing with server v3 before. Something about mongoose going back and modifying the headers to the MQTT message, after it has prepared the message itself, but mg_send having already sent those headers out. Have a look back in this mailing list for subject 'Transition to new esp-idf’ around 19th through 22nd January. But I thought we had rolled back the changes to mongoose that caused that. I can’t really work on server v3 at the moment, until we have a very stable base for ovms v3.1, using server v2. We’re going to have real users soon, and I need to ensure they have a workable system. This will also give us a lot of real world experience with the modules in cars (which we are missing). Let’s revisit this in a month or so, once v3.1 hardware is out and running ok. Regards, Mark.
On 24 Mar 2018, at 7:59 PM, Julien “JaXX” Banchet <jaxx@jaxx.org> wrote:
On 24 Mar 2018 at 12:03 +0100, Mark Webb-Johnson <mark@webb-johnson.net>, wrote:
I have my phone’s wifi hotspot on the module as well. So, even on the road I can just turn that on, the module connects to my phone, then I can get back into it directly.
I think AP is fine now - just trying to minimise the number of things I am using so as to get a very stable base. Then can enable other things and if it breaks I know where to check.
Regards, Mark.
Yes, you can scratch what I said earlier, the very last commits made AP non-blocking.
Before switching to AP, I had client mode on, and I did have v2 and v3 enabled at the same time which crash looped a few times on a very steady "assertion "nc->send_mbuf.len >= len" failed: file "/Users/jaxx/Projects/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/mongoose/mongoose/mongoose.c", line 10573, function: mg_mqtt_prepend_header” during "v3 TX(all) metrics", and even with v2 disabled… Swapped v3 for v2, rock stable, from my desk
But, in AP mode, v3 (alone in auto) doesn’t connect once PPP comes online: https://pastebin.com/EjCyfvLS <https://pastebin.com/EjCyfvLS>
(I have tried this multiple times, v3 upon startup hangs the module if I ever try to restart, either v2 or v3 btw)
If started with v2 only, all goes fine, and I can even stop start both without any real hiccup: https://pastebin.com/G0357xQW <https://pastebin.com/G0357xQW>
Anyone who wants to play with mqtt in Europe for v3 can use: libre.jaxx.org being Fiber@home near Paris, mqtt on a virtual container in my lab mqtt.jaxx.org is a small server in the Netherlands Both mosquitto 1.4.10 with simple authentication
config set server.v3 server libre.jaxx.org Or config set server.v3 server mqtt.jaxx.org config set server.v3 user ovmsdev config set server.v3 password 0vmsd3v
#(I will take it out one day or another, but will most certainly forget it unless it gets hacked :-) )
JB./. _______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
participants (3)
-
Julien “JaXX” Banchet -
Mark Webb-Johnson -
Stephen Casner