NEWS
HM RPC keine Datenpunkte
-
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 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.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@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.
-
@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
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.
577
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge