Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter

Begonnen von jab, 29 Dezember 2013, 22:04:10

Vorheriges Thema - Nächstes Thema

deune

Hallo,

Da bin ich noch einmal und habe da noch eine Frage.

Nach dem Peeren nach folgender Syntax

set SCHALTER_Btn_01 peerChan 0 SCHALTER_Sw_01 dual set

Ergebnis ist, dass ich mit dem Schalter nach unten? btn02 Das Licht einschalten kann, aber mit Schalter nach oben? Btn01 nicht mehr aus.

Was mach ich falsch?

Herzliche Grüße aus der Eifel

Holger

PS.: Diese Konstellation habe ich gebaut, um einen möglist hohen WAF zu erzielen (einheitliche Funktion, Busch& Jäger Look ' n' feel, versehntliches Doppelspiel und das Licht bleibt an)

frank

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

deune

Hallo Frank,

nach
"set Flur.Licht.Btn01 peerChan 0 Flur.Licht.Sw01 dual set"

sieht das "List Flur.Licht.Sw01" so aus:

Internals:
   CFGFN
   DEF        04521903
   NAME       Flur.Licht.Sw01
   NR         4403
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     Flur.Licht
   Readings:
     2015-02-16 09:21:00   CommandAccepted yes
     2015-02-15 22:42:52   R-sign          off
     2015-02-16 08:54:29   RegL_01:          08:00 00:00
     2015-02-16 09:21:02   deviceMsg       off (to HMLAN1)
     2015-02-16 09:21:02   level           0 %
     2015-02-16 09:21:02   pct             0
     2015-02-16 09:21:02   recentStateType info
     2015-02-16 09:21:02   state           off
     2015-02-16 09:21:02   timedOn         off
   Helper:
     dlvl       00
     dlvlCmd    ++A011F112340452190203000000
     peerIDsRaw ,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,


Vielen Dank für Deine Mühe

Holger

frank

peerIDs    00000000,
der ist ja gar nicht gepeert.

wieso kannst du dann schalten? mach mal ein getConfig auf den schalter und schau ob sich was ändert. ansonsten peere beide taster mit single set, und stelle die register entsprechend ein.
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

nexulm

Hallo Frank,

kannst du mir vielleicht auch bei meinem Problem weiterhelfen?
Meine Schalter lassen sich weder per Taster Auf/Ab noch per FHEM-Command set <device_Sw_01>

list <device_Sw_01> sieht wie folgt aus:

Internals:
   CFGFN      /etc/fhem/arbeitszimmer.cfg
   DEF        2A325B03
   NAME       AZ_Schalter_Sw_01
   NR         881
   STATE      set_on
   TYPE       CUL_HM
   chanNo     03
   device     AZ_Schalter
   peerList   self01,self02,
   Readings:
     2015-02-16 23:44:02   peerList        self01,self02,
     2015-02-16 23:45:21   state           set_on
   Helper:
     dlvl       C8
     dlvlCmd    ++A0112576262A325B0203C80000
     getCfgList all
     getCfgListNo ,3
     Role:
       chn        1
       prs        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,2A325B01,2A325B02,

Mit welcher Vorgehensweise kann ich das Device gezielt aus FHEM entfernen und neu anlernen?

Stutzig macht mich diese Meldung:
STATE RESPONSE TIMEOUT:RegisterRead

Gruss
Michael
BeagleBone Black (Debian), FHEM SVN
HmLAN, 12x HM-LC-Bl1PBU-FM, 7xCC-RT-DN, >10x HM-SEC-SC-2, 3x HM-LC-SW1-FM, 1x HM-SEC-SD, 2x MK1010W, DM800, Yamaha RX-V771

Mr. P

Zitat von: nexulm am 16 Februar 2015, 23:57:23
kannst du mir vielleicht auch bei meinem Problem weiterhelfen?
Meine Schalter lassen sich weder per Taster Auf/Ab noch per FHEM-Command set <device_Sw_01>
Ich bin zwar nicht frank, aber beantworten kann ich deine Frage trotzdem:
frank hat dir die Antwort bereits vor deiner letzten Nachricht gegeben: dein Schalter ist nicht gepairt.
Somit hast du schon einmal den Grund, weshalb der FHEM-Befehl nicht funktioniert.
Und damit die Auf/Ab-Tasten funktionieren, musst du den Taster mit dem Schalter erst intern peeren... was wiederum voraus setzt, dass du ihn bereits mit der Zentrale gepairt hast.
Deswegen zitiere ich frank jetzt nochmal aus einer seiner letzten Antworten. Zuerst:
set <device> regSet pairCentral xxxxxx
und erst dann gehts entsprechend weiter. ;-)
Greetz,
   Mr. P

nexulm

OK, danke für die schnelle Rückmeldung. Leider klappt es hiermit weiterhin nicht.
set AZ_Schalter regSet pairCentral 257626
...oder...
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A325B regSet pairCentral 257626
...lernen den Schalter anscheinend nicht neu an.

Nach dem Flashvorgang hat der erstmalige Anlernvorgang problemlos geklappt und das Device wurde in die fhem.cfg automatisch eingetragen. Nach ein wenig hin und her Konfiguration, löschen Selbiger und "set AT_Schalter reset" bekomme ich den Schalter nicht mehr angelernt.
Von anderen HM_Devices kenne ich es, wenn sie entfernt werden, dass sie auch wieder automatisch angelernt/eingetragen werden.

Wie kann ich denn sehen/erkennen warum der Schalter selbst mit set <device> regSet PairCentral xxxxxx nicht mehr gepairt wird?

Gruss
Michael
BeagleBone Black (Debian), FHEM SVN
HmLAN, 12x HM-LC-Bl1PBU-FM, 7xCC-RT-DN, >10x HM-SEC-SC-2, 3x HM-LC-SW1-FM, 1x HM-SEC-SD, 2x MK1010W, DM800, Yamaha RX-V771

Mr. P

Hej Michael,

irgendwie sollte ich nicht meinen Sohn auf dem einen Arm zu beruhigen versuchen und mit der anderen Dinge tippen.
frank hatte zum Schluss nicht das Pairing sondern ein scheinbar fehlendes Peering beanstandet. Dadurch sind meine ach so tollen Worte von vorhin natürlich Schall und Rauch (sorry for that).

Mach bitte nochmal ein getConfig auf das Device und schau anschließend, ob R-pairCentral immer noch mit der ID von deiner Zentrale überein stimmt.

Wie weit ist denn der Schalter von der Zentrale entfernt? Zu kurze Distanzen machen auch immer wieder Probleme (was natürlich nichts mit deinem Problem zum direkten Schalten zu tun hat).
Greetz,
   Mr. P

nexulm

Zitat von: Mr. P am 17 Februar 2015, 01:50:51
Wie weit ist denn der Schalter von der Zentrale entfernt? Zu kurze Distanzen machen auch immer wieder Probleme (was natürlich nichts mit deinem Problem zum direkten Schalten zu tun hat).
ca. 5m Luftlinie, wobei andere HM Sensoren/Aktuatoren im gleichen Raum (teilweise weiter entfernt) problemlos funktionieren.


D-firmware
1.5
2015-02-17 00:51:11
D-serialNr
LEQ0243754
2015-02-17 00:51:11
R-pairCentral
set_0x257626
2015-02-17 01:02:14
RegL_00:
state
RESPONSE TIMEOUT:RegisterRead
2015-02-17 09:43:31


Das wiederholte Anlernen macht aber hier anscheinend Probleme. Bei einem Reset 2x >4s Config-Taster drücken bringt keinen Blinkcode (wie Frank beschrieben hat). Ist dieses Verhalten korrekt?
Kann ich irgendwie prüfen, ob die Firmware noch lebt!?!

Gruss
Michael
BeagleBone Black (Debian), FHEM SVN
HmLAN, 12x HM-LC-Bl1PBU-FM, 7xCC-RT-DN, >10x HM-SEC-SC-2, 3x HM-LC-SW1-FM, 1x HM-SEC-SD, 2x MK1010W, DM800, Yamaha RX-V771

Mr. P

Zitat von: nexulm am 17 Februar 2015, 10:29:20
ca. 5m Luftlinie, wobei andere HM Sensoren/Aktuatoren im gleichen Raum (teilweise weiter entfernt) problemlos funktionieren.
Wenn die Distanz zu knapp ist, kann das ebenso Probleme verursachen. Klingt komisch, ist aber so. Wobei bei 5m es keine Probleme geben sollte.

Zitat von: nexulm am 17 Februar 2015, 10:29:20
D-firmware
1.5
2015-02-17 00:51:11
D-serialNr
LEQ0243754
2015-02-17 00:51:11
R-pairCentral
set_0x257626
2015-02-17 01:02:14
RegL_00:
state
RESPONSE TIMEOUT:RegisterRead
2015-02-17 09:43:31

Nachdem R-pairCentral derzeit auf set_ steht, würde ich davon ausgehen, dass es derzeit kein Pairing mit dem Device gibt. Dementsprechend hast du auch dein Response timeout.
Mache im Device einmal ein 'clear all' und danach versuche nochmal ein 'getConfig' mit anschließendem Druck auf die Config-Taste. Vielleicht ist der Schalter willig und du siehst nachher im list, ob und mit welcher Zentrale der Schalter gepairt ist.
Greetz,
   Mr. P

