fabian95qw Geschrieben October 5, 2016 at 14:28 Share Geschrieben October 5, 2016 at 14:28 Guten Tag miteinander Ich arbeite mit einem Masterbrick, mit Ethernet Extension & einem IO16 Bricklet. Ich habe das Phänomen, dass die Ethernet Extension einem mehrtägigen Betrieb plötzlich unerreichbar wird, also auch nicht mehr Pingbar, während der Masterbrick via USB weiterhin normal ansprechbar bleibt. Ich kann z.b. den Stapel im Leerlauf Laufen lassen, und am Folgetag ist er nicht mehr via IP erreichbar. Ein Reboot Cycle (Power off & Power on), und die Extension Funktioniert wieder korrekt. Ist die Ethernet Extension irgendwie defekt, oder ist das normal? MfG Fabian Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Masder Geschrieben October 6, 2016 at 08:17 Share Geschrieben October 6, 2016 at 08:17 Hallo fabian, verstehe ich dich richtig Leerlauf meint das du keine calbacks oder werte direkt abfragst ? normal ist das nicht. ich und ein paar andere haben das gleich Problem aber mit der Wlan Extension. bis jetzt wissen wir aber noch nix genaues. du kannst uns aber noch mal sagen wie du den Stack ansprichst. eigenes Programm? wie hast du es da implementiert, am besten mal Code posten. wie versorgst du deinen Stack mit strom? mfg Masder Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Loetkolben Geschrieben October 6, 2016 at 13:29 Share Geschrieben October 6, 2016 at 13:29 Mit der Ethernetextension hatte ich nie Probleme. Da wuerde ich nochmals mit der Lupe suchen und schauen ob keine Kontakte im Westernstecker verbogen sind. Der Loetkolben Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
fabian95qw Geschrieben October 10, 2016 at 14:43 Autor Share Geschrieben October 10, 2016 at 14:43 Hallo fabian, verstehe ich dich richtig Leerlauf meint das du keine calbacks oder werte direkt abfragst ? normal ist das nicht. ich und ein paar andere haben das gleich Problem aber mit der Wlan Extension. bis jetzt wissen wir aber noch nix genaues. du kannst uns aber noch mal sagen wie du den Stack ansprichst. eigenes Programm? wie hast du es da implementiert, am besten mal Code posten. wie versorgst du deinen Stack mit strom? mfg Masder Hallo Masder Der Leerlauf ist wirklich ein Leerlauf, bis auf den externen Ping, welcher Prüfen soll ob die Ethernet Extension noch online ist. Der Stack wurde via einem 5V Netzteil Versorgt, aber hatte eine extrem hohe Absturzrate (Reboot-Cycles) beim ändern von IO-Ports. Seit dem wir den Stack vom USB speisen, sind diese Probleme jedoch weg. Der Stack wird via Java Code angesprochen, welcher alle 2 Sekunden die aktuellen Werte abfragt. while(true) { List<SimpleIOPort> TIOPList = IOPList; for(SimpleIOPort IOP : TIOPList) { RecvMask=IO16.getPort(IOP.getPort().charAt(0)); IRecvMask = new Integer(RecvMask); Mask = Integer.toBinaryString(IRecvMask); while(Mask.length()< { Mask = 0+Mask; } MaskArray = Mask.toCharArray(); if(MaskArray[7-Integer.valueOf(IOP.getPin())]=='1') { log.debug("The Pin of this Listener is currently 1"); //MEHR CODE } else { log.debug("The Pin of this Listener is currently 0"); //MEHR CODE } Thread.sleep(2000); } } Ursprünglich war das Callbackinterface Implementiert, aber dieses hat im Zusammenhang mit dem dahinter liegenden Code nicht geklappt. Es handelt sich hier um eine Implementieren für eine ==> Telefonanlage <== Mit der Ethernetextension hatte ich nie Probleme. Da wuerde ich nochmals mit der Lupe suchen und schauen ob keine Kontakte im Westernstecker verbogen sind. Der Loetkolben Hallo Loetkolben Ich gehe in der Zwischenzeit auch von einem HW Problem aus, auch u.a., da der gesamte Stack sich manchmal auch beim Schalten eines IO Ports resettet. MfG Fabian Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
batti Geschrieben October 11, 2016 at 10:15 Share Geschrieben October 11, 2016 at 10:15 Hallo Fabian, was schaltest du denn mit der IO-16? Idee: Falsche Spannungen? Problem mit Überspannung? Induktive Last o.ä.? VG, Bastian Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
fabian95qw Geschrieben October 13, 2016 at 07:17 Autor Share Geschrieben October 13, 2016 at 07:17 Hallo Bastian Outputsmässig schalten wir Optokoppler Wir hatten den Verdacht von Überspannung bzw. Störungsspannungen, deshalb sind wir ja auf USB Ausgewichen, wo es eigentlich nur 1/100 mal passiert. Habe mal kurz ein Bild von meinem Konstrukt angehängt. Ich konnte gerade beobachten, wie die Ethernet Extension stirbt. Antwort von 192.168.X.X: Bytes=32 Zeit=1ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=1ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=1ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=1ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=318ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=236ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=155ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=87ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=297ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=217ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=135ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=54ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=280ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=5ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=2ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=33ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=4ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=4ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=98ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=6ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=3ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=169ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=81ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=4ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=227ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=144ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=64ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=3ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=1ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=123ms TTL=64 Antwort von 192.168.X.X: Bytes=32 Zeit=46ms TTL=64 Zeitüberschreitung der Anforderung. Zeitüberschreitung der Anforderung. <== Reboot Cycle ==> Zeitüberschreitung der Anforderung. Antwort von 192.168.250.190: Bytes=32 Zeit=998ms TTL=128 Antwort von 192.168.250.190: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.250.190: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.250.190: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.250.190: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.250.190: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.250.190: Bytes=32 Zeit<1ms TTL=128 Antwort von 192.168.250.190: Bytes=32 Zeit<1ms TTL=128 Mfg Fabian Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Loetkolben Geschrieben October 14, 2016 at 01:20 Share Geschrieben October 14, 2016 at 01:20 Ui, was fuer ein suesses Kaebelchen. Nur eine Idee: Vielleicht mal ein CAT5 Kabel mit Schirmung nutzen? Gerade in verbauten Umgebungen mit hoher Spannung und Schaltimpulsen sollte man darauf achten, dass so wenig wie moeglich Antennen vorhanden sind. Der Loetkolben Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
fabian95qw Geschrieben November 2, 2016 at 06:52 Autor Share Geschrieben November 2, 2016 at 06:52 Hallo Loetkolben CAT5 Kabel mit Schirmung Sowas brauchen wir hier drüben in der Schweiz praktisch nie Das Problem hat sich auf jedem Fall gelöst. Das ganze war auf einen regelmässigen IP-Konflikt mit einem Netzwerkgerät zurückzuführen, welches nicht immer im Netzwerk anwesend war. MfG Fabian Zitieren Link zu diesem Kommentar Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.