NEWS
[Linux Shell-Skript] WLAN-Wetterstation
-
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Die Station kann dann senden wann immer sie lustig ist
Wäre da jetzt noch was möglich ...??
..... im Script dann auf 16 sekunden zu bekommen bzw. eine Änderung einzubauen ?@Glasfaser Das ist dann völlig egal. Sendet sie alle 16 Sekunden, hast du alle 16 Sekunden die Daten. Sendet sie alle 5 Minuten, dann hast du halt alle 5 Minuten ein Datenpaket.
Nur unter 5 Sekunden wird nicht funktionieren, da die Aufbereitung und senden an den ioB auch etwas Zeit braucht. Aber das macht die Station eh nicht, auch wären dann wohl die Batterien ratzfatz leer ;)LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@Glasfaser Das ist dann völlig egal. Sendet sie alle 16 Sekunden, hast du alle 16 Sekunden die Daten. Sendet sie alle 5 Minuten, dann hast du halt alle 5 Minuten ein Datenpaket.
Nur unter 5 Sekunden wird nicht funktionieren, da die Aufbereitung und senden an den ioB auch etwas Zeit braucht. Aber das macht die Station eh nicht, auch wären dann wohl die Batterien ratzfatz leer ;)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 !?
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 ..
-
@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.
-
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
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
Support us
737
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge