March 2018 - OvmsDev - Open Vehicles

First “Real” ride with v3.0 in a Twizy
by Julien “JaXX” Banchet 24 Mar '18

24 Mar '18

Hi, Feedback on my First real ride after having had it sit >12h without a crash on my desk. I did have to auto wifi.mode off (instead of ap/apclient), otherwise nor v2 or v3 server wouldn't connect (ppp up, underground parking). Sidenote, before off-ing wifi, using my iPhone, web server went mute at a moment on ap: W (133945) websocket: WebSocketHandler[0x3fff15e0]: job queue overflow W (133975) websocket: WebSocketHandler[0x3fff15e0]: job queue overflow W (134225) websocket: WebSocketHandler[0x3fff15e0]: job queue overflow W (134475) websocket: WebSocketHandler[0x3fff15e0]: job queue overflow W (134725) websocket: WebSocketHandler[0x3fff15e0]: job queue overflow Otherwise RAM hovered around 70kB free. https://pastebin.com/EHBSHp4X (It doesn’t “stream” that much, I initially thought of regular crashes but monotonic keeps counting, I’ll have to figure a way to log the console somehow during a drive Getting usable despite the lack of a passive GPS :-) I really though I cut v2 before taking off, but got notifications from Michael’s server Volts: !SD:35mV !C1:+50mV !C2:+40mV !C3:+45mV !C4:+40mV !C5:+45mV !C6:-25mV !C7:-25mV !C8:-25mV !C9:-25mV !C10:-25mV !C11:-25mV !C12:-25mV !C13:-25mV !C14:+25mV Temps: SD:1C OK Ouch, I really need to let the cells balance sometimes. Trip 8.8km 21.0kph 81Wpk/23% SOC+42949656.0%=79.7%=== 22% 68Wpk/5%+++ 37% 3.0kps 222Wpk/0%--- 40% 2.0kps -43Wpk/433% :-) First ride metrics or Battery was really ~ -42949740% full :-) JB./.

2 1

First connection to car
by Stephen Casner 24 Mar '18

24 Mar '18

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

3 5

wifi issues
by Mark Webb-Johnson 22 Mar '18

22 Mar '18

I’m seeing problems with our wifi driver. If I stop, start, change modes, etc, etc, after a while it just seems unwilling to connect to access points. Even ‘wifi scan’ seems to stop working. A ‘module reset’ resolves the problem. I think the issue may be our use of init/deinit to continually load and unload the driver (and the associated two tasks), in a similar way to the mdns issues we had. I suggest to change as follows: Use the power control not-off / off to init / deinit the driver. Whenever the wifi mode is set (client, ap, scan, etc), power it on automatically. But don’t stop it unless explicitly told to by the user (power wifi off). Even ‘wifi mode off’ won’t unload the driver. Then use the existing commands ‘mode, scan, client, apclient, ap, etc’ to start / stop the actual wifi. This will mean that we will take a memory hit when we first start the wifi, and even ‘wifi mode off’ won’t free that memory. You would need to do a ‘power wifi off’ to do that. But, the upside is that we won’t be continually loading and unloading the wifi driver (which seems to be causing the issues). I’ll try it tonight, as my home is one of the areas I’m having the most problems with wifi. If it looks like it might break things, I’ll put it in a branch. Any comments / suggestions are welcome. Regards, Mark.

3 3

MDNS crash
by Stephen Casner 22 Mar '18

22 Mar '18

