HM-PB-6-WM55 einrichten

Begonnen von TommiH, 17 Juni 2017, 17:55:39

Vorheriges Thema - Nächstes Thema

kvo1

Hallo Otto/Tom

>>>die vccu ist Dein Freund.
eine vccu habe ich natürlich auch , habe es allerdings zunächst mit einem eigenen virtuellen Aktor nach Anleitung im Wiki gemacht...

define Vact_dev CUL_HM 332211
set Vact_dev virtual 1
rename Vact_dev_Btn1 Vact_Taster

dann zunächst für die ersten beiden Taster......

set WG_Taster_6x_Btn_01 peerChan 0 Vact_Taster single set
set WG_Taster_6x_Btn_02 peerChan 0 Vact_Taster single set

leider bleibt die Antwort "rot"..

hier noch ein  ==>     list Vact_Taster

Internals:
   DEF        33221101
   NAME       Vact_Taster
   NOTIFYDEV  global
   NR         389
   STATE      ON
   TYPE       CUL_HM
   chanNo     01
   device     Vact_dev
   peerList   WG_Taster_6x_Btn_01,WG_Taster_6x_Btn_02,
   READINGS:
     2018-03-25 17:58:04   peerList        WG_Taster_6x_Btn_01,WG_Taster_6x_Btn_02,
     2018-03-25 19:23:42   state           ON
     2018-03-25 19:23:42   trigLast        WG_Taster_6x_Btn_02:short
     2018-03-25 19:23:04   trig_WG_Taster_6x_Btn_01 Short_39
     2018-03-25 19:23:42   trig_WG_Taster_6x_Btn_02 Short_20
     2018-03-25 19:23:42   virtActState    ON
     2018-03-25 19:23:42   virtActTrigNo   20
     2018-03-25 19:23:42   virtActTrigRpt  8
     2018-03-25 19:23:42   virtActTrigType short
     2018-03-25 19:23:42   virtActTrigger  WG_Taster_6x_Btn_02
   helper:
     trgLgRpt   8
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
Attributes:
   model      virtual_1
   peerIDs    57583501,57583502,
   webCmd     press short:press long


Demnach müßten doch die beiden ersten Tasten mit mit virtuellen Aktor gepeert sein !?

Was könnte ich noch übersehen haben ?

VG kvo1






RPi1: mit CUL: HM-CC-RT-DN,HM-ES-PMSw1-Pl,HM-LC-BL1-FM,HM-LC-Bl1PBU-FM,HM-LC-SW1-PL2,HM-SCI-3-FM,HM-SEC-SC-2,KFM-Sensor
RPi2: Viessmann(optolink) mit 99_VCONTROL.pm,
Cubietruck: Wheezy / Apache / Owncloud
Cubietruck: Armbian(Jessie) / fhem 5.7 / LMS 7.9
RPi3: (Test) mit 7" Touch  &  HM-MOD-RPI-PCB

Otto123

Hast Du denn die Datenübertragung am Taster gestartet - Stichwort Knöpfchen kurz drücken  ;)

Und Stichwort Code Tags  ;D
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

kvo1

Hallo Otto,

ZitatUnd Stichwort Code Tags  ;D
sorry, hast ja Recht  ::)

Aber, ich habe nochmal alle Peerings gelöscht und auch den virtuellen Aktor und habe das über die vccu  gelöst ... und siehe da,..... es wird grünes Licht  ;)
Warum das mit dem anderen virtuellen Aktor nicht ging ist mir allerdings unklar.

Danke Euch allen und schönes Rest-WE

kvo1

RPi1: mit CUL: HM-CC-RT-DN,HM-ES-PMSw1-Pl,HM-LC-BL1-FM,HM-LC-Bl1PBU-FM,HM-LC-SW1-PL2,HM-SCI-3-FM,HM-SEC-SC-2,KFM-Sensor
RPi2: Viessmann(optolink) mit 99_VCONTROL.pm,
Cubietruck: Wheezy / Apache / Owncloud
Cubietruck: Armbian(Jessie) / fhem 5.7 / LMS 7.9
RPi3: (Test) mit 7" Touch  &  HM-MOD-RPI-PCB

schwatter

#18
Hallo zusammen,

komme mit dem Peeren zum Vact nicht zurecht.  Setze ich den HM-PB-6-WM55 auf Werkseinstellungen zurück signalisiert er wie gewohnt mit Orange.
Nach erfolglosem Peeren blinkt er Orange/Rot. Letztendlich möchte ich nur Grüne-Bestätigung bekommen.

