HMCCU 5.0 im SVN verfügbar

[misux]

HAllo!

Ich habe ein Problem mit meinem HM Ip Regensensor (HmIP-SRD)...

Obwohl mit get ccuDevices und cccuConfig das Gerät dort erscheint wirde es leider bei der Auswahl nicht mit aufgeführt bei get createDev...

Wie bekomme ich denn nun das gerät dort rein?

Kann jemand helfen?

[misux]

Hmm... NAch etwas sucherei habe ich herausgefunden das es noch auf die alte weise geht..

Code Auswählen Erweitern

define Regensensor HMCCUCHN 00342BE328F445:1 readonly defaults iodev=d_ccu
Warum geht das denn nicht auf die neue Art nicht mit ger createDev?

[DJCrazy]

Hallo zusammen,
meine Homematic IP Geräte tragen keine Schaltvorgänge in das globale Logfile ein, wie sonst alle anderen Geräte (Zigbee,FS20)

Das war auch 2019 schon Thema und wurde damals per Update gemacht.
Im Anhang der Ausschnitt von den damaligen Posts. 

Wie kann ich das bei mir aktivieren?
Einträge im HMCCU nötig oder in den einzelnen Devices?

Gruß, Fabian.

[Wolle02]

Ein Link auf den damaligen Thread wäre hilfreicher gewesen anstatt ein Screenshot.

Setz mal im HMCCU-Device das Attribut "ccuflags" auf "logCommand"

[DJCrazy]

Ein Link auf den damaligen Thread wäre hilfreicher gewesen anstatt ein Screenshot.

Setz mal im HMCCU-Device das Attribut "ccuflags" auf "logCommand"

Hallo Wolle,
Danke für den Hinweis. Damit funktioniert es.
War die ganze Zeit an verbose dran, aber da hätte ich noch lang suchen können.

Schönen Abend.

[zap]

Hmm... NAch etwas sucherei habe ich herausgefunden das es noch auf die alte weise geht..

Code Auswählen Erweitern

define Regensensor HMCCUCHN 00342BE328F445:1 readonly defaults iodev=d_ccu
Warum geht das denn nicht auf die neue Art nicht mit ger createDev?

Weil HMCCU den Gerätetyp nicht "kennt". Das Gerät selbst ist natürlich bekannt mit seinem Namen und seiner Adresse. CreateDev macht etwas mehr als define, wenn der Typ bekannt ist. Da werden z.B. bei Aktoren set- und get-Befehle erzeugt usw.

Muss den Typ erst in HMCCU einbinden. Danach geht auch createDev

[tomcat.x]

Hallo,

seit dem Update verliert das Gerät HM_RPC_HmIP_RF bei jedem Neustart die Raumzuordnung. Es ist dann immer wieder (nur) dem Raum "Homematic". Diesen nutze ich sonst gar nicht. Erst dachte ich, es wird vielleicht immer neu angelegt. Aber andere Attribute bleiben erhalten.

Beim Ändern erhalte ich dann die Meldung "HMCCURPCPROC [HM_RPC_HmIP_RF] Please restart RPC server to apply attribute changes", die aus meiner Sich bei diesem allgemeinen Attribut keinen Sinn macht.

Ist das wegen einer speziellen Konstellation nur bei mir so?

Viele Grüße
Thomas

[Gear]

Ist das wegen einer speziellen Konstellation nur bei mir so?

Bei mir auch, scheint am Update zu liegen.

[Benjamin50]

Hallo,
Ich habe heute ein Update auf RaspberryMatic 3.71.12.20231014 – Neue Version gemacht.
Da ich mir aufgefallen das im Log diese Fehlermeldung aufscheint

Code Auswählen Erweitern

HMCCU [d_ccu] Error during CCU request. read from http://192.168.178.40:8181 timed out

Im Foren-Übersicht HomeMatic HomeMatic OCCU RaspberryMatic wurde darüber Berichtet.
Änderung nach dem Update.

lighttpd startup/config wurde so geändert, dass der Statuscode "503 Service unavailable" zurückgegeben wird, wenn der CCU-Start noch nicht abgeschlossen ist. Dies sollte mögliche Laufzeitprobleme verhindern, falls externe Engines wie ioBroker oder HomeAssistant versuchen, remoteAPI-Ports zu verwenden, wenn nicht alle CCU-Dienste ordnungsgemäß gestartet sind. Außerdem lassen wir jetzt nur noch bestimmte Abfrage-URLs für Port 8181/48181 zu.

Das bedeutet das jetzt URLs die an Port 8181/48181 gesendet werden immer mit .exe, .oxml oder .hssml enden müssen bzw. diese in der URL beinhalten muss.

