NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@crunchip Danke, dann war die Annahme richtig, dass bis 23:59:59 Uhr UTC noch die Tagesmenge vorhanden ist und um 0:00:00 Uhr UTC genullt wird.
-
V0.1.4 Beta 1 steht auf GitHub bereit. Update wie üblich, Javascript nicht vergessen, da neuer DP.
- Änderung am netcat-Verhalten (Skript empfängt wann immer die Station etwas sendet)
- kumulierte Jahresregenmenge
Die bisherige Jahresregenmenge muss per Hand im DP eingetragen werden. Um 23:58 - 23:59 Uhr wird dann einmalig pro Tag die Tagesmenge der Jahresmenge hinzu addiert. Am DP "Regen Jahr kumuliert" sollten sonst keine Schreibzugriffe erfolgen. Wenn dessen Zeitstempel "letzte Änderung" nicht mindestens 1 Stunde alt ist, erfolgt um Mitternacht kein Übertrag der Regenmenge! Dies ist notwendig, damit nur einmal gegen Mitternacht ein Übertrag erfolgt. Sonst könnte das nächste Datenpaket bereits die Tagesmenge genullt haben, oder ich bin zu früh und addiere die Tagesmenge mehrmals auf...
-
-
@SBorg
Vielen Dank für das Update.
Leider kommen die Daten bei mir aktuell nicht mehr im ioBroker an. Was einwenig merkwürdig ist. Im Debug Modus ist kein Fehler zu erkennen. -
Hast du ev. bei der Config vergessen bei "IPP" den Port und IP zu ändern bzw. richtig eingetragen? Simple-API im ioB läuft auch?
-
@SBorg Ja ist alles richtig eingetragen und Simple-API funktioniert auch. Version 0.1.2 hat einwandfrei funktioniert.
-
@manu96 Da hat sich in den letzten Versionen aber nichts dran geändert. Rudimentär kann ich es simulieren, da funktioniert es noch und zumindest bei @Glasfaser scheint es auch zu gehen.
Sieht also eher nach einem Problem in deiner jetzigen Konstellation aus. Setze vom Linux-Client mal eincurl http://x.x.x.x:zzzz/set/javascript.0.Wetterstation.Regen_Jahr_kumuliert?value="123"
ab (IP und Port natürlich eintragen ). Alte Jahresregenmenge ggf. vorher notieren.
Meldet er da irgendeinen Fehler oder trägt er dann 123 bei der kumulierten Jahresmenge im ioB ein? -
@SBorg
Aktuell möchte er garkeine Daten mehr empfangen auch mit der alten Version nicht mehr. Das setzen des Jahr_kumuliert klappt ohne Probleme. Verstehe nicht so ganz was sich geändert hat.Ich teste mal weiter und gebe eventuell gleich mal einen Hinweis wenn ich das Problem gefunden haben sollte.
-
@manu96 Batterien leer
Mit der Beta kannst du im Installationsverzeichnis auch mittels./wetterstation.sh -d
auf ein Datenpaket warten. Zum testen auch nützlich.
-
@SBorg Fehler gefunden. Scheinbar hatte ich versehentlich irgendwo ein Zeichen zu viel hinzugefügt Habe ich aber durch löschen aller Dateien und erneuten herunterladen wieder hinbekommen.
Vielen Dank für deine Hilfe
-
-
@Glasfaser
Ich habe die Aktualisierung der Wetterstation auf 30 Sekunden gestellt. -
@Glasfaser Im Prinzip ist dies nun obsolete, denn so oft die Station (genauer das Display) etwas sendet, genau so schnell empfängt und verarbeitet es nun das Script. Die beiden typischen Wettermasten ("gestapelt" + das neuere "Y-Design") senden alle 16 Sekunden, nur heißt das leider nicht, dass auch das Display im 16 Sekundentakt sendet
Ich nehme es aber gerne auf.Der WS_POLL ist zwar nicht unnötig, nur heißt er aufgrund seiner jetzigen Funktion noch falsch. Seine neue Funktion wird bzw. ist WS_TIMEOUT. Bei einer Einstellung von 16 wird ein Timeout von 16 Sek. x 2 + 5 Sek. = 37 Sekunden berechnet. Erfolgt in dieser Zeit keine Übertragung/Empfang eines gültigen Datenpaketes wird der Kommunikationsfehlerzähler um 1 erhöht. Bei >=5 Fehlern wird dann der Datenpunkt "_Kommunikationsfehler" auf true gesetzt.
-
Die Anregung war ja in Klammern gesetzt ,
bin mit dem was du jetzt erreicht hast sehr zufrieden -
@Glasfaser sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Die Anregung war ja in Klammern gesetzt
Was aber trotzdem nicht heißen soll, dass ich es nicht oben als weitere Info gerne hinzufüge
Da seid nur ihr gefragt, denn wie hieß es vor Jahren in einer Kaffeewerbung: Isch abe gar keine Wetterstation
(Ok, war ein Auto, aber ggf, weiß ja noch der ein oder andere was ich meine )btw: für die kumulierte Regenmenge habe ich zum 31.12./01.01. keinen Reset vorgesehen. Ev. möchte man den alten Wert ja erst sichern. Er muss halt am 01.01. oder wann auch immer per Hand im DP genullt werden. Änderungswünsche?
-
@manu96 sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@Glasfaser
Ich habe die Aktualisierung der Wetterstation auf 30 Sekunden gestellt.OK. ...30 Sekunden eingestellt und wann werden die Datenpunkte in ioBroker aktualisiert.
…………………………….
So ist es bei mir •Froggit WH4000 SEWS_POLL :16
Aktualisierung in ioBroker : 30 Sekunden14.02.2020 17:42:21 false simple-api.0 2020-02-14 17:42:40.783 14.02.2020 17:41:51 false simple-api.0 2020-02-14 17:42:09.762 14.02.2020 17:41:21 false simple-api.0 2020-02-14 17:41:39.892
-
@Glasfaser WS_POLL hat nichts mehr mit Wartezeiten etc. zu tun. Dies ist nur einfach eine Zeitspanne die das Script wartet, um festzustellen ob alles OK ist oder eben nicht. Du kannst auch 1 Stunde einstellen, dann wartet er halt 1 Stunde lang ob was kommt oder nicht und setzt ggf. den Fehlerzähler. Kommt dann im 30 Sekundenraster ein neues Paket, fängt alles wieder von vorne an. Soll heißen, auch wenn du bei WS_POLL 300 Sekunden einstellst, empfängt er nicht im 5 Minutenraster, sondern immer noch so schnell wie das Display sendet! Er "merkt" sich dann nur im Fehlerspeicher, falls 5 Minuten lang keinerlei Paket ankam (bspw. Batterien leer).Maßgeblich wie schnell empfangen werden kann ist nur noch die Einstellung am Display (bzw. in der WS View APP) und wie schnell es max. sendet. Bei @Rushmed sind es bspw. "nur" alle 30 Sekunden, obwohl er in der APP auch bis zu 16 Sekunden runter gehen kann.
-
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
58 23 * * * /home/iobroker/wetterstation.sh --rain &
ist das jetzt aktuell mit der v 1.4
-
@crunchip Nein, dass musste ich anders lösen wg. der Nullung der Tagesmenge um 0:00 Uhr UTC. Da UTC auf der Station immer UTC ist lass ich den Zeitpunkt von der Station bestimmen. So bin ich unabhängig von Zeitzone, Sommer- und Winterzeit etc.
Bleibt also alles beim alten -
Hallo,
nachdem mir "Glasfaser" in einem anderen Thread schon weiter geholfen hat, schreibe ich nun in diesem, vorgeschlagegen Thread.
Vorhanden ist iobroker auf raspberry und eine Froggit WS 4000LS. Funktioniert hat es erst, als ich den port auf 9999 eingerichtet hatte.
Installiert wurde alles gemäß Wiki (mehr oder weniger, da ich mich mit Linux nicht so gut auskenne)
Thema: Es werden Daten ausgelesen und ich kann diese mit Flot auch darstellen, jedoch mit Lücken, als ob die Daten nicht immer regelmäßig ankommen
Was bedeutet "nc already in use"? Ist das der Grund?
Eingestellt habe ich poll 30 secmit putty siehts dann so aus:
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Connection from ESP-15D257.fritz.box 38628 received!
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Connection from ESP-15D257.fritz.box 44720 received!
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Connection from ESP-15D257.fritz.box 26384 received!
nc: Address already in use
Listening on [0.0.0.0] (family 2, port 9999)
Connection from ESP-15D257.fritz.box 33296 received!
nc: Address already in use
Listening on [0.0.0.0] (family 2, port 9999)Frage: Wie bekomme ich screenshots hier hochgeladen?