Armadilloフォーラム

ttyUSB・ttyCommModemが存在しない

saw_kuma

2025年3月6日 19時43分

==========
製品型番:AGX3140
Debian/ABOSバージョン:Debian GNU/Linux 12 Linux armadillo 6.1.112-at11
カーネルバージョン:6.1.112-at11
3G/LTE モジュール情報 (Debianのみ):860043065329475
==========

armadillo起動後、ttyCommModemおよびttyUSB0~3が/dev上に存在しない状態となります。
SIMを認識できず、また、mmcliコマンドを使っても情報が出てきません。
解決する方法はありますか?ご確認をお願い致します。

以下、こちらで確認した事象です。
 ・電源OFF後、2~3時間後に再度起動するとttyCommModemおよびttyUSB0~3が復活していた時もありました。
  →その後、rebootコマンドを使用すると、またtyCommModemおよびttyUSB0~3が/devから消えてしまいました。

 ・SIMを挿入し、LTE通信を行っているのですが、その際はマニュアル22.8.を参考にtyUSB2を使用する設定にしています。

 ・syslogにて出力されていた、ModemManagerのログは以下の通りです。

●ModemManagerのログ

2025-03-06T19:18:57.837838+09:00 armadillo systemd[1]: Starting ModemManager.service - Modem Manager...
2025-03-06T19:18:58.517299+09:00 armadillo ModemManager[1755]: <info>  ModemManager (version 1.20.4) starting in system bus...
2025-03-06T19:18:58.717796+09:00 armadillo systemd[1]: Started ModemManager.service - Modem Manager.
2025-03-06T19:18:58.719456+09:00 armadillo NetworkManager[1297]: <info>  [1741256338.7169] modem-manager: ModemManager not available
2025-03-06T19:18:58.945872+09:00 armadillo NetworkManager[1297]: <info>  [1741256338.9453] modem-manager: ModemManager now available
2025-03-06T19:19:01.418778+09:00 armadillo ModemManager[1755]: <info>  [base-manager] couldn't check support for device '/sys/devices/platform/soc/30800000.bus/30bf0000.ethernet': not supported by any plugin

●mmcli -Lコマンド実行時

root@armadillo:~# mmcli -L
No modems were found
コメント

at_dominique.m…

2025年3月7日 11時42分

saw_kumaさん

お世話になっています、
マルティネです。

> armadillo起動後、ttyCommModemおよびttyUSB0~3が/dev上に存在しない状態となります。
> SIMを認識できず、また、mmcliコマンドを使っても情報が出てきません。
> 解決する方法はありますか?ご確認をお願い致します。

ttyUSB0~3 (または ttyCommModem) は、モデムに電源が入ってモデムを起動させれば出てくるはずです。

* SIM 認識前の動作なので、とりあえずそのあたりは関係ありません。
* ないと modemmanager はモデムを見えないので認識できません。

何かの故障の可能性はありますので、復帰できなかった場合は最終的には Armadillo サイトの保証サービスをご利用いただく形になってしまいそうですが、その前にモデムのまわりを確認させてください。

Armadillo では「wwan-force-reset」というコマンドがありますが、そのコマンドを実行しても何か変更がありますでしょうか?
復帰できなかった場合は、そのコマンドを実行した後に、wwan-force-reset の出力の他 「dmesg」と「lsusb」コマンドの出力を提供していただければ幸いです。

また、usb 以外にモデムを ttymxc6 からアクセスできると思いますので、「send-at /dev/ttymxc6 AT」も試していただければ幸いです(正常の場合に出力がありません)

よろしくお願いします

マルティネ様
お世話になっております。ご確認頂きありがとうございます。

> Armadillo では「wwan-force-reset」というコマンドがありますが、そのコマンドを実行しても何か変更がありますでしょうか?
上記、コマンドを実行してみましたがコマンド自体が存在しないようです。

root@armadillo:~# wwan-force-reset
-bash: wwan-force-reset: command not found

> 復帰できなかった場合は、そのコマンドを実行した後に、wwan-force-reset の出力の他 「dmesg」と「lsusb」コマンドの出力を提供していただければ幸いです。
上記コマンドを実行した際のログを添付いたしましたので、ご確認をお願い致します。

> また、usb 以外にモデムを ttymxc6 からアクセスできると思いますので、「send-at /dev/ttymxc6 AT」も試していただければ幸いです(正常の場合に出力がありません)
上記につきまして、 出力が出なかったので正常に動作したものと思われます。
事象が発生しないかどうか、引き続き確認してみます。

以上、ご確認の程よろしくお願い致します。

> saw_kumaさん
>
> お世話になっています、
> マルティネです。
>
>
> > armadillo起動後、ttyCommModemおよびttyUSB0~3が/dev上に存在しない状態となります。
> > SIMを認識できず、また、mmcliコマンドを使っても情報が出てきません。
> > 解決する方法はありますか?ご確認をお願い致します。
>
> ttyUSB0~3 (または ttyCommModem) は、モデムに電源が入ってモデムを起動させれば出てくるはずです。
>
> * SIM 認識前の動作なので、とりあえずそのあたりは関係ありません。
> * ないと modemmanager はモデムを見えないので認識できません。
>
> 何かの故障の可能性はありますので、復帰できなかった場合は最終的には Armadillo サイトの保証サービスをご利用いただく形になってしまいそうですが、その前にモデムのまわりを確認させてください。
>
> Armadillo では「wwan-force-reset」というコマンドがありますが、そのコマンドを実行しても何か変更がありますでしょうか?
> 復帰できなかった場合は、そのコマンドを実行した後に、wwan-force-reset の出力の他 「dmesg」と「lsusb」コマンドの出力を提供していただければ幸いです。
>
> また、usb 以外にモデムを ttymxc6 からアクセスできると思いますので、「send-at /dev/ttymxc6 AT」も試していただければ幸いです(正常の場合に出力がありません)
>
> よろしくお願いします
>
>

ファイル ファイルの説明
dmesg.txt
lsusb.txt

at_dominique.m…

2025年3月7日 19時17分

マルティネです

> root@armadillo:~# wwan-force-reset
> -bash: wwan-force-reset: command not found

wwan-force-reset は弊社リポの atmark-x1-base パッケージに入ってるはずですが、そのパッケージがインストールされてないでしょうか?

root@armadillo:~# grep atmark /etc/apt/sources.list
deb http://download.atmark-techno.com/debian/ bookworm main contrib non-free-firmware
root@armadillo:~# apt update && apt install atmark-x1-base

> > また、usb 以外にモデムを ttymxc6 からアクセスできると思いますので、「send-at /dev/ttymxc6 AT」も試していただければ幸いです(正常の場合に出力がありません)
> 上記につきまして、 出力が出なかったので正常に動作したものと思われます。
> 事象が発生しないかどうか、引き続き確認してみます。

それでしたら少なくともモデム自体は故障してなさそうです。

また、dmesg の出力を確認したところ、モデムを一時的に認識してすぐエラーしますね

[    6.484334] ci_hdrc ci_hdrc.0: EHCI Host Controller
[    6.489285] ci_hdrc ci_hdrc.0: new USB bus registered, assigned bus number 1
[    6.526200] ci_hdrc ci_hdrc.0: USB 2.0 started, EHCI 1.00
[    6.531803] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.01
[    6.540105] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    6.547367] usb usb1: Product: EHCI Host Controller
[    6.552250] usb usb1: Manufacturer: Linux 6.1.112-at11 ehci_hcd
[    6.558187] usb usb1: SerialNumber: ci_hdrc.0
[    6.563222] hub 1-0:1.0: USB hub found
[    6.567036] hub 1-0:1.0: 1 port detected
[    6.572521] imx_usb 30b30000.usb: No over current polarity defined
[    6.581797] ci_hdrc ci_hdrc.1: EHCI Host Controller
[    6.586731] ci_hdrc ci_hdrc.1: new USB bus registered, assigned bus number 2
[    6.616173] ci_hdrc ci_hdrc.1: USB 2.0 started, EHCI 1.00
[    6.621750] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.01
[    6.630046] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    6.637308] usb usb2: Product: EHCI Host Controller
[    6.642191] usb usb2: Manufacturer: Linux 6.1.112-at11 ehci_hcd
[    6.648131] usb usb2: SerialNumber: ci_hdrc.1
[    6.653072] hub 2-0:1.0: USB hub found
[    6.656884] hub 2-0:1.0: 1 port detected
[    6.946100] usb 2-1: new high-speed USB device number 2 using ci_hdrc
[    7.106098] usb 2-1: device descriptor read/64, error -71
[    7.409239] usb 2-1: device descriptor read/64, error -71
[    7.676206] usb 2-1: new high-speed USB device number 3 using ci_hdrc
[    7.846170] usb 2-1: device descriptor read/64, error -71
[    8.136192] usb 2-1: device descriptor read/64, error -71
[    8.256209] usb usb2-port1: attempt power cycle
[    8.726151] usb 2-1: new high-speed USB device number 4 using ci_hdrc
[    9.176166] usb 2-1: device not accepting address 4, error -71
[    9.326188] usb 2-1: new high-speed USB device number 5 using ci_hdrc
[    9.776190] usb 2-1: device not accepting address 5, error -71
[    9.782064] usb usb2-port1: unable to enumerate USB device

来週もう少し確認しますので、少し時間をください。

マルティネ様
お世話になっております。

追加でご連絡致します。

> また、usb 以外にモデムを ttymxc6 からアクセスできると思いますので、「send-at /dev/ttymxc6 AT」も試していただければ幸いです(正常の場合に出力がありません)
上記コマンドを実行した後、何度かrebootコマンドにて再起動した結果、ttyCommModemおよびttyUSB0~3がarmadillo起動後、
正常に認識されるようになりました。

こちらのコマンドはどういった効果があるのか、教えて頂けませんでしょうか?

マルティネです。

> 上記コマンドを実行した後、何度かrebootコマンドにて再起動した結果、ttyCommModemおよびttyUSB0~3がarmadillo起動後、
> 正常に認識されるようになりました。
>
> こちらのコマンドはどういった効果があるのか、教えて頂けませんでしょうか?

影響はないはずです。
モデムが生きてるかを確認するためのコマンドで、「AT」を送るとモデムが何もせずに「OK」を返すだけのコマンドです。

そのコマンドで、USB経由のttyACM*が見えなくてもモデムが生きてることを確認できましたが、修正に至るようなコマンドではないと思います。

推測ですが先日送っていただいた dmesg の出力では USB のエラーを確認できましたので、基盤の状態によって連続に認識できないかできることもありえます。
こちらの問題が再び発生したら、Armadillo を一旦ケースから外して基盤洗浄スプレー等で綺麗にしてみてください

マルティネ様
ご確認ありがとうございます。

現在、事象が発生している2台のarmadilloにて挙動が少し違うため、こちらについてもお知らせしておきます。
他に見るべき内容などありましたら教えて頂けませんでしょうか?
(購入時期、及び型式などは同じです。)

●機器A
 ・「send-at /dev/ttymxc6 AT」を実行後、事象が再現しなくなった。
 ・「wwan-force-reset」コマンドが存在しない

●機器B
 ・「send-at /dev/ttymxc6 AT」実行時、「busy wait timeout!」が表示される。
 ・「wwan-force-reset」コマンドを実行できるが、「……」が続くだけでなにも起きない。
  (そのうちconnection-recoverサービスによって再起動してしまう。)

> 推測ですが先日送っていただいた dmesg の出力では USB のエラーを確認できましたので、基盤の状態によって連続に認識できないかできることもありえます。
> こちらの問題が再び発生したら、Armadillo を一旦ケースから外して基盤洗浄スプレー等で綺麗にしてみてください
こちらについても試してみます。ありがとうございます。

マルティネ様

追加の情報として、機器Bの「wwan-force-reset」について、
ttyCommModem・ttyUSB0~3を認識できた状態で実行すると、以下のログを出力し、正常に処理を完了していました。

root@armadillo:~# wwan-force-restart
start force restart ec25
Connection 'gsm-ttyUSB2' successfully deactivated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/2)
...........................[  578.991085] usb 2-1.2: USB disconnect, device number 3
[  578.996858] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
[  579.005106] option 2-1.2:1.0: device disconnected
[  579.010478] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
[  579.022505] option 2-1.2:1.1: device disconnected
[  579.028394] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
[  579.036653] option 2-1.2:1.2: device disconnected
[  579.041973] option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
[  579.063457] option 2-1.2:1.3: device disconnected
............[  592.603138] usb 2-1.2: new high-speed USB device number 4 using ci_hdrc
[  592.763390] usb 2-1.2: New USB device found, idVendor=2c7c, idProduct=0125, bcdDevice= 3.18
[  592.771783] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  592.780169] usb 2-1.2: Product: Android
[  592.784566] usb 2-1.2: Manufacturer: Android
[  592.790138] option 2-1.2:1.0: GSM modem (1-port) converter detected
[  592.800342] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB0
[  592.809847] option 2-1.2:1.1: GSM modem (1-port) converter detected
[  592.818469] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB1
[  592.827800] option 2-1.2:1.2: GSM modem (1-port) converter detected
[  592.836557] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB2
[  592.845849] option 2-1.2:1.3: GSM modem (1-port) converter detected
[  592.852557] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB3
..............end force restart ec25

五月雨での情報提供となり申し訳ございませんが、ご確認をお願いします。

at_dominique.m…

2025年3月10日 9時35分

saw_kumaさん

マルティネです。

