CRC-Error

Fragen, Anregungen zur PC-Wetterstations-Software

Moderatoren: Werner, Tex, weneu

weidenwetter

CRC-Error

Beitrag von weidenwetter »

Hallo Werner,
wollte heute von WeatherLink mit der VP1 auf deine Software wechseln, nur bleibt leider das Auslesen der Daten mit einem CRC-Error stehen... woran kann das liegen?

lg
Sandro
Benutzeravatar
Werner
Site Admin
Beiträge: 6071
Registriert: 04 Dez 2001 01:00
Wohnort: Lackenhäuser
Danksagung erhalten: 140 mal
Kontaktdaten:

Beitrag von Werner »

@Sandro,

kommt in der Regel nur vor, wenn das Programm durch andere Anwendungen gehindert wird, die Daten zu empfangen und auszuwerten.

Ein Abbrechen und neu beginnen des Auslesens löst in der Regel das Problem.

Werner
weidenwetter

Beitrag von weidenwetter »

Komisch... ich habe aber keine anderen Anwendungen offen, und der Fehler tritt immer ca. beim 120. Datensatz auf. Weatherlink ist zu.
weidenwetter

Beitrag von weidenwetter »

Kann man den genauen Hintergrund dieses Fehlers evtl. in irgendeiner Logdatei nachlesen?
Benutzeravatar
Werner
Site Admin
Beiträge: 6071
Registriert: 04 Dez 2001 01:00
Wohnort: Lackenhäuser
Danksagung erhalten: 140 mal
Kontaktdaten:

Beitrag von Werner »

Sandro,

sollte bei aktivierter Fehlerprotokollierung in der wswinerr.txt erscheinen.

Bin mir jetzt aber nicht sicher, ob ich das nur über die Debug-Bits 14-16 gemacht habe (für Benutzer nicht zugänglich).

Werner
Canada-John
Beiträge: 61
Registriert: 26 Okt 2003 18:26
Wohnort: Vienna, Austria / Ottawa, Canada
Kontaktdaten:

Beitrag von Canada-John »

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.
Epfenbachwetter
Beiträge: 181
Registriert: 12 Feb 2004 10:55
Wohnort: Epfenbach
Kontaktdaten:

Beitrag von Epfenbachwetter »

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.
WsWin + Davis Vantage Pro2 Active 6163EU + Win11 [Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz, 8 GB RAM]

Bild
Hinwil

Beitrag von 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
rolsch

Beitrag von rolsch »

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
-> benutzt du einen USB2seriell Adapter?

Wenn ja,
verzögere mal den WsWin32-Start nach dem hochfahren des Betriebssystems
weidenwetter

Beitrag von weidenwetter »

Hi Werner,
erscheint hier in dieser Datei...:
http://weidenwetter.dyndns.org/wswinerr.txt
Hinwil

Beitrag von Hinwil »

@ Roland
Nein ich habe direkt USB, der VP2 Datenloger gibt es as USB und Serial Version.

Das Problem ist nicht nach dem Starten vom BS sondern zu irgend einer Zeit....

Gruss Reto
Benutzeravatar
Werner
Site Admin
Beiträge: 6071
Registriert: 04 Dez 2001 01:00
Wohnort: Lackenhäuser
Danksagung erhalten: 140 mal
Kontaktdaten:

Beitrag von Werner »

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
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:

Beitrag von Canada-John »

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.
weidenwetter

Beitrag von weidenwetter »

Canada-John hat geschrieben: Der CRC Error tritt nicht immer bei genau 120 Messwerten auf, manchmal werden nur 116, 118 oder auch 233 Werte aus dem Logger ausgelesen.
Das ist bei mir genauso, 120 waren nur ein Richtwert. Hätte ich evtl. dazuschreiben sollen.
lg
Benutzeravatar
Werner
Site Admin
Beiträge: 6071
Registriert: 04 Dez 2001 01:00
Wohnort: Lackenhäuser
Danksagung erhalten: 140 mal
Kontaktdaten:

Beitrag von Werner »

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
Antworten