PSoC™ 4 Forum Discussions

hi

I am using CYBT-423028-EVAL, found not all of the BLE hci command can be support . (eg. HCI_LE_READ_BUFFER_SIZE)

Does this because Dual mode bluetooth， how can I switch to BLE?

Thank you for your help!

Hello sir/madam,

My company bought 02 Bluetooth device from your company a few month ago,  with serial model below: CYBLE-224110-00 and CYBLE-224116-01. But I did not know which one is support to Apple device (iPhone…).

Could you pls tell me which one is support to iPhone device?

thank and best regards,

Tuan

Hi all,

We want to use the pairing and whitelist features of the BLE module integrated in our product (CYBLE-212019-00 / CYBLE-212020-01). The BLE module is controlled via UART using the EZ-Serial API. The main problem is, when a smartphone is paired with the BLE module (the BLE module acts as peripheral / GATT server), if the whitelist is enabled it is not possible to reconnect the smartphone although bond and whitelist entries exist for the paired device. We followed the recommendations and parameter setting given in the “EZ-Serial BLE Firmware Platform User Guide” (No. 002-11259 Rev. *E), but we might have miss something.

It is possible to reproduce the problem using the BLE Pioneer kit and text commands (configuration details are given below). Note that our product uses the binary protocol and the result is the same.

Here are the instructions to reproduce the problem:

1) Factory reset of the BLE module (bond list has been cleared before)

→ /RFAC

@R,000B,/RFAC,0000

@E,0005,RFAC

@E,003B,BOOT,E=0101011A,S=03030035,P=0103,H=05,C=05,A=00A0504219E3

@E,000E,ASC,S=01,R=03     ← Advertisement is started automatically without whitelist

2) Connection of the smartphone

@E,0035,C,C=04,A=5E972F97FD49,T=01,I=0024,L=0000,O=01F4,B=00

@E,001D,CU,C=04,I=0000,L=0000,O=0000

@E,001D,CU,C=04,I=0000,L=0000,O=0000

@E,001A,W,C=04,H=000B,T=00,D=0200

4) Send pairing request with bond (Re-initialized by the smartphone)

→ /P,M=11,B=01,K=10,P=00

@R,0008,/P,0000

@E,001B,P,C=04,M=12,B=01,K=10,P=00     ← The smartphone send a pairing request, automatically accepted by the BLE module

@E,001D,CU,C=04,I=0000,L=0000,O=0000

@E,000E,ENC,C=04,S=01

@E,001B,B,B=04,A=5E972F97FD49,T=01     ← A bond entry is created

@E,000F,PR,C=04,R=0000     ← Pairing successful

@E,001D,CU,C=04,I=0000,L=0000,O=0000

5) Disconnection and reboot of the BLE module and smartphone Bluetooth

→ /DIS

@R,000A,/DIS,0000

@E,0010,DIS,C=04,R=0916

@E,000E,ASC,S=01,R=03

→ /RBT

@R,000A,/RBT,0000

@E,003B,BOOT,E=0101011A,S=03030035,P=0103,H=05,C=04,A=00A0504219E3

@E,000E,ASC,S=01,R=03

6) Activation of the whitelist for connection (tested with whitelist for connection only and whitelist for both advertisement and connection)

→ /AX     ← Stop advertisement

@R,0009,/AX,0000

@E,000E,ASC,S=00,R=00

→ SAP,M=02,T=00,I=0030,C=07,L=02,O=0000,F=00     ← Set whitelist

@R,0009,SAP,0000

→ /A     ← Start advertisement (also tested with all parameters)

@R,0008,/A,0000

@E,000E,ASC,S=01,R=00

7) Attempts to connect the paired smartphone

Advertisements are received on the smartphone, but when trying to connect, nothing happen!

In the CySmart log file no error. In nRF Connect log file a standard “Error 133 (0x85): GATT ERROR” is listed to inform that the connection failed.

Note: The connection may work if the Bluetooth on the smartphone is not reset. But as soon as the smartphone is restarted or Bluetooth on the smartphone is restarted, the connection is not possible.

😎 Additional verifications

→ GAP

@R,0030,GAP,0000,M=02,T=00,I=0030,C=07,L=02,O=0000,F=00     ← Advertisement parameters and whitelist are OK

→ /QB

@R,000E,/QB,0000,C=01