Siehe:
https://github.com/jens-maus/RaspberryM ... pi.conf#L6

Bis dato konnte man eben sonst irgendwas dahin schicken und es wurde an die ReGa weitergeleitet und die damit zugemüllt. Jetzt wird ein Request nur an die ReGa von Port 8181 aus weitergesendet wenn diese URL auch eben das uns bekannte *.exe/*.oxml/*.hssml Muster beinhaltet.

Ist zur Info, weil es mir aufgefallen ist, ob es damit einen Zusammenhang hat, kann ich nicht sagen,
es läuft bei mir Fehlerfrei.

mfg wolfgang

[zap]

Danke für den Hinweis mit dem 503 error. Schaue ich mir an.

Die URL enthält immer tclrega.exe

[Depechem]

Hallo Zap,

ich habe hier den neuen "HmIP-RGBW" in Betrieb, der wird aber noch nicht automatisch angelegt.
DeviceInfo und paramsetDesc im Anhang.

vG Jens

Hat hier jetzt schon jemand den "HmIP-RGBW" fertig eingebunden und kann dazu Daten zur Verfügung stellen?

[achim-e]

Hmm... NAch etwas sucherei habe ich herausgefunden das es noch auf die alte weise geht..

Code Auswählen Erweitern

define Regensensor HMCCUCHN 00342BE328F445:1 readonly defaults iodev=d_ccu
Warum geht das denn nicht auf die neue Art nicht mit ger createDev?

Weil HMCCU den Gerätetyp nicht "kennt". Das Gerät selbst ist natürlich bekannt mit seinem Namen und seiner Adresse. CreateDev macht etwas mehr als define, wenn der Typ bekannt ist. Da werden z.B. bei Aktoren set- und get-Befehle erzeugt usw.

Muss den Typ erst in HMCCU einbinden. Danach geht auch createDev

Dann erübrigt sich damit wohl auch meine Frage, die ich im anderen Thread dazugeschrieben habe, mit dem gleichen Problem. Bei mir ist es aber der Signalgeber HM-OU-CFM-TW, der sich leider nicht einbinden lässt. Ist die Einbindung per createDev geplant?

[Roland303]

Hallo ich habe ein Problem, ich habe mein Fhem neu aufgesetzt und jetzt aktualisieren sich meinen HMIP Geräte bei den Readings nicht mehr automatisch. Nach einen get d_ccu update sind sie alle wieder drin. Bei der Installation bin ich nach der Anleitung gegangen, meine alte config noch ein neues anlernen der Geräte hat Erfolg gebracht

Code Auswählen Erweitern

define d_ccu HMCCU 192.168.178.30
setuuid d_ccu 656c6d44-f33f-1714-57b8-db7b236322df3831
attr d_ccu room Homematic
attr d_ccu rpcinterfaces HmIP-RF,BidCos-RF
attr d_ccu rpcserver on
attr d_ccu stateFormat rpcstate/state
define d_rpc178030BidCos_RF HMCCURPCPROC http://192.168.178.30 BidCos-RF
setuuid d_rpc178030BidCos_RF 656c6d47-f33f-1714-85a9-15925c605d6bb8f3
attr d_rpc178030BidCos_RF alias CCU 178030 RPC BidCos-RF
attr d_rpc178030BidCos_RF eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpc178030BidCos_RF room Homematic
attr d_rpc178030BidCos_RF stateFormat rpcstate/state
attr d_rpc178030BidCos_RF verbose 2
define d_rpc178030VirtualDevices HMCCURPCPROC http://192.168.178.30 VirtualDevices
setuuid d_rpc178030VirtualDevices 656c6d48-f33f-1714-4f19-934219a83a4a1ea4
attr d_rpc178030VirtualDevices alias CCU 178030 RPC VirtualDevices
attr d_rpc178030VirtualDevices eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpc178030VirtualDevices room Homematic
attr d_rpc178030VirtualDevices stateFormat rpcstate/state
attr d_rpc178030VirtualDevices verbose 2
define d_rpc178030HmIP_RF HMCCURPCPROC http://192.168.178.30 HmIP-RF
setuuid d_rpc178030HmIP_RF 656c6d49-f33f-1714-c477-1eaa8bc99b335c49
attr d_rpc178030HmIP_RF alias CCU 178030 RPC HmIP-RF
attr d_rpc178030HmIP_RF eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpc178030HmIP_RF room Homematic
attr d_rpc178030HmIP_RF stateFormat rpcstate/state
attr d_rpc178030HmIP_RF verbose 2


[Ralli]

Hallo ich habe kein Problem, bei mir klappt das.

[zap]

@Roland303: Die RPC Server laufen (HMCCURPCPROC Devices) ?