if ($Zuwachs <= 20) // basierend auf max. Regenmenge in 5 minuten, d.h. 5mm was dann beim UMRECHNUNGSFAKTOR gleich (rund) 20 Wippenschläge ausmachen
ist in meinem Original-skript nicht enthalten. Sie wurde von Franz (guyabano) eingeführt, um die bis dahin gelegentlich auftretenden Ausreißer abzufangen.
Diese Erweiterung enthält aber einen Fehler:
Es wird ein falscher Wert für „Regenzaehler_alt“ abgespeichert. Für die korrekte Funktion des Skripts ist es zwingend erforderlich, dass dieser Wert vor dem Abfangen des Überlaufs abgespeichert wird. Danach ist der Wert ggf. um 256 zu groß und führt zu dem von Dir beschriebenen Fehler.
Darüber hinaus ist die Sicherheitsabfrage dank der neuen DLL inzwischen überflüssig geworden.
ich habe heute zwei Fehler gehabt. Diesmal aber nur bei der Regenmenge. Es war genau ein Bit verkehrt. Die Daten im Log stimmen mit den Variablen überein. Ein Fehler im FHZ-Modul scheidet demnach aus.
Mich interessiert mal die Prüfsumme. Welches Byte ist es und wie wird sie gebildet?
Logeinträge:
den Fehler hatte ich auch schon erkannt. War wohl nix. Deshalb hatte ich die Zeile schon raus genommen. Der Fehler trat also mit dem Original Skript auf
zur Fehlereingrenzung:
Keiner dieser Werte darf jemals größer als 255 sein:
Regenzaehler_alt
Regenzaehler_neu
Sind diese Bedingungen erfüllt, kann der errechnete Wert nie negativ werden.
Bist Du sicher, dass Du nicht nur die Abfragezeile herausgenommen hast, sondern auch die Abspeicherung des Wertes für Regenzaehler_alt wieder vor die Überlauf-Abfrage verschoben hast?
Wie schon erwähnt, der Wert muss abgespeichert werden, bevor der Überlauf abgefangen wird. Vielleicht vergleichst Du Dein Skript noch einmal mit dem Original-Skript.
Deinen Aufzeichnungen zufolge sind offensichtlich bereits die Rohdaten fehlerbehaftet. Es hat aber auch den Anschein, dass diese Fehlerart noch seltener auftritt, als die inzwischen (hoffentlich) bereinigten Ausreißer.
Zum Telegrammaufbau kann ich leider nichts sagen, da ich selbst keine KS300 besitze.
Im Internet habe ich diesen Link gefunden (Punkt 7: Kombi). Die dort beschriebenen Telegramme decken sich allerdings nicht mit Deinen Darstellungen. Aber vielleicht ist die Methode der Checksummenbildung die selbe.
Die dort beschriebenen Telegramme decken sich allerdings nicht mit Deinen Darstellungen.
Das sieht mir hierbei eher wie die Rohdaten des Funktprotokolls aus. Diese werden wohl von der FHZ erst noch ausgewertet und umgeformt.
Eins wäre damit allerdings klar, es sind 12Bit im Regensensor.
Hallo,
ich frage mich nun, ob es letzte Nacht soviel geregnet hat, oder ob dies nun wieder ein Ausreisser ist, diesmal mit dem Original Skript.
Meine Anzeige stand auf 63 lit/qm seit 0:00Uhr, da hier der reset stattfindet.
Es wird gesagt, dass es viel geregnet hat, doch 63liter?
@ Fabian, bei mir läuft immer noch alles bestens. Keinerlei Ausreißer.
Wie sieht es bei dir mit dem Korrekturwert aus. Hast Du noch mal verglichen.
Wenn es denn passt, würde ich ihn übernehmen.