> 現在、事象が発生している2台のarmadilloにて挙動が少し違うため、こちらについてもお知らせしておきます。
>
> ●機器A
> ・「send-at /dev/ttymxc6 AT」を実行後、事象が再現しなくなった。
> ・「wwan-force-reset」コマンドが存在しない
>
> ●機器B
> ・「send-at /dev/ttymxc6 AT」実行時、「busy wait timeout!」が表示される。
> ・「wwan-force-reset」コマンドを実行できるが、「……」が続くだけでなにも起きない。
>  (そのうちconnection-recoverサービスによって再起動してしまう。)

症状が似てますが、send-at コマンドの結果がちがうため別の問題として解析した方がいいと思います。
ただし、長い間利用して同時に発生したのは同じ原因の可能性もありますので(例えば雷等)、何か心当たりがあれば教えてください。

> ●機器A

送っていただいた dmesg の出力は 機器A の出力だと思いが、合ってますか?

こちらにいただいた情報をまとめると、USB経由のttyUSB0~3を認識できなかった最でもモデムが無事に起動していることを確認できて、dmesg で USB エラーを確認できました。
いずれ復帰できたそうですので一時的なノイズの疑いがあります。

また、「wwan-force-reset」コマンドが存在しないのは気になりますが、本不具合と直接に関係ないと思われます。
以下の二つのコマンドで atmark-x1-base のパッケージ状態を確認できますのでよろしければご確認ください。

root@armadillo:~# dpkg -l atmark-x1-base
root@armadillo:~# zgrep -h atmark-x1-base /var/log/dpkg.log* | sort

> ●機器B

「ttyUSB0~3を認識できた状態で…」ということは、こちらも正常に認識できるとできない場合もあるということですね?

send-at コマンドで「busy wait timeout!」が出力されるということは、モデムは「AT」コマンドに反応しなかったということになります。
その状態でも、wwan-force-reset コマンドを実行するとモデムの電源を短い間に切って入れ直しますので、それでも復帰できない(コマンドが終了しない)と嬉しくないですね。
正常状態で確認できたように、本来なら1分ぐらいで復帰できるはずですが、終了しないということは ttyUSB の生成まではできなかったということです。
また、それでも再起動?などでモデムを再び無事に認識できたとなると完全に故障していないことになりますので、他の方法で復帰できるかもしれないということですね。

本来ならば、wwan-force-reset の電源を切る時間は充分ですが、数百ミリ程度の時間なのでこういう時には足りない可能性もあります。
お手数ですが、「send-at が完了しない」問題がまだ発生したら以下の手順を試していただければ幸いです。
また、その実行したターミナルと「dmesg」の出力を送ってください。

# 再起動や他の wwan-force-reset が実行されないために connection-recover を一旦終了させます
root@armadillo:~# systemctl stop connection-recover
# モデムの電源を切ります。念のため、powerdown 命令も一回送ってから切ります。
root@armadillo:~# send-at /dev/ttymxc6 AT+QPOWD && sleep 30
root@armadillo:~# echo 0 > /sys/devices/platform/ec25-reset/ec25_power_ctrl
# ここで1分程度を待ちます。
# 待った後に reset することで電源を戻してモデムが起動するはずです
root@armadillo:~# echo 1 > /sys/devices/platform/ec25-reset/reset
# 30秒ぐらいしたら ttyUSB 接続のメッセージも確認できるはずですが、
# なければ再び AT コマンドでご確認ください。
root@armadillo:~# send-at /dev/ttymxc6 AT

お手数ですが、よろしくお願いします

マルティネ様
ご確認頂きありがとうございます。

> 症状が似てますが、send-at コマンドの結果がちがうため別の問題として解析した方がいいと思います。
> ただし、長い間利用して同時に発生したのは同じ原因の可能性もありますので(例えば雷等)、何か心当たりがあれば教えてください。
上記につきまして、機器A・B共に同じ動作をさせた際に事象が発覚しました。
動作内容は以下の通りとなります。
 ・サービス(systemctl)にて常時稼働させているpythonプログラムから、「reboot」コマンドを実行した際に事象が発生。
 ・一度発生した場合、手打ちで「reboot」コマンドを実行しても事象が発生する。
 ・一度「halt」コマンドなどでシャットダウンし、少し時間をおいてから電源投入するとttyUSB*が復活する。
 ・現状、機器Aでは事象が発生しなくなった。

> ●機器A
> 送っていただいた dmesg の出力は 機器A の出力だと思いが、合ってますか?
上記につきまして、ご認識の通り先日添付しましたdmesgファイルは機器Aのものです。
機器Bのdmsg出力内容を添付致しますので、確認をお願い致します。(dmesg_機器B.txt)
(エラーの内容は、機器Aと同じように思います。)

> また、「wwan-force-reset」コマンドが存在しないのは気になりますが、本不具合と直接に関係ないと思われます。
> 以下の二つのコマンドで atmark-x1-base のパッケージ状態を確認できますのでよろしければご確認ください。
上記につきまして、機器Aにて実行したコマンドの出力内容を記載致します。ご確認の程よろしくお願い致します。

root@armadillo:~# dpkg -l atmark-x1-base
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version      Architecture Description
+++-==============-============-============-==================================
ii  atmark-x1-base 4.1.2-1      armhf        Atmark Techno X1 platform base software
 
root@armadillo:~# zgrep -h atmark-x1-base /var/log/dpkg.log* | sort
2024-09-24 15:04:53 install atmark-x1-base:armhf <none> 4.1.2-1
2024-09-24 15:04:53 status half-installed atmark-x1-base:armhf 4.1.2-1
2024-09-24 15:04:53 status unpacked atmark-x1-base:armhf 4.1.2-1
2024-09-24 15:05:34 configure atmark-x1-base:armhf 4.1.2-1 <none>
2024-09-24 15:05:34 status unpacked atmark-x1-base:armhf 4.1.2-1
2024-09-24 15:05:35 status half-configured atmark-x1-base:armhf 4.1.2-1
2024-09-24 15:05:35 status installed atmark-x1-base:armhf 4.1.2-1

> > ●機器B
> 「ttyUSB0~3を認識できた状態で…」ということは、こちらも正常に認識できるとできない場合もあるということですね?
上記につきまして、ご認識の通りです。
電源OFFから少し時間をおいてから電源を投入すると認識しやすいですが、「reboot」コマンドなどによる再起動を行うと認識しなくなります。

> 本来ならば、wwan-force-reset の電源を切る時間は充分ですが、数百ミリ程度の時間なのでこういう時には足りない可能性もあります。
> お手数ですが、「send-at が完了しない」問題がまだ発生したら以下の手順を試していただければ幸いです。
> また、その実行したターミナルと「dmesg」の出力を送ってください。
上記につきまして、コマンドを試してみましたが、ttyUSB 接続のメッセージが出力されませんでした。
その後の「send-at /dev/ttymxc6 AT」は正常に実行されたようでしたが、/devの中にttyUSB*はないままでした。
ログを添付致しますので、ご確認の程よろしくお願い致します。(dmesg_機器B_リセット後.txt)

root@armadillo:~# systemctl stop connection-recover
root@armadillo:~# send-at /dev/ttymxc6 AT+QPOWD && sleep 30
root@armadillo:~# echo 0 > /sys/devices/platform/ec25-reset/ec25_power_ctrl
root@armadillo:~# echo 1 > /sys/devices/platform/ec25-reset/reset
root@armadillo:~# send-at /dev/ttymxc6 AT
root@armadillo:~# ls /dev
autofs           log           pps0    stderr    tty28  tty52     vcs6
block            loop-control  ptmx    stdin     tty29  tty53     vcsa
bus              loop0         ptp0    stdout    tty3   tty54     vcsa1
caam-keygen      loop1         pts     tmc_etf0  tty30  tty55     vcsa2
char             loop2         ram0    tmc_etr0  tty31  tty56     vcsa3
console          loop3         ram1    tty       tty32  tty57     vcsa4
cpu_dma_latency  loop4         ram10   tty0      tty33  tty58     vcsa5
disk             loop5         ram11   tty1      tty34  tty59     vcsa6
fd               loop6         ram12   tty10     tty35  tty6      vcsu
full             loop7         ram13   tty11     tty36  tty60     vcsu1
fuse             mem           ram14   tty12     tty37  tty61     vcsu2
gpiochip0        mmcblk2       ram15   tty13     tty38  tty62     vcsu3
gpiochip1        mmcblk2boot0  ram2    tty14     tty39  tty63     vcsu4
gpiochip2        mmcblk2boot1  ram3    tty15     tty4   tty7      vcsu5
gpiochip3        mmcblk2gp0    ram4    tty16     tty40  tty8      vcsu6
gpiochip4        mmcblk2gp1    ram5    tty17     tty41  tty9      vga_arbiter
gpiochip5        mmcblk2gp2    ram6    tty18     tty42  ttymxc4   vhci
gpiochip6        mmcblk2gp3    ram7    tty19     tty43  ttymxc6   watchdog
gpiochip7        mmcblk2p1     ram8    tty2      tty44  ubi_ctrl  watchdog0
hwrng            mmcblk2p2     ram9    tty20     tty45  uinput    watchdog1
i2c-0            mmcblk2p3     random  tty21     tty46  urandom   zero
i2c-3            mmcblk2rpmb   rfkill  tty22     tty47  vcs
iio:device0      mqueue        rtc     tty23     tty48  vcs1
initctl          net           rtc0    tty24     tty49  vcs2
input            null          rtc1    tty25     tty5   vcs3
kmsg             port          shm     tty26     tty50  vcs4
license          ppp           snd     tty27     tty51  vcs5
root@armadillo:~#

度々お手数をお掛け致しますが、ご確認の程よろしくお願い致します。

ファイル ファイルの説明
dmesg_機器B.txt
dmesg_機器B_リセット後.txt ec25-reset後に出力したログ

at_dominique.m…

2025年3月10日 12時55分

saw_kumaさん

マルティネです。

> > ただし、長い間利用して同時に発生したのは同じ原因の可能性もありますので(例えば雷等)、何か心当たりがあれば教えてください。
> 上記につきまして、機器A・B共に同じ動作をさせた際に事象が発覚しました。
> 動作内容は以下の通りとなります。
>  ・サービス(systemctl)にて常時稼働させているpythonプログラムから、「reboot」コマンドを実行した際に事象が発生。
>  ・一度発生した場合、手打ちで「reboot」コマンドを実行しても事象が発生する。
>  ・一度「halt」コマンドなどでシャットダウンし、少し時間をおいてから電源投入するとttyUSB*が復活する。
>  ・現状、機器Aでは事象が発生しなくなった。

背景ありがとうございます。
了解しました。

> > ●機器A
> > 送っていただいた dmesg の出力は 機器A の出力だと思いが、合ってますか?
>
> 上記につきまして、ご認識の通り先日添付しましたdmesgファイルは機器Aのものです。
> 機器Bのdmsg出力内容を添付致しますので、確認をお願い致します。(dmesg_機器B.txt)
> (エラーの内容は、機器Aと同じように思います。)

確かに、send-at もできるようになったので、機器Aが直った様に、機器Bが同じ問題に変化したかもしれません。

> > また、「wwan-force-reset」コマンドが存在しないのは気になりますが、本不具合と直接に関係ないと思われます。
> > 以下の二つのコマンドで atmark-x1-base のパッケージ状態を確認できますのでよろしければご確認ください。
> 上記につきまして、機器Aにて実行したコマンドの出力内容を記載致します。ご確認の程よろしくお願い致します。

> root@armadillo:~# dpkg -l atmark-x1-base
> ii  atmark-x1-base 4.1.2-1      armhf        Atmark Techno X1 platform base software

あれ、こちらのバージョンでしたら wwan-force-restart はインストールされてるはずです。
念のため、atmark-x1-base パッケージの他のファイルも確認してもいいと思いますが以下のコマンドで wwan-force-restart 以外にエラーありますか?

一点気になったのは、lsusb の出力の結果に 「0424:3503 Microchip Technology, Inc. (formerly SMSC)」の usb hub はリストされてなかったんですが、atmark-x1-package に入ってる usb3503-reset サービスで復帰のワークアラウンドはあって、そのサービスがある状態で lsusb にリストされないところが気になりますので、そのサービスの確認をお願いします。

cd / && md5sum -c /var/lib/dpkg/info/atmark-x1-base.md5sums
systemctl status usb3503-reset

また、問題があった場合に「apt install --reinstall atmark-x1-base」で再インストールできると思いますのでそれでまた一旦様子見しましょう。

(usb3503-reset サービスは以下の様に有効になるはずです)

root@armadillo:~# systemctl status usb3503-reset | grep enable
     Loaded: loaded (/lib/systemd/system/usb3503-reset.service; enabled; preset: enabled)

> > > ●機器B
> > 「ttyUSB0~3を認識できた状態で…」ということは、こちらも正常に認識できるとできない場合もあるということですね?
> 上記につきまして、ご認識の通りです。
> 電源OFFから少し時間をおいてから電源を投入すると認識しやすいですが、「reboot」コマンドなどによる再起動を行うと認識しなくなります。

ご確認ありがとうございます 。

> > 本来ならば、wwan-force-reset の電源を切る時間は充分ですが、数百ミリ程度の時間なのでこういう時には足りない可能性もあります。
> > お手数ですが、「send-at が完了しない」問題がまだ発生したら以下の手順を試していただければ幸いです。
> > また、その実行したターミナルと「dmesg」の出力を送ってください。
> 上記につきまして、コマンドを試してみましたが、ttyUSB 接続のメッセージが出力されませんでした。
> その後の「send-at /dev/ttymxc6 AT」は正常に実行されたようでしたが、/devの中にttyUSB*はないままでした。

そのとおりですね…

