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

[frank]

ich würde zuerst den schalter (und alle weiteren devices) umpairen, solange du noch zugriff hast. wenn es vom schalter akzeptiert wurde, hast du anschliessend erst einmal keinen zugriff mehr.

Code Auswählen Erweitern

set <schalter> regSet pairCentral 23C19D

danach stellst du das io um. wenn du eine vccu nutzt, muss diese auch geändert werden.

Code Auswählen Erweitern

attr hmsub hmId 23C19D

jetzt solltest du wieder zugriff auf die devices haben. alle umgepairten devices mit getconfig aktualisieren und anschliessend save. fertig.

[wires.io]

Nochmal YES!

(http://s24.postimg.org/ycd2keext/image.jpg)

Schönes Wochenende!

[flipkill]

Hallo,

was , mache ich falsch, der schalter geht bei mir nicht nach dem Firmware Update auch mechanisch nicht.

Gruß Jan

[Mr. P]

Hej Jan,

vorallem machst du einen Fehler... Du postest ein und die selbe Frage in div. Threads.
Belass' es bei einem - dann wird dir sogar eher geantwortet.

[wires.io]

Hallo,

was , mache ich falsch, der schalter geht bei mir nicht nach dem Firmware Update auch mechanisch nicht.

Gruß Jan

Versuche nochmal zu pairen, siehe http://forum.fhem.de/index.php/topic,18071.msg319500.html#msg319500 und folgende.

[wires.io]

Habe nun einen zweiten Schalter geflasht und kann ein- aber nicht ausschalten, weil die betroffen Register fehlen. Wat nu?

Code Auswählen Erweitern

Internals:
   DEF        12345703
   NAME       CUL_HM_ID_F0A9_123457_Sw_01
   NR         32
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     CUL_HM_ID_F0A9_123457
   peerList   self01,self02,
   Readings:
     2015-08-14 12:07:49   CommandAccepted yes
     2015-08-14 12:00:11   R-self01-lgActionType off
     2015-08-14 12:00:11   R-self01-lgMultiExec off
     2015-08-14 12:00:11   R-self01-lgOffDly 0 s
     2015-08-14 12:00:11   R-self01-lgOffTime 0 s
     2015-08-14 12:00:11   R-self01-lgOffTimeMode absolut
     2015-08-14 12:00:11   R-self01-lgOnTime 0 s
     2015-08-14 12:00:11   R-self01-lgOnTimeMode absolut
     2015-08-14 12:00:11   R-self01-lgSwJtDlyOff no
     2015-08-14 12:00:11   R-self01-lgSwJtDlyOn no
     2015-08-14 12:00:11   R-self01-lgSwJtOff no
     2015-08-14 12:00:11   R-self01-lgSwJtOn no
     2015-08-14 12:00:11   R-self01-shCtDlyOff geLo
     2015-08-14 12:00:11   R-self01-shCtDlyOn geLo
     2015-08-14 12:00:11   R-self01-shCtOff geLo
     2015-08-14 12:00:11   R-self01-shCtOn geLo
     2015-08-14 12:00:11   R-self01-shCtValHi 0
     2015-08-14 12:00:11   R-self01-shCtValLo 0
     2015-08-14 12:00:11   R-self01-shOffDly 0 s
     2015-08-14 12:00:11   R-self01-shOffTime 0 s
     2015-08-14 12:00:11   R-self01-shOnDly 0 s
     2015-08-14 12:00:11   R-self01-shOnTime 0 s
     2015-08-14 12:00:12   R-self02-lgActionType jmpToTarget
     2015-08-14 12:00:12   R-self02-lgMultiExec on
     2015-08-14 12:00:12   R-self02-lgOffDly 0 s
     2015-08-14 12:00:12   R-self02-lgOffTime unused
     2015-08-14 12:00:12   R-self02-lgOffTimeMode absolut
     2015-08-14 12:00:12   R-self02-lgOnTime unused
     2015-08-14 12:00:12   R-self02-lgOnTimeMode absolut
     2015-08-14 12:00:12   R-self02-lgSwJtDlyOff on
     2015-08-14 12:00:12   R-self02-lgSwJtDlyOn on
     2015-08-14 12:00:12   R-self02-lgSwJtOff dlyOn
     2015-08-14 12:00:12   R-self02-lgSwJtOn on
     2015-08-14 12:00:12   R-self02-shCtDlyOff geLo
     2015-08-14 12:00:12   R-self02-shCtDlyOn geLo
     2015-08-14 12:00:12   R-self02-shCtOff geLo
     2015-08-14 12:00:12   R-self02-shCtOn geLo
     2015-08-14 12:00:12   R-self02-shCtValHi 100
     2015-08-14 12:00:12   R-self02-shCtValLo 50
     2015-08-14 12:00:12   R-self02-shOffDly 0 s
     2015-08-14 12:00:12   R-self02-shOffTime unused
     2015-08-14 12:00:12   R-self02-shOnDly 0 s
     2015-08-14 12:00:12   R-self02-shOnTime unused
     2015-08-14 11:58:10   R-sign          off
     2015-08-14 12:09:33   RegL_01:          08:00 00:00
     2015-08-14 12:09:38   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:00 8B:00 8C:00 00:00
     2015-08-14 12:09:40   RegL_03:self02    02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
     2015-08-14 12:07:51   deviceMsg       off (to hmusb)
     2015-08-14 12:07:51   level           0 %
     2015-08-14 12:07:51   pct             0
     2015-08-14 12:09:34   peerList        self01,self02,
     2015-08-14 12:07:51   recentStateType info
     2015-08-14 12:07:51   state           off
     2015-08-14 12:07:51   timedOn         off
   Helper:
     dlvl       00
     dlvlCmd    ++A01123C19D1234570203000000
     peerIDsRaw ,12345702,12345701,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,12345701,12345702,

[frank]

ich würde immer mit single peeren, da man ja nun weiss, dass dual mist konfiguriert. also jeden taster einzeln peeren.

mach mal getconfig auf das device und kontrolliere ob es mehr register werden. und alle werte so setzen, wie in deinem anderen schalter.

[wires.io]

Code Auswählen Erweitern

set CUL_HM_ID_F0A9_123457_Btn_01 peerChan 0 CUL_HM_ID_F0A9_123457_Sw_01 single set
set CUL_HM_ID_F0A9_123457 getConfig
set CUL_HM_ID_F0A9_123457_Sw_01 getConfig
Leider sind die beiden Register immer noch nicht sichtbar und komischerweise auch beim anderen Schalter verschwunden.

[frank]

welche register meinst du? ich sehe mehr wie 2, die fehlen. 18 für jeden lg-peer und 17 für jeden sh-peer. in deinem post sind es jeweils 11/10.
mit get regList siehst du alle, die möglich sind.
was sagt hminfo configcheck?
hast du vor dem erneuten peeren, das alte peering gelöscht? eventuell sogar resettet?

[wires.io]

Kann ich durch ein Firmware "Reflash" die Schalter zurücksetzen um nochmal von vorne zu starten? Würde dann auch die fhem.cfg bereinigen.


Sent from my iPad using Tapatalk

[frank]

hast du schon reset am device probiert? das müsste den gleichen effekt haben, will aber nichts beschwören. 

[wires.io]

Habe die HM-CFG-USB2 Verbindung mit dem "-I" Parameter stabil bekommen, gefühlte 100 mal geflasht, versucht zu verbinden, FHEM zurückgesetzt, usw. und bin nun am Ziel:
(http://s14.postimg.org/70eu74cd9/final.jpg)
Dazu eine abschließende Frage: Ist Kanal vier der richtige Empfänger für die Kreuzverknüpfung oder sollte es besser Kanal 3 sein? Bei meinen Tests schaltet der "Remote" Schalter nämlich nicht immer zuverlässig, was aber auch an der Funkstrecke liegen könnte.

[frank]

Habe die HM-CFG-USB2 Verbindung mit dem "-I" Parameter stabil bekommen, gefühlte 100 mal geflasht

dann muss dein fhem aber alt sein. was ergibt den version bei dir?

[wires.io]

Code Auswählen Erweitern

# $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 6884 2014-11-04 22:03:52Z rudolfkoenig $
# $Id: 92_FileLog.pm 6769 2014-10-15 17:03:30Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 99_Utils.pm 6660 2014-10-03 06:35:43Z rudolfkoenig $
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $
# $Id: 91_eventTypes.pm 6792 2014-10-19 16:03:13Z rudolfkoenig $
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $

[frank]

das war klar.   
schon mal was vom befehl "update" gehört? - mit 1 jahr alter software musst du dich über probleme nicht wundern.
warum sind die homematic dateien nicht dabei? du hast wohl nach rudolfkoenig ausgesucht.

also mach ein update und nimm die option "-I" beim hmusb wieder raus.