Mein HM-PB-6-WM55:
Internals:
   CFGFN     
   DEF        566EBA
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     331
   NAME       HM_566EBA
   NOTIFYDEV  global
   NR         320
   STATE      HM_566EBA_Btn_02 Short
   TYPE       CUL_HM
   channel_01 HM_566EBA_Btn_01
   channel_02 HM_566EBA_Btn_02
   channel_03 HM_566EBA_Btn_03
   channel_04 HM_566EBA_Btn_04
   channel_05 HM_566EBA_Btn_05
   channel_06 HM_566EBA_Btn_06
   lastMsg    No:5B - t:40 s:566EBA d:101010 020B
   myHmUART_MSGCNT 331
   myHmUART_RAWMSG 050000325BA040566EBA101010020B
   myHmUART_RSSI -50
   myHmUART_TIME 2018-06-10 17:35:37
   protLastRcv 2018-06-10 17:35:37
   protSnd    351 last_at:2018-06-10 17:35:28
   protState  CMDs_done
   rssi_at_myHmUART cnt:331 min:-72 max:-49 avg:-58.51 lst:-50
   READINGS:
     2018-06-10 17:35:26   CommandAccepted yes
     2018-06-10 17:34:56   D-firmware      1.2
     2018-06-10 17:34:56   D-serialNr      OEQ0283158
     2018-06-10 17:28:38   PairedTo        0x424242
     2018-06-10 16:30:46   R-pairCentral   0x424242
     2018-06-10 17:28:38   RegL_00.          02:01 0A:42 0B:42 0C:42 18:00 00:00
     2018-06-10 17:35:36   battery         ok
     2018-06-10 17:35:36   state           HM_566EBA_Btn_02 Short
   helper:
     HM_CMDNR   91
     PONtest    1
     cSnd       01424242566EBA0203,01424242566EBA02041010100104
     mId        00A9
     regLst     ,0,1,4p
     rxType     28
     supp_Pair_Rep 0
     ack:
       Vact_dev   HM_566EBA_Btn_02:5B
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newCh      1
       newChn     +566EBA,00,00,00
       nextSend   1528644937.65417
       prefIO     
       rxt        2
       vccu       
       p:
         566EBA
         00
         00
         00
     mRssi:
       mNo        5B
       io:
         myHmUART:
           -44
           -44
     prt:
       bErr       0
       sProc      0
       sleeping   1
       try        1
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1528644937.35906
       ack:
         HASH(0x3abec18)
         5B8002101010566EBA00
     rssi:
       at_myHmUART:
         avg        -58.5135951661632
         cnt        331
         lst        -50
         max        -49
         min        -72
     shadowReg:
     tmpl:
Attributes:
   IODev      myHmUART
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.2
   model      HM-PB-6-WM55
   room       CUL_HM
   serialNr   OEQ0283158
   subType    remote
   webCmd     getConfig:clear msgEvents


Mein Vact:


Internals:
   CFGFN     
   DEF        101010
   IODev     
   NAME       Vact_dev
   NOTIFYDEV  global
   NR         339
   STATE      IOerr
   TYPE       CUL_HM
   channel_01 Vact_Taster
   protCmdDel 0
   protIOerr  75 last_at:2018-06-10 17:35:37
   protState  CMDs_done_Errors:1
   CHANGED:
     CMDs_done_Errors:1
     ERR_IOdev_undefined
     IOerr
     CMDs_done_Errors:1
     ERR_IOdev_undefined
     IOerr
   CHANGEDWITHSTATE:
   READINGS:
     2018-06-10 17:35:37   state           IOerr
   helper:
     HM_CMDNR   63
     mId       
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +101010,00,00,00
       prefIO     
       rxt        0
       vccu       
       p:
         101010
         00
         00
         00
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     tmpl:
Attributes:
   expert     2_raw
   model      virtual_1
   room       CUL_HM
   subType    virtual
   webCmd     virtual



Die Kommandos zum Peeren sind bei mir:

set HM_566EBA_Btn_01 peerChan 0 Vact_Taster single set
set HM_566EBA_Btn_02 peerChan 0 Vact_Taster single set
set HM_566EBA_Btn_03 peerChan 0 Vact_Taster single set
set HM_566EBA_Btn_04 peerChan 0 Vact_Taster single set
set HM_566EBA_Btn_05 peerChan 0 Vact_Taster single set
set HM_566EBA_Btn_06 peerChan 0 Vact_Taster single set


