HmIP-BROLL aktualisiert Werte nicht automatisch in FHEM [gelöst]

Begonnen von teufelchen, 19 Dezember 2019, 12:43:50

Vorheriges Thema - Nächstes Thema

teufelchen

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?
Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD

zap

werden denn die Readings anderer HmIP Devices aktualisiert?
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

teufelchen

Hallo ZAP, leider habe ich (noch) keine anderen IP Devices.

Ein manuells update führt zu sofortigen, korrekten Anzeige.
Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD

zap

2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

teufelchen

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


Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD

zap

Ich denke nicht. Es fehlt zumindest rpcinterfaces = HmIP-RF

ggf. weitere Schnittstellen, die du verwendest. Eben so wie in dem Wiki Link beschrieben.
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

teufelchen

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.
Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD

zap

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.
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

teufelchen

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.
Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD