folgender schwerer Laufzeitfehler:
Voraussetzung:
Kein Projekt aktuell gestartet, aber seit ca. 1-2 Std. am Editieren in Makros / zwischenspeichern, wechseln (Laden) in andere Projekte, um von dort per Copy/Paste Teile zu übernehmen...
Plötzlich (kurz nach Speicher-Vorgang, der nach einigen Minuten Pause zur vorherigen Aktivität ausgeführt wird): Laufzeitfehler-Meldungen, ca. im Sekundentakt:
(sinngemäß / abgeschrieben, denn MsgError-Dateien werden zwar angelegt, aber 0Byte lang):
Laufzeitfehler in Modul Definition bei Adresse 005A2BF2 .... TTimer ... Lesen v. Adresse B4E9030C
Mehrere weitere Fehler-Fenster (möglicherweise bei -vergeblichem- Versuch des Starts des Task-Managers per Rechtsklick auf leeren Bereich der Toolbar):
Runtime err 216 ... 00404CF6
Betriebssystem: Win2K-Server im aktuellen Patchlevel
FHZ 1300 PC WLAN
Studio-SW: Identischer Fehler je einmal unter Rel. 61210 als auch ca. einen Tag später unter Rel. 70107 (komplett neu installiert, vorher alte Rel per Win-Systemsteuerung/SW deinstalliert / *.ini-Dateien in WINNT-Verz. gelöscht / Registry-Einträge HKLM/Software/contronics gelöscht)
Beide Rel. funktionierten bis dahin anstandslos / auch mit der neuen Rel seit mehreren Stunden gearbeitet.
Weiteres Fehlerbild (beide Rel.) nach erneutem Start, selbst nach erneutem Rechnerstart nach Neuinstallation der neuen Rel:
In der Visualisierung kann anstandslos gearbeitet werden (Programmieren, Projekt starten, PC-seitige Aktionen im Projekt durchführen). Jedoch erfolgt offenbar keinerlei Funkkommunikation zu Aktoren/Sensoren. Die Studio-SW meldet den Client nach jedem Projektstart als normal angemeldet.
Erst nach Aufruf "Hardware-Schnittstelle / Client prüfen" kommt Meldung "Client nicht angemeldet" o.ä. und Client wird autom. abgemeldet. Löschen / neue Schnittstellendefinition auch ohne Erfolg.
Das Projekt selbst ist offenbar nicht die Ursache (Testprojekt mit einer Schaltsteckdose, einem UP-Schalter, einem Uhr-Objekt mit gleichem Effekt: Uhr läuft und Objekte schalten in Visualisierung / nichts schaltet real)
Vermutung, da ja offenbar Rel.- und Projektunabhängig: das WLAN-Modul. ABER: Das Modul ist ganz normal über WLAN und dessen Web-Schnittstelle erreichbar! Reset des Moduls per Web-Schnittstelle wird durchgeführt bringt aber KEIN Erfolg.
Positiv-Log der PC-Firewall zeigt, daß ganz normal Paket-Bursts gesendet werden vom FHZ-Modul, sobald die Studio-SW nicht gestartet ist / Bursts aufhören, sobald Studio-SW gestartet ist (offenbar Kommunikation erfolgt), Bursts sofort wieder einsetzen, sobald Studio-SW wieder aus ist.
Next Step der Fehlersuche: Anderer PC mit Studio-SW (Laptop mit XP): Gleiches Verhalten!!! (FHZ-Modul kann von da ebenfalls normal per Web erreicht werden, umkonfiguriert und resettet werden, aber gestartetes Projekt schaltet nicht / Client als angemeldet erkannt usw.)
Lösung: Power-On-Reset am FHZ-Modul. (Netzteil kurz ziehen) Danach geht alles wieder!
Also offenbar FHZ-Modul FS20-seitig aufgehängt gewesen / Folgefehler dann in der Studio-SW bei (erfolgloser) weiterer Kommunikation. WLAN- und webserverseitig ist es dabei weiter erreichbar und sogar resetbar (dauert auch kurzen Moment, bis wieder per Browser erreichbar, also offenbar wirklich Reset durchgeführt)
Die Studio-SW sollte aber dringend derartige Fehler abfangen, denn auffallenderweise traten beide Fehler
- bei Speicher-Versuchen des Projektes auf,
- während kein Projekt aktiv lief
- nach mehreren Minuten Inaktivität bei gestarteter Studio-SW
Im ersten Fehlerfall führte das zum Totalverlust der Projektdatei! Rel. 61210 kannte ja leider noch keine SPB-Dateien. Ausgerechnet beim Speichern sind derartige Fehler natürlich tödlich!
![Evil or Very Mad :evil:](./images/smilies/icon_evil.gif)
Der zweite Fehler trat dann übrigens beim Restaurationsversuch des ehemaligen Projektstandes auf. Deshalb auch das stundenlange zusammen suchen / wechseln in andere Projektdateien. Schöne Grüße von McMurpy...
Ich will natürlich nicht ausschließen, daß mein FHZ-Modul doch ein Problem hat. Wenn, dann ist das aber 1. neu, 2. tritt nur auf bei eingeschaltetem Kommunikationspartner-PC OHNE das dort ein Projekt läuft (PC mehr als Woche aus / FHZ-Modul problemlos. 2 Tage vor dem Fehler durchgehend Projekt gestartet: FHZ-Modul problemlos.) Das FHZ-Modul lief vor dem Fehler problemlos mehrere Monate seit Kauf/Konfiguration durch.
Ich behaupte also mal als These, daß das FHZ-Modul intakt ist, aber das o.g. Verhalten ebenfalls schon ein FOLGEFEHLER ist, entstanden aus der vorherigen Kommunikation, bei der irgendein Stack vollief o.ä., ggf. verursacht durch ähnliche Paket-Fluten wie hier bereits beschrieben?
Gruß Gerd