Derek,

that's the typical watchdog reset.

I have no vehicle needing to use two buses, but even with high volume traffic on CAN1, I don't see high CPU usages. With my 10ms interval CAN feed and a running crtd log, I get ~ 4-5% additional CPU load on core 1. Nowhere near a watchdog trigger reason.

Maybe there is some flaw in the MCP driver or in your poll reply handling?

What CPU usages do you see normally vs. with logging enabled? Do you see abnormal spikes in some task?

(Except Duktape, that needs some CPU once per minute for the garbage collection…)

Regards,
Michael


Am 30.09.20 um 08:43 schrieb Derek Caudwell:
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  

_______________________________________________
OvmsDev mailing list
OvmsDev@lists.openvehicles.com
http://lists.openvehicles.com/mailman/listinfo/ovmsdev

-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26