Kann kein templateSet autoOff für HM-MOD-RE8 Kanal setzen :(

Begonnen von Brasletti, 03 Dezember 2017, 22:55:38

Vorheriges Thema - Nächstes Thema

Brasletti

Hallo,
ich versuche schon seit geraumer Zeit die Register für einen HM-MOD-RE8 Kanal per Template zu schreiben. Leider funktioniert das nicht so wie gewünscht.

Gepeert habe ich eine Taste der HM-RC4-3 mit dem HM-MOD-RE8 Kanal per
set HM_53F000_Btn_01 peerChan 0 HM_4E46C5_Sw_01 single unset both

Dazu verwende ich den Befehl:
set hm templateSet HM_4E46C5_Sw_01 autoOff HM_53F000_Btn_01:short 1

Als Fehler kommt dann per templateChk folgendes:

HM_4E46C5_Sw_01 HM_53F000_Btn_01:short-> failed
  reg not found: SwJtDlyOff :HM_53F000_Btn_01-
  reg not found: SwJtOff :HM_53F000_Btn_01-
  reg not found: SwJtOn :HM_53F000_Btn_01-
  reg not found: OnTime :HM_53F000_Btn_01-
  reg not found: OffTime :HM_53F000_Btn_01-
  reg not found: SwJtDlyOn :HM_53F000_Btn_01-
  reg not found: ActionType :HM_53F000_Btn_01-

Anfangs lauteten die Fehlermeldungen noch z.B SwJtDlyOff : set_no should no usw.. Dann habe ich beim rumspielen per clearG all (??? hab ich niergends ind der Comandref gefunden) sehr viel gelöscht.
Jetzt läuft das ganze wieder, Leider kommen die obigen Fehlermeldungen beim zuweisen einer Template. Hoffe mir kann jemand helfen. Besten Dank im Voraus.

Viele Grüße
Armin

Otto123

Hallo Armin,

der Befehl unset löscht das Peering, er setzt es nicht.  :o  ::)

Der Rest ist dann quasi Folgefehler.

Oder gib mal ein list HM_4E46C5_Sw_01 und ein list HM_4E46C5

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

Brasletti

#2
Hallo Otto,
unset ist ein copy paste Fehler von mir gewesen, es heißt natürlich set (ich hab mir die Befehle in den Editor reinkopiert und promt den falschen hier rein gepostet ;) ).
Ausgabe von list HM_4E46C5_Sw_01
Internals:
   CFGFN
   DEF        4E46C501
   IODev
   NAME       HM_4E46C5_Sw_01
   NOTIFYDEV  global
   NR         386411
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   device     HM_4E46C5
   peerList   HM_53F000_Btn_01,
   protState  Info_Cleared
   READINGS:
     2017-12-03 23:00:05   CommandAccepted yes
     2017-12-03 22:15:11   R-sign          off
     2017-12-03 22:59:16   RegL_01.          00:00
     2017-12-03 22:59:32   RegL_03.HM_53F000_Btn_01  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63 00:00
     2017-12-03 23:00:05   deviceMsg       off (to VCCU)
     2017-12-03 23:00:05   level           0
     2017-12-03 23:00:05   pct             0
     2017-12-03 22:59:22   peerList        HM_53F000_Btn_01,
     2017-12-03 23:00:05   recentStateType ack
     2017-12-03 23:00:05   state           off
     2017-12-03 23:00:05   timedOn         off
   helper:
     cfgChkResult No regs found for:

HM_4E46C5_Sw_01 type:switch -
list:peer register         :value
   1:      sign             :off



     dlvlCmd    ++A0116162634E46C50201000000
     peerIDsRaw ,53F00001,00000000
     tmplChg    1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     prt:
       bErr       0
       sProc      0
     role:
       chn        1
     shadowReg:
     tmpl:
       HM_53F000_Btn_01:short>autoOff 1
   nb:
     cnt        23
Attributes:
   alias      Hoermann Tor auf
   expert     2_defReg+raw
   group      HM_Hoermann
   model      HM-MOD-Re-8
   peerIDs    00000000,53F00001,
   room       HomeMatic
   webCmd     on


Ausgabe von list HM_4E46C5
Internals:
   CFGFN
   DEF        4E46C5
   IODev      promicro868HM
   LASTInputDev promicro868HM
   MSGCNT     1193
   NAME       HM_4E46C5
   NOTIFYDEV  global
   NR         386409
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_4E46C5_Sw_01
   channel_02 HM_4E46C5_Sw_02
   channel_03 HM_4E46C5_Sw_03
   channel_04 HM_4E46C5_Sw_04
   channel_05 HM_4E46C5_Sw_05
   channel_06 HM_4E46C5_Sw_06
   channel_07 HM_4E46C5_Sw_07
   channel_08 HM_4E46C5_Sw_08
   lastMsg    No:BC - t:02 s:4E46C5 d:616263 0105000000
   promicro868HM_MSGCNT 1193
   promicro868HM_RAWMSG A0EBC80024E46C56162630105000000::-80:promicro868HM
   promicro868HM_RSSI -80
   promicro868HM_TIME 2017-12-03 23:00:20
   protCmdDel 27
   protLastRcv 2017-12-03 23:00:20
   protNack   2 last_at:2017-12-03 22:25:29
   protResnd  12 last_at:2017-12-03 22:59:22
   protResndFail 6 last_at:2017-12-03 21:19:41
   protSnd    485 last_at:2017-12-03 23:00:20
   protState  CMDs_done
   rssi_at_promicro868HM max:-63 avg:-76.34 cnt:418 min:-96 lst:-80
   READINGS:
     2017-12-03 22:25:29   CommandAccepted no
     2017-12-03 21:24:23   D-firmware      1.2
     2017-12-03 21:24:23   D-serialNr      NEQxxxxxxx
     2017-12-03 22:59:16   PairedTo        0x616263
     2017-12-03 18:57:58   R-pairCentral   0x616263
     2017-12-03 22:59:16   RegL_00.          02:01 05:00 0A:61 0B:62 0C:63 18:00 00:00
     2017-12-03 22:59:09   level           0
     2017-12-03 22:59:09   pct             0
     2017-12-03 22:59:09   powerOn         2017-12-03 22:59:09
     2017-12-03 22:59:09   recentStateType info
     2017-12-03 23:00:20   state           CMDs_done
     2017-12-03 22:59:09   timedOn         off
   helper:
     HM_CMDNR   188
     PONtest    0
     cSnd       116162634E46C50203000000,116162634E46C50205000000
     mId        00BE
     rxType     2
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +4E46C5,00,01,00
       nextSend   1512338420.86073
       prefIO
       rxt        0
       vccu
       p:
         4E46C5
         00
         01
         00
     mRssi:
       mNo        BC
       io:
         promicro868HM -78
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       dev        1
       prs        1
     rssi:
       at_promicro868HM:
         avg        -76.3433014354067
         cnt        418
         lst        -80
         max        -63
         min        -96
     shadowReg:
     tmpl:
Attributes:
   IODev      promicro868HM
   IOgrp      VCCU:promicro868HM
   autoReadReg 5_readMissing
   expert     2_raw
   firmware   1.2
   model      HM-MOD-Re-8
   msgRepeat  1
   room       CUL_HM
   serialNr   NEQxxxxxx
   subType    switch
   webCmd     getConfig:clear msgEvents


Hoffe Du kannst damit was anfangen ;) Danke übrigens für die tolle Anleitung in Deinem Blog für die Garagentorsteuerung.

Pfriemler

FHEM fehlt beim RE-8 die Registerliste für den Peer "HM_53F000_Btn_01" (irgendeine Fernbedienung oder sowas). Das muss sauber gepeert sein und die angemeckerten Register müssen im Kanal 1 des Re-8 sichtbar sein. Anderenfalls dort ein "get .. config" absetzen und abarbeiten lassen.

Erst wenn die Register ausgelesen sind, macht das Template Sinn.
"Ä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 ..."

Brasletti

Ok Danke,
es hat sich etwas getan, jetzt kommt die Fehlermeldung die Anfangs kam, nachdem ich für jeden Button ein getConfig gemacht habe.
template mismatch
    HM_4E46C5_Sw_01 HM_53F000_Btn_01:short-> failed
  SwJtDlyOff :set_dlyOn should dlyOn
  SwJtOff :set_dlyOn should dlyOn
  SwJtOn :set_on should on
  OnTime :set_1 should 1
  SwJtDlyOn :set_no should no


Wenn ich jetzt ein
set hm templateSet HM_4E46C5_Sw_01 autoOff HM_53F000_Btn_01:short 1 SwJtDlyOff:dlyOn SwJtOff:dlyOn SwJtOn:on SwJtDlyOn:no
mache kommt nur noch
template mismatch
    HM_4E46C5_Sw_01 HM_53F000_Btn_01:short-> failed
  OnTime :set_1 should 1

So weit war ich vor dem Löschen mit clearG all  ;)

Pfriemler

Das Template prüft die Ausführung durch Kontrolle der zurückübertragenen Register. Alle set_ bedeuten, dass die Programmierung von FHEM befohlen, aber noch nicht erfolgreich zurück "angekommen" ist.  Weitere getConfig zeigen das erfolgreiche Setzen - oder aber dass doch nicht der Befehl angekommen 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 ..."

Brasletti

Irgendwie komm ich nicht weiter. Normalerweise sollte der Befehl
set hm templateSet HM_4E46C5_Sw_01 autoOff HM_53F000_Btn_01:short 1
doch funktionieren. Die Register sind ja bei HM_4E46C5_Sw_01 vorhanden.

Wenn ich danach im hminfo Modul auf protoEvents short gehe, sehe ich auch keine Befehle die noch ausgeführt werden müssen.



Otto123

setze mal attr HM_4E46C5_Sw_01 expert  1_allReg und mach nochmal getConfig.

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

Brasletti

So wie es aussieht schreibt FHEM irgendetwas in die Register aber es stehen die Sachen drin die nicht sein sollen, also zum Bsp.
nach einem set hm templateSet HM_4E46C5_Sw_01 autoOff HM_53F000_Btn_01:short 1
steht drin:
R-HM_53F000_Btn_01-shSwJtDlyOff set_dlyOn
usw.
Sobald ich dann das ganze so eingebe
set hm templateSet HM_4E46C5_Sw_01 autoOff HM_53F000_Btn_01:short 1 SwJtDlyOff:dlyOn SwJtOff:dlyOn SwJtOn:on SwJtDlyOn:no
sieht es gut aus, jedoch bleibt
R-HM_53F000_Btn_01-shOnTime set_1 s
:(

Otto123

Moin,

also bei mir hat das Template autoOff in der Vergangenheit immer so funktioniert wie es soll. Ich komme jetzt gerade nicht zum Testen.
Aber am Ende ist es egal wie Du es machst. Das Template soll Dir Tipparbeit abnehmen. Du kannst auch jedes Register einzeln setzen. Solange set_ im Reading steht ist die Anzeige des Reading entweder nicht aktuell oder das Register noch nicht übertragen, oder noch nicht wieder zurück gelesen.
Es gibt auch irgendein Device, da bleibt das set_ als Bug drin stehen. Ist aber bei dem RE8 nicht so. Bei mir ist alles ordentlich.

Ich habe keine weitere Idee.  ::)

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

Brasletti

#10
Hallo,
das manuelle Setzen von shOnTime funktioniert auch nicht  :( .Versuch habe ich es mit

set HM_4E46C5_Sw_01 regSet shOnTime 1 HM_53F000_Btn_01

es bleibt einfach bei set_1 s und ändert sich auch nach einem getConfig nicht.

Firmware auf dem HM-MOD-RE8 Modul ist auch aktuell bei 1.2

Otto123

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

Brasletti

#12
auch nur das  >:(
template mismatch
    HM_4E46C5_Sw_01 HM_53F000_Btn_01:short-> failed
  SwJtDlyOn :set_no should no
  SwJtDlyOff :set_dlyOn should dlyOn
  SwJtOff :set_dlyOn should dlyOn
  SwJtOn :set_on should on
  OnTime :set_1 should 1


Kann es sein, dass das HM-MOD-RE8 den autoOff Tempate (die Registeränderungen) erst nach einem erneuten getConfig im Konfigurationsmodus (4sec Taster gedrückt) entgegen nimmt? Davor stand ein Pending für die Registeränderung von HM_4E46C5_Sw_01.
Bzw. scheint das HM-MOD-RE8 die Config ja nur in diesem Modus herauszurücken. Er schreibt sie erst nach dem getConfig, sieht man am Zeitstempel. Der ändert sich auch nach erneuetem getConfig nicht.

Brasletti

So langsam komm ich der Sache auf die Schliche  8).
Also die Templates funktionieren, jedoch rückt der HM-MOD-RE8 die Config erst nach dem nächsten Schreiben auf die Register raus, dabei nützt es nichts ein vorher beschriebenes nochmal zu schreiben, das wird ignoriert.
Ich habe jetzt mal das Template wie beschrieben gesetzt
set hm templateSet HM_4E46C5_Sw_01 autoOff HM_53F000_Btn_01:short 1
dann ein getConfig während des Konfigurationsmodus (4sec Taster gedrückt) danach kommt bei checkConfig eben
template mismatch
    HM_4E46C5_Sw_01 HM_53F000_Btn_01:short-> failed
  SwJtDlyOn :set_no should no
  SwJtDlyOff :set_dlyOn should dlyOn
  SwJtOff :set_dlyOn should dlyOn
  SwJtOn :set_on should on
  OnTime :set_1 should 1

macht man jetzt ein
set HM_4E46C5_Sw_01 regSet lgOnTime 1 HM_53F000_Btn_01;
und dann wieder ein getConfig während des Konfigurationsmodus (4sec Taster gedrückt) ist die Meldung im checkConfig weg.
Dann habe ich einfach wieder ein
set HM_4E46C5_Sw_01 regSet lgOnTime unset HM_53F000_Btn_01; hinterhergeschickt und siehe da, alles gut. Einzig was bleibt ist in der Registerausgabe bei
lgOnTime set_unset. (Welches aber höchstwahrscheinlich im HM-MOD-RE8 schon gesetzt ist, es aber nicht rausrückt bis zur nächsten Registeränderung.

Pfriemler

set HM_4E46C5_Sw_01 regSet lgOnTime unset HM_53F000_Btn_01
sollte nicht funktionieren, weil das Literal für die maximale Zeit (111600 s) = Dauerbetrieb "unused" und nicht "unset" 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 ..."