Regenmenge wird sporadisch zurückgesetzt

[Gyvate]

wie CMX die Regenwerte berechnet ist durchaus komplex.
Es greift da auf unterschiedliche Informationen und Informationsgewichtung zurück.
Ist nicht in 2-3 Sätzen erklärt - kann man sich aber aus dem offiziellen CumulusMX WiKi erarbeiten.

Allerdings, so wie ich das aus Deiner Mail lese, sind die Datengewinnung von Ecowitt Dashboard/pwsWD und CMX verschieden.
Erstere via (Custom) Weather Server Post, CMX via Local Ecowitt Gateway (sagt jedenfalls eine Bildunterschrift).
Ggf. liegt dort der Hund begraben.

Was ich (wir) jetzt bräuchte(n) sind Daten und ein Test.
Test:
CMX auch per Custom Server bedienen (Anstelle GW1000/Ecowitt Gateway http(Ecowitt) als Station in CMX eintragen.

Daten:
Ich brauche zwei MXDiags Dateien, deren Aufzeichnungen über Mitternacht gehen und einmal aus dem Datenbezug via lokalem Ecowitt Gateway API stammen und die zweite aus Datenbezug via htttp(Ecowitt) Treiber (Customized Server).
Die müssen dann mal analysiert und verglichen werden.

[exxes]

Das dies eine komplexe Berechnung ist war mir schon klar. Wenn man sieht was sich verändert sobald man in CMX Werte nachtragen möchte. Das wirft ja alles durcheinander.

Ich werde die Dateien über Nacht schreiben lassen und dann posten. Mal schauen ob daraus was zu erkennen ist.
Aber warum sollten Daten an PWS und CMX unterschiedlich sein ? Es gibt ja quasi nur eine Quelle der Daten und das ist der Ecowitt.
Ok erstmal ein Danke und warten wir auf die Dateien

[Gyvate]

ich habe gerade nochmal eones Deiner MXDiags Log durch gesehen, und dabei ist mir aufgefallen, dass Deine dayfile.txt Datei wohl "verstümmelt" ist:
2023-08-09 18:18:02.711 LoadDayFile: Attempting to load the day file
2023-08-09 18:18:02.737 ParseDayFileRec: Error at record 1 - Input string was not in a correct format.
2023-08-09 18:18:02.737 LoadDayFile: Error at line 1 of data/dayfile.txt : Error at record 1 = "06/07/23,22,207,11:21,9.8,03:15,23.7,18:43,1014.6,02:06,1018.0,23:19,0.0,00:00,0.0,17.0,75.4,8,11:31,36,15:16,93,00:10,0.00,9.4,23.7,18:43,23.5,18:43,8.8,03:16,0.0,00:00,9.8,03:15,10.6,14:36,5.5,11:59,238,2.6,1.3,1163,13:14,10.0,13:06,24.2,18:43,9.8,03:15,24.8,18:43,0.0,0.0,00:00" - Input string was not in a correct format.
2023-08-09 18:18:02.737 Please edit the file to correct the error
2023-08-09 18:18:02.738 ParseDayFileRec: Error at record 1 - Input string was not in a correct format.
2023-08-09 18:18:02.738 LoadDayFile: Error at line 2 of data/dayfile.txt : Error at record 1 = "07/07/23,20,219,13:06,10.9,04:58,28.9,18:54,1015.4,19:58,1018.7,09:33,0.0,00:00,0.0,18.1,78.4,10,04:04,23,13:50,84,04:30,0.00,6.2,27.6,18:51,28.4,18:51,8.7,05:04,0.0,00:00,10.9,04:58,12.3,10:05,3.8,13:50,207,2.0,1.9,905,13:41,8.0,12:38,29.3,18:51,9.8,05:04,29.7,18:51,0.0,0.0,00:00" - Input string was not in a correct format.

Und so geht das weiter. Möglich, dass sich CMX dabei "verschluckt".
2023-08-09 18:18:02.747 Please edit the file to correct the error
2023-08-09 18:18:02.747 LoadDayFile: Too many errors reading data/dayfile.txt - aborting load of daily data

Wenn CMX die Tagesdaten nicht liest, kann auch die Monatssumme nicht stimmen ...., der fängt dann immer wieder bei Null an.
Kannst Du mal Deine dayfile.txt posten !
Hast Du die ggf. "von Hand" geändert - oder im Rechner stand ein Bit schief - kommt ja vor.
Ich will mir die mal anschauen und ggf. korrigieren

[exxes]

Hier mal meine aktuelle dayfile.txt

Ich habe nichts geändert in der Datei. Als ich den Wittboy in Betrieb genommen habe, wurden von mir nur die Regenmengen der Davis in den Gateway eingetragen. Das war eigentlich alles.

Bin jetzt wohl erstmal unterwegs leider.

[Gyvate]

Du musst etwas geändert haben, bei den sogenannten Locales
d.h. die Darstellung von Zahlen, Daten etc.
Dein Log sagt
2023-08-09 18:17:57.871 Current culture: German (Germany) [de-DE]
zuvor muss das en-GB oder en-US gewesen sein.
Man kann in Deiner dayfile.txt klar erkennen, dass Du irgendwann am 25.07.2023 die Locale verändert hast.
CMX hatte bis dahin im Format
25/07/23,25,314,17:21,11.9,23:30,20.0, etc. abgespeichert
ab 26.07.2023 erscheint plötzlich die deutsche Locale
26.07.23;23;225;10:17;11,1;00 etc.
Unterschied: beim Datum . statt /, insgesamt Trennzeichen ; statt , und , statt . bei Zahlenwerten
Da kommen die Datenbanken durcheinander - kein Wunder

Deine aktuelle dayfile.txt umbennen.
Die anliegende exess-dayfile.txt in dayfile.txt umbennen und nach .../CumulusMX/data kopieren.
CMX neu starten.
Wenn ich nicht ein Leerzeichen oder CR/LF zu viel habe, sollte es klappen.
Wenn nicht wird CMX meckern --> MXDiags

Bei Gelegenheit sollten die früheren Monatsdateien auch noch korrigiert werden.
Der August läuft ja bereits vollständiger auf deutscher Locale.

[exxes]

Mir kam da gerade ein Gedanke. Evtl. die kürzeste Möglichkeit da wieder eine Struktur einzubringen.

Besteht die Möglichkeit die Datenbanken zu resetten ? Quasi bei Null anfangen und die Regenmengen für Woche /Monat / Jahr einfach in die neu erstellte Datenbank einzutragen ? CMX läuft eh erst seit kurzem bei mir auf dem Raspberry.Möchte natürlich nicht neu installieren. weis nicht ob das eine Möglichkeit wäre.

Danke für die abgeänderte dayfile.txt, werde die gleich mal einbinden und schauen was passiert.

[exxes]

Also das sieht mal sehr gut aus mit Deiner abgeänderten dayfile
Mal sehen was um 0Uhr damit passiert.

[Gyvate]

Besteht die Möglichkeit die Datenbanken zu resetten ? Quasi bei Null anfangen und die Regenmengen für Woche /Monat / Jahr einfach in die neu erstellte Datenbank einzutragen ? CMX läuft eh erst seit kurzem bei mir auf dem Raspberry.Möchte

für den laufenden Monat und die Zukunft ist alles OK jetzt - solange Du nicht wieder Systemparameter änderst, die bei CMX ein verändertes Verhalten auslösen
Was die Datenbankdateien anbetrifft, so lässt sich das für sagen wir mal Mai, Juni, Juli relativ einfach bewerkstelligen.
Die Monatsdateien in das Notepad von Windows laden (oder auch im Geany auf dem Raspberry) und die Änderungen vornehmen. Dann unter Mon23log.txt abspeichern - Achtung - bei Locale de-DE sind die Dateinamen deutsch ! also Mai23log.txt und nicht May23log.txt - für April, Juni und Juli ist der Name der Gleiche: Apr, Jun, Jul23log.txt
nur März; Mai, Oktober und Dezember sind betroffen (Mrz und nicht Mar, Mai und nicht May, Okt und nicht Oct, Dez und nicht Dec) bei Locale de-DE. Früher erzeugte CMX sogar die Datei JänYYlog.txt (wohl durch einen österreichischen Benutzer inspiriert).

Da die Monate abgeschlossen sind, kommst Du auch nicht CMX ins Gehege.
Beim Juli musst Du aufpassen, denn dort hast Du alte (jetzt falsche) Datensätze und neue Datensätze drin.
Daher, alles was mit deutschem Datum beginnt (25.07.23 und Folgende) aus der Datei rauskopieren und sichern.
Dann mit der Replacefunktion des Notepads/Geany folgende Ersetzungen vornehmen (Reihenfolge ist wichtig)
1. ersetze "," durch ";" (ohne "" ! - Komma durch Punkt) - Replace all - alle ersetzen !
2. ersetze "." durch "," (Punkt durch Komma)
3. ersetze "/" durch "." (Forward-Slash durch Punkt)
Wenn das durch ist sollte alles stimmen. Jetzt noch die gesicherten Daten mit richtiger Notation zurückkopieren (anhängen), abspeichern - und das wars.
Bei Juni und früher brauchst Du nur 1-3, da es ja keine untermonatliche Änderung gab

Natürlich vorher immer Sicherungskopien der Ausgangsdateien anlegen

Solltest Du Extrasensoren haben und CMX eine Datei ExtraLogYYYYMM.txt anlegen, z.B. ExtraLog202307.txt, muss dort der Inhalt natürlich auch "eingedeutscht" werden.
s.o. 1., 2., 3. - und bei Juli die Sonderbehandlung

[exxes]

Ganz lieben Dank für Deine Hilfe.

Anfangs habe ich versucht wegen falscher Anzeigen den Raspi auf Deutsch zu konfigurieren. CMX lief da bereits ein paar Tage und mir war das Ausmaß dieser Umstellung nicht bewusst. Wenn natürlich für die Zukunft der Weg nun steht, ist ja alles in bester Ordnung. Werde versuchen die letzten 2 Monate noch abzuändern nach Deiner Beschreibung.

[exxes]

Was mir gerade auffällt, die Sonnenstunden werden seit Heute morgen nicht mehr gezählt.
Sind irgendwann bi 0,2 stehen geblieben. Ist da evtl beim bearbeiten der dayfile.txt etwas schief gelaufen ?