HMCCU 5.0 Beta verfügbar

Begonnen von zap, 05 Januar 2020, 19:49:52

Vorheriges Thema - Nächstes Thema

zap

Zitat von: 1.fhemtester am 07 April 2021, 17:30:01
@kjmEjfu, Christoph Morrison Danke, wieder was dazugelernt.

Ich hab heute ein Update auf RC1 gemacht und hab im FHEM Log zahlreiche Einträge der Art

2021.04.07 15:34:10 2: HMCCU [pccu] Attr command failed HM_RCV_50_BidCoS_RF_x controldatapoint 3.MOTION_DETECTION_ACTIVE. Invalid value 3.MOTION_DETECTION_ACTIVE
2021.04.07 15:34:10 3: Invalid value 3.MOTION
2021.04.07 15:34:10 2: HMCCU [pccu] Attr command failed HM_RCV_50_BidCoS_RF_x statedatapoint 3.MOTION. Invalid value 3.MOTION

Ich vermute mal, das kann ich ignorieren weil ich keine BidCos Geräte habe ?

Die Frage wäre auch: Kann man in HMCCUCHN die BidCos Einträge komplett ausschalten ?

Hast Du den Befehl "get pccu create .*" verwendet?

Die CCU hat je 1 virtuelles Gerät mit 50 Kanälen für BidCos-RF und HmIP-RF (egal, ob Du BidCos Geräte hast oder nicht). Du siehst diese virtuellen Geräte in der CCU Oberfläche unter Einstellungen > Geräte als Typ "HM-RCV-50" und "HMIP-RCV-50".

Ich muss diese Gerätetypen noch aus dem "get create" bzw. "get createdev" Befehl entfernen bzw. rausfiltern. Sonst legt man sich damit schnell 100 überflüssige FHEM Device an.

Danke für den Hinweis (auch wenn das jetzt den Upload des nächsten Updates wieder etwas verzögert, war gerade dabei ;) )
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

zap

Zitat von: SamNitro am 06 April 2021, 14:35:30
Hi, ich versuche gerade einen Helligkeitssensor hinzuzufügen.

aber bei dem HmIP-SLO bekomme ich in FHEM folgende Meldung:


In der kommenden Version wird der Sensor automatisch erkannt. Danke für die Device-Infos!
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

SamNitro

Zitat von: zap am 08 April 2021, 09:52:10
In der kommenden Version wird der Sensor automatisch erkannt. Danke für die Device-Infos!

Gerne.
Werde in der nächsten zeit HmIP-Wired Bestellen und wenn ich dann etwas zeit habe, wird mein Eltako Bus dadurch getauscht...
(Intel-Nuc Proxmox) (Homematic) (EnOcean) (CUL868) (CUL433) (Zigbee2MQTT) (ESP8266) (Echo) (DUOFERN)

1.fhemtester

Nein, die Fehlermeldungen kamen nach dem Reboot.

get create zeigt dieses Verhalten nicht.

1.fhemtester

#454
Zitat von: zap am 08 April 2021, 09:13:16
Hast Du den Befehl "get pccu create .*" verwendet?
Im Log hab ich mehrere Einträge gefunden.

2021.04.07 15:35:52 3: HMCCUDEV [HmIP_SMI55_xxx] get HmIP_SMI55_xxx ?
Es könnte also einen Zusammenhang mit den Invalid value 3.MOTION_DETECTION_ACTIVE Meldungen geben.

BTW: Um unnötigen Aufwand beim Fehler suchen zu vermeiden.
Gibt es empfohlene Aktionen wenn Updates innerhalb 4.4 gemacht werden, also z.B. von RC1 auf RC2 ?
Oder auch nach einem CCU Firmware update ?

zap

Zitat von: 1.fhemtester am 08 April 2021, 17:01:40
Im Log hab ich mehrere Einträge gefunden.

2021.04.07 15:35:52 3: HMCCUDEV [HmIP_SMI55_xxx] get HmIP_SMI55_xxx ?
Es könnte also einen Zusammenhang mit den Invalid value 3.MOTION_DETECTION_ACTIVE Meldungen geben.

