Open mdb91 opened 5 months ago
As an update to this issue, I have successfully tested my NRF52840 project with a Hero 11 Black which worked as expected. This means the pairing issue is only with the Hero 12 cameras.
This does seem like a bug on the GoPro and is being investigated internally.
As an update to this issue, I have successfully tested my NRF52840 project with a Hero 11 Black which worked as expected. This means the pairing issue is only with the Hero 12 cameras.
I have same issue with Hero 9
Components:
Description: After I pair the GoPro12 with either the Windows PC running the Python tutorials, or my custom PCB project; I am unable to reconnect to the GoPro without putting the camera back into the pairing mode using the UI. I'm using Wireshark to see the packets, and when I try to reconnect (when not in camera pairing mode), the camera doesn't respond to the initial CONNECT_IND request from the client. After six timeouts, the client disconnects from the camera (as per BLE standard).
My question is what am I missing when I am pairing to the GoPro12? I don't think my client is being added to the camera's whitelist, but I am following the procedure listed in the BLE spec (connect, pair, discover, enable notifications).
When I query the Pairing State status (ID 19) of the camera after finishing pairing, I get a response of 0x01 (started), not 0x04 (completed). I modified Tutorial 4 BLE Queries - Poll Multiple Settings Value to request the Pairing State from the camera and received the same 0x01 (started) response [see screenshots].
I have had no issues with the other cameras I am testing (GoPro 9 and 10).
When I am pairing, the GoPro has the confirmation beep and I have checked it advertises correctly after a power cycle (using LightBlue and NRFConnect).
Supporting Info: Python Tutorial Screenshots and Wireshark Trace: GoPro BLE Python.zip
NRF52 Wireshark Traces: GoPro BLE NRF52.zip