- OvmsDev - Open Vehicles

Re: [Ovmsdev] can log vfs crashes
by Derek Caudwell 30 Sep '20

30 Sep '20

Hi Michael, When the vehicle is not set to poll and only receiving can1 messages I managed to obtain a 10Mb file - logging a variety of signals some with 10ms timing without any issues. However, when polling and can1/can2 are operating and I try to log the same signals I get the following crash trace. I would suspect the underlying cause of the crashing relates to both buses being active as opposed to the polling but that may not be the case. Last crash: abort() was called on core 0 Backtrace: 0x4008e627 0x4008e8c1 0x400e7060 0x40083f6a Event: ticker.1@esp32wifi 0 secs WDT tasks: IDLE1|OVMS DukTape 0x4008e627 is in invoke_abort (/mnt/c/linux/ovms/esp-idf/components/esp32/panic.c:156). 151 #endif 152 while (1) { 153 if (esp_cpu_in_ocd_debug_mode()) { 154 __asm__ ("break 0,0"); 155 } 156 *((int *) 0) = 0; 157 } 158 } 159 160 void abort() 0x4008e8c1 is in abort (/mnt/c/linux/ovms/esp-idf/components/esp32/panic.c:171). 166 * don't overwrite that. 167 */ 168 if (esp_reset_reason_get_hint() == ESP_RST_UNKNOWN) { 169 esp_reset_reason_set_hint(ESP_RST_PANIC); 170 } 171 invoke_abort(); 172 } 173 174 175 static const char *edesc[] = { 0x400e7060 is in task_wdt_isr (/mnt/c/linux/ovms/esp-idf/components/esp32/task_wdt.c:174). 169 esp_task_wdt_isr_user_handler(); 170 if (twdt_config->panic){ //Trigger Panic if configured to do so 171 ESP_EARLY_LOGE(TAG, "Aborting."); 172 portEXIT_CRITICAL_ISR(&twdt_spinlock); 173 esp_reset_reason_set_hint(ESP_RST_TASK_WDT); 174 abort(); 175 } 176 177 portEXIT_CRITICAL_ISR(&twdt_spinlock); 178 } 0x40083f6a is at /mnt/c/linux/ovms/esp-idf/components/freertos/xtensa_vectors.S:1154. 1149 wsr a0, PS 1150 rsync 1151 1152 /* OK to call C code at this point, dispatch user ISRs */ 1153 1154 dispatch_c_isr 1 XCHAL_INTLEVEL1_MASK 1155 1156 /* Done handling interrupts, transfer control to OS */ 1157 call0 XT_RTOS_INT_EXIT /* does not return directly here */ 1158

2 1

Duktape Persistent Function References
by Mark Webb-Johnson 28 Sep '20

28 Sep '20

@Michael this is probably for you. I am trying to implement javascript command registration. The idea is that a javascript module can call something like: OvmsCommand.Register(basecommand, name, title, callbackfn, usage, min, max) Then we reflect that into MyCommandApp.RegisterCommand, and keep a track of which command is for which javascript callbackfn. When the command is executed, we pass it into duktape. I also have tracking for javascript module loading and unloading, so I can DeregisterCommand() if duktape is reloaded (and also protected against commands being registered in short-lived scripts run from the command line). To implement this, I need to store the callbackfn as a persistent reference to a duktape javascript function. The issue with callback function references in duktape is summarised here: https://wiki.duktape.org/howtonativepersistentreferences <https://wiki.duktape.org/howtonativepersistentreferences> When a Duktape/C function is called, Duktape places the call arguments on the value stack. While the arguments are on the value stack, they're guaranteed to be reachable and the Duktape/C function can safely work with the arguments. However, when the Duktape/C function returns, the value stack is unwound and references in the function's value stack frame are lost. If the last reference to a particular value was in the function's value stack frame, the value will be garbage collected when the function return is processed. The standard approach is to store the reference back in the duktape duk_push_global_stash so it won’t get garbage-collected. But, that seems messy. I see that Michael has already implemented something that seems similar in ovms_script.{h, cpp}, for the async http callbacks. Presumably to avoid this issue. But, the approach seems very different, and I am not sure if it is stopping _all_ garbage collection for the duration of the async query, or just that particular object being garbage collected. The work seems extensive (quite a few objects involved). So @Michael, any suggestions for this? I don’t want to reinvent the wheel... Regards, Mark.

3 18

Fwd: Your app Open Vehicles (490098531) has been approved for beta testing.
by Mark Webb-Johnson 27 Sep '20

27 Sep '20

This contains the image updates. Regards, Mark > > > > > Build 1.8.3 (20200928) of your app has been approved for TestFlight beta testing. > > App Name: Open Vehicles > App Apple ID: 490098531 > Bundle Version Short String: 1.8.3 > Build Number: 20200928 > Platform: iOS > SKU: OVMS-IOS

1 0

JS modules no longer working
by Jaunius Kapkan 27 Sep '20

27 Sep '20

Hi, I noticed my javascript modules have stopped working today (haven’t checked for some time). After looking more in to it, they seem to fail with the following error: ERROR: ReferenceError: identifier 'exports' undefined (line 29) Was there a change made and the modules need to be integrated differentley, or is this a bug? I am on 3.2.013-82-gd365a6a/ota_1/edge Regards, Jaunius Kapkan [Sent from cellphone]

1 1

can log vfs crashes
by Derek Caudwell 27 Sep '20

27 Sep '20

Hi all, I am wanting to can log 10ms signals to the sdcard, but doing so causes the system to crash. However, I do not require 10ms resolution, 100-500ms would be fine. What would be the best approach to set a logging resolution so as to ignore the intervening packets and avoid overloading the core? Cheers Derek

2 1

dexters-web.de has moved to a new server
by Michael Balzer 26 Sep '20

26 Sep '20

Everyone, I've just moved dexters-web.de to a new server. This applies as well to the OVMS server. If you already used the name ovms.dexters-web.de to access the server, you don't need to change anything. If you want to or need to use the IP address, you need to change that now to the new IP: 146.0.237.226 The port forwarding will be stopped in about two weeks. Please contact me in case of any issues. The new server of course is also run on 100% renewable energy. The new data center is located in Frankfurt (Germany), in close proximity to the DE-CIX. Due to this and the new hardware, latency and performance should show substantial improvement. Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

1 1

Fwd: Your app Open Vehicles (490098531) has been approved for beta testing.
by Mark Webb-Johnson 23 Sep '20

23 Sep '20

Our iOS App v1.8.3 (20200923) is now available for TestFlight testing. If you haven’t signed up for beta testing (and got a TestFlight invite already), you can access it via the public link: https://testflight.apple.com/join/05tfPlqR <https://testflight.apple.com/join/05tfPlqR> The only changes since v1.8.2 are to add the images for MGZS and VWUP. Regards, Mark. > > > > Build 1.8.3 (20200923) of your app has been approved for TestFlight beta testing. > > App Name: Open Vehicles > App Apple ID: 490098531 > Bundle Version Short String: 1.8.3 > Build Number: 20200923 > Platform: iOS > SKU: OVMS-IOS

1 0

Need some help on CAN errors
by Chris van der Meijden 21 Sep '20

21 Sep '20

Hi all I'm trying to make the Lock/Unlock function work for the VW e-UP on T26A. I found the right messages and got it working once, not knowing why. What I need to do is sending 22 messages in a row. My code for that is: // Send 0x291 messages for (k=0;k<15;k++) { data[0] = 0x8A; data[1] = 0xAA; data[2] = 0x00; data[3] = 0x00; data[4] = 0x00; data[5] = 0x46; data[6] = 0x03; data[7] = 0x00; if (vwup_enable_write && !dev_mode) comfBus->WriteStandard(0x291, length, data); } for (k=0;k<2;k++) { data[0] = 0x00; data[1] = 0xAA; data[2] = 0x00; data[3] = 0x00; data[4] = 0x00; data[5] = 0x46; data[6] = 0x03; data[7] = 0x00; if (vwup_enable_write && !dev_mode) comfBus->WriteStandard(0x291, length, data); } for (k=0;k<5;k++) { data[0] = 0x00; data[1] = 0x00; data[2] = 0x00; data[3] = 0x00; data[4] = 0x00; data[5] = 0x46; data[6] = 0x03; data[7] = 0x00; if (vwup_enable_write && !dev_mode) comfBus->WriteStandard(0x291, length, data); } This is what I get in the logging: V (96275) canlog-monitor: 1600352233.355713 3T11 291 8a aa 00 00 00 46 03 00 V (96275) canlog-monitor: 1600352233.357066 3CER TX_Queue T11 291 8a aa 00 00 00 46 03 00 V (96275) canlog-monitor: 1600352233.357673 3T11 291 8a aa 00 00 00 46 03 00 V (96275) canlog-monitor: 1600352233.358156 3CER TX_Queue T11 291 8a aa 00 00 00 46 03 00 E (96285) mcp2515: AsynchronousInterruptHandler: error while sending frame. msgId 0x291 V (96285) canlog-monitor: 1600352233.364241 3T11 291 8a aa 00 00 00 46 03 00 E (96285) can: can3: intr=8 rxpkt=0 txpkt=4 errflags=0x85050101 rxerr=0 txerr=107 rxovr=0 txovr=0 txdelay=6 wdgreset=0 errreset=0 V (96285) canlog-monitor: 1600352233.364745 3CER TX_Queue T11 291 8a aa 00 00 00 46 03 00 W (96285) mcp2515: can3 EFLG: TX_Err_Warn EWARN V (96285) canlog-monitor: 1600352233.364965 3CER TX_Queue T11 291 8a aa 00 00 00 46 03 00 E (96285) can: can3: intr=8 rxpkt=1 txpkt=5 errflags=0x4050104 rxerr=0 txerr=107 rxovr=0 txovr=0 txdelay=6 wdgreset=0 errreset=0 E (96285) canlog-monitor: 1600352233.366305 3CER Error intr=8 rxpkt=0 txpkt=4 errflags=0x85050101 rxerr=0 txerr=107 rxovr=0 txovr=0 txdelay=6 wdgreset=0 errreset=0 V (96285) canlog-monitor: 1600352233.367035 3R11 291 8a aa 00 00 00 46 03 00 V (96285) canlog-monitor: 1600352233.367620 3T11 291 8a aa 00 00 00 46 03 00 V (96295) canlog-monitor: 1600352233.367647 3CER TX_Fail T11 291 8a aa 00 00 00 46 03 00 E (96295) canlog-monitor: 1600352233.368350 3CER Error intr=8 rxpkt=1 txpkt=5 errflags=0x4050104 rxerr=0 txerr=107 rxovr=0 txovr=0 txdelay=6 wdgreset=0 errreset=0 V (96295) canlog-monitor: 1600352233.368403 3T11 291 8a aa 00 00 00 46 03 00 V (96295) canlog-monitor: 1600352233.369064 3T11 291 8a aa 00 00 00 46 03 00 V (96295) canlog-monitor: 1600352233.370243 3R11 470 40 00 00 00 00 00 00 14 V (96295) canlog-monitor: 1600352233.371859 3CER TX_Queue T11 291 8a aa 00 00 00 46 03 00 V (96295) canlog-monitor: 1600352233.374239 3T11 291 8a aa 00 00 00 46 03 00 V (96295) canlog-monitor: 1600352233.374827 3CER TX_Queue T11 291 8a aa 00 00 00 46 03 00 V (96295) canlog-monitor: 1600352233.375507 3T11 291 8a aa 00 00 00 46 03 00 V (96295) canlog-monitor: 1600352233.375976 3CER TX_Queue T11 291 8a aa 00 00 00 46 03 00 V (96305) canlog-monitor: 1600352233.384241 3T11 291 8a aa 00 00 00 46 03 00 V (96305) canlog-monitor: 1600352233.384985 3CER TX_Queue T11 291 8a aa 00 00 00 46 03 00 V (96305) canlog-monitor: 1600352233.385602 3CER TX_Queue T11 291 8a aa 00 00 00 46 03 00 E (96305) can: can3: intr=14 rxpkt=2 txpkt=10 errflags=0x27450501 rxerr=0 txerr=100 rxovr=0 txovr=0 txdelay=12 wdgreset=0 errreset=0 V (96305) canlog-monitor: 1600352233.386140 3CER TX_Queue T11 291 8a aa 00 00 00 46 03 00 W (96305) mcp2515: can3 EFLG: TX_Err_Warn EWARN E (96305) canlog-monitor: 1600352233.387010 3CER Error intr=14 rxpkt=2 txpkt=10 errflags=0x27450501 rxerr=0 txerr=100 rxovr=0 txovr=0 txdelay=12 wdgreset=0 errreset=0 V (96305) canlog-monitor: 1600352233.387820 3R11 291 8a aa 00 00 00 46 03 00 V (96315) canlog-monitor: 1600352233.388508 3R11 291 8a aa 00 00 00 46 03 00 V (96315) canlog-monitor: 1600352233.388548 3T11 291 8a aa 00 00 00 46 03 00 V (96315) canlog-monitor: 1600352233.388586 3T11 291 8a aa 00 00 00 46 03 00 V (96315) canlog-monitor: 1600352233.390509 3T11 291 8a aa 00 00 00 46 03 00 V (96315) canlog-monitor: 1600352233.391040 3R11 359 ff 89 ff 00 10 6b 80 00 V (96315) canlog-monitor: 1600352233.392246 3T11 291 8a aa 00 00 00 46 03 00 V (96315) canlog-monitor: 1600352233.392765 3CER TX_Queue T11 291 8a aa 00 00 00 46 03 00 V (96315) canlog-monitor: 1600352233.394239 3T11 291 8a aa 00 00 00 46 03 00 V (96315) canlog-monitor: 1600352233.394816 3CER TX_Queue T11 291 00 aa 00 00 00 46 03 00 V (96315) canlog-monitor: 1600352233.395680 3T11 291 8a aa 00 00 00 46 03 00 V (96315) canlog-monitor: 1600352233.396153 3CER TX_Queue T11 291 00 aa 00 00 00 46 03 00 V (96325) canlog-monitor: 1600352233.404239 3T11 291 00 aa 00 00 00 46 03 00 V (96325) canlog-monitor: 1600352233.404538 3CER TX_Queue T11 291 00 00 00 00 00 46 03 00 V (96325) canlog-monitor: 1600352233.404753 3CER TX_Queue T11 291 00 00 00 00 00 46 03 00 V (96325) canlog-monitor: 1600352233.404791 3R11 291 00 00 00 00 00 46 03 00 V (96325) canlog-monitor: 1600352233.405089 3R11 457 00 47 00 V (96325) canlog-monitor: 1600352233.405126 3T11 291 00 00 00 00 00 46 03 00 V (96325) canlog-monitor: 1600352233.406203 3T11 291 00 00 00 00 00 46 03 00 V (96325) canlog-monitor: 1600352233.407538 3T11 291 00 00 00 00 00 46 03 00 V (96325) canlog-monitor: 1600352233.408701 3CER TX_Queue T11 291 00 00 00 00 00 46 03 00 V (96335) canlog-monitor: 1600352233.414259 3T11 291 00 00 00 00 00 46 03 00 E (96335) can: can3: intr=25 rxpkt=7 txpkt=21 errflags=0x27400501 rxerr=0 txerr=90 rxovr=0 txovr=0 txdelay=18 wdgreset=0 errreset=0 E (96335) canlog-monitor: 1600352233.416398 3CER Error intr=25 rxpkt=7 txpkt=21 errflags=0x27400501 rxerr=0 txerr=90 rxovr=0 txovr=0 txdelay=18 wdgreset=0 errreset=0 V (96335) canlog-monitor: 1600352233.416729 3R11 320 01 00 00 01 00 02 00 80 V (96335) canlog-monitor: 1600352233.417216 3R11 575 00 00 00 00 V (96335) canlog-monitor: 1600352233.417255 3T11 291 00 00 00 00 00 46 03 00 V (96335) canlog-monitor: 1600352233.417283 3T11 291 00 00 00 00 00 46 03 00 I (96335) ovms-server-v2: Send MP-0 c22,0 I see some weird stuff here ... The TX that come to the bus (3T11) we see 15 times the first messages (that is right), one time the second messages (wrong, should be two) and 6 times the third messages (wrong, should be 5). On the RX side (3R11) we only see 3 times the first messages, none of the second and one of the third. To unlock the doors we need on 3R11 (???) 15 times first, 5 times second and two times third. I don't understand enough from the can communication within OVMS to solve this on my own. Could someone help me out here? Thanx! Regards Chris

3 17

Android App Release 3.17.2
by Michael Balzer 20 Sep '20

20 Sep '20

Version 3.17.2 (2020-09-20) * MG ZS EV: improved car overlay images * VW UpMiiGo: added car overlay images * Nissan Leaf: display main battery voltage * All vehicles: display cabin temperature if supported Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

1 0

Crash report server statistics (dexters-web)
by Michael Balzer 18 Sep '20

18 Sep '20

Everyone, TL;DR: we've got a huge improvement with 3.2.015, but still quite a lot crashes, with some focus on Kia Niro & Smart ED. Main crash reason now is the watchdog triggering, meaning some task running more or less continuously for over 60 seconds, so the low prio tasks don't get any CPU share. That crash type seems to happen on all car types. Total crash report counts per version and car type for cars registered at dexters-web.de, based on DebugCrash records of the last 3 days: crash_version c_type crash_count 3.2.008-101-ga8361db5 NL 66 3.2.009-7-gc57fb4c7-dirty MI 2 3.2.010-187-g54fa43ac NL 1 3.2.011-4-g9de2ecd9-dirty KN 1 3.2.013 TR2S 22 3.2.013-223-g7c41d3a6 KN 2 3.2.013-223-g7c41d3a6 RT 3 3.2.013-223-g7c41d3a6 SE 1 3.2.013-45-g10f2f729-dirty KN 2 3.2.014 KN 272 3.2.014 MI 1 3.2.014 NL 70 3.2.014 RT 15 3.2.014 SE 8 3.2.014 TR2N 1 3.2.014 TR2S 1 3.2.014-136-g06dbaf15-dirty SE 2 3.2.014-42-g6c884ce6 TR1N 1 3.2.014-84-g07f25e35 NL 8 3.2.015 KN 40 3.2.015 NL 1 3.2.015 NONE 2 3.2.015 RZ 2 3.2.015 SE 11 3.2.015-11-g5f5d9c8b-dirty MG 1 3.2.015-25-g3397409b KN 1 3.2.015-25-g3397409b NL 1 3.2.015-28-g13c10bcf-dirty VWUP.OBD 2 3.2.015-30-gffd0cace-dirty RT 1 3.2.015-39-g0b2819b9 SE 1 3.2.015-39-g0b2819b9 SQ 1 3.2.015-46-ge93058df MI 1 3.2.015-81-ga90d3a4c-dirty VWUP.OBD 1 Same query extended by crash type (reset reason & backtrace): crash_version c_type crash_count crash_resetreason crash_backtrace 3.2.008-101-ga8361db5 NL 66 Task watchdog 0x4008ae97 0x4008b12d 0x400e6fe4 0x40083d92 3.2.009-7-gc57fb4c7-dirty MI 2 Exception/panic 0x4008b013 0x4008b2a9 0x4010ea3b 0x4009792b 0x400840b9 0x40084721 0x4000bec7 0x401c8ad9 0x400f1f45 0x400f2b47 0x400f2b40 0x400f2b40 0x4015a971 0x4015981a 0x400f535d 0x400f5555 0x400f55bd 0x400f55cd 3.2.010-187-g54fa43ac NL 1 Exception/panic 0x400ff929 0x40161011 0x401616f5 0x4015e70a 0x4015ea45 0x4015f9be 0x4015fad5 3.2.011-4-g9de2ecd9-dirty KN 1 Task watchdog 0x4008b75f 0x4008b9f9 0x400e5a94 0x4008405a 3.2.013 TR2S 22 Task watchdog 0x4008b72f 0x4008b9c9 0x400e6abc 0x4008404a 3.2.013-223-g7c41d3a6 KN 2 Task watchdog 0x4008b03f 0x4008b2d5 0x400e70a4 0x40083d96 3.2.013-223-g7c41d3a6 RT 3 Task watchdog 0x4008b03f 0x4008b2d5 0x400e70a4 0x40083d96 3.2.013-223-g7c41d3a6 SE 1 Task watchdog 0x4008b03f 0x4008b2d5 0x400e70a4 0x40083d96 3.2.013-45-g10f2f729-dirty KN 1 Task watchdog 0x4008b75f 0x4008b9f9 0x400e58d0 0x4008405a 3.2.013-45-g10f2f729-dirty KN 1 Exception/panic 0x401087f3 0x40109f78 0x40134aa6 0x40134aec 0x40134751 0x400f5b09 0x400f5d22 0x400f5d99 0x400f5da9 3.2.014 KN 151 Task watchdog 0x4008e627 0x4008e8c1 0x400e6e34 0x40083f6a 3.2.014 KN 57 Unknown/unset 3.2.014 KN 34 Task watchdog 0x4008e627 0x4008e8c1 0x400e612c 0x40083f6a 3.2.014 KN 13 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f849d 0x40131a63 0x401361a9 0x40108302 0x40108572 0x401085f5 0x40109e82 0x4010a3da 0x401064be 0x400f20c4 0x400f2161 3.2.014 KN 12 Exception/panic 0x4008e627 0x4008e8c1 0x4008e8d8 0x40090920 0x40092270 0x40092226 3.2.014 KN 2 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f849d 0x40131a63 0x40131ff9 0x4013617e 0x40108302 0x40108572 0x401085e4 0x40109e82 0x4010a3da 0x401064be 0x400f20c4 0x400f2161 3.2.014 KN 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f83fd 0x40160734 0x40293d7d 0x400f6711 0x400f676d 0x40293151 0x401678a0 0x40168484 0x40161d62 0x401622ce 0x4015f821 0x400f86ca 0x400f8865 0x400f894c 0x400f89ad 3.2.014 KN 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f849d 0x40131a63 0x401361f3 0x40108302 0x40108474 0x4010a3ff 0x401064be 0x400f20c4 0x400f2161 3.2.014 MI 1 Task watchdog 0x4008e627 0x4008e8c1 0x400e612c 0x40083f6a 3.2.014 MI 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f849d 0x40131a63 0x401361a9 0x40108302 0x40108572 0x401085f5 0x4010a0c2 0x4010a3da 0x401064be 0x400f20c4 0x400f2161 3.2.014 NL 35 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f83fd 0x4016059a 0x40293d7d 0x400f6711 0x400f676d 0x40293151 0x40175f25 0x40176355 0x401625cd 0x40293d02 3.2.014 NL 21 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f83fd 0x4016054c 0x40293d7d 0x400f6711 0x400f676d 0x40293151 0x40175f25 0x401763c3 0x401625cd 0x40293d02 3.2.014 NL 4 Task watchdog 0x4008e627 0x4008e8c1 0x400e612c 0x40083f6a 3.2.014 NL 3 Exception/panic 0x4008e627 0x4008e8c1 0x400f2be4 0x400f3145 0x40160684 0x40293c3d 0x400ed511 0x400ed56d 0x40292d09 0x40176cb5 0x40177153 0x40162705 0x40293bc2 3.2.014 NL 2 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f83fd 0x4016059a 0x40293d7d 0x400f6711 0x400f676d 0x40293151 0x40175f25 0x40176379 0x401625cd 0x40293d02 3.2.014 NL 2 Exception/panic 0x4008e627 0x4008e8c1 0x400e090c 0x401c5a79 0x401c60c6 0x4012c361 0x4012c6fd 0x4012cca3 3.2.014 NL 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f2be4 0x400f3145 0x401606d2 0x40293c3d 0x400ed511 0x400ed56d 0x40292d09 0x40176cb5 0x40177109 0x40162705 0x40293bc2 3.2.014 NL 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f2be4 0x400f3145 0x401606d2 0x40293c3d 0x400ed511 0x400ed56d 0x40292d09 0x40176cb5 0x401770e5 0x40162705 0x40293bc2 3.2.014 NL 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f2be4 0x400f31e5 0x40131ac3 0x40136209 0x401082be 0x4010852e 0x401085b1 0x40109e3e 0x4010a396 0x4010647a 0x400fb63f 0x400fb6ed 3.2.014 RT 9 Task watchdog 0x4008e627 0x4008e8c1 0x400e612c 0x40083f6a 3.2.014 RT 2 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f849d 0x40131a63 0x401361a9 0x40108302 0x40108572 0x401085f5 0x40109e82 0x4010a3da 0x401064be 0x400f20c4 0x400f2161 3.2.014 RT 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f849d 0x4013676b 0x401367ab 0x4013856e 0x4010b6c2 0x40108302 0x40109cb5 0x4010a10d 0x4010a3da 0x401064be 0x400f20c4 0x400f2161 3.2.014 RT 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f849d 0x4013676b 0x40136c43 0x40138006 0x40136302 0x400f86ca 0x400f8865 0x400f894c 0x400f89ad 3.2.014 RT 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f849d 0x40131a63 0x401361f3 0x40108302 0x40108474 0x4010a3ff 0x401064be 0x400f20c4 0x400f2161 3.2.014 RT 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f849d 0x400f8675 0x400f86a9 0x4020dc91 3.2.014 SE 7 Task watchdog 0x4008e627 0x4008e8c1 0x400e612c 0x40083f6a 3.2.014 SE 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f849d 0x40131a63 0x401361a9 0x40108302 0x40108572 0x401085f5 0x40109e82 0x4010a3da 0x401064be 0x400f20c4 0x400f2161 3.2.014 TR2N 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f7e98 0x400f849d 0x40131a63 0x401361a9 0x40108302 0x40108572 0x401085f5 0x40109e82 0x4010a3da 0x401064be 0x400f20c4 0x400f2161 3.2.014 TR2S 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f2be4 0x400f31e5 0x40131ac3 0x40136209 0x401082be 0x4010852e 0x401085b1 0x40109e3e 0x4010a396 0x4010647a 0x400fb63f 0x400fb6ed 3.2.014-136-g06dbaf15-dirty SE 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f40c4 0x400f46c9 0x40132107 0x4013684d 0x40108aba 0x40108d2a 0x40108dad 0x4010a63a 0x4010ab8a 0x40106c7a 0x400fb4ef 0x400fb59d 3.2.014-136-g06dbaf15-dirty SE 1 Task watchdog 0x4008e627 0x4008e8c1 0x400e72d8 0x40083f6a 3.2.014-42-g6c884ce6 TR1N 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f85b8 0x400f8bbd 0x40132183 0x40136913 0x40108a1e 0x40108b90 0x4010ab13 0x40106bde 0x400f27d0 0x400f286d 3.2.014-84-g07f25e35 NL 7 Task watchdog 0x4008e627 0x4008e8c1 0x400e61e4 0x40083f6a 3.2.014-84-g07f25e35 NL 1 Exception/panic 0x4008e627 0x4008e8c1 0x400f8608 0x400f8b6d 0x4016132a 0x40295749 0x400f6e81 0x400f6edd 0x40294b15 0x401770cd 0x40177759 0x40163561 0x402956c6 3.2.015 KN 33 Unknown/unset 3.2.015 KN 5 Task watchdog 0x4008e627 0x4008e8c1 0x400e6200 0x40083f6a 3.2.015 KN 2 Task watchdog 0x4008e627 0x4008e8c1 0x400e6f08 0x40083f6a 3.2.015 NL 1 Task watchdog 0x4008e627 0x4008e8c1 0x400e6f08 0x40083f6a 3.2.015 NONE 2 Task watchdog 0x4008e627 0x4008e8c1 0x400e6f08 0x40083f6a 3.2.015 RZ 2 Task watchdog 0x4008e627 0x4008e8c1 0x400e6200 0x40083f6a 3.2.015 SE 11 Task watchdog 0x4008e627 0x4008e8c1 0x400e6200 0x40083f6a 3.2.015-11-g5f5d9c8b-dirty MG 1 Exception/panic 0x4017314a 0x4017324b 0x4017333a 0x4017334e 0x401644df 0x40164510 0x401645e4 0x400f541f 0x400f502e 0x400f4a16 0x400f4bb1 0x400f4c98 0x400f4cf9 3.2.015-25-g3397409b KN 1 Task watchdog 0x4008e627 0x4008e8c1 0x400e6200 0x40083f6a 3.2.015-25-g3397409b NL 1 Task watchdog 0x4008e627 0x4008e8c1 0x400e6200 0x40083f6a 3.2.015-28-g13c10bcf-dirty VWUP.OBD 2 Task watchdog 0x4008e627 0x4008e8c1 0x400e7050 0x40083f6a 3.2.015-30-gffd0cace-dirty RT 1 Exception/panic 0x4008e627 0x4008e8c1 0x400847e3 0x40084909 0x4011b3e9 0x4010d241 0x4010cd3d 0x4009389f 0x4008427d 0x400846e5 0x4000bec7 0x400ef696 0x400ef6a1 0x400eff52 0x400f0064 0x4014c7fd 0x4014c821 0x4014ced2 0x4014d2b7 0x4014db0c 0x40153c29 0x40108c1e 0x40109c4d 0x40108c1e 0x40108fe7 0x401090de 0x4010aa67 0x4010acee 0x40106dde 0x400f29c7 0x400f2a75 3.2.015-39-g0b2819b9 SE 1 Task watchdog 0x4008e627 0x4008e8c1 0x400e6290 0x40083f6a 3.2.015-39-g0b2819b9 SQ 1 Exception/panic 0x400fec54 0x4015d851 0x4015de61 0x4015b169 0x4015b49b 0x4015c3d6 0x4015c4e9 3.2.015-46-ge93058df MI 1 Task watchdog 0x4008e627 0x4008e8c1 0x400e7490 0x40083f6a 3.2.015-81-ga90d3a4c-dirty VWUP.OBD 1 Task watchdog 0x4008e627 0x4008e8c1 0x400e700c 0x40083f6a Car count by type: c_type c_count DBC 1 KN 28 KS 6 MB 1 MG 3 MI 6 NL 38 NONE 2 O2 2 RT 91 RZ 6 SE 27 SQ 2 TR 1 TR1N 1 TR2N 7 TR2S 9 TS 1 VAA12 1 VAA13 1 VAA14 1 VWUP 2 VWUP.OBD 1 XX 2 Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

3 8