- OvmsDev - Open Vehicles

Scripting HTTP API
by Michael Balzer 31 Dec '19

31 Dec '19

I've pushed a first implementation of a HTTP API for our scripting engine (only Duktape to be precise). https://docs.openvehicles.com/en/latest/userguide/scripting.html#http Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

2 2

Electrified Garage
by Mark Webb-Johnson 29 Dec '19

29 Dec '19

Nice video on the Electrified Garage, with a short mention of OVMS (that they are installing) at 14:07: https://youtu.be/DvlvNS9kQeU Regards, Mark

1 0

v3 EU hardware
by Shaun Jurrens 24 Dec '19

24 Dec '19

Hi, I thought I’d treat myself to a holiday gift since I seemed to have sufficient change available and my v2 hardware needs a new SIM and changes in customs rules will make the V3 even pricier here in .no after New Year’s, but alas, neither Fasttech nor the OpenEnergy site seem to have any OVMS EU v3 hardware. I try to follow along, but any idea when the next batch of hardware is scheduled? I’m certainly out of luck this holiday season, but barring financial misfortune, I’m probably ready to make the jump whenever things get rolling again. Yada, yada, S. (via the iPad thingamajigg)

3 5

Android App 3.15.0
by Michael Balzer 22 Dec '19

22 Dec '19

I've just released version 3.15.0 of the Android App to the Play Store. History: https://github.com/openvehicles/Open-Vehicle-Android/wiki/History#version-3… * Notifications: optional filtering by current vehicle selection * Fix application context dependency of ApiService * Add vehicle label to push notification title * Drop notifications for vehicles no longer registered with the App * Revert to dismissing "connection lost" dialog also on data update * Quick vehicle changing (slide image on info page) * Fix IllegalState exceptions from startService() calls on Android >= 8 * Battery charts: fix crash on invalid highlight set number * MPAndroidChart: upgrade to v3.1.0 * 12V history: chart X axis time based (= independent of update frequency) * 12V history: omit ambient temperature if unavailable * Support leaf_carlights.png * Move car specific data tweaks from CarFragment to CarData * Add initial leaf_carlights * Added new Leaf & Leaf 2 images by Daniel Öster to selector * Add 2nd Generation LEAF images * Compress overlay images without any quality loss * Add proper overlay and map image for env200 * Compress all car images * Add LEAF 'Planet Blue' * Remove fuzzy pixels and optimize filesize APK: https://github.com/openvehicles/Open-Vehicle-Android/raw/master/release/Ope… Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

2 2

getting started, make errors from debug options?
by Dale 19 Dec '19

19 Dec '19

Sorry, I'm still having trouble. Dabbling in many things to become dangerous, but mastering none. I'm still not able to make successfully. I'm not sure what I did to get past the previous make error. Maybe initially I didn't choose all the defaults and got something set wrong. Do I delete the sdkconfig file to get back to no settings and then it will ask all the options first time running make? I think I have openvehicles esp-idf and ovms latest versions from GIT correctly installed. I chose defaults in make menuconfig (except setting the correct USB port), and chose defaults when GENCONFIG runs from make. I changed to other OVMS versions between 3.2.000 and 3.2.008 and current master, all with same error occurring. It errors out in ovms_module, with module_tasks_data not declared in this scope. It looks like related to having debugging options selected or not? The #ifdef conditional sections contain the declaration of module_tasks_data, so it doesn't get declared, but it is still used. Am I missing setting some option for make or configuring compile options? It must be one of these? #ifndef CONFIG_HEAP_TASK_TRACKING #define NOGO 1 #endif #if configUSE_TRACE_FACILITY==0 #define NOGO 1 #endif #ifdef CONFIG_FREERTOS_ASSERT_ON_UNTESTED_FUNCTION #define NOGO 1 #endif ~/Leaf/OVMS/v3/vehicle/OVMS.V3$ make Toolchain path: /home/dklein/Leaf/OVMS/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc Toolchain version: crosstool-ng-1.22.0-80-g6c4433a Compiler version: 5.2.0 Python requirements from /homez/dklein/Documents/Projects/Leaf/OVMS/esp-idf/requirements.txt are satisfied. App "ovms3" version: 3.2.008-15-gca307f88-dirty CXX /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/build/main/ovms_module.o /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/main/ovms_module.cpp: In function 'void module_eventhandler(st d::__cxx11::string, void*)': /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/main/ovms_module.cpp:973:47: error: 'module_tasks_data' was no t declared in this scope module_tasks_data(0, NULL, NULL, 0, NULL); ^ /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/main/ovms_module.cpp: In constructor 'OvmsModuleInit::OvmsModu leInit()': /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/main/ovms_module.cpp:1048:73: error: 'module_tasks_data' was n ot declared in this scope cmd_tasks->RegisterCommand("data","Output module task stats record",module_tasks_data); ^ /homez/dklein/Documents/Projects/Leaf/OVMS/esp-idf/make/ component_wrapper.mk:289: recipe for target 'ovms_module.o' failed make[1]: *** [ovms_module.o] Error 1 /home/dklein/Documents/Projects/Leaf/OVMS/esp-idf/make/project.mk:552: recipe for target 'component-main-build' failed make: *** [component-main-build] Error 2 Thanks! Dale