Dann komme ich aber nicht weiter. Muss bei jedem Kommando kurz der Anlernknopf gedrückt werden? Oder auch direkt am HM-PB-6-WM55 die 6 Tasten für jedes set?
Bitte genaues Vorgehen für mich schildern  ;D



edit:

Jetzt versuche ich mich mit einer VCCU. Hänge momentan fest bei peerIODev.


Internals:
   CFGFN     
   DEF        101010
   IODev     
   NAME       VCCU
   NOTIFYDEV  global
   NR         913
   STATE      IOs_ok
   TYPE       CUL_HM
   assignedIOs
   channel_01 VCCU_Btn1
   READINGS:
     2018-06-10 19:09:33   state           IOs_ok
   helper:
     HM_CMDNR   38
     mId        FFF0
     regLst     ,0
     rxType     1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +101010,00,00,00
       prefIO     
       rxt        0
       vccu       
       ioList:
       p:
         101010
         00
         00
         00
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     tmpl:
Attributes:
   expert     2_raw
   model      CCU-FHEM
   room       CUL_HM
   subType    virtual
   webCmd     virtual:update


Habe ich was vergessen oder ist das Peering mit diesem Kommando falsch?


set HM_566EBA_Btn_01 peerIODev VCCU VCCU_Btn1 set


ergibt bei mir


Unknown argument peerIODev, choose one of clear getConfig getRegRaw peerBulk peerChan regBulk regSet



edit2:

wahrscheinlich eher doch normal peeren mit?


set HM_566EBA_Btn_01 peerChan 0 VCCU_Btn1 single set
set HM_566EBA_Btn_02 peerChan 0 VCCU_Btn1 single set
set HM_566EBA_Btn_03 peerChan 0 VCCU_Btn1 single set
set HM_566EBA_Btn_04 peerChan 0 VCCU_Btn1 single set
set HM_566EBA_Btn_05 peerChan 0 VCCU_Btn1 single set
set HM_566EBA_Btn_06 peerChan 0 VCCU_Btn1 single set


Führt aber auch zu Orange/Rot mmmmhhhhh

Otto123

Moin,

die VCCU ist nicht komplett, die hat keinen IO.
Du musst IOList setzen. Einrichtung VCCU siehe https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU

Dann wird auch das peeren klappen.
Den Befehl peerIODev kenne ich nicht. Der ist falsch bzw. hat mit peeren nichts zu tun.

Zum peeren musst Du die Datenübertragung des Tasters mit der configtaste so oft anstossen bis cmds_done da steht. Und immer schön Zeit lassen!

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

schwatter

Ah ok.
Da muss ich also mein HM-MOD-RPI-PCB vom Raspi3 eintragen (IOlist).
Die hmid bei der vccu. Da eine beliebige oder die vom HM-MOD-RPI-PCB ? Steige noch nicht durch, was passieren könnte.

Otto123

Ist das denn mit der hmId wirklich überall so schlecht beschrieben?  :'( :'( :'(

Die hmId der Zentrale ist wichtigster Dreh und Angelpunkt Deines Homematic Systems!

Gepairt ist Dein Taster mit dieser Zentrale -> 0x424242
Sehe gerade, die DEF Deiner VCCU ist damit sicher sinnlos -> DEF        101010
Deswegen funktioniert dein VACT auch nicht?!? -> DEF        101010
Die hmId der Komponenten muss Unikat sein!

Also gibt der VCCU die hmId  0x424242 (DEF ändern)
Trage dort dein myHmUART in die IOList ein.
Arbeite bitte den VCCU Artikel ab.

Und frage bitte wenn an dem Homematic oder VCCU Artikel etwas unverständlich ist.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

schwatter

#22
Nein, das mit der hmId ist mir bewusst, was diese für HM bedeutet.
Nur, im Bezug auf die VCCU in Verbindung mit meinem HM-MOD-RPI-PCB war ich mir unsicher,
was für eine hmId verwendet werden musste. Lese jetzt nochmal den kompletten VCCU-Artikel gründlich und berichte.

edit:

So ersten Fehler beseitig...Hatte den Vact gelöscht...Danach ging auch kein unset. Also wieder Vact angelegt und alle
6 BTN per unset vom Vact getrennt. Vact gelöscht und nur VCCU in Betrieb. HM-PB-6-WM55 nochmals auf Werkseinstellungen
gesetzt und dann per "set HM_566EBA_Btn_01 peerChan 0 VCCU single set" für jeden BTN gepeert.
Jetzt sieht es schon besser aus. Orange/Rot bleibt aus. jetzt bekomme ich Orange/Grün.
Ist das richtig oder dürfte nur Grün leuchten?

edit2:

In diesem Artikel zum Beispiel sollte erwähnt werden, das die gleiche hmId verwendet werden muss. Steht dort nicht.

https://wiki.fhem.de/wiki/HM-PB-6-WM55_6fach-Funk-Wandtaster

Pfriemler

zu edit2: Das mit der gleichen hmId in allen IOs und der VCCU ist Grundlagenwissen (!) zu Homematic und hat bei einem einzelnen Device nichts verloren.
Das HM-MOD-RPI-PCB bringt eine eigene mit (Reading HMIdOriginal), die überschreibt man aber in der Regel mit der selbst gewählten (HMIdAssigned, wenn erfolgt).

Am Taster ist die orange LEd immer als erste Aktion. Die Quittung kommt erst nach dem Loslassen. So hat man auch bei längerem Tastendruck eine sofortige optische Bestätigung (orange=Taster sendet). Beim Dimmen ist das zum Beispiel so, der Dimmer arbeitet bereits solange man auf der Taste ist.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

schwatter

Vielen Dank euch Beiden. Alle Unklarheiten bezüglich HM-PB-6-WM55 sind damit erstmal beseitig.

Ja, das mit dem Grundlagenwissen ist nicht immer so einfach. Ich sehe ein, das mir doch vieles fehlt.
Problem ist die Herangehensweise. Ich komme vom Tutorial-Lesen (Otto123 hat ja auch einen tollen Block),
mit dem schnell Erfolge erzielt werden. Da steigt man bei vielem Quer ein, da es einfach meist an den
momentanen Umständen bezüglich Hardware und Ideen liegt. Ich bin Nachrüster und Bedürfniserfüller, wer
ein ganzes Haus plant geht anders an die Sache. So genug selber entschuldigt, gelobe Besserung  ;D

Otto123

Hi,

für die Zukunft: die Action mit Peer gelöscht und unset geht nicht mehr: dafür gibt es den Befehl peerBulk  ;D

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

FHEM__Newbie

Hallo zusammen,

ich hab mir den 6Fach Schalter gekauft um damit meine Markise zu steuern und noch ein paar andere Aktionen auszuführen (Lampen, etc.)

Ich hab jetzt jeden der 6 Schalter Button/Kanäle mit einem von 6 virtuellen VCCU_Btn gepeered.

Soweit so gut, schalter reagiert jetzt mit Orange und dann grün.  Frage: Ist das der einzige Vorteil, dieses VCCU Kanal peerens?????

Den wie schalte ich den jetzt die einzelnen Komponenten, z.B. einen Markisen Aktor (Schaltaktor von Homematic) oder eine Funksteckdose?

1)  Per Notify auf die ursprünglichen 1-6-Schalter-Kanäle/Buttons???
2)  Per Notify auf die neuen gepeereten VCCU 1-6-Schalter-Kanäle/Buttons???
3)  Oder soll ich jetzt die neuen VCCU 1-6-Schalter-Kanäle/Buttons wiederrum mit dem Markisen-Schaltaktor peeren???

Für den Markisenschalter hätte ich tatsächlich gern eine Variante, mit der es auch funktioniert, falls der HMLAN und/oder der FHEM-RASPI mal ausfallen, falls das geht.

Gruß und Dank für die Hilfe.



Otto123

Hi,

warum so kompliziert? Einfach den Taster mit dem Aktor peeren.

Dann wird der taster grün und es funktioniert alles auch ohne Zentrale.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

FHEM__Newbie

Ok, Gegenfrage, warum dann so kompliziert mit der VCCU?   ;)

rvideobaer

Hallo,

die Variante mit der VCCU ist eigentlich nur notwendig wenn ich kein direktes peering durchführen kann oder will, aber eine Rückmeldung (grüne LED) möchte.

Gruß Rolf
Raspberry Pi 2, HM-Uart,1x HM-LC-Sw1PBU-FM, 1x HM-RC-2-PBU-FM,1x HM-LC-SW4-DR,1x HM-LC-Sw1-Pl-DN-R1,1x HM-TC-IT-WM-W-EU, 5x HM-CC-RT-DN und noch mehr