Hallo,
ich habe merhere HmIP-BROLL im Einsastz.
Auf meinen Raspberry laufen Debmatic und natürlich FHEM.
Wenn ich den Rollo manuell steuere oder in Debmatic eine Änderung vornehme, wird dies nicht automatisch in FHEM mit übernommen.
Erst ein get <device> update führt zu einer Aktualisierung in FHEM.
Hat Jemand einen Tipp wie ich das ändern kann, bzw. wo ich evtl. etwas falsch gesetzt haben könnte?
werden denn die Readings anderer HmIP Devices aktualisiert?
Hallo ZAP, leider habe ich (noch) keine anderen IP Devices.
Ein manuells update führt zu sofortigen, korrekten Anzeige.
Ich nehme an, Du hast den RPC Server für HmIP konfiguriert und gestartet?
https://wiki.fhem.de/wiki/HMCCU#RPC_Server_konfigurieren
Ich denke ja.
[
defmod CCU_Debmatic HMCCU 192.168.178.160 ccudelay=300
attr CCU_Debmatic ccuGetVars 60
attr CCU_Debmatic ccuflags procrpc
attr CCU_Debmatic cmdIcon on:general_an off:general_aus
attr CCU_Debmatic eventMap /rpcserver on:on/rpcserver off:off/
attr CCU_Debmatic room Homematic,System
attr CCU_Debmatic rpcinterval 2
attr CCU_Debmatic rpcserver on
attr CCU_Debmatic stateFormat rpcstate/state
setstate CCU_Debmatic running/OK
setstate CCU_Debmatic 2019-12-19 15:29:31 _sysVarPresence_ true
setstate CCU_Debmatic 2019-12-19 15:29:31 _sysVarServiceMessages_ 0
setstate CCU_Debmatic 2019-12-19 12:20:23 count_channels 110
setstate CCU_Debmatic 2019-12-19 12:20:23 count_devices 3
setstate CCU_Debmatic 2019-12-19 12:20:23 count_groups 0
setstate CCU_Debmatic 2019-12-19 12:20:23 count_interfaces 3
setstate CCU_Debmatic 2019-12-19 12:20:23 count_programs 0
setstate CCU_Debmatic 2019-12-19 12:43:25 rpcstate running
setstate CCU_Debmatic 2019-12-19 12:43:25 state OK
Ich denke nicht. Es fehlt zumindest rpcinterfaces = HmIP-RF
ggf. weitere Schnittstellen, die du verwendest. Eben so wie in dem Wiki Link beschrieben.
Stimmt.
Hatte ich definitiv mal mit drinnen.
Gehe heute Abend nochmal Schritt für Schritt durch und melde mich dann.
Hat mir aber schon sehr geholfen.
Bei einigen Nutzern kommt es vor, dass das rpcinterfaces und/oder das rpcports Attribut verschwindet. Ich habe leider noch nicht herausgefunden, in welcher Konstellation das zustande kommt. Bei mir ist es leider noch nie vorgekommen, daher nicht nachvollziehbar.
Möglicherweise hat es etwas mit der Erreichbarkeit der CCU beim Starten von FHEM zu tun. Dagegen spricht, dass meine 2. CCU derzeit immer mal wieder wegen Umbaumaßnahmen offline ist, die beiden Attribute trotzdem nicht verschwinden.
Hallo,
das war die Lösung. Jetzt wird wieder automatisch aktualisiert.
Wäre selber nie darauf gekommen, da die Stuerung funktionierte und nur die Aktualisierung Probleme verursachte.
Evtl. Ursache könnte bei mir eine kleine SD Karte sein, die durch Backups voll geschrieben war. Als kein Platz mehr auf der Speicherkarte war, hat zwar FHEM funktioniert. Nach einen Reboot waren jedoch die Zugangsdaten für Telegram und für das Gardena Gateway weg und mussten nach Freigabe von Speicherplatz erneut eigegeben werden.