Random Rebooting

556duckvader
New Member

Posts: 29

Random Rebooting Feb 15, 2020 18:13:26 GMT -8

Quote

Post by 556duckvader on Feb 15, 2020 18:13:26 GMT -8

I am running the OurWeather V2 and it appears to be randomly rebooting. Below is the output from the serial port right before it reboots.

---------------

Reading Sensors

---------------

---------------

Internal Clock

---------------

2020-02-15 21:04:01

---------------

---------------

TSL2591

---------------

---------------

SHT30

---------------

SHT30 Found

SHT30Temp=18.94

SHT30Humid=37.53

---------------

BMP280

---------------

Pressure: 1026.24 hPa

Temperature: 24.73 C

Altitude: 122.39 m

---------------

AirQualitySensor

---------------

Sensor_Value=197--->Sensor_Value=187--->0

Sensor_Value=659--->1

Sensor_Value=196--->2

Sensor_Value=204--->3

---------------

SunAirPlus Not Present

---------------

---------------

WeatherRack

---------------

WeatherRack on Local Station

windSpeedMin =3.13 windSpeedMax =3.34

windGustMin =3.13 windGustMax =3.51

windDirectionMin =225.00 windDirectionMax =225.00

currentWindSpeed=3.13 currentWindGust=3.13 Wind Direction=225.00 Cumulative Rain = 0.00

363854

354495

Memory loss before available:4294965128

Memory loss before handling:0

GET /

FullDataString HTTP/

Memory loss:808

Sending command

Command: v

State: x

State of buffer at the start:

Memory loss:0

Added to buffer as progmem: HTTP/1.1 200 OK

Access-Control-Allow-Origin: *

Access-Control-Allow-Methods: POST, GET, PUT, OPTIONS

Content-Type: application/json

Connection: close

Memory loss:0

Added to buffer as progmem: {

Memory loss:0

Added to buffer as char: FullDataString

Memory loss:0

Added to buffer as progmem: :

Memory loss:256

Added to buffer as char: 18.94,37.53,24.73,102624.00,122.39,3.13,3.13,225.00,0.00,3.13,3.34,3.13,3.51,225.00,225.00,0,2020-02-15 21:04:01,NortonWeather ,3152,4,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,V:,WXLMB ,0,,,0,,,0,0.00,-3500

Memory loss:4294967040

Added to buffer as progmem: ,

Memory loss:0

Added to buffer as progmem: "id":

Memory loss:0

Added to buffer as char: 1

Memory loss:0

Added to buffer as progmem: , "name":

Memory loss:0

Added to buffer as char: OurWeather

Memory loss:0

Added to buffer as progmem: , "softwareversion":

Memory loss:0

Added to buffer as char: 056

Memory loss:0

Added to buffer as progmem: , "hardware":

Memory loss:0

Added to buffer as char: esp32

Memory loss:0

Added to buffer as progmem: , "Controllerboard":

Memory loss:0

Added to buffer as char: V2

Memory loss:0

Added to buffer as progmem: , "connected": true}

Memory loss:0

Added to buffer as progmem:

Memory loss:0

State of buffer at the end: HTTP/1.1 200 OK

Access-Control-Allow-Origin: *

Access-Control-Allow-Methods: POST, GET, PUT, OPTIONS

Content-Type: application/json

Connection: close

{"FullDataString": "18.94,37.53,24.73,102624.00,122.39,3.13,3.13,225.00,0.00,3.13,3.34,3.13,3.51,225.00,225.00,0,2020-02-15 21:04:01,NortonWeather ,3152,4,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,V:,WXLMB ,0,,,0,,,0,0.00,-3500", "id": "1", "name": "OurWeather", "softwareversion": "056", Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0)

Core 0 register dump:

PC : 0x4008d15a PS : 0x00060134 A0 : 0x8008c317 A1 : 0x3ffbe020

A2 : 0x3ffb8434 A3 : 0x3ffbc280 A4 : 0x00000001 A5 : 0x00000001

