Hauptmenü

Neueste Beiträge

#1
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Prof. Dr. Peter Henning - 01 Februar 2026, 18:29:00
Da das nichts mit dem Modul zu tun hat: Falscher Forumsbereich.

pah
#2
FHEMWEB / Aw: Aktualisierung von GUI-Ele...
Letzter Beitrag von rudolfkoenig - 01 Februar 2026, 18:15:55
Ich habe kein Denon, und ein Versuch im FHEM eine Instanz zu definieren hat nicht wirklich geholfen.

Mit folgender dummy Definition sehe ich kein Problem:
define da dummy
attr da setList    volumeStraight:slider,0,1,100
attr da readingList volumeStraight
attr da webCmd      volumeStraight

Generell: der Wert ders Widgets wird aus einem Reading mit dem gleichen Namen ausgelesen.
#3
FHEMWEB / Aw: Unterschied :noArg zwische...
Letzter Beitrag von rudolfkoenig - 01 Februar 2026, 18:04:44
Zitatwird bei get das Suffix :noArg mit ausgegeben, bei set hingegen erwartungsgemäß nicht.
Erwartungsgemaess ist das nicht: FHEMWEB stellt anhand diesen Suffixen fest, welches Widget gewuenscht ist.
Wenn nichts angegeben ist, wird ein simples Textfeld angeboten.
#4
Homematic / Aw: keine Readings von OpenCCU
Letzter Beitrag von passibe - 01 Februar 2026, 17:58:09
Hast du gecheckt, ob da keine Firewall dazwischenfunkt?
Sowohl auf dem FHEM-Pi als auch die Firewall-Einstellungen auf der OpenCCU sind alle richtig gesetzt?
Ggfs mal mit nc -vz <IP> <PORT> die Ports von den jeweiligen Pis aus testen.
#5
MQTT / Aw: MQTT2 userReadings wird me...
Letzter Beitrag von ch.eick - 01 Februar 2026, 17:53:28
Zitat von: rudolfkoenig am 01 Februar 2026, 12:05:14
ZitatOkay, das Trennen war schon mal eine gute Idee.
Ich wuesste gerne, worauf diese Bemerkung sich bezieht.
Oh ja, das ist nicht klar geworden. Ich meine das Trennen von syncMessage und dataMessage auf unterschiedliche readings.
Vorher wurde durch beide MQTT Topics aus dem json gleiche Daten gelesen und in die selben readings geschrieben. Nun trenne ich in is_sync_.* und in_data_.* .

Zitat
ZitatDas wird leider nur einzeilig angenommen, gibt es da noch einen Trick?
Sogar mehrere: als Funktion in 99_myUtils.pm auslagern, oder, noch besser: jsonMap verwenden.
Okay, das leuchtet ein

ZitatBeim Absetzen der ersten Nachricht wird userReading einmal aufgerufen:
2026.02.01 11:59:09.803 3: m2d                  ur_02 : in_sync_sourceUuid  : 925814xxx8bd
2026.02.01 11:59:09.803 3: m2d                  ur_02 : in_sync_message_sent : 2
beim Aufruf der zweiten Nachricht nicht. Letzteres ist dem ReadingList zu verdanken.
Ja, dadurch das im readingList jetzt entschieden wird, ob es ein in_sync_.* oder ein in_data_.* ist, wird das geziehlt in separate readings abgelegt und es kommt nicht zu einer doppelten Beschreibung.

ZitatIch habe die o.g. event-on-* Attribute weggelassen: die passen nicht zum zweiten Beitrag (und filtern damit alles weg), und ich verstehe auch nicht, wozu sie gut sein sollen.
Sorry, das stimmt, ich hatte schon zuviel Stunden am Rechner gesessen und somit die Altlasten übersehen.
#6
Homematic / Aw: keine Readings von OpenCCU
Letzter Beitrag von Burny4600 - 01 Februar 2026, 17:47:52
Zitat von: Ralli am 01 Februar 2026, 17:31:43Warum gibt es hier zwei verschiedene IP-Adressen?

Die eine IP-Adresse ist der FHEM-Pi, die andere der OpenCCU-Pi.

