У меня есть два устройства, которые непрерывно подают данные через ttyUSB0 и ttyUSB1. У меня есть php-скрипты, которые используют эти данные. Проблема, с которой я сталкиваюсь, заключается в том, что иногда лента просто замерзает. Лучший способ, который я видел, чтобы исправить это, чтобы отключить плату BUB от компьютера и подключите его снова. Однако, я ищу способ автоматизировать это действие. Есть ли способ сказать linux, чтобы по существу извлечь плату BUB, а затем как-то забрать ее снова?
Как перезапустить ttyusb*
3 ответа
у меня та же проблема, что и у вас, но в другом контексте ( я открываю последовательную консоль на коробке linux ). Последовательный канал иногда перестает отвечать на запросы, и мне приходится физически отключать USB-последовательный конвертер.
ниже, кажется, решить мою проблему, но не всегда.
найти драйвера для вашего устройства ttyUSBx.
[my-pc]# cat / proc/tty / drivers
/dev/tty /dev/tty 5 0 system:/dev/tty /dev/console /dev/console 5 1 system:console /dev/ptmx /dev/ptmx 5 2 system /dev/vc/0 /dev/vc/0 4 0 system:vtmaster rfcomm /dev/rfcomm 216 0-255 serial usbserial /dev/ttyUSB 188 0-253 serial ttyprintk /dev/ttyprintk 5 3 console serial /dev/ttyS 4 64-111 serial pty_slave /dev/pts 136 0-1048575 pty:slave pty_master /dev/ptm 128 0-1048575 pty:master unknown /dev/tty 4 1-63 console
видно, что
/dev/ttyUSB
используетusbserial
. Теперь копаем немного дальше:[my-pc]# lsmod / grep usbserial
usbserial 37173 1 pl2303
в моем случае, мой USB-последовательный конвертер является плодовитым PL2303. Если у вас есть адаптер FTDI, я думаю, вы должны увидеть
ftdi_sio
вместоpl2303
.выгрузить драйвер
sudo modprobe-r pl2303 #или имя, соответствующее вашему конфигу
sudo modprobe-r usbserial
перезагрузить драйвер
sudo modprobe pl2303 #или имя, соответствующее вашему конфигу
повторно запустить последовательную связь
С ответом sdive я продолжал получать " фатальный: модуль usbserial используется."
Я, наконец, решил проблему с некоторым руководством из ответа Лило здесь: https://askubuntu.com/a/661/379851
но вместо того, чтобы использовать какой-то код C, я написал эквивалент python, который также находит шину и устройство в вопросе:
#!/usr/bin/env python
import os
import sys
from subprocess import Popen, PIPE
import fcntl
driver = sys.argv[-1]
print "resetting driver:", driver
USBDEVFS_RESET= 21780
try:
lsusb_out = Popen("lsusb | grep -i %s"%driver, shell=True, bufsize=64, stdin=PIPE, stdout=PIPE, close_fds=True).stdout.read().strip().split()
bus = lsusb_out[1]
device = lsusb_out[3][:-1]
f = open("/dev/bus/usb/%s/%s"%(bus, device), 'w', os.O_WRONLY)
fcntl.ioctl(f, USBDEVFS_RESET, 0)
except Exception, msg:
print "failed to reset device:", msg
просто сохраните это как reset_usb.py или что-то, а затем запустить его следующим образом:
sudo python reset_usb.py driver_name
где имя_драйвера вывод из
lsmod | grep usbserial
в моем случае, это был cp210x, поэтому я запускаю его так:
sudo python reset_usb.py cp210x
вот мой ответ модуля ftdi_sio
. Шаги адаптируются из приведенного выше ответа и ссылки из комментария в исходном вопросе.
не удалось удалить модуль:
% sudo rmmod ftdi_sio
rmmod: ERROR: Module ftdi_sio is in use
% sudo modprobe -r ftdi_sio
modprobe: FATAL: Module ftdi_sio is in use.
поэтому я использую следующий трюк:
% sudo dmesg | grep ttyUSB0
[ 4.784615] usb 3-2.4: FTDI USB Serial Device converter now attached to ttyUSB0
который действительно был проверен:
% tree /sys/bus/usb/drivers/ftdi_sio
/sys/bus/usb/drivers/ftdi_sio
├── 3-2.4:1.0 -> ../../../../devices/pci0000:00/0000:00:14.0/usb3/3-2/3-2.4/3-2.4:1.0
├── bind
├── module -> ../../../../module/usbserial
├── uevent
└── unbind
2 directories, 3 files
потом было легко снять модуль:
# echo -n "3-2.4:1.0" > /sys/bus/usb/drivers/ftdi_sio/unbind
# rmmod ftdi_sio
# rmmod usbserial
а потом просто:
# modprobe ftdi_sio
это не понятно, почему ftdi_sio получает в такая плохая форма, может быть, до сих пор ошибка, как в:
но, похоже, ядро 4.9.20 все еще содержит bad ftdi_sio
модуль.
Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]