HM-CC-VD über HM_Gateway nicht steuerbar ?

Begonnen von cs-online, 09 Juni 2019, 17:00:58

Vorheriges Thema - Nächstes Thema

cs-online

Hallo,

ich wollte mit einem HM-CC-VD als Antrieb auf einem Heimeier-Ventil meine Gartenbewässerung steuern. Pairen ging wie immer problemlos, aber wenn ich die ValvePosition z.B. auf 34 % setze, passiert am Antrieb rein gar nichts. Frage: Geht das generell nicht oder was könnte ich da falsch gemacht haben ?

Hier das List vom HM:

Internals:
   CFGFN     
   DEF        126869
   FUUID      5cfd1d10-f33f-1755-1c09-3ea95fb73f1cab90
   HM_Gateway_MSGCNT 1
   HM_Gateway_RAWMSG 0500003F03840012686900000018003A4745513031363333393258010100
   HM_Gateway_RSSI -63
   HM_Gateway_TIME 2019-06-09 16:52:01
   IODev      HM_Gateway
   LASTInputDev HM_Gateway
   MSGCNT     1
   NAME       HM_126869
   NOTIFYDEV  global
   NR         26121
   STATE      set_valvePos 34.0
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:03 - t:00 s:126869 d:000000 18003A4745513031363333393258010100
   protCmdPend 8 CMDs_pending
   protLastRcv 2019-06-09 16:52:01
   protRcv    2 last_at:2019-06-09 16:52:01
   protState  CMDs_pending
   rssi_at_HM_Gateway cnt:2 min:-63 max:-63 avg:-63 lst:-63
   READINGS:
     2019-06-09 16:52:01   Activity        alive
     2019-06-09 16:52:01   D-firmware      1.8
     2019-06-09 16:52:01   D-serialNr      GEQ0163392
     2019-06-09 16:52:01   R-pairCentral   set_0x424242
     2019-06-09 16:56:03   state           set_valvePos 34.0
   cmdStack:
     ++A00142424212686900050000000000
     ++A001424242126869000802010A420B420C42
     ++A0014242421268690006
     ++A258424242126869006C
     ++A00142424212686900040000000000
     ++A0014242421268690103
     ++A00142424212686901040000000005
     ++A2584242421268690057
   helper:
     HM_CMDNR   3
     getCfgListNo
     mId        003A
     oldDes     0
     peerFriend
     peerOpt    p:thermostat
     regLst     0,5
     rxType     12
     supp_Pair_Rep 0
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       newChn     +126869,02,00,00
       nextSend   1560091920.6958
       prefIO     
       rxt        2
       vccu       
       p:
         126869
         00
         00
         00
     mRssi:
       mNo        03
       io:
         HM_Gateway:
           -59
           -59
     prt:
       bErr       0
       sProc      2
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_HM_Gateway:
         avg        -63
         cnt        2
         lst        -63
         max        -63
         min        -63
     shadowReg:
       RegL_00.    02:01 0A:42 0B:42 0C:42
     tmpl:
Attributes:
   IODev      HM_Gateway
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     251_anything
   firmware   1.8
   model      HM-CC-VD
   room       CUL_HM
   serialNr   GEQ0163392
   subType    thermostat
   verbose    5
   webCmd     getConfig:clear msgEvents


Das Log vom HM_Gateway mit Verbose 5 sieht dann so aus:

2019.06.09 17:02:50 3: CUL_HM set HM_126869 valvePos 6.0
2019.06.09 17:02:52 5: HMUARTLGW HM_Gateway checking credits (from timer)
2019.06.09 17:02:52 5: HMUARTLGW HM_Gateway send: 00 08
2019.06.09 17:02:52 5: HMUARTLGW HM_Gateway send: (8): fd000300e308d23f
2019.06.09 17:02:52 5: SW: fd000300e308d23f
2019.06.09 17:02:52 5: HMUARTLGW HM_Gateway read raw (10): fd000500e3040200707b
2019.06.09 17:02:52 5: HMUARTLGW HM_Gateway read (9): fd000500e3040200707b crc OK
2019.06.09 17:02:52 5: HMUARTLGW HM_Gateway recv: 00 040200, state 98
2019.06.09 17:02:52 5: HMUARTLGW HM_Gateway GetSet Ack: 02, state 98
2019.06.09 17:02:52 5: HMUARTLGW HM_Gateway roundtrip delay: 0.0575
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

MadMax-FHEM

#1
Erst mal richtig PAIREN!

Zitat
     2019-06-09 16:52:01   R-pairCentral   set_0x424242

Vorher nimmt KEIN Homematic Gerät Befehle an...

EDIT: Und bevor die nicht durch sind (gehören u.a. zum Pairing [Vermutung]):
Zitat
   protCmdPend 8 CMDs_pending
wird es nicht weitergehen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

cs-online

das verstehe ich nicht, das Device wurde doch angelegt, was muss ich denn da noch machen ? steh da grad auf dem Schlauch, sorry...
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

frank

nach dem pairen musst du mit einem virtuellen tc peeren und über diesen den vd steuern. schau ins wiki vom vd.
und ein freeze freies fhem für akurates timing ist pflicht.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

MadMax-FHEM

#4
Zitat von: cs-online am 09 Juni 2019, 18:23:30
das verstehe ich nicht, das Device wurde doch angelegt, was muss ich denn da noch machen ? steh da grad auf dem Schlauch, sorry...

Angelegt wird es sobald fhem etwas von dem Device empfängt...
...und autocreate aktiv ist...

Aber solange das set_ noch dort steht wo eigentlich NUR deine HMID stehen sollte ist der PAIRING-Vorgang noch nicht abgeschlossen!

D.h. das Gerät hat noch nicht vollständig die Verbindung zur Zentrale (fhem / HMID) hergestellt und solange das nicht abgeschlossen ist (cmds_pending: es sind noch Telegramme nicht bearbeitet) solange reagiert das Gerät auch nicht auf Befehle.

Was bei deinem Gerät (ich habe so eines nicht) getan werden muss, um die Verarbeitung von Telegrammen anzustoßen/weiterzutreiben weiß ich (daher) nicht.

Meistens: "Konfig-Knopf"/"Anlern-Knopf" etc. drücken (oder warten und eben KEINE weiteren Befehle [erst mal] schicken)...

Steht auch im Homematic Wiki: https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)