- OvmsDev - Open Vehicles

Fwd: [openvehicles/Open-Vehicle-Monitoring-System-3] 14d168: Fix building with webserver component
by Mark Webb-Johnson 27 Jan '19

27 Jan '19

My build system reported problems building overnight. I think the issue is: * 8c0d6af2 Fix building without webserver component Four vehicle modules (Mitsubishi, Thinkcity, KiaSoul, and Twizy) complained with: libvehicle_kiasoulev.a(vehicle_kiasoulev.o):(.literal._ZN20OvmsVehicleKiaSoulEvC2Ev+0x2ac): undefined reference to `OvmsVehicleKiaSoulEv::WebInit()' vehicle_kiasoulev.cpp:1212: undefined reference to `OvmsVehicleKiaSoulEv::WebInit()' libvehicle_kiasoulev.a(vehicle_kiasoulev.o):(.rodata._ZTV20OvmsVehicleKiaSoulEv[vtable for OvmsVehicleKiaSoulEv]+0xd8): undefined reference to `OvmsVehicleKiaSoulEv::GetDashboardConfig(DashboardConfig&)' I think the issue is that the CONFIG_ defines are not available unless <sdkconfig.h> is included. Maybe platform dependent? Other include files bring that in, so this issue doesn’t happen all the time. Here is the fix: #include <sdkconfig.h> #ifdef CONFIG_OVMS_COMP_WEBSERVER I’ve committed the fix to the four vehicle modules, and now working ok for me. Regards, Mark. > Begin forwarded message: > > From: GitHub <noreply(a)github.com> > Subject: [openvehicles/Open-Vehicle-Monitoring-System-3] 14d168: Fix building with webserver component > Date: 27 January 2019 at 3:40:02 PM HKT > To: mark(a)webb-johnson.net > Reply-To: GitHub <noreply(a)github.com> > > Branch: refs/heads/master > Home: https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3 > Commit: 14d16854082fd2772af823af86b2185d76b64fc0 > https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/commit/14d… > Author: Mark Webb-Johnson <mark(a)webb-johnson.net> > Date: 2019-01-27 (Sun, 27 Jan 2019) > > Changed paths: > M vehicle/OVMS.V3/components/vehicle_kiasoulev/src/ks_web.cpp > M vehicle/OVMS.V3/components/vehicle_mitsubishi/src/mi_web.cpp > M vehicle/OVMS.V3/components/vehicle_renaulttwizy/src/rt_web.cpp > M vehicle/OVMS.V3/components/vehicle_thinkcity/src/tc_web.cpp > > Log Message: > ----------- > Fix building with webserver component > > > > **NOTE:** GitHub Services has been marked for deprecation: https://developer.github.com/changes/2018-04-25-github-services-deprecation/ > > We will provide an alternative path for the email notifications by January 31st, 2019.

2 1

3.2.000
by Mark Webb-Johnson 26 Jan '19

26 Jan '19

I think we are ready for a 3.2.000 OTA release to EAP. I’ve built this, and it is in the nightly build system ready to go. I’ve completed all the JavaScript tasks, including migrating all the existing extensions to modular object format. That is a breaking change (existing scripts will break), but easy to do now than later when more are using it. I really haven’t heard of anyone using javascript with the system at the moment. With 200 commits, the changelog is massive. The scripting system warrants a 3.2 release. Please have a try with this in your cars, and let me know of any issues. If nothing comes up in the next day, I’ll move it to EAP at the weekend. Thanks to everyone who contributed to this. The system functionality is really very impressive now, and only getting better as time goes by. Regards, Mark

4 8

How can I help
by Robert Sharpe (Electric Vehicle Consultant) 25 Jan '19

25 Jan '19

Hi All, I like where OVMS project is going and would like to help if I can. Where I can possibly add value is make things easy for people to use (eg documentation, etc) experienced on UI/UX design, etc. as an ex developer, good at testing and finding problems. Some initial thoughts on activities are to make it easier for non technical people to use OVMS, help doc author pull out user only specific content to a user manual and make it non-technical (renaming current user manual to developers manual) to help people see roadmap, provide a mechanism to see who wants what and who is working on it. to allow developers and users to display problems with their vehicle only, add Labels to the github issues list or group by project (I am not an expert on GITHUB so please be patient) update GITHUB readmes to better direct people that find GITHUB first. Please let me know if anyone is dealing with any of these areas add and/or vote for what things you think I can help with by putting a comment next to the activity above. Regards, Robert Sharpe Electric Vehicle Consultant 07711 252971 Your Plugged-in Partner Evergreen Consulting is the trading name of Sharpe Consultants Ltd

