UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Glasfaser]

@SBorg

Die Anregung war ja in Klammern gesetzt ,
bin mit dem was du jetzt erreicht hast sehr zufrieden

[SBorg]

@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
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?

[Glasfaser]

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

@Glasfaser
Ich habe die Aktualisierung der Wetterstation auf 30 Sekunden gestellt.

OK. ...30 Sekunden eingestellt und wann werden die Datenpunkte in ioBroker aktualisiert.

…………………………….
So ist es bei mir •Froggit WH4000 SE

WS_POLL :16
Aktualisierung in ioBroker : 30 Sekunden

14.02.2020 17:42:21 	false 	simple-api.0 	2020-02-14 17:42:40.783 	
14.02.2020 17:41:51 	false 	simple-api.0 	2020-02-14 17:42:09.762 	
14.02.2020 17:41:21 	false 	simple-api.0 	2020-02-14 17:41:39.892

[SBorg]

@Glasfaser WS_POLL hat nichts mehr mit Wartezeiten etc. zu tun. Dies ist nur einfach eine Zeitspanne die das Script wartet, um festzustellen ob alles OK ist oder eben nicht. Du kannst auch 1 Stunde einstellen, dann wartet er halt 1 Stunde lang ob was kommt oder nicht und setzt ggf. den Fehlerzähler. Kommt dann im 30 Sekundenraster ein neues Paket, fängt alles wieder von vorne an. Soll heißen, auch wenn du bei WS_POLL 300 Sekunden einstellst, empfängt er nicht im 5 Minutenraster, sondern immer noch so schnell wie das Display sendet! Er "merkt" sich dann nur im Fehlerspeicher, falls 5 Minuten lang keinerlei Paket ankam (bspw. Batterien leer).Maßgeblich wie schnell empfangen werden kann ist nur noch die Einstellung am Display (bzw. in der WS View APP) und wie schnell es max. sendet. Bei @Rushmed sind es bspw. "nur" alle 30 Sekunden, obwohl er in der APP auch bis zu 16 Sekunden runter gehen kann.

[crunchip]

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

58 23 * * * /home/iobroker/wetterstation.sh --rain &

ist das jetzt aktuell mit der v 1.4

[SBorg]

@crunchip Nein, dass musste ich anders lösen wg. der Nullung der Tagesmenge um 0:00 Uhr UTC. Da UTC auf der Station immer UTC ist lass ich den Zeitpunkt von der Station bestimmen. So bin ich unabhängig von Zeitzone, Sommer- und Winterzeit etc.
Bleibt also alles beim alten

[panki2]

Hallo,
nachdem mir "Glasfaser" in einem anderen Thread schon weiter geholfen hat, schreibe ich nun in diesem, vorgeschlagegen Thread.
Vorhanden ist iobroker auf raspberry und eine Froggit WS 4000LS. Funktioniert hat es erst, als ich den port auf 9999 eingerichtet hatte.
Installiert wurde alles gemäß Wiki (mehr oder weniger, da ich mich mit Linux nicht so gut auskenne)
Thema: Es werden Daten ausgelesen und ich kann diese mit Flot auch darstellen, jedoch mit Lücken, als ob die Daten nicht immer regelmäßig ankommen
Was bedeutet "nc already in use"? Ist das der Grund?
Eingestellt habe ich poll 30 sec

mit putty siehts dann so aus:
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Connection from ESP-15D257.fritz.box 38628 received!
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Connection from ESP-15D257.fritz.box 44720 received!
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Listening on [0.0.0.0] (family 2, port 9999)
Connection from ESP-15D257.fritz.box 26384 received!
nc: Address already in use
Listening on [0.0.0.0] (family 2, port 9999)
Connection from ESP-15D257.fritz.box 33296 received!
nc: Address already in use
Listening on [0.0.0.0] (family 2, port 9999)

Frage: Wie bekomme ich screenshots hier hochgeladen?

[SBorg]

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

Connection from ESP-15D257.fritz.box 38628 received!

Ja, da liegt/benutzt schon offensichtlich ein ESP-Device den Port. Nimm einfach mal einen anderen wie bspw. 10777
Der ist so "krumm" da arbeitet bestimmt nichts anderes drauf.

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

Frage: Wie bekomme ich screenshots hier hochgeladen?

Einfach das Bild vom Speicherort per Drag&Drop in das Fenster ziehen wo du auch schreibst/antwortest.

[panki2]

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

a, da liegt/benutzt schon offensichtlich ein ESP-Device den Port

..ja, das ist die froggit-Wetterstation..laut Fritzbox

[panki2]

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

Frage: Wie bekomme ich screenshots hier hochgeladen?