list d_rpc017191BidCos_RF
Internals:
   CCUNum     1
   DEF        http://192.168.17.191 BidCos-RF
   FD         249
   FUUID      697a1c4f-f33f-f4d2-7313-892fb70606b883ac
   IODev      OpenCCU
   NAME       d_rpc017191BidCos_RF
   NR         9581
   RPCPID     29398
   RPCState   running
   STATE      running/OK
   TYPE       HMCCURPCPROC
   callback   192.168.17.191:4012
   ccuip      192.168.17.191
   ccustate   timeout
   ccutype    CCU2/3
   eventCount 319
   host       192.168.17.191
   prot       http
   rpcid      017181017191
   rpcinterface BidCos-RF
   rpcip      192.168.17.191
   rpcport    2001
   version    2024-12
   READINGS:
     2026-02-01 16:48:26   rpcstate        running
     2026-02-01 16:48:26   state           OK
   hmccu:
     defaultaddr 192.168.17.181
     devspec    BidCos-RF
     evtime     0
     localaddr  192.168.17.191
     rpcstarttime 1769960906.26017
     rpc:
       auth       
       avgdelay   70.6992204500611
       cbport     4012
       cburl      http://192.168.17.191:4012/fh2001
       clkey      CB2001017181017191
       clurl     
       evtime     1769964500.45024
       methods    abortDeleteDevice,activateLinkParamset,addDevice,addLink,addVirtualDeviceInstance,changeKey,clearConfigCache,deleteDevice,deleteVolatileMetadata,determineParameter,exit,getAllMetadata,getDeviceDescription,getInstallMode,getKeyMismatchDevice,getLinkInfo,getLinkPeers,getLinks,getMetadata,getParamset,getParamsetDescription,getParamsetId,getServiceMessages,getValue,getVersion,getVolatileMetadata,hasVolatileMetadata,init,listBidcosInterfaces,listDevices,listReplaceableDevices,listTeams,logLevel,ping,putParamset,refreshDeployedDeviceFirmwareList,removeLink,replaceDevice,reportValueUsage,restoreConfigToDevice,rssiInfo,setBidcosInterface,setInstallMode,setInterfaceClock,setLinkInfo,setMetadata,setRFLGWInfoLED,setTeam,setTempKey,setValue,setVolatileMetadata,system.listMethods,system.methodHelp,updateFirmware,system.multicall
       multicall  system.multicall
       pid        29398
       port       2001
       state      running
       sumdelay   0
       rec:
         DD         0
         EV         0
         EX         0
         IN         0
         ND         0
         RA         0
         RD         0
         SL         1
         ST         5
         TO         6
         UD         0
       snd:
         DD         0
         EV         0
         EX         0
         IN         0
         ND         0
         RA         0
         RD         0
         SL         0
         TO         0
         UD         0
Attributes:
   alias      OpenCCU RPC BidCos-RF
   devStateStyle style="text-align:left;;font-weight:bold;;"
   eventMap   /rpcserver on:on/rpcserver off:off/
   group      .HomeMatic CCUs
   icon       hm_ccu
   room       _HM,_RxTx
   rpcServerAddr 192.168.17.191
   rpcServerPort 2001
   sortby     02.02
   stateFormat rpcstate/state
   verbose    2
#7
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von flashworker - 01 Februar 2026, 17:35:04
Hallo zusammen, vor allem an die Shelly-Entwickler...

Es wäre schön, wenn ihr das Reading "restart_required" mit aufnehmen könntet.

Oder mir ein Tipp geben, wie ich folgenden Zeile
CodeAuswählen
readingsBulkUpdateIfChanged($hash,"restart_required",($jhash->{sys}{restart_required}==1)?"true":"false");in ein userReading umschreiben kann.

Vielen Dank für das Shelly-Modul und eure Mühe

Grüße
Ralf
#8
Homematic / Aw: keine Readings von OpenCCU
Letzter Beitrag von Ralli - 01 Februar 2026, 17:31:43
2026.02.01 16:48:16.074 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Registering callback http://192.168.17.191:4030/fh2010 of type A with ID CB2010017181017191 at http://192.168.17.191:2010
2026.02.01 16:48:16.132 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Registering callback http://192.168.17.181:14702/fh9292 of type A with ID CB9292017181017191 at http://192.168.17.191:9292/groups

Warum gibt es hier zwei verschiedene IP-Adressen?
#9
Homematic / keine Readings von OpenCCU
Letzter Beitrag von Burny4600 - 01 Februar 2026, 16:25:09
Ich habe die neuen Geräte von der OpenCCU nach FHEM importiert.
Die Steuerung mittels FHEM über die OpenCCU funktioniert. Nur ich bekomme keine Readings von den Geräten geliefert.

