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

[frank]

Ich hab ein Problem, wenn ich auf ein .Long.* eines bereits gepeerten Kanals trigger.

vielleicht habe ich deshalb zusätzlich mit einem virtuellen channel gepeert. probiere mal, ob das hilft. wie sind denn deine attribute "event-on...". aber hier hast du doch ein long:

Code Auswählen Erweitern

2015-03-29 13:48:01 CUL_HM Fabian.Lichtschalter01_Btn_01 trigger: Long_29

Auch ein Regset gegen das Blinken funktioniert nicht:

set Fabian.Lichtschalter01_Sw_01 regSet lgActionType off <hier muss der peer hin, eventuell self01?>

Kann es sein, dass das Interne peeren selten eine Verzögerung oder ein nicht schalten des Raumlichtes verursachen kann (im vgl zur Originial-FW)?

wüsste ich jetzt nicht, habe aber auch keinen originalen schalter zum vergleich.

[Pythonf]

Auch wenn ich mit einem Kanal der VCCU peere bekomme ich keinen trigger mehr auf BTN02 - das zitierte Long kommt von BTN01. Nur wenn der Kanal gepeert ist, ansonsten funktioniert alles.
Attribut auf event-on [..] hatte ich keines gesetzt. Aber auch mit Event-on-change-reading .* ändert sich nichts. Was ich tun kann wäre, dass ich auf den trig_Fabian.Lichtschalter01[..]: long der VCCU ein notify setze und den Kanal sowohl intern als auch mit der VCCU peer (funktioniert, gefällt mir aber nicht) aber eigentlich sollte es ja auch ohne diesen Umweg funktionioniere.

Beste Grüße
Fabian

[frank]

auch bei dir muss long kommen!
also mach erstmal update, anschliiessend shutdown restart. wenn das nichts bringt, poste die lists des schalters.

[Pythonf]

FHEM ist up-to-date:

Code Auswählen Erweitern

nternals:
   DEF        2FB661
   HMLAN1_MSGCNT 8
   HMLAN1_RAWMSG E2FB661,0000,11980887,FF,FFD7,83805E2FB66126EA1800000000000001B2000000
   HMLAN1_RSSI -41
   HMLAN1_TIME 2015-03-30 00:30:02
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     8
   NAME       Fabian.Lichtschalter01
   NR         161
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Fabian.Lichtschalter01_Btn_01
   channel_02 Fabian.Lichtschalter01_Btn_02
   channel_03 Fabian.Lichtschalter01_Sw_01
   channel_04 Fabian.Lichtschalter01_Sw_02
   lastMsg    No:83 - t:5E s:2FB661 d:26EA18 00000000000001B2000000
   protLastRcv 2015-03-30 00:30:02
   rssi_at_HMLAN1 avg:-42 min:-44 max:-41 lst:-41 cnt:8
   Readings:
     2015-03-30 00:28:41   CommandAccepted yes
     2015-03-26 13:52:52   D-firmware      1.5
     2015-03-26 13:52:52   D-serialNr      LEQ0763409
     2015-03-26 23:00:12   PairedTo        0x26EA18
     2015-03-26 14:13:30   R-pairCentral   0x26EA18
     2015-03-26 23:00:12   RegL_00:        02:01 05:00 0A:26 0B:EA 0C:18 12:00 00:00
     2015-03-30 00:28:00   battery         ok
     2015-03-30 00:28:50   state           CMDs_done
   Helper:
     mId        F0A9
     rxType     1
     Io:
       newChn     +2FB661,00,01,00
       nextSend   1427668202.87257
       rxt        0
       vccu       myVCCU
       p:
         2FB661
         00
         01
         00
       prefIO:
         HMLAN1
     Mrssi:
       mNo        83
       Io:
         HMLAN1     -39
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_hmlan1:
         avg        -42
         cnt        8
         lst        -41
         max        -41
         min        -44
Attributes:
   IODev      HMLAN1
   IOgrp      myVCCU:HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM,Fabian
   serialNr   LEQ0763409
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents

Code Auswählen Erweitern

Internals:
   DEF        2FB66102
   NAME       Fabian.Lichtschalter01_Btn_02
   NR         164
   STATE      Short (to myVCCU)
   TYPE       CUL_HM
   chanNo     02
   device     Fabian.Lichtschalter01
   peerList   self03,
   Readings:
     2015-03-26 14:13:32   R-dblPress      0 s
     2015-03-26 14:13:32   R-longPress     0.3 s
     2015-03-29 17:49:39   R-self03-expectAES off
     2015-03-29 17:49:39   R-self03-peerNeedsBurst on
     2015-03-26 14:13:32   R-sign          off
     2015-03-30 00:27:54   RegL_01:        04:00 08:00 09:00 00:00
     2015-03-30 00:27:55   RegL_04:self03  01:01 00:00
     2015-03-30 00:29:32   peerList        self03,
     2015-03-30 00:23:01   state           Short (to myVCCU)
     2015-03-29 17:49:01   trigDst_myVCCU  noConfig
     2015-03-30 00:23:01   trigger         Short_229
     2015-03-30 00:23:01   trigger_cnt     229
   Helper:
     Role:
       chn        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,2FB66103,
   room       CUL_HM,Fabian

Code Auswählen Erweitern

Internals:
   DEF        2FB66103
   NAME       Fabian.Lichtschalter01_Sw_01
   NR         165
   STATE      on
   TYPE       CUL_HM
   chanNo     03
   device     Fabian.Lichtschalter01
   peerList   self02,
   Readings:
     2015-03-30 00:29:43   CommandAccepted yes
     2015-03-30 00:28:50   R-self02-lgActionType off
     2015-03-26 14:12:42   R-self02-lgCtDlyOff geLo
     2015-03-26 14:12:42   R-self02-lgCtDlyOn geLo
     2015-03-26 14:12:42   R-self02-lgCtOff geLo
     2015-03-26 14:12:42   R-self02-lgCtOn geLo
     2015-03-26 14:12:42   R-self02-lgCtValHi 100
     2015-03-26 14:12:42   R-self02-lgCtValLo 50
     2015-03-30 00:28:50   R-self02-lgMultiExec on
     2015-03-26 14:12:42   R-self02-lgOffDly 0 s
     2015-03-26 14:12:42   R-self02-lgOffTime unused
     2015-03-30 00:28:50   R-self02-lgOffTimeMode absolut
     2015-03-26 14:12:42   R-self02-lgOnDly 0 s
     2015-03-26 14:12:42   R-self02-lgOnTime unused
     2015-03-30 00:28:50   R-self02-lgOnTimeMode absolut
     2015-03-26 14:34:20   R-self02-lgSwJtDlyOff off
     2015-03-26 14:12:42   R-self02-lgSwJtDlyOn on
     2015-03-26 14:12:42   R-self02-lgSwJtOff dlyOn
     2015-03-26 14:34:20   R-self02-lgSwJtOn dlyOff
     2015-03-26 14:12:42   R-self02-shActionType jmpToTarget
     2015-03-26 14:12:42   R-self02-shCtDlyOff geLo
     2015-03-26 14:12:42   R-self02-shCtDlyOn geLo
     2015-03-26 14:12:42   R-self02-shCtOff geLo
     2015-03-26 14:12:42   R-self02-shCtOn geLo
     2015-03-26 14:12:42   R-self02-shCtValHi 100
     2015-03-26 14:12:42   R-self02-shCtValLo 50
     2015-03-26 14:12:42   R-self02-shOffDly 0 s
     2015-03-26 14:12:42   R-self02-shOffTime unused
     2015-03-26 14:12:42   R-self02-shOffTimeMode absolut
     2015-03-26 14:12:42   R-self02-shOnDly 0 s
     2015-03-26 14:12:42   R-self02-shOnTime unused
     2015-03-26 14:12:42   R-self02-shOnTimeMode absolut
     2015-03-26 14:38:52   R-self02-shSwJtDlyOff off
     2015-03-26 14:12:42   R-self02-shSwJtDlyOn on
     2015-03-26 14:12:42   R-self02-shSwJtOff dlyOn
     2015-03-26 14:38:52   R-self02-shSwJtOn dlyOff
     2015-03-26 14:12:37   R-sign          off
     2015-03-30 00:28:44   RegL_01:        08:00 00:00
     2015-03-30 00:28:50   RegL_03:self02  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:20 8B:14 8C:63 00:00
     2015-03-30 00:29:43   deviceMsg       on (to Fabian.Lichtschalter01)
     2015-03-30 00:29:43   level           100 %
     2015-03-30 00:29:43   pct             100
     2015-03-30 00:29:32   peerList        self02,
     2015-03-30 00:29:43   recentStateType ack
     2015-03-30 00:29:43   state           on
     2015-03-30 00:29:43   timedOn         off
   Helper:
     Role:
       chn        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,2FB66102,
   room       CUL_HM,Fabian

