[Linux Shell-Skript] WLAN-Wetterstation

[da_Woody]

@sborg anscheinend nicht, sonst müsst ich mit winscp ja kopieren dürfen.
wird zeit, das ich mir den kack endlich merke... DOS konnte ich mal blind...
wie füg ich woody jetzt zur gruppe zu?

hmm.

iobroker:x:1001:woody

mit less /etc/group

[SBorg]

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

DOS konnte ich mal blind..

Auch da hast du seit Windows 10 etliche Änderungen wg. der Zugriffsrechte

sudo usermod -aG {Gruppenname} {Benutzername}
wäre dann

sudo usermod -aG iobroker woody

Dann musst du aber alles wieder auf iobroker:iobroker setzen

[da_Woody]

@sborg mir hauts den vogel raus...
ausgeführt, alles auf iobroker gesetzt,

woody@ioBroker:/home/iobroker$ sudo systemctl restart wetterstation
woody@ioBroker:/home/iobroker$ sudo systemctl status wetterstation
● wetterstation.service - Woodys Wetterstation
   Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2021-01-22 21:43:52 CET; 14s ago
  Process: 27353 ExecStart=/home/iobroker/wetterstation.sh (code=exited, status=203/EXEC)
 Main PID: 27353 (code=exited, status=203/EXEC)

Jan 22 21:43:52 ioBroker systemd[1]: Started Woodys Wetterstation.
Jan 22 21:43:52 ioBroker systemd[27353]: wetterstation.service: Failed to execute command: No such file or dir
Jan 22 21:43:52 ioBroker systemd[27353]: wetterstation.service: Failed at step EXEC spawning /home/iobroker/we
Jan 22 21:43:52 ioBroker systemd[1]: wetterstation.service: Main process exited, code=exited, status=203/EXEC
Jan 22 21:43:52 ioBroker systemd[1]: wetterstation.service: Failed with result 'exit-code'.

der autostart eintrag stimmt auch

[amiethaner]

Moing.
Wer hat denn auch die Dnt weatherscreen pro?
Würd mal gern abgleichen welche Werte bei euch übertragen werden.

[a200]

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

Failed at step EXEC

mach mal:

ls -la /home/iobroker/wetter*

und poste die Ausgabe. Ich vermutte, dass wetterstation.sh nicht ausführbar ist.

[Rand]

@a200

@Rene55 Schick mir mal die debug-Ausgabe. Wenn ich sehe was DP60 liefert, dann kann ich auch den Sensor einbauen.

DATA von Wetterstation:
PASSKEY=geheim&stationtype=GW1000A_V1.6.3&dateutc=2021-01-23+23:32:52&tempinf=71.1&humidityin=56&baromrelin=28.641&baromabsin=28.641&tempf=37.9&humidity=89&winddir=90&windspeedmph=0.00&windgustmph=4.92&maxdailygust=6.93&solarradiation=0.00&uv=0&rainratein=0.000&eventrainin=0.016&hourlyrainin=0.012&dailyrainin=0.004&weeklyrainin=0.004&monthlyrainin=0.343&yearlyrainin=0.343&totalrainin=0.343&temp1f=37.94&humidity1=23&temp2f=68.18&humidity2=60&temp3f=68.00&humidity3=61&temp4f=46.58&humidity4=85&pm25_ch1=29.0&pm25_avg_24h_ch1=22.0
&lightning_time=1611439682&lightning_num=0&lightning=12
&leak_ch1=0&leak_ch2=0&wh80batt=3.14&wh40batt=1.6&wh26batt=0&batt1=0&batt2=0&batt3=0&batt4=0&pm25batt1=5&wh57batt=5&leakbatt1=5&leakbatt2=5&freq=868M&model=GW1000_Pro

Bitte sehr:)

[Rene55]

@Rand Ich muss nochmal blöd fragen: Wie kommen die Daten vom z.B. DP60 zum Script? Brauche ich da das Gateway? Ich weiß nicht wie das funktioniert. Bisher ging ich davon aus, dass es eine Verbindung zwischen Script und Wetterstation-Display gibt. Eine direkte Anbindung an WS gibt es anscheinend nur bei der HP 1000 SE PRO. Ich habe aber (nur) die WH 3000 SE. Oder ist es so, dass dann alle Daten - von der Wetterstation UND DP60 - über das Gateway gehen und ich dann das Display einmotten könnte?

[SBorg]

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

und poste die Ausgabe. Ich vermutte, dass wetterstation.sh nicht ausführbar ist.

Ne, leider nicht, dass war auch meine Vermutung

@da_Woody
Ich komme aktuell nicht dahinter was das sein soll.

Failed to execute command: No such file or dir

Heißt nichts weiter, als dass der systemd nicht auf das Verzeichnis oder die Datei zugreifen kann. Der ist aber unabhängig davon wem das Verzeichnis oder die Dateien gehören. "Besitzer" (oder Eigentümer) ist nur interessant, um bspw. die Skripte direkt ausführen oder bearbeiten zu dürfen. So darf der User (sofern er keine root-Rechte hat) "woody" nur in /home/woody arbeiten, aber eben nicht in /home/iobroker usw.
Wie hattest du es denn vorher? Es lief ja schon mal. Ich habe es in verschiedenen Verzeichnissen (in meinem User, aber auch im iobroker) zu verschiedenen Testzwecken, läuft problemlos.

Setzt etc. du alles per WinSCP? ich traue keinem Tool unter Windows was Änderungen für/unter Linux ausführt.
Du kannst auch mal alles unter "woody" kopieren, dann hast du weniger Probleme mit allgemeinen Zugriffsrechten. Das Skript läuft sowieso immer unter systemd unabhängig vom User und dessen Rechte.
+/oder zeig mal ein ls -al /home/iobroker/
Wichtig ist hier vor allen Dingen, dass "." iobroker iobroker gehört, ebenso wie die Dateien.

[SBorg]

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

&lightning_time=1611439682&lightning_num=0&lightning=12

Immerhin schon mal erste Hinweise

• lightning_time ist also wirklich ein Unix-Timestamp, sollte auch so im DP landen, dann kann es sich jeder formatieren (oder damit rechnen) wie er will
• lightning_num ist noch nicht geklärt, wobei "0" auf keinen Blitz(?) hindeutet [warum wurde dann aber eine Zeit gesetzt...?]
• lightning =12 ??? heißt was? Stärke, Entfernung, Richtung...

Hast du einen Ecowitt-Account + überträgst du dorthin Daten? Ev. sieht man dort auf der Seite mehr.

[SBorg]

@rene55 Gateway und Display sind eigentlich identisch, nur kann halt das Gateway mehr Sensoren (DP200, DP60, DP70, DP50, DP100) als das Standard-Display, hat aber dafür natürlich keine Anzeige
Beide können dann ihre Daten ins WWW schicken (wo du wieder per APP darauf zugreifen kannst), oder an einen eigenen definierten Server (das sind wir, respektive das WLAN-Skript).

Du kannst also auch rein mit dem Gateway arbeiten wenn du keine Hardware-Anzeige brauchst (VIS mal außen vor). Für bestimmte Sensoren die das Display nicht unterstützt (IMHO immer zB. der DP60 ua.; Zusatztemperatursensoren/Bodenfeuchte werden von einigen Displays direkt unterstützt) braucht es dann auch das Gateway.

[Rand]

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

@Rand Ich muss nochmal blöd fragen: Wie kommen die Daten vom z.B. DP60 zum Script? Brauche ich da das Gateway? Ich weiß nicht wie das funktioniert. Bisher ging ich davon aus, dass es eine Verbindung zwischen Script und Wetterstation-Display gibt. Eine direkte Anbindung an WS gibt es anscheinend nur bei der HP 1000 SE PRO. Ich habe aber (nur) die WH 3000 SE. Oder ist es so, dass dann alle Daten - von der Wetterstation UND DP60 - über das Gateway gehen und ich dann das Display einmotten könnte?

@rene55

Sorry, das kann ich Dir nicht beantworten, da ich nur das GW habe. Ich weiss nicht wie das Skript mit dem Display interagiert.

Beim GW ist es ja so, das dieses die Daten an einen "eigenen Wetterserver" (analog Ecowitt oder WeatherUnderground) weiterleitet werden und daher alle von seinen Sensoren empfangenen Daten an den eigenen Server publiziert (weswegen man auch nicht die Sensor Rohdaten sondern nur die publizierten Daten bekommt).