A6 : 0x00060123 A7 : 0x00000000 A8 : 0x3ffbc280 A9 : 0x3ffbc280

A10 : 0x00000019 A11 : 0x00000019 A12 : 0x00000001 A13 : 0x00000001

A14 : 0x00060121 A15 : 0x00000000 SAR : 0x00000016 EXCCAUSE: 0x00000005

EXCVADDR: 0x00000000 LBEG : 0x400014fd LEND : 0x4000150d LCOUNT : 0xfffffffe

Core 0 was running in ISR context:

EPC1 : 0x4008b79e EPC2 : 0x00000000 EPC3 : 0x00000000 EPC4 : 0x4008d15a

Backtrace: 0x4008d15a:0x3ffbe020 0x4008c314:0x3ffbe040 0x4008a59f:0x3ffbe060 0x400f6725:0x3ffbe0a0 0x400f4315:0x3ffbe0c0 0x400f4622:0x3ffbe0e0 0x400f47fd:0x3ffbe100 0x400f4832:0x3ffbe150 0x400f48a4:0x3ffbe170 0x4008110d:0x3ffbe190 0x400814b5:0x3ffbe1b0 0x40085445:0x3ffbe1d0 0x40184947:0x3ffbc170 0x400f9992:0x3ffbc190 0x4008bf8d:0x3ffbc1b0 0x4008a799:0x3ffbc1d0

Core 1 register dump:

PC : 0x4008ac5d PS : 0x00060034 A0 : 0x8008b3c1 A1 : 0x3ffd0f70

A2 : 0x3ffbf828 A3 : 0xb33fffff A4 : 0x00060023 A5 : 0x003fffff

A6 : 0x3ffbe7d8 A7 : 0x00000001 A8 : 0x0000cdcd A9 : 0x0000abab

A10 : 0x0000cdcd A11 : 0x3ffceb60 A12 : 0x8008bf9f A13 : 0x3ffbe760

A14 : 0x00000008 A15 : 0x00000001 SAR : 0x0000001f EXCCAUSE: 0x00000005

EXCVADDR: 0x00000000 LBEG : 0x400014fd LEND : 0x4000150d LCOUNT : 0xffffff7b

Backtrace: 0x4008ac5d:0x3ffd0f70 0x4008b3be:0x3ffd0fa0 0x4008cffc:0x3ffd0fc0 0x4008cfb2:0x400853e0

Rebooting...

ets Jun 8 2016 00:22:57