Auf BTN01 funktioniert alles (solange er nicht gepeert ist).

Beste Grüße
Fabian

[frank]

ich habe jetzt extra das zusätzliche peering mit einem virtuellen channel bei meinem btn2 gelöscht. es kommen trotzdem long events. sogar in allen 3 channel: device, btn02 und sw01. hier meine events von 2 schaltereignissen. zuerst ein 4-faches long, dann noch ein 1-faches long:

Code Auswählen Erweitern

09:00:20  SwitchPBU01_Sw_01 trigLast: SwitchPBU01_Btn_02 :long
09:00:20  SwitchPBU01_Sw_01 trig_SwitchPBU01_Btn_02: long
09:00:20  SwitchPBU01_Btn_02 trigger: Long_190
09:00:20  SwitchPBU01_Btn_02 LongRelease 1-A040- (to SwitchPBU01)
09:00:20  SwitchPBU01_Btn_02 trigger_cnt: 190
09:00:19  SwitchPBU01 SwitchPBU01_Btn_02 LongRelease 1-A040- (to SwitchPBU01)
09:00:19  SwitchPBU01 battery: ok
09:00:18  SwitchPBU01_Sw_01 trigLast: SwitchPBU01_Btn_02 :long
09:00:18  SwitchPBU01_Sw_01 trig_SwitchPBU01_Btn_02: long
09:00:18  SwitchPBU01_Btn_02 trigger: Long_189
09:00:18  SwitchPBU01_Btn_02 LongRelease 4-A040- (to SwitchPBU01)
09:00:18  SwitchPBU01_Btn_02 trigger_cnt: 189
09:00:17  SwitchPBU01 SwitchPBU01_Btn_02 LongRelease 4-A040- (to SwitchPBU01)
09:00:17  SwitchPBU01 battery: ok
09:00:17  SwitchPBU01_Sw_01 trigLast: SwitchPBU01_Btn_02 :long
09:00:17  SwitchPBU01_Sw_01 trig_SwitchPBU01_Btn_02: long
09:00:17  SwitchPBU01_Btn_02 trigger: Long_189
09:00:17  SwitchPBU01_Btn_02 Long 3-8040- (to SwitchPBU01)
09:00:17  SwitchPBU01_Btn_02 trigger_cnt: 189
09:00:16  SwitchPBU01 SwitchPBU01_Btn_02 Long 3-8040- (to SwitchPBU01)
09:00:16  SwitchPBU01 battery: ok
09:00:16  SwitchPBU01_Sw_01 trigLast: SwitchPBU01_Btn_02 :long
09:00:16  SwitchPBU01_Sw_01 trig_SwitchPBU01_Btn_02: long
09:00:16  SwitchPBU01_Btn_02 trigger: Long_189
09:00:16  SwitchPBU01_Btn_02 LongRelease 2-A040- (to SwitchPBU01)
09:00:15  SwitchPBU01_Btn_02 trigger_cnt: 189
09:00:15  SwitchPBU01 SwitchPBU01_Btn_02 LongRelease 2-A040- (to SwitchPBU01)
09:00:15  SwitchPBU01 battery: ok
09:00:15  SwitchPBU01_Sw_01 trigLast: SwitchPBU01_Btn_02 :long
09:00:14  SwitchPBU01_Sw_01 trig_SwitchPBU01_Btn_02: long
09:00:14  SwitchPBU01_Btn_02 trigger: Long_189
09:00:14  SwitchPBU01_Btn_02 Long 1-8040- (to SwitchPBU01)
09:00:14  SwitchPBU01_Btn_02 trigger_cnt: 189
09:00:13  SwitchPBU01 SwitchPBU01_Btn_02 Long 1-8040- (to SwitchPBU01)
09:00:13  SwitchPBU01 battery: ok
09:00:13  SwitchPBU01_Sw_01 timedOn: off
09:00:13  SwitchPBU01_Sw_01 off
09:00:13  SwitchPBU01_Sw_01 deviceMsg: off (to SwitchPBU01)
09:00:12  SwitchPBU01_Sw_01 pct: 0
09:00:12  SwitchPBU01_Sw_01 level: 0 %

im gegensatz zu dir habe ich im chn03 sogar 2 trigger-readings:

Code Auswählen Erweitern

     2015-03-30 09:00:19   trigLast        SwitchPBU01_Btn_02 :long
     2015-03-30 09:00:19   trig_SwitchPBU01_Btn_02 long

welche version von cul_hm hast du? poste mal ein list deiner vccu.

[Pythonf]

Code Auswählen Erweitern

$Id: 10_CUL_HM.pm 8258 2015-03-21 19:02:33Z martinp876 $

Ich hab als IO nur ein HMLAN, aber das sollte ja eig kein Problem sein, oder?
Das Virtuelle Peering hab ich wd gelöscht, war aber mit Kanal 3 der VCCU.

Code Auswählen Erweitern

Internals:
   DEF        26EA18
   HMLAN1_MSGCNT 517
   HMLAN1_RAWMSG E31DAEE,0000,144CE1CB,FF,FFA4,88847031DAEE00000000B130
   HMLAN1_RSSI -92
   HMLAN1_TIME 2015-03-30 13:06:42
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     517
   NAME       myVCCU
   NR         23
   STATE      CMDs_done
   TYPE       CUL_HM
   assignedIOs HMLAN1
   channel_01 myVCCU_Btn1
   channel_02 myVCCU_Btn2
   channel_03 myVCCU_Btn3
   Readings:
     2015-03-26 13:42:00   state           CMDs_done
     2015-03-18 09:50:46   unknown_28B8C2  received
     2015-03-26 13:41:23   unknown_2FB661  received
     2015-03-30 13:06:42   unknown_31DAEE  received
     2015-02-14 14:27:31   unknown_3835C4  received
   Helper:
     mId        FFF0
     rxType     1
     Io:
       prefIO
       vccu
       ioList:
         HMLAN1
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       vrt        1
Attributes:
   IODev      HMLAN1
   IOList     HMLAN1
   expert     2_full
   model      CCU-FHEM
   room       config
   subType    virtual
   webCmd     virtual:update

Und immernoch bekomme ich nur das hier:

Code Auswählen Erweitern

2015-03-30 13:10:24 CUL_HM Fabian.Lichtschalter01_Sw_01 deviceMsg: off (to Fabian.Lichtschalter01)
2015-03-30 13:10:24 CUL_HM Fabian.Lichtschalter01_Sw_01 level: 0 %
2015-03-30 13:10:24 CUL_HM Fabian.Lichtschalter01_Sw_01 pct: 0
2015-03-30 13:10:24 CUL_HM Fabian.Lichtschalter01_Sw_01 off
2015-03-30 13:10:24 CUL_HM Fabian.Lichtschalter01_Sw_01 timedOn: off

[frank]

Ich hab als IO nur ein HMLAN, aber das sollte ja eig kein Problem sein, oder?

egal.

Das Virtuelle Peering hab ich wd gelöscht, war aber mit Kanal 3 der VCCU.

in deinem list vom button2 war aber kein peering zu sehen. mit einem gepeerten device (real oder virt) muss der schalter aber messages funken. ich glaube, ich habe damals den virtuellen aktor gepeert, damit die events kommen. mein virtueller aktor sieht so aus:

Code Auswählen Erweitern

define virtAktorAlarmOff CUL_HM AA00AA
attr virtAktorAlarmOff IODev hmlan1
attr virtAktorAlarmOff expert 2_full
attr virtAktorAlarmOff model virtual_1
attr virtAktorAlarmOff subType virtual
attr virtAktorAlarmOff webCmd virtual
define virtAktorAlarmOff_Btn1 CUL_HM AA00AA01
attr virtAktorAlarmOff_Btn1 event-on-change-reading .*
attr virtAktorAlarmOff_Btn1 group Rauchmelder
attr virtAktorAlarmOff_Btn1 model virtual_1
attr virtAktorAlarmOff_Btn1 peerIDs 266EA502,
attr virtAktorAlarmOff_Btn1 room 01_ALARM
attr virtAktorAlarmOff_Btn1 webCmd press short:press long


lösch mal in der vccu die unknown readings mit set clear unknownDev. da steht der schalter drin. vielleicht macht das ärger.

[Pythonf]

So - hab die unknowDevs in der VCCU gecleart und erneut mit myVCCU_Btn03 single set gepeert und jetzt funktioniert es, allerdings nur solange wie auch mit einem virtuellen Kanal gepeert ist:

Code Auswählen Erweitern

