Ethernetで送受信が出来なくなる

レアですね。私はないです。こんなときはシェルティさんですが、ちょっと別件忙しそうですが、聞いてみます。

korochanさん

こんにちは、シェルティです。

使っていただいているソフトのネットワーク部分を担当しました。
ざっと見解をまとめてみました。参考になりましたら幸いです。

---
GR-SAKURA側のEtherとHUBのLEDが両方消えてることから、
GR-SAKURA上のPHYチップとHUB内部のPHYチップのリンクが途絶えてますね。
複数ネットで起きていることから、GR-SAKURAやHUBの固体故障ではなくて、
ソフトウェアによるRX63Nに接続されあPHYチップへの不正操作が原因である可能性が高そうです。
たとえば、特定条件を満たすとGR-SAKURA上のRX63NからPHYチップに対して
機能停止コマンドが発行されてPHYチップが停止してリンクが途絶しているとか、でしょうか。

たとえば_phy_read()関数でPHYチップのステータスレジスタを1秒おきに
読みだしてみて、現象発生時にステータスレジスタが読めなくなっていれば
何らかPHYチップが停止状態に遷移したことが分かるかと思います。
停止しているけれどステータスレジスタは読める状態であれば、
ステータスレジスタの何のビットがONになっているかで、
どのような状態なのかが分かるかもしれません。
ステータスレジスタが全く読めない状態に陥ってしまっていれば、
RX63N-PHYチップ間のMDC/MDIO信号をモニタし、
通信が途絶する最後に成り立ったコマンドを確認すれば
何のコマンドを送ればPHYチップが停止するのかが分かります。
そのコマンドを送っているソフトウェアを突き止めればそれが原因です。

以上です

>GR-SAKURA上のPHYチップとHUB内部のPHYチップのリンクが途絶えてますね。
参考になります
>ソフトウェアによるRX63Nに接続されあPHYチップへの不正操作が原因である可能性が高そうです。
冒頭にレジスタを直接読んで（(unsigned long*)0x000C0128）Etherがつながっているかチェックする以外、以降特に特殊なことをやっているつもりはないので不思議です。

>たとえば_phy_read()関数でPHYチップのステータスレジスタを1秒おきに
読みだしてみて、現象発生時にステータスレジスタが読めなくなっていれば
何らかPHYチップが停止状態に遷移したことが分かるかと思います。
やってみます。ただしあまり頻繁には出ないので時間がかかりそうです。

参考になりました。チェク機能を盛り込み確認してます。
ありがとうございました。