Open mrx23dot opened 1 year ago
Looks like it stops advertising after disconnection,
what's the point of having connection id in +BLECONN:0 if this is the case?
Also, first +BLECONN:0 doesn't seem to come if I reboot BLE server side (same code as above) with already connected client, and client auto reconnects.
@mrx23dot
Have you confirmed that the second connection to nrf app has created BLE successfully? The broadcast will be stopped after the connection establishment fails or succeeds. If you need to re-create the BLE connection, please re-execute AT+BLEADVSTART to turn on the BLE broadcast (this is a protocol requirement)
Because when the client establishes a BLE connection with the device as the BLE server, the reason why the BLE server executes the AT+BLECONN command to connect is just a false connection, and it only needs to be returned.
Answers checklist
AT+GMR
AT version:3.2.0.0(s-ec2dec2 - ESP32 - Jul 28 2023 07:05:28) SDK version:v5.0.2-376-g24b9d38a24-dirty compile time(6118fc22):Jul 28 2023 10:14:50 Bin version:v3.2.0.0(PICO-D4)
ESP-AT Firmware Source
ESP32-PICO-D4-AT-V3.2.0.0.zip from website
Hardware Information
esp32-pico-mini-02
Power Supply used
USB
What is the expected behavior?
On second connect it should still report
What is the actual behavior?
only reports first connection with
Probability of recurrence
always
AT+SYSRAM?
D,ESPU:237,01-01-2017 00:00:04,tx:AT+SYSRAM? D,ESPU:209,01-01-2017 00:00:04,rx:+SYSRAM:104272,101652
Steps to reproduce
connect with nRF app
+BLECONN:0,"61:c8:b3:ec:f2:6f" +BLECONNPARAM:0,0,0,6,0,500 +BLECONNPARAM:0,0,0,39,0,500
disconnect +BLEDISCONN:0,"61:c8:b3:ec:f2:6f"
connect with nRF app for second time.
It connects, but doesn't send more:
AT command port output
AT log port output
More Information.
No response