pairen zwischen HM-Sec-SC & HM-CC-RT-DN klappt nicht

Begonnen von macfly, 02 Dezember 2017, 22:18:43

Vorheriges Thema - Nächstes Thema

CoolTux

Zitat von: Grinsekatze am 06 Dezember 2017, 09:55:12
Hm, nur warten hilft beim peeren / pairen nicht viel. In der Regel musst Du auch am jeweiligen Aktor die Anlerntaste Drücken. Vielleicht liegts ja da dran - denn laut List sind die Geräte mit FHEM gepaired (kein "set_" im pairedTo-Reading).

Poste doch mal die konkreten Lists zu den entsprechend benötigten Devices (Badezimmer.Fenster, Badezimmer.Heizung_WindowRec, Badezimmer.Heizung_Clima). Dort sollte ja erwähnt sein, dass sie miteinander grpeert sind.

https://forum.fhem.de/index.php/topic,80473.msg724948.html#msg724948
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Grinsekatze

Gut, das Fenster ist da. Aber die Kanäle _WindowRec und _Clima finde ich da trotzdem nicht.  ;)

automatisierer

#17
Zitat von: Grinsekatze am 06 Dezember 2017, 10:06:51
Gut, das Fenster ist da. Aber die Kanäle _WindowRec und _Clima finde ich da trotzdem nicht.  ;)

So lange die Dinger nicht ordentlich gepaired sind, ist das auch völlig uninteressant...

0x000000 bedutet, das die nicht gepaired sind, auch wenn da kein set_to vor steht



EDIT:

Zitat
folgende Befehlskette setze ich ab:

set Badezimmer.Heizung_WindowRec regSet winOpnTemp 5 Badezimmer.Fenster

cannot calculate value. Please issue set Badezimmer.Heizung_WindowRec getConfig first - invalid


geht nicht, weil _WindowRec kein winOpnTemp hat. Das findet man bei _Clima...  'Badezimmer.Fenster' hat hinter der 5 auch nix zu suchen...



macfly

die list-outputs habe ich im ersten Beitrag drin... (oder?)

macfly

Zitat von: automatisierer am 06 Dezember 2017, 11:08:46
geht nicht, weil _WindowRec kein winOpnTemp hat. Das findet man bei _Clima...  'Badezimmer.Fenster' hat hinter der 5 auch nix zu suchen...

Du bist ein Held.

just 4 Info, im wiki https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat steht:

Der Befehl zur Temperatureinstellung des Heizkörperthermostaten für den Zustand "Fenster offen" lautet, wobei <fensterSensor> die FHEM-Kanalbezeichnung für den Fensterkontakt ist und <rt_WindowRec> die Kanalbezeichnung für den entsprechenden Kanal des Heizkörperthermostates, sowie <Temp> die einzustellende Temperatur (ganzzahliger Wert):

set <HM-CC-RT-DN>_WindowRec regSet winOpnTemp <Temp> <fensterSensor>

macfly

ich werde das heute abend zuhause prüfen, ich glaube, das war der Fehler.

**vielen** Dank!

automatisierer

#21
ja, ne, langsam - nix Held...

das was im Wiki steht stimmt... Kann das jetzt nicht 100%ig prüfen, Da ich meine Fenster SC's mit den WT's gepeert hab und nicht mit den HT's.

Allerdings wird das Reading nicht existieren, wenn vorher das peering des SC und des HT nicht ordentlich ist.
Und das wiederrum geht nur wenn deine Devices ordentlich gepaired sind.

Meine WT (Wandthermostat) hat folgendes Reading im Channel _WindowRec:
R-Bad_sc_Fenster_chn-01-winOpnTemp 12 C
und das kannst du nur mit dem Befehl wie du ihn bereits genutzt hast ändern. Allerdings ist das Reading wie gesagt erst nach einem ordentlichen peering vorhanden. Daher bei dir die Fehlermeldung.

EDIT:
also erst mal alles gescheit pairen, bis bei den Devices im Reading pairedTo die HMid deines HMio steht. Wenn nötig mit vorherigem Reset.
erst wenn das fertig ist, mit dem peeren beginnen.
und wenn das fertig ist, kannst du die winOpnTemp ändern.




macfly


Grinsekatze

Sag mal Bescheid ob's geklappt hat. Sonst poste ich heute Abend (wenn ich Zugriff auf meine Zentrale habe), was ich zum peeren von HT und FK verwende - das klappt immer (bei nun mehr 4 Heizungen samt Kontakten).

macfly

so, ich habe jetzt mal badezimmer* in fhem gelöscht. Den Fensterkontakt zurückgesetzt (2x5 Sekunden). Den Fensterkontakt mit fhem gepairt.

listing des Fensterkontaktes ist:
Internals:
   CFGFN
   DEF        57BB51
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     15
   NAME       HM_57BB51
   NOTIFYDEV  global
   NR         280
   STATE      closed
   TYPE       CUL_HM
   hmusb_MSGCNT 15
   hmusb_RAWMSG E57BB51,0000,0E94BC6C,FF,FFB9,31A64157BB51424242010500
   hmusb_RSSI -71
   hmusb_TIME 2017-12-06 17:44:23
   lastMsg    No:31 - t:41 s:57BB51 d:424242 010500
   protCmdDel 3
   protEvt_AESCom-ok 3 last_at:2017-12-06 17:43:24
   protLastRcv 2017-12-06 17:44:23
   protNack   1 last_at:2017-12-06 17:43:48
   protSnd    8 last_at:2017-12-06 17:44:23
   protState  CMDs_done
   rssi_at_hmusb avg:-72.33 min:-75 max:-69 lst:-71 cnt:9
   READINGS:
     2017-12-06 17:43:27   Activity        alive
     2017-12-06 17:43:48   CommandAccepted no
     2017-12-06 17:43:22   D-firmware      1.0
     2017-12-06 17:43:22   D-serialNr      OEQ0493330
     2017-12-06 17:43:22   R-pairCentral   set_0x424242
     2017-12-06 17:43:24   aesCommToDev    ok
     2017-12-06 17:43:24   aesKeyNbr       00
     2017-12-06 17:44:23   battery         ok
     2017-12-06 17:44:23   contact         closed (to hmusb)
     2017-12-06 17:44:23   state           closed
     2017-12-06 17:44:23   trigDst_424242  noConfig
     2017-12-06 17:44:23   trigger_cnt     5
     RegL_00.:
       VAL
   helper:
     HM_CMDNR   49
     cSnd       0142424257BB510006,0142424257BB5100040000000000
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +57BB51,00,00,00
       nextSend   1512578663.32789
       prefIO
       rxt        2
       vccu
       p:
         57BB51
         00
         00
         00
     mRssi:
       mNo        31
       io:
         hmusb      -69
     prt:
       bErr       0
       sProc      0
       sleeping   0
       try        1
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       chn        1
       dev        1
     rpt:
       IO         hmusb
       flg        A
       ts         1512578663.2284
       ack:
         HASH(0x52d7538)
         31800242424257BB510101C800
     rssi:
       at_hmusb:
         avg        -72.3333333333333
         cnt        9
         lst        -71
         max        -69
         min        -75
     shadowReg:
       RegL_00.    02:01 0A:42 0B:42 0C:42
     tmpl:
Attributes:
   IODev      hmusb
   actCycle   002:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   room       CUL_HM
   serialNr   OEQ0493330
   subType    threeStateSensor


trotzdem sagt configcheck:

missing register list
    HM_57BB51: RegL_00.,RegL_01.

Register changes pending
    HM_57BB51

peer list incomplete. Use getConfig to read it.
    incomplete: HM_57BB51:

trigger sent to undefined device
    triggerUndefined: HM_57BB51:424242


ist dieser Fensterkontakt jetzt gepairt oder nicht?  424242 ist die hmid meines hmlan-devices.

Beta-User

...noch nicht vollständig. Löse den Kontakt mal aus oder drücke nochmal das config-Knöpfchen (wie im wiki beschrieben).

Manchmal (ziemlich oft) reicht die Zeit bei batteriebetriebenen Geräten nicht, um alle Register zu schreiben. Dann muß man eben nochmal ran ;) .

Es darf im list kein set_... oder d:000000 mehr auftauchen, erst dann ist alles sauber durch.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

CoolTux


     2017-12-06 17:43:22   R-pairCentral   set_0x424242


Das Set muss weg
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

macfly

Zitat von: CoolTux am 06 Dezember 2017, 18:41:28

     2017-12-06 17:43:22   R-pairCentral   set_0x424242


Das Set muss weg

ok, scheint jetzt (eine Stunde warten) so zu sein:

Internals:
   CFGFN
   DEF        57BB51
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     23
   NAME       HM_57BB51
   NOTIFYDEV  global
   NR         280
   STATE      closed
   TYPE       CUL_HM
   hmusb_MSGCNT 23
   hmusb_RAWMSG R2CE3E206,0001,0EC1DAFF,FF,FFB9,35A01057BB514242420100000000
   hmusb_RSSI -71
   hmusb_TIME 2017-12-06 18:33:40
   lastMsg    No:35 - t:10 s:57BB51 d:424242 0100000000
   protCmdDel 3
   protEvt_AESCom-ok 3 last_at:2017-12-06 17:43:24
   protLastRcv 2017-12-06 18:33:40
   protNack   1 last_at:2017-12-06 17:43:48
   protSnd    16 last_at:2017-12-06 18:33:40
   protState  CMDs_done
   rssi_at_hmusb avg:-72.23 min:-78 max:-69 lst:-71 cnt:17
   READINGS:
     2017-12-06 17:43:27   Activity        alive
     2017-12-06 17:43:48   CommandAccepted no
     2017-12-06 17:43:22   D-firmware      1.0
     2017-12-06 17:43:22   D-serialNr      OEQ0493330
     2017-12-06 18:33:38   PairedTo        0x424242
     2017-12-06 18:33:38   R-cyclicInfoMsg on
     2017-12-06 18:33:39   R-eventDlyTime  0 s
     2017-12-06 18:33:38   R-pairCentral   0x424242
     2017-12-06 18:33:38   R-sabotageMsg   on
     2017-12-06 18:33:39   R-sign          on
     2017-12-06 18:33:38   RegL_00.          02:01 09:01 0A:42 0B:42 0C:42 10:01 14:06 00:00
     2017-12-06 18:33:39   RegL_01.          08:01 20:9C 21:00 30:06 00:00
     2017-12-06 17:43:24   aesCommToDev    ok
     2017-12-06 17:43:24   aesKeyNbr       00
     2017-12-06 18:33:38   alive           yes
     2017-12-06 18:33:38   battery         ok
     2017-12-06 18:33:38   contact         closed (to hmusb)
     2017-12-06 18:33:38   recentStateType info
     2017-12-06 18:33:38   sabotageError   on
     2017-12-06 18:33:38   state           closed
     2017-12-06 17:44:23   trigDst_424242  noConfig
     2017-12-06 17:44:23   trigger_cnt     5
   helper:
     HM_CMDNR   53
     cSnd       0142424257BB5101040000000001,0142424257BB510103
     mId        00C7
     peerIDsRaw ,00000000
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newCh      1
       newChn     +57BB51,00,00,00
       nextSend   1512581620.38598
       prefIO
       rxt        2
       vccu
       p:
         57BB51
         00
         00
         00
     mRssi:
       mNo        35
       io:
         hmusb      -69
     prt:
       bErr       0
       sProc      0
       sleeping   0
       try        1
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       chn        1
       dev        1
     rpt:
       IO         hmusb
       flg        A
       ts         1512581620.19095
       ack:
         HASH(0x52d7538)
         35800242424257BB5100
     rssi:
       at_hmusb:
         avg        -72.235294117647
         cnt        17
         lst        -71
         max        -69
         min        -78
     shadowReg:
     tmpl:
Attributes:
   IODev      hmusb
   actCycle   002:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   peerIDs    00000000,
   room       CUL_HM
   serialNr   OEQ0493330
   subType    threeStateSensor


das peer: 00000 ist doch ok, weil der Fensterkontakt noch keinen peer hat, oder?

macfly

und das ist jetzt der HeizungsThermostat, auch nach reset und neu pairen:

Internals:
   CFGFN
   DEF        5AD70E
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     77
   NAME       HM_5AD70E
   NOTIFYDEV  global
   NR         304
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_5AD70E_Weather
   channel_02 HM_5AD70E_Climate
   channel_03 HM_5AD70E_WindowRec
   channel_04 HM_5AD70E_Clima
   channel_05 HM_5AD70E_ClimaTeam
   channel_06 HM_5AD70E_remote
   hmusb_MSGCNT 77
   hmusb_RAWMSG E5AD70E,0000,0EEC8CA1,FF,FFC5,2586105AD70E0000000AA8D9101700
   hmusb_RSSI -59
   hmusb_TIME 2017-12-06 19:20:18
   lastMsg    No:25 - t:10 s:5AD70E d:000000 0AA8D9101700
   protLastRcv 2017-12-06 19:20:18
   protSnd    37 last_at:2017-12-06 17:56:42
   protState  CMDs_done
   rssi_at_hmusb avg:-59.46 min:-66 max:-57 lst:-59 cnt:77
   READINGS:
     2017-12-06 17:53:52   Activity        alive
     2017-12-06 17:56:32   CommandAccepted yes
     2017-12-06 17:53:47   D-firmware      1.4
     2017-12-06 17:53:47   D-serialNr      OEQ0659579
     2017-12-06 17:56:32   PairedTo        0x424242
     2017-12-06 17:56:32   R-backOnTime    10 s
     2017-12-06 17:56:32   R-burstRx       on
     2017-12-06 17:56:32   R-cyclicInfoMsg on
     2017-12-06 17:56:32   R-cyclicInfoMsgDis 0
     2017-12-06 17:56:32   R-pairCentral   0x424242
     2017-12-06 17:56:32   RegL_00.          01:01 02:01 09:01 0A:42 0B:42 0C:42 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2017-12-06 19:20:18   actuator        23
     2017-12-06 19:20:18   battery         ok
     2017-12-06 19:20:18   batteryLevel    3.1
     2017-12-06 19:20:18   desired-temp    21.0
     2017-12-06 19:20:18   measured-temp   21.7
     2017-12-06 19:20:18   motorErr        ok
     2017-12-06 17:56:42   state           CMDs_done
     2017-12-06 17:54:18   time-request    -
     RegL_07.:
       VAL
   helper:
     HM_CMDNR   37
     PONtest    1
     cSnd       014242425AD70E0603,014242425AD70E06040000000001
     mId        0095
     rxType     140
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5AD70E,00,00,00
       nextSend   1512584418.28857
       prefIO
       rxt        2
       vccu
       p:
         5AD70E
         00
         00
         00
     mRssi:
       mNo        25
       io:
         hmusb      -57
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       dev        1
       prs        1
     rssi:
       at_hmusb:
         avg        -59.4675324675325
         cnt        77
         lst        -59
         max        -57
         min        -66
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   IODev      hmusb
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-CC-RT-DN
   room       CUL_HM
   serialNr   OEQ0659579
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit


sieht auch gut aus, oder?

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net