docs | ||
examples | ||
src | ||
CMakeLists.txt | ||
CODE_OF_CONDUCT.md | ||
library.json_ | ||
library.properties | ||
LICENSE | ||
platformio.ini | ||
README.md |
ESPAsyncWebServer
Asynchronous HTTP and WebSocket Server Library for ESP32, ESP8266 and RP2040 Supports: WebSocket, SSE, Authentication, Arduino Json 7, File Upload, Static File serving, URL Rewrite, URL Redirect, etc.
This fork is based on yubox-node-org/ESPAsyncWebServer and includes all the concurrency fixes.
Coordinate and dependencies:
WARNING The library name was changed from ESP Async WebServer
to ESPAsyncWebServer
as per the Arduino Lint recommendations.
mathieucarbou/ESPAsyncWebServer @ 3.2.0
Dependency:
- ESP32:
mathieucarbou/AsyncTCP @ 3.2.4
(Arduino IDE: https://github.com/mathieucarbou/AsyncTCP#v3.2.4) - ESP8266:
esphome/ESPAsyncTCP-esphome @ 2.0.0
(Arduino IDE: https://github.com/mathieucarbou/esphome-ESPAsyncTCP#v2.0.0) - RP2040:
khoih-prog/AsyncTCP_RP2040W @ 1.2.0
(Arduino IDE: https://github.com/khoih-prog/AsyncTCP_RP2040W#v1.2.0)
Changes in this fork
- @ayushsharma82 and @mathieucarbou: Add RP2040 support (#31)
- @mathieucarbou:
SSE_MAX_QUEUED_MESSAGES
to control the maximum number of messages that can be queued for a SSE client - @mathieucarbou:
write()
function public inAsyncEventSource.h
- @mathieucarbou:
WS_MAX_QUEUED_MESSAGES
: control the maximum number of messages that can be queued for a Websocket client - @mathieucarbou: Added
setAuthentication(const String& username, const String& password)
- @mathieucarbou: Added
setCloseClientOnQueueFull(bool)
which can be set on a client to either close the connection or discard messages but not close the connection when the queue is full - @mathieucarbou: Added
StreamConcat
example to show how to stream multiple files in one response - @mathieucarbou: Added all flavors of
binary()
,text()
,binaryAll()
andtextAll()
inAsyncWebSocket
- @mathieucarbou: Arduino 3 / ESP-IDF 5.1 compatibility
- @mathieucarbou: Arduino Json 7 compatibility and backward compatible with 6 and 6 (changes in
AsyncJson.h
). The API to use Json has not changed. These are only internal changes. - @mathieucarbou: CI
- @mathieucarbou: Depends on
mathieucarbou/AsyncTCP @ 3.2.4
- @mathieucarbou: Deployed in PlatformIO registry and Arduino IDE library manager
- @mathieucarbou: Firmware size optimization: remove mbedtls dependency (accounts for 33KB in firmware)
- @mathieucarbou: Made DEFAULT_MAX_SSE_CLIENTS customizable
- @mathieucarbou: Made DEFAULT_MAX_WS_CLIENTS customizable
- @mathieucarbou: MessagePack Support (#62)
- @mathieucarbou: Remove filename after inline in Content-Disposition header according to RFC2183
- @mathieucarbou: Removed SPIFFSEditor to reduce library size and maintainance. SPIFF si also deprecated. If you need it, please copy the files from the original repository in your project. This fork focus on maintaining the server part and the SPIFFEditor is an application which has nothing to do inside a server library.
- @mathieucarbou: Resurrected
AsyncWebSocketMessageBuffer
andmakeBuffer()
in order to make the fork API-compatible with the original library from me-no-dev regarding WebSocket. - @mathieucarbou: Some code cleanup
- @mathieucarbou: Use
-D DEFAULT_MAX_WS_CLIENTS
to change the number of allows WebSocket clients and usecleanupClients()
to help cleanup resources about dead clients - @nilo85: Add support for Auth & GET requests in AsyncCallbackJsonWebHandler (#14)
- @p0p-x: ESP IDF Compatibility (added back CMakeLists.txt) (#32)
- @tueddy: Compile with Arduino 3 (ESP-IDF 5.1) (#13)
- @vortigont: Set real "Last-Modified" header based on file's LastWrite time (#5)
- @vortigont: Some websocket code cleanup (#29)
- @vortigont: Refactor code - replace DYI structs with STL objects (#39)
Documentation
Usage and API stays the same as the original library. Please look at the original libraries for more examples and documentation.
- https://github.com/me-no-dev/ESPAsyncWebServer (original library)
- https://github.com/yubox-node-org/ESPAsyncWebServer (fork of the original library)
AsyncWebSocketMessageBuffer
and makeBuffer()
The fork from yubox-node-org
introduces some breaking API changes compared to the original library, especially regarding the use of std::shared_ptr<std::vector<uint8_t>>
for WebSocket.
This fork is compatible with the original library from me-no-dev
regarding WebSocket, and wraps the optimizations done by yubox-node-org
in the AsyncWebSocketMessageBuffer
class.
So you have the choice of which API to use.
Here are examples for serializing a Json document in a websocket message buffer:
void send(JsonDocument& doc) {
const size_t len = measureJson(doc);
// original API from me-no-dev
AsyncWebSocketMessageBuffer* buffer = _ws->makeBuffer(len);
assert(buffer); // up to you to keep or remove this
serializeJson(doc, buffer->get(), len);
_ws->textAll(buffer);
}
void send(JsonDocument& doc) {
const size_t len = measureJson(doc);
// this fork (originally from yubox-node-org), uses another API with shared pointer
auto buffer = std::make_shared<std::vector<uint8_t>>(len);
assert(buffer); // up to you to keep or remove this
serializeJson(doc, buffer->data(), len);
_ws->textAll(std::move(buffer));
}
I recommend to use the official API AsyncWebSocketMessageBuffer
to retain further compatibility.
Important recommendations
Most of the crashes are caused by improper configuration of the library for the project. Here are some recommendations to avoid them.
- Set the running core to be on the same core of your application (usually core 1)
-D CONFIG_ASYNC_TCP_RUNNING_CORE=1
- Set the stack size appropriately with
-D CONFIG_ASYNC_TCP_STACK_SIZE=16384
. The default value of16384
might be too much for your project. You can look at the MycilaTaskMonitor project to monitor the stack usage. - You can change if you know what you are doing the task priority with
-D CONFIG_ASYNC_TCP_PRIORITY=10
. Default is10
. - You can increase the queue size with
-D CONFIG_ASYNC_TCP_QUEUE_SIZE=128
. Default is64
. - You can decrease the maximum ack time
-D CONFIG_ASYNC_TCP_MAX_ACK_TIME=3000
. Default is5000
.
I personally use the following configuration in my projects because my WS messages can be big (up to 4k).
If you have smaller messages, you can increase WS_MAX_QUEUED_MESSAGES
to 128.
-D CONFIG_ASYNC_TCP_MAX_ACK_TIME=3000
-D CONFIG_ASYNC_TCP_PRIORITY=10
-D CONFIG_ASYNC_TCP_QUEUE_SIZE=128
-D CONFIG_ASYNC_TCP_RUNNING_CORE=1
-D CONFIG_ASYNC_TCP_STACK_SIZE=4096
-D WS_MAX_QUEUED_MESSAGES=64