Open om0wt opened 6 months ago
Has anybody else the same problem?
I do.
I use the ESP32APRS with T-TWR Plus and Diamond A144S5 antenna:
When SQL = 0 and APRS packets receive activity is in progress - the system crashes every 5-10 minutes.
In use debug version to hardware serial most report from internet packet (flag INET: is receive from APRS-IS). Fix by IGATE filter m/0 or use release version.
Hi,
What do you mean by this statement? The issue manifests as well even when I flash the release firmware from GitHub release page.
What do you mean by 'm/0' ? Does it mean I'm not going to receive any APRS packet?
Thanks,
Pavol, OM0WT
I have the same problem. SQL in SA818 does not work properly with APRS signal. SQL level "0" is a solution but T-TWR Plus restarts automatically every few minutes using such configuration.
Hi, What do you mean by this statement? The issue manifests as well even when I flash the release firmware from GitHub release page. What do you mean by 'm/0' ? Does it mean I'm not going to receive any APRS packet? Thanks, Pavol, OM0WT
From your log,It reboots because of serial hardware. Because it is a debug version,it more report. Allows you to reduce importing data from the internet, by use filter m/0 it not receive packet from internet ,but can be received from normal RF.
I have the same problem. SQL in SA818 does not work properly with APRS signal. SQL level "0" is a solution but T-TWR Plus restarts automatically every few minutes using such configuration. Be careful sending RF power HI, and test change filter receiving.
@nakhonthai Sorry, but I don't understand your comments.
As I mentioned previously, ESP32 is rebooted constantly even when we use the release firmware version downloaded from (https://github.com/nakhonthai/ESP32APRS_T-TWR/releases/tag/V0.3). In case you want to use two-way iGate configuration, I don't see m/0
as a solution to this problem.
Pavol
ESP32 crashes even when I disable INET2RF and I set m/0
:(.
[245319][D][main.cpp:3666] taskNetwork(): INET: OM3WYM-13>APRS,TCPIP*,qAC,T2CZECH:T#062,057,499,000,000,000,00000000
Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled.
Core 1 register dump: PC : 0x42061608 PS : 0x00060930 A0 : 0x8205d594 A1 : 0x3fcebf00
A2 : 0x00d60085 A3 : 0x00000000 A4 : 0x00000000 A5 : 0x00000000
A6 : 0x00060023 A7 : 0x00000003 A8 : 0x00000000 A9 : 0x3fcebed0
A10 : 0x00000000 A11 : 0x3fcebf0c A12 : 0x00000000 A13 : 0xd78a0000
A14 : 0x00000001 A15 : 0x3fcea0e0 SAR : 0x0000000a EXCCAUSE: 0x0000001c
EXCVADDR: 0x00d60085 LBEG : 0x40056f5c LEND : 0x40056f72 LCOUNT : 0xffffffffBacktrace: 0x42061605:0x3fcebf00 0x4205d591:0x3fcebf30 0x4205d663:0x3fcebf50 0x42061bfe:0x3fcebf70
0 0x42061605:0x3fcebf00 in uartAvailable at /Users/pavol/.platformio/packages/framework-arduinoespressif32/cores/esp32/esp32-hal-uart.c:313
1 0x4205d591:0x3fcebf30 in HardwareSerial::available() at /Users/pavol/.platformio/packages/framework-arduinoespressif32/cores/esp32/HardwareSerial.cpp:478
2 0x4205d663:0x3fcebf50 in serialEventRun() at /Users/pavol/.platformio/packages/framework-arduinoespressif32/cores/esp32/HardwareSerial.cpp:123
3 0x42061bfe:0x3fcebf70 in loopTask(void*) at /Users/pavol/.platformio/packages/framework-arduinoespressif32/cores/esp32/main.cpp:51 (discriminator 1)
From the crash log caused by excessive serial hardware reports. So I suggest you try turning off the filter by set m/0 and look log again.
m/0
doesn't make a difference. As I have mentioned previously, the firmware release v0.3 donwloaded directly from github crashes in the same manner. Based on the crash string:
Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled.
it seems to me, that the problem can stay in tasks assignment to CPU 0/1 of ESP32. My suspicion is that when we enable SQL 0, CPU 0 doesn't cope with the all data SA868 sends to be processed...
Pavol
Core 1 is default task of serial uart.
I can confirm that after this commit https://github.com/nakhonthai/ESP32APRS_T-TWR/commit/0d690c9b45a6acb78f75c04733dc7e1777ddb2c6 the SQL=0 setting does no longer crash the system.
It makes sense to apply this safety check as well: https://github.com/nakhonthai/ESP32IGate/blob/master/lib/LibAPRS_ESP32/AX25.cpp#L92
I'm using latest firmware version (0.3 and 0.3b). Whe I select SQL Level equal to zero via webgui, (Radio tab) I experiece irregular T-TWR Plus crashes/reboots. The crashes doesn't occure when SQL Level equal to 1.
Crash example from PlatformIO monitor:
ESP32APRS_T-TWR runs on T-TWR Plus (https://www.aliexpress.com/item/1005005734253889.html)
Has anybody else the same problem?