Führe ich ein get Gerät values am Gerät aus, bekomme ich die Readings geliefert.
Sind für die automatischen Readings separate Konfiguration notwendig?

FHEM LOG
2026.02.01 16:46:30.017 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Please restart RPC server to apply attribute changes
2026.02.01 16:47:37.619 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Please restart RPC server to apply attribute changes
2026.02.01 16:48:04.113 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Received no events from interface CB2001017181017191 for 600.729223966599 seconds
2026.02.01 16:48:08.448 1: HMCCURPCPROC [d_rpc017191VirtualDevices] Stopping RPC server CB9292017181017191
2026.02.01 16:48:08.457 1: HMCCURPCPROC [d_rpc017191VirtualDevices] Deregistering RPC server http://192.168.xxx.xxx:14702/fh9292 with ID CB9292017181017191 at http://192.168.yyy.yyy:9292/groups
2026.02.01 16:48:08.482 1: HMCCURPCPROC [d_rpc017191VirtualDevices] Callback for RPC server CB9292017181017191 deregistered
2026.02.01 16:48:08.490 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Sending signal INT to RPC server process CB9292017181017191 with PID=1173
2026.02.01 16:48:08.490 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Scheduling cleanup in 30 seconds
2026.02.01 16:48:08.491 2: HMCCURPCPROC [d_rpc017191VirtualDevices] CB9292017181017191 received signal INT
2026.02.01 16:48:08.496 1: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server CB9292017181017191 stopped handling connections. PID=1173 run=0
2026.02.01 16:48:08.496 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Number of I/O errors = 0
2026.02.01 16:48:09.491 1: HMCCURPCPROC [d_rpc017191BidCos_RF] Stopping RPC server CB2001017181017191
2026.02.01 16:48:09.497 1: HMCCURPCPROC [d_rpc017191BidCos_RF] Deregistering RPC server http://192.168.xxx.xxx:7411/fh2001 with ID CB2001017181017191 at http://192.168.yyy.yyy:2001
2026.02.01 16:48:09.509 1: HMCCURPCPROC [d_rpc017191BidCos_RF] Callback for RPC server CB2001017181017191 deregistered
2026.02.01 16:48:09.515 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Sending signal INT to RPC server process CB2001017181017191 with PID=1174
2026.02.01 16:48:09.516 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Scheduling cleanup in 30 seconds
2026.02.01 16:48:09.516 2: HMCCURPCPROC [d_rpc017191BidCos_RF] CB2001017181017191 received signal INT
2026.02.01 16:48:09.533 1: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server CB2001017181017191 stopped handling connections. PID=1174 run=0
2026.02.01 16:48:09.533 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Number of I/O errors = 0
2026.02.01 16:48:10.516 1: HMCCURPCPROC [d_rpc017191HmIP_RF] Stopping RPC server CB2010017181017191
2026.02.01 16:48:10.525 1: HMCCURPCPROC [d_rpc017191HmIP_RF] Deregistering RPC server http://192.168.xxx.xxx:7420/fh2010 with ID CB2010017181017191 at http://192.168.yyy.yyy:2010
2026.02.01 16:48:10.548 1: HMCCURPCPROC [d_rpc017191HmIP_RF] Callback for RPC server CB2010017181017191 deregistered
2026.02.01 16:48:10.557 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Sending signal INT to RPC server process CB2010017181017191 with PID=1175
2026.02.01 16:48:10.557 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Scheduling cleanup in 30 seconds
2026.02.01 16:48:10.557 2: HMCCURPCPROC [d_rpc017191HmIP_RF] CB2010017181017191 received signal INT
2026.02.01 16:48:10.573 1: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server CB2010017181017191 stopped handling connections. PID=1175 run=0
2026.02.01 16:48:10.574 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Number of I/O errors = 389
2026.02.01 16:48:11.958 1: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server process CB2010017181017191 terminated.
2026.02.01 16:48:11.966 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Stop I/O handling
2026.02.01 16:48:11.983 2: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server stopped. Cancel delayed shutdown.
2026.02.01 16:48:12.614 1: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server process CB9292017181017191 terminated.
2026.02.01 16:48:12.614 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Stop I/O handling
2026.02.01 16:48:12.631 2: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server stopped. Cancel delayed shutdown.
2026.02.01 16:48:12.903 1: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server process CB2001017181017191 terminated.
2026.02.01 16:48:12.911 1: HMCCU [OpenCCU] All RPC servers inactive
2026.02.01 16:48:12.926 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Stop I/O handling
2026.02.01 16:48:12.944 2: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server stopped. Cancel delayed shutdown.
2026.02.01 16:48:15.867 2: HMCCU [OpenCCU] RPC device for interface VirtualDevices: d_rpc017191VirtualDevices
2026.02.01 16:48:15.867 2: HMCCU [OpenCCU] RPC device for interface HmIP-RF: d_rpc017191HmIP_RF
2026.02.01 16:48:15.867 2: HMCCU [OpenCCU] RPC device for interface BidCos-RF: d_rpc017191BidCos_RF
2026.02.01 16:48:15.878 2: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server process started for interface VirtualDevices with PID=29396
2026.02.01 16:48:15.907 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Initializing RPC server CB9292017181017191 for interface VirtualDevices
2026.02.01 16:48:15.910 1: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server starting
2026.02.01 16:48:15.940 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Callback server CB9292017181017191 created. Listening on port 14702
2026.02.01 16:48:15.942 2: HMCCURPCPROC [d_rpc017191VirtualDevices] CB9292017181017191 accepting connections. PID=29396
2026.02.01 16:48:15.942 2: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server process started for interface HmIP-RF with PID=29397
2026.02.01 16:48:15.971 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Initializing RPC server CB2010017181017191 for interface HmIP-RF
2026.02.01 16:48:15.974 1: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server starting
2026.02.01 16:48:15.997 2: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server process started for interface BidCos-RF with PID=29398
2026.02.01 16:48:16.011 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Callback server CB2010017181017191 created. Listening on port 4030
2026.02.01 16:48:16.013 2: HMCCURPCPROC [d_rpc017191HmIP_RF] CB2010017181017191 accepting connections. PID=29397
2026.02.01 16:48:16.028 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Initializing RPC server CB2001017181017191 for interface BidCos-RF
2026.02.01 16:48:16.032 1: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server starting
2026.02.01 16:48:16.042 2: HMCCU [OpenCCU] RPC server start: 3 started, 0 already running, 0 failed to start
2026.02.01 16:48:16.062 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Callback server CB2001017181017191 created. Listening on port 4012
2026.02.01 16:48:16.063 2: HMCCURPCPROC [d_rpc017191BidCos_RF] CB2001017181017191 accepting connections. PID=29398
2026.02.01 16:48:16.065 2: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server CB2010017181017191 enters server loop
2026.02.01 16:48:16.074 2: HMCCURPCPROC [d_rpc017191HmIP_RF] Registering callback http://192.168.yyy.yyy:4030/fh2010 of type A with ID CB2010017181017191 at http://192.168.YYY.YYY:2010
2026.02.01 16:48:16.103 1: HMCCURPCPROC [d_rpc017191HmIP_RF] RPC server CB2010017181017191 running
2026.02.01 16:48:16.131 2: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server CB9292017181017191 enters server loop
2026.02.01 16:48:16.132 2: HMCCURPCPROC [d_rpc017191VirtualDevices] Registering callback http://192.168.xxx.xxx:14702/fh9292 of type A with ID CB9292017181017191 at http://192.168.YYY.YYY:9292/groups
2026.02.01 16:48:26.161 1: HMCCURPCPROC [d_rpc017191VirtualDevices] RPC server CB9292017181017191 running
2026.02.01 16:48:26.207 2: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server CB2001017181017191 enters server loop
2026.02.01 16:48:26.208 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Registering callback http://192.168.yyy.yyy:4012/fh2001 of type A with ID CB2001017181017191 at http://192.168.yyy.yyy:2001
2026.02.01 16:48:26.225 1: HMCCURPCPROC [d_rpc017191BidCos_RF] RPC server CB2001017181017191 running
2026.02.01 16:48:26.234 1: HMCCU [OpenCCU] All RPC servers running
2026.02.01 16:48:26.252 2: HMCCU [OpenCCU] Updating 12 of 12 devices matching devexp=.* filter=ccudevstate=active,ccuif=HmIP-RF|BidCos-RF|VirtualDevices nonBlocking
2026.02.01 16:48:26.252 2: HMCCU [OpenCCU] CCU device list 2b updated: EG_WI_WHZGO,OG1_WZ_RLO,OG1_BA_RLO,EG_SL_WHZGO,OG2_BU1_RLO,OG2_BU2_RLO,OG1_KI_RLO,OG1_KUE_RL2O,OG1_KUE_GSFO,OG1_KUE_RL1O,OG1_KUE_WAFO,AB_SGGO_BLO
2026.02.01 16:48:26.252 2: HMCCU [OpenCCU] FHEM device list 2b updated: EG_SL_WHZGO,OG1_KUE_RL1O,OG2_BU1_RLO,OG1_KUE_GSFO,OG2_BU2_RLO,AB_SGGO_BLO,OG1_KUE_RL2O,OG1_KI_RLO,OG1_BA_RLO,EG_WI_WHZGO,OG1_WZ_RLO,OG1_KUE_WAFO
2026.02.01 16:48:26.266 1: HMCCURPCPROC [d_rpc017191BidCos_RF] Scheduled CCU ping every 300 seconds
2026.02.01 16:48:31.540 2: HMCCU [OpenCCU] Error during CCU request. read from http://192.168.yyy.yyy:8181 timed out
2026.02.01 16:53:58.531 3: HMinfo HMinfo get:update :
2026.02.01 16:53:58.531 3: CUL_HM set ActionDetector update noArg
2026.02.01 16:58:16.788 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Received no events from interface CB2001017181017191 for 600.724620103836 seconds
2026.02.01 17:00:34.195 3: CUL_HM set OG1_SL_KL_VEO off noArg
2026.02.01 17:00:34.372 3: CUL_HM set OG1_SL_BL_KAO off noArg
2026.02.01 17:00:57.922 3: nanoCUL433_OG1 IT: R_EG_WI ZU->off
2026.02.01 17:08:03.918 3: CUL_HM set OG1_SL_RLO off noArg
2026.02.01 17:08:17.559 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Received no events from interface CB2001017181017191 for 600.697506189346 seconds
2026.02.01 17:08:22.050 3: CUL_HM set OG1_SL_RLO stop noArg
2026.02.01 17:08:38.799 3: CUL_HM HM_508831 attack::11FF8BDF508831020100
2026.02.01 17:08:38.894 3: CUL_HM HM_508831 attack::11FF8BDF508831020100
2026.02.01 17:08:38.942 3: CUL_HM HM_508831 attack::11FF8BDF508831020100
2026.02.01 17:08:58.635 3: HMinfo HMinfo get:update :
2026.02.01 17:08:58.636 3: CUL_HM set ActionDetector update noArg
2026.02.01 17:08:59.203 3: CUL_HM HM_508831 attack::11FF8BDF5088310301
2026.02.01 17:08:59.222 3: CUL_HM HM_508831 attack::11FF8BDF5088310301
2026.02.01 17:18:18.200 2: HMCCURPCPROC [d_rpc017191BidCos_RF] Received no events from interface CB2001017181017191 for 600.714983940125 seconds
#10
FHEMWEB / Aktualisierung von GUI-Element...
Letzter Beitrag von olwaldi - 01 Februar 2026, 14:47:17
Wieder in DENON_AVR aufgefallen ...

Wenn man in der WebGUI über den set-Button z.B. die Aktion volumeUp (kein zugehöriges Reading) ändert, um die Lautstärke (volumeStraight) um einen wählbaren Betrag zu erhöhen, wird der damit verbundene slider volumeStraight in webCmd nicht aktualisiert. Konkret wird zwar die Lautstärke um den gewählten Betrag vergrößert (auch das Reading volumeStraight wird aktualisiert), aber der Slider volumeStraight verharrt auf dem vorigen Wert. Wenn man nur im Web-Browser die WebGUI neu lädt, stimmt volumeStraight wieder. Noch merkwürdiger: In dem Moment, wenn man den set-Button drückt, wechselt das Auswahlmenü überraschenderweise auf volumeStraight mit richtigem Wert. Anbei ein Screenshot mit dem "Widerspruch" der gleichen zwei Slider.

Im Supportforum für DENON_AVR habe ich quasi dieselbe Frage auch gestellt, ist aber m.E. eher eine "Entwicklerfrage". Ich selber versuche gerade, in dem Modul den ein oder anderen Bug zu fixen.

Grüßle, Michael