[Linux Shell-Skript] WLAN-Wetterstation
-
@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 -
AWEKAS funktioniert nun soweit auch
Einfach wetterstation.sub tauschen und mittels
[sudo] systemctl restart wetterstationneu starten.
*EDIT* natürlich nur die Beta-Nutzer...
Fragen diesbzgl.:
- gibt es Sinn auch die Innentemp/-feuchte zu übermitteln?
- aktuell muss das "Plus" aktiviert sein. Ist da ein Awekas-Nutzer dagegen (Nutzung der Wetterdaten für alle möglich/sichtbar, dafür aber Datenübertragung alle Minute, ohne "Plus" nur alle 5 Minuten)?
Aktuell sind keine Zusatzsensoren möglich. Ich habe/nutze keine, deswegen würde das schwierig werden, da Awekas recht merkwürdige Anforderungen beim Senden der Daten hat. Den Luftdruck und Regen habe ich nur durch ewiges "try and error" Verfahren herausbekommen/gefixt
-
@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:
AWEKAS funktioniert nun soweit auch
juhuuuu
-
Die Frage nach den Innenwerten hat sich erledigt. Man kann es ja ggf. bei Awekas (De-)aktivieren, jeder wie er möchte:
Kommt aber wohl erst mit dem Release.
...und nein, bevor die Frage kommt: Auch ich spare Heizenergie und sitze nicht unbedingt bei ~24°C in der Wohnung...
Nur habe ich ein großes Bodenfenster bis zur Zimmerdecke genau nach Süden und das Balkonkraftwerk "plobbert" gerade mit 400-500 Watt rum
(soll heißen, hier ballert gerade ordentlich die Sonne ) -
@boronsbruder said in [Linux Shell-Skript] WLAN-Wetterstation:
cat /etc/hosts
Ergebnis:
root@iobrokerNAS1:/opt/iobroker# cat /etc/hosts # Any manual change will be lost if the host name is changed or system upgrades. 127.0.0.1 localhost ::1 localhost 127.0.0.1 Disk_Keller_2 ::1 Disk_Keller_2 root@iobrokerNAS1:/opt/iobroker#Disk_Keller_2 ist der Name vom NAS.
root@iobrokerNAS1:/opt/iobroker# cat /etc/hostname iobrokerNAS1 root@iobrokerNAS1:/opt/iobroker#Was sagt mir/uns das?
H.
