Einzelner PLC aus unbekanntem Grund verloren

Beim Speichern von Online-Bearbeitungen mit Al-Software ging eine einzelne PLC5 verloren. Als mögliche Schuldige kamen in Betracht: 1. Ein Ethernet-Broadcast-Sturm 2. ControlNew Grounding und/oder Message Overload 3. Überkapazität des Prozessors 4. Rauschen auf CH0. Alle oben genannten Punkte wurden als unwahrscheinlich erachtet. Die einzige Möglichkeit, den Prozessor zu leeren, bestand darin, das Programm von der Festplatte neu zu laden. Der Prozessor ist alt – PLC5-40C (1,25!) mit einem Ethernet-Sidecar. Hatte gerade die Online-Bearbeitung (mit KI-Software) abgeschlossen und wollte die Änderungen auf der Festplatte speichern. Nach etwa 70 % des Speichervorgangs kam es zu einem Prozessorfehler (durchgehend rotes Licht) und der Speichervorgang schlug fehl (es wurde eine Meldung über einen DH+-Fehler angezeigt – bei der Programmierung über Ethernet!). Ungefähr 85 % des verfügbaren Prozessorspeichers werden verwendet. Außerdem besteht die einzige Änderung am Netzwerk in den letzten drei Jahren darin, dass der BNC-Stecker, der früher an den Programmier-PC angeschlossen wurde, jetzt an einen Hub angeschlossen wird und der PC jetzt über einen RJ-45-Stecker an den Hub angeschlossen wird. Es ist nichts anderes mit dem Hub verbunden. Seitdem habe ich einen guten Teil des Codes überarbeitet und die Prozessorauslastung auf etwa 60 % gesenkt, einen Teil der Kontrolle auf andere Netzwerkknoten verteilt, um eine Reduzierung der stattfindenden Ethernet-Nachrichten um etwa 90 % zu ermöglichen, den ASCII-Code entfernt, der ohnehin nicht verwendet wurde, die Datenmenge reduziert, nach der die Cnet PanelViews abgefragt haben, und jetzt nehmen wir Änderungen an dieser Zeile nur dann vor, wenn wir uns in Übergangszeiten befinden (wo ein „ungeplantes“ Herunterfahren nicht schaden kann).