BTW: Um unnötigen Aufwand beim Fehler suchen zu vermeiden.
Gibt es empfohlene Aktionen wenn Updates innerhalb 4.4 gemacht werden, also z.B. von RC1 auf RC2 ?
Oder auch nach einem CCU Firmware update ?

Kannst Du bitte mal ein list von HmIP_SMI55... machen?
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

zap

#456
Ich habe auf Github und FHEM-SVN-Contrib ein weiteres Update bereitgestellt. Das Update adressiert folgende Probleme:


  • Unterstützung für HmIP-SLO (für alle Geräte mit einem BRIGHTNESS_TRANSCEIVER Kanal) wurde hinzugefügt
  • Interne virtuelle Geräte der CCU (50 BidCos und HmIP Kanäle) werden von den "get create" und "get createDev" Befehlen nicht mehr unterstützt, um das Anlegen von vielen, ungenutzten FHEM Devices zu verhindern
  • Fehler im Befehl "set command" für Rauchmelder behoben
  • Perl Fehlermeldung beim Start von FHEM wurden behoben
  • Die Option "coll" beim Attribut ccuaggregate funktioniert nun korrekt
  • Die Priorität verschiedener Kanalrollen bei der automatischen Erkennung von Gerätetypen wurde ignoriert
  • Das Attribut event-on-update-reading für Kanäle der Rolle KEY wurde auf PRESS.* geändert
  • Ein Fehler bei der Integration von CCU-Programmen in den set Befehl des I/O Device wurde behoben

Installation über:

update all https://raw.githubusercontent.com/zapccu/HMCCU/master/controls_HMCCU.txt

oder

update all https://svn.fhem.de/trac/browser/trunk/fhem/contrib/HMCCU/controls_HMCCU.txt

Die offenen und behobenen Fehler können hier eingesehen werden. Ich aktualisiere die Listen regelmäßig. Wer einen Github-Account hat, kann darüber auch selbst Fehler melden oder Wünsche äußern:

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

juemuc

Hallo zap,

installation lief ohne Probleme. Aktuell erhalte ich diese Meldungen:

2021.04.09 19:40:18 2 : E1Zoom - User "reolink" has no valid session, logout is cancelled
2021.04.09 19:40:47 2 : HMCCU [HMCCU3] Can't get device description for 0000DA498D425C  HMCCU_DetectDevice:7244 HMCCU_SetDefaultSCDatapoints:7302 HMCCU_GetSCDatapoints:378 HMCCUDEV_Set:3847 CallFn:1927 DoSet:1969 CommandSet:2804 getAllSets:104 CommandJsonList2:1265 AnalyzeCommand:1116 AnalyzeCommandChain:2764 FW_fC:962 FW_answerCall:597 FW_Read:3847 CallFn:773
2021.04.09 19:40:47 2 : HMCCU [HMCCU3] Can't get device description for 0000DA498D427A  HMCCU_DetectDevice:7244 HMCCU_SetDefaultSCDatapoints:7302 HMCCU_GetSCDatapoints:378 HMCCUDEV_Set:3847 CallFn:1927 DoSet:1969 CommandSet:2804 getAllSets:104 CommandJsonList2:1265 AnalyzeCommand:1116 AnalyzeCommandChain:2764 FW_fC:962 FW_answerCall:597 FW_Read:3847 CallFn:773
2021.04.09 19:40:47 2 : HMCCU [HMCCU3] Can't get device description for 0000DA498D4303  HMCCU_DetectDevice:7244 HMCCU_SetDefaultSCDatapoints:7302 HMCCU_GetSCDatapoints:378 HMCCUDEV_Set:3847 CallFn:1927 DoSet:1969 CommandSet:2804 getAllSets:104 CommandJsonList2:1265 AnalyzeCommand:1116 AnalyzeCommandChain:2764 FW_fC:962 FW_answerCall:597 FW_Read:3847 CallFn:773
2021.04.09 19:40:47 2 : HMCCU [HMCCU3] Can't get device description for NEQ1477040  HMCCU_DetectDevice:7244 HMCCU_SetDefaultSCDatapoints:7302 HMCCU_GetSCDatapoints:378 HMCCUDEV_Set:3847 CallFn:1927 DoSet:1969 CommandSet:2804 getAllSets:104 CommandJsonList2:1265 AnalyzeCommand:1116 AnalyzeCommandChain:2764 FW_fC:962 FW_answerCall:597 FW_Read:3847 CallFn:773
2021.04.09 19:40:47 2 : HMCCU [HMCCU3] Can't get device description for OEQ0223456  HMCCU_DetectDevice:7244 HMCCU_SetDefaultSCDatapoints:7302 HMCCU_GetSCDatapoints:378 HMCCUDEV_Set:3847 CallFn:1927 DoSet:1969 CommandSet:2804 getAllSets:104 CommandJsonList2:1265 AnalyzeCommand:1116 AnalyzeCommandChain:2764 FW_fC:962 FW_answerCall:597 FW_Read:3847 CallFn:773
2021.04.09 19:40:47 2 : HMCCU [HMCCU3] Can't get device description for OEQ0424862  HMCCU_DetectDevice:7244 HMCCU_SetDefaultSCDatapoints:7302 HMCCU_GetSCDatapoints:378 HMCCUDEV_Set:3847 CallFn:1927 DoSet:1969 CommandSet:2804 getAllSets:104 CommandJsonList2:1265 AnalyzeCommand:1116 AnalyzeCommandChain:2764 FW_fC:962 FW_answerCall:597 FW_Read:3847 CallFn:773


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).

