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

frank

du musst jeweils die register lgActionType=off für self01/02 setzen.
beim neuen peer setzt du dann shActionType=off, damit nur long trigger beachtet werden.
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

holzwurm83

Zitat von: frank am 03 Dezember 2018, 16:26:48
du musst jeweils die register lgActionType=off für self01/02 setzen.
beim neuen peer setzt du dann shActionType=off, damit nur long trigger beachtet werden.


Also in meinem Fall dann so?
set WG1_LI_EZ_Tisch_Sw_01 regSet lgActionType  off self01;
set WG1_LI_EZ_Tisch_Sw_01 regSet lgActionType  off self02;
- 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

frank

ich denke, es sieht gut aus.
den erfolg spürst du ja beim schalten.
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

holzwurm83

Danke Dir! Hat soweit funktioniert!

Eines verstehe ich allerdings noch nicht.

Im WG1_LI_EZ_Tisch_Btn_01 bekomme ich die Long Trigger Readings angezeigt:
trigger  Long_16 2018-12-03 17:24:02

Im WG1_LI_EZ_Tisch_Btn_02 bekomme ich diese nicht angezeigt. Diese müssten dort doch auch angezeigt werden?
- 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

frank

bei mir gibt es auch probleme mit den triggerreadings, habe ich gerade gesehen.
funktionieren tut aber alles.
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

JochenSi

Hallo zusammen,
erstmal danke dafür das sich einer hingesetzt hat um dem dämlichen Schalter sinnvolle Funktionen zu programmieren.
Nur leider klappt es bei mir nicht wirklich. Ich habe die Firmware und Anleitung hier her:

https://owncloud.isengard.at/index.php/s/8992affb68e8c1dcbe532152628ad9a5

Ich habe nur die Seriennummer auf die originale Vom Schalter eingestellt, da ich gerne alle meine Schalter umprogrammieren möchte sowie den Stromschwellwert auf 500 gestellt. Das Kompilieren und flashen hat scheinbar richtig funktioniert.
Dann habe ich das Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm nach /opt/fhem/FHEM kopiert. (hier hatte ich noch einen Fehler: die Datei war als root ins Verzeichnis kopiert worden. Jetzt ist es User fhem.)

Nun habe ich wie immer set myHmUART hmPairForSec 600 ausgeführt und am Schalter den Anlernknopf für ca 6 Sekunden gedrückt. Die LED blinkte nicht.
Wenn ich jetzt in FHEM auf "Everything" klicke erscheint ein neues Device <HM_Seriennummer> und daneben ein ? in einem Kreis.
Das Device kann man öffnen und sieht dann so aus wie im angehängten Bild dargestellt.
set <HM_Seriennummer> getConfig habe ich auch gemacht und wie man sieht triggern tut da etwas wenn ich einen Taster drücke. Mir fehlen jedoch die Kanäle.

Habe heute (6.1.2019) viel ausprobiert. Auch mal komplett ohne eingene Parameter einfach die Standarts eingestellt gelassen (Seriennummer 29F26F und 5000 beim Stromschwellwert) hat leider auch nichts gebracht.

Ach ja fhem wurde auch mehrfach neu gestartet sowei der Raspberry neugestartet.

Hat jemand eine Idee was für einen Fehler ich gemacht habe?

Grüße Jochen

Lazgar

Hallo Jochen.

Ich habe selbst seit einigen Monaten zwei dieser Schalter mit der Firmware in betrieb.
In deinem Fall könnte es ein blöder Zufall sein, dass es gerade jetzt nicht mehr richtig funktioniert.
Seit dem letzten Update der Datei 10_CUL_HM.pm funktionieren Sie bei mir auch nicht mehr...

Eventuell mal mit der Vorgängerversion probieren, bei mir hat es geholfen.

unimatrix

Habe probleme mit meinen Schaltern, die könnten schon länger bestehen, aber da ich viel zu tun hatte habe ich erst jetzt angefangen nachzuforschen. Ich kann die Schlalter per FHEM gar nicht mehr ansteuern, offenbar schon seit Ende April 2018. Vll hat sich was in der CUL_HM geändert, so dass das .pm File für die Custom FW nicht mehr kompatibel ist?

Ich kann noch die Register auslesen usw. aber es gibt keine on/off commands mehr und der state wird auch vom Device nicht übertragen bzw. nicht angezeigt.

Hat noch jemand das Problem? - und auch schon so lange?

Edit: Vermute das liegt ggf. daran dass CUL_HM den Subtype RemoteAndSwitch nicht mehr kennt?

frank

mein fhem, ca mitte dez, kennt noch subType=remoteAndSwitch. der schalter funktioniert und lässt sich über fhem schalten.
heute solltest du aber kein update machen, es gibt probleme.

zeig doch mal ein list.
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

frank

oder fehlt dir HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm, die nach /fhem/FHEM gehört?
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

unimatrix

also als Custom File habe ich nur dieses hier, das ist ja auch schon alt

https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/blob/master/fhem/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm

woher kommt denn noch das mit HMConfig? Oder sprechen wir vom gleichen.

Wenn ich den Subtype manuell auf switch stelle, dann kann ich den Schalter wieder schalten.

frank

alles schon so lange her.

wir reden vom selben file.
ich glaube, ich habe es mal umbenannt, da martin in cul_hm etwas geändert hatte. aber schon ewig lange her.
in cul_hm werden files beim start geladen, die mit hmconfig beginnen. selbes muster beim universalsensor von dirk.
später funktionierte allerdings auch wieder der 99er name.

im file wird ja der subType remoteAndSwitch definiert.

wenn es generell nicht mehr funktionieren würde, wäre hier wohl schon länger mehr unruhe, denke ich.

hat dein file die richtigen berechtigungen?
wird der schalter bei "get hminfo models" gelistet?


edit:
hier ist mein post von damals https://forum.fhem.de/index.php/topic,18071.msg326473.html#msg326473
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

frank

nach meinem heutigen fhem update, kann ich die aussagen etwas besser verstehen.  :)
https://forum.fhem.de/index.php/topic,93930.msg883725.html#msg883725

unter attr subtype habe ich jetzt kein remoteAndSwitch mehr. alle custom einträge sind aktuell weg.
vielleicht hilft es, wenn du es direkt ins fhem.cfg file schreibst.
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

unimatrix

da es offenbar gerade aktuelle Probleme gibt warte ich jetzt erstmal mit dem Update. Kurzfristig habe ich den Type auf switch gesetzt. So kann man ihn wenigstens wieder Schalten. Der Taster ist sowieso nur lokal gepeert. Dachte erst es liegt an der Firmware. Die hatte ich damals auch umgeschrieben (basierend auf dieser allgemeinen AskSin Library) Ich finde die nicht mehr...oder ich würde sie so ohne weiteres nach den Jahren auch nicht mehr verstehen ohne viel Zeitaufwand. Eig. habe ich noch das Problem mit dem Schalter, dass er nach jedem Schaltvorgang (als Taster drücken und dann Aktor schalten (am gleichen Device) erstmal 2-3 Sekunden braucht bis man nochmal schalten kann. Da ich jetzt den Taster oben mit einem externen Aktor gepeert habe ist das nervig, wenn man dann schnell unten und dann schnell oben schalten will, passiert erst mal nix, wenn man nicht nach 2-3 Sekunden nochmal drückt. Vll sollte ich die alte (also die hier offiziell vor 5 Jahren gepostete FW) nochmal flashen, aber traue mich nicht so richtig...

JochenSi

Hallo zusammen,

mein Problem mit dem Schalter hat scheinbar nichts mit dem updateproblem zu tun. Ich hatte mit meinen anderen noch Originalen Schaltern usw. bis Sonntag Abend wo ich das update durchgeführt hatte nämlich kein Problem danach schon. ;-) Mein FHEM und die HM-Komponenten laufen jetzt wieder richtig, abgesehen von dem Custom-Schalter.
Ich denke mein Problem liegt in dem Laden oder eben nicht der Moduldatei. Ich habe wie frank geschieben sowohl die 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm als auch die HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm ausprobiert. Kann es sein das ich beim kopieren in das Verzeichnis der Moduldateien einen Fehler mache? Im Anhang seht ihr wo die Dateien liegen und von welchem User.
Ich habe es mit beiden Dateien ausprobiert. Also reinkopiert, FHEM neugestartet, Gerät neu angelernt, im Gerät getConfig gemacht und bei Model und SubType unknown sowie nichts vorgefunden. Wenn ich bei Model das passende auswählen will finde ich immer nur HM_LC_Sw1PBU_FM und nicht HM_LC_Sw1PBU_FM_Custom bei SupType gibt es kein RemoteAndSwitch.

Hier noch der Auszug aus der FHEM Logfile:
2019.01.09 18:37:57 3: HMUARTLGW myHmUART entered pairing-mode
2019.01.09 18:38:25 2: CUL_HM Unknown device HM_320272 is now defined
2019.01.09 18:38:25 2: autocreate: define HM_320272 CUL_HM 320272
2019.01.09 18:38:25 2: autocreate: define FileLog_HM_320272 FileLog ./log/HM_320272-%Y.log HM_320272
2019.01.09 18:38:25 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 6515.
2019.01.09 18:38:25 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 3224.
2019.01.09 18:38:25 3: CUL_HM pair: HM_320272 , model unknown serialNr
2019.01.09 18:38:29 3: CUL_HM set HM_320272 getConfig
2019.01.09 18:38:41 3: CUL_HM set HM_320272 getConfig
2019.01.09 18:41:43 3: CUL_HM set HM_320272 getConfig
2019.01.09 18:42:18 3: CUL_HM set HM_320272 getConfig
2019.01.09 18:47:50 3: CUL_HM set HM_320272 getConfig


Ich hoffe das hilft weiter.