rst:0xc (SW_CPU_RESET),boot:0x13 (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:1

load:0x3fff0018,len:4

load:0x3fff001c,len:1044

load:0x40078000,len:8896

load:0x40080400,len:5816

entry 0x400806ac

SDL Global Moderator Posts: 5,655 Raspberry Pi: Yes Other Device: PC, arduino, beagleBone	Random Rebooting Feb 17, 2020 7:46:19 GMT -8 Quote Select Post Deselect Post Link to Post Member Give Gift Back to Top Post by SDL on Feb 17, 2020 7:46:19 GMT -8 Looks like it bombed in a REST access How often are you hitting it with REST requests? Haven't seen a bomb there so we need to gather more information. BP

556duckvader
New Member

Posts: 29

Random Rebooting Feb 17, 2020 10:09:42 GMT -8

Quote

Post by 556duckvader on Feb 17, 2020 10:09:42 GMT -8

I haven't made any changes to the code with the exception to the wind vane calculations and wind factor from 2.4 to 3.619.
The only thing I have setup is Blynk and I didn't change anything on that. The reset also come randomly when the anemometer and wind vane are actively spinning.

556duckvader
New Member

Posts: 29

Random Rebooting Feb 20, 2020 3:33:08 GMT -8 via mobile

Quote

Post by 556duckvader on Feb 20, 2020 3:33:08 GMT -8

Feb 17, 2020 7:46:19 GMT -8 SDL said:

Looks like it bombed in a REST access How often are you hitting it with REST requests? Haven't seen a bomb there so we need to gather more information.

BP

What info are you needing to begin investigating?

Marc Guest	Random Rebooting Feb 20, 2020 10:05:05 GMT -8 via mobile Quote Select Post Deselect Post Link to Post Back to Top Post by Marc on Feb 20, 2020 10:05:05 GMT -8 I saw that also sometimes on the serial when the thunderboard was connected.

SDL Global Moderator Posts: 5,655 Raspberry Pi: Yes Other Device: PC, arduino, beagleBone	Random Rebooting Feb 20, 2020 13:38:22 GMT -8 Quote Select Post Deselect Post Link to Post Member Give Gift Back to Top Post by SDL on Feb 20, 2020 13:38:22 GMT -8 How often are you hitting it with REST requests? BP

marc Guest	Random Rebooting Feb 21, 2020 7:27:32 GMT -8 Quote Select Post Deselect Post Link to Post Back to Top Post by marc on Feb 21, 2020 7:27:32 GMT -8 i dont use rest at all. i modified the code to send data via https request to my homeautomation system every 30 seconds.

SDL
Global Moderator

Posts: 5,655
Raspberry Pi: Yes
Other Device: PC, arduino, beagleBone

Random Rebooting Feb 21, 2020 13:17:53 GMT -8

Quote

Post by SDL on Feb 21, 2020 13:17:53 GMT -8

Marc,

If I understand what you are saying, that is using the REST interface (your https://) commands.

I have a theory that just came to me. What if your REST command comes in during the reading of the sensors? Could there be a race there and something gets hosed up?

I have an MQTT bug that I need to work out and it just occurred to me that these two might be related. What it is (assuming you are interested) is that the sensors, the MQTT protocol and the REST interface are running in RTOS tasks. Since two of these tasks are running reading information from the first, I might have what I call an "Atomic" problem - one task is reading when another is writing. That could be the issue. I'm wondering if both of these problems might be related.

I'm planning on fixing the MQTT bug in the first of next week (or maybe Sunday - I'm asking the boss if I can go skiing one day next week during the week) and I will add in protection to the REST interface too.

BP

Marc
Guest

Random Rebooting Feb 21, 2020 14:04:36 GMT -8 via mobile

Quote

Post by Marc on Feb 21, 2020 14:04:36 GMT -8

Hey,

I will find out what the exception is on the serial output tomorrow.

My code is different. I altered the function readsensors and added a function to send basic http post request after the each sensor data.

If a crahs happens also wifi is bot connecting anymore thats strange to. Iam not activly polling the rest interface of our weather.

I thought about what you are saying with the tasks. I altered the tasks to read the sensors to 30 seconds. Should i also set the task for the rest interface to the same time?

Best regards
Marc

SDL
Global Moderator

Posts: 5,655
Raspberry Pi: Yes
Other Device: PC, arduino, beagleBone

Random Rebooting Feb 21, 2020 14:18:55 GMT -8

Quote

Post by SDL on Feb 21, 2020 14:18:55 GMT -8

I just added semaphore production to the code and uploaded V057 up to GitHub.com/switchdoclabs. Moving tasks around will only move the problem around and change its frequency, IF that is the problem.

I see what you are doing in your code. You could use the REST interface to do the same things.

Your code could be part of the problem. There are a lot of threads running around and screwing up the stack could kill the WiFi and the rest of the code. It's definitely killing the processors and program from your previous points.

Best regards,

BP

P.S. I'll stick it up on the auto update service when I hear back from you.

556duckvader
New Member

Posts: 29

Random Rebooting Feb 22, 2020 10:44:21 GMT -8

Quote

Post by 556duckvader on Feb 22, 2020 10:44:21 GMT -8

Well I am not using REST that I know of. I literally just have mine connected via a serial cable to be about to watch the output. I haven't made any changes to the code with the exception to the wind vane calculations and wind factor from 2.4 to 3.619. The only thing I have setup is Blynk and I didn't change anything on that. I am still in the testing phase while I redesign and 3D print my FARS.

Marc
Guest

Random Rebooting Feb 22, 2020 11:07:47 GMT -8

Quote

Post by Marc on Feb 22, 2020 11:07:47 GMT -8

Hi,

i added your code changes but board is still crashing, i need to reproduce it with the laptop connected.
When the board crashes it drops wifi and will not reconnect. I have installed the Weather station in my garden.

It was running for lets say 2 hours. I need a reliable station which is just sending the values every 30 seconds.
I cannot ask the rest interface from my home automation, if thats working i would not use my code to send the data.

;(

thats my function to send the data:

boolean weather_to_webservice (String object_string, String value_string) { // Sendet einen Wert an CCU
HTTPClient http;

String ccu_webservice = F("http://");
ccu_webservice += F(CCU_HOST);
ccu_webservice += F(":");
ccu_webservice += F(CCU_PORT);
ccu_webservice += F(CCU_DUMMYEXE);

String ccu_request = F("?antwort=dom.GetObject('");
ccu_request += object_string;
ccu_request += F("').State('");
ccu_request += value_string;
ccu_request += F("')");

#ifdef OWDEBUG
Serial.print("weather_to_webservice [HTTP] URL: ");
Serial.println(ccu_webservice + ccu_request);
#endif

http.begin(ccu_webservice + ccu_request);
int httpCode = http.GET();
// httpCode will be negative on error
if (httpCode > 0) {
#ifdef OWDEBUG
// HTTP header has been send and Server response header has been handled
Serial.printf("[HTTP] GET... code: %d\n", httpCode);
// file found at server
#endif
if ((httpCode == HTTP_CODE_OK) || (httpCode == 302)) {
#ifdef OWDEBUG
String payload = http.getString();
Serial.print("Webserver Payload: ");
Serial.println(payload);
#endif
return (true);
} else {
;
}
}
#ifdef OWDEBUG
Serial.printf("[HTTP] GET... failed, error: %s\n", http.errorToString(httpCode).c_str());
#endif
return (false); //fake to true for Test
}

WOrked before easily on a ESP8266 station with your suncontrol board but without wind and rain sensors.

Best regards
Marc

SDL
Global Moderator

Posts: 5,655
Raspberry Pi: Yes
Other Device: PC, arduino, beagleBone

Random Rebooting Feb 22, 2020 14:20:43 GMT -8

Quote

Post by SDL on Feb 22, 2020 14:20:43 GMT -8

Marc,
I'm wondering if your code is interfering with the background tasks, both our RTOS tasks and and the underlying OS. The ESP32 is a much different beast than the ESP8266 and is much more complex under the hood.

Could you try testing the reliability with just the new code (none of your changes) and then try sending a REST command every 30 seconds in a second test.

BP

556duckvader
New Member

Posts: 29

Random Rebooting Feb 22, 2020 20:24:23 GMT -8

Quote

Post by 556duckvader on Feb 22, 2020 20:24:23 GMT -8

Feb 22, 2020 14:20:43 GMT -8 SDL said:

Marc,
I'm wondering if your code is interfering with the background tasks, both our RTOS tasks and and the underlying OS. The ESP32 is a much different beast than the ESP8266 and is much more complex under the hood.

Could you try testing the reliability with just the new code (none of your changes) and then try sending a REST command every 30 seconds in a second test.

BP

Question is Marc's issue the same as what I am having issues with or is this a different issue?

Marc
Guest

Random Rebooting Feb 23, 2020 4:10:50 GMT -8

Quote

Post by Marc on Feb 23, 2020 4:10:50 GMT -8

Hi,

i think the problem is both the same. I flashed the original code and was able to reproduce the errors see the panics on stock firmware. After the last crash the esp32 went to AP mode and did not reconnect to wifi...

13:04:55.695 -> WeatherRack on Local Station
13:04:55.731 -> windSpeedMin =0.59 windSpeedMax =0.59
13:04:55.731 -> windGustMin =0.59 windGustMax =1.19
13:04:55.731 -> windDirectionMin =225.00 windDirectionMax =270.00
13:04:55.731 -> currentWindSpeed=0.59 currentWindGust=0.Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0)
13:04:56.055 -> Core 0 register dump:
13:04:56.055 -> PC : 0x4008d15a PS : 0x00060f34 A0 : 0x8008c317 A1 : 0x3ffbe020
13:04:56.055 -> A2 : 0x3ffb8434 A3 : 0x3ffbc280 A4 : 0x00000001 A5 : 0x00000001
13:04:56.055 -> A6 : 0x00060f23 A7 : 0x00000000 A8 : 0x3ffbc280 A9 : 0x3ffbc280
13:04:56.055 -> A10 : 0x00000019 A11 : 0x00000019 A12 : 0x00000001 A13 : 0x00000001
13:04:56.055 -> A14 : 0x00060f21 A15 : 0x00000000 SAR : 0x00000018 EXCCAUSE: 0x00000005
13:04:56.091 -> EXCVADDR: 0x00000000 LBEG : 0x400014fd LEND : 0x4000150d LCOUNT : 0xfffffffd
13:04:56.091 -> Core 0 was running in ISR context:
13:04:56.091 -> EPC1 : 0x4008b79e EPC2 : 0x00000000 EPC3 : 0x00000000 EPC4 : 0x4008d15a
13:04:56.091 ->
13:04:56.091 -> Backtrace: 0x4008d15a:0x3ffbe020 0x4008c314:0x3ffbe040 0x4008a59f:0x3ffbe060 0x400f2c09:0x3ffbe0a0 0x400f0861:0x3ffbe0c0 0x400f0b6a:0x3ffbe0e0 0x400f0d45:0x3ffbe100 0x400f0d7a:0x3ffbe150 0x400f0dec:0x3ffbe170 0x4008110d:0x3ffbe190 0x400814b5:0x3ffbe1b0 0x40085445:0x3ffbe1d0 0x40180bc3:0x3ffbc170 0x400f5d9e:0x3ffbc190 0x4008bf8d:0x3ffbc1b0 0x4008a799:0x3ffbc1d0
13:04:56.163 ->
13:04:56.163 -> Core 1 register dump:
13:04:56.163 -> PC : 0x4008b7a9 PS : 0x00060534 A0 : 0x8008a174 A1 : 0x3ffb4090
13:04:56.163 -> A2 : 0x3ffb8458 A3 : 0x0000abab A4 : 0xb33fffff A5 : 0x00000001
13:04:56.163 -> A6 : 0x00060520 A7 : 0x0000cdcd A8 : 0x0000cdcd A9 : 0x3ffb4090
13:04:56.163 -> A10 : 0x00000003 A11 : 0x00060523 A12 : 0x00060520 A13 : 0x00000001
13:04:56.163 -> A14 : 0x00060523 A15 : 0x00000000 SAR : 0x00000007 EXCCAUSE: 0x00000005
13:04:56.199 -> EXCVADDR: 0x00000000 LBEG : 0x400014fd LEND : 0x4000150d LCOUNT : 0xffffffff
13:04:56.199 ->
13:04:56.199 -> Backtrace: 0x4008b7a9:0x3ffb4090 0x4008a171:0x3ffb40c0 0x400f2c41:0x3ffb4100 0x400f0861:0x3ffb4120 0x400f0b6a:0x3ffb4140 0x400f0fa7:0x3ffb4160 0x400f100b:0x3ffb4180 0x400e007e:0x3ffb41a0 0x400e1c1e:0x3ffb46d0 0x4008a799:0x3ffb46f0
13:04:56.199 ->
13:04:56.199 -> Rebooting...

13:05:29.235 -> currentWindSpeed=0.70 currentWindGust=0.70 Wind Direction=45.00 CGuru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0)
13:05:29.557 -> Core 0 register dump:
13:05:29.557 -> PC : 0x4008d160 PS : 0x00060f34 A0 : 0x8008c317 A1 : 0x3ffbe020
13:05:29.557 -> A2 : 0x3ffb8434 A3 : 0x3ffbc280 A4 : 0x00000001 A5 : 0x00000001
13:05:29.557 -> A6 : 0x00060f23 A7 : 0x00000000 A8 : 0x3ffbc280 A9 : 0x3ffbc280
13:05:29.557 -> A10 : 0x00000019 A11 : 0x00000019 A12 : 0x00000001 A13 : 0x00000001
13:05:29.557 -> A14 : 0x00060f21 A15 : 0x00000000 SAR : 0x00000018 EXCCAUSE: 0x00000005
13:05:29.629 -> EXCVADDR: 0x00000000 LBEG : 0x400014fd LEND : 0x4000150d LCOUNT : 0xfffffffd
13:05:29.629 -> Core 0 was running in ISR context:
13:05:29.629 -> EPC1 : 0x4008b79e EPC2 : 0x00000000 EPC3 : 0x00000000 EPC4 : 0x4008d160
13:05:29.629 ->
13:05:29.629 -> Backtrace: 0x4008d160:0x3ffbe020 0x4008c314:0x3ffbe040 0x4008a59f:0x3ffbe060 0x400f2c09:0x3ffbe0a0 0x400f0861:0x3ffbe0c0 0x400f0b6a:0x3ffbe0e0 0x400f0d45:0x3ffbe100 0x400f0d7a:0x3ffbe150 0x400f0dec:0x3ffbe170 0x4008110d:0x3ffbe190 0x400814b5:0x3ffbe1b0 0x40085445:0x3ffbe1d0 0x40180bc3:0x3ffbc170 0x400f5d9e:0x3ffbc190 0x4008bf8d:0x3ffbc1b0 0x4008a799:0x3ffbc1d0
13:05:29.665 ->
13:05:29.665 -> Core 1 register dump:
13:05:29.665 -> PC : 0x4008ac52 PS : 0x00060034 A0 : 0x8008b3c1 A1 : 0x3ffb4010
13:05:29.665 -> A2 : 0x3ffbf828 A3 : 0xb33fffff A4 : 0x00060023 A5 : 0x003fffff
13:05:29.665 -> A6 : 0x3ffbe7d8 A7 : 0x00000001 A8 : 0x0000cdcd A9 : 0x0000abab
13:05:29.665 -> A10 : 0x0000cdcd A11 : 0x00000000 A12 : 0x8008bf9f A13 : 0x3ffbe760
13:05:29.665 -> A14 : 0x00000008 A15 : 0x00000001 SAR : 0x00000019 EXCCAUSE: 0x00000005
13:05:29.665 -> EXCVADDR: 0x00000000 LBEG : 0x400014fd LEND : 0x4000150d LCOUNT : 0xfffffffb
13:05:29.665 ->
13:05:29.665 -> Backtrace: 0x4008ac52:0x3ffb4010 0x4008b3be:0x3ffb4040 0x4008cffc:0x3ffb4060 0x4008cfb2:0x7ff00000
13:05:29.665 ->
13:05:29.665 -> Rebooting...

13:06:10.617 -> -------Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0)
13:06:10.941 -> Core 0 register dump:
13:06:10.941 -> PC : 0x4008d160 PS : 0x00060334 A0 : 0x8008c317 A1 : 0x3ffbe020
13:06:10.941 -> A2 : 0x3ffb8434 A3 : 0x3ffb5e14 A4 : 0x00000001 A5 : 0x00000001
13:06:10.941 -> A6 : 0x00060323 A7 : 0x00000000 A8 : 0x3ffb5e14 A9 : 0x3ffb5e14
13:06:10.941 -> A10 : 0x00000007 A11 : 0x00000007 A12 : 0x00000001 A13 : 0x00000001
13:06:10.941 -> A14 : 0x00060321 A15 : 0x00000000 SAR : 0x00000014 EXCCAUSE: 0x00000005
13:06:11.014 -> EXCVADDR: 0x00000000 LBEG : 0x400014fd LEND : 0x4000150d LCOUNT : 0xfffffffd
13:06:11.014 -> Core 0 was running in ISR context:
13:06:11.014 -> EPC1 : 0x4008b79e EPC2 : 0x00000000 EPC3 : 0x00000000 EPC4 : 0x4008d160
13:06:11.014 ->
13:06:11.014 -> Backtrace: 0x4008d160:0x3ffbe020 0x4008c314:0x3ffbe040 0x4008a59f:0x3ffbe060 0x400f2c09:0x3ffbe0a0 0x400f0861:0x3ffbe0c0 0x400f0b6a:0x3ffbe0e0 0x400f0d45:0x3ffbe100 0x400f0d7a:0x3ffbe150 0x400f0dec:0x3ffbe170 0x4008110d:0x3ffbe190 0x400814b5:0x3ffbe1b0 0x40085445:0x3ffbe1d0 0x40156fd2:0x3ffafbf0 0x40157077:0x3ffafc10 0x401570bf:0x3ffafc30 0x40158dae:0x3ffafc50 0x40158f70:0x3ffafc70 0x40151b5c:0x3ffafc90 0x4008a799:0x3ffafcc0
13:06:11.050 ->
13:06:11.050 -> Core 1 register dump:
13:06:11.050 -> PC : 0x4008ac52 PS : 0x00060034 A0 : 0x8008b3c1 A1 : 0x3ffb4010
13:06:11.050 -> A2 : 0x3ffbf828 A3 : 0xb33fffff A4 : 0x00060023 A5 : 0x003fffff
13:06:11.050 -> A6 : 0x3ffbe7d8 A7 : 0x00000001 A8 : 0x0000cdcd A9 : 0x0000abab
13:06:11.050 -> A10 : 0x0000cdcd A11 : 0x00000000 A12 : 0x8008bf9f A13 : 0x3ffbe760
13:06:11.086 -> A14 : 0x00000008 A15 : 0x00000001 SAR : 0x00000019 EXCCAUSE: 0x00000005
13:06:11.086 -> EXCVADDR: 0x00000000 LBEG : 0x400014fd LEND : 0x4000150d LCOUNT : 0xfffffffc
13:06:11.086 ->
13:06:11.086 -> Backtrace: 0x4008ac52:0x3ffb4010 0x4008b3be:0x3ffb4040 0x4008cffc:0x3ffb4060 0x4008cfb2:0x3ffbf0bc
13:06:11.086 ->
13:06:11.086 -> Rebooting...

Hope this helps...

Best regards
Marc

Post by 556duckvader on Feb 15, 2020 18:13:26 GMT -8

Post by SDL on Feb 17, 2020 7:46:19 GMT -8

Post by 556duckvader on Feb 17, 2020 10:09:42 GMT -8

Post by 556duckvader on Feb 20, 2020 3:33:08 GMT -8

Post by Marc on Feb 20, 2020 10:05:05 GMT -8

Post by SDL on Feb 20, 2020 13:38:22 GMT -8

Post by marc on Feb 21, 2020 7:27:32 GMT -8

Post by SDL on Feb 21, 2020 13:17:53 GMT -8

Post by Marc on Feb 21, 2020 14:04:36 GMT -8

Post by SDL on Feb 21, 2020 14:18:55 GMT -8

Post by 556duckvader on Feb 22, 2020 10:44:21 GMT -8

Post by Marc on Feb 22, 2020 11:07:47 GMT -8

Post by SDL on Feb 22, 2020 14:20:43 GMT -8

Post by 556duckvader on Feb 22, 2020 20:24:23 GMT -8

Post by Marc on Feb 23, 2020 4:10:50 GMT -8

Quick Reply