1.fhemtester

#458
Zitat von: zap am 09 April 2021, 13:50:28
Kannst Du bitte mal ein list von HmIP_SMI55... machen?

Siehe unten.

Was mir in diesem Zusammenhang aufgefallen ist: Im DeviceOverview sehe ich noMotion und einen AN und AUS Button.
Ich vermute mal An/Aus meint die Schaltfunktion des SMI55 ?

Es gibt aber auch ein 3.MOTION_DETECTION_ACTIVE Reading. Soweit ich das verstanden habe, kann man die Bewegungserkennung deaktivieren. Sollte da nicht auch im DeviceOverview eine Möglichkeit dazu angeboten werden ?

Der SMI55 hat ja eigentlich 2 Funktionsgruppen, den Bewegungsmelder und die Schaltfunktion, die ja unabhängig von einander genutzt werden können.
Damit braucht's aber eigentlich auch 2 state Einträge.

Dieses Problem haben auch andere Geräte mit Mehrfachfunktion z.B. HmIP-FSM16.

Den HmIP-FSM16 sehe ich in der RC1 aber nicht und kann daher keine Daten liefern.

Internals:
   CFGFN     
   DEF        xxx
   FUUID      yyy
   IODev      pccu
   NAME       HmIP_SMI55_xxx
   NR         173
   STATE      noMotion
   TYPE       HMCCUDEV
   ccuaddr    xxx
   ccudevstate active
   ccuif      HmIP-RF
   ccuname    HmIP-SMI55 xxx
   ccusubtype SMI55
   ccutype    HmIP-SMI55
   readonly   no
   READINGS:
     2021-04-09 20:17:35   3.ILLUMINATION  0.5
     2021-04-09 20:17:35   3.ILLUMINATION_STATUS NORMAL
     2021-04-09 20:17:35   3.MOTION        noMotion
     2021-04-09 20:17:35   3.MOTION_DETECTION_ACTIVE true
     2021-04-09 20:17:35   activity        alive
     2021-04-09 20:17:35   battery         ok
     2021-04-09 20:17:35   control         true
     2021-04-09 20:17:35   devstate        ok
     2021-04-09 20:17:35   hmstate         noMotion
     2021-04-09 20:17:35   rssidevice      -26
     2021-04-09 20:17:35   state           noMotion
   hmccu:
     channels   5
     devspec    xxx
     forcedev   0
     nodefaults 0
     role       0:MAINTENANCE,1:KEY_TRANSCEIVER,2:KEY_TRANSCEIVER,3:MOTIONDETECTOR_TRANSCEIVER,4:STATE_RESET_RECEIVER
     semDefaults 0
     cmdlist:
       get       
       set        press:noArg off:noArg on:noArg press:noArg off:noArg on:noArg off:noArg on:noArg
     control:
       chn        3
       dpt        MOTION_DETECTION_ACTIVE
     dp:
       0.CONFIG_PENDING:
         VALUES:
           OSVAL      false
           OVAL       0
           SVAL       false
           VAL        0
       0.DUTY_CYCLE:
         VALUES:
           OSVAL      false
           OVAL       0
           SVAL       false
           VAL        0
       0.ERROR_CODE:
         VALUES:
           OSVAL      0
           OVAL       0
           SVAL       0
           VAL        0
       0.LOW_BAT:
         VALUES:
           OSVAL      ok
           OVAL       0
           SVAL       ok
           VAL        0
       0.OPERATING_VOLTAGE:
         VALUES:
           OSVAL      3.0
           OVAL       3.0
           SVAL       3.0
           VAL        3.0
       0.OPERATING_VOLTAGE_STATUS:
         VALUES:
           OSVAL      NORMAL
           OVAL       0
           SVAL       NORMAL
           VAL        0
       0.RSSI_DEVICE:
         VALUES:
           OSVAL      -24
           OVAL       -24
           SVAL       -26
           VAL        -26
       0.UNREACH:
         VALUES:
           OSVAL      alive
           OVAL       0
           SVAL       alive
           VAL        0
       3.ILLUMINATION:
         VALUES:
           OSVAL      0.5
           OVAL       0.5
           SVAL       0.5
           VAL        0.5
       3.ILLUMINATION_STATUS:
         VALUES:
           OSVAL      NORMAL
           OVAL       0
           SVAL       NORMAL
           VAL        0
       3.MOTION:
         VALUES:
           OSVAL      noMotion
           OVAL       0
           SVAL       noMotion
           VAL        0
       3.MOTION_DETECTION_ACTIVE:
         VALUES:
           OSVAL      true
           OVAL       1
           SVAL       true
           VAL        1
     roleCmds:
       get:
       set:
         off:
           channel    ?
           role       MOTIONDETECTOR_TRANSCEIVER
           subcount   1
           syntax     V:MOTION_DETECTION_ACTIVE:0
           usage      off
           subcmd:
             000:
               args       0
               dpt        MOTION_DETECTION_ACTIVE
               fnc       
               max        1
               min        0
               parname    MOTION_DETECTION_ACTIVE
               partype    3
               ps         VALUES
               unit       
         on:
           channel    ?
           role       MOTIONDETECTOR_TRANSCEIVER
           subcount   1
           syntax     V:MOTION_DETECTION_ACTIVE:1
           usage      on
           subcmd:
             000:
               args       1
               dpt        MOTION_DETECTION_ACTIVE
               fnc       
               max        1
               min        0
               parname    MOTION_DETECTION_ACTIVE
               partype    3
               ps         VALUES
               unit       
         press:
           channel    ?
           role       KEY_TRANSCEIVER
           subcount   1
           syntax     V:PRESS_SHORT:1
           usage      press
           subcmd:
             000:
               args       1
               dpt        PRESS_SHORT
               fnc       
               max        1
               min        0
               parname    PRESS_SHORT
               partype    3
               ps         VALUES
               unit       
     state:
       chn        3
       dpt        MOTION
Attributes:
   IODev      pccu
   cmdIcon    on:general_an off:general_aus
   controldatapoint 3.MOTION_DETECTION_ACTIVE
   room       CCU_HM
   statedatapoint 3.MOTION

1.fhemtester

Erstes Feedback zu RC2:

Ich hab bei der HMCCU ccudelay=180 definiert.

Im Log find ich

2021.04.09 21:11:03 1: HMCCU [pccu] Initialized version 4.4.065
2021.04.09 21:11:03 1: HMCCU [pccu] Scheduling delayed initialization in 180 seconds

und jede Menge
2021.04.09 21:11:03 2: HMCCUCHN [xxx] Cannot detect IO device, maybe CCU not ready. Trying later ...
Einträge

Kann man das irgendwie unterdrücken ? Durch die ccudelay ist doch 3 min Wartezeit definiert.

Nach den 3 min geht's dann weiter mit

2021.04.09 21:14:03 2: HMCCU [pccu] Can't get device description for HmIP-RCV-1:2  HMCCU_DetectDevice:162 HMCCUCHN_InitDevice:3056 HMCCU_UpdateDeviceTable:5344 HMCCU_GetDeviceList:523 HMCCU_InitDevice:3306 HandleTimeout:678

2021.04.09 21:14:03 1: PERL WARNING: Use of uninitialized value $detect in numeric eq (==) at ./FHEM/88_HMCCU.pm line 3455.

2021.04.09 21:14:03 2: HMCCUCHN [HmIP_RCV_50_HmIP_RCV_1_2] Can't get device description for HmIP-RCV-1:2  HMCCU_UpdateDeviceRoles:168 HMCCUCHN_InitDevice:3056 HMCCU_UpdateDeviceTable:5344 HMCCU_GetDeviceList:523 HMCCU_InitDevice:3306 HandleTimeout:678

2021.04.09 21:14:03 2: HMCCU [pccu] Can't get device description for HmIP-RCV-1:6  HMCCU_DetectDevice:162 HMCCUCHN_InitDevice:3056 HMCCU_UpdateDeviceTable:5344 HMCCU_GetDeviceList:523 HMCCU_InitDevice:3306 HandleTimeout:678
2021.04.09 21:14:03 2: HMCCUCHN [HmIP_RCV_50_HmIP_RCV_1_6] Can't get device description for HmIP-RCV-1:6  HMCCU_UpdateDeviceRoles:168 HMCCUCHN_InitDevice:3056 HMCCU_UpdateDeviceTable:5344 HMCCU_GetDeviceList:523 HMCCU_InitDevice:3306 HandleTimeout:678

und jede Menge ähnlicher Meldungen.

Danach ist alles normal.

Den HmIP-FSM16 sehe ich auch in RC2 nach get create nicht.

> Interne virtuelle Geräte der CCU (50 BidCos und HmIP Kanäle) werden von den "get create" und "get createDev" Befehlen nicht mehr unterstützt, um das Anlegen von vielen, ungenutzten FHEM Devices zu verhindern

Gib's einen Trick wie man die internen virtuellen Geräte einfach wieder löschen kann ? 
Ich vermute mal die Can't get device description Meldungen hängen damit zusammen.

Newbie

Hallo Zap,

kurze Rückmeldung zum RC2

Not detected CCU devices:
  Keller-Ventil1 = XXXXXXXX [Keller-Ventil1] , ist ein HM-CC-VD
  Bewegungsmelder = LTK0096482 [Bewegungsmelder], ist ein HM-SEN-MDIR-O-2
 


HM- und HMIP-Heizungsgruppen werden nicht angelegt
Failed to define devices:
  Flur_INT0000004 = INT0000004 [Flur INT0000004]
  Wohnzimmer_INT0000002 = INT0000002 [Wohnzimmer INT0000002]
  Kueche_INT0000007 = INT0000007 [Kueche INT0000007]
  ...


vG Jens
fhem-6.1 (configDB+DbLog)  auf ODROID-XU4

zap

Zitat von: Newbie am 10 April 2021, 10:58:29

Not detected CCU devices:
  Keller-Ventil1 = XXXXXXXX [Keller-Ventil1] , ist ein HM-CC-VD
  Bewegungsmelder = LTK0096482 [Bewegungsmelder], ist ein HM-SEN-MDIR-O-2
 



Kannst Du bitte mal (im I/O Device) folgende Befehle ausführen:


get deviceInfo Keller-Ventil1
get paramsetDesc Keller-Ventil1
get deviceInfo Bewegungsmelder
get paramsetDesc Bewegungsmelder


Wenn ich diese Infos habe, kann ich die entsprechenden Rollen hinterlegen.
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

zap

Zitat von: 1.fhemtester am 09 April 2021, 22:11:31
Gib's einen Trick wie man die internen virtuellen Geräte einfach wieder löschen kann ? 
Ich vermute mal die Can't get device description Meldungen hängen damit zusammen.

