AT responses of different topics get sent together

[JavierReyes945]

Answers checklist

• [X] I have read the documentation ESP-AT Programming Guide and the issue is not addressed there.
• [X] I have used the latest released firmware or have updated my ESP-AT branch (master or release) to the latest version and checked that the issue is present there.
• [X] I have searched the issue tracker for a similar issue and not found a similar issue.

AT+GMR

AT+GMR AT version:3.5.0.0-dev(0fe38ea - ESP32C6 - Oct 12 2024 03:31:49) SDK version:v5.1.2-dirty compile time(08116e35):Oct 28 2024 11:04:42 Bin version:v4.1.0.4-contech(ESP32C6-4MB)

OK

ESP-AT Firmware Source

Local built on top of master, changes: Enable NVS for BLE bonding information Max Bonding entries = 3 Change Version String

Hardware Information

ESP32C6

Power Supply used

External 3.3V

What is the expected behavior?

AT responses of any kind be sent separated of each other, when they correspond to different features/components

What is the actual behavior?

Some AT responses get concatenated and sent together, which makes the parsing of such strings much more difficult and adds unnecessary load on the host

Probability of recurrence

Middle-High (mostly seen when BLE and Wifi have both traffic

AT+SYSRAM?

+SYSRAM:217436,214404

Steps to reproduce

1. Have some regular traffic in BLE
2. Have some regular traffic in BLE
3. AT responses from Wifi and BLE get sent together in one UART transaction

AT command port output

Example in screenshot

AT log port output

No relevant info there

More Information.

Screenshot show one of the captured incidents, where the end of the response for an AT+HTTPCPOST gets sent together with some BLE notifications (in this case, the notification can be ignored, but if it is BLE data received, the parsing of the entire string gets unconvenient, as all other AT responses get sent individually.

[ustccw]

@JavierReyes945 Hi, there is a list about ESP-AT Message Reports. Since these messages could be triggered by the system at any time, they may be concatenated with other messages. When the MCU parses these messages, it should parse them in a streaming manner.

[ustccw]

Closing due to inactivity. Please feel free to re-open or file a new issue if you have any more questions.