2015-03-30 14:30:50 [b]CUL_HM Fabian.Lichtschalter01_Btn_02 trigger: Long_240[/b]
2015-03-30 14:30:50 CUL_HM Fabian.Lichtschalter01_Btn_02 trigger_cnt: 240
2015-03-30 14:30:50 CUL_HM myVCCU_Btn3 trigLast: Fabian.Lichtschalter01_Btn_02 :long
2015-03-30 14:30:50 CUL_HM myVCCU_Btn3 trig_Fabian.Lichtschalter01_Btn_02: long
2015-03-30 14:30:51 CUL_HM Fabian.Lichtschalter01 battery: ok
2015-03-30 14:30:51 CUL_HM Fabian.Lichtschalter01 CMDs_done
2015-03-30 14:30:51 CUL_HM Fabian.Lichtschalter01 Fabian.Lichtschalter01_Btn_02 LongRelease 2-B040- (to myVCCU)

Beste Grüße
Fabian

[frank]

allerdings nur solange wie auch mit einem virtuellen Kanal gepeert ist

nach einem "set btn2 peerchan 0 aktor single unset remote" heute morgen hat meiner weiterhin long gesendet. das werde ich sicherheitshalber gleich wieder ändern. 

[Tobias]

Hi Frank,
deine Anpassungen in der FW läufen bei mir nun auf allen Schaltern in der ganzen Wohnung. Alles supi!

Insbesondere die Rückmeldung  (3x blinken) beim Absetzen der Anlernmessage erleichtert vieles ungemein. Bitte im Repo committen

[chipmunk]

Hallo,
da ihr euch mit den Internas des Switches gut auskennt:
Kann der Switch so konfiguriert werden, dass er dann ohne Zentrale auf die Länge des Tastendrucks des gepeerten Senders mit unterschiedlich langer Einschaltzeit reagiert?
short press: on
long press: je nach Dauer x Mal z.B. 30 Sek on (ev. die Zeitbasis auch konfigurierbar)
Die Sender schicken ja bei einem langen Tastendruck eine entsprechende Info.

Wäre das mit der alternativen FW möglich?

Das wäre für das Außenlicht super.

Danke
Chipmunk

[frank]

Kann der Switch so konfiguriert werden, dass er dann ohne Zentrale auf die Länge des Tastendrucks des gepeerten Senders mit unterschiedlich langer Einschaltzeit reagiert?
short press: on

ja, oder eben für long eine andere zeit wie bei jedem schaltaktor.

long press: je nach Dauer x Mal z.B. 30 Sek on (ev. die Zeitbasis auch konfigurierbar)

nein.

Wäre das mit der alternativen FW möglich?

du könntest das in die fw programieren. 

[Mr. P]

Habe ein kleines Problem mit der alternativen Firmware.
Ich habe vergeblich versucht, einen Remoteschalter (HM-PB-2-FM) vollständig mit einem modifizierten HM_LC_Sw1PBU_FM zu peeren.
Folgende Zeilen finde ich nach einem:
set remoteLobby_Btn01 peerChan 0 switchLobby_Sw02
dazu anschließend im Schalter (Config ist allerdings nicht mehr meine, da inzwischen schon mehrfach gelöscht und neu probiert):

Code Auswählen Erweitern

R-remoteLobby_Btn01-lgCtDlyOff geLo 2015-04-05 23:25:48
R-remoteLobby_Btn01-lgCtDlyOn geLo 2015-04-05 23:25:48
R-remoteLobby_Btn01-lgCtOff geLo 2015-04-05 23:25:48
R-remoteLobby_Btn01-lgCtOn geLo 2015-04-05 23:25:48
R-remoteLobby_Btn01-lgCtValHi 100 2015-04-05 23:25:48
R-remoteLobby_Btn01-lgCtValLo 50 2015-04-05 23:25:48
R-remoteLobby_Btn01-lgOffDly 0 s 2015-04-05 23:25:48
R-remoteLobby_Btn01-lgOffTime unused 2015-04-05 23:25:48
R-remoteLobby_Btn01-lgOnDly 0 s 2015-04-05 23:25:48
R-remoteLobby_Btn01-lgOnTime unused 2015-04-05 23:25:48
R-remoteLobby_Btn01-shActionType jmpToTarget 2015-04-05 23:25:48
R-remoteLobby_Btn01-shOffDly 0 s 2015-04-05 23:25:48
R-remoteLobby_Btn01-shOffTime unused 2015-04-05 23:25:48
R-remoteLobby_Btn01-shOffTimeMode absolut 2015-04-05 23:25:48
R-remoteLobby_Btn01-shOnTime unused 2015-04-05 23:25:48
R-remoteLobby_Btn01-shOnTimeMode absolut 2015-04-05 23:25:48
R-remoteLobby_Btn01-shSwJtDlyOff off 2015-04-05 23:25:48
R-remoteLobby_Btn01-shSwJtDlyOn on 2015-04-05 23:25:48
R-remoteLobby_Btn01-shSwJtOff dlyOn 2015-04-05 23:25:48
R-remoteLobby_Btn01-shSwJtOn dlyOff 2015-04-05 23:25:48
R-remoteLobby_Btn02-shActionType jmpToTarget 2015-04-05 22:38:37
R-remoteLobby_Btn02-shCtDlyOff geLo 2015-04-05 21:55:39
R-remoteLobby_Btn02-shCtDlyOn geLo 2015-04-05 21:55:39
R-remoteLobby_Btn02-shCtOff ltHi 2015-04-05 21:55:39
R-remoteLobby_Btn02-shCtOn ltLo 2015-04-05 21:55:39
R-remoteLobby_Btn02-shCtValLo 100 2015-04-05 21:55:39
R-remoteLobby_Btn02-shOffDly 0 s 2015-04-05 21:55:39
R-remoteLobby_Btn02-shOffTime 0.1 s 2015-04-05 21:55:39
R-remoteLobby_Btn02-shOffTimeMode absolut 2015-04-05 22:38:37
R-remoteLobby_Btn02-shOnDly 111600 s 2015-04-05 21:55:39
R-remoteLobby_Btn02-shOnTime 0 s 2015-04-05 21:55:39
R-remoteLobby_Btn02-shOnTimeMode absolut 2015-04-05 22:38:37
R-remoteLobby_Btn02-shSwJtDlyOff no 2015-04-05 21:55:39
R-remoteLobby_Btn02-shSwJtDlyOn no 2015-04-05 21:55:39
R-remoteLobby_Btn02-shSwJtOff off 2015-04-05 21:55:39
R-remoteLobby_Btn02-shSwJtOn on 2015-04-05 21:55:39

Wie man gut erkennen kann, gibt es Diskrepanzen zwischen Btn01 und Btn02 und es fehlt auch das lgMultiExec vom long (welches bei den Peerings mit den internen Buttons sehr wohl angezeigt wird). Dadurch habe ich zwei Probleme:
Aufgrund des fehlenden lgMultiExec (welches in Wahrheit auf on zu stehen scheint), habe ich ständig toggles beim Aktor und ich kann dem Aktor über den Btn02 auch nicht mitteilen, dass er auf long gar nicht reagieren soll.

Hat von euch dieses Problem auch schon jemand gehabt bzw. da allem Anschein nach ein Fehler in der Firm-/Software vorliegt, wurde bereits versucht, der Sache auf den Grund zu gehen und konnte diese vielleicht bereits lösen?

Vielen Dank für eure Antworten!

[chipmunk]

Ich habe als Neuling grundsätzliche Verständnisfragen (auch das Wiki hat mich da eher verwirrt):
- Kann ich den Switch OTA (direkt aus FHEM) mit der neuen FW bespielen oder muss ich löten und einen Atmel-Programmer haben (wenn auch nur in Form eines RasPi)?
- Was muss ich haben, um die Sources zu kompilieren? Reicht da der Standard-Compiler am RasPi, oder muss ich einen speziellen Atmel-Compiler downloaden?
- Wozu ist der Bootloader nötig?
- Muss ich die Serial# nur in den Bootloader compilieren, nur in die FW oder in beide?

Meine derzeitige Vermutung ist, dass ich löten muss, damit ich mit dem PI den Bootloader aufspielen kann und dann die eigentliche FW OTA uploade - ist das so richtig?

Danke
Chipmunk

[jab]

Hi Chipmunk,

du musst löten oder einen speziellen Programmieradapter haben. Zum kompilieren brauchst du nur die Arduino IDE, da sie alles mitbringt was du brauchst. Der Bootloader ist optional und erlaubt updates over the air. Es empfiehlt sich die Serial in beide einzucompilieren, damit es konsistent ist, aber muss man nicht.

Hast du nicht Lust das README.md aus https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM mal etwas zu aktualisieren und deine offenen Fragen dort zu beantworten?


Gruß,
Jan