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

errazzor

Zitat von: DerBodo am 30 März 2018, 19:38:16
Um den Bootloader zu flashen musst du ihn ausbauen und zerlegen.
Wenn der Bootloader dann drauf ist, geht auch OTA.

An dieser Stelle ist das Wiki aber sehr missverständlich finde ich.

Zitat
Oder man flasht die Firmware, wie im folgenden Abschnitt beschrieben, OTA (over the air). Das funktioniert mit dem Bootloader natürlich nicht. Dieser kann nur über einen Programmer oder Raspberry Pi auf den Schalter geflasht werden. Der Vorteil bei OTA ist, dass für ein Update der Firmware der Schalter nicht mehr ausgebaut werden müsste.

Zitat
Bootloader OTA flashen
Soll später ein neuer Bootloader mit neuen Features installiert werden, so kann dieser ebenfalls OTA geflashed werden ohne Schalter ausbauen und Löten.

Für mich liest sich das eher so, als steht da einmal "geht nicht" und dann "geht doch".

Oder wie ist das gemeint?

Tobias

Nö, ist eindeutig.
Erstmalig flashen heisst immer Ausbau. Wenn du dann den bootloader beim ersten Flashen gleich mit geändert hast, geht alles folgende ota

Gesendet von meinem Leap mit Tapatalk

Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

kabakakao

Hallo zusammen,

ich habe vor längerer Zeit günstig 3 Schalter mit CustomFW erhalten.
Ich hatte doch Probleme diese einzubinden und habe es dann aufgegeben.
Ich wollte mich jedoch wieder mal damit befassen.

Leider habe ich das Problem, dass ich, obwohl sie angeschlossen sind, keinerlei Feedback erhalte:
- kein blinken
- keine Logeinträge im FHEM

Habe ich eine Möglichkeit zu prüfen, ob die Schalter grundsätzlich überhaupt noch leben?

Wäre für jede Hilfe dankbar.


edit:
Nach einem 4sek. Tastendruck, folgende Antwort im Log gefunden:
2018.10.31 22:52:57.346 4: CUL_Parse: cul_HM_HomeMatic S 3F 52 3901 1E0006 597700 010000000019E6 -87
2018.10.31 22:52:57.389 4: CUL_Parse: cul_HM_HomeMatic * *S 3F 5239 011E00 065977 0001000000001904
2018.10.31 22:52:58.416 4: CUL_Parse: cul_HM_HomeMatic S BF 52 3901 1E0006 597700 010000000019E6 -87


kommt die von dem Schalter?
Und was sagt sie aus?

frank

die messages sehen seltsam aus. poste mal ein list vom cul.
bitte log ausgaben, list, etc mit code tags formatieren.
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

kabakakao

Der CUL macht ansonsten einen guten Dienst.
Habe einen MapleCUN im Einsatz:

Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXeflptxz*
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        192.168.1.193:2323 6354
   DeviceName 192.168.1.193:2323
   FD         17
   FHTID      6354
   NAME       cul_HM_HomeMatic
   NR         53
   NR_CMD_LAST_H 2
   PARTIAL   
   RAWMSG     **S8C5239011E00065A760000000000001902
   RSSI       -80
   STACKED    cul_HM_HomeMaticSTACK
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.04 a-culfw Build: 306 (2018-10-02_16-37-10) MapleCUNx4_87 (F-Band: 868MHz)
   cul_HM_HomeMatic_MSGCNT 44762
   cul_HM_HomeMatic_TIME 2018-11-01 12:58:27
   initString X21
   owner_CCU  vccu_GL_vccu
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     C:Hideki   ^P12#75[A-F0-9]{17,30}
     C:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-11-01 12:58:26   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2018-10-31 20:54:03   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
     2018-06-07 17:34:02   credit10ms      900
     2018-11-01 12:58:27   state           Initialized
   XMIT_TIME:
     1541024314.43915
     1541024321.30796
   helper:
     171F0A:
       QUEUE:
     17A5C5:
       QUEUE:
     17A5E6:
       QUEUE:
     17A67E:
       QUEUE:
     17A6AA:
       QUEUE:
     1A3A19:
       QUEUE:
     1A7B19:
       QUEUE:
     1A7CE2:
       QUEUE:
     1D68A3:
       QUEUE:
     1E60AF:
       QUEUE:
     20137E:
       QUEUE:
     201DEF:
       QUEUE:
     202095:
       QUEUE:
     269163:
       QUEUE:
     2696E1:
       QUEUE:
     26970B:
       QUEUE:
     2A540B:
       QUEUE:
     2DA87B:
       QUEUE:
     2E1E8E:
       QUEUE:
     2E2D79:
       QUEUE:
     2EC900:
       QUEUE:
     2EE57C:
       QUEUE:
     2EE7B9:
       QUEUE:
     2EE7C2:
       QUEUE:
     2F0540:
       QUEUE:
     31444F:
       QUEUE:
     3144B8:
       QUEUE:
     3145B3:
       QUEUE:
     326332:
       QUEUE:
     3B2349:
       QUEUE:
     3B2359:
       QUEUE:
     3B235E:
       QUEUE:
     3B236F:
       QUEUE:
     3B3523:
       QUEUE:
     3B369A:
       QUEUE:
     3B3B1A:
       QUEUE:
     529FC1:
       QUEUE:
     589975:
       QUEUE:
     589984:
       QUEUE:
Attributes:
   hmId       F16354
   rfmode     HomeMatic
   room       zz HomeMatic

frank

1. culs sind für homematic höchstens 2. wahl
2. wenn man es nicht lassen kann, dann wenigstens mit ts_culfw
3. mein cul hat im homematic mode bwidth:101khz
4. homematic messages beginnen immer mit "A"
5. deine messages beginnen mit "S". nach dem list messages von cul_esa.
6. die 2. message mit "**S" wurde scheinbar schlecht empfangen/verarbeitet, da eigentlich die selbe message wie 1. aber um 2 stellen verschoben
7. im initString sollte zusätzlich "Ar" erscheinen für homematic
8. auch sonst ist kein hinweis auf homematic protokoll.

soweit ich weiss, bedeutet mapplecul => mehrere empfänger. ist da etwas durcheinander geraten?
schon mal rebootet?
empfängst du andere messages mit "A"?
gibt es fehlermeldungen im log?
was kommt im log, wenn der schalter spannung bekommt?
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

kabakakao

Danke für die schnelle Antwort.

zu 1: Da hatte ich bisher noch keine Probleme mit
zu 2: Gibt es für den MapleCUL nicht
zu 3: Hmm. Hab ich mal angepasst.
zu 5: Dann ist das wohl mit ESA Stromzähler
zu 7: Ar ist im InitString vorhanden
zu 8: Der rfmode steht auf HomeMatic

Der MapleCUL ist bei mir mit 3 Funkmodulen ausgestattet: 1x Homematic, 1x SlowRF, 1x 433MhZ
Diese funktionieren soweit alle wie erwartet. Ich habe einige HomeMatic und FS20 Geräte im Einsatz.
Ich kann im Log keine Fehlermeldungen sehen.
Auch sehe ich keine Meldungen, wenn der Schalter Spannung bekommtA

edit:
Habe gerade noch einmal einen Test gestartet:
Beim Einschalten kommt folgendes im Log (Ich bin mir nicht ganz sicher, ob das alles von dem Schalter kommt). Das sieht auf jeden Fall schon mal etwas besser aus:
2018.11.01 17:32:49.621 4 : CUL_Parse: CUL_0 A 0E 00 A410 51CB02 F11234 06040000003B -44.5
2018-11-01 17:32:49.623 CUL CUL_0 UNKNOWNCODE A0E00A41051CB02F112340604000000::-44.5:CUL_0
2018.11.01 17:32:49.623 3 : CUL_0: Unknown code A0E00A41051CB02F112340604000000::-44.5:CUL_0, help me!
2018.11.01 17:32:50.319 4 : CUL_Parse: CUL_0 A 0E 01 A410 51CB02 F11234 06030000003E -43
2018-11-01 17:32:50.320 CUL CUL_0 UNKNOWNCODE A0E01A41051CB02F112340603000000::-43:CUL_0
2018.11.01 17:32:50.321 3 : CUL_0: Unknown code A0E01A41051CB02F112340603000000::-43:CUL_0, help me!
2018.11.01 17:32:51.017 4 : CUL_Parse: CUL_0 A 0E 01 A410 51CB02 F11234 060300000042 -41
2018-11-01 17:32:51.019 CUL CUL_0 UNKNOWNCODE A0E01A41051CB02F112340603000000::-41:CUL_0
2018.11.01 17:32:51.019 3 : CUL_0: Unknown code A0E01A41051CB02F112340603000000::-41:CUL_0, help me!
2018.11.01 17:32:51.715 4 : CUL_Parse: CUL_0 A 0E 01 A410 51CB02 F11234 060300000046 -39
2018-11-01 17:32:51.716 CUL CUL_0 UNKNOWNCODE A0E01A41051CB02F112340603000000::-39:CUL_0
2018.11.01 17:32:51.716 3 : CUL_0: Unknown code A0E01A41051CB02F112340603000000::-39:CUL_0, help me!

