こんにちは、皆さん。
Sonoff Zigbee USBドングルとUSBシリアルドライバーに関して問題が発生しています。スティックを接続した状態だと、NASがシャットダウンや再起動できず（アプリの停止で永遠にハングします）、強制的に電源を切るしかありません。再起動するとすべてのUSBが利用できなくなります（電源コードを抜いてしばらく待ち、再度差し込んで電源を入れる必要があります）。
旧フォーラムで数ヶ月前に同じ問題を報告している方がいましたが、どなたか回避策を見つけた方はいませんか？
私のNASはTS-464です。
FW: QTS 5.2.5.3145
USBシリアルドライバー v. 5.0.1
Sonoff Zigbee USBドングルを社内でテストし、何か新しい発見があれば随時ご報告します。
私の個人的な経験では、デバイスが完全に互換性がなくても、通常はシャットダウンの問題は発生しません。他のデバイスでこのドングルを使用してみましたか？
ご使用中のSonoff Zigbeeドングルの正確な詳細を共有していただけますでしょうか？可能であれば、詳細な型番や仕様が記載されているリンクもご提供いただけると幸いです。ご指摘いただいた問題を評価するため、同じものを購入したいと考えております。
よろしくお願いいたします。
詳細を共有していただきありがとうございます。同じドングルを入手できるように試み、こちらでご報告いたします。
この問題を確認できます。昨日、まさにこのUSBドングル Sonoff Zigbee 3.0 USB Dongle Plus（モデル ZBDongle-E v2）を受け取り、QNAP TS-464でテストしました。他のユーザーが述べているように、ドングルを接続すると通常、システムがシャットダウンできなくなり、ボタンでしか電源を切れなくなります。さらに、この状態ではUSBが完全に故障しているようです。
この問題は接続されているUPSにも影響します：UPSがUSB経由で認識されなくなるか、認識されても停電時に安全なシャットダウンができなくなります（QNAPがフリーズするため）。
NASモデル：QNAP TS-464
ファームウェア：QTS 5.2.5.3145
USBシリアルドライバー v. 5.0.1
こんにちは、
QNAP TS-262（QTS、Linuxカーネル5.10.60）を使用しています。
CP2102（Silicon Labs）チップを搭載したUSB-UARTアダプターを接続しています：
Sonoff Zigbee 3.0 USB Dongle Plus – モデル「ZBDongle-E」。
以下の状況にもかかわらず、デバイスが /dev/ttyUSB0 に割り当てられません：
質問：
このNASモデルでCP2102は公式にサポートされていますか？
このデバイスを有効にするためのカーネルパッチや修正はありますか？
すべてのCP210x VID/PIDへの対応は追加されますか？
Zigbee/MQTT統合のためにこのUSB-UARTブリッジが必要です。
以下のコマンドの詳細をご参照ください：
uname -a
Linux NAS8769AF 5.10.60-qnap #1 SMP Mon May 26 02:14:19 CST 2025 x86_64 GNU/Linux
lsmod | grep cp210x
cp210x 53248 2
usbserial 40960 29 xsens_mt,wishbone_serial,visor,usb_wwan,upd78f0730,ti_usb_3410_5052,symbolserial,ssu100,safe_serial,oti6858,navman,mos7720,mct_u232,kobil_sct,kl5kusb105,iuu_phoenix,ipaq,io_edgeport,garmin_gps,ftdi_sio,f81232,empeg,digi_acceleport,cypress_m8,cp210x,ch341,ark3116,aircable,pl2303
lsusb
Bus 001 Device 004: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x Composite Device
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
dmesg | grep tty
[ 0.076110] Kernel command line: consoleblank=0 console=ttyS0,115200n8 intel_iommu=on,igfx_off i915.enable_hd_vgaarb=1 iommu=pt i915.disable_power_well=0 i915.enable_rc6=0 i915.enable_guc=2 memmap=2M$0x8000000 ramoops.mem_address=0x8000000 ramoops.mem_size=0x200000 ramoops.console_size=0x100000 usbcore.autosuspend=-1 zswap.enabled=1 zswap.compressor=lz4 BOOT_IMAGE=/boot/bzImage root=/dev/ram0 rw
[ 0.196729] printk: console [ttyS0] enabled
[ 5.022440] printk: console [ttyS0] disabled
[ 5.022697] 00:08: ttyS0 at MMIO 0xfe032000 (irq = 20, base_baud = 115200) is a 16550A
[ 9.566850] printk: console [ttyS0] enabled
このドングルに関連する別のスレッドがあります。そのスレッドを検索してみてください。より多くの情報が得られるかもしれません。
こちらです。見つけました：
新しい投稿を既存のトピックに移動しました。
@SteveKo さん、テストして問題を再現しましたか？
または @claudio.ridolfi さん、その間に解決しましたか？
私のQNAP TS‑464でSonoff Zigbee USBドングル（CP2102Nベース）を挿すと、再現性のあるカーネルクラッシュが発生しています。デバイスを挿入した瞬間、システムが非常に遅くなり、QTSのWeb UIが応答しなくなり、Container Stationがすべてのコンテナを停止し、RAM使用率が約97%まで急増します。SSHだけが機能し続けます。
dmesgには以下のように表示されます
gpiochip_line_is_valid
cp210x_attach
usb_serial_probe
この後、多くのQNAPサービスが割り込み不能なスリープ（D状態）に入り、Qnvrd、Qfrfsmgrd、authLogin.cgi、qsnapmanなどが含まれます。lsusbも完全にハングします。システムは完全な再起動を行うまで回復しません。
私が見つけた唯一の方法は、再起動前にアプリセンターからUSBドライバーを手動で停止することです。しかし、これは停電が長時間続く場合には明らかに問題となります。UPSがUSBドライバーを停止せずにシャットダウンを開始してしまうからです。
TS453でこれを修正しました：
1 - カスタムシリアルドライバーをすべて削除しました（これらをインストールしましたが、他の人が経験したようにシステムがフリーズしました）
2 - insmod /usr/local/modules/cp210x.ko
3 - mknod /dev/ttyUSB0 c 188 0
Sonoffドングルは/dev/ttyUSB0で認識され正常に動作していますが、NASを再起動すると動作しなくなります：
4 - これらのコマンドをautorun.shに追加すると、起動時に正常に動作します：
/sbin/insmod /usr/local/modules/cp210x.ko
sleep 3
/bin/mknod /dev/ttyUSB0 c 188 0
返信が遅れてしまい申し訳ありません！このデバイスは社内でテスト用に所有していますが、問題を再現することはできませんでした。もし引き続きこのデバイスで問題が発生する場合は、サポートチケットを作成していただけますと、サポートチームがさらに詳しく分析・調査いたします。よろしくお願いいたします。