HMCCU 5.0 im SVN verfügbar

Begonnen von zap, 26 Oktober 2021, 19:01:00

Vorheriges Thema - Nächstes Thema

loescher

Hallp zap,

Vielen Dank für das super HMCCU Modul!
Ich hoffe, ich bin hier im richtigen Thread.

Gibt es eigentlich eine Möglichkeit per HMCCU ein Gerät in der CCU umzubenennen?
Ich möchte also gerne über FHEM den typischen Default Namen (z.B. HmIP_HmIP_WTH_2_000xxxxxxxxxxx) in etwas Sprechendes ändern.
Wie/wo das in der CCU geht, weiß ich. Aber geht das auch per FHEM?
Das würde bei vielen neuen Geräten etliche Klicks in der CCU sparen und läßt sich so auch besser dokumentieren.
Das HUE Modul kann das und übertragen auf FHEM wäre es dann so:

set HmIP_HmIP_WTH_2_000xxxxxxxxxxx rename WTHWohnzimmer


Wenn das noch nicht geht, dann wäre das ein Wunsch für eine neue Funktion  ;)

LG,
Stephan.

teufelchen

Ich habe meine Geräte in FHEM umbenannt.
Eine Möglichkeit ist,
wenn Du die Gerätedetails siehst, dass Du auf NAME vor der Bezeichnung klickst und dann umbenennst.
Oder in die Befehlszeile folgendes eingibst:
rename AlterName NeuerName
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

loescher

Hallo teufelchen!

Wie ich die Geräte in FHEM umbenenne, weiß ich.
Aber ich hätte in der CCU auch gerne einen sprechenden Namen und möchte den aber per FHEM einstellen.

LG,
Stephan.

jhohmann

Den Namen in der CCU würde ich auch in der CCU Webanwendung ändern. Das ist ja nur eine einmalige Sache.
Einfach über Einstellungen - Geräte alle Geräte auflisten lassen.
Dann in der linken Spalte auf den Namen klicken. Es öffnet sich ein Fenster und du kannst den Namen überschreiben. Mit OK bestätigen.
Das für alle Geräte wiederholen und du bist fertig.
Das habe ich bei mir auch direkt beim Anlernen der Geräte gemacht.
Raspberry Pi 4 - bookworm / EnOcean - Rollo+Licht, deCONZ - Licht+Sensoren, ZWave - CO Messung, HMCCU mit piVCCU - Heizung+Rollo
plus dovecot, minidlna

Wolle02

Zitat des OP:

ZitatWie/wo das in der CCU geht, weiß ich.

Aber schön, dass wir das nochmal geklärt haben.  ::)

Ralli

Zitat von: Ralli am 29 Oktober 2021, 10:01:39
Hallo zap,

mit der aktuellen Version habe ich übrigens immer noch das gleiche alte Thema:


...
2021.10.29 09:07:04.744 1: HMCCU [CCU2] All RPC servers running
2021.10.29 09:07:04.755 2: HMCCU [CCU2] Updating 123 of 123 client devices matching devexp=.* filter=ccudevstate=active,ccuif=BidCos-Wired|HmIP-RF|BidCos-RF
2021.10.29 09:07:04.759 1: HMCCURPCPROC [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2021.10.29 09:07:04.767 2: HMCCURPCPROC [d_rpcHmIP_RF] CB2010000029000020 NewDevice received 123 device and channel specifications
2021.10.29 09:07:04.840 2: HMCCURPCPROC [d_rpcBidCos_RF] CB2001000029000020 NewDevice received 430 device and channel specifications
2021.10.29 09:27:11.862 1: HMCCU [CCU2] Graceful shutdown in 8 seconds
...
2021.10.29 09:27:55.633 1: HMCCU [CCU2] All RPC servers running
2021.10.29 09:27:55.640 2: HMCCU [CCU2] Updating 123 of 123 client devices matching devexp=.* filter=ccudevstate=active,ccuif=HmIP-RF|BidCos-RF|BidCos-Wired
2021.10.29 09:27:55.651 1: HMCCURPCPROC [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2021.10.29 09:27:55.698 2: HMCCURPCPROC [d_rpcHmIP_RF] CB2010000029000020 NewDevice received 123 device and channel specifications
2021.10.29 09:27:55.731 2: HMCCURPCPROC [d_rpcBidCos_RF] CB2001000029000020 NewDevice received 430 device and channel specifications
2021.10.29 09:27:56.273 2: HMCCU [CCU2] Update success=123 failed=0


Diese letzte Zeile

2021.10.29 09:27:56.273 2: HMCCU [CCU2] Update success=123 failed=0

bleibt immer dann aus, wenn nach einem Neustart der CCU das erste mal FHEM/HMCCU andockt. Erst nach einem erneuten shutdown restart von FHEM erscheint dann diese letzte Zeile.

Zwischen dem Start der CCU und dem (ersten) Start von FHEM liegen 10 Minuten, die CCU (virtualisierte RaspberryMatic) ist nach höchstens einer Minute aber bereits online und funktional.

Dazu habe ich dann jetzt einmal ein Issue für OCCU aufgemacht, es ist nach wie vor reproduzierbar:

https://github.com/eq-3/occu/issues/122
Gruß,
Ralli

Proxmox 8.1 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.6.20240316) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa

Ryker

#576
Mir ist gerade erst jetzt aufgefallen, dass es seit der CCU3-Firmware 3.67.10 ein neues Gerät gibt, was sozusagen das RPI-RF-MOD INterface der CCU representiert. Damit hat man nun Readings für DutyCycle und CarrierSense.
Also gerade DutyCycle ist vielleicht für den einen oder anderen interessant um gleich im FHEM zu sehen, ob der in unormale Höhen schießt.

Das Gerät dazu muss man sich im FHEM allerding manuell anlegen.
defmod HM_CCU_RPI_RF_MOD HMCCUCHN 001F9D8xxxxxx:0
attr HM_CCU_RPI_RF_MOD ccuflags showDeviceReadings
attr HM_CCU_RPI_RF_MOD icon hm_ccu
attr HM_CCU_RPI_RF_MOD stateFormat DutyCycle: DUTY_CYCLE_LEVEL% CarrierSense: CARRIER_SENSE_LEVEL%
attr HM_CCU_RPI_RF_MOD statedatapoint DUTY_CYCLE_LEVEL


Gruß
Ryker
 

Reinhard.M

Zitat von: Ryker am 05 April 2023, 09:37:32Mir ist gerade erst jetzt aufgefallen, dass es seit der CCU3-Firmware 3.67.10 ein neues Gerät gibt, was sozusagen das RPI-RF-MOD INterface der CCU representiert. Damit hat man nun Readings für DutyCycle und CarrierSense.
Also gerade DutyCycle ist vielleicht für den einen oder anderen interessant um gleich im FHEM zu sehen, ob der in unormale Höhen schießt.

Das Gerät dazu muss man sich im FHEM allerding manuell anlegen.
defmod HM_CCU_RPI_RF_MOD HMCCUCHN 001F9D8xxxxxx:0
attr HM_CCU_RPI_RF_MOD ccuflags showDeviceReadings
attr HM_CCU_RPI_RF_MOD icon hm_ccu
attr HM_CCU_RPI_RF_MOD stateFormat DutyCycle: DUTY_CYCLE_LEVEL% CarrierSense: CARRIER_SENSE_LEVEL%
attr HM_CCU_RPI_RF_MOD statedatapoint DUTY_CYCLE_LEVEL


Gruß
Ryker
 
Das ist ja ganz interessant aber wie komme ich an die zugehörige ID? Ich habe weder in der CCU noch in FHEM eine Nummer gefunden die mit 001F9D8 beginnt. Nicht einmal mit 001F.

juemuc

Hallo Reinhard,
das ist die Seriennummer deines Devices in der CCU.

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

Reinhard.M

#579
Zitat von: juemuc am 05 April 2023, 15:12:17Hallo Reinhard,
das ist die Seriennummer deines Devices in der CCU.

Viele Grüße
Jürgen
Das ist richtig :)
Allerdings existiert diese Seriennummer nicht bei meinen Geräten. Genauer gesagt: Ich habe kein Gerät dessen Seriennummer mit 001F... anfängt. Und ich sehe auch kein Gerät das auch nur annähernd so aussehen könnte wie beschrieben. Neben meinen mir bekannten Geräten gibt es nur noch den  HmIP-RCV-50 und den HM-RCV-50. Die sind mir ja eigentlich ebenfalls bekannt ;) Ein HM_CCU Gerät oder etwas mit RF_MOD oder welche Buchstabenkombi auch immer "versteckt" sich. Oder suche ich an der falschen Stelle? Oder liegt es daran, dass meine CCU3 auf dem Raspi läuft, also virtuell ist?

Gruß Reinhard

Edit:
Ich sehe auch auf FHEM Seite mit "get ccuDevices" nichts dergleichen.

juemuc

Hallo Reinhard,

und die VCCU hat die oben angegebene Version?
Wenn ja, dann solltest Du das Device auch finden.

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

Reinhard.M

Yep, 3.67.78-10 um genau zu sein. Wie gesagt, die CCU3 läuft in einem Docker Container auf dem Raspi. Auch nach einem Neustart gerade eben ist das Device "Koprozessor" nicht vorhanden. 

juemuc

Dann hat das nichts mit FHEM zu tun. Dies solltest Du im entsprechenden CCU-Forum klären.

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

Ryker

#583
Zitat von: Reinhard.M am 05 April 2023, 13:19:57Das ist ja ganz interessant aber wie komme ich an die zugehörige ID ... ?

Du macht im FHEM an deinem HMCCU-Device ein "ccuDevices". Dann bekommst du alle CCU-Device in dem fenster aufgelistet. Das mit dem Namen "HmIP-CCU3" hat in der 4. Spalte die Seriennummer stehen, die du dafür brauchst. Wenn es da nicht auftaucht, dann ist deine CCU-Version nicht auf der Version oder höher, die das als Feature mitgebraucht hat, oder in der virtuellen CCU geht das nicht.

Ryker

Reinhard.M

Zitat von: Ryker am 06 April 2023, 10:34:28
Zitat von: Reinhard.M am 05 April 2023, 13:19:57Das ist ja ganz interessant aber wie komme ich an die zugehörige ID ... ?

Du macht im FHEM an deinem HMCCU-Device ein "ccuDevices". Dann bekommst du alle CCU-Device in dem fenster aufgelistet. Das mit dem Namen "HmIP-CCU3" hat in der 4. Spalte die Seriennummer stehen, die du dafür brauchst. Wenn es da nicht auftaucht, dann ist deine CCU-Version nicht auf der Version oder höher, die das als Feature mitgebraucht hat, oder in der virtuellen CCU geht das nicht.

Ryker
Danke für dein Feedback,
ich hatte allerdings in meinen Antworten zuvor geschrieben, dass ich das alles bereits überprüft habe. Bei mir fehlt schon in der CCU3 das Device. Für mich wäre interessant zu erfahren mit welchem Typ CCU ihr arbeitet. Ich arbeite mit pivccu3 in einer Docker Instanz auf Rapi 4 Bullseye. Versionstechnisch alles auf dem aktuellsten Stand. Wie sieht eure Konstellation aus? Das würde mir bei der Fehlersuche bzw. -eingrenzung helfen.

Reinhard