ESP32 PPP disconnection re-connection issue
Posted: Wed Oct 06, 2021 7:53 am
Hi
in my company we developed an IOT device that use the ESP32 and a Quectel modem. The internet connection part is based on the PPP example of the idf version that we are using: the v4.3.
All works fine until a disconnection event, we are not able to perform a clean re-connection to the internet without a.
In order to reproduce the issue we set a wrong APN in order to test a user typing error.
The steps are these:
Tested either
1 or with the same results
2 LTE modem powering on and configuration
3 trying a PPP connection with wrong APN simulating user typing error
the connection fail for timeout or MODEM_EVENT_PPP_DISCONNECT
4
5 enter the correct APN
6
I'm missing something else to clean or free before perform the PPP setup again?
thanks, Roberto.
in my company we developed an IOT device that use the ESP32 and a Quectel modem. The internet connection part is based on the PPP example of the idf version that we are using: the v4.3.
All works fine until a disconnection event, we are not able to perform a clean re-connection to the internet without a
Code: Select all
Guru Meditation Error: Core 0 panic'ed (LoadProhibited). Exception was unhandled.
Core 0 register dump:
In order to reproduce the issue we set a wrong APN in order to test a user typing error.
The steps are these:
Tested either
1
Code: Select all
tcpip_adapter_init();
Code: Select all
esp_netif_init();
2 LTE modem powering on and configuration
3 trying a PPP connection with wrong APN simulating user typing error
Code: Select all
esp_modem_setup_ppp(dte)
4
Code: Select all
esp_modem_free_netif_adapter()
6
Code: Select all
esp_modem_setup_ppp(dte)
Code: Select all
Monitor Log:
netif: GW address of interface pp set to 10.64.64.64
netif_set_ipaddr: netif address being changed
I (183960) esp-netif_lwip-ppp: Connected
I (183970) esp-netif_lwip-ppp: Name Server1: 151.5.216.25
I (183970) esp-netif_lwip-ppp: Name Server2: 151.5.216.225
Guru Meditation Error: Core 0 panic'ed (LoadProhibited). Exception was unhandled.
Core 0 register dump:
PC : 0x401f3058 PS : 0x00060730 A0 : 0x801e147a A1 : 0x3ffdf720
A2 : 0x0000001c A3 : 0x0000007a A4 : 0x0000007e A5 : 0x00000082
A6 : 0x00000000 A7 : 0x3f96f428 A8 : 0x8009a448 A9 : 0x3ffdf700
A10 : 0x00000003 A11 : 0x00060723 A12 : 0x00060720 A13 : 0x3ffdf7c4
A14 : 0x3ffd5b30 A15 : 0x00000000 SAR : 0x00000017 EXCCAUSE: 0x0000001c
EXCVADDR: 0x0000007a LBEG : 0x40091f64 LEND : 0x40091f80 LCOUNT : 0xffffffff
Backtrace:0x401f3055:0x3ffdf720 0x401e1477:0x3ffdf760 0x401e109a:0x3ffdf780 0x401f0e91:0x3ffdf7a0 0x401f0f3c:0x3ffdf7c0 0x4009a2bd:0x3ffdf7f0
0x401f3058: netif_set_addr at C:/git/esp32/p495_cronowifi/sub/esp-idf/components/lwip/lwip/src/core/netif.c:712 (discriminator 2)
0x40091f64: memcpy at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/newlib/newlib/libc/machine/xtensa/memcpy.S:175
0x40091f80: memcpy at /builds/idf/crosstool-NG/.build/HOST-x86_64-w64-mingw32/xtensa-esp32-elf/src/newlib/newlib/libc/machine/xtensa/memcpy.S:197
0x401f3055: netif_set_addr at C:/git/esp32/p495_cronowifi/sub/esp-idf/components/lwip/lwip/src/core/netif.c:709
0x401e1477: esp_netif_up_api at C:/git/esp32/p495_cronowifi/sub/esp-idf/components/esp_netif/lwip/esp_netif_lwip.c:1215
0x401e109a: esp_netif_api_cb at C:/git/esp32/p495_cronowifi/sub/esp-idf/components/esp_netif/lwip/esp_netif_lwip.c:107
0x401f0e91: tcpip_thread_handle_msg at C:/git/esp32/p495_cronowifi/sub/esp-idf/components/lwip/lwip/src/api/tcpip.c:168 (discriminator 4)
0x401f0f3c: tcpip_thread at C:/git/esp32/p495_cronowifi/sub/esp-idf/components/lwip/lwip/src/api/tcpip.c:154
0x4009a2bd: vPortTaskWrapper at C:/git/esp32/p495_cronowifi/sub/esp-idf/components/freertos/port/xtensa/port.c:168
thanks, Roberto.