web-dev-qa-db-ja.com

ttyusb *を再起動する方法

TtyUSB0とttyUSB1を介して継続的にデータを供給している2つのデバイスがあります。このデータを使用しているphpスクリプトがあります。私が直面している問題は、フィードがちょうどフリーズすることです。これを修正するために私が見た最良の方法は、コンピュータからBUBボードを取り外し、再度接続することです。しかし、私はこのアクションを自動化する方法を探しています。 Linuxに基本的にBUBボードをイジェクトして、どういうわけかそれを再び拾うように指示する方法はありますか？

linuxusbtty
12
emilyk

私はあなたと同じ問題を抱えていますが、コンテキストが異なります（Linuxボックスでシリアルコンソールを開きます）。シリアルリンクが応答しなくなることがあり、USBシリアルコンバーターを物理的に外さなければなりません。

以下は私の問題を解決するようですが、常にではありません。

  1. 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-シリアルコンバーターはProlific PL2303です。 FTDIアダプターをお持ちの場合は、ftdi_sio の代わりに pl2303。

  2. ドライバーをアンロードする

    Sudo modprobe -r pl2303＃または設定に一致する名前

    Sudo modprobe -r usbserial

  3. ドライバーを再ロードする

    Sudo modprobe pl2303＃または設定に一致する名前

  4. シリアル通信を再開します

11
sdive

Sdiveの回答で、「致命的：モジュールusbserialが使用されています」というメッセージが表示され続けました。

私はついにLiLoの回答のガイダンスで問題を解決しました： 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

ここで、driver_nameは、

lsmod | grep usbserial

私の場合、それはcp210xだったので、次のように実行します。

Sudo python reset_usb.py cp210x
7
Peter

これがモジュール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にはまだ悪いftdi_sioモジュールが含まれているようです。

1
malat