2 1

getting started, make errors, path issues?
by Dale 18 Dec '19

18 Dec '19

Thanks again for this really great project and I'm looking forward to using and adding to it. Pardon my getting started with OVMS & esp-idf, I suspect I have an issue with my setup in terms of the path being correctly defined? I attempted to follow the google docs OVMS developer guide, but I must be missing something. The developer guide and the esp-idf instructions seem clear until the esp-idf instructions to run the install.sh script (setting paths, etc), but this script or similar doesn't exist in the openvehicles esp-idf branch? And the openvehicles esp-idf is a few months old, many items from the master esp-idf are different now? does that matter? Do the instructions mean to install and set up the espressif's master esp-idf, and then also clone the openvehicles esp-idf? Because I think that's what I've done. I installed the dependencies and espressif's esp-idf, and am able to flash at least hello_world on a regular esp32 board over USB and the serial terminal works with it. So that seems good. When I try to compile OVMS I get errors that look like I'm missing something. Maybe the something I'm missing is in the openvehicles esp-idf, but my paths are not including it? Is there a script in the openvehicles esp-idf that I need to run? Is it ok to have both versions of esp-idf set up at the same time? First it gives errors about the copyright text to include in the binary? dklein@___:~/Leaf/OVMS/v3/vehicle/OVMS.V3$ make Toolchain path: /home/dklein/.espressif/tools/xtensa-esp32-elf/esp-2019r2-8.2.0/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc Toolchain version: esp-2019r2 Compiler version: 8.2.0 Python requirements from /home/dklein/esp/esp-idf/requirements.txt are satisfied. App "ovms3" version: 3.2.008-15-gca307f88 CC /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/build/app_update/esp_app_desc.o AR /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/build/app_update/libapp_update.a CC /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/build/console/argtable3/argtable3.o /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/components/console/argtable3/argtable3.c: In function 'trex_charnode': /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/components/console/argtable3/argtable3.c:3068:7: warning: this statement ma y fall through [-Wimplicit-fallthrough=] if(!isclass) { ^ /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/components/console/argtable3/argtable3.c:3074:4: note: here default: ^~~~~~~ At top level: /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/components/console/argtable3/argtable3.c:273:19: error: 'rcsid' defined but not used [-Werror=unused-const-variable=] static const char rcsid[]="$Id: getopt_long.c,v 1.1 2009/10/16 19:50:28 rodney Exp rodney $"; ^~~~~ /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/components/console/argtable3/argtable3.c: In function 'trex_compile': /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/components/console/argtable3/argtable3.c:3466:8: warning: variable 'exp' mi ght be clobbered by 'longjmp' or 'vfork' [-Wclobbered] TRex *exp = (TRex *)malloc(sizeof(TRex)); ^~~ cc1: some warnings being treated as errors /home/dklein/esp/esp-idf/make/component_wrapper.mk:291: recipe for target 'argtable3/argtable3.o' failed make[1]: *** [argtable3/argtable3.o] Error 1 /home/dklein/esp/esp-idf/make/project.mk:610: recipe for target 'component-console-build' failed make: *** [component-console-build] Error 2 dklein@___:~/Leaf/OVMS/v3/vehicle/OVMS.V3$ If I eliminate that error, comment out the lines in argtable3, #ifndef lint static const char rcsid[]="$Id: getopt_long.c,v 1.1 2009/10/16 19:50:28 rodney Exp rodney $"; #endif /* lint */ Then I get same & other warnings, and finally a 'No rule to make target'. dklein@___:~/Leaf/OVMS/v3/vehicle/OVMS.V3$ make Toolchain path: /home/dklein/.espressif/tools/xtensa-esp32-elf/esp-2019r2-8.2.0/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc Toolchain version: esp-2019r2 Compiler version: 8.2.0 Python requirements from /home/dklein/esp/esp-idf/requirements.txt are satisfied. App "ovms3" version: 3.2.008-15-gca307f88-dirty CC /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/build/app_update/esp_app_desc.o AR /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/build/app_update/libapp_update.a CC /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/build/console/argtable3/argtable3.o /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/components/console/argtable3/argtable3.c: In function 'trex_charnode': /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/components/console/argtable3/argtable3.c:3068:7: warning: this statement ma y fall through [-Wimplicit-fallthrough=] if(!isclass) { ^ /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/components/console/argtable3/argtable3.c:3074:4: note: here default: ^~~~~~~ /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/components/console/argtable3/argtable3.c: In function 'trex_compile': /homez/dklein/Documents/Projects/Leaf/OVMS/v3/vehicle/OVMS.V3/components/console/argtable3/argtable3.c:3466:8: warning: variable 'exp' mi ght be clobbered by 'longjmp' or 'vfork' [-Wclobbered] TRex *exp = (TRex *)malloc(sizeof(TRex)); ^~~ make[1]: *** No rule to make target '/homez/dklein/Documents/Projects/vehicles/OVMS/v3/vehicle/OVMS.V3/components/console/split_argv.c', needed by 'split_argv.o'. Stop. /home/dklein/esp/esp-idf/make/project.mk:610: recipe for target 'component-console-build' failed make: *** [component-console-build] Error 2 dklein@___:~/Leaf/OVMS/v3/vehicle/OVMS.V3$ in my .bashrc # added 12/13/19, dklein, add ESP-IDF tools to path . "$HOME/esp/esp-idf/export.sh" which adds to the path as follows. Adding ESP-IDF tools to PATH... Checking if Python packages are up to date... Python requirements from /home/dklein/esp/esp-idf/requirements.txt are satisfied. Added the following directories to PATH: /home/dklein/esp/esp-idf/components/esptool_py/esptool /home/dklein/esp/esp-idf/components/espcoredump /home/dklein/esp/esp-idf/components/partition_table/ /home/dklein/.espressif/tools/xtensa-esp32-elf/esp-2019r2-8.2.0/xtensa-esp32-elf/bin /home/dklein/.espressif/tools/xtensa-esp32s2-elf/esp-2019r2-8.2.0/xtensa-esp32s2-elf/bin /home/dklein/.espressif/tools/esp32ulp-elf/2.28.51.20170517/esp32ulp-elf-binutils/bin /home/dklein/.espressif/tools/openocd-esp32/v0.10.0-esp32-20190708/openocd-esp32/bin /home/dklein/.espressif/python_env/idf4.1_py2.7_env/bin /home/dklein/esp/esp-idf/tools Done! You can now compile ESP-IDF projects. Go to the project directory and run: idf.py build Thanks! Dale

1 1

new OVMSv3 rec'd today updated OTA with .008
by Dale 17 Dec '19

17 Dec '19

Hello all, Thank you all for the great work developing OVMS, This is really neat!! I'm not sure if my new v3 hw that arrived today has the larger PSRAM. Maybe this one still has 4Mb, see below? In any case, .008 updated OTA successfully. Factory image was .002 Just connected it to home wifi. Nice job everyone! Thanks!! Dale >From USB connected simple_monitor: rst:0x1 (POWERON_RESET),boot:0x1b (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:4796 load:0x40078000,len:0 load:0x40078000,len:14896 entry 0x40078d74 I (882) psram: This chip is ESP32-D0WD I (882) spiram: Found 64MBit SPI RAM device I (883) spiram: SPI RAM mode: flash 40m sram 40m I (886) spiram: PSRAM initialized, cache is in low/high (2-core) mode. I (893) cpu_start: Pro cpu up. I (896) cpu_start: Application information: I (901) cpu_start: Project name: ovms3 I (906) cpu_start: App version: 3.2.008 I (911) cpu_start: Compile time: Dec 13 2019 13:04:20 I (917) cpu_start: ELF file SHA256: 900f0db86fbf6ce9... I (923) cpu_start: ESP-IDF: v3.3-beta3-772-gc3465e0 I (929) cpu_start: Starting app cpu, entry point is 0x40081668 I (0) cpu_start: App cpu up. I (1804) spiram: SPI SRAM memory test OK I (1805) heap_init: Initializing. RAM available for dynamic allocation: I (1805) heap_init: At 3FFAE6E0 len 00001920 (6 KiB): DRAM I (1812) heap_init: At 3FFBC540 len 00023AC0 (142 KiB): DRAM I (1818) heap_init: At 3FFE0440 len 00003AE0 (14 KiB): D/IRAM I (1824) heap_init: At 3FFE4350 len 0001BCB0 (111 KiB): D/IRAM I (1831) heap_init: At 40099C2C len 000063D4 (24 KiB): IRAM I (1837) cpu_start: Pro cpu start user code I (1842) spiram: Adding pool of 4096K of external SPI memory to heap allocator I (187) ovms_main: Set default logging level for * to INFO I (188) ovms_main: Pre-allocated 2MB of SPIRAM at 0x3f800028 (workaround ESP32 bug) I (192) command: Initialising COMMAND (1000) I (197) boot: Initialising BOOT (1100) I (201) boot: Power cycle reset detected I (205) events: Initialising EVENTS (1200) I (211) config: Initialising CONFIG (1400)

2 1

version 3.2.007: Crash on boot
by Greg D. 17 Dec '19

17 Dec '19

Hi folks, Well, the module updated to 3.2.007 last night. I just checked on it, and it appears that it didn't exactly survive. Crashed while running the autoconfig script. Log with two cycles attached. I tried renaming the /store/events directory to /store/was_events since it seems like Duktape was getting in the way, but that didn't resolve the crash. I manually enabled wifi so I could manage the module, and moved it back to 3.2.005 from the other partition. Seems stable again. The car is going into the Service Center tomorrow (the perennial issue with 1146 alerts), so I need to have the module stable so that I can keep an eye on it. Going to leave it on 3.2.005 for now, unless someone has a quick fix in the next few hours... Otherwise, any ideas for troubleshooting after I get the car back back (hopefully end of day)? Greg

6 26

Disabled DNS & router offer on AP DHCP
by Michael Balzer 17 Dec '19

17 Dec '19

Everyone, please test: following a user suggestion I've disabled the DNS and routing (gateway) offer sent by the Wifi AP DHCP server. Important: you also need to update the esp-idf from our repository, as the standard DHCP server has a bug that prevents disabling the DNS offer. This allows devices capable of standard network routing to connect to the OVMS AP without losing their internet connectivity (e.g. provided by cellular network), potentially solving the issue of the OVMS not acting as an internet router for AP clients. iOS supports this. Android apparently doesn't support this. As soon as it connects to any AP, it routes everything over that interface, ignoring missing router or DNS announcements. You can manually tweak the routing, but only on a rooted device. If anyone knows a trick to do this with an unrooted Android, please tell. There is an option to bind to a specific network interface. That's meant to support specifically Apps needing to connect to a Wifi network without internet access without losing the cellular connection. That could mean we can create our own browser App that binds to the OVMS wifi network. Will depend on the browser component also using that binding for all successive connections though. Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

1 0

Android App 3.14.0
by Michael Balzer 16 Dec '19

16 Dec '19

I've just released version 3.14.0 of the Android App to the Play Store. History: https://github.com/openvehicles/Open-Vehicle-Android/wiki/History#version-3… * OpenChargeMap reader: raise network timeouts, add error feedback * Whiten Tesla Roadster image (issue #88) * Twizy battery chart: synchronize cells with large time offsets * Car editor: add server selection * Notifications: disable suggestions on command input * Map settings: fix spinner style * Map: o view change => disable tracking & enable 'my location' button o fetch OCM updates for view area * OpenChargeMap API: o HTTPS support o added user agent o added API key o queue area update fetches * CarsStorage: change file format to JSON to avoid further upgrade data losses * Removed obsolete previous map layout * Map settings dialog optimized & localized * Map: inhibit autotrack camera updates during user interaction * Optimize PNG files (removed exif data) * Car editor: fix crash on start with lost/corrupted car storage * Database: sanitize user input * Allow password length up to 255 characters (issue #91) * Keep foreground ApiService alive & connected on Android >= 7 * Log class cleanup * Added 12V battery history chart * Gradle update * Minify disabled due to missing classes in APK * 12V history: tolerate D records from outdated firmware versions APK: https://github.com/openvehicles/Open-Vehicle-And...elease/OpenVehicleApp-re… Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

2 2