SwingにてUSB-Etherが認識しない

[accept]

いつもありがとうございます。
タイトルの通りですが、SwingにUSB-Etherアダプタを使用しても認識しないようです。
使用したUSB-Etherはこちらです。
https://www.amazon.co.jp/dp/B07R6P7QMV
チップセットはRTL8153が使われているようで、Atomcam2にてcdc_etherで認識することを確認しています。

sshよりdmesgにてログを見てみると下記のようなログが記録されていました。

[   58.163894] hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling...
[   58.180901] usb 1-1: USB disconnect, device number 2

re-enablingは記録されないときがあるようですが、USB disconnectは必ずログに出現します。
今のところ数回試していますが認識はしないようです。
同じEtherアダプタとUSB電源で試したところAtomcam2ではeth0が立ち上がったのと、EMI?と記載があるので、もしかするとSwing起動時の初期化動作でモーターを回しているのが関係しているのかもしれません。
何か対策をすることは可能でしょうか。
よろしくお願いいたします。

[mnakada]

lsusbでデバイスが見えてないのでUSBが認識されてないようですね。
Swingで過去にUSB-Ether動いてましたか？

[accept]

@mnakada
お忙しい中のご連絡ありがとうございます。
いえ、今回初テストでして、Swingでの動作実績は私の方ではありません。

[accept]

@mnakada
立て続けにすみません、SwingでUSB-Etherが認識しない問題の調査のため、久々にatomcam_toolsをビルドしようと思ったのですが、
ビルド自体は成功してzipが出力されるものの、そのファイルをMicroSDに書き込み、Atomcamに読ませても起動しないようです。
黄色LED→青LED→白？→黄色という光り方を繰り返してSwingのモーター初期化までいかないようです。

以前と同様にgit cloneでリポジトリを引っ張り、make loginからdocker内shellにてmakeを実行
ホスト側に出来上がったzipを使用という手順を実行しております。
dockerの全コンテナとイメージは削除し、一から取得し直して、menuconfigなども触らずデフォルトのままmakeしても、
menuconfigを開いて何も触らずsaveを掛けてからビルドしてもダメなようです。
こちらに関して何か手順が抜けている、や、確認した方がいいことなどはありますでしょうか。

別でIssueを建てようか迷ったのですが、もし分けた方が良いようであれば分けさせていただきます。

[mnakada]

手元のSwingでUCTRONICS-U6113は動作しました。
RTL8152なので同じ動作か分かりませんが。
先ほど見えなかったのはSwing側のUSBを抜き差しして起動したため、RTL8152の電源が入りっぱなしでおかしな状態になっていたためのようです。PoE側を抜き差しして再起動したところSwingでもeth0で接続できました。
lsusbで
Bus 001 Device 002: ID 0bda:8152
Bus 001 Device 001: ID 1d6b:0002
のようにDevice 002が見えているか確認してみてください。

buildがおかしい件は環境をお知らせください。
最初に一度Docker入らずにmakeしてみてください。
Docker環境からならば、/src/buildscripts/build_allを実行でも同じです。
二度目以降はDocker環境からmakeでも大丈夫です。

[accept]

@mnakada
お世話になっております。
RTL8152は認識するのですね。
こちらもNICを含めた大元側を抜き差しして再起動しているのですが、相変わらず認識しないようです。
r8152とcdc_etherのモジュールの違いでしょうか…
lsusbではDevice 002は見えないのですが、dmesgを確認すると起動時には認識し、cdc_etherが当たる挙動をしているのは見えます。

[    1.248996] Freeing unused kernel memory: 656K (8042c000 - 804d0000)
[    1.284518] usb 1-1: device v0bda p8153 is not supported
[    1.473960] mmc0: new high speed SDHC card at address e624
[    1.479798] mmcblk0: mmc0:e624 SU08G 7.40 GiB 
[    1.507490]  mmcblk0: p1
[   39.765226] Adding 131068k swap on /media/mmc/swap.  Priority:-1 extents:1 across:131068k SS
[   44.183540] usbcore: registered new interface driver r8152
[   44.712032] usbcore: deregistering interface driver r8152
[   44.754220] usbcore: registered new interface driver asix
[   45.272712] usbcore: deregistering interface driver asix
[   45.303678] usbcore: registered new interface driver ax88179_178a
[   45.826525] usbcore: deregistering interface driver ax88179_178a
[   45.864359] cdc_ether 1-1:2.0 eth0: register 'cdc_ether' at usb-dwc2-1, CDC Ethernet Device, xx:xx:xx:xx:xx:xx
[   45.885002] usbcore: registered new interface driver cdc_ether
[   75.085547] usbcore: deregistering interface driver cdc_ether
[   75.091569] cdc_ether 1-1:2.0 eth0: unregister 'cdc_ether' usb-dwc2-1, CDC Ethernet Device

その後に前述のようにdisconnectしてしまうようです。

