NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@Glasfaser Die Verzögerung kommt nicht vom Skript selbst bzw. der Verarbeitung der Daten. Vom empfangen des Datenpakets bis zum DP im ioB dauert max. 1-2 Sekunden. Das Problem ist derzeit, dass er "hört", die Station aber nix sendet, oder die Station sendet, der Rechner aber gerade nicht "zuhört"... Alle xx Sekunden treffen sich dann beide mal und die Kommunikation klappt.
Künftig "hört" er einfach immer zu, egal ob die Station was sagt oder nicht. Kommt dann ein Paket (egal ob nun alle 16 oder xxx Sekunden), ist es max. 1-2 Sekunden später in den DPs des ioB. -
@crunchip sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@SBorg geb ich dir morgen Bescheid
Keine Eile, ist noch genug zu tun :blush:
umgestiegen von Proxmox auf Unraid
-
@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...
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
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...
-
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...
-
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?
-
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? -
@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.
-
@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 :innocent:
Mit der Beta kannst du im Installationsverzeichnis auch mittels./wetterstation.sh -dauf ein Datenpaket warten. Zum testen auch nützlich.
-
@manu96 Batterien leer :innocent:
Mit der Beta kannst du im Installationsverzeichnis auch mittels./wetterstation.sh -dauf ein Datenpaket warten. Zum testen auch nützlich.
-
@SBorg Fehler gefunden. Scheinbar hatte ich versehentlich irgendwo ein Zeichen zu viel hinzugefügt :D Habe ich aber durch löschen aller Dateien und erneuten herunterladen wieder hinbekommen.
Vielen Dank für deine Hilfe :+1:
Welchen Zeit-Intervall der Aktualisierung in ioBroker hast du , bei deiner Wetterstation ?
( Ist jetzt nicht ganz wichtig , aber vielleicht nimmt @SBorg das mit auf seine Liste , wann eine Aktualisierung bei welcher Wetterstation erfolgt . )
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@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.
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@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 :blush: :+1:Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
Die Anregung war ja in Klammern gesetzt :) ,
bin mit dem was du jetzt erreicht hast sehr zufrieden :blush: :+1:@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 :grinning:
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?
-
@Glasfaser
Ich habe die Aktualisierung der Wetterstation auf 30 Sekunden gestellt.@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.892Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@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.
-
Das ist eigentlich bei allen gleich. "Echte" Sensoren für Regenerkennung nutzen ein anderes Prinzip wie bspw. Leitfähigkeit. Die Wetterstationen müssen erst eine gewisse Regenmenge sammeln bis der Sensor auslöst (zB. weil sie mittels einer Wippe die Regenmenge messen. Die muss aber erst mal voll sein damit sie auslöst).
Ich habe soeben die V0.1.4 Beta released. Javascript beim updaten nicht vergessen, da neuer Datenpunkt "Jahresregenmenge kummuliert". In diesen Datenpunkt könnt ihr dann die bisher aufgelaufene aktuelle Jahresregenmenge eintragen, sofern ihr einen Wert habt. Das Skript wird dann auf 23:58 Uhr UTC getriggert, ließt den aktuellen Jahreswert ein, addiert den aktuellen Tageswert hinzu (der um 0:00 Uhr UTC genullt wird) und schreibt den Jahreswert neu. Dies gilt unabhängig vom Stationstyp. Der Test muss auch etliche Tage laufen, da ich mir nicht sicher bin, ob die neue Funktion ev. mit alten Funktionen kollidiert. Das ist ein Test der nur unter realen Bedingungen (=mit Station) funktioniert ;)
Noch den Trigger per
sudo crontab -ehinzufügen (Verzeichnispfad ggf. anpassen):58 23 * * * /home/iobroker/wetterstation.sh --rain &Durch die feste Vorgabe der Station darf hier der Zeitpunkt nicht frei gewählt werden! Dieser muss auf 23:58 Uhr bleiben ;)
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
58 23 * * * /home/iobroker/wetterstation.sh --rain &
ist das jetzt aktuell mit der v 1.4
umgestiegen von Proxmox auf Unraid
Support us
575
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge