You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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(752008f - ESP32C6 - Dec 12 2024 12:47:58)
SDK version:v5.1.5-196-g64849cb703-dirty
compile time(a107039):Jan 6 2025 09:01:51
Bin version:v1.0.1.0(ESP32C6-4MB)
ESP-AT Firmware Source
Built from master.
Hardware Information
ESP32-C6 WROOM
Power Supply used
External 3.3V
What is the expected behavior?
If a pairing has been removed from the client but not the server, if the client imitates a connection upon reception of +BLESECNCREQ:<connection index>,<key> the client should be able to respond with +BLECONFREPLY
What is the actual behavior?
When the client sends the +BLESECNCREQ response over the uart, if +BLECONFREPLY is sent the module responds with busy p... as the connection command is in progress still
Probability of recurrence
100%
AT+SYSRAM?
AT+SYSRAM?
+SYSRAM:232108,224356
OK
Steps to reproduce
Initialise the ESP32 as a BLE client
Create a pairing to a server
Delete the pairing only on the client
Attempt to connect to the server
+BLESECNCREQ is received
Send +BLECONFREPLY
Module responds with busy p... and fails the connection
AT command port output
ATE0
ATE0
OK
AT+GMR
AT version:3.5.0.0-dev(752008f - ESP32C6 - Dec 12 2024 12:47:58)
SDK version:v5.1.5-196-g64849cb703-dirty
compile time(a107039a):Jan 6 2025 09:01:51
Bin version:v1.0.1.0(ESP32C6-4MB)
OK
AT+CWINIT=0
OK
AT+BLEINIT=1
OK
AT+BLESCANPARAM=1,0,0,100,50
OK
AT+BLESCAN=1,1
OK
+BLESCAN:"42:d1:9c:42:73:28",-56,,0d094241522d4f462d5453573134,1,4
+BLESCANDONE
AT+BLECONN=0,"42:d1:9c:42:73:28",1
+BLECONN:0,"42:d1:9c:42:73:28"
+BLECFGMTU:0,203
+BLECONNPARAM:0,12,12,12,0,960
BLE_TT_MODE
OK
+BLECONNPARAM:0,48,48,48,0,960
AT+BLEENC=0,3
OK
+BLESECNCREQ:0,714177
AT+BLECONFREPLY=0,1
OK
+BLEAUTHCMPL:0,0
+READ:0,"42:d1:9c:42:73:28"
+BLECONNPARAM:0,12,12,12,0,960
+READ:0,"42:d1:9c:42:73:28"
+READ:0,"42:d1:9c:42:73:28"
+READ:0,"42:d1:9c:42:73:28"
+READ:0,"42:d1:9c:42:73:28"
+BLECONNPARAM:0,48,48,48,0,960
AT+BLEDISCONN=0
OK
+BLEDISCONN:0,"42:d1:9c:42:73:28"
AT+BLEENCDEV?
+BLEENCDEV:0,"42:d1:9c:42:73:28"
OK
AT+BLEENCCLEAR=0
OK
AT+BLESCAN=1,1
OK
+BLESCAN:"42:d1:9c:42:73:28",-52,,0d094241522d4f462d5453573134,1,4
+BLESCANDONE
AT+BLECONN=0,"42:d1:9c:42:73:28",1
+BLECONN:0,"42:d1:9c:42:73:28"
+BLESECNCREQ:0,659254
AT+BLECONFREPLY=0,1
busy p...
BLE_TT_MODE
OK
+BLEAUTHCMPL:0,1
+BLEDISCONN:0,"42:d1:9c:42:73:28"
AT+SYSRAM?
+SYSRAM:232108,224356
OK
Answers checklist
AT+GMR
AT+GMR
AT version:3.5.0.0-dev(752008f - ESP32C6 - Dec 12 2024 12:47:58)
SDK version:v5.1.5-196-g64849cb703-dirty
compile time(a107039):Jan 6 2025 09:01:51
Bin version:v1.0.1.0(ESP32C6-4MB)
ESP-AT Firmware Source
Built from master.
Hardware Information
ESP32-C6 WROOM
Power Supply used
External 3.3V
What is the expected behavior?
If a pairing has been removed from the client but not the server, if the client imitates a connection upon reception of
+BLESECNCREQ:<connection index>,<key>
the client should be able to respond with+BLECONFREPLY
What is the actual behavior?
When the client sends the
+BLESECNCREQ
response over the uart, if+BLECONFREPLY
is sent the module responds withbusy p...
as the connection command is in progress stillProbability of recurrence
100%
AT+SYSRAM?
AT+SYSRAM?
+SYSRAM:232108,224356
OK
Steps to reproduce
+BLESECNCREQ
is received+BLECONFREPLY
busy p...
and fails the connectionAT command port output
AT log port output
More Information.
No response
The text was updated successfully, but these errors were encountered: