View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002671 | FSVybrid | Ethernet | public | 2015-07-24 09:58 | 2018-10-01 14:03 |
| Reporter | zutter | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | resolved | Resolution | fixed | ||
| Product Version | V2.2 | ||||
| Target Version | V3.0 | Fixed in Version | V3.0 | ||
| Summary | 0002671: ETHNETB1 may hang | ||||
| Description | ETHNETB1 may hang | ||||
| Steps To Reproduce | Sehr geehrtes Support-Team, wir haben zurzeit mehrere armStoneA5 Board bei unserem Kunden im Einsatz bei denen es unregelmäßig zu einem Deaktivieren des Ports ETHNETB1 kommt. Fehlerbild: Netzwerkport scheint im WindowsCE auf jedoch wird dieser nicht aktiviert. Laut WindowsCE ist kein Lan-Kabel angeschlossen. Keine LEDs am Lan-Port leuchten obwohl Lan-Kabel angeschlossen und Netzwerk funktionsfähig. Reproduzierbarkeit: Ich habe ziemlich viel Zeit investiert um den Fehler reproduzieren zu können weil ich mir keinen Reim darauf machen hab können das dieser Port manchmal einfach nicht funktioniert. 1) Serielles Kabel anstecken um Debug-Output zu lesen 2) LCD Screen am Board anschließen für die Unterstützung des Zeitpunktes 3) Lan-Verbindung vorbereiten - jedoch nicht am ETHNETB1 anstecken 4) Board mit Strom versorgen Jetzt kommt es auf das Timing an wann die Netzwerkverbindung eingsteckt wird. 5) Netzwerkverbindung dann einstecken, wenn man am Serial-Output ca. UART: Port disabled. Serial debug is on ! gelesen hat. Vermutlich fällt dann das Einstecken mit dem Initialisieren des Treibers von Comm\ETHNETB zusammen und es kommt zu irgendeinem internen Fehler. Der Port ist dann nicht verwendbar bis zu einem Neustart des Boards. Das große Problem ist dass bei den Anlagen die Switches auch mit dem Hauptschalter starten und es vorkommt, dass diese die Netzwerkports genau dann aktivieren wenn das Board gerade startet. Somit kommt es in unregelmäßigen Abständen zu den Ausfällen bei den Netzwerkports. NBoot: PVN11 Eboot: V1.1 Kernel: V1.09 WEC7 Update: Ich habe beim Testen jetzt noch ein neues Phänomen entdeckt. Ich wollte das Problem gerade wieder reproduzieren und beim Einstecken des Netzwerkports zu dem oben genannten Zeitpunkt führte plötzlich zu einer Exception (siehe Bild im Anhang) Jetzt hilft auch kein Neustart des Boardes mehr. Der Netzwerkport ist immer deaktiviert. Update 2: Nach Drücken des Reset-Knopfes funktioniert der Port wieder. Das exakte Timing zu finden wird unter Umständen eine kleine Spielerei aber der Fehler ist definitiv vorhanden. Ich werde im Laufe des Tages noch die neueste Version (NBoot, EBoot, Kernel) testen. Ich hoffe Sie können uns rasch eine Lösung anbieten da wir die Boards mit diesem Fehler jetzt - und in Zukunft - nicht mehr verwenden können. Für weitere Fragen stehe ich gerne zur Verfügung. Mit freundlichen Grüßen, Stefan Murauer | ||||
| Found Driver Version | |||||
| Fixed Driver Version | |||||
| Forum Link | |||||
