Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multiple +BTENCDEV responses not separated with new lines #847

Open
3 tasks done
JHedgesBartec opened this issue Jun 18, 2024 · 3 comments
Open
3 tasks done

Multiple +BTENCDEV responses not separated with new lines #847

JHedgesBartec opened this issue Jun 18, 2024 · 3 comments

Comments

@JHedgesBartec
Copy link

Answers checklist

  • I have read the documentation ESP-AT Programming Guide and the issue is not addressed there.
  • 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.2.0.0(s-ec2dec2 - ESP32 - Jul 28 2023 07:05:28)
SDK version:v5.0.2-376-g24b9d38a24-dirty
compile time(5c1d4b6):Jun 7 2024 15:43:17
Bin version:v4.0.0.0(WROOM-32)

OK

ESP-AT Firmware Source

  1. Clone the v3.2.0.0 branch as recommended for the ESP32-WROOM module
  2. Modify the SDK config to enable Bluetooth Classic and BT SPP
  3. Not required, but change the binary version to show it is different to the branch configuration
  4. Build and install using the factory binary

Hardware Information

ESP32-WROOM32(E)

Power Supply used

USB

What is the expected behavior?

When multiple pairings are present, and they are requested using AT+BTENCDEV? each pairing response is provided on a new line, for example:

AT+BTENCDEV?`
AT+BTENCDEV?
+BTENCDEV:0,"00:07:80:02:47:00"
+BTENCDEV:1,"90:38:0c:ed:67:02"
OK

What is the actual behavior?

AT+BTENCDEV?
AT+BTENCDEV?
+BTENCDEV:0,"00:07:80:02:47:00"+BTENCDEV:1,"90:38:0c:ed:67:02"
OK

Probability of recurrence

100% repeatable

AT+SYSRAM?

AT+SYSRAM?
AT+SYSRAM?
+SYSRAM:81624,62892
OK

Steps to reproduce

  1. Follow the guide here on how to connect two ESP32 modules. Perform this using identical software.
  2. Do this twice to make sure there are two different pairings
  3. Send AT+BTENCDEV? to request the pairing list

AT command port output

AT+BTSPPCONN=0,0,"90:38:0C:ED:67:02"
AT+BTSPPCONN=0,0,"90:38:0C:ED:67:02"
+BTSPPCONN:0,"90:38:0c:ed:67:02"

OK
AT+BTSPPDISCONN=0
AT+BTSPPDISCONN=0
+BTSPPDISCONN:0,"90:38:0c:ed:67:02"

OK
AT+BTSPPCONN=0,0,"00:07:80:02:47:00"
AT+BTSPPCONN=0,0,"00:07:80:02:47:00"
+BTSPPCONN:0,"00:07:80:02:47:00"

OK
AT+BTSPPDISCONN=0
AT+BTSPPDISCONN=0
+BTSPPDISCONN:0,"00:07:80:02:47:00"

OK
AT+BTENCDEV?
AT+BTENCDEV?
+BTENCDEV:0,"00:07:80:02:47:00"+BTENCDEV:1,"90:38:0c:ed:67:02"
OK



### AT log port output

```plain
No changes to the output log when sending `AT+BTENCDEV?`

More Information.

No response

@JHedgesBartec
Copy link
Author

