HM RPC keine Datenpunkte
-
hier mal der log
hm-rpc.0:
hm-rpc.1:
hm-rpc.2:
-
Ok, sprich nur die XML-RPC Antworten kommen nicht an. Würde auf ioB Seite mal checken ob die Firewall was blockt, CCU Firewall passt
Auf meinem Testsystem ist defaultmässig auch der Fall dass Ubuntu Firewall blockt..
-
Wenn ich dich richtig verstehe, meinst du das der Raspberry pi 3b+ mit der IP 192.168.1.129 den Port 2001 blockt?
Wo kann ich die entsprechenden Einstellungen ändern? -
@lexnared ja oder der Container. So wie ich es verstehe läuft dein ioBroker in einem Docker oder heißt der initial post dass da einfach ein Container nebenher läuft mit anderem Zeug?
-
Hast du richtig verstanden.
Der iobroker läuft über docker -
@lexnared habe leider sehr wenig Ahnung von Docker, grundsätzlich lassen sich Debian Firewalls erst mal checken als Root mit
iptables -LUbuntu nutztufw -
Ich schau morgen noch mal nach.
Im bescheidensten Fall setze ich den pi neu auf und installiere iobroker außerhalb von docker.
Danach wird mit shrinkpy erst einmal eine Datensicherung gemacht. -
@lexnared sagte:
Der iobroker läuft über docker
Dann hat der Pi doch sicherlich eine andere IP-Adresse als der Container in dem ioBroker läuft ? Falls ja, dann gib die IP-Adresse des Pi als Callback-Adresse ein.
-
@paul53 Hatte ich anfangs auch vermutet und die Symptome schauen stark danach aus, aber laut seiner Browserleiste (Screenshot) sollte es passen ..
-
Der Screenshot von hm-rpc.N zeigt als Adapter-Adresse 0.0.0.0. Das muss geändert werden in 192.168.1.129. Laut Doku:
Adapter Addresse
Im Pulldown-Menü wird die IP des Hosts ausgewählt, auf dem der Adapter installiert ist. Die Auswahl von "0.0.0.0. auf alle IPs hören" und "127.0.0.1" ist Spezialfällen vorbehalten.
-
@paul53
ioBroker der im Container von Docker lief, hatte die gleiche IP-Adresse wie der Rapberry pi.Dein Ansatz mit der Adapteradresse könnte die Lösung sein.
Macht meiner Meinung nach auch Sinn.Jedoch kann ich dies leider nicht mehr testen, da ich inzwischen Raspbian Buster neu aufgesetzt habe.
ioBroker läuft nun Stabil und alle Werte konnten problemlos ausgelesen werden.Bedanke mich schon einmal für die Zahlreichen tipps!!
Noch eine Idee von meiner Seite.
Bekanntlich sagt man ja "Don't touch a running System"
Ich mache nach jeder Änderung eine Datensicherung mit dd (z.B. dd if=/dev/sda1 of=/home/pi/backup_Server.img)
Dies kann ich jedem nur ans Herz legen, da wenn mal die SD Karte einen defekt haben sollte, kann man das backup eigentlich auf eine andere SD Karte kopieren.
Eigentlich aus dem Grund, die neue SD Karte darf kein Bit kleiner sein. Ansonsten gibt es von den Programmen Win32DiskImager, balenaEtcher oder mit dem befehl von dd probleme.
Sollte dies der fall sein das die SD Karte ein paar bit, MB oder auch GB kleiner sein, kann ich nur "pishrink" empfehlen.
Voraussetzung ist natürlich das das System auf dem Pi läuft und nicht auf Ubuntu.Gerne kann ich dies bei bedarf ausführlich erklären.