frank

ich sehe im initString im list nur X21.
im homematic mode muss auch ein eintrag für cul_hm in der matchlist auftauchen.

die neuen messages sind homematic, aber werden vom device CUL_0 empfangen. das list war von cul_HM_HomeMatic.

die messages kommen von einem device 51CB02 und gehen an eine zentrale F11234. der sender ist also gepairt. aber nicht mit deiner zentrale. wenn das der schalter ist, musst du ihn resetten. da die msgnummern bei 00 beginnen könnte es der schalter sein, wenn du ihn getade eingeschaltet hast. er muss auch ziehmlich nahe beim cul_0 sein, wegen rssi.

hast du mal rebootet? ich glaube weiterhin da stimmt was nicht.
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

kabakakao

Hi Frank,

erwischt ;)
Ich habe hier noch einen USB CUL rumfliegen gehabt. Den habe ich in einem frischen FHEM hier im Arbeitszimmer aufgebaut.
Hier habe ich auch meinen Schalter zum testen.
Okay, also ist der Schalter schon gepaired. Ich habe ihn schon durch mehrfach längeres drücken (2x länger als 5sek mit kurzer Pause) versucht, zu resetten. Leider anscheinend ohne Erfolg.
Könnte ich den Schalter, indem ich die Zentrale auf F11234 stelle, resetten oder testen?

frank

sollte funktionieren.
anstatt reset, kannst du dann auch "set regSet pairCentral F16354" machen.
der schalter ist anschliessend aber nicht mehr erreichbar. den erfolg kannst du also nur indirekt "merken".
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

kabakakao

Ich kriege ihn aber irgendwie trotzdem nicht gepaired. Ich weiß gerade nicht, wie ich das anstellen soll, das er im FHEM auftaucht. Kannst du mir da einen Tipp geben?

Tobias

Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

frank

ich schätze, dass du schwierigkeiten mit kurzen und langen tastendrücken hast.
ich würde den eventmonitor mit option fhem.log beim drücken beobachten. events wegfiltern, damit nur die messages vom cul zu sehen sind. so bekommt man eine gute "rückmeldung" vom taster.
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

sebixvi

Hallo zusammen,

ich habe ein paar Seiten des Threads durchgelesen und auch mal nach "Verzögerung" gesucht, aber keine Antwort für mein Problem gefunden:

ich habe einen Schaltaktor mit der alternativen Firmware bestückt, soweit alles gut. Tastendruck oben ist mit einem virtuellen Aktor gepeert, Tastendruck unten mit dem internen Aktor.

Drücke ich unten, wird der interne Aktor sofort betätigt. Beim Druck oben habe ich aber eine Verzögerung von ca. 1s, bis FHEM der Tastendruck signalisiert wird und das Licht geschaltet wird.

Der HM_LC_Sw1PBU_FM ist als zweite Schaltmöglichkeit in der Küche installiert. Der andere Schalter ist mit einem HM-RC-2-PBU-FM bestückt, dieser ist ebenso belegt (oben virtueller Aktor für TRADFRI-Leuchten, unten Aktor des HM_LC_Sw1PBU_FM). Hier werden beide Lampen ohne Verzögerung geschaltet.

Lässt sich das ändern? Ich habe zwar verschiedentlich Hinweise auf statusInfoMinDly gefunden, aber dieses Register scheint es bei der Custom-Firmware nicht zu geben?

Danke,
Sebastian

holzwurm83

Hallo zusammen,

ich weiß das diese Frage hier schon öfters gestellt wurde, aber da ich mir nicht wirklich sicher bin möchte doch lieber euch noch mal um Rat fragen. 

Ich habe den oberen und unteren Taster mit dem innren Aktor so gepairt, dass der Aktor bei jedem Tastendruck getriggert wird. Allerdings mach er das jetzt bei langen und kurzen Tastendruck. Ich möchte das allerdings nur bei einem kurzen Tastendruck und möchte den langen Tastendruck für andere Funktionen verwenden.

Könnt ihr mir bei der Änderung helfen?

