Skip to content

where is the file "/Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/lwip/lwip/src/core/tcp.c", line 779, function: tcp_update_rcv_ann_wnd ? #2995

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
MkLHX opened this issue Jul 17, 2019 · 6 comments
Labels
Status: Stale Issue is stale stage (outdated/stuck)

Comments

@MkLHX
Copy link

MkLHX commented Jul 17, 2019

Hardware:

Board: ESP32 Dev Module/MH-ET live esp32 mini kit
Core Installation version: 1.9.0
IDE name: Platform.io home 2.2/core 4.0
Flash Frequency: 80Mhz
PSRAM enabled: no
Upload Speed: 921600
Computer OS: Windows 10

Description:

Since Espressif 1.90, PIO core 4.0 and Python3.7 updates i have some troubles with AsyncTCP connection.(i'm on windows 10). Before, everythings works perfectly.

I'm using 1 ESP32 board (mhetesp32minikit) as server and 2 ESP32 (mhetesp32minikit and lolin32) as clients.

Every 3sec, clients sent json data on the server through wifi. when data are received server make some treatments and then he send json data with new values.
Only AsyncTCP clients crash and give this error.
My debug level is on 5 (verbose).

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:2
load:0x3fff0018,len:4
load:0x3fff001c,len:1100
load:0x40078000,len:9232
load:0x40080400,len:6412
entry 0x400806a8
[main]... Firmware version : 0.0.1
[EEPROM MANAGER] ... EepromVirginState : 127
[EEPROM MANAGER] ... EEPROM is not virgin
[MAC Address] ... 80:7D:3A:B7:72:74
[MDNS]... start : water-sensor-274.local
[D][WiFiGeneric.cpp:336] _eventCallback(): Event: 0 - WIFI_READY
[D][WiFiGeneric.cpp:336] _eventCallback(): Event: 13 - AP_START
[Wifi AP]... started
[Wifi AP]... ssid : water-sensor-274[D][WiFiGeneric.cpp:336] _eventCallback(): Event: 3 - STA_STOP
[D][WiFiGeneric.cpp:336] _eventCallback(): Event: 3 - STA_STOP
[Wifi AP]... ip : 192.168.4.1
[Wifi check credentials]... start
[Wifi check credentials]... stored ssid : hub-67c/EOL
[Wifi check credentials]... stored password : greenponik/EOL
[D][WiFiGeneric.cpp:336] _eventCallback(): Event: 2 - STA_START
[Wifi STA]... trying to connect to : hub-67c

.-.-.-.-[D][WiFiGeneric.cpp:336] _eventCallback(): Event: 4 - STA_CONNECTED
[D][WiFiGeneric.cpp:336] _eventCallback(): Event: 7 - STA_GOT_IP
[D][WiFiGeneric.cpp:379] _eventCallback(): STA IP: 192.168.4.3, MASK: 255.255.255.0, GW: 192.168.4.1

[Wifi STA...  connected to : hub-67c
[Wifi STA]... ip : 192.168.4.3
####----Booting - Setup end----####
[txCommunication]... data sent to 192.168.4.1
[getWaterTemperature]... temperature : 24.31
[ECRead]... ecVoltage: 430.00
[pH Voltage]... phVoltage: 11.00
[readPH]... phValue 15.71
[txCommunication]... data received from 192.168.4.1
[txCommunication]... data sent to 192.168.4.1
[ECRead]... ecVoltage: 430.00
[getWaterTemperature]... temperature : 24.37
[pH Voltage]... phVoltage: 11.00
[readPH]... phValue 15.71
[getWaterTemperature]... temperature : 24.37
[txCommunication]... data received from 192.168.4.1
[txCommunication]... data sent to 192.168.4.1
[getWaterTemperature]... temperature : 24.37
[ECRead]... ecVoltage: 429.00
[getWaterTemperature]... temperature : 24.37
[pH Voltage]... phVoltage: 11.00
[readPH]... phValue 15.71
[getWaterTemperature]... temperature : 24.37
[txCommunication]... data received from 192.168.4.1
assertion "don't call tcp_recved for listen-pcbs" failed: file "/Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/lwip/lwip/src/core/tcp.c", line 803, function: tcp_recvedabort() was called at PC 0x400f0e07 on core 0

Backtrace: 0x4008d28c:0x3ffaf1d0 0x4008d4bd:0x3ffaf1f0 0x400f0e07:0x3ffaf210 0x40114d2a:0x3ffaf240 0x400d9a09:0x3ffaf260 0x40111794:0x3ffaf280 0x40089051:0x3ffaf2b0

Rebooting...

the backtrace decoder give me:

Decoding stack results
0x4008d28c: invoke_abort at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/esp32/panic.c line 155
0x4008d4bd: abort at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/esp32/panic.c line 170
0x400f0e07: __assert_func at ../../../.././newlib/libc/stdlib/assert.c line 63
0x40114d2a: tcp_recved at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/lwip/lwip/src/core/tcp.c line 802
0x40111794: tcpip_thread at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/lwip/lwip/src/api/tcpip.c line 124
0x40089051: vPortTaskWrapper at /Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/freertos/port.c line 143

i cannot put the sketch here.

@MkLHX MkLHX changed the title assertion "don't call tcp_recved for listen-pcbs" where is the file "/Users/ficeto/Desktop/ESP32/ESP32/esp-idf-public/components/lwip/lwip/src/core/tcp.c", line 779, function: tcp_update_rcv_ann_wnd ? Jul 18, 2019
@lbernstone
Copy link
Contributor

AsyncTCP has had updates recently to address buffer issues. Please post issues with 3rd party libraries on the library's issues board.
The lwip stack is compiled into the sdk libraries included in arduino-esp32. The source is part of the esp-idf (nee lwip). If you want to recompile it yourself, the docs explain how that can be done.

@MkLHX
Copy link
Author

MkLHX commented Jul 18, 2019

Hi @lbernstone , sorry if i posted the issue in bad thread but with this error i cannot say if its provided by sdk or third party lib, i just need help to understand what's happened on my TCP connection who works fine last few days ago

@stale
Copy link

stale bot commented Sep 16, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 14 days if no further activity occurs. Thank you for your contributions.

@stale stale bot added the Status: Stale Issue is stale stage (outdated/stuck) label Sep 16, 2019
@stale
Copy link

stale bot commented Sep 30, 2019

[STALE_DEL] This stale issue has been automatically closed. Thank you for your contributions.

@stale stale bot closed this as completed Sep 30, 2019
@valkyrie54
Copy link

Hi, I was just testing my debugger and stepped into some esp32 system code and got the following message, which seems to be looking for files from a user called ficeto on his desktop from google play for arduiostudio app with android system not windows.

@DaeMonSxy
Copy link

did anyone solved the tcp_update_rcv_ann_wnd issue? Im fighting with that last weeks...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Stale Issue is stale stage (outdated/stuck)
Projects
None yet
Development

No branches or pull requests

4 participants