5 18

Attention: esp-idf upgrade still breaks configuration
by Michael Balzer 24 Jan '19

24 Jan '19

See https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/pull/165 I'll reset both master branches now. If you're about to pull, please wait until I've reverted the branches. Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

3 18

Metrics & Notifications: thread safety
by Michael Balzer 24 Jan '19

24 Jan '19

https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/commit/800… Brain surgery. A second pair of eyes on this would be good. Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

4 5

ACC implementation
by Stephen Casner 22 Jan '19

22 Jan '19

Mark has suggested that the "advanced charge control" (ACC) functions of OVMSv2 could be implemented in OVMSv3 using scripting. However, there are some missing parts remaining in the scripting support. Since I have a couple of friends anxiously awaiting ACC in OVMSv3, I'm thinking of implementing it in C++ as a command following the previous implementation. Is there any reason that would be a bad idea? -- Steve

3 10

Re: [Ovmsdev] OvmsDev Digest, Vol 78, Issue 30
by Thor 21 Jan '19

21 Jan '19

Have Hyundai Ioniq been tested with ovms? If so any experience of using it shared? Thor

1 0

Crash debug
by Tamás Kovács 20 Jan '19

20 Jan '19

How can i debug what's the problem? I get the following crash (source code on my github: https://github.com/KommyKT/Open-Vehicle-Monitoring-System-3) I used the latest openvehicle updates + my mitsubishi code. I create the firwmare with make app, then upload to my NAS and update via OTA update. > Welcome to the Open Vehicle Monitoring System (OVMS) - Async Console > > Firmware: 3.1.011-244-g1a15127d-dirty/ota_0/main > Hardware: OVMS WIFI BLE BT cores=2 rev=ESP32/1 > OVMS> ***ERROR*** A stack overflow in task OVMS DukTape has been detected. > abort() was called at PC 0x40096278 on core 1 > Backtrace: 0x40096064:0x3ffc11b0 0x4009625f:0x3ffc11d0 > 0x40096278:0x3ffc11f0 0x40091704:0x3ffc1210 0x40093768:0x3ffc1230 > 0x4009371e:0x3ffc1250 0x7aad5675:0x3f81d8f4 > Rebooting... > ets Jun 8 2016 00:22:57 > rst:0xc (SW_CPU_RESET),boot:0x3b (SPI_FAST_FLASH_BOOT) > configsip: 0, 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:4960 > ho 0 tail 12 room 4 > load:0x40078000,len:7416 > ho 0 tail 12 room 4 > load:0x40080000,len:8344 > entry 0x4008037c > I (882) spiram: SPI RAM mode: flash 40m sram 40m > I (882) spiram: PSRAM initialized, cache is in low/high (2-core) mode. > I (883) cpu_start: Pro cpu up. > I (887) cpu_start: Starting app cpu, entry point is 0x40081668 > I (877) cpu_start: App cpu up. > I (1785) spiram: SPI SRAM memory test OK > I (1786) heap_init: Initializing. RAM available for dynamic allocation: > I (1786) heap_init: At 3FFAE6E0 len 00001920 (6 KiB): DRAM > I (1793) heap_init: At 3FFBCDA8 len 00023258 (140 KiB): DRAM > I (1798) heap_init: At 3FFE0440 len 00003BC0 (14 KiB): D/IRAM > I (1805) heap_init: At 3FFE4350 len 0001BCB0 (111 KiB): D/IRAM > I (1811) heap_init: At 4009D560 len 00002AA0 (10 KiB): IRAM > -- > >

4 5

Problem with Mac OS Mojave
by Stephen Casner 19 Jan '19

19 Jan '19

I've been running on Mac OS Yosemite for some time and have avoided updating to newer releases for various reasons, but I was forced to update to Mojave in order to run this year's TurboTax. But that broke my ESP-IDF build procedure: auge25> make clean sh: line 1: 1212 Abort trap: 6 /Applications/Xcode.app/Contents/Developer/usr/bin/xcodebuild -sdk '' -find make 2> /dev/null make: error: unable to find utility "make", not a developer tool or in PATH Have any of you encounted this and fixed it? -- Steve

2 2

"module leaks" subcommand
by Stephen Casner 18 Jan '19

18 Jan '19

I have added a new subcommand "module leaks" is a variant of "module memory" for use when specifying one or more task names to display the blocks allocated to those tasks. The "leaks" variant does not display the possibly many blocks that were retained from the previous instance of the command, only those that have been freed or newly allocated; a count of those blocks is shown instead. This makes a more compact display that is expected to be useful when investigating memory leaks. An example usage follows. In this example an entry in the locations config is being modified in such a way that the expected collection of data elements should be the same afterwards as before. The lines with "blocks allocated" and "blocks still allocated", which replace a list of all the blocks, are what's new. OVMS# module leaks "OVMS Events" Free 8-bit 48136/280880, 32-bit 15324/43600, SPIRAM 0/0 --Task-- Total DRAM D/IRAM IRAM SPIRAM +/- DRAM D/IRAM IRAM SPIRAM no task* 5340 0 0 0 +5340 +0 +0 +0 main* 15936 0 0 0 +15936 +0 +0 +0 esp_timer 52616 0 644 0 +52616 +0 +644 +0 OVMS Events 16088 61776 0 0 +16088 +61776 +0 +0 OVMS DukTape 4256 0 0 0 +4256 +0 +0 +0 OVMS CanRx 20820 0 0 0 +20820 +0 +0 +0 ipc0 7776 0 0 0 +7776 +0 +0 +0 ipc1 12 0 0 0 +12 +0 +0 +0 Tmr Svc 0 88 0 0 +0 +88 +0 +0 tiT 112 1520 0 0 +112 +1520 +0 +0 wifi 0 12732 0 0 +0 +12732 +0 +0 OVMS Console 20 0 27488 0 +20 +0 +27488 +0 mdns 0 112 0 0 +0 +112 +0 +0 OVMS NetMan 0 276 0 0 +0 +276 +0 +0 ============================ blocks dumped = 402 t=OVMS Events s=77864 in 402 blocks allocated ============================ OVMS# config set locations error "22.0,114, 10 ; enter:homelink:3; leave:acc:mine;enter:notify:messages..." Parameter has been set. E (431575) location: location action ACC not valid on leave E (431575) location: Location error is invalid: 22.0,114, 10 ; enter:homelink:3; leave:acc:mine;enter:notify:messages... I (431575) location: Location hongkong is at 22.280869,114.160599 (200) I (431575) location: Location noradius is at 22.000000,114.000000 (100) I (431585) location: Location noradius2 is at 22.000000,114.000000 (100) I (431585) location: Location test is at 22.000000,114.000000 (50) OVMS# module leaks "OVMS Events" Free 8-bit 48104/280880, 32-bit 15324/43600, SPIRAM 0/0 --Task-- Total DRAM D/IRAM IRAM SPIRAM +/- DRAM D/IRAM IRAM SPIRAM esp_timer 52628 0 644 0 +12 +0 +0 +0 OVMS Events 16088 61776 0 0 -12 +12 +0 +0 ============================ blocks dumped = 402 - t=OVMS Events s= 32 a=0x3ffdb210 - t=OVMS Events s= 12 a=0x3ffdb244 - t=OVMS Events s= 32 a=0x3ffdb264 - t=OVMS Events s= 12 a=0x3ffdb298 ---------------------------- t=OVMS Events s=77812 in 398 blocks still allocated ---------------------------- + t=OVMS Events s= 32 a=0x3ffdb230 BAAD5601 00000000 3FFDB240 00000001 00000031 3FFDB298 3FFDB1B0 3FFDB210 | .V......@..?....1......?...?...? + t=OVMS Events s= 12 a=0x3ffdb264 3FFF4638 3FFDB1B0 3FFDB230 BAAD5678 3FFDB2A8 ABBA1234 3FFC1150 00000020 | 8F.?...?0..?xV.....?4...P..? ... + t=OVMS Events s= 32 a=0x3ffdb284 BAAD5601 00000001 3FFDB294 00000004 656D6F68 3FFDB100 3FFDB244 3FFDB264 | .V.........?....home...?D..?d..? + t=OVMS Events s= 12 a=0x3fff4638 3FFDB1B0 3FFDB264 3FFDB284 BAAD5678 3FFF466D 3FFF47D4 3FFE3DE8 00000010 | ...?d..?...?xV..mF.?.G.?.=.?.... ============================ OVMS# -- Steve

1 0