WG1_LI_EZ_Tisch_Btn_01:
Internals:
   DEF        20855901
   NAME       WG1_LI_EZ_Tisch_Btn_01
   NOTIFYDEV  global
   NR         989
   NTFY_ORDER 50-WG1_LI_EZ_Tisch_Btn_01
   STATE      LongRelease 1-B040- (to WG1_LI_EZ_Tisch)
   TYPE       CUL_HM
   chanNo     01
   device     WG1_LI_EZ_Tisch
   peerList   self03,
   READINGS:
     2018-09-10 16:28:02   R-sign          off
     2018-09-10 17:00:33   RegL_01.        04:40 08:00 09:02 00:00
     2018-09-10 17:00:35   RegL_04.self03  01:01 00:00
     2018-11-29 12:03:23   peerList        self03,
     2018-11-08 17:06:13   state           LongRelease 1-B040- (to WG1_LI_EZ_Tisch)
     2018-11-08 17:06:13   trigger         Long_73
     2018-11-08 17:06:13   triggerTo_WG1_LI_EZ_Tisch Long_73
     2018-11-08 17:06:13   trigger_cnt     73
   helper:
     regLst     ,1,4p
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     tmpl:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,20855903,
   room       CUL_HM


WG1_LI_EZ_Tisch_Btn_02:
Internals:
   DEF        20855902
   NAME       WG1_LI_EZ_Tisch_Btn_02
   NOTIFYDEV  global
   NR         990
   NTFY_ORDER 50-WG1_LI_EZ_Tisch_Btn_02
   STATE      ???
   TYPE       CUL_HM
   chanNo     02
   device     WG1_LI_EZ_Tisch
   peerList   self03,
   READINGS:
     2018-09-10 16:28:06   R-sign          off
     2018-09-10 17:01:00   RegL_01.        04:00 08:00 09:00 00:00
     2018-09-10 17:01:01   RegL_04.self03  01:01 00:00
     2018-11-29 12:03:23   peerList        self03,
   helper:
     regLst     ,1,4p
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     tmpl:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,20855903,
   room       CUL_HM


WG1_LI_EZ_Tisch_Sw_01
Internals:
   DEF        20855903
   NAME       WG1_LI_EZ_Tisch_Sw_01
   NOTIFYDEV  global
   NR         991
   NTFY_ORDER 50-WG1_LI_EZ_Tisch_Sw_01
   STATE      on
   TYPE       CUL_HM
   chanNo     03
   device     WG1_LI_EZ_Tisch
   peerList   self01,self02,
   READINGS:
     2018-12-03 07:50:16   CommandAccepted yes
     2018-09-10 16:35:11   R-self01-lgActionType jmpToTarget
     2018-09-10 16:35:29   R-self01-shActionType jmpToTarget
     2018-09-10 16:36:55   R-self02-lgActionType jmpToTarget
     2018-09-10 16:36:55   R-self02-shActionType jmpToTarget
     2018-09-10 16:28:10   R-sign          off
     2018-09-10 17:00:12   RegL_01.        08:00 00:00
     2018-09-10 17:00:14   RegL_03.self01  02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  87:00 88:00 89:00 8A:01 8B:33 8C:00 00:00
     2018-09-10 17:00:16   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:21 8B:13 8C:33 00:00
     2018-12-03 08:42:06   deviceMsg       on (to vccu)
     2018-12-03 08:42:06   level           100 %
     2018-12-03 08:42:06   pct             100
     2018-11-29 12:03:23   peerList        self01,self02,
     2018-12-03 08:42:06   recentStateType info
     2018-12-03 08:42:06   state           on
     2018-12-03 08:42:06   timedOn         off
     2018-11-08 17:06:13   trigLast        WG1_LI_EZ_Tisch_Btn_01:long
     2018-11-08 17:06:13   trig_WG1_LI_EZ_Tisch_Btn_01 Long_73
   helper:
     regLst     ,1,3p
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     tmpl:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,20855901,20855902,
   room       CUL_HM
- Fhem auf einem MacMini Server
- CUL; HMLAN; CUNO2 für FS20; HM-Wired RS485 LAN Gateway
- HMW_Sen_SC_12_FM; HMW_LC_Sw2_DR; HMW_LC_Bl1_DR; HMW_IO_12_Sw7; HMW_IO_12_Sw14_DR; HMW_IO_12_FM; HBW_1W_T10
- HM-TC-IT-WM-W-EU; HM-CC-RT-DN