The crash below occurred right upon startup. I have not done anything with the auto start mechanism yet; I just have a script that starts wifi in client mode. I did not dig into this, and after a reset it did not repeat. I have not done more tests. -- Steve I (39) ovms_main: Set default logging level for * to WARN W (744) esp32wifi: AutoInit: using module password as AP password Welcome to the Open Vehicle Monitoring System (OVMS) - Async Console OVMS > CORRUPT HEAP: Bad head at 0x3ffec1f0. Expected 0xabba1234 got 0x3ffec2c8 assertion "head != NULL" failed: file "/Users/casner/src/github/esp-idf/components/heap/./multi_heap_poisoning.c", line 201, function: multi_heap_free abort() was called at PC 0x400fb243 on core 1 0x400fb243: __assert_func at /Users/ivan/e/newlib_xtensa-2.2.0-bin/newlib_xtensa-2.2.0/xtensa-esp32-elf/newlib/libc/stdlib/../../../.././newlib/libc/stdlib/assert.c:63 (discriminator 8) Backtrace: 0x4008f5d4:0x3ffeb990 0x4008f777:0x3ffeb9b0 0x400fb243:0x3ffeb9d0 0x4008f235:0x3ffeba00 0x40082712:0x3ffeba20 0x40082ca1:0x3ffeba40 0x4000bec7:0x3ffeba60 0x400dbeb9:0x3ffeba80 0x401f2105:0x3ffebaa0 0x401f212b:0x3ffebac0 0x401f4c9c:0x3ffebb00 0x401167eb:0x3ffebb30 0x4011681d:0x3ffebb50 0x40116c3c:0x3ffebb70 0x400e88a9:0x3ffebbb0 0x400e8b45:0x3ffebbe0 0x400ed570:0x3ffebc70 0x400ed591:0x3ffebcc0 0x4008f5d4: invoke_abort at /Users/casner/src/github/esp-idf/components/esp32/./panic.c:648 0x4008f777: abort at /Users/casner/src/github/esp-idf/components/esp32/./panic.c:648 0x400fb243: __assert_func at /Users/ivan/e/newlib_xtensa-2.2.0-bin/newlib_xtensa-2.2.0/xtensa-esp32-elf/newlib/libc/stdlib/../../../.././newlib/libc/stdlib/assert.c:63 (discriminator 8) 0x4008f235: multi_heap_free at /Users/casner/src/github/esp-idf/components/heap/./multi_heap_poisoning.c:326 0x40082712: heap_caps_free at /Users/casner/src/github/esp-idf/components/heap/./heap_caps.c:388 0x40082ca1: _free_r at /Users/casner/src/github/esp-idf/components/newlib/./syscalls.c:42 0x400dbeb9: esp_timer_delete at /Users/casner/src/github/esp-idf/components/esp32/./esp_timer.c:162 0x401f2105: _mdns_stop_timer at /Users/casner/src/github/esp-idf/components/mdns/./mdns.c:4510 0x401f212b: _mdns_service_task_stop at /Users/casner/src/github/esp-idf/components/mdns/./mdns.c:4510 0x401f4c9c: mdns_free at /Users/casner/src/github/esp-idf/components/mdns/./mdns.c:4185 0x401167eb: OvmsMDNS::StopMDNS() at /Users/casner/src/github/ovms/vehicle/OVMS.V3/components/ovms_mdns/src/ovms_mdns.cpp:111 0x4011681d: OvmsMDNS::NetworkDown(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*) at /Users/casner/src/github/ovms/vehicle/OVMS.V3/components/ovms_mdns/src/ovms_mdns.cpp:64 0x40116c3c: void std::_Mem_fn_base<void (OvmsMDNS::*)(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*), true>::operator()<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*, void>(OvmsMDNS*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, void*&&) const at /Users/casner/src/github/esp-idf/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:600 (inlined by) void std::_Bind<std::_Mem_fn<void (OvmsMDNS::*)(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*)> (OvmsMDNS*, std::_Placeholder<1>, std::_Placeholder<2>)>::__call<void, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, void*&&, 0u, 1u, 2u>(std::tuple<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, void*&&>&&, std::_Index_tuple<0u, 1u, 2u>) at /Users/casner/src/github/esp-idf/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:1074 (inlined by) void std::_Bind<std::_Mem_fn<void (OvmsMDNS::*)(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*)> (OvmsMDNS*, std::_Placeholder<1>, std::_Placeholder<2>)>::operator()<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*, void>(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, void*&&) at /Users/casner/src/github/esp-idf/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:1133 (inlined by) std::_Function_handler<void (std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*), std::_Bind<std::_Mem_fn<void (OvmsMDNS::*)(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*)> (OvmsMDNS*, std::_Placeholder<1>, std::_Placeholder<2>)> >::_M_invoke(std::_Any_data const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, void*&&) at /Users/casner/src/github/esp-idf/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:1871 0x400e88a9: std::function<void (std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*)>::operator()(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*) const at /Users/casner/src/github/esp-idf/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:2271 0x400e8b45: OvmsEvents::SignalEvent(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*) at /Users/casner/src/github/ovms/vehicle/OVMS.V3/main/./ovms_events.cpp:155 0x400ed570: OvmsNetManager::MongooseTask() at /Users/casner/src/github/ovms/vehicle/OVMS.V3/main/./ovms_netmanager.cpp:322 0x400ed591: MongooseRawTask(void*) at /Users/casner/src/github/ovms/vehicle/OVMS.V3/main/./ovms_netmanager.cpp:306 Entering gdb stub now. $T0b#e6GNU gdb (crosstool-NG crosstool-ng-1.22.0-80-g6c4433a) 7.10 Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "--host=x86_64-build_apple-darwin16.3.0 --target=xtensa-esp32-elf". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /Users/casner/src/github/ovms/vehicle/OVMS.V3/build/ovms3.elf...done. Remote debugging using /dev/cu.SLAB_USBtoUART 0x4008f5d4 in invoke_abort () at /Users/casner/src/github/esp-idf/components/esp32/./panic.c:139 139 *((int *) 0) = 0; (gdb) bt #0 0x4008f5d4 in invoke_abort () at /Users/casner/src/github/esp-idf/components/esp32/./panic.c:139 #1 0x4008f77a in abort () at /Users/casner/src/github/esp-idf/components/esp32/./panic.c:148 #2 0x400fb246 in __assert_func ( file=0x3ffb3730 "/Users/casner/src/github/esp-idf/components/heap/./multi_heap_poisoning.c", line=201, func=<optimized out>, failedexpr=0x3ffb3720 "head != NULL") at ../../../.././newlib/libc/stdlib/assert.c:63 #3 0x4008f238 in multi_heap_free (heap=0x3ffe4350, p=0x3ffec1fc) at /Users/casner/src/github/esp-idf/components/heap/./multi_heap_poisoning.c:201 #4 0x40082715 in heap_caps_free (ptr=0x3ffec1fc) at /Users/casner/src/github/esp-idf/components/heap/./heap_caps.c:262 #5 0x40082ca4 in _free_r (r=0x3ffebdd4, ptr=0x3ffec1fc) at /Users/casner/src/github/esp-idf/components/newlib/./syscalls.c:42 #6 0x4000beca in ?? () #7 0x400dbebc in esp_timer_delete (timer=0x3ffec1fc) at /Users/casner/src/github/esp-idf/components/esp32/./esp_timer.c:162 #8 0x401f2108 in _mdns_stop_timer () at /Users/casner/src/github/esp-idf/components/mdns/./mdns.c:4032 #9 0x401f212e in _mdns_service_task_stop () at /Users/casner/src/github/esp-idf/components/mdns/./mdns.c:4081 #10 0x401f4c9f in mdns_free () at /Users/casner/src/github/esp-idf/components/mdns/./mdns.c:4185 #11 0x401167ee in OvmsMDNS::StopMDNS (this=0x3ffb45c8 <MyMDNS>) at /Users/casner/src/github/ovms/vehicle/OVMS.V3/components/ovms_mdns/src/ovms_mdns.cpp:111 #12 0x40116820 in OvmsMDNS::NetworkDown (this=0x3ffb45c8 <MyMDNS>, event=..., data=0x0) at /Users/casner/src/github/ovms/vehicle/OVMS.V3/components/ovms_mdns/src/ovms_mdns.cpp:64 #13 0x40116c3f in std::_Mem_fn_base<void (OvmsMDNS::*)(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*), true>::operator()<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*, void>(OvmsMDNS*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, void*&&) const (__object=<optimized out>, this=<optimized out>) at /Users/casner/src/github/esp-idf/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:600 #14 std::_Bind<std::_Mem_fn<void (OvmsMDNS::*)(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*)> (OvmsMDNS*, std::_Placeholder<1>, std::_Placeholder<2>)>::__call<void, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, void*&&, 0u, 1u, 2u>(std::tuple<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, void*&&>&&, std::_Index_tuple<0u, 1u, 2u>) ( __args=<unknown type in /Users/casner/src/github/ovms/vehicle/OVMS.V3/build/ovms3.elf, CU 0x2f4c41, DIE 0x3048f6>, this=<optimized out>) at /Users/casner/src/github/esp-idf/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:1074 #15 std::_Bind<std::_Mem_fn<void (OvmsMDNS::*)(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*)> (OvmsMDNS*, std::_Placeholder<1>, std::_Placeholder<2>)>::operator()<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*, void>(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, void*&&) (this=<optimized out>) at /Users/casner/src/github/esp-idf/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:1133 #16 std::_Function_handler<void (std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*), std::_Bind<std::_Mem_fn<void (OvmsMDNS::*)(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*)> (OvmsMDNS*, std::_Placeholder<1>, std::_Placeholder<2>)> >::_M_invoke(std::_Any_data const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, void*&&) (__functor=..., __args#0=<optimized out>, __args#1=<optimized out>) at /Users/casner/src/github/esp-idf/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:1871 #17 0x400e88ac in std::function<void (std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*)>::operator()(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*) const ( this=0x3ffcaef0, __args#0=..., __args#1=0x0) at /Users/casner/src/github/esp-idf/xtensa-esp32-elf/xtensa-esp32-elf/include/c++/5.2.0/functional:2271 #18 0x400e8b48 in OvmsEvents::SignalEvent (this=0x3ffb4290 <MyEvents>, event=..., data=0x0) at /Users/casner/src/github/ovms/vehicle/OVMS.V3/main/./ovms_events.cpp:155 #19 0x400ed573 in OvmsNetManager::MongooseTask (this=0x3ffb4314 <MyNetManager>) ---Type <return> to continue, or q <return> to quit--- at /Users/casner/src/github/ovms/vehicle/OVMS.V3/main/./ovms_netmanager.cpp:322 #20 0x400ed594 in MongooseRawTask (pvParameters=0x3ffb4314 <MyNetManager>) at /Users/casner/src/github/ovms/vehicle/OVMS.V3/main/./ovms_netmanager.cpp:306 (gdb)

4 22

Memory owned by deceased tasks
by Stephen Casner 21 Mar '18

21 Mar '18

I removed my startup script that brought up wifi in client mode. I let auto init wifi run and bring up the associated services and did a "module tasks" command to populate the task map. Then I manually started wifi in client mode, which caused the running wifi and NetManTask to stop first, along with the servers, and then all come up again. At that point I ran "module memory" and saw that there were two deceased tasks still holding memory, a wifi task and a NetManTask. I then stopped wifi and started it in client mode a second time. The second deceased wifi did not hold onto any memory, but the second deceased NetManTask did: OVMS# mo m = Free 8-bit 32684/283144, 32-bit 27552/55828, SPIRAM 0/0 --Task-- Total DRAM D/IRAM IRAM SPIRAM +/- DRAM D/IRAM IRAM SPIRAM no task* 5276 0 0 0 +0 +0 +0 +0 main* 40076 0 0 0 +0 +0 +0 +0 NetManTask* 0 264 0 0 +0 +0 +0 +0 wifi* 0 1396 0 0 +0 +0 +0 +0 NetManTask* 0 264 0 0 +0 +0 +0 +0 esp_timer 55112 0 644 0 +0 +0 +0 +0 eventTask 0 7620 0 0 +0 +0 +0 +0 ipc0 10848 0 0 0 +0 +0 +0 +0 ipc1 12 0 0 0 +0 +0 +0 +0 Tmr Svc 0 27812 0 0 +0 +0 +0 +0 Housekeeping 17912 32628 0 0 +0 +0 +0 +0 tiT 136 1748 0 0 +0 +0 +0 +0 AsyncConsole 0 16384 27488 0 +0 +0 +0 +0 mdns 0 108 0 0 +0 +0 +0 +0 wifi 0 1596 0 0 +0 +0 +0 +0 NetManTask 0 2200 0 0 +0 +0 +0 +0 So, I don't know if the memory for the deceased wifi and NetManTask tasks is truly leaked or represents objects still in use elsewhere. -- Steve

