Я пытаюсь подключить raspberry pi к своему galaxy note, чтобы использовать его для последовательной связи. Мне это немного удалось.
Сначала я соединил его и доверился через bluetoothctl. Затем я запустил sudo rfcomm watch hci0и открыл с помощью cat /dev/rfcomm. Я смог подключиться к raspberry pi с помощьюBluetooth-терминал(только это приложение, все остальные давали сбой) и строки, отправленные из Galaxy, отображались в catокне.
Я как-то облажался позже и теперь бег sudo rfcomm watch hci0дает мне Can't bind RFCOMM socket: Address already in use. Я не могу выпустить его с sudo rfcomm release hci0или sudo rfcomm release 0как он тогда дает мне Can't release device: No such device. Аналогично cat /dev/rfcomm0тоже теперь дает мне No such file or directory.
Я убил процесс, указанный с помощью sudo lsof | grep /dev/rfcomm0, это не повлияло на мою способность использовать RFCOMM. Перезагрузка с помощью systemctl daemon-reloadи перезапуск с помощью service bluetooth restartтоже не дали никакого эффекта.
Я все еще могу сканировать другие устройства Bluetooth и могу подключиться к Raspberry Pi с помощью терминала Bluetooth, но, похоже, rfcomm исчез. Я знаю, что перезагрузка может решить эту проблему, хотя я хотел бы сделать это программно, если это возможно, не прибегая к циклу включения-выключения.
Спасибо за вашу помощь.
решение1
Проверьте вывод команды dmesgна Raspberry Pi.
Я получаю что-то вроде:
[ 296.768548] ------------[ cut here ]------------
[ 296.768576] WARNING: CPU: 3 PID: 40 at drivers/tty/tty_port.c:257 tty_port_put+0x94/0x98
[ 296.768586] Modules linked in: rfcomm cmac bnep hci_uart btbcm serdev bluetooth ecdh_generic 8021q garp stp llc brcmfmac brcmutil bcm2835_codec(C) bcm2835_v4l2(C) v4l2_mem2mem sha256_generic bcm2835_mmal_vchiq(C) v4l2_common videobuf2_vmalloc videobuf2_dma_contig videobuf2_memops cfg80211 videobuf2_v4l2 videobuf2_common videodev media rfkill vc_sm_cma(C) v3d vc4 gpu_sched drm_kms_helper rpivid_mem raspberrypi_hwmon hwmon drm drm_panel_orientation_quirks snd_soc_core snd_bcm2835(C) snd_compress snd_pcm_dmaengine snd_pcm snd_timer syscopyarea sysfillrect sysimgblt fb_sys_fops snd rpi_backlight rpi_ft5406 uio_pdrv_genirq uio evdev joydev ip_tables x_tables ipv6
[ 296.768773] CPU: 3 PID: 40 Comm: kworker/3:1 Tainted: G C 4.19.97-v7l+ #1294
[ 296.768781] Hardware name: BCM2835
[ 296.768798] Workqueue: events release_one_tty
[ 296.768825] [<c0212e04>] (unwind_backtrace) from [<c020d5e0>] (show_stack+0x20/0x24)
[ 296.768844] [<c020d5e0>] (show_stack) from [<c09b15c8>] (dump_stack+0xe0/0x124)
[ 296.768865] [<c09b15c8>] (dump_stack) from [<c0222544>] (__warn+0x104/0x11c)
[ 296.768883] [<c0222544>] (__warn) from [<c0222694>] (warn_slowpath_null+0x50/0x58)
[ 296.768899] [<c0222694>] (warn_slowpath_null) from [<c06cab28>] (tty_port_put+0x94/0x98)
[ 296.768941] [<c06cab28>] (tty_port_put) from [<bf9dd2a0>] (rfcomm_tty_cleanup+0x5c/0x60 [rfcomm])
[ 296.768999] [<bf9dd2a0>] (rfcomm_tty_cleanup [rfcomm]) from [<c06c2a38>] (release_one_tty+0x3c/0xac)
[ 296.769019] [<c06c2a38>] (release_one_tty) from [<c023e028>] (process_one_work+0x170/0x458)
[ 296.769036] [<c023e028>] (process_one_work) from [<c023e36c>] (worker_thread+0x5c/0x5a4)
[ 296.769051] [<c023e36c>] (worker_thread) from [<c02446a0>] (kthread+0x138/0x168)
[ 296.769066] [<c02446a0>] (kthread) from [<c02010ac>] (ret_from_fork+0x14/0x28)
[ 296.769075] Exception stack(0xefab3fb0 to 0xefab3ff8)
[ 296.769086] 3fa0: 00000000 00000000 00000000 00000000
[ 296.769098] 3fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 296.769108] 3fe0: 00000000 00000000 00000000 00000000 00000013 00000000
[ 296.769119] ---[ end trace 545b669f95e0d2b5 ]---
Это заставляет меня думать, что модуль ядра (rfcomm) и его поток обработки (krfcomm) зависли/вышли из строя при освобождении tty и оставили его в неисправном состоянии.
В результате попытки создать новое устройство конфликтуют с тем, которое еще не удалено, а попытки удалить/освободить существующее устройство приводят к сообщению о том, что устройство не существует.
Я не думаю, что на данный момент существует решение, кроме перезагрузки.
Я где-то читал, что если соединение остается открытым более 10 секунд, сбоя не произойдет и порт можно будет успешно использовать повторно.
Редактировать: В следующем ответе на тот же вопрос на SO предлагается удалить пакет modemmanager, который может мешать.