NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@crunchip Dann müsstest du noch mal kontrollieren ob er jetzt immer um 0:00 Uhr UTC nullt, oder nach unserer Zeitzone um 0:00 Uhr. Aktuell addiere ich um 23:58 Uhr UTC.
@SBorg geb ich dir morgen Bescheid
-
Nochmal ... habe gerade ein großes ?
Die Station sendet das Datenpaket alle 16 Sekunden auch per nc -lv -p 9999 nachvollziebar.
In deinen Skript habe ich dann den WS_POLL auf 16 eingestellt ,
aber in " ioBroker" kommen die Daten alle 30 / 60 / 120 sekunden unterschiedlich an.Daher meine Frage ob man da noch was am Skript ändern kann !?
@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.LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@crunchip sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@SBorg geb ich dir morgen Bescheid
Keine Eile, ist noch genug zu tun :blush:
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@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 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?
Support us
738
Online32.6k
Users82.1k
Topics1.3m
Posts