hfp_hf_demo SCO connection issue on PicoW

[Vlad Balmos]

Hi there,

I'm having trouble running the hfp_hf_demo example.
I can pair the device but when I try to establish an audio connection the logs show that the flow stops (logs at the end of the message).
I'm using the btstack version bundled with the pico c/c++ sdk v1.5.1

I've tried manually establishing an audio connection (using the stdin cli) to an android phone and also testes with an Iphone se 2020 by initiating a call and the same result.

I'm sure I'm missing something but I'm stuck, 'been trying to tinker with the configuration settings for a few days now, but to no result.

Thanks in advance for any pointers!

[codec negotiation happens]
00:00:14.918] LOG -- hfp_hf.c.1124: hfp: codec confirmed: mSBC                                                                                    
[00:00:14.925] LOG -- hfp.c.276: HFP_TX AT+BCS=2                                                                                                    
[00:00:14.929] ACL => 0B 00 12 00 0E 00 4F 00 1B EF 12 00 41 54 2B 42 43 53 3D 32 0D 8F                                                            
[00:00:14.937] EVT <= 6E 00                                                                                                                        
[00:00:14.941] CMD => 35 0C 05 01 0B 00 01 00                                                                                                      
[00:00:14.945] EVT <= 6E 00                                                                                                                        
[00:00:14.949] EVT <= 13 05 01 0B 00 02 00                                                                                                          
[00:00:14.953] EVT <= 79 02 42 00                                                                                                                  
[00:00:14.956] EVT <= 89 02 01 00                                                                                                                  
[00:00:14.960] EVT <= 79 02 42 00                                                                                                                  
[00:00:14.965] EVT <= 1B 03 0B 00 01                                                                                                                
[00:00:14.970] EVT <= 04 0A 6C 42 9B DF 80 38 00 00 00 02                                                                                          
[00:00:14.974] LOG -- hci.c.3539: Connection_incoming: 38:80:DF:9B:42:6C, type 2                                                                    
[00:00:14.981] LOG -- hci.c.316: create_connection_for_addr 38:80:DF:9B:42:6C, type fc                                                              
[00:00:14.989] LOG -- hfp.c.895: accept sco 2                                                                                                      
[00:00:14.994] LOG -- hfp.c.1989: HFP: sending hci_accept_connection_request, packet types 0x0048, sco_voice_setting 0x43                          
[00:00:15.005] CMD => 29 04 15 6C 42 9B DF 80 38 40 1F 00 00 40 1F 00 00 08 00 43 00 02 88 03                                                      
[00:00:15.014] EVT <= 6E 00                                                                                                                        
[00:00:15.017] ACL <= 0B 20 0F 00 0B 00 42 00 19 FF 0D 01 0D 0A 4F 4B 0D 0A 49                                                                      
[00:00:15.023] LOG -- rfcomm.c.1447: RFCOMM data UIH_PF, new credits channel 0x01: 1, now 10                                                        
[00:00:15.031] LOG -- hfp.c.2144: HFP_HF_RX: '\r\nOK\r\n'                                                                                          
[00:00:15.036] LOG -- hfp.c.1394: command string 'OK', handsfree 1 -> cmd id 3                                                                      
[00:00:15.043] CMD => 35 0C 05 01 0B 00 01 00                                                                                                      
[00:00:15.048] EVT <= 6E 00                                                                                                                        
[00:00:15.051] EVT <= 0F 04 00 01 29 04       

[no more events received]                                                                                                      

[Matthias Ringwald]

Hi Vlad

SCO connections, and with that HSP and HFP, doesn't work on the Pico W yet. After sending an HCI Setup Synchronous Connection or HCI Accept Synchronous Connection, we don't get an error, but there's also no event that indicates that connection was opened. At the moment it's unclear, what's wrong here, but Raspberry Pi is aware of this and Infineon is looking into this. If you like, you can raise an issue on the Pico SDK Github so we have a single place to keep track of this.

For the time being, you could try to use BTstack with an USB Bluetooth dongle on a desktop OS.

Cheers
Matthias

> --
> You received this message because you are subscribed to the Google Groups "btstack-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to btstack-dev...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/btstack-dev/b1020585-79d1-4977-a5e3-2eabace462dfn%40googlegroups.com.

[Vlad Balmos]

Thank you Matthias! That's a bummer. I was planning to add HFP support to an old british 746 rotary phone, this kind of ruins my project until it is fixed. Thanks again!

[Matthias Ringwald]

Hi Vlad

For that use case, I would recommend to use an ESP32, HFP works there and there's also a working I2S driver.

Best
Matthias

> To view this discussion on the web visit https://groups.google.com/d/msgid/btstack-dev/ae45adc3-4297-4ff6-9765-3ab6efd21627n%40googlegroups.com.

[Vlad Balmos]

In case anyone is interested in following up this issue, I've opened: https://github.com/raspberrypi/pico-sdk/issues/1461

Vlad