[Linux Shell-Skript] WLAN-Wetterstation
-
@ilovegym
ob die Werte danach weg währe, währe mir erstmal egal, aber Danke! -
@SBorg
Bin einen Schritt näher.
Ich habe tatsächlich die falsche IP eingetragen, nämlich die von der Wetterstation.stimmt die IP des ioBroker-Rechners --> jetzt ja läuft der Simple-RESTful wirklich ("grün") --> ja läuft der Simple-RESTful auch unter Port 8087 --> ja falls alles ja, was gibt dann ein sudo nmap -sS -p- 192.168.10.113 | grep "8087/tcp" aus? (sollte dann "8087/tcp open simplifymedia" lauten) --> Antwortet wie beschrieben mit -->8087/tcp open simplifymediaJetzt bin ich soweit.......
Die Verbindung scheint jetzt zu stehen.
Die WS_ID ist die gleiche. (WS View-APP und in Config)Wo zwickt es jetzt???
-
@Tomate sagte in [Linux Shell-Skript] WLAN-Wetterstation:
nc: getnameinfo: Temporary failure in name resolution
...und "ubuntu-20" deutet auf Version 20-04 (LTS). Anscheinend hat Ubuntu da was geändert. Ich lade bald die V1.6.0 hoch, da ist es gefixt, oder schau direkt hier zum patchen: https://forum.iobroker.net/post/532685
-
In der App im Pfad zum Custom Server am Ende ist ein "?" ?
dort muss stehen:/weatherstation/updateweatherstation.php?Ansonsten Tippe ich auf eine fehlerhafte nc Version oder ein dubioser Nameserver, was steht in
sudo nano /ect/resolv.confwas sagt ein:
which ncund
which jqdann könnte noch ein:
sudo apt-get install netcat-obenbsdhelfen..
Aber eines nach dem anderen.. .:)
Edit: Achja Passwort in der App bei Custom Server ist irgendwas eingetragen?
-
Habe noch eine Frage zur Berechnung der Sonnenscheindauer:
Ich hatte gelesen das es da noch gewickt hatte weil jeweils die eingestellte POLL-Zeit hinzuadiert wird mit jeden kommendes Datenpaket. Ist das immer noch so? Habe in der Wetterstation und im Script 60 Sek eingetragen, die Wetterstation sendet allerdings trotzdem im 30/31 Sek abstand. Stellt das ein Problem da?Und noch ein Anregung:
Ist es möglich im Statistikbereich noch mit aufzuführen von wann das entsprechende Ereignis ist? Z.B. Max_Windböe mit Datum und Uhrzeit. Man weiß ja sonst nie wann das ganze passiert ist. -
Die V1.5.0 steht zum Download bereit (identisch mit der Beta-Version):
Neues Release des WLAN-Wetterstation-Skriptes auf GitHub V1.5.0
- + Verschlüsselung mittels HTTPS möglich
- + Authentifizierung mittels User/Passwort
- + ws_updater.sh (zum updaten der wetterstattion.conf)
Wie immer zu finden im GitHub
Bitte die neue Update-Routine beachten (siehe WiKi). Ihr erspart euch damit das händische konfigurieren der wetterstation.conf
In Kürze erscheint dann auch die letzte Version der V1er-Serie. Die V2.x.x hat dann einen "breaking change" + größere Änderungen unter der Haube, was ihr aber nicht großartig bemerken werdet. Da bin ich gerade mit @a200 dran, der mich hier unterstützt. Er hat (oder nimmt sich die) Zeit, die Kenntnisse und vor allen Dingen auch die passende Hardware, um den Support per Gateway und Zusatzsensoren zu implementieren. Das Bedarf aber eines Umbaus.
-
@sonystar sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Ich hatte gelesen das es da noch gewickt hatte weil jeweils die eingestellte POLL-Zeit hinzuadiert wird mit jeden kommendes Datenpaket
Nein, das läuft mittlerweile (frag nicht seit wann
) mit einem Timer und der Differenz daraus. Also vorheriges Paket bei 22 Sekunden, aktuelles (mal ganz übertrieben) 3 Minuten später und bei 44 Sekunden, dann wird hier korrekt mit 202 Sekunden, unabhängig vom POLL-Intervall gerechnet.
Allerdings habe ich eben gesehen, dass ich das bei der Solarenergie nicht berücksichtigt habe
Stelle es also besser korrekt auf die 30 Sekunden ein.@sonystar sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Z.B. Max_Windböe mit Datum und Uhrzeit. Man weiß ja sonst nie wann das ganze passiert ist.
Doch, denn das wäre dann doppelt gemoppelt. Du hast bei jedem Datenpunkt im ioB auch immer einen Timestamp und einen "Last change Timestamp". Den kannst du so in der VIS nutzen, im Blockly, NodeRED oder was auch immer.
Ok, die Uhrzeit stimmt jetzt zwar nicht, aber die Statistik ist ja eh rückwirkend. Vor xx Tagen Ok, aber brauche ich dann wirklich, dass es am 02.12. um 13:12 Uhr war? Der Aufwand dafür ist nicht unerheblich und belastet das System. Wenn man es wirklich braucht, könnte man dies auch im Influx nachschauen. Oder wie bei mir, ich visualisiere eh per Grafana, da kannst du hinein- und hinaus zoomen wie du willst, auch Minuten genau. -
@SBorg
siehe meine Kommentare hinter --->In der App im Pfad zum Custom Server am Ende ist ein "?" ?
dort muss stehen:
/weatherstation/updateweatherstation.php?
-----> PasstAnsonsten Tippe ich auf eine fehlerhafte nc Version oder ein dubioser Nameserver, was steht in
sudo nano /ect/resolv.conf
---> Datei schein leer zu sein,bzw. [ Verzeichnis „/ect“ existiert nicht ]was sagt ein:
which nc
---> /usr/bin/nc
und
which jq
--->/usr/bin/jqdann könnte noch ein:
sudo apt-get install netcat-obenbsd
helfen.
--->
ubuntu@ubuntu-20:/home/iobroker$ sudo apt-get install netcat-obenbsd
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket netcat-obenbsd kann nicht gefunden werden.Edit: Achja Passwort in der App bei Custom Server ist irgendwas eingetragen?
---> Ja -
@Tomate sagte in [Linux Shell-Skript] WLAN-Wetterstation:
sudo apt-get install netcat-obenbsd
versuchs mal mit
sudo apt-get install netcat-openbsd -
-
@Tomate
Habe inzwischen auf die neue 1.5 er Version geupdatet.
Ergebnis bleibt leider unverändert. -
@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Im Installationsverzeichnis vom Skript nano wetterstation.sub CTRL+W drücken, get_data eingeben und [ENTER]
2 Zeilen unter dem Cursor siehst du dann "... nc -lvw 1 -p ..." dort fügst du ein "n" ein: "... nc -nlvw 1 -p ..."
~12 Zeilen tiefer beginnt dann "ws_data", dort das selbe. Speichern und es sollte funktionieren. -
@sonystar
Nach dem ich zweimal das "N" eingefügt habe, hat sich das Ganze etwas verändert.
Das Terminal bleibt ca.30 Sekunden hier hängen "Listening on 0.0.0.0 4980"
Der Rest scheint wie gehabt -
@SBorg
Zur Info beim Statistk Script kann ich das Format meinen Wünschen anpassen. Leider funktioniert das nicht bei niedrigster Jahresdurchschnitt.
Kannst du da bitte nochmal nachsehen?
-
@Tomate
Interpretiere ich es richtig?
Die Wetterstation liefert keine Werte?
Wenn dem so ist, wie könnte ich das prüfen?In der WS APP steht auch keine Werte drin, oder wären die Werte in der APP von Wunderground? Da bin ich nämlich garnicht angemeldet.
-
@Tomate Ja, da kommt nix. Du musst nicht bei WU angemeldet sein, allerdings siehst du ohne Konto auch keine Daten in der App.
Liefert denn ein./wetterstation.sh --datawas? -
@Rushmed sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Zur Info beim Statistk Script kann ich das Format meinen Wünschen anpassen. Leider funktioniert das nicht bei niedrigster Jahresdurchschnitt.
Das funktioniert schon, allerdings anders als am Anfang (steht auch hier irgendwo). Mit der ersten Version habe ich das noch täglich geupdated, was aber nonsens ist. Den korrekten Wert kann man erst am Ende des Jahres haben. Wäre genau so unsinnig einen Tageshöchstwert morgens um 8:00 Uhr zu ermitteln
Deswegen passiert mit beiden DPs bis zum 01.01. nix mehr, dann wird er resettet und das neue Jahr fängt an. Dann heißt es bis zum 31.12.2021 wieder Daten sammeln und ab diesem Datum stehen erst die Werte (auch zukünftige) fest. Denn dann hast du wirklich erst aussagefähige Daten für ein Jahr (bzw. hier für das erste). -
-
@Tomate Hast du eine Station aus der Liste (1. Post) oder eine andere? Die Einstellungen in der WS View App stimmen auch alle?
Ganz ohne Skript muss bei
nc -nlvw 1 -p PORT(PORT durch deinen ersetzen) ein Datenstring der Station kommen:
-
@SBorg
Meinst du die Stelle? {WS_ID}
Wenn ja, soll ich es komplett mit meinem Port ersetzen?
Meine Datei:
Auf nc -nlvw 1 -p 4980 bekomme ich folgende Antwort
Hast du eine Station aus der Liste (1. Post) oder eine andere?
ELV WS980WiFi
