Hallo M70,
wie da der genaue Sachstand ist kann ich Dir nicht sagen, bisher lief es nicht auf einem Raspberry Pi 5. Ob das allgemein gilt oder nur für bestimmte Features entzieht sich ebenso meiner Kenntnis.
Es gab hier im Forum auch schon ein anderes Tool dessen Ergebnisse man sich dann ins IP-Symcon holen kann, finde es aber auf die Schnelle leider nicht…
Joachim
Danke @JPaeper, ich hatte hier auch schon mal nach Alternativen gesucht aber bisher war ich nicht fündig geworden.
Dann muss ich wohl noch weiter suchen 
Hallo zusammen,
ich habe mein neues System auf einen Raspberry Pi 4 zusammen mit einer „CCU“ und Zigbee2mqtt in Docker Containern (Portainer) umgezogen.
Leider bekomme ich dieses Modul nicht zum laufen.
in der raspi-config
pigpio wurde istalliert und funktioniert auch
sudo systemctl status pigpiod → active
Wenn ich einen IPS2GPIO_IO Instanz erstelle, bleibt die „Instanz inaktiv“
Die „ClientSocket“ Instanz sagt „Schnittstelle ist als fehlerhaft markiert. Bitte überprüfen Sie das Meldungsfenster“
Im Meldungsfenster steht:
Event Control: Wiederverbinden [Client Socket (IPS2GPIO_IO #20921] fehlgeschlagen = Keine Route zum Zielrechner
GPIO Netzanbindung: IP 192.XXX.XXX.XXX reagiert nicht.
Liegt es vielleicht daran, dass IPS in einen Docker Container läuft?
Kann mir jemand einen Tip geben?
Vielen Dank und viele Grüße
Markus
Hallo Markus,
ich kenne mich mit den Docker Container nicht aus. Vielleicht ist es aber wichtig das die Kommunikation zwischen IP-Symcon und PiGPIO auf Port 8888 läuft?
Joachim
Hallo Joachim,
ich habe gerade IPS einfach außerhalb von Docker auf den gleichen PI installiert und das Modul klappt sofort… Es hat also definitiv was mit dem Container zu tun.
Port 8888 ist eigentlich freigegeben.
Leider hab ich auch nicht so viel Ahnung von der ganzen Docker-Geschichte, ich war froh, dass jetzt alles lief. Naja, mal ein bisschen recherchieren, vielleicht finde ich ja die Lösung.
Viele Grüße
Markus
Hallo zusammen,
ich habs hinbekommen…
Alle meine Container nutzen ein „macvlan“ Netzwerk um eine IP-Adresse aus meinen Heim-Netzwerk nutzen zu können (192.168.178.x).
Für IPS haben ich den Container zusätzlich ein „bridge“ Netzwerk (172.17.0.3) hinzugefügt.
Das Gateway dieser „brige“ lautet 172.17.0.1
Die Gateway-IP in der IPS2GPIO_IO Instanz funktioniert jetzt.
Fragt mich bitte nicht wie, wann, wo oder warum… ich bin ehrlich, ich hab keine Ahnung, die Lösung war purer Zufall
Viele Grüße
Markus
Moin,
seit einigen Tagen läuft mein Pi4 jetzt auf Trixie, mit Neuinstallation und einspielen des Backups eigentlich kein großes Problem.
Aber seit der Zeit hab ich noch Probleme mit dem Modul.
Eine man. Installation von “pigpio” hat zwar das Modul wieder zum Laufen gebracht, aber leider werden die Daten des PIs, welche ich mit “IPS2GPIO_RPI” auslese nicht mehr aktualisiert.
Im Debug bekomme ich folgende Meldungen:
Jemand eine Idee was ich noch machen kann?
Hallo Zwieback,
was ist denn “Trixie”? Möglicherweise werden dort die durch das Modul angefragten Daten nicht unterstützt?
Joachim
// GPU Temperatur
$CommandArray[0] = "vcgencmd measure_temp";
// CPU Temperatur
$CommandArray[1] = "cat /sys/class/thermal/thermal_zone0/temp";
// Spannung
$CommandArray[2] = "vcgencmd measure_volts";
// ARM Frequenz
$CommandArray[3] = "vcgencmd measure_clock arm";
// CPU Auslastung über /proc/stat
$CommandArray[4] = "cat /proc/stat";
// Speicher
$CommandArray[5] = "cat /proc/meminfo | grep Mem";
// SD-Card
$CommandArray[6] = "df -P | grep /dev/root";
// Uptime
$CommandArray[7] = "uptime";
…da wird so etwas abgefragt…
Moin Joachim,
”Trixie” ist der Nachfolger von “Bookworm” 
Wenn ich die Befehle aus deinen Script manuell eingebe bekomme ich ja auch die Werte angezeigt.
Aber leider halt im Modul nicht!
Der Codename der aktuellen Linux Distribution.
Ich habe gerade auf PI4 mit RaspiOS getestet, die Kommandos gibt es im Standard, passt die Ausgabe zu deiner Auswertung?
$ vcgencmd measure_temp
temp=46.2'C
Bei
df -P | grep /dev/root
habe ich keine Ausgabe, eventuell heißt das bei anderen/neueren Distributionen anders
Filesystem 1024-blocks Used Available Capacity Mounted on
udev 1669844 0 1669844 0% /dev
tmpfs 776184 15456 760728 2% /run
/dev/sda2 122501644 29087420 88395916 25% /
tmpfs 1940452 0 1940452 0% /dev/shm
tmpfs 5120 16 5104 1% /run/lock
tmpfs 1024 0 1024 0% /run/credentials/systemd-journald.service
tmpfs 1940452 12 1940440 1% /tmp
/dev/sda1 522230 66904 455326 13% /boot/firmware
tmpfs 1024 0 1024 0% /run/credentials/getty@tty1.service
tmpfs 388088 8 388080 1% /run/user/1000
Moin,
ja bei mir passen die Werte
pi@Homeserver:~ $ vcgencmd measure_temp
temp=20.4'C
Teste mal alle Kommandos, bei kommt zumindest einmal nichts passendes und es sieht ja so aus, als hättest du jeweils zwei Fehlermeldungen.
Moin,
hab ich gemacht und bei allen Kommandos kommen auch logische Rückmeldungen.
Bis auf
df -P | grep /dev/root
da kommt auch nichts.
pi@Homeserver:~ $ vcgencmd measure_volts
volt=0.9100V
pi@Homeserver:~ $ vcgencmd measure_temp
temp=19.9’C
pi@Homeserver:~ $ vcgencmd measure_clock arm
frequency(48)=1800457088
pi@Homeserver:~ $ vcgencmd measure_temp
temp=20.4’C
pi@Homeserver:~ $ ^C
pi@Homeserver:~ $ df -P | grep /dev/root
pi@Homeserver:~ $ cat /sys/class/thermal/thermal_zone0/temp
21901
pi@Homeserver:~ $ vcgencmd measure_clock arm
frequency(48)=1800457088
pi@Homeserver:~ $ cat /proc/stat
cpu 132125 0 27294 1290784 25060 0 2845 0 0 0
cpu0 28305 0 8705 319361 6493 0 2819 0 0 0
cpu1 34875 0 6199 323667 6038 0 9 0 0 0
cpu2 35213 0 6122 323075 6376 0 9 0 0 0
cpu3 33730 0 6267 324681 6152 0 7 0 0 0
intr 14643193 0 110060 2952770 0 0 0 10322 0 0 0 0 6121688 0 0 52588 327 0 0 0 0 0 0 0 0 0 0 0 0 390733 340879 4503713 0 0 0 94 0 0 0 0 3825 29 133730 0 22336 55 0 0 0 0 0 0 0 0 0 0 0 44 0 0 0 0 0 0 0
ctxt 17480957
btime 1768136786
processes 78110
procs_running 1
procs_blocked 0
softirq 7931775 21 353024 609 1046848 42 0 4504593 949213 0 1077425
pi@Homeserver:~ $ cat /proc/meminfo | grep Mem
MemTotal: 1888908 kB
MemFree: 160300 kB
MemAvailable: 1118468 kB
pi@Homeserver:~ $ df -P | grep /dev/root
pi@Homeserver:~ $ uptime
15:09:30 up 1:03, 3 users, load average: 0,64, 0,53, 0,56
…nachdem ich mir meinen Code noch mal angeschaut habe, vermute ich eher ein anderes Thema…
Stutzig macht mich das kein einziges Ergebnis zurückkommt…
Die Datenabfrage läuft über die SecureLib per SSH. Hast Du im I/O auch Dein Passwort eingegeben?
Hallo Joachim,
war nach dem Versuch dein Modul upzudaten tatsächlich nicht mehr gesetzt. User und Passwort hab ich neu eingetragen und anschließend den Pi neu gestartet. Aber leider das gleiche Bild.
…aktuell fehlt mir ein bisschen die Idee:
Du könntest mal versuchen über den “IPS2GPIO_IO” in der Konsole über “Befehl testen” die Funktion “I2G_SSH-Connect” mit einem der Befehle aufzurufen. Laut Code wird dann aber (leider) keine Fehlermeldung im Debug geworfen, aber in den Messages könnte etwas auftauchen…
…das das alles “unbekannt”/gelb ist, ist bedenklich…
Hat das vielleicht was mit Trixie = 64Bit-OS zu tun?
Da bekomme ich als Antwort in den Meldungen:
11.01.2026, 15:50:04 | IPS2GPIO SSH-Connect | Angegebene IP 192.168.178.35 reagiert nicht!
Bei “Bookworm” war ich auch schon auf 64bit.
Denke also nicht