1 0

OVMS 3.1 Production
by Mark Webb-Johnson 21 Mar '18

21 Mar '18

Both the 3.0 box in my car, and 3.1 on my desk, are running fine with the firmware I built and tagged this morning as 3.1.000. That version is now available on api.openvehicles.com <http://api.openvehicles.com/> as an OTA update. I’ve sent that to the factory, along with the QC instructions we have. It is not perfect, but it is good enough for a factory starting point. I’ve also sent the factory the production/qc/production_notes.txt for production/QC steps. Pressure is off a bit now. We have some time to work on documentation, stability and fine-tuning (which is what I will be concentrating on for the next few weeks). The OTA update system works well (I had a chance to play with Michael’s web based firmware update, and that went well), and should be usable for people to do OTA updates when they get the modules. Feature wise, a web server OTA using file upload would be good. I’m finding Access Point mode very useful to get into the box from an iPad and play with it. Still have to work out how to get the module to connect to my iPhone hotspot (which may be a better way of doing things). A single page QuickStart on the webserver would also be good to have; something people go to and enter password, vehicle type, vehicle ID, server, etc - all on one page. I started the user documentation, and there are quite a lot of steps to go through, on a bunch of different screens, to setup the box. To set user expectations, there is a knownissues.txt file where I would like to keep a TODO list of stuff people want, as well as a list of what we can’t do that v2 could. That currently contains: Open Vehicle Monitor System v3 - Known issues * Wifi APCLIENT mode is to be considered experimental. * SSH, TELNET, and WEBSERVER all register listeners for incoming calls. There is a possible security issue here as those calls may come over cellular networks (not just wifi). There is no firewalling of these calls. It seems that the correct approach to this is to validate the destination IP to make sure it is a wifi interface IP address; but this is not currently done. * Bluetooth is not currently supported. * Vehicle: Tesla Roadster limitations (vs 2.x): * Cooldown not currently supported. * Charge timer not currently supported. * Charge time predictor not currently supported. * VDS vehicle errors not currently supported. * Digital speedometer feature not currently supported. * CAC request not currently supported. * Vehicle: Kyburz not currently implemented in 3.x. * Vehicle: Mitdubishi iMiev not currently implemented in 3.x. * Vehicle: NissanLeaf: * Remote telemetry wake-up for pre-2016 vehicles not currently supported (as required hardware wakeup circuit). * Vehicle: Tazzari not currently implemented in 3.x. * Vehicle: Think City not currently implemented in 3.x. * Vehicle: Volt/Ampera not currently implemented in 3.x. * Vehicle: Renault Zoe not currently implemented in 3.x. * Advanced Charge control not currently implemented in 3.x. Note that scripting can go someway towards providing equivalent functionality. I’d appreciate it if people could update that as necessary with things they want or that v2 did. Thanks to everyone involved for getting to where we are. I’m expecting hardware to be coming out of the factory (and in my hands) early next week. Regards, Mark.

