[Linux Shell-Skript] WLAN-Wetterstation

[Negalein]

@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:

sudo apt install dos2unix, dann nochmals konvertieren.

läuft

dietpi@DietPi:/home/iobroker$ ./ws_updater.sh

 'bc' installiert: ✓
 'jq' installiert: ✓


 Lege Sicherungskopie der wetterstation.conf an...

 Patche wetterstation.conf auf V1.6.0 ...
 Fertig...

[SBorg]

@Negalein
Wäre noch interessant wo das Steuerzeichen her kam. Ich editiere auch mittels Notepad++ und schiebe Dateien mit WinSCP hin und her. Außerdem hast du es bei der sub/sh ja auch nicht, warum dann gerade beim Patcher...?
Naja, wenn Einzelfall, wayne ...

[Negalein]

@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Wäre noch interessant wo das Steuerzeichen her kam. Ich editiere auch mittels Notepad++ und schiebe Dateien mit WinSCP hin und her. Außerdem hast du es bei der sub/sh ja auch nicht, warum dann gerade beim Patcher...?

Ja, wäre intressant.
Ich machs auch so wie du.

Wie aktiviere ich das in Notepad++, dass ich die Steuerzeichen sehe?

[SBorg]

@Negalein
Ansicht >> Symbole anzeigen >> alle Zeichen anzeigen

Ist jetzt zwar schon von der kommenden V2er, aber man sieht nur "LF" (LineFeeds wie unter Linux nötig). Da war bei dir hinter "...bash" noch zusätzlich ein "CR" (CarriageReturn; Windows halt...)

[Legoracer70]

@SBorg Das mache gerne

[a200]

@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:

@Negalein
Wäre noch interessant wo das Steuerzeichen her kam. Ich editiere auch mittels Notepad++ und schiebe Dateien mit WinSCP hin und her. Außerdem hast du es bei der sub/sh ja auch nicht, warum dann gerade beim Patcher...?
Naja, wenn Einzelfall, wayne ...

Das kommt bei der Übertragung. Wie überträgst du die Dateien von Win nach Unix? Binär oder Ascii?

[SBorg]

@a200 Dann hätte er es aber auch bei der wetterstation.sh / sub haben müssen. Komisch...
btw: musste noch was fixen, aber nicht unbedingt dein Fehler, zumindest konnte es dir nicht auffallen. Chillfaktor + Taupunkt funktionierten nicht

[Negalein]

@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Da war bei dir hinter "...bash" noch zusätzlich ein "CR" (CarriageReturn; Windows halt...)

stimmt. Das CR ist in jeder Zeile.
Wie kann ich das in Notepad++ umgehen?
Das CR kommt auch bei einer Datei, die noch nicht gespeichert wurde.
Ich kopiere den Inhalt zB aus deiner Github-Datei raus und füge es in Notepad++ ein.

[Negalein]

@a200 sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Das kommt bei der Übertragung.

Ist sofort da, wenn ich in eine neue (noch nicht gespeicherte) Datei den kopierten Inhalt einfüge.

[a200]

@Negalein im notepad++ sieht man unten das Format: Windows (CR LF) oder Unix (LF) dort kannst du es auch umschalten. ansonsten kannst du auch bei Save As... Das Format auswählen. zB. Unix (bash....)

[SBorg]

@Negalein ...und/oder bei neuer Datei in den Einstellungen von "Windows CR LF" umstellen:

[Negalein]

@a200 sagte in [Linux Shell-Skript] WLAN-Wetterstation:

im notepad++ sieht man unten das Format: Windows (CR LF) oder Unix (LF) dort kannst du es auch umschalten.

@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:

und/oder bei neuer Datei in den Einstellungen von "Windows CR LF" umstellen:

Danke, habs gleich umgestellt.

[SBorg]

...und weil es so schön war und euch nicht langweilig wird...

@a200 + meiner einer proudly presents

Neue Beta des WLAN-Wetterstation-Skriptes auf GitHub V2.0.0

• + Unterstützung des Gateways und Zusatzsensoren (@a200)
• + Protokoll (wunderground oder ecowitt) wählbar

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

Die V2.0.0 unterstützt entweder das Wunderground- oder Ecowitt-Protokoll (umstellen per WS View App + Einstellung in der conf; WiKi-Doku folgt). Leider hat jedes Vor- und Nachteile. Warum es hier Differenzen gibt ist mir nicht klar, aber bei Ecowitt gibt es bspw. keinen Chillfaktor/Taupunkt, dafür aber eine Gesamtregenmenge usw.
Die maßgebliche Änderung (thx @a200 ) betrifft aber die Unterstützung des Gateways mit Zusatzsensoren (aktuell DP50 und DP100).