@E,001B,B,B=04,A=5E972F97FD49,T=01     ← A bond entry exists for the paired smartphone

→ /QWL

@R,000F,/QWL,0000,C=01

@E,0017,WL,A=5E972F97FD49,T=01     ← A whitelist entry exists for the paired smartphone

Configuration details:

* BLE Pioneer Kit (CY8CKIT-042-BLE) + BLE module CYBLE-212019-EVAL

* EZ-Serial version: 1.1.1 downloaded on 06.01.2020 (same version on our product)

* Tested smartphones:

- Samsung Galaxy A70, Android 9

- Sony Xperia XA, Android 7

- iPhone SE, iOS 13.3

* Software used on smartphone for connection and pairing: CySmart, nRF Connect

Other issues:

We also identified other issues related to pairing.

1) Bonds not cleared after factory reset

When the factory reset command is sent we expect that the bonds and white list are cleared. However, the lists persist.

→ /QB     ← Query bonds

@R,000E,/QB,0000,C=01

@E,001B,B,B=04,A=79538A59996E,T=01     ← One bond entry

→ /RFAC     ← Factory reset

@R,000B,/RFAC,0000

@E,0005,RFAC

@E,003B,BOOT,E=0101011A,S=03030035,P=0103,H=05,C=05,A=00A0504219E3

@E,000E,ASC,S=01,R=03

→ /QB     ← Query bond

@R,000E,/QB,0000,C=01

@E,001B,B,B=04,A=79538A59996E,T=01     ← Still one bond entry

2) Delete bond command sometimes doesn’t work

The command for deleting bond entry sometimes fails although advertisement is stopped.

→ /AX     ← Stop advertisement

@R,0009,/AX,0000

@E,000E,ASC,S=00,R=00

→ /QB     ← Query bonds

@R,000E,/QB,0000,C=01

@E,001B,B,B=04,A=5DBAF31F5E73,T=01

→ /BD,A=5DBAF31F5E73,T=01     ← Delete the single bond entry

@R,000E,/BD,0108,C=01     ← Response indicate one remaining bond, Code 0108 “Operation not permitted”

→ /QB     ← Query bonds

@R,000E,/QB,0000,C=01

@E,001B,B,B=04,A=5DBAF31F5E73,T=01     ← No bond deleted

3) Error on pairing response command “smp_send_pairreq_response (/PR, ID=7/5)” when rejected

When the auto-pairing response is disabled, the "smp_send_pairreq_response (/PR, ID=7/5)" command must be sent to accept or reject pairing. Accepting pairing using this command is no problem, but rejecting the pairing result in the error code 0x0104 "Unsupported feature". Using the C-API, the response of the pairing response is ignored by the parser.

→ /AX     ← Stop advertisement

@R,0009,/AX,0000

@E,000E,ASC,S=00,R=00

→ SSBP,M=11,B=1,K=10,P=00,I=3,F=00     ← Disable auto-accept pairing request

@R,000A,SSBP,0000

→ /A     ← Start advertisement

@R,0008,/A,0000

@E,000E,ASC,S=01,R=00

@E,0035,C,C=04,A=5CBDC8BB696D,T=01,I=0024,L=0000,O=01F4,B=00

@E,001D,CU,C=04,I=0000,L=0000,O=0000

@E,001D,CU,C=04,I=0000,L=0000,O=0000

→ /P,M=11,B=01,K=10,P=00     ← Send pairing request

@R,0008,/P,0000

@E,001B,P,C=04,M=12,B=01,K=10,P=00

@E,001D,CU,C=04,I=0000,L=0000,O=0000

→ /PR,C=00,R=0001     ← Send pairing response to reject pairing

@R,0009,/PR,0104     ← Command response with code 0104 “Unsupported feature”

@E,0010,DIS,C=04,R=0913

@E,000E,ASC,S=01,R=03

4) After more than 4 pairing, bond and whitelist entries are managed automatically, but it is undocumented

The documentation supposes that bonds may need to be removed when more than 4 devices are paired. See documentation, page 149, Section 7.2.7.3.

5) Small typo in documentation for “smp_bond_entry”

In “EZ-Serial BLE Firmware Platform User Guide” (No. 002-11259 Rev. *E), page 202, the binary header for the command “smp_bond_entry” mentions a length of 7, but the length is 8.

Thanks for your support,

David