<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
Derek,<br>
<br>
that's the typical watchdog reset.<br>
<br>
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.<br>
<br>
Maybe there is some flaw in the MCP driver or in your poll reply
handling?<br>
<br>
What CPU usages do you see normally vs. with logging enabled? Do you
see abnormal spikes in some task?<br>
<br>
(Except Duktape, that needs some CPU once per minute for the garbage
collection…)<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div class="moz-cite-prefix">Am 30.09.20 um 08:43 schrieb Derek
Caudwell:<br>
</div>
<blockquote type="cite"
cite="mid:CAKUcfWGXTBi0SFePNV02dCQerH5FSf=tGZsh3eBcPQ4VhAdN6w@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div>Hi Michael,<br>
</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div><span style="color:rgb(0,34,0);font-family:Monaco,Menlo,Consolas,"QuickType Mono","Lucida Console","Roboto Mono","Ubuntu Mono","DejaVu Sans Mono","Droid Sans Mono",monospace;font-size:13px;white-space:pre-line">Last crash: abort() was called on core 0
Backtrace:
0x4008e627 0x4008e8c1 0x400e7060 0x40083f6a
Event: ticker.1@esp32wifi 0 secs
WDT tasks: IDLE1|OVMS DukTape</span> <br>
</div>
<div><br>
</div>
0x4008e627 is in invoke_abort
(/mnt/c/linux/ovms/esp-idf/components/esp32/panic.c:156).<br>
151 #endif<br>
152 while (1) {<br>
153 if (esp_cpu_in_ocd_debug_mode()) {<br>
154 __asm__ ("break 0,0");<br>
155 }<br>
156 *((int *) 0) = 0;<br>
157 }<br>
158 }<br>
159<br>
160 void abort()<br>
0x4008e8c1 is in abort
(/mnt/c/linux/ovms/esp-idf/components/esp32/panic.c:171).<br>
166 * don't overwrite that.<br>
167 */<br>
168 if (esp_reset_reason_get_hint() == ESP_RST_UNKNOWN)
{<br>
169 esp_reset_reason_set_hint(ESP_RST_PANIC);<br>
170 }<br>
171 invoke_abort();<br>
172 }<br>
173<br>
174<br>
175 static const char *edesc[] = {<br>
0x400e7060 is in task_wdt_isr
(/mnt/c/linux/ovms/esp-idf/components/esp32/task_wdt.c:174).<br>
169 esp_task_wdt_isr_user_handler();<br>
170 if (twdt_config->panic){ //Trigger Panic if
configured to do so<br>
171 ESP_EARLY_LOGE(TAG, "Aborting.");<br>
172 portEXIT_CRITICAL_ISR(&twdt_spinlock);<br>
173 esp_reset_reason_set_hint(ESP_RST_TASK_WDT);<br>
174 abort();<br>
175 }<br>
176<br>
177 portEXIT_CRITICAL_ISR(&twdt_spinlock);<br>
178 }<br>
0x40083f6a is at
/mnt/c/linux/ovms/esp-idf/components/freertos/xtensa_vectors.S:1154.<br>
1149 wsr a0, PS<br>
1150 rsync<br>
1151<br>
1152 /* OK to call C code at this point, dispatch user
ISRs */<br>
1153<br>
1154 dispatch_c_isr 1 XCHAL_INTLEVEL1_MASK<br>
1155<br>
1156 /* Done handling interrupts, transfer control to OS
*/<br>
1157 call0 XT_RTOS_INT_EXIT /* does not
return directly here */<br>
<div>1158 </div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26</pre>
</body>
</html>