1 0

webserver (?) crash
by Greg D. 21 Mar '18

21 Mar '18

Hi folks, Ok, so the new code seems to be working half-way decently. But I think there's a memory issue with the webserver. After poking at home and status a couple of times, my browser (chrome or Firefox) drop from a nicely formatted screen to something very text-like. Links and words, no buttons. Then another poke or two and the module crashed. I've done it a few times, and the crash usually seem to be with the Status button, which, looking at the console, seems to have an auto-repeat on it. I managed to get the repeated "job queue overflow" once, followed after hitting home a few times, a similar crash as below. This was one of the quicker crashes (browser didn't get to the text-mode state), using AP mode wifi. Browser in this case was Chrome. I have a suspicion that the issue with the text-mode stuff is a leak somewhere triggered by Firefox, with its CSS fetches. Greg OVMS> OVMS> I (12641) housekeeping: System considered stable (free: 35212 bytes) I (17331) simcom: State: Enter PoweredOn state I (30481) wifi: n:1 0, o:1 1, ap:1 1, sta:1 0, prof:1 I (30491) wifi: station: 40:4e:36:8a:44:c0 join, AID=1, g, 20 I (30491) esp32wifi: AP station connected: id: 1, MAC: 40:4e:36:8a:44:c0 I (37121) webserver: HTTP GET /home I (37371) simcom: State: Enter MuxStart state I (37371) gsm-mux: Start MUX I (40411) webserver: HTTP GET /status I (47611) webserver: HTTP GET /shell I (51031) webserver: HTTP GET /home I (53891) webserver: HTTP GET /status I (59031) webserver: HTTP GET /home I (61581) webserver: HTTP GET / I (61661) webserver: HTTP GET /home I (63511) webserver: HTTP GET /home I (65971) webserver: HTTP GET /status OVMS> abort() was called at PC 0x400db927 on core 1 Backtrace: 0x4008f0b8:0x3ffeb8b0 0x4008f28f:0x3ffeb8d0 0x400db927:0x3ffeb8f0 0x4014880c:0x3ffeb910 0x40154899:0x3ffeb930 0x40154a9f:0x3ffeb950 0x40126564:0x3ffeb980 0x401267c7:0x3ffeb9e0 0x40126846:0x3ffeba00 0x4012841f:0x3ffeba50 0x400f6aff:0x3ffebb10 0x400f7262:0x3ffebb40 0x400f6aff:0x3ffebb60 0x400f7c8e:0x3ffebb90 0x400f7d3f:0x3ffebbc0 0x400f80eb:0x3ffebbf0 0x400f834d:0x3ffebc30 0x400f4b2d:0x3ffebc80 0x400e749a:0x3ffebca0 0x400e74d9:0x3ffebcf0 Rebooting... ets Jun 8 2016 00:22:57 rst:0xc (SW_CPU_RESET),boot:0x1f (SPI_FAST_FLASH_BOOT) configsip: 156795334, SPIWP:0xee clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 mode:DIO, clock div:2 load:0x3fff0018,len:4 load:0x3fff001c,len:4560 ho 0 tail 12 room 4 load:0x40078000,len:0 load:0x40078000,len:13176 entry 0x40078d38 I (647) cpu_start: Pro cpu up. I (648) cpu_start: Starting app cpu, entry point is 0x40081300 I (632) cpu_start: App cpu up. I (651) heap_init: Initializing. RAM available for dynamic allocation: I (658) heap_init: At 3FFAE6E0 len 00001920 (6 KiB): DRAM I (664) heap_init: At 3FFBBAC0 len 00024540 (145 KiB): DRAM I (670) heap_init: At 3FFE0440 len 00003BC0 (14 KiB): D/IRAM I (676) heap_init: At 3FFE4350 len 0001BCB0 (111 KiB): D/IRAM I (684) heap_init: At 40091FDC len 0000E024 (56 KiB): IRAM I (689) cpu_start: Pro cpu start user code I (35) ovms_main: Set default logging level for * to INFO I (36) command: Initialising COMMAND (1000) I (36) boot: Initialising BOOT (1100) I (40) boot: Boot #4 reasons for CPU0=12 and CPU1=12 E (46) boot: Crash #4 detected I (49) events: Initialising EVENTS (1200) I (54) config: Initialising CONFIG (1400) I (59) time: Initialising TIME (1500) I (64) script: Initialising SCRIPTS (1600) I (68) script: Using DUKTAPE javascript engine I (74) metrics: Initialising METRICS (1810) I (78) metrics: Expanding DUKTAPE javascript engine I (88) notify: Initialising NOTIFICATIONS (1820) I (89) notify: Registered notification type info I (94) notify: Registered notification type error I (99) notify: Registered notification type alert I (105) notify: Registered notification type data I (110) location: Initialising LOCATIONS (1900) I (116) location: Expanding DUKTAPE javascript engine I (121) vehicle: Initialising VEHICLE Factory (2000) I (127) pcp: Initialising POWER (4000) I (131) max7317: Initialising MAX7317 EGPIO (4200) I (137) sdcard: Initialising SD CARD (4400) I (142) ota: Initialising OTA (4400) I (146) can: Initialising CAN (4500) I (151) simcom: Initialising SIMCOM (4600) I (155) test: Initialising TEST (5000) I (159) ovms-module: Initialising MODULE (5100) I (165) vfs: Initialising VFS (5200) I (169) ovms-server: Initialising OVMS Server (6000) I (174) ovms-server-v2: Initialising OVMS V2 Server (6100) I (181) ovms-server-v3: Initialising OVMS V3 Server (6200) I (187) obd2ecu: Initialising OBD2ECU (7000) I (192) canopen: Initialising CANopen (7000) I (197) esp32wifi: Initialising ESP32WIFI (8000) I (202) ovms-mdns: Initialising MDNS (8100) I (207) webserver: Initialising WEBSERVER (8200) I (213) telnet: Initialising Telnet (8300) I (217) ssh: Initialising SSH (8300) I (221) re: Initialising RE Tools (8800) I (226) netmanager: Initialising NETMANAGER (8999) I (233) v-track: Registering Vehicle: TRACK (9000) I (237) v-teslaroadster: Registering Vehicle: Tesla Roadster (9000) I (243) v-teslamodels: Registering Vehicle: Tesla Model S (9000) I (250) v-obdii: Registering Vehicle: OBDII (9000) I (256) v-none: Registering Vehicle: NONE (9000) I (261) v-demo: Registering Vehicle: DEMO (9000) I (266) version: Initialising Versioning (9900) I (275) cpu_start: Starting scheduler on PRO CPU. I (0) cpu_start: Starting scheduler on APP CPU. I (321) ovms_main: Executing on CPU core 0 I (321) ovms_main: Mounting CONFIG... W (371) webserver: UpdateGlobalAuthFile: no password set => no auth for web console I (381) ovms_main: Registering default configs... I (381) ovms_main: Starting HOUSEKEEPING... I (381) housekeeping: Initialising HOUSEKEEPING Framework... I (441) housekeeping: Executing on CPU core 1 I (441) housekeeping: reset_reason: cpu0=12, cpu1=12 I (441) housekeeping: Starting PERIPHERALS... I (451) peripherals: Initialising OVMS Peripherals... I (451) peripherals: TCP/IP Adaptor I (461) peripherals: ESP32 system I (461) peripherals: SPI bus I (461) peripherals: MAX7317 I/O Expander I (471) peripherals: ESP32 CAN I (471) peripherals: ESP32 WIFI I (481) peripherals: ESP32 BLUETOOTH I (481) peripherals: ESP32 ADC I (481) peripherals: MCP2515 CAN 1/2 I (501) peripherals: MCP2515 CAN 2/2 I (511) peripherals: SD CARD I (511) peripherals: SIMCOM MODEM I (511) gpio: GPIO[16]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 I (521) gpio: GPIO[17]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0 I (531) uart: queue free spaces: 10 I (531) ext12v: Powering off external 12V devices I (541) housekeeping: Auto init ext12v (free: 112712 bytes) I (541) ext12v: Powering on external 12V devices I (551) housekeeping: Auto init wifi (free: 112712 bytes) I (551) wifi: wifi firmware version: ebd3e5d I (561) wifi: config NVS flash: enabled I (561) wifi: config nano formating: disabled I (561) system_api: Base MAC address is not set, read default base MAC address from BLK0 of EFUSE I (571) system_api: Base MAC address is not set, read default base MAC address from BLK0 of EFUSE I (601) wifi: Init dynamic tx buffer num: 16 I (601) wifi: Init data frame dynamic rx buffer num: 16 I (601) wifi: Init management frame dynamic rx buffer num: 16 I (601) wifi: wifi driver task: 3ffe60f0, prio:23, stack:4096 I (611) wifi: Init static rx buffer num: 4 I (611) wifi: Init dynamic rx buffer num: 16 I (611) wifi: wifi power manager task: 0x3ffe8888 prio: 21 stack: 2560 I (1341) phy: phy_version: 383.0, 79a622c, Jan 30 2018, 15:38:06, 0, 0 I (1341) wifi: mode : sta (30:ae:a4:37:1b:64) + softAP (30:ae:a4:37:1b:65) I (1351) housekeeping: Auto init modem (free: 90568 bytes) I (1351) simcom: State: Enter PoweringOn state I (1351) simcom: Power Cycle I (1361) netmanager: WIFI access point is up I (1361) webserver: Launching Web Server I (1371) esp32wifi: AP started with SSID: ovms, MAC: 30:ae:a4:37:1b:65, IP: 192.168.4.1 I (1371) telnet: Launching Telnet Server I (1381) ssh: Launching SSH Server I (1441) simcom: State: Enter PoweredOn state I (2361) housekeeping: Auto init vehicle (free: 78820 bytes) I (2361) v-teslaroadster: Tesla Roadster v1.x, v2.x and v3.0 vehicle module I (2371) housekeeping: Auto init obd2ecu (free: 73088 bytes) I (2571) housekeeping: Auto init server v2 (free: 64432 bytes) I (2571) ovms-server-v2: OVMS Server V2 registered metric modifier is #1 I (2581) ovms-server-v2: Status: Starting I (2581) ovms-server-v2: OVMS Server v2 running I (2591) housekeeping: Auto init server v3 (free: 60120 bytes) I (2591) housekeeping: Auto init done (free: 60120 bytes) I (2601) housekeeping: Starting USB console... I (2601) uart: queue free spaces: 30 I (2611) ovms-mdns: Starting MDNS Welcome to the Open Vehicle Monitoring System (OVMS) - Async Console I (2651) version: Set version I (4181) wifi: n:1 1, o:1 0, ap:1 1, sta:1 0, prof:1 I (4841) wifi: state: init -> auth (b0) I (4841) wifi: state: auth -> auth (4a0) OVMS>

5 17

Things left to do, before production
by Mark Webb-Johnson 21 Mar '18

21 Mar '18

All components have arrived, and final assembly is happening now. Next week will be firmware flashing, QC, and then packaging. Label looks like this: Last things to do, with the goal of making this as easy as possible for the first guinea pig end users… Modem Stability. I’ve been working on this. Seems ok now; I drive in and out of zero coverage areas often, and it seems to recover. I’ll address any new issues as and when I find them. It would be helpful if others could put these in their cars, and feedback good/bad news. Module Password (via web interface). I’ve asked Michael to handle this, if he has time. Tidy up of ‘secure’ mode. I’ve asked Steve to handle this. OTA. It is workable at the moment. Not automatic, but pretty usable. I’ve committed my last change today so that ‘ota status’ shows the version available on the server (if wifi is up). It would be nice if the web interface could help with this; and particularly nice if we could upload firmware via the web interface directly to flash. I think Michael is working on this (at least the help, if not the upload). Deadline for the above is this Sunday (18th March). End-User Documentation. This is priority now, and deadline is the end of this month to have something good enough for someone to follow to setup the module from scratch. The other production and Fasttech side of things is being handled. We’re gonna have the Fasttech US$20 coupon codes ready to go at launch. Hologram have also offered a US$5 coupon code as a starter for OVMS users (both new and existing), which will be ready at launch as well. Developers can benefit from both. Fasttech will have 100 kits (50 US, 50 EU) and I’ll have 20 (10 US, 10 EU). Normal orders can go through Fasttech - if people need something special (just modems, just main boards, etc) let me know and I’ll handle it directly. So, for me it is now on to end-user documentation. As a reminder, that is in google docs and everyone is welcome to join in and help. The link to view/comment on the document is here: https://docs.google.com/document/d/16JrXR7rybp-18DrEoeh1rg6GqQT_jVBvhaXh2oE… If anyone wants to help directly edit/author some of it, let me know your eMail address and I’ll send an invite with editing privileges. Regards, Mark.

2 5

NetManTask created twice
by Stephen Casner 21 Mar '18

21 Mar '18

Mark, I'm looking for the memory allocated to nonexistant tasks. In my code I added a call to AddTaskToMap() after the creation of the NetManTask. Now I see that the nonexistant task holding 264 bytes was an earlier instance of NetManTask. Do you expect it to be created, killed, and created again? I'm considering making a public function that will query the task list to populate the TaskMap, same as what is done now when the module memory or module tasks command is invoked. Then I would add some calls to that function at one or more places in system startup to try to capture the other unnamed task while it exists. Any suggestions for where to make such a call? The output below is with the aforementioned AddTaskToMap() call added plus some changes in ovms_module to list the tasks in module memory in task number order so the order is consistent from one run to the next and with the nonexistent ones first and marked with asterisk. I can commit these changes if that is OK at this point. -- Steve Free 8-bit 31760/283148, 32-bit 27588/55864, SPIRAM 0/0 --Task-- Total DRAM D/IRAM IRAM SPIRAM +/- DRAM D/IRAM IRAM SPIRAM no task * 5276 0 0 0 +5276 +0 +0 +0 main * 40076 0 0 0 +40076 +0 +0 +0 3FFE5CDC * 0 1396 0 0 +0 +1396 +0 +0 NetManTask * 0 264 0 0 +0 +264 +0 +0 esp_timer 55112 0 644 0 +55112 +0 +644 +0 eventTask 0 7620 0 0 +0 +7620 +0 +0 ipc0 10848 0 0 0 +10848 +0 +0 +0 ipc1 12 0 0 0 +12 +0 +0 +0 Tmr Svc 0 27808 0 0 +0 +27808 +0 +0 Housekeeping 17488 50384 0 0 +17488 +50384 +0 +0 tiT 128 1640 0 0 +128 +1640 +0 +0 AsyncConsole 0 20 27488 0 +0 +20 +27488 +0 mdns 0 112 0 0 +0 +112 +0 +0 wifi 0 1612 0 0 +0 +1612 +0 +0 NetManTask 4 2200 0 0 +4 +2200 +0 +0

3 3

3.1 QC checks
by Mark Webb-Johnson 20 Mar '18

20 Mar '18

In production/qc/production_notes.txt we have the current production/qc notes (for China). Please look over those, and let me have any suggestions for anything to be changed / added? Deadline for submission is tomorrow morning (Asia time). It would be good to include a GPS test. Any ideas for how to do this - manually enabling the GPS? It can be a ‘simcom muxtx’ command if that helps (as check #6 has the modem up and ready). Regards, Mark.

1 0