I have attempted to test this using the latest release of v3.4.0.0 however it does not build successfully with BT Classic SPP enabled for the ESP32-WROOM module (#848)

@Luxin812
Copy link
Contributor

Answers checklist

  • I have read the documentation ESP-AT Programming Guide and the issue is not addressed there.
  • 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.2.0.0(s-ec2dec2 - ESP32 - Jul 28 2023 07:05:28) SDK version:v5.0.2-376-g24b9d38a24-dirty compile time(5c1d4b6):Jun 7 2024 15:43:17 Bin version:v4.0.0.0(WROOM-32)

OK

ESP-AT Firmware Source

  1. Clone the v3.2.0.0 branch as recommended for the ESP32-WROOM module
  2. Modify the SDK config to enable Bluetooth Classic and BT SPP
  3. Not required, but change the binary version to show it is different to the branch configuration
  4. Build and install using the factory binary

Hardware Information

ESP32-WROOM32(E)

Power Supply used

USB

What is the expected behavior?

When multiple pairings are present, and they are requested using AT+BTENCDEV? each pairing response is provided on a new line, for example:

AT+BTENCDEV?`
AT+BTENCDEV?
+BTENCDEV:0,"00:07:80:02:47:00"
+BTENCDEV:1,"90:38:0c:ed:67:02"
OK

What is the actual behavior?

AT+BTENCDEV?
AT+BTENCDEV?
+BTENCDEV:0,"00:07:80:02:47:00"+BTENCDEV:1,"90:38:0c:ed:67:02"
OK

Probability of recurrence

100% repeatable

AT+SYSRAM?

AT+SYSRAM?
AT+SYSRAM?
+SYSRAM:81624,62892
OK

Steps to reproduce

  1. Follow the guide here on how to connect two ESP32 modules. Perform this using identical software.
  2. Do this twice to make sure there are two different pairings
  3. Send AT+BTENCDEV? to request the pairing list

AT command port output

AT+BTSPPCONN=0,0,"90:38:0C:ED:67:02"
AT+BTSPPCONN=0,0,"90:38:0C:ED:67:02"
+BTSPPCONN:0,"90:38:0c:ed:67:02"

OK
AT+BTSPPDISCONN=0
AT+BTSPPDISCONN=0
+BTSPPDISCONN:0,"90:38:0c:ed:67:02"

OK
AT+BTSPPCONN=0,0,"00:07:80:02:47:00"
AT+BTSPPCONN=0,0,"00:07:80:02:47:00"
+BTSPPCONN:0,"00:07:80:02:47:00"

OK
AT+BTSPPDISCONN=0
AT+BTSPPDISCONN=0
+BTSPPDISCONN:0,"00:07:80:02:47:00"

OK
AT+BTENCDEV?
AT+BTENCDEV?
+BTENCDEV:0,"00:07:80:02:47:00"+BTENCDEV:1,"90:38:0c:ed:67:02"
OK


### AT log port output

```plain
No changes to the output log when sending `AT+BTENCDEV?`

More Information.

No response

Thank you very much for raising this issue. Yes, AT does indeed have this problem at the moment. We have replicated this issue locally and will soon internally synchronize the fix for this issue to the master branch. Thanks again.

@JHedgesBartec
Copy link
Author

Answers checklist

  • I have read the documentation ESP-AT Programming Guide and the issue is not addressed there.
  • 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.2.0.0(s-ec2dec2 - ESP32 - Jul 28 2023 07:05:28) SDK version:v5.0.2-376-g24b9d38a24-dirty compile time(5c1d4b6):Jun 7 2024 15:43:17 Bin version:v4.0.0.0(WROOM-32)
OK

ESP-AT Firmware Source

  1. Clone the v3.2.0.0 branch as recommended for the ESP32-WROOM module
  2. Modify the SDK config to enable Bluetooth Classic and BT SPP
  3. Not required, but change the binary version to show it is different to the branch configuration
  4. Build and install using the factory binary

Hardware Information

ESP32-WROOM32(E)

Power Supply used

USB

What is the expected behavior?

When multiple pairings are present, and they are requested using AT+BTENCDEV? each pairing response is provided on a new line, for example:

AT+BTENCDEV?`
AT+BTENCDEV?
+BTENCDEV:0,"00:07:80:02:47:00"
+BTENCDEV:1,"90:38:0c:ed:67:02"
OK

What is the actual behavior?

AT+BTENCDEV?
AT+BTENCDEV?
+BTENCDEV:0,"00:07:80:02:47:00"+BTENCDEV:1,"90:38:0c:ed:67:02"
OK

Probability of recurrence

100% repeatable

AT+SYSRAM?

AT+SYSRAM?
AT+SYSRAM?
+SYSRAM:81624,62892
OK

Steps to reproduce

  1. Follow the guide here on how to connect two ESP32 modules. Perform this using identical software.
  2. Do this twice to make sure there are two different pairings
  3. Send AT+BTENCDEV? to request the pairing list

AT command port output

AT+BTSPPCONN=0,0,"90:38:0C:ED:67:02"
AT+BTSPPCONN=0,0,"90:38:0C:ED:67:02"
+BTSPPCONN:0,"90:38:0c:ed:67:02"

OK
AT+BTSPPDISCONN=0
AT+BTSPPDISCONN=0
+BTSPPDISCONN:0,"90:38:0c:ed:67:02"

OK
AT+BTSPPCONN=0,0,"00:07:80:02:47:00"
AT+BTSPPCONN=0,0,"00:07:80:02:47:00"
+BTSPPCONN:0,"00:07:80:02:47:00"

OK
AT+BTSPPDISCONN=0
AT+BTSPPDISCONN=0
+BTSPPDISCONN:0,"00:07:80:02:47:00"

OK
AT+BTENCDEV?
AT+BTENCDEV?
+BTENCDEV:0,"00:07:80:02:47:00"+BTENCDEV:1,"90:38:0c:ed:67:02"
OK


### AT log port output

```plain
No changes to the output log when sending `AT+BTENCDEV?`

More Information.

No response

Thank you very much for raising this issue. Yes, AT does indeed have this problem at the moment. We have replicated this issue locally and will soon internally synchronize the fix for this issue to the master branch. Thanks again.

Thank you for reviewing this item, do you have a timescale when this will be pushed to a suitable release branch for the ESP32? Master (and v4 and above) is not recommended for the ESP32 module.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants