Ich habe einige Probleme bei HomeMatic mit dem aktuellen Update gefixt. Mögt ihr noch einmal gegentesten?
Was sagt euer LogFile? Der Rückkanal sollte einwandfrei gehen, ebenso der Konfigurator. Habt ihr da mehr Infos, warum es vielleicht nicht geht? Die HM Profile sind eigentlich auch alle da.
habe auch nochmals getestet. Die Geräte werden alle aus der CCU übernommen. Kann diese auch in IPS anlegen und sehe diese im webfront. Geräte wie z.B. Rollladen und Raumthermostaten kann ich auch Sollwerte vorgeben und diese werden auch übernommen. Nur der Rückkanal scheint nicht zu funktionieren. Es kommen keine Werte (z.B. Ist-Temperatur) zurück.
Sind die IP-Adressen für Ereignisserver im HM Socket korrekt (Screenshot?) und könnt ihr mit eurem Browser auf „ip-vom-port:5544“ (wenn das euer Port für Ereignisse ist) zugreifen?
ich möchte mal meine Ergebnisse mit Euch teilen bzw. vielleicht kann es auch noch jemand bestätigen (oder es hilft vielleicht sogar jemandem :D)
Die HomeMatic Geräte werden bei mir nur nicht zurück gemeldet nach einem Kaltstart (Spannung anlegen).
Wenn ich mir dann die laufenden Dienste mit
sudo ps x | grep symcon
anzeigen lasse bekomme ich folgende Rückmeldung:
2123 ? Sl 0:01 /usr/bin/symcon service
2165 ? Ss 0:00 Startpar -f – symcon
In der IPS Console werden keine HomeMatic Geräte zurückgemeldet, Schaltbefehle gehen jedoch raus.
Mein Workaround sieht jetzt so aus:
IP-Symcon stoppen
sudo /etc/init.d/symcon stop
Überprüfen das IP-Symcon nicht mehr läuft
sudo ps x | grep symcon
Homematic Socket deaktivieren (open=false)
sudo nano /usr/share/symcon/settings.json
IP-Symcon starten
sudo /etc/init.d/symcon start
Überprüfen das IP-Symcon wieder läuft
sudo ps x | grep symcon
In der IP-Symcon Console den Homematic Socket wieder aktivieren.
Wenn ich nun mit
sudo ps x | grep symcon
eine Abfrage machen sieht das Ergebnis so aus:
2123 pts/1 Sl 0:01 /usr/bin/symcon service
Und alle HomeMatic Geräte werden an IP-Symcon wieder zurückgemeldet.
Bei einem Start oder Restart des Dienstes oder einem Reboot des gesamten Raspberry Pi’s passiert das nicht, nur bei einem Kaltstart.
Um zu erfahren, ob auf einem Rechner ein Port geöffnet ist, kannst du
Versuchen dich per telnet zu verbinden.
z.B telnet 10.10.60.43 5544
nmap benutzen
z.B nmap 10.10.60.43
Die Ausgabe von nmap sieht dann etwa so aus (anonymisiert):
Nmap scan report for <Hostname> (<IP-Adresse>)
Host is up (0.00030s latency).
Not shown: 981 closed ports
PORT STATE SERVICE
...
5544/tcp open unknown
...
Ich habe da ein Verständnis Problem mit dem HM Socket unter Ubuntu.
An was connected sich der Socket. Brauch ich unter Unix auch einen bidcos Service ?. oder muß ich unter unix dafür
eine CCU benutzen?
Wie ist da die genaue Vorgehensweise.
Gruß dittrg