Versuch mal das:

Für BidCos-RF:

delete i:ccutype=HM-RCV-50

Für HmIP:

delete i:ccutype=HmIP-RCV-50
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

zap

#463
Zitat von: 1.fhemtester am 09 April 2021, 21:00:11
Siehe unten.

Was mir in diesem Zusammenhang aufgefallen ist: Im DeviceOverview sehe ich noMotion und einen AN und AUS Button.
Ich vermute mal An/Aus meint die Schaltfunktion des SMI55 ?

Es gibt aber auch ein 3.MOTION_DETECTION_ACTIVE Reading. Soweit ich das verstanden habe, kann man die Bewegungserkennung deaktivieren. Sollte da nicht auch im DeviceOverview eine Möglichkeit dazu angeboten werden ?

Der SMI55 hat ja eigentlich 2 Funktionsgruppen, den Bewegungsmelder und die Schaltfunktion, die ja unabhängig von einander genutzt werden können.
Damit braucht's aber eigentlich auch 2 state Einträge.

Dieses Problem haben auch andere Geräte mit Mehrfachfunktion z.B. HmIP-FSM16.

Den HmIP-FSM16 sehe ich in der RC1 aber nicht und kann daher keine Daten liefern.

on/off meint in diesem Fall das Ein-/Ausschalten der Bewegungserkennung. Das werde ich ändern in einen "set motionDetection on/off" Befehl, damit klarer ist, was gemeint ist. Danke für den Hinweis (habe selbst keinen Bewegungsmelder).
Für den 1. Schaltkanal gibt es den "press" Befehl. Beim SMI55 ignoriert HMCCU beim Anlegen leider den 2. Schaltkanal. In diesem Fall wäre es tatsächlich besser, 3 HMCCUCHN Device anzulegen. Das kannst Du manuell machen:

define Switch1 HMCCUCHN addr:1
define Switch2 HMCCUCHN addr:2
define Motion HMCCUCHN addr:3


Du kannst auch das HMCCUDEV behalten. Dann kannst Du die beiden Schaltkanäle wie folgt nutzen:

Taste Kanal 1 drücken: set Switch datapoint 1.PRESS 1
Taste Kanal 2 drücken: set Switch datapoint 2.PRESS 1


So richtig glücklich bin ich mit keiner der beiden Lösungen, weiß aber nicht, wie ich es anders/besser lösen soll. Das Gerät ist ja kein klassischer Ein-/Ausschalter (1 Kanal) sondern hat 2 unabhängige Schaltkanäle.

Möglicherweise gibt es hier auch noch einen Bug, denn die Angabe "channel ?" im List kommt mir seltsam vor.

Zum HmIP-FSM16: Was meinst Du damit, dass Du ihn nicht siehst? Wenn Du im I/O Device den Befehl "get deviceInfo" auswählst, wird dann der HmIP-FSM16 in der Dropdown-Liste angezeigt?


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

Newbie

Hallo Zap,

get deviceInfo Keller-Ventil1

Device channels and datapoints

DEV Keller-Ventil1 XXXXXXXXX interface=BidCos-RF type=HM-CC-VD
CHN XXXXXXXXX:0 Keller-Ventil1:0
  DPT {b} BidCos-RF.XXXXXXXXX:0.UNREACH = false [RE]
  DPT {b} BidCos-RF.XXXXXXXXX:0.STICKY_UNREACH = false [RWE]
  DPT {b} BidCos-RF.XXXXXXXXX:0.CONFIG_PENDING = false [RE]
  DPT {b} BidCos-RF.XXXXXXXXX:0.LOWBAT = false [RE]
  DPT {n} BidCos-RF.XXXXXXXXX:0.RSSI_DEVICE = 1 [RE]
  DPT {n} BidCos-RF.XXXXXXXXX:0.RSSI_PEER = 184 [RE]
CHN XXXXXXXXX:1 Keller-Ventil1:1
  DPT {i} BidCos-RF.XXXXXXXXX:1.VALVE_STATE = 14 [RE]
  DPT {i} BidCos-RF.XXXXXXXXX:1.ERROR = 0 [RE]

Device detection:
No state datapoint detected
No control datapoint detected

Failed to detect device settings. Device must be configured manually.

Device description

Device XXXXXXXXX Keller-Ventil1 [HM-CC-VD]
  CHILDREN: XXXXXXXXX:0,XXXXXXXXX:1
  FIRMWARE: 2.0
  FLAGS: Visible
  INTERFACE: YYYYYYYYYY
  PARAMSETS: MASTER
  RF_ADDRESS: 1738077
  ROAMING: 0
  RX_MODE: ALWAYS,LAZY_CONFIG
  UPDATABLE: 0
Channel XXXXXXXXX:0 Keller-Ventil1:0 [MAINTENANCE]
  AES_ACTIVE: 0
  DIRECTION: NONE
  FLAGS: Visible,Internal
  PARAMSETS: MASTER,VALUES
  PARENT: XXXXXXXXX
  PARENT_TYPE: HM-CC-VD
Channel XXXXXXXXX:1 Keller-Ventil1:1 [CLIMATECONTROL_VENT_DRIVE]
  AES_ACTIVE: 0
  DIRECTION: RECEIVER
  FLAGS: Visible
  LINK_TARGET_ROLES: CLIMATECONTROL_TC
  PARAMSETS: LINK,MASTER,VALUES
  PARENT: XXXXXXXXX
  PARENT_TYPE: HM-CC-VD


get paramsetDesc Keller-Ventil1

Channel 0
  Paramset VALUES
    CONFIG_PENDING: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
    LOWBAT: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
    RSSI_DEVICE: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
    RSSI_PEER: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
    STICKY_UNREACH: BOOL [R,W,E] [Sticky,Internal] RANGE=0...1 DFLT=0
    UNREACH: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
Channel 1
  Paramset MASTER
    VALVE_ERROR_POSITION: INTEGER [R,W] [Visible,Sticky] RANGE=0...99 DFLT=0 UNIT=%
    VALVE_OFFSET_VALUE: INTEGER [R,W] [Visible,Sticky] RANGE=0...25 DFLT=0 UNIT=%
  Paramset VALUES
    ERROR: ENUM [R,E] [Visible,Sticky,Service] RANGE=0...4 DFLT=0 VALUES=NO_ERROR,VALVE_DRIVE_BLOCKED,VALVE_DRIVE_LOOSE,ADJUSTING_RANGE_TO_SMALL,LOWBAT
    VALVE_STATE: INTEGER [R,E] [Visible,Sticky] RANGE=0...99 DFLT=0 UNIT=%


get deviceInfo Bewegungsmelder

Device channels and datapoints

DEV Bewegungsmelder XXXXXXXXX interface=BidCos-RF type=HM-Sen-MDIR-O-2
CHN XXXXXXXXX:0 Bewegungsmelder:0
  DPT {b} BidCos-RF.XXXXXXXXX:0.UNREACH = false [RE]
  DPT {b} BidCos-RF.XXXXXXXXX:0.STICKY_UNREACH = false [RWE]
  DPT {b} BidCos-RF.XXXXXXXXX:0.CONFIG_PENDING = false [RE]
  DPT {b} BidCos-RF.XXXXXXXXX:0.LOWBAT = false [RE]
  DPT {n} BidCos-RF.XXXXXXXXX:0.RSSI_DEVICE = 1 [RE]
  DPT {n} BidCos-RF.XXXXXXXXX:0.RSSI_PEER = 160 [RE]
  DPT {b} BidCos-RF.XXXXXXXXX:0.DEVICE_IN_BOOTLOADER = false [RE]
  DPT {b} BidCos-RF.XXXXXXXXX:0.UPDATE_PENDING = false [RE]
  DPT {n} BidCos-RF.XXXXXXXXX:0.AES_KEY = 0 [R]
  DPT {b} BidCos-RF.XXXXXXXXX:0.ENTER_BOOTLOADER =  [W]
CHN XXXXXXXXX:1 Bewegungsmelder:1
  DPT {i} BidCos-RF.XXXXXXXXX:1.BRIGHTNESS = 195 [RE]
  DPT {b} BidCos-RF.XXXXXXXXX:1.MOTION = false [RE]
  DPT {b} BidCos-RF.XXXXXXXXX:1.INSTALL_TEST =  [E]

Device detection:
No state datapoint detected
No control datapoint detected

Failed to detect device settings. Device must be configured manually.

Device description

Device XXXXXXXXX Bewegungsmelder [HM-Sen-MDIR-O-2]
  CHILDREN: XXXXXXXXX:0,XXXXXXXXX:1
  FIRMWARE: 1.6
  FLAGS: Visible
  INTERFACE: YYYYYYYYYY
  PARAMSETS: MASTER
  RF_ADDRESS: 2906099
  ROAMING: 0
  RX_MODE: LAZY_CONFIG,BURST
  UPDATABLE: 1
Channel XXXXXXXXX:0 Bewegungsmelder:0 [MAINTENANCE]
  AES_ACTIVE: 0
  DIRECTION: NONE
  FLAGS: Visible,Internal
  PARAMSETS: MASTER,VALUES
  PARENT: XXXXXXXXX
  PARENT_TYPE: HM-Sen-MDIR-O-2
Channel XXXXXXXXX:1 Bewegungsmelder:1 [MOTION_DETECTOR]
  AES_ACTIVE: 1
  DIRECTION: SENDER
  FLAGS: Visible
  LINK_SOURCE_ROLES: KEYMATIC,SWITCH,WINMATIC
  PARAMSETS: LINK,MASTER,VALUES
  PARENT: XXXXXXXXX
  PARENT_TYPE: HM-Sen-MDIR-O-2


get paramsetDesc Bewegungsmelder

Channel 0
  Paramset VALUES
    AES_KEY: INTEGER [R] [] RANGE=0...127 DFLT=0
    CONFIG_PENDING: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
    DEVICE_IN_BOOTLOADER: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
    ENTER_BOOTLOADER: ACTION [W] [Visible,Sticky,Internal] RANGE=0...1 DFLT=0
    LOWBAT: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
    RSSI_DEVICE: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
    RSSI_PEER: INTEGER [R,E] [Visible,Sticky] RANGE=-2147483648...2147483647 DFLT=0
    STICKY_UNREACH: BOOL [R,W,E] [Sticky,Internal] RANGE=0...1 DFLT=0
    UNREACH: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
    UPDATE_PENDING: BOOL [R,E] [Visible,Sticky,Service] RANGE=0...1 DFLT=0
Channel 1
  Paramset LINK
    PEER_NEEDS_BURST: BOOL [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0
  Paramset MASTER
    AES_ACTIVE: BOOL [R,W] [Visible,Sticky,Internal] RANGE=0...1 DFLT=0
    BRIGHTNESS_FILTER: INTEGER [R,W] [Visible,Sticky] RANGE=0...7 DFLT=7
    CAPTURE_WITHIN_INTERVAL: BOOL [R,W] [Visible,Sticky] RANGE=0...1 DFLT=0
    EVENT_FILTER_NUMBER: INTEGER [R,W] [Visible,Sticky] RANGE=1...15 DFLT=1
    EVENT_FILTER_PERIOD: FLOAT [R,W] [Visible,Sticky] RANGE=0.5...7.5 DFLT=0.5 UNIT=s
    LED_ONTIME: FLOAT [R,W] [Visible,Sticky] RANGE=0...1.275 DFLT=0.5 UNIT=s
    MIN_INTERVAL: INTEGER [R,W] [Visible,Sticky] RANGE=0...4 DFLT=4
  Paramset VALUES
    BRIGHTNESS: INTEGER [R,E] [Visible,Sticky] RANGE=0...255 DFLT=0
    INSTALL_TEST: ACTION [E] [Visible,Sticky,Internal] RANGE=0...1 DFLT=0
    MOTION: BOOL [R,E] [Visible,Sticky] RANGE=0...1 DFLT=0
fhem-6.1 (configDB+DbLog)  auf ODROID-XU4