Wenn man bei WU bleibt, sollte man bestenfalls keine Änderung bemerken. Bei Ecowitt kommen DPs hinzu, andere fallen leider weg. Muss jeder selbst entscheiden was ihm wichtig ist. Wegen neuer Datenpunkte ist diesmal auch ein Update des JS-Skriptes (wetterstation.js) nötig. Wer ein Gateway + DP50/100 - Sensoren nutzt/nutzen möchte, muss dies in der conf explizit aktivieren/konfigurieren und zusätzlich im JS noch GATEWAY=true; setzen damit die nötigen DPs angelegt werden.

Das verhalten des "Kommunikationsfehlers" hat sich dahingehend geändert, dass nun bei 10 aufeinanderfolgenden Fehlern erst ein false ausgelöst wird. Dies wird auch nicht automatisch resettet (außer beim Neustart des Skriptes).
Das sollte dann in etwa (bei 30 Sekunden Intervall der Station) einer 5 minütigen Empfangsunterbrechung entsprechen. Ich denke mal, da kann man dann wirklich von einem Problem wie bspw. leeren Batterien etc. reden...

...und jetzt viel Spaß beim testen. Da der Umbau, wenn auch so nicht offensichtlich, recht umfangreich war, sind ev. noch Fehler zu erwarten (eigentlich nur falsche/fehlende Werte, also bitte hier ein besonderes Augenmerk darauf).

[Legoracer70]

@SBorg Sieht schon besser aus. Hier kommen meine ersten Ergebnisse:

Jetzt muss der Experte das auswerten

[a200]

@Legoracer70 sagte in [Linux Shell-Skript] WLAN-Wetterstation:

1. Im Moment werden Zusatzsensoren wie DP50 und DP100 unterstützt. Weitere folgen. Welche Sensoren hast du?
2. Die o.g. Sensoren können nur über das Ecowitt-Protokoll "abgefragt" werden. Dafür muss wie @SBorg geschrieben hat, deine Conf-Datei angepasst werden.

Deine Fehlermeldung schaue ich mir an.
[edit]
Kannst du bitte die Ausgabe "Data von Wetterstation" als Text hierhin kopieren. Dann kann ich mit deinen Daten testen.

[Legoracer70]

@a200 Hier kommt das "Data"-Ergebnis:

GET /weatherstation/updateweatherstation.php?ID=IRETHW1&PASSWORD=xxxxxxxx&indoortempf=71.4&indoorhumidity=41&tempf=46.7&humidity=98&temp1f=47.7&humidity1=97&dewptf=46.2&windchillf=46.7&absbaromin=29.74&baromin=29.71&windspeedmph=2.7&windgustmph=3.8&winddir=98&windspdmph_avg2m=1.8&winddir_avg2m=79&windgustmph_10m=1.6&windgustdir_10m=57&dailyrainin=0.31&weeklyrainin=0.41&monthlyrainin=0.45&solarradiation=0.0&UV=0&dateutc=2020-12-15%2018:6:59&action=updateraw&realtime=1&rtfreq=5& HTTP/1.0

[a200]

@Legoracer70 sagte in [Linux Shell-Skript] WLAN-Wetterstation:

GET /weatherstation/updateweatherstation.php?ID=IRETHW1&PASSWORD=xxxxxxxx&indoortempf=71.4&indoorhumidity=41&tempf=46.7&humidity=98&temp1f=47.7&humidity1=97&dewptf=46.2&windchillf=46.7&absbaromin=29.74&baromin=29.71&windspeedmph=2.7&windgustmph=3.8&winddir=98&windspdmph_avg2m=1.8&winddir_avg2m=79&windgustmph_10m=1.6&windgustdir_10m=57&dailyrainin=0.31&weeklyrainin=0.41&monthlyrainin=0.45&solarradiation=0.0&UV=0&dateutc=2020-12-15%2018:6:59&action=updateraw&realtime=1&rtfreq=5& HTTP/1.0

Was Hast du für eine WS? Ich finde keine "rainin" (Regenrate) Angabe bei dir. Dadurch kann eine Berechnung nicht korrekt ausgeführt werden.
Versuchs folgendes:

service wetterstation stop
nc -nlvw 1 -p 8181|tail -1

wobei 8181 deine Portnummer sein muss. Danach poste die Ausgabe. den Key kannst du wegschneiden.

[Neuschwansteini]

@SBorg Hi, echt toll, was du hier machst!
Update hat einwandfrei mit dem cmd von 1.5 nach 1.6 nach V2.0 geklappt, läuft.

Supi!

[Legoracer70]

@a200 said in [Linux Shell-Skript] WLAN-Wetterstation:

nc -nlvw 1 -p 8181|tail -1

Passiert nichts:

Woher weiß ich denn, ob das der richtige Port ist ? Welcher Port denn ?

Ich habe folgende WS:

[a200]

@Legoracer70 sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Passiert nichts:

Woher weiß ich denn, ob das der richtige Port ist ? Welcher Port denn ?
mach mal

grep WS_PORT wetterstation.conf

dann wird die Portnummer angezeigt