Question

我在服务器中监听蓝牙连接：

rfcomm listen rfcomm1 1

然后我连接我的蓝牙客户端并显示以下消息：

Connection from XX:XX:XX:XX:XX:XX to /dev/rfcomm1
Press CTRL-C for hangup

这意味着一切都很好......

然后我通过在服务器或客户端中执行Ctrl + C来完成连接。

在此之后，我又做了一次：

rfcomm listen rfcomm1 1

但是这一次，当我连接客户端时，我收到了这条消息：

Can't create RFCOMM TTY: Address already in use

所以我去检查哪些连接是打开的：

rfcomm -a

我可以看到连接显示为已关闭，但一旦断开连接就不会显示...

rfcomm1: XX:XX:XX:XX:XX:XX -> XX:XX:XX:XX:XX:XX channel 1 closed [reuse-dlc release-on-hup ]

最奇怪的是，有时断线是成功的，我可以毫无问题地重新连接。

修改

我意识到当设备保持连接约10秒或更长时间时，断开连接成功。但是当此时间较短（快速连接/断开）时，会出现问题。

如果失败发生，我会这样做：

dmesg

打印出来：

[11800.001527] Bluetooth: TIOCGSERIAL is not supported
[11800.033063] Bluetooth: TIOCGSERIAL is not supported
[11926.708438] Bluetooth: TIOCGSERIAL is not supported
[11934.918197] Bluetooth: TIOCGSERIAL is not supported
[11934.926194] Bluetooth: TIOCGSERIAL is not supported
[11934.926284] ------------[ cut here ]------------
[11934.926297] WARNING: CPU: 1 PID: 2316 at /build/linux-Pcn0xK/linux-4.4.0/drivers/tty/tty_port.c:143 tty_port_destructor+0x7a/0x80()
[11934.926300] Modules linked in: minidriver(OE) nls_utf8 isofs rfcomm bnep arc4 ath5k snd_hda_codec_realtek uvcvideo ath mac80211 snd_hda_codec_hdmi snd_hda_codec_generic snd_hda_intel videobuf2_vmalloc snd_hda_codec samsung_laptop videobuf2_memops snd_hda_core btusb videobuf2_v4l2 btrtl snd_hwdep videobuf2_core coretemp btbcm cfg80211 snd_pcm v4l2_common btintel snd_seq_midi joydev videodev bluetooth snd_seq_midi_event serio_raw media snd_rawmidi input_leds snd_seq snd_seq_device snd_timer snd soundcore shpchp lpc_ich mac_hid binfmt_misc parport_pc ppdev lp parport autofs4 hid_logitech ff_memless uas usb_storage hid_generic usbhid hid amdkfd amd_iommu_v2 radeon psmouse pata_acpi i2c_algo_bit ttm sky2 drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops video fjes drm [last unloaded: minidriver]

[11934.926401] CPU: 1 PID: 2316 Comm: kworker/1:1 Tainted: G        W  OE   4.4.0-97-generic #120-Ubuntu
[11934.926404] Hardware name: SAMSUNG ELECTRONICS CO., LTD. R520/R522/R620               /R520/R522/R620               , BIOS 05LL.M025.20090916.Jay 09/16/20
[11934.926410] Workqueue: events release_one_tty
[11934.926413]  0000000000000286 c977cef9c84bca31 ffff88012ea3fd48 ffffffff813fabe3
[11934.926419]  0000000000000000 ffffffff81d386c0 ffff88012ea3fd80 ffffffff810812e2
[11934.926425]  ffff8800b5153800 ffff8800b67f6400 ffff8800b67f6400 ffffffffc06dc840
[11934.926430] Call Trace:
[11934.926438]  [<ffffffff813fabe3>] dump_stack+0x63/0x90
[11934.926445]  [<ffffffff810812e2>] warn_slowpath_common+0x82/0xc0
[11934.926450]  [<ffffffff8108142a>] warn_slowpath_null+0x1a/0x20
[11934.926455]  [<ffffffff8150357a>] tty_port_destructor+0x7a/0x80
[11934.926460]  [<ffffffff81503ce8>] tty_port_put+0x28/0x30
[11934.926471]  [<ffffffffc06d5fa8>] rfcomm_tty_cleanup+0x68/0x70 [rfcomm]
[11934.926475]  [<ffffffff814f91fb>] release_one_tty+0x3b/0xc0
[11934.926481]  [<ffffffff8109a635>] process_one_work+0x165/0x480
[11934.926486]  [<ffffffff8109a99b>] worker_thread+0x4b/0x4c0
[11934.926491]  [<ffffffff8109a950>] ? process_one_work+0x480/0x480
[11934.926496]  [<ffffffff810a0c75>] kthread+0xe5/0x100
[11934.926500]  [<ffffffff810a0b90>] ? kthread_create_on_node+0x1e0/0x1e0
[11934.926507]  [<ffffffff81843b8f>] ret_from_fork+0x3f/0x70
[11934.926511]  [<ffffffff810a0b90>] ? kthread_create_on_node+0x1e0/0x1e0
[11934.926515] ---[ end trace a33c33d1fdbe410d ]---
[11936.001325] Bluetooth: TIOCGSERIAL is not supported
[11936.033194] Bluetooth: TIOCGSERIAL is not supported

当一切正常（10秒或更长时间）时，只会显示以下消息：

[11936.001325] Bluetooth: TIOCGSERIAL is not supported
[11936.033194] Bluetooth: TIOCGSERIAL is not supported
[11936.001325] Bluetooth: TIOCGSERIAL is not supported
[11936.033194] Bluetooth: TIOCGSERIAL is not supported

Answer 1

您是否尝试过使用发布？

sudo rfcomm release 0

或者直接将您的设备添加到/etc/bluetooth/rfcomm然后将其绑定，然后在完成后尝试发布。

sudo rfcomm bind 0

Answer 2

如果在断开连接之前等待10秒没有问题，我认为我们有一个坚实的领先优势：RFCOMM规范（https://www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=263754）定义10秒作为数据ACK的最小超时（＆＃34;确认定时器（T1）＆＃34;）和控制信道响应（＆＃34;多路复用器控制信道的响应定时器（T2）＆＃34;）。最有可能的是，您在客户端的控制通道上有未确认的数据（听起来并不像您发送的数据）。虽然我不希望这会在断开连接时导致问题，但是当您尝试在等待此ACK时尝试释放TTY时，BlueZ堆栈中的问题可能会导致问题。

您是否尝试过在频道上发送数据？如果控制通道确实无法确认，那么如果您能够交换数据则会令人惊讶。
您是否尝试过使用其他设备作为RFCOMM客户端？也许客户端堆栈中的问题不是确认控制信号。

我还没有广泛使用BlueZ堆栈，因此我无法提供准确的代码更改，但希望这是足以制定解决方案的信息（例如，如果您可以追踪定时器，正在等待这个ACK，也许你可以杀死它。）

Answer 3

解

问题是Ubuntu中安装的软件包干扰了设备的正常发布。

只是做：

apt-get remove --purge modemmanager

Answer 4

发生此错误是因为进程正在保持端口打开，并且仅在端口关闭时才会释放。

检查哪个设备没有释放端口： sudo lsof | grep / dev / rfcomm0（或分配的任何端口）

如此简单的答案是，关闭应用程序中的通讯端口和快乐的日子！

无法创建RFCOMM TTY：已在使用的地址

4 个答案: