Assert failed: tcp_alloc, tcp.c:1854 (Required to lock TCPIP core funcitonality)

[Marc1200]

Platform

ESP32

IDE / Tooling

Arduino (IDE/CLI)

What happened?

i have an ESP32-T3 with WebSerial library which uses the latest ESP Async TCP and latest ESP AsyncWebServer. Esp32 boards version is 3.3.0. The software which i have written to show some data on a webpage is crashing with the following error:

Assert failed: tcp_alloc, tcp.c:1854 (Required to lock TCPIP core funcitonality)

Stack Trace

Minimal Reproductible Example (MRE)

Run WebSerial example on a ESP32-T3:
https://randomnerdtutorials.com/esp32-webserial-library/

I confirm that:

• I have read the documentation.
• I have searched for similar discussions.
• I have searched for similar issues.
• I have looked at the examples.
• I have upgraded to the lasted version of ESPAsyncWebServer (and AsyncTCP for ESP32).

[mathieucarbou]

this issue can be caused by any libray using the lwip stack. AsyncTCP is not alone.

On the AsyncTCP side, this issue was fixed.

So please makesure you are using the right AsyncTCP version from the right place (there are several outdated or unofficial forks).

If you are 100% sure this is a bug linked to this library, please share your MRE that only contains your asynctcp code showing how to reproduce, and also your PIO file (or indication about which compile flags or arduino core you use).

[mathieucarbou]

Note: the link you point is an article... I know this project because I a one of its major contribuor and pushed a lot of improvmeent. The article is old and points to an old version also... So like the issue ticket asked you, please make sure you use the righ depndencies and he right versions first and if done, please get back to use with your MRE.

[Marc1200]

I use the newest versions of these libraries, is that correct?
https://github.com/ESP32Async/AsyncTCP
https://github.com/ESP32Async/ESPAsyncWebServer

[mathieucarbou]

yes :-)

[mathieucarbou]

pleae provide your MRE on how to reproduce ;-)

[Marc1200]

The module i have is a combined ESP32-T3 and SX1262 LoRa module.
I want to show LoRa data on WebSerial.

`// bridge_polite
// -- mode: C++ --
// Example sketch showing how to create a simple addressed, routed reliable messaging client
// with the RHMesh class.
// It is designed to work with the other examples rf95_mesh_server*
// Hint: you can simulate other network topologies by setting the
// RH_TEST_NETWORK define in RHRouter.h

// Mesh has much greater memory requirements, and you may need to limit the
// max message length to prevent wierd crashes
#define RH_MESH_MAX_MESSAGE_LEN 50

#include <Arduino.h>
#include <RHMesh.h>
#include <RH_SX126x.h>
#include <SPI.h>
#include "SSD1306Wire.h"
//#include "OLEDDisplayUi.h"
#include "Wire.h"
#include "WiFi.h"
#include "AsyncTCP.h"
#include "ESPAsyncWebServer.h"
#include "WebSerial.h"

// In this small artifical network of 4 nodes,
#define BRIDGE_ADDRESS 1 // address of the bridge ( we send our data to, hopefully the bridge knows what to do with our data )

// lilygo T3 v2.1.6
// lora SX1262
#define LLG_SCK 5
#define LLG_MISO 3
#define LLG_MOSI 6
#define LLG_CS 7
#define LLG_RST 8
#define LLG_DI1 33
#define LLG_BUSY 34

//#define LLG_LED_GRN 25
const char* ssid = "NAME"; // Your Wi-Fi name
const char* password = "PASS"; // Your Wi-Fi password
// oled
#define I2C_SDA 18
#define I2C_SCL 17

#define RXTIMEOUT 3000 // it is roughly the delay between successive transmissions

// Singleton instance of the radio driver
RH_SX126x sx1262(LLG_CS,LLG_DI1,LLG_BUSY,LLG_RST);

// Class to manage message delivery and receipt, using the driver declared above
RHMesh manager(sx1262, BRIDGE_ADDRESS);
//SSD1306Wire display(0x3c, I2C_SDA, I2C_SCL);

//void drawBridgeNumber()
//{
// String nodeString = "Bridge " + String(BRIDGE_ADDRESS);
// display.setFont(ArialMT_Plain_16);
// display.drawString(0, 10, nodeString);
//}
AsyncWebServer server(80);

void recvMsg(uint8_t *data, size_t len){

WebSerial.println("Received Data...");
}

void setup()
{
Serial.begin(115200);
Serial.print(F("initializing node "));
Serial.print(BRIDGE_ADDRESS);

//display.init();
//display.flipScreenVertically();
//display.setFont(ArialMT_Plain_10);
SPI.begin(LLG_SCK,LLG_MISO,LLG_MOSI,LLG_CS);
if (!manager.init())
{Serial.println(" init failed");}
else
{Serial.println(" done");} // Defaults after init are 434.0MHz, 0.05MHz AFC pull-in, modulation FSK_Rb2_4Fd36
sx1262.setPreambleLength(8);
//sx1262.setTxPower(-9); /// For SX1262, limits are -9 to +22 dBm
//rf95.setTxPower(1, true); // true output is on RFO, power from 0 to 15 dBm, use this setting for low power demos ( does not work on lilygo lora32 )
sx1262.setFrequency(868.0);
//sx1262.setCADTimeout(500);

//sx1262.setModemConfig(RH_RF95::Bw125Cr45Sf128))

Serial.println("SX1262 ready");

WiFi.mode(WIFI_STA);
WiFi.begin(ssid, password);
if (WiFi.waitForConnectResult() != WL_CONNECTED) {
Serial.printf("WiFi Failed!\n");
return;
}
Serial.print("IP Address: ");
Serial.println(WiFi.localIP());
// WebSerial is accessible at "/webserial" in browser
WebSerial.begin(&server);
//WebSerial.msgCallback(recvMsg);
server.begin();
WebSerial.println("SX1262 ready");

}

uint8_t data[] = "Hello back from bridge";
// Dont put this on the stack:
uint8_t buf[RH_MESH_MAX_MESSAGE_LEN];
uint8_t res;

void loop()
{
//display.clear();
//drawBridgeNumber();

//display.display();
uint8_t len = sizeof(buf);
uint8_t from;
if (manager.recvfromAck(buf, &len, &from))
{
Serial.print("got request from :");
Serial.print(from);
Serial.print(": ");
Serial.print((char*)buf);
Serial.print(" RSSI: ");
Serial.println(sx1262.lastRssi());
manager.printRoutingTable();

WebSerial.print("got request from :");
WebSerial.print(from);
WebSerial.print(": ");
WebSerial.print((char*)buf);
WebSerial.print(" RSSI: ");
WebSerial.println(sx1262.lastRssi());
manager.printRoutingTableWeb();

// Send a reply back to the originator client
if (manager.sendtoWait(data, sizeof(data), from) != RH_ROUTER_ERROR_NONE)
  Serial.println("sendtoWait failed");

}
}`

[mathieucarbou]

Hello, this is not a MRE, you have too mnay things involved.

What could be your proof that the issue is opened in the right repo and that the error does not come instead from anotehr lib ?

Like I said earlier, this issue (locking in lwip layer) is supported and fixed by us since a long time ago (nearly 1 year).

Try one of the webserial example in the WebSerial project. Can you reproduce ?
Try your code only with AsyncWebServer: can you reproduce ?

Until you are able to pinpoint the real source of the error (which lib causes that), there is nothing to troubleshoot on our side.

Also, you should have a stack trace in the logs, not just 1 line.
Try to get a stack trace (as mentionned in the help when openeing an issue) to find teh source of the error.