frank

ZitatKann ich irgendwie prüfen, ob die Firmware noch lebt!?!
zb einmal kurz drücken => blink. das sollte aber keine probleme machen.

jetzt mal der reihe nach. poste mal die komplette ausgabe eines list vom device und ein hminfo configCheck. wenn du den eingefügten text zwischen die code-tags (#-button) einfügst, wird das dann auch schön übersichtlich.
list AZ_Schalter
get <hminfo> configCheck


R-pairCentral set_0x257626
das set_ zeigt dir, dass fhem das pairen gesendet hat, aber noch nicht wieder ausgelesen wurde. umsetzung also fraglich.

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

nexulm

Zitat von: frank am 17 Februar 2015, 10:48:47
zb einmal kurz drücken => blink. das sollte aber keine probleme machen.
Guter Hinweis, dass der Schalter hierbei kurz blinken soll. Dies passiert aber leider nicht. Hatte gestern nur mal den Fall das er beim Pairversuch mit 4s drücken geblinkt hat. Somit denke ich, dass er nicht ganz "tot" ist.

Zitat von: frank am 17 Februar 2015, 10:48:47
list AZ_Schalter

Internals:
   CFGFN      /etc/fhem/arbeitszimmer.cfg
   DEF        2A325B
   IODev      XX_LANInterface
   NAME       AZ_Schalter
   NR         875
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 AZ_Schalter_Btn_01
   channel_02 AZ_Schalter_Btn_02
   channel_03 AZ_Schalter_Sw_01
   channel_04 AZ_Schalter_Sw_02
   protCmdDel 11
   protResnd  3 last_at:2015-02-17 12:27:22
   protResndFail 1 last_at:2015-02-17 12:27:27
   protSnd    1 last_at:2015-02-17 12:27:11
   protState  CMDs_done_Errors:1
   Readings:
     2015-02-17 12:27:27   state           MISSING ACK
   Helper:
     cSnd       012576262A325B030E
     mId        F0A9
     rxType     1
     Io:
       newChn     +2A325B,00,01,00
       prefIO
       rxt        0
       vccu
       p:
         2A325B
         00
         01
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Shadowreg:
       RegL_00:    0A:25 0B:76 0C:26
Attributes:
   IODev      XX_LANInterface
   autoReadReg 4_reqStatus
   event-on-change-reading .*
   expert     2_full
   firmware   1.5
   group      Licht
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       Arbeitszimmer
   serialNr   LEQ0243754
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents


Zitat von: frank am 17 Februar 2015, 10:48:47
get hm configCheck

configCheck done:

missing register list
    AZ_Fensterkontakt_li: RegL_00:
    AZ_Fensterkontakt_re: RegL_00:
    AZ_Schalter: RegL_00:
    AZ_Schalter_Btn_01: RegL_01:
    AZ_Schalter_Btn_02: RegL_01:
    AZ_Schalter_Sw_01: RegL_01:
    AZ_Schalter_Sw_02: RegL_01:
    CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A3363: RegL_00:
    CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A3363_Btn_01: RegL_01:
    CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A3363_Btn_02: RegL_01:
    CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A3363_Sw_01: RegL_01:
    CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A3363_Sw_02: RegL_01:
    EZ_Tuerkontakt_Griff: RegL_00:
    KL_Tuerkontakt: RegL_00:
    KU_Fensterkontakt: RegL_00:
    KZ_Fensterkontakt_li: RegL_00:
    KZ_Fensterkontakt_re: RegL_00:
    SpZ_Tuerkontakt: RegL_00:

Register changes pending
    AZ_Schalter
    CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A3363

peering strange - likely not suitable
    FU_Rauchmelder not peered!! add SD to any team !!

trigger sent to unpeered device
    triggerUnpeered: EZ_Tuerkontakt:257626
    triggerUnpeered: KiZ1_Fensterkontakt_re:257626
    triggerUnpeered: KiZ2_Fensterkontakt_li:257626

trigger sent to undefined device
    triggerUndefined: AZ_Fensterkontakt_li:257626
    triggerUndefined: AZ_Fensterkontakt_re:257626
    triggerUndefined: EZ_Tuerkontakt:257626
    triggerUndefined: EZ_Tuerkontakt_Griff:257626
    triggerUndefined: KL_Tuerkontakt:257626
    triggerUndefined: KU_Fensterkontakt:257626
    triggerUndefined: KZ_Fensterkontakt_li:257626
    triggerUndefined: KZ_Fensterkontakt_re:257626
    triggerUndefined: KiZ1_Fensterkontakt_re:257626
    triggerUndefined: KiZ2_Fensterkontakt_li:257626
    triggerUndefined: SpZ_Tuerkontakt:257626

PairedTo missing/unknown
    AZ_Fensterkontakt_li
    AZ_Fensterkontakt_re
    AZ_Schalter
    CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A3363
    EZ_Tuerkontakt_Griff
    KL_Tuerkontakt
    KU_Fensterkontakt
    KZ_Fensterkontakt_li
    KZ_Fensterkontakt_re
    SpZ_Tuerkontakt

templist mismatch
    BZog_Heizung_Clima: file: ./tempList.cfg for BZog_Heizung_Clima does not exist
    EZ_Heizung_Clima: file: ./tempList.cfg for EZ_Heizung_Clima does not exist
    KiZ1_Heizung_Clima: file: ./tempList.cfg for KiZ1_Heizung_Clima does not exist
    KiZ2_Heizung_Clima: file: ./tempList.cfg for KiZ2_Heizung_Clima does not exist
    SZ_Heizung_li_Clima: file: ./tempList.cfg for SZ_Heizung_li_Clima does not exist
    SZ_Heizung_re_Clima: file: ./tempList.cfg for SZ_Heizung_re_Clima does not exist
    WZ_Heizung_Clima: file: ./tempList.cfg for WZ_Heizung_Clima does not exist
BeagleBone Black (Debian), FHEM SVN
HmLAN, 12x HM-LC-Bl1PBU-FM, 7xCC-RT-DN, >10x HM-SEC-SC-2, 3x HM-LC-SW1-FM, 1x HM-SEC-SD, 2x MK1010W, DM800, Yamaha RX-V771

frank

ZitatDies passiert aber leider nicht.
das ist aber nicht gut. bei jedem kurzen drücken, muss ein blink kommen. ist die spgs.-versorgung richtig angeklemmt? schalte mal aus und wieder an. was zeigt die led dabei?
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

nexulm

Zitat von: frank am 17 Februar 2015, 12:58:56
das ist aber nicht gut. bei jedem kurzen drücken, muss ein blink kommen. ist die spgs.-versorgung richtig angeklemmt?
Da gehe ich doch schwer von aus, werde ich später nochmal überprüfen und den Schalter auseinanderbauen. :-(

Zitat von: frank am 17 Februar 2015, 12:58:56
schalte mal aus und wieder an. was zeigt die led dabei?
Die LED geht auch nur selten an, wenn ich direkt mit 3V3 an MP2 und MP15(GND) verbinde. Gefühlt geht sie eher nur an, wenn beim "4s Pairing" was schiefgeht.

Den Bootloader habe ich wie folgt gebaut/geflasht:
Anpassung von...

// 10 bytes serial number. Must be unique for each device
#define HM_SERIAL            'L', 'E', 'Q', '0', '2', '4', '4', '1', '2', '3'


// 3 bytes The device address (hm_id)
#define HM_ID                0x2A, 0x33, 0x63

...in HM-LC-Sw1PBU-FM.h (Device specific) ...und bauen/flashen wie folgt:

make clean HM_LC_Sw1PBU_FM_8k
avrdude -p m644 -c avrispv2 -P COM46 -U lfuse:w:0xFD:m -U hfuse:w:0xDA:m -U lock:w:0x2F:m
avrdude -p m644 -P COM46 -c avrispv2 -V -U flash:w:Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k_2A3363.hex


Die Firmware dann mit...
Anpassung von

/* Serial ID       10 byte */  'L','E','Q','0','2','4','4','1','2','3', // serial ID, needed for pairing
const uint8_t  HMID[3]     = { 0x2A, 0x33, 0x63 };     // 208557

...in Register.h (Device specific) ...und flashen durch:

avrdude -p m644 -P COM46 -c avrispv2 -U flash:w:\Homematic\Asksin_HM_LC_Sw1PBU_FM\Asksin_HM_LC_Sw1PBU_FM_2A3363.hex

BeagleBone Black (Debian), FHEM SVN
HmLAN, 12x HM-LC-Bl1PBU-FM, 7xCC-RT-DN, >10x HM-SEC-SC-2, 3x HM-LC-SW1-FM, 1x HM-SEC-SD, 2x MK1010W, DM800, Yamaha RX-V771

frank

am besten du schaust mal nach den raw-messages im log, nachdem du beim hmlan

attr <hmlan> logIDs 2A3363
gesetzt hast. dann logge mal das pairen.

ich sehe gerade, dass das list deines schalters, aber eine andere id hat. das musst du wohl jetzt mal erklären.  ;)
DEF        2A325B
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