> ログを添付致しますので、ご確認の程よろしくお願い致します。(dmesg_機器B_リセット後.txt)

一つだけ確認しますが、「dmesg_機器B_リセット後.txt」はリセットを行って再起動せずに取得したログでしょうか?(ec25-reset の操作で直接にログは出ませんので後で確認しづらいですが、usb のエラーが新に出てないところは意外でしたので確認させてください)

また、 機器B でも lsusb / systemctl status usb3503-reset の状態を確認できれば幸いです。

何回か新しい情報を聞いてすみませんがよろしくお願いします。

マルティネ様
ご確認頂きありがとうございます。

> >●機器A
> 念のため、atmark-x1-base パッケージの他のファイルも確認してもいいと思いますが以下のコマンドで wwan-force-restart 以外にエラーありますか?
上記につきまして、もしかして wwan-force-「reset」ではなく wwan-force-「restart」でしょうか?
でしたら私の勘違いでした。コマンドも実行できました、大変失礼いたしました。

#機器A実行結果
root@armadillo:~# cd / && md5sum -c /var/lib/dpkg/info/atmark-x1-base.md5sums
lib/systemd/system-sleep/atmark-suspend: OK
lib/systemd/system/connection-recover.service: OK
lib/systemd/system/input-poweroffd.service: OK
lib/systemd/system/statusled.service: OK
lib/systemd/system/usb3503-reset.service: OK
lib/udev/rules.d/50-mxc-serial.rules: OK
lib/udev/rules.d/70-x1-network.rules: OK
usr/bin/connection-recover: OK
usr/bin/connection-recoverd: OK
usr/bin/input-poweroff: OK
usr/bin/send-at: OK
usr/bin/turnoff_status_led: OK
usr/bin/usb3503-reset: OK
usr/bin/vintrigger: OK
usr/bin/wwan-force-restart: OK
usr/bin/x1-bootloader-install: OK
usr/sbin/input-poweroffd: OK
usr/share/doc/atmark-x1-base/changelog.Debian.gz: OK
usr/share/doc/atmark-x1-base/copyright: OK
 
root@armadillo:/# wwan-force-restart
start force restart ec25
Connection 'gsm-ttyUSB2' successfully deactivated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/3)
...........................[14729.159589] usb 2-1.2: USB disconnect, device number 3
[14729.165385] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
[14729.173785] option 2-1.2:1.0: device disconnected
[14729.179341] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
[14729.187585] option 2-1.2:1.1: device disconnected
[14729.199250] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
[14729.207481] option 2-1.2:1.2: device disconnected
[14729.216065] option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
[14729.224349] option 2-1.2:1.3: device disconnected
............[14742.769139] usb 2-1.2: new high-speed USB device number 4 using ci_hdrc
[14742.929458] usb 2-1.2: New USB device found, idVendor=2c7c, idProduct=0125, bcdDevice= 3.18
[14742.937846] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[14742.946323] usb 2-1.2: Product: Android
[14742.950690] usb 2-1.2: Manufacturer: Android
[14742.956348] option 2-1.2:1.0: GSM modem (1-port) converter detected
[14742.966616] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB0
[14742.976160] option 2-1.2:1.1: GSM modem (1-port) converter detected
[14742.984920] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB1
[14742.994128] option 2-1.2:1.2: GSM modem (1-port) converter detected
[14743.002872] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB2
[14743.012229] option 2-1.2:1.3: GSM modem (1-port) converter detected
[14743.018871] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB3
..............end force restart ec25
root@armadillo:/#

> 一点気になったのは、lsusb の出力の結果に 「0424:3503 Microchip Technology, Inc. (formerly SMSC)」の usb hub はリストされてなかったんですが、atmark-x1-package に入ってる usb3503-reset サービスで復帰のワークアラウンドはあって、そのサービスがある状態で lsusb にリストされないところが気になりますので、そのサービスの確認をお願いします。
> また、 機器B でも lsusb / systemctl status usb3503-reset の状態を確認できれば幸いです。
上記につきまして、コマンドの結果が機器A・Bで異なっていました。

#機器A実行結果(ttyUSB*を認識している状態)
root@armadillo:~# lsusb
Bus 002 Device 003: ID 2c7c:0125 Quectel Wireless Solutions Co., Ltd. EC25 LTE modem
Bus 002 Device 002: ID 0424:3503 Microchip Technology, Inc. (formerly SMSC)
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@armadillo:/# systemctl status usb3503-reset
○ usb3503-reset.service - reset usb3503
     Loaded: loaded (/lib/systemd/system/usb3503-reset.service; enabled; preset: enabled)
     Active: inactive (dead) since Sun 2024-12-01 22:28:43 JST; 3h 57min ago
   Duration: 247ms
    Process: 1687 ExecStart=/usr/bin/usb3503-reset (code=exited, status=0/SUCCESS)
   Main PID: 1687 (code=exited, status=0/SUCCESS)
        CPU: 48ms
 
Dec 01 22:28:43 armadillo systemd[1]: Started usb3503-reset.service - reset usb3503.
Dec 01 22:28:43 armadillo systemd[1]: usb3503-reset.service: Deactivated successfully.
 
#機器B実行結果(ttyUSB*を認識していない状態)
root@armadillo:/# lsusb
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@armadillo:~# systemctl status usb3503-reset
× usb3503-reset.service - reset usb3503
     Loaded: loaded (/lib/systemd/system/usb3503-reset.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Mon 2025-03-10 13:03:46 JST; 8min ago
   Duration: 1.201s
    Process: 1872 ExecStart=/usr/bin/usb3503-reset (code=exited, status=1/FAILURE)
   Main PID: 1872 (code=exited, status=1/FAILURE)
        CPU: 63ms
 
Mar 10 13:03:46 armadillo systemd[1]: usb3503-reset.service: Scheduled restart counter is at 5.
Mar 10 13:03:46 armadillo systemd[1]: Stopped usb3503-reset.service - reset usb3503.
Mar 10 13:03:46 armadillo systemd[1]: usb3503-reset.service: Start request repeated too quickly.
Mar 10 13:03:46 armadillo systemd[1]: usb3503-reset.service: Failed with result 'exit-code'.
Mar 10 13:03:46 armadillo systemd[1]: Failed to start usb3503-reset.service - reset usb3503.

度々お手数をお掛け致しますが、ご確認の程よろしくお願い致します。

at_dominique.m…

2025年3月10日 13時36分

早速の返事ありがとうございます

> > 念のため、atmark-x1-base パッケージの他のファイルも確認してもいいと思いますが以下のコマンドで wwan-
> 上記につきまして、もしかして wwan-force-「reset」ではなく wwan-force-「restart」でしょうか?
> でしたら私の勘違いでした。コマンドも実行できました、大変失礼いたしました。

申し訳ございません、私が間違ったコマンドを書いていましたね…
wwan-force-restart で合っています。確認ありがとうございます。

> > また、 機器B でも lsusb / systemctl status usb3503-reset の状態を確認できれば幸いです。
> 上記につきまして、コマンドの結果が機器A・Bで異なっていました。

> Mar 10 13:03:46 armadillo systemd[1]: usb3503-reset.service: Scheduled restart counter is at 5.
> Mar 10 13:03:46 armadillo systemd[1]: Stopped usb3503-reset.service - reset usb3503.
> Mar 10 13:03:46 armadillo systemd[1]: usb3503-reset.service: Start request repeated too quickly.

なるほど、連続で失敗すると諦めてしまいますね…
諦めなかったらいずれ復帰した可能性はありますので、
usb3503-reset ; echo "exited with $?"」 を実行して見てもらえますか?

成功した場合は usb ハブの後に wwan-force-restart も実行していますので、ハブが無事に復帰できたら最後まで戻る可能性が高いです。

それで復帰できればリスタートカウントを外せばこの問題を回避できそうですね、根本的なハードウェアの修正は難しいかもしれませんが少なくとも使えるようになります。
その時に説明します(またはこちらで atmark-x1-base を更新します)

よろしくお願いします

マルティネ様
ご確認ありがとうございます。

> なるほど、連続で失敗すると諦めてしまいますね…
> 諦めなかったらいずれ復帰した可能性はありますので、
> 「usb3503-reset ; echo "exited with $?"」 を実行して見てもらえますか?
> 成功した場合は usb ハブの後に wwan-force-restart も実行していますので、ハブが無事に復帰できたら最後まで戻る可能性が高いです。
上記につきまして、機器Bで試してみたところログの出方が2種類あるようでした。ご確認の程よろしくお願い致します。
また、実行後に「lsusb」「systemctl status usb3503-reset 」を試してみましたが、先程と同じ結果になりました。

#機器B確認結果
root@armadillo:/# usb3503-reset ; echo "exited with $?"
[ 2530.868932] usb3503 3-0008: switched to STANDBY mode
[ 2531.008938] usb3503 3-0008: switched to HUB mode
exited with 1
root@armadillo:/# usb3503-reset ; echo "exited with $?"
[ 2535.088103] usb3503 3-0008: switched to STANDBY mode
[ 2535.231628] usb3503 3-0008: VSNS21 failed (-6)
exited with 1
root@armadillo:/# lsusb
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@armadillo:/# systemctl status usb3503-reset.service
× usb3503-reset.service - reset usb3503
     Loaded: loaded (/lib/systemd/system/usb3503-reset.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Mon 2025-03-10 13:22:25 JST; 27min ago
   Duration: 1.707s
    Process: 3065 ExecStart=/usr/bin/usb3503-reset (code=exited, status=1/FAILURE)
   Main PID: 3065 (code=exited, status=1/FAILURE)
        CPU: 565ms
 
Mar 10 13:22:25 armadillo systemd[1]: usb3503-reset.service: Scheduled restart counter is at 10.
Mar 10 13:22:25 armadillo systemd[1]: Stopped usb3503-reset.service - reset usb3503.
Mar 10 13:22:25 armadillo systemd[1]: usb3503-reset.service: Start request repeated too quickly.
Mar 10 13:22:25 armadillo systemd[1]: usb3503-reset.service: Failed with result 'exit-code'.
Mar 10 13:22:25 armadillo systemd[1]: Failed to start usb3503-reset.service - reset usb3503.

ご確認の程よろしくお願い致します。

at_dominique.m…

2025年3月10日 14時28分

ご確認ありがとうございます。

> #機器B確認結果
> root@armadillo:/# usb3503-reset ; echo "exited with $?"
> [ 2530.868932] usb3503 3-0008: switched to STANDBY mode
> [ 2531.008938] usb3503 3-0008: switched to HUB mode
> exited with 1
> root@armadillo:/# usb3503-reset ; echo "exited with $?"
> [ 2535.088103] usb3503 3-0008: switched to STANDBY mode
> [ 2535.231628] usb3503 3-0008: VSNS21 failed (-6)
> exited with 1

了解しました。起動のままに時間置いても簡単に復帰できないですね。

手元で usb3503-reset の処理を試して気になる動きになりましたので、
もしかしたらその usb3503 の復帰処理が甘かったかもしれません。

すみませんが少し時間をください(数日かかるかもしれません)

また連絡します。

at_dominique.m…

2025年3月10日 15時16分

saw_kumaさん

連続ですみません、手元で usb3501 を変な状態に入れた後に復帰できた手順を確認できましたので、
機器Bで試していただければ幸いです

# switched to HUB mode になるまで usb3503-reset を実行しつづけます
root@armadillo:~# usb3503-reset 
[ 3384.228868] usb3503 3-0008: switched to STANDBY mode
[ 3384.371953] usb3503 3-0008: switched to HUB mode
 
# usb どらいばを再登録します
root@armadillo:~# echo ci_hdrc.1 > /sys/bus/platform/drivers/ci_hdrc/unbind
[ 3452.710526] ci_hdrc ci_hdrc.1: remove, state 4
[ 3452.715012] usb usb2: USB disconnect, device number 1
[ 3452.725621] ci_hdrc ci_hdrc.1: USB bus 2 deregistered
root@armadillo:~# echo ci_hdrc.1 > /sys/bus/platform/drivers/ci_hdrc/bind
[省略]
# usb デバイスを認識できるようになったの確認
root@armadillo:~# lsusb
Bus 002 Device 003: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 002 Device 002: ID 0424:3503 Microchip Technology, Inc. (formerly SMSC) 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
# Microchip Technology のデバイスを認識できた場合に wwan もリセットさせます
root@armadillo:~# wwan-force-restart
# もう一度 lsusb で ttyUSB の存在確認
root@armadillo:~# lsusb
[省略]
Bus 002 Device 004: ID 2c7c:0125 Quectel Wireless Solutions Co., Ltd. EC25 LTE modem

お手数ですがよろしくお願いします

マルティネ様
ご確認頂きありがとうございます。

> 連続ですみません、手元で usb3501 を変な状態に入れた後に復帰できた手順を確認できましたので、
> 機器Bで試していただければ幸いです
上記につきまして、試してみたところ正常に復帰しました。
しかし、再起動してみるとまた事象が発生してしまうようです。
根本的な対策のようなものはないのでしょうか?

#機器B動作確認
##教えて頂いた手順を試行
root@armadillo:/# usb3503-reset
[ 8146.004409] usb3503 3-0008: switched to STANDBY mode
[ 8146.650691] usb3503 3-0008: switched to HUB mode
root@armadillo:/# echo ci_hdrc.1 > /sys/bus/platform/drivers/ci_hdrc/unbind
[ 8153.724010] ci_hdrc ci_hdrc.1: remove, state 4
[ 8153.728498] usb usb2: USB disconnect, device number 1
[ 8153.740017] ci_hdrc ci_hdrc.1: USB bus 2 deregistered
root@armadillo:/# echo ci_hdrc.1 > /sys/bus/platform/drivers/ci_hdrc/bind
[ 8160.423789] ci_hdrc ci_hdrc.1: EHCI Host Controller
[ 8160.428725] ci_hdrc ci_hdrc.1: new USB bus registered, assigned bus number 2
[ 8160.460594] ci_hdrc ci_hdrc.1: USB 2.0 started, EHCI 1.00
[ 8160.466289] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.01
[ 8160.476758] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 8160.484615] usb usb2: Product: EHCI Host Controller
[ 8160.489506] usb usb2: Manufacturer: Linux 6.1.112-at11 ehci_hcd
[ 8160.496546] usb usb2: SerialNumber: ci_hdrc.1
[ 8160.502302] hub 2-0:1.0: USB hub found
[ 8160.506144] hub 2-0:1.0: 1 port detected
root@armadillo:/# [ 8160.810524] usb 2-1: new high-speed USB device number 2 using ci_hdrc
[ 8161.011179] usb 2-1: New USB device found, idVendor=0424, idProduct=3503, bcdDevice=a1.a0
[ 8161.019383] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 8161.028651] hub 2-1:1.0: USB hub found
[ 8161.034444] hub 2-1:1.0: 3 ports detected
[ 8161.350534] usb 2-1.2: new high-speed USB device number 3 using ci_hdrc
[ 8161.510836] usb 2-1.2: New USB device found, idVendor=2c7c, idProduct=0125, bcdDevice= 3.18
[ 8161.519215] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 8161.527795] usb 2-1.2: Product: Android
[ 8161.534185] usb 2-1.2: Manufacturer: Android
[ 8161.539992] option 2-1.2:1.0: GSM modem (1-port) converter detected
[ 8161.548328] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB0
[ 8161.556822] option 2-1.2:1.1: GSM modem (1-port) converter detected
[ 8161.564153] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB1
[ 8161.572653] option 2-1.2:1.2: GSM modem (1-port) converter detected
[ 8161.579894] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB2
[ 8161.588371] option 2-1.2:1.3: GSM modem (1-port) converter detected
[ 8161.595654] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB3
 
root@armadillo:/# lsusb
Bus 002 Device 003: ID 2c7c:0125 Quectel Wireless Solutions Co., Ltd. EC25 LTE modem
Bus 002 Device 002: ID 0424:3503 Microchip Technology, Inc. (formerly SMSC)
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@armadillo:/# wwan-force-restar
-bash: wwan-force-restar: command not found
root@armadillo:/# wwan-force-restart
start force restart ec25
Connection 'gsm-ttyUSB2' successfully deactivated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/3)
...........................[ 8201.657038] usb 2-1.2: USB disconnect, device number 3
[ 8201.669963] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
[ 8201.683890] option 2-1.2:1.0: device disconnected
[ 8201.689291] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
[ 8201.698441] option 2-1.2:1.1: device disconnected
[ 8201.704501] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
[ 8201.713229] option 2-1.2:1.2: device disconnected
[ 8201.719123] option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
[ 8201.727333] option 2-1.2:1.3: device disconnected
............[ 8215.009716] usb 2-1.2: new high-speed USB device number 4 using ci_hdrc
[ 8215.169959] usb 2-1.2: New USB device found, idVendor=2c7c, idProduct=0125, bcdDevice= 3.18
[ 8215.178354] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 8215.186376] usb 2-1.2: Product: Android
[ 8215.190285] usb 2-1.2: Manufacturer: Android
[ 8215.211890] option 2-1.2:1.0: GSM modem (1-port) converter detected
[ 8215.221841] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB0
[ 8215.229488] option 2-1.2:1.1: GSM modem (1-port) converter detected
[ 8215.236315] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB1
[ 8215.244354] option 2-1.2:1.2: GSM modem (1-port) converter detected
[ 8215.251113] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB2
[ 8215.258738] option 2-1.2:1.3: GSM modem (1-port) converter detected
[ 8215.266012] usb 2-1.2: GSM modem (1-port) converter now attached to ttyUSB3
..............end force restart ec25
root@armadillo:/# lsusb
Bus 002 Device 004: ID 2c7c:0125 Quectel Wireless Solutions Co., Ltd. EC25 LTE modem
Bus 002 Device 002: ID 0424:3503 Microchip Technology, Inc. (formerly SMSC)
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@armadillo:/# ls /dev
autofs           loop3         ram14     tty16  tty45         uinput
block            loop4         ram15     tty17  tty46         urandom
bus              loop5         ram2      tty18  tty47         vcs
caam-keygen      loop6         ram3      tty19  tty48         vcs1
char             loop7         ram4      tty2   tty49         vcs2
console          mem           ram5      tty20  tty5          vcs3
cpu_dma_latency  mmcblk2       ram6      tty21  tty50         vcs4
disk             mmcblk2boot0  ram7      tty22  tty51         vcs5
fd               mmcblk2boot1  ram8      tty23  tty52         vcs6
full             mmcblk2gp0    ram9      tty24  tty53         vcsa
fuse             mmcblk2gp1    random    tty25  tty54         vcsa1
gpiochip0        mmcblk2gp2    rfkill    tty26  tty55         vcsa2
gpiochip1        mmcblk2gp3    rtc       tty27  tty56         vcsa3
gpiochip2        mmcblk2p1     rtc0      tty28  tty57         vcsa4
gpiochip3        mmcblk2p2     rtc1      tty29  tty58         vcsa5
gpiochip4        mmcblk2p3     serial    tty3   tty59         vcsa6
gpiochip5        mmcblk2rpmb   shm       tty30  tty6          vcsu
gpiochip6        mqueue        snd       tty31  tty60         vcsu1
gpiochip7        net           stderr    tty32  tty61         vcsu2
hwrng            null          stdin     tty33  tty62         vcsu3
i2c-0            port          stdout    tty34  tty63         vcsu4
i2c-3            ppp           tmc_etf0  tty35  tty7          vcsu5
iio:device0      pps0          tmc_etr0  tty36  tty8          vcsu6
initctl          ptmx          tty       tty37  tty9          vga_arbiter
input            ptp0          tty0      tty38  ttyCommModem  vhci
kmsg             pts           tty1      tty39  ttyUSB0       watchdog
license          ram0          tty10     tty4   ttyUSB1       watchdog0
log              ram1          tty11     tty40  ttyUSB2       watchdog1
loop-control     ram10         tty12     tty41  ttyUSB3       zero
loop0            ram11         tty13     tty42  ttymxc4
loop1            ram12         tty14     tty43  ttymxc6
loop2            ram13         tty15     tty44  ubi_ctrl
##その後、再起動を実行
root@armadillo:/# shutdown -r now
(省略)
Last login: Mon Mar 10 13:03:56 JST 2025 on ttymxc4
root@armadillo:~# ls /dev
autofs           log           pps0    stderr    tty28  tty52     vcs6
block            loop-control  ptmx    stdin     tty29  tty53     vcsa
bus              loop0         ptp0    stdout    tty3   tty54     vcsa1
caam-keygen      loop1         pts     tmc_etf0  tty30  tty55     vcsa2
char             loop2         ram0    tmc_etr0  tty31  tty56     vcsa3
console          loop3         ram1    tty       tty32  tty57     vcsa4
cpu_dma_latency  loop4         ram10   tty0      tty33  tty58     vcsa5
disk             loop5         ram11   tty1      tty34  tty59     vcsa6
fd               loop6         ram12   tty10     tty35  tty6      vcsu
full             loop7         ram13   tty11     tty36  tty60     vcsu1
fuse             mem           ram14   tty12     tty37  tty61     vcsu2
gpiochip0        mmcblk2       ram15   tty13     tty38  tty62     vcsu3
gpiochip1        mmcblk2boot0  ram2    tty14     tty39  tty63     vcsu4
gpiochip2        mmcblk2boot1  ram3    tty15     tty4   tty7      vcsu5
gpiochip3        mmcblk2gp0    ram4    tty16     tty40  tty8      vcsu6
gpiochip4        mmcblk2gp1    ram5    tty17     tty41  tty9      vga_arbiter
gpiochip5        mmcblk2gp2    ram6    tty18     tty42  ttymxc4   vhci
gpiochip6        mmcblk2gp3    ram7    tty19     tty43  ttymxc6   watchdog
gpiochip7        mmcblk2p1     ram8    tty2      tty44  ubi_ctrl  watchdog0
hwrng            mmcblk2p2     ram9    tty20     tty45  uinput    watchdog1
i2c-0            mmcblk2p3     random  tty21     tty46  urandom   zero
i2c-3            mmcblk2rpmb   rfkill  tty22     tty47  vcs
iio:device0      mqueue        rtc     tty23     tty48  vcs1
initctl          net           rtc0    tty24     tty49  vcs2
input            null          rtc1    tty25     tty5   vcs3
kmsg             port          shm     tty26     tty50  vcs4
license          ppp           snd     tty27     tty51  vcs5
root@armadillo:~# lsusb
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@armadillo:~# systemctl status usb3503-reset.service
× usb3503-reset.service - reset usb3503
     Loaded: loaded (/lib/systemd/system/usb3503-reset.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Mon 2025-03-10 15:22:42 JST; 7min ago
   Duration: 1.198s
    Process: 1872 ExecStart=/usr/bin/usb3503-reset (code=exited, status=1/FAILURE)
   Main PID: 1872 (code=exited, status=1/FAILURE)
        CPU: 63ms
 
Mar 10 15:22:42 armadillo systemd[1]: usb3503-reset.service: Scheduled restart counter is at 5.
Mar 10 15:22:42 armadillo systemd[1]: Stopped usb3503-reset.service - reset usb3503.
Mar 10 15:22:42 armadillo systemd[1]: usb3503-reset.service: Start request repeated too quickly.
Mar 10 15:22:42 armadillo systemd[1]: usb3503-reset.service: Failed with result 'exit-code'.
Mar 10 15:22:42 armadillo systemd[1]: Failed to start usb3503-reset.service - reset usb3503.

度々お手数をお掛け致しますが、ご確認の程よろしくお願い致します。

ファイル ファイルの説明
dmesg_再起動後.txt

at_dominique.m…

2025年3月10日 16時00分

saw_kumaさん

> 上記につきまして、試してみたところ正常に復帰しました。

ありがとうございます!

> しかし、再起動してみるとまた事象が発生してしまうようです。
> 根本的な対策のようなものはないのでしょうか?

はい、ちゃんとした修正ではなく、問題あった場合の不具合対策です。
もともと、usb3503-reset サービスを実装したのは、起動時に usb hub が正常に動作しなかった場合の対策です。
最初から認識できれば一番ですが、このサービスは5年前に実装して必要にされる頻度をだいぶ減らしましたがこれ以上は難しいかと思います…申し訳ございません。

おそらく、タイミングによって現状でも充分な場合もあると思いますが、今回 usb3503 ハブのリセット自体が正常に完了できても子デバイスの認識ができてないことが分かりましたので、追加処理で自動復帰ぐらいはできます。

今月のアップデートで atmark-x1-base パッケージを更新しますが、それまでに /usr/bin/usb3503-reset ファイルに以下の内容を入れ替えていたでけますか?
(テスト結果でアップデート内容は以下とちょっと異なる可能性はありますが、ひとまず動くと思います)

#!/bin/sh
for HUB_RESET in /sys/class/i2c-adapter/i2c*/*/USB3503_RESET/value; do
  break
done
 
if ! [ -e "$HUB_RESET" ] ; then
	exit 0
fi
HUB_ID="0424:3503"
PDS6_ID="1e2d:005a"
EC25_ID="2c7c:0125"
 
reset_hub()
{
	echo 0 > "$HUB_RESET"
	sleep 0.1
	echo 1 > "$HUB_RESET"
}
 
if lsusb -d $HUB_ID > /dev/null 2>&1 ; then
	exit 0
fi
 
# retry in case of VSNS21 failed
while ! reset_hub; do
	sleep 1
done
 
# reload parent usb driver
echo ci_hdrc.1 > /sys/bus/platform/drivers/ci_hdrc/unbind
echo ci_hdrc.1 > /sys/bus/platform/drivers/ci_hdrc/bind
 
sleep 1
if lsusb -d $HUB_ID > /dev/null 2>&1 ; then
	if ! lsusb | grep -e $PDS6_ID -e $EC25_ID -q ; then
		wwan-force-restart > /dev/null 2>&1 &
	fi
	exit 0
fi
exit 1

また、「VSNS21 failed (-6)」もリトライでいずれ成功しますが、その失敗についてはドライバーの改善で対応できそうなので今後のアップデートでの対応を検討しています。

よろしくお願いします

マルティネ様
ご確認頂きありがとうございます。

> はい、ちゃんとした修正ではなく、問題あった場合の不具合対策です。
> もともと、usb3503-reset サービスを実装したのは、起動時に usb hub が正常に動作しなかった場合の対策です。
> 最初から認識できれば一番ですが、このサービスは5年前に実装して必要にされる頻度をだいぶ減らしましたがこれ以上は難しいかと思います…申し訳ございません。
上記につきまして、承知致しました。ご確認頂きありがとうございます。

> 今月のアップデートで atmark-x1-base パッケージを更新しますが、それまでに /usr/bin/usb3503-reset ファイルに以下の内容を入れ替えていたでけますか?
> (テスト結果でアップデート内容は以下とちょっと異なる可能性はありますが、ひとまず動くと思います)
上記につきまして、usb3503-reset を頂いたプログラムに置き換えたところ、再起動後も正常に復帰できることを確認しました。
ご対応いただきありがとうございました。