[英]Is ACTION_CONNECTION_STATE_CHANGED broadcasted on changes to Bluetooth RFCOMM / SPP connections?
是否对RFCOMM / SPP连接的更改广播了ACTION_CONNECTION_STATE_CHANGED?
或者仅在“其他配置文件”(A2DP等)的更改中广播
我试图避免必须管理RFCOMM连接的状态,如果它的状态已经由BluetoothAdapter管理
此外,不是我会诉诸它,但有没有人试图在BluetoothAdapter中使用@hidden BluetoothStateChangeCallback接口?
RFCOMM不是蓝牙'Profile'它是一种协议。
串行端口配置文件(SPP)基于RFCOMM并且是配置文件。 虽然我正在使用
“众所周知的SPP UUID 00001101-0000-1000-8000-00805F9B34FB”
SPP似乎不是“官方支持”的配置文件,因此不会广播ACTION_CONNECTION_STATE_CHANGED。
蓝牙设备的 ACTION_ACL_CONNECTED,ACTION_ACL_DISCONNECTED和ACTION_ACL_DISCONNECT_REQUESTED广播事件可用于监听bluetoothDevice的状态。
这些是将为RFCOMM协议和Profile连接广播的低级事件。
我发现这些广播并不一定以预期的方式表现。 正如在这里也经历过什么触发了BluetoothDevice.ACTION_ACL广播?
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.