[   94.132031] SPEAKER CTL MODE3 !
[   94.180261] hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling...
[   94.195765] usb 1-1: USB disconnect, device number 2
[   96.828217] [motor_speed1086] speed:900, level:15
[   96.837602] motor_ops_reset966
[   96.842514] printk [yuan] else
[   97.672351] [atbm_log]:ieee80211_process_addba_request:mac[xx:xx:xx:xx:xx:xx],tid[4]
[   99.703614] motor_ops_goback

一応電源供給側はそのままに、Swing側を抜き差ししてみましたがログ内容は変わりませんでした。

ビルドについてもありがとうございます。
環境を載せておらず、大変失礼いたしました。
ホスト側はUbuntu 22.04 LTS vmware上の仮想マシンです。

Linux accept-vm 6.5.0-26-generic #26~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC
 Tue Mar 12 10:22:43 UTC 2 x86_64 x86_64 x86_64 GNU/Linux

Dockerバージョン

Docker version 24.0.5, build 24.0.5-0ubuntu1~22.04.1

cloneしたディレクトリを一度削除し、git cloneし直し、docker側もコンテナを削除してdockerに入らず
そのままmakeを試しましたが出力されたzipを使用してもやはり変わらず、
今度は同じ環境のままdocker内に入り/src/buildscripts/build_allを実行して試してみましたがやはり起動にコケるようです。

[mnakada]

Build環境については問題分かりました。
initramfs_skelton/bin/にbusyboxのsymbolic linkでgrepが必要なのですが、入れ忘れていました。
最新のmain branchをpullして貰えば入ります。
念の為、grepが入ったことを確認してください。

initramfsなので、
make login
make linux-rebuild
make
を実行してください。

[accept]

@mnakada
お世話になっております。
ご対応いただきありがとうございます。
ただ、申し上げ辛いのですがご指南いただいたようにビルドしてみましたが相変わらずコケるようでして…

initramfs_skelton/bin/にgrepがいるのは確認し、
make login
make linux-rebuild
make
まで実行して出力ファイルを試しましたが変わらずのようです。
念のためディレクトリ削除しcloneで取り直し、dockerもコンテナ停止からコンテナとイメージ削除まで掛けて試しましたが、やはりコケてしまいます。

[mnakada]

buildしたkernelイメージもらえますか。
factory_t31_ZMC6tiIDQNの方です。

[accept]

@mnakada
こちらです。
お手数おかけします。
factory_t31_ZMC6tiIDQN.zip

[mnakada]

他にもbuild環境に抜けてるものがありました。
もう一度最新をpullして
make login
make linux-rebuild
make
してもらえますか。

[accept]

@mnakada
ありがとうございます。
無事ビルドしたファイルでブートすることを確認しました。
元のIssueから脱線してしまいすみません…

そしてすみません、lsusbの結果をお知らせするのを失念しておりました…
lsusbで見るとデバイスは認識されておらず、一つだけ表示される状態です。

[   94.671972] codec_set_device: set device: speaker...
[   94.678721] SPEAKER CTL MODE3 !
[   94.727297] hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling...
[   94.742614] usb 1-1: USB disconnect, device number 2
[   96.368310] [motor_speed1086] speed:900, level:15
[   96.374283] motor_ops_reset966
[   96.381384] printk [yuan] else
[   97.292690] [atbm_log]:ieee80211_process_addba_request:mac[xx:xx:xx:xx:xx:xx],tid[4]
[   99.238967] motor_ops_goback
[  107.797747] [atbm_log]:ieee80211_process_addba_request:mac[xx:xx:xx:xx:xx:xx],tid[6]
[root@atomcam:~]# lsusb
Bus 001 Device 001: ID 1d6b:0002
[root@atomcam:~]# 

[mnakada]

いえ、bugが見つかってよかったです。ありがとうございました。
DockerHubの環境を修正しておきます。

USBの方は見えてるのはroot hubですね。
USBデバイスとして認識されてない状態ですが、最初は見えてるようなので電源電圧低下とかかもしれません。

[accept]

@mnakada
ありがとうございます。
なるほど、電源は私も最初に疑いましてスマホ充電用のアンペアの大きいものや、USB PDなどがないシンプルに5V2.4Aほど出力する電源なども使用してみたのですが変わらないようです。
お陰様で自前でビルド出来るようになりましたので、試行錯誤してみようと思います。

[mnakada]

使用したUSB-Etherはこちらです。
https://www.amazon.co.jp/dp/B07R6P7QMV

リンク先の説明に
USBポートの電力要件は5V、500mA、2.5w
とありますが、これが出力側の電力を指しているのだとすると電源アダプターの容量を大きくしても、出力のVBUSのlimitterが500mAに制限してしまってる可能性があります。
その場合はモーターが動くと厳しいですね。

[accept]

@mnakada
ありがとうございます。
なるほど、勝手な想像でただ単に内部的にはNICとMicroB側に分岐しているだけかと思ったのですが…
確かに出力側の要件と考えると厳しいですね…
NIC側と考えても、NICだけで0.5A増えるとなるとSwingの付属電源が2Aであることを考慮して大きめの電源が必要ですね。
電源周りも視野に入れて試行錯誤してみます。