Es sind also immer wieder Lücken in der Meßpunktreihe.
Darstellung in Flot. Entschuldigt die miese Darstellung, ist noch alles neu für mich (Erslingswerk). Ich wollte nur sehen, ob überhaupt etwas visualisiert wird. Ich muß mich erst in Flot schlaumachen, wie man die Darstellung anpassen kann.

[SBorg]

@panki2 Merkwürdig, dass sie sich mit "ESP-15D257.fritz.box" meldet. Da ich aber selbst keine habe, könnte das auch normal sein.
Kann es ev. sein, dass du durch das ganze Probieren das Skript mehrmals laufen hast? Was gibt denn ein ps -aux | grep wetterstation.* aus?

btw: wir haben alle mal angefangen

[panki2]

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

ps -aux | grep wetterstation.*

Ich kann das leider nicht interpretieren mangels fehlender Linuxkenntnisse. Ich komme nur mit "Kochrezepten" klar.
Deshalb volles Lob für Dein (Euer) WIKI zur Installation. So etwas bekomme ich gerade noch hin. Für den Rest ist dann Tante Google zuständig (meist)

habe ich da beim crontab etwas versaubeutelt?

[panki2]

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

btw: wir haben alle mal angefangen

Ja, ich bin zwar seit dem Commodore C64 schon dabei.... und in meinem Alter (69 fängt man nicht mehr mit Linux an . Doch das alles hält einen fit als Rentner...
Deshalb.. seid gnädig mit meiner Unwissenheit

[SBorg]

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

und in meinem Alter (69 fängt man nicht mehr mit Linux an

Man(n) ist nie zu alt. Persönlich gehöre ich aber auch der Ü50-Generation an
Wenn was nicht verständlich ist, fragen, fragen, fragen...

...und jein, versaubeutelt nicht gerade, aber du hast das Script tatsächlich 2x laufen. Die stören sich dann Gegenseitig, Entweder hast du es tatsächlich 2x gestartet, oder einen Fehler im cronjob. In der Konsole crontab -l (Ausgabe gerne wieder hier; mich interessieren nur Zeilen mit "wetterstation")

...oder wenn es problemlos geht: Rechner einfach mal booten, dann könnte der 2. Aufruf auch erledigt sein, zumindest wenn deine cronjobs stimmen.

[panki2]

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

...und jein, versaubeutelt nicht gerade, aber du hast das Script tatsächlich 2x laufen.

Ja, bislang habe ich fast immer durch "zähes" googeln und Forenlesen die Lösung gefunden.

Ich habe, da ich Linux (noch) nicht so kenne, erst mit crontab -e das nach wiki "durchgeführt". Da ich nicht wusste, ob es geklappt hat, hatte ich dann nach crontab mit WINSCP auf dem raspi gesucht und auch eines gefunden. Da waren aber die "Änderungen" nicht drin, also habe ich in WINSCP im Editor das crontab-file nochmal geändert. Wahrscheinlich sind da nun 2 crons am laufen. Nur, wo finde ich nun das richtige crontab-file und welches lösche ich wo?

Die Windows DAtenstruktur kenn ich halbwegs, doch bei Linux tappe ich im Wald, zumal ich manche Ordner gar nicht öffnen kann (kein Zugriff)

[SBorg]

@panki2 Wichtig ist erst mal, dass es nur unter crontab -e zu finden ist.
Wahrscheinlich hast du es dann noch in die "systemweite" crontab eingetragen.
sudo nano /etc/crontab hier sollte/darf nichts von der Wetterstation drin stehen.
...und wichtig!!! Der letzte Eintrag in einem cronjob muss immer eine Leerzeile sein (Wichtig wenn man ganz am Ende etwas löscht).

[panki2]

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

sudo nano /etc/crontab hier sollte/darf nichts von der Wetterstation drin stehen.

/etc/crontab : da steht nichts verdächtiges drin. Alles hinter # und nichts mit wetterstation

[panki2]

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

...und wichtig!!! Der letzte Eintrag in einem cronjob muss immer eine Leerzeile sein (Wichtig wenn man ganz am Ende etwas löscht).
sudo crontab -e zeigt folgendes

[SBorg]

@panki2 Es bestünde noch die Möglichkeit, dass du es 1x korrekt im cronjob stehen hast (so wie im letzten Screenshot) und 1x per Hand gestartet hast. Zumindest läuft es einmal unter dem User pi, und einmal unter dem User root.
Läuft es denn nach einem reboot immer zweimal? ps -aux | grep wetterstation.*

[panki2]

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

ps -aux | grep wetterstation.*

Sorryy, ich habe am io-broker auch noch eine modbus-Baustelle, die ich nun durch Zählertausch beheben möchte. Bin da zwar 1 Schritt weiter, doch dann kam der nächste bug.

Also, der Befehl bringt nach reboot des raspi wieder 2 mal root und pi. Einen crontab sollte ich nun whl löschen?