[Linux Shell-Skript] WLAN-Wetterstation
-
@homer Das liegt zum Teil an Docker, da kann man es nicht so ohne weiteres als Service starten. Deswegen funktioniert es per Aufruf aus dem Terminal auch.
Die Fehler sollten weg sein wenn du den Web-Server und Simple-API-Adapter neu startest (oder direkt einen kpl,
iob restart
Das kann beim anlegen von Datenpunkt per JS schon mal passieren. Blöderweise sieht man sie sogar in der GUI, nur der Simple-API-Adapter hat keinen Zugriff darauf.Da du den Standard-Port 1080 nutzt brauchst du im YAML-File dort nichts zu ändern. Du lädst dir noch das Docker-YAML-File herunter (liegt auf GitHub unter Docker) und kopierst es (bei dir) nach /opt/iobroker (also in das Verzeichnis in dem wetterstation.sh & Co. liegen). Dann startest du im /opt/iobroker-Verzeichnis stehend das Ganze per
docker-compose upDann sollten auch wieder alle Werte im ioB landen. Docker halt ....
-
@sborg Danke!
Die Adapter habe ich neu gestartet und docker-compose.yml von GitHub kopiert, siehe 4. Zeile vom Code.Aber was läuft hier noch falsch?
root@iobrokerNAS1:/opt/iobroker# ls -lh total 2,1M drwxr-xr-x 1 iobroker iobroker 200 Jan 10 21:55 backups -rwxrwxr-x 1 1026 users 635 Jan 3 04:18 docker-compose.yml drwxrwxrwx 1 iobroker iobroker 462 Jan 12 21:04 @eaDir -rwxr-xr-x 1 iobroker iobroker 234 Dez 23 19:28 INSTALLER_INFO.txt lrwxrwxrwx 1 iobroker iobroker 22 Dez 23 19:28 iob -> /opt/iobroker/iobroker -rwxr-xr-x 1 iobroker iobroker 381 Jan 7 17:13 iobroker -rwxr-xr-x 1 iobroker iobroker 381 Jan 7 17:12 iobroker.bak drwxr-xr-x 1 iobroker iobroker 386 Jan 12 19:23 iobroker-data -rwxr-xr-x 1 iobroker iobroker 242K Jan 12 21:11 ipcam2.jpg -rwxr-xr-x 1 iobroker iobroker 254K Jan 6 19:23 ipcamBK1.jpg -rwxr-xr-x 1 iobroker iobroker 253K Jan 6 19:23 ipcamBK2.jpg -rwxr-xr-x 1 iobroker iobroker 241K Jan 6 19:23 ipcamBK3.jpg -rwxr-xr-x 1 iobroker iobroker 213K Jan 12 13:36 ipcam.jpg drwxr-xr-x 1 iobroker iobroker 488 Jan 12 21:00 log drwxr-xr-x 1 iobroker iobroker 15K Jan 1 14:31 node_modules -rwxr-xr-x 1 iobroker iobroker 1004 Jan 1 14:31 package.json -rwxr-xr-x 1 iobroker iobroker 727K Jan 1 14:31 package-lock.json -rwxr-xr-x 1 iobroker iobroker 6,7K Dez 30 12:06 wetterstation.conf -rwxr-xr-x 1 iobroker iobroker 26K Jul 21 09:53 wetterstation.js -rwxrwxr-x 1 iobroker iobroker 21K Okt 2 14:16 wetterstation.sh -rwxr-xr-x 1 iobroker iobroker 80K Dez 20 14:18 wetterstation.sub -rwxr-xr-x 1 iobroker iobroker 29K Jan 7 17:07 ws_updater.sh root@iobrokerNAS1:/opt/iobroker# docker-compose up ERROR: Couldn't connect to Docker daemon at http+docker://localhost - is it running? If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable. root@iobrokerNAS1:/opt/iobroker# -
@homer said in [Linux Shell-Skript] WLAN-Wetterstation:
http+docker://localhost
-
Herr Braun würde jetzt sinngemäß sagen:
"Warum zur Hölle froscht du als root rum?" -
Hast du den Docker-Dienst mal neugestartet?
-
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Einschränkungen dieses Beta-Releases:
Aktuell funktioniert der Luftdruck nicht, ebenso wie die Regenwerte
soll ich bei den Jungs mal anrufen? Die sind nur 1,5 Std. von mir entfernt.
Vielleicht bekommen wir es dann lauffähig.Oder hast du schon dort im Forum nachgefragt?
-
@boronsbruder sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Herr Braun würde jetzt sinngemäß sagen:
"Warum zur Hölle froscht du als root rum?"
damit hat er ja auch recht. allerdings tuts bei docker nicht ohne, soweit ich das bisher da so gelesen hab. -
@homer sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Aber was läuft hier noch falsch?
Vermutlich ist der "root" nicht in der Docker-Gruppe (+ auch root darf nicht alles
)
Versuch mal ein "sudo" davor:sudo docker-compose upWenn das funktioniert kannst du den "root" auch mittels
sudo usermod -a -G docker $USERder Docker-Gruppe hinzufügen, dann braucht es auch kein "sudo" mehr zum starten. -
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Oder hast du schon dort im Forum nachgefragt?
Ich hatte Kontakt per Mail mit einem der Admins. Da ich das aktuelle Awekas-Konzept aber so nicht weiterverfolgen werde (Stichwort Zusatzsensoren), könnte es sein, dass es dann auch mit dem neuen Verfahren sowieso funktioniert
Ihr (...oder viel mehr du
) wolltet aber schon mal testen, deswegen auch diese halbfertige und nicht voll funktionale Beta. Aktuell habe ich aber wieder kaum Zeit (und aktuell muss ich mich jetzt zuerst dem "Wittboy-Issue" zuwenden)... -
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
könnte es sein, dass es dann auch mit dem neuen Verfahren sowieso funktioniert
Ja, das wäre sehr cool!
neues Verfahren??
Wie/Was/Wo? -
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
neues Verfahren??
Wie/Was/Wo?Aktuell "baue" ich den Awekas-Datenstring von Hand zusammen und muss mir die Parameterwerte "erraten".
Einfacher wäre den aktuellen Ecowitt/wunderground zu nehmen und diesen zurecht zu patchen. Awekas nutzt eigentlich den originalen WU-String unter Zuhilfenahme des Custom-Servers unserer Displays/Gateways. Das geht so nicht, da die meisten den (besseren) Ecowitt nutzen, zusätzlich brauche ich den Custom für das Skript
Neue Beta-Version des Wetterstation WLAN-Skriptes auf GitHub V2.21.0 vom 13.01.2023
(Beta-Releases lassen sich nicht! über den ws_updater.sh installieren, nur die *.conf lässt sich mit dem ws_updater.beta ggf. patchen [s.u.])
- + Support für Awekas.at (beta)
- ~ fix fehlende Regenwerte wenn nur der WS90 ohne weitere Außeneinheit benutzt wird / Issue #51
Wie immer zu finden im GitHub
Update-Routine:
- wetterstation.sh, wetterstation.sub und ws_updater.beta (muss "ausführbar" sein
chmod +x ws_updater.beta) ersetzen bzw. kopieren - wetterstation.js muss ebenfalls im JavaScript-Adapter ersetzt und einmalig ausgeführt werden (neuer Datenpunkt .Info.Awekas_at); bei aktivierter Rest-API wird der Datenpunkt automatisch im ioB angelegt
./ws_updater.beta --patchim Installationsverzeichnis ausführen und ev. Hinweise beachten- nun mittels
[sudo] systemctl restart wetterstationden Service neu starten
Wer bereits die Beta-Version der V2.21.0 (vom 02.01.2023) nutzt sollte ggf. trotzdem updaten (hier muss die "sub" und "sh" getauscht werden, wetterstation.js(*) im ioB ersetzt und einmalig ausgeführt werden [wg. neuem Datenpunkt .Info.Awekas-at] und den Service neu zu starten). Zum einen als Test ob die Änderungen nix kaputt gemacht haben, zum anderen wird nun auch der Status der Datenübertragung an Awekas angezeigt.
(*) wer noch die "wetterstation.conf.backup" hat und den Rest-API-Adapter (nicht verwechseln mit dem Simple Restful-Adapter
) nutzt kann auch alternativ- diese wieder rücksichern
cp wetterstation.conf.backup wetterstation.conf(überschreibt aber ev. getätigte Änderungen seit des Backups) - die *.conf nun mittels
./ws_updater.beta --patchwieder auf die V2.21.0 patchen (dank neuer Version des Updaters und API wird nun im ioB der Datenpunkt angelegt
) - Awekas ggf. aktivieren und die Zugangsdaten neu eintragen (wg. des aktuellen Backups stehen die jetzt noch in der wetterstation.conf.backup drin)
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
wg. neuem Datenpunkt .Info.Awekas-at]
DP bleibt auf
false, obwohl an Awekas übertragen wird.
-
@negalein Hast du mittels JS oder REST-API den DP anlegen lassen?
Ich glaube fast da hat sich ein Bug (im ioB) eingeschlichen, bei mir hat(te) es ebenfalls per JS nicht funktioniert. Die DPs sind zwar nach dem Anlegen im ioB sichtbar, aber nicht per Simple-API erreichbar.
Egal wie/warum, restarte mal den Simple-API, dann sollte es funktionieren. -
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Hast du mittels JS oder REST-API den DP anlegen lassen?
mit JS
restarte mal den Simple-API, dann sollte es funktionieren.
Bingo, das wars.
Nächstesmal mach ich es wieder mit Rest-Api.
-
@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:
sudo usermod -a -G docker $USER
Ergebnis:
root@iobrokerNAS1:/opt/iobroker# sudo docker-compose up sudo: unable to resolve host iobrokerNAS1: Name or service not known ERROR: Couldn't connect to Docker daemon at http+docker://localhost - is it running? If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable. root@iobrokerNAS1:/opt/iobroker#Da bin ich echt ratlos: Ich bin im iob-Terminal auf der Syno ja auch immer root eingeloggt und habe gesucht aber keine Möglichkeit gefunden, mich als anderer User oder über SSH in den iobroker einzuloggen.
Was kann ich noch versuchen?
H.
-
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Nächstesmal mach ich es wieder mit Rest-Api.
Wenn ich es nicht vergesse nehme ich es mit in die Beschreibung auf. Da es per REST-API funktioniert dürfte es ein Problem des Simple-Resful sein. Ob der aber hinsichtlich des neuen REST-Adapters noch gefixt würde...
Ist aber im Bedarfsfall auch schnell durchgeführt, nur wissen muss man es. Das hat mich beim ersten mal Stunden gekostet, weil ich den Fehler bei mir suchte (+der DP in den Objekten korrekt angelegt wurde) -
@homer sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Was kann ich noch versuchen?
Ich habe von Docker auch recht wenig Ahnung, die Fehlermeldung besagt aber
- keine Berechtigung des Users am Container
- Docker läuft nicht
Deswegen
@boronsbruder sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Hast du den Docker-Dienst mal neugestartet?
auch schon versucht?
sudo systemctl restart docker -
Minimini-Update für die V2.21.0 (beta) (na, wer findet es
) :
Einfach wetterstation.sub tauschen und Service neu starten:
sudo systemctl restart wetterstation -
-
@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:
Luftdruck
Rischdisch, war ja auch super schwer
Test läuft (
), kommt dann voraussichtlich morgen in die Beta und dann wahrscheinlich auch genau so als V2.21.0 Release
-
@sborg Alles versucht: Ohne Erfolg.
root@iobrokerNAS1:/opt/iobroker#./wetterstation.sh --debugläuft durch. Datenpunkte im ioBroker werden aktualisiert, mittlerweile auch ohne Fehlermeldung, sprich auch die beiden vormals mit Fehlern behafteten Datenpunkte werden jetzt belegt.
Offener Fehler im Log:
sudo: unable to resolve host iobrokerNAS1: Name or service not knownGefunden: This error indicates that your hostname failed to translate into an IP address. Usually, this error occurs when you change the hostname of your system. Please check the details in the Address field as entered by you. Also, check if the hostname of your FTP server and IP address is correct.
Da ich den ioBroker (ehemals Raspi, jetzt Syno-NAS) über ein Backup eingespielt habe: Hatte ich evt. unter dem Raspi einen anderen Hostname und das passt jetzt nicht mehr?
H.
root@iobrokerNAS1:/opt/iobroker# hostname iobrokerNAS1Oder hängt es an "sudo": Nachfolgend ls einmal mit, einmal ohne "sudo":
root@iobrokerNAS1:/opt/iobroker# sudo ls sudo: unable to resolve host iobrokerNAS1: Name or service not known backups INSTALLER_INFO.txt iobroker.bak ipcamBK1.jpg ipcam.jpg package.json wetterstation.conf wetterstation.sub docker-compose.yml iob iobroker-data ipcamBK2.jpg log package-lock.json wetterstation.js ws_updater.sh @eaDir iobroker ipcam2.jpg ipcamBK3.jpg node_modules wetter1.sh wetterstation.sh root@iobrokerNAS1:/opt/iobroker# ls backups INSTALLER_INFO.txt iobroker.bak ipcamBK1.jpg ipcam.jpg package.json wetterstation.conf wetterstation.sub docker-compose.yml iob iobroker-data ipcamBK2.jpg log package-lock.json wetterstation.js ws_updater.sh @eaDir iobroker ipcam2.jpg ipcamBK3.jpg node_modules wetter1.sh wetterstation.sh-> Mit sodo kommt ein Fehler, ohne keiner...
-
@homer said in [Linux Shell-Skript] WLAN-Wetterstation:
sudo: unable to resolve host iobrokerNAS1: Name or service not known
EDIT:
Laut diesem Post hier im Forum, kann das ignoriert werden.
Liegt anscheinend daran, dass Docker kein sudo kennt...du kannst mal mit
cat /etc/hostsnachkontrollieren, ob dort unter der IP-Adresse des Containers der richtige Name vermerkt ist.
Erwas wie192.168.0.222 iobrokerNAS1
