CRC-Error
Moderatoren: Werner, Tex, weneu
-
weidenwetter
-
weidenwetter
-
Canada-John
- Beiträge: 61
- Registriert: 26 Okt 2003 18:26
- Wohnort: Vienna, Austria / Ottawa, Canada
- Kontaktdaten:
Hi Werner,
habe das Problem, mit den 120 Datensätzen, auch bei meinem WSWIN festgestellt.
Problembeschreibung:
WSWIN wird am Abend um 22:00 Uhr beendet, der Server nach einem Backup heruntergefahren und ausgeschaltet.
Am nächsten Morgen wird der Server um 5:00 Uhr gestartet und WSWIN nimmt seine Arbeit wieder auf.
Beim automatischen starten der Aufzeichnung werden 120 Datensätze aus dem Logger ausgelesen, danach steht in der Statuszeile "CRC Error" und nichts geht mehr. Ein längeres Warten auf Fortsetzung des Auslesevorganges, hat nach einer Stunde nichts positives gebracht. Ein abbrechen und neu starten des Auslesens, endet wieder mit einem CRC Error nach dem 120. Datensatz. WSWIN beenden und neu starten, hat auch keinen Erfolg gebracht. CRC Error nach dem 120. Datensatz.
Das Merkwürdige: Weniger als 120 Datensätze werden von WSWIN ohne Probleme aus dem Logger ausgelesen, bei mehr gibt es CRC Error.
Wenn WSWIN erst einmal läuft gibt es den ganzen Tag über auch keine Probleme.
Andere Programme können auf die COM-Schnittstelle nicht zugreifen, da außer WeatherLink sich keine Programme auf dem Server befinden und WeatherLink nicht gestartet ist. WeatherLink hatte übrigens in den letzten zwei Jahren keinen einzigen CRC Error.
Konfiguration:
VantagePro 1 "Kabelversion" Rev. B - 08. Jan. 2003
Pentium 4 3,0 GHz
Windows 2000 Prof. + SP 4
WSWIN V2.90.3
Schnittstellen-Datenaustausch und Fehler protokollieren habe ich aktiviert, leider werde ich aber aus den Protokollen nicht so ganz schlau.
Im Moment verwende ich wieder die Dateiüberwachung, da gibt es wenigstens keine Probleme. Schade, wäre eine ausgezeichnete Lösung gewesen, alles über WSWIN zu steuern. Ich kann aber den Server aus verschiedenen Gründen nicht 24 Stunden laufen lassen.
Gruß John.
habe das Problem, mit den 120 Datensätzen, auch bei meinem WSWIN festgestellt.
Problembeschreibung:
WSWIN wird am Abend um 22:00 Uhr beendet, der Server nach einem Backup heruntergefahren und ausgeschaltet.
Am nächsten Morgen wird der Server um 5:00 Uhr gestartet und WSWIN nimmt seine Arbeit wieder auf.
Beim automatischen starten der Aufzeichnung werden 120 Datensätze aus dem Logger ausgelesen, danach steht in der Statuszeile "CRC Error" und nichts geht mehr. Ein längeres Warten auf Fortsetzung des Auslesevorganges, hat nach einer Stunde nichts positives gebracht. Ein abbrechen und neu starten des Auslesens, endet wieder mit einem CRC Error nach dem 120. Datensatz. WSWIN beenden und neu starten, hat auch keinen Erfolg gebracht. CRC Error nach dem 120. Datensatz.
Das Merkwürdige: Weniger als 120 Datensätze werden von WSWIN ohne Probleme aus dem Logger ausgelesen, bei mehr gibt es CRC Error.
Wenn WSWIN erst einmal läuft gibt es den ganzen Tag über auch keine Probleme.
Andere Programme können auf die COM-Schnittstelle nicht zugreifen, da außer WeatherLink sich keine Programme auf dem Server befinden und WeatherLink nicht gestartet ist. WeatherLink hatte übrigens in den letzten zwei Jahren keinen einzigen CRC Error.
Konfiguration:
VantagePro 1 "Kabelversion" Rev. B - 08. Jan. 2003
Pentium 4 3,0 GHz
Windows 2000 Prof. + SP 4
WSWIN V2.90.3
Schnittstellen-Datenaustausch und Fehler protokollieren habe ich aktiviert, leider werde ich aber aus den Protokollen nicht so ganz schlau.
Im Moment verwende ich wieder die Dateiüberwachung, da gibt es wenigstens keine Probleme. Schade, wäre eine ausgezeichnete Lösung gewesen, alles über WSWIN zu steuern. Ich kann aber den Server aus verschiedenen Gründen nicht 24 Stunden laufen lassen.
Gruß John.
-
Epfenbachwetter
- Beiträge: 181
- Registriert: 12 Feb 2004 10:55
- Wohnort: Epfenbach
- Kontaktdaten:
Das Problem hatte ich bislang auch ein einziges Mal.
Bei mir ist es so, dass der PC von 6.45-23.15 Uhr online ist. Danach sammelt der Logger der Vantage die Daten.
Als vorgestern der PC automatisch früh's ansprang wurden nur die Daten bis ca. 3.00 Uhr ausgelesen und blieb danach hängen. Nach einem Neustart von WsWin die Daten bis ca. 6.30 Uhr. Nach einem weiteren Neustart lief alles problemlos bis 23.15 Uhr.
Ach ja, ich lese mit WsWin 2.90.3 direkt aus. Keine weiteren Programme auf dem Rechner. Weder WeatherLink noch sonst irgendetwas.
Bei mir ist es so, dass der PC von 6.45-23.15 Uhr online ist. Danach sammelt der Logger der Vantage die Daten.
Als vorgestern der PC automatisch früh's ansprang wurden nur die Daten bis ca. 3.00 Uhr ausgelesen und blieb danach hängen. Nach einem Neustart von WsWin die Daten bis ca. 6.30 Uhr. Nach einem weiteren Neustart lief alles problemlos bis 23.15 Uhr.
Ach ja, ich lese mit WsWin 2.90.3 direkt aus. Keine weiteren Programme auf dem Rechner. Weder WeatherLink noch sonst irgendetwas.
-
Hinwil
Ich habe ein annähenders Problem mit der neuen Funktion.
Ich lese die VP2 direkt mit der neusten WSWIN Version aus und dies 24h am Tag. Es gibt einen neustart morgens um 5 Uhr nach einer Datensicherung.
Nun kommt es vor, dass WSWIN auf einmal auf den COM Port 3 schaltet und somit keine Daten mehr aus dem Funkinterface lesen kann. Wenn ich WSWIN wieder sage, dass er COM4 nehmen soll klappt alles wieder. Diesen Fehler habe ich zu jeder Zeit, ich kann also nicht sagen, dass es nach so vielen Datensätzen geschieht oder nach einer gewissen Zeit.
Aus welchem Grund habe ich aufs mal den COM3 drin und nicht mehr COM4?
Es sind keine anderen Programme am laufen die irgend wie auf einen COM Port zugreifen. WL ist immer geschlossen.
Gruss Reto
Ich lese die VP2 direkt mit der neusten WSWIN Version aus und dies 24h am Tag. Es gibt einen neustart morgens um 5 Uhr nach einer Datensicherung.
Nun kommt es vor, dass WSWIN auf einmal auf den COM Port 3 schaltet und somit keine Daten mehr aus dem Funkinterface lesen kann. Wenn ich WSWIN wieder sage, dass er COM4 nehmen soll klappt alles wieder. Diesen Fehler habe ich zu jeder Zeit, ich kann also nicht sagen, dass es nach so vielen Datensätzen geschieht oder nach einer gewissen Zeit.
Aus welchem Grund habe ich aufs mal den COM3 drin und nicht mehr COM4?
Es sind keine anderen Programme am laufen die irgend wie auf einen COM Port zugreifen. WL ist immer geschlossen.
Gruss Reto
-
rolsch
-> benutzt du einen USB2seriell Adapter?Hinwil hat geschrieben:
Aus welchem Grund habe ich aufs mal den COM3 drin und nicht mehr COM4?
Es sind keine anderen Programme am laufen die irgend wie auf einen COM Port zugreifen. WL ist immer geschlossen.
Gruss Reto
Wenn ja,
verzögere mal den WsWin32-Start nach dem hochfahren des Betriebssystems
-
weidenwetter
-
Hinwil
- Werner
- Site Admin
- Beiträge: 6071
- Registriert: 04 Dez 2001 01:00
- Wohnort: Lackenhäuser
- Danksagung erhalten: 140 mal
- Kontaktdaten:
Hallo,
das Programm überprüft beim Starten, das Vorhandensein der eingestellten COM-Schnittstelle.
Liegt die eingestellte COM-Schnittstelle im Bereich 1..4 stellt das Programm automatisch auf die nächste verfügbare Schnittstelle um!
Bitte dazu auch Programm-Hilfe lesen.
Lösung: Com-Port auf COM5 oder höher einstellen.
Aber unabhängig davon:
wenn die Schnittstelle nicht zur Verfügung stellt - meldet das Programm das und unterbricht die weitere ONLINE Ausführung.
Deshalb wäre es besser herauszufinden, warum diese Schnittstelle beim Programmstart nicht zur Verfügung steht!
(z.B. mit Infrot-Port verhält sich das manchmal so)
Zu CRC-Fehler:
bevor das Programm hier diesen Fehler meldet, hat es 2200 msec auf eine korrekte Antwort (und/oder genau auf 264 Byte) gewartet.
Ich werde diesen Wert in der nächsten Version erhöhen.
Werner
das Programm überprüft beim Starten, das Vorhandensein der eingestellten COM-Schnittstelle.
Liegt die eingestellte COM-Schnittstelle im Bereich 1..4 stellt das Programm automatisch auf die nächste verfügbare Schnittstelle um!
Bitte dazu auch Programm-Hilfe lesen.
Lösung: Com-Port auf COM5 oder höher einstellen.
Aber unabhängig davon:
wenn die Schnittstelle nicht zur Verfügung stellt - meldet das Programm das und unterbricht die weitere ONLINE Ausführung.
Deshalb wäre es besser herauszufinden, warum diese Schnittstelle beim Programmstart nicht zur Verfügung steht!
(z.B. mit Infrot-Port verhält sich das manchmal so)
Zu CRC-Fehler:
bevor das Programm hier diesen Fehler meldet, hat es 2200 msec auf eine korrekte Antwort (und/oder genau auf 264 Byte) gewartet.
Ich werde diesen Wert in der nächsten Version erhöhen.
Werner
Zuletzt geändert von Werner am 22 Sep 2005 13:48, insgesamt 1-mal geändert.
-
Canada-John
- Beiträge: 61
- Registriert: 26 Okt 2003 18:26
- Wohnort: Vienna, Austria / Ottawa, Canada
- Kontaktdaten:
Hi Sandro,
der Inhalt deiner wswinerr.txt kommt mir bekannt vor.
Hier die Ergebnisse meiner letzten Tests http://www.wetterstation-oberlaa.at/wswinerr.txt.
Der CRC Error tritt nicht immer bei genau 120 Messwerten auf, manchmal werden nur 116, 118 oder auch 233 Werte aus dem Logger ausgelesen. Einen Fehler oder ein Einstellungsproblem an der COM-Schnittstelle kann ich mit Sicherheit ausschließen. Das Datenkabel ist auch in Ordnung und nicht zu lang = Davis-Originalkabel.
Bin gespannt ob es in nächster Zeit eine Lösung des Problems gibt.
Gruß John.
der Inhalt deiner wswinerr.txt kommt mir bekannt vor.
Hier die Ergebnisse meiner letzten Tests http://www.wetterstation-oberlaa.at/wswinerr.txt.
Der CRC Error tritt nicht immer bei genau 120 Messwerten auf, manchmal werden nur 116, 118 oder auch 233 Werte aus dem Logger ausgelesen. Einen Fehler oder ein Einstellungsproblem an der COM-Schnittstelle kann ich mit Sicherheit ausschließen. Das Datenkabel ist auch in Ordnung und nicht zu lang = Davis-Originalkabel.
Bin gespannt ob es in nächster Zeit eine Lösung des Problems gibt.
Gruß John.
-
weidenwetter
- Werner
- Site Admin
- Beiträge: 6071
- Registriert: 04 Dez 2001 01:00
- Wohnort: Lackenhäuser
- Danksagung erhalten: 140 mal
- Kontaktdaten:
Hallo,
es handelt sich hier tatsächlich um einen Fehler des Programmes:
Bei diesem Datensatz (Page 24) kommt als erstes Byte ein "CANCEL" oder 0x18h.
Damit geht das Programm fälschlicherweise von einer Ablehnung durch die Wetterstation aus.
Im gleichen Zusammenhang wird auch die Antwort: NAK (als erstes Byte) falsch interpretiert (in Page 33)
Ist in V2.90.4 behoben.
Werner
es handelt sich hier tatsächlich um einen Fehler des Programmes:
Bei diesem Datensatz (Page 24) kommt als erstes Byte ein "CANCEL" oder 0x18h.
Damit geht das Programm fälschlicherweise von einer Ablehnung durch die Wetterstation aus.
Im gleichen Zusammenhang wird auch die Antwort: NAK (als erstes Byte) falsch interpretiert (in Page 33)
Ist in V2.90.4 behoben.
Werner