Wenn Du dein Display auch so konfiguriert hast das es Daten an einen "eigenen" Server schickt (da wo das Skript läuft), dann ist das analog zum Gateway.
Wenn Dein Display kein DP60 kann (und damit die Daten nicht an WU oä weiterleiten würde, kannst Du es auch nicht an das Skript schicken.

[Rand]

@sborg

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

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

&lightning_time=1611439682&lightning_num=0&lightning=12

Immerhin schon mal erste Hinweise

• lightning_time ist also wirklich ein Unix-Timestamp, sollte auch so im DP landen, dann kann es sich jeder formatieren (oder damit rechnen) wie er will
• lightning_num ist noch nicht geklärt, wobei "0" auf keinen Blitz(?) hindeutet [warum wurde dann aber eine Zeit gesetzt...?]
• lightning =12 ??? heißt was? Stärke, Entfernung, Richtung...

Hast du einen Ecowitt-Account + überträgst du dorthin Daten? Ev. sieht man dort auf der Seite mehr.

Ich weiss auch nicht was er da angezeigt hat, Gewitter wäre mir nicht bekannt/bewusst gewesen, daher war ich recht verwundert als ich das zufällig gesehen habe.
Ecowitt Account habe ich nicht, sorry.
Ich würde mal vermuten das die 12 die Entfernung ist, basierend auf

"In Verbindung mit einem froggit DP1500 Wi-Fi-Gateway:
Überwachen Sie die Anzahl dertäglichen Blitzeinschläge sowie die Zeit und Entfernung des letzten Einschlags, der in einem Radius von 40km um Ihren Standort auf der Live-Datenseite der WS View-Anwendung erkannt wurde"

Sekundäre Infos wie Richtung oder Stärke werden da ja nicht beworben und sind daher wahrscheinlich nicht vorhanden...

[SBorg]

@rand Dann würde ich das fürs erste wohl so interpretieren:

Ein "Ereignis" am 23.01.2021 - 23:08:02 Uhr ohne Blitz in einer Entfernung von 12(?) Kilometern.

[Rand]

@sborg
Das hätte ich auch gesagt
Warum auch immer der Blitz Zähler nicht inkrementiert wurde...

Oh, sehe gerade in WU View das es munter weiter geht - heute 10:07, daily count 16, auch wieder 12km
Ich hol mal den String

Edit:
&lightning_time=1611479261&lightning_num=16&lightning=12

Also unsere Vermutung passt zur Anzeige in WS View (Entfernung 12km, Zeit, Anzahl 16).
Ich habe allerdings die Befürchtung das es keine Blitze sind die er da findet...

Edit2:
Ich habe ja keine Ahnung was er da misst um Blitze zu erkennen, aber in 12km Entfernung wäre ein größerer Flughafen...
Bei windy hat er zu mindestens keine Blitze angezeigt im Umkreis...

Edit3:
Ich habe mal Ecowitt angeschrieben...

Edit4:
Ich habe mal die Sensitivität runtergesetzt... - Edit 5 - Auf normal hat es noch nicht geholfen...

[SBorg]

@rand Ich habe gerade nicht die genaue Frequenz im Kopf, aber ein Blitz löst einen Impuls bei 500kHz aus. Wahrscheinlich sendet genau auf der Frequenz irgendwas am Flughafen

Zumindest kann man so schon mal den Sensor einbinden.

[amiethaner]

@sborg
Ich werd mir meinen DP60 die Tage auch bestellen, dann kann ich dazu auch Daten liefern.

[Rene55]

@Rand @SBorg
Ok, Danke, ich glaub es verstanden zu haben. Dann werde ich mal in die Budget-Planung ein Gateway mit einplanen.

[a200]

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

@Rand @SBorg
Ok, Danke, ich glaub es verstanden zu haben. Dann werde ich mal in die Budget-Planung ein Gateway mit einplanen.

Deshalb habe ich mir diese Version gekauft. Kein Display (VIS ist eh besser) aber dafür die Gateway und ein DP50 Sensor.

Eigentlich wollte ich mir noch die GW weglassen, aber das Auslesen der Wetterdaten direkt von der WS ist nicht so trivial, wie ich gedacht habe. Kommt aber noch.

[Rand]

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

Eigentlich wollte ich mir noch die GW weglassen, aber das Auslesen der Wetterdaten direkt von der WS ist nicht so trivial, wie ich gedacht habe. Kommt aber noch.

Meinst Du damit direkt Daten der Sensoren abgreifen? Das wäre natürlich interssant...
Also nicht das das GW jetzt teuer wäre, aber es interpretiert natürlich (bzw schmeisst Daten weg weil zB Innen Daten von mehr als einem Sensor gemeldet werden - glaube ich zu mindestens;))

[a200]

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

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

Eigentlich wollte ich mir noch die GW weglassen, aber das Auslesen der Wetterdaten direkt von der WS ist nicht so trivial, wie ich gedacht habe. Kommt aber noch.

Meinst Du damit direkt Daten der Sensoren abgreifen? Das wäre natürlich interssant...
Also nicht das das GW jetzt teuer wäre, aber es interpretiert natürlich (bzw schmeisst Daten weg weil zB Innen Daten von mehr als einem Sensor gemeldet werden - glaube ich zu mindestens;))

Ja, dann könnte man den Außensensor z.B. WH3000SE direkt abgreifen. Die WH3000SE bekommt man auch einzeln als Ersatzteil. Das Empfangsteil könnte dann die Daten direkt zum IoBroker senden. Aber wie gesagt, die Davis Module wechseln die Sendefrequenz beim Senden der Daten. Deshalb ist die Sache komplizierter aber nicht unlösbar.

Quelle