FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: jab am 29 Dezember 2013, 22:04:10

Titel: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 29 Dezember 2013, 22:04:10
Hi,

ich habe aus der AskSin Library eine alternative Firmware für den HM_HM_LC_Sw1PBU_FM gebaut. Für FHEM habe ich ihm eine neue ModelID verpasst F0A9. Sowohl das FHEM Device als auch die Firmware funktionieren bereits. Wer da mitentwickeln will kann den Source hier auschecken: https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM

-- UPDATE --

Das Gerät hat dann 2 Tasterchannel (1,2) und 2 Aktorchannel (3,4). Aktorchannel 3 ist das normale Relais. Aktorchannel 4 ist für Wechselschaltungen. Er ist an wenn Strom fließt und aus wenn keiner fließt. Beim Umschalten wird das Relais von Channel 3 geschaltet.

Die internen Taster und Aktoren kann getrennt nutzen (ging mit der Originalfirmware so nicht). Man kann sie weiterhin auch intern peeren dann verhält sich der Aktor wie ein Originalaktor.


Pairing und Konfiguration mit FHEM geht. Peering von Schalter mit Originalaktoren und Aktor und Originalschaltern funktioniert. Für FHEM Support muss das Deviceconfig File in den FHEM Ordner legen.

Zum Flashen braucht man einen SPI Programmer für AVR oder einen Raspberry PI. Die 6 Programmierleitungen muss man temporär auf Testpunkte anlöten und nach dem Programmieren wieder ablöten.

Der in der Hardware vorhandene Strommessung im Aktor kann verwendet werden. Bisher wird der Wert per Funk an FHEM geschickt und kann dort betrachtet werden. Die genaue Interpretation der Werte ist noch nicht abgeschlossen.

Mehr Details bei github: https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: T.ihmann am 29 Dezember 2013, 22:25:00
Das klingt ja interessant. Wie kriegt man die Firmware denn auf den Aktor ? Geht ein Update on air, wie bei einigen neuen HM Aktoren ?
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: T.ihmann am 29 Dezember 2013, 22:29:54
Interessant wäre dies auch für die normale Schalter Variante der Reihe
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 29 Dezember 2013, 22:45:44
Aktuell nur mit einem Atmel ISP Programmer. Die alten Aktoren können vermutlich kein over the air Update. Wenn wir wissen wie das bei den neuen geht kann man das bei den alten probieren, aber ich gehe nicht davon aus, dass es klappt. Aktuell muss man den ISP anlöten. Das ist aber recht einfach, da es Testpunkte dafür gibt. Ich kann dazu mal eine Anleitung schreiben.

Für normale Schalter wie den HM-LC-Sw1-Pl2 lässt sich das vermutlich relativ einfach anpassen. Ich kann gleich mal eine aufschrauben und gucken ob das der gleiche Controller ist.

Das Projekt ist jetzt erst 3 Tage alt. Es wird da vermutlich in den nächsten Tagen noch eine Menge Entwicklung geben.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: T.ihmann am 29 Dezember 2013, 23:27:57
Mit den Rolladenaktoren HM-LC-BI1PBU-FM sollte es wahrscheinlich auch funktionieren ? Die stammen ja wahrscheinlich aus der gleichen Serie wie die Schalter.
Womit programmierst Du denn ? Laut github ist ja ein Atmel Atmega 644 verbaut. Ich überlege gerade mir für ein anderes Projekt einen Programmer nach USBasp-Design, der avrdude unterstützt zuzulegen. Der könnte ja dann wahrscheinlich auch den HM_HM_LC_Sw1PBU_FM unterstützen.

Klingt ja spannend...
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 30 Dezember 2013, 03:03:35
Hi,

ja das geht mit den meisten Atmel Programmern. Ich habe eben mal den HM-LC-Sw1-Pl2 aufgemacht. Da ist allerdings ein Atmel Atmega 32 drauf (32L also die 3,3V Version). Kann man auch porten aber ist damit etwas Aufwand. Vorallem müsste man die Behandlung der LED oben noch implementieren. Zumindest wenn es sich wie vorher verhalten soll.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: hexenmeister am 30 Dezember 2013, 03:05:29
Beide Schalter sind sehr ähnlich aufgebaut.
Es sit ein MEGA644A verbaut. Hier ein Bild für den HM-LC-Sw1PBU-FM (da sind auch die Lötpunkte für ISP zu sehen):
(http://s6z.de/cms/images/content/homematic/Schaltaktor_HM-LC-Sw1PBU-FM_P_02_k.png)
Hier: http://s6z.de/cms/index.php/homeautomation/homematic/36-schaltaktor-hm-lc-sw1pbu-fm
und hier http://s6z.de/cms/index.php/homeautomation/homematic/35-funk-rollladenaktor-hm-lc-bl1-fm
sind noch ein Paar.

Als Programmer sollte auch ein usbasp aus der Bucht reichen: http://www.ebay.de/itm/USBasp-ASP-USBISP-3-3V-5V-AVR-Download-Programmer-Connector-USB-ATMEGA8-ATMEGA8-/300963812987?pt=LH_DefaultDomain_15&hash=item4612d7567b
Oder ein ArduinoUNO mit entsprechendem Sketch darauf.

Grüße,

Alexander

P.S. Es scheint schon reicht weit gediehen zu sein. Bin sehr gespannt auf das Ergebnis!
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: trilu am 30 Dezember 2013, 11:21:40
Ich finde die Idee klasse eigene Firmware für vorhandene Devices bauen zu können. Damit könnte man zum Beispiel den Rolladenaktor als Doppellichtschalter missbrauchen. Was noch etwas schade ist,  man verliert die AES. Ist bei einem Lichtschalter nicht zwingend notwendig,  aber wie wäre es mit einer Garagentorsteuerung?
Vielleicht findet sich ja jemand der die Original Firmware auslesen kann,  so dass man an die relevanten Teile kommt?
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 30 Dezember 2013, 12:26:41
Die original Firmware ist leider geschützt. Es gibt zwei Firmware Images im Image der CCU2. Die beiden für die over the air Updates. Ich habe die mal extrahiert, falls jemand die mal auseinander nehmen will.

Auf dem HM-LC-Sw1PBU-FM kommt der ISP an die Testpunkte:
MP2, MP3, MP4, MP5, MP6,MP15

Serial ist:
MP9, MP10, MP16

Achtung nicht verbinden mit 230V angeschlossen. Die Testpunkte führen möglicherweise Spannung! Am besten man verbindet einfach 3,3V an MP2 und MP15


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: T.ihmann am 30 Dezember 2013, 12:42:39
Mit einer "Alternativ-Firmware" könnte dann evtl. ja auch eine Wechselschaltung realisiert werden, siehe Thread http://forum.fhem.de/index.php/topic,11834.msg103188. Dort wurde das Thema Wechselschaltung mit HM_HM_LC_Sw1PBU_FM  diskutiert im Vergleich zu den Aktoren von RWE, wo dies möglich ist und vermutet es würde lediglich am Unterschied der Firmware Homematic / RWE liegen.

Zitat von: unimatrix am 27 Oktober 2013, 09:52:12
Habe mir gerade so ein Ding zusammengelötet und auch mal den Schaltplan studiert. Meine Elektronik-Kenntnisse sind leider sehr eingerostet, aber was da an dem Relais drangebaut ist sieht mir doch stark nach einer Schaltung zur Strommessung mit zwei TLC272 aus. Zwischen "L" und dem Ausgang ist ein 10 mOhm Widerstand (Shunt?)  eingebaut, der Spannungsabfall geht dann in diese Verstärkerschaltung (allerdings mit einem 10u Kondensator abgegriffen - ggf. werden nur Laständerungen verstärkt?) ...das Ergebnis der ganzen Geschichte geht dann auf einen I/O des uControllers.

Also da hätte ich jetzt schon vermuten können, dass solch eine Messung mit dem Ziel erfolgt, das Schalten eines ANDEREN Kreuz- oder Wechselschalters in der Schaltung mitzubekommen. GGf. ja in der Hardware vorgesehen aber in der Firmware nicht realisiert? Andere Möglichkeit wäre vll irgendeine Maximallastmessung und einer Abschaltung...keine Ahnung.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: T.ihmann am 30 Dezember 2013, 12:54:57
Habe mir gerade mal eine USB Programmer bestellt  :). Dann kann es losgehen... Wie hast Du denn den ISP angelötet, mit einer Stiftleiste oder einfach Kabel. Vielleicht kannst Du ja mal ein Bilder posten. Danke !
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 30 Dezember 2013, 14:06:53
Moin,

ja Wechselschaltung ist einfach zu realisieren. Man kann die Taster und Aktoren ja beliebig Peeren. Also würden man den Aktor von Schalter 1 nehmen und den Taster von beiden Schaltern ran peeren. Das sollte so schon mit der Firmware gehen.

Foto hängt an. Fädeldraht ist der serielle Port und das andere der ISP. Guck bitte dass du das ganze nur mit 3,3V powerst und nicht mit 5V.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: justme1968 am 30 Dezember 2013, 14:28:24
angeblich hat dir hardware die möglichkeit auch zu messen ob in einer wechselschaltung mit einem normalen schalter geschaltet wurde. d.h. ob an der lampe tatsächlich strom anliegt. wenn das wirklich so ist wäre es klasse das in der firmware zu nutzen.

gruss
  andre
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 30 Dezember 2013, 14:40:06
Hi,

ja das sollte gehen. Ich habe das gerade mal getraced. Das ist Testpunkt MP29 auf dem unteren Board und Testpunkt MP13 auf dem obene Board. PA0/ADC0 ist das auf dem Atmega. Man kann da vermutlich den Strom messen der fließt.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: hexenmeister am 30 Dezember 2013, 15:16:21
Habe den Schaltplan vor mir liegen. Danach müsste das wirklich gehen, geht ja mit dem baugleichem von RWE angeblich auch. Ich hätte schon eine gute Verwendung dafür ;) Bei mir sind hier 4 Wechsel/Kreuzschaltungen, zwei davon würde ich gerne automatisieren.

Dass die AES-Möglichkeit baden geht, finde ich nicht so wild. Wenn man will, könnte man eingene verschlüsselung implmentieren (dann müsste man jedoch alle Geräte flashen). Im Ideall sogar eine echte Verschlüsselung (und nicht nur Signierung). Da würde sogar der Nachteil der mehreren Nachrichten bei AES entfallen.

Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: justme1968 am 30 Dezember 2013, 17:38:14
das wäre überhaupt DER anwendungsfall für eine eigene firmware. nur ein hm aktor pro wechsel-/kreuzschaltung. egal wie viele 'nebenstellen' und trozdem immer den richtigen status.

und es können die normalen haptisch gewohnten schalter (bis auf  eine dose) eingebaut bleiben.

gruss
  andre
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: hexenmeister am 30 Dezember 2013, 17:51:06
Zitatdas wäre überhaupt DER anwendungsfall für eine eigene firmware.
Sehe ich auch so ;) Würde ggf. gleich zwei Bausätze bestellen.

Grüße,

Alexander

Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 30 Dezember 2013, 17:51:45
Die Frage wäre wie man das signalisiert an FHEM. Es gibt ja einerseits den Schaltstatus. Und dann noch den Verbraucherstatus. Den würde ich dann separat an FHEM melden. Dann kann man die Logik in FHEM bauen.

Wenn man es anders macht dann kann es passieren dass nach einen set_on de Status auf off bleibt weil kein Verbraucher dann ist.


Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: justme1968 am 30 Dezember 2013, 18:07:22
ich würde den verbraucherstatus verwenden. der schalterstatus ist ja in einer wechsel/kreuzschaltung eben gerade egal.

wenn du jetzt ein set off sendes und das ding ist aus bleibt es aus. das sollte dann in der wechselschaltungsversion auch so sein.

das beim unterputz schaltet kein verbraucher dran hängt ist eher unwahrscheinlich.

dann würde ich es eher konfigurierbar machen. man müsste eh berücksichtigen was nach stromausfall passieren soll. ein vorschlag wäre wie beim dimmer zu sagen entweder an oder aus und zusätzlich letzter zustand.


gruss
  andre
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 30 Dezember 2013, 18:33:50
Ok die Logik sollte man in der Firmware in wenigen Minuten implementiert bekommen. Strommessung muss ich mal gucken. Ist beim entwickeln recht gefährlich 230V anzuschließen. Eigentlich sollte es aber einfach sein.


Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: hexenmeister am 30 Dezember 2013, 21:26:24
ZitatIst beim entwickeln recht gefährlich 230V anzuschließen.
Allerdings, die Originalschaltung hat keine galvanische Trennung! Die Verbindung zum Rechner muss dabei auch unbedingt getrennt werden.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 30 Dezember 2013, 21:52:19
Hallo Jan,

ZitatDas Gerät hat dann 2 Tasterchannel (1,2) und einen Aktorchannel (3). Alle kann man getrennt nutzen wie man sich das wünscht.

Das mit den Channels ist mir nicht so ganz  klar. Heist das, ich kann dann die Internen Taster auch verwenden um einen Long-Press an einen anderen Aktor oder FHEM zu senden?

Aber das mit der Strommessung fände ich auch sehr geil, das wäre auch für mich der Grund so ein Ding umzuflashen.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 30 Dezember 2013, 21:58:53
Hi Samsi,

ja genau. Channel 1 und 2 sind Remotes/Taster. Man kann sie mit jedem Homematik Aktor peeren. Short und Longpress sind supportet. Aktuell habe ich die Dauer vom langen Drücken auf 1s hard gecoded. Kann man aber einfach ändern oder auch über regSet konfigurierbar machen. Channel 3 ist der Aktor welchen man wieder mit anderen Tastern/Remotes peeren kann (auch mit Channel 1 und 2).

Die Konfiguration via regSet für die unterschiedlichen Aktionen bei Tasterdruck im Aktor ist bisher nur grundlegend getestet. Es funktioniert bei mir für einfache Scenarios. Es ist aber möglich dass es bei komplexeren Dingen noch Bugs gibt. Allerdings nichts was sich nicht beheben ließe.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 30 Dezember 2013, 22:10:11
Hallo Jan,

super, das ist doch auch geil. Ich wollte schon immer den Long-Press dieser Schalter für etwas anders verwenden als den Short. Da werde ich mir doch gleich mal einen ISP Programmer bestellen. Ich hab de eh noch einen Schalter rumliegen, den ich mal zum testen verwenden kann ;)

Danke für die tolle Arbeit!
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 30 Dezember 2013, 22:20:53
Ich habe nur die Lib auf "echte" Hardware geportet. Die meiste Arbeit hat trilu gemacht indem er die Asksin Library entwickelt hat.

Ich freu mich, dass du es damit probieren willst. Bitte beachte ein paar Dinge:
- 230V sind gefährlich also niemals betreiben mit 230V. Alle Ports führen dann Spannung. Auch ISP und UART!
- Das Projekt ist noch alpha. Bisher gibt es noch nicht so viel Erfahrungen
- Es gibt keinen Weg zurück. Die Originalfirmware kann man nicht auslesen und keiner hat sie. Daher kann man auch nicht zurück flashen.

Ansonsten helfe ich gerne bei allen auftrenden Problemen mit der Hardware und Software soweit ich kann. Trilu hilft bestimmt auch gerne mit der Library. Man kann die Firmware meiner Meinung nach schon nutzen (mache ich auch). Allerdings ist sie bisher nicht ausgiebig getestet (nur bei mir auf der Hardware soweit ich weiß).


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: trilu am 31 Dezember 2013, 08:05:23
Einen Wechselschalter zu bauen und HM kompatibel zu bleiben wäre eine echte Herausforderung. Der Schalter ist eine State Maschine. Nur so kann man ihn ja als Blinklicht,  Treppenhausschalter,  etc konfigurieren. Als Wechselschalter müsste die State Maschine einen weiteren Inputkanal bekommen, die Strommessung...
Eine weitere Hürde wird das Senden des Zustands,  der sollte aus meiner Sicht nicht von beiden Schaltern gesendet werden,  das wäre Verschwendung.


Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: T.ihmann am 31 Dezember 2013, 10:06:05
Es wäre ja nur ein Homematic Schalter in der Wechselschaltung bzw. Kreuzschaltung. Daran sind konventionelle Schalter angeschlossen, spart Homematic Geräte. Der Homematic Schalter überwacht halt zusätzlich den Strom in der Gesamtschaltung. Wie macht es denn RWE von der Logik? Hat jemand einen Schalter von RWE?
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 31 Dezember 2013, 11:11:35
Hi,

klingt sehr interessant.
Zum Einbau in FHEM:
da sich ein Aktor und ein schalter generell unterscheiden sollte in diesem Fall die Definition auch kanal-individuell erfolgen. In diesem Fall gibt es schon identische Kanäle (gleiche Register, gleiche Kommandos) also kann man sie referenzieren - aber auf Kanal-ebene. Der Aktor kann nicht peeren, der button nicht geschaltet werden!

#################################################
## channel 01 und 02 bekommen die Kommandos eines Schalters - das ist nur peeren...
## mache eine referenz, keine kopie
## Channel 03 ist ein Schalt-aktor  kopiere

$culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW01"} = $culHmSubTypeSets{"THSensor"};
$culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW02"} = $culHmSubTypeSets{"THSensor"};
$culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW03"} = $culHmSubTypeSets{"switch"};

#################################################
## für die Register gilt es entsprechend

$culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW01"}      = $culHmRegType{remote};
$culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW02"}      = $culHmRegType{remote};
$culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW03"}      = $culHmRegType{switch};


Das angesprochene Problem des Wechselschalters verstehe ich nicht wirklich. Macht es nicht in 99% der Fälle sinn, nur einen Aktor für die Lampe zu nehmen und alle anderen Schaltstellen mit sendern (oder direkt-verdrahtung) zu bestücken? Neben dem geringeren Aufwand kommt es doch auch meist billiger.

Zur Energie-messung - klingt sehr interessant. Haben die Aktoren einen entsprechenden Fühler eingebaut oder wollt ihr hier HW ändern?

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: hexenmeister am 31 Dezember 2013, 11:21:25
Zur Energiemessung notwendige Hardware ist bereits in diesen UP-Schaltern verbaut.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: justme1968 am 31 Dezember 2013, 11:50:11
wegen der wechselschaltung:

ja. genau. es soll nur ein aktor verwendet werden. eben ein HM-LC-Sw1PBU-FM. das problem in der hm firmware ist aber das er nicht erkennt wenn an einer anderen stelle in der ansonsten unveränderten wechsel- oder kreuzschaltung geschaltet wird.

die hardware könnte das aber erkennen und angeblich tut sie es mit der rwe firmware auch. d.h. der 99% fall wird noch einfacher weil man nicht nur mit einem aktor auskommt sondern sogar alle anderen schaltstellen lassen kann wie sie sind und auch nichts an der verkabelung ändern muss. ganz abgesehen davon das die alten schalter (bis auf eben einen) bleiben können. taster und besonders die hm teile fühlen sich im vergleich dazu für manchen sehr bescheiden an.

gruss
  andre
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: T.ihmann am 31 Dezember 2013, 11:51:59
Zur Wechselschaltung: Ich habe eine Wechselschaltung (2 Schaltstellen) im Treppenhaus verbaut, diese soll durch Homematic ersetzt werden. Ohne die Stromerkennung bräuchte ich einen HM_HM_LC_Sw1PBU_FM zum Schalten des Lichts und dann noch ein Homematic Gerät (z.B. Taster / Schalterschnittstelle) zum Schalten an der zweiten Schaltstelle - also 2 x Homematic. Mit einer Stromerkennung könnte man einen  HM_HM_LC_Sw1PBU_FM verbauen und dann den konventionellen Schalter in einer Wechselschaltung anschließen und der  HM_HM_LC_Sw1PBU_FM erkennt dann über die Stromerkennung, ob an der zweiten Schaltstelle geschaltet wurde. Oder sehe ich da etwas falsch ?
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: justme1968 am 31 Dezember 2013, 11:53:30
genau das ist die idee dabei.

gruss
  andre
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: T.ihmann am 31 Dezember 2013, 11:55:46
Hat sich gerade überschnitten. Zur Illustration vielleicht das PDF vom RWE Schalter, dort mal unter Kreuz-/Wechselschaltung nachsehen, laut Doku geht es wirklich: https://www.rwe-smarthome.de/web/cms/mediablob/de/1142790/data/579660/2/smarthome/informieren/hilfe/bedienungsanleitung/Unterputz-Lichtschalter.pdf
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: justme1968 am 31 Dezember 2013, 11:59:16
die beiden bildchen sind leider noch kein beweis. die sind in der hm anleitung auch genau so drin. das sagt leider nicht viel mehr als das der anschluss so geht. nur ist es leider völliger blödsinn wenn nicht auch wirklich erkannt wird ob an den anderen schaltern geschaltet wurde.

gruss
  andre
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 31 Dezember 2013, 12:18:48
Hi,

ich wollte gerade die alternative Firmware auf meinen SW1PBU_FM hochladen, bekomme aber schon beim verifizieren folgenden Fehler:

AskSin.cpp: In function 'void pcInt(uint8_t)':
AskSin.cpp:2356: error: 'PCMSK3' was not declared in this scope

Weiss jemand Rat?

Edit:  Vielleicht liegt es daran, das ich nicht als Board jabduino 644 ausgewählt habe. Und obwohl lich den jabdunio-master ordner in den Hardware Ordner kopiert haben, kann ich das Board auch nicht unter 'Tools' finden.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: T.ihmann am 31 Dezember 2013, 12:22:50
Dann vielleicht die FAQ von RWE zum Thema Smarthome http://www.rwe-smarthome.de/web/cms/de/1143578/smarthome/informieren/hilfe/fragen-antworten/unterputz-lichtschalter/#anchor_1143574

ZitatKANN ICH DEN UNTERPUTZLICHTSCHALTER AUCH IN KREUZ- ODER WECHSELSCHALTUNGEN VERWENDEN?
Der RWE SmartHome Unterputzschalter kann auch bei Kreuz- oder Wechselschaltungen zum Einsatz kommen und zwar ist meist der eHeizkörperthermostate oder der letzte Schalter austauschbar.

Die restlichen mechanischen Schalter, der Kreuz- oder Wechselschaltungen, sind weiter benutzbar. Der RWE SmartHome Unterputzschalter verfügt über eine Stromerkennung, somit kann er den Schaltzustand des Leuchtmittels (größer 10 W) detektieren.

ZitatKANN ICH DIE TASTEN DES UNTERPUTZLICHTSCHALTERS AUCH ZUM SCHALTEN VON ANDEREN GERÄTEN VERWENDEN?
Die Tasten auf dem Gerät können beliebig vom Aktor getrennt oder sonstwie im Profil umkonfiguriert werden (wie Wandsender), z.B. zur gleichzeitigen Ansteuerung von Rollläden und Fernseher oder zum Ausschalten der Schlafzimmerbeleuchtung wenn das Wohnzimmerlicht eingeschaltet wird etc.

Bei RWE Smarthome scheinen beiden Funktionen zu funktionieren, wenn die Hardware wirklich gleich ist....
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: justme1968 am 31 Dezember 2013, 12:33:21
das klingt besser :)

ich hoffe das es geht. ich hab mehrere kreuz und wechselschaltungen z.t. über drei stockwerke die ich liebend gerne automatisieren möchte. vor allem das ausschalten :)

gruss
  andre
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 31 Dezember 2013, 12:50:33
@Samsi: versuch mal es nur jabduino zu nehmen. Die Arduino IDE kommt nicht mit - in Pfaden klar.


Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 31 Dezember 2013, 13:01:02
Noch einmal ein Einwurf "quer"

Ich habe gerade eine Version eingecheckt, mit der ihr HMConfig 'erweitern' könnt (auf eigene Gefahr)
Ein Model addieren (oder ändern) kann man mit
{$HMConfig::culHmModel{"F0A9"} = {name=>"HM-LC-Sw1PBU-FM-CustomFW"            ,st=>'remoteAndSwitch'            ,cyc=>''      ,rxt=>''      ,lst=>'1,4'          ,chn=>"Btn:1:2,Sw:3:3"}}

Kommandos für einen Kanal von einem andren kopieren
{$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW01"} = $HMConfig::culHmSubTypeSets{"THSensor"};
{$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW02"} = $HMConfig::culHmSubTypeSets{"THSensor"};
{$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW03"} = $HMConfig::culHmSubTypeSets{"switch"};


register kanälen zuordnen
{$HMConfig::culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW01"}  = $HMConfig::culHmRegType{remote}};
{$HMConfig::culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW02"}  = $HMConfig::culHmRegType{remote}};
{$HMConfig::culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW03"}  = $HMConfig::culHmRegType{switch}};


Kodeänderungen sind erst einmal nicht mehr notwendig.
Ich erwarte, dass es nur von Leuten genutzt wird, die wissen was sie tun - oder es zumindest selbständig debuggen.

Sämtliche Variablen aus HMConfig können on-the-fly geändert werden, das ist nur ein Sample.

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 31 Dezember 2013, 13:10:55
Hi Martin,

Ich hatte das auch schon so probiert aber dann fehlte dieses neue Glühbirnenicon im Webinterface. Ich probiere deinen Code morgen mal bei mir.


Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 31 Dezember 2013, 13:12:15
Zitat von: jab am 31 Dezember 2013, 12:50:33
@Samsi: versuch mal es nur jabduino zu nehmen. Die Arduino IDE kommt nicht mit - in Pfaden klar.
Ja, das hatte ich auch schon probiert, half aber auch nicht.

Liegt jetzt in folgendem Unterorder: C:\Program Files (x86)\Arduino\hardware\jabduino

Wird aber immer noch nicht unter Tools/Boards aufgeführt, trotz Neustart.

Ich benutze übrigens Arduino IDE 1.5, kann es daran liegen?

Edit: Ok, bei der Arduino IDE 1.5 muss die jabduino in \hardware\arduino\ dann kann man Sie unter Tolls auswählen. Komilieren geht aber immer noch nicht, da kommen dann Java exceptions:

processing.app.debug.RunnerException
   at processing.app.debug.Compiler.getCommandCompilerCPP(Compiler.java:562)

Ich werde mir jetzt noch mal die Arduino IDE 1.0 Installieren.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 31 Dezember 2013, 13:13:54
@T.ihmann
ja, ich sehe den Punkt.
Ich würde versuchen den LC-SW1-FM zu nutzen und von allen Schaltstellen Taster einzubauen, diese an den Eingang des SW1 verdrahten. Man kann beliebig viele Taster anschliesen.
Klar - die Dose für den SW1 musst du wahrscheinlich setzen (oder einen Platz bei der Lampe finden...). Aber das Konzept halte ich für Längen besser (meine Meinung). Schlecht in Mietwohnung...

Die Power-erkennung ist sicher sehr interessant - man erkennt defekte Glühbirnen,...

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 31 Dezember 2013, 13:20:30
@Martin: kann man nicht einfach ein neues Register erstellen wo man den gemessenen Strom überträgt? Andere HM Komponenten haben dafür sogar eigene Chanel oder? Das würde für FHEM schon reichen und den Rest könnte man in FHEM implementieren. Toggle von anderen remotes geht auch. Nur bei Set on und set off müsste man die Logik ändern.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 31 Dezember 2013, 14:00:20
@jab,

kein register. Register sind Einstelldaten - harte Konfigs. Für Daten lesen ungeeignet. Du willst Daten lesen.
HM-like ist (alternativen)
- periodisches senden der power
- abfragen der Werte in einem Status-Request
- senden der Werte zu gegebenem Anlass - z.B. bei änderung oder Grenzüberschreitung

Ein weiterer Kanal wäre angebracht. Der Komplett-ausbau wäre, dass der Sensor einen trigger generieren kann. Die Einstellungen sind dann getrennt. HM bietet ja bereits einen Schalter mit messgerät. Da ist es genau so gelöst
Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: frank am 31 Dezember 2013, 21:02:07
mein glückwunsch an die fw-experten!

nach den aussagen in diesem thread: http://forum.fhem.de/index.php/topic,10019.msg55877.html#msg55877 sollte ein fw-update ota kein problem sein!

dann müßte man nur noch einmal löten.

gruss frank,
und guten rutsch!!!
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 31 Dezember 2013, 22:07:15
So,

mit der Arduino IDE 1.05 und dem ArduinoISP hat es jetzt geklappt. Die Firmware ist drauf. Das Ergebnis verstehe ich aber noch nicht so ganz.

Wenn ich jetzt die Wippe betätige kommen folgende Events:

2013-12-31 21:43:50 CUL_HM CUL_HM_ID_F0A9_5FB74A noReceiver: src:5FB74A B440 0104
2013-12-31 21:43:54 CUL_HM CUL_HM_ID_F0A9_5FB74A noReceiver: src:5FB74A B440 0202

Ist das normal so?

Ich hätte jetzt so etwas wie

CUL_HM CUL_HM_ID_F0A9_5FB74A btn1:long To  (HMLAN)

nach dem Pairen mir dem HMLAN erwartet.


Die Seriennummer sollte ich vermutlich auf ändern: /* Serial ID       10 byte */  'P','S','0','0','0','0','0','0','0','2', /

Was auch noch nicht klappt ist Set getConfig. Da gibt es bei mir einen RESPONSE TIMEOUT:RegisterRead  und  CMDs_done_Errors:1

Ich habe es auch mal probiert indem ich die Config Taste gedrückt hatte. Aber bei den Schaltern sollte das ja eigentlich nicht nötig sein, oder ist es bei dieser Firmware noch anders?

Auch toll wäre ein Feedback nach dem Einschalten der Stromzufuhr. Die Original Firmware blinkt hier drei mal.

Und ein LED Signal beim Pairen oder empfangen eines Konfigurationsbefehls wäre auch spitze ;)

Nur so als Vorschlag. Ansonsten schon mal cool das es überhaupt so weit geht und für mich als Arduino Neuling war es jetzt gar nicht so kompliziert.

Grüße

Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 01 Januar 2014, 20:04:17
Abend

am einfachsten ist es alles in der Register.h einzutragen. Da kannst du auch die peers eintragen (Achtung die Adressen sind genau falschrum letzte zwei Bytes, dann 5-6, dann 3-4 dann die ersten). Wenn du das sind firstLoad drin lässt schreibt er es bei jeden Boot ins Eeprom (alles geht verloren).. Peering habe ich beim Aktor erfolgreich in FHEM getestet. Bei den Rädern klappt es bei mir aktuell nur über Register.h aber sollte eigentlich auch per FHEM gehen.


Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 01 Januar 2014, 20:46:01
Hallo Jan,

war das Deine Antwort auf meine Frage? Wenn ja, hab ich sie so verstanden:

Main Zentralen Pairing geht verloren weil das hier noch in firstLoad drin steht:

   reg.ch_0.intKeyVisib = 0;
   reg.ch_0.pairCentral[0] = 0x1A;
   reg.ch_0.pairCentral[1] = 0xB1;
   reg.ch_0.pairCentral[2] = 0x50;

und das ist eine andere Zentralen HMID als meine, nämlich 50b11A ?



Aber normale Aktoren kann ich über FHEM peeren, oder aber auch in die register.h eintragen, ich vermute dann hier:

peerdb[0][0] = 0x013BD621; // 21D63B
   peerdb[1][0] = 0x013BD621;
   peerdb[2][0] = 0x01563412; // 12345601

Wobei der erste Index wohl den channel angibt und der 2. index den peer.
Wenn ich also wollte das channel 0  mit zwei verschiedenen anderen Aktoren gepeert wird, müsste ich das so machen:

peerdb[0][0] = 0x013BD621;
peerdb[0][1] = 0x01bbccdd;


Aber besser firstload auskommentieren, weil sonst beim nächsten Start alles im EEPROM verloren geht, auch meine mit FHEM erstellten peerings.

Hab ich das so richtig verstanden?

aber was meinst Du damit:

Bei den Rädern klappt es bei mir aktuell nur über Register.h aber sollte eigentlich auch per FHEM gehen.


Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 01 Januar 2014, 21:36:55
Ja genau. Ich meinte Taster (swipe auf dem Handy ). Da klappt das nicht per FHEM. Ich weiß nicht ob pairing geht. Habe ich nicht probiert. Trilu weiß das vielleicht.


Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 01 Januar 2014, 22:50:26
Hallo,

gut ich hab die Register.h geändert und neu auf den Aktor hochgeladen.

Als Ziel habe ich mir einen Dimmer ausgesucht: HM-LC-DIM1T-FM

Allerdings muss der Empfänger ja auch noch was von dem Pairing wissen. Also wollte ich ihm das mit peerChan beibringen. Klappt aber nicht, weil weder der Sender mit der  alternativen Firmware in FHEM den befehl peerChan kennt noch der Empfänger HM-LC-DIM1T-FM. Die haben beide nur peerBulk, aber damit hat es nicht geklappt. Viellicht verstehe ich den Befehl auch nicht richtig.

GetConfig geht auf der alternativen Firmware auch nicht, deshalb zeigt er mir bei dem Device auch keine peers an, also weis ich auch nicht ob die peers die ich in register.h angelegt habe auch wirklich stimmen.


Jetzt weis ich nicht mehr weiter
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 01 Januar 2014, 22:59:04
PeerChan sollte gehen in FHEM. Nutzt du denn Code von Martin oder meinen Initialen Code für FHEM?

GetConfig geht bei mir auch wenn ich die zentrale richtig eintrage. Da ist für Reihenfolge nicht gedreht in der Register.h. Allerdings muss FHEM das auch wissen also musst du danach noch mal den Config Taster drücken und CUL in den Lernmodus setzen.


Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 01 Januar 2014, 23:17:10
ZitatNutzt du denn Code von Martin oder meinen Initialen Code für FHEM?

Ah, ich glaube darin liegt evtl. das Problem. Ich habe vorher ein FHEM Update gemacht und gehofft, das Dein "Model" automatisch erkannt wird, weil ich irgendwo gelesen hatte, das Du Dein eigenes model/typ in FHEM definiert hast. Tatsächlich steht nach dem anlernen in FHEM aber als Model: Unknown.

Bekomme ich Deinen Code nicht per FHEM Update? Kann ich den direkt im SVN ziehen?

Also das hier darf nicht gedreht sein?

   reg.ch_0.intKeyVisib = 0;
   reg.ch_0.pairCentral[0] = 0x1A;
   reg.ch_0.pairCentral[1] = 0xB1;
   reg.ch_0.pairCentral[2] = 0x50;

Ok, das hab ich dann noch falsch. Leider stand im Sourcecode nicht die HMID im Kommentar, deshalb dachte ich das wäre auch gedreht.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 01 Januar 2014, 23:28:32
Teste mal den Code von Martin. Nach einem update solltest du den einfach mit copy&paste in FHEM oben einfügen. Dann sollte er das Gerät erkennen.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 02 Januar 2014, 20:45:44
Also:

mit dem Code von Martin habe ich jetzt ein richtiges Model mit den 3 Channels.  Allerdings zeigt er im WebFrontend keine On/Off schalter an.

Nach dem Pairen habe ich auch meine Zentrale richtig drin:

PairedTo 0xA5D33E
R-pairCentral  0xA5D33E


GetConfig  geht aber immer noch nicht :  CMDs_done_Errors:1
Und peerIDs ist immer noch leer.

Beim Starten (Stromzufuhr) des aktors scheint er auch was zu senden, da kommt
2014-01-02_20:10:21 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1EE9CB noReceiver: src:1EE9CB A410 0603000000

Und das kommt bei GetConfig
2014-01-02_20:17:12 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1EE9CB NACK

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 03 Januar 2014, 11:54:55
hi Samsi,

was hast du jetzt eingegeben?
Bei welchen kanälen sollte on/off stehen?
sind die Kommandos für den kanal freigegeben?
webCmd wird bei einigen Entites automatisch gesetzt - aber evtl nicht bei self-made devices. da kannst du es selbst setzen


wenn duProbleme mit dem Protokoll hast solltest du auch ein paar messages anhängen - wie soll ich sonst etwas sehen?

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 03 Januar 2014, 12:55:20
Hallo Martin,

was hast du jetzt eingegeben?
Die Befehle, so wie Du sie auf der Seite 3 hier in diesem Thread angegeben hast

Bei welchen kanälen sollte on/off stehen?
Danke das war der entschiedene Hinweis. Ich muss mich erst daran gewöhnen, dass das Device ja jetzt 3 Channels hat (vorher war es ja nur ein Device mit einem Channel). Und ich hab einfach das Device in meinen Raum Wohnzimmer gesetzt. Bei dem Channel 3 ist natürlich auch on/off im Web-Frontend. Ich werde mal heute Abend probieren ob wenigstens das schalten funktioniert, oder ob er die CMDs wie bei getConfig auch nicht ausführen kann.
Vielleicht komm ich dann weiter, und wenn nicht schau noch mal nach den Detaillierten Protokoll messages.

Grüße


Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 03 Januar 2014, 14:49:18
Moin,

Ich komme leider gerade nicht viel zum basteln. Ich werde die Anleitung noch erweitern und selbst mal alle Funktionen systematisch testen. Für mich tut es aktuell alles: Schalten und sich schalten lassen. Allerdings alles per register.h. Da ich aber auch noch einen Usecase für dynamisch Geänderte Peers habe werde ich mich darum auch noch kümmern. Wäre sehr cool wenn du eine Liste erstellst was bei dir geht und was nicht.


Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 03 Januar 2014, 19:35:26
Hallo,

ich bin jetzt im code hierüber gestolpert:

struct {
        unsigned char nbrChannels;
        s_chDefType chDefType[4];
        } const devDef = {
        3 // number of channels
        ,{
                {1,0,0} // chn:0 type:regDev
                ,{2,6,4} // chn:1 type:regChan_remote
                ,{2,15,12} // chn:2 type:regChan_remote
                ,{0,24,20} // chn:3 type:regChan_actor
        }
};

Müsste da nicht 4 stehen? Wenn ich es auf 4 stelle, geht zumindest das getConfig durch, also CMDs Done.
Auch on und off geht durch, allerdings bleibt der state dann auf set_off bzw. set_on stehen.

Und was ich nicht ganz verstehe (wenn das mit den 4 channels oben stimmen sollte):

      peerdb[0][0] = 0x013BD621; // 21D63B
        peerdb[1][0] = 0x013BD621;
        peerdb[2][0] = 0x01563412; // 12345601


peerdb[0] wäre ja dann der cahnnel 0 von oben:    {1,0,0} // chn:0 type:regDev

Trotzdem zeigt er mir die peers 0 und 1 korrekt in btn_1 und btn_2 an, welche ja channel 1 und 2 sind.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: trilu am 03 Januar 2014, 20:04:07
Die peer Database beginnt zwar bei 0 ist aber im Code auf Channel 1 verdrahtet. Ich wollte so resourcen schonend wie Möglich proggen. Hätte ich also die peer DB bei 0 beginnen lassen,  wären das bei 6 möglichen peers je Channel 24 verschenkte Bytes gewesen.
Ich bin gerade dabei das Register und Peer Handling der Library zu überarbeiten. Ich werde mir auch für das Firstload was besseres einfallen lassen.
Viele Grüsse
Horst
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 03 Januar 2014, 20:21:20
Hallo trilu,

ok, das erklärt es. Dann ist also wie ich vermutet habe number of channels = 3 noch ein Fehler in Jans alternativer Firmware.

Ich habe übrigens die Firstload Sache einfach in den Codeblock

if (tmagicNumber != magicNumber) {}

verschoben, so das das Firstload nur nach einem Firmware update ausgeführt wird. Vielleicht solltest Du das auch so machen und dann zusätzlich noch ein restartLoad oder so ähnlich machen, das dann bei jedem Neustart ausgeführt wird.

Das Pairing der beiden Schalter mit einem andern Homematic aktor klappt jetzt jedenfalls. Nur der State vom aktor-channel 4 bleibt immer noch auf set_on stehen. Kann es sein, das es daran liegt, das ich den Aktor noch nicht Zusammengebaut habe, also die Platine für den 230 Volt Bereich habe ich nicht aufgesteckt.

EDIT: oder muss ich den Aktor channel auch mit irgend etwas peeren?
peerdb[2][0] = 0x01563412; // 12345601
hab ich nämlich auskommentiert, weil mir nicht klar war, womit ich das Peeren sollte.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 03 Januar 2014, 20:31:20
Wo meinst du ist das denn falsch? Magst du einen Patch oder github pullrequest schicken? maxChannel = 3 ist doch richtig, da es die peerDb nur für Channel 1-3 gibt nur nicht für Channel 0. Oder übersehe ich da was?

Das mit dem set_on und set_off habe ich auch. Ist mir nicht ganz klar warum es passiert. Der Funk Teil ist korrekt. Er Antwortet genau die gleiche Message wie ein Originalaktor. Vielleicht liegt es an dem Kombiaktor in FHEM.

Folgende Features wären zu checken:
[X] Pairing mit Zentrale per Register.h
[ ] Pairing mit Zentrale via Configbutton
[ ] getConfig Device
[X] Peering von Taster per Register.h
[ ] Peering von Taster per peerChan
[ ] getConfig Taster
[X] Schalten von anderen Geräten per gepeertem Taster
[X] Peering von Aktor per Register.h
[X] Peering von Aktor per peerChan
[ ] getConfig Aktor
[X] set on/set off
[X] toogle
[ ] Anzeige aktueller Aktor Status in FHEM

Stimmt das so? Oder geht noch mehr/weniger?

Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 03 Januar 2014, 20:39:38
Hallo Jan,

ich wei nicht ob das richtig oder falsch ist, nur wenn ich es auf max Channels 3 lasse, geht bei mir getGonfig nicht, auf 4 geht es.

Ich habe dann halt mal das Forum hier durchsucht und folgendes gefunden:

http://forum.fhem.de/index.php/topic,14140.msg119606.html#msg119606

} const devDef = {
        2                               // number of channels
        ,{
                 {1,0,0}                // chn:0 type:regDev
                ,{0,6,4}                // chn:1 type:regChan
        }
};

Ich weiss, das ist nicht unbedingt das gleiche wie in der Register.h, deswegen war es ja meine Frage ob es nicht 4 Channels sein müssten. Jedenfalls ging es danach bei mir.

Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 03 Januar 2014, 20:43:54
Ah ok das devDef. Checke ich gleich ins git ein. Danke dir!

D.h. ich kann bei getConfig bei Aktor und Taster einen Haken machen?


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 03 Januar 2014, 21:01:21
Also ich habe es jetzt noch mal probiert:

Wenn ich 'number of channels' auf 3 habe, dann geht das getConfig nur auf den beiden Button Channels, während das GetConfig bei dem DeviceChannel (0) = CMDs Error 1 und dem Aktor-Channel (3) NACK  Fehler gibt.

Bei 'number of channels' = 4  kommt auf allen 4 Kanälen CMDs Done wenn ich ein getConfig mache.

Interessanterweise gehen aber die beiden peerings der Taster auch noch wenn number of channels auf 3 steht.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 03 Januar 2014, 21:03:22
Hi,

@Martin:
Zitat von: martinp876 am 31 Dezember 2013, 13:01:02
Kommandos für einen Kanal von einem andren kopieren
{$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW01"} = $HMConfig::culHmSubTypeSets{"THSensor"};
{$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW02"} = $HMConfig::culHmSubTypeSets{"THSensor"};
{$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW03"} = $HMConfig::culHmSubTypeSets{"switch"};


Gibt es einen Grund warum du das chanSet von THSensor und nicht von remote kopiert hast?


@Samsi: Ich habe es eingecheckt und die Checkliste ins git gepackt: https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM

Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 04 Januar 2014, 12:52:13
Hi Jan,

ist fast identisch. Remote weisst noch auf die nutzung mit button-nummern hin, anstelle von Peer-names. Das ist nur bei remotes sinnvoll (und auch da fraglich...)

Gruss Martin

Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 05 Januar 2014, 17:21:20
Hi Martin,

ich habe heute mal versucht zu ergründen warum das Icon im Webinterface nicht richtig funktioniert. Leider komme ich dabei nicht so weit. Vielleicht hast du eine Idee. Zuerst habe ich mal einen original Aktor mitgeschrieben als Referenz (HM-LC-SW1-PL2):


2014.01.05 15:50:04 2: CUL_HM set LAMPE_WOHNZIMMER_1 off
2014.01.05 15:50:04 0: HMLAN_Send:  hmusb S:+21D629,00,01,
2014.01.05 15:50:04 0: HMLAN_Send:  hmusb S:S62E1D814 stat:  00 t:00000000 d:01 r:62E1D814 m:3C A011 1AB150 21D629 0201000000
2014.01.05 15:50:04 0: HMLAN_Parse: hmusb R:R62E1D814 stat:0001 t:02CF0181 d:FF r:FFCC     m:3C 8002 21D629 1AB150 0101000030
2014.01.05 15:50:21 0: HMLAN_Send:  hmusb I:K
2014.01.05 15:50:21 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:02CF451F IDcnt:0004
2014.01.05 15:50:46 2: CUL_HM set LAMPE_WOHNZIMMER_1 on
2014.01.05 15:50:46 0: HMLAN_Send:  hmusb S:S62E27BB6 stat:  00 t:00000000 d:01 r:62E27BB6 m:3D A011 1AB150 21D629 0201C80000
2014.01.05 15:50:46 0: HMLAN_Parse: hmusb R:R62E27BB6 stat:0001 t:02CFA4FD d:FF r:FFCC     m:3D 8002 21D629 1AB150 0101C80032
2014.01.05 15:50:46 0: HMLAN_Send:  hmusb I:K
2014.01.05 15:50:46 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:02CFA6CB IDcnt:0004
2014.01.05 15:51:04 0: HMLAN_Parse: hmusb R:E23568B   stat:0000 t:02CFE9B5 d:FF r:FFCC     m:50 8610 23568B 000000 0A809F0F0921


Dann habe ich mal die CustomFW angeguckt:
2014.01.05 15:48:56 2: CUL_HM set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_207C41_Sw on
2014.01.05 15:48:56 0: HMLAN_Send:  hmusb S:S62E0CEF1 stat:  00 t:00000000 d:01 r:62E0CEF1 m:3A A011 1AB150 207C41 0203C80000
2014.01.05 15:48:56 0: HMLAN_Parse: hmusb R:R62E0CEF1 stat:0001 t:02CDF7D2 d:FF r:FFE9     m:3A 8002 207C41 1AB150 0103C80000
2014.01.05 15:48:58 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:02CDFED7 d:FF r:FFE9     m:01 A410 207C41 1AB150 0603C80000
2014.01.05 15:49:03 0: HMLAN_Send:  hmusb I:K
2014.01.05 15:49:03 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:02CE1498 IDcnt:0004
2014.01.05 15:49:27 2: CUL_HM set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_207C41_Sw off
2014.01.05 15:49:27 0: HMLAN_Send:  hmusb S:S62E149EC stat:  00 t:00000000 d:01 r:62E149EC m:3B A011 1AB150 207C41 0203000000
2014.01.05 15:49:28 0: HMLAN_Parse: hmusb R:R62E149EC stat:0001 t:02CE72CD d:FF r:FFE9     m:3B 8002 207C41 1AB150 0103000000
2014.01.05 15:49:31 0: HMLAN_Send:  hmusb I:K
2014.01.05 15:49:31 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:02CE77A8 d:FF r:FFE9     m:02 A410 207C41 1AB150 0603000000
2014.01.05 15:49:31 0: HMLAN_Parse: hmusb R:E2356A0   stat:0000 t:02CE7921 d:FF r:FFBF     m:6D 8610 2356A0 000000 0A80CE0F0021
2014.01.05 15:49:32 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:02CE81B5 IDcnt:0004
2014.01.05 15:49:56 0: HMLAN_Send:  hmusb I:K
2014.01.05 15:49:56 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:02CEE36D IDcnt:0004
2014.01.05 15:49:58 0: HMLAN_Parse: hmusb R:E1F4C66   stat:0000 t:02CEE901 d:FF r:FFDB     m:3B 8670 1F4C66 000000 00D634


Da ist mir aufgefallen, dass die CustomFW immer noch eine Message 10 Subtype 06 hinterher schickt. Das ist ja an sich nicht falsch aber der original Aktor macht es nicht. Daher habe ich das kurz auskommentiert und habe das ganze wiederholt:


2014.01.05 17:05:03 2: CUL_HM set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_207C41_Sw on
2014.01.05 17:05:03 0: HMLAN_Send:  hmusb S:S63267DEF stat:  00 t:00000000 d:01 r:63267DEF m:4A A011 1AB150 207C41 0203C80000
2014.01.05 17:05:03 0: HMLAN_Parse: hmusb R:R63267DEF stat:0001 t:02E9B28D d:FF r:FFE5     m:4A 8002 207C41 1AB150 0103C80000
2014.01.05 17:05:06 0: HMLAN_Send:  hmusb I:K
2014.01.05 17:05:06 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:02E9BE79 IDcnt:0005
2014.01.05 17:05:25 2: CUL_HM set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_207C41_Sw off
2014.01.05 17:05:25 0: HMLAN_Send:  hmusb S:S6326D319 stat:  00 t:00000000 d:01 r:6326D319 m:4B A011 1AB150 207C41 0203000000
2014.01.05 17:05:25 0: HMLAN_Parse: hmusb R:R6326D319 stat:0001 t:02EA07B8 d:FF r:FFE5     m:4B 8002 207C41 1AB150 0103000000
2014.01.05 17:05:31 0: HMLAN_Send:  hmusb I:K
2014.01.05 17:05:31 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:02EA2027 IDcnt:0005


Leider bleibt FHEM immer im Status set_on bzw set_off. Toggle gibt es nicht als webCMD. Woran kann das liegen?


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 05 Januar 2014, 19:47:24
Hallo Jan,

ich bin nicht ganz sicher, ich denke die status-info ( Message 10 Subtype 06) schickt das device an die zentrale wenn das Kommando nicht von der Zentrale kam - dann sollte sie dies ja wissen.

wenn du im web-interface auf das icon clickst sollte es ein toggle senden. Du kannst über das Attribut webCmd selbst kommandos addieren.
Es ist bekannt, dass - so man auf das webCmd clickt das set_ stehen beleibt. Dem ist nicht so wenn man auf das icon clickt- und longpoll aktiv ist (global entity). Wir habe dies bei FHEMWEB reklamiert - noch ohne Änderung.

wenn du einen refresh machst sollte es aber aktualisiert werden - sonst ist es nicht das bekannte Problem

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 05 Januar 2014, 19:52:17
Es bleibt leider dauerhaft auf set_on und set_off. Auch nach refresh. Egal ob ich es mit toggle, on oder off schalte.

Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 05 Januar 2014, 19:59:20
oi - das sollte nicht sein.
aber ein ack-staus schickst du schon? nicht nur ein leeres ack?
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 05 Januar 2014, 20:00:09
@Martin:

ZitatEs ist bekannt, dass - so man auf das webCmd clickt das set_ stehen beleibt.
Also ich habe noch einen  HM_HM_LC_Sw1PBU_FM mit Original Firmware und wenn ich da im web auf on oder off klicke bleibt bei mir nicht das set_ im state stehen.


Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 05 Januar 2014, 20:06:56
@Samsi: Ja bei allen Originalaktoren geht es bei mir auch.

@Martin: Wie kann ich das prüfen? Im Log oben sind doch die ACKs mit drin oder?

gekürzt:

3B A011 1AB150 207C41 0203000000
3B 8002 207C41 1AB150 0103000000


Oder übersehe ich da was?


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 05 Januar 2014, 20:13:05
das soltle eigentlich passen. Ist das das log aus FHEM?
HMLAN logs oder CUL sehen ander aus - kannst du die einschalten?
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 05 Januar 2014, 20:16:30
Das Log kommt direkt aus FHEM. Ich habe HMUSB mit hmland. Das Log habe ich mit:

set hmusb logIDs all,sys

eingeschaltet. Oder reicht das nicht?

Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 05 Januar 2014, 21:48:44
Ich habe das mal weiter verfolgt. Es gibt noch ein anderes Problem mit dem Channel 3. Der Aktor hat Register Liste 1 und 3. Allerdings Fragt FHEM Liste 4 an. Ein getConfig auf der Device sieht (von Device Seite) wie angehängt aus. Irgendeine Idee?

Interessant auch in FHEM: Das Gerät selber zeigt nach dem getConfig CommandAccepted: no und State: NACK. Alle Channels (Button Channel 1,2 und Switch Channel 3) zeigen CommandAccepted: yes.

Irgendwelche Ideen?


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 05 Januar 2014, 22:11:55
Also bei mir steht bei getConfig am Device auch commandsAccepted:no aber bei state: CMDs done

Die anderen Kanäle haben bei mir keinen eigenen commandsAccepted eintrag. Und der vom Device zeigt auch da bei jedem getConfig no an.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 06 Januar 2014, 10:41:00
Hallo Jan,

die logs sehen nicht orginal aus. nutzt du ein eigenes "iodevice"? da sind die logs nicht 'formatiert' und es fehlen sämtliche Zeitstempel. Aus HMLAN kommen die nicht.

1) warum wird alles doppelt gesendet? Diese logs kann ich ohne die normalen Infos daraufhin nicht kommentieren
2) wie ist das Device definiert? Bitte noch einmal schicken. Da sollte drin stehen, welche Listen bei welchen Channel gelesen werden müssen. ggf ein set hm models machen und das List des device sowie des channel schicken

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 07 Januar 2014, 18:25:07
Hi Martin,

1) vielleicht habe ich was falsch gemacht. Ich habe einen Homematic USB Stick und nutze den in FHEM.
2) das ist der Code von dir. Habe den per copy&paste eingefügt. Danach habe ich das Gerät angelernt.

Listing schicke ich später wenn ich zuhause bin.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 07 Januar 2014, 21:41:42
list LICHT_WOHNZIMMER_DECKE

Internals:
   DEF        207C41
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     102
   NAME       LICHT_WOHNZIMMER_DECKE
   NR         185
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 LICHT_WOHNZIMMER_DECKE_Btn_01
   channel_02 LICHT_WOHNZIMMER_DECKE_Btn_02
   channel_03 LICHT_WOHNZIMMER_DECKE_Sw
   hmusb_MSGCNT 102
   hmusb_RAWMSG E207C41,0000,03B9A7C6,FF,FFD3,24A410207C411AB1500603000000
   hmusb_RSSI -45
   hmusb_TIME 2014-01-07 20:51:58
   lastMsg    No:24 - t:10 s:207C41 d:1AB150 0603000000
   protCmdDel 3
   protLastRcv 2014-01-07 20:51:58
   protNack   1 last_at:2014-01-06 19:33:55
   protSnd    10 last_at:2014-01-06 19:36:14
   protState  CMDs_done
   rssi_at_hmusb avg:-49.96 min:-61 max:-45 lst:-45 cnt:102
   Readings:
     2014-01-06 19:33:55   CommandAccepted no
     2014-01-05 15:38:56   PairedTo        0x1AB150
     2014-01-05 15:37:42   R-pairCentral   0x1AB150
     2014-01-05 15:38:56   RegL_00:        02:01 05:00 0A:1A 0B:B1 0C:50 12:00 00:00
     2014-01-06 19:36:14   state           CMDs_done
   Helper:
     cSnd       111AB150207C410203000000
     mId        F0A9
     rxType     1
     Io:
       nextSend   1389124318.68192
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
     Rssi:
       At_hmusb:
         avg        -49.9607843137255
         cnt        102
         lst        -45
         max        -45
         min        -61
Attributes:
   IODev      hmusb
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs   
   room       Wohnzimmer
   serialNr   PS00000002
   subType    remoteAndSwitch
   webCmd     getConfig


list LICHT_WOHNZIMMER_DECKE_Sw

Internals:
   DEF        207C4103
   LASTInputDev hmusb
   MSGCNT     60
   NAME       LICHT_WOHNZIMMER_DECKE_Sw
   NR         188
   STATE      set_off
   TYPE       CUL_HM
   chanNo     03
   device     LICHT_WOHNZIMMER_DECKE
   hmusb_MSGCNT 60
   hmusb_RAWMSG E207C41,0000,03B99B35,FF,FFCC,22B440207C4121D6290125
   hmusb_RSSI -52
   hmusb_TIME 2014-01-07 20:51:55
   peerList   12345601,self01,self02,
   Readings:
     2014-01-06 19:36:14   CommandAccepted yes
     2014-01-06 19:33:54   R-sign          off
     2014-01-06 19:33:55   peerList        12345601,self01,self02,
     2014-01-07 20:51:57   recentStateType info
     2014-01-06 19:36:14   state           set_off
     2014-01-07 20:51:55   trigLast        LICHT_WOHNZIMMER_DECKE_Btn_01 :short
     2014-01-05 16:10:44   trig_CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_207C41_Btn_02 short
     2014-01-07 20:51:55   trig_LICHT_WOHNZIMMER_DECKE_Btn_01 short
     2014-01-07 20:51:40   trig_LICHT_WOHNZIMMER_DECKE_Btn_02 short
   Helper:
     peerIDsRaw ,12345601,207C4101,207C4102,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   expert     1
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,12345601,207C4101,207C4102,
   room       Wohnzimmer


list LICHT_WOHNZIMMER_DECKE_Btn_01

Internals:
   DEF        207C4101
   NAME       LICHT_WOHNZIMMER_DECKE_Btn_01
   NR         186
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   device     LICHT_WOHNZIMMER_DECKE
   peerList   self03,LAMPE_WOHNZIMMER_1,LAMPE_WOHNZIMMER_2,
   Readings:
     2014-01-05 15:39:01   R-LAMPE_WOHNZIMMER_1_chn-01-expectAES off
     2014-01-05 15:39:01   R-LAMPE_WOHNZIMMER_1_chn-01-peerNeedsBurst on
     2014-01-05 15:39:02   R-LAMPE_WOHNZIMMER_2_chn-01-expectAES off
     2014-01-05 15:39:02   R-LAMPE_WOHNZIMMER_2_chn-01-peerNeedsBurst on
     2014-01-05 15:37:42   R-dblPress      0.2 s
     2014-01-05 15:37:42   R-longPress     0.7 s
     2014-01-05 15:37:47   R-self03-expectAES off
     2014-01-05 15:37:47   R-self03-peerNeedsBurst off
     2014-01-05 15:37:42   R-sign          off
     2014-01-06 19:32:19   peerList        self03,LAMPE_WOHNZIMMER_1,LAMPE_WOHNZIMMER_2,
   Helper:
     Role:
       chn        1
Attributes:
   expert     1
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,207C4103,21D62901,21D63B01,
   room       Wohnzimmer


list LICHT_WOHNZIMMER_DECKE_Btn_02

Internals:
   DEF        207C4102
   NAME       LICHT_WOHNZIMMER_DECKE_Btn_02
   NR         187
   STATE      ???
   TYPE       CUL_HM
   chanNo     02
   device     LICHT_WOHNZIMMER_DECKE
   peerList   self03,LAMPE_WOHNZIMMER_1,LAMPE_WOHNZIMMER_2,
   Readings:
     2014-01-05 15:39:04   R-LAMPE_WOHNZIMMER_1_chn-01-expectAES off
     2014-01-05 15:39:04   R-LAMPE_WOHNZIMMER_1_chn-01-peerNeedsBurst on
     2014-01-05 15:39:05   R-LAMPE_WOHNZIMMER_2_chn-01-expectAES off
     2014-01-05 15:39:05   R-LAMPE_WOHNZIMMER_2_chn-01-peerNeedsBurst on
     2014-01-05 15:37:44   R-dblPress      0 s
     2014-01-05 15:37:44   R-longPress     0.3 s
     2014-01-05 15:37:54   R-self03-expectAES off
     2014-01-05 15:37:54   R-self03-peerNeedsBurst off
     2014-01-05 15:37:44   R-sign          off
     2014-01-06 19:32:19   peerList        self03,LAMPE_WOHNZIMMER_1,LAMPE_WOHNZIMMER_2,
   Helper:
     Role:
       chn        1
Attributes:
   expert     1
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,207C4103,21D62901,21D63B01,
   room       Wohnzimmer
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 08 Januar 2014, 16:23:38
sieht normal aus. Logst du nach diese Anleitung?
http://forum.fhem.de/index.php/topic,16563.msg107848.html#msg107848
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 09 Januar 2014, 23:12:56
Hi Martin,

ich habe das noch mal nach der Anleitung wiederholt. Zuerst "getConfig" auf der Gerät und dann "on" und "off":


2014.01.09 23:09:48.713 0: HMLAN_Send:  hmusb I:K
2014.01.09 23:09:48.726 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:0437DA73 IDcnt:0005
2014.01.09 23:09:54.012 0: HMLAN_Send:  hmusb I:+207C41,00,00,
2014.01.09 23:09:54.091 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.09 23:09:54.092 0: HMLAN_Send:  hmusb S:S790DF4ED stat:  00 t:00000000 d:01 r:790DF4ED m:61 A001 1AB150 207C41 00040000000000
2014.01.09 23:09:54.263 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0437F00A d:FF r:FFD0     m:61 A010 207C41 1AB150 02020005000A1A0BB10C5012000000
2014.01.09 23:09:54.391 0: HMLAN_Parse: hmusb R:R790DF4ED stat:0001 t:0437F00F d:FF r:FFD0     m:61 A010 207C41 1AB150 02020005000A1A0BB10C5012000000
2014.01.09 23:09:54.491 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.09 23:09:54.492 0: HMLAN_Send:  hmusb S:S790DF67D stat:  00 t:00000000 d:01 r:790DF67D m:62 A001 1AB150 207C41 01040000000001
2014.01.09 23:09:54.967 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0437F2C1 d:FF r:FFD0     m:62 A010 207C41 1AB150 020440080009020000
2014.01.09 23:09:55.095 0: HMLAN_Parse: hmusb R:R790DF67D stat:0001 t:0437F2C6 d:FF r:FFD0     m:62 A010 207C41 1AB150 020440080009020000
2014.01.09 23:09:55.206 0: HMLAN_Send:  hmusb S:S790DF948 stat:  00 t:00000000 d:01 r:790DF948 m:63 A001 1AB150 207C41 0103
2014.01.09 23:09:55.671 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0437F582 d:FF r:FFD0     m:63 A010 207C41 1AB150 0121D63B0121D62901207C410300000000
2014.01.09 23:09:55.767 0: HMLAN_Parse: hmusb R:R790DF948 stat:0001 t:0437F587 d:FF r:FFD0     m:63 A010 207C41 1AB150 0121D63B0121D62901207C410300000000
2014.01.09 23:09:55.904 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.09 23:09:55.906 0: HMLAN_Send:  hmusb S:S790DFC02 stat:  00 t:00000000 d:01 r:790DFC02 m:64 A001 1AB150 207C41 02040000000001
2014.01.09 23:09:56.375 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0437F836 d:FF r:FFD0     m:64 A010 207C41 1AB150 020400080009000000
2014.01.09 23:09:56.471 0: HMLAN_Parse: hmusb R:R790DFC02 stat:0001 t:0437F83B d:FF r:FFD0     m:64 A010 207C41 1AB150 020400080009000000
2014.01.09 23:09:56.600 0: HMLAN_Send:  hmusb S:S790DFEBB stat:  00 t:00000000 d:01 r:790DFEBB m:65 A001 1AB150 207C41 0203
2014.01.09 23:09:57.079 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0437FAF8 d:FF r:FFD0     m:65 A010 207C41 1AB150 0121D63B0121D62901207C410300000000
2014.01.09 23:09:57.175 0: HMLAN_Parse: hmusb R:R790DFEBB stat:0001 t:0437FAFD d:FF r:FFD0     m:65 A010 207C41 1AB150 0121D63B0121D62901207C410300000000
2014.01.09 23:09:57.311 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.09 23:09:57.313 0: HMLAN_Send:  hmusb S:S790E0181 stat:  00 t:00000000 d:01 r:790E0181 m:66 A001 1AB150 207C41 03040000000001
2014.01.09 23:09:57.751 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0437FDA9 d:FF r:FFD0     m:66 A010 207C41 1AB150 0208000000
2014.01.09 23:09:57.879 0: HMLAN_Parse: hmusb R:R790E0181 stat:0001 t:0437FDAE d:FF r:FFD0     m:66 A010 207C41 1AB150 0208000000
2014.01.09 23:09:57.976 0: HMLAN_Send:  hmusb S:S790E041A stat:  00 t:00000000 d:01 r:790E041A m:67 A001 1AB150 207C41 0303
2014.01.09 23:09:58.611 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0438006E d:FF r:FFD0     m:67 A010 207C41 1AB150 0112345601207C4101207C410200000000
2014.01.09 23:09:58.640 0: HMLAN_Parse: hmusb R:R790E041A stat:0001 t:04380073 d:FF r:FFD0     m:67 A010 207C41 1AB150 0112345601207C4101207C410200000000
2014.01.09 23:09:58.849 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.09 23:09:58.850 0: HMLAN_Send:  hmusb S:S790E0783 stat:  00 t:00000000 d:01 r:790E0783 m:68 A001 1AB150 207C41 0104207C410304
2014.01.09 23:09:59.511 0: HMLAN_Parse: hmusb R:R790E0783 stat:0008 t:00000000 d:FF r:7FFF     m:68 A001 1AB150 207C41 0104207C410304
2014.01.09 23:09:59.566 0: HMLAN_Parse: hmusb no ACK from 207C41
2014.01.09 23:09:59.864 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:043805DA d:FF r:FFD0     m:68 A010 207C41 1AB150 0201000000
2014.01.09 23:09:59.938 0: HMLAN_Send:  hmusb S:S790E0B8D stat:  00 t:00000000 d:01 r:790E0B8D m:69 A001 1AB150 207C41 010421D6290104
2014.01.09 23:10:00.567 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:04380894 d:FF r:FFD0     m:69 A010 207C41 1AB150 0201010000
2014.01.09 23:10:00.663 0: HMLAN_Parse: hmusb R:R790E0B8D stat:0001 t:04380899 d:FF r:FFD0     m:69 A010 207C41 1AB150 0201010000
2014.01.09 23:10:00.793 0: HMLAN_Send:  hmusb S:S790E0F1A stat:  00 t:00000000 d:01 r:790E0F1A m:6A A001 1AB150 207C41 010421D63B0104
2014.01.09 23:10:01.241 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:04380B50 d:FF r:FFD0     m:6A A010 207C41 1AB150 0201010000
2014.01.09 23:10:01.472 0: HMLAN_Parse: hmusb R:R790E0F1A stat:0001 t:04380B55 d:FF r:FFD0     m:6A A010 207C41 1AB150 0201010000
2014.01.09 23:10:01.543 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.09 23:10:01.545 0: HMLAN_Send:  hmusb S:S790E1209 stat:  00 t:00000000 d:01 r:790E1209 m:6B A001 1AB150 207C41 0204207C410304
2014.01.09 23:10:01.944 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:04380E0B d:FF r:FFD0     m:6B A010 207C41 1AB150 0201000000
2014.01.09 23:10:02.071 0: HMLAN_Parse: hmusb R:R790E1209 stat:0001 t:04380E10 d:FF r:FFD0     m:6B A010 207C41 1AB150 0201000000
2014.01.09 23:10:02.168 0: HMLAN_Send:  hmusb S:S790E147A stat:  00 t:00000000 d:01 r:790E147A m:6C A001 1AB150 207C41 020421D6290104
2014.01.09 23:10:02.648 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:043810C6 d:FF r:FFD0     m:6C A010 207C41 1AB150 0201010000
2014.01.09 23:10:02.776 0: HMLAN_Parse: hmusb R:R790E147A stat:0001 t:043810CB d:FF r:FFD0     m:6C A010 207C41 1AB150 0201010000
2014.01.09 23:10:02.873 0: HMLAN_Send:  hmusb S:S790E173B stat:  00 t:00000000 d:01 r:790E173B m:6D A001 1AB150 207C41 020421D63B0104
2014.01.09 23:10:03.352 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:04381380 d:FF r:FFD0     m:6D A010 207C41 1AB150 0201010000
2014.01.09 23:10:03.480 0: HMLAN_Parse: hmusb R:R790E173B stat:0001 t:04381385 d:FF r:FFD0     m:6D A010 207C41 1AB150 0201010000
2014.01.09 23:10:03.577 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.09 23:10:03.578 0: HMLAN_Send:  hmusb S:S790E19FB stat:  00 t:00000000 d:01 r:790E19FB m:6E A001 1AB150 207C41 03041234560104
2014.01.09 23:10:04.056 0: HMLAN_Parse: hmusb R:R790E19FB stat:0001 t:0438163E d:FF r:FFD0     m:6E 8002 207C41 1AB150 80
2014.01.09 23:10:13.718 0: HMLAN_Send:  hmusb I:K
2014.01.09 23:10:13.753 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:04383C21 IDcnt:0006
2014.01.09 23:10:24.634 0: HMLAN_Parse: hmusb R:E1F4C66   stat:0000 t:043866B3 d:FF r:FFDE     m:C0 8670 1F4C66 000000 00C232
2014.01.09 23:10:32.988 0: HMLAN_Parse: hmusb R:E2325B7   stat:0000 t:0438874E d:FF r:FFD6     m:AB 8610 2325B7 000000 0A88C20E0021
2014.01.09 23:10:33.080 0: HMLAN_Send:  hmusb S:S790E8CEC stat:  00 t:00000000 d:01 r:790E8CEC m:6F A112 1AB150 2325B7
2014.01.09 23:10:33.518 0: HMLAN_Parse: hmusb R:R790E8CEC stat:0001 t:0438885D d:FF r:FFD6     m:6F 8002 2325B7 1AB150 00
2014.01.09 23:10:33.550 0: HMLAN_Send:  hmusb S:S790E8F10 stat:  00 t:00000000 d:01 r:790E8F10 m:70 A011 1AB150 2325B7 860430
2014.01.09 23:10:33.734 0: HMLAN_Parse: hmusb R:R790E8F10 stat:0001 t:04388A33 d:FF r:FFD6     m:70 8002 2325B7 1AB150 00
2014.01.09 23:10:38.725 0: HMLAN_Send:  hmusb I:K
2014.01.09 23:10:38.748 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:04389DCF IDcnt:0006
2014.01.09 23:11:01.958 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.09 23:11:01.960 0: HMLAN_Send:  hmusb S:S790EFE08 stat:  00 t:00000000 d:01 r:790EFE08 m:71 A011 1AB150 207C41 0203C80000
2014.01.09 23:11:02.109 0: HMLAN_Parse: hmusb R:R790EFE08 stat:0001 t:0438F8E4 d:FF r:FFD1     m:71 8002 207C41 1AB150 0103C80000
2014.01.09 23:11:03.731 0: HMLAN_Send:  hmusb I:K
2014.01.09 23:11:03.936 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:04390024 d:FF r:FFD0     m:C1 A410 207C41 1AB150 0603C80000
2014.01.09 23:11:04.158 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:04390111 IDcnt:0006
2014.01.09 23:11:04.190 0: HMLAN_Parse: hmusb R:E23568B   stat:0000 t:04390124 d:FF r:FFCF     m:D2 8610 23568B 000000 0A90B80F0621
2014.01.09 23:11:17.666 0: HMLAN_Send:  hmusb S:S790F3B64 stat:  00 t:00000000 d:01 r:790F3B64 m:72 A011 1AB150 207C41 0203000000
2014.01.09 23:11:17.878 0: HMLAN_Parse: hmusb R:R790F3B64 stat:0001 t:0439361F d:FF r:FFD0     m:72 8002 207C41 1AB150 0103000000
2014.01.09 23:11:22.833 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:04393D2E d:FF r:FFD0     m:C2 A410 207C41 1AB150 0603000000
2014.01.09 23:11:28.735 0: HMLAN_Send:  hmusb I:K
2014.01.09 23:11:28.769 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:04396129 IDcnt:0006
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 10 Januar 2014, 10:03:29
Hallo Jan,

wie du sicher gesehen hast:

207C41 03 ist mit Channel 01 und 02 gepeert. Die zugehörige Liste 04 wird vom Channel 01 nicht ausgegeben. Also:
Channel 01 sollte eine list04/peer 207C41 03 besitzen, reagiert aber nicht (ein von ein versuch)
Channel 02 sollte eine list04/peer 207C41 03 besitzen, funktioniert wunderbar

Grund ist unklar.

Bemerkenswert ist, dass du Kanäle vom Device mit dem Device peerst.

Beim senden des Kommandos on/off sollte der Counter hochgezählt werden
23:11:01.960 Send:   S:S790EFE08 stat:  00 t:00000000  m:71 A011 1AB150 207C41 0203C80000
23:11:17.666 Send:   S:S790F3B64 stat:  00 t:00000000  m:72 A011 1AB150 207C41 0203000000

das ist nicht der Fall... unschön, aber klappt.

Lesen der List 04, channel 3, peer 123456 01 liefert ein NACK - auch unklar warum.

Im Grossen recht gut, finde ich - cool

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 10 Januar 2014, 11:36:52
Hi Martin,

danke für die Analyse. Ich peere das Gerät mit sich selbst damit ich das Relay auch mit dem Taster schalten kann. Funktioniert soweit ganz gut. Da kann man sicher noch einen Shortcut einbauen, aber im Grund ist es ja nicht falsch.

Ein paar kleine Fragen habe ich noch:
1. Kann das ein Funkproblem sein dass er beim list04/peer 207C41 03 nicht reagiert? Ich werde das noch mal wiederholen und untersuchen.
2. Beim Kommando on und off wo liegt da das Problem? Zählt FHEM nicht hoch oder macht das Device was falsch? Ich habe da ja immer noch das Problem, dass FHEM den Status nicht erkennt. Er bleibt bei set_on bzw set_off. Kann das damit zusammenhängen?
3. Es wundert mich, dass er Liste 4 auf Channel 3 abfragt. Das ist doch ein Aktor Channel und hat nur eine Liste 3 oder sehe ich das falsch?


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 10 Januar 2014, 13:18:23
Hi Jan,

ich hätte befürchtet, dass das Device nicht senden und empfangen gleichzeitig kann - scheint aber zu funktionieren. Sprich sie können sich tatsächlich messages selbst schicken - gut zu wissen.

1) kann sein. Ein aus ein Fehler ist keine statistik.
du kannst die message auch "alleine" absenden
Send:   S:S790E0783 stat:  00 t:00000000  m:68 A001 1AB150 207C41 0104 207C41 03 04
set <device> raw ++A0011AB150207C410104207C410304

Wichtig: keine blanks dazwischen! - das Device nutzen, nicht den Channel

2) mein denkfehler- Alles ok. ist ja ein 'on', kein 'press'

3) ja - falsche definition - mein Fehler. List 3 nur bei peers des Channel 3 =>'3:3p'. List 4 bei peers des channel 1 und 2 =>'4:1p.2p'.
{$HMConfig::culHmModel{"F0A9"} = {name=>"HM-LC-Sw1PBU-FM-CustomFW",st=>'remoteAndSwitch',cyc=>'',rxt=>'',lst=>'1,3:3p,4:1p.2p',chn=>"Btn:1:2,Sw:3:3"}}


schicke doch noch einmal das getConfig, wenn du die Definition geändert hast (sollte on the fly funktionieren). In Channel 3 müssen immerhin 3 peer List 3 gelesen werden.

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 10 Januar 2014, 13:58:13
Moin Martin,

das sieht hervorragend aus beim Aktor. Sehr cool. Danke! Einstellungen sind auch so wie ich sie gesetzt habe.


Internals:
   DEF        207C4103
   LASTInputDev hmusb
   MSGCNT     4
   NAME       LICHT_WOHNZIMMER_DECKE_Sw
   NR         188
   STATE      set_off
   TYPE       CUL_HM
   chanNo     03
   device     LICHT_WOHNZIMMER_DECKE
   hmusb_MSGCNT 4
   hmusb_RAWMSG E207C41,0000,023756CA,FF,FFCD,17A010207C411AB150028700880089008A018B668C000000
   hmusb_RSSI -51
   hmusb_TIME 2014-01-10 13:50:00
   peerList   12345601,self01,self02,
   Readings:
     2014-01-10 13:49:17   CommandAccepted yes
     2014-01-10 13:49:55   R-12345601-lgActionType jmpToTarget
     2014-01-10 13:49:55   R-12345601-lgCtDlyOff geLo
     2014-01-10 13:49:55   R-12345601-lgCtDlyOn geLo
     2014-01-10 13:49:55   R-12345601-lgCtOff geLo
     2014-01-10 13:49:55   R-12345601-lgCtOn geLo
     2014-01-10 13:49:55   R-12345601-lgCtValHi 0
     2014-01-10 13:49:55   R-12345601-lgCtValLo 0
     2014-01-10 13:49:55   R-12345601-lgMultiExec off
     2014-01-10 13:49:55   R-12345601-lgOffDly 0 s
     2014-01-10 13:49:55   R-12345601-lgOffTime 0 s
     2014-01-10 13:49:55   R-12345601-lgOffTimeMode absolut
     2014-01-10 13:49:55   R-12345601-lgOnDly 0 s
     2014-01-10 13:49:55   R-12345601-lgOnTime 0 s
     2014-01-10 13:49:55   R-12345601-lgOnTimeMode absolut
     2014-01-10 13:49:55   R-12345601-lgSwJtDlyOff no
     2014-01-10 13:49:55   R-12345601-lgSwJtDlyOn no
     2014-01-10 13:49:55   R-12345601-lgSwJtOff on
     2014-01-10 13:49:55   R-12345601-lgSwJtOn off
     2014-01-10 13:49:55   R-12345601-shActionType jmpToTarget
     2014-01-10 13:49:55   R-12345601-shCtDlyOff geLo
     2014-01-10 13:49:55   R-12345601-shCtDlyOn geLo
     2014-01-10 13:49:55   R-12345601-shCtOff geLo
     2014-01-10 13:49:55   R-12345601-shCtOn geLo
     2014-01-10 13:49:55   R-12345601-shCtValHi 0
     2014-01-10 13:49:55   R-12345601-shCtValLo 0
     2014-01-10 13:49:55   R-12345601-shOffDly 0 s
     2014-01-10 13:49:55   R-12345601-shOffTime 0 s
     2014-01-10 13:49:55   R-12345601-shOffTimeMode absolut
     2014-01-10 13:49:55   R-12345601-shOnDly 0 s
     2014-01-10 13:49:55   R-12345601-shOnTime 0 s
     2014-01-10 13:49:55   R-12345601-shOnTimeMode absolut
     2014-01-10 13:49:55   R-12345601-shSwJtDlyOff no
     2014-01-10 13:49:55   R-12345601-shSwJtDlyOn no
     2014-01-10 13:49:55   R-12345601-shSwJtOff on
     2014-01-10 13:49:55   R-12345601-shSwJtOn off
     2014-01-10 13:49:57   R-self01-lgActionType jmpToTarget
     2014-01-10 13:49:57   R-self01-lgCtDlyOff geLo
     2014-01-10 13:49:57   R-self01-lgCtDlyOn geLo
     2014-01-10 13:49:57   R-self01-lgCtOff geLo
     2014-01-10 13:49:57   R-self01-lgCtOn geLo
     2014-01-10 13:49:57   R-self01-lgCtValHi 0
     2014-01-10 13:49:57   R-self01-lgCtValLo 0
     2014-01-10 13:49:57   R-self01-lgMultiExec off
     2014-01-10 13:49:57   R-self01-lgOffDly 0 s
     2014-01-10 13:49:57   R-self01-lgOffTime 0 s
     2014-01-10 13:49:57   R-self01-lgOffTimeMode absolut
     2014-01-10 13:49:57   R-self01-lgOnDly 0 s
     2014-01-10 13:49:57   R-self01-lgOnTime 0 s
     2014-01-10 13:49:57   R-self01-lgOnTimeMode absolut
     2014-01-10 13:49:57   R-self01-lgSwJtDlyOff no
     2014-01-10 13:49:57   R-self01-lgSwJtDlyOn no
     2014-01-10 13:49:57   R-self01-lgSwJtOff on
     2014-01-10 13:49:57   R-self01-lgSwJtOn on
     2014-01-10 13:49:57   R-self01-shActionType off
     2014-01-10 13:49:57   R-self01-shCtDlyOff geLo
     2014-01-10 13:49:57   R-self01-shCtDlyOn geLo
     2014-01-10 13:49:57   R-self01-shCtOff geLo
     2014-01-10 13:49:57   R-self01-shCtOn geLo
     2014-01-10 13:49:57   R-self01-shCtValHi 0
     2014-01-10 13:49:57   R-self01-shCtValLo 0
     2014-01-10 13:49:57   R-self01-shOffDly 0 s
     2014-01-10 13:49:57   R-self01-shOffTime 0 s
     2014-01-10 13:49:57   R-self01-shOffTimeMode absolut
     2014-01-10 13:49:57   R-self01-shOnDly 0 s
     2014-01-10 13:49:57   R-self01-shOnTime 0 s
     2014-01-10 13:49:57   R-self01-shOnTimeMode absolut
     2014-01-10 13:49:57   R-self01-shSwJtDlyOff no
     2014-01-10 13:49:57   R-self01-shSwJtDlyOn no
     2014-01-10 13:49:57   R-self01-shSwJtOff on
     2014-01-10 13:49:57   R-self01-shSwJtOn on
     2014-01-10 13:50:00   R-self02-lgActionType jmpToTarget
     2014-01-10 13:50:00   R-self02-lgCtDlyOff geLo
     2014-01-10 13:50:00   R-self02-lgCtDlyOn geLo
     2014-01-10 13:50:00   R-self02-lgCtOff geLo
     2014-01-10 13:50:00   R-self02-lgCtOn geLo
     2014-01-10 13:50:00   R-self02-lgCtValHi 0
     2014-01-10 13:50:00   R-self02-lgCtValLo 0
     2014-01-10 13:50:00   R-self02-lgMultiExec off
     2014-01-10 13:50:00   R-self02-lgOffDly 0 s
     2014-01-10 13:50:00   R-self02-lgOffTime 0 s
     2014-01-10 13:50:00   R-self02-lgOffTimeMode absolut
     2014-01-10 13:50:00   R-self02-lgOnDly 0 s
     2014-01-10 13:50:00   R-self02-lgOnTime 0 s
     2014-01-10 13:50:00   R-self02-lgOnTimeMode absolut
     2014-01-10 13:50:00   R-self02-lgSwJtDlyOff no
     2014-01-10 13:50:00   R-self02-lgSwJtDlyOn no
     2014-01-10 13:50:00   R-self02-lgSwJtOff off
     2014-01-10 13:50:00   R-self02-lgSwJtOn off
     2014-01-10 13:50:00   R-self02-shActionType off
     2014-01-10 13:50:00   R-self02-shCtDlyOff geLo
     2014-01-10 13:50:00   R-self02-shCtDlyOn geLo
     2014-01-10 13:50:00   R-self02-shCtOff geLo
     2014-01-10 13:50:00   R-self02-shCtOn geLo
     2014-01-10 13:50:00   R-self02-shCtValHi 0
     2014-01-10 13:50:00   R-self02-shCtValLo 0
     2014-01-10 13:50:00   R-self02-shOffDly 0 s
     2014-01-10 13:50:00   R-self02-shOffTime 0 s
     2014-01-10 13:50:00   R-self02-shOffTimeMode absolut
     2014-01-10 13:50:00   R-self02-shOnDly 0 s
     2014-01-10 13:50:00   R-self02-shOnTime 0 s
     2014-01-10 13:50:00   R-self02-shOnTimeMode absolut
     2014-01-10 13:50:00   R-self02-shSwJtDlyOff no
     2014-01-10 13:50:00   R-self02-shSwJtDlyOn no
     2014-01-10 13:50:00   R-self02-shSwJtOff off
     2014-01-10 13:50:00   R-self02-shSwJtOn off
     2014-01-10 13:49:46   R-sign          off
     2014-01-10 13:49:47   peerList        12345601,self01,self02,
     2014-01-10 13:49:18   recentStateType info
     2014-01-10 13:49:17   state           set_off
     2014-01-10 01:41:18   trigLast        LICHT_WOHNZIMMER_DECKE_Btn_02 :short
     2014-01-05 16:10:44   trig_CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_207C41_Btn_02 short
     2014-01-10 01:41:09   trig_LICHT_WOHNZIMMER_DECKE_Btn_01 short
     2014-01-10 01:41:18   trig_LICHT_WOHNZIMMER_DECKE_Btn_02 short
   Helper:
     peerIDsRaw ,12345601,207C4101,207C4102,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   expert     1
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,12345601,207C4101,207C4102,
   room       Wohnzimmer


Ich habe die Sequenz noch mal wiederholt (getConfig, on, off)

2014.01.10 13:52:37 2: CUL_HM set LICHT_WOHNZIMMER_DECKE getConfig
2014.01.10 13:52:37 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.10 13:52:37 0: HMLAN_Send:  hmusb S:S7C361E3A stat:  00 t:00000000 d:01 r:7C361E3A m:17 A001 1AB150 207C41 00040000000000
2014.01.10 13:52:38 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239BF94 d:FF r:FFCD     m:17 A010 207C41 1AB150 02020005000A1A0BB10C5012000000
2014.01.10 13:52:38 0: HMLAN_Parse: hmusb R:R7C361E3A stat:0001 t:0239BF99 d:FF r:FFCD     m:17 A010 207C41 1AB150 02020005000A1A0BB10C5012000000
2014.01.10 13:52:38 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.10 13:52:38 0: HMLAN_Send:  hmusb S:S7C362030 stat:  00 t:00000000 d:01 r:7C362030 m:18 A001 1AB150 207C41 01040000000001
2014.01.10 13:52:41 0: HMLAN_Parse: hmusb R:R7C362030 stat:0008 t:00000000 d:FF r:7FFF     m:18 A001 1AB150 207C41 01040000000001
2014.01.10 13:52:41 0: HMLAN_Parse: hmusb no ACK from 207C41
2014.01.10 13:52:41 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239C504 d:FF r:FFCD     m:18 A010 207C41 1AB150 020440080009020000
2014.01.10 13:52:41 0: HMLAN_Send:  hmusb S:S7C362BDB stat:  00 t:00000000 d:01 r:7C362BDB m:19 A001 1AB150 207C41 0103
2014.01.10 13:52:41 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239CD0C d:FF r:FFCD     m:19 A010 207C41 1AB150 0121D63B0121D62901207C410300000000
2014.01.10 13:52:41 0: HMLAN_Parse: hmusb R:R7C362BDB stat:0001 t:0239CD12 d:FF r:FFCD     m:19 A010 207C41 1AB150 0121D63B0121D62901207C410300000000
2014.01.10 13:52:41 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.10 13:52:41 0: HMLAN_Send:  hmusb S:S7C362D4E stat:  00 t:00000000 d:01 r:7C362D4E m:1A A001 1AB150 207C41 02040000000001
2014.01.10 13:52:42 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239CFC0 d:FF r:FFCD     m:1A A010 207C41 1AB150 020400080009000000
2014.01.10 13:52:42 0: HMLAN_Parse: hmusb R:R7C362D4E stat:0001 t:0239CFC5 d:FF r:FFCD     m:1A A010 207C41 1AB150 020400080009000000
2014.01.10 13:52:42 0: HMLAN_Send:  hmusb S:S7C362FBD stat:  00 t:00000000 d:01 r:7C362FBD m:1B A001 1AB150 207C41 0203
2014.01.10 13:52:42 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239D282 d:FF r:FFCD     m:1B A010 207C41 1AB150 0121D63B0121D62901207C410300000000
2014.01.10 13:52:43 0: HMLAN_Parse: hmusb R:R7C362FBD stat:0001 t:0239D287 d:FF r:FFCD     m:1B A010 207C41 1AB150 0121D63B0121D62901207C410300000000
2014.01.10 13:52:43 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.10 13:52:43 0: HMLAN_Send:  hmusb S:S7C3633A4 stat:  00 t:00000000 d:01 r:7C3633A4 m:1C A001 1AB150 207C41 03040000000001
2014.01.10 13:52:43 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239D533 d:FF r:FFCD     m:1C A010 207C41 1AB150 0208000000
2014.01.10 13:52:43 0: HMLAN_Parse: hmusb R:R7C3633A4 stat:0001 t:0239D538 d:FF r:FFCD     m:1C A010 207C41 1AB150 0208000000
2014.01.10 13:52:43 0: HMLAN_Send:  hmusb S:S7C363549 stat:  00 t:00000000 d:01 r:7C363549 m:1D A001 1AB150 207C41 0303
2014.01.10 13:52:43 0: HMLAN_Parse: hmusb R:E2356A0   stat:0000 t:0239D658 d:FF r:FFBC     m:43 8610 2356A0 000000 0A88AF0F0021
2014.01.10 13:52:44 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239D7F7 d:FF r:FFCD     m:1D A010 207C41 1AB150 0112345601207C4101207C410200000000
2014.01.10 13:52:44 0: HMLAN_Parse: hmusb R:R7C363549 stat:0001 t:0239D7FC d:FF r:FFCD     m:1D A010 207C41 1AB150 0112345601207C4101207C410200000000
2014.01.10 13:52:44 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.10 13:52:44 0: HMLAN_Send:  hmusb S:S7C36383E stat:  00 t:00000000 d:01 r:7C36383E m:1E A001 1AB150 207C41 0104207C410304
2014.01.10 13:52:44 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239DAA8 d:FF r:FFCD     m:1E A010 207C41 1AB150 0201000000
2014.01.10 13:52:44 0: HMLAN_Parse: hmusb R:R7C36383E stat:0001 t:0239DAAD d:FF r:FFCD     m:1E A010 207C41 1AB150 0201000000
2014.01.10 13:52:45 0: HMLAN_Send:  hmusb S:S7C363ABD stat:  00 t:00000000 d:01 r:7C363ABD m:1F A001 1AB150 207C41 010421D6290104
2014.01.10 13:52:45 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239DD63 d:FF r:FFCD     m:1F A010 207C41 1AB150 0201010000
2014.01.10 13:52:45 0: HMLAN_Parse: hmusb R:R7C363ABD stat:0001 t:0239DD68 d:FF r:FFCD     m:1F A010 207C41 1AB150 0201010000
2014.01.10 13:52:45 0: HMLAN_Send:  hmusb S:S7C363D5F stat:  00 t:00000000 d:01 r:7C363D5F m:20 A001 1AB150 207C41 010421D63B0104
2014.01.10 13:52:46 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239E01E d:FF r:FFCD     m:20 A010 207C41 1AB150 0201010000
2014.01.10 13:52:46 0: HMLAN_Parse: hmusb R:R7C363D5F stat:0001 t:0239E023 d:FF r:FFCD     m:20 A010 207C41 1AB150 0201010000
2014.01.10 13:52:46 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.10 13:52:46 0: HMLAN_Send:  hmusb S:S7C3640BA stat:  00 t:00000000 d:01 r:7C3640BA m:21 A001 1AB150 207C41 0204207C410304
2014.01.10 13:52:46 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239E2D8 d:FF r:FFCD     m:21 A010 207C41 1AB150 0201000000
2014.01.10 13:52:47 0: HMLAN_Parse: hmusb R:R7C3640BA stat:0001 t:0239E2DD d:FF r:FFCD     m:21 A010 207C41 1AB150 0201000000
2014.01.10 13:52:47 0: HMLAN_Send:  hmusb S:S7C3642DD stat:  00 t:00000000 d:01 r:7C3642DD m:22 A001 1AB150 207C41 020421D6290104
2014.01.10 13:52:47 0: HMLAN_Send:  hmusb I:K
2014.01.10 13:52:47 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:0239E569 IDcnt:0004
2014.01.10 13:52:47 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239E593 d:FF r:FFCD     m:22 A010 207C41 1AB150 0201010000
2014.01.10 13:52:47 0: HMLAN_Parse: hmusb R:R7C3642DD stat:0001 t:0239E598 d:FF r:FFCD     m:22 A010 207C41 1AB150 0201010000
2014.01.10 13:52:47 0: HMLAN_Send:  hmusb S:S7C36459F stat:  00 t:00000000 d:01 r:7C36459F m:23 A001 1AB150 207C41 020421D63B0104
2014.01.10 13:52:48 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239E84E d:FF r:FFCD     m:23 A010 207C41 1AB150 0201010000
2014.01.10 13:52:48 0: HMLAN_Parse: hmusb R:R7C36459F stat:0001 t:0239E853 d:FF r:FFCD     m:23 A010 207C41 1AB150 0201010000
2014.01.10 13:52:48 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.10 13:52:48 0: HMLAN_Send:  hmusb S:S7C36485D stat:  00 t:00000000 d:01 r:7C36485D m:24 A001 1AB150 207C41 03041234560103
2014.01.10 13:52:49 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239EB12 d:FF r:FFCD     m:24 A010 207C41 1AB150 0202000300040005000600070008000900
2014.01.10 13:52:49 0: HMLAN_Parse: hmusb R:R7C36485D stat:0001 t:0239EB17 d:FF r:FFCD     m:24 A010 207C41 1AB150 0202000300040005000600070008000900
2014.01.10 13:52:49 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239EDCD d:FF r:FFCD     m:24 A010 207C41 1AB150 020A010B360C0082008300840085008600
2014.01.10 13:52:50 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239F086 d:FF r:FFCD     m:25 A010 207C41 1AB150 028700880089008A018B368C000000
2014.01.10 13:52:50 0: HMLAN_Send:  hmusb S:S7C364FCD stat:  00 t:00000000 d:01 r:7C364FCD m:25 A001 1AB150 207C41 0304207C410103
2014.01.10 13:52:51 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239F343 d:FF r:FFCD     m:25 A010 207C41 1AB150 0202000300040005000600070008000900
2014.01.10 13:52:51 0: HMLAN_Parse: hmusb R:R7C364FCD stat:0001 t:0239F348 d:FF r:FFCD     m:25 A010 207C41 1AB150 0202000300040005000600070008000900
2014.01.10 13:52:51 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239F5FD d:FF r:FFCD     m:25 A010 207C41 1AB150 020A000B330C0082008300840085008600
2014.01.10 13:52:52 0: HMLAN_Parse: hmusb R:E2325B7   stat:0000 t:0239F714 d:FF r:FFD6     m:07 8610 2325B7 000000 0A88AD0E0021
2014.01.10 13:52:52 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239F8B7 d:FF r:FFCD     m:26 A010 207C41 1AB150 028700880089008A018B338C000000
2014.01.10 13:52:52 0: HMLAN_Send:  hmusb S:S7C365833 stat:  00 t:00000000 d:01 r:7C365833 m:26 A001 1AB150 207C41 0304207C410203
2014.01.10 13:52:53 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239FB73 d:FF r:FFCD     m:26 A010 207C41 1AB150 0202000300040005000600070008000900
2014.01.10 13:52:53 0: HMLAN_Parse: hmusb R:R7C365833 stat:0001 t:0239FB78 d:FF r:FFCD     m:26 A010 207C41 1AB150 0202000300040005000600070008000900
2014.01.10 13:52:53 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239FE2E d:FF r:FFCD     m:26 A010 207C41 1AB150 020A000B660C0082008300840085008600
2014.01.10 13:52:54 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:023A00E7 d:FF r:FFCD     m:27 A010 207C41 1AB150 028700880089008A018B668C000000
2014.01.10 13:53:12 0: HMLAN_Send:  hmusb I:K
2014.01.10 13:53:12 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:023A4715 IDcnt:0004
2014.01.10 13:53:16 2: CUL_HM set LICHT_WOHNZIMMER_DECKE_Sw on
2014.01.10 13:53:16 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.10 13:53:16 0: HMLAN_Send:  hmusb S:S7C36B3F5 stat:  00 t:00000000 d:01 r:7C36B3F5 m:27 A011 1AB150 207C41 0203C80000
2014.01.10 13:53:16 0: HMLAN_Parse: hmusb R:R7C36B3F5 stat:0001 t:023A5549 d:FF r:FFCD     m:27 8002 207C41 1AB150 0103C80000
2014.01.10 13:53:18 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:023A5BA0 d:FF r:FFCD     m:D2 A410 207C41 1AB150 0603C80000
2014.01.10 13:53:24 2: CUL_HM set LICHT_WOHNZIMMER_DECKE_Sw off
2014.01.10 13:53:24 0: HMLAN_Send:  hmusb S:S7C36D687 stat:  00 t:00000000 d:01 r:7C36D687 m:28 A011 1AB150 207C41 0203000000
2014.01.10 13:53:25 0: HMLAN_Parse: hmusb R:R7C36D687 stat:0001 t:023A77B4 d:FF r:FFCD     m:28 8002 207C41 1AB150 0103000000
2014.01.10 13:53:27 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:023A7D89 d:FF r:FFCD     m:D3 A410 207C41 1AB150 0603000000
2014.01.10 13:53:37 0: HMLAN_Send:  hmusb I:K
2014.01.10 13:53:37 0: HMLAN_Parse: hmusb V:03C3 sNo:JEQ0700752 d:1EBCD4 O:1AB150 t:023AA8C1 IDcnt:0004


Ich würde sagen list04/peer 207C41 03 war ein Übertragungsfehler (gibts da kein retransmit?):


2014.01.10 13:55:22 2: CUL_HM set LICHT_WOHNZIMMER_DECKE raw ++A0011AB150207C410104207C410304
2014.01.10 13:55:22 0: HMLAN_Send:  hmusb S:+207C41,00,01,
2014.01.10 13:55:22 0: HMLAN_Send:  hmusb S:S7C38A1A5 stat:  00 t:00000000 d:01 r:7C38A1A5 m:29 A001 1AB150 207C41 0104207C410304
2014.01.10 13:55:22 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:023C42EF d:FF r:FFCD     m:29 A010 207C41 1AB150 0201000000
2014.01.10 13:55:22 0: HMLAN_Parse: hmusb R:R7C38A1A5 stat:0001 t:023C42F4 d:FF r:FFCD     m:29 A010 207C41 1AB150 0201000000


Jetzt bleibt nur noch mein set_on und set_off Problem bestehen. Hast du da noch eine Idee? Er sollte den aktuellen Status ja eigentlich immer kennen.

Außerdem steht das Gerät selber immer noch auf "CommandAccepted no". Woher kommt das? Bzw wie kann ich das fixen?


Internals:
   DEF        207C41
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     85
   NAME       LICHT_WOHNZIMMER_DECKE
   NR         185
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 LICHT_WOHNZIMMER_DECKE_Btn_01
   channel_02 LICHT_WOHNZIMMER_DECKE_Btn_02
   channel_03 LICHT_WOHNZIMMER_DECKE_Sw
   hmusb_MSGCNT 85
   hmusb_RAWMSG R7C38A1A5,0001,023C42F4,FF,FFCD,29A010207C411AB1500201000000
   hmusb_RSSI -51
   hmusb_TIME 2014-01-10 13:55:22
   lastMsg    No:29 - t:10 s:207C41 d:1AB150 0201000000
   protCmdDel 4
   protLastRcv 2014-01-10 13:55:22
   protResnd  3 last_at:2014-01-10 13:48:49
   protResndFail 1 last_at:2014-01-10 13:48:54
   protSnd    84 last_at:2014-01-10 13:55:22
   protState  CMDs_done
   rssi_at_hmusb avg:-51.01 min:-52 max:-51 lst:-51 cnt:85
   Readings:
     2014-01-09 23:49:55   CommandAccepted no
     2014-01-10 13:52:38   PairedTo        0x1AB150
     2014-01-10 13:49:36   R-pairCentral   0x1AB150
     2014-01-10 13:52:38   RegL_00:          02:00 05:00 0A:1A 0B:B1 0C:50 12:00 00:00
     2014-01-10 13:55:22   state           CMDs_done
   Helper:
     cSnd       011AB150207C410104207C410304
     mId        F0A9
     rxType     1
     Io:
       nextSend   1389358522.6648
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
     Rpt:
       IO         hmusb
       flg        A
       ts         1389358522.63348
       ack:
         HASH(0x17ef630)
         2980021AB150207C4100
     Rssi:
       At_hmusb:
         avg        -51.0117647058823
         cnt        85
         lst        -51
         max        -51
         min        -52
     Shadowreg:
Attributes:
   IODev      hmusb
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs   
   room       Wohnzimmer
   serialNr   PS00000002
   subType    remoteAndSwitch
   webCmd     getConfig



Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 10 Januar 2014, 15:08:06
Hi Jan,

doch, retransmitt sollte funktionieren.
es sollte per default auf 3 stehen und kann mit
attr msgRepeat
im Device eingestellt werden.

Noch unklar, warum ich es nicht sehen kann. In meinem trocketest wird es gemacht. Im Fehlerfall wird dann aber auch abgebrochen! Passiert bei dir auch nicht.

und hier war dein Aktor zu langsam für HMLAN:
13:52:38 0: HMLAN_Send:  hmusb S:S7C362030 stat:  00 t:00000000 d:01 r:7C362030 m:18 A001 1AB150 207C41 01040000000001
13:52:41 0: HMLAN_Parse: hmusb R:R7C362030 stat:0008 t:00000000 d:FF r:7FFF     m:18 A001 1AB150 207C41 01040000000001
13:52:41 0: HMLAN_Parse: hmusb no ACK from 207C41
####### HMLAN/usb hat aufgegeben
13:52:41 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:0239C504 d:FF r:FFCD     m:18 A010 207C41 1AB150
020440080009020000
dann antwortet das Device doch noch. FHEM hat einen längeren timer als HMLAN/USB - damit ist alles wieder gut.

da kein mseclog an war fehlt die Präzision

13:53:16 0: HMLAN_Send:  hmusb S:S7C36B3F5 stat:  00 t:00000000 d:01 r:7C36B3F5 m:27 A011 1AB150 207C41 0203C80000
13:53:18 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:023A5BA0 d:FF r:FFCD     m:D2 A410 207C41 1AB150 0603C80000

das Licht sollte mir 8002 antworten - einer ack mit Info. Es kommt aber eine A410 - das ist falsch. So etwas kann evtl noch nach gesendet werden. (status-info) - aber erst einmal ein ack auf einen request

Gruss Martin




Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 10 Januar 2014, 15:29:15
Hi Martin,

es kommt doch ein 8002. Das A410 kommt später nach (2s in diesem Fall, ist fixed + random delay). Das habe ich testweise auch schon mal rausgenommen, aber das ändert nichts:

2014.01.10 13:53:16 0: HMLAN_Send:  hmusb S:S7C36B3F5 stat:  00 t:00000000 d:01 r:7C36B3F5 m:27 A011 1AB150 207C41 0203C80000
2014.01.10 13:53:16 0: HMLAN_Parse: hmusb R:R7C36B3F5 stat:0001 t:023A5549 d:FF r:FFCD     m:27 8002 207C41 1AB150 0103C80000
2014.01.10 13:53:18 0: HMLAN_Parse: hmusb R:E207C41   stat:0000 t:023A5BA0 d:FF r:FFCD     m:D2 A410 207C41 1AB150 0603C80000


Der einzige Unterschied (abgesehen von der A410) zu einem original Aktor ist, dass er keine RSSI mitschickt hinten. Daher bin ich etwas planlos wie ich das fixen kann?

Wenn es hilft kann ich auch noch mal mit mseclog loggen (hatte restartet und es nicht noch mal angewendet). Woran kann es liegen, dass er beim Device "CommandAccepted no" anzeigt?


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 10 Januar 2014, 19:33:00
Hi Jan,

da hast du recht, das ACK kommt.
Das device sollte auch keinen burst machen - auch eine Ausnahme.

kann ich aktuell nicht erklären, warum commandAccepted nicht gesetzt wird. Dis SW ist sicher aktuell - oder?

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 10 Januar 2014, 23:47:39
Hi Martin,

die Software ist aktuell. Sonst würden die "dynamischen Geräte" ja auch nicht gehen. Als Referenz habe ich gerade mal einen Originalaktor gesnifft (frisch aus der Packung):


2014.01.10 22:20:45.974 0: HMLAN_Send:  hmusb S:S7E0754D8 stat:  00 t:00000000 d:01 r:7E0754D8 m:48 A011 1AB150 208557 0201C80000
2014.01.10 22:20:46.158 0: HMLAN_Parse: hmusb R:R7E0754D8 stat:0001 t:040AF463 d:FF r:FFCC     m:48 8002 208557 1AB150 0101C80034


1. Und bei dem geht es 1a. Webinterface funktioniert mit Status und Icon. Der einzige Unterschied zu alten Messages ist wieder die RSSI in der Response und Channel 1 statt 3. Was meinst du mit Burst? Die haben doch beide kein Burst Bit gesetzt oder?

So im nächsten Step habe ich das mal so gut wie möglich reproduziert. Also den Aktor geflasht, die Infomessage entfernt und dann noch eine Fake RSSI eingefügt:

2014.01.10 23:34:52.086 0: HMLAN_Send:  hmusb S:S7E4B2C78 stat:  00 t:00000000 d:01 r:7E4B2C78 m:03 A011 1AB150 208557 0203C80000
2014.01.10 23:34:52.274 0: HMLAN_Parse: hmusb R:R7E4B2C78 stat:0001 t:044ECB77 d:FF r:FFDA     m:03 8002 208557 1AB150 0103C80034
2014.01.10 23:34:56.786 0: HMLAN_Send:  hmusb S:S7E4B3ED4 stat:  00 t:00000000 d:01 r:7E4B3ED4 m:04 A011 1AB150 208557 0203000000
2014.01.10 23:34:56.973 0: HMLAN_Parse: hmusb R:R7E4B3ED4 stat:0001 t:044EDDD4 d:FF r:FFDA     m:04 8002 208557 1AB150 0103000034


Jetzt ist wirklich nur noch der Channel übrig. Es geht immer noch nicht mit dem Status im Webinterface. Beim neuen Aktor ist jetzt auch "CommandAccepted: yes" im Gerät selber. Vielleicht ist das beim anderen noch ein Relikt. Werde es mal löschen und neu anlegen.

2. In den Readings fehlen gewohnte Dinge wie: level, pct, powerOn, timedOn. Woran kann das liegen?

Das ist so ziemlich das letzte Problem was noch da ist. Ansonsten funktioniert es bei mir hervorragend und hat den WAF meines Setups stark erhöht.

3. Eine letzte Frage noch: Wenn der Aktor von per RemoteEvent geschaltet wird (also nicht per set), dann schickt der Aktor diese Info Message:

A410 207C41 1AB150 0603C80000

Ist das korrekt? Das sehe ich bei Originalaktoren auch. Allerdings schickt FHEM bei denen immer das hier (Config_Status_Request):

0B 16 A0 01 1A B1 50 21 D6 29 01 0E

Danach schickt der Aktor den Info_Actuator_Status noch mal an FHEM. Soll das so?

OK ich habe die Lösung gefunden: In der 10_CUL_HM.pm wird explizit auf den subType des Devices gecheckt. Ich habe den Code bei mir jetzt so angepasst (Zeile 1071):

  elsif($st =~ m /^(switch|dimmer|blindActuator|remoteAndSwitch)$/) {##########################
    if (($mTp eq "02" && $p =~ m/^01/) ||  # handle Ack_Status
        ($mTp eq "10" && $p =~ m/^06/)) { #    or Info_Status message here

Damit funktioniert das auch beim Subtype remoteAndSwitch. Kannst du das in FHEM aufnehmen? Dann wäre der Support für das Device so weit perfekt.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 11 Januar 2014, 10:20:13
Hi Jan,

ich denke nicht, dass es an der message liegt. Eher an der device-definition...
Wenn du cmmandAccepted ansiehst prüfe auch den Zeitstempel. Es kam letzthin einfach kein neuer Eintrag - der Inhalt ist da irrelevant.

schicke doch noch einmal ein list des Device und des channel.

Zitatlevel, pct, powerOn, timedOn
da muss ich wohl noch nachlegen.
powerOn ist generell und sollte kommen, wenn eine message kommt:
type 10, subtype 06 channel 00
Ist also ein statusInfo für channel 00 (device) und kommt nur nach power-on

Die Übrigen sind schon schwerer. Die Auswertung basiert bislang auf dem subType. In deinem Fall ist der subType aber nicht definiert. Genauer gesagt hat jeder channel einen eigenen subType - und das wird bislang nicht unterstützt. Das kostet erst einmal etwas umbau an verschiedenen Stellen.
Ich werden auch einmal untersuchen das message-parsing allgemeiner zu machen - also subType/model unabhängig. Wäre besser und würde das Problem auch lösen. Ist aber kein schnellschuss.

3)
eine InfoStatus kommt wenn man sie anfordert (nicht bei allen Devices) und wenn es eine Statusänderung gibt, die nicht von der Zentrale getriggert ist und somit die Zentrale nicht über eine ACK_INFO informiert wird.

Die Zeile 1071 zu ändern hilft dir jetzt, kann aber keine generelle Lösung sein. Das muss allgemeiner gelöst werden.

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 15 Januar 2014, 22:17:55
Moin Martin,

hast du einen Vorschlag wie man das allgemeiner lösen kann? Teilweise gibt es in der 10_CUL_HM.pm ja eh redundanz. Z.b. ist das Handling für 02:01 ACK und 10:06 Info_Status für den SubType powerMeter fast gleich wie bei switch. Man müsste den Channel früher extrahieren. Das ist aber gar nicht so einfach, weil es den ja nicht in allen Messages überhaupt gibt. Steht der Channel wenigstens immer an der gleichen Stelle?

Ich stehe jetzt vor der Entscheidung wie ich den Stromsensor implementiere. Den AD anzusprechen klappt ohne Probleme. Man bekommst 10bit also 0-1023 als Wert raus. Die genaue Skala kann man später ausrechnen. Die Frage für mich ist jetzt wie ich es an FHEM übertrage. Im Code habe ich den HM-ES-PMSw1-Pl gefunden. Er hat pro Messwert einen eigenen Channel mit ein paar Registern zum schalten und nutzt mTp 5E + 5F zum übertragen der Werte.
1. Soll ich den MessageType recyceln? Oder einen neuen erfinden? Ich habe jetzt erstmal 5E benutzt und alle anderen Werte 0 gesetzt.
2. Wie implementiere ich mein Gerät am besten? Eigenes elsif in der 10_CUL_HM? Ich habe einen quick and dirty patch gebaut (angehängt).
3. Wie oft schick ich den Wert am besten? Ich habe jetzt erstmal alle 30s gebaut.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 16 Januar 2014, 09:45:48
Hi Jan,

ich habe einmal grob durchgesehen - es gibt noch ein paar messages die man als "common" parsen könnte, aber nicht viele. Es gibt immer wieder unterschiede.

Es gibt die möglichkeit das Parsen je kanal einzubauen... für messages die einen Kanal mitliefern. Oft definiert HM bei messages einen fixen Kanal... das gibt es in FHEM nicht konfigrierbar.
Etwas besser würde mir gefallen eine Funktion auszulagern. Hat den Vorteil, dass der User Dinge realisieren kann, die HM devices nicht bieten. Der aktuelle Fall, dass kanäle 'wild gemischt' werden ist ein sonderfall der eigenbau-FW.
Die Schwierigkeit ist, welche Daten alle an die Prozedur übertragen werden müssen, damit nicht alles gesondert errechnet werden muss.

zu 1)
mTp 53 finde ich elegant. Man überträgt 1 byte adresse und 2 Byte daten. Es können mehrere daten in einer message übertragen werden
aber du kannst auch 5E/5F nutzen.
Die Auswertung muss dann in einer ausgelagerten Funktion erfolgen - siehe oben
zu 2) ich denke an eine Prozedur wenn subType = myNewSubtype ist dann in einem eigenen File ein CUL_HM_myNewSubtype(@) definieren. Ich halte es nicht für sinnvoll das File 10_CUL_HM zu editieren - da schneidet man sich von updates ab
zu 3)
gute Frage - 30sec ist recht oft. Sollte man es einstellbar/abschaltbar machen? machen trigger sinn? Wie willst du es verwenden? Wenn du mehrere Devices hast,die alle 30 sec senden wollen kann es eng werden.

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 16 Januar 2014, 10:41:26
Hi Jan,

ich habe eine Version eingecheckt, mit der der User eigene parser einhängen kann. Aktuell ist dies nachrangig - man kann also vorhandenen parser nicht überschreiben.

Wenn du nun einen subType "myRemoteSwitch" nutzt kannst du in einem separaten File folgende Funktion definieren

sub CUL_HM_ParsemyRemoteSwitch($$$$$) {
  my($mFlg,$mTp,$src,$dst,$p) = @_;
  Log 1,"General  entering with $mFlg,$mTp,$src,$dst,$p";
  my @entities;
  push @entities,CUL_HM_UpdtReadBulk($defs{"FB2"},1,
                                             ,"trigger70:"."external");
  return @entities;
}



Readings setzen würde ich übe rCUL_HM_UpdtReadBulk.
Alle entities die geändert wurden müssen in @entities zurückgegeben werden.

Ist das so ok? Du kannst dann den Code aus Remote und switch reinkopieren - oder andere wilde sachen machen

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 16 Januar 2014, 11:50:01
Hi Martin,

1. 53 gucke ich mir an. Ich wollte nur zu den bestehenden Typen kompatibel bleiben damit es andere noch verstehen.
2. das klingt super. Dann kann ich einfach ein neues File mitliefern (99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm) das auch die Device Definition an sich enthält. Ich probiere das später aus. Muss ich die Funktion noch registrieren? Oder wird die automatisch aufgerufen?
3. Das ist sicher die beste Idee das konfigurierbar zu machen. Default dann alle 2,5 Min oder so.

Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 16 Januar 2014, 12:43:12
 
ZitatMuss ich die Funktion noch registrieren? Oder wird die automatisch aufgerufen?
wenn keine passende gefunden wird (also aktuell 'nachrangig') wird sie automatisch aufgerufen. Du solltest vorhandenen funktionen aus CUL_HM nutzen können - so z.B. das setzen von Readings im block:  CUL_HM_UpdtReadBulk. Sollten Beispiele in CULHM zu finden sein.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 16 Januar 2014, 13:25:19
Hallo Jan,

ZitatIch stehe jetzt vor der Entscheidung wie ich den Stromsensor implementiere. Den AD anzusprechen klappt ohne Probleme. Man bekommst 10bit also 0-1023 als Wert raus

Kann man damit tatsächlich den Strom der angeschlossenen Lampen messen? Ich dachte bisher man kann damit nur messen ob Spannung anliegt und somit den Status des anderen Wechselschalters bestimmen.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 16 Januar 2014, 15:01:52
Moin,

@Samsi: Ich hab mir das noch mal genauer angeschaut bzw eingebaut getestet. Wenn ich den Schaltplan genauer anschaue hast du vermutlich recht. Der zweite OpAmp wirkt als Vergleicher. Referenz sollte ca 1,5V sein. Er verstärkt dann an -V_DD (0) bzw V_DD (3,3V). Ich werde es die Tage mal eingebaut testen.

@martin: Habe es probiert aber aktuell noch verschiedene Probleme:
1. Wenn ich das Device in meinem File (FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm) anlegen will dann funktioniert das nur für Aktoren die ich neu anlerne. Aktoren die aus der Config geladen werden funktionieren nicht. Das funktioniert nur wenn ich den Code in die FHEM/10_CUL_HM.pm kopiere. Was mache ich falsch?

{$HMConfig::culHmModel{"F0A9"} = {name=>"HM-LC-Sw1PBU-FM-CustomFW",st=>'remoteAndSwitch',cyc=>'',rxt=>'',lst=>'1,3:3p,4:1p.2p',chn=>"Btn:1:2,Sw:3:3"}}
{$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW01"} = $HMConfig::culHmSubTypeSets{"THSensor"}};
{$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW02"} = $HMConfig::culHmSubTypeSets{"THSensor"}};
{$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW03"} = $HMConfig::culHmSubTypeSets{"switch"}};
{$HMConfig::culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW01"}  = $HMConfig::culHmRegType{remote}};
{$HMConfig::culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW02"}  = $HMConfig::culHmRegType{remote}};
{$HMConfig::culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW03"}  = $HMConfig::culHmRegType{switch}};


2. Ich habe den Code geupdatet. Allerdings habe es nicht geschafft meinen eigenen Parser aufgerufen zu bekommen. Ich habe folgende Methode in FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm und FHEM/10_CUL_HM.pm probiert aber leider keinerlei Logeinträge erzeugen können. Was mache ich falsch?

sub CUL_HM_ParseremoteAndSwitch($$$$$) {
  my($mFlg,$mTp,$src,$dst,$p) = @_;
  Log 1,"General  entering with $mFlg,$mTp,$src,$dst,$p";
  my @entities;
  push @entities,CUL_HM_UpdtReadBulk($defs{"FB2"},1,
                                             ,"trigger70:"."external");
  return @entities;
}


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 16 Januar 2014, 16:55:27
@Jan
Dann wird es vermutlich auch ausreichen das nur bei Änderung zu übertragen. Eigentlich bräuchte man es dann vermutlich gar nicht, weil in Kombination mit einem Wechselschalter sollte ja dann das Licht getoggelt werden und danach der status des Lichts übertragen werden.

Allerdings hätte ich da wieder eine nette Idee. Wenn man keinen Wechselschalter hat, könnte man das evtl. als Input nehmen. Also das man die FW so konfigurieren kann, das das licht nicht getoggelt wird, sondern als weiterer Channel agiert mit dem an dann etwas anderes steuern könnte ;)
Vorausgesetzt der Aktor ist so konzipiert, das es nichts ausmacht, wenn die Phase gleichzeitig an den Ausgängen 1 und 2 anliegt.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 16 Januar 2014, 20:21:27
Hi Jan,

zu 1)
ich vermute, es ist ein Problem des zeitlichen ablaufs bei Systemstart.

zu 2)
dein Device hat subType "remoteAndSwitch"
und der 'alte' eintrag für diesen Subtype existiert nicht mehr?
das Device sendet eine Massage - und die sollte dann hier enden.
Hast du das so konfiguriert?

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 16 Januar 2014, 22:45:44
Hi Martin,

zu 1) Ja das vermute ich auch. Kann ich daran irgendwie was ändern? Ich würde gerne ein separates File haben in dem ich alle Definitionen habe
zu 2) Beides ja. Ich habe verifiziert, dass der Code in der 10_CUL_HM.pm in den else Branch läuft und $st eq "remoteAndSwitch" ist:

  else{########################################################################
    ; # no one wants the message
  }

Trotzdem wird meine Methode nicht aufgerufen. Die 10_CUL_HM.pm habe ich heute morgen geupdatet.

EDIT: Scheinbar war der Commit erst gegen 19 Uhr im SVN (http://sourceforge.net/p/fhem/code/4668/). Ich teste jetzt noch mal damit.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 17 Januar 2014, 01:21:49
Hi,

@martin: Sieht schon sehr gut aus. Danke dir! Ich habe das noch etwas erweitert:

  elsif (eval "defined(&CUL_HM_Parse$st)"){####################################
    no strict "refs";
    my @ret = &{"CUL_HM_Parse$st"}($mFlg,$mTp,$src,$dst,$p,$target);
    use strict "refs";
    push @entities,@ret;
    push @event,"" if (@ret);
  }


Ansonsten funktioniert es gut. Wenn wir jetzt noch eine Lösung für 1 finden dann ist alles in meinem File abstrahiert.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 17 Januar 2014, 11:30:20
Hi Jan,
ja, war noch ein Fehler drin... schlecht eingecheckt gestern...

target habe ich addiert - leider kann man nicht alles mitsenden... IO device,...

zu 1)
du kannst $init_done abfragen. Wenn es korrekt implementiert ist sollte es erst '1' sein, wenn alles wieder gelesen ist.
Alternativ kannst du es verzögert starten. Wenn du aufgerufen wirst kannst du einen timer starten der dann die Änderungen/Erweiterungen durchführt.
Wasserdicht ist die Kombination aus beiden - verzögeren bis init_done....


sub aufruf (){
InternalTimer(getimeofday()+10,"myChConfFktn","parameterNotNecessary", 0);
}
sub myChConfFktn(){
$HMConfig::culHmModel{"F0A9"} = {name=>"HM-LC-Sw1PBU-FM-CustomFW",st=>'remoteAndSwitch',cyc=>'',rxt=>'',lst=>'1,3:3p,4:1p.2p',chn=>"Btn:1:2,Sw:3:3"};
.......
}
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: strauch am 17 Januar 2014, 12:17:56
Als Bewohner von 2 Kreuz und 3 Wechselschaltung und ohne Keller und damit auch ohne entsprechendem Duaktenesel in selbigem, bin ich sehr Interessiert an der Alternativen Firmware. Einen Unterputz-HM-Aktor habe ich davon auch zu hause. Falls ihr mal einen dummen Tester braucht, bin ich wohl dafür zu haben.

Danke schonmal für die ganze Arbeit.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 17 Januar 2014, 13:43:42
Hi,

@strauch: Testen kann du sehr gerne. Hast du einen ISP Programmer oder alternativ einen Raspberry PI? Das flashen ist nicht schwer allerdings muss man vorher 6 Leitungen anlöten.

@Samsi: Ich habe mir die Schaltung heute mal mit dem E-Techniker meines Vertrauens näher angeschaut. Erkennung ob es an oder aus ist geht auf jeden Fall. Ich habe die ganze Schaltung mal simuliert (siehe Bild Anhang). Zusätzlich kann man aber auch eine Aussage über den Strom der fließt machen. Wobei das nur für symetrische Lasten (also Geräte den positive und negativen Durchgang gleich belasten) richtig funktioniert. Bei Ohmschen Lasten also kein Problem. Welche Zeit welchem Strom entspricht wäre zu klären. Kann man berechnen, simulieren oder ausprobieren. Es ist auch kein Problem an beide Ausgänge was anzuschließen. Der Relais schaltet einfach zwischen beiden um.

Ich werde zwei Dinge einbauen:
- Ich werde einen weiteren Kanal anlegen der den Status des Verbrauchers angibt. Dazu nutze ich die gleiche Message 10-06. Da kann man dann auch zusätzlich schalten (ggf halt nur toggle).
- Den Strom liefere ich periodisch zurück. Dabei messe ich die Dauer des Impulses und wir müssen das später mal interpretieren. Message 5E aktuell. Stelle ich vielleicht noch auf 53 um wir Martin vorgeschlagen hat.

@Martin: Funktioniert so hervorragend. Danke dir! Das File sieht jetzt so aus: https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/blob/master/fhem/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: strauch am 17 Januar 2014, 14:52:04
Zitat von: jab am 17 Januar 2014, 13:43:42
@strauch: Testen kann du sehr gerne. Hast du einen ISP Programmer oder alternativ einen Raspberry PI? Das flashen ist nicht schwer allerdings muss man vorher 6 Leitungen anlöten.

Hi Jan,

ich hab nen RasbPi(da läuft FHEM drauf), ich auch diverse Arduino Teile und einen ISP Programmer kaufe ich wohl. Geht der weiter vorne im Thread verlinkte http://www.ebay.de/itm/USBasp-ASP-USBISP-3-3V-5V-AVR-Download-Programmer-Connector-USB-ATMEGA8-ATMEGA8-/300963812987?pt=LH_DefaultDomain_15&hash=item4612d7567b . Und zum Löten hab ich Verwandtschaft :-). Ich brauch nur ne Anleitung wo was dran muss, falls es hier schon stand hab ich es überlesen und such noch mal. Edit: Ok steht ja hier alles: https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM

Danke

Grüße

strauch
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: justme1968 am 17 Januar 2014, 15:08:50
bei dem verlinkten isp programmer steht kein versand nach deutschland.

ich vermute aber mal das jedes 3v modell geht ?

gruss
  andre
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 17 Januar 2014, 15:27:47
Moin Andre,
Moin strauch,

du kannst den Raspberry Pi auch als Programmer nutzen: http://kevincuzner.com/2013/05/27/raspberry-pi-as-an-avr-programmer/. Man braucht keine weitere Hardware außer den Kabeln:
Pin #17, 3,3V -> MP2
Pin #19, MOSI -> MP4
Pin #21, MISO -> MP5
Pin #23, SCLK -> MP6
Pin #22, Reset -> MP3
Pin #25, GND -> MP15

Jeder Programmer geht. Auch 5V Programmer gehen. Der Atmega 644A läuft mit 2,7 bis 5,5V. Ich habe sowohl Raspberry als auch einen 5V Programmer bei mir getestet (den hier: www.amazon.de/gp/product/B0093DLN74/).


Hier auch noch mal der Hinweis: Es gibt keinen Weg zurück wenn man einmal geflasht hat, da wir die Originalfirmware nicht haben.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: justme1968 am 17 Januar 2014, 15:29:47
perfekt. danke.

ich hoffe mein bausatz kommt bald :)

gruss
  andre
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: strauch am 17 Januar 2014, 15:48:22
Zitat von: jab am 17 Januar 2014, 15:27:47
Hier auch noch mal der Hinweis: Es gibt keinen Weg zurück wenn man einmal geflasht hat, da wir die Originalfirmware nicht haben.

Frau Merkel würde sagen, dieser Weg ist Alternativlos ;-). Wer nicht wagt der nicht gewinnt und für mich ist das hier mit Abstand die beste Lösung für Kreuz und Wechselschaltungen, wenn ich mir das hier anschaue: http://www.meintechblog.de/2014/01/lichtsteuerung-kreuzschaltungen-per-funk-mit-homematic-und-fhem-realisieren/ . Danke jedenfalls für die Hinweise und die schnellen Antworten, ganz so schnell werde ich das nicht umsetzten können. Ich bestelle mal den Programmer (das ist für mich irgendwie einfach als das mit dem Rasbpi zu machen) und schau mal die Sachen für die Arduino IDE an. Mit so einem Programmer müsste ich doch eigtl. auch die Panstamps programmieren können, davon wollte ich mir auch noch ein paar bestellen und zu Raumsensoren umfunktionieren.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 17 Januar 2014, 16:37:54
Also ich habe meinen Aktor mit dem Arduino Uno programmiert.

Mann muss nur die Programmer -Sketchauf den Arduino laden und die PINs verbinden, Welcher Arduin Pin MOSI etc ist, steht im sketch.
3.3 Volt des arduinos an den Aktor und los gehts.
Ectl. noch 10uF Kondensator um wie beschrieben beim UNO das auto reset auszuschalten (bei mir ging es aber auch ohne)

http://arduino.cc/en/Tutorial/ArduinoISP

Dann noch darauf achten, das man den sketch aus der Arduino IDE nicht mit dem "Upoad" hochlädt sondern mit "Upload über Programmer". Vorher muss man noch als Programmer Arduino einstellen.

Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: strauch am 17 Januar 2014, 17:13:25
Danke für die info sollte mit nem arduino nano auch gehen. Das schau ich mir mal an.

Gesendet von meinem Nexus 4 mit Tapatalk

Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 19 Januar 2014, 02:25:27
Abend,

so ich habe mal etwas weiter gebastelt. Die Firmware kann jetzt die Impulslänge des Sensors messen. Es gibt einen neuen Kanal dessen Status an ist sobald Strom fließt und aus wenn keiner fließt. Außerdem wird alle 2,5 Minuten die letzte Impulsdauer an FHEM gesendet. Ich habe es allerdings bisher nicht mit 230V getestet. Wenn meine Simulation richtig ist müsste es aber so klappen.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 19 Januar 2014, 14:10:32
Hallo,

ich habe mir das neu aus dem GIT geholt und geflasht . Ich hab auch die  99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm installiert.

Dann hab ich das Device komplett gelöscht und neu angelernt. Leider hab ich immer noch nur 3 channels.

Wenn ich mir die 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm  anschaue steht da aber immer noch:

{$HMConfig::culHmModel{"F0A9"} = {name=>"HM-LC-Sw1PBU-FM-CustomFW",st=>'remoteAndSwitch',cyc=>'',rxt=>'',lst=>'1,3:3p,4:1p.2p',chn=>"Btn:1:2,Sw:3:3"}}

Fehlt da das noch was, damit der 4. Kanal kommt?


Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 19 Januar 2014, 14:38:57
Moin Samsi,

ja du hast recht. Das habe ich gestern im Eifer des Gefechts vergessen zu comitten. Sollte jetzt gehen.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 19 Januar 2014, 14:58:28
Ok, sieht gut aus, 4 Channel ist da.

Hab mir schon eine Testschaltung auf einem Brett aufgebaut und werde heute Abend den Schalter mal an 230V testen und berichten.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 19 Januar 2014, 16:23:25
Hi Samsi,

das ist schon mal gut. Bevor du flashst mach bitte noch mal git pull. Habe eine kleine Change noch vergessen gehabt. Ansonsten compiliert es vermutlich nicht.

Wir brauchen dringend Unittests. Allerdings warte ich dafür erstmal den Umbau der Lib ab. Dann gehe ich das mal an. Dann entkoppelt wir die Klassen mal und Unittesten die Sachen.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 19 Januar 2014, 17:44:40
Ich hatte ja schon huete morgen geflasht. Ging problemlos. Soll ich es noch mal flashen? War Deine Ändeurng relevant für die Funktionalität?
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 19 Januar 2014, 17:52:55
Hi,

das von heute morgen hat kompiliert? Da war eigentlich die Interrupt Service Routine doppelt drin. Hmm. Wenns kompiliert hat ist es ok denke ich.

Ich habe die Aktor Funktionalität für den Wechselschalter jetzt mal fertig gebaut. Dafür habe ich die Relay Klasse etwas refactort und etwas schlanker gemacht. Damit kann man auf Kanal 4 Schalten abhängig davon ob gerade Strom fließt oder nicht. Bekommt er ein on und Strom fließt bereits passiert nichts. Bekommt er ein off schaltet er den Aktor von Kanal 3 um. Fließt kein Strom und er bekommt ein on schaltet er 3 um. Bekommt er ein off macht er nichts.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 19 Januar 2014, 18:51:03
Also ich weis nicht wie, aber ich glaube ich habe den Aktor gerade gehimmelt. Jedenfalls sendet er nicht mehr und die Diode leuchtet auch nicht mehr bei Tastendruck :(

Ich habe aber noch mal alles überprüft und  konnte keinen Anschlussfehler finden. Ich löte noch mal den ISP an und schau ob der noch irgendwie reagiert.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 19 Januar 2014, 20:18:22
So nen Atmega zu killen ist gar nicht so einfach. Oft hat man nur die Fuses gekillt wenn nichts mehr passiert. Die kann man aber ja einfach wieder setzen. Ich habe den aktuell eingecheckten Code noch mal getestet. er kompiliert und läuft hervorragend bei mir.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 19 Januar 2014, 20:27:49
Hallo,

geht zum Glück doch noch, ist aber etwas merkwürdig. Zusammengebaut mit dem 230v Stromanschluss ging es nicht, also hab ich nur 3.3v und GND angelötet um zu testen ob die platine noch geht, ging auch nicht.
Als ich dann alle ISP Pins noch mal angelötet hatte, ging es dann wieder. Kann zufall sein, aber Probleme hab ich immer noch.

Bei Stromzufuhr (3,3v) kommt meistens (aber nicht immer):

2014-01-19 20:22:59 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_01 pct: 0
2014-01-19 20:22:59 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_01 deviceMsg: off (to HMLAN1)
2014-01-19 20:22:59 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_01 off
2014-01-19 20:22:59 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_01 timedOn: off

aber beim Drücken der Tasten kommt nichts mehr (aber wenigstens leuchtet die LED wieder).

Muss jetzt mal versuchen herauszufinden was da los ist.

Ich werde es noch mal ohne den Interrupt flashen.



EDIT: Die obigen Events kommen nur einmal nach der Stromzufuhr, und dann nicht mehr.  Erst wenn ich eine der Tasten drücke und dann den Strom kurz unterbreche und wieder Strom gebe, kommen die obigen Events. Danach nicht mehr, egal wie oft ich den Strom unterbreche, bis ich wieder einmal eine Taste drücke.

Kann das sein?


EDIT: Ok, ich hab beim kopieren der Dateien offensichtlich mist gebaut und dadurch neue und alte vermicht. Dehalb ging es wohl auch zu kompilieren.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 19 Januar 2014, 21:16:22
Ok, nach dem erneuten Flashen bekomme ich jetzt immer ein Current Event.

CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 current: 0

Ich bekomme aber immer noch keine Events wenn ich eine der Tasten drücke. Auch das verhalten, dass  Events aus dem vorigen Beitrag nur kommen, wenn ich eine der Tasten drücke und dann die Stromzufuhr trenne ist geblieben.
Ich galube aber, der Sketch ist jetzt richtig hochgeladen, er ist deutlich keleiner geworden:

Binäre Sketchgröße: 19.260 Bytes (von einem Maximum von 63.488 Bytes)

Vorher waren es glaub ich 23.000 Bytes.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 19 Januar 2014, 21:22:59
Hmm das ist recht wenig. Kannst du das Gerät per FHEM schalten? Also nach dem pairen?

Hast du firstLoad gesetzt? Ansonsten tut der Taster auch nichts By
default.

Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 19 Januar 2014, 22:30:02
Ich weiss nicht was momentan schief läuft. Ich hab alles noch mal gelöscht, und neu aus dem git geladen.

Jetzt sind es  19.392 Bytes.

Jetzt leuchtet bei Stromzufuhr die LED dauernd, bis ich eine Taste drücke. Die in firstload eingetragenen peerdbs werden auch nicht bei get Config an fhem übertragen.

Ich probier es noch mal, aber vielleicht hast Du ja noch eine Idee.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 19 Januar 2014, 23:02:41
Ist das define firstLoad denn ein kommentieren? Im git ist es auskommentiert. Ansonsten peer es doch per FHEM. Aber zuerst musst du mit FHEM pairen. Letztes klappt per firstLoad nicht. Dann solltest du den Status der Channel sehen und setzen können. Auf channel 4 müsstest du denn gemessenen Strom sehen können.

Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 19 Januar 2014, 23:13:55
Danke, jetzt geht es. Daran das das define jetzt nicht mehr drin ist, hatte ich nicht gedacht ;)
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 20 Januar 2014, 00:05:47
Hallo Jan,

schon mal gar nicht so schlecht, nur das ich am Aktor selbst nichts schalten kann, es werden auch keine Events an die Zentrale geschickt (wohl aber zu dem gepeerten Aktor)


Lampe Brannte nach Stromzufuhr direkt
2014-01-19 23:32:54 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_01 level: 100 %
2014-01-19 23:32:54 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_01 pct: 100
2014-01-19 23:32:54 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_01 deviceMsg: on (to HMLAN1)
2014-01-19 23:32:54 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_01 on
2014-01-19 23:32:54 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_01 timedOn: off

Und hat dann selbständig ausgeschaltet. Wenn die Lampe aus ist, kommt alle 3 Sekunden ein Event. Ein und Auschalten an dem Aktor funktionierte nicht, es kommt auch kein Event:
2014-01-19 23:32:57 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 0 %
2014-01-19 23:32:57 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 pct: 0
2014-01-19 23:32:57 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 deviceMsg: off (to HMLAN1)
2014-01-19 23:32:57 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 off
2014-01-19 23:32:57 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 timedOn: off
2014-01-19 23:32:58 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 0 %
2014-01-19 23:32:58 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 pct: 0
2014-01-19 23:32:58 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 deviceMsg: off (to HMLAN1)
2014-01-19 23:32:58 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 off
2014-01-19 23:32:58 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 timedOn: off
2014-01-19 23:33:00 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 0 %
2014-01-19 23:33:00 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 pct: 0
...
Weitere Events während ich versucht habe am Aktor einzuschalten habe ich weggelassen
...
2014-01-19 23:34:14 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 timedOn: off
2014-01-19 23:34:16 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 0 %
2014-01-19 23:34:16 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 pct: 0
2014-01-19 23:34:16 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 deviceMsg: off (to HMLAN1)
2014-01-19 23:34:16 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 off
2014-01-19 23:34:16 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 timedOn: off

Nach dem umschalten am Wechselschalter haben die Wiederholungsevents aufgehört:
2014-01-19 23:34:18 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 100 %
2014-01-19 23:34:18 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 pct: 100
2014-01-19 23:34:18 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 deviceMsg: on (to HMLAN1)
2014-01-19 23:34:18 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 on
2014-01-19 23:34:18 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 timedOn: off

Current bei 60W Glühbirne
2014-01-19 23:35:22 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 current: 6912

Ausgeschaltet (oder birne Rausgeschraubt?? Bin mir nicht mehr sicher) und die Events kommen wieder
2014-01-19 23:35:37 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 0 %
2014-01-19 23:35:37 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 pct: 0
2014-01-19 23:35:37 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 deviceMsg: off (to HMLAN1)
2014-01-19 23:35:37 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 off
2014-01-19 23:35:37 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 timedOn: off
2014-01-19 23:35:38 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 0 %
... weitere Events zur besseren übersicht wieder ausgelassen ...
2014-01-19 23:36:04 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 off
2014-01-19 23:36:04 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 timedOn: off
2014-01-19 23:36:06 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 0 %
2014-01-19 23:36:06 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 pct: 0
2014-01-19 23:36:06 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 deviceMsg: off (to HMLAN1)
2014-01-19 23:36:06 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 off
2014-01-19 23:36:06 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 timedOn: off

Neue Birne drin:
2014-01-19 23:36:09 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 100 %
2014-01-19 23:36:09 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 pct: 100
2014-01-19 23:36:09 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 deviceMsg: on (to HMLAN1)
2014-01-19 23:36:09 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 on
2014-01-19 23:36:09 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 timedOn: off

Reading bei 5W LED Birne
2014-01-19 23:37:52 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 current: 3576

Am wechselschalter umgeschaltet:
2014-01-19 23:38:32 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 0 %
2014-01-19 23:38:32 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 pct: 0
2014-01-19 23:38:32 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 deviceMsg: off (to HMLAN1)
2014-01-19 23:38:32 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 off
2014-01-19 23:38:32 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 timedOn: off
2014-01-19 23:38:33 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 0 %
2014-01-19 23:38:33 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 pct: 0
2014-01-19 23:38:33 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 deviceMsg: off (to HMLAN1)
2014-01-19 23:38:33 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 off
2014-01-19 23:38:33 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 timedOn: off
2014-01-19 23:38:35 CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_1ED3AB_Sw_02 level: 0 %
...

Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 20 Januar 2014, 08:30:32
Morgen,

Erstmal danke fürs testen. Das sieht ja schon mal gut aus.

1. Peeren des Tasters mit den Aktor selber sollte gehen. Teste ich heute abend noch mal. War der lokal gepeert?
2. Die Taster schicken nichts direkt an die zentrale. Ich habe keine Fernbedienung als Referenz wie das aussehen sollte. Kann ich aber noch mal anschauen. Vielleicht fehlt da auch code in meinem FHEM file.
3. Das umschalten beim Start habe ich verbockt. Das fixe ich noch.
4. Vermutlich kommt auch noch gelegentlich ein Impuls wenn kein Strom fließt. Daher schickt er dann dauerhaft die Info. Das kann ich aber recht einfach noch abfangen.


Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 20 Januar 2014, 10:56:19
So ich bin mal ans Werk gegangen:

2. Ich habe die Device Config erweitert. Bisher hat er die Messages direkt die direkt an FHEM geschickt wurden ignoriert. Das sollte jetzt wie bei anderen Remotes funktionieren. Teste ich heute Abend.
2a) Allerdings schickt der Taster nur dann eine Message an FHEM wenn er keine peers hat. Machen das andere Remotes auch so? Sollte er immer an FHEM schicken?
3. Er sollte beim starten jetzt nicht mehr Umschalten. Das ist vermutlich bei der Initialisierung des virtuellen Aktors passiert.
4. Alle Impule kürzer als 500us werden jetzt ignoriert. Ich hoffe das fixt das Problem. Die Zeit kann man noch anpassen falls es zu kurz oder lang ist.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 20 Januar 2014, 13:18:08
Hallo Jan,

Zitat2a) Allerdings schickt der Taster nur dann eine Message an FHEM wenn er keine peers hat. Machen das andere Remotes auch so? Sollte er immer an FHEM schicken?
Hm, wenn ein Sender mit einer Zentrale gepairt ist, sollte er dann nicht immer auch an die Zentrale schicken? Vielleicht kann Martin etwas dazu sagen.
Aber ich habe ein paar original Schließerkontakte extra mal entpairt, damit diese keinen Befehl an die Zentrale senden. Hintergrund war, das die Schalter sonst blockiert hatten (wegen Sendewiederholung) , falls die Zentrale gerade ausgefallen ist und somit direkt gepeerte Aktoren nur verzögert geschaltet haben.
Am besten wäre es natürlich wenn man das dann konfigurieren könnte, je nach Einsatzzweck, also ob man das ereignis in FHEM haben will oder nicht.

Ansonsten tolle Arbeit. Ich werde es heute Abend auch noch mal testen.

Kannst Du mit den Current Werten etwas anfangen? Scheinen ja nicht linear zu sein, wenn man die 5W mit den 60W vergleicht. Ich kann gerne noch etwas genauere Tests mit verschiedenen Verbrauchern machen und parallel dazu mit einem (laut Heise.de test) ziemlich genauen Meßgerät den Wert mit notieren.

Was ist das eigentlich für ein wert? Ich dachte der Atmega hat nur einen 10Bit AD Wandler? 6912 liegt da deutlich drüber ;)


Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 20 Januar 2014, 14:22:26
Moin,

Das ist ja jetzt doch kein analog Signal sondern eine Impuls Dauer. Es gibt einen Integrierer und dahinter einen vergleicher mit Referenz. Die Länge sollte schon proportional sein aber es kann einen Offset geben.

Bei den 5W bin ich mir auch nicht sicher ob das gehen wird. Die Messung ist nur bei ohmschen Verbrauchern zuverlässig und deine LED hat bestimmt ein Netzteil drin.


Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 20 Januar 2014, 14:23:43
ein Button sendet, so er gepeert, keinen trigger an die Zentrale. Er hat ja  auch keinen Status, das ist eh alles temporär.
Der Empfangende Aktor sollte dies dann in der Regel tun, so sich etwas ändert. Wenn sich nichts ändert kommt auch kein status von ihm

Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 20 Januar 2014, 16:11:25
@Jan: Ich kann auch mal kleine Ohmsche Verbraucher auswerten. Vielleicht kommt ja was brauchbares raus ;)

@Martin:
ZitatEr hat ja  auch keinen Status, das ist eh alles temporär.
Er soll ja keinen Status senden, sondern LongPress oder ShortPress.

Bei meinen Handsendern welche mit der Keymatic gepeert sind, kann ich ja auch noch zusätzlich auf die btn-short Events reagieren. Man will ja schließlich nicht nur die Tür aufschließen, sondern gleich auch noch die Heizung Hochfahren. Allerdings mache ich das bei diesen Handsendern auch über das Event, das an die Keymatic direkt geht wie ich gerade überprüft habe, das hat Jan ja jetzt so gemacht, wenn ich (2) verstanden habe, das man diese Events zwischen den peers jetzt auch direkt in FHEM sieht.

Und (2a) fällt dann erst mal weg. Aber ich werde mir das noch mal genau ansehen ob das bei den 3-Fach Schließerkontakten auch so ist. Wie gesagt, ich hatte da das Problem, das die trotz direkten Peerings noch mit der Zentrale kommuniziert hatten und bei fehlender Zentrale dann die direkten Peers nur noch mit Verzögerung geschaltet werden konnten. Da dies aber lange her ist und ich jetzt auch nicht mehr sicher bin, werde ich mir das demnächst noch mal genau ansehen.


EDIT:  Ich glaube eben eben kam mir die Erkenntnis: Der HM-SCI-3-FM ist ja kein Taster sondern ein Schließer und hat somit einen Status, den er auch immer mit der Zentrale schickt, wenn er mit einer gepairt ist uns sich dieser, richtig?
Und deshalb Sendet er seinen Status an die Gepeerten devices und bleibt hängen wenn er mit einer Zentrale gepairt ist, diese aber nicht reagiert.





Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: martinp876 am 20 Januar 2014, 19:44:16
ZitatEr soll ja keinen Status senden, sondern LongPress oder ShortPress.
klar.
Ich habe das nicht definiert - ich kann nur versuchen zu verstehen, was HM so gedacht hat und meine Interpretation weitergeben.
Devices senden einen status an die Zentrale und trigger an den Peer. Wenn kein peer dann halt an die Zentrale. HM muss die Funklast immer im Auge haben - das ist  für die exterm wichtig, wollen sie auch große Systeme (oder wenigstens mittlere) bedienen/anbieten.

ZitatBei meinen Handsendern welche mit der Keymatic gepeert sind, kann ich ja auch noch zusätzlich auf die btn-short Events reagieren.
das verstehe ich jetzt nicht. Das kannst du doch immer. FHEM empfängt den trigger und wertet ihn aus, auch wenn er nicht an die Zentrale adressiert ist. ALLES, was in der luft passiert auf diesem protokoll und kanal wird mitgelauscht.
Sollte hier etwas nicht passieren bitte den Fall schildern und loggen.
Oh - es könnte daran liegen, dass ihr einen eigenen Parser verwendet?
ZitatAllerdings mache ich das bei diesen Handsendern auch über das Event, das an die Keymatic direkt geht wie ich gerade überprüft habe, das hat Jan ja jetzt so gemacht, wenn ich (2) verstanden habe, das man diese Events zwischen den peers jetzt auch direkt in FHEM sieht.
man hat schon immer alle events zwischen sender und aktor gesehen - mit der aushanme der Aktoren mit eingebauten Taster. Das - und nur das - ist jetzt sichtbar (auch nicht weniger).
Zitatden 3-Fach Schließerkontakten auch so ist.
ein 3-state-sensor ist eine andere geschichte. der wird permanent in einen zustend verstetzt  - das muss er der Zentrale mitteilen - UND dem peer. Fenster-auf ist hier wichtig... Das ist ein neuer Zustand UND ein Event.
Beim button ist dies anders. Der Zustand ist sofort wieder der alte.
ZitatIch glaube eben eben kam mir die Erkenntnis: Der HM-SCI-3-FM ist ja kein Taster
ja, genau so sehe ich dies
Gruss Martin
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 20 Januar 2014, 21:03:31
@Martin,

Zitatdas verstehe ich jetzt nicht. Das kannst du doch immer. FHEM empfängt den trigger und wertet ihn aus, auch wenn er nicht an die Zentrale adressiert ist. ALLES, was in der luft passiert auf diesem protokoll und kanal wird mitgelauscht.
Genau das war und ist immer noch das Problem. Die alternative Firmware sollte ja auch ermöglichen den Taster auch anderweitig zu verwenden. Dann kann man diese nämlich dazu verwenden, mit iedem einfachen Tastendruck das Licht ein oder Auszuschalten und mit einem Langen z.B. eine Aktion auf der Zentrale auszuführen (z.B. alle Lichter im Raum ein oder Auszuschalten)



@Jan:

Das geht bei mir übrigens immer noch nicht. Als ich die internen Taster noch nicht mit Channel 3 gepeert hatte, kam eine Message an den HMLAN. Nach dem Peeren aber nicht mehr. Aber das angeschlossene Licht konnte ich auch nach dem Peeren mit sich selbst nicht per Tasten schalten.
Ich sehe aber gerade, das die Register  shActionType,lgActionType  für self_01 und self_02 alle auf OFF stehen. Ich habe die mal auf jmpToTarget gesetzt, ging aber immer noch nicht.

Mit dem Wechselschalter kann ich zwar ein und ausschalten, aber der state von channel 4 oder 3  ändert sich dadurch auch nicht. Channel 3 ist bei mir immer off und channel 4 immer on.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 20 Januar 2014, 21:21:55
Moin,

@martin: es gibt vor allem auch rechtliche  Beschränkungen bei den Frequenzen bzgl der Sendezeit. Daher muss Homematic drauf achten.

@samsi: Ja es gibt leider keine ordentlichen defaults für die Register. Habe da schon etwas code für gebaut aber ist noch nicht fertig. Aktuell muss man es noch per Hand konfigurieren. Ich teste das auch noch mal aber heute schaffe ich es nicht leider.


Gruß
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 21 Januar 2014, 14:26:05
Zitat von: Samsi am 20 Januar 2014, 21:03:31
@Jan:

Das geht bei mir übrigens immer noch nicht. Als ich die internen Taster noch nicht mit Channel 3 gepeert hatte, kam eine Message an den HMLAN. Nach dem Peeren aber nicht mehr. Aber das angeschlossene Licht konnte ich auch nach dem Peeren mit sich selbst nicht per Tasten schalten.
Das ist ja intended wie Martin auch beschrieben hat. Die Nachricht geht dann nicht mehr an FHEM. Nur noch an den anderen Aktor. Du kannst ja mal Messagelogging anmachen in FHEM dann sollte man sie sehen.

Zitat von: Samsi am 20 Januar 2014, 21:03:31
Ich sehe aber gerade, das die Register  shActionType,lgActionType  für self_01 und self_02 alle auf OFF stehen. Ich habe die mal auf jmpToTarget gesetzt, ging aber immer noch nicht.
actionType reicht nicht. In der register.h mache ich das für meine beiden (lokalen) Testpeers so:


        reg.ch_3.peer[0].shActionType = 1;
        reg.ch_3.peer[0].lgActionType = 1;
        reg.ch_3.peer[0].shSwJtOff = 3;
        reg.ch_3.peer[0].lgSwJtOff = 3;
        reg.ch_3.peer[0].shSwJtOn = 6;
        reg.ch_3.peer[0].lgSwJtOn = 6;

Wenn du willst kannst du ja mal die register.h so benutzt wie sie eingecheckt ist. Dann müsste an und ausschalten gehen. Ansonsten musst du alle 6 Werte per FHEM setzen.

Zitat von: Samsi am 20 Januar 2014, 21:03:31
Mit dem Wechselschalter kann ich zwar ein und ausschalten, aber der state von channel 4 oder 3  ändert sich dadurch auch nicht. Channel 3 ist bei mir immer off und channel 4 immer on.
Channel 3 kannst du per FHEM nicht schalten? Also ich kann mit FHEM bei mir 3 und 4 schalten. Channel 3 zeigt immer seinen Schaltzustand. Channel 4 sollte zeigen ob Strom fließt oder nicht. Letzteres habe ich selber noch nicht getestet.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 21 Januar 2014, 16:29:58
ZitatDas ist ja intended wie Martin auch beschrieben hat. Die Nachricht geht dann nicht mehr an FHEM. Nur noch an den anderen Aktor. Du kannst ja mal Messagelogging anmachen in FHEM dann sollte man sie sehen.
Ja, aber das macht ja für die eigene Firmware nicht unbedingt Sinn, das Originalverhalten der anderen nachzuahmen. Klar wenn ich einen externen Aktor paire, dann sehe ich das in FHEM , weil es ja tatsächlich über Funk übertragen wird und kann dann etwas in FHEM triggern.

Aber wenn ich ihn nur intern peere, damit ich den angeschlossen Verbraucher steuern kann, überträgt er nichts mehr über Funk, somit kann ich den Langen Tastendruck nicht für etwas anderes z.B. eine Funktion in FHEM triggern.

Als Workaround müsste ich den  HM_HM_LC_Sw1PBU_FM jetzt vermutlich zusätzlich mit einem anderen Gerät peeren und in dem anderen Gerät die peers so konfigurieren, damit Sie dort keine Aktion auslösen, damit ich wieder die Tasten-Events über Funk in FHEM sehen kann.


ZitatChannel 3 kannst du per FHEM nicht schalten?
Über die
Zitatinternen Taster
kann ich es nicht schalten. Aber das liegt wohl dann an den Registern, ich werde es heute Abend noch mal mit Deinen Regsiter-Einstellungen probieren.

Channel 4 hat sich nicht geändert, obwohl aber die current-werte übertragen wurden.

Grüße







Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 21 Januar 2014, 16:38:09
Zitat von: Samsi am 21 Januar 2014, 16:29:58
Ja, aber das macht ja für die eigene Firmware nicht unbedingt Sinn, das Originalverhalten der anderen nachzuahmen. Klar wenn ich einen externen Aktor paire, dann sehe ich das in FHEM , weil es ja tatsächlich über Funk übertragen wird und kann dann etwas in FHEM triggern.

Aber wenn ich ihn nur intern peere, damit ich den angeschlossen Verbraucher steuern kann, überträgt er nichts mehr über Funk, somit kann ich den Langen Tastendruck nicht für etwas anderes z.B. eine Funktion in FHEM triggern.

Als Workaround müsste ich den  HM_HM_LC_Sw1PBU_FM jetzt vermutlich zusätzlich mit einem anderen Gerät peeren und in dem anderen Gerät die peers so konfigurieren, damit Sie dort keine Aktion auslösen, damit ich wieder die Tasten-Events über Funk in FHEM sehen kann.
Nein. Das kannst du trotzdem. Auch an den internen Aktor schickt er alles per Funk. Es gibt keinen Unterschied zu anderen Aktoren. Die Funkmessages sieht man auf jeden Fall auch in FHEM. Generell würde ich für den langen Tastendruck FHEM auch peeren. Die Status Messages kommen bei jedem Aktor erst 1-2s verzögert.

Zitat von: Samsi am 21 Januar 2014, 16:29:58
Über die  kann ich es nicht schalten. Aber das liegt wohl dann an den Registern, ich werde es heute Abend noch mal mit Deinen Regsiter-Einstellungen probieren.

Channel 4 hat sich nicht geändert, obwohl aber die current-werte übertragen wurden.
Wie hoch sind denn die current Werte? Ich hab 500 als Limit genommen jetzt. Kann aber noch mal über den Code schauen später. Vielleicht habe ich das was verbrochen.

Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 21 Januar 2014, 17:08:47
Hallo Jan,

ZitatNein. Das kannst du trotzdem. Auch an den internen Aktor schickt er alles per Funk.
Die Funkübertragung hätte ich aber dann doch gestern sehen müssen nachdem ich die Internen Taster mit chn 3 gepeert hatte, unabhängig ob die Register von chan3 falsch gesetzt sind. Aber da kam nichts.
Ich werde das heute Abend noch mal testen.

Die Current werte waren gestern bei eine LED mit ca. 5W bei 3600 und bei eine Glühlampe mit 15W bei 6900 und bei 60W auch so um die 6900. Ich hab mir das auch aufgeschrieben und wollte noch ein paar weitere Tests machen, bevor ich es schicke.

Allerdings kann ich dir jetzt schon sagen, das zwischendrin of auch Werte von 24 oder 34 waren, besonders bei der LED.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 21 Januar 2014, 17:19:27
Komisch. Der Funk sollte schon gehen. Ich teste später selber noch mal etwas ausführlicher und fixe es ggf.

Hmm ok die Werte müssen wir dann noch mal anschauen. Er schickt den aktuell nur alle 2,5 min. Das ist zwar gut für den Funk aber schlecht zum debuggen. Kannst du gerne auch mal verringern (in der loop im Sketch). Dann hast du mehr Werte. Eigentlich sollte der Counter nicht überlaufen können. Wir übertragen 16Bit also max 65535. Das wären 65ms. Bei 50Hz ist ein Durchgang nur 20ms also sollte das klappen. Realistisch ist die Hälfte die negative Welle und damit haben wir eigentlich max 10ms also 10000. Es kann sein, dass der Wert irgendwo in die Sättigung geht und nicht viel größer als deine 6,9ms wird. Wenn wir Pech haben kann es also sein, dass man nur sehr kleine Lasten unterscheiden kann.

Ich habe versucht das zu simulieren. Leider ist qucs als Simulator in solchen Dingen nicht super genau. Daher bin ich da nicht zu einem eindeutigen Ergebnis gekommen.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 21 Januar 2014, 19:25:25
Hallo Jan,

Erster Test: Firmware mit deinen Register Einstellungen, aber keine peers (peerdb auskommentiert):

Das Drücken der Taster wird an HMLAN gemeldet, aber kein neuer Status, die Birne/State im Webfrontend bleibt aus.

2014-01-21 19:06:35 CUL_HM licht_kellerFlur_Btn_01 Short (to HMLAN1)
2014-01-21 19:06:35 CUL_HM licht_kellerFlur_Btn_01 trigger: Short_2
2014-01-21 19:06:35 CUL_HM licht_kellerFlur_Sw_01 trig_licht_kellerFlur_Btn_01: short
2014-01-21 19:06:35 CUL_HM licht_kellerFlur_Sw_01 trigLast: licht_kellerFlur_Btn_01 :short
2014-01-21 19:06:39 CUL_HM licht_kellerFlur_Btn_02 Short (to HMLAN1)
2014-01-21 19:06:39 CUL_HM licht_kellerFlur_Btn_02 trigger: Short_1
2014-01-21 19:06:39 CUL_HM licht_kellerFlur_Sw_01 trig_licht_kellerFlur_Btn_02: short
2014-01-21 19:06:39 CUL_HM licht_kellerFlur_Sw_01 trigLast: licht_kellerFlur_Btn_02 :short

dann noch mal die internen gepeert mit:

set licht_kellerFlur_Btn_01 peerChan 0 licht_kellerFlur_Sw_01 dual set both


Dann kann ich tatsächlich mit den internen Tastern schalten und der State im Webfrontend ändert sich aber ich bekomme kein Event welche Button oder ob lang oder Kurz gedrückt wurde:

2014-01-21 19:20:00 CUL_HM licht_kellerFlur_Sw_01 level: 100 %
2014-01-21 19:20:00 CUL_HM licht_kellerFlur_Sw_01 pct: 100
2014-01-21 19:20:00 CUL_HM licht_kellerFlur_Sw_01 deviceMsg: on (to HMLAN1)
2014-01-21 19:20:00 CUL_HM licht_kellerFlur_Sw_01 on
2014-01-21 19:20:00 CUL_HM licht_kellerFlur_Sw_01 timedOn: off

Nachher teste ich noch mal den Wechselschalter und den current.

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 21 Januar 2014, 19:30:58
Hat das überhaupt kompiliert? Habe gestern wohl einen Typo eingecheckt :-(. Ist jetzt gefixt.

Teste gerade selber. Mir ist noch ein Fehler bei der Stromerkennung aufgefallen. Habe ich auch gefixt.

Wenn man per firstLoad setzt muss man danach noch einmal peeren per Button. Da scheint es noch eine Racecondition beim laden zu geben. Gucke ich mir gerade an. EDIT: Ist auch gefixt.

Buttons lokal gepeered gehen bei mir. Ich sehe aber, dass die Standard Register.h keinen Sinn macht. Ich committe mal meine Version. Bitte teste die noch mal!


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: trilu am 21 Januar 2014, 19:57:36
Ohne die ganzen Anpassungen von Jan zu kennen,  kann ich zum Thema Funk hoffentlich etwas beitragen.
Ich habe in die send Funktion eine Prüfung bzgl.  des Ziels gebaut.  Immer wenn ein String an die eigene Adresse gesendet wird,  geht das nicht zum Funkmodul sondern wird direkt in den Empfangspuffer geschrieben.  D. H.  Sämtliche Kommunikation läuft intern...
Ausweg ist auf den selben Kanal ein anderes Device peeren,  kann auch ein Dummy in Fhem sein.

Verzögerung des Schaltens durch fehlendes Pair oder Peer kommt durch meine schlampige Programmierung der Send Queue.  Ich arbeite dort die Messages seriell ab.  Wenn jetzt auf eine Message kei ACK kommt,  schicke ich zwei weitere Male den String.  Bei 3 Versuchen,  mit 700 ms Fehlerzeit macht das eine Verzögerung von 2 Sekunden.  HM macht das intelligenter.  Die senden die Message nacheinander an alle Peers und wenn irgendwo kein ACK kommt,  wird die Message wiederholt.  Das wusste ich anfangs nicht,  naja und jetzt ist die Send Funktion halt blöd implementiert  :P

Werde ich die nächsten Wochen mal ändern...

Viele Grüsse
Horst
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 21 Januar 2014, 20:11:59
@Trilu
Das erklärt einiges.


@Jan
ZitatHat das überhaupt kompiliert? Habe gestern wohl einen Typo eingecheckt :-(
Ja, den hatte ich gefunden und selbst korrigiert.

Dann lade ich mir noch mal alles neu und teste es dann noch mal.

Wenn das wir Horst sagt über einen Dummy geht, dann ist das in Ordnung, werde ich mal testen.

Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 21 Januar 2014, 22:20:19
Also bisher geht alles, nach dem internen Peeren der Taster kann ich mit diesen ein und ausschalten und der Status wird auch korrekt im FHEM wiedergegeben.
Auch der Status von CH4 ob strom Fliesst oder nicht geht nun. Daumen hoch ;)

Fehlt nur noch, das CH3 den richtigen Status anzeigt, nachdem man den Wechselschalter betätigt hat.

Ob die Tasten an ein gepeertes Virt. Device in FHEM gesendet werden hab ich noch nicht getestet.

Hier noch ein paar Current Werte. Scheint so, als ob nur bei bestimmten Verbrauchern der Current so geringe Werte annimmt. ERst dachte ich es liegt an der LED technik, aber auf die Letzte LED Lampe trifft es nicht zu.

Gemessen habe ich mit Brennenstuhl PM 231 E

Glühlampe 15W, gemessen 16,2W 

2014-01-21 21:28:34 CUL_HM licht_kellerFlur_Sw_02 current: 6904
2014-01-21 21:28:49 CUL_HM licht_kellerFlur_Sw_02 current: 32
2014-01-21 21:29:04 CUL_HM licht_kellerFlur_Sw_02 current: 24
2014-01-21 21:29:19 CUL_HM licht_kellerFlur_Sw_02 current: 6832
2014-01-21 21:28:34 CUL_HM licht_kellerFlur_Sw_02 current: 6904
2014-01-21 21:28:49 CUL_HM licht_kellerFlur_Sw_02 current: 32
2014-01-21 21:29:04 CUL_HM licht_kellerFlur_Sw_02 current: 24
2014-01-21 21:29:19 CUL_HM licht_kellerFlur_Sw_02 current: 6832
2014-01-21 21:30:18 CUL_HM licht_kellerFlur_Sw_02 current: 6968
2014-01-21 21:30:33 CUL_HM licht_kellerFlur_Sw_02 current: 6848
2014-01-21 21:30:48 CUL_HM licht_kellerFlur_Sw_02 current: 80
2014-01-21 21:31:03 CUL_HM licht_kellerFlur_Sw_02 current: 24
2014-01-21 21:31:18 CUL_HM licht_kellerFlur_Sw_02 current: 6872
2014-01-21 21:31:33 CUL_HM licht_kellerFlur_Sw_02 current: 6976


Glühlampe 60 W  Gemessen: 63,8
2014-01-21 21:33:47 CUL_HM licht_kellerFlur_Sw_02 current: 6888
2014-01-21 21:34:02 CUL_HM licht_kellerFlur_Sw_02 current: 6880
2014-01-21 21:34:17 CUL_HM licht_kellerFlur_Sw_02 current: 6936
2014-01-21 21:34:32 CUL_HM licht_kellerFlur_Sw_02 current: 6856
2014-01-21 21:34:47 CUL_HM licht_kellerFlur_Sw_02 current: 6896
Hier habe ich noch deutlich länger beobachtet, ob noch niedriegere currentwerte auftauecen, ist aber nicht passiert.


Energiesparlampe 9W  Gemessen 9,3W
2014-01-21 21:49:46 CUL_HM licht_kellerFlur_Sw_02 current: 2504
2014-01-21 21:50:01 CUL_HM licht_kellerFlur_Sw_02 current: 2560
2014-01-21 21:50:16 CUL_HM licht_kellerFlur_Sw_02 current: 2544
2014-01-21 21:50:31 CUL_HM licht_kellerFlur_Sw_02 current: 2536
2014-01-21 21:50:46 CUL_HM licht_kellerFlur_Sw_02 current: 2464
2014-01-21 21:51:01 CUL_HM licht_kellerFlur_Sw_02 current: 24
2014-01-21 21:51:16 CUL_HM licht_kellerFlur_Sw_02 current: 24
2014-01-21 21:51:31 CUL_HM licht_kellerFlur_Sw_02 current: 2504


LED 5w Gemessen 5,5W
2014-01-21 21:53:31 CUL_HM licht_kellerFlur_Sw_02 current: 3360
2014-01-21 21:53:46 CUL_HM licht_kellerFlur_Sw_02 current: 3440
2014-01-21 21:54:01 CUL_HM licht_kellerFlur_Sw_02 current: 3384
2014-01-21 21:54:16 CUL_HM licht_kellerFlur_Sw_02 current: 3376
2014-01-21 21:54:31 CUL_HM licht_kellerFlur_Sw_02 current: 24
2014-01-21 21:54:46 CUL_HM licht_kellerFlur_Sw_02 current: 3416
2014-01-21 21:55:01 CUL_HM licht_kellerFlur_Sw_02 current: 24
2014-01-21 21:55:16 CUL_HM licht_kellerFlur_Sw_02 current: 3448
2014-01-21 21:55:31 CUL_HM licht_kellerFlur_Sw_02 current: 3488


LED 2 5W Gemessen 6,5W
2014-01-21 21:57:16 CUL_HM licht_kellerFlur_Sw_02 current: 24
2014-01-21 21:57:31 CUL_HM licht_kellerFlur_Sw_02 current: 3544
2014-01-21 21:57:46 CUL_HM licht_kellerFlur_Sw_02 current: 3592
2014-01-21 21:58:01 CUL_HM licht_kellerFlur_Sw_02 current: 3592
2014-01-21 21:58:16 CUL_HM licht_kellerFlur_Sw_02 current: 3528
2014-01-21 21:58:31 CUL_HM licht_kellerFlur_Sw_02 current: 3600
2014-01-21 21:58:46 CUL_HM licht_kellerFlur_Sw_02 current: 3632
2014-01-21 21:59:01 CUL_HM licht_kellerFlur_Sw_02 current: 3544

LED3  5W gemessen 5,2w
2014-01-21 22:00:15 CUL_HM licht_kellerFlur_Sw_02 current: 5032
2014-01-21 22:00:30 CUL_HM licht_kellerFlur_Sw_02 current: 5048
2014-01-21 22:00:45 CUL_HM licht_kellerFlur_Sw_02 current: 5056
2014-01-21 22:01:00 CUL_HM licht_kellerFlur_Sw_02 current: 5072
2014-01-21 22:01:00 CUL_HM licht_kellerFlur_Sw_02 current: 5072
Hier habe ich noch deutlich länger beobachtet, ob noch niedriegere currentwerte auftauecen, ist aber nicht passiert.
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 21 Januar 2014, 22:51:02
Oh sehr cool. Das freut mich :-).

Bei den Messwerten verschenken wir aktuell auch noch sehr viel. Wir bekommen pro Sekunde immerhin 50 Messwerte. Die kann man auch einfach mitteln. Ich implementiere das gleich mal.

Ich habe gerade mal default Register für single und dual Peerings eingebaut. Damit funktioniert ein gepeerter Taster sofort wie bei anderen Aktoren auch.

Außerdem hab ich nach dem Hinweis von trilu eingebaut, dass Nachrichten immer über Funk gehen. Auch wenn sie an den Aktor selber addressiert sind.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 21 Januar 2014, 23:30:05
Hallo Jan,

ZitatAußerdem hab ich nach dem Hinweis von trilu eingebaut, dass Nachrichten immer über Funk gehen. Auch wenn sie an den Aktor selber addressiert sind.
Das hätte ich jetzt so gelassen, wenn man das über ein Virtual Device lösen kann, wie trilu gesagt hat. Das hat ja dann auch den Vorteil, das man sich das aussuchen kann, wie man das möchte. Nicht jeder will das ja auch benutzen.
Es wäre nur etwas aufwendig gewesen wenn man ein ECHTES device hätte peeren müssen und dann dort den Peer wieder über die Register deaktivieren müsste.


Übrigens in Deiner Regsiter.h sind die internen Taster so kofiguriert, das der eine Toggelt und der andere immer ausschaltet, war das so gewollt? Das Standardverhalten wäre ja das der eine immer einschaltet und der andere immer aus.

Außerdem habe ich noch ein Verständnisproblem, du hast da 3 Peers für Channel 3 konfiguriert: reg.ch_3.peer[0] ,[1] und [2]. Ich Weiß momentan nicht warum das 3 sind. Wenn ich das richtig sehe, sind 1 und 2 die self01 und self02, aber was ist peer[0] für  einer?

Grüße



Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 21 Januar 2014, 23:39:02
Hi,

Zitat von: Samsi am 21 Januar 2014, 23:30:05
Das hätte ich jetzt so gelassen, wenn man das über ein Virtual Device lösen kann, wie trilu gesagt hat. Das hat ja dann auch den Vorteil, das man sich das aussuchen kann, wie man das möchte. Nicht jeder will das ja auch benutzen.
Es wäre nur etwas aufwendig gewesen wenn man ein ECHTES device hätte peeren müssen und dann dort den Peer wieder über die Register deaktivieren müsste.
Ok kann man noch überlegen. Geht beides ohne größere Probleme.

Zitat von: Samsi am 21 Januar 2014, 23:30:05
Übrigens in Deiner Regsiter.h sind die internen Taster so kofiguriert, das der eine Toggelt und der andere immer ausschaltet, war das so gewollt? Das Standardverhalten wäre ja das der eine immer einschaltet und der andere immer aus.
Der eine Interne schaltet bei langem Druck an. Der andere Interne schaltet bei langem Druck aus.

Zitat von: Samsi am 21 Januar 2014, 23:30:05
Außerdem habe ich noch ein Verständnisproblem, du hast da 3 Peers für Channel 3 konfiguriert: reg.ch_3.peer[0] ,[1] und [2]. Ich Weiß momentan nicht warum das 3 sind. Wenn ich das richtig sehe, sind 1 und 2 die self01 und self02, aber was ist peer[0] für  einer?
Der 3te Peer ist ein Virtueller von mir zum testen.

Bei den implementierten Defaults ist es so: Wenn ich ein peerChan single mache dann toggelt er. Bei peerChan dual schaltet der eine an und der andere aus.

Die Messwerte mittele ich jetzt. Kannst du mal testen ob die Werte jetzt besser werden.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 22 Januar 2014, 00:04:57
Hi Samsi,

so ich hab noch eine Kleinigkeit gefixt: Ich hatte das Register 3 für den Channel 4 in der FHEM Config vergessen. Damit sieht man dort auch die peers und kann die Peers konfigurieren. Ich bin mal auf weitere Messwerte gespannt!

Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 22 Januar 2014, 10:33:33
Hallo Jan,

leider lässt sich der Sketch nicht kompilieren:

AskSin.cpp.o: In function `HM::setListFromMsg(unsigned char, unsigned char, unsigned char*, unsigned char const*, unsigned char)':

AskSin.cpp:1625: undefined reference to `pHex(unsigned char const*, unsigned char)'

Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: trilu am 22 Januar 2014, 10:50:59
kannst du leicht fixen - geh in die AskSin.cpp auf die Funktion
HM::setListFromMsg(unsigned char, unsigned char, unsigned char*, unsigned char const*, unsigned char)

such dort drin nach der Zeile mit pHex und kommentier sie aus.
pHex macht nur die Anzeige auf der seriellen Konsole...

Die Zeile die vermutlich Ärger macht fängt mit Serial << ... an
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 22 Januar 2014, 11:32:56
Moin Samsi,

hast du geguckt ob du alle Files ausgecheckt hast? Das ist in der AskSin.h und AskSin.cpp geändert. Da habe ich ein Argument von uint8_t auf const uint8_t geändert. Startest du die Arduino IDE neu wenn du den Code auscheckst? Ansonsten bekommt die meistens nicht alle Änderungen mit.


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 22 Januar 2014, 13:38:16
Hallo Jan,

ja ich habe das komplette zip runter-geladen und den alten Ordner vorher komplett gelöscht und neu gestartet.

Mit dem Auskommentieren wie trilu sagte, kompiliert er. Ich werde nach her noch mal testen.

Muss jetzt erst mal ne Waschmaschine reparieren hat mir heute gerade noch gefehlt :(
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 22 Januar 2014, 14:01:56
Komisch. Könnte schwören, dass es gestern bei mir kompiliert hat. Genaueres kann ich erst heute Abend testen.

Viel Erfolg mit der Waschmaschine!


Gruß,
Jan
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: trilu am 22 Januar 2014, 15:30:38
Hi Jan,

glaub ich nicht das er kompiliert hat :-)
Vermutlich hattest du das entsprechende Debug Flag nicht gesetzt; Samsi aber schon und damit
versucht er das Serial Statement auch zu kompilieren...
pHex(unsigned char const*, unsigned char)
Du übergibst hier einen const char an print Hex, ich hab in der Routine aber nichts gecastet.

Viele Grüße
Horst
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: Samsi am 22 Januar 2014, 15:56:54
@trilu
Setzt man das debug flag mit der Arduino IDE oder ist das irgendwo ein define? Denn am Code habe ich def. nichts geändert. Wenn dann muss es schon immer in der IDE gewesen sein, aber bisher gab es damit auch keine Probleme.


@Jan:

Eingeschaltet und ohne Verbraucher schickt er immer noch alle 2 Sekunden Statusmeldungen:
2014-01-22_14:47:15 licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-01-22_14:47:15 licht_kellerFlur_Sw_02 off
2014-01-22_14:47:15 licht_kellerFlur_Sw_02 timedOn: off
2014-01-22_14:47:16 licht_kellerFlur_Sw_02 level: 0 %
2014-01-22_14:47:16 licht_kellerFlur_Sw_02 pct: 0
2014-01-22_14:47:16 licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-01-22_14:47:16 licht_kellerFlur_Sw_02 off
2014-01-22_14:47:16 licht_kellerFlur_Sw_02 timedOn: off
2014-01-22_14:47:18 licht_kellerFlur_Sw_02 level: 0 %
2014-01-22_14:47:18 licht_kellerFlur_Sw_02 pct: 0
2014-01-22_14:47:18 licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-01-22_14:47:18 licht_kellerFlur_Sw_02 off
2014-01-22_14:47:18 licht_kellerFlur_Sw_02 timedOn: off
2014-01-22_14:47:19 licht_kellerFlur_Sw_02 level: 0 %
2014-01-22_14:47:19 licht_kellerFlur_Sw_02 pct: 0
2014-01-22_14:47:19 licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-01-22_14:47:19 licht_kellerFlur_Sw_02 off
2014-01-22_14:47:19 licht_kellerFlur_Sw_02 timedOn: off
2014-01-22_14:47:21 licht_kellerFlur_Sw_02 level: 0 %
2014-01-22_14:47:21 licht_kellerFlur_Sw_02 pct: 0
2014-01-22_14:47:21 licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)



Ich habe diesmal nur ein paar Lampen getestet, da der Unterschied zu  vorher eher gering ist. Man sieht das die mittelung funktioniert, am ersten wert ganz deutlich:

Glühlampe 15W, gemessen 16,2W 
2014-01-22_15:16:52 licht_kellerFlur_Sw_02 current: 5116
2014-01-22_15:17:22 licht_kellerFlur_Sw_02 current: 6968
2014-01-22_15:17:52 licht_kellerFlur_Sw_02 current: 6958
2014-01-22_15:18:22 licht_kellerFlur_Sw_02 current: 6961
2014-01-22_15:18:52 licht_kellerFlur_Sw_02 current: 6960
2014-01-22_15:19:22 licht_kellerFlur_Sw_02 current: 6963
2014-01-22_15:19:52 licht_kellerFlur_Sw_02 current: 6953
2014-01-22_15:20:22 licht_kellerFlur_Sw_02 current: 6960
2014-01-22_15:20:52 licht_kellerFlur_Sw_02 current: 6953
2014-01-22_15:21:22 licht_kellerFlur_Sw_02 current: 6962
2014-01-22_15:21:52 licht_kellerFlur_Sw_02 current: 6948
2014-01-22_15:22:22 licht_kellerFlur_Sw_02 current: 6961
2014-01-22_15:22:52 licht_kellerFlur_Sw_02 current: 6964
2014-01-22_15:23:22 licht_kellerFlur_Sw_02 current: 6949
.
.
.
Hier sieht man auch die Mittelung am Ende
2014-01-22_15:34:20 licht_kellerFlur_Sw_02 off
2014-01-22_15:34:20 licht_kellerFlur_Sw_02 timedOn: off
2014-01-22_15:34:21 licht_kellerFlur_Sw_02 current: 1859




Glühlampe 60 W  Gemessen: 63,8
2014-01-22_15:02:31 licht_kellerFlur_Sw_02 current: 3213
2014-01-22_15:03:01 licht_kellerFlur_Sw_02 current: 6877
2014-01-22_15:03:31 licht_kellerFlur_Sw_02 current: 6864
2014-01-22_15:04:01 licht_kellerFlur_Sw_02 current: 6877
2014-01-22_15:04:31 licht_kellerFlur_Sw_02 current: 6882
2014-01-22_15:05:01 licht_kellerFlur_Sw_02 current: 6881
2014-01-22_15:05:31 licht_kellerFlur_Sw_02 current: 6870
2014-01-22_15:06:01 licht_kellerFlur_Sw_02 current: 6880
2014-01-22_15:06:31 licht_kellerFlur_Sw_02 current: 6881
2014-01-22_15:07:00 licht_kellerFlur_Sw_02 current: 6870
2014-01-22_15:07:30 licht_kellerFlur_Sw_02 current: 6881
2014-01-22_15:08:00 licht_kellerFlur_Sw_02 current: 6878
2014-01-22_15:08:30 licht_kellerFlur_Sw_02 current: 6888
2014-01-22_15:09:00 licht_kellerFlur_Sw_02 current: 6884
2014-01-22_15:09:30 licht_kellerFlur_Sw_02 current: 6863
2014-01-22_15:10:00 licht_kellerFlur_Sw_02 current: 6879
2014-01-22_15:10:30 licht_kellerFlur_Sw_02 current: 6880




LED 2 5W Gemessen 6,5W
2014-01-22_15:36:51 licht_kellerFlur_Sw_02 current: 1840
2014-01-22_15:37:21 licht_kellerFlur_Sw_02 current: 3627
2014-01-22_15:37:51 licht_kellerFlur_Sw_02 current: 3637
2014-01-22_15:38:21 licht_kellerFlur_Sw_02 current: 3640
2014-01-22_15:38:51 licht_kellerFlur_Sw_02 current: 3642
2014-01-22_15:39:21 licht_kellerFlur_Sw_02 current: 3638
2014-01-22_15:39:51 licht_kellerFlur_Sw_02 current: 3640
2014-01-22_15:40:21 licht_kellerFlur_Sw_02 current: 3645
2014-01-22_15:40:51 licht_kellerFlur_Sw_02 current: 3645
2014-01-22_15:41:21 licht_kellerFlur_Sw_02 current: 3652
2014-01-22_15:41:51 licht_kellerFlur_Sw_02 current: 3662
2014-01-22_15:42:21 licht_kellerFlur_Sw_02 current: 3660
2014-01-22_15:42:51 licht_kellerFlur_Sw_02 current: 3665
2014-01-22_15:43:21 licht_kellerFlur_Sw_02 current: 3674


Grüße
Titel: Antw:Alternative Firmware HM_HM_LC_Sw1PBU_FM mit getrenntem Aktor und Taster
Beitrag von: jab am 22 Januar 2014, 16:07:35
Moin,

@trilu: Du hast recht! Ich habe die in der Tat lokal anders gesetzt als in der eingecheckten Version (meine einzige Änderung aktuelle).

@Samsi: Du kannst Debug ändern:

//- Software config --------------------------------------------------------------------------------------------------------
//#define USE_SERIAL

#if defined(USE_SERIAL)
//#define CC_DBG                                                                                                                        // debug messages of the CC module, ~0.2k program space
//#define SM_DBG                                                                                                                        // debug messages of the SM module, ~1k program space
#define AS_DBG                                                                                                                                // debug messages of the HM module, ~0.6k program space
//#define AS_DBG_Explain                                                                                                // debug messages of the HM module, ~5k program space
#define RL_DBG
#endif

In der eingecheckten Version gibt es also keine Ausgabe auf der Seriellen Konsole. Dann gibt es die entsprechende Ausgabe Funktion auch nicht. Allerdings fehlt an der Stelle wohl ein #if defined. Füge ich noch ein.

Bei der Strommessung sind die Ergebnisse etwas schwer zu bewerten. Spannend finde ich, dass die 15W Glühlampe größere Werte als die 60W Glühlampe erzeugt. Die LED ist wie gesagt mit Vorsicht zu genießen, da sie vermutlich kein symetrisches Signal erzeugt. Bin mal gespannt ob wir da noch nützliche Informationen rausziehen können.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 22 Januar 2014, 17:28:03
ZitatBei der Strommessung sind die Ergebnisse etwas schwer zu bewerten. Spannend finde ich, dass die 15W Glühlampe größere Werte als die 60W Glühlampe erzeugt.
Ja, ich stenke die Strommessung kann man getrost abschreiben ;)  Wenn Du auf die messungen von gestern schaust, fällt auch auf, das der wert bei der einen, stärkeren  das nur die Hälfte von der anderen schwächeren LED ist.
Ich glaube bei denen die so um die 3K ausgeben, ist intern überall ein kleiner Übertrager eingebaut (auch bei der Energiesparlampe), während die andere ganz billig aufgebaut ist, mit einem Keramik-Kondensator (wenn ich das große dicke braune Bauteil richtig deute, steht leider nicht viel drauf nur 400V CBJ oder so) und einem Brückengleichrichter und ein paar Widerständen und noch einem Elko.

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 23 Januar 2014, 17:23:31
Hallo zusammen,

versuche gerade den Code zu compilieren, aber ich bekomme

In file included from /usr/share/arduino/hardware/jabduino-master/cores/arduino/Arduino.h:8:0,
                 from AskSin.h:10,
                 from Asksin_HM_LC_Sw1PBU_FM.ino:2:
Asksin_HM_LC_Sw1PBU_FM.ino:41:25: error: variable 'jumptable' must be const in order to be put into read-only section by means of '__attribute__((progmem))'


Die offensichtliche Idee, es einfach const zu deklarieren, funzt leider nicht:

Asksin_HM_LC_Sw1PBU_FM.ino:50:27: error: invalid conversion from 'const s_jumptable*' to 's_jumptable*' [-fpermissive]

jemand ne Idee?

danke,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 23 Januar 2014, 17:49:22
Die Arduino IDE kommt mit Bindestrichen nicht zurecht. Ändere mal das Verzeichnis jabduino-master in jabduino um. Das gleiche musst Du für die Ordner
Asksin_HM_LC_Sw1PBU_FM-Master machen.

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 23 Januar 2014, 17:58:57
Hallo Samsi,

danke für die Antwort. Bei Asksin_HM_LC_Sw1PBU_FM hatte ich es schon, bei jabduino-master nicht. Nur leider kommt immer noch der gleiche Fehler  :(

danke,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 23 Januar 2014, 18:52:46
Möglicherweise hast du eine neuere GCC Version. Ich gucke mir das später an. Gibt da sicher noch ein paar Stellen die noch nicht optimal sind.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 23 Januar 2014, 19:29:34
Hallo Jan,

gcc version 4.8.2 (Fedora 4.8.2-1.fc20) falls das hilft.

danke,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 23 Januar 2014, 20:35:29
Moin Christian,

ich habe das schnell im git gefixt. Bitte teste es mal und sag Bescheid wenn es noch Probleme beim kompilieren gibt.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 23 Januar 2014, 20:48:36
Hi Jan,

super, vielen Dank. Leider bekomme ich jetzt andere Fehler: http://daduke.org/junk/gcc

beste Grüsse,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 23 Januar 2014, 20:53:51
Vielleicht reicht es das const hier wieder weg zu machen:

AskSin.cpp: In member function 'void CC::init()': AskSin.cpp:45:15: error: 'prog_uint8_t' does not name a type const static prog_uint8_t initVal[] PROGMEM = { // define init settings for TRX868


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 23 Januar 2014, 20:58:50
leider nein:  http://daduke.org/junk/gcc1

danke,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 23 Januar 2014, 21:01:35
Ansonsten probier das Progmem da auch weg zu machen. Ich gucke späte noch mal Zuhause drauf.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 23 Januar 2014, 23:52:00
So ich ich bin mal alle deiner Fehler durchgegangen und habe sie (hoffentlich) im git gefixt. Zuerst ist prog_uint8_t deprecated und wurde in deiner Version entfernt. Das habe ich gefixt. Ansonsten gab es ein Problem mit dem Flashhelper in jabduino. Das habe ich auch gefixt. Du musst also auch das jabduino git updaten.

Bitte teste noch mal und sag Bescheid wenn du noch weiter Probleme hast.

Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 24 Januar 2014, 16:39:50
Hallo Jan,

super, vielen Dank. Jetzt ist nur noch ein error übrig:


AskSin.cpp: In function 'void pcInt(uint8_t)':
AskSin.cpp:2425:30: error: 'PCMSK3' was not declared in this scope
  if (iPort == 3) pcMskByte = PCMSK3;


danke und viele Grüße,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 24 Januar 2014, 16:49:47
Moin Christian,

Hast du jabduino als Board ausgesucht? Das ist ein Register und sollte da sein. Ansonsten versuche es auskommentieren und guck ob es noch weitere Fehler gibt.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 24 Januar 2014, 16:57:01
*duh*, geschlafen  ;)  hatte von gestern abend den panstamp drin, sorry. Jetzt noch einer, der scheint auch wieder am neuen gcc zu liegen:  /usr/share/arduino/hardware/jabduino/cores/arduino/HardwareSerial.cpp:132:15: error: attempt to use poisoned "SIG_USART1_RECV"
, siehe z.B. http://forum.arduino.cc/index.php/topic,92364.0.html

danke,
-d
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 24 Januar 2014, 18:07:15
das in /usr/share/arduino/hardware/jabduino/cores/arduino/HardwareSerial.cpp auskommentiert und es compiliert. Damit teste ich nun mal.

-d
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 24 Januar 2014, 19:13:43
so, compiliert und geflasht - und jetzt? Wie lerne ich ihn an? Habe autocreate im fhem, aber bekomme keine events oder neue devices. Folgendes passiert am Aktor:

- Wippe betätigen -> leuchtet kurz grün
- reset button 3s -> blinkt grün

habe so ziemlich alle Kombinationen von reset und Wippe probiert, aber im fhem sehe ich nix. Das .pm ist kopiert.

halp?

-d
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 24 Januar 2014, 22:12:18
Abend,

das pairing startet man per Button aktuell durch kurzes Drücken des Config Buttons.

So um das noch etwas genauer auszuführen. Es gibt zwei Weg:
1. #define firstLoad rein und alles in der Register.h definieren. Dann einmal pairing starten (config kurz) damit FHEM das Device anlegt. Ist gut zum entwickeln, weil er alles bei jedem Start neuläd.
2. #define firstLoad auskommentieren und es auf dem klassischen Weg mit FHEM pairen (config kurz). Allerdings verliert der Controller beim neuflashen (nicht neustart) alle settings und man muss erneut pairen.

Man hat also die Wahl wie man es haben möchte. Ich habe gerade mal beide Wege getestet.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 24 Januar 2014, 23:56:05
Hi Chistian,

Ich jabduino jetzt auf arduino core 1.0.5 rebased. Das war recht einfach, weil die meisten Sachen schon Upstream gegangen sind. Dein HardwareSerial sollte jetzt wieder gehen. Bitte teste mal.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 25 Januar 2014, 10:04:05
Morgen Jan,

vielen Dank für den tollen Support. Habe die neuen Sourcen geholt, alles compiliert jetzt einwandfrei. Allerdings sehe ich das Ding in fhem einfach nicht. firstLoad oder nicht. Frage mich, ob die Hardware einen Schuss hat, aber es blinkt ja schon munter rum. Ich habe noch einen 2. Sw1PBU mit original-FW, den ich im fhem sehe - frage mich nun, ob ich den auch (ver)flashen soll.. Oder hast Du noch einen anderen Tip?

vielen Dank,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 25 Januar 2014, 15:36:04
Moin Christian,

Hast du einen seriell Wandler? Dann kannst du dir debug ansehen Wenn du USE_SERIAL aktivierst.

Ansonsten führ mal die folgenden Schritte durch:
1. Check dass es kein Gerät mit der hmid in FHEM gibt. Alternativ änder die hmid.
2. Setz hmlan/usb/cul in den pairing Mode. Check dass autocreate an ist.
3. Aktivier message logging in FHEM
4. Druck config kurz im device
5. Schick mir die Nachrichten aus dem FHEM log



Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 25 Januar 2014, 16:07:14
Hi Jan,

danke. Habe die letzten 2h nochmal damit rumgespielt. Auch mit attr hmusb verbose 5 sehe ich keine Events im log. Ich löte wohl wirklich mal seriell an.

Gruß,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 25 Januar 2014, 16:13:55
hmm das mit dem seriell wird nicht so einfach ohne Pegelwandler.. vorher noch ne andere Idee: könntest Du mir Dein .hex schicken, damit wir ein Compilerproblem ausschliessen können? Zum Flashen verwende ich

avrdude  -v -v -pm644 -cstk500v2 -P/dev/ttyACM0 -Uflash:w:/tmp/file.hex:i[\tt], das tut auf den panstamps wunderbar.

thanks,
-d
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 25 Januar 2014, 17:43:44
Hi Christian,

ich verwende:

sudo avrdude -p m644 -P usb -c usbasp -V -U flash:w:Asksin_HM_LC_Sw1PBU_FM.cpp.hex


usbasp ist mein Programmer. Alternativ linuxspi auf dem Raspberry PI. Für den Seriell brauchst du 3,3V oder 5V Pegel.

Raw Messages in FHEM bekommst du so: http://forum.fhem.de/index.php/topic,16563.0.html
Dann sieht man ob da was über Funk kommt oder nicht.

Wie sehen deine Fuses aus? Hast du die ggf geändert? Meine sind so (wie original):

sudo avrdude -p m644 -P usb -c usbasp -v
[...]
avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as DA
avrdude: safemode: efuse reads as FD


Afaik ist die Ausgabe von avrdude hier buggy. Es gibt nur lfuse und hfuse. lfuse ist FD und hfuse DA.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 26 Januar 2014, 13:10:28
Anhängend ein Firmware Build von mir (ohne Serialoutput und firstLoad). Kannst du ja mal testen.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 26 Januar 2014, 22:15:35
Hi Jan,

gerade nach Hause gekommen, Deine FW geflasht, und taucht sofort im fhem auf! Irgendetwas macht mein compiler wohl anders..

vielen Dank für Deine Hilfe, ich werde jetzt mal einen Aktor in Betrieb nehmen und dann mit dem anderen den Fehler suchen.

best,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 27 Januar 2014, 17:29:19
Hi Jan,

nochmals Tests gemacht mit beiden .hex-Files. Identisch geflasht, Deine geht, meine nicht. Irgendwas muss avr-gcc 4.8.2 noch anders machen. Anbei mal mein .hex, falls es Dich interessiert.

viele Grüße,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 27 Januar 2014, 19:11:12
Moin Christian,

Ich schau mir das später mal an. Kannst du eine Version mit USE_SERIAL bauen? Vielleicht gibt es noch debug Output.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 27 Januar 2014, 19:41:57
Hi Jan,

klar, hängt an. Kein Stress, ich vergnüge mich derweil mit Deiner Version. Wenn ich Dich gerade dranhabe: ich habe noch ein Verständnisproblem zu den Events: auf Seite 9 habt Ihr's davon, dass die Buttons nur im ungepeerten Zustand events schicken. Ist das immer noch so? Ich hatte einen virtuellen Aktor dran, und dann kommen keine short und long presses. Meine HM-PB-2-WM55 und HM-PB-6-WM55 liefern aber auch mit virtuellem Aktor events. Wie ist da im Moment der Stand und die Idee? Ich würde wie auch von Sami erwähnt gerne den internen Aktor und anderen Krempel im fhem schalten - wie mache ich das dann am besten?

danke und Gruß,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 27 Januar 2014, 23:31:31
Abend Christian,

aktuell schickt er immer die Nachricht über Funk. Auch dann wenn der Taster/Remote mit dem internen Aktor gepeert ist. Bei mir taucht dann jeder Tastendruck im Log auf. Wenn du einen virtuellen Aktor peerst sollten die Nachrichten auch ankommen. Das habe ich allerdings noch nicht ausprobiert.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 27 Januar 2014, 23:45:07
So ich habe dein Binary mal geflashed. Es startet und läuft. Man kann es per seriell bedienen. Leider scheint Funk nicht zu gehen. Der Output sieht auch etwas anders aus. Mysteriös! Möglicherweise hat es mit dem Zugriff auf Flashspeicher zu tun. Ich vermute, dass das CC1100 nicht richtig initialisiert wird.

Kannst du noch ein Binary bauen mit CC_DBG + USE_SERIAL drin und den Rest raus?

EDIT: Ich habe noch etwas mehr aufgeräumt. Ggf lag es an dem inline progmem. Da hat mein gcc schon notices geworfen. Habe das mal schön gemacht. Evtl geht das jetzt bei dir so. Probier mal wenn du Zeit hast.

Ich werde wohl die Register.h etwas aufräumen. Aktuell sind da noch total viele Variablen static und daher effektiv zwei mal im Binary vorhanden. Das braucht unnötig Speicher und führt potentiell zu Problemen.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 28 Januar 2014, 18:30:40
Hi Jan,

hier CC_DBG + USE_SERIAL. Hast Du Deine letzten Änderungen gestern abend eingecheckt? Ich sehe nur changes 2+ days ago.

Mir fehlen immer noch die events. Wenn ich channel 1+2 an virtuellen Aktor peere, sehe ich dessen trigger, aber keine events. Ohne vAktor sehe ich gar nix. Hab mal nen screenshot aus fhem angehängt - könntest Du mal kurz drüber schauen, ob das so gut ist?

danke,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 28 Januar 2014, 18:56:31
Hi Christian,

oh ja ich hatte gestern wohl vergessen zu pushen. Habe ich gerade nachgeholt. Evtl geht es damit.

Der Screenshot sieht gut aus. Events über den Status gibt es nur vom Aktor. Der Taster sendet direkt an seine Peers. Kannst du mal folgendes ausführen:

attr global verbose 1
attr global mseclog 1
attr <hmlan> logIDs all,sys

Und schicken was ankommt wenn du einen Taster drückst? Generell müsstest du auf deinen virtuellen Aktor ein Notify setzen und dann sollte der was tun können.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 28 Januar 2014, 19:16:15
Hi Jan,

ok here we go. Habe gerade mit aktuellen src compiliert, radio scheint immer noch nicht zu gehen. Anbei das .hex mit CC_DBG + USE_SERIAL.
Hier die compiler warnings:
avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega644a -DF_CPU=8000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -I/usr/share/arduino/hardware/jabduino/cores/arduino -I/usr/share/arduino/hardware/jabduino/variants/standard /tmp/build7686573892573325638.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp -o /tmp/build7686573892573325638.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.o
In file included from AskSin.h:19:0,
                 from Asksin_HM_LC_Sw1PBU_FM.ino:2:
Register.h:348:13: warning: 'void mainSettings(uint16_t*, uint16_t*)' defined but not used [-Wunused-function]
static void mainSettings(uint16_t *regPtr, uint16_t *peerPtr) {
             ^
avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega644a -DF_CPU=8000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=105 -I/usr/share/arduino/hardware/jabduino/cores/arduino -I/usr/share/arduino/hardware/jabduino/variants/standard /tmp/build7686573892573325638.tmp/AskSin.cpp -o /tmp/build7686573892573325638.tmp/AskSin.cpp.o
AskSin.cpp: In member function 'void HM::getMainChConfig()':
AskSin.cpp:1520:10: warning: variable 'ret' set but not used [-Wunused-but-set-variable]
  uint8_t ret, peer[] = {0xff,0xff,0xff,0x00};        // some declarations
          ^
In file included from AskSin.h:19:0,
                 from AskSin.cpp:7:
Register.h: At global scope:
Register.h:249:17: warning: 'regMcPtr' defined but not used [-Wunused-variable]
static uint16_t regMcPtr[] = {
                 ^
Register.h:348:13: warning: 'void mainSettings(uint16_t*, uint16_t*)' defined but not used [-Wunused-function]
static void mainSettings(uint16_t *regPtr, uint16_t *peerPtr) {
             ^
  Using previously compiled: /tmp/build7686573892573325638.tmp/WInterrupts.c.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/wiring.c.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/wiring_analog.c.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/wiring_digital.c.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/wiring_pulse.c.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/wiring_shift.c.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/malloc.c.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/realloc.c.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/CDC.cpp.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/HID.cpp.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/IPAddress.cpp.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/Print.cpp.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/Stream.cpp.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/Tone.cpp.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/USBCore.cpp.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/WMath.cpp.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/WString.cpp.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/main.cpp.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/new.cpp.o
  Using previously compiled: /tmp/build7686573892573325638.tmp/HardwareSerial.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/WInterrupts.c.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/wiring.c.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/wiring_analog.c.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/wiring_digital.c.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/wiring_pulse.c.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/wiring_shift.c.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/malloc.c.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/realloc.c.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/CDC.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/HID.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/IPAddress.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/Print.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/Stream.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/Tone.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/USBCore.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/WMath.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/WString.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/main.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/new.cpp.o
avr-ar rcs /tmp/build7686573892573325638.tmp/core.a /tmp/build7686573892573325638.tmp/HardwareSerial.cpp.o
avr-gcc -Os -Wl,--gc-sections -mmcu=atmega644a -o /tmp/build7686573892573325638.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.elf /tmp/build7686573892573325638.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.o /tmp/build7686573892573325638.tmp/AskSin.cpp.o /tmp/build7686573892573325638.tmp/core.a -L/tmp/build7686573892573325638.tmp -lm
avr-objcopy -O ihex -j .eeprom --set-section-flags=.eeprom=alloc,load --no-change-warnings --change-section-lma .eeprom=0 /tmp/build7686573892573325638.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.elf /tmp/build7686573892573325638.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.eep
avr-objcopy -O ihex -R .eeprom /tmp/build7686573892573325638.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.elf /tmp/build7686573892573325638.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.hex
Binary sketch size: 25,526 bytes (of a 63,488 byte maximum)


dann der debug output von fhem:

2014.01.28 18:58:40.892 0: HMLAN_Parse: hmusb R:E208557   stat:0000 t:0AE1C7E1 d:FF r:FFC5     m:5C A410 208557 162534 0604000000
2014.01.28 18:58:41.820 0: HMLAN_Parse: hmusb R:E208557   stat:0000 t:0AE1CB84 d:FF r:FFC8     m:5D A240 208557 162534 0203
2014.01.28 18:58:41.921 0: HMLAN_Send:  hmusb S:SDA00CCE1 stat:  00 t:00000000 d:01 r:DA00CCE1 m:5D 8002 162534 208557 01010000
2014.01.28 18:58:42.204 0: HMLAN_Parse: hmusb R:RDA00CCE1 stat:0002 t:00000000 d:FF r:7FFF     m:5D 8002 162534 208557 01010000
2014.01.28 18:58:43.036 0: HMLAN_Parse: hmusb R:E208557   stat:0000 t:0AE1D03C d:FF r:FFC7     m:5E A410 208557 162534 0604000000
2014.01.28 18:58:44.924 0: HMLAN_Parse: hmusb R:E208557   stat:0000 t:0AE1D7A3 d:FF r:FFC9     m:5F A410 208557 162534 0604000000


2014.01.28 18:58:47.036 0: HMLAN_Parse: hmusb R:E208557   stat:0000 t:0AE1DFEE d:FF r:FFC6     m:60 A410 208557 162534 0604000000
2014.01.28 18:58:48.253 0: HMLAN_Parse: hmusb R:E208557   stat:0000 t:0AE1E4AC d:FF r:FFC4     m:61 A240 208557 162534 0103
2014.01.28 18:58:48.354 0: HMLAN_Send:  hmusb S:SDA00E602 stat:  00 t:00000000 d:01 r:DA00E602 m:61 8002 162534 208557 0101C800
2014.01.28 18:58:48.637 0: HMLAN_Parse: hmusb R:RDA00E602 stat:0002 t:00000000 d:FF r:7FFF     m:61 8002 162534 208557 0101C800
2014.01.28 18:58:50.365 0: HMLAN_Parse: hmusb R:E208557   stat:0000 t:0AE1ECDF d:FF r:FFCD     m:62 A410 208557 162534 0604000000

das sind 2 Tastendrücke.

Vermutlich verstehe ich einfach etwas nicht. Bei meinen HM-PB-2-WM55 habe ich nichts direkt gepeert, sondern mache alles über fhem:

define lampeBueroOff notify switchBuero_Btn_01.Short.* set Lampe on

Wenn ich das aber beim HM_LC_Sw1PBU_FM genauso versuche, reagiert der fhem-Aktor nicht. Geht nur direktes HM-peering? Oder eben der notify auf den vAktor?

danke,
-Christian

*NEU* jetzt auch mit Anhang...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 28 Januar 2014, 19:22:37
Hi Christian,

nach dem flashen verliert der Aktor alle seine Config. Vorgehen wäre also so (nach jedem flashen):
1. hmlan in pairing modus
2. config kurz drücken
3. Ab jetzt sollte jeder Tastendruck in FHEM zu sehen sein: Short (to hmusb)
4. peerings herstellen mit peerChan zu anderen Aktoren. Jetzt steht da sowas: Short (to CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557)
5. peerChan zu deinem virtuellen Aktor. Ich finde das am saubersten

Wichtig sind 1 und 2 sonst schickt er nichts an die Zentrale. Das musst man nach jedem flashen machen (daher gibt es firstLoad).

Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 28 Januar 2014, 19:41:10
Hi Jan,

danke. Ja genau so kenne ich das auch vom HM-PB-2-WM55.

1. check
2. check
3. im log: 2014.01.28 19:32:55 3: CUL_HM pair: aktorBuero remoteAndSwitch, model HM-LC-Sw1PBU-FM-CustomFW serialNr PS00000002
2014.01.28 19:32:55 2: CUL_HM set aktorBuero getConfig

4. beim device steht jetzt: PairedTo 0x162534
5. bei den channels aber nicht Short (to hmusb), sondern aktorBuero_Btn_01  ???, bei allen 4. Das Short (to hmusb) habe ich nur bei meinen anderen HM-Devices gesehen, hier noch nie. Das ist auch, wo ich hänge. Leider kenne/verstehe ich HM nicht gut genug, um da ne Idee zu haben.

danke,
-Christian

ok der smiley sind 3 Fragezeichen. Bekomme die hier nicht escaped.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 28 Januar 2014, 21:47:19
Hi Christian,

hast du die letzte Version der 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm in dein FHEM Verzeichnis kopiert? Ansonsten kann ich mir nicht erklären warum das nicht klappt. Die Messages sind beide im Funk da:


5D A240 208557 162534 0203
[...]
61 A240 208557 162534 0103

Die Firmware macht alles richtig. FHEM interpretiert das nur nicht.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 28 Januar 2014, 22:49:07
Hi Jan,

das war der richtige Tip! Ich hatte zwar die neueste .pm, aber offenbar eine Unverträglichkeit mit der einige Tage alten fhem-Version. Nach einem Update und neuem pairing geht jetzt alles! Super, vielen Dank.

cheers,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 29 Januar 2014, 16:08:28
Hallo Zusammen,

ich würde mal gerne den Punkt der Status Message aufgreifen.
Wenn das Device intern gepeert wird, wird ja keine Statusmessage vom Schalter gesendet. Soweit ich weiss, ist das ja Standard Verhalten von HM.
Es sollte doch aber eine Statusmessage vom Aktor, also dem Schaltkanal gesendet werden? Reicht die nicht, soll ich das in der Lib ändern?

Viele Grüße
Horst
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 29 Januar 2014, 16:53:59
Hi trilu,

die Status Message der Aktoren wird immer an die Zentrale gesendet wenn das Gerät gepaired ist. Das klappt und ist auch bei original Geräten so.

Die Frage ist was mit Tastendrücken passiert. Ich habe in der Lib geändert, dass Nachrichten an das Gerät selber zusätzlich auch über Funk gehen. So kann FHEM den Tastendruck sehen auch wenn der Taster mit dem Aktor selber gepeert ist.

Wie ist eigentlich der Status der Lib? Gibt es da jetzt ein Format wie man sie komplett extern in die Arduino IDE einbinden kann oder ist das noch WiP? Dann könnte man über rebasen nachdenken. Habe auch noch einige Änderungen an der Lib gemacht und Probleme zu lösen.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 29 Januar 2014, 17:11:16
brauchst du denn die statusmeldung des schalt kanals wenn der aktor dann sowieso einen status schickt?
ich verstehe das problem an der ecke noch nicht :-)

von der lib gibt es einen neuen stand incl. neuem interrupt handling für die schalter, das sollte jetzt kompatibel zum
644 sein. eigentlich für jede avm cpu, aber da muss ich noch durch ein paar datenblätter gehen.
firstload ist auch eliminiert und ist jetzt register bezogen.

die ganze lib ist jetzt näher am arduino standard und du könntest im example ordner einen neuen ordner
für deinen sketch erstellen. die register.h ist auch komplett geändert und somit auch die destillRegs.pm.
Register.h kann aber jetzt auch im example ordner bleiben.

mit dem testen bin ich noch nicht ganz durch und der aktor.cpp ist noch nicht angepasst...
ich werde mal heute abend oder morgen im github aktualisieren.

hast du dir im aktor.h/cpp mal das sensoren handling vorgenommen? bisher hatte ich ja nur die state maschine für
remote(40) events drin?

Viele Grüße
Horst
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 29 Januar 2014, 17:51:53
Hi,

ich habe den Sensor recht einfach implementiert. Interrupthandler + eine Funktion. Daraus könnte man noch eine Klasse machen. In die Aktor.cpp will ich das nicht einbauen. Ich habe eher Funktionalität aus der Aktor.cpp rausgenommen damit man das ganze loser koppeln kann. Aktuell ist mir da noch viel zu viel untestbarer Code drin. Meine Idealvorstellung wäre so:

RL:
- RL macht das Handling der Statemaschine
- Callback für Statusänderungen (setzen des Relays)
- Methoden um Events zu triggern (das haben wir ja schon großteils)

Damit ist das nicht an Hardware gekoppelt und man kann das einfach Unittesten. HM kann man stubben. Habe da bei mir auch ein paar Sachen bei mir so geändert, damit ich das mit dem Sensor sauber implementieren kann.

BK:
- Callback für Tastendruck (haben wir)
- Methode um Status zu übergeben

So könnte man das auch testen. Das Interrupt/Input Handling kann man auch in eine Klasse packen, aber das ist bleibt dann untestbarer Code.

HM:
- Ist bereits gut testbar. LD und CC kann man stubben

CC:
- nur mit weiterer Hardware testbar
- aktuell leider mit neuen avr-g++ Versionen broken

LD:
- testbar durch subclassing
- muss man ggf nicht testen


Die neue Register.h habe ich auch nicht ganz verstanden aber an sich macht es für mich Sinn das als Variable zu passen. Gucke mir das die Tage mal an und schicke dir dann vermutlich einige Pullrequests.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 29 Januar 2014, 18:40:11
Ich glaube ich habe meine Frage falsch gestellt :)
Die Relay Klasse reagiert ja derzeit nur auf remote events.  Das was noch fehlt um sie universell verwenden zu koennen muss hier noch das sensor event handling rein.  Meine frage war auf die relay klasse bezogen  8)

Schau dir mal meinen interrupt händler an.  Der ist so transparent wie mir möglich....
Was ist im cc broken?

Den grössten teil der funktionen ist getestet,  siehe codesnippets.txt

Das Zusammenspiel ist nicht besonders gut getestet.  Aber das werden wir nach und nach sehen...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 29 Januar 2014, 18:50:21
Abend,

getestet verstehe ich im Rahmen von Unit Tests. Die machen die Entwicklung wesentlich entspannter. Ansonsten bricht man zu schnell andere Sachen. Gerade beim Debuggen meiner mysteriösen Schalterprobleme haben sie mir geholfen den Grund zu finden.

Ich habe CC etwas angepasst damit es im 4.8er avc-gcc kompiliert. Da gab es deprecated Code/Schlüsselwörter. Das funktioniert danach bei mir mit dem alten gcc auch noch super. Allerdings klappt das Senden gar nicht mehr wenn man mit gcc 4.8 kompiliert. Alles andere scheint noch zu gehen. Habe ich noch nicht genau gedebuggt.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 29 Januar 2014, 19:32:44
naja, die module sind selbstverständlich getestet - eben nicht das live zusammenspiel....

in der cc hatte ich auch mal einen blöden fehler, hat einfach nicht gesendet - letztendlich lags am setzen von einem kleinen delay in der init :-)

cc1101_Deselect();
delayMicroseconds(41);

cmdStrobe(CC1101_SRES); // send reset
delay(10);   <-----

#if defined(CC_DBG)
Serial << '1';

das funkmodul braucht ein klein wenig bis es den reset verdaut hat um dann initialisiert zu werden....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 29 Januar 2014, 23:15:12
Abend Horst,

ich habe dein git mal angeschaut. Sieht schon sehr gut . Wenn du durch bist fange ich mit Pull-Requests für ein paar Dinge die ich bei mir geändert habe.

Wo finde ich denn die Unit Tests? Ach ja und die Relay/RL Klasse fehlt auch noch oder?


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 30 Januar 2014, 07:04:18
Getestet habe ich immer die einzelnen schritte,  also klasse angefangen,  neue funktionen eingebaut und funktion via main sketch getestet.
Wenn es lief,  die testfunktionen verworfen....

An die relay class setz ich mich die tage ran...

Was ich auch noch ganz dringend einbauen möchte ist ein registar für die channel module
asksin class -> channel module pollen
asksin class -> peer add (um default werte setzen zu können)
asksin class -> peer event (um aktionen auslösen zu können)
asksin class -> config change (um parameter setzen zu können)
asksin class -> pointer auf list3 oder list4 übergeben
asksin class -> hm instanz übergeben um vom modul zugriff auf asksin funktionen zu haben, wie eben das senden von messages

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 30 Januar 2014, 09:27:48
Moin Horst,

Defaults beim peer add habe ich bei mir eingebaut. Kannst du dir mal anschauen.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 31 Januar 2014, 10:50:15
@jab

Hi Jan,

Aktor 1 läuft mit Deinem .hex seit 2 Tagen bestens. Aktor 2 liegt für Tests mit gcc 4.8 bereit, solltest Du eine Idee haben, wo das Problem liegt.

danke und Gruß,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster
Beitrag von: Pelan am 13 Februar 2014, 21:40:42
Hallo Zusammen,

da es im Thread nun etwas ruhig geworden ist wollte ich kurz nachfragen, ob jemand das Device mit der neuen Firmware dauerhaft im Einsatz hat und wie die Erfahrungen sind?
Ich möchte den Schalter in einer bestehenden Wechselschaltung einbauen, dazu brauche ich die Zusatzfunktion der Strommessung. Außerdem sollte über einen LongPress ein anderer Aktor geschaltet werden. Laut github sollte das funktionieren, gibt es dazu einen Praxistest?

Vielen Dank für die Antwort und vor allem für die Entwicklung einer alternativen Firmware!
Gruß,

Arndt
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 13 Februar 2014, 21:50:36
Abend,

Ich benutze das Gerät aktiv. Aktuell gibt es noch Probleme mit dem letzten gcc aber das ist ein generelles Arduino Problem. Mit Ubuntu oder Windows gibt es keine Probleme.

Christian nutzt das Gerät glaube ich auch aktiv. Kann er vielleicht selber noch berichten.

Strommessung funktioniert. Also die Erkennung ob Strom fließt oder nicht. Messung ist nicht sehr genau. Das interval wie oft gesendet wird kann man  evtl noch senken.

Die Dauer vom langen bzw kurzem Druck kann man aktuell nur in der Firmware einstellen und nicht per Register.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: justme1968 am 13 Februar 2014, 21:52:58
ich hab meinen bausatz auch gestern bekommen. deshalb gleich noch eine frage :)

geht das mit der wechselschaltung auch schon ?

gruss
  andre
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 13 Februar 2014, 22:01:02
Hi andre,

Ja das sollte funktionieren. Ich habe das trocken getestet. Es gibt einen Aktor Channel für die Wechselschaltung. Der Kanal ist je nachdem ob Strom fließt an oder aus. Bei schalten toggelt er das relay. Wenns Probleme gibt kann ich potentielle Probleme fixen. Habe ein Spielgerät zum entwickeln.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: justme1968 am 13 Februar 2014, 22:01:52
klasse.

danke
  andre
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster
Beitrag von: Pelan am 14 Februar 2014, 08:34:33
Hallo Jan,

danke für die Rückmeldung!
Die Einstellung des langen Tastendrucks per Firmware wäre kein Problem für mich. Auch die Strommessung muss nicht präzise sein, sie wird bei mir nur zur Realisierung der Wechselschaltung benötigt.

Danke noch mal und schönen Gruß,

Arndt
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 14 Februar 2014, 10:30:08
Hallo zusammen,

habe einen Aktor "in Produktion" verbaut, tut wunderbar (allerdings nicht Wechselschaltung). Mein 2. wartet drauf, dass ich mit aktuellem gcc ein 2. hex mit abweichender serial# compilieren kann  ;)

nochmal danke an Jan für die tolle Arbeit. Mit dieser FW wird der Aktor erst brauchbar.

-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 14 Februar 2014, 10:52:53
Hallo Jan,

also bei mir läuft er noch nicht 100%. Wenn ich eine Lampe dran habe und am Wechselschalter umschalte, dann habe ich Probleme mit dem Internen Taster, denn dann ist oben und unten vertauscht.
Außerdem besteht noch das Problem, das er jede Sekunde den Stromstatus sendet, wenn kein Strom fließt. Weißt Du noch ob Du das korrigiert hast?
Die Version die ich habe ist vom 21.1. Ich habe in der History nichts gefunden, was diese Probleme angeht.
Aber da ich gesehen habe, das Du außer Compiler-Anpassung auch noch Kleinigkeiten geändert hast, werde ich heute noch mal die neuste Version aufspielen.

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 14 Februar 2014, 11:18:26
Hi Samsi,

Zitat von: Samsi am 14 Februar 2014, 10:52:53
Wenn ich eine Lampe dran habe und am Wechselschalter umschalte, dann habe ich Probleme mit dem Internen Taster, denn dann ist oben und unten vertauscht.
Kannst du das etwas konkretisieren? Wie sieht das peering aus?
Taster -> Internes Relay oder Taster -> Interner Wechselschalter
Kannst du die Register und Readings posten?

Zitat von: Samsi am 14 Februar 2014, 10:52:53
Außerdem besteht noch das Problem, das er jede Sekunde den Stromstatus sendet, wenn kein Strom fließt. Weißt Du noch ob Du das korrigiert hast?
Ja stimmt er sendet aktuell recht häufig den Status. Glaube ich habe das Problem auch schon gefunden. Fixe ich später.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 14 Februar 2014, 13:20:09
ZitatKannst du das etwas konkretisieren? Wie sieht das peering aus?
Ja daran hatte ich auch schon kurz gedacht. Momentan ist der interne Taster mit CH1 gepeert, ich muss den vermutlich mit CH2 peeren. Ich dachte aber auch, das es nicht geht, weil noch der folgende Punkt offen ist:  "Sending remote event by current sensor"

Ich werde heute mal die aktuelle Version ausprobieren und dann den  CH2 peeren, und noch mal berichten.

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 14 Februar 2014, 13:31:15
Hi,

Zitat von: Samsi am 14 Februar 2014, 13:20:09
Ja daran hatte ich auch schon kurz gedacht. Momentan ist der interne Taster mit CH1 gepeert, ich muss den vermutlich mit CH2 peeren.
Wenn du mir CH1 peerst dann schaltet er einfach das Relay. AN => Relay auf S1. AUS => Relay auf S2.
CH2 schaltet abhängig vom Strom. AN => Wenn _kein_ Strom fließt dann toogle Relay. AUS => Wenn Strom flißt dann toogle Relay.

Zitat von: Samsi am 14 Februar 2014, 13:20:09
Ich dachte aber auch, das es nicht geht, weil noch der folgende Punkt offen ist:  "Sending remote event by current sensor"
Das wäre ein anderes Feature. Dann würde er bei Spannungsabfall bzw Spannungsansprung ein Remote Event an einen anderen Aktor schicken. Bisher hat sich niemand gemeldet der es haben will. Ist nicht so schwer zu implementieren. Allerdings müsste man neue Register erfinden, da es das so nicht als Homematic Gerät gibt. Die anderen Aktoren mit Strommessung können afaik auch nur intern schalten.

Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 14 Februar 2014, 15:14:44
Hallo Jan,

danke für Deine Erklärung was das Strom-Event angeht.

ZitatAllerdings müsste man neue Register erfinden, da es das so nicht als Homematic Gerät gibt.
Wäre das nicht dsa selbe wie bei dem HM-ES-PMSw1-Pl? Der kann doch auch andere Aktoren steuern, abhängig von Strom oder Spannung. Ader hab ich das jetzt wieder falsch verstanden?
Also müsste es die Register doch schon geben (mal abgesehen davon das man bei dem  HM_LC_Sw1PBU_FM die werte nicht so exakt einstellen kann, und man könnte immer nur eine fiktive Spannung nehmen entweder 0 oder 230v und den Strom müsste man halt irgendwie abbilden, das sind zwar dann keine exakten werte wie bei dem HM-ES-PMSw1-Pl, aber wer seinen Verbraucher beobachtet kann sich ja die Schaltwerte z.B. im Plot suchen)

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 14 Februar 2014, 16:41:28
@jan
vielleicht müsste man das strom messen in einen eigenen kanal verlagern und dann über 41'er messages an den schaltkanal senden.
die relay class kann zwar noch nicht die sensor event messages, aber das wäre flott implementiert.

ab wann dann und wie auf die gemessenen werte reagiert werden soll, kann man dann über die relay class einstellen.
dazu gibts dann auch die register definition schon:
uint8_t  shCtDlyOn           :4;     // 0x02, s:0, e:4
uint8_t  shCtDlyOff          :4;     // 0x02, s:4, e:8
uint8_t  shCtOn              :4;     // 0x03, s:0, e:4
uint8_t  shCtOff             :4;     // 0x03, s:4, e:8
uint8_t  shCtValLo;                  // 0x04, s:0, e:0
uint8_t  shCtValHi;                  // 0x05, s:0, e:0

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 14 Februar 2014, 16:53:28
Hi Trilu,

Das sollte eigentlich schon funktionieren. Aktuell schickt er es nur immer an die zentrale also fehlt nur ein Channel dafür.  Remote events braucht man eigentlich nicht.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 14 Februar 2014, 17:52:02
mhh, ich denke schon das man remote events dafür braucht - nehmen wir mal an wir haben einen channel 4, dieser sendet je nach strommessung einen wert zwischen 0 und c8. diesen channel 4 verknüpfen wir mit dem relay auf channel 1 über die 41'er message. das relay weiss von der 40'er message, dass es aus sein soll - jetzt bekommt es eine 41'er message mit dem wert c8. also dass es eigentlich an ist.
das nutzen wir und lassen das relay wieder auf 0 schalten....

also 40'er message ist maßgebend und 41'er message überschreibt nur den zustand des relay's...

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 14 Februar 2014, 22:24:18
Hallo Jan,

Also ich habe heute alles noch mal geflashed und sieht so weit gut uas. Allerdings eine Kleinigkeit irritiert mich noch und das könnte ein Fehler sein:


Also ich habe jetzt die internen Taster self01 und self02 NUR mit dem CH4 (Also SW_02) gepeert. Ich habe die Taster so konfiguriert, das der eine immer einschaltet und der andere immer aus. Das Funktioniert auch. Und es funktioniert auch so, wenn ich den Wechselschalter betätige. Also genau so wie es sein soll.
Allerdings, wenn ich am Wechselschalter ausschalte und dann den Taster drücke um einzuschalten, geht auch CH3(SW_01) an und die LED am Aktor leuchtet und im webfrontend geht bei CH3 auch die lampe an.
Drücke ich die taste noch mal, geht die LED am Aktor und die lampe im Frontend aus. Die Physikalische Lampe leuchtet aber weiter, so wie es auch sein soll.

Da CH3 aber nicht mit den internen Tastern gepeert ist, sollte das doch nicht passieren, oder? Mich beeinflusst das zwar nicht, weil ich den CH3 ja nicht  benötige.

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 14 Februar 2014, 22:32:45
Hi Samsi,

zum Verständnis:
Channel 3 (SW1) entspricht dem Schaltzustand des Relays (OFF = Stellung S1, ON = Stellung S2).
Channel 4 (SW2) enspricht dem Stromfluß (ON = Strom fließt, OFF = Strom fließt nicht).

SW2 kann den Strom leider nicht direkt beinflussen. Daher schaltet SW2 einfach SW1 wenn er den Zustand ändern will. Beide Channel laufen immer parallel. Man kann beide schalten und sie haben immer jeweils ihre Eigenschaften

Entweder ich verstehe das Problem nicht oder du verstehst das Konzept anders.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 14 Februar 2014, 22:52:09
ZitatChannel 3 (SW1) entspricht dem Schaltzustand des Relays (OFF = Stellung S1, ON = Stellung S2).
Channel 4 (SW2) enspricht dem Stromfluß (ON = Strom fließt, OFF = Strom fließt nicht).

Ok, ich versuche es noch  mal nach deiner Bescheibung.

Ich schalte nur Channel 4 mit den internen Tasten. Ich schalte channel 4 Ein, das Strom fließt, der Aktor muss natürlich das Relay schalten (tooglen). Also wenn das relay (Ch3) aus war geht es an und die LED/Webforntend sollte leuchten, meine Lampe Brennt. So weit so gut.
Schalte ich aber noch mal CH4 ein dürfte das ja keine Auswirkung auf CH3 haben, denn meine Lampe Brennt schon, strom fließt, das Relay bleibt an seiner Stelle. Und genau das passiert auch das relay ändert sich nicht, aber die LED am Aktor geht aus und ein neuer Schaltzustand für CH3 wird an FHEM übertragen.

Grüße

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 14 Februar 2014, 22:58:41
Abend,

ok es geht nur um die LED. Die war bisher nur Debugging. Die beiden (virtuellen) Relays konkurrieren also um die gleiche LED. Beim Peering geht sie danach auch aus. Dann habe ich es auch verstanden :-).


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 14 Februar 2014, 23:03:42
Hallo,

nein, nicht nur um die LED, auch der Status im Webfrontend wird geändert, obwohl sich die REalystellung nicht geändert hat.

Sorry, gerade noch mal getestet, Du hast Recht.

Grüße

PS: Vielleicht ist später auch ein reading sinnvoll "Kein Verbraucher" das gesetzt wird, wenn das relay vonm Stromlosen Zustand in den nächsten wechselt und dort immer noch kein Strom ist.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 14 Februar 2014, 23:12:39
Abend,
Zitat von: Samsi am 14 Februar 2014, 23:03:42
nein, nicht nur um die LED, auch der Status im Webfrontend wird geändert, obwohl sich die REalystellung nicht geändert hat.
Ok das sollte nicht passieren. CH3 ist ja das virtuelle Relay. Per FHEM bekomme ich das auch nicht reproduziert. Ich teste das noch mal mit einem echten Taster und guck woran es liegt.


Zitat von: Samsi am 14 Februar 2014, 23:03:42
PS: Vielleicht ist später auch ein reading sinnvoll "Kein Verbraucher" das gesetzt wird, wenn das relay vonm Stromlosen Zustand in den nächsten wechselt und dort immer noch kein Strom ist.
Muss ich noch mal schauen wie wir das über Funk übertragen. Ansonsten technisch kein Problem.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 14 Februar 2014, 23:17:30
Hallo Jan,

ich hab in meinem vorigen post das durchgestrichen, ein neuer Status wird in der Situaton nicht übertragen. Allerdings habe ich eben noch etwas ausführlicher getestet, es gibt eine Situation, wenn Strom fließt, und ich schalte am Taster aus, dann wird das Relais geschaltet aber nicht der neue Status von CH3 übertragen. Sprich CH3 war aus und nach dem Schalten des Relais war er immer noch aus. Nach Deinem Modell müsste das aber dann sein.

Grüße

EDIT: Ich habe es eben noch mal ausführlich getestet und dabei extra langsam geschaltet (5-10 Sekunden zwischen jedem Schaltvorgang). Anfangs ging es etliche male hintereinander gut, so wie es sollte, dann hatte ich aber eine Serie (4x hintereinander, aber auch mit 5-10 sekunden dazwischen), da hab ich immer mit dem Wechselschalter eingeschaltet und mit dem internen Taster ausgeschaltet, das Relais hat sich geändert ohne das sich CH3 geändert hatte (war also immer aus). CH4 wurde immer korrekt übertragen.
Ist jetzt nicht wirklich schlimm (es sei denn es deutet auf andere Probleme hin, vielleicht wiel Du einen Funkbefehl an vom Aktor an den Aktor selbst schickst, wenn ich das richtig verstanden habe), denn im Grunde braucht man ja nur den einen oder den anderen Channel, je nachdem ob man eine Wechselschaltung macht oder nicht.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 15 Februar 2014, 15:43:52
Hi,

so ich habe gerade ein update gepushed. Die unnötigen Status Meldungen werden jetzt verhindert. Channel 4 schickt nur noch eine Nachricht wenn sich wirklich was verändert hat.

Zitat von: Samsi am 14 Februar 2014, 23:17:30
Sprich CH3 war aus und nach dem Schalten des Relais war er immer noch aus. Nach Deinem Modell müsste das aber dann sein.
Kannst du da ggf mal die Rohmessages aufzeichnen? Evtl geht die zweite Nachricht verloren. Das sollte eigentlich nicht passieren. Hast du gute Funkbedingungen zum Gerät?

Die LED hab ich mir auch noch mal angesehen. Sie spiegelt den Status von CH3/SW1 wieder wie beim Originalaktor. AUS => Relay auf S1, AN => Relays auf S2. Beim Peering oder Übertragung auf der Seriellenkonsole (debugging) geht der LED Status auf aus. Beim nächsten Schalten stimmt er dann wieder.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 15 Februar 2014, 17:57:48
ZitatChannel 4 schickt nur noch eine Nachricht wenn sich wirklich was verändert hat.
Super, dann kann ich den vielleicht morehn einbauen und produktiv verwenden. Und dann werde ich das verhalten noch mal genau testen.

Funkverbindung ist eigentlich gut, der HMLAN ist direkt 2Meter darüber. Ist zwar eine Betondecke, aber ich habe bnache bisherigen Wissen noch keine Schaltbefehle verloren.
Wenn ich ihn aber im Bestimmungsort einbaue, sind es 5m Sichtverbindung.

Zur LED: Wäre vielleicht sinvoller die LED mit dem Strom zu koppeln, dann wäre sie auch immer Synchron mit dem Verbraucher. Eine LED die je nach schalterstellung des Wechselschalters mal synchron ist und mal nicht, hat wohl eher einen Informationsgehalt der gegen null geht ;)

Interessant  wäre wenn die LED einen eigenen Channel hätte und man damit z.B. das Ende eines Waschvorgangs anzeigen könnte oder ob alle Fenster im Haus geschlossen sind. Momentan wüsste ich allerdings nicht, wie ich die LED hinter der Wippe überhaupt sichtbar machen könnte (mein Versuch das Licht per Glasfaser vor die Wippe zu bringen, ist leider nicht erfolgreich gewesen und auslöten will ich die auch nicht). Und solange mir dafür keine vernünftige Lösung einfällt, ist die LED ohnehin ohne nutzen. Vielleicht hat ja jemand noch eine andere Idee.

Grüße

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 15 Februar 2014, 22:14:45
Zitat von: Samsi am 15 Februar 2014, 17:57:48
Zur LED: Wäre vielleicht sinvoller die LED mit dem Strom zu koppeln, dann wäre sie auch immer Synchron mit dem Verbraucher. Eine LED die je nach schalterstellung des Wechselschalters mal synchron ist und mal nicht, hat wohl eher einen Informationsgehalt der gegen null geht ;)
Das kannst du ändern in der Asksin_HM_LC_Sw1PBU_FM.ino und zwar hier (Zeile 219):

        if (cnl == 3) { // cnl 3 => switch, cnl 4 => wechselschalter
          if (curStat == 3)
          {
            hm.ld.set(1);
          } else {
            hm.ld.set(0);
          }
        }


Zitat von: Samsi am 15 Februar 2014, 17:57:48
Interessant  wäre wenn die LED einen eigenen Channel hätte und man damit z.B. das Ende eines Waschvorgangs anzeigen könnte oder ob alle Fenster im Haus geschlossen sind. Momentan wüsste ich allerdings nicht, wie ich die LED hinter der Wippe überhaupt sichtbar machen könnte (mein Versuch das Licht per Glasfaser vor die Wippe zu bringen, ist leider nicht erfolgreich gewesen und auslöten will ich die auch nicht). Und solange mir dafür keine vernünftige Lösung einfällt, ist die LED ohnehin ohne nutzen. Vielleicht hat ja jemand noch eine andere Idee.
Ist sehr einfach umzusetzen. Gibt dann keine Status LED mehr. Aktuell ist das noch eher auf Kompatibilität zum Original gebaut. Wenn wir die 41er Nachrichten noch einbauen, dann kann man sogar durch ein internes Peering und entsprechendes Registern die LED entsprechend steuern. Wenn du das wirklich nutzen willst bau ich das ein.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 16 Februar 2014, 12:24:50
Hallo Jan,

habe das heute noch mal getestet. Leider bekomme ich immer noch die vielel Statusmeldungen, wenn kein Strom da ist. Vermutlich hast Du jetzt was anderes korrigiert, weil ich fälschlicherweise davon gesprochen habe, das er den Stromstatus sendet.

Ich meinte aber die Meldungen von dem Beitrag: http://forum.fhem.de/index.php/topic,18071.msg128295.html#msg128295 und die kommen immer noch, wenn ich am Wechselschalter ausschalte, auch mit der Änderung von gestern. (die häufigen Meldungen könnten natürlich auch der Grund für die anderen Probleme sein, wenn da Massages kollidieren)

14-02-16 12:07:10 CUL_HM licht_kellerFlur_Sw_02 off
2014-02-16 12:07:10 CUL_HM licht_kellerFlur_Sw_02 timedOn: off
2014-02-16 12:07:11 CUL_HM licht_kellerFlur_Sw_02 level: 0 %
2014-02-16 12:07:11 CUL_HM licht_kellerFlur_Sw_02 pct: 0
2014-02-16 12:07:11 CUL_HM licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-02-16 12:07:11 CUL_HM licht_kellerFlur_Sw_02 off
2014-02-16 12:07:11 CUL_HM licht_kellerFlur_Sw_02 timedOn: off
2014-02-16 12:07:13 CUL_HM licht_kellerFlur_Sw_02 level: 0 %
2014-02-16 12:07:13 CUL_HM licht_kellerFlur_Sw_02 pct: 0
2014-02-16 12:07:13 CUL_HM licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-02-16 12:07:13 CUL_HM licht_kellerFlur_Sw_02 off
2014-02-16 12:07:13 CUL_HM licht_kellerFlur_Sw_02 timedOn: off
2014-02-16 12:07:15 CUL_HM licht_kellerFlur_Sw_02 level: 0 %
2014-02-16 12:07:15 CUL_HM licht_kellerFlur_Sw_02 pct: 0
2014-02-16 12:07:15 CUL_HM licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-02-16 12:07:15 CUL_HM licht_kellerFlur_Sw_02 off
2014-02-16 12:07:15 CUL_HM licht_kellerFlur_Sw_02 timedOn: off
2014-02-16 12:07:16 CUL_HM licht_kellerFlur_Sw_02 level: 0 %
2014-02-16 12:07:16 CUL_HM licht_kellerFlur_Sw_02 pct: 0
2014-02-16 12:07:16 CUL_HM licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-02-16 12:07:16 CUL_HM licht_kellerFlur_Sw_02 off
2014-02-16 12:07:16 CUL_HM licht_kellerFlur_Sw_02 timedOn: off
2014-02-16 12:07:18 CUL_HM licht_kellerFlur_Sw_02 level: 0 %
2014-02-16 12:07:18 CUL_HM licht_kellerFlur_Sw_02 pct: 0
2014-02-16 12:07:18 CUL_HM licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-02-16 12:07:18 CUL_HM licht_kellerFlur_Sw_02 off
2014-02-16 12:07:18 CUL_HM licht_kellerFlur_Sw_02 timedOn: off
2014-02-16 12:07:19 CUL_HM licht_kellerFlur_Sw_02 level: 0 %
2014-02-16 12:07:19 CUL_HM licht_kellerFlur_Sw_02 pct: 0
2014-02-16 12:07:19 CUL_HM licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-02-16 12:07:19 CUL_HM licht_kellerFlur_Sw_02 off
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 16 Februar 2014, 22:02:14
Hi Samsi,

so sollte das nicht aussehen. Ich teste das ohne Last aktuell. Ganz ohne passiert das zumindest bei mir nicht. Hast du ein Testbed?

Es gibt zwei Dinge die man potentiell ändern könnte:
- minImpulsLength erhöhen (falls es irgendwelche ausreißer gibt). Ich denke irgendwas zwischen 1 und 2,5k sollte ok sein. Zumindest hatten wir bisher kein Gerät mit einem kleineren Wert
- folgenden Block entfernen:

                // If pin is currently high (and has not been low during the period)
                if (currentImpulsStart != 0 && micros() - currentImpulsStart > minImpulsLength)
                {
                  currentSense = true;
                }

Der Code fängt nur den Fall ab, dass der Strom maximal ist und niemals unter den Schwellwert fällt. Auch das hat bisher keiner geschafft. Aber es ist eine potentielle Fehlerquelle.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 16 Februar 2014, 22:36:39
ZitatHast du ein Testbed?
Ja, könnte man so nennen ;)

Also wenn ich den Aktor nur mit 3.3v und ohne das Relay-Board betreibe, bekomme ich auch keine messages.

Bei meinem Versuchsaufbau mit echten Verbraucher, bekomme ich die Meldungen im 2 Sekundentakt,  sobald ich den Verbraucher abklemme oder mit dem Wechselschalter ausschalte.

Ich schau mir das mal mit den vorgeschlagenen Änderungen an.

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 16 Februar 2014, 23:09:16
Also bei minImpulsLength 2500, kommen die Meldungen immer noch. Ich werde es morgen noch mal ohne den IF-Bock testen.

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 17 Februar 2014, 21:54:05
Hallo Jan,

ich habe es noch mal mit einer minImpulsLength von 5000 versucht und auch ohne IF-Block , aber die Messages kommen weiter im 2-Sekundentakt.

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 17 Februar 2014, 23:23:26
Hi Samsi,

das ist komisch. Das heißt dass es einen längeren Impuls gibt. Vielleicht sollten wir die Impulse besser zählen. Oder wir mitteln über 100ms. Da muss ich mir noch was überlegen. Was überträgt er denn als Messwert bei dir?


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 18 Februar 2014, 11:08:58
Hallo Jan,

ja das ist sehr komisch. Heute morgen wollte ich schnell mal schauen, was da für Current-Werte dazwischen gesendet werden: Ich schließe meinen Aufbau also an das Stromnetz an (genau so wie ich ihn am Abend zuvor verlassen habe) und denk ich falle vom Glauben ab. Der Verbraucher (also die LED Lampe) war eingeschaltet. SW02 hat im Abstand von 2 Sekunden seine Meldungen gebracht. Nach 4 oder 5 mal  hörte das dann aber auf. Na gut, dachte ich, vielleicht nur ein paar undefinierte Zustände nach dem Einschalten.
Ich schalte den Verbraucher am Wechselschalter ab und was passiert? Keine Meldungen mehr im 2 sekundentakt.  :o  Den Current wert beobachtet: 4 oder 5 mal hintereinander (also im Abstand von 30 sekunden oder so) Current: 1
Ok, noch mal am Wechsleschalter eingeschaltet, current steigt auf knapp 3000. Ausgeschaltet, current sinkt und beim 2 oder dritten Wert (wegen der Mittelung) war er dann 0. Normales verhalten würde ich sagen.

Ich habe dann die Schaltung noch mehrmals für ein paar Sekunden stromlos gemacht um zu sehen, ob sich das Einschaltverhalten (also wiederholtes senden) bei bereits eingeschaltetem Verbraucher reproduzieren lässt. Nichts.
Dann habe ich das Einschaltverhalten bei Ausgeschaltetem Verbraucher noch mal überprüft. Da ist mir aufgefallen, das der erste wert Current:1 oder auch mal Current:3 war.
Aber das wiederholte Senden im 2 Sekundentakt ist nicht mehr aufgetreten.

Ich werde das heute Abend auch noch mal ausführlicher testen, aber vielleicht hast Du ja so schon eine Idee oder etwas auf das ich besonders acht geben soll.

Grüße








Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 18 Februar 2014, 19:19:11
So, hier noch mal ein Test. Angehängt, damit es nicht so unübersichtlich wird hier.

Getestet mit auskommentiertem IF Block

Grüße

Später mach ich den Test noch mal mit minImpulsLength 5000
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 22 Februar 2014, 16:57:28
Hallo,

irgendwie ist da noch der Wurm drin. Ich habe jetzt das IF wieder mit drin und eine minImpulsLength 5000.

Was mir aufgefallen ist, ist das die Messages jetzt  irgendwie so gut wie gar nicht mehr kommen und wenn doch, dann sogar falsch:

Nach dem Einschalten ist es erst mal aus, soweit so gut:
2014-02-22_16:34:11 licht_kellerFlur_Sw_02 level: 0 %
2014-02-22_16:34:11 licht_kellerFlur_Sw_02 pct: 0
2014-02-22_16:34:11 licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-02-22_16:34:11 licht_kellerFlur_Sw_02 off
2014-02-22_16:34:11 licht_kellerFlur_Sw_02 timedOn: off
2014-02-22_16:34:40 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:35:10 licht_kellerFlur_Sw_02 current: 2                         // Hier ein kleiner Ausreisser
2014-02-22_16:35:40 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:36:10 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:36:40 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:37:10 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:37:40 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:38:10 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:38:40 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:39:10 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:39:39 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:40:09 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:40:39 licht_kellerFlur_Sw_02 current: 2570                   // Eingeschaltet aber es kommt keine pct message !
2014-02-22_16:41:09 licht_kellerFlur_Sw_02 current: 3497
2014-02-22_16:41:39 licht_kellerFlur_Sw_02 current: 3544
2014-02-22_16:42:09 licht_kellerFlur_Sw_02 current: 3578
2014-02-22_16:42:39 licht_kellerFlur_Sw_02 current: 3607
2014-02-22_16:43:09 licht_kellerFlur_Sw_02 current: 3634
2014-02-22_16:43:39 licht_kellerFlur_Sw_02 current: 3644
2014-02-22_16:44:09 licht_kellerFlur_Sw_02 current: 662
2014-02-22_16:44:39 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:45:09 licht_kellerFlur_Sw_02 current: 0
2014-02-22_16:45:39 licht_kellerFlur_Sw_02 current: 3
2014-02-22_16:46:09 licht_kellerFlur_Sw_02 current: 1044
2014-02-22_16:46:39 licht_kellerFlur_Sw_02 current: 3579
2014-02-22_16:47:09 licht_kellerFlur_Sw_02 current: 3613
2014-02-22_16:47:35 licht_kellerFlur_Sw_02 level: 0 %
2014-02-22_16:47:35 licht_kellerFlur_Sw_02 pct: 0                             // Hier kommt eine pct message mit 0, obwohl der switch ja wie man sieht Strom führt
2014-02-22_16:47:35 licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-02-22_16:47:35 licht_kellerFlur_Sw_02 off
2014-02-22_16:47:35 licht_kellerFlur_Sw_02 timedOn: off
2014-02-22_16:47:39 licht_kellerFlur_Sw_02 current: 3629
2014-02-22_16:48:09 licht_kellerFlur_Sw_02 current: 3647


Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 01 März 2014, 18:24:34
Hi Samsi,

ich hatte leider ein paar Tage kein funktionierendes FHEM da mein HM-USB-CFG2 kaputt war. Jetzt ist der neue da und es kann weiter gehen :-).

Ich bin gerade dabei einen OTA Bootloader für den Atmega 644A zu bauen. Dann kann man das Gerät leichter während des Betriebs mit neuer Firmware versorgen und entspannter experimentieren. Das funktioniert dann genau wie der Updatemechanismus vom HM-CC-RT-DN.

Das Problem mit den Messwerten wird man vermutlich am besten über Mittelwerte gut in den Griff bekommen. Evtl verpassen wir im Interrupt eine Flanke oder es streut im Gerät irgendwas ein. Im Mittel sollte das dann kein Problem sein. Die fehlenden Messages müssen wir debuggen. Eigentlich sollten die da sein.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: T.ihmann am 02 März 2014, 18:32:46
Ein OTA Bootloader wäre natürlich obergenial. Ich habe jetzt alle meine "Zutaten" zusammen und hatte mich gerade gefragt, ob ich den Schalter neu flashen soll. Ich hätte allerdings abgewartet, ob ihr ein OK gebt, den Schalter im Produktivbetrieb einzusetzen in einer Wechsel / Kreuzschaltung. Mit einem OTA Bootloader ist so etwas natürlich entspannter :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 03 März 2014, 01:02:11
Hi,

man kann den Schalter produktiv nutzen. Wechselschalter ist noch nicht 100% erprobt aber funktioniert grundlegend. Die Strommessung kann man zur Not auch erstmal komplett rauswerfen.

Ich habe den OTA Bootloader mal auf github hochgeladen: https://github.com/jabdoa2/Asksin_OTA_Bootloader. Er ist allerdings noch in einem sehr frühen Stadium. Was geht:
- Senden der Update Präambel
- Empfangen des Startpakets
- Wechsel in den 100k Mode
- Empangen und acken des zweiten Startpakets
- Empangen und zusammensetzen der Updateblöcke
- Flashen des Flashs (to be tested)
- Starten des normalen Codes (braucht ein Timeout o.ä.)

Es fehlt noch an einem Tool um aus einem Hexfile ein .enc File für den Updater zu machen. Alternativ kann man auch den Updater erweitern damit er Intel Hex Files lesen kann.



Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 03 März 2014, 16:18:51
Hi Jan,

Zitatich hatte leider ein paar Tage kein funktionierendes FHEM da mein HM-USB-CFG2 kaputt war. Jetzt ist der neue da und es kann weiter gehen :-).
kein Problem, eine kleine Pause tut ab und zu mal gut ;)

ZitatIch habe den OTA Bootloader mal auf github hochgeladen:
Sehr geil. Mit welcher Software (Updater) wird er upgedatet? Mit der HM Software oder mit dem FHEM (ich weiss gar nicht wie da der Stand ist, ob das jetzt schon fertig implementiert ist).

Grüße

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 03 März 2014, 17:56:05
Zitat von: Samsi am 03 März 2014, 16:18:51
Sehr geil. Mit welcher Software (Updater) wird er upgedatet? Mit der HM Software oder mit dem FHEM (ich weiss gar nicht wie da der Stand ist, ob das jetzt schon fertig implementiert ist).
Das geht mit dem flash-ota von hmland. Aktuell per console. Per FHEM geht noch nicht.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mod25 am 04 März 2014, 17:21:10
Hi Jab,
kannst du mir eventuell verraten warum in meiner Wechselschaltung der Sw2 bzw Sw1 auf dem Level 0 bleibt obwohl die Lampe brennt.
Noch zur Info gepaired sind die Buttons mit Sw2 und geschaltet habe ich mit dem anderen Std Wechselschalter.
Mit dem HM geschaltet wird Level korrekt angezeigt.
Viele Grüße,
mod25
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: T.ihmann am 04 März 2014, 22:10:57
Geht ota flashen auch mit einem normalen Hmlan ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: betateilchen am 04 März 2014, 22:11:36
nein.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 04 März 2014, 23:25:47
Abend,

@mod25: was zeigt denn der current Messwert an? Eigentlich sollte Sw2 immer an sein sobald Strom fließt. Kann ich mir leider erst nächste Woche genauer ansehen. Bin auf Dienstreise. Kannst du evtl mal die Raw Nachrichten aufzeichnen? Schaltet er korrekt wenn du den Button drückst?

@betateilchen: Das ist ja schade. Dann baue ich für hmlan einen kleinen Hack dass es auch im 10k Mode geht. Sind ja nur die CC1100 Einstellungen.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mod25 am 05 März 2014, 22:07:43
hallo jab,

current = 201 bei An mit Btn (Lampe brennt), current = 150 bei off mit Btn (Lampe aus).... current = verändert sich nicht bleibt bei on oder off auf 150 stehen wenn ich mit dem anderen Schalter schalte.

RAW folgt.

Danke,
mod25
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 05 März 2014, 23:23:33
Hi mod25,

spannend. Das ist sehr wenig verglichen mit den Werten die Samsi und ich so gemessen haben. Was ist da für ein Verbraucher dran?

Der Current Wert wird nur alle 2,5 Minuten aktualisiert. Den Schwellwert für "an" kann man im Code einstellen.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster
Beitrag von: Klaus0815 am 08 März 2014, 19:57:13
Bastelt denn zufällig jemand auch an alternativer Firmware für die HM-LC-Sw1-FM und HM-LC-Sw2-FM ?
Müsste doch ähnlich möglich sein ?

(Und würde mir meine Kücheninstallation, bei der ein Kanal nur als Sender agieren soll retten)

viele Grüße

Klaus
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 08 März 2014, 22:15:32
Hi Klaus,

Hast du das Gerät mal aufgemacht? Kannst du ggf ein Foto machen? Wenn das auch ein Atmega644 ist sollte das recht einfach sein. Ich hab allerdings kein solches Gerät. Wenn müsstest du aktiv mit entwickeln.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mod25 am 09 März 2014, 10:45:21
Zitat von: jab am 05 März 2014, 23:23:33
Hi mod25,

spannend. Das ist sehr wenig verglichen mit den Werten die Samsi und ich so gemessen haben. Was ist da für ein Verbraucher dran?

Der Current Wert wird nur alle 2,5 Minuten aktualisiert. Den Schwellwert für "an" kann man im Code einstellen.


Gruß,
Jan

Hallo jab,

das war es die Birne mit der ich als erstes probiert habe war eine LED 1.2W hierbei gab es natürlich geringe current Werte so dass der Schwellwert nicht erreicht wurde ( wo liegt er eigentlich - hab ja die firmware von dir genommen- ). Mit einer 60W Glühbirne ( oder heisst es Neu Deutsch Heizung  :o ) funktioniert die Wechselschaltung und die on off states eben so.

Vielen Dank,
mod25
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster
Beitrag von: Klaus0815 am 11 März 2014, 19:31:01
Hallo Jan,

die die ich habe sind alle eingebaut, aber ich werde mal noch eins bestellen und auseinander nehmen, bin gerne bereit zu basteln, flashen usw. dürfte auch kein Problem sein.
Ich gebe Bescheid sobald ich eins habe

Viele Grüße

Klaus
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 März 2014, 23:41:14
hallo jan,

ich wollte gerade deine tolle software flashen. leider bricht die arduino ide bereits beim compilieren mit folgenden fehlermeldungen ab:

unknown MCU 'atmega644a' specified
Known MCU names:
   avr2
   at90s2313
   at90s2323
   at90s2333
   at90s2343
   attiny22
   attiny26
   at90s4414
   at90s4433
   at90s4434
   at90s8515
   at90c8534
   at90s8535
   avr25
   attiny13
   attiny13a
   attiny2313
   attiny24
   attiny44
   attiny84
   attiny25
   attiny45
   attiny85
   attiny261
   attiny461
   attiny861
   attiny43u
   attiny48
   attiny88
   at86rf401
   avr3
   at43usb320
   at43usb355
   at76c711
   avr31
   atmega103
   avr35
   at90usb82
   at90usb162
   attiny167
   avr4
   atmega8
   atmega48
   atmega48p
   atmega88
   atmega88p
   atmega8515
   atmega8535
   atmega8hva
   at90pwm1
   at90pwm2
   at90pwm2b
   at90pwm3
   at90pwm3b
   avr5
   atmega16
   atmega161
   atmega162
   atmega163
   atmega164p
   atmega165
   atmega165p
   atmega168
   atmega168p
   atmega169
   atmega169p
   atmega32
   atmega323
   atmega324p
   atmega325
   atmega325p
   atmega3250
   atmega3250p
   atmega328p
   atmega329
   atmega329p
   atmega3290
   atmega3290p
   atmega406
   atmega64
   atmega640
   atmega644
   atmega644p
   atmega645
   atmega6450
   atmega649
   atmega6490
   atmega16hva
   at90can32
   at90can64
   at90pwm216
   at90pwm316
   atmega32m1
   atmega32c1
   atmega32u4
   atmega32u6
   at90usb646
   at90usb647
   at94k
   avr51
   atmega128
   atmega1280
   atmega1281
   atmega1284p
   at90can128
   at90usb1286
   at90usb1287
   avr6
   atmega2560
   atmega2561
   avrxmega4
   atxmega64a3
   avrxmega5
   atxmega64a1
   avrxmega6
   atxmega128a3
   atxmega256a3
   atxmega256a3b
   avrxmega7
   atxmega128a1
   avr1
   at90s1200
   attiny11
   attiny12
   attiny15
   attiny28
AskSin.cpp:1: error: MCU 'atmega644a' supported for assembler only
In file included from /AskSin.h:17,
                 from AskSin.cpp:7:
e:/programme/arduino/hardware/tools/avr/lib/gcc/../../avr/include/avr/sleep.h:369:6: error: #error "No SLEEP mode defined for this device."
In file included from AskSin.cpp:7:
AskSin.h:463: error: 'Serial' was not declared in this scope
AskSin.cpp: In member function 'void CC::init()':
AskSin.cpp:62: error: 'SPCR' was not declared in this scope
AskSin.cpp:62: error: 'SPE' was not declared in this scope
AskSin.cpp:62: error: 'MSTR' was not declared in this scope
AskSin.cpp:64: error: 'PORTB' was not declared in this scope
AskSin.cpp: In member function 'uint8_t CC::detectBurst()':
AskSin.cpp:205: error: 'PORTB' was not declared in this scope
AskSin.cpp:206: error: 'PINB' was not declared in this scope
AskSin.cpp: In member function 'uint8_t CC::sendSPI(uint8_t)':
AskSin.cpp:226: error: 'SPDR' was not declared in this scope
AskSin.cpp:227: error: 'SPSR' was not declared in this scope
AskSin.cpp:227: error: 'SPIF' was not declared in this scope
AskSin.cpp: In member function 'void CC::cmdStrobe(uint8_t)':
AskSin.cpp:231: error: 'PORTB' was not declared in this scope
AskSin.cpp:232: error: 'PINB' was not declared in this scope
AskSin.cpp: In member function 'void CC::writeBurst(uint8_t, uint8_t*, uint8_t)':
AskSin.cpp:237: error: 'PORTB' was not declared in this scope
AskSin.cpp:238: error: 'PINB' was not declared in this scope
AskSin.cpp: In member function 'void CC::readBurst(uint8_t*, uint8_t, uint8_t)':
AskSin.cpp:244: error: 'PORTB' was not declared in this scope
AskSin.cpp:245: error: 'PINB' was not declared in this scope
AskSin.cpp: In member function 'uint8_t CC::readReg(uint8_t, uint8_t)':
AskSin.cpp:251: error: 'PORTB' was not declared in this scope
AskSin.cpp:252: error: 'PINB' was not declared in this scope
AskSin.cpp: In member function 'void CC::writeReg(uint8_t, uint8_t)':
AskSin.cpp:259: error: 'PORTB' was not declared in this scope
AskSin.cpp:260: error: 'PINB' was not declared in this scope
AskSin.cpp: In member function 'void HM::setPowerMode(uint8_t)':
AskSin.cpp:428: error: 'SLEEP_MODE_IDLE' was not declared in this scope
AskSin.cpp:428: error: 'set_sleep_mode' was not declared in this scope
AskSin.cpp:437: error: 'MCUSR' was not declared in this scope
AskSin.cpp:437: error: 'WDRF' was not declared in this scope
AskSin.cpp:438: error: 'WDTCSR' was not declared in this scope
AskSin.cpp:438: error: 'WDCE' was not declared in this scope
AskSin.cpp:438: error: 'WDE' was not declared in this scope
AskSin.cpp:439: error: 'WDP2' was not declared in this scope
AskSin.cpp:441: error: 'SLEEP_MODE_PWR_DOWN' was not declared in this scope
AskSin.cpp:450: error: 'WDP0' was not declared in this scope
AskSin.cpp:450: error: 'WDP3' was not declared in this scope
AskSin.cpp: In member function 'void HM::power_poll()':
AskSin.cpp:947: error: 'WDTCSR' was not declared in this scope
AskSin.cpp:947: error: 'WDIE' was not declared in this scope
AskSin.cpp:949: error: 'ADCSRA' was not declared in this scope
AskSin.cpp:950: error: 'PRR' was not declared in this scope
AskSin.cpp:953: error: 'MCUCR' was not declared in this scope
AskSin.cpp:953: error: 'SE' was not declared in this scope
AskSin.cpp:961: error: 'MCUCR' was not declared in this scope
AskSin.cpp:961: error: 'SE' was not declared in this scope
AskSin.cpp:962: error: 'WDTCSR' was not declared in this scope
AskSin.cpp:962: error: 'WDIE' was not declared in this scope
AskSin.cpp: In member function 'void HM::initRegisters()':
AskSin.cpp:1404: error: 'eeprom_is_ready' was not declared in this scope
AskSin.cpp:1405: error: 'eeprom_read_word' was not declared in this scope
AskSin.cpp:1420: error: 'eeprom_is_ready' was not declared in this scope
AskSin.cpp:1421: error: 'eeprom_write_word' was not declared in this scope
AskSin.cpp:1433: error: 'eeprom_is_ready' was not declared in this scope
AskSin.cpp: In member function 'uint8_t HM::addPeerFromMsg(uint8_t, uint8_t*)':
AskSin.cpp:1714: error: 'eeprom_is_ready' was not declared in this scope
AskSin.cpp:1732: error: 'eeprom_is_ready' was not declared in this scope
AskSin.cpp: In member function 'uint8_t HM::loadDefaultRegset(uint8_t, uint8_t*, boolean, uint8_t)':
AskSin.cpp:1824: error: 'Serial' was not declared in this scope
AskSin.cpp: In member function 'uint8_t HM::getEEpromByte(uint16_t)':
AskSin.cpp:1881: error: 'eeprom_read_byte' was not declared in this scope
AskSin.cpp: In member function 'void HM::setEEpromByte(uint16_t, uint8_t)':
AskSin.cpp:1886: error: 'eeprom_write_byte' was not declared in this scope
AskSin.cpp:1886: error: return-statement with a value, in function returning 'void'
AskSin.cpp: In member function 'void HM::getEEpromBlock(uint16_t, uint8_t, void*)':
AskSin.cpp:1891: error: 'eeprom_read_block' was not declared in this scope
AskSin.cpp: In member function 'void HM::setEEpromBlock(uint16_t, uint8_t, void*)':
AskSin.cpp:1896: error: 'eeprom_write_block' was not declared in this scope
AskSin.cpp: In member function 'void BK::config(uint8_t, uint8_t, uint16_t, uint16_t, uint16_t, void (*)(uint8_t, uint8_t))':
AskSin.cpp:1922: error: 'PCICR' was not declared in this scope
AskSin.cpp:1924: error: 'PCMSK1' was not declared in this scope
AskSin.cpp:1924: error: 'PCMSK3' was not declared in this scope
AskSin.cpp:1924: error: 'PCMSK2' was not declared in this scope
AskSin.cpp:1924: error: 'PCMSK0' was not declared in this scope
AskSin.cpp: In function 'void pcInt(uint8_t)':
AskSin.cpp:2428: error: 'PCMSK0' was not declared in this scope
AskSin.cpp:2429: error: 'PCMSK1' was not declared in this scope
AskSin.cpp:2430: error: 'PCMSK2' was not declared in this scope
AskSin.cpp:2431: error: 'PCMSK3' was not declared in this scope


ich habe deine jabduino-datei in den hardwareordner entpackt und kann auch den jabduino644a in der hardwareliste der arduino ide auswählen.

zum flashen wollte ich einen arduino mega2560 benutzen den ich mit dem arduino-isp sketch geflasht habe.

kann es sein, dass der mega als programmer die fehler auslöst? ich habe auch unter programmer den punkt "arduino as isp" ausgewählt und das flashen mit "upload mit programmer" gestartet.

ansonsten benutze ich winxp und arduino1.05. ich könnte ein paar hinweise zur lösung des problems gebrauchen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 17 März 2014, 23:50:24
Hi Frank,

Zitat von: frank am 17 März 2014, 23:41:14
unknown MCU 'atmega644a' specified
[/quote]

das sieht mir aus als wenn dein Compiler nur atmega644 und nicht atmega644a als Target kennt. Ich habe das mal schnell in Jabduino eingefügt (https://github.com/jabdoa2/jabduino/blob/master/boards.txt). Update das mal dann und wähle dann "Jabduino ATmega644".

Der Unterschied zwischen atmega644 und atmega644a ist eh nur marginal. Funktioniert auf jeden Fall mit beiden.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 18 März 2014, 01:17:05
hallo jan,

perfekter service, danke.

das  kompilieren und flashen hat jetzt fehlerfrei funktioniert. nur der schalter macht noch nichts. da muss ich morgen mal genauer forschen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: daduke am 18 März 2014, 09:56:02
Hallo Frank,

hast Du vllt auch gcc 4.8? Damit geht der Funk-Teil nicht...

cheers,
-Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor
Beitrag von: Robbi24 am 18 März 2014, 13:56:08


  Nur heute gibt es ein tolles Angebot bei RWE SH. Die Schalter sind baugleich mit Homematic. Wenn ihr die Software ja doch ändern wollt ist es doch egal ob RWE oder Homematic HW genommen wird.

   https://www.rwe-smarthome.de/is-bin/INTERSHOP.enfinity/WFS/RWEEffizienz-SmartHome-Site/de_DE/-/EUR/ViewProductDetail-Start?ProductUUID=IlIKaASGonkAAAFEVnFJG8Bk&CatalogCategoryID=bOoKlwsgaekAAAErFaU46qRU
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 18 März 2014, 14:38:59
Cooles Angebot, aber derzeit würden ja nur die 3 Schalter gehen. Eine Dimmer Class muss ich erst noch basteln....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor
Beitrag von: Robbi24 am 18 März 2014, 15:00:41


... und der flache RWE Wandtaster hat auch den mega328p und den TRX868 Empfänger. Der müsste dann auch mit der Asksin lib funktionieren.
Nur die HW der Fernbedienung kenne ich noch nicht. Sieht aber schick aus.

PS Die RWE Geräte haben alle die OTA Update Funktion im Bootloader! Da scheint es aber zwei Versionen zu geben. Einmal sehr schnell wie bei dem Heizkörperthermostat von Homematic und einmal sehr langsam  ( dauert Wochen !) für den Wandtaster oder dem Fensterkontakt. Da werden nur bei jeder Betätigung einige Bytes übertragen.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 18 März 2014, 15:13:03
nun, dann müsste der wandtaster schon fast von der stange funktionieren...
ich gehe davon aus das die fernbedienung auch einen atmel drin hat, müsste also auch fluppen.

das einzige wäre halt die dimmer class, ist nicht schwierig, nur viel arbeit.
vom prinzip ist sie wie die relais klasse, aber eben ein paar flags mehr. das braucht ruhe und zeit :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 18 März 2014, 15:19:35
Hi

@dadude: Sein Compiler ist scheinbar eher alt wenn er das aktuelle Target nicht kennt. Das Problem ist mir allerdings immer noch schleierhaft. Muss ich mir mal anschauen
@frank: Was funktioniert denn nicht? Kannst du das Gerät pairen?
@Robbi24: atmega328p geht aber hat nur 32k Flash. Vermutlich reicht das für den Betrieb. Mit vollem Debug ist die Firmware aktuell zu groß dafür.
@trilu: Für den Dimmer gibts auch einen Schaltplan + Doku im ELV. Sollte also ziemlich sicher gehen. Ist auch Atmega644A. Wenn jemand das machen will unterstütze ich ihn auch gerne.

Ich habe gestern eine erste wirklich nutzbare Version des OTA Bootloaders gepushed: https://github.com/jabdoa2/Asksin_OTA_Bootloader. Aktuell funktioniert er so:
- Fuses muss man entsprechend setzen (Muss ich noch dokumentieren, ist aber einfach mit avrdude)
- Beim Booten wird der Bootloader aufgerufen
- Bootloader schickt Update Nachricht (Aktuell immer. Könnte man noch auf bei Buttondruck ändern)
- Ab jetzt gibt es ein 10s Timeout. Sobald innerhalb der Zeit nichts passiert wird die normale Anwendung angesprungen
- Nun kann flash-ota oder ein anderes Programm ein Update starten
- Gerät geht in 100k Mode
- Wenn der Flasher das Update bestätigt (gleiche Message) dann sendet das Gerät ein ACK
- Danach werden beliebig viele Blöcke empfangen die alle die Größe SPM_PAGESIZE haben müssen (256 Bytes)
- Das Gerät weiß nicht wie viele Blöcke kommen. Nach dem letzten greift irgendwann das 10s Timeout

Um die Firmware aus dem Binarformat in das Format für einen beliebigen Flasher zu bringen habe ich ein kleines PHP Script beigelegt. An sich funktioniert alles. Es gibt noch potentielle Verbesserungen:
- Nur bei Buttondruck das Update erlauben (wie der TC-DN) oder wenn das Gerät speziell rebootet wurde
- CRC/Checksum. Müsste im Converter + Bootloader eingebaut werden.
- Überschreiben des Bootloaders selber verhindern


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 18 März 2014, 16:12:22
Der Bootloader hört sich gut an, wie groß ist der? Ich könnte so einen Bootloader gut brauchen, zum einen für Updates der Software,
aber noch wichtiger - zum setzen von HMID und Seriennummer...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 18 März 2014, 16:26:03
Zitat von: jab am 18 März 2014, 15:19:35
- Überschreiben des Bootloaders selber verhindern
Hier sollte es ausreichen die Lock Bits für den Bootloader (LPM und SPM) mit dem ISP zu setzen.

ZitatIch könnte so einen Bootloader gut brauchen, zum einen für Updates der Software,
aber noch wichtiger - zum setzen von HMID und Seriennummer...
Die Infos sollte man dann in den letzten Bytes des Bootloaders unterbringen.
Dann können diese Sachen vor dem Flashen im Hexfile entsprechend verändert werden.
Das kann man auch durch ein kleines Script automatisieren.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 18 März 2014, 17:07:09
Zitat von: Dirk am 18 März 2014, 16:26:03
Hier sollte es ausreichen die Lock Bits für den Bootloader (LPM und SPM) mit dem ISP zu setzen.
Ich will ja verhindern, dass der Bootloader sich selber überflasht. Das verhindern die Fuses doch nicht. Dazu muss ich einfach die Pagenummern im Code überprüfen.

Zitat von: Dirk am 18 März 2014, 16:26:03
Die Infos sollte man dann in den letzten Bytes des Bootloaders unterbringen.
Dann können diese Sachen vor dem Flashen im Hexfile entsprechend verändert werden.
Das kann man auch durch ein kleines Script automatisieren.
Das Script gibt es ja schon. Ich dachte jetzt erstmal an Blockweise CRC dann kann ich es vorm flashen prüfen. Ggf noch ein finaler Block damit man weiß, dass das Image komplett ist. Da bin ich mir noch unschlüssig. Jedes mal den kompletten Flash zu lesen um CRC zu rechnen ist ja auch etwas auswändig.

@trillu: Unter 10kB. Aktuell ist noch Debugausgabe und eine UART Lib drin. Ich denke man bekommt den auf jeden Fall unter 8kB. Ggf auch unter 4kB.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 18 März 2014, 17:43:26
hallo jan,

alles klappt hervorragend!  :)

das problem war die vorhandene definition des originalschalters und eine mischung aus erwartungshaltung, mangelnder erfahrung und müdigkeit.  ;)

also ein arduino als programmer zum flashen des schalters funktioniert gut. selbst ein versehentliches flashen des schalters mit dem programmer-sketch des arduino konnte dem schalter nichts anhaben.

ich wundere mich nur, dass mein compiler keinen 644a kennt, oder ist der compiler nicht in der arduino ide enthalten?

nochmals danke für diese wunderbare software.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 18 März 2014, 17:54:14
4kb wären schon gut! weil mittlerer weile braucht die lib jede menge platz, dirk und ich sind am optimieren
aber es hat schon seinen grund warum HM dickere cpu's nutzt :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 18 März 2014, 22:34:21
Das heist für OTA Updates brauchen wir einen Conroller mit mindestens 4k Bootloader-Bereich.

Zitat von: jab am 18 März 2014, 17:07:09
Ich will ja verhindern, dass der Bootloader sich selber überflasht. Das verhindern die Fuses doch nicht.
Genau dafür kannst du die Lockbits setzen.
Mir ist es nämlich letztens auch passiert, als ich ein Hexfile per Bootloader geflasht habe was nur etwas zu groß war, und dabei teilweise Bootloader überschrieben hat. Da hatte ich vergessen die Lockbits vorher zu setzen. Mit gesetzten Lockbits kann das nicht passieren.

ZitatIch dachte jetzt erstmal an Blockweise CRC dann kann ich es vorm flashen prüfen.
Wenn du ganz sicher gehen Willst, überträgst du das Flashfile ein zweites mal und vergleichst das mit geschriebenen Bytes im zuvor geschriebenen Flash.


Update:
Wie lange dauert die Übertragung des Updates eigentlich?


Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 18 März 2014, 23:29:32
Zitat von: Dirk am 18 März 2014, 22:34:21
Das heist für OTA Updates brauchen wir einen Conroller mit mindestens 4k Bootloader-Bereich.
Genau dafür kannst du die Lockbits setzen.
Mir ist es nämlich letztens auch passiert, als ich ein Hexfile per Bootloader geflasht habe was nur etwas zu groß war, und dabei teilweise Bootloader überschrieben hat. Da hatte ich vergessen die Lockbits vorher zu setzen. Mit gesetzten Lockbits kann das nicht passieren.
Atmega644 hat bis zu 16kb. Daher hatte ich bisher kein Problem. Das mit den lockbits ist gut zu wissen. Probiere ich aus.

Zitat von: Dirk am 18 März 2014, 22:34:21
Update:
Wie lange dauert die Übertragung des Updates eigentlich?
Etwas schneller als bei den Original Aktoren. Kann ich mal messen.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 19 März 2014, 11:26:19
Hi Jan,

noch einen Idee / Vorschlag:
Ggf. macht es Sinn den Bootloader dual auszulegen.
So dass der Bootloader die Firmware ggf. noch per UART annimmt.
Vor allem während der Entwicklung und beim Testen wird man xMal pro Stunde Flashen wollen/müssen.
Ich glaube nicht, dass man das per Funk machen kann, wenn man sich an die Vorgaben der RegTP halten möchte.
Daher die Vorherige Frage wie lange die Übertragung dauert.

Alternativ muss man halt während der Entwicklung einen anderen Bootloader verwenden.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 19 März 2014, 11:52:26
Hi Dirk,

Beim entwickeln nutze ich einfach direkt den ISP. Allerdings kann man den beim Sw1PBU nicht im Betrieb nutzen weil da 230V Volt drauf. Daher muss man aktuell das ding jedes mal ausbauen.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 19 März 2014, 12:13:43
Zitat von: jab am 19 März 2014, 11:52:26
Beim entwickeln nutze ich einfach direkt den ISP
Ja, kann man auch machen.

Allerdings kann man den beim Sw1PBU nicht im Betrieb nutzen weil da 230V Volt drauf. Daher muss man aktuell das ding jedes mal ausbauen.
[/quote]
Sollte man zumindest :)
Hier könnte man schön mit 2 Optokopplern, alternativ einen dritten für Reset das ganze galvanisch trennen und dann seriell Flashen.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 März 2014, 13:58:39
hallo jan,

der schalter überfordert mein system.

der hm-schalter ist in einer wechselschaltung, in kombination mit einem busch-jäger wechselschalter, eingebaut. die funktion der wechselschaltung funktioniert einwandfrei. an beiden schaltern kann die lampe ein- und ausgeschaltet werden. channel4 zeigt immer den richtigen status der lampe an, egal mit welchem schalter geschaltet wird.

mein problem existiert im aussgeschalteten zustand der lampe. dann werden alle 1-2 sekunden folgende messages (A410) gesendet. ist die lampe eingeschaltet kommen nur noch die 805E-messages im 30 sekunden takt. das ist wohl der current.
2014.03.20 11:57:18.460 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03B9CFD6 d:FF r:FFD5     m:14 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:20.240 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03B9D6CA d:FF r:FFD5     m:15 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:21.604 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03B9DC1F d:FF r:FFD5     m:16 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:22.306 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03B9DEDD d:FF r:FFD5     m:17 805E 266EA5 123ABC 00000000000000CD000000
2014.03.20 11:57:24.410 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03B9E714 d:FF r:FFD4     m:18 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:26.384 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03B9EECB d:FF r:FFD5     m:19 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:27.968 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03B9F4FB d:FF r:FFD4     m:1A A410 266EA5 123ABC 0604000000
2014.03.20 11:57:29.761 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03B9FBFC d:FF r:FFD5     m:1B A410 266EA5 123ABC 0604000000
2014.03.20 11:57:31.707 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA0397 d:FF r:FFD5     m:1C A410 266EA5 123ABC 0604000000
2014.03.20 11:57:33.507 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA0A9F d:FF r:FFD5     m:1D A410 266EA5 123ABC 0604000000
2014.03.20 11:57:34.766 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA0F8A d:FF r:FFD5     m:1E A410 266EA5 123ABC 0604000000
2014.03.20 11:57:35.965 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA1439 d:FF r:FFD5     m:1F A410 266EA5 123ABC 0604000000
2014.03.20 11:57:37.150 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA18DB d:FF r:FFD4     m:20 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:38.405 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA1DC2 d:FF r:FFD5     m:21 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:39.600 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA226D d:FF r:FFD5     m:22 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:41.090 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA283F d:FF r:FFD4     m:23 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:42.581 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA2E13 d:FF r:FFD5     m:24 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:44.127 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA334A d:FF r:FFD5     m:25 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:45.086 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA37DC d:FF r:FFD5     m:26 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:46.856 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA3EC5 d:FF r:FFD5     m:27 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:48.581 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA4583 d:FF r:FFD5     m:28 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:49.906 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA4AB0 d:FF r:FFD5     m:29 A410 266EA5 123ABC 0604000000
2014.03.20 11:57:51.962 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA52B9 d:FF r:FFD5     m:2A A410 266EA5 123ABC 0604000000
2014.03.20 11:57:52.665 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA5577 d:FF r:FFD4     m:2B 805E 266EA5 123ABC 00000000000000CE000000
2014.03.20 11:57:54.086 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA5B05 d:FF r:FFD5     m:2C A410 266EA5 123ABC 0604000000
2014.03.20 11:57:55.773 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA619C d:FF r:FFD7     m:2D A410 266EA5 123ABC 0604000000
2014.03.20 11:57:57.051 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA669A d:FF r:FFD1     m:2E A410 266EA5 123ABC 0604000000
2014.03.20 11:57:58.929 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:03BA6DF0 d:FF r:FFD2     m:2F A410 266EA5 123ABC 0604000000


dieses verhalten ist auch unabhängig vom peeren des internen tasters mit channel3 oder channel4. ich nutze taster Btn01.

sonderbar ist zudem, das der taster-channel kein state-, trigger- reading hat, wenn er mit dem aktor gepeert ist. hier noch ein list vom gepeerten taster:
Internals:
   .triggerUsed 1
   DEF        266EA501
   HMLAN1_MSGCNT 17
   HMLAN1_RAWMSG E266EA5,0000,03F32983,FF,FFCD,B1A010266EA5123ABC0201010000
   HMLAN1_RSSI -51
   HMLAN1_TIME 2014-03-20 12:59:56
   LASTInputDev HMLAN1
   MSGCNT     17
   NAME       SwitchPBU01_Btn_01
   NR         383
   STATE      Short (to HMLAN1)
   TYPE       CUL_HM
   chanNo     01
   device     SwitchPBU01
   peerList   self03,
   Readings:
     2014-03-20 12:59:54   R-dblPress      0 s
     2014-03-20 12:59:54   R-longPress     0.5 s
     2014-03-20 12:59:56   R-self03-expectAES off
     2014-03-20 12:59:56   R-self03-peerNeedsBurst on
     2014-03-20 12:59:54   R-sign          off
     2014-03-20 12:59:54   RegL_01:          04:20 08:00 09:00 00:00
     2014-03-20 12:59:56   RegL_04:self03    01:01 00:00
     2014-03-20 12:59:56   peerList        self03,
   Helper:
     peerIDsRaw ,266EA503,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   event-on-change-reading .*
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,266EA503,
   room       10_WZ


was mache ich falsch?
mit welchem aktorchannel sollte ich den taster am besten peeren?
kann man die A410 messages abschalten? sonst gibt es error overload.
kann man die B0E5 messages reduzieren?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 21 März 2014, 14:43:05
Hi Frank,

das ist noch ein bekanntes Problem. Es tritt nur auf wenn 230V angeschlossen sind. Daher kann ich es recht schwer debuggen. Daher habe ich den Bootloader geschrieben um es zu debuggen. Bei mir stört es aktuell nicht. Wenn es ein wirkliches Problem für dich ist werde ich die Tage einen Workarround einchecken (also die Nachrichten unterdrücken). Es hängt damit zusammen wie ich die Relay Klasse verwende. Vermutlich gibt es hin und wieder einen kurzen falschen Impuls beim Stromsensor und danach schickt er wieder eine Statusnachricht. Die genaue Ursache kennen wir leider aktuell nicht.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 21 März 2014, 15:31:51
hallo jan,

mein hmlan geht halt alle 10-15 minuten in overload und dann gehen meine heizkörperventile (vd) schlafen, da sie über fhem gesteuert werden.

mach dir aber keinen stress deswegen. nachdem ich den schalter über set unpair von fhem getrennt habe, werden die messages nicht mehr gesendet. der schalter funktioniert aber weiterhin.

dass der intern gepeerte taster keine events sendet, verbuche ich dann auch mal unter bekannt. vielleicht besteht da ja auch ein zusammenhang.

wenn ich irgendwas testen kann, dann sag bescheid.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 06 April 2014, 19:00:32
Abend,

so ich habe heute den Bootloader mal finalisiert (https://github.com/jabdoa2/Asksin_OTA_Bootloader). Er funktioniert jetzt vollständig und handelt die meisten Übertragungsfehler besser als die Originalaktoren. Ich werde später noch ein README hinzufügen wie man ihn benutzt.

Dann kann ich jetzt endlich mal die übrigen Probleme mit dem Aktor debuggen. Zwei potentielle Timeroverflows habe ich schon im git gefixt.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 06 April 2014, 20:21:25
Hui Cool :-) Ich - absoluter Arduino-Noob- bin zwar gerade noch beim Flashen deiner Firmware per Raspberry (bessergesagt beim Aufsetzen der Toolchain zum Build der Firmware - avrdude redet schon prima mit dem Schalter, Testbed steht auch schon bereit) - daher nur mal informativ: Wie wird der booloader denn dann mit der Firmware verheiratet? Flasht man den zusätzlich drauf? Sorry falls die Frage doof ist ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 06 April 2014, 20:48:10
Abend,

Man flasht nur den bootloader und dann verwendt man den Homematic flasher um die Firmware zu schreiben. Entweder die ccu2, das Windows Ding oder flash-ota aus hmland. Ich dokumentiere noch wie man ein beliebiges Hex File konvertiert zum flashen.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 06 April 2014, 20:58:48
Genial. Grandiose Arbeit! Allerherzlichsten Dank!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 06 April 2014, 21:52:32
So Readme ist da. Hoffe das klappt alles so. Wenn nicht sag Bescheid!


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 06 April 2014, 23:58:43
OK:

build - klappt einwandfrei.
Flashen - klappt einwandfrei. 
Konvertieren des Firmware-.hex-Files - klappt nicht mit avr-objcopy; mit der .elf-Datei klappt es.

Anschließend blinkt die LED alle paar Sekunden für eine halbe Sekunde auf, sowohl mit 3.3V am Raspberry versorgt als auch wieder zusammengebaut am 230V-Netz.

Das flashen mit flash-ota klappt dann leider nicht. Er bleibt hängen bei "Waiting for device with serial LEQ007XXXXXX" (ich hab meine originale Seriennummer genommen)

Ich hab dann gleich einmal unter Windows probiert mit dem USB-CFG versucht zu flashen - und mir aus der eq3-Datei eine tar.gz mit changelog gebaut (sonst stürzt das Flash-Tool ab). Das geht auch nicht - er wartet aufs gerät, aber da zuckt nichts.

Das könnte nun vielleicht daran liegen, dass ich in der bootloader.c meine alte HMID nicht eingestellt habe, und da noch ABCDEF drinsteht, oder? *argh* Falls das so is muss ich dann morgen nochmal löten ;) Falls es aber so mit einer anderen Seriennummer gehen sollte wäre ich für jene dankbar ;)

Trotzdem sieht es an sich ja erstmal prima aus und ich bin voll des lobes auf Dich :)

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 07 April 2014, 00:57:19
Ich hab den Code mal etwas weiter überflogen und mittendrin in Zeile 177 ne hardcodierte Seriennummer gefunden (?), aber mit KUS0123456 klappt's genausowenig - ich geb's für heute erstmal auf ;)

Edit: im Kommentar steht KUS0123456, senden tust du KEQ012345 wenn man aus der Nachricht mal ASCII macht ... Und vorn steht wohl die HMID auch nochmal hart drin ... Naja geht auch damit nicht - aber ich hab alles versucht was ich konnte ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 07 April 2014, 10:49:22
Moin,

KEQ0123456 sollte gehen. So wie ich es dokumentiert habe. Die ist hardcoded aktuell. Der flasher flash-ota erwartet als erstes Zeichen auch immer ein K. Daher ging mein CUS nicht (wie im Kommentar). Die HMID ist egal. Zumindest flash-ota nimmt einfach die die das Gerät sendet. Ob sie später anders ist interessiert nicht. Das Windowstool wäre zu testen.

Hast du auf den seriellen Output geguckt? Sind die Fuses gesetzt? Die Status LED muss beim starten des Bootloaders einmal blinken. Ansonsten ist er nicht richtig geflashed. Alternativ müsste FHEM auch die Message sniffen können, wenn sich der Bootloader meldet.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 07 April 2014, 11:07:54
Ja, auch KEQ0123456 geht leider weder mit flash-ota noch mit dem Windowstool (habe ich sicherheitshalber immer noch mal damit probiert, da mein Raspberry immer mal wieder zu hohe USB-Latenzen meldet). Die Firmware frisst das Windows Tool übrigens anstandslos; flash-ota erkennt das konvertierte eq3-File als eine Firmware mit 80 Blöcken. Die Fuses habe ich vorher mit AVR-Dude gesetzt und das hat lt. Ausgabe geklappt. Ich habe während des OTA-Flashens den Schalter auch jeweils mehrfach ein- und ausgesteckt (230V), bzw. mal erst in den Strom gesteckt und umgekehrt, das hat nix gebracht. LED blinkt so wie sie soll, wenn ich mir den Source richtig verstanden habe - geht nach dem reinstecken kurz an und blinkt dann periodisch (4-5 Sekunden) kurz auf, d.h. das Bootloader-Programm startet von vorn.

Das mit dem mitsniffen werde ich heute abend mal probieren, ansonsten löte ich dann auch mal die UARTs dran.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 07 April 2014, 16:46:58
Ich hab jetzt mal mit hmsniff geloggt, nix was auch nur ansatzweise nach der Update-Init-Nachricht aussieht - naja ... dann wird nochmal der Lötkolben geschwungen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 07 April 2014, 19:21:18
UART sagt:


Timeout reached. Starting application!
Sending bootloader sequence
Timeout reached. Starting application!
Sending bootloader sequence
Timeout reached. Starting application!

Usw.

hmsniff parallel empfängt nix von ABCDEF. Ist mein Funkmodul kaputt? Mit der Originalfirmware lief er aber eigentlich super ... hrm ... ich flash nochmal direkt deine Firmware drauf.

Edit: Muss ich die Fuses dazu wieder irgendwie zurückstellen?

Edit2: Nö die alternative Firmware von dir scheint, direkt geflasht, nach wie vor gut zu funzen und der Funk geht bestens.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 07 April 2014, 20:44:32
Spannend. Das ist mehr oder weniger der gleiche Code. Welche GCC Version hast du denn? Ggf ist da irgendwas mit den Timings nicht perfekt in der Klasse. Das Problem hatten leider schon ein paar andere. Ich hänge mal meine hex vom Bootloader an. Vielleicht geht die bei dir.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 07 April 2014, 22:12:38
Fuses gesetzt, dein Bootloader-Hexfile draufgezogen - dasselbe. Ich habe eben einmal einen ganz frischen Raspberry mit Debian Wheezy aufgesetzt um es sowas wie reproduzieren zu können ...


pi@raspberrypi ~ $ gcc --version
gcc (Debian 4.6.3-14+rpi1) 4.6.3

pi@raspberrypi ~ $ sudo avrdude -p m644 -c linuxspi -P /dev/spidev0.0 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: reading input file "0xFD"
avrdude: writing lfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFD:
avrdude: load data lfuse data from input file 0xFD:
avrdude: input file 0xFD contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0xD8"
avrdude: writing hfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xD8:
avrdude: load data hfuse data from input file 0xD8:
avrdude: input file 0xD8 contains 1 bytes
avrdude: reading on-chip hfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of hfuse verified

avrdude: safemode: Fuses OK (E:FD, H:D8, L:FD)

avrdude done.  Thank you.

pi@raspberrypi ~ $ sudo avrdude -p m644 -c linuxspi -P /dev/spidev0.0 -U flash:w:bootloader-jab.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "bootloader-jab.hex"
avrdude: input file bootloader-jab.hex auto detected as Intel Hex
avrdude: writing flash (61372 bytes):

Writing | ################################################## | 100% 1.37s

avrdude: 61372 bytes of flash written
avrdude: verifying flash memory against bootloader-jab.hex:
avrdude: load data flash data from input file bootloader-jab.hex:
avrdude: input file bootloader-jab.hex auto detected as Intel Hex
avrdude: input file bootloader-jab.hex contains 61372 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 1.26s

avrdude: verifying ...
avrdude: 61372 bytes of flash verified

avrdude: safemode: Fuses OK (E:FD, H:D8, L:FD)

avrdude done.  Thank you.



Sniffing mach ich mit hmsniff (hmland checkout von heute) am selben Raspberry (HM-USB-CFG-2 am Raspi). Da sehe ich meinen gesamten Homematic-Zoo, aber halt eben nicht die ersehnte init-Nachricht. Seufz. Ideen die ich noch probieren könnte:

- Ablöten + Test mit 230V (3,3V des Raspberrys vllt nicht stabil genug? Andererseits quatsch, mit der Schalterfirmware gehts ja auch...)
- Sniffing mit meinem irgendwo vergabenem SDR-DVB-T-Stick, ob überhaupt irgendwas gesendet wird (das müsst ich dann aber wohl mal in einer Homematic-unverseuchten Umgebung tun)

LG Peter
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 07 April 2014, 22:19:25
Nachtrag - mit deinem hex-File empfängt er aber wohl jetzt mal was:


pi@raspberrypi ~ $ minicom -b 57600 -o -D /dev/ttyAMA0 -w

Got data but not for us
Timeout reached. Starting application!
Sending bootloader sequence
Timeout reached. Starting application!
Sending bootloader sequence
Got data but not for us
Timeout reached. Starting application!
Sending bootloader sequence
Timeout reached. Starting application!
Sending bootloader sequence
Timeout reached. Starting application!
Sending bootloader sequence
Got data but not for us


"Got data but not for us" kam mit meinem selbstcompilierten hex-File nie obwohl ichs bestimmt ne Viertelstunde an der selben Stelle mit dem selben umgebenden Homematic-Geräten am Laufen hatte.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 07 April 2014, 22:23:43
Na dann sollte er auch flashen. Stange die Sache mit dem Compiler.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 07 April 2014, 22:26:47
Es geschehen noch zeichen und wunder ... du glaubst nicht woran es liegt ... ich habe den Abstand der beiden (HM-CFG und Aktor) mal erhöht und siehe da:


pi@raspberrypi ~/hmcfgusb $ sudo ./flash-ota -f ../Asksin_HM_LC_Sw1PBU_FM.cpp.eq3 -s KEQ0123456
HomeMatic OTA flasher version 0.096-git

Reading firmware from ../Asksin_HM_LC_Sw1PBU_FM.cpp.eq3...
Firmware with 80 blocks successfully read.

Rebooting HM-CFG-USB to avoid running out of credits

HM-CFG-USB not in bootloader mode, entering bootloader.
Waiting for device to reappear...
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
HM-CFG-USB in bootloader mode, rebooting
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!


HM-CFG-USB opened

HM-CFG-USB firmware version: 967
Entering 10k-mode
Waiting for device with serial KEQ0123456
Device with serial KEQ0123456 (hmid: abcdef) entered firmware-update-mode
Adding HMID
usb-transfer took more than 100ms (721ms), this may lead to timing problems!
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Yes!
Flashing 80 blocks: 0001/0080 /
Missing ACK!
Flashing 80 blocks: 0001/0080 /
Missing ACK!
Flashing 80 blocks: 0001/0080 /
Missing ACK!
Flashing 80 blocks: 0001/0080 /
Missing ACK!
Flashing 80 blocks: 0001/0080 /
Missing ACK!

Too many errors, giving up!


Das krieg ich jetzt auch noch ganz zum fliegen ;D ;D

Edit: Flash done!! Sehr geil. Für alle die ähnliche Probleme haben: Zu nah sollte das zeug nicht nebeneinander liegen. Argh. steht ja auch bei jedem Homematicgerät in der Anleitung.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 08 April 2014, 19:30:03
Einmal fürs Protokoll: Flashen mit dem Windowstool, einem HM-CFG-USB-2 und dem Bootloader auf dem Aktor, den jab gestern gepostet hat, klappt auch prima! Und einmal flashen überschreibt auch den bootloader nicht, d.h. nach einem Powercycle kann man wieder neu flashen. Funktioniert also perfekt :-) Die tar.gz Datei mit einem aktuellen Build, die ich für das Windowstool gebastelt habe, habe ich einmal angehängt, falls es wer braucht.

Jetzt muss ich das Ding nur noch in FHEM zum laufen bekommen, aktuell hängt es sich mit der 99 ... .pm Datei für den Aktor aus github sofort auf - aber ich suche noch nach der Ursache.

Edit: Ein update von fhem hats gefixt, jetzt klappt alles. Danke nochmal an alle beteiligten!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 08 April 2014, 20:05:14
OK leider doch nicht ganz:

- Wenn ich die Anlernentaste am geflashten aktor drücke, legt autocreate das Device korrekt mit allen Kanälen an.
- Wenn ich allerdings (danach) das pairen versuche, schmiert FHEM komplett ab, in der Konsole steht:

Can't use string ("CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_"...) as an ARRAY ref while "strict refs" in use at ./FHEM/10_CUL_HM.pm line 2447.

Nach einem manuellen neustarten von FHEM ist das Device dann nur noch verkrüppelt da:

fhem.cfg danach:

define CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2725C4 CUL_HM 2725C4
attr CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2725C4 room CUL_HM

regList:

list:         register | range              | peer     | description
   0: pairCentral      |   0 to 16777215    |          | pairing to central

Ist das bekannt?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 08 April 2014, 21:05:29
Abend,
Vermutlich hat sich in FHEM was geändert. Kann Martin vielleicht was zu sagen. Ich teste das sonst wenn Ende der Woche mein neuer stick da ist.

Das mit dem Windows Tool ist ja cool. Vielleicht können wir das Makefile erweitern damit er direkt das tar.gz ausspuckt.

Ich muss auf jeden Fall noch mal schauen woran das mit dem Funk und den gcc Versionen liegt. Culfw muss das Problem ja auch gelöst haben.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 08 April 2014, 21:22:22
Hilft dir vllt. mein nicht funktionierender Bootloader dabei? Er ist ca. 400 Byte kleiner als deiner.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 13 April 2014, 09:25:51
Hallo,

ich bin gestern auch einmal in die Einbahnstraße abgebogen, allerdings wenn ich  autocreate einschalte und versuche zu pairen
geht mein FHEM in die Knie... nach einem reboot habe ich folgendes in der FHEM.cfg
define CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2727B3 CUL_HM 2727B3
attr CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2727B3 IODev CUL_1
attr CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2727B3 autoReadReg 4_reqStatus
attr CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2727B3 expert 2_full
attr CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2727B3 peerIDs
attr CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2727B3 room Wohnzimmer


folgende Einträge befinden sich dann im LOG:
2014.04.13 09:07:14 4: CUL_Parse: CUL_1 A 0E E3 A410 2727B3 F11234 06040000002B -52.5
2014.04.13 09:07:15 4: CUL_send:  CUL_1As 0A E3 8002 F11234 2727B3 00
2014.04.13 09:07:15 1: readingsUpdate(,level,0 %) missed to call readingsBeginUpdate first.
2014.04.13 09:07:15 1: readingsUpdate(,pct,0) missed to call readingsBeginUpdate first.
2014.04.13 09:07:15 1: readingsUpdate(,deviceMsg,off (to CUL_1)) missed to call readingsBeginUpdate first.
2014.04.13 09:07:15 1: readingsUpdate(,state,off) missed to call readingsBeginUpdate first.
2014.04.13 09:07:15 1: readingsUpdate(,timedOn,off) missed to call readingsBeginUpdate first.
2014.04.13 09:07:15 4: CUL_Parse: CUL_1 A 14 E4 805E 2727B3 F11234 000000000000008F0000002A -53
2014.04.13 09:07:15 1: readingsUpdate(,current,143) missed to call readingsBeginUpdate first.
2014.04.13 09:07:15 4: CUL_Parse: CUL_1 A 0E E5 A410 2727B3 F11234 060400000029 -53.5
2014.04.13 09:07:15 4: CUL_send:  CUL_1As 0A E5 8002 F11234 2727B3 00
2014.04.13 09:07:15 1: readingsUpdate(,level,0 %) missed to call readingsBeginUpdate first.
2014.04.13 09:07:15 1: readingsUpdate(,pct,0) missed to call readingsBeginUpdate first.
2014.04.13 09:07:15 1: readingsUpdate(,deviceMsg,off (to CUL_1)) missed to call readingsBeginUpdate first.
2014.04.13 09:07:15 1: readingsUpdate(,state,off) missed to call readingsBeginUpdate first.
2014.04.13 09:07:15 1: readingsUpdate(,timedOn,off) missed to call readingsBeginUpdate first.

das geht dann so lange bis ich fhem neu starte...

Woher kann das kommen? Fehler beim flashen?

Christian

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 13 April 2014, 09:53:06
Nee ich glaube das ist aktuell noch ein Bug, das Pairen hat bei mir auch nur extrem widerwillig funktioniert. Ich kann leider nicht mehr genau reproduzieren wie ich es hinbekommen habe, es war mit diversen Anläufen verbunden und man musste den geflashten Schalter erst per Autocreate anlegen lassen (Anlerntaste drücken, ohne HMLAN im Pair-Modus, dann sind erstmal alle 4 Kanäle da) dann die FHEM-Config speichern und danach dann erst Pairen - dabei stürzte er mir n paar mal ab aber irgendwann ging es. Allerdings sieht deine Fehlermeldung etwas anders aus als es meine sah.

Jetzt ist aktuell bei mir nur noch die sekündliche Nachricht ein Problem, wenn in einer Wechselschaltung die Lampe aus ist (hat schon jemand anderes weiter oben gepostet). Vom Prinzip her solltest du dann aber schonmal schalten können.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 13 April 2014, 09:58:59
Moin

Das ist ein FHEM Problem. Ich hab leider gerade kein Funk Gerät. Nächste Woche sollte ich das auch nachstellen können.

@Martin: hast du eine Ahnung was uns der Fehler sagen will?


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 14 April 2014, 19:05:04
Hallo,

ich habe es bisher geschafft, das ich schalten konnte... 1x dann stürzte FHEM ab...
nun bei neuen pair-versuchen bekomme ich folgende meldung:

Strange call for typeless CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2727B3: UndefFn
im Logfile...

Wenn ich auf taster drücke kommt auch nichts in den EVENTS...

Grüße

Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 April 2014, 19:51:09
hallo christian,

das pairen mit der zentrale ist grundvoraussetzung. bei mir funktionierte die pair-variante hmPairSerial reibungslos. hmPairForSec wollte nicht.

als ich den schalter vor ca 4 wochen geflasht habe, konnten die taster zunächst noch gar nichts schalten, da sie default-mässig mit nichts gepeert sind. erst nach peeren mit einem eigenen aktor, kann dieser über einen/beide schalter geschaltet werden.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 14 April 2014, 20:00:19
Hallo Frank,

serialpair kommt im log: 2014.04.14 19:58:03 4: CUL_send:  CUL_1As 15 02 8401 F11234 000000 010A4c455130303736383032
das war es dann aber auch schon... vlt. ist ja doch was beim flashen schief gegangen...

Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 April 2014, 20:36:03
anschliessend hast du die anlerntaste gedrückt?

weil der eintrag zeigt ja nur das senden von fhem, aber keine antwort vom schalter. die seriennummer des schalters ist richtig? das ist nicht mehr die originale.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 14 April 2014, 20:39:34
Hallo Frank,

oha daran könnte es natürlich liegen... an der SN...

Werds gleich testen!

Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 14 April 2014, 20:58:06
So, auch mit der "programmierten" SN geht da irgendwie nix...

Grüße

Christia
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 April 2014, 21:13:06
was empfängt dein cul denn, wenn du die anlerntaste drückst. kurz oder lang. irgendeine reaktion? da sollte man ja zumindest was empfangen können. setz den cul doch mal in den debug modus. X67 oder so.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 14 April 2014, 21:22:48
Das hat er ausgespuckt...
2014-04-14 21:22:01 CUL CUL_1 UNKNOWNCODE A00
2014-04-14 21:22:02 CUL CUL_1 UNKNOWNCODE A080A000A000B000C95
2014-04-14 21:22:04 Global global UNDEFINED CUL_HM_ID_27B3_564893 CUL_HM 564893
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 April 2014, 23:49:49
also funken kann er doch. ob das kommando exakt ist, müsste jan vielleicht klären. für mich sieht es erst mal nach einem plausiblen homematic funkspruch aus. ich denke dein flashen war erfolgreich.

bei mir habe ich gerade festgestellt, dass mein schalter seit einem fhem update am 10.04. bei betätigung fhem komplett lahmlegt. auch nach einem weiteren update force gerade eben, steht fhem still, sobald ich einen der beiden taster am schalter drücke.

2014.04.14 22:51:39.262 0: HMLAN_Parse: HMLAN1 R:E266EA5   stat:0000 t:197E5CC3 d:FF r:FFCF     m:20 B440 266EA5 1F64D8 0205
2014.04.14 22:51:41.885 1: CallBlockingFn: Can't connect to localhost:7072

danach ist totenstille.  ???

ich spekuliere mal, dass das zusammenspiel zwischen 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm und vielleicht 10_CUL_HM.pm hakelt. müsste ich mal weiter untersuchen. jetzt möchte ich aber meine heizung laufen lassen.  ;)

wenn du noch mal was testen möchtest, kannst du ja mal eine ältere 10_CUL_HM.pm ausprobieren. von mitte ende märz vielleicht. eventuell auch 00_CUL.pm.

gruss frank

edit: von wann ist denn deine 10_CUL_HM.pm?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 15 April 2014, 08:20:14
auch mit einer älteren 10_CUL_HM.pm komme ich nicht wirklich weiter...
ist auch ganz dubios... mal sendet er mal nicht...
ich denke wenn ich heute abend die kurve bekomme, werde ich mal neu flashen...

Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 15 April 2014, 08:37:05
Moin,
Mein neuen Stick bekomme ich übermorgen. Dann stelle ich das bei mir nach und schaue was da passiert.

Die Funk Message sieht komisch aus. Kann ich so nicht zuordnen. Hast du denn OTA flasher benutzt? Wenn ja hab es missing ACKs? Da bin ich mir nämlich nicht sicher ob dir richtig gehandelt werden.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 15 April 2014, 10:29:32
@jab ich habe das Ding jetzt schon über 10 mal mit flash-ota geflasht (ich wollte versuchen die sekündliche Lampe-ist-aus-Meldung zu unterdrücken, die für mich noch ein Showstopper ist - aber zu mehr als trivialen Anpassungen war ich nicht fähig und die haben es nicht gebracht - z.B. die Erhöhung der Impulslänge auf 1000 Mikrosekunden oder etwas rauszuhauen was für mich wie ne Race Condition aussah) - ab und zu gabs dabei auch mal Missing ACKs. Wenn dann traten die aber mehrfach auf, so dass flash-ota abgebrochen hat und ich dann einfach nochmal von vorne gestartet habe. Also dahingehend keine Probleme.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 April 2014, 20:46:52
mit attr <dev> ignore 1 kann ich nun den schalter wieder benutzen, ohne dass fhem einfriert.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor,
Beitrag von: Klaus0815 am 16 April 2014, 18:53:03
Ich hatte hier vor längerer Zeit mal angefragt, ob auch geplant ist, die alternative Firmware auch für die Unterputz-Aktoren zu erstellen.
Damals war die Antwort niemand hätte bislang einen geöffnet.

Ich habe heute mal einen zerlegt - leider nur der Jalousieaktor, aber ich denke da sind alle 3 recht ähnlich.
Anbei Fotos davon, es wird wohl alles ähnlich sein wie in diesem Schaltplan:

https://ssl-id.de/komforthaus.info/Media/Shop/Products/Manuals/91750_HM_LC_Sw4_DR_km_web_um.pdf

Testpunkte / Anschlüsse für Programmer habe ich keine gesehen, ausser das fehlende, mit PR1 beschriftete Bauteil ?
Es gibt leider auch keine so schöne Beschriftungen wie beim Sw1PBU

Welche Infos braucht ihr, falls sich jemand des Themas annehmen will ?
Kann gerne was rausmessen, löten, testen, auch beschreiben würde ich sicher hin bekommen, aber Mikrocontrollerprogrammierung ist jetzt nicht gerade mein Thema.

Viele Grüße

Klaus


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 16 April 2014, 18:59:00
Hi Klaus,

Das sieht schon recht gut aus. Ist zwar ein anderer Controller aber ähnlich. Schritt 1 wäre die Programmierschnittstelle zu finden und zu verstehen wie die Jalousie gesteuert wird. Vermutlich ist es aber sinnvoll dafür einen eigenen Thread zu erstellen damit das hier nicht zu sehr durcheinander geht.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 16 April 2014, 21:20:02
Hallo zusammen,

heute abend habe ich meinen Schalter neu geflasht, allerdings hat sich an meinen Problemen nicht
wirklich was verändert. FHEM stürzt ab, sobald mit dem schalter irgendetwas passiert...
Ich nutze einen CUL868 keinen HMLAN-Adapter - liegt hier vielleicht das Problem?

Grüße

Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 16 April 2014, 21:30:12
Abend,

Ich glaube es ist ein FHEM Problem. Ich gucke es mir Freitag an. Ich hoffe ich habe über Ostern etwas Zeit mich mal wieder ums Projekt zu kümmern.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 April 2014, 21:40:33
dann scheint ja alles zu funktionieren!  ;)

komisch, dass sonst keiner probleme hat! vielleicht könnte jemand ohne probleme mal seine modul versionen bekannt geben.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: brainbubble am 18 April 2014, 16:53:38
Hallo zusammen,

ich verfolge diesen Thread jetzt seit ein paar Tagen und habe mir gedacht ich schau' einfach mal in den HM-LC-BI1PBU-FM herein, welchen ich hier noch unverbaut herumliegen habe.
Tatsächlich ist das PCB welches auch die beiden Schalter beherbergt quasi gleich aufgebaut (war wahrscheinlich auch zu erwarten).

Mal abgesehen davon, dass ich mich nicht gut mit C++ auskenne, fällt mir aber auch nicht recht ein Anwendungsfall für eine alternative Firmware auf diesem Rollladenaktor ein....
Na ja, wenn Ihr eine Idee habt, oder Ihr Fotos von diesem benötigt, dann nur zu ;-)
Vllt kann ich ja was helfen...

VG,

Jens
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 20 April 2014, 11:35:22
Hier mal noch ein Hinweis, vlt. hilft es ja weiter...
Ich habe mich per SSH auf meinen Raspby verbunden,
hier mit dem Befehl "top -u fhem" das Tool "top" gestartet,
wo man schön sieht das perl für fhem läuft... sobald ich meinen
geflashten und gepairten Schalter mit Strom (230V) versorge,
wird perl beendet und damit auch fhem (dauert keine 5 sek.)...

Frohe Ostern

Christian K.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 27 April 2014, 19:46:41
Hallo,

ich habe mal das generelle Log vom FHEM auf 5 gestellt... Folgendes waren die letzten Worte:
2014.04.27 19:40:19 5: CUL/RAW: /A0E00A4102727B3F1123406040000001F


2014.04.27 19:40:19 4: CUL_Parse: CUL_1 A 0E 00 A410 2727B3 F11234 06040000001F -58.5
2014.04.27 19:40:19 5: CUL_1 dispatch A0E00A4102727B3F112340604000000::-58.5:CUL_1
2014.04.27 19:40:19 5: CUL_1 sending As0A008002F112342727B300
2014.04.27 19:40:19 4: CUL_send:  CUL_1As 0A 00 8002 F11234 2727B3 00
2014.04.27 19:40:19 5: CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2727B3 protEvent:CMDs_done
2014.04.27 19:40:19 5: CUL_HM CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2727B3 sent ACK:2
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 29 April 2014, 19:18:01
hallo jan,

ich habe gerade mal ein wenig rumgeforscht. den crash von fhem kann ich auf die änderungen in 10_cul_hm.pm von v5256 auf v5262 festnageln. in 5256 kann ich den schalter benutzen, in 5262 stürzt fhem ab.

die relevanten änderungen sind eventuell folgende, da hier wohl deine funktion "CUL_HM_ParseremoteAndSwitch($$$$$$)" in 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm aufgerufen wird. vielleicht der falsche speicherbereich.

v5256
  elsif (eval "defined(&CUL_HM_Parse$st)"){####################################
    no strict "refs";
    my @ret = &{"CUL_HM_Parse$st"}($mFlg,$mTp,$src,$dst,$p,$target);
    use strict "refs";
    push @entities,@ret;
    push @evtEt,[$shash,1,""] if (@ret);
  }


v5262
  elsif (eval "defined(&CUL_HM_Parse$st)"){####################################
    no strict "refs";
    my @ret = &{"CUL_HM_Parse$st"}($mFlg,$mTp,$src,$dst,$p,$target);
    use strict "refs";
    push @evtEt,@ret;
  }


gruss frank

edit: ich habe das crash-thema nochmal direkt bei martin eingeworfen http://forum.fhem.de/index.php/topic,23062.0.html (http://forum.fhem.de/index.php/topic,23062.0.html)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 01 Mai 2014, 14:31:31
So, nachdem martinp876 freundlicherweise den Fehler gesucht und entdeckt hat,
und auch in diesem Thread http://forum.fhem.de/index.php/topic,23062.0.html (http://forum.fhem.de/index.php/topic,23062.0.html)
eine korrigierte 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm hochgeladen hat, ist fhem nun stabil...
Nun habe ich allerdings das Problem, das ich den schalter nicht mehr sauber gepairt bekomme...
Soll heissen, die Kanäle sind nicht da... Was mich auch ein wenig verwundert, ist das Reading "CommandAccepted"
das ist einmal auf "yes" und plötzlich wieder auf "no"... Hier mal ein List des Device...
Internals:
   CUL_1_MSGCNT 22
   CUL_1_RAWMSG A0E32A4102727B3F112340604000000::-60:CUL_1
   CUL_1_RSSI -60
   CUL_1_TIME 2014-05-01 14:25:22
   DEF        2727B3
   IODev      CUL_1
   LASTInputDev CUL_1
   MSGCNT     22
   NAME       CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2727B3
   NR         92
   STATE      NACK
   TYPE       CUL_HM
   lastMsg    No:32 - t:10 s:2727B3 d:F11234 0604000000
   protCmdDel 1
   protLastRcv 2014-05-01 14:25:21
   protNack   1 last_at:2014-05-01 14:22:48
   protSnd    17 last_at:2014-05-01 14:25:22
   protState  CMDs_done
   rssi_at_CUL_1 avg:-54.86 min:-60 max:-53.5 lst:-60 cnt:22
   Readings:
     2014-05-01 14:22:48   CommandAccepted no
     2014-05-01 13:53:25   D-firmware      1.5
     2014-05-01 13:53:25   D-serialNr      PS00000002
     2014-05-01 14:21:17   PairedTo        0xF11234
     2014-05-01 14:21:17   R-pairCentral   0xF11234
     2014-05-01 14:21:17   RegL_00:        02:01 05:00 0A:F1 0B:12 0C:34 12:00 00:00
     2014-05-01 14:23:08   RegL_01:          04:00 08:00 09:00 00:00
     2014-05-01 14:25:22   recentStateType info
     2014-05-01 14:22:48   state           NACK
     Regl_02::
       VAL
   Helper:
     cSnd       01F112342727B301040000000001
     Io:
       newChn     +2727B3,00,01,1E
       nextSend   1398947121.99275
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         CUL_1
       flg        A
       ts         1398947121.90595
       ack:
         HASH(0x132aff0)
         328002F112342727B300
     Rssi:
       At_cul_1:
         avg        -54.8636363636364
         cnt        22
         lst        -60
         max        -53.5
         min        -60
     Shadowreg:
Attributes:
   IODev      CUL_1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       Wohnzimmer
   serialNr   PS00000002
   subType    remoteAndSwitch
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 01 Mai 2014, 16:59:07
@Christian das Problem hatte ich auch ... siehe ein Stück weiter oben in diesem Thread. Es lies sich aber durch mehrfaches Pairen, löschen der angelegten Einträge in der fhem.cfg und nur den Configtaster am Gerät zu drücken (ohne zu Pairen) irgendwie lösen. Frag mich nur nicht in welcher Reihenfolge ich das tat - irgendwann war es korrekt mit allen Kanälen da und gepairt (lies sich aus FHEM schalten). Sauber und wie man es von der originalfirmware kennt hatte es aber jedenfalls nicht funktioniert.

Leider kann ichs aber aktuell trotzdem noch nicht nutzen, da mich das Device sekündlich mit Meldungen zuspamt, sobald die Lampe in der vorgesehenen Wechselschaltung ausgeschaltet ist ... das hatte ich versucht selbst in der Firmware zu fixen, bin aber leider dazu zu unfähig ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 01 Mai 2014, 17:08:33
Ich werde mich am Wochenende mal kümmern. Habe wieder funktionierende Funk Hardware :-).

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 01 Mai 2014, 18:36:18
Hallo,

ja mein Event-Log wird auch reichlich gefüllt, wenn nix an ist...
Was bei mir auch noch nicht geht, ist eine Rückmeldung wenn ich schalte...
Es ist immer ein ! in der Glühbirne... (siehe Bild)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 Mai 2014, 18:58:35
tausch doch mal den lampenanschluss.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 01 Mai 2014, 19:03:16
??? Die lampe geht an und auch aus...
Aber in FHEM ist immer das ! in der Birne... das sollte verschwinden,
wenn der schalter die rückmeldung gibt, das er ein- oder ausgeschaltet hat...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 Mai 2014, 21:39:42
meiner funktioniert wieder wie vor dem crash.

ich habe btn1 mit sw1 gepeert. einbau in wechselschaltung. die webbirne von sw2 zeigt den zustand meiner realen lampe an. und die webbirne von sw1 hat je nach stellung des echten wechselschalters entweder den selben zustand wie die birne von sw2 oder den gegensätzlichen zustand. die a410 meldungen kommen alle 2 sekunden wenn meine lampe aus ist.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 02 Mai 2014, 07:21:39
Moin moin...

ich weiss... wer dumm fragt, bekommt dumme antworten...  ;D aber:
wie peert man btn1 mit sw1? ich hab sonst nix zum peeren  :)
Evtl. liegt es bei mir ja am nicht gepeerten schalter?!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 02 Mai 2014, 09:30:24
moin christian,

set name_btn1 peerChan 0 name_sw1 single set both

(commandref, einsteigerdoc. wiki => peerchan)

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 02 Mai 2014, 11:45:06
hallo jan,

ich habe mich mal ein wenig wegen der a410 messages umgeschaut. aus einer beschreibung bei homegear https://www.homegear.eu/index.php/BidCoS_Packet_-_0x10 (https://www.homegear.eu/index.php/BidCoS_Packet_-_0x10) geht hervor, dass bei messages vom typ a410, die aus einem packet bestehen, eigentlich keine antwort vom adressaten kommen sollte.

wenn dein plan darin besteht nur ein packet zu senden, dürfte also keine antwort von hmlan kommen. dann wiederum müsste ja im payload der message ein bug sein, der den adressaten vermuten lässt, dass eine info kommt, die aus mehreren packets besteht.

vielleicht hilft das ja ein wenig.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 02 Mai 2014, 12:12:56
Hi Frank,

Die Message ist eine Status Meldung von sw2. Die sollte eigentlich nur einmal kommen. Der Bug liegt bei der Strom Messung. Ich habe den OTA Bootloader gebaut damit ich das eingebaut testen kann. Ich muss es jetzt nur noch mal ausbauen und flashen. Bin ich bisher noch nicht zu gekommen.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 02 Mai 2014, 21:49:45
Hi zusammen,

Mein Schalter funktioniert nun auch..
Aber wie bei Frank, sekündliche Meldungen,
wenn Licht aus...

Grüße
Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: muschelschubser am 04 Mai 2014, 01:41:30
Hallo,

ich habe mich nun auch daran gewagt und den SW1PBU mit einer neuen Firmware geflashed.
Dafür habe ich einen mySmartUSB light unter Linux genutzt, flufft nach einigem hin und her ganz gut.
Hier kurz eine Anleitung wie es geht:
Fuer ein aktuelles auf ubuntu basierendem System sind bereits die notwendigen CP210x Treiber enthalten.
Also einfach den mySmartUSB light USB Stick einstecken.
In /var/log/syslog sollte nun das Gerät auftauchen und das USB Device stehen (z.B. /dev/ttyUSB0)

Als nächstes avrdude installieren:
apt-get install avrdude

Dann folgendes File herunterladen: http://shop.myavr.com/index.php?ws=download_file.ws.php&dlid=216&filename=software/tool_mySmartUSB-Kommandos_de_en_fr.zip
Darin enthalten sind Dateien (s.u.) um das mySmartUSB light Modul einzustellen.

Zuerst die Spannung auf 3,3V umstellen:
cat power3V.txt > /dev/ttyUSB0

Die Sprache auf STK500 umstellen:
cat STK500Mode.txt > /dev/ttyUSB0

Dann den Programmer so umstellen, dass er auch eine Spannung am ISP Port liefert (Muss jedes Mal vor dem Schreiben getan werden):
cat BoardPowerOn.txt > /dev/ttyUSB0

Nun kann programmiert werden:
avrdude -c stk500 -p m644 -P /dev/ttyUSB0 -U flash:w:Asksin_HM_LC_Sw1PBU_FM.cpp.hex


(Ich habe nicht selbst kompiliert sondern mir das Hex File von Jan aus einem vorherigen Posting genommen)

Das neue device wird bei mir auch angezeigt, allerdings nur mit der "99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm" vom Januar, die Version vom 03.05. schmeisst Fehler:
2014.05.03 16:44:55 1: reload: Error:Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW deactivated:
Did not find leading dereferencer, detected at offset 4422syntax error at /usr/local/FHEM/share/fhem/FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 53, near ""pct:$val";"


Also habe ich erstmal die Version vom Januar genommen.
Mein Problem: Es werden keine Channels angezeigt.

Das Log sieht so aus:
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 D-firmware: 1.5
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 D-serialNr: PS00000002
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 R-pairCentral: set_0x41
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:06 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_pending
2014-05-03_23:42:07 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 R-pairCentral: 0x41
2014-05-04_00:15:14 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CMDs_done
(Wiederholt sich im Sekundentakt)


Von Hand habe ich mal einen Channel angelegt und dann versucht zu peeren:
set Kueche_Switch_Ch01 peerChan 0 Hutschiene_Ch01 single set both
Unknown argument peerChan, choose one of clear:readings,register,rssi,msgEvents getConfig getRegRaw peerBulk regBulk regSet sign:on,off

Hat jemand eine Idee?

P.S: Wenn man das Pairing auflöst, habe ich das gleiche Problem wie schon andere hier. So ganz klar und nachvollziehbar ist mir nicht warum das Pairen erst nach dem x.ten mal und zig restarts wieder funktioniert...

Großes Kino was ihr hier veranstaltet, vielen Dank dafür!

Gruß,

Sascha
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 Mai 2014, 09:00:10
hallo sascha,

die fehlermeldung:
99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 53, near ""pct:$val";"

verschwindet wenn du das semikolon in zeile 53 in der klammer hinter $val löscht. oder du nimmst meine angehängte datei.

eigentlich müsste dein fhem abstürzen, wenn du die januar version nutzt. dann wird dein fhem ziehmlich alt sein.  ;).

mach also mal "update force" und ändere 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 04 Mai 2014, 12:21:29
Moin,

Ich habe gestern noch die neue Version ins git eingecheckt. Die sollte auch gehen. Ich teste das heute bei mir mal mit aktuellem FHEM.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: muschelschubser am 04 Mai 2014, 12:32:06
Hallo Frank,

mein fhem ist aktuell und Abstürze hatte ich einige :)
Ich habe jetzt die aktuelle Version von 99_Asksin... genommen.
Den Schalter habe ich wieder gelöscht und neu gepaired.
Müsste ich jetzt nicht zwei Channels sehen?
Ab hier weiss ich nicht weiter  :(

Gruß,

Sascha

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 Mai 2014, 12:40:43
ZitatMüsste ich jetzt nicht zwei Channels sehen?
4 channels. btn1, btn2, sw1 und sw2.

nach einem erfolgreichen pairen, natürlich ein getconfig. danach save nicht vergessen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: muschelschubser am 04 Mai 2014, 14:20:40
mmh, also ich sehe keine channels, auch nicht nach getconfig und save.

Die Einträge in der fhem.cfg sehen so aus:
define CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 CUL_HM 208557
attr CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 IODev HMLAN1
attr CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 autoReadReg 4_reqStatus
attr CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 expert 2_full
attr CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 room CUL_HM
define FileLog_CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 FileLog /usr/local/FHEM/var/log/CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557-%Y.log CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557
attr FileLog_CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 logtype text
attr FileLog_CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_208557 room CUL_HM


Ich habe mal einen Screenshot angefügt.
(http://Bildschirmfoto%20vom%202014-05-04%2014:16:34.png)

Irgendwie läuft noch irgendetwas grundlegend schief...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 Mai 2014, 14:55:30
die adresse deiner zentrale muss 6 stellig sein! bei dir steht paired to 0x41.
wie ist die hmid deines hmlan?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: muschelschubser am 04 Mai 2014, 15:06:11
Die hmid ist 000041.
Es sind noch zwei weitere Geräte damit verbunden, z.B. ein  CUL_HM_HM_LC_SW4_DR (Hutschienenaktor).
Bei dem Hutschienenaktor kann ich die Channels sehen (siehe Foto).
(http://Bildschirmfoto%20vom%202014-05-04%2015:03:11.png)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 Mai 2014, 15:19:25
attr device model HM-LC-Sw1PBU-FM-CustomFW
attr device subType remoteAndSwitch


das fehlt dir auf alle fälle.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: muschelschubser am 04 Mai 2014, 15:41:55
ok, habe ich zugefügt, sieht schon besser aus :-)
Ich habe den Namen über rename in "Schalter_Kueche" umbenannt, damit es ein wenig griffiger wird.
Sieht nun so aus wie im Anhang.
(http://Bildschirmfoto%20vom%202014-05-04%2015:36:06.png)

D.h. btn1 ist nun der erste Channel?
Wie mache ich nun weiter?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 Mai 2014, 15:55:54
ZitatD.h. btn1 ist nun der erste Channel?
ja
ZitatWie mache ich nun weiter?
was ist dein plan?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: muschelschubser am 04 Mai 2014, 18:46:26
Herrlich.

Mich unklar auszudrücken ist meine Stärke ;D

Ich hatte den Schalter gekauft um damit einen Kanal der Hutschiene zu schalten.
Das war natürlich nix, weil der Schalter ja ursprünglich nur ein Aktor war.
In diesem Posting: http://forum.fhem.de/index.php/topic,22401.msg158150.html#msg158150 hattest Du dann den Vorschlag gemacht dem Schalter die notwendigen Funktionen zu verpassen.
Und ich dachte mir: ok, challenge accepted  8)

Was mir noch fehlte war das Peering des Schalters mit der Hutschiene.
Aber ich hab's jetzt hinbekommen, freu.

Aber warum da nun die Einträge wie model oder subtype fehlten ist mir nicht ganz klar.
Und die anderen Channels ? (btn2, sw1 und sw2) Erscheinen die automatisch?

Wie dem auch sei, vielen Dank erstmal für die großartige Hilfe.

Sascha

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 04 Mai 2014, 19:32:33
Abend,

ich habe mal mich heute mal etwas an der Stromerkennung versucht. Bisher gab es ja immer das Problem, dass bei ausgeschaltetem Schalter Nachrichten verschickt wurden. Die Vermutung ist, dass es hin und wieder einen Impuls gibt der falsch erkannt wird (ggf Spannungsspitzen). Daher habe ich die Messung jetzt mal verbessert. Es wird über 10 Impulse (200ms) gemittelt und verglichen. Mein Schalter misst bei ausgeschalteter Lampe einen Wert von ca 350 (steht im Sw2 als "current"). Das Limit ist daher aktuell auf 500 gesetzt. Was habt ihr da für Werte im ausgeschaltetem Zustand?

Wer Lust hat kann den aktuellen Code mal testen. Ich habe leider kein Testbed. Nächste Woche werde ich den OTA Bootloader auf mein Gerät flashen und den Schalter danach verbauen. Vor nächstem Wochenende komme ich leider nicht dazu. Hat jemand Lust?

@muschelschubser: Normal legt er beim peeren/getConfig alle Channels an. Evtl kannst du das Gerät einmal löschen und neu peeren. Dann sollte das gehen.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianK. am 04 Mai 2014, 20:25:41
Hi Jan,

ich lade mir den Code mal runter und werde meinen Schalter flashen...
wird aber vermutlich frühestens morgen abend zum flashen kommen...
gebe gerne rückmeldung...

Grüße

Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 04 Mai 2014, 21:20:05
Hach jab - is ja aufregend wie Weihnachten - DANKE! ;) OTA-Flash ist erfolgreich durch (mit meinem neuen Cubietruck übrigens auf Anhieb, man merkt das bessere USB im Vergleich zum Raspberry); Testbed ist wieder aufgebaut. Jetzt beginnt der Kampf ihn in FHEM reinzubekommen. Hat mit der neuen .pm-Datei ausm GIT nicht auf Anhieb geklappt - es war nach dem Drücken der Config-Taste am Schalter nur ein "?"-Gerät ohne Kanäle erschienen, beim Anlernen danach zuckte gar nichts). Grad update ich FHEM ... mal gucken obs dann geht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 Mai 2014, 21:34:42
guten abend freunde des flash,

ich habe zum flashen nur einen arduino mega. eigentlich wollte ich beim erneuten flashen gleich den neuen bootloader flashen. in der beschreibung steht nun was von fuses setzen. weiss jemand, ob das auch über einen arduino funktioniert? und wenn, dann wie?

ich hoffe jemand kennt sich aus.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 04 Mai 2014, 21:41:10
So, ich hab ihn nun in FHEM drin. Mit der Datei aus dem Post hier http://forum.fhem.de/index.php/topic,18071.msg165103.html#msg165103 gehts; mit der aus dem GIT nicht, da is wohl noch das besagte Semikolon drin.

Leider spammt es auch mit der neuen Version bei mir munter im Sekundentakt das Eventlog zu, wenn die Lampe aus ist ;-( Ich schau mir das grad noch genauer an.

Edit: Kurzes Log der ersten 5 current Readings von Sw2 nach dem Auschalten: 1092, 205, 178, 195,

(An: etwas über 6000, es hängen zwei 35W-230V-Halogenbirnen dran)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 04 Mai 2014, 21:56:45
Hi,

danke fürs testen! Dann muss ich weiter debuggen :-/. Vielleicht liegt der Fehler auch woanders. Das Semicolon habe ich im git entfernt.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 04 Mai 2014, 22:21:14
Jab, mal ne dumme Frage, falls ich was fundamental falsch verstanden habe, einfach ignorieren:

Der Fehler entsteht doch dadurch, dass rl[1].setCurStat(currentSense?3:6); immer wieder mit currentSense false aufgerufen wird, oder? Die Relais-Klasse sendet dann die Ausschalt-Meldung. Aber dazu müsste, wenn man sich den Code von dir drumherum anschaut doch zumindest einmal currentSense true werden, was zu einer entsprechenden anschalt-Meldung führen müsste - die kommt ja aber nicht!? Liegt der fehler vielleicht GANZ woanders (in der Relais-Klasse?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 04 Mai 2014, 22:43:48
Hi Peter,

Ja das war bisher auch meine Vermutung. So sicher bin ich mir nicht mehr. Das Problem tritt auf jeden Fall nur auf wenn etwas angeschlossen ist. Isoliert im Test passiert nichs bei mir. Oder ist das bei dir anders?

Ich kann es daher nur eingebaut testen. Das ist mein Problem. Ich hoffe ich kann das nächstes Wochenende endlich mal debuggen. Stört mich nämlich auch etwas.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 04 Mai 2014, 23:06:38
Grad mal ausprobiert: Wenn ich 1 und 2 abklemme und nur L und N angeschlossen habe, kommen die Meldungen genauso. Der Current-Wert liegt dann bei 189-195. An 3,3V bzw. ohne Relaisplatine habe ichs noch nicht probiert, dazu muss ich ihn erst wieder auseinandernehmen und verlöten. Wenn dir das hilft mache ich das aber gerne.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 05 Mai 2014, 09:30:14
Moin,

Der Verbraucher ist ja in jedem Fall nicht dran. In meinem 3.3 Versuch tritt es halt nicht auf. Wäre interessant ob das bei dir auch so ist.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 05 Mai 2014, 20:49:20
Soooo, ich bin seit 10 Minuten nun wunschlos glücklich. Ich hab das zwar nicht nocheinmal alles auseinander geschraubt, sondern ein paar mal per OTA am Netz geflasht und versucht den Code zu verstehen - und nun gehts.

Dass da irgendetwas von den Bedingungen falsch war hab ich irgendwann persönlich ausgeschlossen. Es musste schon an den von dir vermuteten kurzen einzelnen Impulsen liegen - und dass nur die An-Meldung, aber nicht die Aus-Meldung kam, musste vom quasi synchronen Polling seitens der Relay-Klasse (1000ms) und deiner Main-Loop (200ms) kommen. Wie auch immer: Jedenfalls hab ich nach viel amateurhaftem Gefrickel (*hust*) nun einfach deine Durchschnittsbildung mal auf eine halbe Sekunde erhöht und es geht soweit fantastisch! Ich denke die etwas höhere Latenz kann man zugunsten dem ausbleibendem Funkfeuer verschmerzen.

Anbei einmal der minimalst geänderte Source, ein hex-file für alle die zu Faul zum Kompilieren sind und das eq3-file, falls ihr schon den Bootloader drauf habt (was wirklich sehr zu empfehlen ist, wenn ihr einen HM-CFG-USB-2 habt). Current-Sendeintervall hab ich wieder auf 150 Sekunden gesetzt, Serial Debugging is noch an und das Ding hat dann natürlich die Seriennummer von meinem originalen Schalter.

Ich freu mich und teste jetzt über 1-2 Tage ob der Rest noch geht (Peering etc.), dann kommt er in die Wand! Danke, Jab!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 05 Mai 2014, 21:00:11
Oh cool. Manchmal sind es die einfachen Sachen. Vielleicht könnte man auch das Limit erhöhen und dafür die Zeit kurz laden. Ich checke es mal ein. Danke für deine Mühe!

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 05 Mai 2014, 21:11:33
Kleine Anmerkung noch: Ich hatte viel mit den Zahlen herumgespielt. Das gepostete war die erste Kombination, mit der es ohne dauerhafte An-Meldungen lief. Das ist also nicht mehr der Durchschnitt, der da berechnet wird, sondern irgendwas. Das müsste man definitiv auch noch mit anderen Lampen etc. testen, und könnte sein dass es nur an meinen 2 35W-Halogenlampen passt. Auch stimmt die Berechnung nicht mit dem Current-Value, der gesendet wird überein. Das hatte ich so gelassen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 05 Mai 2014, 23:37:57
Abend Peter,

so ich hab mir das gerade noch mal in Ruhe angesehen. Ich war etwas zu doof für Einheiten :-/.


1.000.000 us / 50 Hz = 20k


Da ist ein Limit von 500 vielleicht etwas klein. Du hast das ja jetzt auf 5000 erhöht. Habe das mal entsprechend umgerechnet. Für meine Lampe wäre das vermutlich zu hoch. Ich habe nur einen Wert von ca 3500 wenn die Lampe an ist. Ich werde das nächstes Wochenende bei mir mal experimentell ausprobieren.

Ist jetzt im git. Guck mal ob das so passt.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 06 Mai 2014, 10:23:33
Huhu jab, danke fürs Prüfen. Ich lasse es dann mal noch im Testbed und teste es die Tage mal an verschiedenen Verbrauchern. Ich hatte ansonsten meine Version mal heute über Nacht laufen und mitgeloggt - sieht immernoch sehr gut aus. Also zumindest für mich wäre die jetzt schonmal tauglich für den Wechselschaltungs-Produktiveinsatz.

Angenommen wir finden keinen Wert der für alle taugt - oder auch so - macht das viel Aufwand den Schwellwert als Reading anzulegen? Dann könnte man schneller testen ohne immer neu flashen zu müssen. Ich hab nämlich immernoch die Vermutung, dass das dem HM-CFG-USB-2 nicht sonderlich bekommt. Die letzten 2 mal Flashen hat er nämlich schon arg rumgezickt (USB-Gerät verschwunden und so, musste ihn letztendlich neu dranstecken) - vorher gings mindestens 10 mal problemlos.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 06 Mai 2014, 17:23:06
Hallo,

ich will mich jetzt auch mal wieder damit beschäftigen. Ich habe mir den OTA Bootloader mal angeschaut.

mit sudo ./flash-ota -f payload.eq3 -s KEQ0123456  wird ja dann die eigentlich Firmware übertragen. Die Seriennummer KEQ0123456   habe ich nun aber  nirgends im bootloader gefunden. Dort habe ich nur einen HMID ABCDEF gefunden.

Bin da jetzt noch etwas verwirrt, weil die Seriennummer und HMID ja erst mit der eigentlichen Firmware gesetzt werden.

Grüße




Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 06 Mai 2014, 17:47:07
Hi,

@Samsi:
Die HMID im Bootloader spielt keine große Rolle. Der Flasher bekommt sie wenn das Gerät sich meldet. Sie kann später anders sein. Die Seriennnummer ist aktuell etwas versteckt in eine Message. Ich werde sie noch mal konfigurierbar machen. AKtuell meldet das Gerät sich ja eh nur für 10s nach dem Reboot daher sind doppelte Seriennummern nicht so schlimm. Kann man aber noch verbessern.

@peterk_de:
Ich bin schon bei HM-CFG-USB-2 Nummer 3 ;-). Meiner hat beim flashen schon zwei mal den Geist aufgegeben. Ich habe keine Ahnung woran das liegt. Der Hersteller tauscht den aber problemlos.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 06 Mai 2014, 21:26:49
Hallo,

Wer wie ich mit der Arduino IDE unter windows arbeitet und den Bootloader kompilieren möchte, der muss ein paar Dinge beachten:

Um make und avrdude in der Kommandozeile zu benutzen müssen erst die Windows Path variablen angepasst werden. Normalerweise liegt die Arduino IDE nach der installation unter Win 7 in folgendem Ordner:

C:\Program Files (x86)\Arduino\......

make kommt aber mit "Program Files (x86)" gar nicht zurecht und spuckt nur fehler aus.

Deshalb muss die Path variable so angegeben werden:

;c:\PROGRA~2\Arduino\hardware\tools\avr\utils\bin;C:\PROGRA~2\Arduino\hardware\tools\avr\bin;C:\PROGRA~2\Arduino\hardware\tools\avr\etc

Dann klappt make und avrdude auch unter Windows.


Außerdem habe ich keinen USB ISP sondern benutze einen Arduino mit ArduinoISP, das setzen der Fuses funktioniert dann so:


avrdude -p m644  -c avrisp -P \\.\com13 -b 19200 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m

Ihr müsst bei euch aber evtl den COM port ändern (bei mir com13)



Das flashen des Bootloaders funktioniert dann so:

avrdude -p m644  -c avrisp -P \\.\com13 -b 19200 -V -U flash:w:bootloader.hex
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 Mai 2014, 22:03:53
hallo samsi,

danke für die tips. auf der suche nach der lösung habe ich übrigens einen modifizierten arduinoISP-sketch bei adafruit gefunden, der wohl eine optimierte fuse behandlung enthält. falls du interesse hast https://raw.github.com/adafruit/ArduinoISP/master/ArduinoISP.ino (https://raw.github.com/adafruit/ArduinoISP/master/ArduinoISP.ino). erklärung steht im sketch.

wie hast du denn ota update mit windows und fritzbox geplant?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 06 Mai 2014, 22:33:16
Letztendlich wollte ich die Firmware dann mit dem HM Firmware Updater und dem USB stick von meinem Notebook aus programmieren und nicht noch irgend etwas an der FB herumwurschteln.

Nur leider stürzt des HM Firmware Update tool beim laden der payload.eq3 ab :(

Hat jemand eine Idee?

EDIT: Hatte vergessen, das die eq3 Datei  in einem tar.gz Archiv sein muss. Jetzt hat das Update funktioniert
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 Mai 2014, 20:20:19
hallo jan,

mein plan ist die ota-updates über fhem und cul zu machen.
damit das funktioniert muss in fhem erst ein device vorhanden sein. mit einem schalter, der nur mit bootloader geflasht ist, wird man ja in fhem kein device anlegen können. daher möchte ich bereits im angelöteten zustand, den schalter mit bootloader und firmware flashen.

spricht etwas dagegen den schalter nach flashen des bootloaders, zusätzlich mit einer firmware zu flashen? muss man dabei etwas beachten, oder kann ich die firmware genauso wie bisher (ohne bootloader) dazu flashen.

weitere einzelheiten zum flashen in fhem, sollten dann vielleicht hier http://forum.fhem.de/index.php/topic,23329.0.html (http://forum.fhem.de/index.php/topic,23329.0.html) besprochen werden.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 07 Mai 2014, 20:56:17
Hi,

@samsi: Ich habs mal in die Readme geschrieben. Makefile macht so ja keinen Sinn oder?

@frank: Das funktioniert glaube ich nicht ohne weiteres. Du musst dafür sorgen, dass der Flasher nicht den gesamten Flash löscht wenn du die Firmware flashst. avrdude müsste das können (Option -D), aber hab ich nicht getestet. Ansonsten ist es vermutlich einfacher das Gerät einfach manuell in FHEM zu definieren und dann zu flashen.
Ich weiß nicht ob es so ohne weiteres in FHEM geht, da HMID und Seriennummer ja aktuell nicht übereinstimmen (dem Windowstool und hmland ist das egal). Ich werde das aber noch konfigurierbar machen.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 Mai 2014, 21:09:37
jo danke, weiss ich bescheid.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 07 Mai 2014, 22:00:32
Zitat von: jab am 07 Mai 2014, 20:56:17
Makefile macht so ja keinen Sinn oder?

Wieso soll das Makefile keinen Sinn machen? Wenn man den Arduino path so wie beschrieben in Windows setzt, dann kann man einfach in den ordner gehen in dem auch das makefile liegt und make eingeben und alles ist paletti. Oder hab ich Dich falsch verstanden?



Ich hab den Aktor jetzt geflasht und die Register alle wieder gesetzt. Ich kann am internen Taster ein und ausschalten. Wenn ich den externen 'Wechselschalter' bekomme ich aber keine neuen Status für den 2. Switch gesendet.  Sprich der 2. Switch ist immer off. Hab ich da was übersehen.  Direkt nach der Stromzufuhr kommt noch eine Message, aber nicht mehr nach dem Schalten:

2014-05-07_20:18:32 licht_kellerFlur_Sw_02 level: 0 %
2014-05-07_20:18:32 licht_kellerFlur_Sw_02 pct: 0
2014-05-07_20:18:32 licht_kellerFlur_Sw_02 deviceMsg: off (to HMLAN1)
2014-05-07_20:18:32 licht_kellerFlur_Sw_02 off

nach einem externen Schaltvorgang kommen nur die current werte:

2014-05-07_21:09:51 licht_kellerFlur_Sw_02 current: 0
2014-05-07_21:10:10 licht_kellerFlur_Sw_02 current: 0
2014-05-07_21:10:29 licht_kellerFlur_Sw_02 current: 1
2014-05-07_21:10:48 licht_kellerFlur_Sw_02 current: 281
2014-05-07_21:11:06 licht_kellerFlur_Sw_02 current: 80
2014-05-07_21:11:25 licht_kellerFlur_Sw_02 current: 342
2014-05-07_21:11:45 licht_kellerFlur_Sw_02 current: 73
2014-05-07_21:12:03 licht_kellerFlur_Sw_02 current: 0
2014-05-07_21:12:22 licht_kellerFlur_Sw_02 current: 0
2014-05-07_21:12:41 li

Irgendwie blick ich nicht mehr richtig durch ;)


Was passiert eigentlich mit den gesetzten Registern bei einem OTA flash? Bleiben die jetzt erhalten?









Titel: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 07 Mai 2014, 22:21:32
Hmmmm Samsi, was hastn du da dranhängen, also was für ne Lampe? Der Grund könnte sein: Kanal Sw2 ist ja der, der den Vebraucherstatus korrekt anzeigen sollte. Unter anderen auf mein Drängen hin hat jab ja die Stromflusserkennung wesentlich weniger sensitiv gemacht, da der Schalter sonst im ausgeschaltet Zustand ständig Messages gesendet hat. Nun ja, bei mir haut das an diversen Lampen hin (mehrere 230V-Halogenlampen, andere hab ich nirgends) - allerdings nicht in der Version ausm Git, sondern die die ich gepostet habe) - jabs aktuelle habe ich noch nicht versucht. Könnte sein, dass dein Vebraucher zu geringen Strom zieht als dass der Schalter jetzt ein "an" erkennt, der max. current-Wert von 347 deutet darauf hin... Wenn du Lust hast, kannst du ja mal den Schwellwert im Source suchen und etwas senken...

Edit: +1 für Schwellwert als Reading setzbar machen ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 07 Mai 2014, 22:40:41
@peter

Jetzt wo Du es erwähnst, das ist dieselbe LED Lampe die ich früher zum testen verwendet hatte, damals hatte Sie noch Werte um die 3400:

http://forum.fhem.de/index.php/topic,18071.msg128023/topicseen.html#msg128023 (http://forum.fhem.de/index.php/topic,18071.msg128023/topicseen.html#msg128023)

Bei der damals getesteten 60W Lampe kommen jetzt folgende Werte:

2014-05-07 22:35:52 CUL_HM licht_kellerFlur_Sw_02 current: 789
2014-05-07 22:36:10 CUL_HM licht_kellerFlur_Sw_02 current: 867
2014-05-07 22:36:29 CUL_HM licht_kellerFlur_Sw_02 current: 866
2014-05-07 22:36:48 CUL_HM licht_kellerFlur_Sw_02 current: 866

Damals waren es 6888

Sieht so aus als hättet Ihr die Berechnung um den Faktor 10 verändert.

Bei 60W kommen die Messages. Werde mal schauen ob ich das im Code finde und verändern.


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 07 Mai 2014, 22:47:50
Hi Samsi,

guck mal minImpulsLength im Code an. Probier mal kleinere Werte.

Beim OTA update bleiben Register bestehen aktuell. Ggf müsste man da noch ein erase einbauen.

Der current Wert wird jetzt anders gemittelt. Das fixe ich noch.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 07 Mai 2014, 23:10:28
Danke Jan,

habs mal auf 1000 geändert. Schaut gut aus ;)


Beim OTA update bleiben Register bestehen aktuell. Ggf müsste man da noch ein erase einbauen.
Blos nicht ;) Ich bin froh das es so funktioniert.
Werden die nicht so mit resettet?:  Reset device (double long press)


Hat sich das mit dem Makefile geklärt?


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 Mai 2014, 00:12:57
hat noch jemand einen tip für windowsXP, um das konvertieren mit php von .bin nach .eq3 zu erledigen? muss ich extra ein komplettes php installieren, oder gibt es eine minimallösung?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 08 Mai 2014, 00:29:28
Hi,

@Frank: ich kann das Script auf einen Webserver packen als Alternative. Aber eher morgen als heute.
Oder irgendwer schreibt es in perl oder c neu. Sind ja nur ein paar Zeilen
@Samsi: Cool. Hast du noch wiederholte Nachrichten wenn die Lampe aus ist? Ja ein Reset per Taster geht natürlich.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 Mai 2014, 00:39:32
schlaf dich erst mal aus!  ;)

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 08 Mai 2014, 10:17:53
@Frank:

Also du musst da nicht viel machen, einfach PHP downloaden und in einen Ordner entpacken:

http://windows.php.net/download/

Anpassen /nstallieren musst Du da nichts mehr

Evtl. Nimmst Du besser die VC9 Version, dann ist die Microsoft VC Runtime vielleicht schon auf Deinem system. Ansonsten musst Du die aktuelle MSVC runtime bei MS Donloaden und installieren.

Das siehst du aber schon wenn beim starten von php.exe die Meldung kommt MSVCRT.....dll nicht gefunden.

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 Mai 2014, 10:28:05
hallo samsi,

ZitatAnpassen /nstallieren musst Du da nichts mehr
danke. das ist ne gute nachricht.  :)

vc9 hatte ich auch schon im warenkorb. war halt kleiner.  ;)

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 08 Mai 2014, 18:53:51
Nachdem ich nun den ersten erfolgreich in der Wand versenkt habe (nun ... ja. Passt so schlecht wie schon viele schrieben, aber es passt) und heute mein zweiter kam, hab ich ein Problem beim setzen der Fuses:


pi@wohnzimmerBerry: ~ > sudo avrdude -p m644 -c linuxspi -P /dev/spidev0.0 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: reading input file "0xFD"
avrdude: writing lfuse (1 bytes):

Writing |                                                    | 0% 0.00s ***failed;
Writing | ################################################## | 100% 0.06s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFD:
avrdude: load data lfuse data from input file 0xFD:
avrdude: input file 0xFD contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0xff != 0xfd
avrdude: verification error; content mismatch

avrdude: safemode: lfuse changed! Was fd, and is now ff
Would you like this fuse to be changed back? [y/n] n
avrdude: safemode: Fuses OK (E:FD, H:DA, L:FD)

avrdude done.  Thank you.


Wenn ich mit "y" antworte hängt er sich auf.

Das Flashen vom Bootloader sieht danach ganz normal aus:


pi@wohnzimmerBerry: ~ > sudo avrdude -p m644 -c linuxspi -P /dev/spidev0.0 -U flash:w:bootloader-jab.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "bootloader-jab.hex"
avrdude: input file bootloader-jab.hex auto detected as Intel Hex
avrdude: writing flash (61372 bytes):

Writing | ################################################## | 100% 1.59s

avrdude: 61372 bytes of flash written
avrdude: verifying flash memory against bootloader-jab.hex:
avrdude: load data flash data from input file bootloader-jab.hex:
avrdude: input file bootloader-jab.hex auto detected as Intel Hex
avrdude: input file bootloader-jab.hex contains 61372 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 1.29s

avrdude: verifying ...
avrdude: 61372 bytes of flash verified

avrdude: safemode: Fuses OK (E:FD, H:DA, L:FF)

avrdude done.  Thank you.



Nur die letzte Fuse stimmt nicht .... ist das n Problem jetzt so OTA zu flashen? Oder grille ich ihn dann?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 08 Mai 2014, 18:56:56
OK hat sich erledigt. Nach dem Flashen des Bootloaders nochmal probiert; nun hat er die Fuses gesetzt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 08 Mai 2014, 23:49:26
Hallo Jan,

die Firmware funktioniert jetzt in einer Wechselschaltung richtig gut. Ich habe den ersten jetzt produktiv im Einsatz. Keine Flutung mit Messages bis jetzt.
Wenn ich keine Probleme mehr habe, kommt der nächste dran :)

Ein Großes Dankeschön!

Jetzt musst Du den nur noch dimmbar machen  ;D ;D ;D ;D
Titel: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 09 Mai 2014, 08:06:34
Ich kann Samsi nur beipflichten. Ich habe gestern meinen zweiten jetzt mit der letzten GIT-Version bestückt und er läuft prima.

Eine Sache muss ich aber noch beobachten: manchmal reagiert er nicht auf recht kurze Tasterbetätigungen. Da muss man dann nochmal drücken. Das könnte ein WAF-Problem werden.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 09 Mai 2014, 09:24:54
Hi Peter,

Das liegt daran dass er manchmal Interrupts deaktiviert. Wenn der Interrupt danach kommt dann vergleicht er mit dem alten Wert. Der ist aber gleich. Kann man ändern aber kann dann auch prellungs Probleme geben. An den Code wollte ich eh noch mal ran.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 09 Mai 2014, 10:39:40
Ah das ist ne Erklärung ... ich dachte erst es könnte vielleicht am Peering liegen, da ich die Taster beide intern mit Switchchannel 2 (und nicht 1) gepeert habe (beide Taster mit default-Einstellungen, d.h. toggle) und da die Stromerkennung reinhaut. Aber es kommen auch gar keine Taster-Events bei FHEM an wenns klemmt, sonst schon.

Aber hast recht, Prellen wäre auch doof - insbesondere im Meinem Fall mit beiden Schaltern als toggle. Es ist schon erstaunlich wieviel Aufwand für ein an sich so simples Gerät getrieben werden muss.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 09 Mai 2014, 17:57:46
Hallo,

ich habe das genauso gepeert wie peterk_de, also mit SW_02 und hatte gestern das gleiche beobachtet, das er manchmal den Tastendruck nicht  geht. Dachte mit ich beobachte das erst mal, aber jetzt  kann ich das bestätigen. Ist aber bisher nicht so schlimm.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 09 Mai 2014, 20:17:20
Hallo Jan,

ich hab noch eine Frage. Wenn ich den jetzt noch mal OTA flashen will, kann ich den dann neu Starten ohne das ich den Aktor vom Strom trenne?

Vermutlich geht das mit reset (2x lang den config button), aber dann würden auch meine Register gelöscht, oder?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 09 Mai 2014, 23:19:33
So, ich habe jetzt einen weiteren geflasht. Und damit ich nicht jedes mal löten muss, habe ich mir mit solchen pogo-pins einen Adapter gebastelt:

http://www.ebay.de/itm/0-4mm-Dia-Spear-Tip-Spring-Load-Test-Probe-Pin-100-Pcs-/230919590346?pt=LH_DefaultDomain_0&hash=item35c3e151ca


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: justme1968 am 09 Mai 2014, 23:33:19
die hatte ich auch schon im auge. funktioniert das gut?

verkaufst du mit ein paar?

gruss
  andre
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 09 Mai 2014, 23:44:02
Ja, klappte fast auf Anhieb obwohl ich schepp gebohrt hatte. Ich musste nur am ende die eine Befestigungsschraube korrigieren.

Die lassen sich auch sehr gut löten. 
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 10 Mai 2014, 01:09:58
Abend,

Aktuell kann man das Gerät nicht OTA rebooten. Das kommt mit dem FHEM Flash Support. Ich kann auch eine Config Taster Kombination für reboot einbauen.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 10 Mai 2014, 13:10:22
Hallo Jan,

ich glaube nicht mehr das es an nicht entprellten Tastern liegt, denn der Funkbefehl wurde gesendet:


Events:
2014-05-10 13:06:58 CUL_HM licht_EG_Flur battery: ok
2014-05-10 13:06:58 CUL_HM licht_EG_Flur licht_EG_Flur_Btn_02 Short (to licht_EG_Flur)
2014-05-10 13:06:58 CUL_HM licht_EG_Flur_Btn_02 Short (to licht_EG_Flur)
2014-05-10 13:06:58 CUL_HM licht_EG_Flur_Btn_02 trigger: Short_46
2014-05-10 13:06:58 CUL_HM licht_EG_Flur_Sw_02 trig_licht_EG_Flur_Btn_02: short
2014-05-10 13:06:58 CUL_HM licht_EG_Flur_Sw_02 trigLast: licht_EG_Flur_Btn_02 :short
2014-05-10 13:06:59 CUL_HM licht_EG_Flur_Sw_02 current: 106
2014-05-10 13:07:00 CUL_HM licht_EG_Flur ResndFail
2014-05-10 13:07:00 CUL_HM licht_EG_Flur CMDs_done_Errors:1
2014-05-10 13:07:00 CUL_HM licht_EG_Flur MISSING ACK


EDIT: Ich habe huete auch ein FHEM update gemacht. Ich muss jetzt immer 2x Drücken damit er schaltet.


EDIT2: Ok, ich muss etwas weiter ausholen:

Er war eben in einem 'Status' das ich immer 2x einschalten dürcken musste und dann 2x ausschalten um wieder auszuschalten. Die messages sind aber immer im Eventmonitor gekommen. Das habe ich bestimmt 10 mal hintereinander probiert ohne das er auch nur einmal schon beim ersten mal eingeschaltet hatte. Ich habe dann den Wechselschalter umgelegt und das licht eingeschaltet und dann konnte ich am Aktor durch einmaliges Drücken ausschalten. Und seitdem reicht auch wieder einamliges drücken zum ein- / ausschalten, auch 10 mal getestet.





Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 10 Mai 2014, 13:56:06
Huhu Samsi, hast du mal probiert, den/die Taster mit Sw_01 zu peeren statt mit Sw_02? Das Teste ich gerade...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 10 Mai 2014, 14:28:30
Ja, ich hatte ihr zuerst mit Sw_01 gepaart. Das funktionierte aber nicht in der Wechselschaltung. Weil wenn Du auf SW01 Peerst  und dann SW01 einschaltest ist SW01 an, schaltest Du SW_02 nun über die Wechelschaltung aus, ist Sw_01 immer noch an, der Verbraucher  ist aber aus. Einschalten von SW_01 bringt dann aber nichts, weil Sw_01 ja noch an ist.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 11 Mai 2014, 18:14:19
Hallo Jan,

möglicherweise gibt es noch ein Problem mit direkten Perrs. Ich habe einen Aktor (licht_EG_Kueche) mit Custom_FW gepeert mit einen Unterputz Schaltaktor (licht_EG_Couch).

Ich habe den shAction auf off gestellt, damit er nur auf den langen Tastendruck reagiert und toggelt (Einmal Lang Drücken einschalten, noch mal lang drücken Ausschalten). Das Problem ist, sobald die 'wiederholung' beim Langen Tastendruck kommt, schaltet er wider aus.  Wenn ich also lang gedrückt halte, geht es immer abwechselnd an und aus usw.

Nachdem ich Stundenlage die etliche Register verändert habe, habe ich einen HM-Handsender button gepeert und da klappte es auch sofort. Mit den Gleichen Registerwerten geht es mit der Custom-FW nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 11 Mai 2014, 18:32:58
Hi Samsi,

Das kann ich leider auch reproduzieren. Steht auf der Liste der zu fixenden Dinge.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 11 Mai 2014, 18:38:14
Hallo, Jan,

"Das kann ich leider auch reproduzieren"

Dann bin ich ja beruhigt. Ich war schon am Verzweifeln ;)

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 13 Mai 2014, 19:55:06
hallo jan,

ich möchte den fhem gesteuerten reboot benutzen, aber der tut es nicht so wie erwartet.
martin eröffnet den fwupdate process mit dieser msg:
2014.05.13 17:58:19.404 4: CUL_send:  cul868As 0A 0A 3011 123ABC ABCDEF CA

deswegen habe ich erstmal die reboot if-anweisung folgendermassen geändert:
if((recv.forUs) && (recv.data[2] == 0x30) && (recv_msgTp == 0x11)) {
recv_UpdateEvent();
}

durch starten des fwupdates von fhem passiert nun aber folgendes. die led am schalter fängt dauerhaft zu flackern an. als würde nicht nur ein reboot erzeugt werden, sondern permanent. erst durch ausschalten der versorgungsspannung hört es wieder auf. kann es sein das der watchdog timer durch einmaliges enable dauerhaft aktiv bleibt, obwohl rebootet wird? was kann ich tun? fällt dir noch was schlaues ein?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 Mai 2014, 00:40:22
ich glaube das ist schon die lösung. siehe http://www.nongnu.org/avr-libc/user-manual/group__avr__watchdog.html (http://www.nongnu.org/avr-libc/user-manual/group__avr__watchdog.html). hier noch was für watchdog freaks: http://www.atmel.com/Images/doc2551.pdf (http://www.atmel.com/Images/doc2551.pdf)

Zitat
<avr/wdt.h>: Watchdog timer handling
Defines
#define    wdt_reset()   __asm__ __volatile__ ("wdr")
#define    wdt_enable(value)
#define    wdt_disable()
#define    WDTO_15MS   0
#define    WDTO_30MS   1
#define    WDTO_60MS   2
#define    WDTO_120MS   3
#define    WDTO_250MS   4
#define    WDTO_500MS   5
#define    WDTO_1S   6
#define    WDTO_2S   7
#define    WDTO_4S   8
#define    WDTO_8S   9
Detailed Description

#include <avr/wdt.h>

This header file declares the interface to some inline macros handling the watchdog timer present in many AVR devices. In order to prevent the watchdog timer configuration from being accidentally altered by a crashing application, a special timed sequence is required in order to change it. The macros within this header file handle the required sequence automatically before changing any value. Interrupts will be disabled during the manipulation.

Note:
    Depending on the fuse configuration of the particular device, further restrictions might apply, in particular it might be disallowed to turn off the watchdog timer.

Note that for newer devices (ATmega88 and newer, effectively any AVR that has the option to also generate interrupts), the watchdog timer remains active even after a system reset (except a power-on condition), using the fastest prescaler value (approximately 15 ms). It is therefore required to turn off the watchdog early during program startup, the datasheet recommends a sequence like the following:

    #include <stdint.h>
    #include <avr/wdt.h>

    uint8_t mcusr_mirror __attribute__ ((section (".noinit")));

    void get_mcusr(void) \
      __attribute__((naked)) \
      __attribute__((section(".init3")));
    void get_mcusr(void)
    {
      mcusr_mirror = MCUSR;
      MCUSR = 0;
      wdt_disable();
    }

Saving the value of MCUSR in mcusr_mirror is only needed if the application later wants to examine the reset source, but in particular, clearing the watchdog reset flag before disabling the watchdog is required, according to the datasheet.

aber der code ist mir zu kryptisch, als dass ich ihn jetzt irgendwo einfügen würde.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 14 Mai 2014, 00:48:33
Abend,

Wie gesagt das war blind programmiert. Eigentlich sollte beim Reset auch der watchdog zurück gesetzt werden. Bin noch bis morgen in England. Kann es also frühestens Donnerstag testen. Deine Änderungen machen Sinn. Comitte ich gerne ins git. Du kannst aber auch einen Pull Request stellen wenn du willst.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 Mai 2014, 21:38:27
hallo jan,

wenn du demnächst am bootloader schraubst, kannst du dann eventuell gleich einbauen, dass bei erfolgreichem download eine device info message gesendet wird. also die, die gesendet wird, wenn man in den anlernmodus schaltet. damit würde fhem die neue firmwareversion aktualisieren und wohl auch die seriennummer.
mit dem git muss ich mich erst anfreunden.  ;)
vielleicht wäre auch ein kleiner zähler sinnvoll, der die flash versuche zählt. unendlich viele sollten es ja wohl nicht sein.  :)

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 15 Mai 2014, 21:53:52
Hallo Jan,

ich glaube es gibt auch noch einen Bug (vielleicht auch in der Asksin Lib), heute habe ich festgestellt, das einer meiner Schalter (der erste den ich eingebaut hatte) plötzlich missingAcks hat.

Aus irgend einem Grund wurde das Pairing mit der Zentrale geändert, aus BDCF34 wurde plötzlich BD0034

2014-05-10_22:24:52 licht_EG_Flur_Sw_02 level: 0 %
2014-05-10_22:24:52 licht_EG_Flur_Sw_02 pct: 0
2014-05-10_22:24:52 licht_EG_Flur_Sw_02 deviceMsg: off (to HMLAN1)
2014-05-10_22:24:52 licht_EG_Flur_Sw_02 off
2014-05-10_22:24:52 licht_EG_Flur_Sw_02 timedOn: off
2014-05-10_22:24:52 licht_EG_Flur_Sw_02 level: 0 %
2014-05-10_22:24:52 licht_EG_Flur_Sw_02 pct: 0
2014-05-10_22:24:52 licht_EG_Flur_Sw_02 deviceMsg: off (to licht_EG_Flur)
2014-05-10_22:24:52 licht_EG_Flur_Sw_02 off
2014-05-10_22:24:52 licht_EG_Flur_Sw_02 timedOn: off
2014-05-10_22:24:53 licht_EG_Flur_Sw_02 level: 0 %
2014-05-10_22:24:53 licht_EG_Flur_Sw_02 pct: 0
2014-05-10_22:24:53 licht_EG_Flur_Sw_02 deviceMsg: off (to licht_EG_Flur)
2014-05-10_22:24:53 licht_EG_Flur_Sw_02 off
2014-05-10_22:24:53 licht_EG_Flur_Sw_02 timedOn: off
2014-05-10_22:25:07 licht_EG_Flur_Sw_02 current: 33
2014-05-10_22:25:26 licht_EG_Flur_Sw_02 current: 0
2014-05-10_22:25:45 licht_EG_Flur_Sw_02 current: 0
2014-05-10_22:26:04 licht_EG_Flur_Sw_02 current: 0
Ab hier kommen nur noch regelmässig die Current werte bis zum nächsten Tag
.
.
.
.

2014-05-11_20:09:53 licht_EG_Flur_Sw_02 current: 0
2014-05-11_20:10:12 licht_EG_Flur_Sw_02 current: 0
2014-05-11_20:10:31 licht_EG_Flur_Sw_02 current: 0
2014-05-11_20:11:03 licht_EG_Flur_Sw_02 level: 0 %
2014-05-11_20:11:03 licht_EG_Flur_Sw_02 pct: 0
2014-05-11_20:11:03 licht_EG_Flur_Sw_02 deviceMsg: off (to licht_EG_Flur)
2014-05-11_20:11:03 licht_EG_Flur_Sw_02 off
2014-05-11_20:11:03 licht_EG_Flur_Sw_02 timedOn: off
2014-05-11_20:11:05 licht_EG_Flur_Sw_02 level: 100 %
2014-05-11_20:11:05 licht_EG_Flur_Sw_02 pct: 100
2014-05-11_20:11:05 licht_EG_Flur_Sw_02 deviceMsg: on (to BD0034)
2014-05-11_20:11:05 licht_EG_Flur_Sw_02 on


Ich vermute mal, das ich irgendwas konfiguriert hatte wie aus einem anderen Log am nächsten Tag hervorgeht:

2014-05-10_22:32:01 licht_EG_Flur CMDs_pending
2014-05-10_22:32:02 licht_EG_Flur CMDs_pending
2014-05-10_22:32:02 licht_EG_Flur CMDs_pending
2014-05-10_22:32:03 licht_EG_Flur CMDs_done
2014-05-11_10:30:27 licht_EG_Flur CMDs_pending
2014-05-11_10:30:27 licht_EG_Flur CMDs_pending
2014-05-11_10:31:01 licht_EG_Flur ResndFail
2014-05-11_10:31:01 licht_EG_Flur CMDs_done_Errors:1
2014-05-11_10:31:02 licht_EG_Flur MISSING ACK


Allerdings ganz sicher keine Zentrale BD0034.

Ich wollte das nur mal mitteilen, falls Du (oder jemand anderes) zufällig mal über etwas stolperst. Die anderen Aktoren scheinen bisher normal zu sein.
Ich habe jetzt versucht den Aktor erneut zu pairen damit er die ID der Zentrale überschreibt, aber das klappt scheinbar nicht. Es sieht zwar so aus, als würde er nach einem LongPress mit der ZEntrale kommunizieren wollen es stehen dann auch 2 CMDs pending in der queue, aber es klappt dann nicht (vielleicht weil er nur noch mit BD0034 kommuniziert?).



Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 15 Mai 2014, 21:56:48
Hi Frank,

Die todo wird länger aber kann ich machen. Du hast ca 10000 versuche also lohnt ein Counter nicht.

@Samsi: sieht komisch aus. Ich wollte eh noch unit Tests schreiben. Vielleicht finde ich was.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 18 Mai 2014, 12:19:55
Hallo ich habe mal eine wahrscheinlich blöde frage,

aber wie bekomme ich die den alternative Firmware auf das Gerät. Ich habe den Bootloader auf dem Gerät installiert und er blinkt am raspberry vor sich hin. Wenn ich per dem Windows tool versuche die Firmeware zu aktualisieren bleibt er bei der Medlung warte auf device stehen.

Was muss ich den dann machen bzw. wie stelle ich fest ob der OTA-Bootloader läuft?

Oder ob ich die Firmeware schon drauf habe?


Kann ich die HMID frei wählen oder muss die mit dem HMCFGUSB übereinstimmen.

Sorry sind doch mehrer fragen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 18 Mai 2014, 14:52:28
Moin nephdrasil,

vermutlich nutzt du GCC 4.8 (wie alle aktuellen Linux Distributionen). Bisher hat das RF Interface leider nicht funktioniert wenn man den GCC 4.8 benutzt hat. Ich habe mir heute mal 3 Stunden den Kopf zerbrochen warum das so ist. Es stellte sich heraus, dass der Code aus AskSin für CC1100 nicht dem aktuellen C Standard entspricht. Ich habe das jetzt mal gefixt und es geht jetzt auch mit GCC 4.8. Bitte checke Bootloader und Firmware noch mal neu aus.

Zum Vorgehen für den Bootloader:
- Fuses setzen (wichtig)
- Firmware bauen + flashen
- HMID ist egal für den Windowsflasher und flash-ota
- Seriennummer ist wie im README
- Gerät starten
- In den Flasher die Seriennummer eingeben und die Firmware laden (vorher tar.gz bauen)

Wenn du feststellen willst ob der Bootloader drauf ist:
- Die LED flasht einmal nach dem Start, dann bist du im Bootloader
- Alternativ kannst du einen Serial anlöten (wie in der Firmware README beschrieben) dann siehtst du was der Bootloader macht

Ich habe mal eine Wikiseite angelegt für die Firmware (http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware). Wer möchte kann gerne noch Infos dazu schreiben.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 18 Mai 2014, 15:40:53
vielen dank für die Info ich werde es mal testen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 18 Mai 2014, 17:38:35
So ich habe es mir heute alles neu gezogen.

wen ich sudo ./flash-ota -f payload.eq3 -s KEQ0123456 bleibt er bei

Waiting for device with serial KEQ0123456.

muss ich noch etwas machen?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 18 Mai 2014, 18:15:46
Hi nephdrasil,

das kann ich jetzt nicht erraten. Welche der von mir im vorherigen Post beschriebenen Schritte hast du denn durchgeführt?


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 18 Mai 2014, 18:51:10
Hallo jap,

also

- 1. Fuses setzen (wichtig) ja (sudo avrdude -p m644 -c linuxspi -P /dev/spidev0.0 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m)
- 2. flash ota ja sudo avrdude -p m644 -P usb -c usbasp -V -U flash:w:bootloader.hex
  3. Firmware bauen + flashen ja  sudo ./flash-ota -f payload.eq3 -s KEQ0123456

Gerät starten (hängen bei mir am Raspberry wo auch der hm cfg usb dran hängt

Die LED blinkt auch nur einmal bei starten vom raspberry.

Aber ich glaube ich muss die Serial anlöten oder?

Vielen Dank für die unterstützung
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 18 Mai 2014, 20:22:27
Eigentlich sieht das gut aus. Seriell wird die Gewissheit bringen was da passiert und wo der Fehler liegt.

Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 18 Mai 2014, 20:37:10
Hi,

@Samsi: Ich habe mir heute mal LongPress vorgenommen. Da gab es noch diverse Altlasten. Die MessageID bleibt jetzt immer gleich. Vorher wurde sie auch bei LongPress erhöht. Ich habe keine Homematic Remote daher konnte ich es nicht mitschneiden (siehe dieser Thread http://forum.fhem.de/index.php/topic,23734.0.html). Ich denke aber dass es so richtig ist. Mit original Aktoren geht es und der Aktor mit sich selber gepeert klappt auch hervorragend.
Den FHEM Code habe ich auch etwas erweitert. Er erkennt jetzt besser ob es sich um einen Long oder LongRelease Event gehandelt hat. Der Counter zählt jetzt auch hoch in FHEM.
Probier es bitte mal aus und guck ob es so für dich funktioniert.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 19 Mai 2014, 23:12:00
Hallo,

hab das mit dem LongPress mal bei einem Switch probiert. Es funktioniert auch mit dem direkt gepeerten Unterputzaktor ganz gut. Ich habe den Btn_02 gepeert und auf toggle gestellt und long schaltet dann schön ein und aus.

Allerdings gibt es ein neues Problem und er reagiert er nicht mehr auf sein eigenes Peering (Btn_02 mit Sw_02). Ich kann dann mehrmals den Internen Btn_02 drücken ohne das er ausschaltet. Wenn ich dann Btn_01 drücke, schaltetet er AUS (obwohl Btn_01 immer auf EIN programmiert ist) bzw er toggelt sogar auf die Buttons obwohl die  folgendermaßen eingestellt sind:


R-self01-shActionType jmpToTarget
R-self01-shSwJtOff  on
R-self01-shSwJtOn  on

Im Event Monitor steht dann z.B.

2014-05-19 22:59:40 CUL_HM licht_EG_Flur_Sw_02 current: 0
2014-05-19 22:59:41 CUL_HM licht_EG_Kueche_Sw_02 level: 100 %
2014-05-19 22:59:41 CUL_HM licht_EG_Kueche_Sw_02 pct: 100
2014-05-19 22:59:41 CUL_HM licht_EG_Kueche_Sw_02 deviceMsg: on (to licht_EG_Kueche)
2014-05-19 22:59:41 CUL_HM licht_EG_Kueche_Sw_02 on
2014-05-19 22:59:41 CUL_HM licht_EG_Kueche_Sw_02 timedOn: off
2014-05-19 22:59:45 CUL_HM licht_EG_Kueche_Sw_02 current: 0
2014-05-19 22:59:49 CUL_HM licht_KG_Sw_02 current: 0

Aber einschalten tut er trotzdem nicht.

Wenn ich dann den Btn_02 drücke, bei dem das licht eigentlich ausgehen soll kommt folgendes (nur btn_02 ist mit couch gepeert):


2014-05-19 23:00:36 CUL_HM licht_EG_Couch trig_licht_EG_Kueche_Btn_02: short
2014-05-19 23:00:36 CUL_HM licht_EG_Couch trigLast: licht_EG_Kueche_Btn_02 :short
2014-05-19 23:00:36 CUL_HM licht_EG_Kueche battery: ok
2014-05-19 23:00:36 CUL_HM licht_EG_Kueche licht_EG_Kueche_Btn_02 Short (to licht_EG_Couch)
2014-05-19 23:00:36 CUL_HM licht_EG_Kueche_Btn_02 Short (to licht_EG_Couch)
2014-05-19 23:00:36 CUL_HM licht_EG_Kueche_Btn_02 trigger: Short_130
2014-05-19 23:00:36 CUL_HM licht_EG_Couch level: 100
2014-05-19 23:00:36 CUL_HM licht_EG_Couch pct: 100
2014-05-19 23:00:36 CUL_HM licht_EG_Couch deviceMsg: on (to licht_EG_Kueche)
2014-05-19 23:00:36 CUL_HM licht_EG_Couch on
2014-05-19 23:00:36 CUL_HM licht_EG_Couch timedOn: off
2014-05-19 23:00:36 CUL_HM licht_EG_Couch dim: stop:on
2014-05-19 23:00:36 CUL_HM licht_EG_Couch overload: off
2014-05-19 23:00:36 CUL_HM licht_EG_Couch overheat: off
2014-05-19 23:00:36 CUL_HM licht_EG_Couch reduced: off

Und dann geht plötzlich auch die Küche an.

2014-05-19 23:00:37 CUL_HM licht_EG_Kueche CMDs_done
2014-05-19 23:00:37 CUL_HM licht_EG_Kueche_Sw_02 level: 0 %
2014-05-19 23:00:37 CUL_HM licht_EG_Kueche_Sw_02 pct: 0
2014-05-19 23:00:37 CUL_HM licht_EG_Kueche_Sw_02 deviceMsg: off (to HMLAN1)
2014-05-19 23:00:37 CUL_HM licht_EG_Kueche_Sw_02 off
2014-05-19 23:00:37 CUL_HM licht_EG_Kueche_Sw_02 timedOn: off
2014-05-19 23:00:38 CUL_HM licht_EG_Kueche CMDs_done
2014-05-19 23:00:38 CUL_HM licht_EG_Kueche_Sw_01 level: 100 %
2014-05-19 23:00:38 CUL_HM licht_EG_Kueche_Sw_01 pct: 100
2014-05-19 23:00:38 CUL_HM licht_EG_Kueche_Sw_01 deviceMsg: on (to HMLAN1)
2014-05-19 23:00:38 CUL_HM licht_EG_Kueche_Sw_01 on
2014-05-19 23:00:38 CUL_HM licht_EG_Kueche_Sw_01 timedOn: off
2014-05-19 23:00:41 CUL_HM licht_EG_Kueche_Sw_02 current: 165


Lösche ich dann das peering von Btn_02 mit der Couch, funktioniert der Küchenaktor allerdings immer noch nicht so wie er soll.


Hier sieht man noch mal das Problem. Ich habbe 2x verscuht das Licht einzuschalten (licht_EG_Kueche_Sw_02 deviceMsg: on (to licht_EG_Kueche) aber es geht nicht (sieht man dann auch an licht_KG_Sw_02 current: 0)


2014-05-19 23:07:53 CUL_HM licht_EG_Kueche_Sw_02 level: 100 %
2014-05-19 23:07:53 CUL_HM licht_EG_Kueche_Sw_02 pct: 100
2014-05-19 23:07:53 CUL_HM licht_EG_Kueche_Sw_02 deviceMsg: on (to licht_EG_Kueche)
2014-05-19 23:07:53 CUL_HM licht_EG_Kueche_Sw_02 on
2014-05-19 23:07:53 CUL_HM licht_EG_Kueche_Sw_02 timedOn: off
2014-05-19 23:07:55 CUL_HM licht_EG_Kueche_Sw_02 current: 0
2014-05-19 23:08:00 CUL_HM licht_KG_Sw_02 current: 0
2014-05-19 23:08:10 CUL_HM licht_EG_Flur_Sw_02 current: 0
2014-05-19 23:08:14 CUL_HM licht_EG_Kueche_Sw_02 current: 0
2014-05-19 23:08:19 CUL_HM licht_KG_Sw_02 current: 0
2014-05-19 23:08:22 CUL_HM licht_EG_Kueche_Sw_02 level: 100 %
2014-05-19 23:08:22 CUL_HM licht_EG_Kueche_Sw_02 pct: 100
2014-05-19 23:08:22 CUL_HM licht_EG_Kueche_Sw_02 deviceMsg: on (to licht_EG_Kueche)
2014-05-19 23:08:22 CUL_HM licht_EG_Kueche_Sw_02 on
2014-05-19 23:08:22 CUL_HM licht_EG_Kueche_Sw_02 timedOn: off

Hoffe das hilft dir Weiter.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 19 Mai 2014, 23:22:24
Jan:

Ich hab jetzt erstmal wieder eine alte FW aufgespielt, damit er sich wieder normal verhält.

Hätte ich den Aktor komplett resetten müssen? Ich hab nur die neue FW aufgespielt. Die Register habe ich ausgelesen und es sah eigentlich alles gut aus, aber vielleicht wäre doch ein Reset nötig gewesen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 20 Mai 2014, 16:31:42
Hallo Gemeinde,

ich habe jetzt zur Fehlersuche die Pins MP9 MP10 und MP 16 mit der GPIO-Schnittselle des Raspberry verbunden.
Wie lautet den der Befehl damit ich mitloggen kann was passiert bei aufspielen des Bootloaders und bei aufspielen der Software.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 20 Mai 2014, 19:16:45
Huhu Neph,

ich hab dazu minicom genommen (Modem-Programm)


sudo apt-get install minicom
minicom -b 57600 -o -D /dev/ttyAMA0 -w


Voraussetzung ist natürlich, dass du am Raspberry die designierten UART-Pins nimmst.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 20 Mai 2014, 20:09:10
Vielen Dank ich werde es testen. Wenn ich Probleme habe melde ich mich nocheinmal
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 20 Mai 2014, 20:38:39
Ich glaube ich benötige mehr Hilfe als gedacht.

Habe das minicom installiert und gestartet. Nur wie geht es weiter?

Ich habe einen neuen Terminal geöffnet und sudo ./flash-ota -f payload.eq3 -s KEQ0123456 ausgeführt. Es wird aber nicht angezeigt.

Damit minicom startet habe ich noch die

/boot/cmdline.txt auf dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

und in der /etc/inittab T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100. Ich bekomme jedoch keine Ausagbe.

Mache ich etwas falsch?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 20 Mai 2014, 20:39:41
Abend,

@nephdrasil: Eine alternative ist screen. Ich habe beides mal im Wiki dokumentiert: http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware

@Samsi: Muss ich mir angucken. Sieht komisch aus. Habe das bei mir getestet und da hat es geklappt. Teste ich noch mal ausführlich.

@frank: deine Änderung ist auch im git jetzt.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 20 Mai 2014, 22:11:39
Nephra, sorry, dass da noch settings nötig waren, damit der UART angeht, hatte ich ganz verdrängt - aber du hast sie ja selbst gefunden :-) hast du aber danach mal rebootet? Ansonsten guck ich nochmal ob ich das genauso eingestellt hatte - ich erinnere mich langsam, dass das nicht exakt so ging wie in irgendwelchen Tutorials, die ich fand.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 21 Mai 2014, 17:51:06
Reboot habe ich gemacht. Wäre schön wenn du mir weiterhelfen könntest. Mir geht es im Prinzip darum was ich nach dem starten minicom machen muss. DOrt kann ich ja nichts eingeben. Es steht auch da das es offline ist.

@jab ich werde auch deine Variante testen.

Ich habe die befürchtung das der lötkolben und ich nicht die besten freunde sind.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hanswetter am 21 Mai 2014, 22:55:03
Hi zusammen,

mit Begeisterung verfolge ich seit einiger Zeit diesen Thread. Vielen Dank und Respekt für die Mühe und das Engagement das in diesem Projekt steckt!!!

Gestern habe ich mich dann entschlossen ebenfalls auch einen Schalter zu flashen:
Nach dem  flashen zunächst ohne #define firstLoad war ich in der Lage zu schalten, hatte aber keine Current-Werte bekommen.
Ein erneutes flashen mit #define firstLoad brachte zwar die erhofften Current-Werte, allerdings kann ich nun nicht schalten (RESPONSE TIMEOUT:RegisterRead bzw. MISSING ACK)
obwohl ich die Schalteraktionen (drücken der Wippe) registriert werden. Ein manuelles Schalten ist über FHEM-GUI nicht möglich.
Reboot, neues Pairing hat leider nichts geholfen.
Weiß jemand Rat? Neu flashen, reseten, irgendwo eine Fehler gemacht (flashen mit und ohne #define firstLoad ?)

Vielen Dank!!

Gruß
Hans
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 23 Mai 2014, 00:16:08
hanswetter:

hast du in der regsiter.h die korrekte HMID des HMLAN gesetzt? Bzw. den Aktor noch mal neu mit gepairt?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hanswetter am 23 Mai 2014, 00:45:49
Hi Samsi,

vielen Dank für deine Antwort!
Wird in der register.h die HMID des Devices oder des HMLANs gesetzt? Ich hatte das so interpretiert, dass dort die Device ID einzutragen ist (Kommentar aus register.h: very important, must be unique. identifier for the device in the network).
Gepairt habe ich den Schalter mehrfach ohne eine Veränderung feststellen zu können. Unter den Internals wird bei IODev auch der HMLAN1 angezeigt. Die Current-Werte auf Channel 4 werden entsprechend angezeigt.
"Nur" das Schalten und die Readings funktionieren nicht.

Gruß
Hans
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 24 Mai 2014, 14:50:10
Hallo Gemeinde,

ich glaube ich komme meinem Problem näher um mit etwas mit zu loggen.

Ich glaube die Serielle Schnittstelle ist bei mir nicht online. Wie kann ich feststellen das sie genutzt wird bzw. sie nutzen.


Im Programm arduino kann ich bei den Tool Serielle Schnittstelle nichts auswählen. Bei minicom steht auch offline.

Könnt Ihr mir bitte einen Schupps in die richtige Richtung geben.

Ich nutze übrigens einen Raspberry.

So habe jetzt screen noch versucht.  Aber keine Ausgabe.

Keine Ahnung was ich falsch mache. Kann mir jemand helfen komme nicht weiter und weiß nicht woran es liegt.

Schreibe mein vorgehen mal zusammen und poste es hier. ich verstehe es einfach nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 26 Mai 2014, 20:17:47
@hanswetter:

mit firstload wird immer die Zentrale (bei jedem  start des devices) gepairt die hier angegeben wird:


   reg.ch_0.pairCentral[0] = 0xA1;
   reg.ch_0.pairCentral[1] = 0xB2;
   reg.ch_0.pairCentral[2] = 0x12;
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hanswetter am 27 Mai 2014, 09:50:43
@Samsi

DAS war es!! Vielen Dank für den Hinweis!

VG
Hans
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hanswetter am 27 Mai 2014, 12:55:06
Hallo zusammen,

hat jemand einen Tipp zum Peering der Channels, gerade hinsichtlich einer Wechselschaltung?
Ich habe erst einmal das definierte Peering im Firstload belassen in der Hoffnung nach dem Flashen über FHEM die Konfiguration vorzunehmen.
Leider musste ich feststellen, dass das defnierte Peering in Firstload sich nicht so einfach über FHEM löschen lässt (deleteattr peerIDs). Bei einer neuen Definition eines Peerings tauchen die alten Peerings aus Firstload wieder auf.
Oder habe ich hier einfach zu geringe FHEM-Kenntnisse?

Reicht es für ein Schalten des Aktors über den Taster den Channel 1 und Channel 2, wie folgt zu peeren:

peerdb[0][0] = 0x3meine_Schalter_ID_in_umgekehrter_Bytefolge;
peerdb[1][0] = 0x3meine_Schalter_ID_in_umgekehrter_Bytefolge;
        peerdb[2][0] = 0x01meine_Schalter_ID_in_umgekehrter_Bytefolge;
peerdb[2][1] = 0x02meine_Schalter_ID_in_umgekehrter_Bytefolge;


oder hat das Beispiel aus dem Firstload einen tieferen (mir unerschlossenen) Sinn, da hier wesentlich mehr "gepeert" wird?

LG
Hans
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Samsi am 27 Mai 2014, 18:21:21
Also in einer wechselschaltung musst du die Btn1 und 2 am besten nur mit SW_02 peere und dann die Register einstellen:

also erstmal 0 Sw_02 dual set both bei dem Btn_01

Und dann folgendes bei SW_02
regset shActionType jmpToTarget self01
regset lgSwJtOff on self01
regset lgSwJtOn on self01
Damit ist die obere Wippe immer zum einschalten


Und hiermit die untere Wippe immer zum Ausschalten
regset shActionType jmpToTarget self02
regset lgSwJtOff off self02
regsetlgSwJtOn off self02

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 05 Juni 2014, 20:54:05
Hallo,

ich bin erst jetzt auf dieses Thema gestoßen und bin von der Tatsache dass es da eine funktionierende Custom FW mit genau den Features gibt, die mir schon immer gefehlt haben, total begeistert.

Gibt es denn schon/noch Entwicklungen hinsichtlich anderer HM-Hardware? Ich habe einen ganzen Zoo von Aktoren und kann hier gerne meinen Teil dazu beitragen (wenn es an fehlender HW liegt)

Naheliegend wäre ja zunächst der entsprechende Dimm-Aktor, wobei mir klar ist dass Dimmen natürlich wesentlich komplizierter ist als Schalten. Hier wäre es ebenfalls schön, wenn man den internen Taster unabhängig peeren kann.

Das Feature mit dem internen Taster wäre auch bei den "alten" UP-Aktoren toll (hier wird der interne Taster ja über einen externen Eingang realisiert und es gibt wirklich nur EINEN Taster und nicht wie bei den neuen Aktoren zwei Taster(-stellungen). Bei den Schaltern ist ja der Longpress total ungenutzt. Abgesehen davon wäre wünschenswert. Was ich sagen will: Anwendungsfälle gäbe es genügend.

VG
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 05 Juni 2014, 21:20:07
Hi unimatrix,

Wenn du die Firmware auf andere Hardware portieren willst dann helfe ich gerne. Für mich reicht mein Schalter. Das sollte technisch bei vielen Aktoren funktionieren.

Ich werde in nächster Zeit noch ein paar Bugs fixen und Tests schreiben.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 07 Juni 2014, 13:32:04
Dimmer ist sicher eine ganz andere Sache, ich werd demnächst mal den 2-Kanal UP Aktor auseinandernehmen und schauen welche CPU drin ist und dann mal weitersehen...

Nochmals vielen Dank!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 10 Juni 2014, 14:17:03
Hej folks,

nach einigen hin und her ist es mir nun auch endlich gelungen, meine Schalter von der neuen Firmware zu überzeugen. :-)

Jetzt habe ich allerdings zwei Fragen, zu denen ich keine zufriedenstellenden Antworten finden konnte:
1) bin ich auch schon auf das Reboot-Problem (http://forum.fhem.de/index.php/topic,18071.msg168345.html#msg168345) gestoßen und wollte fragen, ob es dafür schon eine Lösung gibt und
2) eine Verständnisfrage: Wenn ich den Schalter mit anderen Geräten peere und ich möchte zB kurz oben für den internen Schalter verwenden, kurz unten für einen Zwischenstecker und lange oben und unten zum Steuern eines Rollladen-Aktors, dann wird doch immer an alle von dem Button angelernten Aktoren ein Funkbefehl gesendet und erst dort entschieden, ob reagiert wird, oder? Also zB Button_2 ist mit dem Zwischenstecker und mit dem Rollladenschalter gepeert. Der Zwischenstecker soll bei Short toggeln, der Rollladen-Aktor auf Long den Rollladen hinunter fahren lassen. Dann würde der Funkschalter zB bei einem Short doch an beide Peers senden und erst dort wird entschieden, ob darauf reagiert wird, oder?

Vielen Dank für Eure Antworten!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 10 Juni 2014, 18:00:28
Hi,


Zitat von: Mr. P am 10 Juni 2014, 14:17:03
nach einigen hin und her ist es mir nun auch endlich gelungen, meine Schalter von der neuen Firmware zu überzeugen. :-)
Super :-). Woran lag es denn am Ende?

Zitat von: Mr. P am 10 Juni 2014, 14:17:03
Jetzt habe ich allerdings zwei Fragen, zu denen ich keine zufriedenstellenden Antworten finden konnte:
1) bin ich auch schon auf das Reboot-Problem (http://forum.fhem.de/index.php/topic,18071.msg168345.html#msg168345) gestoßen und wollte fragen, ob es dafür schon eine Lösung gibt und
Ich habe den Code aufgenommen. Rebooten sollte er. Allerdings habe ich den gesamten FHEM Firmwareupdate Prozess noch nicht implementiert. Das muss ich die Tage mal machen. Sind ein paar Änderungen am Bootloader. Ich habe das bisher selber noch gar nicht mit FHEM getestet. Hole ich noch nach.

Mit flash-ota aus hmland geht es bei mir hervorragend. Das war bisher mein Referenz Tool.

Zitat von: Mr. P am 10 Juni 2014, 14:17:03
2) eine Verständnisfrage: Wenn ich den Schalter mit anderen Geräten peere und ich möchte zB kurz oben für den internen Schalter verwenden, kurz unten für einen Zwischenstecker und lange oben und unten zum Steuern eines Rollladen-Aktors, dann wird doch immer an alle von dem Button angelernten Aktoren ein Funkbefehl gesendet und erst dort entschieden, ob reagiert wird, oder? Also zB Button_2 ist mit dem Zwischenstecker und mit dem Rollladenschalter gepeert. Der Zwischenstecker soll bei Short toggeln, der Rollladen-Aktor auf Long den Rollladen hinunter fahren lassen. Dann würde der Funkschalter zB bei einem Short doch an beide Peers senden und erst dort wird entschieden, ob darauf reagiert wird, oder?
Ja genau so ist es. Der Aktor entscheidet, ob er reagiert oder nicht. Mit Festhalten beim Longpress gibt es möglicherweise noch Bugs. Wenn du da Probleme hast sag Bescheid. Es funktioniert mit meinen Originalaktoren, aber das sind nur Schalter. Leider habe ich keine HM Remote und daher wenig als Referenz.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 10 Juni 2014, 18:29:37
Zitat von: jab am 10 Juni 2014, 18:00:28
Super :-). Woran lag es denn am Ende?
Nachdem ich das Ganze mit meinem Raspberry gemacht habe, musste ich erst noch eine angepasste Version vom avrdude installieren, da es mit der aus dem Raspbian-Repository nicht funktioniert. Und dann hatte ich das große Glück, eine Version zu erwischen, bei dem die GPIO-PINs im avrdude anders definiert waren, als scheinbar bei den meisten anderen Versionen. Dadurch konnte nach dem Flashen kein Reset gemacht werden und ja... wo kein Reset, da auch keine Erfolg. :-)
Ich werde auf alle Fälle das WIKI noch entsprechend anpassen, damit zukünftige Bastler nicht mehr darüber stolpern.

Zitat von: jab am 10 Juni 2014, 18:00:28
Ich habe den Code aufgenommen. Rebooten sollte er. Allerdings habe ich den gesamten FHEM Firmwareupdate Prozess noch nicht implementiert. Das muss ich die Tage mal machen. Sind ein paar Änderungen am Bootloader. Ich habe das bisher selber noch gar nicht mit FHEM getestet. Hole ich noch nach.
Genau. Reboot wird (allem Anschein nach) aus FHEM ausgelöst, aber dann kommt es eben zu dem schnellen geblinke vom LED und ohne stromlos machen, geht nichts mehr.

Zitat von: jab am 10 Juni 2014, 18:00:28
Mit flash-ota aus hmland geht es bei mir hervorragend. Das war bisher mein Referenz Tool.
Vermutlich hab ich das in dem langem Thread einfach überlesen, aber wie kann ich den Schalter OTA flashen, wenn er erst einmal in der Wand versenkt ist? Solange die PINs angelötet waren, war das ja kein Problem (zuerst den Bootloader mit dem Raspberry und dann über flash-ota die Firmware). Aber jetzt? Wie kann ich ihn neu starten und bekomme ihn lauschend ohne FHEM? :-)

Zitat von: jab am 10 Juni 2014, 18:00:28
Ja genau so ist es. Der Aktor entscheidet, ob er reagiert oder nicht. Mit Festhalten beim Longpress gibt es möglicherweise noch Bugs. Wenn du da Probleme hast sag Bescheid. Es funktioniert mit meinen Originalaktoren, aber das sind nur Schalter. Leider habe ich keine HM Remote und daher wenig als Referenz.
Vielleicht stelle ich mir das gerade auch vieeel zu einfach vor, aber wäre es aber nicht besser, wenn bereits der Schalter entscheidet, an wen die Nachricht gehen soll? Würde unnötigen Funkverkehr ersparen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 10 Juni 2014, 19:12:39
Zitat von: Mr. P am 10 Juni 2014, 18:29:37
Ich werde auf alle Fälle das WIKI noch entsprechend anpassen, damit zukünftige Bastler nicht mehr darüber stolpern.
Genau. Reboot wird (allem Anschein nach) aus FHEM ausgelöst, aber dann kommt es eben zu dem schnellen geblinke vom LED und ohne stromlos machen, geht nichts mehr.
Top!

Zitat von: Mr. P am 10 Juni 2014, 18:29:37
Vermutlich hab ich das in dem langem Thread einfach überlesen, aber wie kann ich den Schalter OTA flashen, wenn er erst einmal in der Wand versenkt ist? Solange die PINs angelötet waren, war das ja kein Problem (zuerst den Bootloader mit dem Raspberry und dann über flash-ota die Firmware). Aber jetzt? Wie kann ich ihn neu starten und bekomme ihn lauschend ohne FHEM? :-)
Sicherung raus und wieder rein geht ;-). Ich muss das mal ausführlicher testen. Vermutlich springt er nicht richtig in den Bootloader. Ich teste es die Tage.

Zitat von: Mr. P am 10 Juni 2014, 18:29:37
Vielleicht stelle ich mir das gerade auch vieeel zu einfach vor, aber wäre es aber nicht besser, wenn bereits der Schalter entscheidet, an wen die Nachricht gehen soll? Würde unnötigen Funkverkehr ersparen.
Möglich ja aber nicht vorgesehen im HM Protokoll. Allerdings kann man vieles (nicht alles) auch an Broadcast senden, dann geht es nur einmal durch die Luft.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 10 Juni 2014, 19:59:40
Zitat von: jab am 10 Juni 2014, 19:12:39
Sicherung raus und wieder rein geht ;-). Ich muss das mal ausführlicher testen. Vermutlich springt er nicht richtig in den Bootloader. Ich teste es die Tage.
Nur gut, dass meine Lampen an einer eigenen Sicherung hängen. :-)

Wofür eigentlich der battery- und sign-Register?
battery nehm ich an, ist einfach noch nicht raus geflogen, aber sign? Weiß deine Firmware mit der Verschlüsselung umzugehen? :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 10 Juni 2014, 20:57:52
Die Register sind von dem ursprünglichen Register Set von homematic. Die kann man auch nicht so einfach ändern. Signieren und Verschlüselung unterstützt die Firmware nicht. Wollte ich aber noch mal Reverse engineeren. Ist aber sicher nicht einfach.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 10 Juni 2014, 22:17:28
Also ich bin auch schon so
Zitat von: jab am 10 Juni 2014, 20:57:52
Die Register sind von dem ursprünglichen Register Set von homematic. Die kann man auch nicht so einfach ändern. Signieren und Verschlüselung unterstützt die Firmware nicht. Wollte ich aber noch mal Reverse engineeren. Ist aber sicher nicht einfach.
Nicht, dass es egal wäre, aber jetzt hast du meine Neugierde geweckt. Ich hab zwar diesen Schalter nicht mehr mit originaler Firmware hier, aber es gibt doch andere Geräte, die ohne Batterie auskommen und bei denen steht dann auch nicht kein 'battery' im Device. Wie meinst du das also mit 'ursprünglichen Register Set'?!
Verschlüsselung ist sicher ein großer Brocken. Und ganz ehrlich, du kannst schon äußerst zufrieden sein mit dem, was du bislang geschafft hast! *thumbsUp* :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 12 Juni 2014, 14:46:57
Hej folks,

jetzt brauch ich nochmal eure Hilfe.
Mittlerweile hab ich auch einen zweiten Schalter geflasht und im Laborbetrieb (dH mit angelöteten PINs am Raspberry) tut er, wie er soll.
Sobald ich ihn aber gemeinsam mit dem Relais-Modul in die Wand verfrachte und die Sicherung einschalte, gibt er keinen Laut mehr von sich.
Ich hab auch schon das Relais-Modul vom zweiten Schalter (wo ich ja weiß, dass es funktioniert) probiert. Selbes Ergebnis - bleibt dunkel.
Hänge ich ihn aber wieder zurück an den Raspberry, lässt er sich normal bedienen.
Hat jemand einen Tipp für mich, was ich vielleicht übersehe? Alles bisschen Vodoo hier. :-)

Vielen Dank!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 12 Juni 2014, 21:28:19
Hallo,

ich hatte letztens ein ähnliche Problem - ich hatte mir die Teile als Bausatz beschafft. Zusammengelötet, mit "fliegender" Verdrahtung getestet (nicht nachmachen, ich darf das, ich habe Elektriker gelernt), alles funktioniert. Eingebaut - alles gut, nach ca. einem Tag, kein Kontakt mehr. Getauscht, mit dem zweiten das gleiche Spiel.
Nach längerem Suchen, habe ich festgestellt, das die Steckverbindung zwischen der Elektronik-Platine und der Leistungsplatine (230 V) ziemlich knapp ist und die Kabel so viel Zug über die Klemmleiste auf diese Verbindung ausübten, das kein Kontakt (also Spannungsversorgung) der Elektronik-Platine mehr gegeben war.
Gelöst habe ich das damit, das ich die Steckerleiste (die Seite wo nicht das Relais ist) etwas entfernt von der Platine angelötet habe. 1 bis 2 mm reichen.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 13 Juni 2014, 01:07:39
Abend,

sieht mir in auch eher nach einem Hardware Problem aus. Auf der Relais Platine ist nichts für den Betrieb des Controller wichtiges. Abgesehen natürlich von der Spannungsversorgung. Entweder ein Verbindungsproblem wie Bennemannc schreibt oder der Spannungswandler hat einen abbekommen.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 13 Juni 2014, 01:30:57
Hej Bennemannc,
hej Jan,

vielen Dank für eure Antworten.
Nachdem ich Bennemannc's Antwort gelesen hatte, hab ich mich noch etwas mit den Verbindungskontakten beschäftigt, in der Hoffnung, es doch noch zu schaffen. Aber bislang - ohne herum zu löten - ist es mir nicht gelungen, eine Besserung zu erzielen. :-/

Zitat von: jab am 13 Juni 2014, 01:07:39
Entweder ein Verbindungsproblem wie Bennemannc schreibt oder der Spannungswandler hat einen abbekommen.
Aber der Wandler ist doch auf der Relais-Platine und die hab ich ja bereits mit der vom funktionierenden Schalter ausgetauscht. :-(

Edit:
Gerade den Schalter zerlegt und "fliegend" angeschlossen. Testweise sogar den Abstandshalter weggelassen, nur um sicher zu gehen, dass es sich um keinen Kontaktfehler handelt. Aber ganz egal, was ich mache... Keine Reaktion. :-/
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 13 Juni 2014, 06:59:52
Hallo,

bei dem Bausatz ist ein Schaltbild dabei - wenn Dir das weiter helfen würde, könnte ich das posten (erst heute Nachmittag).

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 13 Juni 2014, 09:02:03
Gerne... Ist einen Versuch Wert!

Vielen Dank! :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 13 Juni 2014, 13:34:10
Hallo Mr. P,

hier kommt der versprochene Schaltplan

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 13 Juni 2014, 13:36:25
Passt!

Nochmals vielen Dank! :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 14 Juni 2014, 02:57:59
Hej zusammen,

also es geschehen doch noch Zeichen und Wunder... auch wenn der Weg dorthin äußerst steinig ist. :-)

Vorab: Der Schalter ist in der Wand versenkt und er funktioniert.

Was war letztendlich der Fehler?
Ich hab mir meinen OTA-Bootloader selbst auf meinem RaspberryPI gebaut und dabei passt offensichtlich irgend etwas nicht.
Erst als ich mir den Bootloader von Jan (http://forum.fhem.de/index.php/topic,18071.msg156761.html#msg156761) geflasht hab, lief alles wie am Schnürchen. Offensichtlich hab ich meinen ersten Schalter auch noch mit dem Bootloader von Jan geflasht.
Interessant ist nur, dass wenn ich meinen Bootloader flashe, kann ich anschließend die Firmware OTA draufspielen und auch konfigurieren. Solange der Schalter nicht völlig stromlos ist und ich ihn wieder anstecke, funktioniert alles weiter.
Kaum vom Strom getrennt, leuchtet zwar das LED beim Neustart kurz auf, mehr passiert aber auch schon nicht. Weder ist ein neuerliches Flashen möglich, noch lässt sich das Gerät bedienen.
Soviel also dazu.... :-)

Nun sind mir bei dem Schalter ein paar Dinge aufgefallen, die im laufenden Betrieb noch nicht ganz passen. Könnte natürlich auch zum Teil an dem CUL_HM-Modul-Problem liegen.
Also:
Ich hab den Schalter so konfiguriert, dass der obere Taster das interne Relais steuert, während der Untere einen Zwischenstecker ein- und ausschaltet.
Wenn ich jetzt den Raum verlasse und beide Taster drücke, passieren zwei Dinge:
1) nachdem die beiden Taster recht flott hintereinander gedrückt werden, wird der zweite Befehl oft nicht angenommen und
2) wenn ich den oberen Taster ein paar Mal hintereinander drücke, stimmt dann oftmals der tatsächliche Ralaiszustand nicht mit dem Wert überein, der an FHEM übermittelt wurde.

Weiters habe ich noch eine ganz interessante Beobachtung gemacht. Der Schalter lässt sich zur Zeit nicht pairen (R-pairCentral   0x0). Hab mir zwar vorhin die aktuelle CUL_HM.pm aus dem SVN geholt, aber entweder liegt es am File für die Alternative-FW oder es ist wohl immer noch was nicht ganz in Ordnung. Dadurch vermute ich einmal, ist auch Channel 4 leer.
Und jetzt kommt das ABER: Trotz fehlendem Pairings, kann ich den Schalter ein- und ausschalten, kann die Peerings setzen UND bekomme die Status-Meldungen vom Relais trotzdem an die Zentrale geschickt:
deviceMsg   on (to myHM)

So... jetzt bin ich hier einiges losgeworden und gespannt, was ihr darüber denkt bzw. was ihr dazu zu sagen habt. :-)

Und nochmals vielen Dank an alle, die hier mit Rat und Tat zur Seite stehen!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 20 Juni 2014, 16:17:58
Hej,

bin gerade ein wenig durch meine Devices "geschlendert" und dabei ist mir bei dem Schalter eine Sache aufgefallen:
avg:-39.21 min:-45 max:-36 lst:-38 cnt:10379
Seit dem letzten Neustart von FHEM wurden über 10000 Nachrichten vom Schalter empfangen.

Eine meiner Funksteckdosen (HM-ES-PMSw1-Pl) hat hingegen nur knappe 1300 Nachrichten gesendet.
avg:-51.66 min:-64 max:-48 lst:-51 cnt:1266

Ist es denn wirklich notwendig, dass der Schalter mehr als 8x soviele Nachrichten versendet, als es andere Devices tun, die ebenfalls am Netz hängen?
Nicht nur, dass es sich dabei um erhöhte Funklast und damit womöglich einhergehende Störungen anderer Devices einhergeht (ein Schalter sendet X Nachrichten, vier solcher Schalter entsprechend mehr), aber - ohne es jetzt kontrolliert zu haben - wie sieht es denn mit der 1%-Regel aus? Läuft man nicht Gefahr, bereits über die Grenze hinaus zu schießen?

@Jan: Was hältst du davon, die Sendefrequenz um - sagen wir - Faktor 8 zu reduzieren? Dann hätten wir ungefähr die selbe Häufigkeit, wie auch vom Zwischenstecker. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 20 Juni 2014, 23:40:36
Hallo zusammen,

bin wirklich beeindruckt, was ihr hier mit der Custom-Firmware auf die Beine stellt...
Ich habe es mittlerweile geschafft, den Bootloader zu erzeugen und flashen (direkt mittels GPIO-Pins am Raspberry)...
Wenn man mehr als einen Schalter modifiziert, muss man das wohl sowieso tun - und mit einer angepassten Version je Schalter,
da in der Funktion "send_bootloader_sequence" (in "bootloader.c") in der Message, auf die das Flash-Tool wartet, HMID und Serial kodiert sind, korrekt? Ebenso die hmid (ganz am Anfang von "bootloader.c")...

Der Bootloader markiert seinen Start auch korrekt durch Blinken - habe testweise mal ein "kurz-lang-kurz"-Muster implementiert, das auch korrekt ausgeführt wird, also bin ich sicher, dass der Schalter nach dem Start in den Bootloader springt...

Flashen der Firmware funktioniert dann nicht...

Ich würde nun mal gern per UART nach Debug-Meldungen schauen, aber zumindest auf dem Raspberry (per screen oder minicom) sehe ich nichts...
GPIO #14/15 = Pins 8 und 10 für TXD und RXD an MP10 bzw. MP9 und MP16 an GND
Ich habe sichergestellt, dass das OS das Device ttyAMA0 nicht belegt (über /boot/commandline.txt und /etc/inittab, vgl. z.B. http://www.hobbytronics.co.uk/raspberry-pi-serial-port) und auch mal die grundsätzliche Funktion des UART getestet, indem ich direkt TXD und RXD verbunden habe... dann zeigt minicom genau, was getippt wird.

Nutzt sonst jemand den UART des Raspberry oder was hat sich bei euch bewährt?

Nachdem das OTA-Flashen nicht funktioniert hat, habe ich testweise auch direkt die Firmware-Datei (einmal von hier: https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5, einmal selbst mit Arduino erzeugt) geflashed, dann klappt aber das Pairing nicht (über HM-LAN-CFG). Weder pairForSec noch pairSerial haben irgendeinen Effekt.
Wenn ich das Device manuell in der fhem.cfg anlege, ist es ebenfalls nicht funktionsfähig.

Ich habe in der Firmware nicht gefunden, wie das Pairing am Device initialisiert werden kann (z.B. Config-Button betätigen wie in der Original-Firmware) - habe ich es nur übersehen oder könnt ihr mir einen Tipp geben?
Auch hier sehe ich übrigens keinerlei Debug-Meldungen über UART... kann ich irgendwie testen, ob der Schalter überhaupt was sendet über Serial?

Wäre echt cool, wenn ihr mir hier einen Tipp geben könntet...

Viele Grüße
Michael

P.S.:
Ich habe eine prototypische Version für OTA-Flash per FHEM geschrieben (basierend auf flash-ota und dem bestehenden fwUpdate für andere Schaltertypen) - sobald das funktioniert, teile ich natürlich gern... aber eben noch Debugging notwendig, was ohne UART schwierig wird ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 20 Juni 2014, 23:56:39
Hallo,

Zitat von: Mr. P am 10 Juni 2014, 18:29:37
Nachdem ich das Ganze mit meinem Raspberry gemacht habe, musste ich erst noch eine angepasste Version vom avrdude installieren, da es mit der aus dem Raspbian-Repository nicht funktioniert. Und dann hatte ich das große Glück, eine Version zu erwischen, bei dem die GPIO-PINs im avrdude anders definiert waren, als scheinbar bei den meisten anderen Versionen. Dadurch konnte nach dem Flashen kein Reset gemacht werden und ja... wo kein Reset, da auch keine Erfolg. :-)

wie ist der Programmer "gpio" in deiner avrdude.conf denn jetzt definiert?

Unter https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5
gibt es eine, in der folgende Konfiguration angegeben ist:
"
#
#This programmer bitbangs GPIO lines using the Linux sysfs GPIO interface

#
#Set the configuration below to match the GPIO lines connected to the
#relevant ISP header pin. max GPIO number is 255, defined in gpio.c
#
# gordon@drogon.net:
#   Defaults changed to use the SPI port on Raspberry Pi
programmer  id    = "gpio";
desc  = "Use sysfs interface to bitbang GPIO lines";
type  = gpio;
reset = 8;
sck   = 11;
mosi  = 10;
miso  = 9; 

;
"?

Ist das die richtige?

Vielen Dank & beste Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 Juni 2014, 00:46:43
Hej Michael,

die Konfiguration in dem File entspricht derselben, die auch im FHEMWiki angegeben ist.
Ist also die Richtige, ja. :-)

Wenn du noch Fragen hast... ich bin sicherlich noch eine Stunde "greifbar". ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 21 Juni 2014, 09:01:52
Zitat von: nephdrasil am 24 Mai 2014, 14:50:10
Hallo Gemeinde,

ich glaube ich komme meinem Problem näher um mit etwas mit zu loggen.

Ich glaube die Serielle Schnittstelle ist bei mir nicht online. Wie kann ich feststellen das sie genutzt wird bzw. sie nutzen.

[...]


Hi nephdrasil,

hast du es eigentlich noch hinbekommen? Ich habe exakt dasselbe Problem... sehe keinerlei Debug-Messages über den Raspberry-UART...

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 Juni 2014, 11:09:49
Zitat von: mmattern am 21 Juni 2014, 09:01:52
hast du es eigentlich noch hinbekommen? Ich habe exakt dasselbe Problem... sehe keinerlei Debug-Messages über den Raspberry-UART...
Ihr wisst aber schon, dass die serielle Ausgabe am Schalter seit einem Monat per Default deaktiviert ist und erst in der Register.h von der Firmware einkommentiert und somit das FW-File neu gebaut werden muss? ;-)
-//#define USE_SERIAL
+#define USE_SERIAL
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 22 Juni 2014, 17:48:56
Zitat von: Mr. P am 21 Juni 2014, 11:09:49
Ihr wisst aber schon, dass die serielle Ausgabe am Schalter seit einem Monat per Default deaktiviert ist und erst in der Register.h von der Firmware einkommentiert und somit das FW-File neu gebaut werden muss? ;-)
-//#define USE_SERIAL
+#define USE_SERIAL


Hallo Mr. P,

vielen Dank für den Hinweis, das hatte ich tatsächlich nicht gesehen... hat aber leider auch nicht zum Erfolg geführt.

Der Bootloader ist davon aber auch unabhängig, oder?

Ich habe jetzt mehrere Varianten probiert:
A)
(1) Bootloader von https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5 mit avrdude geflashed (Fuses: avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m dann avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM.hex)
-> Ergebnis: Device zeigt über Blinken Einstieg in den Bootloader an; aber keine Meldungen über UART
(2) dann mittels flash-ota aus hmland (mit HM-CFG-USB an zweitem Raspberry) die Firmware von https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5 (eq3-File) eingespielt
-> Ergebnis: Der Schalter hängt immer noch im Bootloader - in regelmäßigen Abständen ca. 10 Sekunden einmaliges Blinken der LED; es ist auch ein erneutes Flashen mit flash-ota möglich, was wohl heißt, dass der Schalter immer noch die Bootloader-Sequenz schickt...
weiterhin keinerlei UART-Meldungen; auch vorübergehendes Stromlos-Schalten des Devices bringt keine Änderung

B) Firmware von https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5 direkt mittels avrdude auf das Device gespielt - Ergebnis: totes Device, kein Blinken bei Betätigen der Config-Taste, nichts über UART, Pairing mit FHEM weder über pairSerial noch pairForSec möglich

C) also wieder den Bootloader drauf, selbst gebaute Firmware nach Konvertierung in eq3-File mittels flash-ota auf das Device zu spielen versucht - hatte 294 Blöcke, nach 224 Blöcken wurden aber keine mer genommen... Speicher voll? Ich habe Arduino-Version 1.5.6-r2 auf Windows - welche nehmt ihr denn?
Device war dann erstmal tot, also Bootloader drauf...

D) dann mit avrdude die selbt erzeugte Firmware drauf - nichts, kein Blinken, auch Stromlos-schalten bringt nichts...

Könnt ihr vielleicht mal eine Firmware posten, die mit Serial-Debugging erzeugt wurde und bei euch funktioniert?

Vielen Dank & beste Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 22 Juni 2014, 19:28:12
Anhängend eine Firmware, von heutigem GIT, mit serieller Ausgabe.

Habs bei mir heute getestet und läuft.

Der Bootloader hat ja auch serielle Ausgabe (gerade ausprobiert)

Ich hatte am Anfang Probleme mit den Fuses....da liefs auch nicht. irgendwann gings dann. Wieso plötzlich, weiß ich nicht mehr.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 22 Juni 2014, 22:41:46
Zitat von: unimatrix am 22 Juni 2014, 19:28:12
Ich hatte am Anfang Probleme mit den Fuses....da liefs auch nicht. irgendwann gings dann. Wieso plötzlich, weiß ich nicht mehr.

Hallo unimatrix,

vielen Dank - werde ich gleich mal ausprobieren!
Welche Einstellung nutzt du denn für die Fuses?

Viele Grüße
Michael

P.S.:
Welche Arduino-Version nutzt du denn?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 22 Juni 2014, 23:18:07
Zitat von: mmattern am 22 Juni 2014, 22:41:46
Welche Einstellung nutzt du denn für die Fuses?
Ich vermute, unimatrix meint auch die Stelle, die ich in meinem HowTo beschrieben habe, dass beim ersten Setzen der Fuses ein Problem festgestellt wurde.

Was mir gerade noch einfällt: Hast du Reset und GND auch richtig mit dem Raspberry verbunden?
Mir ist es passiert, dass ich die beiden, aufgrund der (für mich) nicht eindeutigen Beschriftung am Schalter, vertauscht hatte. Richtig ist, wenn sowohl die 3.3V als auch GND in der selben Reihe angelötet sind. Das Problem dabei ist, dass auch im umgekehrten Fall der Schalter ein paar Lebenszeichen von sich gibt und somit gänzlich verwirrt. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 23 Juni 2014, 09:28:38
Zitat von: Mr. P am 22 Juni 2014, 23:18:07
Ich vermute, unimatrix meint auch die Stelle, die ich in meinem HowTo beschrieben habe, dass beim ersten Setzen der Fuses ein Problem festgestellt wurde.

Genau, bin nach deinem HowTo vorgegangen. Es kam zu dieser SafeMode Meldung. Ich habe dann geflasht und als ich später die Fuses nochmal gesetzt habe kam keine Fehlermeldung mehr.

Es sollte jedem klar sein, trotzdem hab ich mich zuerst vertan: Beim UART muss natürlich RxD mit TxD verbunden werden...beim lesen des Howtos hatte ich zuerst verstanden Pin XXX "an RxD" und nicht Pin XXX "ist RxD" und muss dementsprechend beim Pi an TxD...

habe den Pi UART einfach mit "screen /dev/ttyAMA0 57600" benutzt und das lief dann einwandfrei (allerdings fehlende CRs in der Ausgabe)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 23 Juni 2014, 10:37:04
Zitat von: Mr. P am 22 Juni 2014, 23:18:07
Ich vermute, unimatrix meint auch die Stelle, die ich in meinem HowTo beschrieben habe, dass beim ersten Setzen der Fuses ein Problem festgestellt wurde.

Was mir gerade noch einfällt: Hast du Reset und GND auch richtig mit dem Raspberry verbunden?
Mir ist es passiert, dass ich die beiden, aufgrund der (für mich) nicht eindeutigen Beschriftung am Schalter, vertauscht hatte. Richtig ist, wenn sowohl die 3.3V als auch GND in der selben Reihe angelötet sind. Das Problem dabei ist, dass auch im umgekehrten Fall der Schalter ein paar Lebenszeichen von sich gibt und somit gänzlich verwirrt. :-)

Hallo Mr. P,

merci - GND und Reset sollten korrekt sein - ich habe mal im Attachment das ISP-Foto von https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM mit Beschriftung versehen angehängt (so wie ich es verlötet habe)... so ist es korrekt, oder?

Wegen Fuses:
Laut howto.txt von https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5 soll Low-Fuse auf FD und High-Fuse auf D8 stehen. Ursprünglich ist Low-Fuse wohl auf FF (was avrdude auch anmerkt). Auf jeden Fall funktioniert es nicht mit High-Fuse FF, sondern nur FD (laut http://www.engbedded.com/fusecalc/ wird mit Fuse-Setting FD der externe Takt auf 3.0-8.0 MHz gesetzt mit Startup Time 65ms, FF bedeutet Frequenz 8.0 Mhz und aufwärts.

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 23 Juni 2014, 10:55:33
Zitat von: Mr. P am 21 Juni 2014, 11:09:49
Ihr wisst aber schon, dass die serielle Ausgabe am Schalter seit einem Monat per Default deaktiviert ist und erst in der Register.h von der Firmware einkommentiert und somit das FW-File neu gebaut werden muss? ;-)
-//#define USE_SERIAL
+#define USE_SERIAL


Hallo zusammen,

peinlich, aber ich poste es mal, falls jemand anders drüber stolpert - natürlich muss MP10 (Debug-TX) mit dem *RX* des Raspberry und MP9 (Debug-RX) mit dem *TX* des Raspberry verbunden werden...

::)

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 23 Juni 2014, 14:10:41
Hallo zusammen,

so, mittlerweile funktioniert einiges mehr...
Firmware bauen mit Arduino 1.0.5-r2, Flashen, serielle Debug-Meldungen auslesen...

Aufgefallen ist mir noch, dass Firmwares mit mehr als 224 Blöcken sich nicht OTA flashen lassen - ab Block 225 gibt es keine ACKs mehr, auch nicht, wenn man MAX_RETRIES in flash-ota.c z.B. auf 100 setzt... dabei sollte eigentlich noch Platz sein (atmega644a hat 64k programmierbaren Flash-Speicher, Bootloader nimmt ca. 12k und eine Firmware mit allen aktivierten Debug-Settings liefert Sketchgröße von 33.914 Bytes kompiliert... das sind aber mehr als 300 Blöcke und lässt sich dann nur noch per avrdude direkt flashen... Auskommentieren von USE_SERIAL verringert die Größe auf genau 224 Blöcke).
Beobachtet ihr das gleiche Verhalten?

Nun gut, also erstmal mit der direkt geflashten Firmware versucht mit FHEM zu pairen... per Config-Button ging es nicht, "p" per serieller Konsole hat zunächst dazu geführt, dass FHEM ein Device erkannt und autokonfiguriert hat.
Das war aber leider auch schon fast alles... testweises "on/off"-Setzen der Switches per WebCmd funktioniert nicht, das Log ist voll von Messages wie

2014.06.23 13:49:42.367 3: CUL_HM set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A32E7_Sw_01 statusRequest
2014.06.23 13:49:42.536 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-72:HMLAN1, help me!
2014.06.23 13:49:42.666 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-72:HMLAN1, help me!
2014.06.23 13:49:42.866 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-72:HMLAN1, help me!
2014.06.23 13:49:43.382 3: CUL_HM set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A32E7_Sw_02 statusRequest
2014.06.23 13:49:47.033 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-71:HMLAN1, help me!
2014.06.23 13:49:47.231 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-72:HMLAN1, help me!
2014.06.23 13:49:47.431 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-72:HMLAN1, help me!
2014.06.23 13:49:51.248 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-73:HMLAN1, help me!
2014.06.23 13:49:51.446 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-74:HMLAN1, help me!
2014.06.23 13:49:51.646 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-74:HMLAN1, help me!
2014.06.23 13:49:56.321 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-71:HMLAN1, help me!
2014.06.23 13:49:56.519 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-72:HMLAN1, help me!
2014.06.23 13:49:56.721 3: HMLAN1: Unknown code A0B01E00126EC1A2A32E7030E::-72:HMLAN1, help me!
2014.06.23 13:50:03.455 3: CUL_HM set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A32E7 getConfig
2014.06.23 13:50:03.558 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-71:HMLAN1, help me!
2014.06.23 13:50:03.759 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-71:HMLAN1, help me!
2014.06.23 13:50:03.958 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-71:HMLAN1, help me!
2014.06.23 13:50:08.379 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-71:HMLAN1, help me!
2014.06.23 13:50:08.579 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-72:HMLAN1, help me!
2014.06.23 13:50:08.793 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-71:HMLAN1, help me!
2014.06.23 13:50:12.719 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-72:HMLAN1, help me!
2014.06.23 13:50:12.918 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-72:HMLAN1, help me!
2014.06.23 13:50:13.117 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-72:HMLAN1, help me!
2014.06.23 13:50:17.266 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-74:HMLAN1, help me!
2014.06.23 13:50:17.467 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-72:HMLAN1, help me!
2014.06.23 13:50:17.667 3: HMLAN1: Unknown code A1002E00126EC1A2A32E700040000000000::-72:HMLAN1, help me!
2014.06.23 13:50:31.985 3: CUL_HM set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A32E7_Sw_01 off
2014.06.23 13:50:32.088 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-72:HMLAN1, help me!
2014.06.23 13:50:32.308 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-72:HMLAN1, help me!
2014.06.23 13:50:32.486 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-72:HMLAN1, help me!
2014.06.23 13:50:33.785 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-72:HMLAN1, help me!
2014.06.23 13:50:33.983 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-72:HMLAN1, help me!
2014.06.23 13:50:34.183 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-72:HMLAN1, help me!
2014.06.23 13:50:36.281 3: CUL_HM set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A32E7_Sw_01 on
2014.06.23 13:50:37.931 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-71:HMLAN1, help me!
2014.06.23 13:50:38.153 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-71:HMLAN1, help me!
2014.06.23 13:50:38.331 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-72:HMLAN1, help me!
2014.06.23 13:50:43.341 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-72:HMLAN1, help me!
2014.06.23 13:50:43.540 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-72:HMLAN1, help me!
2014.06.23 13:50:43.740 3: HMLAN1: Unknown code A0E03E01126EC1A2A32E70203000000::-72:HMLAN1, help me!


Anmerkung: 26EC1A ist der HMLAN-Adapter (HMLAN1), 2A32E7 ist die hmId des geflashten HM-LC-Sw1 (autocreate-Name CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A32E7).

Sicherheitshalber auch nochmal letzte Version von 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm von https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/tree/master/fhem gezogen, FHEM neu gestartet (mit für Testzwecke minimaler fhem.cfg, es ist nur der HMLAN1 definiert und eben das CustomFW-Device).
Das sind auch alles Messages von der Zentrale 26EC1A an das Device 2A32E7 - wieso kann HMLAN1 dann damit nichts anfangen?


Gibt es noch etwas Spezielles zu beachten, damit das Device vernünftig gepairt wird? In der Firmware ist übrigens über #firstLoad die pairCentral schon auf 26EC1A gesetzt...

Vielen Dank schonmal & viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 23 Juni 2014, 15:07:02
Hi,
in der anleitung (https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5) steht, das in dem FW-Hexfile die HMID fwest einkompiliert ist. Ich dachte die HMID wird durch das pairen mit FHEM angenommen? Oder habe ich etwas falsch verstanden? Ich habe eine vorhandene HM-Instanz per CUL, -> define CUL_HM CUL /dev/ttyACM0 1234
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 23 Juni 2014, 15:28:06
Zitat von: Tobias am 23 Juni 2014, 15:07:02
Hi,
in der anleitung (https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5) steht, das in dem FW-Hexfile die HMID fwest einkompiliert ist. Ich dachte die HMID wird durch das pairen mit FHEM angenommen? Oder habe ich etwas falsch verstanden? Ich habe eine vorhandene HM-Instanz per CUL, -> define CUL_HM CUL /dev/ttyACM0 1234

Hallo,

mein Verständnis: die HMID ist die Device-ID, nicht die der Zentrale (die in der Tat beim Pairing gesetzt wird).
Es ist eine eindeutige ID, die in der fhem.cfg mit dem Device verknüpft wird (in diesem Beispiel 2A32E7):
define CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A32E7 CUL_HM 2A32E7

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 23 Juni 2014, 16:45:41
ahh, alles klaro... also muss man definitiv selbst kompilieren da man i.d.R. ja nicht nur einen Schalter hat
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 23 Juni 2014, 23:13:09
Zitat von: Tobias am 23 Juni 2014, 16:45:41
ahh, alles klaro... also muss man definitiv selbst kompilieren da man i.d.R. ja nicht nur einen Schalter hat
Genauso ist es. Sobald mehr als ein Schalter im Spiel ist, muss man zumindest im Moment noch selbst bauen.

Zitat von: mmattern am 23 Juni 2014, 15:28:06
mein Verständnis: die HMID ist die Device-ID, nicht die der Zentrale (die in der Tat beim Pairing gesetzt wird).
Es ist eine eindeutige ID, die in der fhem.cfg mit dem Device verknüpft wird (in diesem Beispiel 2A32E7):
Ebenso richtig. :-)

Zitat von: mmattern am 23 Juni 2014, 14:10:41
so, mittlerweile funktioniert einiges mehr...
Firmware bauen mit Arduino 1.0.5-r2, Flashen, serielle Debug-Meldungen auslesen...
Großartig, gratuliere. :-)

Zitat von: mmattern am 23 Juni 2014, 14:10:41
Aufgefallen ist mir noch, dass Firmwares mit mehr als 224 Blöcken sich nicht OTA flashen lassen - ab Block 225 gibt es keine ACKs mehr, auch nicht, wenn man MAX_RETRIES in flash-ota.c z.B. auf 100 setzt... dabei sollte eigentlich noch Platz sein (atmega644a hat 64k programmierbaren Flash-Speicher, Bootloader nimmt ca. 12k und eine Firmware mit allen aktivierten Debug-Settings liefert Sketchgröße von 33.914 Bytes kompiliert... das sind aber mehr als 300 Blöcke und lässt sich dann nur noch per avrdude direkt flashen... Auskommentieren von USE_SERIAL verringert die Größe auf genau 224 Blöcke).
Beobachtet ihr das gleiche Verhalten?
Tritt das bei allen Firmwarefiles auf? Ich habe die genaue Zahl nicht mehr im Kopf, aber es waren beim Flashen der Firmware (OTA) immer nur so um die 70 Blöcke, die verbraten wurden.

Zitat von: mmattern am 23 Juni 2014, 14:10:41
Nun gut, also erstmal mit der direkt geflashten Firmware versucht mit FHEM zu pairen... per Config-Button ging es nicht, "p" per serieller Konsole hat zunächst dazu geführt, dass FHEM ein Device erkannt und autokonfiguriert hat.
Kannst du bitte einmal ein Listing deines Schalters posten?

Zitat von: mmattern am 23 Juni 2014, 14:10:41
Gibt es noch etwas Spezielles zu beachten, damit das Device vernünftig gepairt wird? In der Firmware ist übrigens über #firstLoad die pairCentral schon auf 26EC1A gesetzt...
Hast in der Register.h nur die ID von der Zentrale angepasst, oder auch firstLoad einkommentiert?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 24 Juni 2014, 02:47:56
Zitat von: Mr. P am 23 Juni 2014, 23:13:09
Tritt das bei allen Firmwarefiles auf? Ich habe die genaue Zahl nicht mehr im Kopf, aber es waren beim Flashen der Firmware (OTA) immer nur so um die 70 Blöcke, die verbraten wurden.
Ja...
Es ist doch richtig, dass für OTA-Flash das File im .eq3-Format (konvertiert aus .hex mittels convert.php https://github.com/jabdoa2/Asksin_OTA_Bootloader/blob/master/convert.php) vorliegen muss?
flash-ota aus hmland (neueste Version von hier: https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb/) zeigt diese Anzahl von Blöcken an...
Grob gesagt etwa doppelt so viele, wie ich erwarten würde - ein Block hat doch 256 Byte?

Zitat von: Mr. P am 23 Juni 2014, 23:13:09
Kannst du bitte einmal ein Listing deines Schalters posten?
Hast in der Register.h nur die ID von der Zentrale angepasst, oder auch firstLoad einkommentiert?

Das Problem mit den Unknown Codes hatte wohl nichts mit dem Schalter zu tun, sondern eher hiermit: http://forum.fhem.de/index.php/topic,24475.0.html
Man sollte halt nicht mehrere Dinge gleichzeitig ändern...

Ich bin auf ältere Versionen für die HM-.pm-Skripte zurückgegangen, dann klappt es.

Eine mögliche Falle für das erste Pairing lauert auch noch darin, dass nicht immer alle Module geladen werden, sondern nur die nötigen... wenn man kein CustomFW-Device definiert hat, wird 99_Asksin..... .pm wohl nicht geladen, was dazu führt, dass das Device dann nicht richtig erkannt wird.
Also einfach eins definieren, bevor man das erste Mal pairt, damit das Asksin-Modul geladen wird...

Habe jetzt trotz fehlender OTA-Möglichkeit mal zwei Schalter eingebaut, die jetzt funktionieren wie gewünscht... in meinem Fall: Wechselschaltung mit nur einem Aktor; wenn der "herkömmliche" Schalter betätigt wird, erkennt der modifizierte Schalter das am Stromfluss und aktualisiert dann den Status entsprechend... Cool - vielen Dank an die Urheber!  8) 8)

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 24 Juni 2014, 10:48:53
Zitat von: mmattern am 24 Juni 2014, 02:47:56
Es ist doch richtig, dass für OTA-Flash das File im .eq3-Format (konvertiert aus .hex mittels convert.php https://github.com/jabdoa2/Asksin_OTA_Bootloader/blob/master/convert.php) vorliegen muss?
Ja, passt eigentlich.

Zitat von: mmattern am 24 Juni 2014, 02:47:56
flash-ota aus hmland (neueste Version von hier: https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb/) zeigt diese Anzahl von Blöcken an...
Grob gesagt etwa doppelt so viele, wie ich erwarten würde - ein Block hat doch 256 Byte?
Ich hätte eher 512 Byte pro Block angenommen.

Zitat von: mmattern am 24 Juni 2014, 02:47:56
Das Problem mit den Unknown Codes hatte wohl nichts mit dem Schalter zu tun, sondern eher hiermit: http://forum.fhem.de/index.php/topic,24475.0.html
Man sollte halt nicht mehrere Dinge gleichzeitig ändern...

Ich bin auf ältere Versionen für die HM-.pm-Skripte zurückgegangen, dann klappt es.
Das Problem gab es zwischendurch, ja. Aber warst du denn nicht am aktuellen SW-Stand? Habe bei mir alles aktuell und da funktioniert zur Zeit alles.

Zitat von: mmattern am 24 Juni 2014, 02:47:56
Eine mögliche Falle für das erste Pairing lauert auch noch darin, dass nicht immer alle Module geladen werden, sondern nur die nötigen... wenn man kein CustomFW-Device definiert hat, wird 99_Asksin..... .pm wohl nicht geladen, was dazu führt, dass das Device dann nicht richtig erkannt wird.
Also einfach eins definieren, bevor man das erste Mal pairt, damit das Asksin-Modul geladen wird...
Das sollten wir uns bei Zeiten näher ansehen. Wäre wirklich eine böse Falle und müsste zumindest dokumentiert sein. Wobei mMn sich das Autocreate um das Laden des Moduls kümmern müsste.

Edit:
Ich hab jetzt zur Sicherheit mein flash-ota mit meinem aktuellen 40248 Byte großen .eq3-File angeworfen und bekomme auch gleich die Meldung:Firmware with 78 blocks successfully read.
Mit den 512 Byte dürfte ich damit wohl richtig liegen. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 24 Juni 2014, 19:15:37
Zitat von: jab am 17 März 2014, 23:50:24
Hi Frank,

das sieht mir aus als wenn dein Compiler nur atmega644 und nicht atmega644a als Target kennt. Ich habe das mal schnell in Jabduino eingefügt (https://github.com/jabdoa2/jabduino/blob/master/boards.txt). Update das mal dann und wähle dann "Jabduino ATmega644".

Der Unterschied zwischen atmega644 und atmega644a ist eh nur marginal. Funktioniert auf jeden Fall mit beiden.

Gruß,
Jan

Nach Anleitung alles Installiert und beim ersten Mal am selben Fehler gescheitert. Mit atmega644 läuft die Kompilierung sauber durch :) Damit kann ich meine eigenen HMIDs einbauen :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 25 Juni 2014, 01:13:25
Zitat von: Mr. P am 24 Juni 2014, 10:48:53
Edit:
Ich hab jetzt zur Sicherheit mein flash-ota mit meinem aktuellen 40248 Byte großen .eq3-File angeworfen und bekomme auch gleich die Meldung:Firmware with 78 blocks successfully read.
Mit den 512 Byte dürfte ich damit wohl richtig liegen. ;-)

Hallo Mr. P,

wenn man sich wundert, stimmt was nicht:
Ich hatte einen wichtigen Schritt übersehen:
Auf der Bootloader-Page von jab (https://github.com/jabdoa2/Asksin_OTA_Bootloader) steht:
Zitat
You need to convert your elf file to binary first (For arduino GUI you can find this in /tmp/buildXXXXX/)

avr-objcopy -j .text -j .data -O binary payload.elf payload.bin

Use the converter (need php-cli):
php convert.php payload.bin payload.eq3 # convert to eq3 hex format

Dann wird das File auch deutlich kleiner...  :o

Würde sich ggf. ein Hinweis im Wiki (http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware) lohnen unter

Zitat
Firmware

  • Firmware mit arduino bauen
  • In eq3 File konvertieren

(bei der Gelegenheit würde es sich auch noch lohnen:
- genauer auf die Anleitung von jab zur Installation der atmega644-Definitionen in Arduino 1.0.5 bzw. 1.5 (Achtung, in 1.5 anderer Ordner notwendig!) hinzuweisen
- im Part zu UART-Debugging den Hinweis zu geben, dass man natürlich Debug-TX and RX und Debug-RX and TX des UART anschließen muss
- ebenfalls im Part zu UART-Debugging für Raspberry-User zu verlinken, wie man die in raspbian default-mäßig gesetzte serielle Konsole deaktiviert
- kurz zu beschreiben, wo man HMID, Seriennummer und Pairing-Zentrale anpassen kann
- #define firstLoad und #define USE_SERIAL zu erklären
- zu verlinken auf https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb für flash-ota

das wären dann einige Stolpersteine weniger für interessierte Neulinge...  ;))



;D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 25 Juni 2014, 08:39:39
Hej Michael,

vielen Dank für dein Feedback.
Werde deine Vorschläge bei Gelegenheit einpflegen. :-)

Demnach läuft jetzt alles so, wie es soll?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 25 Juni 2014, 09:17:52
Zitat von: Mr. P am 25 Juni 2014, 08:39:39
Hej Michael,

vielen Dank für dein Feedback.
Werde deine Vorschläge bei Gelegenheit einpflegen. :-)

Demnach läuft jetzt alles so, wie es soll?

Hallo,

hmm... läuft doch noch nicht alles...

Das funktioniert:
- Bootloader bauen und mit avrdude flashen (mit Raspberry PI als Programmer)
- Firmware bauen, in .eq3 wandeln und mit flash-ota aufspielen
- Device startet dann nach Timeout in die Firmware (per UART-Debug sichtbar)

ABER:
- wenn man das Device jetzt einmal stromlos macht, geht es noch einmal in den Bootloader (erkennbar an Blinksequenz), dann aber nichts mehr: keine UART-Meldungen (weder vom Bootloader noch von der Firmware), der Schalter ist einfach nicht ansprechbar - Betätigen des Config-Buttons hat kein Blinken der LED oder Ausgabe der "i:0 s:0"-Meldung per UART mehr zur Folge...

Wenn die .hex-Version derselben Firmware per avrdude aufgespielt wird, funktioniert der Schalter...

Genau das werde ich jetzt auch tun... zwar schade um OTA-Update-Möglichkeit, aber für jetzt tut die FW ja genau, was ich möchte ;-)

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 25 Juni 2014, 10:51:56
in FHEM gibts ja nun auch die Option fwUpdate...soll das schon funktionieren? Soll dabei das Device automatisch rebooted werden ohne dass man es stromlos machen muss?

Das mit dem stromlos machen ist ein Problem, wenn mehrere Aktoren an einer Sicherung hängen. Die reagieren dann ja beiden mit dem Bootloader. Oder wenn der FHEM REchner an der gleichen Sicherung wie der Schalter hängt :)

Und geht das FHEM fwUpdate dann mit dem HM LAN Konfigurationsadapter?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 Juni 2014, 11:12:08
hallo unimatrix,

Zitatin FHEM gibts ja nun auch die Option fwUpdate...soll das schon funktionieren? Soll dabei das Device automatisch rebooted werden ohne dass man es stromlos machen muss?

mit den aktuellen versionen von fw/bootloader sollte es funktionieren. so ist der plan. hat nur noch keiner bestätigt/ausprobiert. kannst ja mal testen und berichten. meine letzten erfahrungen mit cul und fwupdate sind hier verewigt http://forum.fhem.de/index.php/topic,23329.0.html (http://forum.fhem.de/index.php/topic,23329.0.html).

hmlan geht angeblich nicht (ist aber wohl nicht probiert).
hmusb geht theoretisch.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 25 Juni 2014, 15:12:18
Hi,
wird (ev. später??) der HM-LC-Sw2-PB-FM hier auch unterstützt? Ich bin zb. total unschlüssig wie ich die Serienschalter nach Homematic bringen kann...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 26 Juni 2014, 20:23:35
wollte das Ding mal aufmachen hab ich aber noch nicht weil ich halt auch alle in Benutzung habe. Unterstützt wird er nicht aber es wäre natürlich theoretisch möglich (je nachdem was da drin ist)

Fwupdate über fhem habe ich probiert...passiert aber nix. Muss den Schalter stromlos machen damit er danach wieder geht ...habe allerdings auch nur einen HMLAN (habe jetzt nicht den CUL als HM Device umkonfiguriert, benutze ihn für FS20...das könnte ich noch testen)

viel einfacher wäre wohl den Dimmaktor aus der gleichen Serie zu nutzen denn der hat wohl den identischen Controller und im Grunde ist hier nur die Frontend-Hardware eine andere (kein Relais sondern entsprechend eine Dimmschaltung, soweit ich weiß über einen PWM angesteuert)

Problem hierbei ist wohl aber die grundsätzliche Dimmerunterstützung in der AskSin Library die meines Wissens nach noch fehlt und wahrsheinlich nicht ganz so einfach ist.Der Wert einer Custom-FW beim Dimmer würde sich dann aber auch auf die Nutzung des internen Tasters beschränken, da es ja hier das Strommess-Ding nicht gibt. Und auch das ist begrenzt da bei einem Dmmmer ja naturgemäß auch der Long-Press zum Dimmen benutzt wird.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 26 Juni 2014, 23:50:56
Hej folks,

ich habe nun doch ein Problem mit der neuen Firmware.
Bei mir ist die Konfiguration so gewählt, dass ich Short oben für den internen Schalter zum Toggeln, Short unten für einen anderen gewählt habe.
Nun würde ich gerne ein paar mehr Funktionen nutzen und musste feststellen: es gibt kein Long-Release für Btn_01.
Ebenso wenig ist es mit bis dato gelungen einen Double auszulösen. Hatte ihn auf 200, 300 und 500ms eingestellt, aber egal was ich mache: keine Auslösen am Schalter durch einen Double-Befehl möglich. Immer nur Single-Schaltungen.

Hat noch jemand das Problem bzw. hatte es und kann mir einen Tipp geben, wie ich es beseitigen kann?

Thx a lot!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 28 Juni 2014, 19:49:09
kann bestätigen dass kein LongRelease gesendet wird...habs bisher nicht genutzt würde es dann aber sobald es soweit ist ebenfalls vermissen.

wichtig wäre auch dass mit dem LongRelease wie bei anderen Devices üblich ein Zähler mitkommt. Ich nutze oftmals nicht nur short, long, sondern auch noch sozusagen "sehr long"

double ist aber etwas was auch bei der eq3-Firmware noch nicht geht - oder? Würde ja auch das single short verzögern müssen, konnte mir den Nutzwerk bisher nicht so vorstellen da es wohl bei "normalusern" (Frau) zu Fehlbedienungen kommen würde.

habe übrigens das fwUpdate in FHEM weder mit HMLAN noch HMUSB hinbekommen. Es kann schon sein dass ich was falsch mache. Was ich aber so oder so gut fände, wäre, wenn es einen Befehl in FHEM gäbe, mit dem ich das Device schlichtweg rebooten kann so dass es dann ja in den bootloader kommt und dann auf ein woanders laufendes flash-ota anspringt. Dann muss wenigstens die Sicherung  nicht mehr raus.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 29 Juni 2014, 22:49:41
Nachdem ich nun 4 Schalter umgeflasht habe und die alle auch super funktionierten ist mir etwas aufgefallen. Sobald ich den internen Taster auch in FHEM sehen will muss ich ihn offenbar noch mit fhem selbst peeren und nicht nur mit dem internen Kanal, weil dann wird ansonsten offenbar der Taster selbst nicht gesendet. Habe ihn also mit einem virtuellen Device gepeert woraufhin dann auch alles kam.

Jedoch scheint jetzt teilweise eine Verzögerung beim Schalten des Lichts mit dem internen Taster zu entstehen. Wartet da der Schalter ggf. zuerst auf ein ACK von fhem bevor dann der (ggf. ja zweite) Peer abgearbeitet wird (intern) ??? Führt dann zu Verzögerungen von 1-2 Sekunden, besonders bei mehrerem kurzen An/Ausschalten kommt es dann zu nicht so schönem verhalten

Bin ich der einzige der das Problem so gesehen hat?

Weiterhin hatte ich vorhin mal einen Zustand, in dem der Schalter nicht mehr aufgehört hat LongPresses zu senden (so als hielte man den Taster fest) - der Taster war aber definitivnicht gedrückt (da hat auch nix geklemmt)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 30 Juni 2014, 09:57:32
eine letzte Sache bevor ich die Klappe halte:

ich beschäftige mich jetzt wesentlich intensiver mit dem Schalter. Ich versuche auch die Sourcen zu verstehen. Der Anwendungsspezifische Teil ist ja wirklich überschaubar, da das meiste in der Lib gemacht wird.

Finde ich irgendwo eine Dokumentation der Lib, die über die Inline-Kommentare hinausgeht?

Mir fallen beim Debuggen Kleinigkeiten auf...z.B. wenn man den Schalter per "Schalter" (Btn_01 oder 02) schaltet (und dabei ein Registerset nimmt, welches von einem Standard-Aktor mit eq3-Firmware kopiert ist (hier: Jump Targets alle auf Off) - dann sendet der CustomFW-Schalter wenn man das Licht aus macht erst noch ein 100% bevor dann geschaltet wird und ein 0% gesendet wird. Der EQ3-Firmware-Aktor tut das nicht, er schaltet und sendet dann 0%. Ich überlege ob solche Dinge zu der Verzögerung beitragen können die ich hier erfahre.

Werde mir wohl einen Haufen eigene Debug-Ausgaben einbauen um den Code nach und nach zu verstehen...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 30 Juni 2014, 10:20:05
Zitat von: unimatrix am 30 Juni 2014, 09:57:32
Werde mir wohl einen Haufen eigene Debug-Ausgaben einbauen um den Code nach und nach zu verstehen...
Hej unimatrix,

finde ich toll, dass du dir die Zeit nimmst, um dich mit dem Code auseinander zu setzen. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 30 Juni 2014, 10:24:16
Zitat von: mmattern am 25 Juni 2014, 09:17:52
- wenn man das Device jetzt einmal stromlos macht, geht es noch einmal in den Bootloader (erkennbar an Blinksequenz), dann aber nichts mehr: keine UART-Meldungen (weder vom Bootloader noch von der Firmware), der Schalter ist einfach nicht ansprechbar - Betätigen des Config-Buttons hat kein Blinken der LED oder Ausgabe der "i:0 s:0"-Meldung per UART mehr zur Folge...

Wenn die .hex-Version derselben Firmware per avrdude aufgespielt wird, funktioniert der Schalter...

Hallo zusammen,

das ist mir immer noch ein Rätsel... einen Schalter habe ich für Testzwecke mal beiseite gelegt - es ist wie verhext... das identische Firmware-File in der .hex-Version direkt aufgespielt funktioniert, in .eq3 gewandelt und per flash-ota aufgespielt wird nach dem Flashen gestartet und läuft, allerdings nur, bis das Device einmal stromlos gemacht wird. Danach signalisiert Blinken den Einsprung in den Bootloader, es passiert aber nichts Weiteres mehr, das Device schickt auch keine Funk-Messages...

Irgendeine Idee?

Vielen Dank & viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 30 Juni 2014, 10:41:51
Zitat von: mmattern am 30 Juni 2014, 10:24:16
Irgendeine Idee?
Das selbe Problem hatte ich auch. Lag allerdings nicht am Firmware-File, sondern am Bootloader. Hatte ihn selbst gebaut (weil ich mir dachte, was soll bei einem make schon viel schief gehen) und vielen ungezählten Stunden bin ich dann dahinter gekommen, dass es am Bootloader und nicht an der Firmware liegt.
Ich hab dann den von Jan zur Verfügung gestellten verwendet (eben jenen, den ich auch übers Wiki verlinkt habe) und schon konnte ich die Firmware flashen und der Schalter behielt sie auch über stromlos machen hinaus. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 30 Juni 2014, 10:48:28
kann bestätigen dass ich das gleiche Bootloader-Problem hatte und dann den fertig gebauten genommen habe.

Ansonsten ist es wohl tatsächlich ver-HEX-t.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 30 Juni 2014, 17:57:47
nachdem ich nun mit dem Quellcode wesentlich klarer bin und nach dem Einbauen von zig Debug-Outputs ist mir der vorgang wesentlich klarer (hat mal jemand den UART Output so hinbekommen dass da auch CRs und nicht nur LFs gesendet werden??? - beim Bootloader klappts ja auch (andere lib) )

Es werden erst alle Peers abgearbeitet bevor dann tatsächlich geschaltet wird. Das sieht man sogar schon an der LED. Erst wird der Reihe nach der Button Press an alle Peers gesendet, dann blinkt die LED kurz, und erst dann wird der Switch geschaltet. Sobald ein Button keine peers außer den Switch intern hat, kann man ohne jegliche Verzögerung schnell ein und ausschalten. Sobald aber ein Peer da ist (virtueller Kanal, oder auch irgendein anderer HM Schalter), kommt es zu Latenzzeiten, Das Schalten des Lichts kann bis zu 3-4 Sekunden nach dem Tasterdruck erfolgen, was natürlich so nicht gut ist.

Problem besteht in der Lib selbst in dem es eben so ist dass die Peers abgearbeitet werden (logischerweise). Es war wohl beim erstellen der lib nicht vorgesehen (oder erschien zunächst nicht sinnvoll) dass man mit sich selbst als Device peert.

Obs dazu eine einfache Lösung gibt kann ich allerdings noch nicht sagen...zunächst bin ich dazu übergegangen bei meinen Tastern Btn_01 nur intern als Toggle zu peeren und den unteren Taster (BTN_02) für andere Aktionen, hierbei unterscheide ich dann Long und Short. Btn_01 Long kann ich somit nicht nutzen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 01 Juli 2014, 09:57:47
Zitat von: unimatrix am 22 Juni 2014, 19:28:12
Anhängend eine Firmware, von heutigem GIT, mit serieller Ausgabe.

Habs bei mir heute getestet und läuft.

Der Bootloader hat ja auch serielle Ausgabe (gerade ausprobiert)

Ich hatte am Anfang Probleme mit den Fuses....da liefs auch nicht. irgendwann gings dann. Wieso plötzlich, weiß ich nicht mehr.

Hallo unimatrix,

so, ich möchte jetzt nochmal gern probieren, das Ganze auch mit OTA-Flash ans Laufen zu bekommen...
Kannst du zu dieser Firmware noch das .eq3-File für flash-ota posten?

Vielen Dank & beste Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 01 Juli 2014, 10:03:24
Hej Michael,

mit dem Bootloader aus der Freigabe funktioniert es:
https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5 (https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 01 Juli 2014, 14:23:04
Zitat von: Mr. P am 01 Juli 2014, 10:03:24
Hej Michael,

mit dem Bootloader aus der Freigabe funktioniert es:
https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5 (https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5)

Hallo Mr. P,

tatsächlich - mit dem funktioniert das Empfangen der Firmware... und auch nach Neustart des Devices (durch Stromabschaltung) erfolgt ein korrekter Start des Bootloaders und Sprung in die Firmware... (auch mit meiner selbst gebauten Firmware).
Also liegt es am Bootloader - selbst wenn ich frisch aus dem GIT-Repository unter https://github.com/jabdoa2/Asksin_OTA_Bootloader clone und dann baue, funktioniert es nicht, bzw. passiert genau das hier:
- Bootloader startet korrekt inkl. UART-Ausgabe
- Bootloader kann per flash-ota gesendetes File empfangen und flashen
- Empfangene Firmware startet und funktioniert inkl. UART-Ausgabe

ABER:
Nach Neustart des Devices blinkt zwar einmal die LED (vermutlich durch Bootloader-Start), danach funktioniert aber nichts mehr - und UART bleibt stumm.

Also die Frage: Wie kann ein funktionierender Bootloader gebaut werden? Ich habe es sowohl mit dem gcc-4.6.3 (Standard Raspbian Wheezy) als auch gcc-4.9 (mit avr-gcc 4.8.1) aus Raspbian Jessie probiert...
Selbst bauen würde ich gern, weil der Bootloader aus der Freigabe immer die Serial KEQ0123456 funkt... grundsätzlich natürlich gangbar, weil man ja immer nur ein Device zur Zeit flashen würde, aber es ist halt schön, wenn man weiß, dass es im Zweifel geht...

:-\ :-\ :-\

Vielen Dank & viele Grüße
Michael

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 01 Juli 2014, 14:25:10
Zitat von: unimatrix am 30 Juni 2014, 17:57:47
nachdem ich nun mit dem Quellcode wesentlich klarer bin und nach dem Einbauen von zig Debug-Outputs ist mir der vorgang wesentlich klarer (hat mal jemand den UART Output so hinbekommen dass da auch CRs und nicht nur LFs gesendet werden??? - beim Bootloader klappts ja auch (andere lib) )

Ich habe alle \n durch \r\n ersetzt und dann nochmal alle '\r\n' durch "\r\n"...
Dann geht's...

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 01 Juli 2014, 14:43:52
Zitat von: mmattern am 01 Juli 2014, 14:23:04
tatsächlich - mit dem funktioniert das Empfangen der Firmware... und auch nach Neustart des Devices (durch Stromabschaltung) erfolgt ein korrekter Start des Bootloaders und Sprung in die Firmware... (auch mit meiner selbst gebauten Firmware).
Also liegt es am Bootloader - selbst wenn ich frisch aus dem GIT-Repository unter https://github.com/jabdoa2/Asksin_OTA_Bootloader clone und dann baue, funktioniert es nicht, bzw. passiert genau das hier:
- Bootloader startet korrekt inkl. UART-Ausgabe
- Bootloader kann per flash-ota gesendetes File empfangen und flashen
- Empfangene Firmware startet und funktioniert inkl. UART-Ausgabe

ABER:
Nach Neustart des Devices blinkt zwar einmal die LED (vermutlich durch Bootloader-Start), danach funktioniert aber nichts mehr - und UART bleibt stumm.

Also die Frage: Wie kann ein funktionierender Bootloader gebaut werden? Ich habe es sowohl mit dem gcc-4.6.3 (Standard Raspbian Wheezy) als auch gcc-4.9 (mit avr-gcc 4.8.1) aus Raspbian Jessie probiert...
Selbst bauen würde ich gern, weil der Bootloader aus der Freigabe immer die Serial KEQ0123456 funkt... grundsätzlich natürlich gangbar, weil man ja immer nur ein Device zur Zeit flashen würde, aber es ist halt schön, wenn man weiß, dass es im Zweifel geht...

:-\ :-\ :-\
Dann bist du jetzt genau an dem Punkt, bei dem ich damals auch war, nachdem ich einige Abende mit der Fehlersuche verbracht hatte und den Schalter endlich in der Wand versenken konnte. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 01 Juli 2014, 15:06:59
notfalls die Serien-Nummer im Hexfile patchen...bei mir läuft der selbst gebaute auch nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 01 Juli 2014, 16:20:57
Zitat von: unimatrix am 01 Juli 2014, 15:06:59
notfalls die Serien-Nummer im Hexfile patchen...bei mir läuft der selbst gebaute auch nicht.

auch ne Lösung... aber vielleicht liest ja auch der "Erzeuger" des funktionierenden Bootloaders mit und kann uns verraten, wie seine Toolchain aussieht...

Viele Grüße
Michael

P.S.:
Wer es ausprobieren möchte:

Im Original sehen Zeilen 251 und 252 wie folgt aus:
:10EF9400ABCDEF14000010ABCDEF000000004B45EB
:10EFA400513031323334353630313233343536370B


Die fett markierten Stellen enthalten die HMID (hier: ABCDEF) und dann die Serial (hier: KEQ0123456, HEX: 4B455130313233343536)

Wenn man das anpasst, meckert avrdude zunächst über eine falsche Prüfsumme (das sind immer die letzten beiden Zeichen einer Zeile, z.B. hier "EB" für Zeile 251).

Die Meldung sieht z.B. so aus:

avrdude: ERROR: checksum mismatch at line 251 of "bootloader_HM-LC-Sw1PBU-FM-2A32EB-KEQ0123460.hex"
avrdude: checksum=0xeb, computed checksum=0x2b


Man muss dann einfach in der angegebenen Zeile den bestehenden Wert (hier: EB) durch den in "computed checksum" ersetzen (hier also: 2B).

Dann geht es...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 01 Juli 2014, 17:15:13
Zitat von: mmattern am 01 Juli 2014, 16:20:57
auch ne Lösung... aber vielleicht liest ja auch der "Erzeuger" des funktionierenden Bootloaders mit und kann uns verraten, wie seine Toolchain aussieht...
Stimmt. Von Jan hab ich hier schon lange nichts mehr gelesen.
Wird doch hoffentlich nicht von irgendwas verschluckt worden sein. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 01 Juli 2014, 19:09:31
Zitat von: jab am 07 April 2014, 20:44:32
Spannend. Das ist mehr oder weniger der gleiche Code. Welche GCC Version hast du denn? Ggf ist da irgendwas mit den Timings nicht perfekt in der Klasse. Das Problem hatten leider schon ein paar andere. Ich hänge mal meine hex vom Bootloader an. Vielleicht geht die bei dir.


Gruß,
Jan

Hallo Jan,

deine Version funktioniert prima... wie hast du die denn kompiliert (z.B. welche Version avr-gcc)? Eine Reihe von Forumsmitgliedern hier haben sich am Selbstbau versucht und haben jeweils merkwürdige nicht funktionierende Versionen erzeugt... sie funktionieren für den ersten Start, empfangen die Firmware und sobald das Device dann einmal stromlos wird, war es das dann...

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 02 Juli 2014, 23:40:20
Moin,

ich bin im Augenblick viel Unterwegs. Eigentlich wollte ich noch mal irgendwann ein Usertreffen veranstalten. Im Raum Hannover ggf wenn Interesse besteht. Alternativ Ende des Jahres in Hamburg beim CCCC Congress.

Zu dem Buildproblemen: Ursprünglich ging es nur mit GCC 4.6. Die Probleme habe ich aber eigentlich gefixt. Aktuell nutze ich GCC auf Ubuntu 13.10 (4.8.1) und Ubuntu 14.04 (weiß gerade nicht genau). Im Bootloader sollte das eigentlich alles gehen. Muss ich mir sonst noch mal angucken.

Was für aktuelle Probleme gibt es denn? Können wir eine Liste machen? Gerne auch als Issues auf github dann kann man die besser tracken.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 03 Juli 2014, 00:09:38
Zitat von: jab am 02 Juli 2014, 23:40:20
Moin,

ich bin im Augenblick viel Unterwegs. Eigentlich wollte ich noch mal irgendwann ein Usertreffen veranstalten. Im Raum Hannover ggf wenn Interesse besteht. Alternativ Ende des Jahres in Hamburg beim CCCC Congress.

Zu dem Buildproblemen: Ursprünglich ging es nur mit GCC 4.6. Die Probleme habe ich aber eigentlich gefixt. Aktuell nutze ich GCC auf Ubuntu 13.10 (4.8.1) und Ubuntu 14.04 (weiß gerade nicht genau). Im Bootloader sollte das eigentlich alles gehen. Muss ich mir sonst noch mal angucken.

Was für aktuelle Probleme gibt es denn? Können wir eine Liste machen? Gerne auch als Issues auf github dann kann man die besser tracken.


Gruß,
Jan

Hallo Jan,

vielen Dank für die Rückmeldung - ich habe ein Issue aufgemacht: https://github.com/jabdoa2/Asksin_OTA_Bootloader/issues/1 (https://github.com/jabdoa2/Asksin_OTA_Bootloader/issues/1)

Ich werde mal ein Ubuntu-13.10-Virtualbox-Image ausprobieren zum Erzeugen des Bootloaders...

EDIT: Auch mit Ubuntu-13.10 das gleiche Fehlerbild (VirtualBox-Image von http://virtualboximages.com/Ubuntu+13.10+amd64+VirtualBox+VDI+Virtual+Appliance, darin git, arduino-core, avr-gcc installiert, git clone gemacht und dann make; habe das resultierende .hex-File mal angehängt, falls es hilft... es ist auf jeden Fall auf Byte-Ebene deutlich unterschiedlich von "deinem" funktionierenden...).

Viele Grüße
Michael

P.S.:
Und vielen Dank für deine ganze Arbeit und die super Idee, dieses Projekt aufzuziehen... ist auch eine super Basis für Homebrew-Devices...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Cyberman am 08 Juli 2014, 21:37:51
Ich brauche bitte mal einen Anschub, sonst komme ich nicht mehr weiter.

Ich habe mir einen fabrikneuen HM-LC-Sw1PBU-FM besorgt, und zum flashen die 6 MP-Pins mit dem GPIO eines Raspberry verdrahtet. Danach mit den Files aus dieser Quelle https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5 (https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5) den Bootloader eingespielt. Danach mit dem flash-ota Tool aus gleicher Quelle die Firmware (.eq3) eingespielt.

Die Logs von den Programmiervorgängen habe ich als Files angehängt, auf den ersten Blick scheint alles okay.

Ich bin nicht sicher, in welchem Zustand der Schalter nun ist.

Nach Power-On des Schalters finden sich im Log meines FHEM-Servers folgende Einträge:


2014.07.08 21:04:39 3: HMLAN1: Unknown code A14000010ABCDEF000000004B455130313233343536::-61:HMLAN1, help me!
2014.07.08 21:04:40 3: HMLAN1: Unknown code A0F4200CB2577F0ABCDEF105B11F81547::-57:HMLAN1, help me!


Anschließend reagiert der Schalter auf Wippendruck mit einem kurzen Aufleuchten der LED.
Beim Drücken der Config-Taste reagiert die LED nicht und es passiert scheinbar nichts.
Es gelingt mir nicht, den Schalter mit meiner HM-Zentrale zu pairen und ihm weitere Daten zu entlocken.

Hat jemand eine Idee, wie es nun weitergehen könnte?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 08 Juli 2014, 23:39:36
Zitat von: Cyberman am 08 Juli 2014, 21:37:51
Hat jemand eine Idee, wie es nun weitergehen könnte?

Hallo Cyberman,

eine Idee: löte doch mal die UART-Pins an und schaue, was auf dem Schalter passiert (dabei beachten, dass TX des Schalters an RX des RPi und vice versa gehört) - am besten flasht du eine Firmware mit Serial-Ausgabe, z.B. die hier: http://forum.fhem.de/index.php/topic,18071.msg178535.html#msg178535; probiere doch mal, dann das Pairing über die serielle Konsole zu starten und poste das Ergebnis hier; Pairing mit FHEM hat bei mir eigentlich immer nur über hmPairSerial funktioniert...

Viel Glück!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 09 Juli 2014, 00:11:01
2014.07.08 21:04:39 3: HMLAN1: Unknown code A14000010ABCDEF000000004B455130313233343536::-61:HMLAN1, help me!
2014.07.08 21:04:40 3: HMLAN1: Unknown code A0F4200CB2577F0ABCDEF105B11F81547::-57:HMLAN1, help me!

ist das 2577F0 dein hmlan? wenn das dein hmlan ist und der eine message an deinen schalter sendet, sollte das pairen eigentlich angefangen haben. ABCDEF ist jedenfalls der schalter. soweit eigentlich gut.
hast du auch die extra datei in den FHEM ordner kopiert und anschliessend reboot oder reload gemacht? ist autocreate an? die erste message ist die anlernmessage vom schalter, die 2. vom typ 00cb sieht mir nach einer message im zusammenhang mit firmwareupdate aus. seltsam. da sollte von fhem was anderes kommen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Cyberman am 09 Juli 2014, 00:26:50
Ja, 2577F0 ist mein HMLAN, und die 99_ASK-soundso.pm ist im FHEM Ordner, und ich habe sowohl ein reload dieser Datei als auch shutdown restart probiert. Das Bild ändert sich dadurch nicht.

Wie versetzt man den Schalter nach Herstellen der Stromzufuhr in den Anlernmodus, und was signalisiert die LED?

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 09 Juli 2014, 00:42:18
ZitatWie versetzt man den Schalter nach Herstellen der Stromzufuhr in den Anlernmodus, und was signalisiert die LED?
kurz drücken. led sagt quasi nichts. war aber die vorgängerversion bei mir. lange drücken reset.

aber wie gesagt, die anlernmessage war da. vielleicht ist dein fhem zu neu.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Cyberman am 09 Juli 2014, 00:53:42
Nochmal FHEM neu gestartet, aber der Schalter wird nicht erkannt - trotz autocreate und geladenem Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm, abgelegt unter /opt/fhem/FHEM.

Der Schalter scheint jedoch zu leben, denn

- Nach Power On erscheint im Event Monitor:


2014-07-09 00:41:20 HMLAN HMLAN1 UNKNOWNCODE A14000010ABCDEF000000004B455130313233343536::-58:HMLAN1


- Danach erscheinen bei Betätigung der Wippe folgende Telegramm im Event Monitor:

Wippe oben betätigt


2014-07-09 00:41:47 HMLAN HMLAN1 UNKNOWNCODE A0B00A24029F26F0000000100::-62:HMLAN1
2014-07-09 00:41:48 HMLAN HMLAN1 UNKNOWNCODE A0B00A24029F26F0000000100::-62:HMLAN1
2014-07-09 00:41:49 HMLAN HMLAN1 UNKNOWNCODE A0B00A24029F26F0000000100::-61:HMLAN1


Wippe unten betätigt


2014-07-09 00:41:53 HMLAN HMLAN1 UNKNOWNCODE A0B01A24029F26F0000000200::-61:HMLAN1
2014-07-09 00:41:53 HMLAN HMLAN1 UNKNOWNCODE A0B01A24029F26F0000000200::-61:HMLAN1
2014-07-09 00:41:53 HMLAN HMLAN1 UNKNOWNCODE A0B01A24029F26F0000000200::-61:HMLAN1


Die Bytefolge 29F26F erkenne ich wieder, denn ich war schonmal etwas weiter. Hatte zuerst den Bootloader weggelassen, und die Firmware über Draht direkt geflasht. Danach erschien im Log
das neue Gerät CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F

Seitdem ich den Bootloader reingeflasht und die Firmware dann über OTA nachgeschoben habe, komme ich soweit nicht mehr.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 09 Juli 2014, 01:06:09
interessanter wäre, was beim drücken der anlerntaste passiert. du setzt deinen hmlan ja auch in den anlernmodus?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Cyberman am 09 Juli 2014, 01:11:59
Anlernmodus in FHEM ist mit set HMLAN1 hmPairForSec 120 gesetzt.
Danach Power on am Schalter und Drücken der Anlerntaste. Es passiert schlicht gar nichts: Keine LED-Signalisierung, kein Datentelegramm im Event Monitor.
Der Schalter geht direkt in den zuvor beschriebenen Modus, schickt die eine Initialmeldung und reagiert dann auf Wippenbetätigung mit weiteren Telegrammen.

Somit erkennt er die Wippenbewegung, und funken tut er auch - komplett abgestürzt scheint er also nicht zu ein?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 09 Juli 2014, 01:19:41
resette den schalter mal, ca 5 sec drücken, danach nochmal drücxken. dann blinkt die led, glaub ich, dann anlernen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 09 Juli 2014, 01:23:34
Michael schrieb in einen seiner letzten Posts:
Zitat von: mmattern am 24 Juni 2014, 02:47:56
Eine mögliche Falle für das erste Pairing lauert auch noch darin, dass nicht immer alle Module geladen werden, sondern nur die nötigen... wenn man kein CustomFW-Device definiert hat, wird 99_Asksin..... .pm wohl nicht geladen, was dazu führt, dass das Device dann nicht richtig erkannt wird.
Also einfach eins definieren, bevor man das erste Mal pairt, damit das Asksin-Modul geladen wird...
Probier es einmal aus... vielleicht hilft es. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 09 Juli 2014, 09:58:36
Zitat von: Cyberman am 09 Juli 2014, 01:11:59
Anlernmodus in FHEM ist mit set HMLAN1 hmPairForSec 120 gesetzt.

Probiere es mal mit hmPairSerial...

Du hattest geschrieben, dass das Device in FHEM schon angelegt war, nachdem du die Firmware direkt geflashed hattest... ist es immer noch angelegt oder hast du es wieder gelöscht?
Falls noch angelegt, kannst du auch dort vom Device aus das Pairing starten...

Falls nicht angelegt, kannst du es ja mal in die fhem.cfg eintragen - hier mal ein Device von mir - HMID ist hier 2A32E8, d.h. du müsstest alle 2A32E8 durch ABCDEF ersetzen:
define devLS.Kellertreppe CUL_HM 2A32E8
attr devLS.Kellertreppe IODev HMUSB
attr devLS.Kellertreppe autoReadReg 4_reqStatus
attr devLS.Kellertreppe expert 2_full
attr devLS.Kellertreppe firmware 1.5
attr devLS.Kellertreppe model HM-LC-Sw1PBU-FM-CustomFW
attr devLS.Kellertreppe room CUL_HM,Keller,EG,Licht
attr devLS.Kellertreppe serialNr KEQ0123456
attr devLS.Kellertreppe subType remoteAndSwitch
attr devLS.Kellertreppe webCmd getConfig:clear msgEvents
define FileLog_devLS.Kellertreppe FileLog ./log/devLS.Kellertreppe-%Y.log devLS.Kellertreppe
attr FileLog_devLS.Kellertreppe logtype text
attr FileLog_devLS.Kellertreppe room CUL_HM,Keller,EG,Licht
define btnLS.Kellertreppe.1 CUL_HM 2A32E801
attr btnLS.Kellertreppe.1 model HM-LC-Sw1PBU-FM-CustomFW
attr btnLS.Kellertreppe.1 peerIDs 00000000,2A32E804,
define btnLS.Kellertreppe.2 CUL_HM 2A32E802
attr btnLS.Kellertreppe.2 model HM-LC-Sw1PBU-FM-CustomFW
attr btnLS.Kellertreppe.2 peerIDs 00000000,2A32E804,
define LS_Leer.Kellertreppe CUL_HM 2A32E803
attr LS_Leer.Kellertreppe model HM-LC-Sw1PBU-FM-CustomFW
attr LS_Leer.Kellertreppe peerIDs 00000000,
attr LS_Leer.Kellertreppe room hidden
define LS.Kellertreppe CUL_HM 2A32E804
attr LS.Kellertreppe event-on-change-reading pct
attr LS.Kellertreppe model HM-LC-Sw1PBU-FM-CustomFW
attr LS.Kellertreppe peerIDs 00000000,2A32E801,2A32E802,
attr LS.Kellertreppe room CUL_HM,Keller,EG,Licht


Viel Glück!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 09 Juli 2014, 10:02:31
Zitat von: Cyberman am 09 Juli 2014, 00:53:42
Die Bytefolge 29F26F erkenne ich wieder, denn ich war schonmal etwas weiter. Hatte zuerst den Bootloader weggelassen, und die Firmware über Draht direkt geflasht. Danach erschien im Log
das neue Gerät CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F

29F26F ist offenbar die HMID deines Schalters... aber er sendet nicht an deine Zentrale, sondern an Broadcast - die Folge 00 00 00 nach 29F26F ist  die Broadcast-Adresse... m.W. tut der Schalter das, wenn er keine pairCentral gespeichert hat...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Cyberman am 10 Juli 2014, 11:38:55
Zitat von: mmattern am 09 Juli 2014, 09:58:36
Probiere es mal mit hmPairSerial...

Das habe ich probiert, bislang ohne Erfolg. Ich bin nicht sicher, ob ich die richtige Serialnr verwende.
Laut Firmware-Doku soll der Schalter auf KEQ0123456 hören. In FHEM sehe ich den Schalter mit PairSerial=PS0000002. Aber mit keiner der beiden Nummern gelingt mir ein Pairing. In den Readings des Schalters bleibt es stets bei Paired To 0x0, was wohl die Datentelegramme mit dem Broadcast erklärt.


Readings
D-firmware 1.5
PairedTo 0x0
R-pairCentral 0x0
RegL_00: 02:00 05:00 0A:00 0B:00 0C:00 12:00 00:00
state CMDs_done


Trotzdem lässt sich der Schalter aus FHEM steuern, er reagiert auf Schaltbefehle.

Zitat von: mmattern am 09 Juli 2014, 09:58:36
Du hattest geschrieben, dass das Device in FHEM schon angelegt war, nachdem du die Firmware direkt geflashed hattest... ist es immer noch angelegt oder hast du es wieder gelöscht?

Ich habe den Code noch und kann ihn in der fhem.cfg wieder reaktivieren. Aber...

Zitat von: mmattern am 09 Juli 2014, 09:58:36
Falls noch angelegt, kannst du auch dort vom Device aus das Pairing starten...

... wie mache ich das? Vom Device aus?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 10 Juli 2014, 11:46:55
Zitat von: Cyberman am 10 Juli 2014, 11:38:55
Trotzdem lässt sich der Schalter aus FHEM steuern, er reagiert auf Schaltbefehle.
Ja, das habe ich auch bereits angemerkt. Habe zwar noch nicht probiert, wie der Schalter reagiert, wenn erst einmal mit einer Zentrale gepairt wurde. Aber solange er Broadcast sendet, kann er von überall aus getriggert werden.

Wegen dem Pairing hatte ich auch erst Erfolg, als ich mir die Firmware selbst gebaut und 'firstLoad' in der Register.h aktiviert hatte.
Dadurch versucht der Schalter von sich aus bei jedem Mal "einschalten" sich mit der ebenfalls in der Register.h hinterlegten Zentrale zu pairen und das hat bei mir dann auf Anhieb geklappt.
Ich befürchte, da gibt es wohl zZ ein Problem mit dem Anlernknopf des Schalters bei der alternativen Firmware.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 10 Juli 2014, 11:59:22
Zitat von: Cyberman am 10 Juli 2014, 11:38:55
Das habe ich probiert, bislang ohne Erfolg. Ich bin nicht sicher, ob ich die richtige Serialnr verwende.
Laut Firmware-Doku soll der Schalter auf KEQ0123456 hören. In FHEM sehe ich den Schalter mit PairSerial=PS0000002. Aber mit keiner der beiden Nummern gelingt mir ein Pairing. In den Readings des Schalters bleibt es stets bei Paired To 0x0, was wohl die Datentelegramme mit dem Broadcast erklärt.

Die Firmware unter https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5 hat auf jeden Fall KEQ0123456... Wenn dann bei dir in FHEM noch PS0000002 steht, solltest du das ändern...

Zitat von: Cyberman am 10 Juli 2014, 11:38:55
[Pairing] ... wie mache ich das? Vom Device aus?

Du kannst in FHEM auf der Seite des Devices unter "set" "pair" auswählen... das müsste ebenfalls den Pairing-Vorgang auslösen... vorher hmPairSerial am HMLAN auslösen mit der richtigen Serial...

Aber Mr. P hat schon einen Punkt - Firmware selbst bauen und darin (im File Register.h direkt vor der Zeile static void mainSettings(uint16_t *regPtr, uint16_t *peerPtr) { #firstLoad definieren sowie dann ein paar Zeilen weiter unten die pairCentral setzen funktioniert ganz sicher!

Weiter oben im Thread (http://forum.fhem.de/index.php/topic,18071.msg179182.html#msg179182) habe ich ein paar Punkte zusammengefasst, über die man beim Selbstbauen  stolpern könnte...

Viel Erfolg!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Cyberman am 10 Juli 2014, 12:04:25
Zitat von: mmattern am 10 Juli 2014, 11:59:22
Du kannst in FHEM auf der Seite des Devices unter "set" "pair" auswählen... das müsste ebenfalls den Pairing-Vorgang auslösen...

Dabei erhalte ich folgende Fehlermeldung:
serialNr is not set

Vorher habe ich beim Schalter
attr SerialNr KEQ0123456
gesetzt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 10 Juli 2014, 12:19:37
Zitat von: Cyberman am 10 Juli 2014, 12:04:25
Dabei erhalte ich folgende Fehlermeldung:
serialNr is not set

Vorher habe ich beim Schalter
attr SerialNr KEQ0123456
gesetzt.

Ok, genau das hatte ich auch mal - das Device spuckt diese Meldung aus, wenn es intern die "pairCentral" nicht gesetzt hat... das ist z.B. "heilbar" über die von Mr. P genannte #firstLoad-Methode...

Probiere mal die FW im Anhang - vorher Device aus FHEM löschen.

Die Firmware enthält ein Device mit Serial KEQ0123456, pairCentral 2577F0 (dein HMLAN) und HMID 2A32EA...

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 11 Juli 2014, 14:32:10
hatte ja das Problem, dass sobald ein Button mit dem internen Aktor gepeert war, dass dann der Tastendruck nicht mehr gesendet wurde.

Daraufhin habe ich dann den hmlan als peer eingetragen, was ja geht, und auch funktionierte, aber zu verzögerungen führte.

Als unsaubere Lösung habe ich nun erstmal eingebaut, dass, auch wenn es Peers gibt, immer an Broadcast gesendet wird (die entsprechende Bedingung in send_peer_poll() in Asksin.cpp habe ich einfach entfernt.

Löst zumindest mein unmittelbares Problem und ich kann jetzt in FHEM auch zusätzlich auf die Tastendrücke reagieren....

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Cyberman am 11 Juli 2014, 21:14:23
Ich bin nun weitergekommen, vielen Dank für die helfenden Beiträge hier!

Die auf meine HMID gepatchte Firmware habe ich (noch) nicht eingespielt, das Pairing ist mir nun doch auf dem regulären Weg gelungen:
Stromzufuhr des Schalters unterbrochen und kurz nach dem Wiedereinschalten die Config-Taste gedrückt, damit klappte nun das Pairing.
Seltsamerweise ist als SerialNr PS00000002 eingetragen. Ich hatte hier eigentlich KEQ0123456 erwartet. Bin gespannt, wie ich das Problem löse, wenn ich mehr als einen Schalter integrieren will (folgt noch).

Nun will ich aber erstmal die angepeilte Wechselschaltung fertig realisieren.


Readings
CommandAccepted yes 2014-07-11 21:04:51
D-firmware 1.5 2014-07-11 21:04:45
D-serialNr PS00000002 2014-07-11 21:04:45
PairedTo 0x2577F0 2014-07-11 21:06:02
R-pairCentral 0x2577F0 2014-07-11 21:04:51
RegL_00: 02:01 05:00 0A:25 0B:77 0C:F0 12:00 00:00 2014-07-11 21:06:02
state CMDs_done 2014-07-11 21:06:14


Bei der Arbeit mit dem Schalter auf dem Schreibtisch ist mir aufgefallen, dass er nach einiger Betriebsdauer ziemlich warm wird. Eventuell lag das aber daran, dass er die ganze Zeit im Broadcast-Modus war.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 11 Juli 2014, 21:27:37
KEQ0123456 im bootloader eingetragen. kannst du zum flashen über wintool nutzen.
PS00000002 sollte aus der fw kommen. kannst du vor dem kompilieren zb auf die originale sn des schalters ändern.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 11 Juli 2014, 21:35:55
Der Schalter wird eigentlich nur warm, wenn der 230V-Teil dran ist...das merkt man tatsächlich auch wenn das Ding in der Wand ist. Das ist auch schon bei den alten HM-Aktoren so. Die Stromaufnahme im Standby ist nicht gerade berauschend. Liegt natürlich auch an den minimalistischen "Netzteilen".
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 11 Juli 2014, 22:20:31
Hallo,

die geben doch > 0,5W im Standby an. Da dürfte eigentlich nichts "warm" werden. Im eingeschaltetem Zustand ist das natürlich mehr, weil das Relais auch Strom braucht.
Mir ist beim Original noch nichts dergleichen aufgefallen.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Cyberman am 12 Juli 2014, 11:28:29
So weit alles gut, Schalter läuft. Aber wie programmiere ich ihn nun für die Wechselschaltung?

Durch die Self01/Self02 Peerings blicke ich noch nicht durch, es ist schwierig die Informationen zu sammeln und zu verstehen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 12 Juli 2014, 20:28:23
Hallo Cyberman.

angenommen dein Schalter heißt

mSchalter, dann hast du neben diesem Device die Kanäle

mSchalter_Btn_01
mSchalter_Btn_02
mSchalter_Sw_01
mSchalter_Sw_02

so wird es von CUL_HM.pm angelegt.  (bzw. kann natürlich beliebig umbenannt werden)

der Sw_01 (Kanal 3 des Aktors) ist der virtuellen Kana. Wenn man den einschaltet, brennt das Licht, er berücksichtigt also einen ggf. schon bestehenden Stromfluss. Wenn man den Ausschaltet, geht das Licht aus, wenn es nicht schon aus war. Er zeigt weiterhin an, ob das Licht gerade an oder aus ist.

der Sw_02 ist das Relais und funktioniert so , wie die HM-eigene Firmware vorher auch funktioniert hat. Relais an/aus. Den braucht man also "eigentlich nicht".

Wenn du nun deinen Schalter mit dem internen Taster bedienen willst (was ja wohl so sein dürfte) wäre die einfachste Möglichkeit

set mSchalter_Btn_01 peerChan 0 mSchalter_Sw_01 dual set

das erzeugt automatisch ein Peering zwischen deinen beiden internen Tastern und dem Kanal 3. Damit sollte der Schalter eigentlich schon funktionieren (wobei ich jetzt nicht weiß, welches Standardregisterset geladen wird)

Falls nicht, dann setze im Device das Register intKeysVisible auf "visib" und mache ein getConfig auf Kanal 3. dort siehst du dann die Listen der Peers und siehst, was dort ein Tastendruck bewirkt. In den Jump Targets (z.B . R-self01-shSwJtDlyOff) usw. muss dann bei dem Button, mit dem du AUSschalten willst überall OFF stehen, und bei dem anderen Button entsprechend On.

Noch einfacher wäre es, falls vorhanden, ein Registerset von einem schon wie gewünscht konfigurierten Schalter (das kann auch einer mit Standard-FW sein) zu kopieren. Das geht mit dem Modul hminfo.

VG
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 12 Juli 2014, 20:32:15
gibt es neue Erkenntnisse zum Bauen des Bootloaders?

Ich möchte gerne am Anfang des Bootloaders den Watchdog ausschalten. Damit ich in die Applikation eine Reset-Funktion einbauen kann mit Hilfe des Watchdogs. Ziel wäre es, den Bootloader per FHEM Befehl anzuspringen so dass der Schalter nicht stromlos gemacht werden muss.

Ohne das Ausschalten im Bootloader käme es wohl zu einer Reset-Loop.

Alternativ könnte man ggf. den Bootloader einfach anspringen. Aber an welcher Adresse startet der? bei 0x0000... liegt ja die Hauptanwendung.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Cyberman am 12 Juli 2014, 21:03:20
Zitat von: unimatrix am 12 Juli 2014, 20:28:23
der Sw_01 (Kanal 3 des Aktors) ist der virtuellen Kana
der Sw_02 ist das Relais und funktioniert so ,

Ist es nicht umgekehrt?
Hier https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM (https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM) steht

Actor channel for internal relay (channel 3)
Virtual Actor channel for double-throw switch/Wechselschalter (channel 4)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Cyberman am 12 Juli 2014, 21:13:13
Zitat von: unimatrix am 12 Juli 2014, 20:28:23
Falls nicht, dann setze im Device das Register intKeysVisible auf "visib" und mache ein getConfig auf Kanal 3. dort siehst du dann die Listen der Peers und siehst, was dort ein Tastendruck bewirkt. In den Jump Targets (z.B . R-self01-shSwJtDlyOff) usw. muss dann bei dem Button, mit dem du AUSschalten willst überall OFF stehen, und bei dem anderen Button entsprechend On.

Puuh, da blicke ich immer noch nicht durch. Gibt es irgendwo eine Beschreibung dieser Register-Settings?
Ich habe meine mal ausgelistet, siehe Anhang.

Den Peer-Befehl habe ich eingegeben, aber leider reagiert der Taster nur mit der unteren Wippe und schaltet dann ein.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 12 Juli 2014, 21:28:28
Das ist ganz gut dokumentiert in

http://fhem.de/Heimautomatisierung-mit-fhem.pdf

ab Seite 72 Mitte wird es für dich interessant. Es lohnt sich, da einmal durchzusteigen und dann ist es auch logisch. Nach dem Verständnis erkennt man die Vielzahl der Möglichkeiten.

In deinem RTF sehe ich dass z.B.

R-self01-shActionType   off

steht.

Das bedeutet, dass dein Button 1 (der nach "oben") deaktiviert ist für diesen Peer und somit keine Funktion hat.

Setze dies auf "jmpToTarget"

und dann noch die folgenden auf "on"

R-self01-shSwJtDlyOff   
R-self01-shSwJtDlyOn   
R-self01-shSwJtOff   
R-self01-shSwJtOn   

für Button 2 das selbe, aber eben nicht "on" sondern off. Bzw. Im Moment ist dein Button 2 ein Einschalter, und du hast keinen Ausschalter.

Natürlich kann man es auch anders nutzen. Z.b. einen Button als Toggle und den anderen Button für etwas völlig anderes. Das ist ja das schöne, dass dies bei der CustomFW möglich ist.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Cyberman am 12 Juli 2014, 22:57:46
Zitat von: unimatrix am 12 Juli 2014, 21:28:28
Das ist ganz gut dokumentiert in
http://fhem.de/Heimautomatisierung-mit-fhem.pdf
ab Seite 72 Mitte wird es für dich interessant. Es lohnt sich, da einmal durchzusteigen und dann ist es auch logisch. Nach dem Verständnis erkennt man die Vielzahl der Möglichkeiten.

Danke für den Hinweis. Diese Dokumentation hatte ich mir sogar schon ausgedruckt, konnte aber mit dem hinteren Teil bisher nicht viel anfangen.
Aber nun habe ich es verstanden: Die Aktoren arbeiten mit Zustandsmaschinen, und man muss die Zustandsübergänge programmieren. Dann macht der Schalter auch was. Aaaah!  8)

Und siehe da: Schon funktioniert's!  :D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 13 Juli 2014, 18:13:19
Zitat von: unimatrix am 12 Juli 2014, 20:32:15
gibt es neue Erkenntnisse zum Bauen des Bootloaders?

Ich möchte gerne am Anfang des Bootloaders den Watchdog ausschalten. Damit ich in die Applikation eine Reset-Funktion einbauen kann mit Hilfe des Watchdogs. Ziel wäre es, den Bootloader per FHEM Befehl anzuspringen so dass der Schalter nicht stromlos gemacht werden muss.

Ohne das Ausschalten im Bootloader käme es wohl zu einer Reset-Loop.

Alternativ könnte man ggf. den Bootloader einfach anspringen. Aber an welcher Adresse startet der? bei 0x0000... liegt ja die Hauptanwendung.

Hallo Cyberman,

ein paar Erkenntnisse schon (vgl. Issue in Github, https://github.com/jabdoa2/Asksin_OTA_Bootloader/issues/1), nur noch keine Lösung.
Ich gehe davon aus, dass man mal ein Disassembly-Output von Jan neben einen von uns legen muss um zu sehen, wo der Compiler "Unsinn" macht... Es ist auch schon genau die Stelle identifiziert, bei der zumindest der von mir gebaute aussteigt...

Bootloader startet - sofern du die Fuses so gesetzt hast wie in der Anleitung, bei 0xE000 (in Bytes, bzw. 0x7000 in Words).

Du solltest also so in den Bootloader springen können:

typedef void (*BootloaderPtr_t)(void) __attribute__ ((noreturn));

BootloaderPtr_t BootloaderStartPtr = (BootloaderPtr_t)0xE000;
BootloaderStartPtr();


Bin mir nicht absolut sicher, ob man hier die Byte-Adresse oder die in Words (also 0x7000) angeben muss... aber das lässt sich ja leicht testen...

Die Interrupts muss man wahrscheinlich auch noch für den Bootloader-Modus umbiegen, so wird das im Bootloader gemacht:

unsigned char temp;              /* Variable */
/* Interrupt Vektoren verbiegen */
char sregtemp = SREG;
cli();
temp = MCUCR;
MCUCR = temp | (1<<IVCE);
MCUCR = temp | (1<<IVSEL);
SREG = sregtemp;


Ich sehe allerdings jetzt gerade nicht, wie das zu einer Reset-Loop führen sollte... der Bootloader springt nach Timeout in die Applikation, und das Springen in den Bootloader könntest du ja z.B. auf "Config-Button lange drücken" setzen, oder?
Oder man setzt gleich einen BidCos-Code auf, um das dann per FHEM auslösen zu können... klingt spannend!

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 14 Juli 2014, 08:05:40
Hi Michael,

habs getestet und es funktioniert. Man erkennt an der LED dass er in den BL springt und auch die FW lässt sich dann hochladen.

Mit den Registern muss wohl noch mehr nicht stimmen, habe ich nur gerade nicht im Überblick. Die UART Ausgabe ist danach verbogen. Aber es ist wohl egal, da der FW Upload ja klappt.

Ich meinte damit eine andere Methode, nämlich den Watchdog zu aktivieren und in den Timeout laufen zu lassen (dieser ist aber auf maximal 8 sekunden begrenzt). Das Problem ist, dass der Watchdog dann auch nach dem Reset aktiv bleibt. Einer der ersten Aktionen in einem dazu passenden Bootloader müsste sein, den Watchdog zu deaktivieren. Ansonsten würde der AVR alle maximal 8 Sekunden wieder resetten und man bekäme dieses Problem dann OTA nicht mehr raus sondern nur durch neu Flashen per ISP. Vorteil dieser Methode ist, dass ein echter Reset generiert wird, der keinen Unterschied zu einem Power-Cycle machen dürfte. Somit sind danach auch alle Register usw. sauber.

das ganze über fhem anzutriggern muss somit auch gehen, aber muss eben eingebaut werden. Bin mir im Moment nicht sicher, was dazu der protokollkonforme weg wäre, z.B. ob es dazu einen eigenen Reset-Channel benötigen würde oder ob man das Verhalten durch ein eigenes Register in List0 herbeirufen sollte.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 Juli 2014, 10:24:40
ZitatIch meinte damit eine andere Methode, nämlich den Watchdog zu aktivieren und in den Timeout laufen zu lassen (dieser ist aber auf maximal 8 sekunden begrenzt). Das Problem ist, dass der Watchdog dann auch nach dem Reset aktiv bleibt. Einer der ersten Aktionen in einem dazu passenden Bootloader müsste sein, den Watchdog zu deaktivieren. Ansonsten würde der AVR alle maximal 8 Sekunden wieder resetten und man bekäme dieses Problem dann OTA nicht mehr raus sondern nur durch neu Flashen per ISP. Vorteil dieser Methode ist, dass ein echter Reset generiert wird, der keinen Unterschied zu einem Power-Cycle machen dürfte. Somit sind danach auch alle Register usw. sauber.

das ganze über fhem anzutriggern muss somit auch gehen, aber muss eben eingebaut werden. Bin mir im Moment nicht sicher, was dazu der protokollkonforme weg wäre, z.B. ob es dazu einen eigenen Reset-Channel benötigen würde oder ob man das Verhalten durch ein eigenes Register in List0 herbeirufen sollte.
das war eigentlich der plan von jab, dachte ich. siehe auch hier. http://forum.fhem.de/index.php/topic,18071.msg168345.html#msg168345 (http://forum.fhem.de/index.php/topic,18071.msg168345.html#msg168345) und diesen thread http://forum.fhem.de/index.php/topic,23329.msg166287.html#msg166287 (http://forum.fhem.de/index.php/topic,23329.msg166287.html#msg166287).

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 14 Juli 2014, 10:44:35
Zitat von: frank am 14 Juli 2014, 10:24:40
das war eigentlich der plan von jab, dachte ich. siehe auch hier. http://forum.fhem.de/index.php/topic,18071.msg168345.html#msg168345 (http://forum.fhem.de/index.php/topic,18071.msg168345.html#msg168345) und diesen thread http://forum.fhem.de/index.php/topic,23329.msg166287.html#msg166287 (http://forum.fhem.de/index.php/topic,23329.msg166287.html#msg166287).

gruss frank

Hallo unimatrix,

ok, Frank hatte den relevanten Code zum Abschalten des Watchdogs ja schon herausgesucht:

#include <stdint.h>
    #include <avr/wdt.h>

    uint8_t mcusr_mirror __attribute__ ((section (".noinit")));

    void get_mcusr(void) \
      __attribute__((naked)) \
      __attribute__((section(".init3")));
    void get_mcusr(void)
    {
      mcusr_mirror = MCUSR;
      MCUSR = 0;
      wdt_disable();
    }


Zum reinen Abschalten des Watchdogs sollten nur die Zeilen

      #include <avr/wdt.h>

      ...

      MCUSR = 0;
      wdt_disable();
relevant sein... der Rest dient dazu, MCUSR zu sichern, damit man den Auslöser des Reset auswerten kann.


@unimatrix - also bräuchten wir einen Bootloader, der ganz zu Beginn den Watchdog abschaltet, was bedeutet, dass wir in der Lage sein müssen, einen funktionierenden Bootloader zu bauen... jab - Hilfe!!!

:o
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 14 Juli 2014, 12:21:05
Liebe FHEM-Forumsnutzer,

bin über Umwege auf diesen Thread gekommen und habe die alternative Firmware auch in einem Homematic Forum bekannt gegeben, da möglicherweise auch dort Interesse besteht.

Habe keine FHEM Installation, sondern benutze Homematic klassisch mit der CCU2. Habe bereits zwei solcher Unterputzverschalter - sehr umständlich - über ein Programm, das auf der CCU2 läuft, verknüpft.

Möchte nun eine Direktverknüpfung erzeugen und konnte bereits eine .hex Datei mit der Arduino IDE erzeugen. Dazu zwei Fragen:
- Ergibt sich die HMID, die ich in Register.h setzen muss aus der Geräte-ID KEQ0abcdef als 0xab 0xcd 0xef?
- Habe als Board "Jabduino ATmega644" und nicht "Jabduino ATmega644A" eingetragen, da bei Letzterem das Compilieren mit "nur für Assembler" aussteigt. Ist das so richtig?

Wie muss ich weiter vorgehen?
- .hex mit avrdude auf den OTA_bootloader "flashen"? Geht das auch unter Linux oder Windows (habe keinen Raspberry PI o.ä.)?
- Das Resultat in ein .tar.gz packen / konvertieren? Wie gehe ich da vor?
- Mit der CCU2 ein Over-the-air Update durchführen?

Danke (und Entschuldigung für die Anfängerfragen),

Christian.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 14 Juli 2014, 14:12:29
Zitat von: mmattern am 14 Juli 2014, 10:44:35
@unimatrix - also bräuchten wir einen Bootloader, der ganz zu Beginn den Watchdog abschaltet, was bedeutet, dass wir in der Lage sein müssen, einen funktionierenden Bootloader zu bauen... jab - Hilfe!!!

genau - das meinte ich. Den dann einbauen ist ja simpel.

In der Zwischenzeit beschäftige ich mich damit, den Code auf die neueste Library-Version zu portieren. Somit kann ich mich gleich weiter mit der Lib vertraut machen. Habe schon eine Version soweit, aber nun fehlt mir praktisch der Schaltplan von dem Schalter, da ja die Pinbelegung nicht der Standardbelegung der Lib entspricht. In der jetzigen Version des SChalters werde ich aus den Defines nicht ganz schlau.

Ich finde dort


#define PORT_SPI_MISO            PINB
#define BIT_SPI_MISO             6
#define PORT_SPI_SS              PORTB
#define BIT_SPI_SS               4
// #define GDO0                     2


..was ja schön ist, und mir sagt (mithilfe des Jabduino 644a mappings) dass MISO an Pin PB6 = Digital Pin 6 angeschlossen ist. Aber was ist mit den anderen Pins (MOSI, CS, etc.)

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 14 Juli 2014, 15:24:30
Zitat von: unimatrix am 14 Juli 2014, 14:12:29
..was ja schön ist, und mir sagt (mithilfe des Jabduino 644a mappings) dass MISO an Pin PB6 = Digital Pin 6 angeschlossen ist. Aber was ist mit den anderen Pins (MOSI, CS, etc.)

Hallo unimatrix,

laut http://matthiasm.com/homematic_small_steps.html:

ZitatPins und Ports

Fix in den Schaltplan geschaut:

PA0 (ADC) hängt am Stromsensor
PB0 steuert die LED
PB4 ist /CS für den Trasceiver
PB5 ist MOSI
PB6 ist MISO
PB7 ist SCK, also der Takt für die SPI Schnittstelle
PC0 ist SCL und spricht mit dem Flash RAM
PC1 ist SDA, also der zweite Teil des i2c Bus
PD0 geht über die Wippe an Masse - schade, dies wäre auch RxD
PD2 ist GDO0 and Transceiver und kann Interrupts auslösen - gut!
PD3 geht an GDO2 und kann das ebenfalls - sehr gut!
PD4 schaltet das Relais
PD6 geht ebenfalls an die Wippe
PD7 geht über den Config Taster an Masse
PD1 ist TxD

Ich schaue auch mal, ob ich noch einen Schaltplan habe - ist bei den Komplettbausätzen ja immer dabei...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 14 Juli 2014, 15:31:34
Zitat von: wires.io am 14 Juli 2014, 12:21:05
- Ergibt sich die HMID, die ich in Register.h setzen muss aus der Geräte-ID KEQ0abcdef als 0xab 0xcd 0xef?

Manche behaupten, die HMID ließe sich aus der Seriennummer errechnen - ich weiß nicht, ob das stimmt bzw. wie das geht.
Ist aber auch eigentlich egal, du kannst es in der Register.h so setzen, wie du es brauchst. Auf jeden Fall muss die HMID eindeutig sein.
z.B. könntest du erstmal den Schalter mit der originalen Firmware in FHEM anlegen lassen durch Pairing mit der Zentrale und dann die HMID auslesen.
Und dann ab nach Register.h damit.
Wenn du nur einen Schalter hast, kannst du eigentlich auch die fertige Firmware von hier nehmen:
https://owncloud.isengard.at/public.php?service=files&t=0df535e31ad6999664f0e84c95bd2ea5

Ist dann KEQ0123456, HMID ABCDEF

Zitat von: wires.io am 14 Juli 2014, 12:21:05
- Habe als Board "Jabduino ATmega644" und nicht "Jabduino ATmega644A" eingetragen, da bei Letzterem das Compilieren mit "nur für Assembler" aussteigt. Ist das so richtig?
ATmega644 sollte so funktionieren.

Zitat von: wires.io am 14 Juli 2014, 12:21:05
Wie muss ich weiter vorgehen?
- .hex mit avrdude auf den OTA_bootloader "flashen"? Geht das auch unter Linux oder Windows (habe keinen Raspberry PI o.ä.)?
- Das Resultat in ein .tar.gz packen / konvertieren? Wie gehe ich da vor?
- Mit der CCU2 ein Over-the-air Update durchführen?

Vorsicht - .hex ist für avrdude und wird per ISP/Kabel geflashed, .eq3 ist für OTA-Flash.
Wie man aus dem .bin (im ELF-Format) ein .eq3 macht, steht hier: https://github.com/jabdoa2/Asksin_OTA_Bootloader:
Zitat
Convert payload and flash:

You need to convert your elf file to binary first (For arduino GUI you can find this in /tmp/buildXXXXX/)
avr-objcopy -j .text -j .data -O binary payload.elf payload.bin
Use the converter (need php-cli):
php convert.php payload.bin payload.eq3 # convert to eq3 hex format
tar -czf payload.tar.gz payload.eq3 # create .tar.gz for homematic windows tool

.tar.gz ist für das Windows-Update-Tool gedacht, .eq3 funktioniert mit ota-flash aus https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb




Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 14 Juli 2014, 17:26:55
Danke, probiere ich aus.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 14 Juli 2014, 20:56:37
Zitat von: mmattern am 14 Juli 2014, 15:24:30
Ich schaue auch mal, ob ich noch einen Schaltplan habe - ist bei den Komplettbausätzen ja immer dabei...

Danke. Ich habe die auch aus Bausätzen gebaut und nicht bedacht, dass die Schaltpläne später als PDF nicht so einfach zu beziehen sind, nun habe ich sie nicht mehr :(

Danke für die Infos - es funktioniert ! Nun habe ich zuerst mal den 6-fach Taster aus Examples so angepasst dass er mit der aktuellen Lib-Struktur funktioniert und nun die Ports auf den 644a geändert und nun habe ich einen HM-UP Aktor der sich als 6-Kanal Taster verhält

Das ist wie Weihnachten!

Mir ist noch was wegen dem Bootloader eingefallen. Wenn man dann den Reboot einbaut, dann hat man ein Problem, wenn das Flash-OTA abbricht z.B. wegen Übertragungsfehlern. Dann wird in eine nicht laufende Applikation gesprungen und dann geht natürlich kein Reboot mehr:

Option 1: Flash-Prozess erweitern damit der Bootloader unvollständige Uploads erkennt. Möglicherweise nicht so einfach
Option 2: Den Watchdog im Bootloader nicht ausschalten, sondern regelmäßig resetten. Den Watchdog dann erst in der Applikation ausschalten. Weiß aber nicht, ob eine unvollständig geflashte Applikation den dann ggf. auch ausschaltet, somit würde es nichts helfen...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 14 Juli 2014, 21:14:14
Watchdog ausschalten in der Applikation ist keine gute Idee, ich brauche den Watchdog für das Powermanagement :-)
Umkonfigurieren wäre vermutlich besser dann kann man den Watchdog weiterhin als Timer nutzen...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 14 Juli 2014, 21:35:39
Ja, war schlecht formuliert. Ich weiß, dass der WD als Timer verwendet wird.

Nun warten wir sowieso auf einen baubaren Bootloader dann wird sich das schnell lösen lassen.

Ich mach erstmal mit meinem Schalter weiter. Die Lib ist inzwischen echt gut geworden und sehr übersichtlich. Ich bin wirklich begeistert. Das ist wie ein Baukasten wo man sich schnell was zusammenschustert...ich genieße gerade den kurzen Glücksmoment wo ich mit einer kleinen wild verdrahteten Platine (HM_LC_Sw1PBU_FM) das Licht im Flur dimmen kann und meine Frau hält mich für total durchgeknallt....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 14 Juli 2014, 22:48:39
Zitat von: unimatrix am 14 Juli 2014, 20:56:37
Danke. Ich habe die auch aus Bausätzen gebaut und nicht bedacht, dass die Schaltpläne später als PDF nicht so einfach zu beziehen sind, nun habe ich sie nicht mehr :(

Here you go...

Scan des Schaltplans für den Schaltaktor und - da im selben Heft - auch für den nahen Verwandten, den Rolladenaktor...
Hat sich an dem eigentlich auch schon mal jemand mit einer Custom Firmware versucht? Die Kontakte zum Programmieren per ISP sind definitiv auch auf der Platine... und auch hier wäre es interessant, das interne Peering zwischen Tastern und Relais auftrennen zu können...

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 14 Juli 2014, 22:54:23
Zitat von: unimatrix am 14 Juli 2014, 21:35:39
Nun warten wir sowieso auf einen baubaren Bootloader dann wird sich das schnell lösen lassen.

Ist jab wirklich der einzige, der einen funktionsfähigen Bootloader bauen kann?
Falls es jemanden gibt: Könntest du bitte mal den Bootloader mit der Option "-g" (baut Debug-Infos in das ELF-File) bauen und dann das Disassembly mittels
avr-objdump -d -M intel -S bootloader.elf > bootloader-dis.txt
erzeugen? Das Ergebnis sowie die exakten Sourcen wären interessant... dann können wir nämlich das funktionierende und nicht funktionierende File mittels Text Compare vergleichen und werden schnell sehen, wo der Compiler unterschiedlichen Code erzeugt...

Der von mir gebaute Bootloader hängt beweisbar genau nach dem Einschalten der Interrupts mittels sei():

// map to correct interrupt table for bootloader
setup_interrupts_for_bootloader();

// setup timer for timeout counter
setup_timer();

// setup interrupts for cc1100
setup_cc1100_interrupts();

// init uart
uart_init( UART_BAUD_SELECT(BOOT_UART_BAUD_RATE,F_CPU) );

// Activate interrupts
sei();


Zitat von: unimatrix am 14 Juli 2014, 21:35:39
[...] wo ich mit einer kleinen wild verdrahteten Platine (HM_LC_Sw1PBU_FM) das Licht im Flur dimmen kann [...]

Du kannst jetzt echt mit dem Schaltaktor *dimmen*? Kannst du deine Sourcen mal posten oder in Github einstellen?

Cool...  8)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 15 Juli 2014, 00:47:44
Moin,

das Problem ist, dass ich mein Bastelnotebook aktuell verliehen habe. Daher habe ich die exakte Buildumgebung nicht. Ich hatte nach dem Update von Ubunutu 12.04 auf 14.04 auch Probleme mit dem bauen. Daher habe ich wie in der Firmware auch das Flashen gefixt (dem Standard entsprechend). Siehe: https://github.com/jabdoa2/Asksin_OTA_Bootloader/commit/ce4a29bf86d136db78d518fe47efa82735654076. Mit GCC 4.6 sollte der Code davor auf jeden Fall und der danach eigentlich auch laufen.

Tut mir Leid dass ich aktuell so wenig Zeit habe. Ich muss mit auf meinem anderen Rechner erstmal wieder eine Umgebung zum Basteln bauen. An mein Notebook komme ich die Tage vermutlich noch mal dran. Dann mache ich den Bootloader Debug Build.

@unimatrix: Ein update auf die aktuelle Firmware will ich auch noch machen für den Aktor. Hast du das fertig? Wenn ja können wir das gerne auch auf github packen (je nach Status erstmal als Branch).

Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 15 Juli 2014, 07:44:31
dimmen natürlich nur in dem ich den Taster des Aktors mit einem Dimmaktor gepeert habe...

Ich habe mir x Krücken in den Code gebaut nachdem ich an ein paar Dingen verzweifelt war ...ich werde das heute aufräumen und dann eine Version hier posten. Vieles fehlt aber noch. So muss die Strommessung auch in eine eigene Power-Klasse oder so ausgelagert werden...

Für das Dimmen selber kommt dann eine Dimmer-Klasse. Die muss die ganzen Rampen usw. können. Die virtuellen Kanäle der UP-Dimmer müssten auch zumindest schonmal bedacht werden.

Ich habe selbst keinen Rolladenaktor aber erst ist ja einer der 3 Schwester-Aktoren: Schaltaktor, Dimmer und Rolladenaktor. Ich habe einige der Dimmer, aber keinen Rolladenaktor. Auch hier sollte es nur die BlindActuator Klasse benötigen und dann kann das eingebaut werden.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 15 Juli 2014, 09:39:41
Zitat von: jab am 15 Juli 2014, 00:47:44
Mit GCC 4.6 sollte der Code davor auf jeden Fall und der danach eigentlich auch laufen.

Hi Jan,

ich vermute, dass das aktuelle Problem nicht an GCC 4.6 vs 4.8 liegt - ich habe es mit beiden probiert, und es funktioniert nicht...
Ich vermute im Moment ja, dass auf deinem "Bastel-Notebook" entweder irgendeine Library in einer anderen Version vorliegt, ggf. ein Compile-Setting anders gesetzt ist, irgendein arduino-File anders aussieht o.ä.

Aber das werden wir ja bald wissen ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 15 Juli 2014, 09:41:46
Ich habe in den Sourcen eine dummy class, da muss eigentlich nur der Usercode rein. Alles Andere wird im Hintergrund von Asksin erledigt. Bin gerade dabei an der Asksin zu schrauben. Mir gefällt da einiges noch nicht. Ich versuche aber die dummy class so beizubehalten.
Viele Grüsse
Trilu
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 15 Juli 2014, 10:05:46
Zitat von: jab am 15 Juli 2014, 00:47:44

@unimatrix: Ein update auf die aktuelle Firmware will ich auch noch machen für den Aktor. Hast du das fertig? Wenn ja können wir das gerne auch auf github packen (je nach Status erstmal als Branch).


ich HATTE heute morgen gegen 2 Uhr nachts eine Version, in der das passende Channel-Layout drin war (mit destillRegs neu gebaut), 2 Remotes, 2 Switches, die funktioniert hat. Man konnte peers konfigurieren (auch mit sich selbst) und in der Switch-Funktion habe ich einfach nur die LED geschaltet. Es war keine Stromerkennung etc. drin, ich denke das muss in eine eigene Klasse.

Allerdings (!!) habe ich am Code geändert und es geht jetzt nicht mehr. Ich habe mich die letzten 2 Stunden damit beschäftigt die änderung zu finden die es "kaputt gemacht hat". Ich bin jetzt im Zustand dass der uC immer beim Init des CC110x einfriert. Ich bin also gerade in einer Verzweiflungsphase.

Ich fliege gegen 15 Uhr für 3 Tage nach Dänemark und kann da nix machen. Bevor ich gehe poste ich gerne nochmal meinen jetzigen Code, auch wenn er nicht läuft.

Sobald ich was laufendes habe lege ich mir ein lokales GIT an usw...alles andere kostet nur Nerven. Muss mich damit beschäftigen da ich mich mit Github usw. noch nicht so auskenne.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 15 Juli 2014, 11:33:13
Hej,

drei Dinge, die vielleicht noch auf die Todo-Liste sollten:

*) Button_1 sendet derzeit beim Loslassen kein LongRelease
*) Das Sendeintervall für den aktuellen Stromverbrauch sollte irgendwie einstellbar sein oder zumindest fix im Code höher gestellt werden. Auch der Zwischenstecker (HM-ES-PMSw1-Pl) übermittelt nur alle 90 Sekunden seine aktuellen Daten. Da scheinen mir die 20 Sekunden, in denen der Schalter ständig seinen aktuellen Verbrauch übermittelt, doch etwas überzogen
*) Scheint es, als wäre 'statusRequeset' noch nicht im Schalter implementiert. Das führt beim Neustart von FHEM immer zu einem MISSING ACK, da die Anfrage zwar raus geht - der Schalter diese aber vermutlich verwirft, da er damit nichts anfangen kann.

Wäre toll, wenn ihr das noch mit auf die Liste packen könntet! :-)

Thx a lot!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 15 Juli 2014, 12:52:51
so, habe den Fehler gefunden. Wie immer total blöd.

Ich habe nun ein eigenes GIT-Repository erstellt. Ich hoffe dies ist im Sinne der Urheber des Sourcecodes. Ansonsten teilt es mir bitte mit. Mir geht es nur darum, möglichst gemeinsam hier weiter dran zu arbeiten.

https://github.com/unimatrix27/HM-LC-Sw1PBU-FM-CustomFW

Dort ist jetzt eine lauffähige Version. Einzig die Stromerkennung ist nicht implementiert. Peering, Schalten, Buttons usw. geht alles (und wird ja zu 99% über die Lib abgedeckt).

ich habe die Register.h mit dem aktuellen Perl-Script neu erstellt. Die eigentliche .ino - Datei ist jetzt extrem minimal, da ja alles in der Lib schon drin ist.

Der Stand  ist als experimenteller Arbeitsstand zu verstehen.

Nochmals vielen Dank für die Schaltpläne, damit habe ich den Fehler entdeckt den ich drin hatte ;) (ein Rätsel wieso es vorher jemals lief...)

@Mr. P: Deine Punkte 1 und 3 sind mit der aktuellen Lib schon abgedeckt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 15 Juli 2014, 13:19:33
Zitat von: unimatrix am 15 Juli 2014, 12:52:51
@Mr. P: Deine Punkte 1 und 3 sind mit der aktuellen Lib schon abgedeckt.
Großartig, danke. Wird morgen dann gleich geflasht, sobald ich wieder daheim bin. :-)

Und viel Spaß in Dänemark (ich hoffe, es ist ein erholsamer Aufenthalt)!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 15 Juli 2014, 13:31:02
da musst du nicht mir danken. ich hab das nicht eingebaut :)

es ist weit entfernt von fertig für den Produktiveinsatz. Zum testen gerne, aber ich bin sicher vieles ist buggy.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 15 Juli 2014, 13:38:29
Zitat von: unimatrix am 15 Juli 2014, 13:31:02
da musst du nicht mir danken. ich hab das nicht eingebaut :)

es ist weit entfernt von fertig für den Produktiveinsatz. Zum testen gerne, aber ich bin sicher vieles ist buggy.
Nun ja... Dann dank dem bzw. denen, die diese Punkte bereits umgesetzt haben. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 15 Juli 2014, 14:48:39
Zitat von: Mr. P am 15 Juli 2014, 11:33:13
*) Das Sendeintervall für den aktuellen Stromverbrauch sollte irgendwie einstellbar sein oder zumindest fix im Code höher gestellt werden. Auch der Zwischenstecker (HM-ES-PMSw1-Pl) übermittelt nur alle 90 Sekunden seine aktuellen Daten. Da scheinen mir die 20 Sekunden, in denen der Schalter ständig seinen aktuellen Verbrauch übermittelt, doch etwas überzogen

eigentlich ist das komisch...

In https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/blob/master/Asksin_HM_LC_Sw1PBU_FM.ino findet sich dieser Code in der "loop()"-Funktion:

if (millis() - lastCurrentInfoSentTime > sendSensorIntervalSec * 1000) {, sendSensorIntervalSec steht auf 150 - d.h. etwa alle 2:30 Minuten müsste gesendet werden...

millis() macht dabei laut Arduino-Dokumentation (http://arduino.cc/en/Reference/millis) genau, was der Name vermuten lässt: Millisekunden messen (Überlauf ca. alle 50 Tage).

Ansonsten wird im Code direkt danach
if (millis() - lastCurrentSenseTime > 500) {
                cli();
lastCurrentSenseTime = millis();

                // Calculate current sense boolean: 500ms*50Hz = 25 Impulses
                boolean currentSense = lastCurrentSenseImpulsLength > (25 * minImpulsLength);
                lastCurrentSenseImpulsLength = 0;

                // Act on changes
                if (currentSense != lastCurrentSense)
                {
                  rl[1].setCurStat(currentSense?3:6);
//                  Serial << F("New Powersense: ") << currentSense << '\n';
//                  hm.sendInfoActuatorStatus(4,currentSense?0xC8:0x00,0);
                  lastCurrentSense = currentSense;
                }
                sei();


zweimal pro Sekunde geprüft, ob ein Stromimpuls von mindestens 125ms Länge vorliegt bzw. ob einer vorlag und nun nicht mehr... Bei Änderung wird "setCurStat" des Fake-Relays, das den Current-Sensor repräsentiert, aufgerufen (class RL in AskSin.cpp).
setCurStat setzt wiederum den cbsTme (ein Timer, bei dessen Ablauf durch void RL::poll_cbd(void) der ActuatorStatus gesendet wird; poll_cbd() wird innerhalb RL::poll() aufgerufen, und das wiederum innerhalb der loop()-Funktion) auf
cbsTme = millis() + ((uint32_t)mDel*1000) + random(((uint32_t)rDel*1000));

mDel und rDel sind in setup() innerhalb https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/blob/master/Asksin_HM_LC_Sw1PBU_FM.ino  jeweils auf 1 Sekunde gesetzt (die letzten beiden Parameter):
rl[1].config(4,&relayState,&setVirtualRelay,&hm,1,1);

Also wird alle ca. 1-2 Sekunden ein Update gesendet, wenn denn eine Änderung vorliegt.

Frage ist nun also - ist das so erwünscht - einerseits nur alle ca. zweieinhalb Minuten ein Update zu senden, andererseits den Actuator-Status ca. alle 1-2 Sekunden zu senden.

Mir persönlich ist wichtig, eine Änderung des Current-Sensors schnell zu bekommen (insbesondere von Null auf Stromfluss) für meine Wechselschaltung, aber wenn sich nichts ändert, wäre Funkstille klasse...

Eigentlich dann aber auch wieder merkwürdig, dass so häufig Updates gesendet werden, wenn der "Current"-Status stabil ist...

Habe ich noch eine Stelle in der Logik übersehen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 15 Juli 2014, 15:12:18
ist mir auch aufgefallen. 150 sekunden sind "eingestellt" er sendet aber auch ohne Änderung alle ca. 18 Sekunden. Habe die Logik so verstanden wie du,

Bin aber gerade noch bei anderen Feinheiten. die Relaisklasse prüft beim trigger 40 den Event-Counter. Ist der identisch mit dem vorhergehenden Event, wird von einem Resend ausgegangen (an sich sinnvoll). Im speziellen Fall dieses Aktors ist es aber ja ganz typisch, dass ein Aktor mit 2 Remotes bedient wird, eine für aus, eine für ein. Nach stromlos ist der Counter beider Remotes auf 0. Das führt zunächst mal dazu, dass der erste Tastendruck nach stromlos immer ignoriert wird (weil cnt == msgRcvCnt). Jetzt habe ich zwar eingebaut, dass er nach stromlos beim ersten mal IMMER reagiert, das löst aber nicht das Problem, dass sich die Counts der beiden Taster immer wieder schneiden können.

Beispiel

Btn1: Cnt: 00 -> schaltet -> Relais merkt sich Cnt 00

Btn2 steht noch auf 00 -> keine Reaktion weil Cnt schon == 00

Btn 2 man drückt nochmal, er schaltet -> Cnt = 01

Btn 1 man will wieder Licht an machen -> Cnt ist schon 01 - schaltet wieder nicht.

Bin mir noch nicht klar wie man beides erreichen kann. Der Quellkanal ist dem Relais ja unbekannt ...

Edit: irgendwo muss die Information ja sein um welchen Peer es sich handelt, dann könnte man sie unabhängig betrachten....aber ich werde aus diesem ptrPeerList - Ding noch nicht schlau
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 15 Juli 2014, 15:49:05
Zitat von: unimatrix am 15 Juli 2014, 15:12:18
Edit: irgendwo muss die Information ja sein um welchen Peer es sich handelt, dann könnte man sie unabhängig betrachten....aber ich werde aus diesem ptrPeerList - Ding noch nicht schlau

Hallo unimatrix,

ist es nicht viel einfacher?
HM_RemoteEvent aus dem .ino-File macht das so:

        void HM_Remote_Event(uint8_t cnl, uint8_t *data, uint8_t len) {
// message from a remote to the client device; this event pop's up if the remote is peered
// cnl = indicates client device channel
// data[0] the remote channel, but also the information for long key press - ((data[0] & 0x40)>>6) extracts the long key press
// data[1] = typically the key counter of the remote
        #if defined(USE_SERIAL)
Serial << F("\nRemote_Event; cnl: ") << pHex(cnl) << F(", data: ") << pHex(data,len) << "\n\n";
        #endif
if (cnl == 3) rl[0].trigger40(((data[0] & 0x40)>>6),data[1],(void*)&regMC.ch3.l3);
if (cnl == 4) rl[1].trigger40(((data[0] & 0x40)>>6),data[1],(void*)&regMC.ch4.l3);


In data[0] wird der Remote-Channel mitgeliefert - müsste man dann nicht einfach das unveränderte data[0] bzw. die extrahierte Channel-Information in einem weiteren Parameter für trigger40 übertragen?
Gibt es irgendwo eine Doku, in welchen Bits der Channel genau steckt?



Zusätzlich zur Counter-Thematik:
Hier in AskSin.cpp wird der cnt-Wert des letzten Aufrufs in rCnt aufgehoben - vor dem allerersten Aufruf ist der Wert undefiniert, man sollte ihn vielleicht lieber mit 0 initialisieren...

void RL::trigger40(uint8_t lngIn, uint8_t cnt, void *plist3) {
s_peer_regChan_actor* srly = (s_peer_regChan_actor*)plist3; // copy list3 to pointer
static uint8_t rCnt;
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 15 Juli 2014, 16:55:32
Ich frage mich gerade, nachdem ich mir nochmal den Schaltplan angeschaut habe: Wieso wird in der Firmware Pin 31 für den Stromsensor gesetzt, wo es doch eigentlich Pin 37 (PA0) sein müsste? Der PinChange-Interrupt wird auf PA0 gesetzt, aber Werte werden über Pin 31 abgefragt... der unbeschaltet ist... und trotzdem funktioniert die FW ja...

In https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/blob/master/Asksin_HM_LC_Sw1PBU_FM.ino:
const uint8_t pinCurrent = 31;

und dann später das Lesen in impulsCurrent():
boolean actualCurrentPin = digitalRead(pinCurrent);

?
:-\

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 15 Juli 2014, 17:15:54
laut der pin_arduino.h in dem von JAB erstellen "Jabduino" Target für den 644a ist Digital Pin 31 = PA0.

Bin mit den ganzen Pinmappings auch zunächst durcheinander gekommen. Die Nummern im Schaltplan sind die PINS von PIN1 an durchgezählt, Pin 37 ist hier PA0 im TQFP Gehäuse.

Kann nun, da ich inzwischen am flughafen MUC hocke, nur noch trocken arbeiten. Jetzt bräuchte ich den vollautomatischen "Reboot-Loader" dann würde ich einfach über Internet flashen  und debuggen ...

Was die Counts usw. angeht, kann ich das in der alten Version schon sehen und nachvollziehen. Aber in der "neuen" Lib ist das ja alles in eigenen Klassen. Was mit Sicherheit auch sehr gut ist. Aber da muss ich noch durchsteigen. Es geht  hier konkret um die Methode Relais::trigger40 in der Relais.cpp. Vll. bekomme ich im Flieger die erleuchtung...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 15 Juli 2014, 17:42:46
Hi unimatrix,

das sieht ja schon sehr gut aus. Da das auf der aktuellen Version aufbaue können wir meinen Kram dann als obsolet markieren sobald alle Features portiert sind. Fehlen noch Unit Tests und dann bin ich glücklich.

Beim Bootloader glaube ich nicht, dass mein Setup besonders ist. Normales 64Bit Ubuntu + eine aktuelle Arduino IDE. Ich probiere es aus.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 15 Juli 2014, 19:33:22
Kannst du mir mal ein Beispiel geben wie Unit Tests aussehen? Bin gerade dran die Lib zu überarbeiten.
Register.h entflechten, mit der Senderoutine bin ich auch noch unzufrieden und auch mit dem Gesamtspeicherverbrauch...
Aber wenn ich das mit den unit tests kapiere, dann kann ich ja auch gleich testen  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 15 Juli 2014, 20:23:09
frage mich auch wie die Unit Tests dafür aussehen sollen. Bzw. für welche Units genau. Auf Klassenebene oder auf Deviceebene. Auf Deviceebene könnte man sicher alle Messages, usw. durchrattern. Klingt ziemlich aufwendig...

@Trilu hast du selbst die FastDelegate eingebunden? Das ist ein Level zu hoch für mich und da verliere ich mich auch beim Verständnis, wie die List3 in die Relais reingelangt damit die Relais-Instanz die entsprechenden Parameter zugehörig zum auslösenden Peer kennt. Auf alle Settings der List3 kann man ja dort zugreifen. Aber wie kommt die RICHTIGE List3 da rein? Ich fände es gut wenn die Relaisinstanzen beim Prüfen auf eine Messagewiederholung auch prüfen, dass der sendende Kanal identisch ist. Wenn nur der Count überprüft wird, dann kommt es zu Überschneidungen und unerwünschtem Verhalten (NICHT-Schalten) - dies natürlich vor allem beim HM_LC_Sw1PBU_FM.

Edit: nach genaurem Durcharbeiten bin ich der Meinung, dass das Checken des Counts in der Relay Klasse redundant ist und nur bei den internen Tastern greifen würde (wo man es ja nie will). In der HM Klasse werden doch schon beim Empfangen doppelte Nachrichten verworfen.

@Jab: habe mit der Portierung der Strommessung weitermacht aber ich kann es erst Donnerstag abend wieder testen. Ehrlich gesagt ist mir im Moment nicht klar wieso es überhaupt funktioniert. Also die Messung selbst ist klar. Aber das Schalten des VirtualRelais. Wo da mit berücksichtigt wird, ob gerade Strom fließt oder nicht. Abgesehen davon ist der direkte Zugriff auf den nxtStat in der Relais-Klasse so nicht mehr möglich. Vll gibts ne andere Lösung aber mir ist gerade gar nicht klar, wieso das überhaupt zu dem Verhalten führt, den dein Code ja richtigerweise hat.

Es ist für mich ok, sobald alles portiert ist, das von mir angelegte Repository zu nehmen. Es wird aber irgendwann Zeiten geben, wo ich längere Zeit daran nicht aktiv sein kann. Kann man den Zugriff auf so ein GIT Repository für andere "ausgesuchte" Personen freigeben? Naja da findet sich dann später eine Lösung.

Edit: Die Strommessung und das Melden der Sensorwerte ist jetzt im GIT. Ob es funktioniert, kann ich im Moment nicht testen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 15 Juli 2014, 22:10:35
Abend,

Mehr Maintainer ist immer gut. Bin ich gerne dabei.

Bzgl Strommessung gibt es einfach einen Schwellwert und wenn der erreicht wurde setzte ich den Status des virtuellen Aktors. Die Klasse erledigt dann den Rest.

In den Unit Tests würde ich die einzelnen Funktionen der Klassen testen. Jeweils die anderen Teile würde ich mocken. Also in der Relay Klasse würde ich die State Machine testen. In der Homematic Klasse die Generierung der Nachrichten etc. Alles direkt mit cppunit und ohne Arduino oder echte Hardware.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 17 Juli 2014, 21:06:31
ich habe nochmal den Bootloader mit einem neuen Setup gebaut. Ging immer noch nicht. Aber mir ist aufgefallen dass der String "Waiting for CB" message über UART geschickt wird.

Beim funktionierenden Bootloader kommt dieser String nicht. Es kann sich also nicht um die aktuelle Master-Version aus dem GIT handeln. Der String wurde beim letzten Commit eingebaut - neben anderen Änderungen.

habe nun x vorherige Commits durch aber ich bekomme keinen Empfang hin. Wer hat denn wann das laufende Binary gebaut?

Update: Nach dem durchgehen aller letzten Änderung im Detail habe ich nun eine übersetzbare Version, die auch läuft. Man kann per OTA einspielen, das ganze läuft auch nach mehreren malen stromlos noch, und mann kann erneut einspielen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 17 Juli 2014, 21:57:15
@Jab: beim portieren der letzten Funktionen bin ich noch in einer Denkblockade angekommen. Letztlich habe ich dann auch das Verhalten der letzten Firmware von dir nicht mehr verstanden.

Ich habe keine Wechselschaltung hier, aber ich habe mal versucht das durch "herausdrehen" des Leuchtmittels zu simulieren.

Ich hatte eigentlich folgendes Verhalten vermutet:

Der virtuelle Kanal zeigt immer dann "ON" an, wenn auch tatsächlich Strom über dem Schwellwert fließt. Schaltet man das Licht über einen mechanischen Schalter in der Kreuz/Wechselschaltung aus, habe ich angenommen, würde sich auch der Zustand dieses virtuellen Kanals von ON auf OFF ändern. So dass er dann eben bei einem erneuten "on"-Befehl auch das Relay tatsächlich wieder schaltet.

Das würde aber auch bedeuten, dass der Zustand des Kanals sich erst dann ändern kann, wenn die Strommessung durch ist. Dies dauert ja aufgrund des Mittelns eine Weile (oder?). Wenn man alsoas auf ON "drückt" (sagen wir mal per Peer der als JT alles auf "on" hat) und macht dies 2 mal kurz hintereinander, müsste das Relais ja womöglich sogar 2 mal schalten (denn nach dem 1. Mal war noch nciht genug Zeit, um den Stromfluss zu registrieren und den Status entsprechend zu ändern)

Was von meinen Annahmen/Erwartungen ist falsch?

Die Strommessung als solches hab ich drin, das klappt. Aber ich verzweifle an den Status der Kanäle und den entsprechenden Schaltaktionen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 18 Juli 2014, 12:17:29
Zitat von: unimatrix am 17 Juli 2014, 21:06:31
Update: Nach dem durchgehen aller letzten Änderung im Detail habe ich nun eine übersetzbare Version, die auch läuft. Man kann per OTA einspielen, das ganze läuft auch nach mehreren malen stromlos noch, und mann kann erneut einspielen.

Hallo unimatrix,

d.h. du kannst jetzt einen Bootloader bauen? Woran lag's denn jetzt am Ende?
Bin super gespannt...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 18 Juli 2014, 12:41:20
wenn man das sei() vor dem Init des CC entfernt, dann geht es. Ich nehme an, der CC generiert undefiniertes Zeug auf der Leitung, wenn er nicht ordentlich initialisiert wird. Das erklärt ggf. auch wieso das ganze nur nach einem Power-Cycle auftrat.

In früheren Versionen wurden die Interrupts auch vorher nicht aktiviert. Ich nehme an es ist ein Bug der bei dem Rafactoring entstanden ist.

Beschäftige mich gerade mit dem Reboot-Thema, da ich ja jetzt den BL bauen kann. Der Reboot selber klappt prima, aber nun versuche ich den FHEM Teil zu verstehen, damit man ein Reboot per FHEM senden kann.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 18 Juli 2014, 22:01:18
Ich habe nun einen Watchdog-Reset eingebaut mit


void softReboot(uint8_t *data, uint8_t len) {
  softRebootSer();
}

void softRebootSer(){
   wdt_reset();
    wdt_enable(WDTO_2S);
  while(1);
}


so kann ich dann einen WD-Reset sowohl über UART als auch über fhem auslösen. von FHEM aus habe ich einfach mal Message 99 erfunden und per set RAW an das Device geschickt, diese Message 99 habe ich in der JumpTable der Applikation abgegriffen. Das klappt auch. Martin müsste hier vll. vorgeben, als welche Message sich so ein Reboot-Befehl einbauen lässt. Falls das gewünscht ist. Als RAW klappts natürlich auch. Braucht man ja nicht oft. Ansonsten könnte es mit ins fwUpdate nehme ich mal an. Das fwUpdate habe ich allerdings noch nie zum laufen bekommen.

Es gibt aber ein Problem. Sobald das Device dann reseted (im Beispiel oben immerhin erst nach 2 Sekunden, kommt es zu einem sehr schnellen Flackern der LED (ich würde mal sagen 6-7 mal pro Sekunde) - in den Bootloader hatte ich aber den Beginn von main() so wie unten modifiziert.


int main()
{
// disable watchdog (used for software reset the device)
wdt_reset();
wdt_disable();
// Blink LED
DDRB = 0x01;  /* set pin 0 as output */


Vll hat jemand eine Idee. für heute gebe ich auf...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 18 Juli 2014, 22:20:42
0A 0A 3011 123ABC ABCDEF CA
so sieht die msg von fhem zum booten des schalters aus. siehe http://forum.fhem.de/index.php/topic,23329.msg168582.html#msg168582 (http://forum.fhem.de/index.php/topic,23329.msg168582.html#msg168582)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 18 Juli 2014, 22:30:52
Danke, Frank. Dieser Thread war mir noch nicht bekannt.

Hatte eine solche Implementierung eines Reboots in der aktuellen AskSin Lib auch nicht gefunden. Schaus mir an...

(das Problem mit dem Bootloader hab ich doch gelöst. Es geht jetzt soweit alles und für mich ist das schon gut genug da ich ohne in den Keller zu gehen updaten kann. problem entsteht allerdings wenn das ota-flash aufgrund von Fehlern abbricht. Dann springt man in eine korrupte Applikation und kann nicht mehr soft-rebooten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 18 Juli 2014, 22:47:03
ZitatHatte eine solche Implementierung eines Reboots in der aktuellen AskSin Lib auch nicht gefunden. Schaus mir an...
bei asksin war das auch noch nicht vorhanden. jan wollte das im letzten bootloader/fw einbauen. ich hatte bisher auch keine gelegenheit das auszutesten. nun gibts ja bald schon was neues.  :)

Zitatproblem entsteht allerdings wenn das ota-flash aufgrund von Fehlern abbricht. Dann springt man in eine korrupte Applikation und kann nicht mehr soft-rebooten.
man könnte der fw doch irgendeine checksumme mitgeben, sodass der bootloader den download vor dem starten der fw checken kann. notfalls wieder löschen und neu booten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 18 Juli 2014, 23:49:52
Das hier sieht vielversprechend aus:

http://www.avrfreaks.net/index.php?name=PNphpBB2&file=printview&t=127852&start=0

ich schaus mir an...das könnte man ohne Änderung an den Update-Tools einbauen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 19 Juli 2014, 00:35:21
nicht übel.  8)

wenn du dann noch lange weile hast, könntest du noch eine sperre für den softreboot einbauen. es gab, soweit ich mich erinnere, bedenken, dass der böse nachbar eventuell den schalter zerflasht. dazu könnte man ein register softrebootenable vorsehen, dass man vor dem softreboot erst aktivieren müsste. und für die ganz ängstlichen die möglichkeit den bootloader komplett für softreboot zu sperren, indem man solch eine bootloadervarante kompilieren kann. dazu wäre dann natürlich eine bootmöglichkeit über den configtaster komforttabel.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 19 Juli 2014, 09:28:03
ok, den Nachbar möchte ich erstmal sehen, der 1. das notwendige Wissen und 2. die Boshaftigkeit hat, mir Homematic-Devices zu "zerfl(ei)ashen) ...haha.

werde versuchen es zu berücksichtigen.

In den BL muss ich beim Starten einen Checksum-Check einbauen, der dann bevor er in die App springt, den gesamten Flash liest. Dadurch dauert das Booten etwas länger - aber das sollte bei so einem Device wohl egal sein. Die Option muss man per #define abschalten können (zur Build-Zeit), damit auch Applikationen ohne Checksumme unterstützt werden.

Beim Bauen muss für die Applikation dann das .elf file post-prozessiert werden und eine Checksumme eingebaut werden. Da es für den Bootloader sowieso mit der avr-objcopy und der convert.php bearbeitet werden muss, lässt sich dieser Schritt da irgendwo mit einbauen.

Edit: CRC-Check ist eingebaut und läuft. Werde heute Abend den Code aufräumen dann hier den Link posten. Zum Einbauen des CRC16 in das Binaryfile muss man sich allerdings das Tool srecord installieren.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 19 Juli 2014, 18:40:25
Update:

Der Bootloader in neuer Version ist nun im GIT verfügbar: https://github.com/jabdoa2/Asksin_OTA_Bootloader

Neue Funktionen:

- Reboot-Möglichkeit aus der Applikation wird unterstützt (durch Watchdog Disable beim Start des Bootloaders)
- Serial kann per #define im Header der bootloader.c angepasst werden
- CRC Check ist optional möglich (Default: aus). Dazu muss das Binary vorbereitet werden, Details im Readme auf dem GIT. Dies verhindert das Starten von nicht vollständig korrekt übertragenen Files. Der Bootloader schickt dann immer wieder einen CB Request. Durch diese Maßnahmen ist es nun möglich, die Schalter ohne jeden Eingriff vor Ort und ohne die Notwendigkeit, den Strom abzustellen, gezielt zu updaten.

Bugreports, Anregungen, etc. gerne hier oder im GIT.

@Frank: Die Sicherheitslücke entsteht nur dann, wenn die Applikation den Reboot auch anbietet. Das sollte in der LIB konfigurierbar gemacht werden. Kommt noch...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hexenmeister am 20 Juli 2014, 22:44:06
Moin!

Habe neulich bei EQ3 neue Firmwareversion für den Rolladen UP-Aktor entdeckt. Habe sie heute erfogreich per Funk geflasht. Es geht wohl auch bei dem HM_LC_Sw1PBU_FM. Da frage ich mich, ob das erstmaliges Löten überhaupt notwendig ist. War diese Methode noch nicht bekannt oder woran hat es gescheit? An der Signatur?

Grüße,

Alexander
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 Juli 2014, 02:20:20
Zitat von: hexenmeister am 20 Juli 2014, 22:44:06
Habe neulich bei EQ3 neue Firmwareversion für den Rolladen UP-Aktor entdeckt. Habe sie heute erfogreich per Funk geflasht. Es geht wohl auch bei dem HM_LC_Sw1PBU_FM. Da frage ich mich, ob das erstmaliges Löten überhaupt notwendig ist. War diese Methode noch nicht bekannt oder woran hat es gescheit? An der Signatur?
Very nice! :-)
Die Funktion war bislang wohl einfach unbekannt und natürlich stellt sich die Frage, was dabei neu geflasht wird: Nur die Schalter Firmware oder auch der Bootloader gleich mit.
Was hexenmeister zu meinen scheint, ist folgendes aus der Update-Anleitung:
1. Netzspannung ausschalten / vom Gerät trennen (Ggfs. Sicherheitshinweise der Installation beachten!),
2. den Aus/runter-Taster (UP-Markenschalter) bzw. den Bedientaster von Kanal 1 (sonstige Aktoren) drücken und festhalten,
3. bei immer noch gedrückt gehaltener Taste den Aktor wieder mit Netzspannung versorgen.
4. Sobald die LED schnell blinkt, kann die Taste losgelassen werden. Das Update wird jetzt durchgeführt.

Hat noch jemand einen "jungfräulichen" Schalter bei sich und Lust und Laune auszuprobieren, was dabei passiert? :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 21 Juli 2014, 02:32:42
hab keinen jungfräulichen mehr. Ob die eq3-Firmware signiert ist und der eq3-Bootloader das dann checkt, weiß ich nicht. Es ist mir ehrlich gesagt auch egal. Mit der eigenen FW macht es einfach mehr Spass :)

Ich habe dazu übrigens nix gefunden. Vll hat eq3 ja die Anregung von hier aufgenommen und nun auch die Features eingebaut? :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 Juli 2014, 02:36:20
Zitat von: unimatrix am 21 Juli 2014, 02:32:42
Ich habe dazu übrigens nix gefunden. Vll hat eq3 ja die Anregung von hier aufgenommen und nun auch die Features eingebaut? :)
Das Update gibt es nur für den HM-LC-BI1PBU-FM und betrifft dort auch nur:
** Bugfix
   * Reset kann aus dem Anlernmodus heraus ausgeführt werden 
   * StatusInfo Verzögerung und Zufallsanteil falsch initialisiert
   * einschlafende Konfiguration bei AES aktiv
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hexenmeister am 21 Juli 2014, 07:20:20
Genau das meine ich ;)
Wenn das ausgenutzt werden kann, dann braucht man an dem Schalter weder zu löten, noch ihm aufzumachen, was die "Ausprobier-Schwelle" für viele erheblich niedriger setzt.
Außerdem wird evtl. auch der Weg zurück möglich sein. Da ist man dann auch eher zum experimentieren bereit.
EQ3 hat wohl OTA schon immer im Auge gehabt. Es schlummert vermutlich in allen HM Geräten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 Juli 2014, 07:55:42
Zitat von: hexenmeister am 21 Juli 2014, 07:20:20
Außerdem wird evtl. auch der Weg zurück möglich sein. Da ist man dann auch eher zum experimentieren bereit.
Naja... Solange eq-3 kein Firmware-Update-File für den Schalter anbietet, bleibt es vorerst trotzdem ein One-Way Experiment.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: trilu am 21 Juli 2014, 08:26:08
Das ganze wird auf absehbare Zeit immer ein oneway bleiben. Die Updateprozedur basiert auf einem eq3 Bootloader, der wird hier aber überschrieben...
Eigene Software über den original EQ3 Bootloader einspielen geht nicht, da wir kein signiertes Update erzeugen können...
Das einzige was helfen könnte, wäre ein Systemdump.

Viele Grüße
Horst
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 21 Juli 2014, 10:33:51
man könnte testen ob man die eq3-Software über den Custom-BL einspielen kann (bzw. ob sie dann läuft).

Habe mich allerdings gefragt, wie eq3- das mit dem Signaturcheck macht. da der Flash 64 kbyte hat gibt es nichts wo man das Image puffern kann bevor man die Signatur checkt um es dann ins Flash zu schreiben. Der Flashversuch eines nicht-signierten Images müsste ja dann zu einem nicht mehr laufenden Gerät führen, ebenso ein abgebrochener Flash-Vorgang. Das externe Eeprom hat auch nur 32 kbit. Es sei denn sie limitieren ihre SW auf diese Größe...

So lange es keine neue FW für den Schalter gibt, sind das Spekulationen.

Das mit der "Hürde" finde ich schon ok. Wer nicht 6 oder 8 Leitungen anlöten will (eine Arbeit von 2 Minuten) der sollte es auch lieber nicht flashen. Wer einfach nur ein funktionierendes System haben will, ohne Zeit, sich darüber im Detail gedanken zu machen, der ist mit der eq3-Firmware richtig.

Die Hauptidee der Lib war ja auch glaube ich der Nachbau von Devices, das Flashen von CustomFW in bestehende Devices ist nur ein Nebeneffekt.

Edit: Es sind natürlich nur 32 KBit nicht KByte (beim 24C32). Habe das externe EEPROM mal ausgelesen. Sind nur die ersten 64 Byte mit irgendeinem Zeug beschrieben. Die HMID meiner Zentrale ist nicht dabei. Das EEPROM müsste ja aus Zeiten der Standard-FW noch unangetastet sein.

Wie schon an anderer Stelle gesagt. Wenn mir irgendjemand den Schaltplan /die Bauanleitung für den PBU Dimmaktor gibt, dann erkläre ich mich bereit, einen meiner für erste Tests zu zerflashen. Das Entwickeln von dem Phasenabschnittsdimmer könnte aber ohne angeschllossenen Leistungsteil schwierig werden. Und ob ich das damit dann gleichzeitig noch an den UART meines PIs anschließen möchte, ist eine andere Frage...müsste man sich ggf. ein Testbed mit galvanischer Trennung bauen. Wenn man denn den Schaltplan erstmal hat...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hexenmeister am 21 Juli 2014, 10:41:12
Den schaltplan für up dimmer habe ich. Der lag dem Bausatz bei.  Kann ich die später per pm zukommen lassen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: T.ihmann am 01 August 2014, 09:50:39
Verstehe ich es richtig, daß ich mir die entsprechende Firmware für den Rolladenaktor bei EQ3 runterladen muß und dann per

set device fwUpdate <file> 100

das Update starten kann, dann die Runter Taste lang drücke und dann das Update startet ?

Welche Änderungen sind denn in der aktuellen Firmware vorhanden ? Gibt es bei EQ3 ein Changelog ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 August 2014, 10:06:26
könnte man das fw-update des jalousie-schalters bitte in einem neuen thread behandeln? dieser thread ist bereits sehr unübersichtlich und muss nicht noch unnötigerweise mit nicht passenden themen belastet werden. ausserdem hätten andere mit der selben thematik auch etwas davon. danke.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kossmann am 01 August 2014, 10:12:31
Ich lösche meine Beiträge bzgl. des Rollladenaktors und verweise auf http://forum.fhem.de/index.php/topic,25810.0.html (http://forum.fhem.de/index.php/topic,25810.0.html).
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 07 August 2014, 19:19:41
Ich habe mich mal an dem OTA-Bootloader etwas "ausgetobt"
Der Fork liegt aktuell hier: https://github.com/kc-GitHub/Asksin_OTA_Bootloader

Was habe ich gemacht?

Ich glaube das war es erst einmal.
Auf meinem Sensor mit dem Atmea328p funktioniert das aktuell. Es ist aber möglich und auch wahrscheinlich das hier noch ein paar Fehler drin sind.
Insbesondere ist der Code für Timer und Interrupt noch nicht konfigurierbar. Wenn man also einen anderen Timer oder Interrupt für den GDO0 benutzen möchte muss man noch im Code was ändern. Vielleicht hat dazu ja noch jemand eine Idee.

Aktuell komme ich auf folgende Codegrößen:

Viele Grüße
Dirk

Ps: Ich habe keinen eigenen Tread für den Bootloader gefunden. Ich hoffe hier ist der Beitrag gut ausfgehoben.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 07 August 2014, 19:35:31
Hi Dirk,

Ziemlich cool. Wenn du magst kannst du auch einen Pull Request stellen oder ich gebe dir, wie unimatrix auch, commit Rechte.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 07 August 2014, 19:58:56
Hi Jan,

Ja, können wir machen.
Vielleicht kannst du es ja vorher noch mal testen.

Ich hab noch eine neue Idee.
Ich würde gerne dem Bootloader eine Verschlüsselung beibringen. Vor allem wenn man den Bootloader per Funk startet, und wir können den Funk ja noch nicht verschlüssel, kann jeder mit bissl KnowHow das Device "zerflashen" oder eine "Bösartige" FW drauf flashen.

Angriffe in der Form gibt es zwar eher noch nicht, aber in Zukunft wird das verutlich anders aussehen.

Damit das kompakt bleibt, habe ich mal nach "einfachen" Verschlüsselungsmethoden gesucht. Das hier fand ich interessant:
http://de.wikipedia.org/wiki/XTEA

Das sollte dann auch noch in die 4k vom Atmega328 passen.

Die Programme zum Flashen flash-ota usw. sollten davon nix mitbekommen, weil das eq3-file vorher verschlüsselt wird.
Was hältst du / ihr davon?

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 07 August 2014, 21:30:22
Kann man den Bootloader eigentlich auch OTA flashen (solange man ihn nicht zerflasht) oder sind dafür zwingend wieder die angelöteten Kabel notwendig?
Bzw. wofür ist das CRC im Bootloader gut? Ist das womöglich schon ein Zerflash-Schutz, der den Bootloader zuerst in einen höheren Adressbereich und nach erfolgter CRC-Prüfung innerhalb des Atmega in die ersten 4k schreibt?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 07 August 2014, 21:56:52
Zitat von: Mr. P am 07 August 2014, 21:30:22
Kann man den Bootloader eigentlich auch OTA flashen
Der Bootloader kann auch den Speicherbereich vom Bootloader selber beschreiben. Theoretisch sollte das eigentlich gehen.

ZitatBzw. wofür ist das CRC im Bootloader gut?
Durch den CRC-Check wird NACH dem flashen überprüft, ob die Prüfsumme des geflashten Programmcodes mit der zuvor berechneten Prüfsumme übereinstimmt.
Stimmt die Prüfsumme, wird das Programm gestartet, stimmt die Prüfsumme nicht, wird wieder der Bootloader gestartet um so erneut flashen zu können.
Das soll verhindern dass, z.B. bei einem unerwartetem Spannungsausfall, oder einer anderen Störung während des Flashens invalider oder unvollständiger Code nach dem Flashen ausgeführt wird und der AVR dadurch hängen bleibt.

Das ist also kein "Zerflash-Schutz" sondern nur ein Schutz das das Programm hängen bleibt und der Bootloader nicht mehr erreichbar ist bzw. nicht mehr z.B. per Funk gestartet werden kann. Man müsste dann an das Gerät ran um dort einen Reset auszulösen.

Die Verschlüsselung würde ich Blockweise umsetzen, so dass wenn der erste Block schon nicht entschlüsselt werden kann, das Flashen gar nicht erst gestartet wird, und eine vorherige Firmware somit intakt bleibt.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 07 August 2014, 22:05:11
Wenn man den Bootloader OTA flasht, wäre es denn dann grundsätzlich möglich, diesen zuerst in einem Speicherbereich oberhalb der 4k hinein zu schreiben, dann eben mit der CRC-Prüfung auf Korrektheit prüfen und das sich der Bootloader dann bei erfolgten Programmstart selbst in die ersten 4k hinein schreibt?
Natürlich würde bei dem Ganzen das eigentliche Schalterprogramm verloren gehen, aber lieber das noch einmal flashen, als den Schalter aus der Wand nehmen, die Pins anlöten, mit Programmer flashen und dann wieder in der Wand zu versenken zu müssen. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 07 August 2014, 23:02:43
Zitat von: Mr. P am 07 August 2014, 22:05:11
Wenn man den Bootloader OTA flasht, wäre es denn dann grundsätzlich möglich, diesen zuerst in einem Speicherbereich oberhalb der 4k hinein zu schreiben, ...
So in der Art wird man das wohl machen müssen.
Beim Schreiben in den unteren Speicherbereich besteht dann aber trotzdem die Gefahr dass, wenn der zweite Schreibvorgang fehlerhaft verläuft, der Bootloader dadurch zerstört wird. Den oberen Teil des Bootloaders kann man nach einem Reset nicht wieder so einfach anspringen. Dann muss wieder der ISP her.
Da ich mich aber noch nicht so lange mit der Bootloader-Thematik beschäftige, gibt es vielleicht noch einen eleganteren Weg das zu bewerkstelligen.



Ich glaube übrigens dass ich die Idee mit dem verschlüsseln vorerst nicht umsetzen werde.
Denn ein Flashen einer korrupten Firmware kann man so doch nicht verhindern. Selbst wenn die ersten Blöcke korrekt sind, kann die Firmwaredatei manipuliert sein, so dass das Programm nicht gestartet werden kann. Der einfachste weg zu einem korrupten Programm ist es nämlich den Flashvorgang einfach mittendrin abzubrechen. Es kann so zwar keinen ungewollter lauffähiger Code auf die Geräte kommen. Ein "zerflashen" ist so aber nicht zu verhindern.

Das kann man nur verhindern, indem der Befehl den Bootloader zu starten signiert gesendet wird, oder ein aktivieren des Bootloaders per Funk generell nicht ermöglicht wird.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 07 August 2014, 23:29:11
Zitat von: Dirk am 07 August 2014, 23:02:43
Das kann man nur verhindern, indem der Befehl den Bootloader zu starten signiert gesendet wird, oder ein aktivieren des Bootloaders per Funk generell nicht ermöglicht wird.
Also bei den beiden Bootloader-Versionen ohne Debug-Ausgabe scheint auf alle Fälle noch genug Platz zu sein, um ein Flag abzufragen, dass wenn es gesetzt ist, direkt nach dem Reset den Flash-Modus aktiviert und andernfalls wenn nach dem Neustart der Config-Button gedrückt wird.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 08 August 2014, 00:21:12
Ja, klar. Das ist alles kein Problem. Mit meiner Erklärung wollte ich nur sagen dass das Verschlüsseln so nicht gegen "zerflashen" schützt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 08 August 2014, 00:26:21
Zitat von: Dirk am 08 August 2014, 00:21:12
Ja, klar. Das ist alles kein Problem. Mit meiner Erklärung wollte ich nur sagen dass das Verschlüsseln so nicht gegen "zerflashen" schützt.
Ja, leider. Ein gewisses Risiko bleibt immer. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 10 August 2014, 20:44:43
Ich habe mich die Tage am Bootloader noch einmal "ausgelassen".

Der Bootloader sollte nun für alle definierten Devices funktionierenden Code erzeugen. Dafür habe ich das Makefile angepasst und für jedes Device eine eigene Config-Datei gebaut.

Ich habe auch noch etwas optimiert, so dass der Bootloader incl. CRC-Check und Debugausgaben in 4k reinpassen.
Dadurch bekommt ihr im Atmega644 noch weitere 4k Flash-Speicher zum spielen :)
Ich habe dem Teil auch mal eine Versionsnummer verpasst. Ich bin mal von V0.5 ausgegangen. Oder sollen wir hier eine andere Versionsnummer nehmen?

Diese Versionsnummer wird über Debug beim Start ausgegeben, sofern Debugausgaben aktiv sind.

Aktuell werden diese Devices unterstützt:

Die Section wo die Adressdaten wie HM-Type, Seriennummer und HM-ID gesteichert werden, liegt jetzt immer in den letzten 16 Bytes des Flash-Speichers.
Auf diese Daten kann man damit z.B. aus dem Hauptprogramm aus zugreifen. Damit kann man dann überall das selbe Hauptprogramm verteilen / flashen und erhält immer die Adressdaten aus dem individuellen Bootloader.
Dieses Feature muss man aber nicht nutzen.

Wie man an diese Daten vom Hauptprogramm aus zugreifen kann, kann man sich in der  Firmware des Universalsensors ansehen. Da habe ich das schon eingebaut.

Die Adressdaten werden im entsprechenden Config-File für das Device definiert.
Ich will dafür aber auch wieder ein generisches "Flash-Tool" bauen, was diese Daten direkt vor dem Flashen änder kann. Dann kann auch jeder seine individuellen Daten während des Flashens mitgeben und es muss nicht jedesmal neu kompiliert werden. Und man muss nur pro Device ein Hex-File verteilen.

Das PHP-Convert-Tool habe ich noch etwas erweitert.
Das heißt jetzt bin2eq3.php (falls der Name doof ist, können wir das auch wieder umbenennen) und akzeptiert als zusätzlichen Parameter die Page-Size vom verwendeten AVR.

So wird der Bootloader für die verschiedenen Devices kompiliert:


# für HM_LC_Sw1PBU_FM
make clean
make HM_LC_Sw1PBU_FM

#HM_LC_Sw1PBU_FM (8k Bootloader-Space)
make clean
make HM_LC_Sw1PBU_FM_8k

#HB_UW_Sen_THPL (8k Bootloader-Space)
make clean
make HB_UW_Sen_THPL


Getestet habe ich den Code bisher nur mit dem Universalsensor (HB_UW_Sen_THPL).
Für den für HM_LC_Sw1PBU_FM kompiliert auch alles ohne Fehler aber bitte testet das noch einmal.

@Jan.
Wenn alles funktioniert können wir den Code eigentlich zusammen mergen.
Entweder schicke ich dir dann einen Pullrequest oder du gibst mir Schreibrechte im Repo, dann kann ich das auch mergen.
Ganz wie du möchtest.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 10 August 2014, 23:05:17
Sehr cool... Das begeistert, vielen Dank! :-)

Kann ich es wagen, den Bootloader am HM_LC_Sw1PBU_FM OTA zu flashen oder sollte das zur Sicherheit doch jemand testen, der ihn noch nicht in der Wand versenkt hat? :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 11 August 2014, 00:21:44
Zitatoder sollte das zur Sicherheit doch jemand testen
Vielleicht gibt es ja noch jemanden der einen noch nicht eingebauten liegen hat.

Ich habe für den Atmege644 die Fusesettings für 4k Bootloader Size grade auch noch aktualisiert.

Wie oft bzw. wie Sicher funktioniert das Flashen denn bei euch?
Ab und zu flasht er nicht zu ende weil zu oft kein ACK kommt.
beim 2. oder 3. Versuch klappt es dann aber.

Wie ist die Erfahrung vor allem beim Flashen über größere Entfernungen?
Ggf. baue ich ja noch die RSSI-Werte in die Debugausgaben mit ein?

Im Tread vom Universalsensor hatten wir auch ab und zu Empfangsprobleme beim laufenden Betrieb. Hier hat es geholfen die Frequenz vom CC1101 geringfügig von 868.300 Mhz auf 868.290 Mhz zu ändern.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 13 August 2014, 18:29:09
Ich hatte noch ein paar Bugs im Bootloader die aber nur sporradisch auftreten sind.
Es hat sich dann gezeigt, dass die Interrupt-Initialisierung das Problem war.

Das habe ich noch gefixt / geändert.


Ich würde mich freuen, wenn das noch mal einer mit dem HM_LC_Sw1PBU_FM.
Vielleicht liegt ja noch einer rum, der nicht ausgebaut werden muss.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 13 August 2014, 22:23:04
Zitat von: Dirk am 13 August 2014, 18:29:09
Man kann im Device-File z.B. einen Config-Taster definieren.
Der Bootloader startet ohne gedrückten Taster immer direkt, d.h. ohne Warten auf das Timeout, das Hauptprogramm, vorrausgesetzt der CRC-Check war ok.
Mit gedrückten Taster oder bei einem CRC-Fehler wird der Bootloader-Code gestartet und man kann neu flashen.
Das soll auch ein klein wenig Sicherheit bringen. Denn so ist es nicht mehr möglich ohne manuellen Eingriff einen neue Firmware zu flashen falls man den Bootloader auch über Funk aktivieren kann.
Das heißt, ich muss den entsprechend konfigurierten Taster drücken, halten und in dem Moment entweder den Strom kurz ab- und wieder andrehen oder über einen Laptop/ein Smartphone, das ich in der Hand halte, das Device neu starten, um in die Flash-Routine zu kommen?
Falls ja und du noch ein paar Bytes übrig hast (oder gibt es diese Möglichkeit schon?)... Könntest du noch eine Warteschleife von ${x} Sekunden einbauen, die man nach dem Neustart Zeit hat, um den entsprechenden Taster zu drücken? :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 13 August 2014, 22:37:19
Zitat von: Mr. P am 13 August 2014, 22:23:04
Das heißt, ich muss den entsprechend konfigurierten Taster drücken, halten und in dem Moment entweder den Strom kurz ab- und wieder andrehen oder über einen Laptop/ein Smartphone, das ich in der Hand halte, das Device neu starten, um in die Flash-Routine zu kommen?
Genau. aber nur wenn dieses Feature aktiv ist. Ansonste verhält sich das so wie vorher.

ZitatKönntest du noch eine Warteschleife von ${x} Sekunden einbauen, die man nach dem Neustart Zeit hat, um den entsprechenden Taster zu drücken? :-)
Daran habe ich auch schon gedacht, und bin da auch schon drann. Ich will das so bauen, dass bei einem PowerOn reset keine Warteschleife läuft, also hier muss man den Taster beim Einschalten gedrückt halten, bei einem Watchdog reset, welcher wohl per funk ausgelöst wird, würde ich dann kurz warten bevor der Bootloader startet. Denke mal 10 Sekunden sollten reichen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 13 August 2014, 22:49:57
Zitat von: Dirk am 13 August 2014, 22:37:19
Daran habe ich auch schon gedacht, und bin da auch schon drann. Ich will das so bauen, dass bei einem PowerOn reset keine Warteschleife läuft, also hier muss man den Taster beim Einschalten gedrückt halten, bei einem Watchdog reset, welcher wohl per funk ausgelöst wird, würde ich dann kurz warten bevor der Bootloader startet. Denke mal 10 Sekunden sollten reichen?
10 oder 15 Sekunden, genau. Wird wohl genügen.
Bzw. über eine Variable beim Kompilieren für jeden frei definierbar. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 14 August 2014, 01:08:10
Zitat von: Mr. P am 13 August 2014, 22:49:57
Bzw. über eine Variable beim Kompilieren für jeden frei definierbar. :-)
Ist eingecheckt.
Standartmäßig wird 10 Sekunden gewartet. Das kann man aber im Devicefile konfigurieren.

Hier auch noch mal kurz die Erklärungen des Ablaufes und der Blink-Sequenzen

Dieser ganze Vorgang funktioniert wie oben beschrieben nur wenn der CRC-Check aktiviert ist.
Ansonsten wird immer auf das Drücken der Taste gewartet, da der AVR nicht feststellen kann ob sich gültiger Code in der Programsection befindet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 14 August 2014, 01:11:51
Großartig, danke!
Bleibt kein Wunsch offen! :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 14 August 2014, 01:15:11
Nun muss das noch jemand am HM_LC_Sw1PBU_FM testen. :)

Bei den Hex-Files für den HM_LC_Sw1PBU_FM im Git  ist dieses Verhalten übrigens noch abgeschaltet.
Das muss man vorher noch im Devicefile aktivieren.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 14 August 2014, 22:53:55
Zitat von: Dirk am 14 August 2014, 01:15:11
Nun muss das noch jemand am HM_LC_Sw1PBU_FM testen. :)

Bei den Hex-Files für den HM_LC_Sw1PBU_FM im Git  ist dieses Verhalten übrigens noch abgeschaltet.
Das muss man vorher noch im Devicefile aktivieren.

Hallo Dirk,

würde das schon gern am HM-LC-Sw1PBU-FM testen, habe hier noch einen herumliegen... aber wo finde ich deine Version?
Die letzte Änderung hier:
https://github.com/jabdoa2/Asksin_OTA_Bootloader

ist schon eine Weile her...

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 14 August 2014, 23:08:06
Hallo Michael,

mein Fork mit letzten Version liegt hier:
https://github.com/kc-GitHub/Asksin_OTA_Bootloader

Viele Grüße
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 14 August 2014, 23:58:13
Zitat von: mmattern am 14 August 2014, 22:53:55
würde das schon gern am HM-LC-Sw1PBU-FM testen, habe hier noch einen herumliegen...
Vielen Dank, dass du dich opferst. Ich war schon kurz davor, meinen Schalter wieder aus der Wand zu holen. :-)

@Dirk: Ich hab trotzdem vorhin versucht, den Bootloader für den HM_LC_Sw1PBU_FM zu bauen, nur passt irgendwas nicht.
In deinem Readme schreibst du:
ZitatThe config.h is configured to the Atmega328p (HB-UW-Sen-THPL). For the HM-LC-Sw1PBU-FM with Atmega644 you must rename the config-Atmega644.h to config.h
Nur leider gibt es kein File, das config-Atmega644.h oder ähnlich heißt. Überseh ich gerade etwas, oder gibt es das File auf diesem Fork schlicht einfach nicht?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 15 August 2014, 00:06:37
ZitatIn deinem Readme schreibst du:
Ach mist. Das hab ich noch in der Beschreibung nicht geändert. Das ändere ich gleich.

Da muss nix mehr umbenannt werden.
Die Defines für jedes Gerät liegen im Ordner devices.
hier gibt es schon eine "HB-UW-Sen-THPL.h" für den Universalsensor und eine "HM-LC-Sw1PBU-FM.h" für den Schalter.
eigentlich brauchst du nur ein
make HM_LC_Sw1PBU_FM
auszuführen.

Ich hoffe ich habe die Einstellungen für den HM_LC_Sw1PBU_FM in der Header-Datei korrekt eingestellt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 15 August 2014, 00:15:09
Zitat von: Dirk am 15 August 2014, 00:06:37
Da muss nix mehr umbenannt werden.
Tja... und hätte ich zwischen meinen make-Tests ein 'make clean' gemacht, dann wäre mir das auch aufgefallen und der Compiler hätte schon vor meinem letzten Posting bei allen Varianten zu Ende kompiliert. ;-)

Edit: Abgesehen davon, dass bei den HM_LC_Sw1PBI_FM's der eine Bootloader 4k und der andere 8k benötigt, gibt es aber keinen Unterschied, oder? Was bringt dann eigentlich der 8k-Loader, wenn man nicht gerade die Debug-Ausgaben lesbarer machen möchte?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 15 August 2014, 08:19:31
ZitatAbgesehen davon, dass bei den HM_LC_Sw1PBI_FM's der eine Bootloader 4k und der andere 8k benötigt, gibt es aber keinen Unterschied, oder?
Nein. Nur die Debugausgabe der empfangenen Daten passt da nicht mehr rein.

ZitatWas bringt dann eigentlich der 8k-Loader, wenn man nicht gerade die Debug-Ausgaben lesbarer machen möchte?
Eigentlich nix. Habs nur drinn gelassen falls noch jemand Ideen hat die dann nicht mehr in die 4k passen.
Die Debugausgaben mit DEBUG = 1 passen aktuell hier sogar auch noch rein.
DEBUG = 2 aber nicht mehr.
Theoretisch könnte man den 8k-Teil im Makefile löschen / auskommentieren oder einfach nicht ausführen.
Zum probieren und testen ist es vieleicht aber ganz gut noch etwas Platz zu haben.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 15 August 2014, 16:06:56
Großartig!
Dann bin ich schon gespannt, was Michael so zu berichten hat. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 16 August 2014, 18:09:42
Kurze Frage an die Maintainer:
Der Schalter mit der CustomFW wird unter FHEM als subType 'remoteAndSwitch' angelegt.
Das macht aber aktuell zB Probleme in Verbindung mit andFHEM, da dieses auf den subType 'Switch' wartet um es als Schalter anzuzeigen.
Vermutlich könnte ich den Subtype händisch ändern, andFHEM würde es anzeigen und auch sonst gäbe es keine weiteren Probleme damit.
Die Frage ist nur, wie sinnvoll es ist, es per Hand zu ändern. In meinen Augen wäre es besser, wenn entweder der Subtype auf 'Switch' geändert würde oder in andFHEM entsprechende Erweiterung für den Subtype einfließt.
Gibt es denn einen bestimmten Grund, weshalb dieser Subtype verwendet wird (mir ist schon klar, dass der Schalter mit der FW sowohl Switch als auch Remote ist, aber die Hauptfunktion ist immer noch Switch) oder wurde das entsprechend der damit gegebenen Funktionen einfach so definiert?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DOCa Cola am 18 August 2014, 00:21:25
Ich habe mal Dirks firmware auf meinen Sw1PBU gespielt. Ich glaube allerdings, dass die Firmware statt der LED das relais schaltet. Auf jedenfall geht bei mir das licht etwa im 5 sekunden Abstand an und aus und das Relais klackert.... :D Die LED zeigt hingegen keine funktion.
Ich kann keine vergleiche zur älteren "3rd party firmware" Version ziehen, da ich mit der noch überhaupt keinen Erfolg hatte...

Edit:
so:

#define PORT_STATUSLED       PORTB
#define DDR_STATUSLED        DDRB
#define PIN_STATUSLED        0
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 18 August 2014, 00:46:18
ZitatIch habe mal Dirks firmware auf meinen Sw1PBU gespielt
Das war aber erstmal der Bootloader.
Damit hast du dann die Firmware mit dem ota-flash-tool geflasht?

Port B.0 sollte passen.
Das muss in "HM-LC-Sw1PBU-FM.h" rein. Meine Angabe da drin stimmen wohl nicht. Hab grade mal in den Schaltplan geschaut. Hätte ich auch vorher schon machen können   ???

Und nach den Änderungen hast du noch mal
make clean HM_LC_Sw1PBU_FM
ausgeführt?

Gruß
Dirk

Update: ich habe das grade auch im git aktualisiert.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DOCa Cola am 18 August 2014, 01:05:54
jo, stimmt, ist echt schon spät. natürlich meinte ich den bootloader.
ich habe schon paar mal im verlauf des tages über OTA eine firmware mit flash-ota reingeladen. Blöderweise ohne zu merken, dass CRC per default verlangt wird. Nachdem nun das Problem mit der LED aus dem weg ist, weiss ich zumindest mal, was vor sich geht. Gerade kompilier ich noch srecord und dann schaun wir mal wie weit ich dann komme :)

Jo, habe immer clean neu gebaut. Alles bestens soweit. Den Bootloader kann man nicht OTA updaten? (hatte damit zumindest noch keinen erfolg).

Wozu ist eigentlich dieses 8k build target?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 18 August 2014, 01:14:46
ZitatDen Bootloader kann man nicht OTA updaten? (hatte damit zumindest noch keinen erfolg).
Nein. Mit den Lockbits aus "meiner" README.md kann der Bootloader auch nicht in den Bootloaderbereich schreiben.
Das habe ich gemacht, damit man sich den Bootloader nicht zerflasht falls man z.B. mal ein zu große Firmware flasht.

ZitatWozu ist eigentlich dieses 8k build target?
Nur, falls man noch mal ein bisschen spielen will.
Debug = 2 passt z.B. nicht mehr in 4k rein.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 18 August 2014, 01:19:47
Zitat von: Dirk am 18 August 2014, 01:14:46
Nein. Mit den Lockbits aus "meiner" README.md kann der Bootloader auch nicht in den Bootloaderbereich schreiben.
Das habe ich gemacht, damit man sich den Bootloader nicht zerflasht falls man z.B. mal ein zu große Firmware flasht.
Ich sags ja... Der Bootloader müsste OTA als "Hauptprogramm" in den Schalter geladen werden und wenn nach dem Reset die CRC-Prüfung passt, spielt er sich von selbst in die ersten 4k und startet abermals mit dem neuen Loader neu. Das eigentliche Schalterprogramm ist dann zwar fort, aber das lässt sich ja auch wieder ohne Probleme flashen! :-)

.oO( ich und meine Ideen - irgendwann will mir jemand dafür noch an den Kragen. :-) )
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DOCa Cola am 18 August 2014, 01:37:00
hm, ist es richtig, dass das mit srecord erzeugte file dann kleiner ist?

srec_cat Asksin_HM_LC_Sw1PBU_FM.cpp.hex -intel -fill 0xFF 0x0000 0x6FFE -Cyclic_Redundancy_Check_16_Little_Endian 0x6FFE -o payload.bin -binary

Asksin_HM_LC_Sw1PBU_FM.cpp.hex - 57kb
payload.bin - 29kb

anyway, ich habe das file mal reingeladen (nachdem ich es mit bin2eq3 konvertiert habe), aber er scheint nicht wirklich weiterzukommen. Ich bekomme nach dem reboot, wie schon direkt nach dem flashen, sich wiederholendes LED blinken: lang, 1 sek pause, kurz, kurz, 10 sek pause...
wenn ich es richtig verstanden habe ist das der awaiting-firmware modus?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 18 August 2014, 01:46:12
Zitat von: Mr. P am 18 August 2014, 01:19:47
Ich sags ja... Der Bootloader müsste OTA als "Hauptprogramm" in den Schalter geladen werden und wenn nach dem Reset die CRC-Prüfung passt, spielt er sich von selbst in die ersten 4k und startet abermals mit dem neuen Loader neu.
So hatte ich mir das auch schon mal überlegt. Bisher bin ich aber davon ausgegangen dass man aus der Program-Section kein SPM aufrufen kann?
müsste man mal probieren.

Zitatlang, 1 sek pause, kurz, kurz, 10 sek pause...
Die Reihenfolge ist etwas verschoben, ich versuche es trotzdem mal.

lang (ca. 2 Sek. bedeuted CRC-Check fail.
1 sek. Pause ist der Reboot. Weil lang kommt ganz zum Schluss.
kurz, ist der Start des bootloaders
das 2. kurz ist das warten auf Programmdaten via Funk.
10 sek. pause ist die Zeit die der BL auf die Daten wartet.

Da scheint der CRC-Check also nicht zu stimmen.
Schau doch mal ins Makefile ob ich die Adressen für den 644 richtig eingetragen habe.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DOCa Cola am 18 August 2014, 11:24:33
Zitat von: Dirk am 18 August 2014, 01:46:12
Schau doch mal ins Makefile ob ich die Adressen für den 644 richtig eingetragen habe.
Das übersteigt ein wenig meine rudimentären Microcontroller Kenntnisse. Aus dem Datasheet werde ich auch nicht wirklich schlau. Oder wie kann ich das ermitteln?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 18 August 2014, 12:02:40
Zitat von: DOCa Cola am 18 August 2014, 11:24:33
Das übersteigt ein wenig meine rudimentären Microcontroller Kenntnisse. Aus dem Datasheet werde ich auch nicht wirklich schlau. Oder wie kann ich das ermitteln?
Das ist eigentlich ganz einfach.
Die Checksumme wird in den letzten 2 Bytes von der Application-Section erwartet.
Bei den Fuse-Settings für einen 4k Bootloader-Bereich geht der Application-Bereich beim Atmega644 bis 64k-4k. Die Werte im Makefile errechnen sich so:

CODE_LEN:           65536 (0x10000) - 4096 (0x1000) - 2 = 61438 (0xEFFE)
BOOTLOADER_START:   65536 (0x10000) - 4096 (0x1000)     = 61440 (0xF000)
ADDRESS_DATA_START: 65536 (0x10000) -   16   (0x10)     = 65520 (0xFFF0)


Sofern ich mich hier nicht verrechnet habe sollte das eigegentlich stimmen.
Ansonsten, ich habe noch einen Atmega644 im DIP-Gehäuse hier rumliegen, muss ich mir mal ein HM_LC_Sw1PBU_FM auf dem Steckbrett zusammenstecken.

Kannst du die Debugausgaben mal ausgeben lassen?

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DOCa Cola am 18 August 2014, 12:55:02
ah, danke für die erklärung.

Zitat von: Dirk am 18 August 2014, 12:02:40
Kannst du die Debugausgaben mal ausgeben lassen?
Naja, beim zusammenlöten hatte ich mir den UART port gespart... :) Ich hab den Schalter zZ in der Wand versenkt, habe mir aber einen ISP header herausgeführt den ich erreichen kann, wenn ich den Schalter ein Stück herausziehe (natürlich trotzdem mit ausgeschalteter Sicherung). Ist es möglich die relevanten Debug Meldungen via Homematic zu verschicken? Dann könnte ich sie via hmsniff auslesen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 18 August 2014, 13:25:31
Zitat von: DOCa Cola am 18 August 2014, 12:55:02
ah, danke für die erklärung.
Naja, beim zusammenlöten hatte ich mir den UART port gespart... :)
Stimmt TXD ist gar nicht nach Außen geführt.

ZitatIst es möglich die relevanten Debug Meldungen via Homematic zu verschicken?
Theoretisch ja, ist aber etwas komplizierter, da der CC1101 ja mit Firmwaredaten beschäftigt ist. Da müsste man ständig umschalten.
Das LED-Geblinke ist ja schon ne kleine Debug-Ausgabe

Ich habe grade gesehen in der README.md von meinem Fork ist noch eine kleine "Unschärfe".
Welchen Befehl zum CRC-Berechnen hast du denn benutzt?
Der in meinem Repo ist für 32k-4k Flash-Speicher.

Bei dir sollte das so aussehen:

srec_cat <payload.hex> -intel -fill 0xFF 0x0000 0xEFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xEFFE -o payload.bin -binary

Ansonsten schreibt er den CRC an eine falsche Stelle.
Das könnte es auch noch sein.

Update:
Ich habe das im Github auch grade aktualisiert.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DOCa Cola am 18 August 2014, 13:36:13
Ah, dann habe ich definitiv den falschen srecord Befehl angewandt. Hatte ich weiter oben (http://forum.fhem.de/index.php/topic,18071.msg192602.html#msg192602) ja auch schon gepostet (hast du vermutlich überlesen).
Ich werde heute Abend wieder testen können.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 18 August 2014, 15:36:33
Laut Datasheet vom 644A (und sicher auch anderen Controllern):

Chapter 26.3.1: "...since the SPM instruction is disabled when executed from the application section"

So ganz einfach wirds also nicht gehen. "Einfach" ist es, wenn der Bootloader nur halb so groß ist wie der BL-Bereich. Dann passt er doppelt rein. Diesen Fall haben wir hier aber nicht vorliegen, im Gegenteil, es ist schon eng.

Nun ist ja der Teil des BL, der tatsächlich SPM ausführt, an sich sehr klein. Ein Großteil geht mit der Kommunikation über Funk drauf, usw. Folgendes Scenario ist eine Idee:

Annahme: Neben dem richtigen Bootloader passt noch ein Mini-Bootloader in den Bereich, ganz am oberen Ende. Dieser kann nix anderes, als zwischengespeicherten Code von irgendwo im Flash (müsste noch genügend NRWW-Flash da sein (noch zu prüfen) in den sicheren Teil des BLs zu schreiben (ausgenommen in den mini-bootloader-teil)

Wird per OTA ein Flashen des Bootloaders selbst initiiert (TBD: wie merkt das der BL) dann schreibt der BL die empfangenen Pages in den Beginn des NRWW Bereichs und springt dann als letzte Aktion in den Mini-Bootloader, der spielt dann seinerseits den zwischengespeicherten neuen BL vom Applikations-NRWW Bereich in den eigentlichen BL-Bereich.

Neben Details die zu klären sind, ergibt sich das Problem, dass , wenn man einen fehlerhaften BL so einspielt, man mit dem ISP ran muss. Ein CRC-Check geht, aber der sagt nix über Bugs aus. Der BL müsste vorher getestet worden sein.  Ebenfalls weiß ich nicht ob man den Build-Prozess so beeinflussen kann dass ein bestimmter Teil in einem bestimmten Speicher (am Ende) landet, der dann auch gezielt angesprungen werden kann.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 18 August 2014, 15:57:15
Zitat von: unimatrix am 18 August 2014, 15:36:33
Annahme: Neben dem richtigen Bootloader passt noch ein Mini-Bootloader in den Bereich, ganz am oberen Ende. Dieser kann nix anderes, als zwischengespeicherten Code von irgendwo im Flash (müsste noch genügend NRWW-Flash da sein (noch zu prüfen) in den sicheren Teil des BLs zu schreiben
So könnte das gehen:

Ich denke so könnte das gehen. Vermutlich braucht man dann wieder die 8k.
Man muss noch Schutzmechanismen einbauen, Dass der Bootloader sich nicht selber überschreiben kann.
Weil die Lockbits vom Bootloader können dann diesen Schutz nicht übernehmen.

ZitatNeben Details die zu klären sind, ergibt sich das Problem, dass , wenn man einen fehlerhaften BL so einspielt, man mit dem ISP ran muss. Ein CRC-Check geht, aber der sagt nix über Bugs aus.
Das ist klar.

ZitatEbenfalls weiß ich nicht ob man den Build-Prozess so beeinflussen kann dass ein bestimmter Teil in einem bestimmten Speicher (am Ende) landet, der dann auch gezielt angesprungen werden kann.
Ja, das geht. So platziere ich auch in den letzten 16 Bytes die Adressdaten für das Device.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 18 August 2014, 17:18:15
Sehr interessant. Man bräuchte für den kleinen Bootloader2 also nur die Funktion program_page() sowie eine kleine Funktion um eben genau die Aufgabe von BL2 zu machen (also kopieren aus dem unteren Flash in die BL-Sektion und Aufräumarbeiten.

Dies packt man in eine eigene .c Datei, kompiliert das, stellt mit avr-size die Größe fest, berechnet daraus die so groß wie mögliche Startadresse von BL2, und packt das dann in eine entsprechende Custom-Section per __attribute__.

Richtig gedacht?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 18 August 2014, 17:22:42
Ja, so ungefähr. Man muss dann noch die Pagegröße berücksichtigen. Da der Flash nur Pageweise beschrieben werden kann.
Klingt eigentlich ganz einfach :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DOCa Cola am 18 August 2014, 18:48:37
Mit dem richtigen srecord Befehl hat das einspielen der Firmware dann auch endlich geklappt :) Sehr schön!

Irgendwie durch wildes config button drücken habe ich es dann sogar geschafft das ganze mit FHEM zu pairen (lang drücken, kurz drücken??). Allerdings als unbekanntes Homematic device. Auf irgendeiner der Seiten dieses Threads hatte ich gelesen, dass man sich erst ein Dummy device anlegen soll, damit FHEM das perl file für den Switch läd... Das getan und nochmal alles zurückgesetzt und beim 2. mal hat er das ganze korrekt erkannt. Jetzt kann ich das Relais auch schön von FHEM aus schalten.
Schade, dass die eigentliche Firmware so schlecht dokumentiert ist. Echt schwierig sich die wichtigen Informationen aus den 40 Seiten hier zusammenzuklauben.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 18 August 2014, 18:59:26
Na super dass das geklappt hat.
Also können wir festhalten, dass der Bootloader auch mit dem HM_LC_Sw1PBU_FM funktioniert.
Danke für's testen.

@Jan soll ich dir mal einen Pullrequest schicken, oder magst du mir Zugriff auf dein Repo geben? Dann kann ich das ganze reinmergen.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 18 August 2014, 19:04:22
Habe von Jan seit dem 7.8. nix gehört. Aber er hat ja schon geschrieben, dass es gemerged werden kann, insofern hat er wohl nix dagegen. Stell einfach einen Pull-Request. Wenn so wie heute neue Leute auf diese Firmware stoßen, kommen sie somit direkt auf die beste Version.

@DOCa Cola: was genau vermisst du denn an Doku? Das wesentliche ist eigentlich direkt in der README im Repository beschrieben. Dort findest du auch die FHEM - Datei, die du einspielen musst, damit der Custom-Firmware-Switch auch korrekt erkannt wird.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DOCa Cola am 18 August 2014, 19:27:45
Ja, ich hatte die Datei auch im FHEM Verzeichnis. Trotz dessen wurde der Schalter als unknown model erkannt. Ich weis jetzt auch nicht ob es daran liegt.
Naja, ich hatte Probleme den Schalter mit FHEM zu pairen. Ich habe aufgrund dessen den Schalter mit hmsniff mal beobachtet. Mir ist unklar wie ich ihn dazu bringen kann, dass er sich paired. Irgendwie hat es dann doch geklappt.

Wie kann ich denn z.B einen physischen Schalter dazu bringen, dass er mir das Relais schaltet? Ich habe mich schon wieder durch etliche Seiten gelesen, aber konkret habe ich es nicht gefunden. Man muss den Schalter (Button) irgendwie mit dem switch pairen. Aber wie?

Irgendwie scheint es ja auch möglich sein den current auszulesen. Aber wo?
In der Readme steht: "Showing current sensor value in FHEM. (Copy device config below)."
Welche 'device config' ist damit denn gemeint (im text kommt nix mehr)? Die Datei hab ich schon in FHEM.
Ich habe 5 FHEM devices durch den Schalter. 1x das Gerät selbst, 2x button und 2x switches. In keinem habe ich eine current anzeige gesehen.

Ich muss allerdings auch sagen, dass der Schalter mein erstes HomeMatic device ist. So mag es sein, dass mir vielleicht ein bischen 'Allgemeinwissen' um diese fehlt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 18 August 2014, 20:29:57
Wenn das dein erstes Device ist, dann ist es vll ein wenig viel auf einmal. Um den Schalter  mit einer immerhin von Nutzern selbst geschriebenen Firmware in Betrieb zu nehmen ist schon etwas mehr FHEM (und vor allem aber Homematic-Wissen) erforderlich als bei dem SChalter mit der Hersteller-Firmware, der ja auch so schon "einfach funktioniert" (dann allerdings auch nicht mehr)

Du solletst du unbedingt den Homematic-Teil, insbesondere das Peering, in "Heimautomatisierung mit FHEM" durchlesen. Das ist also der Anhang, der ist dafür am wichtigsten.

http://fhem.de/Heimautomatisierung-mit-fhem.pdf

Bevor du irgendwas mit  Peering machst musst du sichergehen, dass der Schalter überhaupt korrekt eingebunden ist. Wenn dein Custom-FW File nicht korrekt geladen wurde dann muss das zunächst geschehen.

Der Schalter muss als 1 Device mit 2 Aktorkanälen und 2 Buttons erscheinen und als Modell "HM-LC-Sw1PBU-FM-CustomFW" (Attribut) eingetragen sein.

Sobald das so ist, kannst du einen internen Taster mit einem der internen Aktorkanäle peeren. Z.B. "set <button1> peerChan 0 <aktor_virtuell> single set" (<button1> und <aktor_virtuell> hier entsprechend durch deine Kanalnamen ersetzen). Sobald das peering da ist, müssen ggf. noch die Einstellungen davon angepasst werden, denn du musst ja auch definieren was der Taster bei Tastnedruck genau bewirken soll. Homematic bietet hier sehr viele möglichkeiten, dementsprechend ist ein gewisses Verständnis erforderlich. Ich bin mir gerade nicht sicher, ob in der "stable"-Release des Schalters von Jan sinnvolle Defaultwerte für das Peering drin stehen.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 18 August 2014, 20:31:13
Zitat von: DOCa Cola am 18 August 2014, 19:27:45
Ja, ich hatte die Datei auch im FHEM Verzeichnis. Trotz dessen wurde der Schalter als unknown model erkannt. Ich weis jetzt auch nicht ob es daran liegt.
Naja, ich hatte Probleme den Schalter mit FHEM zu pairen. Ich habe aufgrund dessen den Schalter mit hmsniff mal beobachtet. Mir ist unklar wie ich ihn dazu bringen kann, dass er sich paired. Irgendwie hat es dann doch geklappt.
Da kann ich dir nur beipflichten... Beim ersten HB-Device ist bisschen Fingerspitzengefühl gefragt, bei allen weiteren geht es dafür umso einfacher. :-)

Zitat von: DOCa Cola am 18 August 2014, 19:27:45
Wie kann ich denn z.B einen physischen Schalter dazu bringen, dass er mir das Relais schaltet? Ich habe mich schon wieder durch etliche Seiten gelesen, aber konkret habe ich es nicht gefunden. Man muss den Schalter (Button) irgendwie mit dem switch pairen. Aber wie?
Gepairt wird immer nur gegen die Zentrale. Wenn du Devices untereinander direkt verbindest (auch wenn es nur virtuelle Verbindungen wie bei dem Schalter sind) dann wird gepeert - über diese Feinheit stolpern beinahe alle Einsteiger. ;-)

Zitat von: DOCa Cola am 18 August 2014, 19:27:45
Irgendwie scheint es ja auch möglich sein den current auszulesen. Aber wo?
In der Readme steht: "Showing current sensor value in FHEM. (Copy device config below)."
Welche 'device config' ist damit denn gemeint (im text kommt nix mehr)? Die Datei hab ich schon in FHEM.
Falls du die Version von unimatrix verwendest, kann ich mich dunkel daran erinnern, dass er einmal zu seiner Version geschrieben hatte, dass current noch nicht funktioniert (bitte nicht schlagen, falls ich gerade Blödsinn schreibe). Falls doch, müsste es im zweiten Switch, also Kanal 04 stehen.

Zitat von: DOCa Cola am 18 August 2014, 19:27:45
Ich habe 5 FHEM devices durch den Schalter. 1x das Gerät selbst, 2x button und 2x switches. In keinem habe ich eine current anzeige gesehen.
Durch den Schalter hast du 5 "Geräte". Das physikalische Gerät ist von der Bezeichnung her das ohne Zusatz im Namen und außerdem auch gut durch die 6-stellige HMID erkennbar. Über die restlichen vier "Kanäle" werden die Funktionen der Aktoren und Sensoren abgebildet.
Um daher das Relay des Schalters mit den Taster nutzen zu können, musst du zumindest einen der beiden Buttons mit dem ersten der Switches peeren.
Am besten siehst du dir mal die Anfängerdoku an, dann kommst du recht schnell dahinter, wie das klappt (und deinem Beiträgen nach zu urteilen bist du nicht jemand, der zwei linke Hände hat). ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 18 August 2014, 20:33:36
Moin,

Das ich wenig schreibe liegt daran dass ich mal wieder unterwegs bin. Aktuell im Urlaub in Griechenland. Übernächste Woche bin ich mal wieder im Land. Habe den Pull Request gemerged und dir Rechte gegeben. Unimatrix hat ansonsten auch Rechte. Wenn ihr Lust habt können wir kurz nach Weihnachten auf dem CCC Congress in Hamburg ein kleines Entwicklertreffen veranstalten.

@unimatrix: Im default gibt es kein Peering mit dem Aktor selber. Wenn man peert habe ich die gleichen defaults wie normale Aktoren. Wenn du willst können wir deine Version auch mergen.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 18 August 2014, 20:37:31
ZitatAktuell im Urlaub in Griechenland.
Unserer ist leider schon vorbei   :(

ZitatHabe den Pull Request gemerged und dir Rechte gegeben.
Cool, danke.

ZitatWenn ihr Lust habt können wir kurz nach Weihnachten auf dem CCC Congress in Hamburg ein kleines Entwicklertreffen veranstalten.
Klingt interessant. Könnte man ja mal einplanen.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DOCa Cola am 18 August 2014, 20:54:19
Danke Mr. P & unimatrix für die hilfreichen Tipps :)
Ja, das Gerät ist in FHEM wunderbar erkannt. Ich werde mir die Doku mal Gemüte führen und dann mal mein Glück versuchen.

Der Bootloader macht auch keine Probleme soweit. Hatte noch ein paar 'resets' gemacht - also Sicherung raus um Schalter wieder ordentlich einzubauen - und bootet immernoch alles wie gehabt. Kann da also grünes Licht geben für alle die Dirks Bootloader Variante nutzen wollen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 20 August 2014, 00:55:46
Ein paar Gedanken für zukünftige Versionen:
Ich behaupte an der Stelle, dass der zuletzt von Dirk bearbeitete Bootloader sich zukünftig auf etlichen Devices einfinden wird. Ganz gleich ob HB- oder HM-Devices.
Bislang ist es bei den Sw1PBU's so, dass im Grunde sowohl für den Bootloader als auch für das Hauptprogramm unabhängig voneinander ID's vergeben werden können.
Wenn jetzt aber die letzten Bytes des BL zum Speichern eben dieser Infos verwendet werden und sowohl der BL als auch das Hauptprogramm darauf zugreifen (was ja auch äußerst sinnvoll ist), würde man für zukünftige Versionen des Hauptprogramms nicht um den neuen Bootloader herum kommen und somit ist ein neuerliches Flashen mit dem Programmer unumgänglich, oder?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 20 August 2014, 01:15:02
Zitat von: Mr. P am 20 August 2014, 00:55:46
... würde man für zukünftige Versionen des Hauptprogramms nicht um den neuen Bootloader herum kommen und somit ist ein neuerliches Flashen mit dem Programmer unumgänglich, oder?
Naja, man kann in das Hauptprogramm ja auch weiterhin die Adresse fest einprogrammieren. Wenn man den Bootloader nicht ändern will / kann.
Dann bleibt alles wie beim alten.

Für das Flashen des Bootloaders braucht man sich aber nicht unbedingt einen ISP zuzulegen.
Man kann auch z.B. einen Arduino zu einem ISP machen. Auch mit den GPIO-Pins vom Raspberry-Pi und einem angepassten AVRDUDE kann man den Bootloader aktualisieren.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 20 August 2014, 01:18:14
Zitat von: Dirk am 20 August 2014, 01:15:02
Man kann auch z.B. einen Arduino zu einem ISP machen. Auch mit den GPIO-Pins vom Raspberry-Pi und einem angepassten AVRDUDE kann man den Bootloader aktualisieren.
Schon klar... Wollte nur verdeutlichen, dass man um das Schalter aus der Wand nehmen und PINs anlöten nicht herum kommen wird. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 20 August 2014, 10:54:58
also ein einziges mal muss man ja an jeden Schalter den ISP anlöten (egal ob selbstgebaut, Pi, etc.).

Wer einen alten Bootloader drin hat, kann den behalten. Er muss dann (so wie vorher auch) sicherstellen, dass Serial, HMID, etc. fest in der Applikation vorgegeben sind. Updated er auf einen neuen BL, hat er die Flexibilität, diese Daten weiterhin in der App fest einzukodieren oder die Daten aus dem BL-Bereich zu holen.

Ich habe übrigens an dem sich selbst updatedenden Bootloader gearbeitet. Erste Tests waren erfolgreich, was mir allerdings noch unklar ist, ist, wie man so ein BL-Update Package dass ja dann per eq3 File auf den Chip muss am besten gestaltet.

Im Moment favorisiere ich, den Bootloader "ganz normal zu bauen" aber eben mit dem .text-Segment ab Adresse 0x0000 und weiterhin einem Magic Word an einer anderen bestimmten unbenutzten Flash-Adresse. Dieses WOrd signalisiert quasi "Bootloader wurde OTA in Applikations-Speicher geladen und ist bereit, in den BL Bereich verschoben zu werden". Beim Starten des Chips wird ja sowieso zuerst der BL im oberen Bereich gestartet, dieser prüft dann als erstes, ob das Magic Word gesetzt ist, wenn ja, wird das Word gelöscht und der Kopiervorgang gestartet, der Rest vom Flash gelöscht, nach ABschluss wird der WD-Reset ausgeführt und somit der neue BL gestartet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 20 August 2014, 11:00:57
Zitat von: unimatrix am 20 August 2014, 10:54:58
Ich habe übrigens an dem sich selbst updatedenden Bootloader gearbeitet. Erste Tests waren erfolgreich, was mir allerdings noch unklar ist, ist, wie man so ein BL-Update Package dass ja dann per eq3 File auf den Chip muss am besten gestaltet.
*huch* - und ich wollte einfach nur einmal meinen Gedanken freien Lauf lassen... und jetzt wird wirklich an einer möglichen Umsetzung gearbeitet?
Leute... Ihr seid echt ein Wahnsinn! :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 20 August 2014, 11:13:38
Zitat von: unimatrix am 20 August 2014, 10:54:58
Beim Starten des Chips wird ja sowieso zuerst der BL im oberen Bereich gestartet, dieser prüft dann als erstes, ob das Magic Word gesetzt ist, ...
Hier brauchst du noch nicht mal ein "Magic Word". Das "Hauptprogramm" mit der Bootloader-Aktualisierung besteht nur aus einer Sprungadresse zum 2. Bootloader und den Bootloader-Daten an einer festen Adresse.
An eine weitere festen Adresse schreibst du noch die Länge und die Checksumme des neuen Bootloaders.

Nach dem Sprung zu Bootloader2 schaut dieser in der Adresse mit Länge und CRC, prüft den CRC mit den Daten vom neuen Bootloader und schreibt diese in Position vom Bootloader 1
Anschließend muss der Bootloader 2 noch die Page mit Sprungadresse ungültig machen, damit der 2. Bootloader nicht mehr angesprungen wird.

Zitatwas mir allerdings noch unklar ist, ist, wie man so ein BL-Update Package dass ja dann per eq3 File auf den Chip muss am besten gestaltet.
Dieser besteht "nur" aus
.text an 0x0000 (hier steht nur der sprungbefehl zur adresse von Bootloader 2
.infoData an z.B. 0x0FF0 hier steht nur die länge des neuen Bootloaders und die CRC-Checksumme
.blData an z.b. 0x1000 ab hier stehen dann die Daten des neuen Bootloaders.
.crcData das ist der CRC vom Bootloader-Aktualisierungs-Hex-file. So wie bisher auch.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 20 August 2014, 12:31:49
habs jetzt anders gelöst. Was ich vorher geschrieben war war natürlich Quatsch. Habe es so gelöst dass das Bootloader-Hex file nur einmal existiert, egal ob es per OTA oder ISP geflasht wird. Für OTA wird es dann mit sreg_cat entsprechend bearbeitet (offset in den RWW-Bereich, usw.)

Checke es in einen Branch ein sobald es läuft und getestet ist.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 20 August 2014, 16:08:32
Zwischenstand: Nach dem löschen der ersten Page (ab BOOTLOADER_START) macht das Dingen nix mehr...Interrupts natürlich alle deaktiviert, nur inline Code, usw. Werde weiter frickeln. (Per avrdude Hexfile zurückgelesen und festgestellt, dass 1. Page gelöscht wurde)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DOCa Cola am 20 August 2014, 21:23:46
Der Verweis auf den Homematic Anhang in der FHEM Doku hat mir sehr geholfen. Ich hab trotzdem nochmal eine vermutlich recht generelle Frage dazu.
Ich will mir jetzt für den kurzen (normalen) Tastendruck eines der Schalter des Sw1PBU nun eine FHEM Aktion hinterlegen.
Ich war der Annahme, dass ich das nun so lösen könnte:
define LichtTest notify LichtschalterBtn1:Short.* set Deckenlampe rgb FFC148
So wird es glaube ich bei anderen Homematic Fernbedienungen auch gelöst. Jedoch wenn ich ein Log an einen der Buttons dranhänge sind mir dort garkeine events angezeigt. Wo liegt jetzt also der Fehler? :P Muss ich die FHEM zentrale (den hm usb stick) irgendwie als Aktor hinterlegen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 20 August 2014, 21:46:20
Hallo,

die geänderte Firmware hast Du aber draufgespielt oder ? Mit der Original-Firmware kommt man nämlich nicht an die Tasterevents dran. Deswegen gibt es ja diesen Thread.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DOCa Cola am 20 August 2014, 21:50:07
Jo, die hab ich drauf. Nur in Sachen Homematic bin ich noch recht frisch :) Ich habe mir angesehen, wie das bei der Funkfernbedienung funktioniert und hätte erwartet, dass es ein ähnliches verfahren ist den Taster einzubinden.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: T.ihmann am 20 August 2014, 21:57:32
Hallo Ihr Lieben,

Ich verfolge diesen Thread ja schon lange (siehe Seite 1), muß aber zugeben, ich habe mit Bootloadern und Firmware gerade ein wenig den Durchblick verloren. Wo ist gerade der aktuelle Stand? Wiki, Github,....?
Mein Ziel: Wechselschaltung ersetzen. Kriege ich die Firmware dafür OTA drauf oder muss ich einmal löten ?

Danke
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 20 August 2014, 22:28:33
Zitat von: T.ihmann am 20 August 2014, 21:57:32
Ich verfolge diesen Thread ja schon lange (siehe Seite 1), muß aber zugeben, ich habe mit Bootloadern und Firmware gerade ein wenig den Durchblick verloren. Wo ist gerade der aktuelle Stand? Wiki, Github,....?
Mein Ziel: Wechselschaltung ersetzen. Kriege ich die Firmware dafür OTA drauf oder muss ich einmal löten ?
Um einmal löten kommst du nicht herum. Denn die Firmware von eq-3 scheint signiert zu sein.
Eigentlich solltest du alle wesentlichen Infos hier bekommen:
http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware
Ansonsten im Forum die Suchfunktion nutzen und wenn das auch nichts nützt... dann nur her mit den Fragen. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 August 2014, 22:59:13
Zitat... oder muss ich einmal löten ?
mein tipp, damit das wahr werden kann:

warte noch ein paar tage bis unimatrix den ultimativen, ota-updatebaren bootloader serviert. wenn der drauf ist, dann brauchst du nie wieder löten.  8)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 20 August 2014, 23:10:25
Zitat von: frank am 20 August 2014, 22:59:13
warte noch ein paar tage bis unimatrix den ultimativen, ota-updatebaren bootloader serviert. wenn der drauf ist, dann brauchst du nie wieder löten.  8)
Wobei ich mir gerade gar nicht so sicher bin, ob sich der neue Bootloader mit dem jetzigen nicht auch schon flashen lassen wird.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 August 2014, 23:20:35
ZitatWobei ich mir gerade gar nicht so sicher bin, ob sich der neue Bootloader mit dem jetzigen nicht auch schon flashen lassen wird.
ich habe noch den ersten von jan drauf. das wäre ja der absolute knüller, wenn das dann auch funktionieren würde.

versionsnummern wären mittlerweile wirklich nicht schlecht.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: T.ihmann am 21 August 2014, 09:42:46
Ich war nur etwas irritiert mit den Repos und Dirks pull request. Welches ist denn das aktuelle Repo. Die Anleitung von Jan im Wiki ist ja relativ alt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 21 August 2014, 09:48:28
Zitat von: T.ihmann am 21 August 2014, 09:42:46
Welches ist denn das aktuelle Repo.
Derzeit sind beide Repos auf gleichen Stand.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: T.ihmann am 21 August 2014, 09:51:43
Vielen Dank für die schnelle ANtwort. Bei dem Tempo hier werde ich dann wohl noch etwas warten, bis vielleicht ein neuer Bootloader da ist...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 21 August 2014, 12:24:25
Habe eine Version fertig, mit der sich der Bootloader selbst flashen kann. Das ganze ist noch im Teststadium und ich habe es nur auf dem 644a getestet.

Wer mit testen möchte, findet das ganze auf meinem Fork: https://github.com/unimatrix27/Asksin_OTA_Bootloader

Sobald alle Feinschliffe und Tests gemacht sind, kann das ganze ggf. als deaktivierbare Option in die offizielle Version.

Freue mich über Feedback
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 August 2014, 12:27:30
Zitat von: unimatrix am 21 August 2014, 12:24:25
Wer mit testen möchte, findet das ganze auf meinem Fork: https://github.com/unimatrix27/Asksin_OTA_Bootloader
Ich glaub, ich hör meine versenkten Schalter nach Updates schreien. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 21 August 2014, 12:49:01
Ich habe mir auch mal das Wiki dazu durchgelesen. Es wäre toll wenn jemand die exakten Einzelschritte vom Bootloader-Flash bis zum Firmwareflash dort detailiert niederschreiben könnte der das ganze Procedere schon durch hat ;)

Insbesondere "Fuses setzen": ohne weitere Angaben hat es mich zuerst verwirrt.

Ansonsten bin ich schon ganz gespannt und werde mir auch die nächsten Tage einen HM_LC_Sw1PBU_FM zulegen... Ganz wichtig für mich die Wechselschaltung/Kreuzschaltung durch Stromflusserkennung
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Rince am 21 August 2014, 13:01:07
Umzugsbedingt wird dieser Thread sehr spannend. Ich hab mindestens 7 Wechsel oder Kreuzschaltungen vom Vorbesitzer "geerbt"
Eine Lösung jeweils nur 1 Schalter austauschen zu müssen, fände ich sehr sehr toll :)

Möchte mich daher dem Wunsch von Tobias anschließen.  ::)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 August 2014, 13:07:00
Zitat von: Tobias am 21 August 2014, 12:49:01
Ich habe mir auch mal das Wiki dazu durchgelesen. Es wäre toll wenn jemand die exakten Einzelschritte vom Bootloader-Flash bis zum Firmwareflash dort detailiert niederschreiben könnte der das ganze Procedere schon durch hat ;)
Hast du dir den Link 'Flashen mit RaspberryPi' in dem Wiki-Artikel angesehen?
Da ist auch ein HowTo zum (bisher) aktuellen Stand dabei. Vielleicht hilft dir das ein wenig weiter. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 21 August 2014, 13:34:53
Zitat von: Mr. P am 21 August 2014, 13:07:00
Hast du dir den Link 'Flashen mit RaspberryPi' in dem Wiki-Artikel angesehen?
Da ist auch ein HowTo zum (bisher) aktuellen Stand dabei. Vielleicht hilft dir das ein wenig weiter. ;-)
Danke für den Hinweis... ich habe einen MyAVR Smart USB-ISP-Programmer. Die Fuses bleiben wie dort beschrieben?
avrdude -p m644 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 21 August 2014, 13:42:32
Die Fuses sind doch in der README beschrieben? Was fehlt dir?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 21 August 2014, 14:04:14
ich wollte nur wissen ob die fuses bei Nutzung eines MyAVR ISP Programmers identisch sind wie bei Raspberry GPIO Programmierung.
Ich denke mal "ja", aber will sicher gehen... Sorry, kenn mich da nicht so aus :(
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 August 2014, 14:18:04
Die Fuses an sich sind gleich.
Es ändern sich nur die Parameter, damit avrdude weiß, womit er die Fuses setzt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 21 August 2014, 14:18:56
ach so. ja. das ist natürlich das gleiche. Mit den Fuses werden im Controller bestimmte Optionen gesetzt, z.b. Prozessortakt usw.

Ohne alles aus dem Datenblatt suchen zu müssen kann man mit  folgendem Onlinetool ganz schnell nachvollziehen, was welche Fuses bewirken.

http://www.engbedded.com/fusecalc/

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 21 August 2014, 20:49:42
eigentlich wollte ich gerade mal den neuen bootloader testen. ich habe nun aber zweifel, ob das funktionieren könnte.

1. ist es nun richtig, dass ich mit einem vorhandenen alten bootloader den neuen bootloader laden kann? oder kann erst ein nächster neuer bootloader mit dem jetzt neuen bootloader geladen werden?

2. sollte 1. zutreffen, also der aktuelle kann durch einen alten bootloader geladen werden, stellen sich die nächsten fragen. auf meinem schalter ist im augenblick der bootloader von jan von ca anfang mai (8k schätze ich mal). damals wurden die fuses wohl so gesetzt:

avrdude -p m644 -P usb -c usbasp -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m

die neuen sehen ja etwas anders aus:

avrdude -p m644 -P usb -c usbasp -U lfuse:w:0xFD:m -U hfuse:w:0xDA:m -U lock:w:0x2F:m

also lfuse jeweils gleich. hfuse hat sich geändert. lockbits sind dazu gekommen.

2a. hat die geänderte hfuse mit der jetzigen bootloader grösse von nun 4k zu tun? müsste dann für den jetzigen 8k bootloader auch wieder hfuse=0xD8 sein?

2b. sind die lockbits eine sicherheitsmassnahme, so dass es auch ohne lockbits gehen würde? oder sind die zwingend nötig?

3. kann ein update meines bootloaders mit dem neuen über ota mit meinen fuse setttings funktionieren?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: T.ihmann am 21 August 2014, 23:31:05
Zitat von: unimatrix am 21 August 2014, 12:24:25
Habe eine Version fertig, mit der sich der Bootloader selbst flashen kann. Das ganze ist noch im Teststadium und ich habe es nur auf dem 644a getestet.

Wer mit testen möchte, findet das ganze auf meinem Fork: https://github.com/unimatrix27/Asksin_OTA_Bootloader

Ihr verwirrt mich ... ;) Ist das jetzt die Version die in diesem Thread http://forum.fhem.de/index.php/topic,18071.msg193411.html#msg193411 erwähnt wurde. Heißt dies bei diesem Bootloader brauche ich gar nicht zu löten, sondern kann den Bootloader OTA flashen und dann OTA die Firmware ? Habe noch Schalter im Orginalzustand.

Eine andere kurze Frage: OTA flashen geht nur mit USB HM_CFG der geht auch ein CUL (den hätte ich nämlich...)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 21 August 2014, 23:38:43
ZitatIhr verwirrt mich ... ;) Ist das jetzt die Version die in diesem Thread http://forum.fhem.de/index.php/topic,18071.msg193411.html#msg193411 erwähnt wurde.
ja.

ZitatHeißt dies bei diesem Bootloader brauche ich gar nicht zu löten, sondern kann den Bootloader OTA flashen und dann OTA die Firmware ? Habe noch Schalter im Orginalzustand.
nein. einmal löten, fuses setzen und flashen. spätere bootloader updates per otau.

ZitatOTA flashen geht nur mit USB HM_CFG der geht auch ein CUL (den hätte ich nämlich...)
hmusb und cul.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 August 2014, 23:40:59
Und zur Zeit warten ein paar Leute ganz gespannt auf eine Response von frank's nicht ganz unwesentlichen Fragen. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 22 August 2014, 10:49:09
Hallo,

also zuerst: Der neue OTA-flashbare Bootloader ist in einem absolut experimentellen Stadium. Jeder der hier mit testet muss damit rechnen, ggf. wieder mit dem ISP ran zu müssen da das ganze sicher noch nicht 100% bugfrei ist.

Zu den Fragen:

Mit einem Bootloader vor der neuen Version von gestern kann man nicht OTA-Flashen. Um diese Funktion zu ermöglichen, muss zumindest "noch einmal" per ISP geflasht werden. Erst dieser neue Bootloader hat dann das Feature, zukünftige Updates per OTA anzunehmen (wahrscheinlich haben wir jetzt alles durch so dass keine neuen Updates mehr kommen haha)

Die Fuses von Jan sind ok bzw. die Änderungen betreffen nur die Bootloader-Größe (da kann man sich beim Schalter entscheiden, es ist letztlich egal, man kann einfach 8k nehmen, der Flash ist mehr als groß genug für alles was der Schalter je tun können wird). Die Lockbits darf man aber nicht setzen, wenn man die OTA-Updatefähigkeit haben will, ansonsten kann sich der Bootloader nicht selbst löschen. Hier muss man sich also entscheiden, ob man das möchte oder nicht. Im Grunde kann man die Lockbits verwenden, um sich das OTA-Feature zu aktivieren/deaktivieren. Die OTA-Funktion wird mit gesetzten Lockbits nicht funktionieren, alles andere in dem BL würde aber gehen.

Ja, die Fuseänderung betrifft nur die Größe und reduziert sie in dem Fall auf 4k

Es geht natürlich auch ganz ohne Lockbits, dann ist man potentiellen Bugs ausgesetzt (z.B gibts zurzeit keine Prüfung ob das OTA-IMage zu groß ist

Frank, deine letzte Frage beantwortet sich insofern. Deine Fuses sind ok, aber du kannst nicht OTA updaten ohne noch einmal zu flashen.

Hoffe das klärt das meiste

VG
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 22 August 2014, 11:12:12
Zitat von: unimatrix am 22 August 2014, 10:49:09
also zuerst: Der neue OTA-flashbare Bootloader ist in einem absolut experimentellen Stadium. Jeder der hier mit testet muss damit rechnen, ggf. wieder mit dem ISP ran zu müssen da das ganze sicher noch nicht 100% bugfrei ist.
Ja... Sollte in der Tat klar sein. :-)

Zitat von: unimatrix am 22 August 2014, 10:49:09
Mit einem Bootloader vor der neuen Version von gestern kann man nicht OTA-Flashen. Um diese Funktion zu ermöglichen, muss zumindest "noch einmal" per ISP geflasht werden. Erst dieser neue Bootloader hat dann das Feature, zukünftige Updates per OTA anzunehmen (wahrscheinlich haben wir jetzt alles durch so dass keine neuen Updates mehr kommen haha)
Also doch... Ist zwar schade, aber was sein muss, muss eben sein. :-)

Danke für die Infos!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 22 August 2014, 13:05:42
hallo unimatrix,

ZitatHoffe das klärt das meiste
ja, danke für die erklärungen. 

da in deiner readme.md auch die möglichkeit zum flashen des 8k-bootloaders beschrieben wird, sollte dann auch das setzen der dann nötigen fuses beschrieben werden, denke ich. oder man setzt mit dem fuse-beispiel die bootloader-grösse generell auf 8k.

eventuell wären auch ein paar worte zum unterschied von 4k- und 8k-bootloader sinnvoll. nach meiner erinnerung dieses threads und des wettersensor threads sind die funktionen wohl identisch. nur die debug ausgabe ist "verstümmelt".

jetzt nochmal zu den lockbits:

ZitatDie Lockbits darf man aber nicht setzen, wenn man die OTA-Updatefähigkeit haben will, ansonsten kann sich der Bootloader nicht selbst löschen. Hier muss man sich also entscheiden, ob man das möchte oder nicht. Im Grunde kann man die Lockbits verwenden, um sich das OTA-Feature zu aktivieren/deaktivieren. Die OTA-Funktion wird mit gesetzten Lockbits nicht funktionieren, alles andere in dem BL würde aber gehen.

demnach würde das schöne, neue feature des bootloader-updates mit dem fuse beispiel aus der readme.md ja gar nicht funktionieren. das sollte man in der readme.md beschreiben, sonnst gibt es noch ärger, wenn mann später doch wieder löten muss, um die fuses zu ändern.  ;)

ZitatEs geht natürlich auch ganz ohne Lockbits, dann ist man potentiellen Bugs ausgesetzt (z.B gibts zurzeit keine Prüfung ob das OTA-IMage zu groß ist

aus beiden aussagen zusammen, entnehme ich, dass es auch eine nicht beschriebene lockbit einstellung geben könnte. also:

1. mit der beschriebenen fuse einstellung in der readme.md ist sowohl das ota-feature "disabled", als auch ein schutz vor potentiellen bugs etabliert. => vollschutz
2. ganz ohne lockbits ist das ota-feature "enabled" und kein "bug-schutz" vorhanden. => kein schutz
3. eine nicht beschriebene einstellung, die das ota-feature enabled und trotzdem einen "bug-schutz" ermöglicht. => bug-schutz
oder habe ich hier zu viel zwischen den zeilen gelesen?  :)


könnte man das bootloader ota-feature folgenderweise testen:
1. deinen aktuellen bootloader über isp flashen.
2. einen alten bootloader dann über ota flashen.
dann müsste man zwar wieder löten, hätte die funktion aber getestet. richtig?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 22 August 2014, 13:18:51
Zitat von: frank am 22 August 2014, 13:05:42
eventuell wären auch ein paar worte zum unterschied von 4k- und 8k-bootloader sinnvoll. nach meiner erinnerung dieses threads und des wettersensor threads sind die funktionen wohl identisch. nur die debug ausgabe ist "verstümmelt".
Aktuell gibt es gar keine Unterschiede. Die Debugausgaben sind auch nicht verstümmelt, da derzeit noch alles rein passt.
Für spätere Erweiterungen könnte es eng werden.
Wenn man also genug Platz hat dann ist es sicher nicht verkehrt den Bootloader in 8k zu packen.

Zitatdemnach würde das schöne, neue feature des bootloader-updates mit dem fuse beispiel aus der readme.md ja gar nicht funktionieren. das sollte man in der readme.md beschreiben, sonnst gibt es noch ärger, wenn mann später doch wieder löten muss, um die fuses zu ändern.  ;)
Die aktuell beschriebenen Lockbits schützen den Bootloader vor dem überschreiben. Wenn man den Bootloader updatebar machen möchte, darf man dieses Lockbis nicht setzen.
Man kann sich dann aber den Bootloader kaput machen. Dann müßte wieder der ISP her. Daher sollte man noch ein paar Checks einbauen.

Zitat2. ganz ohne lockbits ist das ota-feature "enabled" und kein "bug-schutz" vorhanden. => kein schutz
Ein "Bug-Schutz" können die Fusebitsnicht sein. Denn auch, wenn der Bootloader sich selbst vor z.B. überschreiben schützt, kann durch einen Bug des neu geflasthen Bootloaders dieser auch unbrauchbar werden. Auch dann muss der ISP wieder her.
Damit sowas nicht passiert, muss ein neuer Bootloader vorher gut getestet werden.

Zitatkönnte man das bootloader ota-feature folgenderweise testen:
1. deinen aktuellen bootloader über isp flashen.
2. einen alten bootloader dann über ota flashen.
dann müsste man zwar wieder löten, hätte die funktion aber getestet. richtig?
Oder 3. einen geänderten neuen Bootloader. Z.b andere Debugausgeben, zusätzliches LED-Blinken o.Ä

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 22 August 2014, 14:05:01
hallo dirk,

ZitatDie aktuell beschriebenen Lockbits schützen den Bootloader vor dem überschreiben. Wenn man den Bootloader updatebar machen möchte, darf man dieses Lockbis nicht setzen.
ok, danke. also 2 möglichkeiten. entweder lockbits wie beschrieben oder eben gar keine lockbits

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 22 August 2014, 23:52:30
Zitat von: Dirk am 14 August 2014, 23:08:06
Hallo Michael,

mein Fork mit letzten Version liegt hier:
https://github.com/kc-GitHub/Asksin_OTA_Bootloader

Viele Grüße
Dirk

Hallo zusammen,

wow, hier ist ja einiges los... bin nicht eher dazu gekommen, aber jetzt ist der aktuell dort liegende Bootloader geflashed, Firmware mit CRC-Check OTA drauf...
Ich habe im Bootloader noch die "\n" durch "\n\r" ersetzt, sonst funktionieren bei mir die Zeilenumbrüche nicht (auf Raspberry Pi mit Minicom).

Funktioniert das OTA-Update nun auch schon aus FHEM heraus?

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 23 August 2014, 16:11:31
Hallo zusammen,

ich habe jetzt den neuen Bootloader in Verbindung mit der alternativen Firmware aufgespielt und folgendes Problem:
Es wird zwar im Reading "current" Stromfluss angezeigt, sobald der Stromkreis geschlossen ist (im Device auf Kanal 4), jedoch bleibt der Status auf "off", sofern er es vorher war... auch die Readings "level" und "pct" bleiben auf Null...

Hat jemand das schon mal korrekt zum Laufen gebracht? Ich werde als nächsten Schritt mal testen, die Firmware ohne Bootloader direkt zu flashen um zu sehen, ob der Bootloader "schuld" ist...

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 23 August 2014, 19:54:39
Hi Dirk,
kurze Frage: kann man den Bootloader grundsätzlich auch für einen ATMEGA 2561V nehmen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 23 August 2014, 20:26:31
Ich würde mal sagen ja.

Am Besten du machst dir eine Device-File. Darin kannst du dann die spezifischen Einstellungen vornehmen.
Es Kann sein, dass die Register für die Interrupts noch nicht stimmen. Hab mir das Datenblatt noch nicht im Detail angesehen.
Dann würde ich Vorschlagen diese Register auch mit in die Device-Files mit aufzunehmen.

Es gibt ggf. aber ein paar Sachen die man beachten muss bei Flashspeicher größer als 64k.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 24 August 2014, 12:57:16
Zitat von: mmattern am 23 August 2014, 16:11:31
Hallo zusammen,

ich habe jetzt den neuen Bootloader in Verbindung mit der alternativen Firmware aufgespielt und folgendes Problem:
Es wird zwar im Reading "current" Stromfluss angezeigt, sobald der Stromkreis geschlossen ist (im Device auf Kanal 4), jedoch bleibt der Status auf "off", sofern er es vorher war... auch die Readings "level" und "pct" bleiben auf Null...

Hat jemand das schon mal korrekt zum Laufen gebracht? Ich werde als nächsten Schritt mal testen, die Firmware ohne Bootloader direkt zu flashen um zu sehen, ob der Bootloader "schuld" ist...

Viele Grüße
Michael

Hallo - nur für den Fall, dass nochmal jemand darüber stolpert... die Lampe hat einfach nicht genug Strom gezogen, so dass der Schalter nicht auf "on" gewechselt hat, wenn man am "normalen" anderen Schalter der Wechselschaltung geschaltet hat...
Mit dem Bootloader hatte es nichts zu tun, der funktioniert prima!

Das ist auch in diesem Thread vor einiger Zeit diskutiert worden...

In der Firmware aus dem GIT ist der Ansprechwert auf 500 (Reading "current") gesetzt, bei mir waren es im eingeschalteten Zustand ca. 320.

Ändern kann man das in Asksin_HM_LC_Sw1PBU_FM.ino, und zwar hier:

const unsigned long minImpulsLength = 5000;

Dabei entsprechen anscheinend die 5000 dem Schwellwert 500, ich habe das jetzt bei mir auf 500 gesetzt, also Schwellwert 50.

Man muss ein wenig aufpassen, das nicht zu niedrig zu setzen, damit es zu keinen Fehlerkennungen bei Spannungsspitzen im Hausnetz kommt... bei mir ist im ausgeschalteten Zustand der Lampe der Wert aber deutlich unter 50...

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 26 August 2014, 13:37:40
Hi Michael,

das Problem ist leider, dass je nach dem wie "sauber" die Spannung bei dir in der Wohnung ist und ggf auch etwas von der Hardware abhängig der Wert auch so schon recht groß sein kann. Man sollte dem Setting mal einen Registereintrag verpassen. Dann könnte das jeder normal zur Laufzeit konfigurieren.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 26 August 2014, 14:10:08
Zitat von: jab am 26 August 2014, 13:37:40
Hi Michael,

das Problem ist leider, dass je nach dem wie "sauber" die Spannung bei dir in der Wohnung ist und ggf auch etwas von der Hardware abhängig der Wert auch so schon recht groß sein kann. Man sollte dem Setting mal einen Registereintrag verpassen. Dann könnte das jeder normal zur Laufzeit konfigurieren.


Gruß,
Jan

Hallo Jan,

stimme dir zu... wahrscheinlich ist das auch ein Grund dafür, wieso die Funktionalität vom Hersteller nicht freigeschaltet wurde...

Ich würde bei den "Aufräumarbeiten" auch noch vorschlagen, die Variable umzubenennen - in Wirklichkeit ist es ja keine "Impulslänge", wie der Name suggeriert, sondern eher ein Integral über die Zeit... Impulsstärke mal Zeit... oder?

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: T.ihmann am 26 August 2014, 18:10:16
Zitat von: mmattern am 26 August 2014, 14:10:08
stimme dir zu... wahrscheinlich ist das auch ein Grund dafür, wieso die Funktionalität vom Hersteller nicht freigeschaltet wurde...

Vom Hersteller wurde diese Funktion schon freigeschaltet, nur nicht bei Homematic, wohl aber bei RWE Smarthome - auch von eq3 produziert, hardwareidentisch aber nicht softwarekompatibel. Bei RWE gibt es Schalter, die man mit genau dieser Funktion in eine Wechselschaltung einbauen kann.

https://www.rwe-smarthome.de/is-bin/INTERSHOP.enfinity/WFS/RWEEffizienz-SmartHome-Site/de_DE/-/EUR/ViewProductDetail-Start?ProductUUID=ycAKlwsgb_0AAAEzUNsvfyEE&CatalogCategoryID=RPoKlwsgrhcAAAErD6U46qRU

Zitat aus der dazugehörigen PDF Datei (https://www.rwe-smarthome.de/is-bin/INTERSHOP.enfinity/WFS/RWEEffizienz-SmartHome-Site/de_DE/-/EUR/ViewProductDetail-OpenFile?DirectoryPath=Leistungsbeschreibungen+2013&FileName=1005471_Produktblatt_Unterputz-Lichtschalter.pdf):

"Kann in Wechselschaltungen und als erster Schalter in Kreuzschaltungen benutzt werden"
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 27 August 2014, 23:42:41
Es gab noch einen Bug in der 0.6er Version vom Bootloader. Siehe hier:
http://forum.fhem.de/index.php/topic,20620.msg195362.html#msg195362

ich hab den bei mir im Fork schon mal gefixt. Ich würde das morgen an der Hardware Testen.
Vielleicht könnte da noch mal jemand mit drüber schauen.
@ unimatrix
Könntest du das bei dir auch nachziehen.

Sollten wir für den Bootloader nicht mal einen eigenen Tread auf machen?

Viele Grüße
Dirk
Titel: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 29 August 2014, 14:35:39
Gehe ich recht in der Annahme, dass ich für einen HM_LC_Sw1PBU_FM mit der neuen Firmware erst in der CCU sehe (verwenden kann), wenn ich dafür ein /firmware/rftypes/rf_s_1conf_644_le_*.xml-File erzeugt habe ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 29 August 2014, 14:39:51
Das sollte so sein. Da das Teil einen neuen Device-Type bekommen hat, welches die CCU so noch nicht kennt.
Ggf. musst du auch noch ein Paar weitere Files Patchen um das Bildchen usw. zu bekommen.
Das könntest du die beim Addon vom Univeralsensor ansehen.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 30 August 2014, 20:54:54
Hallo zusammen,
ich habe nun meine Programmierhardware zusammen und verdrahtet, doch leider ist nun
Im wiki der Link "Flashen mit RaspberryPi" nicht mehr verfügbar - kann mir einer helfen wie ich
nun weitermache?
Liebe Grüße aus der Eifel
Holger
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 30 August 2014, 22:42:48
Zitat von: deune am 30 August 2014, 20:54:54
Hallo zusammen,
ich habe nun meine Programmierhardware zusammen und verdrahtet, doch leider ist nun
Im wiki der Link "Flashen mit RaspberryPi" nicht mehr verfügbar - kann mir einer helfen wie ich
nun weitermache?
Liebe Grüße aus der Eifel
Holger

Hallo,

das HOWTO.txt habe ich noch bei mir gefunden... Bootloader & Firmware bauen bekommst du hin?

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: T.ihmann am 30 August 2014, 23:08:06
Zitat von: deune am 30 August 2014, 20:54:54
ich habe nun meine Programmierhardware zusammen und verdrahtet, doch leider ist nun

Beeindruckende, coole Programmierhardware. Magst Du uns mal berichten, wie Du die zusammengebaut hast. Sieht aus wie Plexiglas, wie hast Du die Abmessungen hinbekommen ? Und die "Programierpins" (hatten wir die im Thread schon mal?, irgendwie ist mir so...). Hast Du vielleicht eine Schablone / Anleitung ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 30 August 2014, 23:45:13
Hej Holger,

Zitat von: deune am 30 August 2014, 20:54:54
ich habe nun meine Programmierhardware zusammen und verdrahtet, doch leider ist nun
Im wiki der Link "Flashen mit RaspberryPi" nicht mehr verfügbar - kann mir einer helfen wie ich
nun weitermache?
da ist heute scheinbar mit dem Update irgendwas in die Hose gegangen, wodurch der Share nicht mehr existierte. :-/
Ist jetzt aber repariert. Danke für den Hinweis. :-)

Was die Hardware angeht... Bin ebenfall impressed, was du dir da gebaut hast. Sowas ähnliches wollte ich mir bei meinem ersten Schalter auch machen... bin aber kläglich gescheitert und hab wieder zum Lötkolben gegriffen. Würde mich auch sehr interessieren, wie du das gezaubert hast!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 31 August 2014, 18:48:12
Vielen Dank für die Blumen,
wenn es denn tut melde ich mich mal, erst einmal werde ich es die Tage einmal testen mit dem Programmieren - vielen Dank für die schnelle Reaktivierung des angesprochenen Links! Super
Liebe Grüße
Holger
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 31 August 2014, 19:22:37
Zitat von: deune am 31 August 2014, 18:48:12
vielen Dank für die schnelle Reaktivierung des angesprochenen Links! Super
Hej Holger,
kein Problem, gerne.
Sollte irgendetwas unklar sein, deiner Meinung nach etwas fehlen oder Verbesserungspotential haben, dann würde ich mich natürlich über ein kurzes Feedback freuen. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 03 September 2014, 12:04:20
Hallo Mr. P und alle anderen Mitwirkenden,

wir haben es nun geschaft, das  Ding mit einem Raspberry zu flashen!

Allerdings haben wir noch folgende zwei Probleme:
- nach dem flashen des Bootloaders, wissen wir nicht wie wir die Firmware drauf bekommen  !?!?
- wie können wir mit dem Raspberry uns ein eigenes Image basteln, um eine weitere ID ins Spiel zu bekommen,
  das mit dem Arduiono ID funktioniert auf dem raspberry bei uns nicht- oder ich habe etwas falsch verstanden?

Vielen lieben Dank

Gerd & Holger
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 04 September 2014, 14:07:26
Hallo Zusammen,

wo das nun so schön (bis auf zwei Schönheitsfehler) geklappt hat, möchten wir nun uns an der Entwicklung auch beteiligen.

Da wir beide nicht programmieren können (jedenfalls nicht so komplex wie hier benötigt), wollen wir ein Groupbuy für so ein Programmieradapter
organisieren (1. Runde so max 10. Stück). Anbei schon mal ein Bild von unserem Serienentwurf.

Wer selber bastel möchte findet dort auch die Bohrpunk(//)te für die Programmierspitzen.

Viele Grüße

Gerd & Holger
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gong am 04 September 2014, 19:11:06
Zitat von: Brocken am 04 September 2014, 14:07:26
...wollen wir ein Groupbuy für so ein Programmieradapter
organisieren (1. Runde so max 10. Stück).

Hallo zusammen,

also ich würd schonmal einen nehmen. :)

Gruß
Sven
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: MarcelK am 04 September 2014, 19:53:23
(Ac
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 04 September 2014, 20:04:23
Hallo,

für mich bitte auch einen reservieren !
Was soll das Teil denn kosten ?

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: justme1968 am 04 September 2014, 20:06:47
ich hätte interesse an den platten. die pogopins wären vorhanden.

gruss
  andre
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: justme1968 am 04 September 2014, 21:09:07
funktioniert powerupAction eigentlich mit der alternativen firmware auch in einer wechselschsltung? d.h.  nach stromausfall sollte konfigurierbar sein ob immer aus oder an oder letzter zustand.

gruss
  andre
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 04 September 2014, 21:35:46
Abend Andre,

Afaik nicht aber wäre jetzt kein großes Problem das zu implementieren. Für das normale Relais einfach beim Start. Bei der Wechselschaltung ist es etwas komplizierter. Denn dann muss man noch die erste Strom Messung abwarten. Außerdem müsste man irgendwie einstellen von welchem Kanal es benutzt wird.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: justme1968 am 04 September 2014, 21:56:52
als einfach schalter wäre es praktisch aber nicht zwingend da man ja passend anschließen kann.

in der wechselschaltung wäre as glaube ich aber wichtig. eine kurze verzögerung für die messung finde ich kein problem.

gruss
  andre
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: T.ihmann am 05 September 2014, 00:02:57
Zitat von: Brocken am 04 September 2014, 14:07:26
Da wir beide nicht programmieren können (jedenfalls nicht so komplex wie hier benötigt), wollen wir ein Groupbuy für so ein Programmieradapter
organisieren (1. Runde so max 10. Stück). Anbei schon mal ein Bild von unserem Serienentwurf.

Vielen Dank für die Idee & Initiative. Hätte Interesse, was soll der Adapter denn kosten ?

Alternative wäre auch vielleicht auch ein organisierter Verleih des Adapters gegen einen kleinen Obolus / Portkosten ? Man braucht den Adapter eigentlich ja nur einmal und dann sollte hoffentlich OTA Update gehen ...Nur so eine Idee.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 05 September 2014, 11:46:50
Hallo zusammen,

schön das sich so viele schon für den Adapter interessieren. Der Kostenpunkt läge im größten Maße nur an den Prog-Nadeln. Ich habe welche die sehr teuer sind bei kleinen Mengen allerdings. Wenn einer eine alternative oder güstige hat bitte melden. Habe jetzt den 1. fertig wie er aussehen soll. Von Holger der war wie gesagt nur ein Prototyp zum testen. Füge mal zwei Bilder ein wie er ausssieht.

Gruß Gerd
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 05 September 2014, 11:51:09
Zitat von: Brocken am 05 September 2014, 11:46:50
Wenn einer eine alternative oder güstige hat bitte melden.
Bei Ali gibt es Nadeln in verschiedenen Formen. Die sind sogar recht günstig. Z.B. hier
http://www.aliexpress.com/item/Wholesale-100pcs-P75-LM2-Dia-1-02mm-100g-Spring-Test-Probe-Pogo-Pin-Free-Shipping/1583065558.html

Ich  habe ein paar hier. Die funktionieren ganz gut.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 05 September 2014, 14:38:52
Zitat von: deune am 03 September 2014, 12:04:20
Hallo Mr. P und alle anderen Mitwirkenden,

wir haben es nun geschaft, das  Ding mit einem Raspberry zu flashen!

Allerdings haben wir noch folgende zwei Probleme:
- nach dem flashen des Bootloaders, wissen wir nicht wie wir die Firmware drauf bekommen  !?!?
- wie können wir mit dem Raspberry uns ein eigenes Image basteln, um eine weitere ID ins Spiel zu bekommen,
  das mit dem Arduiono ID funktioniert auf dem raspberry bei uns nicht- oder ich habe etwas falsch verstanden?

Sorry, hatte eure Nachricht ganz übersehen.
Konntet ihr euch mittlerweile selbst helfen oder sie die beiden Punkte nach wie vor offen? :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 05 September 2014, 18:52:43
Hallo Mr. P,

die beiden Punkte sind nach wie vor offen

Grüße Holger
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 05 September 2014, 20:23:39
Zitat von: deune am 05 September 2014, 18:52:43
die beiden Punkte sind nach wie vor offen
Hej Holger,

also Punkt 1 ist recht einfach:
Wenn ihr euch mein HowTo-File anseht, dann einfach Punkt 6 durchmachen und Punkt 7 zur Kontrolle beherzigen - wobei mit eurem coolen Adapter das für euch eigentlich auch nicht wirklich kritisch ist. :-)

Punkt 2 kann man jetzt ganz unterschiedlich beantworten:
auf der einen Seite kommt es darauf an, ob ihr den Bootloader aus meiner Wolke verwendet habt oder bereits den neueren, den unsere fleißigen Member hier im Forum gebastelt haben.
Und dann würde ich gerne noch wissen, ob die Frage rein rhetorisch war und ihr für die Zukunft gewappnet sein wollt oder jetzt aktuell mehrere Schalter flashen wollt.
Meine zweite Frage stelle ich deshalb, da zur Zeit noch die Firmware für jeden Schalter neu kompiliert werden muss, um dann auch eine unterschiedliche HMID verwenden zu können. Aber in Kombination mit dem neuen Bootloader und einer neuen Firmwareversion, über die sich einige hier zur Zeit den Kopf zerbrechen, würde man dann beim Flashen vom Bootloader entsprechende IDs einfach angeben, die Seriennummer und HMID wird ebenfalls im ersten Teil des Atmega verspeichert und man kann dann ganz einfach eine Standard-FW auf den Schalter OTA flashen. Aber da müssen wir uns noch ein paar Wochen gedulden, bis diese soweit ist. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 06 September 2014, 13:09:41
was soll denn so ein adapter kosten? Mit und ohne ProgSpitzen? Die bei Aliexpress kosten ja 100stk knapp 6€.
Wäre dabei, da ich jede Menge der Schalter einbauen möchte. Warte allerdings noch auf den fertigen Bootloader bei dem man dynamisch die SerialNumber mitgeben kann.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 06 September 2014, 13:12:46
Jo, würde mich auch interessieren.
Habe auch noch einiges zum Flashen hier. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 06 September 2014, 15:29:34
Ich würde auch einen nehmen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: myrave am 07 September 2014, 18:49:32
Ich habe ebenfalls Interesse.  :D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 08 September 2014, 13:22:16
Sieht sehr cool aus. Ich bin auch interessiert, wenn es weniger als ein Schalter selber kostet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Matthias Gehre am 08 September 2014, 23:00:28
Bin auch an dem "Ding" interessiert :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 09 September 2014, 17:23:35
Hallo Gemeinde,

also ich denke das die Kosten in einem absehbaren Rahmen für den Prog-Adapter bleiben. Holger hat jetzt mal 200 Nadeln bestellt und wenn die angekommen sind werden wir diese mal ausprobieren. Ich denke wenn das mit diesen klappt wird er zwischen 5-8 € liegen.

Habe aber noch andere Fragen !

1. Das flashen der Firmware geht mit dem bootloader nur mit einem CUL, COC oder HM-CFG-USB-2 laut Howto von Mr. P ist das richtig ?

2. Wenn ich die Firmware ohne bootloader flashe geht dies, der Schalter wird auch im Fhem erkannt. Die Seriennummer lautet dann PS00000002. Kann mit Fhem über webfrontend schalten, er wechselt auch den Status und schaltet, zeigt auch an wenn ich über die anderen W-Schalter EIN-AUS schalte, allerdings funktioniert die Wippe am Schalter selber nicht richtig !! Was muss ich genau peeren ?????

Habe folgendes gemacht
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F_Btn_01 peerChan 0 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F_Sw_02 dual set

Danke Euch allen

Gruß Gerd
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: strauch am 11 September 2014, 22:52:12
Ich hab auch interesse, hab soviele Kreuzschaltungen hier (6), wenn ich das Thema mal angehe, dann sollte sich das lohnen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 12 September 2014, 02:14:11
Zitat von: Brocken am 09 September 2014, 17:23:35
also ich denke das die Kosten in einem absehbaren Rahmen für den Prog-Adapter bleiben. Holger hat jetzt mal 200 Nadeln bestellt und wenn die angekommen sind werden wir diese mal ausprobieren. Ich denke wenn das mit diesen klappt wird er zwischen 5-8 € liegen.
Klingt, als wäre es leistbar. ;-)

Zitat von: Brocken am 09 September 2014, 17:23:35
1. Das flashen der Firmware geht mit dem bootloader nur mit einem CUL, COC oder HM-CFG-USB-2 laut Howto von Mr. P ist das richtig ?
Zu CUL/COC kommen natürlich noch alle anderen Devices von Tosti hinzu, die er so anbietet. Aber sonst sollte es passen, ja. :-)

Zitat von: Brocken am 09 September 2014, 17:23:35
2. Wenn ich die Firmware ohne bootloader flashe geht dies, der Schalter wird auch im Fhem erkannt. Die Seriennummer lautet dann PS00000002. Kann mit Fhem über webfrontend schalten, er wechselt auch den Status und schaltet, zeigt auch an wenn ich über die anderen W-Schalter EIN-AUS schalte, allerdings funktioniert die Wippe am Schalter selber nicht richtig !! Was muss ich genau peeren ?????

set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F_Btn_01 peerChan 0 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F_Sw_02 dual set
Fast... Du musst es mit Sw_01 peeren, um das interne Relais schalten zu können. Sw_02 ist - wie du schon bemerkt hast - für die Erkennung, ob gerade Strom fließt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 12 September 2014, 08:34:50
Zitat von: Brocken am 09 September 2014, 17:23:35
Hallo Gemeinde,

also ich denke das die Kosten in einem absehbaren Rahmen für den Prog-Adapter bleiben. Holger hat jetzt mal 200 Nadeln bestellt und wenn die angekommen sind werden wir diese mal ausprobieren. Ich denke wenn das mit diesen klappt wird er zwischen 5-8 € liegen.


In der Preislage melde ich mein Interesse ebenfalls an.

lg.

Tf
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 15 September 2014, 08:36:54
Zitat von: Mr. P am 12 September 2014, 02:14:11
2. Wenn ich die Firmware ohne bootloader flashe geht dies, der Schalter wird auch im Fhem erkannt. Die Seriennummer lautet dann PS00000002. Kann mit Fhem über webfrontend schalten, er wechselt auch den Status und schaltet, zeigt auch an wenn ich über die anderen W-Schalter EIN-AUS schalte, allerdings funktioniert die Wippe am Schalter selber nicht richtig !! Was muss ich genau peeren ??

set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F_Btn_01 peerChan 0 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F_Sw_02 dual setFast... Du musst es mit Sw_01 peeren, um das interne Relais schalten zu können. Sw_02 ist - wie du schon bemerkt hast - für die Erkennung, ob gerade Strom fließt.

Hallo Mr. P und alle anderen,
habe den Schalter jetzt mit SW_01 gepeert, habe aber immer noch das gleiche Problem könnte mir bitte nochmal einer einen guten Tipp geben !!

Gruß Gerd

P.S. einmal schalten mit der Wippe geht danach nicht mehr
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 15 September 2014, 11:16:33
Zitat von: Brocken am 15 September 2014, 08:36:54
P.S. einmal schalten mit der Wippe geht danach nicht mehr
Dann passt vielleicht was an der Konfiguration von deinem Schalter-Channel noch nicht.
Mach einmal ein 'list CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F_Sw_01' und poste es bitte.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 15 September 2014, 23:36:52
Zitat von: cactus-online am 12 September 2014, 08:34:50
In der Preislage melde ich mein Interesse ebenfalls an.

lg.

Tf

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: spion77 am 16 September 2014, 16:40:15
Hi

hätte auch interesse :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 17 September 2014, 19:48:20
Im Wiki ist der Link ganz unten "Flashen mit Rasperry Pi" kaputt :(
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 17 September 2014, 20:10:05
Zitat von: Tobias am 17 September 2014, 19:48:20
Im Wiki ist der Link ganz unten "Flashen mit Rasperry Pi" kaputt :(

Hier ist zumindest mal das howto.txt...
Wenn du Bootloader und/oder Firmware bauen selbst hinbekommst, langt das...

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 17 September 2014, 20:28:59
Zitat von: Tobias am 17 September 2014, 19:48:20
Im Wiki ist der Link ganz unten "Flashen mit Rasperry Pi" kaputt :(
Danke für den Hint.
Versteh zwar nicht, warum der sich eliminiert hat... Aber funktioniert jetzt wieder. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 18 September 2014, 16:54:31
Hallo Mr.P

hatte in den letzten Tagen etwas Stress jetzt hier die Konfiguration meines Schalters:

Internals:
   CFGFN
   DEF        29F26F03
   NAME       CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F_Sw_01
   NR         183
   STATE      on
   TYPE       CUL_HM
   chanNo     03
   device     CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F
   peerList   self01,self02,
   Readings:
     2014-09-18 16:50:03   CommandAccepted yes
     2014-09-18 16:52:01   R-self01-lgActionType off
     2014-09-18 16:52:01   R-self01-lgCtDlyOff geLo
     2014-09-18 16:52:01   R-self01-lgCtDlyOn geLo
     2014-09-18 16:52:01   R-self01-lgCtOff geLo
     2014-09-18 16:52:01   R-self01-lgCtOn geLo
     2014-09-18 16:52:01   R-self01-lgCtValHi 0
     2014-09-18 16:52:01   R-self01-lgCtValLo 0
     2014-09-18 16:52:01   R-self01-lgMultiExec off
     2014-09-18 16:52:01   R-self01-lgOffDly 0 s
     2014-09-18 16:52:01   R-self01-lgOffTime 0 s
     2014-09-18 16:52:01   R-self01-lgOffTimeMode absolut
     2014-09-18 16:52:01   R-self01-lgOnDly 0 s
     2014-09-18 16:52:01   R-self01-lgOnTime 0 s
     2014-09-18 16:52:01   R-self01-lgOnTimeMode absolut
     2014-09-18 16:52:01   R-self01-lgSwJtDlyOff no
     2014-09-18 16:52:01   R-self01-lgSwJtDlyOn no
     2014-09-18 16:52:01   R-self01-lgSwJtOff no
     2014-09-18 16:52:01   R-self01-lgSwJtOn no
     2014-09-18 16:52:01   R-self01-shActionType off
     2014-09-18 16:52:01   R-self01-shCtDlyOff geLo
     2014-09-18 16:52:01   R-self01-shCtDlyOn geLo
     2014-09-18 16:52:01   R-self01-shCtOff geLo
     2014-09-18 16:52:01   R-self01-shCtOn geLo
     2014-09-18 16:52:01   R-self01-shCtValHi 0
     2014-09-18 16:52:01   R-self01-shCtValLo 0
     2014-09-18 16:52:01   R-self01-shOffDly 0 s
     2014-09-18 16:52:01   R-self01-shOffTime 0 s
     2014-09-18 16:52:01   R-self01-shOffTimeMode absolut
     2014-09-18 16:52:01   R-self01-shOnDly 0 s
     2014-09-18 16:52:01   R-self01-shOnTime 0 s
     2014-09-18 16:52:01   R-self01-shOnTimeMode absolut
     2014-09-18 16:52:01   R-self01-shSwJtDlyOff no
     2014-09-18 16:52:01   R-self01-shSwJtDlyOn no
     2014-09-18 16:52:01   R-self01-shSwJtOff no
     2014-09-18 16:52:01   R-self01-shSwJtOn no
     2014-09-18 16:52:03   R-self02-lgActionType jmpToTarget
     2014-09-18 16:52:03   R-self02-lgCtDlyOff geLo
     2014-09-18 16:52:03   R-self02-lgCtDlyOn geLo
     2014-09-18 16:52:03   R-self02-lgCtOff geLo
     2014-09-18 16:52:03   R-self02-lgCtOn geLo
     2014-09-18 16:52:03   R-self02-lgCtValHi 100
     2014-09-18 16:52:03   R-self02-lgCtValLo 50
     2014-09-18 16:52:03   R-self02-lgMultiExec on
     2014-09-18 16:52:03   R-self02-lgOffDly 0 s
     2014-09-18 16:52:03   R-self02-lgOffTime unused
     2014-09-18 16:52:03   R-self02-lgOffTimeMode absolut
     2014-09-18 16:52:03   R-self02-lgOnDly 0 s
     2014-09-18 16:52:03   R-self02-lgOnTime unused
     2014-09-18 16:52:03   R-self02-lgOnTimeMode absolut
     2014-09-18 16:52:03   R-self02-lgSwJtDlyOff on
     2014-09-18 16:52:03   R-self02-lgSwJtDlyOn on
     2014-09-18 16:52:03   R-self02-lgSwJtOff dlyOn
     2014-09-18 16:52:03   R-self02-lgSwJtOn on
     2014-09-18 16:52:03   R-self02-shActionType jmpToTarget
     2014-09-18 16:52:03   R-self02-shCtDlyOff geLo
     2014-09-18 16:52:03   R-self02-shCtDlyOn geLo
     2014-09-18 16:52:03   R-self02-shCtOff geLo
     2014-09-18 16:52:03   R-self02-shCtOn geLo
     2014-09-18 16:52:03   R-self02-shCtValHi 100
     2014-09-18 16:52:03   R-self02-shCtValLo 50
     2014-09-18 16:52:03   R-self02-shOffDly 0 s
     2014-09-18 16:52:03   R-self02-shOffTime unused
     2014-09-18 16:52:03   R-self02-shOffTimeMode absolut
     2014-09-18 16:52:03   R-self02-shOnDly 0 s
     2014-09-18 16:52:03   R-self02-shOnTime unused
     2014-09-18 16:52:03   R-self02-shOnTimeMode absolut
     2014-09-18 16:52:03   R-self02-shSwJtDlyOff on
     2014-09-18 16:52:03   R-self02-shSwJtDlyOn on
     2014-09-18 16:52:03   R-self02-shSwJtOff dlyOn
     2014-09-18 16:52:03   R-self02-shSwJtOn on
     2014-09-18 16:49:26   R-sign          off
     2014-09-18 16:51:58   RegL_01:          08:00 00:00
     2014-09-18 16:52:01   RegL_03:self01    02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:00 0B:00 0C:00 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
     2014-09-18 16:52:03   RegL_03:self02    02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00  87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
     2014-09-18 16:50:04   deviceMsg       on (to HMLAN1)
     2014-09-18 16:50:04   level           100 %
     2014-09-18 16:50:04   pct             100
     2014-09-18 16:51:59   peerList        self01,self02,
     2014-09-18 16:50:04   recentStateType info
     2014-09-18 16:50:04   state           on
     2014-09-18 16:50:04   timedOn         off
   Helper:
     dlvl       C8
     dlvlCmd    ++A0112574CC29F26F0203C80000
     peerIDsRaw ,29F26F02,29F26F01,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,29F26F01,29F26F02,

Liebe Grüße Gerd
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 18 September 2014, 23:39:30
Hej Gerd,

bei dir läuft aber einiges falsch und ich frage mich gerade, wie es dazu gekommen ist. ;-)
Die ganzen 'no'-Einträge in den Registern müssen da mal weg.
Ich hänge dir mal meine Config an. Die ist zwar nur als 'single' gepeert, aber zeigt ungefähr, was du einstellen solltest.
Wenn das dann klappt, können wir das Fein-Tuning für deinen Schalter vornehmen. ;-)

Edit:
Anhängen sollte ich die Liste dann wohl auch noch. :-)
2014-09-01 00:16:02   R-self01-lgActionType off
2014-09-01 00:16:02   R-self01-lgCtDlyOff geLo
2014-09-01 00:16:02   R-self01-lgCtDlyOn geLo
2014-09-01 00:16:02   R-self01-lgCtOff geLo
2014-09-01 00:16:02   R-self01-lgCtOn geLo
2014-09-01 00:16:02   R-self01-lgCtValHi 100
2014-09-01 00:16:02   R-self01-lgCtValLo 50
2014-09-01 00:16:02   R-self01-lgMultiExec on
2014-09-01 00:16:02   R-self01-lgOffDly 0 s
2014-09-01 00:16:02   R-self01-lgOffTime unused
2014-09-01 00:16:02   R-self01-lgOffTimeMode absolut
2014-09-01 00:16:02   R-self01-lgOnDly 0 s
2014-09-01 00:16:02   R-self01-lgOnTime unused
2014-09-01 00:16:02   R-self01-lgOnTimeMode absolut
2014-09-01 00:16:02   R-self01-lgSwJtDlyOff off
2014-09-01 00:16:02   R-self01-lgSwJtDlyOn on
2014-09-01 00:16:02   R-self01-lgSwJtOff dlyOn
2014-09-01 00:16:02   R-self01-lgSwJtOn dlyOff
2014-09-01 00:16:02   R-self01-shActionType jmpToTarget
2014-09-01 00:16:02   R-self01-shCtDlyOff geLo
2014-09-01 00:16:02   R-self01-shCtDlyOn geLo
2014-09-01 00:16:02   R-self01-shCtOff geLo
2014-09-01 00:16:02   R-self01-shCtOn geLo
2014-09-01 00:16:02   R-self01-shCtValHi 100
2014-09-01 00:16:02   R-self01-shCtValLo 50
2014-09-01 00:16:02   R-self01-shOffDly 0 s
2014-09-01 00:16:02   R-self01-shOffTime unused
2014-09-01 00:16:02   R-self01-shOffTimeMode absolut
2014-09-01 00:16:02   R-self01-shOnDly 0 s
2014-09-01 00:16:02   R-self01-shOnTime unused
2014-09-01 00:16:02   R-self01-shOnTimeMode absolut
2014-09-01 00:16:02   R-self01-shSwJtDlyOff off
2014-09-01 00:16:02   R-self01-shSwJtDlyOn on
2014-09-01 00:16:02   R-self01-shSwJtOff dlyOn
2014-09-01 00:16:02   R-self01-shSwJtOn dlyOff
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 19 September 2014, 10:24:23
Hallo Mr. P,

da es jetzt ans eingemachte geht, müsste ich noch eine kleine Hilfe bekommen.
mit welchem Befehl kann ich die Werte in der Config ändern ?
Oder muss ich ganz anders da ran gehen ???


Gruß und Danke Gerd
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 September 2014, 10:35:22
Zitat von: Brocken am 19 September 2014, 10:24:23
da es jetzt ans eingemachte geht, müsste ich noch eine kleine Hilfe bekommen.
mit welchem Befehl kann ich die Werte in der Config ändern ?

Hej Gerd,

ist eigentlich ganz einfach, zB:
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_29F26F_Sw_01 regSet shSwJtOn dlyOff self01
Und nicht vergessen immer zu kontrollieren, ob die neuen Werte dann auch wirklich in den Registern aufscheinen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 19 September 2014, 17:05:40
Hallo Mr. P

habe jetzt die Config so angepasst wie sie bei dir ist.
Und siehe da  :) :) :) es funktioniert.
Wenn man weis an welchem rädchen man drehen muss ist alles einfacher.

Kann ich auch mit solch einem Befehl die Seriennummer ändern ???

Gruß Gerd und danke für deine schnelle Antwort
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 September 2014, 21:46:52
Hej Gerd,

freut mich, dass es nun geklappt hat.

Zitat von: Brocken am 19 September 2014, 17:05:40
Kann ich auch mit solch einem Befehl die Seriennummer ändern ???
Nein... die Seriennummer kannst du zu diesem Zeitpunkt nicht mehr ändern.
Bei der aktuellen Firmware musst du das machen, bevor du sie kompilierst, später ist das nicht mehr möglich.
Aber unsere eifrigen Community-Mitglieder basteln bereits an einer neuen Version, damit das zukünftig leichter (beim Flashen des Bootloaders) möglich sein wird.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 22 September 2014, 16:14:51
Hej Gerd,

da bei mir Ende nächster Woche eine größere Bestellung von Schaltern eintrifft und die alle geflasht werden müssen, wollte ich einmal nachfragen, wie es denn um die Halterungen steht.
Wäre super, wenn sich das schon ausgehen würde und ich nicht mehr für alle zum Lötkolben greifen müsste. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: dennis87 am 24 September 2014, 10:43:41
Hallo Gerd, ich hätte auch starkes Interesse :-) und würde gerne einen nehmen


Gruß,
Dennis
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 24 September 2014, 12:57:18
Hallo Mr.P,

generell ist das kein Problem schonmal welche herzustellen, allerdings fehlen mir leider noch die Prognadeln !!!
Wenn du welche hättest könnte ich dir die Platten bis dahin bestimmt fertig machen. Müsstet die Punkte dann nur selber Bohren oder den Durchmesser deiner Prognadeln angeben.
Werde mich aber sofort melden wenn die Nadeln bei Holger angekommen sind !!!

Gruß Gerd
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 24 September 2014, 14:00:09
So jetzt nochmal an die ganze Gemeinde,

Gibt es ein Howto zum kompilieren der Firmware ?
Bekomme die Firmware nicht Kompeliert mit Arduino 1.5.7 unter Windows !!
Und somit kann ich keine neuen Seriennummern eintragen ausser die PS00000002 die schon eingetragen ist.

Gruß Gerd
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 24 September 2014, 14:55:30
Zitat von: Brocken am 24 September 2014, 14:00:09
So jetzt nochmal an die ganze Gemeinde,

Gibt es ein Howto zum kompilieren der Firmware ?
Bekomme die Firmware nicht Kompeliert mit Arduino 1.5.7 unter Windows !!
Und somit kann ich keine neuen Seriennummern eintragen ausser die PS00000002 die schon eingetragen ist.

Gruß Gerd

Hallo - unter https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM (https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM) bei "Instructions Software" steht eigentlich das, was man machen muss. Hast du das mal probiert bzw. bei welchem Schritt hängst du dann?

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 24 September 2014, 18:13:38
Hallo Gerd,

Sobald sie Nadeln aus Fernost da sind, liegen diese auf Deinem Schreibtisch!

Zu der Frage wann ich nicht mehr weiterkomme ist wie folgt: (Wo Gerd stehen bleibt weis ich natürlich nicht!)

- Ich habe die Arduino IDE heruntergeladen, und in ein Verzeichnis ohne Sonderzeichen gekippt.
- In den Ordner Hardware im IDE Bereich den entpackten Download jabduino reingekippt
- Den entpackten Inhalt von https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM auf den Desktop (alles ohne Sonderzeichen, auch kein Minus weder im Namen noch im Verzeichnis)
- IDE Anwendung Arduino starten und unter Tools das Board "Jabduino ATmega644A" ausgewählt
- ein Sketch - Compile - schlägt fehl !

Was mache ich falsch?

Herzlichen Grüße

Holger
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 24 September 2014, 20:47:13
Zitat von: deune am 24 September 2014, 18:13:38
- ein Sketch - Compile - schlägt fehl !

Was mache ich falsch?

Was ist denn die Fehlermeldung?

Viele Grüße
Michael
Titel: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 24 September 2014, 21:27:38
Hallo Michael,

im Anhang ist die angesprochene Fehlermeldung! Ein Kompilieren mit der Hardware Board Einstellung "Jabduino ATMEGA 644"  ohne das "A" geht ohne Fehlermeldung durch.

Allerdings weis ich nicht wo dann das hex-File  liegt und ist ja auch wahrscheinlich nicht lauffähig.

Herzliche Grüße

Holger
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 24 September 2014, 23:15:21
Zitat von: deune am 24 September 2014, 21:27:38
Hallo Michael,

im Anhang ist die angesprochene Fehlermeldung! Ein Kompilieren mit der Hardware Board Einstellung "Jabduino ATMEGA 644"  ohne das "A" geht ohne Fehlermeldung durch.

Allerdings weis ich nicht wo dann das hex-File  liegt und ist ja auch wahrscheinlich nicht lauffähig.

Herzliche Grüße

Holger

Hallo,

das hex-File sollte lauffähig sein... und es müsste im Log auch stehen, wo das hex-File landet... war bei mir immer ein temporäres Verzeichnis mit sehr langem Pfad...

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 25 September 2014, 07:16:11
Morgen,

Zwischen Atmel644 und Atmel644A gibt es praktisch keinen Unterschied. Es geht mit beiden. Man kann in den Settings der Arduino IDE einstellen, dass er den Pfad des Binaries anzeigt.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 26 September 2014, 13:32:49
Zitat von: Brocken am 24 September 2014, 12:57:18
Werde mich aber sofort melden wenn die Nadeln bei Holger angekommen sind !!!
Hej Gerd,

vielen Dank für deine Antwort. Prognadeln hab ich leider keine, nein.
Werde mich daher also doch brav gedulden müssen, bis ihr alles beisammen habt und bereit seid. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Akwak am 26 September 2014, 15:34:11
Hi,
Hat jemand den so modifizierten Schalter in Verbindung mit einer CCU im Einsatz?
Wie stellt er sich dort dar?
Gruss
Alfred
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 26 September 2014, 15:55:43
Nein. Dazu muss erst das Device bekannt gemacht werden, so wie Uwe das für seinen Universalsensor exemplarisch vorgemacht hat.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 27 September 2014, 22:38:23
Moin,

ich habe in den letzten Tagen das einmal mit der CCU2 versucht. Ein XML zu bauen ist nicht so schwer. Leider ist die CCU ziemlich begrenzt in ihren Möglichkeiten. Konkret gibt es Probleme, wenn ein Gerät nicht klar zu einem Subtype gehört (Schalter, Fernbedienung etc). Möglicherweise geht es irgendwie aber ich habe es nicht hinbekommen. Z.b. wenn man ein Gerät mit Subtype 0x10 hat (Schalter) dann ignoriert die CCU2 alle Taster Channel. Umgekehrt ignoriert sie die Schalter Channel wenn ich das Gerät als Subtype Remote implementiere. Zusätzlich gibt es einen Internal Error wenn man Geräte peeren will, falls irgendein Channel aus der XML ignoriert wurde (bzw als ein andere Typ angezeigt wird). Falls mir jemand sagen kann wie man unterschiedliche Channel für ein Gerät hinbekommt wäre ich über jeden Hinweis dankbar.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 27 September 2014, 22:42:07
Zitat von: jab am 27 September 2014, 22:38:23
Konkret gibt es Probleme, wenn ein Gerät nicht klar zu einem Subtype gehört (Schalter, Fernbedienung etc). Möglicherweise geht es irgendwie aber ich habe es nicht hinbekommen.
Wenn man der CCU neue Gerätetypen beibringen will, dann kommt man um einen Patch nicht herum.
Schau dir mal das CCU-Addon vom Universalsensor an welches ich gebaut habe:
https://github.com/kc-GitHub/Wettersensor/tree/master/Tools/CCU

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 28 September 2014, 00:20:34
Hi Dirk,

Ja genau so habe ich das auch gemacht. Die CCU kommt aber trotzdem nicht damit klar wenn ich in meinem XML zwei Aktor und zwei Remote Channels definiere. Je nachdem welchen Subtype ich im Device schicke (in der Deviceinfo) geht nur der entsprechende Type. Eigene Events (wie current) sind kein Problem. Ich verstehe halt nicht wieso der Subtype überhaupt eine Rolle spielt wenn ich das XML für die Channel habe.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 28 September 2014, 10:47:40
Hmm, möglicherweise ist ja genau das das Problem, warum eQ3 diesen Schalter so kastriert hat. Vielleicht geht das grundsätzlich nicht. Ich will es nicht hoffen, da ich in meiner ganzen Planung davon ausgegangen bin, das die neue Firmware auch an der CCU nutzbar zu machen sein wird  >:(.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: PumpkinEater am 28 September 2014, 12:16:20
Hallo zusammen,
ich würde den geflashten Schalter auch gern mit der CCU2 verwenden, um eine Kreuzschaltung vernünftig zu realisieren. Ich benötge in meinem Fall nur den Wechselschalter und die Stromerkennung, auf die Taster könnte ich verzichten. Wäre das mit der alternativen Firmware möglich?

Gruß
Peter

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 September 2014, 12:49:42
mit fhem und der firmware ist eine wechsel-/kreuzschaltung möglich.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 28 September 2014, 13:03:12
Moin Peter,

Ja das geht mit der CCU sogar ohne Patch/neuem XML. Man müsste dafür nur noch die Deviceinfo in der Firmware anpassen. Dann hast du einen Schalter mit zwei Channel. Strommesswert würde er nicht anzeigen aber Channel 2 zeigt ob Strom fließt oder nicht. Der Messwert an sich ist aber eh nicht sehr nützlich.

Anpassen müsste man: Subtype (afaik 0x10) und die paar Bits danach denn da steht drin wie viele Channel das Gerät hat. Außerdem müsste man das F0 im Devicetype durch 00 ersetzen. Das haben wir geändert damit FHEM das Gerät mit meinem Code handelt.

Habe leider keine CCU Zuhause daher müsste das jemand anderes testen.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 28 September 2014, 18:03:33
Das heißt im Umkehrschluss, eine Kopie der Original-XML mit veränderter Device-Info müsste es auch tun ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 28 September 2014, 18:23:31
Leider nein. Der Subtype und die Bits danach müssen geändert werden. Es gibt eh nur ein XML für alle Schalter zusammen. Die Types werden alle auf einen gemappt. Die Zahl der Channels ließt er dann aus den Bits (steht in der XML aus welchen).


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 28 September 2014, 18:34:07
Mir ist nicht ganz klar, wie er dann den Aktor findet. Ein Schalter hat ja keinen Aktor ... .

Aus meiner Sicht gibt es auch mehrere XMLs für (verschiedene) Schalter. Der Name HM-PB-2-FM kommt z.B. nur in der rf_pb-2.xml vor, die keinen weiteren Schalter kennt. Für den HM-LC-Sw1PBU-FM gibt es die rf_s_1conf_644.xml und die rf_s_1conf_644_le_v2_3.xml (für andere Firmware ?). Jedoch keine weitere.

Und dann gibt es die XMLs, die scheinbar für verschiedene Schalter herangezogen werden.

Oder verstehe ich da grundsätzlich etwas falsch ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 28 September 2014, 20:33:59
Mit Schalter meine ich Switch/Relay. Taster = Remote. Schalter sind Aktoren. Jeder Schalter ist ein Channel in HM. Die Anzahl der Channel und damit Schalter schickt er ist Device Info.

Es gibt eine XML für die Mehrzahl der Schalter. Die Schalter für die es extra XML gibt haben besondere Features wie Strom und Spannungsmessung. Kannst natürlich auch ein eigenes XML bauen. Dann kannst du auch ein Event für die Strom Messung definieren und die CCU zeigt den Wert dann in der GUI an.

Wie gesagt ich habe keine CCU sonst würde ich das auch bauen.


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 29 September 2014, 15:10:24
Hallo Leute,

bitte im Moment keine Anfragen mehr für den Progadapter habe im Moment 15 Stck. zum ausfertigen.
Folgende Leute habe ich seit dem einstellen bis jetzt notiert:

gong
Bennemannc
justme1968 (nur Platten)
T.ihmann
Tobias
Mr. P
holzwurm83
myrave    
jab
Matthias Gehre
strauch
cactus-online
mmattern
spion77
dennis87

Wenn ich die Nadeln habe geht es dann weiter und Holger und meine wenigkeit werden euch den genauen Preis geben.

Gruß Gerd
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: justme1968 am 29 September 2014, 15:12:45
hallo gerd,

ich nehme meinen doch komplett.

danke
  andre
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 30 September 2014, 11:27:28
hallo,

ich habe jetzt endlich einem meiner schalter den neuen ota-bootloader gegönnt. um auch zukünftige erweiterungen des bootloaders ota updaten zu können, habe ich die 8k-version mit folgenden fuse bits geflasht:

avrdude -p m644 -P \\.\com62 -b 19200 -c avrisp -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m

Nach meinem verständnis habe ich damit einen 8k bereich definiert und keine lockbits gesetzt. den bootloader version 0.61 habe ich mit den dateien von dirks git https://github.com/kc-GitHub/Asksin_OTA_Bootloader (https://github.com/kc-GitHub/Asksin_OTA_Bootloader) gebaut. zuvor aber noch die originalen hmid und srn des schalters sowie die modelid=F0A9 eingefügt. der hinweis bedeutet ja wohl, dass der bootloader in jans git identisch ist.

ZitatThis branch is even with jabdoa2:master

bis dahin läuft alles perfekt. keine fehlermeldungen beim flashen. alles bestens. nun habe ich mit den aktuellen firmwaredateien aus jans git https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/tree/master (https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/tree/master) und der arduino ide 1.0.5 eine aktuelle firmware datei gebaut. ebenfalls mit den originaldaten des schalters und der modelid=F0A9. zusätzlich noch die firmwareid verändert, um eine änderung in fhem sehen zu können. die entstandene hexdatei mit dem crc-check ergänzt und anschliessend eq3 und tar.gz files erstellt. auch das ota-flashen mit eq3 software hat sofort beim ersten mal funktioniert. dann noch die 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm erneuert, fhem neu gestartet und den schalter resettet. auch das folgende pairing verläuft eigentlich normal. hier mal ein fhem.log auszug mit pairing und getconfig:

2014.09.30 09:28:54.858 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC86F36 d:FF r:FFC7     m:23 A200 266E75 000000 20F0A94B45513131303937393710410100
2014.09.30 09:28:54.957 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FB705C d:FF r:FFC1     m:23 A200 266E75 000000 20F0A94B45513131303937393710410100
2014.09.30 09:28:55.417 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC871EF d:FF r:FFC7     m:23 A200 266E75 000000 20F0A94B45513131303937393710410100
2014.09.30 09:28:55.436 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FB7315 d:FF r:FFC2     m:23 A200 266E75 000000 20F0A94B45513131303937393710410100
2014.09.30 09:28:56.132 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC874A8 d:FF r:FFC7     m:23 A200 266E75 000000 20F0A94B45513131303937393710410100
2014.09.30 09:28:56.152 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FB75CE d:FF r:FFC1     m:23 A200 266E75 000000 20F0A94B45513131303937393710410100
2014.09.30 09:29:54.209 0: HMLAN_Send:  hmlan1 S:SC5772B67 stat:  00 t:00000000 d:01 r:C5772B67 m:25 A001 1ACE1F 266E75 00040000000000
2014.09.30 09:29:54.269 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC58F4 d:FF r:FFDE     m:25 A001 1ACE1F 266E75 00040000000000
2014.09.30 09:29:54.422 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC957F5 d:FF r:FFC7     m:25 A010 266E75 1ACE1F 02020005000A000B000C0012000000
2014.09.30 09:29:54.438 0: HMLAN_Parse: hmlan1 R:RC5772B67 stat:0001 t:1BC957FA d:FF r:FFC7     m:25 A010 266E75 1ACE1F 02020005000A000B000C0012000000
2014.09.30 09:29:54.763 0: HMLAN_Send:  hmlan1 S:+266E75,00,01,00
2014.09.30 09:29:54.765 0: HMLAN_Send:  hmlan1 S:SC5772D90 stat:  00 t:00000000 d:01 r:C5772D90 m:26 A001 1ACE1F 266E75 01040000000001
2014.09.30 09:29:54.786 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC5988 d:FF r:FFDE     m:25 8002 1ACE1F 266E75 00
2014.09.30 09:29:54.818 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC5B1D d:FF r:FFDE     m:26 A001 1ACE1F 266E75 01040000000001
2014.09.30 09:29:55.125 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC95AA9 d:FF r:FFC7     m:26 A010 266E75 1ACE1F 020400080009000000
2014.09.30 09:29:55.142 0: HMLAN_Parse: hmlan1 R:RC5772D90 stat:0001 t:1BC95AAE d:FF r:FFC7     m:26 A010 266E75 1ACE1F 020400080009000000
2014.09.30 09:29:55.158 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FC5BC6 d:FF r:FFC3     m:26 A010 266E75 1ACE1F 020400080009000000
2014.09.30 09:29:55.248 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC5C41 d:FF r:FFDE     m:26 8002 1ACE1F 266E75 00
2014.09.30 09:29:55.288 0: HMLAN_Send:  hmlan1 S:SC5772F9E stat:  00 t:00000000 d:01 r:C5772F9E m:27 A001 1ACE1F 266E75 0103
2014.09.30 09:29:55.396 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC5D4B d:FF r:FFDF     m:27 A001 1ACE1F 266E75 0103
2014.09.30 09:29:55.576 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC5E13 d:FF r:FFDF     m:27 A001 1ACE1F 266E75 0103
2014.09.30 09:29:55.914 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC95D5F d:FF r:FFC7     m:27 A010 266E75 1ACE1F 0100000000
2014.09.30 09:29:55.958 0: HMLAN_Parse: hmlan1 R:RC5772F9E stat:0001 t:1BC95D64 d:FF r:FFC7     m:27 A010 266E75 1ACE1F 0100000000
2014.09.30 09:29:56.002 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FC5E7C d:FF r:FFC3     m:27 A010 266E75 1ACE1F 0100000000
2014.09.30 09:29:56.040 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC5EFA d:FF r:FFDE     m:27 8002 1ACE1F 266E75 00
2014.09.30 09:29:56.122 0: HMLAN_Send:  hmlan1 S:+266E75,00,01,00
2014.09.30 09:29:56.125 0: HMLAN_Send:  hmlan1 S:SC57732E0 stat:  00 t:00000000 d:01 r:C57732E0 m:28 A001 1ACE1F 266E75 02040000000001
2014.09.30 09:29:56.238 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC606D d:FF r:FFDE     m:28 A001 1ACE1F 266E75 02040000000001
2014.09.30 09:29:56.376 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC6135 d:FF r:FFDF     m:28 A001 1ACE1F 266E75 02040000000001
2014.09.30 09:29:56.574 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC61FD d:FF r:FFDE     m:28 A001 1ACE1F 266E75 02040000000001
2014.09.30 09:29:56.735 0: HMLAN_Parse: hmlan1 R:RC57732E0 stat:0008 t:00000000 d:FF r:7FFF     m:28 A001 1ACE1F 266E75 02040000000001
2014.09.30 09:29:56.738 0: HMLAN_Parse: hmlan1 no ACK from 266E75
2014.09.30 09:29:57.161 0: HMLAN_Send:  hmlan1 S:SC57736AB stat:  00 t:00000000 d:01 r:C57736AB m:29 A001 1ACE1F 266E75 0203
2014.09.30 09:29:57.408 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC962D5 d:FF r:FFC7     m:28 A010 266E75 1ACE1F 020400080009000000
2014.09.30 09:29:57.425 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FC63F2 d:FF r:FFC3     m:28 A010 266E75 1ACE1F 020400080009000000
2014.09.30 09:29:57.441 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC6467 d:FF r:FFDE     m:28 8002 1ACE1F 266E75 00
2014.09.30 09:29:57.486 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC6571 d:FF r:FFDF     m:29 A001 1ACE1F 266E75 0203
2014.09.30 09:29:57.660 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC663A d:FF r:FFDF     m:29 A001 1ACE1F 266E75 0203
2014.09.30 09:29:57.792 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC9658B d:FF r:FFC7     m:29 A010 266E75 1ACE1F 0100000000
2014.09.30 09:29:57.808 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FC66A8 d:FF r:FFC3     m:29 A010 266E75 1ACE1F 0100000000
2014.09.30 09:29:57.891 0: HMLAN_Parse: hmlan1 R:RC57736AB stat:0001 t:1BC96590 d:FF r:FFC7     m:29 A010 266E75 1ACE1F 0100000000
2014.09.30 09:29:57.927 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC6725 d:FF r:FFDE     m:29 8002 1ACE1F 266E75 00
2014.09.30 09:29:57.996 0: HMLAN_Send:  hmlan1 S:+266E75,00,01,00
2014.09.30 09:29:57.999 0: HMLAN_Send:  hmlan1 S:SC5773A32 stat:  00 t:00000000 d:01 r:C5773A32 m:2A A001 1ACE1F 266E75 03040000000001
2014.09.30 09:29:58.168 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC6834 d:FF r:FFDF     m:2A A001 1ACE1F 266E75 03040000000001
2014.09.30 09:29:58.366 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC68FC d:FF r:FFDF     m:2A A001 1ACE1F 266E75 03040000000001
2014.09.30 09:29:58.672 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC96844 d:FF r:FFC7     m:2A A010 266E75 1ACE1F 0208000000
2014.09.30 09:29:58.687 0: HMLAN_Parse: hmlan1 R:RC5773A32 stat:0001 t:1BC96849 d:FF r:FFC7     m:2A A010 266E75 1ACE1F 0208000000
2014.09.30 09:29:58.704 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FC6961 d:FF r:FFC3     m:2A A010 266E75 1ACE1F 0208000000
2014.09.30 09:29:58.718 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC69DE d:FF r:FFDE     m:2A 8002 1ACE1F 266E75 00
2014.09.30 09:29:58.808 0: HMLAN_Send:  hmlan1 S:SC5773D2C stat:  00 t:00000000 d:01 r:C5773D2C m:2B A001 1ACE1F 266E75 0303
2014.09.30 09:29:58.872 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC6AE9 d:FF r:FFDF     m:2B A001 1ACE1F 266E75 0303
2014.09.30 09:29:59.064 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC6BB1 d:FF r:FFDF     m:2B A001 1ACE1F 266E75 0303
2014.09.30 09:29:59.187 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC96AFE d:FF r:FFC7     m:2B A010 266E75 1ACE1F 0100000000
2014.09.30 09:29:59.204 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FC6C1A d:FF r:FFC3     m:2B A010 266E75 1ACE1F 0100000000
2014.09.30 09:29:59.287 0: HMLAN_Parse: hmlan1 R:RC5773D2C stat:0001 t:1BC96B03 d:FF r:FFC7     m:2B A010 266E75 1ACE1F 0100000000
2014.09.30 09:29:59.322 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC6C98 d:FF r:FFDF     m:2B 8002 1ACE1F 266E75 00
2014.09.30 09:29:59.394 0: HMLAN_Send:  hmlan1 S:+266E75,00,01,00
2014.09.30 09:29:59.396 0: HMLAN_Send:  hmlan1 S:SC5773FA8 stat:  00 t:00000000 d:01 r:C5773FA8 m:2C A001 1ACE1F 266E75 04040000000001
2014.09.30 09:29:59.576 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC6DA6 d:FF r:FFDF     m:2C A001 1ACE1F 266E75 04040000000001
2014.09.30 09:29:59.768 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC6E6F d:FF r:FFDF     m:2C A001 1ACE1F 266E75 04040000000001
2014.09.30 09:29:59.970 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC96DC1 d:FF r:FFC7     m:2C A010 266E75 1ACE1F 0282008300840085008600870088008900
2014.09.30 09:29:59.988 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FC6EDD d:FF r:FFC3     m:2C A010 266E75 1ACE1F 0282008300840085008600870088008900
2014.09.30 09:30:00.020 0: HMLAN_Parse: hmlan1 R:RC5773FA8 stat:0001 t:1BC96DC6 d:FF r:FFC7     m:2C A010 266E75 1ACE1F 0282008300840085008600870088008900
2014.09.30 09:30:00.038 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC6F52 d:FF r:FFDE     m:2C 8002 1ACE1F 266E75 00
2014.09.30 09:30:00.648 0: HMLAN_Send:  hmlan1 S:SC577444A stat:  00 t:00000000 d:01 r:C577444A m:2D A001 1ACE1F 266E75 0403
2014.09.30 09:30:00.765 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC97074 d:FF r:FFC7     m:2C A010 266E75 1ACE1F 028A008B008C000000
2014.09.30 09:30:00.782 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FC7190 d:FF r:FFC3     m:2C A010 266E75 1ACE1F 028A008B008C000000
2014.09.30 09:30:00.796 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC7206 d:FF r:FFDF     m:2C 8002 1ACE1F 266E75 00
2014.09.30 09:30:00.952 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC7310 d:FF r:FFDE     m:2D A001 1ACE1F 266E75 0403
2014.09.30 09:30:01.146 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC73D9 d:FF r:FFDE     m:2D A001 1ACE1F 266E75 0403
2014.09.30 09:30:01.360 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC9732A d:FF r:FFC7     m:2D A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:01.384 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FC7446 d:FF r:FFC3     m:2D A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:01.404 0: HMLAN_Parse: hmlan1 R:RC577444A stat:0001 t:1BC9732F d:FF r:FFC7     m:2D A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:01.420 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FC74C4 d:FF r:FFDF     m:2D 8002 1ACE1F 266E75 00
2014.09.30 09:30:41.704 0: HMLAN_Send:  hmlan1 S:+266E75,00,01,00
2014.09.30 09:30:41.707 0: HMLAN_Send:  hmlan1 S:SC577E4EE stat:  00 t:00000000 d:01 r:C577E4EE m:2E A001 1ACE1F 266E75 00040000000000
2014.09.30 09:30:42.008 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BCA1183 d:FF r:FFC7     m:2E A010 266E75 1ACE1F 02020005000A000B000C0012000000
2014.09.30 09:30:42.052 0: HMLAN_Parse: hmlan1 R:RC577E4EE stat:0001 t:1BCA1188 d:FF r:FFC7     m:2E A010 266E75 1ACE1F 02020005000A000B000C0012000000
2014.09.30 09:30:42.069 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD127B d:FF r:FFDE     m:2E A001 1ACE1F 266E75 00040000000000
2014.09.30 09:30:42.082 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD130F d:FF r:FFDE     m:2E 8002 1ACE1F 266E75 00
2014.09.30 09:30:42.259 0: HMLAN_Send:  hmlan1 S:+266E75,00,01,00
2014.09.30 09:30:42.262 0: HMLAN_Send:  hmlan1 S:SC577E719 stat:  00 t:00000000 d:01 r:C577E719 m:2F A001 1ACE1F 266E75 01040000000001
2014.09.30 09:30:42.328 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD14A5 d:FF r:FFDF     m:2F A001 1ACE1F 266E75 01040000000001
2014.09.30 09:30:42.513 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BCA1438 d:FF r:FFC7     m:2F A010 266E75 1ACE1F 020400080009000000
2014.09.30 09:30:42.530 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FD154F d:FF r:FFC3     m:2F A010 266E75 1ACE1F 020400080009000000
2014.09.30 09:30:42.617 0: HMLAN_Parse: hmlan1 R:RC577E719 stat:0001 t:1BCA143D d:FF r:FFC7     m:2F A010 266E75 1ACE1F 020400080009000000
2014.09.30 09:30:42.639 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD15C9 d:FF r:FFDE     m:2F 8002 1ACE1F 266E75 00
2014.09.30 09:30:42.719 0: HMLAN_Send:  hmlan1 S:SC577E8E5 stat:  00 t:00000000 d:01 r:C577E8E5 m:30 A001 1ACE1F 266E75 0103
2014.09.30 09:30:42.872 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD16D4 d:FF r:FFDF     m:30 A001 1ACE1F 266E75 0103
2014.09.30 09:30:43.082 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD179C d:FF r:FFDF     m:30 A001 1ACE1F 266E75 0103
2014.09.30 09:30:43.204 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BCA16EE d:FF r:FFC7     m:30 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:43.223 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FD1805 d:FF r:FFC3     m:30 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:43.314 0: HMLAN_Parse: hmlan1 R:RC577E8E5 stat:0001 t:1BCA16F3 d:FF r:FFC7     m:30 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:43.340 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD1882 d:FF r:FFDE     m:30 8002 1ACE1F 266E75 00
2014.09.30 09:30:43.408 0: HMLAN_Send:  hmlan1 S:+266E75,00,01,00
2014.09.30 09:30:43.410 0: HMLAN_Send:  hmlan1 S:SC577EB96 stat:  00 t:00000000 d:01 r:C577EB96 m:31 A001 1ACE1F 266E75 02040000000001
2014.09.30 09:30:43.576 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD1991 d:FF r:FFDF     m:31 A001 1ACE1F 266E75 02040000000001
2014.09.30 09:30:43.775 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD1A59 d:FF r:FFDF     m:31 A001 1ACE1F 266E75 02040000000001
2014.09.30 09:30:43.905 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BCA19AB d:FF r:FFC7     m:31 A010 266E75 1ACE1F 020400080009000000
2014.09.30 09:30:43.922 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FD1AC2 d:FF r:FFC3     m:31 A010 266E75 1ACE1F 020400080009000000
2014.09.30 09:30:44.014 0: HMLAN_Parse: hmlan1 R:RC577EB96 stat:0001 t:1BCA19B0 d:FF r:FFC7     m:31 A010 266E75 1ACE1F 020400080009000000
2014.09.30 09:30:44.030 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD1B3C d:FF r:FFDE     m:31 8002 1ACE1F 266E75 00
2014.09.30 09:30:44.110 0: HMLAN_Send:  hmlan1 S:SC577EE54 stat:  00 t:00000000 d:01 r:C577EE54 m:32 A001 1ACE1F 266E75 0203
2014.09.30 09:30:44.280 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD1C47 d:FF r:FFDE     m:32 A001 1ACE1F 266E75 0203
2014.09.30 09:30:44.472 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD1D0F d:FF r:FFDE     m:32 A001 1ACE1F 266E75 0203
2014.09.30 09:30:44.591 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BCA1C61 d:FF r:FFC7     m:32 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:44.607 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FD1D78 d:FF r:FFC3     m:32 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:44.692 0: HMLAN_Parse: hmlan1 R:RC577EE54 stat:0001 t:1BCA1C66 d:FF r:FFC7     m:32 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:44.728 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD1DF5 d:FF r:FFDE     m:32 8002 1ACE1F 266E75 00
2014.09.30 09:30:44.797 0: HMLAN_Send:  hmlan1 S:+266E75,00,01,00
2014.09.30 09:30:44.799 0: HMLAN_Send:  hmlan1 S:SC577F103 stat:  00 t:00000000 d:01 r:C577F103 m:33 A001 1ACE1F 266E75 03040000000001
2014.09.30 09:30:44.984 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD1F04 d:FF r:FFDF     m:33 A001 1ACE1F 266E75 03040000000001
2014.09.30 09:30:45.176 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD1FCC d:FF r:FFDE     m:33 A001 1ACE1F 266E75 03040000000001
2014.09.30 09:30:45.426 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BCA1F1A d:FF r:FFC7     m:33 A010 266E75 1ACE1F 0208000000
2014.09.30 09:30:45.442 0: HMLAN_Parse: hmlan1 R:RC577F103 stat:0001 t:1BCA1F1F d:FF r:FFC7     m:33 A010 266E75 1ACE1F 0208000000
2014.09.30 09:30:45.457 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FD2031 d:FF r:FFC3     m:33 A010 266E75 1ACE1F 0208000000
2014.09.30 09:30:45.478 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD20AE d:FF r:FFDF     m:33 8002 1ACE1F 266E75 00
2014.09.30 09:30:45.560 0: HMLAN_Send:  hmlan1 S:SC577F3D6 stat:  00 t:00000000 d:01 r:C577F3D6 m:34 A001 1ACE1F 266E75 0303
2014.09.30 09:30:45.660 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD21B9 d:FF r:FFDE     m:34 A001 1ACE1F 266E75 0303
2014.09.30 09:30:45.880 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD2281 d:FF r:FFDE     m:34 A001 1ACE1F 266E75 0303
2014.09.30 09:30:46.083 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BCA21D4 d:FF r:FFC7     m:34 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:46.098 0: HMLAN_Parse: hmlan1 R:RC577F3D6 stat:0001 t:1BCA21D9 d:FF r:FFC7     m:34 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:46.114 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FD22EA d:FF r:FFC3     m:34 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:46.129 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD2368 d:FF r:FFDF     m:34 8002 1ACE1F 266E75 00
2014.09.30 09:30:46.218 0: HMLAN_Send:  hmlan1 S:+266E75,00,01,00
2014.09.30 09:30:46.221 0: HMLAN_Send:  hmlan1 S:SC577F676 stat:  00 t:00000000 d:01 r:C577F676 m:35 A001 1ACE1F 266E75 04040000000001
2014.09.30 09:30:46.362 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD2477 d:FF r:FFDE     m:35 A001 1ACE1F 266E75 04040000000001
2014.09.30 09:30:46.584 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD253F d:FF r:FFDE     m:35 A001 1ACE1F 266E75 04040000000001
2014.09.30 09:30:46.687 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BCA2497 d:FF r:FFC7     m:35 A010 266E75 1ACE1F 0282008300840085008600870088008900
2014.09.30 09:30:46.706 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FD25AD d:FF r:FFC3     m:35 A010 266E75 1ACE1F 0282008300840085008600870088008900
2014.09.30 09:30:46.800 0: HMLAN_Parse: hmlan1 R:RC577F676 stat:0001 t:1BCA249C d:FF r:FFC7     m:35 A010 266E75 1ACE1F 0282008300840085008600870088008900
2014.09.30 09:30:46.821 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD2622 d:FF r:FFDF     m:35 8002 1ACE1F 266E75 00
2014.09.30 09:30:47.447 0: HMLAN_Send:  hmlan1 S:SC577FB14 stat:  00 t:00000000 d:01 r:C577FB14 m:36 A001 1ACE1F 266E75 0403
2014.09.30 09:30:47.568 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BCA274A d:FF r:FFC7     m:35 A010 266E75 1ACE1F 028A008B008C000000
2014.09.30 09:30:47.584 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FD2860 d:FF r:FFC3     m:35 A010 266E75 1ACE1F 028A008B008C000000
2014.09.30 09:30:47.598 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD28D6 d:FF r:FFDE     m:35 8002 1ACE1F 266E75 00
2014.09.30 09:30:47.768 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD29E0 d:FF r:FFDF     m:36 A001 1ACE1F 266E75 0403
2014.09.30 09:30:47.960 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD2AA8 d:FF r:FFDE     m:36 A001 1ACE1F 266E75 0403
2014.09.30 09:30:48.286 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BCA2A00 d:FF r:FFC7     m:36 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:48.307 0: HMLAN_Parse: hmlan1 R:RC577FB14 stat:0001 t:1BCA2A05 d:FF r:FFC7     m:36 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:48.348 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07FD2B16 d:FF r:FFC3     m:36 A010 266E75 1ACE1F 0100000000
2014.09.30 09:30:48.363 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07FD2B93 d:FF r:FFDF     m:36 8002 1ACE1F 266E75 00


für mich sieht das eigentlich erfolgreich aus. das problem ist nur, dass in den readings und registerlisten kein eintrag (1ACE1F) meiner zentrale auftaucht, sondern nur PairedTo 0x0. hier auch noch ein list vom schalter:

Internals:
   .triggerUsed 1
   CHANGED
   DEF        266E75
   IODev      hmlan1
   LASTInputDev hmusb1
   MSGCNT     354
   NAME       SwitchPBU02
   NR         459
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 SwitchPBU02_Btn_01
   channel_02 SwitchPBU02_Btn_02
   channel_03 SwitchPBU02_Sw_01
   channel_04 SwitchPBU02_Sw_02
   cul868_MSGCNT 106
   cul868_RAWMSG A0E36A010266E751ACE1F0100000000::-63:cul868
   cul868_RSSI -63
   cul868_TIME 2014-09-30 09:30:48
   hmlan1_MSGCNT 147
   hmlan1_RAWMSG RC577FB14,0001,1BCA2A05,FF,FFC7,36A010266E751ACE1F0100000000
   hmlan1_RSSI -57
   hmlan1_TIME 2014-09-30 09:30:48
   hmusb1_MSGCNT 101
   hmusb1_RAWMSG E266E75,0000,07FD2B16,FF,FFC3,36A010266E751ACE1F0100000000
   hmusb1_RSSI -61
   hmusb1_TIME 2014-09-30 09:30:48
   lastMsg    No:36 - t:10 s:266E75 d:1ACE1F 0100000000
   protLastRcv 2014-09-30 09:30:48
   protSnd    38 last_at:2014-09-30 09:30:48
   protState  CMDs_done
   rssi_at_cul868 avg:-62.56 min:-63.5 max:-60 lst:-63 cnt:24
   rssi_at_hmlan1 avg:-57.04 min:-59 max:-57 lst:-57 cnt:41
   rssi_at_hmusb1 avg:-61.27 min:-63 max:-61 lst:-61 cnt:22
   Readings:
     2014-09-30 09:28:54   .D-devInfo      410100
     2014-09-30 09:28:54   .D-stc          10
     2014-09-30 09:30:48   .protLastRcv    2014-09-30 09:30:48
     2014-09-30 09:28:54   D-firmware      2.0
     2014-09-30 09:28:54   D-serialNr      KEQ1109797
     2014-09-30 09:30:42   PairedTo        0x0
     2014-09-30 09:29:54   R-pairCentral   0x0
     2014-09-30 09:30:42   RegL_00:          02:00 05:00 0A:00 0B:00 0C:00 12:00 00:00
     2014-09-30 09:30:48   rssi_at_cul868  -63
     2014-09-30 09:30:48   rssi_at_hmlan1  -57
     2014-09-30 09:30:48   rssi_at_hmusb1  -61
     2014-09-30 09:30:48   state           CMDs_done
   Helper:
     cSnd       011ACE1F266E750403
     mId        F0A9
     rxType     1
     Bm:
       Cul_hm_get:
         cnt        46
         dmx        0
         max        2
         tot        47
         mAr:
           HASH(0x14283c0)
           SwitchPBU02
           ?
       Cul_hm_set:
         cnt        210
         dmx        0
         max        157
         tot        2336
         mAr:
           HASH(0x14283c0)
           SwitchPBU02
           getConfig
     Io:
       newChn     +266E75,00,01,00
       nextSend   1412062248.4512
       prefIO
       rxt        0
       vccu
       p:
         266E75
         00
         01
         00
     Mrssi:
       mNo        36
       Io:
         cul868     -63
         hmlan1     -55
         hmusb1     -61
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat   03,04
     Role:
       dev        1
     Rpt:
       IO         cul868
       flg        A
       ts         1412062248.0567
       ack:
         HASH(0x14283c0)
         3680021ACE1F266E7500
     Rssi:
       At_cul868:
         avg        -62.5625
         cnt        24
         lst        -63
         max        -60
         min        -63.5
       At_hmlan1:
         avg        -57.0487804878049
         cnt        41
         lst        -57
         max        -57
         min        -59
       At_hmusb1:
         avg        -61.2727272727273
         cnt        22
         lst        -61
         max        -61
         min        -63
     Shadowreg:
Attributes:
   IODev      hmlan1
   IOgrp      ccu:hmlan1
   autoReadReg 5_readMissing
   event-on-change-reading .*
   expert     2_full
   firmware   2.0
   group      Lichtschalter
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       20_AZ
   rssiLog    1
   serialNr   KEQ1109797
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents


in meinen logaufzeichnungen antwortet der schalter ja korrekterweise meiner zentrale, indem er sie auch adressiert. daher würde ich sagen dass das pairing funktioniert hat, aber in den registerlisten taucht es nicht auf. auch die registerlisten der 4 channels sind durchweg mit nullen gefüllt.

könnte es sein, dass ein falscher speicherbereich benutzt wird?

zwischendurch hat der schalter auch mal mit einem device F70000 kommuniziert. im anlernmodus hat er dann sogar die anlernmessage an dieses device adressiert. das ist wahrscheinlich nach der betätigung der eingebauten taster geschehen. siehe hier:

2014.09.30 09:18:50.952 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BBF37B8 d:FF r:FFC6     m:00 A410 266E75 F70000 0604000000
2014.09.30 09:18:51.113 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F23932 d:FF r:FFC3     m:00 A410 266E75 F70000 0604000000
2014.09.30 09:18:51.585 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BBF3A71 d:FF r:FFC6     m:01 A410 266E75 F70000 0603000000
2014.09.30 09:18:51.601 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F23BEC d:FF r:FFC3     m:01 A410 266E75 F70000 0603000000
2014.09.30 09:18:52.164 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BBF3D2A d:FF r:FFC6     m:01 A410 266E75 F70000 0603000000
2014.09.30 09:18:52.180 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F23EA5 d:FF r:FFC3     m:01 A410 266E75 F70000 0603000000
2014.09.30 09:18:52.955 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BBF3FE4 d:FF r:FFC6     m:01 A410 266E75 F70000 0603000000
2014.09.30 09:18:52.971 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F2415E d:FF r:FFC3     m:01 A410 266E75 F70000 0603000000
2014.09.30 09:19:08.554 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BBF7C6F d:FF r:FFC6     m:02 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:19:08.570 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F27DE8 d:FF r:FFC3     m:02 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:19:27.370 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BBFC60F d:FF r:FFC6     m:03 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:19:27.385 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F2C786 d:FF r:FFC4     m:03 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:19:46.202 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC00FAE d:FF r:FFC6     m:04 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:19:46.218 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F31122 d:FF r:FFC4     m:04 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:20:05.096 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC0594D d:FF r:FFC7     m:05 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:20:05.189 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F35ABF d:FF r:FFC4     m:05 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:20:23.896 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC0A2EB d:FF r:FFC7     m:06 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:20:23.912 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F3A45B d:FF r:FFC2     m:06 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:20:42.738 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC0EC8A d:FF r:FFC3     m:07 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:20:42.829 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F3EDF6 d:FF r:FFC4     m:07 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:21:01.585 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC13629 d:FF r:FFC0     m:08 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:21:01.676 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F43792 d:FF r:FFC1     m:08 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:21:20.510 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC17FC7 d:FF r:FFC7     m:09 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:21:20.606 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F4812E d:FF r:FFC1     m:09 805E 266E75 F70000 0000000000000000000000
2014.09.30 09:21:22.092 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC18687 d:FF r:FFC7     m:0A A200 266E75 F70000 20F0A94B45513131303937393710410100
2014.09.30 09:21:22.147 0: HMLAN_Send:  hmlan1 S:+266E75,00,01,00
2014.09.30 09:21:22.149 0: HMLAN_Send:  hmlan1 S:SC56F5B28 stat:  00 t:00000000 d:01 r:C56F5B28 m:21 A001 1ACE1F 266E75 00050000000000
2014.09.30 09:21:22.282 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F487ED d:FF r:FFC0     m:0A A200 266E75 F70000 20F0A94B45513131303937393710410100
2014.09.30 09:21:22.371 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07F488B9 d:FF r:FFDE     m:21 A001 1ACE1F 266E75 00050000000000
2014.09.30 09:21:22.506 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07F48981 d:FF r:FFDF     m:21 A001 1ACE1F 266E75 00050000000000
2014.09.30 09:21:22.612 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:07F48A49 d:FF r:FFDE     m:21 A001 1ACE1F 266E75 00050000000000
2014.09.30 09:21:22.696 0: HMLAN_Parse: hmlan1 R:RC56F5B28 stat:0008 t:00000000 d:FF r:7FFF     m:21 A001 1ACE1F 266E75 00050000000000
2014.09.30 09:21:22.699 0: HMLAN_Parse: hmlan1 no ACK from 266E75
2014.09.30 09:21:22.702 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC18940 d:FF r:FFC7     m:0A A200 266E75 F70000 20F0A94B45513131303937393710410100
2014.09.30 09:21:22.722 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F48AA6 d:FF r:FFC1     m:0A A200 266E75 F70000 20F0A94B45513131303937393710410100
2014.09.30 09:21:23.392 0: HMLAN_Parse: hmlan1 R:E266E75   stat:0000 t:1BC18BFA d:FF r:FFC7     m:0A A200 266E75 F70000 20F0A94B45513131303937393710410100
2014.09.30 09:21:23.411 0: HMLAN_Parse: hmusb1 R:E266E75   stat:0000 t:07F48D60 d:FF r:FFC1     m:0A A200 266E75 F70000 20F0A94B45513131303937393710410100


hat schon jemand meine konstellation am laufen? hat überhaupt schon jemand den ota-bootloader mit dem schalter am laufen? wahrscheinlich unimatrix. dann aber wohl mit seiner firmware. ich bin auf hinweise gespannt.

edit:
vielleicht sollte ich noch erwähnen, dass zur zeit noch kein leistungsteil angeschlossen ist. versorgungsspannung kommt noch vom angelöteten programmer (3v3 von arduino mega).

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 30 September 2014, 15:16:39
Zitat von: frank am 30 September 2014, 11:27:28

hat schon jemand meine konstellation am laufen? hat überhaupt schon jemand den ota-bootloader mit dem schalter am laufen? wahrscheinlich unimatrix. dann aber wohl mit seiner firmware. ich bin auf hinweise gespannt.

Hallo Frank,

bin mir nicht sicher, exakt deine Kombination zu haben, aber OTA-Bootloader und die neueste Firmware habe ich...
Hast du mal versucht, in Register.h "#firstLoad" zu definieren ("//" direkt in der Zeile vor "static void mainSettings ..." entfernen) und dann in mainSettings die pairCentral auf deine Zentrale zu setzen?

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 30 September 2014, 16:52:15
ZitatHast du mal versucht, in Register.h "#firstLoad" zu definieren ("//" direkt in der Zeile vor "static void mainSettings ..." entfernen) und dann in mainSettings die pairCentral auf deine Zentrale zu setzen?

gute idee. damit zeigt fhem jetzt die zentrale an. natürlich auch jede menge peers und deren konfigurationen. ich glaube ich probiere mal den 4k-bootloader aus.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 Oktober 2014, 16:25:32
hallo,

ich habe mal weiter geforscht.

mit dem 4k bootloader hatte ich gar kein erfolg. der bootloader wurde erfolgreich geflasht, aber er wollte keine firmware files benutzen. über eq3 software habe ich das file erfolgreich geflasht (das softwaretool hat es gesagt), aber der bootloader hat es immer wieder verworfen, da er anschliessend wieder flashen wollte.

dann also zurück zum 8k bootloader. hier wurde das firmware file dann anstandslos angenommen. aber weiterhin die probleme mit den registerlisten in fhem. der schalter scheint gepairt, doch alle register enthalten nullen. wenn ich ein

set myschalter regSet pairCentral 1ACF1F

anstosse, wird das setzen des registers ausgeführt, und auch in den readings wieder gegeben.

jetzt habe ich mit avrdude mal das eeprom ausgelesen. das ergebnis ist ja ein file mit hexwerten durch kommas getrennt. wenn ich mit 1 beginne, dann ergibt sich folgender inhalt:

0001 AF
0002 07
0003 00
.
0100 00
0101 1A
0102 CE
0103 1F
0104 00
.
0388 00
0389 FF
.
2048 FF


von den ersten 388 byte sind ausser den 5 bytes 1,2,101,102,103 alle 0x00. die restlichen 1660 bytes sind 0xff. es gibt also 2048 bytes insgesamt. wenn ich am configbutton des schalters reset mache (2x langes drücken), ändern sich nur die bytes 101,102,103 zu 0x00. also die adresse der zentrale wird gelöscht. der schalter bleibt aber weiterhin gepairt.  ???  ich kann also wieder das pairing register setzen und korrekt mit fhem auslesen.

mein fazit. fhem kann das eeprom beschreiben und auslesen. der schalter nutzt das eeprom nicht und löscht beim reset nur das eeprom, aber nicht die internen daten. was läuft hier falsch?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 01 Oktober 2014, 16:55:05
Zitat von: frank am 01 Oktober 2014, 16:25:32
mit dem 4k bootloader hatte ich gar kein erfolg. der bootloader wurde erfolgreich geflasht, aber er wollte keine firmware files benutzen. über eq3 software habe ich das file erfolgreich geflasht (das softwaretool hat es gesagt), aber der bootloader hat es immer wieder verworfen, da er anschliessend wieder flashen wollte.

Hallo Frank,

also ich habe die 4k-Version des Bootloaders erfolgreich am Start... noch ein paar Überlegungen/Dinge zum Ausprobieren:

Hast du die Fuses gesetzt für 4k (lfuse:w:0xFD:m -U hfuse:w:0xDA:m -U lock:w:0x2F:m)?
Arbeitest du bei der Firmware mit CRC-Check?
Hast du das Kommando zum Erzeugen der CRC-Signatur für die 4k-Version angepasst ("srec_cat <payload.hex> -intel -fill 0xFF 0x0000 0xDFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xDFFE -o  payload.bin -binary" für 8k, für 4k muss statt "DFFE" "EFFE" stehen)?

Ich persönlich habe über einen Raspberry PI mit HM-CFG-USB und flash-ota geflashed, sollte aber ja keinen Unterschied machen...

Hast du mal am Schalter die UART-Pins angelötet und geschaut, was über die serielle Konsole kommt?

Viele Grüße
Michael

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 Oktober 2014, 17:12:35
hallo michael,

ZitatHast du die Fuses gesetzt für 4k (lfuse:w:0xFD:m -U hfuse:w:0xDA:m -U lock:w:0x2F:m)?
ja.

ZitatArbeitest du bei der Firmware mit CRC-Check?
Hast du das Kommando zum Erzeugen der CRC-Signatur für die 4k-Version angepasst ("srec_cat <payload.hex> -intel -fill 0xFF 0x0000 0xDFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xDFFE -o  payload.bin -binary" für 8k, für 4k muss statt "DFFE" "EFFE" stehen)?
ja crc-check ist in betrieb. mir war aber nicht klar, dass es beim erzeugen mit srecord unterschiede gibt. danke für den hinweis. da werde ich die 4k-variante noch mal probieren.

ZitatHast du mal am Schalter die UART-Pins angelötet und geschaut, was über die serielle Konsole kommt?
das wäre mein nächster schritt. wobei ich noch nicht weiss, womit ich die anschlüsse verbinde. ich nutze ja zum flashen einen arduino. somit kann man die signale bestimmt auf irgendwelche pins am arduino stecken. mal schauen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 Oktober 2014, 18:14:04
mit der srecord anpassung habe ich nun zumindestens 2 bootloader-varianten mit den selben problemen.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mmattern am 01 Oktober 2014, 18:31:11
Zitat von: frank am 01 Oktober 2014, 17:12:35
wobei ich noch nicht weiss, womit ich die anschlüsse verbinde. ich nutze ja zum flashen einen arduino. somit kann man die signale bestimmt auf irgendwelche pins am arduino stecken. mal schauen.

Hallo Frank,

im Zweifel sollte sowas funktionieren:
http://www.ebay.de/itm/3V-5-5V-USB-to-RS232-Serial-TTL-PL2303-USB-UART-Board-PL-2303HX-CP12004-C54-/281353505760?pt=Wissenschaftliche_Ger%C3%A4te&hash=item4181f9cbe0 (http://www.ebay.de/itm/3V-5-5V-USB-to-RS232-Serial-TTL-PL2303-USB-UART-Board-PL-2303HX-CP12004-C54-/281353505760?pt=Wissenschaftliche_Ger%C3%A4te&hash=item4181f9cbe0)

Oder du steigst auf Raspberry ein, der hat UART-Pins, die für die Konsole taugen (aufpassen dabei - TX an RX und umgekehrt ;-))

Viele Grüße
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 02 Oktober 2014, 23:46:30
@michael
danke für die tipps, aber mein forscherdrang wollte unbedingt mit meinem fundus zum ziel gelangen. so hat sich folgendes ergeben:

@all
jedes (wahrscheinlich) arduinoboard mit usbanschluss lässt sich fast out-of-the-box als usb-to-serial-converter nutzen. man muss nur den RESET eingang vom board dauerhaft mit GND verbinden. dadurch wird der mikroprozessor lahmgelegt, wodurch nur noch der uart aktiv ist. auf meinem arduino mega 2560 rev3 habe ich dazu mit einer kleinen jumper-steckbrücke am 6-pol ICSP2 stecker die pins 5 und 6 kurzgeschlossen. fertig ist der converter.  :)

jetzt noch den schalter anschliessen: [arduino=>sw1pbu] 3V3=>MP2, GND=>MP15/MP16, RX(pin0)=>MP9(rx), TX(pin1)=>MP10(tx)
hierbei ist zu beachten, dass rx und tx nicht wie gewohnt kreuzweise zu verbinden sind, sondern 1:1, da die pinbezeichnung am arduino aus sicht des mikroprozessors erfolgt ist. aus sicht des uart ist natürlich alles kreuzweise verbunden. die pins vom arduino mega sollten auch mit dem uno übereinstimmen. wenn die arduino ide bereits läuft, kann man den serial monitor gleich als terminal nutzen (57600 baud). viel spass.

mal sehen, was der schalter so von sich gibt.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: PumpkinEater am 03 Oktober 2014, 12:32:08
Hallo Jan,
Zitat von: jab am 28 September 2014, 13:03:12
Ja das geht mit der CCU sogar ohne Patch/neuem XML. Man müsste dafür nur noch die Deviceinfo in der Firmware anpassen. Dann hast du einen Schalter mit zwei Channel. Strommesswert würde er nicht anzeigen aber Channel 2 zeigt ob Strom fließt oder nicht. Der Messwert an sich ist aber eh nicht sehr nützlich.
vielen Dank für die Info. Ich habe mich nun mal durch den gesamten Thread "gefressen", und nach einigen Problemen mit avrdude es nun auch geschafft, den OTA-Bootlader und die Firmware auf den Schalter zu bringen. In FHEM sehe ich - wenn ich den Schalter in den Anlernmodus bringe (5sec Drücken, dann einmal kurz), dass ein entsprechendes Logfile angelegt wird. FHEM interpretiert den Schalter als Remote mit 6 Buttons. Scheinbar funktioniert die SW irgendwie.

Da ich den Schalter eigentlich (ohne FHEM) an der CCU2 betreiben will, wollte ich ihn dort anlernen. Die CCU2 findet ihn allerdings nicht.

In der Datei "Register.h" der Firmware steht
const uint8_t devParam[] PROGMEM = {
/* Firmware version 1 byte */  0x15,
/* Model ID         2 byte */  0x00, 0xA9, //0x00, 0x6C
/* Serial ID              10 byte */  'L','E','Q','0','0','1','2','3','4','5',
/* Sub Type ID          1 byte */  0x10,
/* Device Info            3 byte */  0x41, 0x01, 0x00
};

Ich vermute, dass die drei Bytes im Device Info noch falsch sind. Wird die Anzahl der Kanäle durch 0x01 ausgedrückt (also hier 1 Kanal)?
Würde mich freuen, wenn Du mir (oder andere) noch einen "Schubs" in die richtige Richtung geben könntest.
Gruß
Peter

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 03 Oktober 2014, 18:17:33
Hi Peter,

Da cactus-online das auch gerne machen möchte schlage ich vor dass wir dafür einen neuen Thread eröffnen. Wie gesagt ich habe keine CCU2 oder CCU. Aber ich habe das einmal gemacht und helfe gerne.

Im xml für die meisten Schalter steht in welchem Byte er guckt für die Channel Anzahl. Ich weiß es leider nicht auswendig. Den Type müssen wir für die CCU anpassen oder eine neue XML erstellen.


Gruß
Jan


Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 09 Oktober 2014, 20:45:54
hallo dirk,

ich habe probleme mit dem bootloader v0.6.1. da du die letzte zeit am bootloader geschraubt hast, spreche ich dich mal direkt an. eigentlich soll ein:

set <dev> fwUpdate <filename> [boottime]

in fhem ein automatisches starten des bootloaders auslösen. aber da tut sich nichts. könnte es sein, dass du diesen fall in deinen erweiterungen zum bootloader übersehen hast. fhem bricht das update ab mit:

fwUpdate   fail:notInBootLoader   2014-10-09 19:38:18

der code in bootloader.c macht mir den eindruck, dass ausschliesslich mit configtaste oder misslungenem crc-check das booten ausgelösst werden kann.

/**
* Check config button pressed after reset, then start bootloader. Else start application.
*/
if( bitRead(INPUT_CONFIG_BTN, PIN_CONFIG_BTN) ) { // check if button not pressed (button must be at high level)
#if CRC_FLASH == 1
if (crcOk) {
startApplication(); // then start Application
}
#else
startApplication(); // then start Application
#endif
}


hast du eine idee?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 10 Oktober 2014, 09:39:25
Hallo Frank,

Zitat von: frank am 09 Oktober 2014, 20:45:54
eigentlich soll ein:
set <dev> fwUpdate <filename> [boottime]

in fhem ein automatisches starten des bootloaders auslösen. aber da tut sich nichts. könnte es sein, dass du diesen fall in deinen erweiterungen zum bootloader übersehen hast.
Der Bootloader startet zuerst und starten im Anschluss die "normale" Anwendung auf dem AVR.
Wenn das Firmewareupdate also automatisch starten soll, muss die Anwendung diesen Befehl implementieren und in den den Bootloader springen.
Der Bootloader ist zu dieser Zeit ja gar nicht aktiv und kann das nicht auslösen.

Zitatder code in bootloader.c macht mir den eindruck, dass ausschliesslich mit configtaste oder misslungenem crc-check das booten ausgelösst werden kann.
Das mit der Config-Taste ist ein Workaround.
Wenn die Anwendung auf dem AVR den Bootloader selber starten kann, dann muss nach dem Start des Bootloaders einmal die Config-Taste gedrückt werden. Der Bootloader wartet dann ca. 15 sek. auf das Drücken der Taste. Das wird durch blinken der Status-LED signalisiert.
Einige Beiträge weiter vorne gab es dazu mal eine Diskussion.

Hintergrund der Aktion:
Da wir nicht nicht AES-Signiert kommunizieren können, kann quasi auch ein Angreifer den Bootloader aus der Ferne starten und ggf. eine Schadhafte Firmware flashen. Das soll durch den erzwungen manuellen Eingriff verhindert werden.

Wenn man das so nicht möchte, muss man den Bootloader etwas verändern. Am einfachsten ist es den ohne Definition des Config-Buttons zu kompilieren.
Dann wurde der Bootloader aber auch bein einem "normalen" Start des entsprechenden Devices jedesmal erst mal ca. 10 Sekunden auf Update-Pakete arten bevor die Eigentliche Firmware gestartet wird.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 11 Oktober 2014, 11:21:47
Ich habe heute mal probiert den Bootloader mit einem Update über die CCU zu füttern.
Genauer genommen mit der LXCCU und dem neuen LAN-GW.

Natürlich hat das erst mal nicht geklappt.
Die CCU verwendet hier während des Updates einen anderen Messagecounter.

Hier ist das Paket welches die CCU nach dem Switch in den 100k Mode schickt. Zum Vergleich das Paket vom Firmware-Update-Tool

Zitat
# LXCCU mit HM-LAN-GW (2)
1F 2F 20 CB 1A CA E5 17 82 DC 10 5B 11 F8 15 47 0B 08 1A 1C 19 1D 1B C7 1C 00 1D B2 21 B6 23

# eQ-3 Windows-Tool oder flash-ota
0F 43 20 CB 1A CA E5 17 82 DC 10 5B 11 F8 15

Das erste Paket mit den Firmwaredaten sieht dann so aus:
Zitat
rx: 3B 38 00 CA 1A CA E5 17 82 DC 00 80 0C 94 82 01 0C 94 69 32 0C 94 96 32 0C 94 2E 12 0C 94 09 12 0C 94 E4 11 0C 94 E7 16 0C 94 AA 01 0C 94 AA 01 0C 94 AA 01 0C 94 AA 01 0C 94 AA
Die Pakete sind ~15 Bytes länger als die von der Update-Software. Und Der Messagecounter ist hier jetzt nicht wie zu erwarten 0x30 sondern 0x38. Also genau 8 Bytes versetzt.

Jetzt habe ich im oberen Paket mal nach der 08 gesucht, und bin an Byte 17 fündig geworden.
Keine Ahnung ob hier tatsächlich der Offset steht. In meinem Fall hat es aber aktuell gepasst. Daher habe ich den Bootloader entsprechend angepasst, dass er das so berücksichtigt.

Ich hatte eigentlich gedacht dass das nun alles gewesen währ.
Tja, Pustekuchen. Der Messagecounter ist auch nach jedem vollständigen Block um diesen Offset zu erhöhen.

Und zu allerletzt läuft der Messagecounter in diesem Fall nicht bei 0xFF über, sondern schon bei 0x80.

Nungut. Ich habe das mal so eingebaut.
Da ich die erweiterte Message der CCU oben noch nicht komplett verstehe, kann es sein das das ganze so nur "zufällig" in meiner Umgebung funktioniert.

Kann noch jemand zu den Messages oben aufklärende Gedanken besteuern?

Ich habe das so in "meinen" Fork vom Bootloader eingecheckt.
Gleichzeitig habe ich noch zusätzliche Debugging-Ausgaben eingebaut die mit
#define DEBUG                2
aktiviert werden.

Damit wird per UART jede Empfangene Paket ausgegeben.
Da das aber das Timing stört, musste ich dazu die Baudrate vom UART auf 115200 Baud erhöhen.
Blöderweise kann das bei AVR's ohne Quarz zu Problemen führen, da hier ggf. der interne Oszilator zu ungenau und am UART dann ab und zu falsche Zeichen ankommen. Daher sollte DEBUG 2 nur in einer bekannten Testumgebung gesetzt sein.

Anbei mal noch zwei komplette Traces der Updateprozesse.
Einmal vom flash-ota-tool und einmal von der CCU.

Damit das alles noch in 4k passen habe ich aus der cc.c die burst-spezifischen Funtkionen gelöscht. Die wurden eh nicht benutzt. Und da der Kompiler die nicht vollständig wegoptimiert hatte wurde dadurch noch mal einiges an Platz eingespart.

Vielleicht hat der eine oder andere ja Zugriff auf eine CCU2 oder LXCCU mit neuem HM-LAN-GW und kann das einmal testen.

Viele Grüße
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 12 Oktober 2014, 00:44:40
hallo dirk,

danke für deine ausführungen.

ZitatDer Bootloader ist zu dieser Zeit ja gar nicht aktiv und kann das nicht auslösen.
genau deshalb wurde ja die watchdog-reset-funktionalität des mikroprozessors in den/die bootloader/firmware integriert. das war/ist ja bereits alles vorhanden und funktionierte auch schon.

Zitat von: unimatrix am 19 Juli 2014, 18:40:25
Update:

Der Bootloader in neuer Version ist nun im GIT verfügbar: https://github.com/jabdoa2/Asksin_OTA_Bootloader

Neue Funktionen:

- Reboot-Möglichkeit aus der Applikation wird unterstützt (durch Watchdog Disable beim Start des Bootloaders)
- Serial kann per #define im Header der bootloader.c angepasst werden
- CRC Check ist optional möglich (Default: aus). Dazu muss das Binary vorbereitet werden, Details im Readme auf dem GIT. Dies verhindert das Starten von nicht vollständig korrekt übertragenen Files. Der Bootloader schickt dann immer wieder einen CB Request. Durch diese Maßnahmen ist es nun möglich, die Schalter ohne jeden Eingriff vor Ort und ohne die Notwendigkeit, den Strom abzustellen, gezielt zu updaten.

Bugreports, Anregungen, etc. gerne hier oder im GIT.

@Frank: Die Sicherheitslücke entsteht nur dann, wenn die Applikation den Reboot auch anbietet. Das sollte in der LIB konfigurierbar gemacht werden. Kommt noch...

danach habe ich die weitere entwicklung wohl nicht genau genug verfolgt. ich habe den thread nochmal von anfang des jahres bis heute nach dem bootloader durchstöbert. die neue funktionalität hast du dann hier dokumentiert:

Zitat von: Dirk am 14 August 2014, 01:08:10
Ist eingecheckt.
Standartmäßig wird 10 Sekunden gewartet. Das kann man aber im Devicefile konfigurieren.

Hier auch noch mal kurz die Erklärungen des Ablaufes und der Blink-Sequenzen




  • Wenn noch kein Code im AVR ist, oder wenn falscher Code im AVR, z.B. aus einem vorherigem fehlerhaften Flashversuch:

    • Nach dem Einschalten blinkt die LED kurz (Bootloader gestartet)
    • dann blinkt die LED noch einmal mal kurz und der Loader meldet sich beim Flash-Programm
    • Jetzt wird ca. 10 sek. auf die Antwort vom Flash-Programm gewartet.
    • Während des flashens blinkt die LED schnell.
    • Sollte während des Flashens ein Fehler auftreten also der CRC-Check nach dem Flashen nicht ok sein, dann leuchtet die LED für ca. 2 sek. (CRC-Fehler). Der Bootloader resettet den AVR, und es geht von vorne los. Die LED leuchtet auch nach Ablauf von ca. 10 Sekunden für 2 Sekunden rot, wenn kein Flashen gestartet wurde.



  • Wenn gültiger Code im AVR ist und das Gerät eingeschaltet wurde:

    • Nach dem Einschalten blinkt die LED kurz (Bootloader gestartet)
    • Das Hauptprogramm wird ohne weitere Wartezeit gestartet

    Oder während des Einschaltens wird die Config-Taste gedrückt gehalten:

    • Nach dem Einschalten blinkt die LED kurz (Bootloader gestartet)
    • alle weiteren Schritte siehe Punkt 1


  • Wenn das Hauptprogramm den AVR durch einen Watchdog-Reset neu gestartet hat, z.B. durch einen Funkbefehl:

    • Nach dem Reset blinkt die LED kurz (Bootloader gestartet)
    • Für einen vorher festgelegte Zeit (z.B. 10 sek) blinkt die LED kurz und wiederholend. Das Blinken zeigt an, dass der Bootloader auf das Drücken der Config-Taste wartet.
    • Wird innerhalb dieser Zeit die Taste nicht gedrückt, startet das Hauptprogramm.
    • Wird die Taste innerhalb dieser Zeit gedrückt, startet der Flashvorgang wie unter Punkt 1.1 beschrieben.
Dieser ganze Vorgang funktioniert wie oben beschrieben nur wenn der CRC-Check aktiviert ist.
Ansonsten wird immer auf das Drücken der Taste gewartet, da der AVR nicht feststellen kann ob sich gültiger Code in der Programsection befindet.


ZitatWenn man das so nicht möchte, muss man den Bootloader etwas verändern. Am einfachsten ist es den ohne Definition des Config-Buttons zu kompilieren.
Dann wurde der Bootloader aber auch bein einem "normalen" Start des entsprechenden Devices jedesmal erst mal ca. 10 Sekunden auf Update-Pakete arten bevor die Eigentliche Firmware gestartet wird.

ich finde die funktionalität, wie sie zuletzt von unimatrix implementiert war, zumindestens für den sw1pbu, am sinnvollsten. wenn der "sicherheitscheck" (tasterbestätigung) wieder in die firmware ausgelagert wird, spart das natürlich auch platz im bootloader und man kann die routine bequemer entwickeln und verändern. so würde jeder watchdog-reset automatisch den bootloader starten. wenn man den reset in der applikation unterdrückt/nicht ausführt, kann auch niemand ungewollt updates machen. diese variante halte ich für die universellste. dann kann jeder die freischaltung des automatischen updates in seinen applikationen programmieren wie er meint, das machen zu müssen.

desweiteren gibt es beim sw1pbu noch das problem, dass bei einem update unter verwendung der eq3-sw mit hmusb eine möglichkeit geschaffen werden muss, um den flashvorgang zu starten. irgendeine configtaster betätigung um in den bootloader zu kommen. das kann dann auch bequem und komfortabel in der applikation gemacht werden. ansonsten bliebe nur die variante mit poweron-reset, verbunden mit dem ausbau des schalters (no-go).

den vorschlag mit dem kompletten wegfall des schalters finde ich nicht so gut. die möglichkeit bei poweron-reset durch tasterbetätigung in den bootloader zu gelangen gefällt mir als "notausstieg" sehr gut, weswegen ich sie auf alle fälle behalten möchte. um die beschriebene funktionalität zu bekommen habe ich die bootloader.c bei mir entsprechend geändert. die if-anweisung mit dem 10s-taster habe ich ganz beseitigt und die if-anweisung zum ausstieg in die applikation wie folgt geändert:

if( bitRead(INPUT_CONFIG_BTN, PIN_CONFIG_BTN) && !watchdogReset) { // check if button not pressed (button must be at high level)
#if CRC_FLASH == 1
if (crcOk) {
startApplication(); // then start Application
}
#else
startApplication(); // then start Application
#endif
}


das läuft bisher sehr gut. eigentlich wollte ich gleich deine neue bootloader-version benutzen. komischerweise schaffe ich es aber nicht deine version im git durch clonen zu mir zu bekommen. es erscheint immer nur die version aus jans git. seltsam. musst du da eventuell erst noch etwas freischalten?

hast du deine neue version eventuell mit fhem probiert? mit dem bootloader v0.6.1 funktioniert es bei mir auch nicht. hast du ja schon erwähnt. irgendwie kommt da wohl das umschalten in den 100k-modus zu spät. werde ich mir aber noch anschauen.

meinen neuen bootloader hatte ich versucht als eq3-file über ota zu flashen. da ich keine ahnung hatte, was ich bei "srec" angeben sollte, habe ich einfach die 8k einstellungen für den schalter benutzt. ging natürlich voll in die hose.  ;D  kannst du mir sagen mit welchen einstellungen die 4k/8k versionen des bootloaders verarbeitet werden müssen? oder ist diese möglichkeit (noch) nicht vorhanden? ich hatte verstanden, dass das gehen sollte.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 12 Oktober 2014, 11:42:06
Zitat von: frank am 12 Oktober 2014, 00:44:40
ich finde die funktionalität, wie sie zuletzt von unimatrix implementiert war, zumindestens für den sw1pbu, am sinnvollsten. wenn der "sicherheitscheck" (tasterbestätigung) wieder in die firmware ausgelagert wird, spart das natürlich auch platz im bootloader und man kann die routine bequemer entwickeln und verändern.
Da hast du recht. Finde ich grundsätzlich gut.

Zitatdann kann jeder die freischaltung des automatischen updates in seinen applikationen programmieren wie er meint, das machen zu müssen.
Die Abfrage des Config-Buttons beim Start des Bootloaders sollte man aber auch noch drinn lassen. Damit man den Start des Bootloaders nach Rückkehr der Verorgungsspannung auch erzwingen kann.

Mal sehen aber ich wollte heute abend da eh noch mal rann. Dann kann ich das entsprechend erweitern / umbauen.

Zitatdesweiteren gibt es beim sw1pbu noch das problem, dass bei einem update unter verwendung der eq3-sw mit hmusb eine möglichkeit geschaffen werden muss, um den flashvorgang zu starten. irgendeine configtaster betätigung um in den bootloader zu kommen. das kann dann auch bequem und komfortabel in der applikation gemacht werden.
Das muss auch in der Application gemacht werden.

Zitatdas läuft bisher sehr gut. eigentlich wollte ich gleich deine neue bootloader-version benutzen. komischerweise schaffe ich es aber nicht deine version im git durch clonen zu mir zu bekommen. es erscheint immer nur die version aus jans git. seltsam. musst du da eventuell erst noch etwas freischalten?
Hm, wüsste ich nicht. mit diesem Link:
https://github.com/kc-GitHub/Asksin_OTA_Bootloader
konnte ich "meine" Version Clonen

Zitathast du deine neue version eventuell mit fhem probiert? mit dem bootloader v0.6.1 funktioniert es bei mir auch nicht.
Noch nicht. das teste ich auch noch mal.

Zitatmeinen neuen bootloader hatte ich versucht als eq3-file über ota zu flashen.
Hast du die Bootloaderversion von Unimatrix die sich selber updaten kann drauf?
Funktioniert das zuverlässig? Vielleicht können wir die Versionen dann ja mal zusammenführen.
Ich habe mal ein neue Php-Datei gebaut mit der man das hex-file konvertieren kann. Hier wied auch das srec-zeugs gleich mit gemacht.
Das ist aber noch nicht ganz fertig daher ist das noch nicht im Git. Zum Testen hänge ich das hier mal mit an.

Die Syntax sieht dann so aus:
Zitat./hex2eq3.php --inFile <infile.hex> [--outFile <outfile>] [--spmPageSize <64|128|256|512>] [--hexEndAddress <hexEndAddress>] [--outFormat <eq3|hex|bin>] [--withCrcCheck --pathTo-srec_cat <pathTo-srec_cat>]

Wenn pathTo-srec_cat nicht angegeben ist wird das aktuell unter ./bin/srecord/srec_cat erwartet.


Übrigens: Franz hat das FW-Update auf seiner LXCCU mit dem neuen LAN-GW mit dem geänderten Bootloader auch schon erfolgreich testen können.
Somit scheint meine Erweiterung hier zu funktionieren.
Das ganze soll aber noch mal auf einer "Echten" CCU2 getestet werden. Wenn das da auch funktioniert dann können wir die die neue Version glaube frei geben.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 12 Oktober 2014, 11:46:56
Zitat von: Dirk am 12 Oktober 2014, 11:42:06

...

Übrigens: Franz hat das FW-Update auf seiner LXCCU mit dem neuen LAN-GW mit dem geänderten Bootloader auch schon erfolgreich testen können.
Somit scheint meine Erweiterung hier zu funktionieren.
Das ganze soll aber noch mal auf einer "Echten" CCU2 getestet werden. Wenn das da auch funktioniert dann können wir die die neue Version glaube frei geben.

Gruß
Dirk

Eine echte CCU2 habe ich, aber keinen LAN-Adapter (wozu auch ?). Sag' was ich tun soll, dann probiere ich das aus.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 12 Oktober 2014, 11:55:02
Zitat von: cactus-online am 12 Oktober 2014, 11:46:56
Eine echte CCU2 habe ich, aber keinen LAN-Adapter (wozu auch ?). Sag' was ich tun soll, dann probiere ich das aus.
Du musst den neuen Bootloader Flashen.
Dazu brauchst du einen ISP-Adapter oder einen Raspberry Pi, oder einen Arduino der dann dafür eine spezielle Firmware bekommt. den du z.B. über USB an den Rechner anschließen kannst.

Einen fertig kompilierten Bootloader auch mit deiner Seriennummer und HM-ID kann ich dir schicken.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 12 Oktober 2014, 12:05:37
OK. Leider warte ich ja noch auf den angekündigten Programmieradapter, ohne den geht es wohl nicht, richtig ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 12 Oktober 2014, 12:31:12
Wie gesagt, auch ein Raspberry Pi oder ein Arduino kann man vorübergehend zu einem Programmieradapter machen.
Falls du auf eine dieser Optionen Zugriff hast, können wir hier weiter machen.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 12 Oktober 2014, 13:21:40
Ich möchte nicht auf dem HM_LC_Sw1PBU_FM herumlöten. Vielleicht kann ich ja Deinen Temperatur-Sensor stattdessen zum Test verwenden ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 12 Oktober 2014, 15:18:00
Also ich hatte für heute Abend geplant, einen "frischen" Schalter zu flashen.
Wenn also irgendein neuer Bootloader und/oder Firmware getestet werden soll - dann am besten gleich her damit. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 13 Oktober 2014, 02:12:56
hallo unimatrix,

Zitat von: unimatrix am 21 August 2014, 12:24:25
Habe eine Version fertig, mit der sich der Bootloader selbst flashen kann. Das ganze ist noch im Teststadium und ich habe es nur auf dem 644a getestet.

Wer mit testen möchte, findet das ganze auf meinem Fork: https://github.com/unimatrix27/Asksin_OTA_Bootloader

Sobald alle Feinschliffe und Tests gemacht sind, kann das ganze ggf. als deaktivierbare Option in die offizielle Version.

Freue mich über Feedback

ich habe deinen bootloader über isp geflasht. die applikation (firmware) kann ich anschliessend ota flashen und nutzen. dann habe ich den aktuellen bootloader von dirk mit eigener seriennummer und hmid gebaut und nach deiner anleitung ein eq3 file erzeugt. der flashvorgang ist laut eq3-sw erfolgreichgewesen. der bootloader der sich nun auf dem schalter meldet, sendet folgende message:

2014.10.13 01:39:22.341 4: CUL_Parse: cul868 A 14 00 0010 FFFFFF 000000 00FFFFFFFFFFFFFFFFFFFF2C -52


seriennummer und hmid sind natürlich völlig falsch. aber zumindestens meldet sich ein bootloader. nur welcher? kann es sein, dass die kombination mit dem aktuellen bootloader von dirk die ursache ist? oder ist eventuell in der beschreibung deines bootloaders mit den srec-anweisungen etwas nicht ganz in ordnung?

wäre schön, wenn man dieses feature zum laufen bringen und in die offizielle bootloader-version einbauen könnte.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 13 Oktober 2014, 10:39:43
Zitat von: cactus-online am 12 Oktober 2014, 13:21:40
Ich möchte nicht auf dem HM_LC_Sw1PBU_FM herumlöten. Vielleicht kann ich ja Deinen Temperatur-Sensor stattdessen zum Test verwenden ?
Ja klar. Mach das.

Zitat von: Mr. P am 12 Oktober 2014, 15:18:00
Also ich hatte für heute Abend geplant, einen "frischen" Schalter zu flashen.
Wenn also irgendein neuer Bootloader und/oder Firmware getestet werden soll - dann am besten gleich her damit. ;-)
Der aktuelle Stand ist bei mir im Github. Damit kannst du schon mal testen.
Ich denke aber, dass ich heute oder morgen Abend noch mal ein paar Änderungen nachreichen werde.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 13 Oktober 2014, 10:43:45
Zitat von: Dirk am 13 Oktober 2014, 10:39:43
Der aktuelle Stand ist bei mir im Github. Damit kannst du schon mal testen.
Ich denke aber, dass ich heute oder morgen Abend noch mal ein paar Änderungen nachreichen werde.
Hej Dirk,

hab zwar gestern angefangen, bin dann aber nicht ganz fertig geworden - wenn es sich also heute bei dir noch ausginge, wäre das klasse (bin ohnehin nicht vor 23 Uhr daheim). Ansonsten eine kurze Info, dass es heute nichts mehr wird, dann kann ich auch noch problemlos bis morgen warten.

Thx a lot! :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 13 Oktober 2014, 14:17:28
hallo dirk,

ZitatHast du die Bootloaderversion von Unimatrix die sich selber updaten kann drauf?
Funktioniert das zuverlässig? Vielleicht können wir die Versionen dann ja mal zusammenführen.

das ota-update des bootloaders hat jetzt perfekt funktioniert. bestätigen kann ich die 8k-variante mit dem hm-lc-sw1pbu-fm. wenn ich mir 2 bootloader mit unterschiedlicher seriennummer, jeweils mit dem vollständigen fileset von unimatrix, baue, gibt es keine probleme. egal ob mit oder ohne zusätzliche firmware. nach jedem flashen der firmware auch den schalter in fhem mit getconfig und regset probiert.

anschliessend wollte ich noch deinen wettersensor probieren. doch hier bekomme ich das hex-file des bootloaders nicht über isp mit avrdude geflasht. das flashen wird immer beendet mit:

avrdude: ERROR: address 0x800a out of range at line 212 of Bootloader-AskSin-OTA-HB_UW_Sen_THPL.hex

beim bauen gab es auch schon vorher probleme mit der grösse des bootloaders, die ich aber durch abschalten der debugausgabe umgehen konnte. der komplette log von make und avrdude ist hier:

D:\Dokumente und Einstellungen\frank\Eigene Dateien\FHEM\thpl_0.12\bootloader v0
.8.0-master\Asksin_OTA_Bootloader>make clean HB_UW_Sen_THPL
rm -rf *.o *.elf *.lst *.map *.sym *.lss *.eep *.srec *.bin *.hex \
        uart/*.o uart/*.elf uart/*.lst uart/*.map uart/*.sym uart/*.lss uart/*.e
ep uart/*.srec uart/*.bin uart/*.hex
make -C ./uart/ MCU=atmega328p
make[1]: Entering directory `D:/Dokumente und Einstellungen/frank/Eigene Dateien
/FHEM/thpl_0.12/bootloader v0.8.0-master/Asksin_OTA_Bootloader/uart'

-------- begin --------
avr-gcc (WinAVR 20100110) 4.3.3
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


Compiling: test_uart.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL    -Os -funsigned-ch
ar -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -W
a,-adhlns=test_uart.lst  -std=gnu99 -MD -MP -MF .dep/test_uart.o.d test_uart.c -
o test_uart.o

Compiling: uart.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL    -Os -funsigned-ch
ar -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -W
a,-adhlns=uart.lst  -std=gnu99 -MD -MP -MF .dep/uart.o.d uart.c -o uart.o

Linking: test_uart.elf
avr-gcc -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL    -Os -funsigned-char
-funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-
adhlns=test_uart.o  -std=gnu99 -MD -MP -MF .dep/test_uart.elf.d test_uart.o uart
.o --output test_uart.elf -Wl,-Map=test_uart.map,--cref    -lm

Creating load file for Flash: test_uart.hex
avr-objcopy -O ihex -R .eeprom test_uart.elf test_uart.hex

Creating load file for EEPROM: test_uart.eep
avr-objcopy -j .eeprom --set-section-flags=.eeprom="alloc,load" \
        --change-section-lma .eeprom=0 -O ihex test_uart.elf test_uart.eep
e:\programme\WinAVR-20100110\bin\avr-objcopy.exe: --change-section-lma .eeprom=0
x00000000 never used

Creating Extended Listing: test_uart.lss
avr-objdump -h -S test_uart.elf > test_uart.lss

Creating Symbol Table: test_uart.sym
avr-nm -n test_uart.elf > test_uart.sym
-------- end --------

make[1]: Leaving directory `D:/Dokumente und Einstellungen/frank/Eigene Dateien/
FHEM/thpl_0.12/bootloader v0.8.0-master/Asksin_OTA_Bootloader/uart'
avr-gcc -Wall -c -std=c99 -mmcu=atmega328p -Wl,--section-start=.text=0x7000,--se
ction-start=.addressData=0x7F70,--section-start=.boot1=0x7F80     -DF_CPU=800000
0 -DHB_UW_Sen_THPL -Os cc.c -o cc.o
avr-gcc -Wall    -std=c99 -mmcu=atmega328p -Wl,--section-start=.text=0x7000,--se
ction-start=.addressData=0x7F70,--section-start=.boot1=0x7F80     -DF_CPU=800000
0 -DHB_UW_Sen_THPL -DBOOTLOADER_START=0x7000 -DBOOT_PAGES=31 -DCODE_LEN=0x6FFE -
Os bootloader.c cc.o uart/uart.o -o Bootloader-AskSin-OTA-HB_UW_Sen_THPL.elf
avr-objcopy -j .text -j .data -j .addressData -j .boot1 -O ihex Bootloader-AskSi
n-OTA-HB_UW_Sen_THPL.elf Bootloader-AskSin-OTA-HB_UW_Sen_THPL.hex
avr-size -C --mcu=atmega328p Bootloader-AskSin-OTA-HB_UW_Sen_THPL.elf
AVR Memory Usage
----------------
Device: atmega328p

Program:    3226 bytes (9.8% Full)
(.text + .data + .bootloader)

Data:        152 bytes (7.4% Full)
(.data + .bss + .noinit)

D:\Dokumente und Einstellungen\frank\Eigene Dateien\FHEM\thpl_0.12\bootloader v0
.8.0-master\Asksin_OTA_Bootloader>avrdude -p m328p -P \\.\com62 -b 19200 -c avri
sp -V -U flash:w:Bootloader-AskSin-OTA-HB_UW_Sen_THPL.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.06s

avrdude: Device signature = 0x1e950f
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed

         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "Bootloader-AskSin-OTA-HB_UW_Sen_THPL.hex"
avrdude: input file Bootloader-AskSin-OTA-HB_UW_Sen_THPL.hex auto detected as In
tel Hex
avrdude: ERROR: address 0x800a out of range at line 212 of Bootloader-AskSin-OTA
-HB_UW_Sen_THPL.hex
avrdude: write to file 'Bootloader-AskSin-OTA-HB_UW_Sen_THPL.hex' failed

avrdude: safemode: Fuses OK

avrdude done.  Thank you.


wenn wir das noch erfolgreich testen, könnte man die bootloader-versionen doch eigentlich zusammenführen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 13 Oktober 2014, 17:18:40
das problem beim ota-update des bootloaders für den wettersensor ist wohl folgender natur:

am ende des bootbereichs wird eine page reserviert für die funktion "updateBootloaderFromRWW", die den bootloader überschreibt. die grösse dieser funktion wird wohl für die 128 byte page vom 328p zu gross sein. wenn ich im makefile 2 pages reserviere,

HB_UW_Sen_THPL:     BOOT_PAGES       = 31
HB_UW_Sen_THPL:     BOOT1_START       = 0x7F00
HB_UW_Sen_THPL:     ADDRESS_DATA_START    = 0x7EF0


kann avrdude den bootloader über isp flashen und er meldet sich korrekt über funk.

jetzt gibt es dann aber ein problem mit dem ota update des bootloaders. der hängt sich auf.
im program und im makefile wird auf den reservierten bereich rücksicht genommen, indem die letzte page nicht beschrieben wird. da es aber beim 644 eine page ist und beim 328p nun 2 pages sind, müsste man die funktion oder das makefile entsprechend der prozessortypen unterschiedlich programmieren. da komme ich mit meinen derzeitigen kenntnissen noch nicht weiter. ich probiere mal weiter.

wie/womit kann ich denn den speicherbedarf einer funktion ermitteln?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 14 Oktober 2014, 02:50:20
Ich habe am Bootloader noch mal einiges überareitet so dass ich die Codegräße noch weiter schrumpfen konnte.
Ohne Debugausgaben komme ich noch auf eine Größe von ~ 2,9 kB.

Ich hoffe so genügend Platz geschaffen zu haben um die Erweiterung von Unimatrix zum OTAU-Updatebaren Bootloaders auch im 4K Bootloaderbereich unterbringen zu können.

Änderungen:


Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 14 Oktober 2014, 08:47:16
Gibt es schon etwas neues vom ProgAdapter? Haben die Chinesen mittlerweile die Prognadeln geliefert?? ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 Oktober 2014, 12:18:30
ZitatIch hoffe so genügend Platz geschaffen zu haben um die Erweiterung von Unimatrix zum OTAU-Updatebaren Bootloaders auch im 4K Bootloaderbereich unterbringen zu können.
prima. das hört sich hervorragend an.  :)

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 14 Oktober 2014, 12:28:43
Zitat von: Dirk am 14 Oktober 2014, 02:50:20
Ich habe am Bootloader noch mal einiges überareitet so dass ich die Codegräße noch weiter schrumpfen konnte.
Cool! :-)

Zitat von: Dirk am 14 Oktober 2014, 02:50:20
Aktuell leider nur in einer Windows-Version.
Das hat jetzt allerdings was von einem Showstopper. :-/
Aber vielleicht kommt da demnächst noch etwas für Linux nach? :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 Oktober 2014, 16:18:40
update:

mit diesen änderungen des minibootloaders passt er nun gerade in eine 128 byte page.

void updateBootloaderFromRWW(){
// copy bootloader image from RWW section into NRWW section (except top page with this function)

uint32_t address;
for (uint8_t i=0;i<BOOT_PAGES-1;i++){
address=BOOTLOADER_START+(i*SPM_PAGESIZE);
//boot_page_erase (BOOTLOADER_START+(i*SPM_PAGESIZE));
for(uint16_t j=0;j<SPM_PAGESIZE;j=j+2){
//wordbuf=pgm_read_word((i*SPM_PAGESIZE)+j);
//address=BOOTLOADER_START+(i*SPM_PAGESIZE)+j;
boot_page_fill(address+j,pgm_read_word(address-BOOTLOADER_START+j));
}

boot_page_write(address);
boot_spm_busy_wait();
boot_rww_enable();
}
//address=BOOTLOADER_START-SPM_PAGESIZE;
boot_page_erase(BOOTLOADER_START-SPM_PAGESIZE);

wdt_enable(WDTO_1S);
while(1); // wait for Watchdog to generate reset
}


mit diesen einstellungen im make file:

HB_UW_Sen_THPL:     TARGET                = HB_UW_Sen_THPL
HB_UW_Sen_THPL:     MCU                   = atmega328p
HB_UW_Sen_THPL:     CODE_LEN              = 0x6FFE
HB_UW_Sen_THPL:     BOOTLOADER_START      = 0x7000
HB_UW_Sen_THPL:     BOOT_PAGES       = 32
HB_UW_Sen_THPL:     BOOT1_START       = 0x7F80
HB_UW_Sen_THPL:     ADDRESS_DATA_START    = 0x7F70
HB_UW_Sen_THPL:     hex


und diesen änderungen für die srec aufrufe:

    srec_cat Bootloader-AskSin-OTA-HB_UW_Sen_THPL.hex -intel \
    -offset -0x7000 \
    -fill 0xFF 0x0000 0x6ffc \
    -generate 0x6ffc 0x6ffe -repeat-data 0x11 0x47 \
    -o  payload_temp.bin -binary


    srec_cat payload_temp.bin -binary \
    -Cyclic_Redundancy_Check_16_Little_Endian 0x6FFE \
    -o  payload.bin -binary


kann ich den bootloader vom wettersensor nun ota updaten. nun gibt es leider noch ein kleines problemchen mit den devicedaten (hmid und seriennummer). beim flashen über isp mit avrdude ist alles in ordnung. aber nach dem ota-update meldet sich der neue bootloader mit seltsamen daten. da muss ich noch mal schauen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 14 Oktober 2014, 16:26:22
Du hast boot_page_erase auskommentiert?
Normalerweise muss vor dem Schreiben des Flashes dieser gelöscht werden.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 Oktober 2014, 16:37:23
Zitat von: Dirk am 14 Oktober 2014, 16:26:22
Du hast boot_page_erase auskommentiert?
Normalerweise muss vor dem Schreiben des Flashes dieser gelöscht werden.
ich dachte, da wir sowieso immer alles komplett kopieren, müsste man nicht mehr unbedingt löschen. das hat mir dann die letzten benötigten bytes gebracht.

also muss ein erase unbedingt gemacht werden, oder nicht? ich bin da nicht so der fachmann.  ;)

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 14 Oktober 2014, 16:49:32
Ist zwar ein Beitrag aus dem Microchip Forum:
http://www.microchip.com/forums/m485168.aspx

Das sollte aber auch auf den Flash vom AVR zutreffen.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 Oktober 2014, 16:59:35
merci. das würde den effekt gut erklären.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 Oktober 2014, 17:45:17
so funktioniert es endlich auch mit dem wettersensor. also der minibootloader:

void updateBootloaderFromRWW(){
// copy bootloader image from RWW section into NRWW section (except top page with this function)

uint32_t address;

#if SPM_PAGESIZE == 256
for (uint8_t i=0;i<BOOT_PAGES-1;i++){
#elif SPM_PAGESIZE == 128
for (uint8_t i=0;i<BOOT_PAGES-2;i++){
#endif
address=BOOTLOADER_START+(i*SPM_PAGESIZE);
boot_page_erase (address);
for(uint16_t j=0;j<SPM_PAGESIZE;j=j+2){
//wordbuf=pgm_read_word((i*SPM_PAGESIZE)+j);
//address=BOOTLOADER_START+(i*SPM_PAGESIZE)+j;
boot_page_fill(address+j,pgm_read_word(address-BOOTLOADER_START+j));
}

boot_page_write(address);
boot_spm_busy_wait();
boot_rww_enable();
}
//address=BOOTLOADER_START-SPM_PAGESIZE;
boot_page_erase(BOOTLOADER_START-SPM_PAGESIZE);

wdt_enable(WDTO_1S);
while(1); // wait for Watchdog to generate reset
}


makefile daten:

HB_UW_Sen_THPL:     TARGET                = HB_UW_Sen_THPL
HB_UW_Sen_THPL:     MCU                   = atmega328p
HB_UW_Sen_THPL:     CODE_LEN              = 0x6FFE
HB_UW_Sen_THPL:     BOOTLOADER_START      = 0x7000
HB_UW_Sen_THPL:     BOOT_PAGES       = 32
HB_UW_Sen_THPL:     BOOT1_START       = 0x7F00
HB_UW_Sen_THPL:     ADDRESS_DATA_START    = 0x7EF0
HB_UW_Sen_THPL:     hex


srec aufruf:

    srec_cat Bootloader-AskSin-OTA-HB_UW_Sen_THPL.hex -intel \
    -offset -0x7000 \
    -fill 0xFF 0x0000 0x6ffc \
    -generate 0x6ffc 0x6ffe -repeat-data 0x11 0x47 \
    -o  payload_temp.bin -binary


    srec_cat payload_temp.bin -binary \
    -Cyclic_Redundancy_Check_16_Little_Endian 0x6FFE \
    -o  payload.bin -binary


gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 14 Oktober 2014, 17:55:28
Na cool.
Da warst du schneller als ich :)

Ich werde das heute Abend auch mal testen und einbauen.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 Oktober 2014, 20:57:44
ota-self-updating des bootloaders (4k-version) für den schalter (mega644) ist auch erfolgreich getestet. srec und makefile wie bei unimatrix.

dabei ist mir gerade aufgefallen, dass ja die eq3-firmware files immer nur für eine bootloader-variante (4k/8k) funktionieren. das ist ja eigentlich irgendwie nicht wirklich komfortabel. da sollte man sich auf alle fälle bei seinen schaltern auf eine version festlegen. sonst wirds schnell unübersichtlich.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 14 Oktober 2014, 21:07:21
Zitat von: frank am 14 Oktober 2014, 20:57:44
ota-self-updating des bootloaders (4k-version) für den schalter (mega644) ist auch erfolgreich getestet. srec und makefile wie bei unimatrix.
Auf die Gefahr hin, dass ich in meinem übermüdeten Zustand etwas überlesen habe... aber könntest du die funktionierenden Workflows mit der zuletzt getesteten Version für Schalter und Sensor posten?

Zitat von: frank am 14 Oktober 2014, 20:57:44
dabei ist mir gerade aufgefallen, dass ja die eq3-firmware files immer nur für eine bootloader-variante (4k/8k) funktionieren. das ist ja eigentlich irgendwie nicht wirklich komfortabel. da sollte man sich auf alle fälle bei seinen schaltern auf eine version festlegen. sonst wirds schnell unübersichtlich.
Also solange die 4k genügen und beide Devices damit bedient werden können, gibt es wohl kaum einen Grund, die 8k-Variante nutzen zu wollen. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 14 Oktober 2014, 22:52:54
Zitat von: Mr. P am 14 Oktober 2014, 21:07:21
Also solange die 4k genügen und beide Devices damit bedient werden können, gibt es wohl kaum einen Grund, die 8k-Variante nutzen zu wollen. :-)
Es sei denn jemand möchte was größeres anstellen und braucht die zusätzlichen 4k noch  :D

Ich habe jetzt auch ein paar Tests gemacht und das Bootloaderupdate für gut befunden :)
Ich habe alles bei mir im Github eingecheckt.

Folgende Sachen sind noch hier dazu gekomen:


Ich habe dem Bootloader jetzt die Version 0.7.0 gegeben.
@Unimax: 0.8.0 fand ich dann doch etwas zu viel :)

Viele Grüße
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 15 Oktober 2014, 00:22:47
Es war doch  noch ein kleiner Bug in updateBootloaderFromRWW.
boot_rww_enable darf erst am ende kommen.
sonst wird die Page mit dem magicWord nicht gelöscht.

Ist gefixt und im Github.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 Oktober 2014, 12:51:24
hallo dirk,

danke für den neuen bootloader. der läuft bei mir gerade auf dem schalter in der 8k-version. das anschliessende ota update mit meiner alten eq3 firmware hat auch funktioniert. beim ersten mal hat eq3 ein erfolgreiches update gemeldet, aber der bootloader hat es wohl nicht akzeptiert. der 2 versuch war dann ok.

ZitatIch habe mal ein neue Php-Datei gebaut mit der man das hex-file konvertieren kann. Hier wied auch das srec-zeugs gleich mit gemacht.

nun möchte ich mir eq3-files bauen und wollte das neue hex2eq3-script probieren. da stehe ich noch ein wenig auf dem schlauch.

hex2eq3.php --inFile <infile.hex> [--outFile <outfile>] [--spmPageSize <64|128|256|512>] [--hexEndAddress <hexEndAddress>] [--outFormat <eq3|hex|bin>] [--markAsBootloaderUpdate] [--withCrcCheck --pathTo-srec_cat <pathTo-srec_cat>]

1.  [--outFile <outfile>] sehe ich das richtig, dass wenn ich hier zb "<file>.eq3" angebe, der parameter [--outFormat <eq3|hex|bin>] entfallen kann?

2. [--spmPageSize <64|128|256|512>] ist hier 128 default?

3. [--hexEndAddress <hexEndAddress>] welcher wert ist das genau? 0xFFFF für bootloader? fehlt eventuell noch ein parameter, um 4k/8k unterscheiden zu können? im php-script gibt es ein wert 0x6FFE. das wäre dann also CODE_END (aus makefile) - 1 byte. 

5. [--withCrcCheck] ist das jetzt nicht eigentlich abgeschaft, oder muss das doch noch angegeben sein?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 15 Oktober 2014, 13:10:22
Zitat von: frank am 15 Oktober 2014, 12:51:24
nun möchte ich mir eq3-files bauen und wollte das neue hex2eq3-script probieren. da stehe ich noch ein wenig auf dem schlauch.
1.  [--outFile <outfile>] sehe ich das richtig, dass wenn ich hier zb "<file>.eq3" angebe, der parameter [--outFormat <eq3|hex|bin>] entfallen kann?
outfile ist nur der Dateiname daraus wird nicht auf den Typ geschlossen. Somit musst du als outFormat  dann eq3 angeben.

Zitat2. [--spmPageSize <64|128|256|512>] ist hier 128 default?
Nein. spmPageSize muss auch angegeben werden ein Default gibt es nicht. Ok, der sollte noch mit rein.

Zitat3. [--hexEndAddress <hexEndAddress>] welcher wert ist das genau? 0xFFFF für bootloader?
Das ist die Endadresse des Application-Bereiches. Defaut ist 0x6FFE. Diese ist abhängig vom AVR und von der Bootloadergröße.
Eigentlich sollte hier der Wert "CODE_END" aus dem entsprechenden Makefile-Abschnitt angegeben werden. Aktuell muss hier aber CODE_END-1 angegeben werden.

Zitat5. [--withCrcCheck] ist das jetzt nicht eigentlich abgeschaft, oder muss das doch noch angegeben sein?
withCrcCheck muss gesetzt sein. Denn der Bootloader akzeptiert keine Updates mehr ohne CRC. Das ist aktuell nur noch drin geblieben um auch Updatefiles ohne CRC zu erstellen. Vermutlich kann das aber auch raus.

Ok, ich sehe schon, hier sind noch ein paar "Kleinigkeiten" zu lösen.
Eigentlich hätte ich das Script auch gerne so umgebaut damit es auch ohne srec-cat auskommt.
Auch würde ich das gerne noch auf Perl portieren. Das Php-Script ging aber schneller :)

Update:
Es muss natürlich "CODE_END-1" heisen
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 Oktober 2014, 14:00:01
das ist ja alles nicht so einfach.  :)

meine windows xp eingabeaufforderung (dos-fenster) sagt nun:

D:\Dokumente und Einstellungen\frank\Eigene Dateien\FHEM\thpl_0.12\Asksin_OTA_Bo
otloader v0.7.0>php contrib\hex2eq3.php --inFile Bootloader-AskSin-OTA-HM_LC_Sw1
PBU_FM_8k.hex --outFile Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k --spmPageSize 2
56 --hexEndAddress 0xDFFE --outFormat eq3 --markAsBootloaderUpdate --withCrcChec
k
Der Befehl "D:\Dokumente" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
Der Befehl "D:\Dokumente" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
Could not open tmpfile.tmp


irgendwer kommt nun nicht mit den langen namen nicht klar, denk ich. wobei bin2eq3.php immer gut funktioniert hat.

ZitatDas ist die Endadresse des Application-Bereiches. Defaut ist 0x6FFE. Diese ist abhängig vom AVR und von der Bootloadergröße.
Eigentlich sollte hier der Wert "CODE_END" aus dem entsprechenden Makefile-Abschnitt angegeben werden. Aktuell muss hier aber CODE_END-2 angegeben werden.
hm... CODE_END ist aber mit 0x6FFF angegeben. mit "CODE_END-2" komme ich da dann auf 0x6FFD. du meintest vielleicht "BOOTLOADER_START (0x7000) -2"?

könnte nicht das makefile neben dem hex-file gleich noch ein eq3-file auswerfen? da sind doch eigentlich schon alle infos beisammen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 15 Oktober 2014, 14:13:02
Zitat von: frank am 15 Oktober 2014, 14:00:01
meine windows xp eingabeaufforderung (dos-fenster) sagt nun:
Ah Windows. Hast du eine srec-cat Version von Windows. Ansonsten wird das nicht funktionieren.

Zitatirgendwer kommt nun nicht mit den langen namen nicht klar, denk ich.
Das Problem ist hier nicht der lange Name sondern die Leerzeichen im Pfad.
Kopier das Script mal in eine in Pfad ohne Leerzeichen.
Aber wie gesagt, ohne eine Windows-Version von srec-cat funktioniert das so noch nicht.

Zitathm... CODE_END ist aber mit 0x6FFF angegeben. mit "CODE_END-2" komme ich da dann auf 0x6FFD.
Äh, stimmt ich meine natürlich "CODE_END-1" Ich habe es untern gleich mal geändert.

Zitatkönnte nicht das makefile neben dem hex-file gleich noch ein eq3-file auswerfen? da sind doch eigentlich schon alle infos beisammen.
Nicht wenn man ein "fremdes" Firmware-File so konvertieren will.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 Oktober 2014, 16:25:26
Zitat von: Dirk am 15 Oktober 2014, 14:13:02
Ah Windows. Hast du eine srec-cat Version von Windows. Ansonsten wird das nicht funktionieren.
ist sogar bei winavr und arduino ide dabei. hatte mir aber eine neuere version beschaffen müssen, da wir so exotische optionen nutzen. die hatte ich dann bei winavr ausgetauscht, womit windows den pfad eigentlich immer kannte. beim script musste ich jetzt alles angeben, damit es funktionierte.

ZitatKopier das Script mal in eine in Pfad ohne Leerzeichen.
das hat dann wunderbar geklappt.

das ota update mit eq3-file will aber nicht. mit folgendem befehl habe ich es für den wettersensor erzeugt.

E:\downloads\thpl_0.12\Asksin_OTA_Bootloader_0.7.0>php contrib\hex2eq3.php --inF
ile Bootloader-AskSin-OTA-HB_UW_Sen_THPL.hex --outFile Bootloader-AskSin-OTA-HB_
UW_Sen_THPL.eq3 --spmPageSize 128 --hexEndAddress 0x6FFE --outFormat eq3 --markA
sBootloaderUpdate --withCrcCheck --pathTo-srec_cat e:\programme\srecord-1.64-win
32\srec_cat.exe


ZitatAchja, und vor dem Bootloader-Update blinkt die LED jetzt auch 10mal schnell. So dass man den Start des Updates auch optisch erkennen kann.

das geschieht auch, aber der bootloader meldet sich immer noch mit den selben devicedaten (hmid, sn), sodass das eq3-tool dann sofort wieder neu startet. also ist entweder das 10-fache blinken falsch oder die neuen daten gehen verloren.

update: gleiches verhalten beim schalter mit 8k-version.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 15 Oktober 2014, 16:56:48
Zitat von: frank am 15 Oktober 2014, 16:25:26
das geschieht auch, aber der bootloader meldet sich immer noch mit den selben devicedaten (hmid, sn)
Das ist so auch erstmal korrekt so.
Die Devicedaten befinden sich noch hinter der Updateroutine im Flash. also in den letzten 16 Bytes.
Diese Daten kann man per OTA-Update durch einen neuen Bootloader nicht ändern.
Das geht nur initial per ISP.

Das mach so ja auch sinn. Denn dann kann man einen "allgemeinen" Bootloader für Updates verteilen.

Zitatsodass das eq3-tool dann sofort wieder neu startet. also ist entweder das 10-fache blinken falsch oder die neuen daten gehen verloren.
Das ist ein Problem mit dem eq3-tool.
Wenn du den Bootloader updatest dann wird der Programmcode gelöscht.
Nach dem Bootloaderupdate ist der Sensor also wieder leer. Der Bootloader möchte dann automatisch wieder weiter flaschen.

Das eq3-tool stoppt nach dem Update aber nicht, sondern liefert die aktuell eingestellte Software soffort wieder an einen sich meldenden Bootloader aus.
Wenn das eq3-tool den Updatevorgang also als "fertig" gemeldet hat, dann muss man manuell auf abrechen drücken. Sonst landet man in einer Flash-Schleife.
Das ist ziemlich dämlich da umgesetzt.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 Oktober 2014, 17:13:51
ZitatDas mach so ja auch sinn. Denn dann kann man einen "allgemeinen" Bootloader für Updates verteilen.
genial.  :)  ein erfolgreiches update kann man dann also nur am 10-fachen blinken erkennen.

dann ist ja alles perfekt und der schalter kann endlich eingemauert werden.  8)
danke vielmals, auch an alle anderen bootloader-entwickler. jetzt ist bei eq3 wohl urlaubssperre, damit sie hinterherkommen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 15 Oktober 2014, 17:21:13
Zitat von: frank am 15 Oktober 2014, 17:13:51
ein erfolgreiches update kann man dann also nur am 10-fachen blinken erkennen.
Du kannst im neuen Bootloader ja z.B. das Blinken der LED verändern. Dann solltest du das nach dem Flashen sehen können.

Wir können ja die Versionsnummer im Blinken der LED kodieren. Version 0.7.1 würde dann z.B. so aussehen: 0 mal lang - 7 mal kurz - einmal lang :)
Wobei die Idee ist vielleicht gar nicht so verkehrt.

Zitatdann ist ja alles perfekt und der schalter kann endlich eingemauert werden.
Vielleicht wartest du noch ein paar Tage bis noch bei ein paar anderen Testern alles ok ist
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 Oktober 2014, 17:25:50
ZitatWobei die Idee ist vielleicht gar nicht so verkehrt.
prima idee.  8)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 15 Oktober 2014, 19:16:19
Zitat von: frank am 15 Oktober 2014, 17:25:50
prima idee.  8)
Ich habs mal eingebaut.
Man kann das im device .c file ein / oder ausschalten
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 Oktober 2014, 22:23:47
Zitat von: Mr. P am 14 Oktober 2014, 21:07:21
Also solange die 4k genügen und beide Devices damit bedient werden können, gibt es wohl kaum einen Grund, die 8k-Variante nutzen zu wollen. :-)
ich sehe das im augenblick so: der schalter hat 64k flash, die vermutlich nie genutzt werden. somit gibt es in absehbarer zukunft keinen grund den bootloaderbereich möglichst klein zu halten. der augenblickliche code des bootloaders benötigt knapp 4k. nach und nach hat dirk den code immer wieder schlanker gemacht, um neue features noch hinein zu bringen. es wird also immer enger. somit gönne ich meinem schalter lieber 8k bootloaderbereich, damit ich immer alle features zukünftiger bootloader versionen nutzen kann. denn zu jeder bootloader-grössenveränderung müssen die fusebits verändert werden und das bedeutet ausbauen, löten und über isp flashen. in der neuen ära des ota-updatebaren ota-bootloaders soll das bei mir der vergangenheit angehören.  :)

ZitatAuf die Gefahr hin, dass ich in meinem übermüdeten Zustand etwas überlesen habe... aber könntest du die funktionierenden Workflows mit der zuletzt getesteten Version für Schalter und Sensor posten?

1. dirks bootloader-umgebung clonen/downloaden https://github.com/kc-GitHub/Asksin_OTA_Bootloader (https://github.com/kc-GitHub/Asksin_OTA_Bootloader)

2. devicedaten deines schalters (sn, hmid) in devices/HM-LC-Sw1PBU-FM.h mit den originaldaten ersetzen und typ=0xF0A9 setzen (modelnummer des schalters mit alternativer firmware). damit sind die daten im flash verewigt und du brauchst dich eigentlich nicht mehr darum zu kümmern. bei einem nächsten bootloader update kannst du ein beliebiges bootloader_8k.eq3 file ota flashen. trotzdem behält der bootloader seine daten. theoretisch sollte das auch mit firmwaredateien funktionieren. bei der schalterfirmware ist es eventuell aber noch nicht integriert. beim wettersensor funktioniert es aber bereits.

3. bootloader bauen (8k):

make clean HM_LC_Sw1PBU_FM_8k

4. fusebits setzen (8k, unlock):

avrdude -p m644 -P usb -c usbasp -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m

5. über isp flashen (8k):

avrdude -p m644 -P usb -c usbasp -V -U flash:w:Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex

6. fertig

wenn dann in den nächsten wochen die neue version mit flashen über fhem erscheint, einfach ein neues hexfile bauen und mit dem tool hex2eq3.php daraus ein eq3-file erstellen. zb bei mir für den schalter (8k):

php contrib\hex2eq3.php --inFile Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex --outFile Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --markAsBootloaderUpdate --withCrcCheck --pathTo-srec_cat e:\programme\srecord-1.64-win32\srec_cat.exe

eventuell werden dann sogar schon fertige eq3-files angeboten, die du dann in deinem eq3-firmware-update-thread aufnehmen kannst. dann bräuchtest du gar nichts mehr bauen, sondern nur noch ota-flashen.  8)  weitere einzelheiten in der readme.md. wahrscheinlich noch nicht ganz auf dem neuesten stand.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 15 Oktober 2014, 22:37:45
Zitat von: frank am 15 Oktober 2014, 22:23:47
es wird also immer enger. somit gönne ich meinem schalter lieber 8k bootloaderbereich, damit ich immer alle features zukünftiger bootloader versionen nutzen kann.
Hej frank,

zuerst einmal Danke für die ausführliche Anleitung. Damit dürfte alles klar sein. :-)

Die 4k Version hätte ich deshalb präferiert, da wohl irgendwann auch Schluss mit neuen Bootloaderversionen sein wird und ich mir gut vorstellen kann, dass Dirk es gerne hätte, wenn nicht unterschiedliche Bootloaderversionen für Wettersensor und Schalter verwendet werden müssen (und wenn auch nur einzelne Features vor dem Kompilieren aktiviert bzw. deaktiviert werden müssen). Aber natürlich, wenn es nur um den Schalter geht (und um den gehts hier im Thread) bist du mit 8k du auf alle Fälle auf der sicheren Seite und musst dir keine Gedanken machen, ob eine Version des Bootloaders nicht vielleicht doch einmal mehr als 4k brauchen könnte. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 15 Oktober 2014, 23:49:49
So, es waren doch noch ein Paar Schusselfehler drin:

Ich hoffe damit sind alle Bugs behoben. Und hoffe auf reges testen :)


Zitat von: Mr. P am 15 Oktober 2014, 22:37:45
und ich mir gut vorstellen kann, dass Dirk es gerne hätte, wenn nicht unterschiedliche Bootloaderversionen für Wettersensor und Schalter verwendet werden müssen (und wenn auch nur einzelne Features vor dem Kompilieren aktiviert bzw. deaktiviert werden müssen).
Naja, Im Moment haben alle Versionen des Loaders noch die selben Einstellungen. Somit kann jeder selber entscheiden ob er den 4k oder 8k Loader nehmen möchte.
Wenn man aber genug Platz im Flash hat, kann man trotzdem den 8k Bootloader benutzen. Dann ist ein bisschen Platz falls man noch andere Sachen machen möchte.
Z.B. falls man doch noch eine Verschlüsselung einbauen möchte o.Ä.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 Oktober 2014, 00:00:22
ZitatSo, es waren doch noch ein Paar Schusselfehler drin:
...
Es wurde eine Page vom Bootloaderupdate vergessen zu schreiben
betrifft das auch den minibootloader? muss also zwangsläufig über isp geflasht werden oder reicht hierfür ein ota-update?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 16 Oktober 2014, 00:02:30
Zitat von: frank am 16 Oktober 2014, 00:00:22
betrifft das auch den minibootloader? muss also zwangsläufig über isp geflasht werden oder reicht hierfür ein ota-update?
Ja. Wenn du aber den 8k Loader benutzt, kannst du ggf. auf die letzten Page verzichten :)

Ich hoffe das war der letzte Bug. vor allem im "Miniloader"
Daher, falls jemand lust auf Codereview hat währ das auch gut.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 Oktober 2014, 00:11:21
Zitat von: Dirk am 16 Oktober 2014, 00:02:30
Ja. Wenn du aber den 8k Loader benutzt, kannst du ggf. auf die letzten Page verzichten :)
noch ist das kabel dran. das werde ich dann wohl nochmal ausnutzen. nicht das dann für die weihnachts-edition eventuell der platz nicht mehr ausreicht.  8)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 18 Oktober 2014, 18:37:28
hallo unimatrix,

ich versuche gerade deine experimentelle adaption der alternativen firmware zum laufen zu bringen. es scheint so, dass die libraries nicht auf dem stand der ino.datei sind. zumindestens relay.cpp/relais.h können mit:

CurrentSenseRelay relay[2];

nichts anfangen. könntest du das eventuell reparieren?

ich möchte der firmware das automatische einlesen der devicedaten aus dem bootloaderbereich beibringen. nun wollte ich mich am beispiel des wettersensors von dirk orientieren, um die aktuelle firmware zu ergänzen. musste dabei aber feststellen, dass bei jeder änderung des codes weitere änderungen nötig werden. das wird dann wohl damit enden, dass dann ebenfalls die gesamte struktur erneuert ist.  ;) 
also käme mir deine version natürlich sehr entgegen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 18 Oktober 2014, 18:51:48
Hej frank,

hab heute auch endlich Zeit gefunden, mich mit den Schaltern zu beschäftigen und nach deiner Anleitung ging das Flashen des Bootloaders auch prima.
Aber dafür hänge ich derzeit bei der Firmware. Habe die Version von jab entsprechend mit den Daten des Schalters gebaut und ota geflasht...
Zumindest ohne firstload ist es mir nicht gelungen, mit der Zentrale zu sprechen, die mit firstload flashe ich gerade (was eigentlich wenig überraschend ist, da ich meinen ersten Schalter damals auch so "bauen" musste, damit es schlussendlich geklappt hat).
Welche Version hast du derzeit im Einsatz?

Ich habe unimatrix vor einiger Zeit einmal wegen seiner Firmware-Version gefragt, und da meinte er, die wäre wohl kaputt... Seither hat er in sein Repository allerdings auch leider nichts mehr eingecheckt und ich schaue regelmäßig, ob nicht doch was kommt, da er damals noch ein paar Dinge eingebaut bzw. gefixt hatte, die mir aufgefallen waren. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 18 Oktober 2014, 19:07:06
ZitatZumindest ohne firstload ist es mir nicht gelungen, mit der Zentrale zu sprechen, die mit firstload flashe ich gerade...
Welche Version hast du derzeit im Einsatz?
die offizielle von jan. ohne firstload. meine daten eingetragen (hmid, sn, model=0xF0A9). wurde die eq3 datei auch vom bootloader akzeptiert, oder blinkt der bootloader weiterhin und hat die datei wegen crc-check verworfen? mit normalem pairen habe ich auch probleme. ich paire mittlerweile immer mit "set <dev> regset paircentral xxxxxx". das funktioniert komischerweise. welche rawmessage wird denn vom schalter gesendet, wenn du den configschalter 5s drückst (pairing-modus)?

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 18 Oktober 2014, 19:22:24
noch ein kleiner tip:

mit diesem geänderten code in der ino.datei:

if (idx == 0) {
        if (state == 0) {
hm.ld.shortBlink();
hm.recv_UpdateEvent();
}
if (state == 2) { // long key press, start pairing
hm.ld.shortBlink3();
hm.startPairing();
}
if (state == 5) hm.reset(); // double long key press, reset the device
}


kannst du den bootloader mit einem kurzen tastendruck starten ein langer tastendruck wird mit dreimaligem blinken angezeigt.  ;)

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 18 Oktober 2014, 19:26:27
Zitat von: frank am 18 Oktober 2014, 19:07:06
die offizielle von jan. ohne firstload. meine daten eingetragen (hmid, sn, model=0xF0A9). wurde die eq3 datei auch vom bootloader akzeptiert, oder blinkt der bootloader weiterhin und hat die datei wegen crc-check verworfen? mit normalem pairen habe ich auch probleme. ich paire mittlerweile immer mit "set <dev> regset paircentral xxxxxx". das funktioniert komischerweise. welche rawmessage wird denn vom schalter gesendet, wenn du den configschalter 5s drückst (pairing-modus)?
Danke für den Tipp mit dem pairCentral... Damit hat es auf Anhieb wunderbar geklappt. :-)
Werde den Schalter jetzt einmal fertig einrichten... Der Rest sollte ja kein Problem mehr sein.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 18 Oktober 2014, 20:53:48
Hej again,

der Schalter hängt jetzt an der Wand und ich mache meine ersten Tests für die Wechselschaltung.
Dadurch ist mir jetzt auch erstmals aufgefallen, dass ich die beiden internen Knöpfe mit beiden Schaltern peeren und damit das Relais schalten kann. Aber ich komme gerade nicht dahinter, welches Szenario es geben könnte, wo man beide (oder überhaupt nur den ersten) Schalter verwenden will und nicht nur mit dem Zweiten auskommen würde, da dieser auch die Strommessung durchführt.
Any ideas? :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 18 Oktober 2014, 23:00:07
Moin,

@Mr. P.: Den ersten Channel kann man ohne Wechselschaltung nutzen. Er ist auf jeden Fall etwas schneller als der andere. Allerdings hast du schon recht, dass man ihn nicht mehr zwingend braucht, wenn die Stromerkennung funktioniert.

Ich plane gerade den 31C3. Wir haben ein Assembly angemeldet (da bekommt man Tische und Stühle im Hackcenter). Wer hat Lust auf ein Homematic Homebrew Entwicklertreffen?

Ich brauche ein grobe Anzahl an Personen die zusätzlich kommen. Aktuell sind wir ein allgemeines Assembly mit ca 10 Personen die teilweise auch an Homematic basteln. Wir könnten da aber locker unterkommen. Sollten wir sehr viele werden würde ich ein separates Assembly anmelden.


Gruß,
Jan

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 Oktober 2014, 05:18:19
Hej Jan,

danke für deine Antwort.

Zitat von: jab am 18 Oktober 2014, 23:00:07
@Mr. P.: Den ersten Channel kann man ohne Wechselschaltung nutzen. Er ist auf jeden Fall etwas schneller als der andere. Allerdings hast du schon recht, dass man ihn nicht mehr zwingend braucht, wenn die Stromerkennung funktioniert.
Nachdem ich jetzt 1 1/2 Stunden lange versucht habe, einen HM-PB-2-FM zu peeren, hab ich erst deine Antwort gelesen. Nach langem hin und her ist es mir zwar gelungen, aber selbst das Schalten funktioniert äußerst schlecht - dem Blinken von dem HM-PB-2-FM nach, scheint es, als würde er seine Nachrichten nicht los werden. Kann es sein, dass es beim Sw02 auch leichter zu Timingproblemen kommen kann?

Zitat von: jab am 18 Oktober 2014, 23:00:07
Ich plane gerade den 31C3. Wir haben ein Assembly angemeldet (da bekommt man Tische und Stühle im Hackcenter). Wer hat Lust auf ein Homematic Homebrew Entwicklertreffen?
So gerne ich auch würde, aber so um Weihnachten soll mein Nachwuchs das Licht der Welt erblicken und da hab ich dann bestimmt auch ganz andere Dinge im Kopf. ;-)

So - gehe jetzt erstmals ein wenig frustriert ins Bett! :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 19 Oktober 2014, 10:51:12
ZitatNach langem hin und her ist es mir zwar gelungen, aber selbst das Schalten funktioniert äußerst schlecht
du hast schon noch im kopf, dass dein lampenstrom auch eine gewisse stärke haben muss. wenn du keine anpassung im code vorgenommen hast, muss der currentwert aus chn4 bei leuchtender lampe über 500 liegen. mit einer 11w energiesparleuchte erhalte ich nur ca. 350. http://forum.fhem.de/index.php/topic,18071.msg194336.html#msg194336 (http://forum.fhem.de/index.php/topic,18071.msg194336.html#msg194336)

bei meinen ersten versuchen mit dem schalter hatte ich auch mal einen internen taster mit chn4 gepeert. damals konnte ich keinen besonderen unterschied erkennen. peering und schalten funktiionierte mit chn3/4 gleichermassen gut. zumindestens mit dem internen taster.

ZitatIch plane gerade den 31C3. Wir haben ein Assembly angemeldet (da bekommt man Tische und Stühle im Hackcenter). Wer hat Lust auf ein Homematic Homebrew Entwicklertreffen?
coole idee.  8)

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 20 Oktober 2014, 01:43:12
Zitat von: frank am 19 Oktober 2014, 10:51:12
du hast schon noch im kopf, dass dein lampenstrom auch eine gewisse stärke haben muss. wenn du keine anpassung im code vorgenommen hast, muss der currentwert aus chn4 bei leuchtender lampe über 500 liegen. mit einer 11w energiesparleuchte erhalte ich nur ca. 350.
Hej frank,

herzlichen Dank für den Tipp... aber den Wert hab ich bereits überprüft und liegt immer etwas über 800.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 Oktober 2014, 00:30:49
Tja... Oft kann es so einfach sein.
Wie es scheint, war einfach eine der neuen Batterien leer.
Hab jetzt sicherheitshalber auch alle Lötstellen am Schalter nochmal nachgemessen, aber da scheint alles soweit in Ordnung zu sein.
Mal abwarten, was die nächsten Tage so bringen. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 23 Oktober 2014, 13:28:40
Hallo an alle,

vielleicht könnt ihr mir bei meinem Problem weiterhelfen.

Ich möchte gern die den schalter mit flash ota flaschen. Leider kommt immer ein Waiting for device with serial KEQ0000001.

Denn Bootloader habe ich über sudo avrdude -p m644 -P gpio -c gpio -V -U flash:w:Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex drauf bekommen. Die Fuses habe ich per sudo avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m habe ich so gesetzt. Vielleicht kann mir noch jemand erläutern was der Befehl macht.

Die Installation des Bootloaders ging somit augenscheinlich ohne Probleme.

Nur die Firmware für den Betrieb bekomme ich nicht drauf. Es bleibt immer an dieser Stelle hängen. Habe auch schon probiert die Dateien aus der Wiki zu nehmen https://owncloud.isengard.at/public.php?service=files&t=8992affb68e8c1dcbe532152628ad9a5. Gleicher effekt.

Irgend etwas muss ich falsch machen nur weis ich leider nicht was. Debugging lötstellen habe ich auch schon probiert. Hier bekomme ich aber auch nichts angezeigt.

Könnt ihr mir bitte weiterhlefen. Bin absoluter neuling. Derzeit blinkt die Led am Schalter regelmäßig 1 mal lang und 2 mal kurz.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 Oktober 2014, 13:49:14
ZitatDerzeit blinkt die Led am Schalter regelmäßig 1 mal lang und 2 mal kurz.
dann wartet der bootloader auf futter.

welche devicedaten (sn, hmid) hast du für den bootloader benutzt? hast du den bootloader überhaupt sebst gebaut oder ein fertiges hexfile benutzt?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 23 Oktober 2014, 14:33:02
Den SN und HM-ID des Bootloaders habe ich nicht verändert. Das einzige was ich geändert habe ist die diese zeile in der HM-LC-Sw1PBU-FM.h.

#define HM_TYPE 0xF0A9. Heist # nicht eigentlich auskommentier? Wie bekomme ich die HM-ID der Device eigentlich heraus?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 Oktober 2014, 15:02:29
ZitatHeist # nicht eigentlich auskommentier?
nein. nicht bei c++.

ZitatWie bekomme ich die HM-ID der Device eigentlich heraus?
wenn du deine originale meinst, wird es nachträglich schwierig.  ;)
hast du den original-schalter mit fhem benutzt? dann sollten in logs oder fhem.cfg hinweise existieren.

womit flasht du ota? sender und schalter zum flashen von einander entfernen. 2meter.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 23 Oktober 2014, 15:21:06
Hallo geflascht habe ich mit ota die Kabel sind ca. 1,50 lang.

Den Schalter habe ich leider noch nicht genutzt ist nur für test zwecke.

Kann ich die HM-ID an das Stromnetz anzuschließen auslesen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: automatisierer am 23 Oktober 2014, 15:22:08
die originale hmid kann man mit einem handy und einem barcodescanner von der platine lesen. da sind drei QR Codes drauf einer beginnt mit einem "H"und die restlichen 6 ziffern dahinter sind die HMID ein anderer beinhaltet die seriennummer KEQ....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 23 Oktober 2014, 15:53:06
Danke automatisierer. Guter Tipp. Jetzt muss ich nur noch rausbekommen wie ich diese in den Bootloader bekomme. Muss doch Hex-Format sein.

@ Frank hast du noch eine Idee warum das per OTA nicht geht? Ich werte mal die Kabel ablöten und durch längere ersetzen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 Oktober 2014, 16:19:25
Zitat@ Frank hast du noch eine Idee warum das per OTA nicht geht?
schliesse nur 3v3 und gnd an den schalter.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 24 Oktober 2014, 17:18:45
Hallo an alle,

nachdem ich die Kabel für 3,3 V und GND auf 4m Verlängert habe hat das flaschen nun geklappt. Danke @ Frank.
Das ist schonmal gut und ein Problem konnte ich somit lösen. Nun stellen sich für mich jedoch weitere Fragen:

Vorab ich bin auf raspberry pi wheezy unterwegs.

Den Schlater den ich flaschen möchte hat Bspw. die Seriennummer LEQ1234567. Die HM-ID lautet 2B0AA0.

1. bei der Kompilerung des Bootloaders soll man die Seriennummer und die HM-ID ändern und den Typ ändern .

   a) Den Typ habe ich wie folgt geändert: #define HM_TYPE 0xF0A9. Ist das so richtig oder muss ich 0xF0, 0xA9 schreiben.

   b) Die HM-ID habe ich so geändert: #define HM_ID 0x2B, 0x0A, 0xA0. Ist das so richtig oder muss ich die umwandeln. Wenn ja wie?

2. bei der Kompilierung der Firmware unter der arduino ide kann man diese ja auch in der Register.h ändern.
   
    a) Die HM-ID habe ich hier geändert const uint8_t HMID[3] = { 0x2B, 0x0A, 0xA0}. Ist das so richtig oder muss ich die umwandeln. Wenn ja
        wie?

3. Ich hatte probiert die arduino ide per Linux konsole mit Putty und Xming aufzurufen bekomme jedoch nur den Fehler. Google hat mir da nicht wirklich weitergeholfen. Vielleicht weiß ja einer von euch abhilfe.
PuTTY X11 proxy: wrong authorisation protocol attemptedException in thread "main" java.lang.InternalError: Can't connect to X11 window server using 'localhost:10.0' as the value of the DISPLAY variable.
        at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
        at sun.awt.X11GraphicsEnvironment.access$200(X11GraphicsEnvironment.java:62)
        at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:178)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:142)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:190)
        at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:82)
        at sun.awt.X11.XToolkit.<clinit>(XToolkit.java:111)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:190)
        at java.awt.Toolkit$2.run(Toolkit.java:847)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:839)
        at processing.core.PApplet.<clinit>(Unknown Source)
        at processing.app.Base.main(Base.java:113)


4. Ich komme bei der umwandlung der kompilierten firmware.hex Datei nicht weiter. Der Befehl sudo srec_cat firmware_HM-LC-Sw1PBU-FM.hex -intel -fill 0xFF 0x0000 0xDFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xDFFE -o  payload.bin -binary

Bringt die folgende Fehlermedlung:

unknown "-Cyclic_Redundancy_Check_16_Little_Endian" option
Usage: srec_cat [ <option>... ] <filename>...
       srec_cat -Help
       srec_cat -VERSion
       srec_cat -LICense


Ich habe srecord per sudo apt-get install srecord installiert.

Ich hoffe Ihr könnt mir helfen. Sorry für die bestimmt schon mehrfach gestellten Fragen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 24 Oktober 2014, 20:06:57
ZitatDen Schlater den ich flaschen möchte hat Bspw. die Seriennummer LEQ1234567. Die HM-ID lautet 2B0AA0.
dann musst du nur deine daten gegen die anderen austauschen. zeichen für zeichen. keine umwandlungen. wenn du von dirks github den bootloader benutzt, kann es ja nur "0xF0, 0xA9" heissen. nicht den ganzen code ändern.  ;)
das gleiche in der firmware.

zum erstellen der eq3 datei nimmst du am besten das hex2eq3.php script von dirk. im contrib ordner beim bootloader. dann musst du das script zb so aufrufen für 8k-version (windows):

H:\frank\eq3>h:\frank\programme\php\php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM_2014-10-24_1v4.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat h:\frank\programme\srecord-1.64-win32\srec_cat.exe

Zitatunknown "-Cyclic_Redundancy_Check_16_Little_Endian" option
deine srec_cat version ist zu alt. ich habe version 1.64.

zu linux kann ich dir nichts sagen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 26 Oktober 2014, 12:16:46
Hallo Frank,

nachdem ich mir gestern die Zähne am Linux ausgebissen habe. Bekomme die srecord kompiliert aber nicht installiert. Liegt vermutlich an den Fehlenden Pfaden. Würde ich es gern unter Windows probieren. Dazu jedoch wahrscheinlich ein Paar doofe Fragen:

1. Wie hast du deine PHP.ini konfiguriert. Auf Seite 26 steht nur installieren und anpassen.
2. Wenn ich es richtig verstanden habe benötige ich keinen Apacheserver?
3. Der Installationsort deiner PHP Anwendung ist h:\frank\programme\php\ oder? (Eigentlich unnötig sieht man ja!)
4. Die hex2eq3.php hast du unter h:\frank\programme\php\ abgelegt?
5. Wo liegt die Asksin_HM_LC_Sw1PBU_FM.cpp.hex Datei.
6. Was bedeutet "H:\frank\eq3>" im Befehl"?. Landen dort die fertigen Datein?

Vielen Dank für deine Bemühungen und meine ziemlich einfachen Fragen. Blicke das ganze noch nicht wirklich.

Markus
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 Oktober 2014, 15:38:42
für php habe ich nur eine zip-datei runtergeladen und in einen ordner php entpackt (h:\frank\programme\php). hier liegt dann php.exe. fertig. nichts anpassen, keine pfade.
die hex datei und hex2eq3 liegen in h:\frank\eq3. daher zeigt mein prompt auf diesen ordner. dort halte ich mich sozusagen gerade auf. später ist dann auch hier die eq3-daqtei:

H:\frank\eq3>

dort rufe ich dann die php.exe mit argument hex2eq3.php auf (.exe habe ich eingespart  ;)):

H:\frank\eq3>h:\frank\programme\php\php hex2eq3.php

es folgen dann die optionen für hex2eq3.php. unter anderem auch der pfad für srec_cat.

gruss frank

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 26 Oktober 2014, 16:46:47
Danke da kann ich ja weitermachen.

Ich habe mal den ganz Thread durchgelesen. Wass mir gerade noch nicht so ganz klar ist wo ist den nun der aktueller Bootloader und die aktuelle Firmware. Bei der rasanten Entwicklung hier ist es nicht einfach durch zu steigen.

Habe gelesen das man die Serial und die HM-ID aus den Bootloader holen kann. Im universalsensor ist das laut dirk schon implementiert. Wie ich gesehen habe ist das in der register.h, gleich die ersten Zeilen.

Hat dass schon jemand mal probiert? Was ich nicht gefunden habe wo er dort genau die HM-ID holt?

Des weiteren ist mir nicht ganz klar ob man nun den 4k oder 8k Bootloader nehmen soll. Wie ist das zusammenspiel mit den 4k Bootloader ota und den Fuses für den 8k Bootloader? (Ich glaube das ist etwas unverständlich). Die Frage bekomme ich gerade nicht besser gestellt.

@ Dirk: Kannst du mir einen kleinen Schupps geben?

Ich werde wohl mal das bereits bestehende How do nehmen und ergänzen. Bin glaube über alles gestolbert was ging. Insbesondere bei den Raspberry sachen. Srecord klappt nur über ubuntu zu kompilieren nicht aber über Wheezy.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 26 Oktober 2014, 17:51:44
Zitat von: nephdrasil am 26 Oktober 2014, 16:46:47
Wass mir gerade noch nicht so ganz klar ist wo ist den nun der aktueller Bootloader und die aktuelle Firmware.
Der aktuelle Bootloader ist im Moment hier:
https://github.com/kc-GitHub/Asksin_OTA_Bootloader

Ich wollte noch ein paar Tage warten bevor ich das im ursprünglichen Branch wieder zurück merge.

ZitatWas ich nicht gefunden habe wo er dort genau die HM-ID holt?
So hab ich das im Universalsensor umgesetzt.
https://github.com/kc-GitHub/Wettersensor/blob/6d58642cb2ec2024ee1afebdb81822ce43c2498f/Firmware-Src/WetterSensor.ino

Zeile 37 und 38:
getDataFromAddressSection(devParam, 1,  ADDRESS_SECTION_START + 0, 12); // get device type (model-ID) and serial number from bootloader section at 0x7FF0 and 0x7FF2
getDataFromAddressSection(devParam, 17, ADDRESS_SECTION_START + 12, 3); // get device address stored in bootloader section at 0x7FFC

Dir Funktion ist dann bei Zeile 77 ff.

ZitatDes weiteren ist mir nicht ganz klar ob man nun den 4k oder 8k Bootloader nehmen soll.
Aktuell haben der 4k und der 8k Bootloader die selben Funktionen.
Wenn du genügend Platz im AVR hast, was beim Schalter der Fall sein sollte, kannst du ruhig den 8k Bootloader benutzen. So ist noch Platz für evtl. spätere Erweiterungen.

ZitatSrecord klappt nur über ubuntu zu kompilieren nicht aber über Wheezy.
Mal sehen, ich bin hier grade an einem Script. Wenn das so klappt wie ich es mir vorstelle braucht man in Zukunft kein sreg-cat mehr

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 Oktober 2014, 18:34:11
ZitatHabe gelesen das man die Serial und die HM-ID aus den Bootloader holen kann. Im universalsensor ist das laut dirk schon implementiert. Wie ich gesehen habe ist das in der register.h, gleich die ersten Zeilen.

Hat dass schon jemand mal probiert? Was ich nicht gefunden habe wo er dort genau die HM-ID holt?
die firmware vom schalter unterstützt das noch nicht. wenn der bootloader und der schalter sich mit den selben daten melden sollen, musst du derzeit bei beiden die daten in den code eingeben und damit dann kompilieren.

vorsicht. die befehle (hex2eq3/srec_cat) zum erstellen der eq3-datei sind je nach bootloaderversion (4k/8k) unterschiedlich. meine hinweise bezogen sich alle auf die 8k-version.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 29 Oktober 2014, 10:58:22
Oh je ich glaube ich habe wirklich ein paar wirklich doofe Fragen gestellt sorry den wald vor lauter bäumen nicht mehr gesehen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 29 Oktober 2014, 17:10:09
Ok ich glaube es läuft. Jetzt muss ich verstehen wie ich den schlater einrichte. stand auch irgendwo im Thread.


CUL_HM_ID_F0A9_2A0BB0 type: -
list:peer register         :value
   0:      pairCentral      :0x2xxxxB


Oder was sagt ihr. Danke für die hilfe.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 30 Oktober 2014, 00:35:54
Hej folks,

seit gestern zickt mein Schalter herum. Genauer gesagt, lässt er sich nicht mehr bedienen und ich muss ihn stromlos machen.
Ein paar Daten versendet er zwar:
2014.10.30 00:19:23.521 4: CUL_Parse: myHM A 14 2F 805E 29F26F 120408 00000000000000010000002A -53
2014.10.30 00:19:24.341 4: CUL_Parse: myHM A 0B 30 B040 29F26F 21D63B 02172B -52.5
2014.10.30 00:19:25.409 4: CUL_Parse: myHM A 0B 30 B040 29F26F 21D63B 02172B -52.5
2014.10.30 00:19:26.474 4: CUL_Parse: myHM A 0B 30 B040 29F26F 21D63B 02172B -52.5
2014.10.30 00:19:27.539 4: CUL_Parse: myHM A 0B 31 B040 29F26F 21D629 02172B -52.5
2014.10.30 00:19:28.601 4: CUL_Parse: myHM A 0B 31 B040 29F26F 21D629 02172A -53
2014.10.30 00:19:29.667 4: CUL_Parse: myHM A 0B 31 B040 29F26F 21D629 02172A -53
2014.10.30 00:19:30.379 4: CUL_Parse: myHM A 0B 32 A040 29F26F 208557 01082A -53
2014.10.30 00:19:31.077 4: CUL_Parse: myHM A 0B 32 A040 29F26F 208557 01082A -53
2014.10.30 00:19:31.775 4: CUL_Parse: myHM A 0B 32 A040 29F26F 208557 01082A -53
2014.10.30 00:19:35.684 4: CUL_Parse: myHM A 0B 33 B040 29F26F 21D63B 01092C -52
2014.10.30 00:19:36.749 4: CUL_Parse: myHM A 0B 33 B040 29F26F 21D63B 010930 -50
2014.10.30 00:19:37.812 4: CUL_Parse: myHM A 0B 33 B040 29F26F 21D63B 01092C -52
2014.10.30 00:19:38.879 4: CUL_Parse: myHM A 0B 34 B040 29F26F 21D629 01092D -51.5
2014.10.30 00:19:39.944 4: CUL_Parse: myHM A 0B 34 B040 29F26F 21D629 01092D -51.5
2014.10.30 00:19:41.008 4: CUL_Parse: myHM A 0B 34 B040 29F26F 21D629 01092C -52
2014.10.30 00:19:41.718 4: CUL_Parse: myHM A 0B 35 A040 29F26F 208557 01092C -52
2014.10.30 00:19:42.429 4: CUL_Parse: myHM A 14 36 805E 29F26F 120408 00000000000000160000002D -51.5

Aber weder wird das interne Relais noch eine gepeerte Steckdose wird geschalten.

Jemand eine Idee, woran das unter Umständen liegen könnte?

Thx a lot! :-)

Edit:
Irgendwas läuft bei dem Schalter gerade gaaaaanz schief. :-/
Hab ihn vorhin neu gestartet und nachdem das aber auch nichts geholfen hat, hab ich mir mal meine Logs etwas näher angesehen.
Der Button hat die ID 29F26F01 und ist gepeert mit 29F26F03 (steht auch noch so in den Attributen).
Wenn ich jetzt aber den Taster drücke, wird eine Nachricht an 208557 geschickt, die ich nicht mal irgendwo bei mir im System hab.
Gleiches Spiel mit dem zweiten Button. Gepeert mit 24A99D01 und gesendet wird aber an 21D629 und wird genauso wenig von mir verwendet.
Ich werde noch testen, ob ich das noch irgendwie hin bekomme, bevor ich alles neu peere. Aber ich frag mich, wie sowas passieren kann. :-/

Nach einem getConfig meldet Button ein plötzlich drei in meinem System unbekannte Peers: 00000000,20855703,21D62901,21D63B01
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 30 Oktober 2014, 09:01:08
schau mal in register.h. 208557 ist jedenfalls ein device von jan. vielleicht firstload?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 31 Oktober 2014, 20:04:51
Hallo Leute,

habe heute den Tag über gelötet und mit versuche mit meinem Raspberry meinen HM_LC mit neuer Firmware
zu flashen. Soweit alles ganz gut nur wenn icch jetzt mittels Hmcfg2 und flash-ota die neue firmware flashen möchte
erscheint im Terminal:
HomeMatic OTA flasher version 0.097-git

Reading firmware from /home/pi/firmware_HM-LC-Sw1PBU-FM.eq3...
Firmware with 77 blocks successfully read.

Rebooting HM-CFG-USB to avoid running out of credits

HM-CFG-USB not in bootloader mode, entering bootloader.
Waiting for device to reappear...
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
HM-CFG-USB in bootloader mode, rebooting
Can't find/open hmcfgusb!


Laut webfrontend ist der hmusb aber offen....Kann jemand helfen oder bracuht ihr weitere Angaben?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 31 Oktober 2014, 20:18:35
Moin Schalkan,

Am besten du stoppst FHEM während du flashst. Ansonsten können die Meldungen schon mal kommen da der Raspberry nicht so schnelles USB hat. Geht es denn danach?

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 31 Oktober 2014, 20:28:22
Vielleicht ein Schrit weiter:
Firmware with 77 blocks successfully read.

Rebooting HM-CFG-USB to avoid running out of credits

HM-CFG-USB not in bootloader mode, entering bootloader.
Waiting for device to reappear...
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
HM-CFG-USB in bootloader mode, rebooting
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!


HM-CFG-USB opened

HM-CFG-USB firmware too low: 964 < 967


Aber Firmware too low??? :o
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 31 Oktober 2014, 20:34:07
Ja...
Da muss zuerst sie Firware vom Stick selbst noch aktualisiert werden.
Entweder mit dem Flash-Tool, welches auch beim flash-ota dabei ist, oder aber mit den Windows-Tools von eq3.
Kann gerade nicht nachsehen, aber ich glaub, um das Herunterladen vom Windows-Tool kommst du auf keinen Fall, weil du das Firmware-File für den Stick auch noch benötigst. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 31 Oktober 2014, 21:01:12
Die Firmware Files liegen auch im Repository von hmland.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 31 Oktober 2014, 21:18:14
Ok soweit so gut......nun erscheint "Waiting for device with serial....." muss am Taster iwas
gedrückt werden? Habe einen neuen Raspberry am laufen...der Schalter ist noch angeschlossen...
oder muss der Schalter erst in fhem eingebunden werden?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 01 November 2014, 12:24:16
Zitat von: frank am 30 Oktober 2014, 09:01:08
schau mal in register.h. 208557 ist jedenfalls ein device von jan. vielleicht firstload?
frank schickt mich zur Zeit recht oft in die Schule. ;-)
Bislang dachte ich, der Zweck von firstLoad wäre, beim aktivieren des Devices, die pairCentral in den Registern einzutragen.
Aber wie ich jetzt weiß, man kann da noch viel mehr hinterlegen. Man sollte halt auch gelegentlich über den Tellerrand hinaus sehen.

Danke für den Hinweis frank! :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 November 2014, 12:38:01
ZitatAber wie ich jetzt weiß, man kann da noch viel mehr hinterlegen.
da konfigurierst du quasi den werkzustand nach reset. wird aber nur benutzt wenn firstload definiert ist, sonst ist alles 0x00.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 01 November 2014, 12:40:34
Zitat von: frank am 01 November 2014, 12:38:01
da konfigurierst du quasi den werkzustand nach reset. wird aber nur benutzt wenn firstload definiert ist, sonst ist alles 0x00.
Genau... hatte ich damals beim ersten Schalter verwendet, als das Default Pairing in FHEM nicht so geklappt hat, wie es soll.
Bei den anderen Schaltern ist firstLoad nicht mehr aktiv, da ich erst bei denen bemerkt hab, dass das händische setzen von pairCentral auch wunderbar klappt. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 01 November 2014, 12:42:36
Hallo ich bins nochmal....habe heute früh nochmal komplett von vorne angefangen. Heisst frischen Raspbi
mit hmland ausgestattet....nach der Anleitung bin ich wieder am sleben Punkt: er lädt die neue Firmware aber
wartet auf das device
HomeMatic OTA flasher version 0.097-git

Reading firmware from firmware_HM-LC-Sw1PBU-FM.eq3...
Firmware with 77 blocks successfully read.

Rebooting HM-CFG-USB to avoid running out of credits

HM-CFG-USB not in bootloader mode, entering bootloader.
usb-transfer took more than 100ms (567ms), this may lead to timing problems!
Waiting for device to reappear...
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
HM-CFG-USB in bootloader mode, rebooting
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!


HM-CFG-USB opened

HM-CFG-USB firmware version: 967
Entering 10k-mode
Waiting for device with serial KEQ0123456



Hat irgendjemand eine Idee warum das Device nicht antwortet?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 November 2014, 12:54:25
Waiting for device with serial KEQ0123456
jetzt muss dein schalter die bootmessage senden. also netzspannung ausschalten und wieder an. die seriennummern müssen natürlich passen.

edit:
wenn am schalter gerade nur der bootloader drauf ist, sollte das alle 15 sec automatisch kommen. sieht man am blinken. 1x lang, 2x kurz.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 01 November 2014, 13:17:45
hmmm...ok, habe den schalter nach der message mit strom versorgt, die led blinkt auch fünfmal
aber der raspbi erkennt den schalter irgendwie nicht...glaube nicht das ich das noch hinbekomme (weil
ich als newbie nicht weiss wo ich ansetzen kann) :'(

edit:

Kommt das blinken wenn er noch am Raspbi angeschlossen ist oder mit Netzspanung?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 November 2014, 13:22:51
Zitat von: schalkan56 am 01 November 2014, 13:17:45
hmmm...ok, habe den schalter nach der message mit strom versorgt, die led blinkt auch fünfmal
aber der raspbi erkennt den schalter irgendwie nicht...glaube nicht das ich das noch hinbekomme (weil
ich als newbie nicht weiss wo ich ansetzen kann) :'(

edit:

Kommt das blinken wenn er noch am Raspbi angeschlossen ist oder mit Netzspanung?
sorry. mit dem neuen bootloader musst du beim strom einschalten den configtaster gedrückt halten bis mehrfaches kurzes blinken auftaucht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 02 November 2014, 12:07:41
mein schalter reagiert noch als wäre er nie mit einem neuen bootloader geflasht worden.sprich 5 sek Taste drücken
bringt den normalen Pairng modus zum vorscheinen....Es soll wohl nicht sein... :'( Bietet den jmd. fertig geflaschte Schalter
zum Kauf an?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 02 November 2014, 12:20:36
Moin,

Das bekommen wir schon hin. Kannst du den Output vom flashen des Bootloaders posten? Vielleicht gab es da schon einen Fehler.

Wenn wir das haben kannst du mal hmsniff aufrufen und gucken ob sich der Bootloader meldet (oder was der Schalter sendet). Aber erstmal das flashen.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 02 November 2014, 12:23:48
jetzt mal langsam und von vorne. was genau hast du alles gemacht?

den bootloader musst du mit avrdude über einen angelöteten isp-programmer flashen. den solltest du von dirks github downloaden. da gibt es die neueste version. wenn der geflasht ist, sollte der sich automatisch ca alle 15 sec melden. 1x lang und 2x kurz. wenn du die dateien mit deinen devicedaten geändert und dir dann mit make die hexdatei gebaut hast, meldet sich der bootloader natürlich auch mit dieser seriennummer und deviceID.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 02 November 2014, 13:58:09
Also ich bin nach dieser Anleitung vorgegangen (Howto):

https://owncloud.isengard.at/public.php?service=files&t=8992affb68e8c1dcbe532152628ad9a5

Habe einen komplett neuen PI benutzt....die GPIO's nach der Layout-Datei an die Lötpunkte des Aktors angelötet.
Dann geflasht....Logs reiche ich später nach....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 02 November 2014, 15:27:00
So hier die logs...zuerst die fuses:
pi@raspberrypi ~ $ sudo avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: reading input file "0xFD"
avrdude: writing lfuse (1 bytes):

Writing |                                                    | 0% 0.00s ***failed;
Writing | ################################################## | 100% 0.09s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFD:
avrdude: load data lfuse data from input file 0xFD:
avrdude: input file 0xFD contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0xfd != 0xff
avrdude: verification error; content mismatch

avrdude: safemode: lfuse changed! Was fd, and is now ff
Would you like this fuse to be changed back? [y/n] n
avrdude: safemode: Fuses OK

avrdude done.  Thank you.



Dann den Bootloader:

pi@raspberrypi ~ $ sudo avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "bootloader_HM-LC-Sw1PBU-FM.hex"
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: writing flash (61372 bytes):

Writing | ################################################## | 100% 27.40s

avrdude: 61372 bytes of flash written
avrdude: verifying flash memory against bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: load data flash data from input file bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex contains 61372 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 25.66s

avrdude: verifying ...
avrdude: 61372 bytes of flash verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.




Dann die Firmware:

Cpi@raspberrypi ~/hmcfgusb-HEAD-18e63b2 $ sudo ./flash-ota -f firmware_HM-LC-SwBU-FM.eq3 -s LEQ0234333
HomeMatic OTA flasher version 0.097-git

Reading firmware from firmware_HM-LC-Sw1PBU-FM.eq3...
Firmware with 77 blocks successfully read.

Rebooting HM-CFG-USB to avoid running out of credits

HM-CFG-USB not in bootloader mode, entering bootloader.
Waiting for device to reappear...
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
HM-CFG-USB in bootloader mode, rebooting
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!


HM-CFG-USB opened

HM-CFG-USB firmware version: 967
Entering 10k-mode
Waiting for device with serial LEQ0234333


Wenn die Zeile mit waiting for serial...kommt dann trenne ich den Pin 17 (=3,3V) und schliesse ihn erneut an....Aber er wird nicht erkannt.
Die LAmpe am Schalter ist dauernd am blinken..... :(
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 02 November 2014, 15:50:04
avrdude: safemode: lfuse changed! Was fd, and is now ff
lfuse ist nicht ok. muss 0xfd sein, nicht 0xff.

da du dieses hexfile benutzt, ohne zusatz "_8k", möchtest du den 4k bootloader nutzen. richtig?
bootloader_HM-LC-Sw1PBU-FM.hex

zum 4k-bootloader muss hfuse so aussehen:
hfuse:w:0xDA:m

pi@raspberrypi ~ $ sudo avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM.hex
da fehlt die option -V

avrdude: writing flash (61372 bytes):
bei mir sind es 65535 bytes.

also erst deine fuses in ordnung bringen und dann den bootloader flashen.

LEQ0234333
hast du die sn in den code geschrieben?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 02 November 2014, 16:58:51
Vielen Dank für die Geduld:

Also habe die Fuses neu gesetzt:
pi@raspberrypi ~/hmcfgusb-HEAD-18e63b2 $ sudo avrdude -p m644 -P gpio -c gpio -U                                                                                                                      lfuse:w:0xfd:m -U hfuse:w:0xDA:m

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: reading input file "0xfd"
avrdude: writing lfuse (1 bytes):

Writing | ################################################## | 100% 0.01s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xfd:
avrdude: load data lfuse data from input file 0xfd:
avrdude: input file 0xfd contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0xDA"
avrdude: writing hfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xDA:
avrdude: load data hfuse data from input file 0xDA:
avrdude: input file 0xDA contains 1 bytes
avrdude: reading on-chip hfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of hfuse verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.


Anschliessend den Bootloader neu geflasht:
pi@raspberrypi ~ $ sudo avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM                                                                                                                     -LC-Sw1PBU-FM.hex -V

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "bootloader_HM-LC-Sw1PBU-FM.hex"
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: writing flash (61372 bytes):

Writing | ################################################## | 100% 27.58s

avrdude: 61372 bytes of flash written
avrdude: verifying flash memory against bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: load data flash data from input file bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex contains 61372 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 25.95s

avrdude: verifying ...
avrdude: 61372 bytes of flash verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.


Doch das Ergebniss bleibt leider das gleiche...

Die sn habe ich beim Befehl mitgegeben (und nicht in einen Code geschrieben):
sudo ./flash-ota -f firmware_HM-LC-Sw1P                                                                                                                     BU-FM.eq3 -s LEQ0234333


Muss ich evtl. komplett andere files nehmen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 02 November 2014, 18:00:46
ZitatMuss ich evtl. komplett andere files nehmen?
du sagst ja nicht was du nimmst, wie soll man da beurteilen, ob das richtig ist.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 02 November 2014, 18:06:59
Achso...habe mir die Files aus dieser Cloud genommen:
https://owncloud.isengard.at/public.php?service=files&t=8992affb68e8c1dcbe532152628ad9a5
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 02 November 2014, 18:22:11
da musst du dich wohl an die enthaltene anleitung halten und auf mr.p warten, von dem wohl die cloud ist.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 02 November 2014, 20:49:16
Und da ist er auch schon. :-)

Du musst dich WIRKLICH an die Anleitung halten, wenn du alle Files von meiner Cloud nimmst. ;-)

flash-ota -f firmware_HM-LC-Sw1PBU-FM.eq3 -s KEQ0123456

Und das gilt auch für die Seriennummer, die dort steht. Denn die Seriennummer ist im Bootloader hardgecodet und du müsstest das Flashfile selbst neu bauen und die von deinem Schalter im Source eintragen. Solange du nur einen Schalter verwendest, ist es nicht notwendig und du kannst alles 1:1 aus meiner Cloud übernehmen (steht aber auch gleich als allererster Punkt von meinem How To).

Sollte es damit immer noch nicht klappen, dann bitte wie jab schon gesagt hat, hmsniff aufrufen, den Schalter neu starten und schauen, was für Daten du rein bekommst.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 03 November 2014, 20:24:00
Hallo Mr.P,

bon jetzt nochmal genau nach dem Howto vorgegangen und habe die Serial KEQ0123456 verwendet.
Leider noch ohne Ergebnis. Ein hmsniff erigt folgendes:

2014-11-03 19:20:00.142036: 0FE9861021DBF50000000A60B60F005A
Packet information:
        Length: 15
        Message ID: 233
        Sender: 21dbf5
        Receiver: 000000
        Control Byte: 0x86
                Flags: WAKEMEUP CFG RPTEN
        Message type: Information (0x10)
        Mesage: 0A60B60F005A

2014-11-03 19:20:00.174030: 0FCC8610269D580000000A60BB0F0058
Packet information:
        Length: 15
        Message ID: 204
        Sender: 269d58
        Receiver: 000000
        Control Byte: 0x86
                Flags: WAKEMEUP CFG RPTEN
        Message type: Information (0x10)
        Mesage: 0A60BB0F0058

2014-11-03 19:20:00.526061: 0F788610269D690000000A60AD100058
Packet information:
        Length: 15
        Message ID: 120
        Sender: 269d69
        Receiver: 000000
        Control Byte: 0x86
                Flags: WAKEMEUP CFG RPTEN
        Message type: Information (0x10)
        Mesage: 0A60AD100058

2014-11-03 19:20:04.782499: 0F668610269C7D0000000A60B90F0058
Packet information:
        Length: 15
        Message ID: 102
        Sender: 269c7d
        Receiver: 000000
        Control Byte: 0x86
                Flags: WAKEMEUP CFG RPTEN
        Message type: Information (0x10)
        Mesage: 0A60B90F0058

2014-11-03 19:20:16.559640: 0FD58610269D6D0000000A60AC0F0058
Packet information:
        Length: 15
        Message ID: 213
        Sender: 269d6d
        Receiver: 000000
        Control Byte: 0x86
                Flags: WAKEMEUP CFG RPTEN
        Message type: Information (0x10)
        Mesage: 0A60AC0F0058

2014-11-03 19:20:26.864638: 14000010ABCDEF000000004B455130313233343536
Packet information:
        Length: 20
        Message ID: 0
        Sender: abcdef
        Receiver: 000000
        Control Byte: 0x00
                Flags:
        Message type: Information (0x10)
        Mesage: 004B455130313233343536

2014-11-03 19:20:36.369611: 14000010ABCDEF000000004B455130313233343536
Packet information:
        Length: 20
        Message ID: 0
        Sender: abcdef
        Receiver: 000000
        Control Byte: 0x00
                Flags:
        Message type: Information (0x10)
        Mesage: 004B455130313233343536

2014-11-03 19:20:52.435196: 0FA88610269CC00000000A60B40F0062
Packet information:
        Length: 15
        Message ID: 168
        Sender: 269cc0
        Receiver: 000000
        Control Byte: 0x86
                Flags: WAKEMEUP CFG RPTEN
        Message type: Information (0x10)
        Mesage: 0A60B40F0062


Kann man da was erkennen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 03 November 2014, 21:16:55
habe mittlerweile den schalter mit der firmware.hex geflasht (also kein ota-update möglich)..
das sieht aber gut aus ....fhem hat folgendes gefunden [siehe Anhang]....Gibt es denn iwo einen Schaltplan,
wie ich die Anschlussklemmen belegen muss um einen Wechselschalter realisieren kann?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 04 November 2014, 10:07:33
Hallo zusammen,

da die Version 0.7.0 vom Bootloader bisher bei allen zu funktionieren scheint, habe ich ein Tag und ein Release dafür erstellt: v0.7.0
Ich habe jetzt auch meinen Stand in das ursprüngliche Repository wieder zurück gemerged:
https://github.com/jabdoa2/Asksin_OTA_Bootloader

Jetzt sind beide Stände also wieder identisch.

Die Releases liegen dann hier:
https://github.com/jabdoa2/Asksin_OTA_Bootloader/releases
https://github.com/kc-GitHub/Asksin_OTA_Bootloader/releases

Viele Grüße
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: christian.schilke.9 am 04 November 2014, 19:00:24
Der Anschluss in einer Kreuzschaltung muss wie im Anhang dargestellt realisiert werden?(http://tapatalk.imageshack.com/v2/14/11/04/84fa760d01ba90b484c2f644f821d384.jpg)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 November 2014, 19:12:57
ZitatDer Anschluss in einer Kreuzschaltung muss wie im Anhang dargestellt realisiert werden?

genau. wie in der bedienungsanleitung. gehts nicht?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 05 November 2014, 19:13:45
Naja das anschliessen hat geklappt...schalten lässt sich auch alles wie vorher...allerdings
wird der Status in fhem nicht korrekt angezeigt....hängt das evtl mit der 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm
zusammen?
Mein fhem übernimmt den Dateinamen nicht...warum wieß ich nicht....


Edit: Schaltung funktioniert doch nicht so perfekt....Kann den Scahlter über fhem steuern, aber hardwareseitig
funktioniert die Schaltung nicht. Ist das Problem bekannt? Reg-Settings???
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 05 November 2014, 20:34:09
Schaltest du über Sw01 oder Sw02?
Für die Kreuzschaltung musst du Sw02 verwenden. Sw01 achtet nicht darauf, ob Strom fließt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: schalkan56 am 10 November 2014, 18:24:34
Hi, habe den Btn1 mit dem Sw02 gepeert. Danach habe ich die regset so gesetzt, dass immer getoggelt wird. Funktioniert alles gut. Allerdings habe ich immernoch das Problem, dass der Status nicht korrekt angezeigt wird. Die Datei HM*.pm kann ich nicht in meinem fhem einbinden. Wenn ich die 99myutil editiere dann mit dem Inhalt der Datei aus der cloud überschreibe und dann als HM*.pm speichere macht fhem das nicht. Bekomme auch keine Fhelermeldung. Kann es daran liegen, dass der Status nicht korrewkt angezeigt wird? (ps.schuldigung falls das hier etwas wirr erscheint, tippe den text gerade aufm BlackBerry ein)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 12 November 2014, 16:48:29
Hallo zusammen,

möchte mich nach langer Zeit auch noch mal zu Wort melden. Hatte wenig Zeit in den letzten Wochen.
Der Status der Progadapter sieht wie folgt aus:

Die Prog-Nadeln sind eingeroffen und die Platten sind ebenfalls schon geschnitten.
Muss jetzt noch alles bohren und einsetzen.
Ich denke dies müsste ich in den nächsten Wochen schaffen, so das die Adapter vor Weihnachten alle bei denjenigen eingetroffen sein sollten die sich gemeldet haben.

@ Mr. P
werde mich in den nächsten Tagen mal bei dir melden.

Gruß an Alle
Gerd
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: dennis87 am 12 November 2014, 23:15:45
Zitat von: Brocken am 12 November 2014, 16:48:29
Hallo zusammen,

möchte mich nach langer Zeit auch noch mal zu Wort melden. Hatte wenig Zeit in den letzten Wochen.
Der Status der Progadapter sieht wie folgt aus:

Die Prog-Nadeln sind eingeroffen und die Platten sind ebenfalls schon geschnitten.
Muss jetzt noch alles bohren und einsetzen.
Ich denke dies müsste ich in den nächsten Wochen schaffen, so das die Adapter vor Weihnachten alle bei denjenigen eingetroffen sein sollten die sich gemeldet haben.

Das klingt ja super, wir sind gerade noch am Haus umbauen, das wäre dann ja genau richtig :)

Dann dir schon mal!

Gruß,

Dennis
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 13 November 2014, 10:49:27
Freu mich auch schon drauf.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 13 November 2014, 18:21:56
Zitat von: Brocken am 12 November 2014, 16:48:29
@ Mr. P
werde mich in den nächsten Tagen mal bei dir melden.
Gern, bin nur das Wochenende leider arbeitstechnisch unterwegs.
Daher bitte nicht über längere Antwortzeiten wundern. :-)
Titel: 31C3
Beitrag von: jab am 02 Dezember 2014, 10:35:18
Moin,

ich hatte ja schon mal angedroht, dass ich ein Entwicklertreffen auf dem 31C3 veranstalten werde. Das ganze steht auch so weit und wird gemeinsam mit einem älteren Projekt stattfinden. Letztes Jahr ist im Rahmen des 30C3 die initiale Version der HM_LC_Sw1PBU_FM Firmware entstanden.

Das ganze ist als Assembly im 31C3 Wiki unter folgendem Link zu finden: https://events.ccc.de/congress/2014/wiki/Assembly:A2600

Wer mitmachen mag kann sich gerne im Wiki eintragen und/oder hier Bescheid sagen. Ich bin auf jeden Fall da und ein paar Leute mit Erfahrung in Hardware und Software Entwicklung und Hacking.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Brocken am 05 Dezember 2014, 11:05:29
Hallo gemeinde,

die Progadapter sind fast im finalen Endstadium, bitte die unten aufgeführten Leute mir eine Mail mit Eurer Adresse zukommen zu lassen.
Werde Euch dann meine Bankverbindung zukommen lassen, wo Ihr die 7,50 € was der Adapter jetzt kostet zzgl. Versandkosten drauf überweisen könnt.

Gruß und schönes Wochenende
Gerd

gong
Bennemannc
justme1968 (nur Platten)
T.ihmann
Tobias
holzwurm83
myrave   
jab
Matthias Gehre
strauch
cactus-online
mmattern
spion77
dennis87
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 14 Dezember 2014, 22:27:46
Nachdem die Infos ganz schön über den Thread verstreut sind, habe ich mir die Mühe gemacht, ein kleines Walk-Through zu bauen. Mir hätte es einiges an Zeit gespart, weshalb ich das jetzt hier als Danke poste.
Titel: Kaufen will
Beitrag von: Rampler am 19 Dezember 2014, 00:23:47
Hallo zusammen,
habe versucht dem langem Thread zu folgen ..
1. So wie ich das sehe ist das "die" Lösung für einen Ersatz einer Wechselschaltung/Kreuzschaltung, unter Berücksichtigung der Stati im Fhem, und unter Beibehaltung der vorhanden restlichen Schalter (ala RW?
2. Warum ist das noch nicht in das Produkt von EQ3 aufgenommen ?
3. Nun zu meiner eigentlichen Frage:
Kann ich den Schalter irgendwo käuflich erwerben oder muss ich mir den Programmer etc. kaufen und löten ?

Klaus
   
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 20 Dezember 2014, 15:03:08
Hi,

@malted: Hast du Lust ins Markdown Format zu bringen? Dann würde ich das direkt mit ins git Repository packen und im README verlinken.

@Klaus: Das Gerät geflasht zu verkaufen ist in Deutschland vermutlich rechtlich etwas problematisch. Die 1% Regel ist aktuell nicht implementiert und damit entspricht das Gerät vermutlich nicht mehr der Funk Norm. Das andere Problem ist die Gewährleistung bei sowas. Ich bin kein Jurist, aber ich würde das nicht öffentlich verkaufen. Wir können dir aber sicher helfen. Ansonsten komm zum 31C3 da bin ich z.b. und kann dir ein Gerät flashen wenn dus es mitbringst.

Btw: Ist eigentlich jemand außer mir beim 31C3 dabei um etwas Firmware/Homematic zu hacken?


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: strauch am 22 Dezember 2014, 10:24:19
Ich muss sagen ich wunder mich eh ein wenig über EQ-3/ELV. Smarthome ist ein wachsender Markt und die großen Platzhirsche breiten sich langsam aus. IMHO ist eine gute Community das einzige was eine Firma wie EQ-3 auf Dauer am überleben hält. Warum nicht Funktionen und Updates aktiver mit der Community entwickeln.
Würde mich auch mal interessieren ob hier der ein oder andere schonmal von EQ-3 angeschrieben/abgeworben wurde. Ich glaube was hier manche an Wissen über Homematic haben, haben vermutlich viele in deren Laden nicht.

Das neue Display HM-Dis-WM55 ist auch so ein nicht zu Ende Gedacht Bauteil.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 22 Dezember 2014, 12:18:57
Moin

also EQ3 macht da selber recht wenig so weit ich das sehe. Es sind eher andere Firmen die auch Homematic Geräte bauen von denen man Anfragen bekommt. EQ3 ist da selbst für zahlende Firmen scheinbar etwas verschlossen. Ich vermute EQ3 glaubt dass man sonst sein ganzes Wissen preis gibt und andere Firmen Geräte nachbauen ohne Lizenz o.ä. Effektiv ist das zwar jetzt schon möglich aber das sehen die sicher anders.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 22 Dezember 2014, 17:40:26
Welche anderen Firmen bauen den HomeMatic Komponenten/Geräte ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hominidae am 24 Dezember 2014, 01:51:08
Hallo Leutz,

habe jetzt den fred mehrmals durch, aber wie kriege ich die neue FW drauf, wenn ich

- nur einen HM_CFG_LAN habe (Soweit ich verstehe, wird der geflashte Schalter dann wieder mit dem LAN-Adapter und FHEM funktionieren, oder?)
- keinen RPi habe

??

THX,
    Hominidae
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 24 Dezember 2014, 02:21:13
Zitat von: hominidae am 24 Dezember 2014, 01:51:08
Hallo Leutz,

habe jetzt den fred mehrmals durch, aber wie kriege ich die neue FW drauf, wenn ich

- nur einen HM_CFG_LAN habe (Soweit ich verstehe, wird der geflashte Schalter dann wieder mit dem LAN-Adapter und FHEM funktionieren, oder?)
- keinen RPi habe

??

THX,
    Hominidae
gar nicht.  >:(

deswegen einen programmer besorgen. usbasp, arduino, rpi, ....  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hominidae am 24 Dezember 2014, 21:37:47
Zitat von: frank am 24 Dezember 2014, 02:21:13
gar nicht.  >:(

deswegen einen programmer besorgen. usbasp, arduino, rpi, ....  :)

..das hatte ich befürchtet..danke für die Info.
Welcher Programmer ist zu empfehlen und funzt ohne Windows (habe keines im Haus)?
Einen RPi möchte ich nicht,.habe schonODROIDs im Einsatz.
Gibt es eine "Einkaufsliste"? Im Wiki finde ich nix.

Neben Wechsel- und Kreuzschaltungen habe ich auch einige Taster- Schaltungen mit Stromstoss-Relais im Einsatz.
Wird die Überwachung des Zustands dafür auch funktionieren (meine Dosen haben wohl alle N-Leiter, da alle bisherigen Original-Taster ne Glimmlampe haben)?

Danke für eure Antworten!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 24 Dezember 2014, 21:58:57
Hallo,

Stromstoßschalter kann man einfach durch einen HM-LC-SW1-FM ersetzen. Die Taster bleiben und der Actor  toggelt, die Taster kommen an S1. Der Zustand wird an fhem gemeldet.

Gruß Christoph

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 24 Dezember 2014, 22:07:05
Moin hominidae,

unter Linux läuft praktisch jeder Atmelprogrammer. Ich habe z.B. einen für 4 Euro von Amazon: http://www.amazon.de/dp/B0093DLN74/.

Ein Stromstoss-Relais könnte man auch mit dem HM_LC_Sw1PBU_FM ansteuern (onDly = 1s), aber elegant ist das nicht unbedingt. Ersetzen funktioniert wie schon gesagt.

Mit einem HM_CFG_LAN kannst du nicht ohne weiteres OTA Updates machen, da er den 100k Mode nicht unterstützt (oder wie nicht wissen wir man ihn umschaltet). Dafür braucht man den HM-CFG-USB. Aber das Gerät kann man natürlich auch ohne Bootloader flashen.


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hominidae am 24 Dezember 2014, 22:20:42
Zitat von: Bennemannc am 24 Dezember 2014, 21:58:57
Stromstoßschalter kann man einfach durch einen HM-LC-SW1-FM ersetzen. Die Taster bleiben und der Actor  toggelt, die Taster kommen an S1. Der Zustand wird an fhem gemeldet.

Hi,

danke für die Info...habe ich auch schon drüber nachgedacht, aber meine Hütte hat einen 45mm Installationsebene in den Wänden...mit "Deckplatte 11mm" ist da nur ne 50er Dose drin.
Der LC-SW1-Fm *und* der "alte" Taster wird da nicht zusammen reinpassen.
Deswegen ist ja die UP-Variante mit Adapter für die Schalterprogramme so interessant...ohne dies kein WAF fürchte ich mal

Edit: und in meinem Sicherungskasten ist auch *null* Platz für einen Aktor.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hominidae am 24 Dezember 2014, 22:30:56
Zitat von: jab am 24 Dezember 2014, 22:07:05
unter Linux läuft praktisch jeder Atmelprogrammer. Ich habe z.B. einen für 4 Euro von Amazon: http://www.amazon.de/dp/B0093DLN74/.

OK...danke für die Info...ist ja wirklich nicht die Welt...dann lieber ein "neueres", mit 3.3V/5V Umschaltung, oder?

ZitatEin Stromstoss-Relais könnte man auch mit dem HM_LC_Sw1PBU_FM ansteuern (onDly = 1s), aber elegant ist das nicht unbedingt. Ersetzen funktioniert wie schon gesagt.
OK, sozusagen als "1s Taster"...kapiert, das würde das Relais ja auch i.A. überleben.

Zitat
Mit einem HM_CFG_LAN kannst du nicht ohne weiteres OTA Updates machen, da er den 100k Mode nicht unterstützt (oder wie nicht wissen wir man ihn umschaltet). Dafür braucht man den HM-CFG-USB. Aber das Gerät kann man natürlich auch ohne Bootloader flashen.

Ah...OK, danke.
Zentrale mit USB ist für mich sub-optimal..will evtl 2-3 Transceiver verteilen...was ist denn mit dem anderen LAN-Gateway? http://www.elv.de/homematic-funk-lan-gateway.html ...gibts da schon Erfahrung mit?

Off-topic: als Alternative habe ich mir überlegt, so einen Sensor http://www.funkschalter-intertechno.de/-Funksender/Intertechno-ITS-23-Dual-Sendemodul::67.html einfach in die Lampe einzubauen und dadurch ein ein/aus-StatusSignal zu bekommen...glaubt ihr das geht?
Dann bräuchte man auch nur einen HM-Aktor um alle Schaltungen mit Status abzugreifen (aber noch nen 436Mhz Transceiver/CUL/CUNO).
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 24 Dezember 2014, 23:05:25
Zitat von: hominidae am 24 Dezember 2014, 22:30:56
OK...danke für die Info...ist ja wirklich nicht die Welt...dann lieber ein "neueres", mit 3.3V/5V Umschaltung, oder?


Zitat von: hominidae am 24 Dezember 2014, 22:30:56
Ah...OK, danke.
Zentrale mit USB ist für mich sub-optimal..will evtl 2-3 Transceiver verteilen...was ist denn mit dem anderen LAN-Gateway? http://www.elv.de/homematic-funk-lan-gateway.html ...gibts da schon Erfahrung mit?
Kann ich dir nicht sagen ob der neue Gateway das kann. Alternativ kann man sonst auch usb+hmland über Netzwerk nutzen (z.b. mit RPI oder anderem Embedded Linux).


Zitat von: hominidae am 24 Dezember 2014, 22:30:56
Off-topic: als Alternative habe ich mir überlegt, so einen Sensor http://www.funkschalter-intertechno.de/-Funksender/Intertechno-ITS-23-Dual-Sendemodul::67.html einfach in die Lampe einzubauen und dadurch ein ein/aus-StatusSignal zu bekommen...glaubt ihr das geht?
Dann bräuchte man auch nur einen HM-Aktor um alle Schaltungen mit Status abzugreifen (aber noch nen 436Mhz Transceiver/CUL/CUNO).
Bestimmt möglich. Aber das würde ich in einem anderen Thread fragen. Die Erkennung ob Strom fließt kann der HM_LC_Sw1PBU_FM aber auch ganz gut machen (nur ob nicht wie viel).


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 24 Dezember 2014, 23:52:16
Hallo Hominidae,

du hast ja jetzt schon den Eltaco irgendwo eingebaut. Der Schaltactor ist nicht viel größer und wird 1:1 gegen den Eltaco getauscht - an der Verdrahtung muss nichts geändert werden. Also ist doch Platz da. Außerdem kann man den HM Actor auch hinter die Hutschiene klemmen - da ist normalerweise noch Platz.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hominidae am 25 Dezember 2014, 10:38:57
Zitat von: Bennemannc am 24 Dezember 2014, 23:52:16
du hast ja jetzt schon den Eltaco irgendwo eingebaut. Der Schaltactor ist nicht viel größer und wird 1:1 gegen den Eltaco getauscht - an der Verdrahtung muss nichts geändert werden. Also ist doch Platz da.
Hi Christoph,
danke für Deine Antworten.

Dachte der kleinste Hutschienen Aktor is 4Plätze breit...mein Stossschalter nimmt nur einen Platz.

ZitatAußerdem kann man den HM Actor auch hinter die Hutschiene klemmen - da ist normalerweise noch Platz.
Ja, aber so "frei fliegend" würde ich das eigentlich nicht gerne machen wollen.

Habe gerade noch einen Eltako gefunden...im Schaltschrank mit den Zählerplätzen für die Wärmepumpen...im tiefen Betonkeller...da kommt bei mir garantiert kein HM-Signal an....es muss also mit dem UP-Schalter gehen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hominidae am 25 Dezember 2014, 10:55:01
Zitat von: jab am 24 Dezember 2014, 23:05:25/quote]
Kann ich dir nicht sagen ob der neue Gateway das kann. Alternativ kann man sonst auch usb+hmland über Netzwerk nutzen (z.b. mit RPI oder anderem Embedded Linux).
Hmmm...*das* ist eine gute idee...könnte den "Gateway Service"  - mit XBMC gekoppelt bei jedem Fernseher im Haus plaziert, gut verteilen...2 Fliegen mit einer Klappe  ;D
Ein ODROID C1 oder U3 müsste genug Oumpf haben um beides parallel laufen lassen zu können.

Habe nochmal nachgedacht...Was mich beim flaschen stört ist das Löten...habe da kein ruhiges Händchen für.
Da gabs doch diesen Adapter mit den Prog-Nadeln...derzeit wohl noch in limitierter Auflage.

Kann ich anregen eine Flash-Party zu veranstalten?...Lokation wäre mir egal...Aufwands-Entschädigung in Naturalien (Hard- oder Food-Ware)  ;) ...ich würde so 5 UPs brauchen...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 25 Dezember 2014, 12:48:38
Moin,

Ich biete Flash Service vom 27-30.12 in Hamburg Dammtor an. Allerdings noch mit löten da ich noch keinen Adapter habe. Alternativ in Hannover fast das ganze Jahr. Ein Bier tuts auch immer als Dank.

Gruß
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hominidae am 25 Dezember 2014, 15:42:21
Zitat von: jab am 25 Dezember 2014, 12:48:38
Moin,

Ich biete Flash Service vom 27-30.12 in Hamburg Dammtor an. Allerdings noch mit löten da ich noch keinen Adapter habe. Alternativ in Hannover fast das ganze Jahr. Ein Bier tuts auch immer als Dank.

Gruß
Jan

Cool  8)...also HH schaffe ich dieses Jahr nicht mehr..muss ausserdem erstmal die Teile ordern.
Mit Adapter und PINs wäre mir lieber..habe es nocht sooo eilig....wann ist denn die Werkstatt ausgerüstet?  :D

Aber Hannover klingt schonmal sehr gut...bin öfter dienstlich in der Gegend....würde sagen, ich lade Dich ins Kytaro ein ...Njam ;)
Würde mich dann mal per PM melden...irgendwann im Januar...muss erst wieder ne Tour planen.

Nochmal danke für das Angebot!

P.S.: Ist der ELV Bausatz nur zum Zusammenbauen oder muss man was löten?...sonst würde ich den bestellen...dann muss man ihn nicht erst wieder zerlegen vor dem flashen...

P.P.S.: frohe Weihnachten allerseits!  ::)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 25 Dezember 2014, 16:49:02
Hallo,

der Bausatz ist auch zum löten. Ein paar Bauteile müssen angelötet werden und die Funkeinheit muss aufgelötet werden. Ich habe die Erfahrung gemacht, das man die Pfostenleiste zur Verbindung der beiden Platinen nicht ganz bündig auflöten sollte. Es kann sonst Probleme geben, wenn das Teil eingebaut ist und etwas unter Spannung oder Druck in der Dose sitzt.

Gruß Christoph

PS. Das auseinanderbauen ist eigentlich kein Problem und schnell gemacht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hominidae am 25 Dezember 2014, 17:02:37
Zitat von: Bennemannc am 25 Dezember 2014, 16:49:02
der Bausatz ist auch zum löten. Ein paar Bauteile müssen angelötet werden und die Funkeinheit muss aufgelötet werden.
[...]
Das auseinanderbauen ist eigentlich kein Problem und schnell gemacht.

Danke Dir für die Info!
Dann werden es Fertig-Geräte...auseinandernehmen kann ich bestimmt besser als löten  ;D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 26 Dezember 2014, 14:37:59
Ich bin etwas ratlos, vielleicht sehe ich den Wald vor lauter Bäumen nicht.
Der Lichtschalter ist geflasht und funktioniert auch tadellos per FHEM zu steuern.

Die physischen Taster am Schalter sind aber nicht zu gebrauchen. Vermutlich liegt es irgendwie am falschen peering.
In der Firmware selbst stehen in der Register.h diverse peerings, die für mich so natürlich nicht funktionieren.

peerdb[0][0] = 0x013BD621; // 21D63B ch1
peerdb[0][1] = 0x0129D621; // 21D629 ch1
peerdb[0][2] = 0x03578520; // 207C41 ch3/self3   208557
peerdb[1][0] = 0x013BD621; // 21D63B ch1
peerdb[1][1] = 0x0129D621; // 21D629 ch1
peerdb[1][2] = 0x03578520; // 207C41 ch3/self3
peerdb[2][0] = 0x01563412; // 123456 ch1
peerdb[2][1] = 0x01578520; // 207C41 ch1/self1
peerdb[2][2] = 0x02578520; // 207C41 ch1/self2


Ich möchte eigentlich erstmal nur button1 und button2 auf sw2 peeren.
Also habe ich fhem die ganzen falschen Einträge gelöscht (einmal mit peerBulk a,b,c,d unset) und sicherheitshalber noch mal mit deleteattr peerIDs. Dann habe ich Btn_01 und Btn_02 mit Sw_02 gepeert.
Das wird dann logischerweise als self04 eingetragen. Die Config sieht nun aktuell so aus:

#======== store device data:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B === from: 2014-12-26 14:23:51
#---      entity:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B regBulk RegL_00:   02:00 05:00 0A:CB 0B:AA 0C:BC 12:00 00:00
#     timestamp of the readings for reference
#        2014-12-26 14:22:18 :RegL_00:
#---      entity:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01
# Peer Names:self04,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01 peerBulk 00000000,2D834B04,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01 regBulk RegL_01:   04:40 08:00 09:02 00:00
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01[color=red] regBulk RegL_04:self04   0[/color]1:01 00:00
#     timestamp of the readings for reference
#        self04, :peerList
#        2014-12-26 14:22:18 :RegL_01:
#        2014-12-26 14:22:25 :RegL_04:self04
#---      entity:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_02
# Peer Names:self04,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_02 peerBulk 00000000,2D834B04,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_02 regBulk RegL_01:   04:00 08:00 09:00 00:00
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_02 [color=red]regBulk RegL_04:self04[/color]   01:01 00:00
#     timestamp of the readings for reference
#        self04, :peerList
#        2014-12-26 14:22:20 :RegL_01:
#        2014-12-26 14:22:25 :RegL_04:self04
#---      entity:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_01
# Peer Names:
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_01 peerBulk 00000000,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_01 regBulk RegL_01:   08:00 00:00
#     timestamp of the readings for reference
#         :peerList
#        2014-12-26 14:22:21 :RegL_01:
#---      entity:CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02
# Peer Names:self01,self02,
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02 [color=red]peerBulk 00000000,2D834B01,2D834B02,[/color]
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02 regBulk RegL_01:   82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF  8A:21 8B:14 8C:63 00:00
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02 regBulk RegL_03:self01   02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:00 0C:00 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:01 8B:33 8C:00 00:00
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02 regBulk RegL_03:self02   02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00  87:FF 88:00 89:FF 8A:21 8B:66 8C:33 00:00
#     timestamp of the readings for reference
#        self01,self02, :peerList
#        2014-12-26 14:22:23 :RegL_01:
#        2014-12-26 14:22:27 :RegL_03:self01
#        2014-12-26 14:22:30 :RegL_03:self02
======= finished ===


Das scheint eigentlich zu passen. (Nebenfrage: Wann genau wird eigentlich dieser alias selfxx statt des Device-Namens verwendet?)

Jedenfalls sind mit dieser Einstellung die Schalter mausetot. Sie geben beim Drücken nicht mal mehr das LED-Blinken ab.
Ich habe in den Firmware-Code geguckt und es gibt eigentlich nur zwei Möglichkeiten, warum nicht mal mehr die LED blinkt:
void HM::sendPeerREMOTE(uint8_t button, uint8_t longPress, uint8_t lowBat) {
if (button > maxChannel) return; // channel out of range, do nothing

if (doesListExist(button,4) == 0) { // check if a list4 exist, otherwise leave
//Serial << "sendPeerREMOTE failed\n";
return;
}

// set variables in struct and make send_peer_poll active
pevt.cnl = button; // peer database channel
pevt.type = 0x40; // message type
pevt.mFlg = (uint8_t)((longPress == 1)?0x80:0xA0); // no ACK needed while long key press is send
pevt.data[0] = button | ((longPress)?1:0) << 6 | lowBat << 7; // construct message
pevt.data[1] = pevt.mCnt[pevt.cnl-1];
pevt.len = 2; // 2 bytes payload

pevt.act = 1; // active, 1 = yes, 0 = no
ld.shortBlink(); // short led blink

        if (longPress != 1) {
                ++pevt.mCnt[pevt.cnl-1]; // increase event counter except for long press (until long press end)
        }
}


Da es zunächst noch ging, scheint mir, dass aus irgendeinem Grund if (doesListExist(button,4) == 0) scheitert.
Er scheint keine korrekte RegL_04 zu haben. Obwohl oben stand set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01 regBulk RegL_04:self04   01:01 00:00

Hat jemand eine Idee, was ich noch probieren könnte?

Update: Nachdem ich jetzt noch länger hin und her probiert habe, hat das Folgende zum gewünschten Ergebnis geführt. Es hat sich somit erledigt.


set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B reset
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_01 peerBulk 2D834B04 set
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Btn_02 peerBulk 2D834B04 set
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2D834B_Sw_02 peerBulk 2D834B01,2D834B02 set
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 27 Dezember 2014, 13:44:45
ZitatIn der Firmware selbst stehen in der Register.h diverse peerings
wenn du die am ende hintrer dieser zeile meinst:

//#define firstLoad

dieser teil kommt nur zur anwendung, wenn du diese zeile aktivierst. dann kannst du hier die "default"-einstellungen für einen reset angeben. die daten stammen bestimmt von jan.

ZitatIch möchte eigentlich erstmal nur button1 und button2 auf sw2 peeren.
etwas direkter verhält sich ein peering mit sw1, der aktor channel.

ZitatNebenfrage: Wann genau wird eigentlich dieser alias selfxx statt des Device-Namens verwendet?
der name erscheint wenn du 2 channel eines devices peerst. zum peeren kannst du auch peerchan verwenden.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: myrave am 27 Dezember 2014, 21:54:33
Ich brauch auch nochmal etwas Hilfe auf der Zielgerade.

Ich habe momentan den Zustand, dass der Schalter 1 x lang, 2 x kurz blinkt - ca. alle 15 Sekunden. Davor habe ich einen Bootloader mit Seriennummer neu gebaut und auch das OTA Update der angepassten Firmware auf diese Seriennummer hat offensichtlich funktioniert und lässt sich wiederholen.

1. HMID hatte ich im Bootloader leer gelassen, daher vermutlich 123456 - in der Firmware steht diese drin, blieb wohl unberücksichtigt? Um das neu zu flashen, müsste ich den Schalter nochmal ausbauen - aber erstmal die richtige Lösung finden und dann nochmal herumschrauben.
2. In der Firmware habe ich bei paircentral auch die korrekte ID von meinem Netz angegeben, scheint aber ebenfalls nicht übernommen worden zu sein, genauso wenig wie die hier angegebene HMID.

Pairen mit dem HMLAN unter FHEM hat nicht geklappt, da bekomme ich im Log sehr häufig folgende Zeile:
2014.12.27 21:14:45 3: HMLAN1: Unknown code A14000010123456000000004C455130323737353530::-54:HMLAN1, help me!

Anbei der Auszug vom Sniffer:

2014-12-27 21:15:42.446470: 14000010123456000000004C455130323737353530
Packet information:
        Length: 20
        Message ID: 0
        Sender: 123456
        Receiver: 000000
        Control Byte: 0x00
                Flags:
        Message type: Information (0x10)
        Mesage: 004C455130323737353530


Hat jemand noch eine Idee, wo der Fehler liegen könnte und wie ich das beheben kann? Vielen Dank schon einmal vorab!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 27 Dezember 2014, 22:24:03
Zitat von: myrave am 27 Dezember 2014, 21:54:33

Ich habe momentan den Zustand, dass der Schalter 1 x lang, 2 x kurz blinkt - ca. alle 15 Sekunden. Davor habe ich einen Bootloader mit Seriennummer neu gebaut und auch das OTA Update der angepassten Firmware auf diese Seriennummer hat offensichtlich funktioniert und lässt sich wiederholen.
Wenn das ota-update geklappt hat, dann ist jetzt wohl die Firmware drauf. Solange die Prüfsumme passt (CRC) bootet der Bootloader direkt in die Firmware

Zitat von: myrave am 27 Dezember 2014, 21:54:33

1. HMID hatte ich im Bootloader leer gelassen, daher vermutlich 123456 - in der Firmware steht diese drin, blieb wohl unberücksichtigt? Um das neu zu flashen, müsste ich den Schalter nochmal ausbauen - aber erstmal die richtige Lösung finden und dann nochmal herumschrauben.
Wenn ich das richtig verstanden habe, ist die Firmware nicht in der Lage, etwaige Daten aus dem Bootloader zu recyclen. Damit ist die Konfiguration in der Firmware so, wie sie in der Register.h eingetragen wurde. Man muss den Schalter nicht ausbauen, um neu zu flashen. Du kannst den Bootloader in den Update-Modus bringen, indem du den Schalter über die Sicherung stromlos machst, dann den "Config-Button" (da, wo die LED blinkt) drückst und dann wieder Strom anschaltest.  Oder du machst aus FHEM ein Reset und drückst danach innerhalb von 10 Sekunden den Config Button. Dann wartet der Schalter auf eine neue Firmware.

Zitat von: myrave am 27 Dezember 2014, 21:54:33
2. In der Firmware habe ich bei paircentral auch die korrekte ID von meinem Netz angegeben, scheint aber ebenfalls nicht übernommen worden zu sein, genauso wenig wie die hier angegebene HMID.

Pairen mit dem HMLAN unter FHEM hat nicht geklappt, da bekomme ich im Log sehr häufig folgende Zeile:
2014.12.27 21:14:45 3: HMLAN1: Unknown code A14000010123456000000004C455130323737353530::-54:HMLAN1, help me!

Was passiert, wenn Du dann Folgendes machst?

set HMUSB hmPairForSec 600
"Config" auf dem Schalter für ca. 5 sek  drücken


Zitat von: myrave am 27 Dezember 2014, 21:54:33

Anbei der Auszug vom Sniffer:

2014-12-27 21:15:42.446470: 14000010123456000000004C455130323737353530
Packet information:
        Length: 20
        Message ID: 0
        Sender: 123456
        Receiver: 000000
        Control Byte: 0x00
                Flags:
        Message type: Information (0x10)
        Mesage: 004C455130323737353530


Hat jemand noch eine Idee, wo der Fehler liegen könnte und wie ich das beheben kann? Vielen Dank schon einmal vorab!

Genau das kam bei mir auch. Ich habe das allerdings über #firstLoad und dann zweiten Flashvorgang gelöst.
Siehe auch hier (http://forum.fhem.de/index.php/topic,18071.msg230655.html#msg230655)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: myrave am 27 Dezember 2014, 23:13:39
Zitat von: malted am 27 Dezember 2014, 22:24:03
Wenn das ota-update geklappt hat, dann ist jetzt wohl die Firmware drauf. Solange die Prüfsumme passt (CRC) bootet der Bootloader direkt in die Firmware

Darin könnte der Fehler sein, weil es sieht so aus als ob es danach wieder im Bootmodus landet - also wieder 1x lang und 2 x kurz, ich kann auch ein weiteres OTA anstoßen und es wird direkt geflashed ohne stromlos machen oder ähnliches.

Wenn ich das richtig verstanden habe, ist die Firmware nicht in der Lage, etwaige Daten aus dem Bootloader zu recyclen. Damit ist die Konfiguration in der Firmware so, wie sie in der Register.h eingetragen wurde. Man muss den Schalter nicht ausbauen, um neu zu flashen. Du kannst den Bootloader in den Update-Modus bringen, indem du den Schalter über die Sicherung stromlos machst, dann den "Config-Button" (da, wo die LED blinkt) drückst und dann wieder Strom anschaltest.  Oder du machst aus FHEM ein Reset und drückst danach innerhalb von 10 Sekunden den Config Button. Dann wartet der Schalter auf eine neue Firmware.

==> Knopf drücken, halten und Strom wieder anschalten hatte ich davor gemacht und dann konnte ich etwas installieren. Danach jetzt dieses dauerhaft 1 x lang und 2 x kurz, kein Pairing zur Station möglich.
Zitat von: malted am 27 Dezember 2014, 22:24:03
Was passiert, wenn Du dann Folgendes machst?

set HMUSB hmPairForSec 600
"Config" auf dem Schalter für ca. 5 sek  drücken


Nichts - vermutlich weil er gar keine Firmware sauber gebooted hat.

Zitat von: malted am 27 Dezember 2014, 22:24:03
Genau das kam bei mir auch. Ich habe das allerdings über #firstLoad und dann zweiten Flashvorgang gelöst.
Siehe auch hier (http://forum.fhem.de/index.php/topic,18071.msg230655.html#msg230655)

Das versuche ich sonst als Plan B, aber ich vermute eher es liegt an dem oben genannten.
Ich installiere das srec ... nochmal neu und schau, ob ich damit das Problem gelöst bekomme.
--> Die nachfolgende Zeile kann ich derzeit gar nicht ausführen, ein CRC Fehler ist daher denkbar.
srec_cat /tmp/build*.tmp/*. -intel -fill 0xFF 0x0000 0xEFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xEFFE -o  payload.bin -binary
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 Dezember 2014, 00:31:43
ZitatIch habe momentan den Zustand, dass der Schalter 1 x lang, 2 x kurz blinkt - ca. alle 15 Sekunden.
dann ist keine gültige firmware geflasht. der bootloader meldet sich immer wieder.

2014.12.27 21:14:45 3: HMLAN1: Unknown code A14000010123456000000004C455130323737353530::-54:HMLAN1, help me!
das ist die message vom bootloader mit hmid 123456

Zitatsrec_cat /tmp/build*.tmp/*. -intel -fill 0xFF 0x0000 0xEFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xEFFE -o  payload.bin -binary
passt denn die grösse vom bootloader. also bootloaderbereich der fuses, bootloadergrösse und der aufruf von srec_cat. alle 3 müssen entweder für 4k oder 8k passen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: myrave am 28 Dezember 2014, 00:53:22
Danke! Ja, jetzt passt es - die neue Firmware ist drauf und es hat nun aufgehört zu blinken.

Ich hatte ein falsches srec_cat auf dem Pi installiert, das konnte die Option "-Cyclic_Redundancy_Check_16_Little_Endian" nicht, daher waren es am Ende unterm Strich einfach zu wenig Pages gewesen.

Schalten lässt es sich aktuell an den Tastern nicht, aber das ist vermutlich einfach noch nicht gepaired.
Integration in FHEM kommt morgen, denke danach sollte es endlich so funktionieren wie gewünscht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: myrave am 28 Dezember 2014, 12:09:54
Kann mir jemand beim Peeren der Channels helfen, das ist komplettes Neuland für mich.

Ich habe die FirstLoad geflashed und danach nochmal ohne Firstload, das Ergebnis war dass pairCentral korrekt war, allerdings auch jede Menge andere Werte übernommen wurden, die vermutlich nicht passen. Wie kann ich diese am einfachsten alle entfernen und danach ein sauberes Peering der Channels und Buttons machen?

Zudem hab ich versehentlich ein "unpair" gemacht, sodass die pairCentral jetzt wieder leer ist. Erneutes peeren über den Config Knopf hat leider nicht funktioniert, kann das an der neuen Firmware liegen und ist das überhaupt notwendig? Ich kann über FHEM die Channel 3 und 4 schalten und das Licht geht an/aus, soweit also erstmal gut. Jetzt nochmal sauber peeren/pairen und dann warten noch 5 weitere Schalter auf neue Firmware und Konfiguration.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 Dezember 2014, 14:35:56
ZitatErneutes peeren über den Config Knopf hat leider nicht funktioniert
ein erneutes pairing funktioniert bei mir am einfachsten mit

set <device> regSet pairCentral 123456

zudem lasse ich die option mit firstload weg. dann kann man den schalter auch richtig resetten.

ZitatKann mir jemand beim Peeren der Channels helfen, das ist komplettes Neuland für mich.
set <remote_chn> peerChan 0 <aktor_chn> single set both
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: myrave am 28 Dezember 2014, 17:34:18
Danke frank, das hat soweit sehr gut funktioniert.

Was trotz viele Ausprobieren immer noch nicht klappt, ist der Punkt mit der Strommessung und der korrekten Darstellung in FHEM.
In diesem kleinen aber wichtigen Detail scheint der Wurm zu stecken - deswegen machen wir ja den ganzen Aufwand überhaupt.

Wenn ich die Wechselschaltung am "normalen Schalter" drücke, gibt es keine sichtbare Veränderung in FHEM für den Schalter.
Weiter vorne im Thread habe ich etwas von dem Wert in der Variable "current" gelesen, wohl sichtbar auf Channel 04?!?
Ich kann im FHEM keinen Eintrag dazu finden und auch die Veränderung der Verdrahtung hier von 1 und 2 brachte nichts.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 Dezember 2014, 18:32:46
Zitatgibt es keine sichtbare Veränderung in FHEM für den Schalter.
die angeschlossene leuchte hat eventuell zu wenig leistung. nimm mal 60 watt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 28 Dezember 2014, 21:47:15
Zitat von: myrave am 28 Dezember 2014, 17:34:18
Weiter vorne im Thread habe ich etwas von dem Wert in der Variable "current" gelesen, wohl sichtbar auf Channel 04?!?
Ich kann im FHEM keinen Eintrag dazu finden und auch die Veränderung der Verdrahtung hier von 1 und 2 brachte nichts.

Genau das passiert, wenn der Schalter nicht mit FHEM gepairt ist. Was sagt denn set lichtschalter getConfig dann unter  PairedTo ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ronny332 am 01 Januar 2015, 20:47:42
Hallo zusammen,

mit der Custom Firmware via Github (selbst kompliert wegen unterschiedlicher HMID) und dem Bootloader (beides flashen) kam ich problemlos klar, die Sache war an zwei Schaltern in unter einer Stunde erledigt.

Was mich gerade etwas runterzieht ist der Umstand, dass keiner der beiden Schalter nach dem Peeren länger als 2-3 Minuten funktioniert, teilweise nur Sekunden. Peeren (mit einem UP Aktor für Kellerbeleichtung) und Pairen mit Fhem geht 1a, getConig läuft auch durch.

Irgendwann machen aber beide Geräte nichts mehr. Senden geht nicht (die LEDs blinken dabei auch nicht mehr), getConfig setzt die Kommandos auf "pending" weil das Device nicht mehr reagiert. Strom ab, Sekunden später wieder dran, nach 5-10s reagiert der jeweilige Taster wieder für eine kurze Weile.

Habe ich beim überfliegen des Threads etwas überlesen, oder habe ich das Problem wirklich als Einziger? Das zweite Geräte hatte ich nur wegen dem Verdacht eines Defektes am Schalter überhaupt vorgenommen und nun wollen beide nicht mehr :-(.

Hier die letzten Lebenszeichen eines der beiden Schalter, für mich sieht das ganz normal aus. Ohne irgendwie sichtbaren Gründe ist dann beim zur Trennung des Stroms Schluß.


2015-01-01_20:37:08 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF CMDs_done
2015-01-01_20:37:08 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -62
2015-01-01_20:37:08 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,071DD685,FF,FFC2,00A4106412AFBEDA110604000000
2015-01-01_20:37:08 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -56
2015-01-01_20:37:08 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,062F0AB8,FF,FFC8,00A4106412AFBEDA110604000000
2015-01-01_20:37:09 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF CMDs_done
2015-01-01_20:37:09 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,071DD940,FF,FFC2,01A4106412AFBEDA110603000000
2015-01-01_20:37:09 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -62
2015-01-01_20:37:09 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -57
2015-01-01_20:37:09 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,062F0D74,FF,FFC7,01A4106412AFBEDA110603000000
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF battery: ok
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF_Btn_02 Short (to hm_sw_licht_ugTreppe)
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -62
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,071DDD5B,FF,FFC2,02B0406412AF23E74D0200
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,062F118F,FF,FFC6,02B0406412AF23E74D0200
2015-01-01_20:37:10 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -58
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF battery: ok
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF_Btn_02 Short (to hm_sw_licht_ugTreppe)
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -61
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,071DE2D1,FF,FFC3,03B0406412AF23E74D0202
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RAWMSG: E6412AF,0000,062F1705,FF,FFC6,03B0406412AF23E74D0202
2015-01-01_20:37:11 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_6412AF RSSI: -58
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 Januar 2015, 21:39:04
du hast sicherlich overload am io. also io stromlos machen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ronny332 am 01 Januar 2015, 21:41:52
Hallo,

bei mir laufen 2 HMLANs, keines der beiden zeigt aktuell einen overload an. Aber um auf Nummer sicher zu gehen, teste ich es gleich nach dem Tatort noch mal ;-). Danke für den Hinweis.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 Januar 2015, 21:53:59
kannst du mit get hminfo msgStat/protoEvents anschauen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ronny332 am 01 Januar 2015, 22:44:45
Hallo,

nun macht der Schalter gar nichts mehr, aber getConfig funktioniert. Er war für über 90 Minuten vom Netz, die Auslastung beider HMLANs ist im unteren Bereich, "1% hour" hab ich eben abgelesen. Fhem läuft ohne Neustart seit heute morgen (letztes Update).

Soeben konnte ich folgendes feststellen:
- direkt nach erneutem Netzkontakt (10s gewartet), tat sich gar nichts, keine LED blinkte, Tastendruck war unwirksam
- getConfig funktionierte zu meiner Überraschung und lief fehlerfrei durch, die LED blinkte 1x
- danach funktionierte auch der Taster (sowohl b01 wie b02) für 6-7x, die LED blinkte
- wiederrum funktionierte plötzlich nichts mehr, keine LED, kein Funkverkehr
- wieder getConfig gestartet, wieder funktionierte es, danach lief der Taster wieder für 6-7x

"Sehr komisch", aber für solches Chaos hab ich ein Händchen  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 02 Januar 2015, 00:33:26
Zitat von: ronny332 am 01 Januar 2015, 22:44:45
nun macht der Schalter gar nichts mehr, aber getConfig funktioniert. Er war für über 90 Minuten vom Netz, die Auslastung beider HMLANs ist im unteren Bereich, "1% hour" hab ich eben abgelesen. Fhem läuft ohne Neustart seit heute morgen (letztes Update).

Soeben konnte ich folgendes feststellen:
- direkt nach erneutem Netzkontakt (10s gewartet), tat sich gar nichts, keine LED blinkte, Tastendruck war unwirksam
- getConfig funktionierte zu meiner Überraschung und lief fehlerfrei durch, die LED blinkte 1x
- danach funktionierte auch der Taster (sowohl b01 wie b02) für 6-7x, die LED blinkte
- wiederrum funktionierte plötzlich nichts mehr, keine LED, kein Funkverkehr
- wieder getConfig gestartet, wieder funktionierte es, danach lief der Taster wieder für 6-7x

"Sehr komisch", aber für solches Chaos hab ich ein Händchen  :)

Das hatte ich auch. Erst ging der Schalter ein paar mal und dann waren die Taster mausetot und es gab auch keine LED beim Drücken mehr.
Als letzte Verzweiflungstat hab ich dann auf meinem anderen Computer noch mal sauber Arduino installiert und dort die Firmware compiliert und siehe da. Jetzt funktioniert der Lichtschalter einwandfrei.
Poste doch mal die Serial und HMID deines Lichtschaltes und lass Dir von jemandem hier die Firmware bauen. Dann kannst Du prüfen, ob es an Deiner Compile-Umgebung liegt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ronny332 am 02 Januar 2015, 09:49:48
Hallo,

Vielen Dank, das baut mich doch wieder auf :).

Die HMID hatte ich variiert, auch das Original hatte ich testweise 1x drauf ohne Unterschied. Geflasht habe ich immer per Raspberry Pi und den GPIO Pins.

Arduino hatte ich nur auf meiner Linux Box zum kompilieren installiert und dann aus dem Build Folder die .hex Datei geholt, welche dann geflasht wurde. Von der Abfolge sehe ich das nicht als falsch an, aber ich besorge erstmal ein Arduino Board und melde mich dann noch mal.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 02 Januar 2015, 11:43:51
Hej ronny332,

ist bei mir zwar auch schon wieder einige Zeit her, aber am Raspberry selbst mit aktuellem Raspbian compilieren hat bei mir damals prima geklappt. Dauert zwar ein bisschen länger - aber so oft benötigt man es auch nicht. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: myrave am 02 Januar 2015, 12:53:58
Hallo ronny332,

installier das arduino doch ebenfalls auf dem Raspberry Pi, du brauchst kein Arduino Board.
Es klappt hier wunderbar, habe inzwischen mehrere Schalter geflashed und auch in Betrieb.

Falls du einen Schalter flashed, der davor schon im FHEM eingebunden war, musst du den erst löschen.
Danach kannst du den neuen sauber pairen und einrichten ohne das es hierbei zu Problemen kommt.

Ich kann dir sonst alternativ anbieten, dass ich dir den Bootloader und die Firmware erstelle und zuschicke.
Schick mir einfach die HMID und die Seriennummern die du benötigst und dann kompilier ich dir das einfach.

Falls sich jemand nicht die Mühe machen will das Ganze aufzusetzen, kann es sich gerne bei mir melden.
Ich bin im Raum Frankfurt, falls jemand vorbeikommen möchte, um seinen Schalter geflashed zu bekommen.
Alternativ hab ich noch zwei Original Schalter hier, die ich für euch individuell flashen und verschicken könnte.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 02 Januar 2015, 13:40:33
Hi,
habe jetzt meine ersten Schalter bei ELV (incl ELV-Card :) ) bestellt, auf den Prog-Adapter warte ich noch....

Habe meine IDE schon vorbereitet, kompilieren klappt schon. Habe aber trotzdem noch ein paar FRage die ich nicht im Wiki gefunden habe:

1) Kann man eigentlich den Schwellwert zur Stromerkennung per RegSet online setzen?
2) Ist "https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM" aktuell? Letzte Änderung vor 8 Monaten
3) kann man die HMID nur in der Firmware oder auch im Bootloader setzen? Bin der Meinung irgendwo davon etwas gelesen zu haben. Vorteil wäre das man nur einmal eine Firmware kompilieren müsste
4) hat schonmal jemand den Schalter mit einem "MyAVR MySmart USB light" geflashed? Alle Anleitungen zielen auf ein flashen mit einem Raspberry
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 02 Januar 2015, 13:50:06
1. nein
2. ja
3. nein. im bootloader könntest du auch die default einstellung nutzen, wenn immer nur ein device im bootloader ist.
4. ich nutze arduino mit programmer sketch.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 02 Januar 2015, 16:16:52
Zu 1: ist das beabsichtigt einzubauen??

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 02 Januar 2015, 16:49:13
ZitatZu 1: ist das beabsichtigt einzubauen??
das kannst du ja in der firmware anpassen. siehe http://forum.fhem.de/index.php/topic,18071.msg194336.html#msg194336 (http://forum.fhem.de/index.php/topic,18071.msg194336.html#msg194336) und die antwort. mit den dort beschriebenen "500" funktionieren meine verbraucher (11 watt energiesparlampe) einwandfrei.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 02 Januar 2015, 18:00:15
Zitat von: frank am 02 Januar 2015, 16:49:13
das kannst du ja in der firmware anpassen. siehe http://forum.fhem.de/index.php/topic,18071.msg194336.html#msg194336 (http://forum.fhem.de/index.php/topic,18071.msg194336.html#msg194336) und die antwort. mit den dort beschriebenen "500" funktionieren meine verbraucher (11 watt energiesparlampe) einwandfrei.
Kann man, stimmt. Aber natürlich macht es mehr Spaß, wenn man nicht gleich immer die FW neu bauen muss. ;-)
Anwendungszwecke? Neben dem initialen Einrichten fallen mir da Lampen ein, wo du mehrere Leuchtkörper verwendest und vielleicht einer ausfällt oder aber auch, wenn du diesen tauscht (bei einem Wechsel auf LED-Leuchtkörper zB).

Um also deine Fragen noch ein wenig zu erweitern:
1 & 3) nein - kommt aber noch (bisher ohne Zeithorizont)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: muschelschubser am 02 Januar 2015, 18:39:57
Hi,

Zu 4:
Ich habe schon mit dem "MyAVR MySmart USB light" geflashed. Ich habe dafür ein Notebook mit Linux drauf genutzt (Linux Mint, aber ist eigentlich auch ziemlich hupe welches Du nutzt).
Mit den spezifischen Einstellungen in der Config Datei habe ich mich ein wenig gestritten, lief dann aber.

Gruß

Sascha
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: reiphi am 10 Januar 2015, 21:27:46
Hallo zusammen

Bei mir funktioniert die Firmware schon sehr gut.
Mir ist allerdings aufgefallen, dass der 'current' Wert nicht mehr aktualisiert wird.
Habe ich das was falsch eingestellt?

Danke,
Philipp
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 14 Januar 2015, 17:39:21
Zitat von: reiphi am 10 Januar 2015, 21:27:46

Mir ist allerdings aufgefallen, dass der 'current' Wert nicht mehr aktualisiert wird.

Das passiert i.d.R. wenn der Schalter nicht mehr mit der Zentrale gepeert ist. Was steht denn im aktuellen Reading beim Schalter unter R-pairCentral ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 14 Januar 2015, 17:47:23
Ich habe im Flur leider eine Sparwechselschaltung. Wenn ich das jetzt richtig verstanden habe, würde ein Homematic-Schalter immer bei Betätigung des anderen Schalters stromlos werden, egal wie ich das jetzt anschließe.

Selbst zwei Homematic-Schalter würden nicht gehen, da es vorkommen kann, dass beide stromlos und somit nicht erreichbar sind.

Sehe ich es richtig, dass ich eigentlich nur zwei Optionen habe:

a) Sparwechselschaltung in richtige Wechselschaltung umbauen lassen (geht sowas ggf. wenn keine Steckdose in der Nähe ist, die auf die Kabel angewiesen wäre?)
b) Einen Schalter ausbauen und durch Wago ersetzen, davor reinen Funkschalter (http://www.elv.de/homematic-funk-wandsender-fuer-markenschalter-2fach-unterputzmontage-komplettbausatz.html) (gibts den auch zusammengebaut, oder muss man den zwingend selbst löten?) Dann in anderen Schalter den Homematic-Schalter.

Gibt es Erfahrungswerte/Empfehlungen? Habe ich irgendeine andere Möglichkeit übersehen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Otto123 am 14 Januar 2015, 17:56:58
Ich weiß nicht wirklich was Du mit Sparwechselschaltung meinst, aber:
Du kannst an geeignete Stelle einen UP Aktor setzen, den gibt es fertig - ohne löten. -> HM-LC-SW1-FM
Alle Schalter ersetzt Du durch Taster und schaltest diese parallel an den Aktor. An die Stelle wo kein Draht liegt, kann man Funktaster (da gibt es viele Varianten) setzen. Damit kann man von beliebiger Stelle ein und ausschalten.
Das Ganze kann man mit Bewegungsmeldern ergänzen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 14 Januar 2015, 19:20:09
Zitat von: Otto123 am 14 Januar 2015, 17:56:58
Ich weiß nicht wirklich was Du mit Sparwechselschaltung meinst, aber:
Du kannst an geeignete Stelle einen UP Aktor setzen, den gibt es fertig - ohne löten. -> HM-LC-SW1-FM
Alle Schalter ersetzt Du durch Taster und schaltest diese parallel an den Aktor. An die Stelle wo kein Draht liegt, kann man Funktaster (da gibt es viele Varianten) setzen. Damit kann man von beliebiger Stelle ein und ausschalten.
Das Ganze kann man mit Bewegungsmeldern ergänzen.

Das habe ich: http://de.wikipedia.org/wiki/Sparwechselschaltung
Da kann ich die Schalter wohl eher nicht einfach durch Taster ersetzen, wenn ich das richtig verstehe, oder?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stromer-12 am 14 Januar 2015, 19:29:11
Da musst du sehen das du noch einen Null-Leiter hinbekommst, eventuell von darunter oder daneben liegender Steckdose.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Otto123 am 14 Januar 2015, 19:32:19
Naja, schau mal hier: http://www.ip-symcon.de/forum/threads/8131-Wechselsschaltung-mit-HM-LC-Sw1-FM-und-zwei-konventionellen-Tastern
Du hast alle Leitungen dafür. Aus Platzgründen den Aktor einfach in/an die Lampe?
Dann beide Schalter durch Taster ersetzen. Die Leitung zwischen den beiden Schaltern wird obsolete.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 14 Januar 2015, 20:28:04
Neutralleiter habe ich, der liegt in ner Wago in der UP-Dose.

Bei dieser Schaltung (http://de.wikipedia.org/wiki/Sparwechselschaltung#mediaviewer/File:Sparwechselschaltung.svg) kann ich das kaum zu der vorgeschlagenen Lösung (http://www.ip-symcon.de/forum/threads/8131-Wechselsschaltung-mit-HM-LC-Sw1-FM-und-zwei-konventionellen-Tastern) umbauen. Oder steh ich auf dem Schlauch?
An der Lampe kommt ja nur die geschaltete Phase an, wenn ich da den Aktor ranhänge, ist der auch ggf. stromlos. Ich brauche ja das Kabel vom Taster zum Aktor und zusätzlich die Phase. Wie kann ich da "alle Leitungen dafür" haben?

Was mir gerade noch eingefallen ist: Eigentlich wäre es am einfachsten, wenn ich die Stromversorgung vom HM_LC_Sw1PBU_FM von der 230V Phase entkoppeln würde. Am einfachsten wäre es, zwei AA-Batterien direkt an den Schalter zu hängen. Dann wäre sofort das Problem weg, dass ich den HM_LC_Sw1PBU_FM stromlos mache.
Gibt es jemanden, der das schon gebaut hat?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stromer-12 am 14 Januar 2015, 20:46:28
Wenn du an die verschiedenen Klemmstellen rankommst, kann man das hinbekommen.
Frage ist nur, ob der Aufwand lohnt?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 14 Januar 2015, 20:52:35
Hallo,

Das mit dem Umklemmen sehe ich auch so. Man kann auch einen Sw1PBU nehmen und von HM einen Funk-Unterputztaster. Der wird mit Batterien (5 Jahre Lebensdauer) versorgt. Ich habe damit letztens einen Serienschalter ersetzt. Einen Sw2 in die Lampe und mit dem Taster ansteuern. Der Vorteil ist, das dort das gleiche Belndensystem wie bei dem Sw1PBU genutzt wird.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Otto123 am 14 Januar 2015, 21:17:20
Also zunächst mal, was meinst du mit Batterien am Schalter und entkoppeln? Die Aktoren werden alle mit 230 Volt betrieben vor allem der HM_LC_Sw1PBU_FM. Da ist nix mit Batterien!!!

Du hast an beiden Schaltern die Phase, richtig?
Du setzt den Aktor einfach in die Lampe, dort kommen alle notwendigen Leitungen an.
Du tauschst die Schalter gegen Taster. Ich verstehe das Problem nicht.

Wenn ihr alle Aufwand mit Umklemmen seht, frage ich mich warum überhaupt was ändern? Die Schaltung geht doch?
Ich hatte verstanden, die vorhandene Schaltung soll in ihrer Funktion erhalten bleiben aber "elektronisch" realisiert werden um von andere Stelle eingreifen zu können.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 14 Januar 2015, 21:40:51
Zitat von: Bennemannc am 14 Januar 2015, 20:52:35
Man kann auch einen Sw1PBU nehmen und von HM einen Funk-Unterputztaster. Der wird mit Batterien (5 Jahre Lebensdauer) versorgt. Ich habe damit letztens einen Serienschalter ersetzt. Einen Sw2 in die Lampe und mit dem Taster ansteuern. Der Vorteil ist, das dort das gleiche Belndensystem wie bei dem Sw1PBU genutzt wird.

Scheint mir die vernünftigste Lösung zu sein, das werde ich so angehen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Otto123 am 14 Januar 2015, 21:57:46
Sorry, ich stand auf dem Schlauch mit dem Plan. Ich dachte an der Lampe kommt auch die Phase an.
Aber auch bei der Lösung von Bennemannc muss Du den Null an einen Schalter bekommen.
Dann kannst Du den Aktor (Sw1PBU) anstatt von dem Schalter nehmen.
Dann geht es auch bloß mit Funktaster, der Sw1PBU hat den Tastereingang nicht sondern ist ja ein "Umschalter"   
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 14 Januar 2015, 21:59:53
Zitat von: Otto123 am 14 Januar 2015, 21:17:20
Also zunächst mal, was meinst du mit Batterien am Schalter und entkoppeln? Die Aktoren werden alle mit 230 Volt betrieben vor allem der HM_LC_Sw1PBU_FM. Da ist nix mit Batterien!!!

Der Aktor läuft ja mit den 5V vom USB, wie man ja sieht, wenn man ihn zum flashen verlötet an einen Computer anschließt.  Oder reicht das dann nicht um das Relais zu schalten?

Das Problem ist ja, dass der Schalter nur Strom hat, wenn Phase an L anliegt. Das scheitert, wenn über L geschaltet wird.
Der  Typ (http://homematic-forum.de/forum/viewtopic.php?f=26&t=16668&start=10#p134047) hat das auch irgendwie umgebastelt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stromer-12 am 14 Januar 2015, 22:04:49
Ja, der Typ hat die Leiterbahn zwischen Relaismittelkontakt und Phase aufgetrennt und dann herausgeführt. Dadurch hat er einen potentialfreien Wechsler.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Otto123 am 14 Januar 2015, 22:18:07
Ich denke dieser Weg führt in die Irre ... Das Relais muss gezogen bleiben, da wäre eine Batterie ruck zuck leer.
Mach Dich doch auf die Suche nach dem Nulleiter! Schließlich kommen doch drei Adern an.Wo genau liegt den die Klemmstelle für die geschaltete Leitung der Lampe? Eventuell in der Lampe? Dann könnte man dort auftrennen und den Null über die zweite Schalterdose schleifen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 14 Januar 2015, 22:33:27
Zitat von: Otto123 am 14 Januar 2015, 22:18:07
Mach Dich doch auf die Suche nach dem Nulleiter!

Der liegt in der UP-Dose. Das ist nicht das Problem.
Mein Plan ist jetzt: Ich werde jetzt in der einen Dose den alten Schalter ausbauen, den dort geschalteten Kontakt mit ner Wago-Klemme dauerverbinden und einen Funkschalter einbauen. In der anderen Dose kommt dann der HM_LC_Sw1PBU_FM rein.
Hätte ich mir nur eigentlich sparen können, die neue Firmware drauf zu installieren, da es ja dann einfach keine Wechselschaltung mehr ist. Aber immerhin kann ich die Taster dann auch für andere Aktivitäten nutzen.

Vielen Dank aber fürs Mitdenken. Dass die Batterie dann recht schnell leer ist, macht Sinn. Schade, dass der Schalter die eigene Spannung nur aus L nehmen kann und nicht aus einem anderen verfügbaren Draht. Der Schalter hat ja in diesen Fällen auch Phase anliegen, wenn halt nur nicht an L.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stromer-12 am 14 Januar 2015, 23:30:47
Muss ich für den Switch erst per Kabel flashen um OTA benutzen zu können?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 15 Januar 2015, 01:05:31
Zitat von: stromer-12 am 14 Januar 2015, 23:30:47
Muss ich für den Switch erst per Kabel flashen um OTA benutzen zu können?
Aye!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 15 Januar 2015, 07:04:37
Hallo,

mit dem Batteriebetriebenen Teil meinte ich ein HM-PB-2-FM. Das ist "Unterputz" und mir den gleichen Aufzätzen wie der Sw1PBU. Dann einen LC-SW1-FM in die Abzweigdose und damit die Lampe schalten.
Alternativ einen Sw1PBU und einen PB-2-FM für die zweite Schaltstelle.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Actronx am 18 Januar 2015, 16:55:44
Hi,
wollte mich kurz bedanken für die tolle Arbeit!

Hab alles so am laufen wie es soll, geflasht über den Arduino Nano, OTA Updates schon genutzt, CurrentImpulse auf 300 (3000) runter gesetzt, dann läuft es mit zwei Energiesparlampen sicher.

Als Host für FHEM nutze ich einen Arduino Yun, CUL ist ein Selbstbau Arduino Nano+CC1100

Sehr cool ! :)

Besten Gruß
A
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kennymc.c am 21 Januar 2015, 10:59:41
Gibt es eigentlich auch eine Möglichkeit die Firmware für die Dimmer-Varainte HM-LC-Dim1TPBU-FM anzupassen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 21 Januar 2015, 17:01:58
Moin kennymc,

das sollte gehen. Vermutlich muss man nur die Ansteuerung der Dimmerhardware bauen. Vermutlich technisch kein großes Problem. Ich gehe davon aus, dass im Gerät der gleiche Controller verbaut ist (solltest man im ersten Schritt verifizieren). Hast du Lust das zu machen?


Gruß,
Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kennymc.c am 22 Januar 2015, 19:23:27
Ne, dazu habe ich wohl zu wenig Ahnung. Hab ich erst vor kurzem in das Thema eingelesen. Wollte nur wissen, ob das generell möglich ist oder ob das schon jemand gemacht hat.
Ist es technisch immer nötig bei einem neuen Gerät den Controller zuerst anzulöten oder würde es theoretisch auch irgendwann einmal möglich sein, ganz normal auch über ein OTA Update die alternative Firmware aufzuspielen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 23 Januar 2015, 20:30:03
Hi,
ich habe jetzt man den Schalter an meinen "MySmartUSB Light" angeschlossen.
MOSI (MP4) -> MOSI (Pin4)
MISO (MP5) -> MISO (Pin1)

Am Schalter ist doch die erste Reihe von links nach rechts: MP15 / MP5 /MP6
Und die zweite Reihe von links nach rechts: MP3 / MP4 / MP2
....
aber ein
avrdude -c stk500v2 -P /dev/ttyUSB0 -p m644 -v
liefert nix... Der Programmer ist auf 3V eingestellt
tobias@laptop:~$ avrdude -c stk500v2 -P /dev/ttyUSB0 -p m644 -v

avrdude: Version 6.0.1, compiled on Oct 21 2013 at 15:55:32
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/home/tobias/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/ttyUSB0
         Using Programmer              : stk500v2
         AVR Part                      : ATmega644
         Chip Erase delay              : 55000 us
         PAGEL                         : PD7
         BS2                           : PA0
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    10   128    0 no       2048    8      0  9000  9000 0xff 0xff
           flash         33     6   256    0 yes     65536  256    256  4500  4500 0xff 0xff
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00

         Programmer Type : STK500V2
         Description     : Atmel STK500 Version 2.x firmware
         Programmer Model: STK500
         Hardware Version: 3
         Firmware Version Master : 2.10
         Topcard         : Unknown
         Vtarget         : 0.0 V
         SCK period      : 17.4 us
         Varef           : 0.0 V
         Oscillator      : Off

avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.97s

avrdude: Device signature = 0x000000 (retrying)

Reading | ################################################## | 100% 0.97s

avrdude: Device signature = 0x000000 (retrying)

Reading | ################################################## | 100% 0.97s

avrdude: Device signature = 0x000000
avrdude: Yikes!  Invalid device signature.
         Double check connections and try again, or use -F to override
         this check.


avrdude done.  Thank you.


Hab ich etwas übersehen oder muss ich bei dem Programmer etwas beachten?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gong am 23 Januar 2015, 22:04:39
Hallo Tobias,

Zitat
Am Schalter ist doch die erste Reihe von links nach rechts: MP15 / MP5 /MP6
Und die zweite Reihe von links nach rechts: MP3 / MP4 / MP2

Leider nein. Das selbe Problem hat mich (fast) den ganzen letzten Samstag gekostet. Tausche die beiden linken äußeren Kabel oben und unten. Die richtige Reihung ist:

Am Schalter ist die erste Reihe von links nach rechts: MP3 / MP5 / MP6
Und die zweite Reihe von links nach rechts: MP15 / MP4 / MP2

Ist etwas missverständlich aufgedruckt...

Gruß
Sven
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 24 Januar 2015, 01:24:35
Hallo zusammen,

nachdem mein Adapter und myrave so nett war mir die Firmware zu bauen habe ich mich auch daran gewagt. Nur leider bekomme ich das irgendwie nicht hin. Das Flaschen scheint wohl zu klappen, aber bekomme ihn in Fhem nicht rein und im Event monitor taucht er auch nicht auf! Die LED blink immer wieder so 7 mal hinter einander.

Ich habe einen RPI B+ und bin nach der Anleitung vorgegangen.
https://owncloud.isengard.at/public.php?service=files&t=8992affb68e8c1dcbe532152628ad9a5 (https://owncloud.isengard.at/public.php?service=files&t=8992affb68e8c1dcbe532152628ad9a5)
Ich habe alle Dateien die ich brauche außer der Firmware aus der Datei verwendet. Die Firmware hänge ich mal an.

Habe das Flaschen jetzt schon mehr als versucht. Hier mal mein letzter versuch.

pi@raspberrypi ~ $ sudo avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: reading input file "0xFD"
avrdude: writing lfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFD:
avrdude: load data lfuse data from input file 0xFD:
avrdude: input file 0xFD contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0xD8"
avrdude: writing hfuse (1 bytes):

Writing | ################################################## | 100% 0.01s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xD8:
avrdude: load data hfuse data from input file 0xD8:
avrdude: input file 0xD8 contains 1 bytes
avrdude: reading on-chip hfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of hfuse verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

pi@raspberrypi ~ $ sudo avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "bootloader_HM-LC-Sw1PBU-FM.hex"
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: writing flash (61372 bytes):

Writing | ################################################## | 100% 49.09s

avrdude: 61372 bytes of flash written
avrdude: verifying flash memory against bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: load data flash data from input file bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex contains 61372 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 35.52s

avrdude: verifying ...
avrdude: 61372 bytes of flash verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

pi@raspberrypi ~ $ cd firmware
pi@raspberrypi ~/firmware $ ls
207905.eq3  207905.hex  207914.eq3  207914.hex
pi@raspberrypi ~/firmware $ sudo avrdude -p m644 -P gpio -c gpio -U flash:w:207905.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "207905.hex"
avrdude: input file 207905.hex auto detected as Intel Hex
avrdude: writing flash (65536 bytes):

Writing | ################################################## | 100% 32.77s

avrdude: 65536 bytes of flash written
avrdude: verifying flash memory against 207905.hex:
avrdude: load data flash data from input file 207905.hex:
avrdude: input file 207905.hex auto detected as Intel Hex
avrdude: input file 207905.hex contains 65536 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 30.94s

avrdude: verifying ...
avrdude: 65536 bytes of flash verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.


Irgendwas muss ich da doch übersehen!?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 24 Januar 2015, 12:27:21
Zitat von: gong am 23 Januar 2015, 22:04:39
Hallo Tobias,

Leider nein. Das selbe Problem hat mich (fast) den ganzen letzten Samstag gekostet. Tausche die beiden linken äußeren Kabel oben und unten. Die richtige Reihung ist:

Am Schalter ist die erste Reihe von links nach rechts: MP3 / MP5 / MP6
Und die zweite Reihe von links nach rechts: MP15 / MP4 / MP2

Ist etwas missverständlich aufgedruckt...

Gruß
Sven

Danke das wars :) Jetzt wird der ATMEGA erkannt.

Nächste Frage, ich möchte gerne die originale HMID und SerialID des Sensors nehmen. Die SerialID steht drauf, die HMID nicht. Jetzt dachte ich, wenn ich den Programmer anschließe bekommt die Schaltung Strom und der Schalter fängt an zu senden -> autocreate in FHEM springt an -> HMID abgeschrieben.
Dummerweise fängt der Sensor/Schalter aber nicht zu senden an.

Wie macht ihr das / bekommt die HMID raus ohne den Schalter vorher mit 220V zu verbinden?? 
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 24 Januar 2015, 12:41:51
ZitatDummerweise fängt der Sensor/Schalter aber nicht zu senden an.
in den anlernmodus bringen, dann sendet er die anlernmessage und das device wird angelegt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 24 Januar 2015, 13:23:48
Zitat von: frank am 24 Januar 2015, 12:41:51
in den anlernmodus bringen, dann sendet er die anlernmessage und das device wird angelegt.
Danke, jetzt weiß ich warum es bei mir nicht klappt. Meim Programmer gibt die 3.3V nur bei Benutzung frei. Im Ruhezustand ist VCC abgeschaltet...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 24 Januar 2015, 13:54:23
Hab jetzt dasselbe Problem wie holzwurm83. Weder meine selbst kompilierte Firmware, noch die verlinkte aus dem Wiki funktioniert. Drücke ich den Anlernbutton, blinkt die LED nach dem loslassen des Buttons exakt 1x. Bei FHEM kommt nix an.
Kennt wer das Problem und weiß Rat?
Die Fuses hab ich nicht verstellt, der Bootloader ist der originale
tobias@laptop:~/sketchbook/Asksin_HM_LC_Sw1PBU_FM$ sudo avrdude -c stk500v2 -P /dev/ttyUSB0 -p m644 -v

avrdude: Version 6.0.1, compiled on Oct 21 2013 at 15:55:32
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/home/tobias/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/ttyUSB0
         Using Programmer              : stk500v2
         AVR Part                      : ATmega644
         Chip Erase delay              : 55000 us
         PAGEL                         : PD7
         BS2                           : PA0
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    10   128    0 no       2048    8      0  9000  9000 0xff 0xff
           flash         33     6   256    0 yes     65536  256    256  4500  4500 0xff 0xff
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00

         Programmer Type : STK500V2
         Description     : Atmel STK500 Version 2.x firmware
         Programmer Model: STK500
         Hardware Version: 3
         Firmware Version Master : 2.10
         Topcard         : Unknown
         Vtarget         : 0.0 V
         SCK period      : 17.4 us
         Varef           : 0.0 V
         Oscillator      : Off

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e9609
avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as DA
avrdude: safemode: efuse reads as FD

avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as DA
avrdude: safemode: efuse reads as FD
avrdude: safemode: Fuses OK (H:FD, E:DA, L:FF)

avrdude done.  Thank you.

tobias@laptop:~/sketchbook/Asksin_HM_LC_Sw1PBU_FM$


Edit: Auch nach ändern der Fuses (-U lfuse:w:0xFD:m -U hfuse:w:0xD8:m) ändert sich nix
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 24 Januar 2015, 17:07:37
Ja, für eine Hilfestellung wäre ich auch sehr dankbar.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: myrave am 24 Januar 2015, 17:33:54
ZitatDrücke ich den Anlernbutton, blinkt die LED nach dem loslassen des Buttons exakt 1x.
Das ist bei mir genauso und scheint keine Fehlfunktion zu sein.

Bei der alternativen Firmware habe ich auch einige Probleme gehabt, weil das Anlernen nicht beim ersten Mal funktioniert hat.
Am Ende habe ich dann doch noch alle in FHEM einbinden können, bei manchen waren aber mehrere Versuche notwendig.

Was du probieren kannst ist den Schalter nochmal stromlos machen, nachdem du das OTA Firmware Update gemacht hast.
Danach den Stick in den Pairing Modus schalten und es danach auch mit dem Schalter machen (Config 4s lang drücken).
Manchmal hat es besser geklappt, wenn das Pairing über hmPairSerial gemacht wurde.

Wenn du den Aktor davor mit der Original Firmware angelernt hattest, musst du dein Eintrag natürlich vorher löschen, speichern un ggf. sogar FHEM nochmal durchstarten, damit es dort komplett weg ist.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 24 Januar 2015, 18:29:15
bei kurzer betätigung => 1x blinken => nichts wird ausgeführt.
langes drücken, vielleicht 5s => ?? => anlernvorgang wird ausgeführt.
nochmaliges langes drücken, direkt nach dem ersten langen drücken => ?? => reset.

soweit ich das erinnere, ist ein anlernvorgang schlecht zu erkennen. drückt man zu schnell nochmal lang, kommt reset. ein sicheres zeichen ist, wenn nach dem drücken, die led nicht 1x kurz blinkt. denn das wäre ja kurz gewesen.  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 25 Januar 2015, 08:15:37
Ich weiß nicht, warum das blinken der Led hier anders gelöst ist. In der originalen Firmware ist einmal kurz drücken der anlernmodus,  dieser wird durch dauerhaftes blinken währenddessen signalisiert. Da weiß man gleich woran man ist.
Eine Dokumentation zu den stati der Led hab ich auch noch nicht gefunden....  Ist hier jemand wissend??

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 Januar 2015, 10:21:12
ZitatEine Dokumentation zu den stati der Led hab ich auch noch nicht gefunden....  Ist hier jemand wissend??
was verstehst du nicht an antwort #961?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 25 Januar 2015, 10:52:14
Bei #961 steht nur etwas von 4sek. Bei #962 sind nur Vermutungen und zuviel Fragezeichen.
Was passiert beim kurzen Tastendruck??  Innerhalb wieviel sek muss man 2mal lang drücken für Reset??  Muss man bei einem update per ota etwas drücken??  Uvm
Ich bin jetzt schon dabei den Wiki Eintrag zu aktualisieren und zu vervollständigen

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 Januar 2015, 11:19:17
ZitatBei #961 steht nur etwas von 4sek.
seltsam, bei mir in #960.

Zitat« Antwort #961 am: Gestern um 18:29:15 »

Zitatsind nur Vermutungen und zuviel Fragezeichen.
nee. tatsachen. die fragezeichen, weil ich keine vermutungen über die led anzeige machen wollte.

es gibt nur 2 funktionen.
1x lang => anlernen.
2x lang => reset.

die tatsachen kannst du aus dem code lesen.

da es keine rückmeldung für langes drücken gibt, habe ich mir ein blinken in den code gebaut.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 25 Januar 2015, 11:59:40
Zitat von: frank am 25 Januar 2015, 11:19:17
seltsam, bei mir in #960.
nee. tatsachen. die fragezeichen, weil ich keine vermutungen über die led anzeige machen wollte.

es gibt nur 2 funktionen.
1x lang => anlernen.
2x lang => reset.

die tatsachen kannst du aus dem code lesen.

da es keine rückmeldung für langes drücken gibt, habe ich mir ein blinken in den code gebaut.

Danke,
wäre ein FeatureRequest für des offizielle GIT Repo.
Ein 1000ms blinken solange der Schalter im Anlernmodus ist. Sobald Angelernt wurde hört das blinken aus. Erfolgte kein Anlernen 3x je 200ms blinken


Edit: ist das bei Euch auch so das mit der neuen FW viel öfters MissingAck kommt?
Zb. bekomme ich beim "StatusRequest" auf den Channeln SW1/SW2 immer(!) ein MISSING_ACK
Der Anlernvorgang hat erst beim 4/5 mal funktioniert...
Hatte denselben Schalter vorher mit der originalen FW am selbn Standort (bei mir auf dem Schreibtisch) getestet, da hatte alles funktioniert

Bitte nur als Rückmeldung verstehen, nicht als Kritik!!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 Januar 2015, 14:17:46
ZitatZb. bekomme ich beim "StatusRequest" auf den Channeln SW1/SW2 immer(!) ein MISSING_ACK
ich glaube statusrequest ist nicht eingebaut. zumindestens ist mir aufgefallen, dass der schalter bei jedem restart von fhem, den automatischen statusrequest, durch meine einstellung bei autoreadreg, ignoriert und in den internals mit cmds_done_errors:1 quittiert. eventuell wird öfter ein statusrequest in cul_hm ausgelöst. die eigentliche funktion läuft bei mir aber ohne zicken.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bastischen am 25 Januar 2015, 15:33:14
Hallo Zusammen,

ich hoffe ihr stellt mich jetzt nicht als absoluten Deppen hin aber ich kann machen was ich will, nach dem Flashen meines Schalters blinkt er immer nur kurz wenn ich die Conig Taste oder die einschalt / ausschalt taste drücke.
Ansonsten macht er nichts.
Auch in Fhem kann ich ihn nicht anlernen.
Fuses sind richtig gesetzt und ich habe das von Arduino Generierte Hex direkt mit AVR Studio geflasht.

Auch nach der Anleitung von (Flashen mit RaspberryPi:) Passiert genau das Gleiche.

Habt ihr eine Idee, was ich falsch mache?

Liebe Grüße
Basti
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 25 Januar 2015, 15:38:11
Dasselbe Problem,  schau mal ins Wiki dazu.  Ich habe den Absatz zum anlernen heute hinzugefügt

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 25 Januar 2015, 16:52:46
Zitat von: Tobias am 24 Januar 2015, 12:27:21
Wie macht ihr das / bekommt die HMID raus ohne den Schalter vorher mit 220V zu verbinden??

Die steht in dem Barcode auf der Platine. Mit meinem Handy (https://play.google.com/store/apps/details?id=com.google.zxing.client.android&hl=en) lese ich die aus. Es ist der kleine Barcode an der abgeschrägten Ecke auf der Platine, wo der Atmel drauf ist.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 25 Januar 2015, 17:16:06
Inzwischen sind vier HM_LC_Sw1PBU_FM mit der Custom-FW problemlos bei mir in der Wohnung verbaut. Heute wollte ich Nummer fünf in Betrieb nehmen.
Also wie gewohnt den Schalter an den USPASP angelötet und den Bootloader drauf installiert. Dann per flash-ota die Firmware drauf. Soweit funktioniert auch alles prima. Per FHEM kann ich Sw1 schalten und die LED geht an. Den Schalter wieder zusammengebaut.

Er soll in eine Doppelblende. In der unteren UP ist eine Steckdose und in der oberen der Lichtschalter. Der alte Schalter hat nur Phase und geschaltete Phase. Ansonsten liegt lediglich ein Schutzleiter. Also habe ich den Neutralleiter von der unteren UP ( Steckdose) mit ner Wago-Klemme abgezweigt und in die obere UP gelegt.
Wenn ich das messe, zeigt er mir auch brav 230v zwischen Neutralleiter und Phase an.

Nun habe ich den HM_LC_Sw1PBU_FM angeschlossen, erstmal nur Phase und Neutralleiter. Leider ist nun direkt die Sicherung rausgeflogen. Ich habe den Schalter aufgemacht, sieht alles in Ordnung aus. Habe den Homematic-Teil noch mal an 5V angeschlossen und der geht ohne Probleme. Selbst wenn ich die 230V Platine (ohne die 5V Homematic-Platine) an Phase und Neutralleiter anschließe, fliegt mir die Sicherung raus.

Nachdem ich etwas über die Funktionsweise von FI gelesen habe, scheint mir, dass ich keinen Neutralleiter aus einem fremden Stromkreis nehmen kann, da dann immer der FI-Schutzschalter auslöst.

Ich könnte natürlich auch die Phase aus der Steckdose in den HM_LC_Sw1PBU_FM legen, dann würde das zum Neutralleiter passen. Aber die Lampe selbst hat ja in der Decke noch den alten Neutralleiter, damit hätte ich dann dort dasselbe Problem.

Hat jemand eine Idee, wie ich dieses Problem vernünftig lösen kann?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 Januar 2015, 17:23:26
ZitatOder die FI-Sicherung mag nicht, dass ich den Neutralleiter aus einem anderen Stromkreis nehme?
hast du mehrere FI? jeder FI-kreis überwacht "seine" L1-3 und N.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: malted am 25 Januar 2015, 17:26:23
Zitat von: frank am 25 Januar 2015, 17:23:26
hast du mehrere FI? jeder FI-kreis überwacht "seine" L1-3 und N.
Ja, das wird das Problem sein, der Neutralleiter der Steckdose ist in einem anderen FI-Kreis als die Phase der Lampe.
Ziemlich blöd das.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 Januar 2015, 17:48:02
ich installiere für den lichtkreis, wenn möglich, immer einen eigenen FI, damit man bei einem auslösen des steckdosen-FI, nachts nicht im dunkeln steht. denn komischerweise lösen diese dinger meistens nachts aus.  ;)

theoretisch wäre es denkbar, dass diese lampe mit in den steckdosenkreis integriert wird. dazu müsste diese lampe dann aber komplett mit L und N den kreis wechseln. auch dürfen keine weiteren querverbindungen in irgendwelchen abzweigdosen bestehen. frag einfach mal den elektriker deines vertrauens.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 26 Januar 2015, 18:36:28
Ist denn geplant den StatusRequest noch zu implementieren? Wäre schon toll... :)

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 27 Januar 2015, 19:49:35
Hi,
hab mich gerade voll "blamiert"... Den ersten Schalter gegen einen geflashten HM-LC-SW1PBU-FM getauscht und es geht kein Licht an....
Ich kann auf die Schaltwippe drücken wie ich will, kurz oder lang - Das Licht bleibt aus.
Jeder Tastendruck (lang/kurz) aktualisiert allerdigs brav die Readings. Über FHEM kann ich auch das Licht an- und aus schalten. Aber eben nicht über den Schalter...
HILFE!!! Hab ich etwas übersehen??
Der Schalter ist übrigens ein ELV-Fertigschalter. Nichts selber zusammengelötet...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 27 Januar 2015, 19:57:54
Vermutlich liegt es nur daran, dass du die Buttons schon auch dem entsprechenden Switch zuordnen musst. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 28 Januar 2015, 09:29:16
Ich habe mal das Wiki erweitert...
http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware

bleibt noch die Frage ob das Kommando "StatusRequest" geplant ist in die FW einzubauen..??

Edit: wo kann man eigentlich das Register intKeyVisib = visib einstellen?
Egal ob im Device oder im Kanal, ein regSet liefert immer nur
supported register are dblPress expectAES longPress pairCentral peerNeedsBurst sign
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 28 Januar 2015, 21:20:17

Zitat von: gong am 23 Januar 2015, 22:04:39
Hallo Tobias,

Leider nein. Das selbe Problem hat mich (fast) den ganzen letzten Samstag gekostet. Tausche die beiden linken äußeren Kabel oben und unten. Die richtige Reihung ist:

Am Schalter ist die erste Reihe von links nach rechts: MP3 / MP5 / MP6
Und die zweite Reihe von links nach rechts: MP15 / MP4 / MP2

Ist etwas missverständlich aufgedruckt...

Gruß
Sven

Hallo Tobias,

kann es sein, das du die Belegung im Wiki falsch ergänzt hat?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 29 Januar 2015, 19:04:45
mist... geändert
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: HoTi am 30 Januar 2015, 16:52:29
Hallo zusammen,

kann mir einer verraten was ich da nun wieder falsch gemacht habe. Ich habe die Anleitung 100x gelesen und alles abgesichert trotzdem der Fehler:

Binäre Sketchgröße: 20.346 Bytes (von einem Maximum von 63.488 Bytes)
avrdude: stk500_getsync(): not in sync: resp=0x00
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 30 Januar 2015, 16:55:36
Ich hoffe du flashst per kommandozeile und nicht aus der arduino IDE heraus. Da bekomme ich nämlich denselben Fehler

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: HoTi am 30 Januar 2015, 20:56:01
Supi danke. jetzt habe ich es hin bekommen den Bootloader zu flashen.

Nur leider verstehe ich nicht wie ich jetzt die EQ3 Datei erzeugen kann.

Kann mir das jetzt jemand erklären wie das geht mit einem Windows Rechner?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 31 Januar 2015, 01:14:03
Hallo zusammen,

ich bin bald am verzweifeln jetzt habe ich das Teil schon zig mal geflanscht aber es geht einfach nicht. Wenn ich ihn pairen will und die config Taste am Schalter drücke, kann ich machen was ich will. sobald ich die Taste los lasse blinkt immer ein mal die led.

pi@raspberrypi ~ $ sudo avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: reading input file "0xFD"
avrdude: writing lfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFD:
avrdude: load data lfuse data from input file 0xFD:
avrdude: input file 0xFD contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0xD8"
avrdude: writing hfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xD8:
avrdude: load data hfuse data from input file 0xD8:
avrdude: input file 0xD8 contains 1 bytes
avrdude: reading on-chip hfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of hfuse verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

pi@raspberrypi ~ $ avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM.hex
gpio/direction: Permission denied

avrdude done.  Thank you.

pi@raspberrypi ~ $ sudo avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "bootloader_HM-LC-Sw1PBU-FM.hex"
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: writing flash (61372 bytes):

Writing | ################################################## | 100% 69.40s

avrdude: 61372 bytes of flash written
avrdude: verifying flash memory against bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: load data flash data from input file bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex contains 61372 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 65.37s

avrdude: verifying ...
avrdude: 61372 bytes of flash verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

pi@raspberrypi ~ $ sudo avrdude -p m644 -P gpio -c gpio -U flash:w:firmware_HM_LC_Sw1PBU-FM.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "firmware_HM_LC_Sw1PBU-FM.hex"
avrdude: error opening firmware_HM_LC_Sw1PBU-FM.hex: No such file or directory
avrdude: input file firmware_HM_LC_Sw1PBU-FM.hex auto detected as invalid format
avrdude: can't open input file firmware_HM_LC_Sw1PBU-FM.hex: No such file or directory
avrdude: write to file 'firmware_HM_LC_Sw1PBU-FM.hex' failed

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

pi@raspberrypi ~ $ ls
avrdude_5.10-4_armhf.deb        firmware_HM-LC-Sw1PBU-FM.hex
avrdude.conf                    flash-ota
bl                              libcec
bootloader_HM-LC-Sw1PBU-FM.hex  Network Trash Folder
Desktop                         ocr_pi.png
DMAP.pm                         python_games
fhem-5.5.deb                    Temporary Items
firmware
pi@raspberrypi ~ $ sudo avrdude -p m644 -P gpio -c gpio -U flash:w:firmware_HM-LC-Sw1PBU-FM.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "firmware_HM-LC-Sw1PBU-FM.hex"
avrdude: input file firmware_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: writing flash (19478 bytes):

Writing | ################################################## | 100% 19.11s

avrdude: 19478 bytes of flash written
avrdude: verifying flash memory against firmware_HM-LC-Sw1PBU-FM.hex:
avrdude: load data flash data from input file firmware_HM-LC-Sw1PBU-FM.hex:
avrdude: input file firmware_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: input file firmware_HM-LC-Sw1PBU-FM.hex contains 19478 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 17.26s

avrdude: verifying ...
avrdude: 19478 bytes of flash verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

pi@raspberrypi ~ $
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 31 Januar 2015, 06:42:33
@Rettungstim : wenn du den bootloader geflashed hast kannst du auch gleich die Firmware flashen. Dann kannst du erstmal weiter. Den Test per ota kannst du auch später machen

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: HoTi am 31 Januar 2015, 08:43:50
ich war der Meinung,  wenn ich jetzt einfach die SW flashe mit dem isp überschreiben ich den BL wieder. Ansonsten müsste ich doch irgendwo eine startadresse angeben?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 31 Januar 2015, 11:30:05
Hallo zusammen,

ich habe jetzt noch mal alles neu gemacht uns wollte nun die FW per OTA auf den Schalter spielen. Bier Befehl wir aber nicht gefunden.

pi@raspberrypi ~ $ sudo flash-ota -f 207914.eq3 -s KEQ0198585 -c /dev/ttyACM0
sudo: flash-ota: command not found
pi@raspberrypi ~ $
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 31 Januar 2015, 13:18:57
ZitatSolltet ihr mittels CUL, COC oder HM-CFG-USB-2 direkt auf eurem Raspberry flashen, könnt ihr das
     bereitgestellte 'flash-ota' verwenden. Ansonsten einfach herunterladen und für euer System selbst
     kompilieren:
     https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 31 Januar 2015, 14:09:46
Zitat von: Tobias am 31 Januar 2015, 13:18:57


Ich hab die Datei "flash-ota" in dem gleichen Ordner abgelegt, oder muss ich dies zwingend selbst kompilieren?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 31 Januar 2015, 15:31:43
Zitat von: holzwurm83 am 31 Januar 2015, 14:09:46
Ich hab die Datei "flash-ota" in dem gleichen Ordner abgelegt, oder muss ich dies zwingend selbst kompilieren?
Wenn du das File im selben Ordner ausführen willst, indem du gerade bist, musst du es folgendermaßen ausführen:
./flash-ota
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 31 Januar 2015, 18:13:00
Das führt leider zum gleichen Ergebnis!?

pi@raspberrypi ~ $ ls
207905.eq3                      firmware
207914.eq3                      firmware_HM-LC-Sw1PBU-FM.hex
avrdude_5.10-4_armhf.deb        flash-ota
avrdude.conf                    libcec
bl                              Network Trash Folder
bootloader_HM-LC-Sw1PBU-FM.hex  ocr_pi.png
Desktop                         python_games
DMAP.pm                         Temporary Items
fhem-5.5.deb
pi@raspberrypi ~ $ sudo ./flash-ota -f 207914.eq3 -s KEQ0198585 -c /dev/ttyACM0
sudo: ./flash-ota: command not found
pi@raspberrypi ~ $
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: HoTi am 31 Januar 2015, 18:17:05
Sorry, aber kann mir das jemand auf deutsch erklären.
Wo finde ich diese payload datei? Ich habe mit dem Arduino alles angepasst und Kompeliert und dann??

Zitat
Convert payload and flash:

You need to convert your elf file to binary first (For arduino GUI you can find this in /tmp/buildXXXXX/)
If CRC Check is disabled, simply use the avr-objcopy tool
avr-objcopy -j .text -j .data -O binary payload.elf payload.bin
If CRC Check is enabled, you need to generate a CRC checksum to your binary to make it acceptable for the bootloader
The intention of the CRC check is to prevent unfinished transfers to start and force you to do a hard reset to re-enter the bootloader
This CRC Checksum has to be added with the tool srec_cat (from srecord: http://srecord.sourceforge.net/download.html)
In this case, do not use avr-objcopy, simply run srec_cat as follows (use the .hex file as input, not the .elf file)

For 32k devices with 4k bootloader space like (Atmega328p):

srec_cat <payload.hex> -intel -fill 0xFF 0x0000 0x6FFE -Cyclic_Redundancy_Check_16_Little_Endian 0x6FFE -o  payload.bin -binary
For 64k devices with 4k bootloader space like (Atmega644):
srec_cat <payload.hex> -intel -fill 0xFF 0x0000 0xEFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xEFFE -o  payload.bin -binary
For 64k devices with 8k bootloader space like (Atmega644):
srec_cat <payload.hex> -intel -fill 0xFF 0x0000 0xDFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xDFFE -o  payload.bin -binary
in both cases you end up with the binary, which has to go through the converter to get the EQ3 format
Use the converter (need php-cli):
./bin2eq3.php payload.bin payload.eq3 # convert to eq3 hex format

Dependent on the flash page size of the desired AVR, a different page size can pass as third parameter in bytes. The default pages size is 256 bytes.
E.g. the Atmega328 needs a page size of 128 bytes.

tar -czf payload.tar.gz payload.eq3 # create .tar.gz for homematic windows tool
Open serial with 57600 baud to see debug output
Flash payload with flash-ota (from hmland https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb):
As SERIAL_NUMBER, set your desired number in the header of bootloader.c. Defaults to KEQ0000001
You should set a different number for each device to prevent bootloader conflicts when more than 1 device is switched on at the same time
sudo ./flash-ota -f payload.eq3 -s <SERIAL_NUMBER>
Reboot device to enter bootloader
Wait for flash-ota to do its job

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 01 Februar 2015, 03:02:41
Zitat von: holzwurm83 am 31 Januar 2015, 18:13:00
Das führt leider zum gleichen Ergebnis!?


pi@raspberrypi ~ $ sudo ./flash-ota -f 207914.eq3 -s KEQ0198585 -c /dev/ttyACM0
sudo: ./flash-ota: command not found
pi@raspberrypi ~ $

Hat die Datei vielleicht die falschen Berechtigungen?
Probier mal in dem Verzeichnis:
chmod 755 flash-ota
Und dann nochmal ausführen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 01 Februar 2015, 12:35:07
Zitat von: Mr. P am 01 Februar 2015, 03:02:41
Hat die Datei vielleicht die falschen Berechtigungen?
Probier mal in dem Verzeichnis:
chmod 755 flash-ota
Und dann nochmal ausführen.

Das war in der tat das Problem!
pi@raspberrypi ~ $ chmod 755 flash-ota
pi@raspberrypi ~ $ sudo ./flash-ota -f 207914.eq3 -s KEQ0198585 -c /dev/ttyACM0
HomeMatic OTA flasher version 0.097-git

Reading firmware from 207914.eq3...
Firmware with 240 blocks successfully read.
Opening culfw-device at path /dev/ttyACM0 with speed 38400
Requesting firmware-version
culfw-device firmware version: 1.58
Entering 10k-mode
Waiting for device with serial KEQ0198585


Jetzt ist es nur so da er auf das Device wartet. Ich hab den Schalter auch schon bei gedrückter config Taste stromlos gemacht und wieder eingesteckt.

Mach ich da noch was falsch?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 01 Februar 2015, 12:56:45
soweit ich weiß, Schalter per fehm ein "set <device> reset", danach innerhalb von 10sek die ConfigTaste für ???-sek drücken
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 Februar 2015, 15:27:20
netzversorgung vom schalter ausschalten, config taster drücken und halten, spannung einschalten und weiterhin gedrückt halten bis erstes blinken erscheint.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 01 Februar 2015, 15:51:12
@frank... allerdings dumm wenn der Sicherungskasten nicht gerade direkt neben dem betreffenden Schalter ist ... ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 01 Februar 2015, 15:55:27
Zitat von: Tobias am 01 Februar 2015, 12:56:45
soweit ich weiß, Schalter per fehm ein "set <device> reset", danach innerhalb von 10sek die ConfigTaste für ???-sek drücken

Das geht leider nicht fhem zeigt, dass ich die device erst mal anlegen muss. So kann er den Befehl doch gar nicht bekommen?


Zitat von: frank am 01 Februar 2015, 15:27:20
netzversorgung vom schalter ausschalten, config taster drücken und halten, spannung einschalten und weiterhin gedrückt halten bis erstes blinken erscheint.

Das habe ich auch probiert. Die LED blinkt beim Strom einstecken und halten der Configtaste sofort, aber tut sich weiter nichts!?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 01 Februar 2015, 16:07:24
weiß jemand was der Wert "current" für eine Einheit hat?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 02 Februar 2015, 17:59:47
Hallo zusammen,

irgendwie komme ich mit dem mit dem Teil nicht weiter. Kann ich den Schalter irgendwie komplett zurücksetzten, so dass ich noch mal von vorne anfangen kann?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 02 Februar 2015, 19:20:16
Zitat von: Tobias am 01 Februar 2015, 16:07:24
weiß jemand was der Wert "current" für eine Einheit hat?

Ich habe einen Wert von ca. 650 bei einer 8W Energiesparlampe und 230V. Macht einen Strom von 0,0348A.
Wie passt das zu einem Wert von 650?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Carsten am 03 Februar 2015, 21:08:38
Das ist wahrscheinlich meine dümmste Frage in diesem Forum bisher ( und ich hab schon sehr dumme Fragen gestellt ), aber was braucht man für einen Schraubendreher, um die Platine aus dem Gehäuse zu kriegen? Ich dachte eigentlich, ich wäre zumindest mit Bits und Inbusschlüsseln einigermaßen gut sortiert, aber nichts passt. Ich kann trotz Kontaktlinsen nichtmal erkennen, ob das Torx oder Inbus oder was ganz anderes ist. Ist mir sehr peinlich, aber ich scheitere gerade daran...  :-[
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kennymc.c am 03 Februar 2015, 21:30:58
Die Platine kann man einfach aus dem Gehäuse ziehen. Steckt von unten an einem 6 Pin Jumper.

EDIT: Sorry, auch eine dumme Antwort von mir. Du meinst natürlich die untere Platine. Bin auch gerade dabei die abzubekommen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Carsten am 03 Februar 2015, 21:44:45
Oh Gott, wie peinlich.

Habs hinbekommen. Torx T9 aus meinem Fahrradwerkzeug ( gibts solche Schrauben am Fahrrad ).
Muss wohl mal nen Satz kleine Torx-Schraubendreher bestellen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 03 Februar 2015, 21:50:45
Zitat von: Carsten am 03 Februar 2015, 21:44:45
Oh Gott, wie peinlich.

Habs hinbekommen. Torx T9 aus meinem Fahrradwerkzeug ( gibts solche Schrauben am Fahrrad ).
Muss wohl mal nen Satz kleine Torx-Schraubendreher bestellen.
Also eigentlich ist es ein T6...
Glaub zumindest nicht, dass sie die Schrauben geändert haben. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Carsten am 03 Februar 2015, 22:02:15
Zitat von: Mr. P am 03 Februar 2015, 21:50:45
Also eigentlich ist es ein T6...
Glaub zumindest nicht, dass sie die Schrauben geändert haben. ;-)

Hmm... Dann ist mein Werkzeug falsch beschriftet. Ist glaube ich ausm ALDI.  ;D

Habs jedenfalls nicht aufm Kopf gelesen. Das T ist ja auch richtigrum. Kann aber hinkommen. Die nächst größeren an dem Ding sind 10, 15, 20, 25... Wäre schon ein seltsam kleiner Sprung in der Reihe
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: HoTi am 06 Februar 2015, 11:39:41
Zitat von: RettungsTim am 31 Januar 2015, 18:17:05
Sorry, aber kann mir das jemand auf deutsch erklären.
Wo finde ich diese payload datei? Ich habe mit dem Arduino alles angepasst und Kompeliert und dann??

Hallo zusammen,

kann mir jemand erklären wie ich die datei erzeuge? Ich habe das leider nicht verstanden.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 Februar 2015, 14:13:56
payload ist nur eine "variable". je nachdem wie und was du kompiliert hast oder bei welchem schritt der anleitung du bist, hanelt es sich um eine andere datei. den namen payload kannst du beliebig ändern. muss natürlich von schritt zu schritt stimmig sein.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Carsten am 08 Februar 2015, 20:28:51
Hallo nochmal,

ich hab jetzt den Bootloader über den Raspi kompiliert und geflasht.
Hat auch soweit funktioniert, nachdem ich herausgefunden hatte, dass ich noch gcc-avr installieren muss.

Jetzt wollte ich die Firmware bauen ( Arduino unter Windows ), das klappt aber nur wenn ich als Board Jabduino ATMEGA 644 ( ohne A ) wähle. Mit A funktionierts nicht.
Meldung:
unknown MCU 'atmega644a' specified

Hab gesehen, dass frank diese Meldung ( vor fast einem Jahr ) auch hatte. Verstehe ich das richtig, dass es keinen Unterschied macht, ob ich 644 oder 644A nehme?


Ich besitze ( noch ) keinen HM-USB-CFG ( nur LAN ), wollte mir aber gerne die Möglichkeit offen halten, zukünftig OTA zu flashen. Was ich jetzt nicht verstehe ist, ob ich einfach beides hintereinander über AVRDude flashen kann, oder ob dann die Firmware den Bootloader überschreibt. Vor 1-2 Seiten hatte RettungsTim das schon gefragt, aber ich habe keine Antwort gefunden.

P.S.:
Am Anfang war ich zu feige, am Schalter rumzulöten, darum hab ich mir nen Adater gedruckt ( s. Anhang ). Hat auch funktioniert, ich konnte die Fuses auslesen. War dann aber wiederum zu feige, über die wacklige Verbindung zu flashen und hab dann doch gelötet.  ;D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 09 Februar 2015, 07:29:58
1. es ist IMHO egal ob du das BOard 644 oder 644A nimmst. Bei mir hat 644A nicht funktioniert und ich arbeite hier mit 644.
2. Du kannst beides hintereinander flashen. Steht auch so in der Anleitung im Link. Hab ich auch so gemacht und nochmal das Wiki aktualisiert.
3. Wenn du schon drucken kannst, kannst du dir auch selbst diesen Programmieradapter bauen mit den Programmiernadeln (siehe ein paar seiten vorher). Ich habe davon einen gott-sei-dank abbekommen und es lässt sich wirklich leicht und gut flashen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Carsten am 09 Februar 2015, 09:24:31
Zitat von: Tobias am 09 Februar 2015, 07:29:58
1. es ist IMHO egal ob du das BOard 644 oder 644A nimmst. Bei mir hat 644A nicht funktioniert und ich arbeite hier mit 644.
2. Du kannst beides hintereinander flashen. Steht auch so in der Anleitung im Link. Hab ich auch so gemacht und nochmal das Wiki aktualisiert.
Danke für die Info! Habe das gestern bereits so gemacht und der Schalter ( bzw. im Moment noch nur die Platine ) funktioniert auch wie erwartet mit FHEM. Wusste nur keine Möglichkeit herauszufinden, ob der Bootloader auch läuft, aber ich hoffe dann mal das Beste.

Zitat von: Tobias am 09 Februar 2015, 07:29:58
3. Wenn du schon drucken kannst, kannst du dir auch selbst diesen Programmieradapter bauen mit den Programmiernadeln (siehe ein paar seiten vorher). Ich habe davon einen gott-sei-dank abbekommen und es lässt sich wirklich leicht und gut flashen.
Ja, das Problem sind halt die Nadeln, die ich nicht habe. Ich hatte durch die Löcher einfach Breadboardkabel gesteckt, aber die erzeugen keinen Gegendruck und darum ist der Kontakt sehr fragil. Hat wie gesagt prinzipiell funktioniert, aber zum Flashen war mir das zu wacklig.

Aber Löten tuts ja auch.
Großen Dank an die Macher der Firmware und der diversen Anleitungen! Ist ne super Sache.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 09 Februar 2015, 11:24:03
Die Nadeln im 100er pack bekommst du im Chinashop für ein paar Euro. Musst dur einen Monat warten bis sie hier sind ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 14 Februar 2015, 00:19:59
...nach Stunden der Fehlersuche muss ich diesen Thread nun leider erweitern.
Ich habe seit Tagen mittlerweile 3x HM_LC_Sw1PBU_FM mit der Custom Firmware ausgestattet. Am Anfang sah auch alles gut aus, alle drei HM_LC_Sw1PBU_FM wurde von meinem HM LAN Adapter (HM-CFG-LAN) korrekt erkannt und per Autocreate hinzugefügt.
Bei einem hat aus das peeren der Taster funktioniert, sodass die ursprüngliche Funktion Licht an/aus per Taster gegeben war. Bei einem zweiten haben ich das peeren der Taster auf xxx_Sw_01 nie geschafft bzw. die Aktion war nie gegeben. D.h. die PeerList war identisch zum funktionierenden und auch die Registersettings wie jmpToTarget.

Dann fing der Alptraum an und ich habe versucht die beiden (Nr. 3 ist nicht im Einsatz) aus der FHEM Config zu entfernen, zuerst nicht per set ... unpair sondern einfach aus der fhem.cfg gelöscht. Auch ein späteres wieder aktivieren in der fhem.cfg und set <HM-Device> unpair brachte nichts. Seit dem habe ich zwei HM_LC_Sw1PBU_FM verbaut, die sich am HM LAN Adapter nicht mehr anlernen lassen. Auch ein Reset der HM_LC_Sw1PBU_FM (2x 4s Config-Button drücken) brachte nichts. Power-Reset über Phase abklemmen hat auch nichts gebracht. Die LED des Config-Tasters leuchtet nie. Ratlosigkeit macht sich breit.

Kann es an der Bootloader (8k-Variante) und Firmware liegen? Da beides problemlos flashbar war per USB-ISP mit avrdude unter Windows und auch ein anschliessde Erst-Config sofort funktionierte, habe ich dies bisher immer ausgeschlossen.

Was kann ich nun machen um..
a) die Bootloader/Firmware als Fehlerquelle auszuschliessen
b) FHEM pair/unpair erfolgreich durchführen, damit bei einem  set HMLAN1 hmPairForSec 600 die  HM_LC_Sw1PBU_FM wieder erkannt werden

Gruss
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 15 Februar 2015, 16:15:05
Hallo Zusammen,

Ich möchte mit Eurer Entwicklung eine Wechselschaltung realisieren mit drei Schaltern.

2 Taster sind prima in fhem eingebunden und scheinen auch zu laufen. Da ich an diesen nur die Taster-Funktion brauche, kann ich es im Moment nur an den Eventmeldungen sehen.

Der dritte Schalter macht mir nun Sorgen, es ist auch dummerweise der, der die Lampe dann auch nun schlussendlich schalten soll. In fhem kann ich ihn sehen, habe die Devices umbenannt, funktionieren tut er leider nicht. Funken tut er wohl, da er relativ viele Eventzeilen produziert. Hinter dem Event steht in Klammern wohl immer das Device mit dem er kommunizieren möchte, denn beiden anderen steht darin ( HMLan01) und bei dem steht wie bei STATE Short (to 2574CC), wie bekomme ich dem das abgewöhnt, ein zweimal langes Drücken der config Taste und nochmaliges Anlernen brachte keinen Erfolg.

Vielleicht hat jemand einen Tipp für mich, vielen Dank im Voraus

Holger
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 Februar 2015, 19:22:38
vielleicht verstehe ich deinen aufbau noch nicht so ganz, aber theoretisch kannst du mit einem geflashten sw1pbu + klassischem kreuzschalter + klassischem wechselschalter eine kreuzschaltung ("wechselschaltung" mit drei schaltern, wie zb im flur mit 3 türen) mit fhm funktionalität aufbauen. siehe bedienungsanleitung.

du darfst nicht 3 stück sw1pbu kreuz und quer miteinander verdrahten. wie sieht dein scenario genau aus?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 15 Februar 2015, 20:51:08
Hallo Frank,

mein Problem ist nicht die Schaltung, aber einfach mein Vorhaben kurz erklärt.

Ich möchte an ALLEN Schaltern "oben" ein und "unten" ausschalten können, daher ist der Einsatz von klassischen Kreuzschaltern ausgeschlossen.
Daher habe ich die ersten zwei Schalter einfach an die Phase und an den Nullleiter angeschlossen, die Schaltausgänge sind ungenutzt und daher frei. Der letzte in der Reihe ist nun wie ein ganz normaler Schalter mit der Lampe verbunden. Dieses Zenario funktioniert, da ich in allen Unterputzdosen immer Phase und Nulleiter habe.

Da die Urfirmware kein peeren zuließ, habe ich mit notifys gearbeitet, das zu Schaltzeiten von zwei bis acht Sekunden führte. Mein Ziel ist es nun die Kanäle direkt zu peeren und damit schneller Reaktionszeiten zu erhalten.

Nun ist mein Problem, dass der geflashte Schalter, bei meinem Bekannten schon mal gepaart worden ist und nun dieser, dessen Zentrale sucht. Wie bekomme ich das dem ausgeredet.

Grüße aus der Eifel

Holger
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hexenmeister am 15 Februar 2015, 21:39:08
Ungewöhnliche Verwendung. Funktaster (gibt es auch als UP) und normale Taster mit einem anderen Schalter (mit Tastereingang) waren keine Option?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 Februar 2015, 21:58:21
ZitatNun ist mein Problem, dass der geflashte Schalter, bei meinem Bekannten schon mal gepaart worden ist und nun dieser, dessen Zentrale sucht. Wie bekomme ich das dem ausgeredet.
ist in fhem ein device angelegt? dann mache ein (für xxxxxx setzt du deine zentrale ein):

set <device> regSet pairCentral xxxxxx

ansonsten würde ich sagen du hast eventuell nicht korrekt resettet. ein kurzer druck wird mit kurzem blinken angezeigt und hat keine funktion. wenn du also ein kurzes blinken siehst, hast du kein langes drücken hinbekommen.
reset: erstes langes drücken (beim absetzen darf nichts blinken), dann nochmal langes drücken. ein erfolgreiches reset wird dann, glaube ich, mit mehrmaligem kurzen blinken angezeigt.

aber auch ein nicht gepairter schalter lässt sich mit dem obigen befehl am einfachsten pairen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 15 Februar 2015, 22:44:26
Hallo Frank,

vielen Dank, der Tipp mit dem Blinken war der Schlüssel!

Holger
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 16 Februar 2015, 12:18:11
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)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 Februar 2015, 13:04:42
poste mal

list SCHALTER_Sw_01
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 16 Februar 2015, 13:13:37
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 Februar 2015, 13:36:37
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 16 Februar 2015, 23:57:23
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 17 Februar 2015, 00:10:40
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. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 17 Februar 2015, 01:09:49
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 17 Februar 2015, 01:50:51
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).
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 17 Februar 2015, 10:29:20
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 17 Februar 2015, 10:44:33
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 Februar 2015, 10:48:47
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.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 17 Februar 2015, 12:40:23
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 Februar 2015, 12:58:56
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?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 17 Februar 2015, 13:49:46
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

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 Februar 2015, 14:04:06
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 17 Februar 2015, 14:54:18
Zitat von: frank am 17 Februar 2015, 14:04:06
attr <hmlan> logIDs 2A3363
gesetzt hast. dann logge mal das pairen.
2015.02.17 14:47:56 3: CUL_HM set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A3363 regSet pairCentral 257626
2015.02.17 14:47:56 0: HMLAN_Send:  XX_LANInterface S:S97CB9801 stat:  00 t:00000000 d:01 r:97CB9801 m:48 A001 257626 2A3363 00050000000000
2015.02.17 14:47:57 0: HMLAN_Parse: XX_LANInterface R:R97CB9801 stat:0008 t:00000000 d:FF r:7FFF     m:48 A001 257626 2A3363 00050000000000
2015.02.17 14:47:57 0: HMLAN_Parse: XX_LANInterface no ACK from 2A3363
2015.02.17 14:48:01 0: HMLAN_Send:  XX_LANInterface S:S97CBAB84 stat:  00 t:00000000 d:01 r:97CBAB84 m:48 A001 257626 2A3363 00050000000000
2015.02.17 14:48:02 0: HMLAN_Parse: XX_LANInterface R:R97CBAB84 stat:0008 t:00000000 d:FF r:7FFF     m:48 A001 257626 2A3363 00050000000000
2015.02.17 14:48:02 0: HMLAN_Parse: XX_LANInterface no ACK from 2A3363
2015.02.17 14:48:06 0: HMLAN_Send:  XX_LANInterface S:S97CBBD54 stat:  00 t:00000000 d:01 r:97CBBD54 m:48 A001 257626 2A3363 00050000000000
2015.02.17 14:48:07 0: HMLAN_Parse: XX_LANInterface R:R97CBBD54 stat:0008 t:00000000 d:FF r:7FFF     m:48 A001 257626 2A3363 00050000000000
2015.02.17 14:48:07 0: HMLAN_Parse: XX_LANInterface no ACK from 2A3363
2015.02.17 14:48:10 0: HMLAN_Send:  XX_LANInterface S:S97CBCD2D stat:  00 t:00000000 d:01 r:97CBCD2D m:48 A001 257626 2A3363 00050000000000
2015.02.17 14:48:11 0: HMLAN_Parse: XX_LANInterface R:R97CBCD2D stat:0008 t:00000000 d:FF r:7FFF     m:48 A001 257626 2A3363 00050000000000
2015.02.17 14:48:11 0: HMLAN_Parse: XX_LANInterface no ACK from 2A3363
2015.02.17 14:48:17 3: CUL_HM set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_2A3363 getConfig
2015.02.17 14:48:17 0: HMLAN_Send:  XX_LANInterface S:S97CBE640 stat:  00 t:00000000 d:01 r:97CBE640 m:49 A001 257626 2A3363 00040000000000
2015.02.17 14:48:17 0: HMLAN_Parse: XX_LANInterface R:R97CBE640 stat:0008 t:00000000 d:FF r:7FFF     m:49 A001 257626 2A3363 00040000000000
2015.02.17 14:48:17 0: HMLAN_Parse: XX_LANInterface no ACK from 2A3363
2015.02.17 14:48:21 0: HMLAN_Send:  XX_LANInterface S:S97CBF6E4 stat:  00 t:00000000 d:01 r:97CBF6E4 m:49 A001 257626 2A3363 00040000000000
2015.02.17 14:48:21 0: HMLAN_Parse: XX_LANInterface R:R97CBF6E4 stat:0008 t:00000000 d:FF r:7FFF     m:49 A001 257626 2A3363 00040000000000
2015.02.17 14:48:21 0: HMLAN_Parse: XX_LANInterface no ACK from 2A3363
2015.02.17 14:48:26 0: HMLAN_Send:  XX_LANInterface S:S97CC0BC2 stat:  00 t:00000000 d:01 r:97CC0BC2 m:49 A001 257626 2A3363 00040000000000
2015.02.17 14:48:27 0: HMLAN_Parse: XX_LANInterface R:R97CC0BC2 stat:0008 t:00000000 d:FF r:7FFF     m:49 A001 257626 2A3363 00040000000000
2015.02.17 14:48:27 0: HMLAN_Parse: XX_LANInterface no ACK from 2A3363
2015.02.17 14:48:32 0: HMLAN_Send:  XX_LANInterface S:S97CC2144 stat:  00 t:00000000 d:01 r:97CC2144 m:49 A001 257626 2A3363 00040000000000
2015.02.17 14:48:32 0: HMLAN_Parse: XX_LANInterface R:R97CC2144 stat:0008 t:00000000 d:FF r:7FFF     m:49 A001 257626 2A3363 00040000000000
2015.02.17 14:48:32 0: HMLAN_Parse: XX_LANInterface no ACK from 2A3363


Zitat von: frank am 17 Februar 2015, 14:04:06
ich sehe gerade, dass das list deines schalters, aber eine andere id hat. das musst du wohl jetzt mal erklären.  ;)
DEF        2A325B
Korrekt, ich habe zwei Schalter mit der alternativen Firmware (1x 2A325B, 1x 2A3363), welche beide nicht mehr gepairt werden!?!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 Februar 2015, 15:32:20
kein lebenszeichen. nimmst du auch den richtigen schalter? setze die logIDs besser für beide schalter. wenn du den schalter in den pairing-modus setzt, muss im log die anlernmessage vom schalter auftauchen. irgendwie so ähnlich:

m:00 8400 2A3363 000000 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

logge mal ein einschalten der spannungsversorgung.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 17 Februar 2015, 17:13:20
Zitat von: frank am 17 Februar 2015, 15:32:20
kein lebenszeichen. nimmst du auch den richtigen schalter? setze die logIDs besser für beide schalter. wenn du den schalter in den pairing-modus setzt, muss im log die anlernmessage vom schalter auftauchen. irgendwie so ähnlich:

m:00 8400 2A3363 000000 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

logge mal ein einschalten der spannungsversorgung.
Der andere Schalter hat dieses Logging generiert:
2015.02.17 14:57:11 3: CUL_HM set AZ_Schalter regSet pairCentral 257626
2015.02.17 14:57:11 0: HMLAN_Send:  XX_LANInterface S:+2A325B,00,01,00
2015.02.17 14:57:11 0: HMLAN_Send:  XX_LANInterface S:S97D40E66 stat:  00 t:00000000 d:01 r:97D40E66 m:4C A001 257626 2A325B 00050000000000
2015.02.17 14:57:12 0: HMLAN_Parse: XX_LANInterface R:R97D40E66 stat:0008 t:00000000 d:FF r:7FFF     m:4C A001 257626 2A325B 00050000000000
2015.02.17 14:57:12 0: HMLAN_Parse: XX_LANInterface no ACK from 2A325B
2015.02.17 14:57:12 1: Error: AAA has no TYPE
2015.02.17 14:57:14 0: HMLAN_Send:  XX_LANInterface S:S97D41BAF stat:  00 t:00000000 d:01 r:97D41BAF m:4C A001 257626 2A325B 00050000000000
2015.02.17 14:57:15 0: HMLAN_Parse: XX_LANInterface R:R97D41BAF stat:0008 t:00000000 d:FF r:7FFF     m:4C A001 257626 2A325B 00050000000000
2015.02.17 14:57:15 0: HMLAN_Parse: XX_LANInterface no ACK from 2A325B
2015.02.17 14:57:20 0: HMLAN_Send:  XX_LANInterface S:S97D430B9 stat:  00 t:00000000 d:01 r:97D430B9 m:4C A001 257626 2A325B 00050000000000
2015.02.17 14:57:20 0: HMLAN_Parse: XX_LANInterface R:R97D430B9 stat:0008 t:00000000 d:FF r:7FFF     m:4C A001 257626 2A325B 00050000000000
2015.02.17 14:57:20 0: HMLAN_Parse: XX_LANInterface no ACK from 2A325B
2015.02.17 14:57:25 0: HMLAN_Send:  XX_LANInterface S:S97D44386 stat:  00 t:00000000 d:01 r:97D44386 m:4C A001 257626 2A325B 00050000000000
2015.02.17 14:57:25 0: HMLAN_Parse: XX_LANInterface R:R97D44386 stat:0008 t:00000000 d:FF r:7FFF     m:4C A001 257626 2A325B 00050000000000
2015.02.17 14:57:25 0: HMLAN_Parse: XX_LANInterface no ACK from 2A325B
2015.02.17 14:57:31 3: CUL_HM set AZ_Schalter getConfig
2015.02.17 14:57:31 0: HMLAN_Send:  XX_LANInterface S:S97D45CA1 stat:  00 t:00000000 d:01 r:97D45CA1 m:4D A001 257626 2A325B 00040000000000
2015.02.17 14:57:32 0: HMLAN_Parse: XX_LANInterface R:R97D45CA1 stat:0008 t:00000000 d:FF r:7FFF     m:4D A001 257626 2A325B 00040000000000
2015.02.17 14:57:32 0: HMLAN_Parse: XX_LANInterface no ACK from 2A325B
2015.02.17 14:57:36 0: HMLAN_Send:  XX_LANInterface S:S97D47177 stat:  00 t:00000000 d:01 r:97D47177 m:4D A001 257626 2A325B 00040000000000
2015.02.17 14:57:37 0: HMLAN_Parse: XX_LANInterface R:R97D47177 stat:0008 t:00000000 d:FF r:7FFF     m:4D A001 257626 2A325B 00040000000000
2015.02.17 14:57:37 0: HMLAN_Parse: XX_LANInterface no ACK from 2A325B
2015.02.17 14:57:42 0: HMLAN_Send:  XX_LANInterface S:S97D48628 stat:  00 t:00000000 d:01 r:97D48628 m:4D A001 257626 2A325B 00040000000000
2015.02.17 14:57:42 0: HMLAN_Parse: XX_LANInterface R:R97D48628 stat:0008 t:00000000 d:FF r:7FFF     m:4D A001 257626 2A325B 00040000000000
2015.02.17 14:57:42 0: HMLAN_Parse: XX_LANInterface no ACK from 2A325B
2015.02.17 14:57:46 0: HMLAN_Send:  XX_LANInterface S:S97D49727 stat:  00 t:00000000 d:01 r:97D49727 m:4D A001 257626 2A325B 00040000000000
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 Februar 2015, 17:44:06
da ist absolute funkstille. schau selber, rot sender, blau empfänger:

Zitatm:4D A001 257626 2A325B 00040000000000

hier funkt nur deine zentrale an den schalter. keine antworten und keine anlernmessages vom schalter. rein gar nichts. deswegen drück am schalter rum, schalte ihn aus und ein, bis was zu sehen ist.

setze die logids mal auf "all", falls der schalter mit sonstwas sendet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 18 Februar 2015, 09:51:01
Zitat von: frank am 17 Februar 2015, 17:44:06
setze die logids mal auf "all", falls der schalter mit sonstwas sendet.
Habe ich gemacht, leider sehe ich im Log keine Einträge beim betätigen der Taster!?!

Weitere Ideen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 18 Februar 2015, 10:23:16
Zitat von: nexulm am 17 Februar 2015, 13:49:46
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

Kann das Problem auch hier liegen, da das Fusesetting nicht zum 8k-Bootloader passt?

Wäre...
avrdude -p m644 -P COM46 -c avrispv2 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m
...korrekter?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 18 Februar 2015, 10:33:52
das würde auch erklären, dass sie mal liefen und nun nicht mehr.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 18 Februar 2015, 11:21:45
Zitat von: frank am 18 Februar 2015, 10:33:52
das würde auch erklären, dass sie mal liefen und nun nicht mehr.
Dann muss ich nur noch herausfinden, was die genauen Zusammenhänge der Fuse-Settings sind.
Kann der 8k Bootloader denn auch per OTA aktualisiert werden?
Falls nicht verstehe ich denn Sinn des 4k und 8k Bootlaoder nicht ganz (für zukünftige Erweiterungen), wenn ich dann eh bei einem neuen Bootloader wieder löten muss!

Ich werde dann heute Abend meine drei Schalter nochmal an den Programmer anlöten und die Fuse-Settings korrigieren und berichten.
Soll ich dann auf den 4k oder 8k Bootloader setzen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 18 Februar 2015, 11:25:21
Da genug Speicherplatz vorhanden ist, kannst du guten Gewissens den 8k-Bootloader nehmen.
Der 4k-Bootloader ist primär für Devices gedacht, die weniger Speicherplatz zur Verfügung haben.
Derzeit sind die beiden Bootloader mWn noch ident - sollte aber mal ein cooles Feature für den Bootloader hinzu kommen, welches nicht mehr in den 4k-Loader passt, kannst du dich bereits in deinem Sessel zurück lehnen und einfach ein OTA-Update machen ohne nochmal löten zu müssen. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 18 Februar 2015, 11:30:28
Zitat von: nexulm am 18 Februar 2015, 11:21:45
Dann muss ich nur noch herausfinden, was die genauen Zusammenhänge der Fuse-Settings sind.
OK, wer die readme.md liest liegt klar im Vorteil . ;-)
Sehr hilfreiche Info/Website zur Fuse-Berechnung
http://eleccelerator.com/fusecalc/fusecalc.php?chip=atmega644&LOW=FD&HIGH=DA&LOCKBIT=2F
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 18 Februar 2015, 11:36:04
Zitat von: Mr. P am 18 Februar 2015, 11:25:21
Derzeit sind die beiden Bootloader mWn noch ident - sollte aber mal ein cooles Feature für den Bootloader hinzu kommen, welches nicht mehr in den 4k-Loader passt, kannst du dich bereits in deinem Sessel zurück lehnen und einfach ein OTA-Update machen ohne nochmal löten zu müssen. ;-)
Das ohne löten funzt für mein Verständnis aber nur mit diesem Locksetting beim 8k Bootloader:
avrdude -p m644 -P COM46 -c avrispv2 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m

Beim 4k Bootloader Lock-setting 0x2F...
avrdude -p m644 -P usb -c usbasp -U lfuse:w:0xFD:m -U hfuse:w:0xDA:m -U lock:w:0x2F:m
...dürfte der OTA-Flash nicht möglich sein laut:
http://eleccelerator.com/fusecalc/fusecalc.php?chip=atmega644&LOW=FD&HIGH=DA&LOCKBIT=2F
Boot Loader Protection Mode 2: SPM prohibited in Boot Loader Section
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: deune am 18 Februar 2015, 19:42:04
Hallo Frank,

so langsam verstehe ich den Schalter und Eure Ideen dahinter.

Nach einem getConfig waren auch die Peerings eingetragen.

Die "Advanced settings" habe ich für einen toggel Betrieb, wie man diesen für eine Wechselschaltung braucht, habe ich von Gerd und diese haben auch funktioniert. Also hard- und Software der Schalter sind OK.

Nun brauch ich ein wenig Hilfe für die Settings, denn ich möchte den "normalen" Schalterbetrieb - oben- ein und -unten- aus. Gibt es eine Aufstellung welche Eigenschaften es gibt und was die Werte in diesen bewirken? So dass ich als Dummy damit zurecht komme? Bin eben kein Softwareentwickler, aber eben willig es zu verstehen zu wollen!?!

Herzliche Grüße aus der Eifel

Holger
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 19 Februar 2015, 11:19:50
Zitat von: nexulm am 18 Februar 2015, 11:21:45
Ich werde dann heute Abend meine drei Schalter nochmal an den Programmer anlöten und die Fuse-Settings korrigieren und berichten.
Soll ich dann auf den 4k oder 8k Bootloader setzen?
Habe gestern Abend meine drei Schalter neu programmiert, d.h. zuerst die Fuses für den 8k Bootloader korrekt gesetzt:
avrdude -p m644 -P COM46 -c avrispv2 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m

Danach den schon vorhandenen individuellen 8k Bootloader pro Schalter neu geflascht und das Homematic Firmware Update Tool gestartet.
...und siehe da...
Die drei Schalter haben sich über meinen USB Konfigurationsadapter (hm-cfg-usb-2) ihre individuelle Fimware per OTA gesaugt. Das hat super funktioniert.
Beim anschliessenden Config kam dann leider wieder ein wenig Ernüchterung. D.h. der empfohlene...
set <HM-LC-SW1PBU-FM_Btn_01 peerChan 0 <HM-LC-SW1PBU-FM_Sw_01 dual set
...hat zwar die PeerList gefüllt, aber funktioniert hat der Schalter nicht 100%. Daraufhin habe ich das Peering wieder gelöscht und per...
set FU_Schalter reset
set FU_Schalter_Btn_01 peerBulk 2A338A04 set
set FU_Schalter_Btn_02 peerBulk 2A338A04 set
set FU_Schalter_Sw_02 peerBulk 2A338A01,2A338A02 set

...neu gepeert.
Danach hat der Schalter zwar funktioniert, aber nicht 100%, weshalb ich noch diese Config nachgeschoben habe:
Button 1 ON:
set FU_Schalter_Sw_02 regSet shActionType jmpToTarget self01;
set FU_Schalter_Sw_02 regSet shSwJtOn on self01;
set FU_Schalter_Sw_02 regSet shSwJtOff on self01;
set FU_Schalter_Sw_02 regSet shSwJtDlyOn    on self01;
set FU_Schalter_Sw_02 regSet shSwJtDlyOff on self01;

Button 1 OFF:
set FU_Schalter_Sw_02 regSet shActionType jmpToTarget self02;
set FU_Schalter_Sw_02 regSet shSwJtOn off self02;
set FU_Schalter_Sw_02 regSet shSwJtOff off self02;
set FU_Schalter_Sw_02 regSet shSwJtDlyOn off self02;
set FU_Schalter_Sw_02 regSet shSwJtDlyOff off self02;

Button 1 ON:
set FU_Schalter_Sw_02 regSet lgActionType jmpToTarget self01;
set FU_Schalter_Sw_02 regSet lgSwJtOn on self01;
set FU_Schalter_Sw_02 regSet lgSwJtOff on self01;
set FU_Schalter_Sw_02 regSet lgSwJtDlyOn    on self01;
set FU_Schalter_Sw_02 regSet lgSwJtDlyOff on self01;

Button 1 OFF:
set FU_Schalter_Sw_02 regSet lgActionType jmpToTarget self02;
set FU_Schalter_Sw_02 regSet lgSwJtOn off self02;
set FU_Schalter_Sw_02 regSet lgSwJtOff off self02;
set FU_Schalter_Sw_02 regSet lgSwJtDlyOn off self02;
set FU_Schalter_Sw_02 regSet lgSwJtDlyOff off self02;

Danach sah es gut aus. Nach mehrmaligen An- und Ausschalten über den Taster zeigte der Schalter aber keine Reaktion mehr. D.h. auch heute Morgen konnte ich über den Taster das Licht nicht mehr ein- und ausschalten. Per...
set FU_Schalter_Sw_02 on
...war dies immerhin möglich.
ABER:
Warum funktioniert das direkte schalten über die Taster nicht mehr? Da funzte die Original-Firmware besser!
Kann mir noch jemand das Verhalten mit Stromwert abhängigen schalten erklären?

Im Wiki-Artikel steht, dass man den HM_LC_Sw1PBU_FM_Sw_01 dazu nutzen soll.
Bei mir sehe ich in den getConfig aber nur bei HM_LC_Sw1PBU_FM_Sw_02 einen "current" Wert, der sich trotz gepairten Schalter nicht ändert bei ein- oder ausgeschaltetem Schalter!

Aus meiner Sicht sollte noch ein HowTo und/oder Konfiguration Tipps&Tricks Artikel (im Wiki) erstellt werden. Ein Wikibeitrag wäre hier übersichtlicher als die derzeit 70 Seiten Forumsbeitrag.
Was denken die Firmwareentwickler hierzu?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 19 Februar 2015, 12:39:17
Zitat von: deune am 18 Februar 2015, 19:42:04
Nun brauch ich ein wenig Hilfe für die Settings, denn ich möchte den "normalen" Schalterbetrieb - oben- ein und -unten- aus. Gibt es eine Aufstellung welche Eigenschaften es gibt und was die Werte in diesen bewirken? So dass ich als Dummy damit zurecht komme? Bin eben kein Softwareentwickler, aber eben willig es zu verstehen zu wollen!?!

Zitat von: frank am 29 Januar 2015, 13:08:14
überall ein bischen.  :)

zb hier:

http://www.elv.at/HomeMatic%C2%AE-programmieren-%E2%80%93-Aktionsprofile-f%C3%BCr-Aktoren-erarbeiten/x.aspx/cid_726/detail_38635 (http://www.elv.at/HomeMatic%C2%AE-programmieren-%E2%80%93-Aktionsprofile-f%C3%BCr-Aktoren-erarbeiten/x.aspx/cid_726/detail_38635)
eq3-konfig-sw
einsteiger.doc
forum
wiki
cul_hm

und vor allem: ausprobieren, spielen und testen.

wenn du peerchan dual benutzt hast, hätte ich erwartet, dass on/off auf 2 tasten verteilt wird. poste ein list vom aktorchannel.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 19 Februar 2015, 13:36:49
ZitatBei mir sehe ich in den getConfig aber nur bei HM_LC_Sw1PBU_FM_Sw_02 einen "current" Wert, der sich trotz gepairten Schalter nicht ändert bei ein- oder ausgeschaltetem Schalter!
welche last schaltest du? nimm eine lampe mit mehr watt. durchsuche den thread nach current.

ZitatAus meiner Sicht sollte noch ein HowTo und/oder Konfiguration Tipps&Tricks Artikel (im Wiki) erstellt werden. Ein Wikibeitrag wäre hier übersichtlicher als die derzeit 70 Seiten Forumsbeitrag.
Was denken die Firmwareentwickler hierzu?
die werden sicherlich denken: "nur zu, wer hindert dich?"  ;)

Zitatset FU_Schalter reset
so wird alles gelöscht. auch pairing. wenn dein chn4 nicht richtig funktioniert, frage ich mich, warum du den dann zum peeren nimmst.

ZitatWarum funktioniert das direkte schalten über die Taster nicht mehr?
soll ich raten?

ZitatDa funzte die Original-Firmware besser!
zurück ist vorbei, oder du bittest eq3 darum.

ZitatKann mir noch jemand das Verhalten mit Stromwert abhängigen schalten erklären?
was meinst du?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 19 Februar 2015, 14:07:20
Zitat von: frank am 19 Februar 2015, 13:36:49
welche last schaltest du? nimm eine lampe mit mehr watt. durchsuche den thread nach current.
ca. 30-50W (7x 7W Energiesparlampe und 6x 5W LED),
Mehr Watt ist aus meiner Sicht zum Thema Energie sparen nicht sinnvoll/gewünscht.

Zitat von: frank am 19 Februar 2015, 13:36:49
so wird alles gelöscht. auch pairing. wenn dein chn4 nicht richtig funktioniert, frage ich mich, warum du den dann zum peeren nimmst.
Ich benutze den CHn4, da dieser doch nur in Abhängikeit des Stromwertes schalten kann, oder habe ich da was falsch verstanden.
Meine Erwartung wäre nun gewesen ich schalte an einer beliebigen Schaltstelle in meiner Wechsel- oder Kreuzschaltung das Licht ein. Der Schalter erkennt nun, dass das Licht schon an ist und bei einem erneuten "On" über CHn01 passiert nichts (v.a kein toggle auf OFF), bei "Off" über CHn02 wird das Licht ausgeschaltet.
Funktioniert dies üblicherweise so?

Zitat von: frank am 19 Februar 2015, 13:36:49
was meinst du?
Ich möchte gerne in meiner Wechsel- oder Kreuzschaltung das Licht am Funkschalter durch Taste hoch immer an und durch Taste runter immer ausschalten. Mein Funkschalter ist an erster Postion im Schaltkreis, d.h. L1 = Eingang und die Ausgänge 1/2 sind entsprechend mit dem klassischen Wechselschalter verbunden, dessen Ausgang dann mit der Lampe.

Wie setzt du den Schalter denn ein bzw. poste doch bitte mal ein getConfig von deinem xxx_Sw_02 / xxx_Sw_01!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 19 Februar 2015, 19:40:32
Ich würde gerne meinen HM-LC-Sw1PBU mit meinem ISP Programmer (USBasp ASP USBISP 3.3V/5V AVR) mit dem OTA Bootloader flashen um dann die alternative FW zu installieren.
Leider habe ich absolut keine Ahnung was ich machen muss. Der ISP Programmer hat 10 Pins, die ich aber nicht zuordnen kann (Graues, flaches Kabel). Ich weiß zwar wo ich am HM-LC-Sw1PBU den Flasher anlöten muss, aber nicht mit welchen Pins. Könnt ihr mir da irgendwie weiter helfen? Und wie genau importiere ich die Dateien aus dem Git in Arduino und flashe das ganze damit?

Beste Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hexenmeister am 19 Februar 2015, 20:09:11
Die Belegung des ISP-Programmers-Buchse ist doch leicht im Netzt zu finden:

(http://s6z.de/cms/images/content/arduino/USBASP_Pinbelegung.png)

(http://s6z.de/cms/images/content/arduino/USBasp_01_k.png)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 19 Februar 2015, 20:30:51
ZitatMehr Watt ist aus meiner Sicht zum Thema Energie sparen nicht sinnvoll/gewünscht.
es geht ums testen der stromerkennung. mit 60 watt glühbirne scheint die fw korrekt zu arbeiten. 11 watt energiesparlampe zeigt bei mir in fhem nicht die korrekten stati an.

chn4 ist quasi ein virtueller chn. current zeigt ob strom fliesst oder nicht. je nach last irgendwelche werte. nichts genormtes. ab einem gewissen wert, einstellbar in der fw, geht der status dieses chn auf on wenn die fw-variable entsprechend deiner last richtig eingestellt ist.

chn3 ist der normale ausgang des aktors.

list chn3: meine lampe in wechselschaltung ist aus. btn2 ist gepeert mit chn3. der resultierende lampenstatus sollte an chn4 zu sehen sein. habe ich noch nie drauf geachtet. über fhem würde ich auch chn3 schalten. ist direkter.

Internals:
   .triggerUsed 1
   DEF        266EA503
   NAME       SwitchPBU01_Sw_01
   NR         385
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     SwitchPBU01
   peerList   self02,
   Readings:
     2015-02-19 18:41:11   CommandAccepted yes
     2014-12-27 16:00:53   R-self02-lgActionType off
     2014-12-27 15:58:58   R-self02-lgCtDlyOff geLo
     2014-12-27 15:58:58   R-self02-lgCtDlyOn geLo
     2014-12-27 15:58:58   R-self02-lgCtOff geLo
     2014-12-27 15:58:58   R-self02-lgCtOn geLo
     2014-12-27 15:58:58   R-self02-lgCtValHi 100
     2014-12-27 15:58:58   R-self02-lgCtValLo 50
     2014-12-27 16:00:53   R-self02-lgMultiExec off
     2014-11-02 20:56:53   R-self02-lgOffDly 0 s
     2014-11-02 20:56:53   R-self02-lgOffTime unused
     2014-12-27 16:00:53   R-self02-lgOffTimeMode absolut
     2014-11-02 20:56:53   R-self02-lgOnDly 0 s
     2014-11-02 20:56:53   R-self02-lgOnTime unused
     2014-12-27 16:00:53   R-self02-lgOnTimeMode absolut
     2014-12-27 15:58:58   R-self02-lgSwJtDlyOff off
     2014-12-27 15:58:58   R-self02-lgSwJtDlyOn on
     2014-12-27 15:58:58   R-self02-lgSwJtOff dlyOn
     2014-12-27 15:58:58   R-self02-lgSwJtOn dlyOff
     2014-12-27 15:58:58   R-self02-shActionType jmpToTarget
     2014-12-27 15:58:58   R-self02-shCtDlyOff geLo
     2014-12-27 15:58:58   R-self02-shCtDlyOn geLo
     2014-12-27 15:58:58   R-self02-shCtOff geLo
     2014-12-27 15:58:58   R-self02-shCtOn geLo
     2014-12-27 15:58:58   R-self02-shCtValHi 100
     2014-12-27 15:58:58   R-self02-shCtValLo 50
     2014-11-02 20:56:53   R-self02-shOffDly 0 s
     2014-11-02 20:56:53   R-self02-shOffTime unused
     2014-12-27 15:58:58   R-self02-shOffTimeMode absolut
     2014-11-02 20:56:53   R-self02-shOnDly 0 s
     2014-11-02 20:56:53   R-self02-shOnTime unused
     2014-12-27 15:58:58   R-self02-shOnTimeMode absolut
     2014-12-27 15:58:58   R-self02-shSwJtDlyOff off
     2014-12-27 15:58:58   R-self02-shSwJtDlyOn on
     2014-12-27 15:58:58   R-self02-shSwJtOff dlyOn
     2014-12-27 15:58:58   R-self02-shSwJtOn dlyOff
     2014-12-27 15:59:12   R-sign          off
     2015-02-19 18:38:48   RegL_01:          08:00 00:00
     2015-02-19 18:38:56   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:00 8B:14 8C:63 00:00
     2015-02-19 20:02:29   deviceMsg       off (to ccu)
     2015-02-19 20:02:29   level           0 %
     2015-02-19 20:02:29   pct             0
     2015-02-19 18:38:49   peerList        self02,
     2015-02-19 20:02:29   recentStateType info
     2015-02-19 20:02:29   state           off
     2015-02-19 20:02:29   timedOn         off
     2015-01-10 15:46:13   trigLast        SwitchPBU01_Btn_02 :short
     2015-01-10 15:46:13   trig_SwitchPBU01_Btn_02 short
   Helper:
     dlvl       00
     dlvlCmd    ++A0111ACE1F266EA50203000000
     peerIDsRaw ,266EA502,00000000
     Bm:
       Cul_hm_get:
         cnt        2
         dmx        0
         max        1
         tot        2
         mAr:
           HASH(0x14adb38)
           SwitchPBU01_Sw_01
           ?
       Cul_hm_set:
         cnt        20
         dmx        0
         max        234
         tot        983
         mAr:
           HASH(0x14adb38)
           SwitchPBU01_Sw_01
           on
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   event-on-change-reading .*
   group      Beleuchtung
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,266EA502,
   room       10_WZ


list chn4

Internals:
   .triggerUsed 1
   CHANGED
   DEF        266EA504
   NAME       SwitchPBU01_Sw_02
   NR         386
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     SwitchPBU01
   Readings:
     2015-02-19 18:41:30   CommandAccepted yes
     2015-02-19 18:38:50   RegL_01:          82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-02-19 20:24:58   current         0
     2015-02-19 20:02:29   deviceMsg       off (to ccu)
     2015-02-19 20:02:29   level           0 %
     2015-02-19 20:02:29   pct             0
     2015-02-19 20:02:29   recentStateType info
     2015-02-19 20:02:29   state           off
     2015-02-19 20:02:29   timedOn         off
   Helper:
     dlvl       00
     dlvlCmd    ++A0111ACE1F266EA50204000000
     peerIDsRaw ,00000000
     Bm:
       Cul_hm_get:
         cnt        4
         dmx        0
         max        1
         tot        4
         mAr:
           HASH(0x14ad758)
           SwitchPBU01_Sw_02
           ?
       Cul_hm_set:
         cnt        240
         dmx        0
         max        239
         tot        1870
         mAr:
           HASH(0x14ad758)
           SwitchPBU01_Sw_02
           off
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   event-on-change-reading .*
   expert     2_full
   group      Beleuchtung
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,
   room       10_WZ
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 20 Februar 2015, 10:59:46
Zitat von: frank am 19 Februar 2015, 20:30:51
es geht ums testen der stromerkennung. mit 60 watt glühbirne scheint die fw korrekt zu arbeiten. 11 watt energiesparlampe zeigt bei mir in fhem nicht die korrekten stati an.
OK, also evtl. ein Grund den Wert in den Firmware-Sourcen anzupassen und eine neue Firmware zu bauen.
Hierzu haben ich nun aber noch folgende Verständnisfrage:
Wie funktioniert die Strommessung genau bzw. wie komme ich an den Stromwert (get AZ_Schalter_Sw_02 param current) ran und werte diesen zum aktiven schalten der Ausgänge aus?
Wie häufig wird der Stromwert aktualisiert?

Wenn ich nur mit CHn3 (= _Sw_01) peere habe ich keinen Stromwert auf CHn4 (= _Sw_02) zur Verfügung. Diese steht nur zur Verfügung wenn ich den virtuellen Kanal auch peere.

Was will ich?
Eine Erkennung wenn die Lampe über den Funkschalter eingeschaltet wurde und über eine andere (klassische) Schaltstelle in der Wechsel-/Kreuzschaltung wieder ausgeschaltet wurde. In diesem Fall soll der Funkschalter dies erkennen (Strommessung) und das Licht wieder per notify (?) einschalten.

Zitat von: frank am 19 Februar 2015, 20:30:51
chn4 ist quasi ein virtueller chn. current zeigt ob strom fliesst oder nicht. je nach last irgendwelche werte. nichts genormtes. ab einem gewissen wert, einstellbar in der fw, geht der status dieses chn auf on wenn die fw-variable entsprechend deiner last richtig eingestellt ist.
Welcher Wert wurde denn hier schon erfolgreich getestet für <=40 Watt lampen?

Meine im derzeit im Einsatz befindlichen 2x HM-LC-Sw1PBU-FM funktionieren seit gestern Abend nun wieder wie mit Originalfirmware. :-)
Die notwendigen Änderungen waren das festsetzen auf den "Toggle"-Mode durch (hier am Beispiel für den Short-Press:
Toggle Function - Button 01:
set AZ_Schalter_Sw_01 regSet shActionType jmpToTarget self01;
set AZ_Schalter_Sw_01 regSet shSwJtOn dlyOff self01;
set AZ_Schalter_Sw_01 regSet shSwJtOff dlyOn self01;
set AZ_Schalter_Sw_01 regSet shSwJtDlyOn on self01;
set AZ_Schalter_Sw_01 regSet shSwJtDlyOff off self01;

Toggle Function - Button 02:
set AZ_Schalter_Sw_01 regSet shActionType jmpToTarget self02;
set AZ_Schalter_Sw_01 regSet shSwJtOn dlyOff self02;
set AZ_Schalter_Sw_01 regSet shSwJtOff dlyOn self02;
set AZ_Schalter_Sw_01 regSet shSwJtDlyOn on self02;
set AZ_Schalter_Sw_01 regSet shSwJtDlyOff off self02;
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 20 Februar 2015, 11:20:39
Zitat von: nexulm am 20 Februar 2015, 10:59:46
Wie häufig wird der Stromwert aktualisiert?
Frage selbst beantwortet. ;-)
In den Sourcen steht 150, also alle 150s!

Darüber hinaus wird der Wert aber nicht in Abhängigkeit einer Stromänderung verschickt was für meine Anwendung aber zwingend erforderlich ist, damit ich sofort auf die Änderung (Licht aus) reagieren kann. Von daher habe ich "send message" auch in den "act on changes" Bereich aufgenommen und hoffe somit die gewünschte Funktionalität zu gewinnen!
                // Act on changes
                if (currentSense != lastCurrentSense)
                {
                  rl[1].setCurStat(currentSense?3:6);
//                  Serial << F("New Powersense: ") << currentSense << '\n';
//                  hm.sendInfoActuatorStatus(4,currentSense?0xC8:0x00,0);
hm.sendSensorData(0, 0, lastSensorImpulsLength/(50*sendSensorIntervalSec), 0, 0); // send message
                  lastCurrentSense = currentSense;
                }
                sei();

Zitat von: nexulm am 20 Februar 2015, 10:59:46Welcher Wert wurde denn hier schon erfolgreich getestet für <=40 Watt lampen?
Nach nochmaligen Querlesen des Wiki-Artikels habe ich nun den Wert 5000 (=500) auf 1000 (=100) gesetzt, da meine gesehenen Strom-Werte im Bereich 400-600 liegen
const unsigned long minImpulsLength = 1000;
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 28 Februar 2015, 08:52:27
Hallo ich mal wieder,

habe es nun hinbekommen auf Ubuntu den srecord zu compilieren. Nur leider bekomme ich bei:

sudo srec_cat Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex -intel -fill 0xFF 0x0000 0xDFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xDFFE -o  payload.bin -binary

den folgenden fehler beim Bootloader bauen.

srec_cat: Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex: 468: warning: The data
    presented for CRC16 calculation has at least one hole in it. This is bad. It
    means that the in-memory calculation performed by your embedded system will
    be different than the calculation performed here. You are strongly advised
    to use the "--fill 0xFF --over <inoput>" filter *before* the CRC16 filter to
    ensure both calculations are using the same byte values. See srec_info(1)
    for how to see the holes.


Kann mir jemand helfen? oder soll ich das erstmal ignorieren?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 28 Februar 2015, 09:37:05
also falls es hilft, der 4k Bootloader lief bei mir auf Ubuntu sauber durch
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 28 Februar 2015, 11:04:57
Zitat von: nephdrasil am 28 Februar 2015, 08:52:27
Kann mir jemand helfen? oder soll ich das erstmal ignorieren?
Welche Version von srecord benutzt du denn?
Ich habe die Original srecord 1.64 Version aus dem Bootloader github von hier https://github.com/jabdoa2/Asksin_OTA_Bootloader/tree/master/Contrib/bin (https://github.com/jabdoa2/Asksin_OTA_Bootloader/tree/master/Contrib/bin) genutzt!
Compilieren ging unter Kubuntu 14.10 problemlos. Genutzt habe ich srecord für meinen 8k Bootloader nicht, da ich das .hex file direkt mit dem Programmer programmiert habe.

Erstellung der Firmware mit dem selbst kompilierten srecord ging mit folgemdem Befehl bei mir zumindest fehlerfrei:
php hex2eq.php --inFile Asksin_HM_LC_Sw1PBU_FM_2A3363.hex --outFile Asksin_HM_LC_Sw1PBU_FM_2A3363.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat <path_to_screcord_bin>
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 28 Februar 2015, 11:16:33
Ich habe die 1.64 genutzt

Ich wollte denn bootloader erstmal erstellen und über Ota auf den Schalter nehmen.

Kann ich mit dem Befehl auch den bootloader erstellen?


Ich nehme an den Pfad zu srecord muss ich angeben
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 28 Februar 2015, 12:59:35
Hallo Zusammen,
Ich hab jetzt noch eine blöde Frage zu dem Thema:

Wenn ich die Serial und HMID vom Schalter ändern will, müss ich das im Bootloader und in der FW machen oder nur in FW?


Edit:
Mittlerweile bin ich etwas weiter, habe aber wohl irgendwo noch einen kleinen Denkfehler:

Ich habe die FW mit der orginalen HMID und Serial gebaut, den Bootoader (Mit der Serial KEQ0123456) geflashed (Via Raspi) und dann via CFG-USB2 meine Firmware OTA geflashed.

Wenn ich jetzt allerdings beim Bootloader in der /devices/HM-LC-Sw1PBU-FM.h die HMID und die Serial vom meinem Gerät eintrage, dann kann ich die FW nicht OTA flashen. Das device wird unter der serial einfach nich gefunden :(


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 28 Februar 2015, 17:13:11
Hi,

2 Sachen über die ich auch gestolbert bin.

1. Hast du die Serial und die HM ID im bootloader angepasst?
2. es ist zwigend notwendig den notwentigen Abstand zwischen Schalter und HM-CFG-USB (mindestens 2 meter).

Poste doch mal deinen Code wie du flaschen willst.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 28 Februar 2015, 18:18:03
Gut, dann nochmal Schritt für Schritt unter der Annahme, dass die FW an sich OK ist (FHEM gibt mir die richtige SN und HMID aus).

Ich habe mir die Daten für den OTA Bootloader (https://github.com/jabdoa2/Asksin_OTA_Bootloader) auf meinen Raspi geladen, avr-gcc und die benötigen Dateien installiert.
Dann in der HM-LC-Sw1PBU-FM.h die SN und die ID auf die Daten des Schalters geändert:

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

// 3 bytes The device address (hm_id)
#define HM_ID                0x12, 0x34, 0x56


Dann den 4k Bootloader gebaut :

make clean HM_LC_Sw1PBU_FM

Und dann bin ich der raspi Anleitung von Mr. P gefolgt:

Setzen der FUSE
avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m
-> OK
Flashen des oben erstellten Bootloader:
avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM.hex

Und dann möchte ich die erstellte FW flashen

flash-ota -f eigeneFW.eq3 -s LEQ1122334



Wenn ich flash-ota starte, dann startet der den USB Adapter neu und wartet auf den Schalter.
Und ab hier passiert nichts mehr.

Wenn ich den von Mr. P gelieferten Bootloader nehme und dann via flash-ota flashe


flash-ota -f firmware_HM-LC-Sw1PBU-FM.eq3 -s KEQ0123456


dann klappt alles.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 28 Februar 2015, 20:24:02
Zitat von: nephdrasil am 28 Februar 2015, 11:16:33
Ich wollte denn bootloader erstmal erstellen und über Ota auf den Schalter nehmen.
D.h. du hast den Bootloader schon einmal per ISP auf den Schalter geflasht. Weil OTA geht erst, wenn der OTA Bootloader einmalig per Prrogrammer geflasht wurde!

Zitat von: nephdrasil am 28 Februar 2015, 11:16:33
Kann ich mit dem Befehl auch den bootloader erstellen?
Habe ich nie ausprobiert, da mir flashen eines Bootloader per OTA zu heikel war.

Zitat von: nephdrasil am 28 Februar 2015, 11:16:33
Ich nehme an den Pfad zu srecord muss ich angeben
Genau.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 28 Februar 2015, 20:32:51
Zitat von: der2of6 am 28 Februar 2015, 18:18:03
make clean HM_LC_Sw1PBU_FM

Und dann bin ich der raspi Anleitung von Mr. P gefolgt:

Setzen der FUSE

avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m

-> OK
Das sind aber die falschen Fuses, die von dir genutzten sind für den 8k Bootloader. Da bin ich auch am Anfang drauf reingefallen. Korrekt ist:
4k-Bootloader Fuses:
avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xDA:m -U lock:w:0x3F:m

8k-Bootloader Fuses:
avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m

Zitat von: der2of6 am 28 Februar 2015, 18:18:03
Wenn ich den von Mr. P gelieferten Bootloader nehme und dann via flash-ota flashe
Ich vermute mal, dass es sich bei diesem Bootloader um die 8k Variante handelt und dann musst du zwingend vorher die richtige Fuses für den 8k-Bootloader setzen (s. oben).
Unter der Github-Adresse des Bootloader stheht aber auch der nützliche Link in der Readme zur Erklärung der Fuses:
http://eleccelerator.com/fusecalc/fusecalc.php?chip=atmega328p&LOW=E2&HIGH=D0&EXTENDED=06&LOCKBIT=2F
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 01 März 2015, 14:43:34
Danke für den Tipp mit der Fuse.


avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xDA:m -U lock:w:0x2F:m

Bootloader:
avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM_4k.hex

./flash-ota -f payload.eq3 -s LEQxxxxxxx


ZitatWaiting for device with serial LEQXXXXXXX
Device with serial LEQXXXXXXX (hmid: xxxxxx) entered firmware-update-mode
Adding HMID
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Yes!
Flashing 80 blocks: 0080/0080 -
Entering 10k-mode

Allerdings scheint der Bootloader die FW jetzt nicht zu booten.

Ich hab den schalte vom Strom genommen, aber er funkt nicht

ZitatDie LED blinkt einmal lang, dann 2x kurz

Irgendwo scheint noch was zu fehlen.
Hast du noch einen Tipp?

Beim 8k bootloader mit entsprechenden fuses passiert das gleiche, als ob er die FW nicht starten möchte.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Carsten am 01 März 2015, 16:34:34
Hallo,

kann es sein, dass im Wiki die Switches vertauscht sind oder habe ich was falsch verdrahtet?
Im Wiki steht Sw_01 sei der virtuelle Schalter und Sw_02 das Relais. Bei mir verhält es sich aber genau anders herum. Wenn ich am anderen Schalter ausschalte, geht Sw_02 aus und Sw_01 schaltet dann genau invertiert.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 03 März 2015, 11:22:16
Zitat von: Carsten am 01 März 2015, 16:34:34
Hallo,

kann es sein, dass im Wiki die Switches vertauscht sind oder habe ich was falsch verdrahtet?
Im Wiki steht Sw_01 sei der virtuelle Schalter und Sw_02 das Relais. Bei mir verhält es sich aber genau anders herum. Wenn ich am anderen Schalter ausschalte, geht Sw_02 aus und Sw_01 schaltet dann genau invertiert.

Also ich versteh es so, das es GENAU SO sein soll. SW1 ist der virtuelle Schaltrer, der schaltet dann invertiert wenn du am anderen Kreuzschalter ausschaltest. Der SW2 geht dann auch korrekterweise auf "aus"
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Carsten am 03 März 2015, 13:29:26
Zitat von: Tobias am 03 März 2015, 11:22:16
Also ich versteh es so, das es GENAU SO sein soll. SW1 ist der virtuelle Schaltrer, der schaltet dann invertiert wenn du am anderen Kreuzschalter ausschaltest. Der SW2 geht dann auch korrekterweise auf "aus"
Genau das passiert ja nicht. Wenn ich den anderen Schalter ausschalte, bleibt SW1 wie er ist und SW02 wechselt.

Ich hab das vielleicht unglücklich formuliert. Was ich mit invertiert meinte war, dass wenn der normale Schalter in Stellung 2 ist, SW01 invertiert zum eigentlichen Licht läuft.
Also

SW01    |    SW02    |   Wechselschalter   |  Licht
an      |    an      |       Stellung 1    |   an
an      |    aus     |       Stellung 2    |   aus
aus     |    aus     |       Stellung 1    |   aus
aus     |    an      |       Stellung 2    |   an
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 03 März 2015, 14:15:39
Zitat von: der2of6 am 01 März 2015, 14:43:34
Allerdings scheint der Bootloader die FW jetzt nicht zu booten.

Ich hab den schalte vom Strom genommen, aber er funkt nicht

Irgendwo scheint noch was zu fehlen.
Hast du noch einen Tipp?

Beim 8k bootloader mit entsprechenden fuses passiert das gleiche, als ob er die FW nicht starten möchte.
Wie hast du die Firmware denn geflasht? Mit dem Programmer (Raspi) oder OTA?
Oder ist das Problem "nur", dass der OTA flasher nicht loslegt weil möglicherweise die angebene Serial-ID (LEQ.../KEQ...) nicht übereinstimmt?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 03 März 2015, 16:14:39
Zitat von: nexulm am 03 März 2015, 14:15:39
Wie hast du die Firmware denn geflasht? Mit dem Programmer (Raspi) oder OTA?
Oder ist das Problem "nur", dass der OTA flasher nicht loslegt weil möglicherweise die angebene Serial-ID (LEQ.../KEQ...) nicht übereinstimmt?

Ich flashe OTA. Der Flash läuft auch durch, nur wenn ich den Schalter dann vom Strom nehme und "neustarte" dann scheint er die Firmware nicht zu starten. Der Schalter lässt sich in FHEM nicht anlernen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 03 März 2015, 16:31:51
Zitat von: der2of6 am 03 März 2015, 16:14:39
Ich flashe OTA. Der Flash läuft auch durch, nur wenn ich den Schalter dann vom Strom nehme und "neustarte" dann scheint er die Firmware nicht zu starten. Der Schalter lässt sich in FHEM nicht anlernen.

Reset:

set <HM-LC-SW1PBU-FM_Device> reset


Neu-Anlernen:

set <HM-LC-SW1PBU-FM_Device> getConfig
set <HM-LC-SW1PBU-FM_Device> regSet pairCentral <6-stellige HM/CUL-ID>


Wenn das alles nicht hilft bitte den Output von...

set <HM-LC-SW1PBU-FM_Device> getConfig

...posten und...
fhem.log-Auszug
... was beim set <HM-LC-SW1PBU-FM_Device> regSet pairCentral <6-stellige HM/CUL-ID> passiert!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 03 März 2015, 16:45:48
Es läuft jetzt :)
Danke an alle, die geholfen haben!

Ich habe den Bootloader noch mal neu geflashed mit den Richtigen Fuses und dann die Firmware noch mal neu gebaut und die Checksumme neu erstellt.

Jetzt wird er in FHEM erkannt. Wahrscheinlich hab ich da mal irgendwo einen Wurm reingebracht.

Geholfen hat mir dabei auch diese Seite: https://adke.org/?p=199
Kurz und Knapp nochmal alles beschrieben.

Eine Frage bleibt jetzt aber doch noch, bevor ich die Kabel wieder ablöte: Wie bekomme ich den Schalter wieder in den Bootloader Modus um dann mal eine neue FW zu flashen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 03 März 2015, 17:41:40
Zitat von: der2of6 am 03 März 2015, 16:45:48
Eine Frage bleibt jetzt aber doch noch, bevor ich die Kabel wieder ablöte: Wie bekomme ich den Schalter wieder in den Bootloader Modus um dann mal eine neue FW zu flashen?
Die Firmware besitzt wohl noch keinen eigenen Rücksprung in den Bootloader-Mode (soweit mein Verständnis ohne die Sourcen zu studieren)!

Es hilft immer den Schalter stromlos zu machen (z.B. Sicherung raus) und während der Strom wieder am Schalter angelegt wird muss der ota-flash wartend aktiv sein.
Der Bootloader wird dann bei PowerUp gestartet und sendet einen Update Request und wartet 10s. Dann sollte der der Firmwareflash-Vorgang wie zuvor auch mit eingebauten Schalter funktionieren!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 05 März 2015, 17:27:52
Da war ich dann etwas zu ungeduldig. Beim zweiten Versuch hat das Update dann auch geklappt :)

Dann weiter mit den doofen Fragen:

Ich hab mir jetzt einen kleinen Testaufbau gemacht. Den Sw1PBU_FM zusammen mit einem "analogen" schalter in einer Wechselschaltung.

Wie muss ich jetzt die internen Taster peeren, damit ich damit das licht an und aus schalten kann?

Mit dem Code aus dem Wiki kann ich die Lampe nur einschalten,wenn der "analoge" schalter richtig steht.
Ausschalten geht gar nicht.

set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_Btn_01 peerChan 0 CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_Sw_01 dual set
Übers Webinterface klappt alles am Switch_02 (Ein/Aus/Stromerkennung)

Wenn ich die Lampe dann über den "analogen" Schalter ausschalte, dann kann ich die Lampe über die Taster gar nicht mehr einschalten.
Über FHEM wird alles erkannt.

Irgendwo muss da noch ein kleiner Fehler drin sein.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 März 2015, 17:33:29
wie sieht deine installation genau aus?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Carsten am 05 März 2015, 18:24:59
Hallo,

scheint bei Dir genauso verdreht zu sein, wie bei mir.
Ist Sw_01 nach drücken des ( HM-)Schalters in FHEM denn an oder aus? Geht das Licht an, wenn der analoge Schalter in der "falschen" Position ist und du Sw_01 in FHEM togglest?

Das Wiki geht glaube ich davon aus, dass der Sw_01 der virtuelle Switch ist. Ist es aber bei mir ( und bei dir ja scheinbar auch ) scheinbar nicht.
Daher hab ich dann mit Sw_02 gepeert.

Ich vermute, dass du wenn du das änderst immer einschalten kannst, wenn das Licht aus ist.

Das Problem, dass nur Ein aber nicht aus geht könnte daran liegen, was im Wiki unter Advanced Settings beschrieben ist. Bei mir funktionierte ohne das nur der untere Schalter.
Nachdem ich das geändert habe, ists allerdings immer noch nicht 100 %tig. Im Moment kann ich mit dem unteren Schalter toggeln und mit dem oberen nur Einschalten.  ;D

P.S.: Wo ist bei den HM-Schaltern eigentlich unten und oben? Gilt die Schrift auf der Vorder- oder Rückseite? Ich habs so installiert, dass die Schrift vorne lesbar ist.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 06 März 2015, 10:24:47
Zitat von: Carsten am 05 März 2015, 18:24:59
P.S.: Wo ist bei den HM-Schaltern eigentlich unten und oben? Gilt die Schrift auf der Vorder- oder Rückseite? Ich habs so installiert, dass die Schrift vorne lesbar ist.
Bezogen auf Ansicht von vorne (Config-Taster oben links), dann ist die Zuordnung wie im Wiki beschrieben:
Kanal           Bezeichnung
Button_1 Taster oben
Button_2 Taster unten
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 06 März 2015, 12:24:43
Zitat von: Carsten am 05 März 2015, 18:24:59

Das Wiki geht glaube ich davon aus, dass der Sw_01 der virtuelle Switch ist. Ist es aber bei mir ( und bei dir ja scheinbar auch ) scheinbar nicht.
Daher hab ich dann mit Sw_02 gepeert.

Ich vermute, dass du wenn du das änderst immer einschalten kannst, wenn das Licht aus ist.
Ich habe den Schalter jetzt auch mal mit SW_02 gepeert und genau dieses Ergebnis. Ein geht immer, aus nimmer ;)

Zitat
Das Problem, dass nur Ein aber nicht aus geht könnte daran liegen, was im Wiki unter Advanced Settings beschrieben ist. Bei mir funktionierte ohne das nur der untere Schalter.
Nachdem ich das geändert habe, ists allerdings immer noch nicht 100 %tig. Im Moment kann ich mit dem unteren Schalter toggeln und mit dem oberen nur Einschalten.  ;D

Das war ein guter Hinweis, nach langen kämpfen mit den Registern habe ich jetzt (hoffentlich) die Lösung gefunden:


set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_Sw_02 regSet shActionType  jmpToTarget self01;
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_Sw_02 regSet shSwJtOn      dlyOff      self01;
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_Sw_02 regSet shSwJtOff     off       self01;
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_Sw_02 regSet shSwJtDlyOn   off          self01;
set CUL_HM_HM_LC_Sw1PBU_FM_CustomFW_Sw_02 regSet shSwJtDlyOff  off         self01;


Sorgt bei mir dafür, dass ich mit einem Schalter das Licht einschalten und mit dem anderen Ausschalten kann.

Der Status der Lampe und des Wechselschalters (AN/AUS) wird dabei berücksichtigt.

Ich hoffe ich finde die Tage dann nochmal Zeit um das Wiki zu erweitern, damit sich nicht jeder einen Wolf suchen muss.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 März 2015, 14:10:56
ZitatSorgt bei mir dafür, dass ich mit einem Schalter das Licht einschalten und mit dem anderen Ausschalten kann.
falls deine set-befehle erfolgreich waren, schaltest du mit deinem self01 definitiv nur aus.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Carsten am 06 März 2015, 14:22:18
Zitat von: nexulm am 06 März 2015, 10:24:47
Bezogen auf Ansicht von vorne (Config-Taster oben links), dann ist die Zuordnung wie im Wiki beschrieben:
Kanal           Bezeichnung
Button_1 Taster oben
Button_2 Taster unten

Danke, dann habe ich ihn ja scheinbar richtigherum eingebaut.

Zitat von: frank am 06 März 2015, 14:10:56
falls deine set-befehle erfolgreich waren, schaltest du mit deinem self01 definitiv nur aus.
Das war ja auch scheinbar das, was nicht ging. An funktionierte ja ( mit dem 02 )
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 März 2015, 14:33:35
ZitatDanke, dann habe ich ihn ja scheinbar richtigherum eingebaut.
richtig und falsch herum gibt es ja gar nicht. ist doch völlig egal. ihr müsst doch einfach nur auf einen taster drücken, dann sieht man im entsprechenden button channel, welcher button gerade gedrückt wurde.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 06 März 2015, 18:37:09
Zitat von: Carsten am 06 März 2015, 14:22:18
Das war ja auch scheinbar das, was nicht ging. An funktionierte ja ( mit dem 02 )

Richtig. Der eine Taster schaltet jetzt das Licht ein, der andere aus.
Mit dem peering ist auch das Problem gelöst, das der "aus" schalter toogelt und nicht nur "aus" schaltet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Seppel am 11 März 2015, 19:11:47
Als absoluter FHEM Neuling (bisher nur Homematic Benutzer) hab ich zwei Fragen zu dem Projekt - auf die ich trotz seitenweise lesen keine Antworten finden konnte :(

1) wo oder wie finde ich bei einem neuen, unbenutzten Schalter die HMID? bzw. kann ich in der register.h für die Firmware die HM-ID quasi selbst für ein Gerät festlegen?
2) Kann man den Schalter mit der angepassten Firmware auch noch ganz normal unter Homematic benutzen?

Vielen Dank schonmal für Eure Antworten & für dieses geniale Projekt :)

PS: vielleicht noch kurz mein persönlicher aktueller Stand:
ich habe einen Schalter (den ich vorher leider nicht mit der CCU2 gepairt hatte) mit dem Bootloader und der Firmware geflasht. Bootloader und Firmware habe ich frisch compiliert, HM-Serial stammt vom Aufkleber auf dem Gehäuse, HM-ID hab ich erfunden).
Leider findet die CCU2 den Schalter jetzt nicht mehr - bzw. wenn ich die CCU2 in den Anlernmodus versetze und den Schalter (via 5s Knopf drücken) ebenfalls, kommt nach kurzer Zeit eine Meldung, dass der Sicherheitsschlüssel für das Gerät mit der HM-Serial LEQxxxxxxx ungültig ist!?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 12 März 2015, 08:47:02
Zitat von: Seppel am 11 März 2015, 19:11:47
Als absoluter FHEM Neuling (bisher nur Homematic Benutzer) hab ich zwei Fragen zu dem Projekt - auf die ich trotz seitenweise lesen keine Antworten finden konnte :(

1) wo oder wie finde ich bei einem neuen, unbenutzten Schalter die HMID? bzw. kann ich in der register.h für die Firmware die HM-ID quasi

Auf der Rückseite des Schalters sind 3 QR Codes.
Einer ist die Serial, einer ist ???? und einer ist die HMID.
Die Kannst du dann wieder im Bootloader und in der Firmware setzten.


Zur CCU2 kann ich dir leider nicht weiterhelfen, da ich selbst keine habe.
Der Fehler klingt aber dannach, das die CCU nur per AES mit dem schalter sprechen möchte. Da diese mit der alternativen FW kein AES hat, klappt das evtl. deswegen nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Seppel am 12 März 2015, 10:07:01
Vielen Dank für den Hinweis.
Die 3 Codes sind bei mir
- LEQxxxxxxxx -> HM-serial
- C001cxxxx -> ???
- H2D8xxx -> wahrscheinlich die HM-ID mit zusätzlichem "H" am Anfang?!

Die Abfrage der CCU2 sieht übrigens so aus:
(http://up.picr.de/21258033ko.jpg)
Vielleicht kann ja jemand damit was anfangen...
Die Meldung kommt übrigens, ohne dass ich die Seriennummer eingegeben hätte - das heisst die CCU findet den Schalter (und seine Seriennr.) - nur was der Sicherheitsschlüssel ist, weiss ich nicht...

Ich forsche solang mal in Richtung CCU2+AES weiter ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 12 März 2015, 10:25:15
mit ccu geht es noch nicht. der schalter hat eine modelID, die die ccu nicht kennt. du musst dir eine xml-datei erstellen. hier hat schon jemand probiert. http://forum.fhem.de/index.php/topic,27915.msg208203.html#msg208203 (http://forum.fhem.de/index.php/topic,27915.msg208203.html#msg208203)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Seppel am 12 März 2015, 10:38:53
ahhh - Vielen Dank! Den Thread hab ich übersehen...
Denn mach ich mich mal dran, die Infos da durchzuarbeiten und werde dann da weitertippen :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 15 März 2015, 07:48:02
ich habe mal eine verständlisfrage: Wenn ich das Device Resette und in den Bootloader komme, woher will der BL wissen, das die SerialID vom Flash-Ota für ihn ist? Im BL habe ich keine Serial einkompliliert, nur in die FW. Diese ist doch aber zum ZEitpunkt des BL noch garnicht geladen..??

Problem ist nämlich, ich habe die Fuses 4k gesetzt (-U lfuse:w:0xFD:m -U hfuse:w:0xDA:m), den BL geschrieben und mein flash-ota wartet und wartet..... Ich habe schon zig mal mit gedrückter Configtaste den Strom zum Schalter aktiviert und für 10sek den Schalter gedrückt gelassen. Aber auch beim Schalter passiert nix... Kein Blinken!. Nur beim Loslassen der Configtaste leuchtet es 1x auf.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 15 März 2015, 09:39:53
Du musst die HMID auch im Bootloader setzten:

-> devices/HM-LC-Sw1PBU-FM.h

Schau dir mal diesen Link (https://adke.org/?p=199) an.

Da wird aber die 8k Version genommen!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 März 2015, 09:52:47
ZitatDu musst die HMID auch im Bootloader setzten
müssen muss man nicht.  ;)

das sollten die defaultdaten des bootloaders sein:

/*****************************************
* Address data section *
* Stored at 0x7FF0 in boot loader space *
* See Makefile *
*****************************************/
// The model type (not used from bootloader)
#define HM_TYPE 0x00, 0x96
// 10 bytes serial number. Must be unique for each device
#define HM_SERIAL 'K', 'E', 'Q', '0', '0', '0', '0', '0', '0', '1'
// 3 bytes The device address (hm_id)
#define HM_ID 0x12, 0x34, 0x56


um sicher zu gehen, kann man auch die anlernmessage des bootloaders sniffen, und die ascii-codierte seriennummer auslesen. wenn du einen ota-bootloader mit self-update-funktionalität auf dem schalter hast, könntest du dir auch ein neuen bootloader (mit neuer seriennummer) bauen, daraus ein eq3-file konvertieren und dieses dann ota flashen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 15 März 2015, 10:17:38
Oder jemand bringt der FW bei die Seriennummer, HM-ID und Type aus dem Bootloader-Bereich zu verwenden.
Ein Beispiel wie das funktioniert ist in der FW vom Universalsensor.

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 März 2015, 10:31:11
Zitat von: Dirk am 15 März 2015, 10:17:38
Oder jemand bringt der FW bei die Seriennummer, HM-ID und Type aus dem Bootloader-Bereich zu verwenden.
sag bescheid, ich teste gerne.  ;)

mit dem "übernehmen" vom sensor bin ich kläglich gescheitert. irgendwann war ich an einem punkt, wo ich dachte, dass neu anfangen schneller und einfacher geht. die asksin libraries sind nicht wirklich kompatibel.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Dirk am 15 März 2015, 11:05:42
Zitat von: frank am 15 März 2015, 10:31:11
mit dem "übernehmen" vom sensor bin ich kläglich gescheitert. irgendwann war ich an einem punkt, wo ich dachte, dass neu anfangen schneller und einfacher geht. die asksin libraries sind nicht wirklich kompatibel.
Ja, ich hatte die "alte" lib von Trillu etwas weiterentwickelt und einige Bugs gefixt.

Ich kann das ja mal versuchen zu implementieren.
Testen musst du. Ich habe auf meinen Aktoren die Original-FW.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 März 2015, 11:31:20
ZitatIch kann das ja mal versuchen zu implementieren.
das wär klasse.

ZitatTesten musst du.
kein problem. mein schalter "scharrt schon mit den hufen".  ;)

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 15 März 2015, 11:44:13
Hallo Leute bekomme beim bauen des Bootloaders auf dem PI folgenden Fehler,

-------- begin --------
avr-gcc (GCC) 4.7.2
Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


Compiling: test_uart.c
avr-gcc -c -mmcu=atmega644 -I. -gdwarf-2 -DF_CPU=8000000UL    -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=test_uart.lst  -std=gnu99 -MD -MP -MF .dep/test_uart.o.d test_uart.c -o test_uart.o
test_uart.c:12:20: fatal error: stdlib.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
makefile:458: recipe for target 'test_uart.o' failed
make[1]: *** [test_uart.o] Error 1
make[1]: Leaving directory '/home/pi/Asksin_OTA_Bootloader/uart'
Makefile:86: recipe for target 'uart_code' failed
make: *** [uart_code] Error 2


Könnt ihr mir Helfen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 15 März 2015, 13:06:33
und noch ein Hilfesuchender:
root@Iconnect:~/HM-LC-SW1PBU-FM# srec_cat LEQ1293815.hex -intel -fill 0xFF 0x0000 0xEFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xEFFE -o LEQ1293815.hex -binary
unknown "-Cyclic_Redundancy_Check_16_Little_Endian" option


Nach dem Bootloader-Bauen und flashen auf dem Schalter sowie OTA-Flash per flash-ota mit einer avr-objcopy erstellten bin -> eq3 Datei, befindet sich der Bootloader in einer endlosschleife:
1x lang blinken
2x sehr kurz blinken
Pause ca 8sek

Also denke ich, das ich die FW mit CRC Check uploaden muss. Korrekt? Aber leider kennt dieser obigen Parameter nicht....

Edit: Wenn ich die eq3-Firmware von hier (https://owncloud.isengard.at/index.php/s/8992affb68e8c1dcbe532152628ad9a5) meldet  flash-ota auch "ok", aber auch hier bleibt der Bootloader in einer Endlosschleife hägen.
Habe ich am Bootloader bauen etwas falsch gemacht?

1) in devices/HM_LC_Sw1PBU_FM.h habe ich meine Serial und HMID eingetragen
2) make HM_LC_Sw1PBU_FM ausgeführt
3) avrdude -p m644 -c stk500v2 -P /dev/ttyUSB0 -U lfuse:w:0xFD:m -U hfuse:w:0xDA:m -U lock:w:0x2F:m
4) per USB-Programmer den schalter geflashed
5) ./flash-ota -f firmware_HM-LC-Sw1PBU-FM.eq3 -s LEQ1293815 -c /dev/ttyACM0

root@Iconnect:~/HM-LC-SW1PBU-FM# ./flash-ota -f firmware_HM-LC-Sw1PBU-FM.eq3 -s LEQ1293815 -c /dev/ttyACM0
HomeMatic OTA flasher version 0.097-git

Reading firmware from firmware_HM-LC-Sw1PBU-FM.eq3...
Firmware with 77 blocks successfully read.
Opening culfw-device at path /dev/ttyACM0 with speed 38400
Requesting firmware-version
culfw-device firmware version: 1.63
Entering 10k-mode
Waiting for device with serial LEQ1293815
Device with serial LEQ1293815 (hmid: 341c88) entered firmware-update-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Yes!
Flashing 77 blocks: 0001/0077 /
Missing ACK!
Flashing 77 blocks: 0002/0077 /
Missing ACK!
Flashing 77 blocks: 0002/0077 /
Missing ACK!
Flashing 77 blocks: 0008/0077 /
Missing ACK!
Flashing 77 blocks: 0013/0077 /
Missing ACK!
Flashing 77 blocks: 0018/0077 /
Missing ACK!
Flashing 77 blocks: 0023/0077 /
Missing ACK!
Flashing 77 blocks: 0024/0077 /
Missing ACK!
Flashing 77 blocks: 0046/0077 /
Missing ACK!
Flashing 77 blocks: 0050/0077 /
Missing ACK!
Flashing 77 blocks: 0060/0077 /
Missing ACK!
Flashing 77 blocks: 0077/0077 -
Entering 10k-mode
Waiting for device to reboot
root@Iconnect:~/HM-LC-SW1PBU-FM#
 

Auch habe ich in bootloader.c nichts passendes gefunden, um diesen CRC Check abzuschalten, dafür fehlt mir das KnowHow
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 März 2015, 13:32:52
dein bootloader findet keine oder keine korrekte fw, daher sendet er nun regelmaessig die anlernmessage zum weiteren flashen. der crc-modus wird durch define festgelegt. ich denke, default ist on. kann gerade nicht nachschauen. wenn du keinen schreibfehler hast, ist dein srec_cat wohl zu alt und kennt die option nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 15 März 2015, 14:07:38
supi, danke!!!

aktuelles srecord package neu kompiliert und sofort hat es funktioniert :)
Jetzt startet mein Bootloader auch sauber die FW :)

Hast du noch einen  Hinweis, wie und wo man im BL-Code den CRC Check ausschaltet??
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 März 2015, 16:13:37
ZitatHast du noch einen  Hinweis, wie und wo man im BL-Code den CRC Check ausschaltet??
sorry, da hatte ich wohl zuviel versprochen, ist mittlerweile pflicht. ;)
warum wolltest du das überhaupt abschalten?

Zitat von: Dirk am 14 Oktober 2014, 22:52:54
Es sei denn jemand möchte was größeres anstellen und braucht die zusätzlichen 4k noch  :D

Ich habe jetzt auch ein paar Tests gemacht und das Bootloaderupdate für gut befunden :)
Ich habe alles bei mir im Github eingecheckt.

Folgende Sachen sind noch hier dazu gekomen:


  • Compatibilität mit dem Update durch die CCU: Die CCU folgt ja nicht dem "normalen" Hochzählen des Message-ID. In meinem Fall habe ich Steps von 8. Da hier andere "Sprünge" nicht ausgeschlossen sind, habe ich den Check der Message-ID noch etwas geändert. Der Bootloader prüft jetzt nur noch ob das folgende Packet eine höhere MessageId hat. Der abschliessende Test an der CCU steht aber noch aus.
  • Der CRC-Check ist nun "Pflicht". Ich habe die vorherigen Defines wo der CRC-Check abgeschaltet werden konnte entfernt. Ich meine ein Firmwareupdate ohne CRC-Prüfung macht keinen Sinn. Vor allem wenn so auch der Bootloader upgedatet werden kann.
    Allerdings ist der aktuell implementierte CRC16 für 32k bzw. 64k Daten nicht wirklich ausreichend. Daher werde ich wohl die Tage versuchen noch den CRC-Check auf CRC32 umzustellen.
  • Das Makefile gibt jetzt auch Auskunft über die detailierte Speicherausnutzung
  • Das hex2eq3-Tool kann auch ein Update als Bootloader-Update "Flaggen". So muss man das sreg-cat Kommando nicht selber zusammenschreiben.
  • Achja, und vor dem Bootloader-Update blinkt die LED jetzt auch 10mal schnell. So dass man den Start des Updates auch optisch erkennen kann.

Ich habe dem Bootloader jetzt die Version 0.7.0 gegeben.
@Unimax: 0.8.0 fand ich dann doch etwas zu viel :)

Viele Grüße
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 März 2015, 16:40:55
Zitat von: nephdrasil am 15 März 2015, 11:44:13
Hallo Leute bekomme beim bauen des Bootloaders auf dem PI folgenden Fehler,

-------- begin --------
avr-gcc (GCC) 4.7.2
Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


Compiling: test_uart.c
avr-gcc -c -mmcu=atmega644 -I. -gdwarf-2 -DF_CPU=8000000UL    -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=test_uart.lst  -std=gnu99 -MD -MP -MF .dep/test_uart.o.d test_uart.c -o test_uart.o
test_uart.c:12:20: fatal error: stdlib.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
makefile:458: recipe for target 'test_uart.o' failed
make[1]: *** [test_uart.o] Error 1
make[1]: Leaving directory '/home/pi/Asksin_OTA_Bootloader/uart'
Makefile:86: recipe for target 'uart_code' failed
make: *** [uart_code] Error 2


Könnt ihr mir Helfen.

fatal error: stdlib.h: Datei oder Verzeichnis nicht gefunden
ich bin in windows unterwegs. deshalb rate ich mal.
ich denke stdlib.h sollte vom compiler kommen. ist der pfad von gcc korrekt? daterechte ok?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 15 März 2015, 19:07:46
wie ist denn der korrekte Aufruf von hex2bin.php für einen 4k Bootloader? zb. spmPageSize

Da im Booloader auch schon Serial und HMID drin ist, unterstützt die neuste FW schon das "ausnullen" und holt sich beides somit aus dem BL?
Edit: gerade gesehen, im Wettersensor schon integrieert, hier aber noch nicht...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 15 März 2015, 19:59:20
Zitatwie ist denn der korrekte Aufruf von hex2bin.php für einen 4k Bootloader? zb. spmPageSize
ich sehe gerade nicht, wozu hex2bin noch gebraucht wird. das war, glaub ich, nur für den fall ohne srec_cat. jetzt muss man nur wie hier https://github.com/jabdoa2/Asksin_OTA_Bootloader (https://github.com/jabdoa2/Asksin_OTA_Bootloader) verfahren. für 4k folgt:

1.
make clean HM_LC_Sw1PBU_FM
hiermit baust du dir das hex-file.

2.
srec_cat <payload.hex> -intel -fill 0xFF 0x0000 0x6FFE -Cyclic_Redundancy_Check_16_Little_Endian 0x6FFE -o  payload.bin -binary
mit srec_cat machst du aus dem hex ein bin-file, um dieses anschliessend in eq3 zu verwandeln:

3.
./bin2eq3.php payload.bin payload.eq3 # convert to eq3 hex format

Dependent on the flash page size of the desired AVR, a different page size can pass as third parameter in bytes. The default pages size is 256 bytes.
E.g. the Atmega328 needs a page size of 128 bytes.

für den schalter brauchst du kein pagesize angeben, da bereits default 256. ist prozessorabhängig.

zusätzlich hat dirk ein tool hex2eq3 (im contrib ordner) gebaut um 2. und 3. in einem rutsch zu machen. für meine 8k variante für ein bootloader-eq3 verwende ich den aufruf:

php contrib\hex2eq3.php --inFile Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex --outFile Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --markAsBootloaderUpdate --withCrcCheck --pathTo-srec_cat e:\programme\srecord-1.64-win32\srec_cat.exe
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 16 März 2015, 10:38:51
sorry für den Versprecher, jetzt korrekt:
wie ist denn der korrekte Aufruf von hex2eq3.php für einen 4k Bootloader?

Habe mal das Wiki wieder aktualisiert

Edit: @frank: du schreibst: --inFile Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex
flashst du damit den Bootloader ota oder die FW? Sind die Parameter für die FW anders, zb. hexEndAddress ?

Kannst du bitte mal den Wikiartikel prüfen?? http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware#Firmware_OTA_flashen
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 März 2015, 13:16:57
http://forum.fhem.de/index.php/topic,18071.msg208489.html#msg208489 (http://forum.fhem.de/index.php/topic,18071.msg208489.html#msg208489)
hier erklärt mir dirk das hex2eq3.

du musst eigentlich nur die pfade und dateinamen anpassen und den wert hexEndAddress. der ist mit dem im srec_cat identisch. also für den schalter und 4k bootloader => 0x6FFE.

Zitatflashst du damit den Bootloader ota oder die FW?
wie geschrieben mit der option --markAsBootloaderUpdate den bootloader. ohne diese option die fw.

zum wiki:

ich denke, man sollte die struktur des wiki über das flashen ein wenig überarbeiten/entwirren.

grundsätzlich kann man ja bootloader und fw jeweils als eigenständige applikation sehen, die entweder gemeinsam oder getrennt auf dem schalter existieren. der bootloader hat natürlich sehr beschränkte funktionen. meine empfehlung wäre, grundsätzlich einen bootloader zu flashen, da dieser die möglichkeit bietet, ota-updates zu flashen. sowohl für einen neuen bootloader, als auch die eigentliche fw. der bootloader enthält im grunde einen mini-bootloader, der sich selber überschreiben kann. sofern sich an diesem mini-bootloader nichts ändert, können alle folgenden bootloader-updates immer ota geflasht werden. der grosse vorteil von ota ist, dass man nicht mehr löten muss.

beide applikationen benötigen seriennummer, hmid und modelID. ändert man nichts, werden defaultwerte benutzt. mit diesen daten meldet sich der bootloader beim ota-update. wenn dirk es nun schafft, der fw beizubringen, diese daten aus dem bootloader zu lesen, muss man dann nur noch einmal im bootloader diese daten eingeben, den bootloader bauen, löten und mit programmer flashen. also beim ersten bootloader auf jeden fall die daten einpflegen. desweiteren sollte man, finde ich, beim schalter grundsätzlich dem bootloader die 8k-speicher spendieren, um für jegliche bootloadererweiterungen gewappnet zu sein. die restlichen 56k sollten für die fw bis in alle ewigkeiten genügen. im augenblick sind 4k und 8k bootloader völlig identisch. es werden den versionen nur grössere bereiche zugewiesen. die 4k version ist eigentlich wegen dem wettersensor entstanden, da der prozessor dort nur maximal 4k bootloader zur verfügung hat. will man später von 4k auf 8k erhöhen, muss man wieder löten, um die fuses zu setzen.

ich würde also als erstes beschreiben, wie man mit avrdude/make den 8k bootloader mit den entsprechenden devicedaten auf den schalter flasht. als 2. den bau von eq3-files zum ota-update. einmal für den bootloader und einmal für die fw. die tar-files für das windows tool werden eigentlich auch nicht mehr benötigt, da das tool auch direkt die eq3-files flashen kann. eventuell sogar alle 4k-variationen entfernen. dann muss sich keiner mehr gedanken machen, wozu was gut ist. der text reduziert sich auf die hälfte und es passieren wahrscheinlich weniger fehler, da man immer den passenden befehl erwischt. falls wirklich mal einer (wahrscheinlich nie) einen 4k bootloader wirklich braucht, kann er das auch im git in erfahrung bringen. 4k hat zur zeit eigentlich nur nachteile. der code passt jetzt schon kaum noch rein.

der bootloader startet immer, wenn die netzspannung eingeschaltet wird, dabei wird nichts resettet. wenn auf dem schalter nur der bootloader vorhanden ist, versucht er permanent (ca 10 sek) ein ota-update zu machen. findet er eine korrekte fw, startet er diese. man muss also nur bei vorhandener fw, die konfigtaste bei netzspannungszufuhr gedrückt halten, damit das update starten kann. dadurch wird verhindert, dass der bootloader die vorhandene fw startet.

die hex2eq3 beispiele sind natürlich noch fehlerbehaftet. die cpp.hex files sind vom arduino? auch hier würde ich 4k entfernen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 16 März 2015, 14:44:23
Habs im Wiki angepasst. Alles 4k ist raus und ein bissl umsortiert.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 17 März 2015, 20:00:42
Hi,
klappt alles super! Mit DeviceReset durch Strom-aus/Strom-an läuft das FWUpdate.

Was noch nicht klappt ist ein FW-Update ohne Stromunterbrechung.
Ich habe flash-ota gestartet und in FHEM ein Device Reset ausgelöst, mal mit gedrückter Configtaste, mal ohne. Leider passiert jeweils nix beim flash-ota.
Dann habe ich per FHEM ein fwUpdate gestartet, aber da kommt nur: fail:Block1

Jemand einen Hinweis wie der korrekte Weg ist?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 17 März 2015, 21:18:25
Zitat von: nephdrasil am 15 März 2015, 11:44:13
Hallo Leute bekomme beim bauen des Bootloaders auf dem PI folgenden Fehler,

-------- begin --------
avr-gcc (GCC) 4.7.2



Compiling: test_uart.c
avr-gcc -c -mmcu=atmega644 -I. -gdwarf-2 -DF_CPU=8000000UL    -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=test_uart.lst  -std=gnu99 -MD -MP -MF .dep/test_uart.o.d test_uart.c -o test_uart.o
test_uart.c:12:20: fatal error: stdlib.h: Datei oder Verzeichnis nicht gefunden


Könnt ihr mir Helfen.

Hi,
Bei der Fehlermeldung fehlt dir noch eine libary auf dem Raspi.

Ich meinen leider nicht an der Hand, aber probiere mal folgendes noch zu installieren:

apt-get install avr-libc

Ansonsten noch mal suchen, was alles zum avr-gcc noch angeboten wird ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 18 März 2015, 09:40:40
ZitatWas noch nicht klappt ist ein FW-Update ohne Stromunterbrechung.
richtig, gibt es nicht.

ZitatIch habe flash-ota gestartet und in FHEM ein Device Reset ausgelöst, mal mit gedrückter Configtaste, mal ohne. Leider passiert jeweils nix beim flash-ota.
das verstehe ich nicht. du schreibst vorher ein devicereset wäre strom an-/ausschalten.

Zitatder bootloader startet immer, wenn die netzspannung eingeschaltet wird, dabei wird nichts resettet. wenn auf dem schalter nur der bootloader vorhanden ist, versucht er permanent (ca 10 sek) ein ota-update zu machen. findet er eine korrekte fw, startet er diese. man muss also nur bei vorhandener fw, die konfigtaste bei netzspannungszufuhr gedrückt halten, damit das update starten kann. dadurch wird verhindert, dass der bootloader die vorhandene fw startet.

ZitatDann habe ich per FHEM ein fwUpdate gestartet, aber da kommt nur: fail:Block1
der bootloader mag noch nicht mit fhem.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 18 März 2015, 17:29:10
HI FRank,
mit dem CustomFW.pm gibt es ein: "set <device> reset"
Ich hätte erwartet das dadurch im Schalter ein reboot durch die Applikation ausgelöst wird.
Ich habe hier gelesen (http://forum.fhem.de/index.php/topic,23329.msg166531.html#msg166531) das die Firmware ein Reboot auslösen kann wodurch der Bootloader wieder aktiviert wird wodurch man widerrum in der Lage ist eine neue FW/BL zu flashen (wenn(!) man die configtaste drückt). Aus desem Grund wurde IMHO ja die ConfigTaste involviert damit man als Angreifer nicht einfach eine neue FW aufspielen kann.

Mein Verständnis ist/war so, das ein "set <device> reset" einem "Strom an/Strom aus" gleichkommt.

Habe ich etwas falsch verstanden oder ist der verlinkte Thread schon veraltet und alles ist anders?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 19 März 2015, 10:07:41
ZitatMein Verständnis ist/war so, das ein "set <device> reset" einem "Strom an/Strom aus" gleichkommt.
werksreset wie bei jedem hm-device.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 19 März 2015, 11:37:27
Zitat von: frank am 19 März 2015, 10:07:41
werksreset wie bei jedem hm-device.
Hi Frank,
hilft jetzt meinem Verständnis nicht viel weiter ;) Wird in den BL beim Werksreset gesprungen oder nicht? Oder werden nur alle Register wieder auf Werkseinstellung gesetzt?
Jedenfalls hoffe ich das ein OTA-Update nochmal irgendwann ohne Strom-an/aus funktioniert ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 März 2015, 17:11:02
ZitatWird in den BL beim Werksreset gesprungen oder nicht?
nein.

in dem von dir verlinkten thread geht es um den befehl set fwupdate. dieser sollte den bootloader starten können, so der plan. wieso kommst du dann auf set reset?

ZitatJedenfalls hoffe ich das ein OTA-Update nochmal irgendwann ohne Strom-an/aus funktioniert
ich habe mir die routine für den configschalter ein wenig modifiziert. damit kann ich manuell einen reboot auslösen. da ich diverse änderungen in meiner fw habe, diese aber in einem unvollständigen und experimentellen zustand sind, versuche ich dir mal nur die nötigen ergänzungen/änderungen zum testen zu erklären, damit du auch einen manuellen reboot erzeugen kannst. ich hoffe ich habe alle nötigen änderungen aufgeführt. die zeilennummern beziehen sich auf die aktuelle fw im git von jan https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM (https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM)

änderungen in Asksin_HM_LC_Sw1PBU_FM.ino

in zeile 53 einfügen:
//- config button
unsigned int ctrRepLg = 0;
boolean enableSoftBoot = AUTO_BOOT;


zeile 98 ändern in:
bk[0].config(0,15,0,3000,5000,buttonState); // button 0 for channel 0 for send pairing string, and double press for reseting device config

zeilen 195-200 gegen diesen code tauschen:
// channel device
if (idx == 0) {
      if (state == 0) {
    hm.ld.shortBlink();
  }
  if (state == 2) { // long key press, start pairing
    hm.ld.shortBlink3();
    hm.startPairing();
  }
  if (state == 3) {
    (ctrRepLg == 3)? ctrRepLg = 1: ctrRepLg++;
        if (ctrRepLg == 1) {
          hm.ld.shortBlink();
    }
else if (ctrRepLg == 2) {
  hm.ld.shortBlink();
  hm.ld.shortBlink();
    }
else if (ctrRepLg == 3) {
  hm.ld.shortBlink();
  hm.ld.shortBlink();
  hm.ld.shortBlink();
    }
      }
  if (state == 4) {
if (ctrRepLg == 1) hm.recv_UpdateEvent();
else if (ctrRepLg == 2) enableSoftBoot = true;
else if (ctrRepLg == 3) enableSoftBoot = false;
ctrRepLg = 0;
      }
  if (state == 5) hm.reset(); // double long key press, reset the device
}


änderungen in register.h

in zeile 26 einfügen:
#define AUTO_BOOT false                                                                                              // true/false => enables/disables software reboot by default

mit diesen änderungen hat der configtaster in der fw folgende funktionen:

1. short
einmal kurz drücken erzeugt einfaches blinken. ist aber weiterhin ohne funktion.

2. long und double long
langes drücken, ab 3 sekunden, erzeugt nun 3-faches blinken. die anlernmessage wird gesendet. zum pairen kann man nun den taster loslassen. wird danach erneut lange gedrückt, wird weiterhin ein reset des schalters ausgelöst. die eepromdaten werden auf werkseinstellungen gesetzt. eigentlich alles wie bisher. ich habe nur eine rückmeldung mit 3-fachem blinken für das erreichen des pairing modus eingebaut. ausserdem ist das lange drücken von 5 sekunden auf nun 3 sekunden verkürzt, um die folgenden funktionen etwas schneller zu erreichen.

3. multi long
der schalter hat nun ein "bootmenü" mit 3 menüoptionen. man gelangt in das menü, indem man das lange drücken des tasters über die ersten 3 sekunden verlängert. jede weiteren 3 sekunden erfolgt ein umschalten in eine weitere bootmenüoption. die augenblickliche option wird durch blinken angezeigt. 1 option 1x blinken, 2.option 2x blinken und 3. option 3x blinken. nach der 3. option gelangt man wieder in die erste option, usw ... wird der taster nach dem jeweiligen blinken losgelassen, wird die entsprechende menüoption ausgeführt. die menüoptionen haben folgende bedeutung (optionen 2 und 3 sind hier noch funktionslos):

option 1: manueller reboot
option 2: enable software reboot (fhem kann durch set fwupdate das booten einleiten)
option 3: disable software reboot (das automatische booten wird verhindert, default)

beispiel1: um ein manuellen reboot des schalters auszuführen, muss man den taster 6 sekunden drücken. nach 3 sekunden erfolgt das 3-fache blinken für den pairingmodus und nach weiteren 3 sekunden erfolgt nun ein 1-faches blinken für das erreichen der ersten option des bootloadermenüs. nach dem blinken loslassen. da das menü zirkuliert erreicht man das manuelle booten auch nach 15 sekunden.

die optionen 2 und 3 sollen einmal zum automatischen update durch fhem dienen. nur wer seinen schalter über das manuelle konfigurieren dieses bootmenüs mit option 2 freigeschaltet hat, ermöglicht fhem ein automatisch gestartetes update über den befehl set fwUpdate. mit option 3 kann es dann wieder ausgeschaltet werden. mit der definition AUTO_BOOT true in register.h könnte man den defaultwert umstellen.

viel spass beim testen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 20 März 2015, 19:53:53
Hallo Leute habe hier mal einen Weg zum Bauen des Bootloader und srecord unter Wheezy dokumentiert. Vielleicht hilft es jemanden.

1. Aktualisierung

   sudo apt-get update

2. Voraussetzungen installieren

   sudo apt-get install libboost-dev libgcrypt11-dev libtool groff* groff-base gcc build-essential make git-core bison autoconf flex gcc-avr g++ libc-dev libc6-dev
binutils-avr avr-libc


3. srecord

   sudo wget http://sourceforge.net/projects/srecord/files/srecord/1.64/srecord-1.64.tar.gz
sudo tar -xvf srecord-1.64.tar.gz
sudo ./configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/lib
        --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info
cd srecord-1.64
sudo make
sudo make install


4. avrdude

   sudo git clone "https://github.com/kcuzner/avrdude.git"
cd avrdude
sudo ./bootstrap
  sudo ./configure --enable-linuxgpio=yes
  sudo make
  sudo make install
cd /etc/
sudo curl -J -O "https://owncloud.isengard.at/index.php/s/8992affb68e8c1dcbe532152628ad9a5/download?path=%2F&files=avrdude.conf.gz"
sudo gzip -d avrdude.conf.gz


5. Bootloader

   sudo git clone "https://github.com/kc-GitHub/Asksin_OTA_Bootloader"
cd Asksin_OTA_Bootloader/
sudo nano devices/HM-LC-Sw1PBU-FM.h (Anpassen Typ, ID,  Serial)
sudo make clean HM_LC_Sw1PBU_FM_8k


So und jetzt versuche ich mich mal an dem Einbau der Übernahme der HMID und Serial dem Bootloader in die Firmware (Dirks hat es im Wettersenor ja bereits drin). Aber vermutlich stelle ich mir das wieder zu einfach vor.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 21 März 2015, 13:13:13
Hi FRank,
Danke... ich werde definitv testen. Hast du das mal Dirk/Jab geschickt damit das in des GitRepo einfließt??
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stefanpf am 22 März 2015, 21:07:27
Hallo zusammen,

Ich platze hier mal so herein, da ich den Verdacht habe, dass mein Phänomen mit der alternativen Firmware zu tun hat.

Ich habe 4 separate Aktoren an den btn2 des HM_LC_Sw1PBU_FM gepeert und über regset so konfiguriert, dass short die Aktoren anschaltet und long ausschaltet.

Folgendes lässt sich beobachten:
- die Aktoren schalten alle Zeitverzögerung nacheinander
- die Aktoren schalten nicht zuverlässig. Mal schalten alle 4, meist aber nur einer oder zwei.
- bei wiederholter Auslösung schalten die Restlichen
Ein anschliessend zusätzlich auf die gleichen Aktoren  gepeerterHM_LC_Sw1PBU_FM verhält sich ähnlich (die Aussetzer treten noch häufiger auf)

Als Referenz benutze ich einen HM-PB-4DIS-WM, dieser schaltet die gleichen Aktoren zuverlässig gleichzeitig (keine zeitliche Verzögerung).

In Ermangelung weiterer Sender fehlt mir der direkte Vergleich :-(
- sollten bei direktem Peers nicht alle Aktoren gleichzeitig schalten?
- wieviele Preers verträgt ein Aktor?
- hat jemand ähnliche Beobachtungen gemacht und ist hier ggf. ein unterschied in der Firmware gegenüber den original Sendern vorhanden?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 März 2015, 10:24:58
da wohl niemand die original fw kennt, kann es sicherlich unterschiede geben. ein wenig hoert sich das nach funkproblemen an. wie sind denn die rssi? am besten loggst du mal rawmessages vom schalten. einmal mit sw1pbu, und einmal zum vergleich mit dem pb4dis.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stefanpf am 23 März 2015, 15:47:08
Ich hoffe ich habe die richtigen Informationen aus dem LOG herausgesucht und halbwegs brauchbar aufbereitet.

Zum Testen verwendete Devices / Channel ( DEF / MODEL / Name):
#1791D2      HM-PB-4DIS-WM ( HM_1791D2)
#1791D201   HM-PB-4DIS-WM ( HM_1791D2_Btn_01)
#1791D202   HM-PB-4DIS-WM ( HM_1791D2_Btn_02)
#29F26F      HM-LC-Sw1PBU-FM-CustomFW   ( wz_HM_LC_Sw1PBU)
#29F26F01   HM-LC-Sw1PBU-FM-CustomFW  (wz_HM_LC_Sw1PBU_Btn_01)
#29F26F03    HM-LC-Sw1PBU-FM-CustomFW  (wz_HM_LC_Sw1PBU_Sw_01)
#2AA723   HM-LC-SW1-PL2      ( wz_Licht_Ikea)
#2AA6F9   HM-LC-SW1-PL2      ( wz_Licht_Links)
#2AA71D   HM-LC-SW1-PL2      ( wz_Licht_Rechts)

Und hier die RSSI Werte zu den Geräten ( ich meine gelesen zu haben, dass alles unter 85 ok wäre...)
rssi done:
    Device         :receive         from             last   avg      min<max    count
    ez_HM_LC_Sw1PBU:XX_hmusb        ez_HM_LC_Sw1PBU  -48.0  -47.8  -48.0< -47.0   110
    wz_HM_LC_Sw1PBU:XX_hmusb        wz_HM_LC_Sw1PBU  -47.0  -46.7  -50.0< -45.0   120
    wz_HM_PB_4DIS  :XX_hmusb        wz_HM_PB_4DIS    -59.0  -58.9  -68.0< -54.0    20
    wz_Licht_Ikea  :XX_hmusb        wz_Licht_Ikea    -60.0  -62.2  -70.0< -60.0    18
    wz_Licht_Ikea  :wz_Licht_Ikea   wz_HM_LC_Sw1PBU  -63.0  -67.7  -71.0< -63.0     3
    wz_Licht_Ikea  :wz_Licht_Ikea   wz_HM_PB_4DIS    -46.0  -50.8  -55.0< -46.0     5
    wz_Licht_Links :XX_hmusb        wz_Licht_Links   -47.0  -50.4  -52.0< -47.0    16
    wz_Licht_Links :wz_Licht_Links  wz_HM_LC_Sw1PBU  -38.0  -36.7  -38.0< -34.0     3
    wz_Licht_Links :wz_Licht_Links  wz_HM_PB_4DIS    -47.0  -46.2  -51.0< -41.0     4
    wz_Licht_Rechts:XX_hmusb        wz_Licht_Rechts  -42.0  -43.7  -46.0< -42.0    19
    wz_Licht_Rechts:wz_Licht_Rechts wz_HM_LC_Sw1PBU  -51.0  -49.3  -51.0< -46.0     3
    wz_Licht_Rechts:wz_Licht_Rechts wz_HM_PB_4DIS    -47.0  -50.6  -55.0< -47.0     5



Schaltzeitpunkte ( alles ca. Angaben)
15:14:15           An per HM-PB-4DIS-WM
15:14:49    aus per HM-PB-4DIS-WM
15:18:11    an per HM-LC-Sw1PBU
15:18:29    aus per HM-LC-Sw1PBU

An per HM-LC-Sw1PBU hat noch wie gewünscht funktioniert. Beim Ausschalten ist nur wz_Licht_Rechts
ausgegangen. Beim Nachdrücken ( zweites Log weiter unten) sind auch die beiden anderen Lampen aus gegangen.

Die dahinterliegende Logik:
An per HM-PB-4DIS-WM btn_02:
- wz_Licht_Ikea, wz_Licht_Links, wz_Licht_Rechts  ON
- wz_Licht_Decke  OFF
Aus per HM-PB-4DIS-WM btn_01:
- wz_Licht_Ikea, wz_Licht_Links, wz_Licht_Rechts  OFF
- wz_Licht_Decke  NO
An per HM-LC-SW1-PL2_btn01_Short:
- wz_Licht_Ikea, wz_Licht_Links, wz_Licht_Rechts  ON
- wz_Licht_Decke  OFF
Aus per HM-LC-SW1-PL2_btn01_Long:
- wz_Licht_Ikea, wz_Licht_Links, wz_Licht_Rechts  OFF
- wz_Licht_Decke  NO



2015.03.23 15:14:08 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1B720DF8 IDcnt:0013
2015.03.23 15:14:09 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B72109C d:FF r:FFD2     m:EF 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:14:11 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B721807 d:FF r:FFD0     m:32 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:14:15 0: HMLAN_Parse: XX_hmusb R:E1BF8D7   stat:0000 t:1B722758 d:FF r:FFC2     m:7F 8670 1BF8D7 000000 00AE2D
2015.03.23 15:14:18 0: HMLAN_Parse: XX_hmusb R:E1BF7FA   stat:0000 t:1B72317B d:FF r:FFCA     m:AB A258 1BF7FA 1BFC82 0316
2015.03.23 15:14:18 0: HMLAN_Parse: XX_hmusb R:E1BFC82   stat:0000 t:1B7231FE d:FF r:FFCD     m:AB 8202 1BFC82 1BF7FA 0101142039
2015.03.23 15:14:21 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1B7240B4 d:FF r:FFC3     m:F9 A440 1791D2 2AA723 021F
2015.03.23 15:14:22 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1B724134 d:FF r:FFC3     m:F9 8002 2AA723 1791D2 0101C80033
2015.03.23 15:14:22 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1B724237 d:FF r:FFC6     m:FA A040 1791D2 2AA71D 021F
2015.03.23 15:14:22 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1B7242B7 d:FF r:FFD5     m:FA 8002 2AA71D 1791D2 0101C80035
2015.03.23 15:14:22 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1B7243BA d:FF r:FFC2     m:FB A040 1791D2 29F26F 021F
2015.03.23 15:14:23 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1B7244D1 d:FF r:FFC2     m:FC A040 1791D2 2AA6F9 021F
2015.03.23 15:14:23 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1B724551 d:FF r:FFCD     m:FC 8002 2AA6F9 1791D2 0101C80033
2015.03.23 15:14:24 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1B724925 d:FF r:FFC4     m:FA A410 2AA723 424241 0601C800
2015.03.23 15:14:24 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1B724B13 d:FF r:FFCD     m:FD A410 2AA6F9 424241 0601C800
2015.03.23 15:14:25 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1B724DAC d:FF r:FFD5     m:FB A410 2AA71D 424241 0601C800
2015.03.23 15:14:28 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B725A61 d:FF r:FFD2     m:F0 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:14:30 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B7261B0 d:FF r:FFD1     m:33 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:14:34 3: CUL_HM set wz_HM_LC_Sw1PBU_Sw_01 statusRequest
2015.03.23 15:14:34 0: HMLAN_Send:  XX_hmusb S:S46FC2F9C stat:  00 t:00000000 d:01 r:46FC2F9C m:13 A001 424241 29F26F 030E
2015.03.23 15:14:34 0: HMLAN_Send:  XX_hmusb I:K
2015.03.23 15:14:34 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1B727137 IDcnt:0013
2015.03.23 15:14:34 0: HMLAN_Parse: XX_hmusb R:R46FC2F9C stat:0008 t:00000000 d:FF r:7FFF     m:13 A001 424241 29F26F 030E
2015.03.23 15:14:34 0: HMLAN_Parse: XX_hmusb no ACK from 29F26F
2015.03.23 15:14:35 0: HMLAN_Parse: XX_hmusb R:E1BF8D7   stat:0000 t:1B727578 d:FF r:FFC2     m:7F A258 1BF8D7 1BFD3E 000E
2015.03.23 15:14:35 0: HMLAN_Parse: XX_hmusb R:E1BFD3E   stat:0000 t:1B7275FD d:FF r:FFC6     m:7F 8202 1BFD3E 1BF8D7 01010A0031
2015.03.23 15:14:35 0: HMLAN_Send:  XX_hmusb S:S46FC353D stat:  00 t:00000000 d:01 r:46FC353D m:13 A001 424241 29F26F 030E
2015.03.23 15:14:36 0: HMLAN_Parse: XX_hmusb R:R46FC353D stat:0008 t:00000000 d:FF r:7FFF     m:13 A001 424241 29F26F 030E
2015.03.23 15:14:36 0: HMLAN_Parse: XX_hmusb no ACK from 29F26F
2015.03.23 15:14:41 0: HMLAN_Send:  XX_hmusb S:S46FC4C26 stat:  00 t:00000000 d:01 r:46FC4C26 m:13 A001 424241 29F26F 030E
2015.03.23 15:14:42 0: HMLAN_Parse: XX_hmusb R:R46FC4C26 stat:0008 t:00000000 d:FF r:7FFF     m:13 A001 424241 29F26F 030E
2015.03.23 15:14:42 0: HMLAN_Parse: XX_hmusb no ACK from 29F26F
2015.03.23 15:14:47 0: HMLAN_Parse: XX_hmusb R:R46FC6282 stat:0001 t:1B72A42B d:FF r:FFD1     m:F1 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:14:49 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B72AB5A d:FF r:FFD0     m:34 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:14:59 0: HMLAN_Send:  XX_hmusb I:K
2015.03.23 15:14:59 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1B72D2CE IDcnt:0013
2015.03.23 15:15:00 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1B72D82D d:FF r:FFC8     m:FD A440 1791D2 2AA723 011E
2015.03.23 15:15:00 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1B72D8AC d:FF r:FFC2     m:FD 8002 2AA723 1791D2 010100002E
2015.03.23 15:15:01 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1B72D9AC d:FF r:FFC6     m:FE A040 1791D2 2AA71D 011E
2015.03.23 15:15:01 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1B72DA2C d:FF r:FFD6     m:FE 8002 2AA71D 1791D2 010100002F
2015.03.23 15:15:01 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1B72DB2C d:FF r:FFC4     m:FF A040 1791D2 2AA6F9 011E
2015.03.23 15:15:01 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1B72DBAB d:FF r:FFCC     m:FF 8002 2AA6F9 1791D2 010100002F
2015.03.23 15:15:01 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1B72DCAB d:FF r:FFC5     m:00 A040 1791D2 29F26F 011E
2015.03.23 15:15:03 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1B72E102 d:FF r:FFCC     m:00 A410 2AA6F9 424241 06010000
2015.03.23 15:15:03 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1B72E330 d:FF r:FFD3     m:FF A410 2AA71D 424241 06010000
2015.03.23 15:15:04 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1B72E552 d:FF r:FFC2     m:FE A410 2AA723 424241 06010000
2015.03.23 15:15:06 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B72EDEB d:FF r:FFD2     m:F2 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:15:08 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B72F504 d:FF r:FFD0     m:35 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:15:12 3: CUL_HM set wz_HM_LC_Sw1PBU_Sw_01 statusRequest
2015.03.23 15:15:12 0: HMLAN_Send:  XX_hmusb S:S46FCC67D stat:  00 t:00000000 d:01 r:46FCC67D m:14 A001 424241 29F26F 030E
2015.03.23 15:15:13 0: HMLAN_Parse: XX_hmusb R:R46FCC67D stat:0008 t:00000000 d:FF r:7FFF     m:14 A001 424241 29F26F 030E
2015.03.23 15:15:13 0: HMLAN_Parse: XX_hmusb no ACK from 29F26F
2015.03.23 15:15:15 0: HMLAN_Send:  XX_hmusb S:S46FCCFBA stat:  00 t:00000000 d:01 r:46FCCFBA m:14 A001 424241 29F26F 030E
2015.03.23 15:15:15 0: HMLAN_Parse: XX_hmusb R:R46FCCFBA stat:0008 t:00000000 d:FF r:7FFF     m:14 A001 424241 29F26F 030E
2015.03.23 15:15:15 0: HMLAN_Parse: XX_hmusb no ACK from 29F26F
2015.03.23 15:15:19 0: HMLAN_Send:  XX_hmusb S:S46FCE1AA stat:  00 t:00000000 d:01 r:46FCE1AA m:14 A001 424241 29F26F 030E
2015.03.23 15:15:20 0: HMLAN_Parse: XX_hmusb R:R46FCE1AA stat:0008 t:00000000 d:FF r:7FFF     m:14 A001 424241 29F26F 030E
2015.03.23 15:15:20 0: HMLAN_Parse: XX_hmusb no ACK from 29F26F
2015.03.23 15:15:24 0: HMLAN_Send:  XX_hmusb I:K
2015.03.23 15:15:24 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1B733478 IDcnt:0013
2015.03.23 15:15:25 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B7337B0 d:FF r:FFD2     m:F3 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:15:25 0: HMLAN_Send:  XX_hmusb S:S46FCF8C0 stat:  00 t:00000000 d:01 r:46FCF8C0 m:14 A001 424241 29F26F 030E
2015.03.23 15:15:26 0: HMLAN_Parse: XX_hmusb R:R46FCF8C0 stat:0008 t:00000000 d:FF r:7FFF     m:14 A001 424241 29F26F 030E
2015.03.23 15:15:26 0: HMLAN_Parse: XX_hmusb no ACK from 29F26F
2015.03.23 15:15:26 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B733EAD d:FF r:FFD0     m:36 805E 1F02DD 424241 0000000000000000000000
#============================================================================================================================================
2015.03.23 15:17:54 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1B757E7F IDcnt:0013
2015.03.23 15:17:56 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B7585D9 d:FF r:FFD1     m:FB 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:17:57 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B758BFB d:FF r:FFD1     m:3E 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:18:11 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B75C107 d:FF r:FFD2     m:FC B040 29F26F 2AA723 015D
2015.03.23 15:18:11 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1B75C186 d:FF r:FFC1     m:FC 8002 2AA723 29F26F 0101C80047
2015.03.23 15:18:12 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B75C531 d:FF r:FFD2     m:FD B040 29F26F 2AA6F9 015D
2015.03.23 15:18:12 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1B75C5B1 d:FF r:FFD1     m:FD 8002 2AA6F9 29F26F 0101C80022
2015.03.23 15:18:13 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B75C95C d:FF r:FFD2     m:FE B040 29F26F 2AA71D 015D
2015.03.23 15:18:13 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1B75C9DB d:FF r:FFD3     m:FE 8002 2AA71D 29F26F 0101C80033
2015.03.23 15:18:14 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1B75CBE6 d:FF r:FFC3     m:FD A410 2AA723 424241 0601C800
2015.03.23 15:18:15 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B75CF9E d:FF r:FFD3     m:FF 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:18:15 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1B75D187 d:FF r:FFD0     m:FE A410 2AA6F9 424241 0601C800
2015.03.23 15:18:16 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1B75D3D5 d:FF r:FFD3     m:FF A410 2AA71D 424241 0601C800
2015.03.23 15:18:16 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B75D5A4 d:FF r:FFD0     m:3F 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:18:19 0: HMLAN_Send:  XX_hmusb I:K
2015.03.23 15:18:19 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1B75E02B IDcnt:0013
2015.03.23 15:18:29 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B760814 d:FF r:FFD1     m:02 9040 29F26F 2AA71D 415E
2015.03.23 15:18:32 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1B76123D d:FF r:FFD3     m:00 A410 2AA71D 424241 06010000
2015.03.23 15:18:34 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B761963 d:FF r:FFD2     m:03 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:18:35 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B761F4E d:FF r:FFD0     m:40 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:18:44 0: HMLAN_Send:  XX_hmusb I:K
2015.03.23 15:18:44 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1B7641DD IDcnt:0013
2015.03.23 15:18:52 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B766329 d:FF r:FFCF     m:04 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:18:54 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B7668F8 d:FF r:FFD1     m:41 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:19:09 0: HMLAN_Send:  XX_hmusb I:K
2015.03.23 15:19:09 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1B76A387 IDcnt:0013
2015.03.23 15:19:11 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B76ACEE d:FF r:FFD1     m:05 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:19:13 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B76B2A2 d:FF r:FFD0     m:42 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:19:15 0: HMLAN_Parse: XX_hmusb R:E1BF7FA   stat:0000 t:1B76BBA0 d:FF r:FFCA     m:AD 8670 1BF7FA 000000 00C945
2015.03.23 15:19:27 0: HMLAN_Parse: XX_hmusb R:E1D2717   stat:0000 t:1B76EAEB d:FF r:FFBC     m:F9 8670 1D2717 000000 00DE2D
2015.03.23 15:19:30 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B76F6B4 d:FF r:FFD1     m:06 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:19:32 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B76FC4C d:FF r:FFD0     m:43 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:19:34 0: HMLAN_Send:  XX_hmusb I:K



Und hier noch die Daten vom "Nachdrücken / zweiten mal Ausschalten" am HM-PB-4DIS-WM
2015.03.23 15:32:29 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1B82D943 IDcnt:0013
2015.03.23 15:32:39 0: HMLAN_Parse: XX_hmusb R:E1BF8D7   stat:0000 t:1B82FF06 d:FF r:FFC2     m:86 8670 1BF8D7 000000 00B32D
2015.03.23 15:32:43 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B831109 d:FF r:FFD1     m:30 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:32:44 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B831223 d:FF r:FFD0     m:6D 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:32:48 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B8321AB d:FF r:FFCE     m:33 9040 29F26F 2AA71D 415F
2015.03.23 15:32:49 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B832608 d:FF r:FFCE     m:34 B040 29F26F 2AA723 415F
2015.03.23 15:32:49 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1B832687 d:FF r:FFC1     m:34 8002 2AA723 29F26F 0101000045
2015.03.23 15:32:50 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B832A32 d:FF r:FFCE     m:35 B040 29F26F 2AA6F9 415F
2015.03.23 15:32:50 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1B832AB2 d:FF r:FFCF     m:35 8002 2AA6F9 29F26F 0101000026
2015.03.23 15:32:51 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B832E5D d:FF r:FFD3     m:36 B040 29F26F 2AA71D 415F
2015.03.23 15:32:51 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1B832EDC d:FF r:FFD4     m:36 8002 2AA71D 29F26F 010100002E
2015.03.23 15:32:52 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1B8330DD d:FF r:FFC1     m:35 A410 2AA723 424241 06010000
2015.03.23 15:32:52 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1B833429 d:FF r:FFCC     m:36 A410 2AA6F9 424241 06010000
2015.03.23 15:32:54 0: HMLAN_Send:  XX_hmusb I:K
2015.03.23 15:32:54 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1B833BF2 IDcnt:0013
2015.03.23 15:32:59 0: HMLAN_Parse: XX_hmusb R:E1BF8D7   stat:0000 t:1B834D26 d:FF r:FFC2     m:86 A258 1BF8D7 1BFD3E 0000
2015.03.23 15:32:59 0: HMLAN_Parse: XX_hmusb R:E1BFD3E   stat:0000 t:1B834DAB d:FF r:FFC6     m:86 8202 1BFD3E 1BF8D7 0101000031
2015.03.23 15:33:02 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1B835ACE d:FF r:FFD1     m:37 805E 29F26F 424241 0000000000000000000000
2015.03.23 15:33:03 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1B835BCC d:FF r:FFD1     m:6E 805E 1F02DD 424241 0000000000000000000000
2015.03.23 15:33:19 0: HMLAN_Send:  XX_hmusb I:K
2015.03.23 15:33:19 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1B839CA3 IDcnt:0013



Das "get hm configCheck" habe ich mittlerweile clean ( hier punkten allerdings auch nur Fensterkontakte und Stellantriebe herum)


P.S.
Ich habe das Problem inzwischen über notify auf FHEM ausgelagert.
Vom Prinzip sollte es aber ja auch per direkt Verknüpfung funktionieren.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 März 2015, 17:06:33
poste doch noch ein paar list von allen channels des sw1pbu. das ausschalten sieht schon sehr seltsam aus. du könntest auch nochmal die milisekunden im fhem.log einschalten, und einen vergleich loggen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 23 März 2015, 17:56:13
@frank:
Zitat von: Tobias am 21 März 2015, 13:13:13
Hi FRank,
Danke... ich werde definitv testen. Hast du das mal Dirk/Jab geschickt damit das in des GitRepo einfließt??
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 März 2015, 18:14:10
da es noch nicht komplett ist, habe ich nichts weitergeleitet. du darfst als erster testen!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stefanpf am 23 März 2015, 21:26:08
Zitat von: frank am 23 März 2015, 17:06:33
poste doch noch ein paar list von allen channels des sw1pbu.

Notify runtergeschmissen, neu gepeert und voila ein neues Bild:
Nachdem ich die Listings einige male neu angefertigt hatte ( Zwischendruch Parameter kontrolliert und GetConfig nachgeholt)
schaltet der wz_HM_LC_Sw1PBU_Btn_01 vorerst alles wie gewünscht.
Die Verzögerung ist geblieben ( subjektiv ist das Ganze langsamer als das Schalten per Notify), aber die Funktion selbst ist gegeben.
Ich werde gleich noch den zweiten Sw1PBU_Btn_01 auf die gleiche Funktion anlernen und das weiter beobachten ( gefühlt fingen die Probleme beim letzten Versuch auch
erst so richtig an, als ich 3 Taster ( Display + 2 Sw1PBUs) angelernt hatte

Hier aber erst einmal die Listings der 4 sw1pbu Kanäle + der von 2 Aktoren.
Darunter die Logs...

EDIT:
Zweiten Taster hinzugefügt und der Hokus-Pokus geht wieder von vorne los.
Das Ärgerliche: Das Fehlerbild ändert sich von mal zu mal. Da habe ich gerade versucht eine Beschreibung in Worte zu fassen und kann die Logs anschließend nicht passend dazu liefern da sich das Bild schon wieder komplett anders gibt.
Bin erstmal zurück zum Notify. Wegen mir brauchst du dich aber auch nicht darein steigern.

Ich kann gerne die Tage noch zwei drei Sachen ausprobieren - heute hat die Heeresleitung allerdings erst einmal das Ende der Lightshow eingeläutet  ;)



Code (list wz_HM_LC_Sw1PBU_Btn_01) Auswählen

Internals:
   DEF        29F26F01
   NAME       wz_HM_LC_Sw1PBU_Btn_01
   NR         121
   STATE      Short (to wz_Licht_Rechts)
   TYPE       CUL_HM
   chanNo     01
   device     wz_HM_LC_Sw1PBU
   peerList   wz_Licht_Links,wz_Licht_Rechts,wz_Licht_Ikea,
   Readings:
     2015-03-19 06:27:53   R-dblPress      0 s
     2015-03-19 06:27:53   R-longPress     0.3 s
     2015-03-19 06:27:53   R-sign          off
     2015-03-23 20:12:36   R-wz_Licht_Ikea_chn-01-expectAES off
     2015-03-23 20:12:36   R-wz_Licht_Ikea_chn-01-peerNeedsBurst on
     2015-03-23 20:12:35   R-wz_Licht_Links_chn-01-expectAES off
     2015-03-23 20:12:35   R-wz_Licht_Links_chn-01-peerNeedsBurst on
     2015-03-23 20:12:35   R-wz_Licht_Rechts_chn-01-expectAES off
     2015-03-23 20:12:35   R-wz_Licht_Rechts_chn-01-peerNeedsBurst on
     2015-03-23 20:12:33   RegL_01:          04:00 08:00 09:00 00:00
     2015-03-23 20:12:36   RegL_04:wz_Licht_Ikea_chn:01   01:01 00:00
     2015-03-23 20:12:35   RegL_04:wz_Licht_Links_chn:01   01:01 00:00
     2015-03-23 20:12:35   RegL_04:wz_Licht_Rechts_chn:01   01:01 00:00
     2015-03-23 20:12:34   peerList        wz_Licht_Links,wz_Licht_Rechts,wz_Licht_Ikea,
     2015-03-23 21:06:01   state           Short (to wz_Licht_Rechts)
     2015-03-19 20:12:47   trigDst_424241  noConfig
     2015-03-23 20:00:57   trigDst_vccu    noConfig
     2015-03-23 21:06:01   trigger         Short_156
     2015-03-23 21:06:01   trigger_cnt     156
   Helper:
     peerIDsRaw ,2AA72301,2AA6F901,2AA71D01,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,2AA6F901,2AA71D01,2AA72301,
   room       Wohnzimmer


Code (list wz_HM_LC_Sw1PBU_Btn_02) Auswählen

Internals:
   DEF        29F26F02
   NAME       wz_HM_LC_Sw1PBU_Btn_02
   NR         122
   STATE      Short (to wz_HM_LC_Sw1PBU)
   TYPE       CUL_HM
   chanNo     02
   device     wz_HM_LC_Sw1PBU
   peerList   self03,
   Readings:
     2015-03-19 06:27:54   R-dblPress      0 s
     2015-03-19 06:27:54   R-longPress     0.3 s
     2015-03-19 06:31:07   R-self03-expectAES off
     2015-03-19 06:31:07   R-self03-peerNeedsBurst on
     2015-03-19 06:27:54   R-sign          off
     2015-03-22 11:04:38   RegL_01:        04:00 08:00 09:00 00:00
     2015-03-22 11:04:39   RegL_04:self03  01:01 00:00
     2015-03-23 15:09:30   peerList        self03,
     2015-03-23 16:30:16   state           Short (to wz_HM_LC_Sw1PBU)
     2015-03-23 16:30:16   trigger         Short_60
     2015-03-23 16:30:16   trigger_cnt     60
   Helper:
     Role:
       chn        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,29F26F03,
   room       Wohnzimmer

Code (list wz_HM_LC_Sw1PBU_Sw_02) Auswählen

Internals:
   DEF        29F26F04
   NAME       wz_HM_LC_Sw1PBU_Sw_02
   NR         124
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     wz_HM_LC_Sw1PBU
   Readings:
     2015-03-22 09:56:01   CommandAccepted yes
     2015-03-19 06:30:31   RegL_01:        82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-03-23 21:10:47   current         0
     2015-03-22 09:56:01   deviceMsg       off (to vccu)
     2015-03-22 09:56:01   level           0 %
     2015-03-22 09:56:01   pct             0
     2015-03-22 09:56:01   recentStateType ack
     2015-03-22 09:56:01   state           off
     2015-03-22 09:56:01   timedOn         off
   Helper:
     Role:
       chn        1
       prs        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,
   room       Wohnzimmer


Code (list wz_Licht_Links ) Auswählen

Internals:
   DEF        2AA6F9
   IODev      XX_hmusb
   LASTInputDev XX_hmusb
   MSGCNT     461
   NAME       wz_Licht_Links
   NR         127
   STATE      on
   TYPE       CUL_HM
   XX_hmusb_MSGCNT 461
   XX_hmusb_RAWMSG E2AA6F9,0000,1CB42E66,FF,FFCB,1080022AA6F929F26F0101C80026
   XX_hmusb_RSSI -53
   XX_hmusb_TIME 2015-03-23 21:06:00
   lastMsg    No:10 - t:02 s:2AA6F9 d:29F26F 0101C80026
   peerList   HM_1791D2_Btn_01,HM_1791D2_Btn_02,HM_1791D2_Btn_06,wz_HM_LC_Sw1PBU_Btn_01,
   protLastRcv 2015-03-23 21:06:00
   protResnd  2 last_at:2015-03-23 21:05:28
   protSnd    431 last_at:2015-03-23 21:05:32
   protState  CMDs_done
   rssi_XX_hmusb avg:-50.13 min:-58 max:-46 lst:-49 cnt:59
   rssi_at_XX_hmusb avg:-49.78 min:-57 max:-47 lst:-53 cnt:461
   rssi_ez_HM_LC_Sw1PBU avg:-46 min:-46 max:-46 lst:-46 cnt:1
   rssi_wz_HM_LC_Sw1PBU avg:-35.64 min:-46 max:-33 lst:-38 cnt:17
   rssi_wz_HM_PB_4DIS avg:-49 min:-64 max:-41 lst:-48 cnt:9
   Readings:
     2015-03-23 21:06:00   CommandAccepted yes
     2015-03-23 20:44:02   D-firmware      2.4
     2015-03-23 20:44:02   D-serialNr      LEQ0475854
     2015-03-23 21:05:24   PairedTo        0x424241
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgActionType jmpToTarget
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgCtDlyOff geLo
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgCtDlyOn geLo
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgCtOff geLo
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgCtOn geLo
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgCtValHi 100
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgCtValLo 50
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgMultiExec on
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgOffDly 0 s
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgOffTime unused
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgOffTimeMode absolut
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgOnDly 0 s
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgOnTime unused
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgOnTimeMode absolut
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgSwJtDlyOff off
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgSwJtDlyOn off
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgSwJtOff off
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-lgSwJtOn dlyOff
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shActionType jmpToTarget
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shCtDlyOff geLo
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shCtDlyOn geLo
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shCtOff geLo
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shCtOn geLo
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shCtValHi 100
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shCtValLo 50
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shOffDly 0 s
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shOffTime unused
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shOffTimeMode absolut
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shOnDly 0 s
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shOnTime unused
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shOnTimeMode absolut
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shSwJtDlyOff off
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shSwJtDlyOn off
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shSwJtOff off
     2015-03-23 06:54:21   R-HM_1791D2_Btn_01-shSwJtOn dlyOff
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgActionType jmpToTarget
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgCtDlyOff geLo
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgCtDlyOn geLo
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgCtOff geLo
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgCtOn geLo
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgCtValHi 100
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgCtValLo 50
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgMultiExec on
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgOffDly 0 s
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgOffTime unused
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgOffTimeMode absolut
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgOnDly 0 s
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgOnTime unused
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgOnTimeMode absolut
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgSwJtDlyOff on
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgSwJtDlyOn on
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgSwJtOff dlyOn
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-lgSwJtOn on
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shActionType jmpToTarget
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shCtDlyOff geLo
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shCtDlyOn geLo
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shCtOff geLo
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shCtOn geLo
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shCtValHi 100
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shCtValLo 50
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shOffDly 0 s
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shOffTime unused
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shOffTimeMode absolut
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shOnDly 0 s
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shOnTime unused
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shOnTimeMode absolut
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shSwJtDlyOff on
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shSwJtDlyOn on
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shSwJtOff dlyOn
     2015-03-23 06:54:22   R-HM_1791D2_Btn_02-shSwJtOn on
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgActionType jmpToTarget
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgCtDlyOff geLo
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgCtDlyOn geLo
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgCtOff geLo
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgCtOn geLo
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgCtValHi 100
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgCtValLo 50
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgMultiExec on
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgOffDly 0 s
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgOffTime unused
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgOffTimeMode absolut
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgOnDly 0 s
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgOnTime unused
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgOnTimeMode absolut
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgSwJtDlyOff off
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgSwJtDlyOn on
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgSwJtOff dlyOn
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-lgSwJtOn dlyOff
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shActionType jmpToTarget
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shCtDlyOff geLo
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shCtDlyOn geLo
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shCtOff geLo
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shCtOn geLo
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shCtValHi 100
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shCtValLo 50
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shOffDly 0 s
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shOffTime unused
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shOffTimeMode absolut
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shOnDly 0 s
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shOnTime unused
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shOnTimeMode absolut
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shSwJtDlyOff off
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shSwJtDlyOn on
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shSwJtOff dlyOn
     2015-03-19 07:11:48   R-HM_1791D2_Btn_06-shSwJtOn dlyOff
     2015-03-19 06:33:28   R-confBtnTime   permanent
     2015-03-19 06:33:28   R-intKeyVisib   invisib
     2015-03-19 06:33:28   R-localResDis   off
     2015-03-19 06:33:28   R-pairCentral   0x424241
     2015-03-19 06:33:29   R-powerUpAction off
     2015-03-19 06:33:29   R-sign          off
     2015-03-19 06:33:29   R-statusInfoMinDly 2 s
     2015-03-19 06:33:29   R-statusInfoRandom 1 s
     2015-03-19 06:33:29   R-transmitTryMax 6
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgActionType jmpToTarget
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtDlyOff geLo
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtDlyOn geLo
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtOff geLo
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtOn geLo
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtValHi 100
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtValLo 50
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgMultiExec on
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgOffDly 0 s
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgOffTime unused
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgOffTimeMode absolut
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgOnDly 0 s
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgOnTime unused
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgOnTimeMode absolut
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgSwJtDlyOff off
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-lgSwJtDlyOn no
     2015-03-23 21:05:32   R-wz_HM_LC_Sw1PBU_Btn_01-lgSwJtOff no
     2015-03-23 21:05:32   R-wz_HM_LC_Sw1PBU_Btn_01-lgSwJtOn off
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shActionType jmpToTarget
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shCtDlyOff geLo
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shCtDlyOn geLo
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shCtOff geLo
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shCtOn geLo
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shCtValHi 100
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shCtValLo 50
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shOffDly 0 s
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shOffTime unused
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shOffTimeMode absolut
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shOnDly 0 s
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shOnTime unused
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shOnTimeMode absolut
     2015-03-23 21:05:32   R-wz_HM_LC_Sw1PBU_Btn_01-shSwJtDlyOff on
     2015-03-23 21:05:32   R-wz_HM_LC_Sw1PBU_Btn_01-shSwJtDlyOn on
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shSwJtOff on
     2015-03-23 20:17:08   R-wz_HM_LC_Sw1PBU_Btn_01-shSwJtOn no
     2015-03-23 21:05:24   RegL_00:          02:01 0A:42 0B:42 0C:41 15:FF 18:00 00:00
     2015-03-23 21:05:25   RegL_01:         08:00  30:06 57:24 56:00 00:00
     2015-03-23 21:05:29   RegL_03:HM_1791D2_Btn_01  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:64 8C:66 00:00
     2015-03-23 21:05:30   RegL_03:HM_1791D2_Btn_02  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
     2015-03-23 21:05:31   RegL_03:HM_1791D2_Btn_06  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:14 8C:63 00:00
     2015-03-23 21:05:32   RegL_03:wz_HM_LC_Sw1PBU_Btn_01  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:30 0C:33 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:06 8C:60 00:00
     2015-03-23 21:06:00   deviceMsg       on (to wz_HM_LC_Sw1PBU)
     2015-03-23 21:06:00   level           100
     2015-03-23 21:06:00   pct             100
     2015-03-23 21:05:28   peerList        HM_1791D2_Btn_01,HM_1791D2_Btn_02,HM_1791D2_Btn_06,wz_HM_LC_Sw1PBU_Btn_01,
     2015-03-23 21:06:00   recentStateType ack
     2015-03-23 21:06:00   state           on
     2015-03-23 21:06:00   timedOn         off
   Helper:
     cSnd       014242412AA6F9010429F26F0103
     dlvlCmd    ++A0114242412AA6F90201C80000
     mId        00A1
     peerIDsRaw ,1791D206,1791D202,1791D201,29F26F01,00000000
     rxType     1
     Io:
       newChn     +2AA6F9,00,01,00
       nextSend   1427141160.24392
       prefIO
       rxt        0
       vccu
       p:
         2AA6F9
         00
         01
         00
     Mrssi:
       mNo        10
       Io:
         XX_hmusb   -51
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       Xx_hmusb:
         avg        -50.135593220339
         cnt        59
         lst        -49
         max        -46
         min        -58
       At_xx_hmusb:
         avg        -49.7895878524946
         cnt        461
         lst        -53
         max        -47
         min        -57
       Ez_hm_lc_sw1pbu:
         avg        -46
         cnt        1
         lst        -46
         max        -46
         min        -46
       Wz_hm_lc_sw1pbu:
         avg        -35.6470588235294
         cnt        17
         lst        -38
         max        -33
         min        -46
       Wz_hm_pb_4dis:
         avg        -49
         cnt        9
         lst        -48
         max        -41
         min        -64
     Shadowreg:
Attributes:
   IODev      XX_hmusb
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.4
   fp_Grundriss 702,507,0,,
   model      HM-LC-SW1-PL2
   peerIDs    00000000,1791D201,1791D202,1791D206,29F26F01,
   room       Wohnzimmer
   serialNr   LEQ0475854
   subType    switch
   webCmd     statusRequest:toggle:on:off
   



Code (list wz_Licht_Rechts ) Auswählen

Internals:
   DEF        2AA71D
   IODev      XX_hmusb
   LASTInputDev XX_hmusb
   MSGCNT     381
   NAME       wz_Licht_Rechts
   NR         125
   STATE      on
   TYPE       CUL_HM
   XX_hmusb_MSGCNT 381
   XX_hmusb_RAWMSG E2AA71D,0000,1CB43C47,FF,FFD3,12A4102AA71D4242410601C800
   XX_hmusb_RSSI -45
   XX_hmusb_TIME 2015-03-23 21:06:03
   lastMsg    No:12 - t:10 s:2AA71D d:424241 0601C800
   peerList   HM_1791D2_Btn_01,HM_1791D2_Btn_02,HM_1791D2_Btn_05,wz_HM_LC_Sw1PBU_Btn_01,
   protLastRcv 2015-03-23 21:06:03
   protSnd    348 last_at:2015-03-23 21:06:03
   protState  CMDs_done
   rssi_XX_hmusb avg:-44.18 min:-51 max:-42 lst:-46 cnt:59
   rssi_at_XX_hmusb avg:-45.13 min:-52 max:-41 lst:-45 cnt:381
   rssi_ez_HM_LC_Sw1PBU avg:-45 min:-45 max:-45 lst:-45 cnt:1
   rssi_wz_HM_LC_Sw1PBU avg:-46.38 min:-53 max:-39 lst:-39 cnt:21
   rssi_wz_HM_PB_4DIS avg:-50.9 min:-58 max:-46 lst:-48 cnt:10
   Readings:
     2015-03-23 21:06:01   CommandAccepted yes
     2015-03-19 06:32:03   D-firmware      2.4
     2015-03-19 06:32:03   D-serialNr      LEQ0475818
     2015-03-23 20:34:32   PairedTo        0x424241
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgActionType jmpToTarget
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgCtDlyOff geLo
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgCtDlyOn geLo
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgCtOff geLo
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgCtOn geLo
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgCtValHi 100
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgCtValLo 50
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgMultiExec on
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgOffDly 0 s
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgOffTime unused
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgOffTimeMode absolut
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgOnDly 0 s
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgOnTime unused
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgOnTimeMode absolut
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgSwJtDlyOff off
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgSwJtDlyOn off
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgSwJtOff off
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-lgSwJtOn dlyOff
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shActionType jmpToTarget
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shCtDlyOff geLo
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shCtDlyOn geLo
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shCtOff geLo
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shCtOn geLo
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shCtValHi 100
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shCtValLo 50
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shOffDly 0 s
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shOffTime unused
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shOffTimeMode absolut
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shOnDly 0 s
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shOnTime unused
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shOnTimeMode absolut
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shSwJtDlyOff off
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shSwJtDlyOn off
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shSwJtOff off
     2015-03-22 09:50:17   R-HM_1791D2_Btn_01-shSwJtOn dlyOff
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgActionType jmpToTarget
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgCtDlyOff geLo
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgCtDlyOn geLo
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgCtOff geLo
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgCtOn geLo
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgCtValHi 100
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgCtValLo 50
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgMultiExec on
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgOffDly 0 s
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgOffTime unused
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgOffTimeMode absolut
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgOnDly 0 s
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgOnTime unused
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgOnTimeMode absolut
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgSwJtDlyOff on
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgSwJtDlyOn on
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgSwJtOff dlyOn
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-lgSwJtOn on
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shActionType jmpToTarget
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shCtDlyOff geLo
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shCtDlyOn geLo
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shCtOff geLo
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shCtOn geLo
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shCtValHi 100
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shCtValLo 50
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shOffDly 0 s
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shOffTime unused
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shOffTimeMode absolut
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shOnDly 0 s
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shOnTime unused
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shOnTimeMode absolut
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shSwJtDlyOff on
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shSwJtDlyOn on
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shSwJtOff dlyOn
     2015-03-22 09:50:18   R-HM_1791D2_Btn_02-shSwJtOn on
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgActionType jmpToTarget
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgCtDlyOff geLo
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgCtDlyOn geLo
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgCtOff geLo
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgCtOn geLo
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgCtValHi 100
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgCtValLo 50
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgMultiExec on
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgOffDly 0 s
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgOffTime unused
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgOffTimeMode absolut
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgOnDly 0 s
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgOnTime unused
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgOnTimeMode absolut
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgSwJtDlyOff off
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgSwJtDlyOn on
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgSwJtOff dlyOn
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-lgSwJtOn dlyOff
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shActionType jmpToTarget
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shCtDlyOff geLo
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shCtDlyOn geLo
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shCtOff geLo
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shCtOn geLo
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shCtValHi 100
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shCtValLo 50
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shOffDly 0 s
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shOffTime unused
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shOffTimeMode absolut
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shOnDly 0 s
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shOnTime unused
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shOnTimeMode absolut
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shSwJtDlyOff off
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shSwJtDlyOn on
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shSwJtOff dlyOn
     2015-03-19 07:11:53   R-HM_1791D2_Btn_05-shSwJtOn dlyOff
     2015-03-19 06:32:04   R-confBtnTime   permanent
     2015-03-19 06:32:04   R-intKeyVisib   invisib
     2015-03-19 06:32:04   R-localResDis   off
     2015-03-19 06:32:04   R-pairCentral   0x424241
     2015-03-19 06:32:06   R-powerUpAction off
     2015-03-19 06:32:06   R-sign          off
     2015-03-19 06:32:06   R-statusInfoMinDly 2 s
     2015-03-19 06:32:06   R-statusInfoRandom 1 s
     2015-03-19 06:32:06   R-transmitTryMax 6
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgActionType jmpToTarget
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtDlyOff geLo
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtDlyOn geLo
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtOff geLo
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtOn geLo
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtValHi 100
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgCtValLo 50
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgMultiExec on
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgOffDly 0 s
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgOffTime unused
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgOffTimeMode absolut
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgOnDly 0 s
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgOnTime unused
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgOnTimeMode absolut
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgSwJtDlyOff off
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgSwJtDlyOn no
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgSwJtOff no
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-lgSwJtOn off
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shActionType jmpToTarget
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shCtDlyOff geLo
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shCtDlyOn geLo
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shCtOff geLo
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shCtOn geLo
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shCtValHi 100
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shCtValLo 50
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shOffDly 0 s
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shOffTime unused
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shOffTimeMode absolut
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shOnDly 0 s
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shOnTime unused
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shOnTimeMode absolut
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shSwJtDlyOff no
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shSwJtDlyOn on
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shSwJtOff on
     2015-03-23 20:34:38   R-wz_HM_LC_Sw1PBU_Btn_01-shSwJtOn no
     2015-03-23 20:34:32   RegL_00:          02:01 0A:42 0B:42 0C:41 15:FF 18:00 00:00
     2015-03-23 20:34:33   RegL_01:         08:00  30:06 57:24 56:00 00:00
     2015-03-23 20:34:35   RegL_03:HM_1791D2_Btn_01  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:64 8C:66 00:00
     2015-03-23 20:34:36   RegL_03:HM_1791D2_Btn_02  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
     2015-03-23 20:34:37   RegL_03:HM_1791D2_Btn_05  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:14 8C:63 00:00
     2015-03-23 20:34:38   RegL_03:wz_HM_LC_Sw1PBU_Btn_01  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:30 0C:03 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:06 8C:60 00:00
     2015-03-23 21:06:03   deviceMsg       on (to vccu)
     2015-03-23 21:06:03   level           100
     2015-03-23 21:06:03   pct             100
     2015-03-23 20:34:34   peerList        HM_1791D2_Btn_01,HM_1791D2_Btn_02,HM_1791D2_Btn_05,wz_HM_LC_Sw1PBU_Btn_01,
     2015-03-23 21:06:03   recentStateType info
     2015-03-23 21:06:03   state           on
     2015-03-23 21:06:03   timedOn         off
   Helper:
     cSnd       014242412AA71D0106
     dlvlCmd    ++A0114242412AA71D0201C80000
     mId        00A1
     peerIDsRaw ,1791D205,1791D202,1791D201,29F26F01,00000000
     rxType     1
     Io:
       newChn     +2AA71D,00,01,00
       nextSend   1427141163.7965
       prefIO
       rxt        0
       vccu
       p:
         2AA71D
         00
         01
         00
     Mrssi:
       mNo        12
       Io:
         XX_hmusb   -43
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rpt:
       IO         XX_hmusb
       flg        A
       ts         1427141163.70417
       ack:
         HASH(0x248c170)
         1280024242412AA71D00
     Rssi:
       Xx_hmusb:
         avg        -44.1864406779661
         cnt        59
         lst        -46
         max        -42
         min        -51
       At_xx_hmusb:
         avg        -45.1312335958006
         cnt        381
         lst        -45
         max        -41
         min        -52
       Ez_hm_lc_sw1pbu:
         avg        -45
         cnt        1
         lst        -45
         max        -45
         min        -45
       Wz_hm_lc_sw1pbu:
         avg        -46.3809523809524
         cnt        21
         lst        -39
         max        -39
         min        -53
       Wz_hm_pb_4dis:
         avg        -50.9
         cnt        10
         lst        -48
         max        -46
         min        -58
     Shadowreg:
Attributes:
   IODev      XX_hmusb
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.4
   fp_Grundriss 731,339,0,,
   model      HM-LC-SW1-PL2
   peerIDs    00000000,1791D201,1791D202,1791D205,29F26F01,
   room       Wohnzimmer
   serialNr   LEQ0475818
   subType    switch
   webCmd     statusRequest:toggle:on:off


Code (LOG HM-PB-4DIS-WM AN/ AUS /AN) Auswählen


2015.03.23 21:12:05.459 0: HMLAN_Send:  XX_hmusb I:K
2015.03.23 21:12:05.486 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1CB9C194 IDcnt:0013
2015.03.23 21:12:07.342 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1CB9C8CE d:FF r:FFBE     m:17 A040 1791D2 2AA71D 0121
2015.03.23 21:12:07.470 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1CB9C94D d:FF r:FFD2     m:17 8002 2AA71D 1791D2 0101000034
2015.03.23 21:12:07.726 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1CB9CA4D d:FF r:FFBA     m:18 A040 1791D2 2AA6F9 0121
2015.03.23 21:12:07.854 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1CB9CACC d:FF r:FFCD     m:18 8002 2AA6F9 1791D2 0101000037
2015.03.23 21:12:08.110 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1CB9CBCC d:FF r:FFBA     m:19 A040 1791D2 29F26F 0121
2015.03.23 21:12:08.942 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1CB9CF0A d:FF r:FFCF     m:19 A410 2AA6F9 424241 06010000
2015.03.23 21:12:09.550 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1CB9D163 d:FF r:FFC6     m:17 A410 2AA723 424241 06010000
2015.03.23 21:12:10.158 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1CB9D3C3 d:FF r:FFD2     m:18 A410 2AA71D 424241 06010000
2015.03.23 21:12:10.830 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1CB9D66B d:FF r:FFD1     m:1B 805E 1F02DD 424241 00000000000001A2000000
2015.03.23 21:12:10.958 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1CB9D6EA d:FF r:FFBE     m:1A A440 1791D2 2AA723 0223
2015.03.23 21:12:11.086 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1CB9D76A d:FF r:FFC6     m:1A 8002 2AA723 1791D2 0101C80030
2015.03.23 21:12:11.342 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1CB9D86D d:FF r:FFC9     m:1B A040 1791D2 2AA71D 0223
2015.03.23 21:12:11.470 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1CB9D8ED d:FF r:FFD2     m:1B 8002 2AA71D 1791D2 0101C8002F
2015.03.23 21:12:11.726 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1CB9D9F2 d:FF r:FFC6     m:1C A040 1791D2 29F26F 0223
2015.03.23 21:12:12.014 0: HMLAN_Parse: XX_hmusb R:E1791D2   stat:0000 t:1CB9DB08 d:FF r:FFCE     m:1D A040 1791D2 2AA6F9 0223
2015.03.23 21:12:12.142 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1CB9DB88 d:FF r:FFD0     m:1D 8002 2AA6F9 1791D2 0101C80032
2015.03.23 21:12:12.942 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1CB9DEAD d:FF r:FFC6     m:1B A410 2AA723 424241 0601C800
2015.03.23 21:12:13.518 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1CB9E0FA d:FF r:FFCF     m:1E A410 2AA6F9 424241 0601C800
2015.03.23 21:12:14.030 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1CB9E2E7 d:FF r:FFD2     m:1C A410 2AA71D 424241 0601C800
2015.03.23 21:12:15.430 4: HTTP FHEMWEB:192.168.252.29:53777 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-03.log

Code (LOG wz_HM_LC_Sw1PBU_Btn_01 AN (Short)/ AUS (Long)) Auswählen


2015.03.23 21:16:28.721 4: HTTP FHEMWEB:192.168.252.29:53808 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1427141784;fmt=JSON×tamp=1427141797740
2015.03.23 21:16:29.262 0: HMLAN_Parse: XX_hmusb R:R4847851B stat:0008 t:00000000 d:FF r:7FFF     m:1B A001 424241 29F26F 030E
2015.03.23 21:16:29.264 0: HMLAN_Parse: XX_hmusb no ACK from 29F26F
2015.03.23 21:16:32.558 0: HMLAN_Parse: XX_hmusb R:E1BF8D7   stat:0000 t:1CBDD4C0 d:FF r:FFC3     m:0E A258 1BF8D7 1BFD3E 0000
2015.03.23 21:16:32.670 4: CUL_HM_Resend: wz_HM_LC_Sw1PBU nr 2
2015.03.23 21:16:32.672 0: HMLAN_Send:  XX_hmusb S:S484794EB stat:  00 t:00000000 d:01 r:484794EB m:1B A001 424241 29F26F 030E
2015.03.23 21:16:32.686 0: HMLAN_Parse: XX_hmusb R:E1BFD3E   stat:0000 t:1CBDD545 d:FF r:FFC4     m:0E 8202 1BFD3E 1BF8D7 0101000032
2015.03.23 21:16:33.294 0: HMLAN_Parse: XX_hmusb R:R484794EB stat:0008 t:00000000 d:FF r:7FFF     m:1B A001 424241 29F26F 030E
2015.03.23 21:16:33.296 0: HMLAN_Parse: XX_hmusb no ACK from 29F26F
2015.03.23 21:16:34.126 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1CBDDAE5 d:FF r:FFCF     m:34 B040 29F26F 2AA723 019E
2015.03.23 21:16:34.254 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1CBDDB64 d:FF r:FFC3     m:34 8002 2AA723 29F26F 0101C80045
2015.03.23 21:16:34.798 0: HMLAN_Parse: XX_hmusb R:E1F02DD   stat:0000 t:1CBDDD80 d:FF r:FFD1     m:29 805E 1F02DD 424241 00000000000001A2000000
2015.03.23 21:16:35.182 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1CBDDF0F d:FF r:FFCF     m:35 B040 29F26F 2AA6F9 019E
2015.03.23 21:16:35.310 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1CBDDF8F d:FF r:FFCF     m:35 8002 2AA6F9 29F26F 0101C80024
2015.03.23 21:16:36.238 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1CBDE33A d:FF r:FFCF     m:36 B040 29F26F 2AA71D 019E
2015.03.23 21:16:36.366 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1CBDE3B9 d:FF r:FFD2     m:36 8002 2AA71D 29F26F 0101C8002D
2015.03.23 21:16:36.910 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1CBDE5C4 d:FF r:FFC4     m:35 A410 2AA723 424241 0601C800
2015.03.23 21:16:37.774 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1CBDE92E d:FF r:FFCF     m:36 A410 2AA6F9 424241 0601C800
2015.03.23 21:16:38.627 4: HMLAN_ack: timeout - clear queue
2015.03.23 21:16:38.671 4: CUL_HM_Resend: wz_HM_LC_Sw1PBU nr 3
2015.03.23 21:16:38.674 0: HMLAN_Send:  XX_hmusb S:S4847AC5D stat:  00 t:00000000 d:01 r:4847AC5D m:1B A001 424241 29F26F 030E
2015.03.23 21:16:39.310 0: HMLAN_Parse: XX_hmusb R:R4847AC5D stat:0008 t:00000000 d:FF r:7FFF     m:1B A001 424241 29F26F 030E
2015.03.23 21:16:39.312 0: HMLAN_Parse: XX_hmusb no ACK from 29F26F
2015.03.23 21:16:39.598 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1CBDF044 d:FF r:FFD2     m:37 A410 2AA71D 424241 0601C800
2015.03.23 21:16:40.514 0: HMLAN_Send:  XX_hmusb I:K
2015.03.23 21:16:40.526 0: HMLAN_Parse: XX_hmusb V:03C7 sNo:LEQ1198213 d:3086B6 O:424241 t:1CBDF3FF IDcnt:0013
2015.03.23 21:16:42.510 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1CBDFB9F d:FF r:FFCF     m:39 9040 29F26F 2AA71D 419F
2015.03.23 21:16:42.674 4: HMLAN_ack: timeout - clear queue
2015.03.23 21:16:43.034 4: CUL_HM_Resend: wz_HM_LC_Sw1PBU nr 4
2015.03.23 21:16:43.036 0: HMLAN_Send:  XX_hmusb S:S4847BD67 stat:  00 t:00000000 d:01 r:4847BD67 m:1B A001 424241 29F26F 030E
2015.03.23 21:16:43.278 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1CBDFE94 d:FF r:FFD0     m:3A B040 29F26F 2AA723 419F
2015.03.23 21:16:43.374 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1CBDFF13 d:FF r:FFC2     m:3A 8002 2AA723 29F26F 0101000047
2015.03.23 21:16:43.662 0: HMLAN_Parse: XX_hmusb R:R4847BD67 stat:0008 t:00000000 d:FF r:7FFF     m:1B A001 424241 29F26F 030E
2015.03.23 21:16:43.664 0: HMLAN_Parse: XX_hmusb no ACK from 29F26F
2015.03.23 21:16:44.334 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1CBE02BE d:FF r:FFCF     m:3B B040 29F26F 2AA6F9 419F
2015.03.23 21:16:44.462 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1CBE033E d:FF r:FFCE     m:3B 8002 2AA6F9 29F26F 0101000023
2015.03.23 21:16:44.974 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1CBE053E d:FF r:FFD2     m:38 A410 2AA71D 424241 06010000
2015.03.23 21:16:45.390 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1CBE06E9 d:FF r:FFCF     m:3C B040 29F26F 2AA71D 419F
2015.03.23 21:16:45.518 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1CBE0768 d:FF r:FFD2     m:3C 8002 2AA71D 29F26F 010100002D
2015.03.23 21:16:45.966 0: HMLAN_Parse: XX_hmusb R:E2AA723   stat:0000 t:1CBE0920 d:FF r:FFC3     m:3B A410 2AA723 424241 06010000
2015.03.23 21:16:46.254 0: HMLAN_Parse: XX_hmusb R:E29F26F   stat:0000 t:1CBE0A3F d:FF r:FFCF     m:3D 805E 29F26F 424241 0000000000000000000000
2015.03.23 21:16:47.054 0: HMLAN_Parse: XX_hmusb R:E2AA6F9   stat:0000 t:1CBE0D6E d:FF r:FFCD     m:3C A410 2AA6F9 424241 06010000
2015.03.23 21:16:48.679 4: HMLAN_ack: timeout - clear queue
2015.03.23 21:16:48.967 0: HMLAN_Parse: XX_hmusb R:E2AA71D   stat:0000 t:1CBE1495 d:FF r:FFD0     m:3C A410 2AA71D 424241 06010000
2015.03.23 21:16:51.668 4: HTTP FHEMWEB:192.168.252.29:53807 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-03.log

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 24 März 2015, 10:15:03
da fehlen noch die list vom device (parent channel) und vom channel3 "sw01".
grundsätzlich sollte direktes peering besser schalten als mit notify über fhem.
in den logs sieht es so aus, als sei das getconfig noch nicht fertig gewesen. mache am besten am device ein getconfig, dann werden auch alle channel abgeholt. fertig ist es, wenn cmds_done angezeigt wird. anschliessend save nicht vergessen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 25 März 2015, 01:20:25
Problem beim Kompilieren:
Ich hab die FirmwareDateien aus dem Git geclont und anschliesend in Arduino 1.0 geöffnet.
Im Folder Hardware habe ich jabduino ebenfalls aus dem Git geclont und dies wird auch in Arduino angezeigt. Ich hab das Board 644 ausgewählt. Beim Kompilieren kommt nun folgende Fehlermeldung
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `__vector_8':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2464: multiple definition of `__vector_8'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2464: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::cmdStrobe(unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:231: multiple definition of `CC::setPowerDownxtStatte()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:231: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::readReg(unsigned char, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:251: multiple definition of `CC::monitorStatus()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:251: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::sendSPI(unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:226: multiple definition of `CC::sendSPI(unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:226: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::cmdStrobe(unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:231: multiple definition of `CC::cmdStrobe(unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:231: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::writeBurst(unsigned char, unsigned char*, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:236: multiple definition of `CC::writeBurst(unsigned char, unsigned char*, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:236: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::readBurst(unsigned char*, unsigned char, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:243: multiple definition of `CC::readBurst(unsigned char*, unsigned char, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:243: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::receiveData(unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:153: multiple definition of `CC::receiveData(unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:153: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::readReg(unsigned char, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:251: multiple definition of `CC::readReg(unsigned char, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:251: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::writeReg(unsigned char, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:259: multiple definition of `CC::writeReg(unsigned char, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:259: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:354: multiple definition of `HM::HM(s_jumptable*, void*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:354: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:354: multiple definition of `HM::HM(s_jumptable*, void*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:354: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::setConfigEvent()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:399: multiple definition of `HM::setConfigEvent()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:399: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_UpdateEvent()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1128: multiple definition of `HM::recv_UpdateEvent()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1128: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_Jump(unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1165: multiple definition of `HM::recv_Jump(unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1165: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_PairEvent()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1159: multiple definition of `HM::recv_PairEvent()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1159: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::hm_enc(unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1232: multiple definition of `HM::hm_enc(unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1232: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::hm_dec(unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1246: multiple definition of `HM::hm_dec(unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1246: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::exMsg(unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1405: multiple definition of `HM::exMsg(unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1405: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::doesListExist(unsigned char, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1495: multiple definition of `HM::doesListExist(unsigned char, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1495: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getRegList(unsigned char, unsigned char, unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1507: multiple definition of `HM::getRegList(unsigned char, unsigned char, unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1507: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getListForMsg3(unsigned char, unsigned char, unsigned char*, unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1629: multiple definition of `HM::getListForMsg3(unsigned char, unsigned char, unsigned char*, unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1629: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `eeprom_read_byte':
d:/arduino/hardware/tools/avr/lib/gcc/../../avr/include/avr/eeprom.h:197: multiple definition of `HM::getEEpromByte(unsigned int)'
AskSin.cpp.o:d:/arduino/hardware/tools/avr/lib/gcc/../../avr/include/avr/eeprom.h:197: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `eeprom_write_byte':
d:/arduino/hardware/tools/avr/lib/gcc/../../avr/include/avr/eeprom.h:309: multiple definition of `HM::setEEpromByte(unsigned int, unsigned char)'
AskSin.cpp.o:d:/arduino/hardware/tools/avr/lib/gcc/../../avr/include/avr/eeprom.h:309: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::getRly()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2155: multiple definition of `RL::getRly()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2155: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::getStat()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2161: multiple definition of `RL::getStat()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2161: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::getNxtStat()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2219: multiple definition of `RL::getNxtStat()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2219: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::getCurStat()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2222: multiple definition of `RL::getCurStat()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2222: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `freeMemory()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2376: multiple definition of `freeMemory()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2376: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `byteTimeCvt':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2386: multiple definition of `byteTimeCvt(unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2386: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `intTimeCvt':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2390: multiple definition of `intTimeCvt(unsigned int)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2390: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `pcInt(unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2428: multiple definition of `pcInt(unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2428: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o:(.bss.pci+0x0): multiple definition of `pci'
AskSin.cpp.o:(.bss.pci+0x0): first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `__vector_7':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2477: multiple definition of `__vector_7'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2477: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `__vector_6':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2474: multiple definition of `__vector_6'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2474: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `__vector_5':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2471: multiple definition of `__vector_5'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2471: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::setNxtStat(int)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2225: multiple definition of `RL::setNxtStat(int)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2225: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::trigger41(unsigned char, unsigned char, void*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2075: multiple definition of `RL::trigger41(unsigned char, unsigned char, void*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2075: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `BK::poll_btn()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1951: multiple definition of `BK::poll_btn()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1951: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `BK::poll()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1943: multiple definition of `BK::poll()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1943: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `LD::set(unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:311: multiple definition of `LD::set(unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:311: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::setPowerMode(unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:411: multiple definition of `HM::setPowerMode(unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:411: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::setCurStat(int)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2230: multiple definition of `RL::setCurStat(int)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2230: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::adjRly(unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2145: multiple definition of `RL::adjRly(unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2145: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::poll_rly()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2167: multiple definition of `RL::poll_rly()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2167: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::config(unsigned char, void (*)(unsigned char, unsigned char, unsigned char), void (*)(unsigned char, unsigned char), HM*, unsigned char, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2043: multiple definition of `RL::config(unsigned char, void (*)(unsigned char, unsigned char, unsigned char), void (*)(unsigned char, unsigned char), HM*, unsigned char, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2043: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o:(.bss.prl+0x0): multiple definition of `prl'
AskSin.cpp.o:(.bss.prl+0x0): first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `BK::config(unsigned char, unsigned char, unsigned int, unsigned int, unsigned int, void (*)(unsigned char, unsigned char))':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1908: multiple definition of `BK::config(unsigned char, unsigned char, unsigned int, unsigned int, unsigned int, void (*)(unsigned char, unsigned char))'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1908: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `LD::config(unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:270: multiple definition of `LD::config(unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:270: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::setEEpromBlock(unsigned int, unsigned char, void*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1898: multiple definition of `HM::setEEpromBlock(unsigned int, unsigned char, void*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1898: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getEEpromBlock(unsigned int, unsigned char, void*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1893: multiple definition of `HM::getEEpromBlock(unsigned int, unsigned char, void*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1893: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::isPairKnown(unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1875: multiple definition of `HM::isPairKnown(unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1875: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::isPeerKnown(unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1867: multiple definition of `HM::isPeerKnown(unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1867: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::countFreePeerSlot(unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1812: multiple definition of `HM::countFreePeerSlot(unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1812: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getFreePeerSlot(unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1805: multiple definition of `HM::getFreePeerSlot(unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1805: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getIdxByPeer(unsigned char, unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1781: multiple definition of `HM::getIdxByPeer(unsigned char, unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1781: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::addPeerToDB(unsigned char, unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1847: multiple definition of `HM::addPeerToDB(unsigned char, unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1847: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getSliceDetail(unsigned char, unsigned char, unsigned char*, HM::s_slcVar*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1448: multiple definition of `HM::getSliceDetail(unsigned char, unsigned char, unsigned char*, HM::s_slcVar*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1448: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getListForMsg2(unsigned char, unsigned char, unsigned char*, unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1558: multiple definition of `HM::getListForMsg2(unsigned char, unsigned char, unsigned char*, unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1558: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getList3ByPeer(unsigned char, unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1546: multiple definition of `HM::getList3ByPeer(unsigned char, unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1546: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getMainChConfig()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1525: multiple definition of `HM::getMainChConfig()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1525: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getCnlByPeer(unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1768: multiple definition of `HM::getCnlByPeer(unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1768: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::loadDefaultRegset(unsigned char, unsigned char*, unsigned char, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1821: multiple definition of `HM::loadDefaultRegset(unsigned char, unsigned char*, unsigned char, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1821: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getPeerByIdx(unsigned char, unsigned char, unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1797: multiple definition of `HM::getPeerByIdx(unsigned char, unsigned char, unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1797: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::removePeerFromMsg(unsigned char, unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1745: multiple definition of `HM::removePeerFromMsg(unsigned char, unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1745: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::addPeerFromMsg(unsigned char, unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1703: multiple definition of `HM::addPeerFromMsg(unsigned char, unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1703: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_PeerEvent()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1131: multiple definition of `HM::recv_PeerEvent()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1131: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_ConfigParamReq()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1017: multiple definition of `HM::recv_ConfigParamReq()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1017: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_ConfigPeerListReq()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1002: multiple definition of `HM::recv_ConfigPeerListReq()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1002: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::send_out()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:373: multiple definition of `HM::send_out()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:373: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::send_prep(unsigned char, unsigned char, unsigned char, unsigned char*, unsigned char*, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1201: multiple definition of `HM::send_prep(unsigned char, unsigned char, unsigned char, unsigned char*, unsigned char*, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1201: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::send_NACK()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:602: multiple definition of `HM::send_NACK()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:602: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::send_ACK()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:598: multiple definition of `HM::send_ACK()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:598: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_ConfigEnd()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1049: multiple definition of `HM::recv_ConfigEnd()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1049: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_ConfigPeerRemove()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:988: multiple definition of `HM::recv_ConfigPeerRemove()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:988: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_ConfigPeerAdd()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:974: multiple definition of `HM::recv_ConfigPeerAdd()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:974: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::sendSensorData(unsigned long, unsigned long, unsigned int, unsigned int, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:524: multiple definition of `HM::sendSensorData(unsigned long, unsigned long, unsigned int, unsigned int, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:524: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::sendACKStatus(unsigned char, unsigned char, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:504: multiple definition of `HM::sendACKStatus(unsigned char, unsigned char, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:504: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::trigger40(unsigned char, unsigned char, void*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2079: multiple definition of `RL::trigger40(unsigned char, unsigned char, void*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2079: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::trigger11(unsigned char, unsigned char*, unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2058: multiple definition of `RL::trigger11(unsigned char, unsigned char*, unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2058: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::sendInfoActuatorStatus(unsigned char, unsigned char, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:484: multiple definition of `HM::sendInfoActuatorStatus(unsigned char, unsigned char, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:484: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::poll_cbd()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2213: multiple definition of `RL::poll_cbd()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2213: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::poll()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2136: multiple definition of `RL::poll()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2136: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `RL::sendStatus()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:2131: multiple definition of `RL::sendStatus()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:2131: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_ConfigStatusReq()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1112: multiple definition of `HM::recv_ConfigStatusReq()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1112: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_ConfigStart()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1034: multiple definition of `HM::recv_ConfigStart()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1034: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::getPeerListForMsg(unsigned char, unsigned char*)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1677: multiple definition of `HM::getPeerListForMsg(unsigned char, unsigned char*)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1677: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::send_conf_poll()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:793: multiple definition of `HM::send_conf_poll()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:793: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::setListFromMsg(unsigned char, unsigned char, unsigned char*, unsigned char const*, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1630: multiple definition of `HM::setListFromMsg(unsigned char, unsigned char, unsigned char*, unsigned char const*, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1630: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_ConfigWriteIndex()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1062: multiple definition of `HM::recv_ConfigWriteIndex()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1062: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::send_peer_poll()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:840: multiple definition of `HM::send_peer_poll()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:840: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::initRegisters()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1407: multiple definition of `HM::initRegisters()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1407: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_Pair_Serial()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1098: multiple definition of `HM::recv_Pair_Serial()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1098: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_ConfigSerialReq()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:1083: multiple definition of `HM::recv_ConfigSerialReq()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:1083: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::recv_poll()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:674: multiple definition of `HM::recv_poll()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:674: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::isrGDO0event()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:663: multiple definition of `HM::isrGDO0event()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:663: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::detectBurst()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:183: multiple definition of `CC::detectBurst()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:183: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::stayAwake(unsigned long)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:469: multiple definition of `HM::stayAwake(unsigned long)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:469: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::startPairing()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:477: multiple definition of `HM::startPairing()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:477: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `LD::off()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:339: multiple definition of `LD::off()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:339: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `LD::on()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:335: multiple definition of `LD::on()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:335: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `LD::toggle()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:343: multiple definition of `LD::toggle()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:343: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `LD::shortBlink()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:323: multiple definition of `LD::shortBlink()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:323: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::sendPeerRAW(unsigned char, unsigned char, unsigned char*, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:576: multiple definition of `HM::sendPeerRAW(unsigned char, unsigned char, unsigned char*, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:576: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::sendPeerREMOTE(unsigned char, unsigned char, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:547: multiple definition of `HM::sendPeerREMOTE(unsigned char, unsigned char, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:547: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `LD::shortBlink3()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:329: multiple definition of `LD::shortBlink3()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:329: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `LD::poll()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:274: multiple definition of `LD::poll()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:274: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `LD::stop()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:316: multiple definition of `LD::stop()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:316: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::power_poll()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:900: multiple definition of `HM::power_poll()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:900: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::reset()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:391: multiple definition of `HM::reset()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:391: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::sendData(unsigned char*, unsigned char)':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:106: multiple definition of `CC::sendData(unsigned char*, unsigned char)'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:106: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::send_poll()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:757: multiple definition of `HM::send_poll()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:757: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::poll()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:365: multiple definition of `HM::poll()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:365: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `CC::init()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:47: multiple definition of `CC::init()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:47: first defined here
Asksin_HM_LC_Sw1PBU_FM\AskSin.cpp.o: In function `HM::init()':
C:\Users\Fabian\Documents\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM/AskSin.cpp:358: multiple definition of `HM::init()'
AskSin.cpp.o:C:\Users\Fabian\AppData\Local\Temp\build566525616249444770.tmp/AskSin.cpp:358: first defined here

Könnt ihr mir weiter helfen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 25 März 2015, 04:59:47
Sieht aus wie Windows probier. War da nicht was mit den Boards. Probier mal bitte 644a.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 25 März 2015, 11:22:59
Bei 644A kommt folgender Fehler:
MCU 'atmega644a' supported for assemler only
und darunter jede Menge "was not declared in this scope" Fehlermeldungen

Bei Arduino 1.6 funktioniert es ja leider garnicht.
Arduino: 1.6.0 (Windows 7), Platine: "Jabduino ATmega644"

Die Fremdhersteller-platform.txt definiert keinen compiler.path. Bitte melden Sie dies an den Fremdhersteller.

Fehler beim Übersetzen: Fehlender Konfigurationsparameter 'recipe.cpp.o.pattern'

  Dieser Report hätte mehr Informationen mit
  "Ausführliche Ausgabe während der Kompilierung"
  aktiviert in Datei > Einstellungen


Beste Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 März 2015, 12:26:45
bei mir funktioniert ide 1.0.5 mit win7.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 25 März 2015, 13:14:24
Mit der 1.0.5 Hat es nun endlich funktioniert.
Vielen Dank.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 25 März 2015, 20:24:07
Ich hab nun den OTA Bootloader auf das Gerät geschrieben, HMID und Seriennummer hatte ich angepasst. AVRDUDE meldet succesfull.
Das ganze wie im Forum beschrieben nur per USB und USPasp an einem Windows Rechner. Dann habe ich die Firmware in Arduino kompiliert (HMID angepasst) und ebenfalls per USBasp aufgespielt. Alles abgelötet und zurück angeschlossen.

Nur leider funktioniert jetzt nichts mehr. Die Grüne Config LED leuchtet garnicht mehr auf. Mit FHEM pairen klappt nicht (die *.pm ist im Verzeichnis).
laut github readme "Version 1: Upload with programmer (works with or without arduino bootloader)" sollte das aufspielen über arduino ja auch mit OTA Bootloader funktionieren.
Ist der Bootloader in einen anderen Speicher geschrieben als die Firmware?
Ich habe leider aktuell keinen HMUSB und keinen CUL zur hand. Lediglich einen HMLAN, aber der hilft ja bei FW-Updates (merkwürdigerweise?) nicht weiter.

Vielleicht ist ja irgendwo ein offensichtlicher Fehler meinerseits?
Ich hoffe, ihr könnt mir irgendwie helfen.

Beste Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 März 2015, 21:45:55
der hinweis im readme besagt, dass die fw auch ohne existierenden bootloader geflasht werden kann, weil frueher gab es noch keinen bootloader. beides nacheinander geht wohl nicht ohne weiteres. wollte ich frueher auch mal machen. habe aber nie eine loesung gefunden. dirk hat fuer den universalsensor ein flashtool gebaut, dass aus beiden teilen ein flashfile bauen kann. vielleicht kannst du das umbauen und benutzen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 25 März 2015, 22:27:18
Das werde ich wohl nicht so schnell hinbekommen.
Ich werd mir dann wohl den HMUSB eines Freundes ausleihen und nur den OTA Bootloader 8K flashen. Dann sollte ich die FW ota aufspielen können?
Vielleicht kann man das ja in der readme anpassen, dass wirkt für mich etwas missverständlich ausgedrückt.

Beste Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pelan am 26 März 2015, 09:30:13
Hallo Zusammen,

ich habe insgesamt 2 HM_LC_Sw1PBU mit der alternativen Firmware geflasht. An dieser Stelle noch mal ein herzliches Dankeschön an die Macher!
Bei einem Schalter bekomme ich im 2 Sekundentakt ein CMDs_done im Logfile. Im Fhem-Log findet sich dann immer folgender Eintrag:
(der Schalter heißt "wf_sw1", der Channel 4 ist "wf_sw1_Sw_02")


2015.03.26 09:03:39 5: HMLAN_Parse: HMLAN1 R:E261298   stat:0000 t:03AEDCA1 d:FF r:FFA9     m:59 A410 261298 424242 0604000000
2015.03.26 09:03:39 5: HMLAN1 dispatch A0E59A4102612984242420604000000::-87:HMLAN1
2015.03.26 09:03:39 5: HMLAN: Skip ACK
2015.03.26 09:03:39 5: CUL_HM wf_sw1 protEvent:CMDs_done
2015.03.26 09:03:39 5: CUL_HM wf_sw1 sent ACK:2
2015.03.26 09:03:39 5: Triggering wf_sw1 (1 changes)
2015.03.26 09:03:39 5: Notify loop for wf_sw1 CMDs_done
2015.03.26 09:03:39 5: rg_battery: not on any display, ignoring notify
2015.03.26 09:03:39 5: Triggering wf_sw1_Sw_02 (5 changes)
2015.03.26 09:03:39 5: Notify loop for wf_sw1_Sw_02 deviceMsg: off (to HMLAN1)
2015.03.26 09:03:39 5: rg_battery: not on any display, ignoring notify
2015.03.26 09:03:41 5: HMLAN/RAW: /E261298,0000,03AEE4BA,FF,FFA9,5AA4102612984242420604000000


Was kann diese "Notify loop" auslösen? Der Sw_02 wird eigentlich bei mir nicht verwendet, da der Schalter in einer "normel" Ein/Aus Konfiguration arbeitet. Die Stromerkennung verwende ich hier also nicht.

Vielen Dank schon mal im Voraus für eure Unterstützung.
Gruß,
Arndt
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 26 März 2015, 12:28:47
Zitat von: frank am 20 März 2015, 17:11:02
mit diesen änderungen hat der configtaster in der fw folgende funktionen:
[/u]
1. short
einmal kurz drücken erzeugt einfaches blinken. ist aber weiterhin ohne funktion.

2. long und double long
langes drücken, ab 3 sekunden, erzeugt nun 3-faches blinken. die anlernmessage wird gesendet. zum pairen kann man nun den taster loslassen. wird danach erneut lange gedrückt, wird weiterhin ein reset des schalters ausgelöst. die eepromdaten werden auf werkseinstellungen gesetzt. eigentlich alles wie bisher. ich habe nur eine rückmeldung mit 3-fachem blinken für das erreichen des pairing modus eingebaut. ausserdem ist das lange drücken von 5 sekunden auf nun 3 sekunden verkürzt, um die folgenden funktionen etwas schneller zu erreichen.

3. multi long
der schalter hat nun ein "bootmenü" mit 3 menüoptionen. man gelangt in das menü, indem man das lange drücken des tasters über die ersten 3 sekunden verlängert. jede weiteren 3 sekunden erfolgt ein umschalten in eine weitere bootmenüoption. die augenblickliche option wird durch blinken angezeigt. 1 option 1x blinken, 2.option 2x blinken und 3. option 3x blinken. nach der 3. option gelangt man wieder in die erste option, usw ... wird der taster nach dem jeweiligen blinken losgelassen, wird die entsprechende menüoption ausgeführt. die menüoptionen haben folgende bedeutung (optionen 2 und 3 sind hier noch funktionslos):

option 1: manueller reboot
option 2: enable software reboot (fhem kann durch set fwupdate das booten einleiten)
option 3: disable software reboot (das automatische booten wird verhindert, default)

beispiel1: um ein manuellen reboot des schalters auszuführen, muss man den taster 6 sekunden drücken. nach 3 sekunden erfolgt das 3-fache blinken für den pairingmodus und nach weiteren 3 sekunden erfolgt nun ein 1-faches blinken für das erreichen der ersten option des bootloadermenüs. nach dem blinken loslassen. da das menü zirkuliert erreicht man das manuelle booten auch nach 15 sekunden.

die optionen 2 und 3 sollen einmal zum automatischen update durch fhem dienen. nur wer seinen schalter über das manuelle konfigurieren dieses bootmenüs mit option 2 freigeschaltet hat, ermöglicht fhem ein automatisch gestartetes update über den befehl set fwUpdate. mit option 3 kann es dann wieder ausgeschaltet werden. mit der definition AUTO_BOOT true in register.h könnte man den defaultwert umstellen.

viel spass beim testen.

gruss frank

Sehr einfach gesagt: ES FUNKTIONIERT!

Manchmal erkennt zwar flash-ota nach dem ersten blinken (-> reboot) kein reboot, aber grundsätzlich funktioniert es supi!
Hiermit beantrage ich das die Änderungen ins Repo einfließen....

Fehlt jetzt nur noch das die HMID und Serial aus dem Bootloader gelesen werden könen.....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 26 März 2015, 14:55:40
Ich hab bei meinem Schalter BTN01 mit SW01 per single set gepeert. Des Weiteren wollte ich wollte ich ein Notify auf ein .Long.* setzten um einen LEDController zu dimmen. Leider verschwindet nach dem peeren die Möglichkeit auf BTN01.Long.* zu triggern. Ebfenfalls blinkt das Raumlicht bei langem gedrückt halten. Gibt es Readings die man dies bezüglich anpassen kann oder muss das ganze dann vollständig über ein Notify in FHEM für LED und Raumlicht gelöst werden, was unnötigen Traffic erzeugen würde?

Beste Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 27 März 2015, 09:36:34
Hi,
bei einer echten Wechselschaltung sieht man ja am "state" des SW_02 den Status des Verbrauchers. Dummerweise gibt es aber kein Event wenn der Status von SW_02 von off nach on wechselt. Kann das bitte noch in das FHEM pm-Modul mit aufgenommen werden?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 27 März 2015, 17:49:55
Zitat von: Tobias am 27 März 2015, 09:36:34
Hi,
bei einer echten Wechselschaltung sieht man ja am "state" des SW_02 den Status des Verbrauchers. Dummerweise gibt es aber kein Event wenn der Status von SW_02 von off nach on wechselt. Kann das bitte noch in das FHEM pm-Modul mit aufgenommen werden?

bei mir schon.

17:34:36  SwitchPBU01_Sw_02 current: 338
17:34:34  SwitchPBU01_Sw_02 timedOn: off
17:34:34  SwitchPBU01_Sw_02 on
17:34:34  SwitchPBU01_Sw_02 deviceMsg: on (to ccu)
17:34:34  SwitchPBU01_Sw_02 pct: 100
17:34:34  SwitchPBU01_Sw_02 level: 100 %


hast du den wert der variable für die strommessung richtig dimensioniert?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 27 März 2015, 18:04:25
Zitat von: Pythonf am 26 März 2015, 14:55:40
Ich hab bei meinem Schalter BTN01 mit SW01 per single set gepeert. Des Weiteren wollte ich wollte ich ein Notify auf ein .Long.* setzten um einen LEDController zu dimmen. Leider verschwindet nach dem peeren die Möglichkeit auf BTN01.Long.* zu triggern. Ebfenfalls blinkt das Raumlicht bei langem gedrückt halten. Gibt es Readings die man dies bezüglich anpassen kann oder muss das ganze dann vollständig über ein Notify in FHEM für LED und Raumlicht gelöst werden, was unnötigen Traffic erzeugen würde?

Beste Grüße
Fabian

bei mir kommen long-meldungen.
btn2 habe ich mit sw1 gepeert und toggle den aktor mit short. auf long triggere ich ein notify, das mir gegebenenfalls die rauchmelder bei alarm ausschaltet. zusätzlich habe ich sogar noch einen virtuellen aktor gepeert, aber mir fällt gerade nicht mehr ein, warum?  ;)
btn1 habe ich mit einem dimmer gepeert. den schalte ich mit short an/aus und mit long wird gedimmt.

so sieht das notify-def aus
SwitchPBU01_Btn_02.*Long.* set SDTeam_Btn1 alarmOff

um das blinken abzuschalten setze folgendes register mal auf off:
3: lgActionType     |     literal        | required |  options:toggleToCntInv,off,toggleToCnt,jmpToTarget
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: der2of6 am 27 März 2015, 18:48:46
Ganz anderes Thema:
Gibts einen Bauplan für den Programieradapter der irgendwo in Threadmitte beschrieben ist?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 28 März 2015, 07:33:18
Zitat von: Tobias am 27 März 2015, 09:36:34
Hi,
bei einer echten Wechselschaltung sieht man ja am "state" des SW_02 den Status des Verbrauchers. Dummerweise gibt es aber kein Event wenn der Status von SW_02 von off nach on wechselt. Kann das bitte noch in das FHEM pm-Modul mit aufgenommen werden?
@FRank,
zumindest regiert mien Stateformat des Devices nicht auf die Änderung im Channel4
attr <Device> stateFormat {ReadingsVal($defs{"$name"}{channel_04}, "state","")}
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 29 März 2015, 13:53:40
Ich hab ein Problem, wenn ich auf ein .Long.* eines bereits gepeerten Kanals trigger. Hier ein kurzer Auszug aus dem Event Monitor der relevanten Stellen:


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

2015-03-29 13:48:06 CUL_HM Fabian.Lichtschalter01_Sw_01 deviceMsg: on (to Fabian.Lichtschalter01)
2015-03-29 13:48:06 CUL_HM Fabian.Lichtschalter01_Sw_01 level: 100 %
2015-03-29 13:48:06 CUL_HM Fabian.Lichtschalter01_Sw_01 pct: 100
2015-03-29 13:48:06 CUL_HM Fabian.Lichtschalter01_Sw_01 on
2015-03-29 13:48:06 CUL_HM Fabian.Lichtschalter01_Sw_01 timedOn: running


Es fehlt jedlicher Eintrag von BTN_02 (welcher intern per single set gepeert ist).
Auch ein Regset gegen das Blinken funktioniert nicht:
set Fabian.Lichtschalter01_Sw_01 regSet lgActionType off
liefert ein, für mich unerklärliches
Peer not specified

Was mich noch interessieren würde. Kann es sein, dass das Interne peeren selten eine Verzögerung oder ein nicht schalten des Raumlichtes verursachen kann (im vgl zur Originial-FW)? Ist bei mir bisher 2x Aufgetreten und nicht reproduzierbar.

Habt ihr eine Idee, was bei mir falsch läuft?
Bei einem peerChan .. dual set wurde auf beiden Tastern kein Long.* mehr gesendet.

Beste Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 29 März 2015, 14:49:53
ZitatIch 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:
2015-03-29 13:48:01 CUL_HM Fabian.Lichtschalter01_Btn_01 trigger: Long_29

ZitatAuch ein Regset gegen das Blinken funktioniert nicht:
Zitatset Fabian.Lichtschalter01_Sw_01 regSet lgActionType off <hier muss der peer hin, eventuell self01?>

ZitatKann 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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 29 März 2015, 17:48:20
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 29 März 2015, 18:54:14
auch bei dir muss long kommen!
also mach erstmal update, anschliiessend shutdown restart. wenn das nichts bringt, poste die lists des schalters.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 30 März 2015, 00:32:14
FHEM ist up-to-date:

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


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

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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 30 März 2015, 09:59:47
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:

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:

     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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 30 März 2015, 13:12:16
$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.

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:
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 30 März 2015, 13:42:02
ZitatIch hab als IO nur ein HMLAN, aber das sollte ja eig kein Problem sein, oder?
egal.

ZitatDas 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:

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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 30 März 2015, 14:35:18
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:

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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 30 März 2015, 14:49:31
Zitatallerdings 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.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 31 März 2015, 08:06:02
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 :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 03 April 2015, 09:14:00
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 03 April 2015, 16:01:35
ZitatKann 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.

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

ZitatWäre das mit der alternativen FW möglich?
du könntest das in die fw programieren.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 05 April 2015, 23:50:27
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):
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! :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 09 April 2015, 10:45:26
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jab am 09 April 2015, 10:49:55
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 09 April 2015, 16:19:35
Ich dachte eigentlich, dass sich die Devices mittels des HM-USB-Sticks sowieso OTA updaten lassen?
Stimmt das nicht?
Wenn ich einen Aktor erfolgreich upgedatet habe schreibe ich gerne eine Ergänzung zum Vorgang.
Chipmunk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 12 April 2015, 13:17:24
Hallo Leute,

versuche mich schon seid stunden die HMID und die Serial für die Firmware aus dem Bootloader zu holen. Leider sind meine Kenntnisse in der Programmierung, das lassen wir mal.

Dirk hat es ja bereit mit seinem Wettersensor vor gemacht wie es geht. Ich denke ich habe die relevanten Funtkionen richtig kopiert.

Ich habe mir das git heute gezogen.

Angepasst (kopiert) habe ich im Orginal Asksin_HM_LC_Sw1PBU_FM.ino die Zeile 80 durch (bei mir Zeile 81 - 88)

  #if USE_ADRESS_SECTION == 1
                getDataFromAddressSection(devParam, 1,  ADDRESS_SECTION_START +$
                getDataFromAddressSection(devParam, 17, ADDRESS_SECTION_START +$

                //Serial << F("Device type from Bootloader: "); pHex(&devParam[$
                //Serial << F("Serial from Bootloader: ")     ; pHex(&devParam[$
                //Serial << F("Addresse from Bootloader: ")   ; pHex(&devParam[$
        #endif


die Zeile 124 durch 134 - 138:

void getDataFromAddressSection(uint8_t *buffer, uint8_t bufferStartAddress, uin$
        for (unsigned char i = 0; i < dataLen; i++) {
                buffer[(i + bufferStartAddress)] = pgm_read_byte(sectionAddress$
        }
}


in der Register.h Zeile die Zeilen 13 - 21 durch 13 - 50:

#define USE_ADRESS_SECTION     1
#define ADDRESS_SECTION_START  0x7FF0  // Start address of data in adress section at and of bootloader
#define FIRMWARE_VERSION     0x15  // 0.15
#define DEVICE_TYPE          0xF0, 0xA9 // model ID, describes HM hardware. we should use high values due to HM starts from 0
#define FRAME_TYPE           0x10    // not needed for FHEM, it's something like a group ID
#define DEVICE_INFO          0x41, 0x01, 0x00  // Device Info, 3 byte, describes device, not completely clear yet. includes amount of channels


/*
* Address data if we don't read them from bootloader section
*/
#if USE_ADRESS_SECTION == 0
        #define DEVICE_SERIAL        'P','S','0','0','0','0','0','0','0','2'  // The serial 10 bytes, needed for pairing   (Default for serial flash tool)
        #define DEVICE_ADDRESS       0x20, 0x85, 0x57    // The HM-ID 3 bytes, needed for pairing     (Default for flash tool)
#endif

#if USE_ADRESS_SECTION == 1
                uint8_t devParam[] = {
                        FIRMWARE_VERSION,
                        0xFF, 0xFF,                                                                                                             // space for device type, assigned later
                        0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,             // space for device serial, assigned later
                        FRAME_TYPE,
                        DEVICE_INFO,
                        0xFF, 0xFF, 0xFF                                                                                                // space for device address, assigned later
                };
        #else
                uint8_t devParam[] = {
                        FIRMWARE_VERSION,
                        DEVICE_TYPE,
                        DEVICE_SERIAL,
                        FRAME_TYPE,
                        DEVICE_INFO,
                        DEVICE_ADDRESS
                };
        #endif


const uint8_t  HMID[3]     = DEVICE_ADDRESS


Das Problem ist das die Kompilierung fehl schlägt da ich die Zeile 50 wie oben beschrieben habe.
Wie übergebe ich die Platzhalter aus devPARAM an const uint8_t  HMID[3] so das die HMID des Bootloaders verwendet wird.

Ich hänge meine Datei mal an zum besseren Verständnis.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 13 April 2015, 08:40:12
Hallo nepphdrasil
Soweit ich sehe ist bei use_address_section=1 DEVICE_ADDRESS nicht definiert, kann daher vom Preprozesser beim Compilieren nicht ausgewertet werden.
Das Ganze wird aber meiner Meinung nach so überhaupt nicht gehen, da du HMID als const definierst, zu Laufzeit aber die aus dem Bootloader gelesene ID eintragen willst.
HMID müsste eigentlich als Variable definiert werden, der du dann die korrekte ID übergibst.

Chipmunk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 13 April 2015, 18:45:00
Ok danke dann muss ich erstmal die Funktion verstehen wie Dirk die aus dem bootloader ausliest die übergabe an die hmid sollte dann kein Problem sein bzw. die Konstante über eine Funktion zu befüllen. Ich dachte mir schon das es komplizierter wird so mit Laienhaftem verständnis
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 14 April 2015, 08:43:05
Leicht OT, aber ich benötige Hilfe
Ich habe Arduino IDE installiert.
Nun versuche ich die neue FW zu compilieren, geht offenbar auch fehlerfrei, nur bekomme ich kein Outputfile.
Was mache ich da falsch?

Danke
Chipmunk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 14 April 2015, 11:18:30
Sicher?
Schau mal ins Temp-Verzeichnis. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 14 April 2015, 13:14:25
Zitat von: chipmunk am 14 April 2015, 08:43:05
...
Nun versuche ich die neue FW zu compilieren, geht offenbar auch fehlerfrei, nur bekomme ich kein Outputfile.
...

Auf arduino.cc findet man folgende Erklärung:
ZitatThe .hex file is the final output of the compilation which is then uploaded to the board.  During a "Verify" the .hex file is written to /tmp (on Mac and Linux) or \Documents and Settings\<USER>\Local Settings\Temp (on Windows).  During upload, it's written to the applet sub-directory of the sketch directory (which you can open with the "Show Sketch Folder" item in the Sketch menu).
Quelle (http://arduino.cc/en/Hacking/BuildProcess)

Wenn man nicht immer nach den Temp Verzeichnissen suchen möchte kann man sich auch in den Einstellungen der Arduino Software (preferences.txt) einen anderen Pfad einstellen. Der Parameter dafür ist glaube ich
Zitatbuild.path=<Pfadangabe>

Viele Grüße,
Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 14 April 2015, 20:31:47
Danke für die Hilfe, wo ich das Output file finde, aber ich gebe es wohl auf, eine FW zu erstellen:
- zuerst die Suche, wie ich zur Arduino-Umgebung komme - Stunden verschwendet
- dann die Suche nach dem Outputfile - wieder Stunden verschwendet
- wie zum Teufel komme ich zu Hex2eq3 - ok im Wiki gefunden
- verdammt, woher nehme ich nun php -> ach ja geht nicht ich muss nach php5 suchen
- das war es auch nicht, ich brauche php5-cli
- so nun geht es -> doch nicht  - es fehlt srec_cat
- endlich gefunden -> geht wieder nicht - weitere Fehlermeldungen und wieder kein Ergebnis - wieder vergeudete Stunden
- und wahrscheinlich geht es dann mit flashen ebenso weiter
- ich mülle mir den RasPi mit Programmen zu, die ich dann für den Betrieb nicht mehr brauche

Ich komme zwar aus der Informatik und kann auch Programmieren, aber das ist mir zu hoch.
Viele Stunden für nichts vertan
:'(  >:(

Eigentlich kann ich mir nicht vorstellen, dass unbedarfte Anwender es schaffen können, den Switch mit neuer FW zu versehen.
Chipmunk
Sorry, wenn das nicht ins Forum gehört, aber ich bin irgendwie entmutigt und frustriert
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 14 April 2015, 20:59:26
Zitat von: chipmunk am 14 April 2015, 20:31:47
...
Eigentlich kann ich mir nicht vorstellen, dass unbedarfte Anwender es schaffen können, den Switch mit neuer FW zu versehen.
...
Ich bin ein unbedarfter Anwender, keine Ahnung vom Programmieren, lebe von copy and paste...

Aber dank fortwährenden Hilfe hier im Forum und der Anwendung einschlägiger Suchmaschinen habe ich es geschafft den Bootloader zu bauen, ihn zu flashen, die Firmware zu bauen und diese ota zu flashen. Ich habe es mit Linux, MAC OSX und Windows versucht und mit irgendeiner Kombination daraus geschafft. Mit individueller HMID und Seriennummer! Das hat insgesamt nicht Stunden, nicht Tage, eine es hat in Summe etliche Wochen gekostet.

Jetzt werde ich wohl weitere Wochen investieren müssen um mit der Konfiguration klar zu kommen. Aber so ist das halt mit Hobbies...

Wenn ich das Ganze reproduzieren konnte (habe noch 2 Schalter...) werde ich auch gerne Input zur Verfeinerung der vorhandenen Dokus / Wiki-Einträge liefern.

Das hilft jetzt wahrscheinlich nicht gegen deine Frustration, aber ich nutzt einfach mal die Gelegenheit allen Beteiligten ein dickes DANKE zu sagen!

Und wenn du mir (d)eine HMID und Seriennummer nennst könnte ich meine noch existierende Umgebung nutzen um Boatloader und Firmware für dich zu bauen. Das wäre gleich der erste Versuch zu reproduzieren ;-)
Natürlich ohne Garantie...

Viele Grüße,
Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 16 April 2015, 21:57:09
Hallo Fritz!Maxi
Danke für dein Angebot. :)
Wenn du mir auch Bootloader und FW deines Switches schicken würdest, versuche ich die Dateien zu vergleichen und ein kleines Pogramm zu schreiben, das einfach die Seriennummer und HMID austauscht, damit man sich das compilieren spart.

Meine HMID: 380A73
SerialNr: MEQ0040629

Danke
Chipmunk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 17 April 2015, 16:52:35
So, ich bin einen Schritt weiter, ich habe herausgefunden, dass ich Bin2EQ3 statt hex2eq3 verwenden muss, um die FW zu erstellen.
Jetzt habe ich einmal versucht, ob der Schaltaktor OTA-tauglich ist, ohne den altenativen Bootloader zu flashen.
Der HM-LC-Sw1PBU-FM (Bausatzversion) ließ sich in den Updatemodus versetzen und die Windows OTA-Software hat gemeldet, dass sie mit dem Update begonnen hat. Allerdings erfolgte dann jedesmal ein Abbruch wegen zu vieler Übertragungsfehler.
Auch flas-ota am RasPi beginnt mit dem Download, bricht aber weg Übertragungsfehlern ab.
Kann es sein, dass es gar nicht mehr nötig ist den OTA-Bootloader zu flashen?
Oder habe ich die Abbrüche, weil ich ihn nicht geflasht habe - aber wieso beginnt dann der Updateprozess korrekt?
Hat das sonst schon jemand versucht?

Chipmunk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 18 April 2015, 05:16:46
Hallo chipmunk,

mein letzter Kenntnisstand ist das du den Bootloader flaschen musst. Da die Alternative Firmware keine Signierung hat und somit nicht aktzeptiert wird.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 18 April 2015, 20:55:27
Hallo zusammen,

ich habe eine Wechselschaltung mit dem Schalter realisiert und nun scheint es mit der Messung, ob das Licht an ist oder nicht Probleme zu geben. Ich denke das es wohl wie ich hier schon gelesen habe am Schwellwert liegt!?

Kann ich diesen irgendwie ermitteln, messen?

Ich habe in Summe 75 Watt daran angeschlossen. Reicht das normal, oder muss ich den Schwellwert dann anpassen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 19 April 2015, 09:17:01
Zitat von: holzwurm83 am 18 April 2015, 20:55:27
Hallo zusammen,

ich habe eine Wechselschaltung mit dem Schalter realisiert und nun scheint es mit der Messung, ob das Licht an ist oder nicht Probleme zu geben. Ich denke das es wohl wie ich hier schon gelesen habe am Schwellwert liegt!?

Kann ich diesen irgendwie ermitteln, messen?

Ich habe in Summe 75 Watt daran angeschlossen. Reicht das normal, oder muss ich den Schwellwert dann anpassen.

Hallo Zusammen,
ich stehe dem Problem, dass der geflashte Schalter zwar funktioniert, er es aber nicht mitbekommt, wenn über den anderen Schalter die Lampe ausgeschaltet wird. Könnte das an dem gleichen Problem liegen, wie bei Holzwurm?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 April 2015, 10:26:21
Könnte, ja.
Aber da die Glaskugeln allesamt kaputt sind, lässt sich das alleine durch deine Frage nicht beantworten.
Ein Listing von dem vierten Channels des Schalters (während das Licht eingeschaltet ist) könnte uU schon weiter helfen, um deine Frage zu beantworten. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 19 April 2015, 10:42:55
Ich weiß, ohne Infos kann man nur raten  ;)

Anbei das Listing von HM_29F26F_Sw_01 und Sw_02 nachdem das Licht über den HM-Schalter eingeschaltet wurde:
fhem> list HM_29F26F_Sw_01
Internals:
   CFGFN
   DEF        29F26F03
   NAME       HM_29F26F_Sw_01
   NR         463
   STATE      on
   TYPE       CUL_HM
   chanNo     03
   device     HM_29F26F
   peerList   self01,self02,
   Readings:
     2015-04-19 10:39:27   CommandAccepted yes
     2015-04-19 10:35:04   R-self01-lgActionType off
     2015-04-19 10:35:04   R-self01-lgCtDlyOff geLo
     2015-04-19 10:35:04   R-self01-lgCtDlyOn geLo
     2015-04-19 10:35:04   R-self01-lgCtOff geLo
     2015-04-19 10:35:04   R-self01-lgCtOn geLo
     2015-04-19 10:35:04   R-self01-lgMultiExec off
     2015-04-19 10:35:04   R-self01-lgOffDly 0 s
     2015-04-19 10:35:04   R-self01-lgOffTime 0 s
     2015-04-19 10:35:04   R-self01-lgOffTimeMode absolut
     2015-04-19 10:35:04   R-self01-lgOnDly 0 s
     2015-04-19 10:35:04   R-self01-lgOnTime 0 s
     2015-04-19 10:35:04   R-self01-lgOnTimeMode absolut
     2015-04-19 10:35:04   R-self01-lgSwJtDlyOff no
     2015-04-19 10:35:04   R-self01-lgSwJtDlyOn no
     2015-04-19 10:35:04   R-self01-lgSwJtOff no
     2015-04-19 10:35:04   R-self01-lgSwJtOn no
     2015-04-19 10:35:04   R-self01-shActionType jmpToTarget
     2015-04-19 10:35:04   R-self01-shCtDlyOff geLo
     2015-04-19 10:35:04   R-self01-shCtDlyOn geLo
     2015-04-19 10:35:04   R-self01-shCtOff geLo
     2015-04-19 10:35:04   R-self01-shCtOn geLo
     2015-04-19 10:35:04   R-self01-shOffDly 0 s
     2015-04-19 10:35:04   R-self01-shOffTime 0 s
     2015-04-19 10:35:04   R-self01-shOffTimeMode absolut
     2015-04-19 10:35:04   R-self01-shOnDly 0 s
     2015-04-19 10:35:04   R-self01-shOnTime 0 s
     2015-04-19 10:35:04   R-self01-shOnTimeMode absolut
     2015-04-19 10:35:04   R-self01-shSwJtDlyOff off
     2015-04-19 10:35:04   R-self01-shSwJtDlyOn on
     2015-04-19 10:35:04   R-self01-shSwJtOff dlyOn
     2015-04-19 10:35:04   R-self01-shSwJtOn dlyOff
     2015-04-19 10:35:06   R-self02-lgActionType jmpToTarget
     2015-04-19 10:35:06   R-self02-lgCtDlyOff geLo
     2015-04-19 10:35:06   R-self02-lgCtDlyOn geLo
     2015-04-19 10:35:06   R-self02-lgCtOff geLo
     2015-04-19 10:35:06   R-self02-lgCtOn geLo
     2015-04-19 10:35:06   R-self02-lgCtValHi 100
     2015-04-19 10:35:06   R-self02-lgCtValLo 50
     2015-04-19 10:35:06   R-self02-lgMultiExec on
     2015-04-19 10:35:06   R-self02-lgOffDly 0 s
     2015-04-19 10:35:06   R-self02-lgOffTime unused
     2015-04-19 10:35:06   R-self02-lgOffTimeMode absolut
     2015-04-19 10:35:06   R-self02-lgOnDly 0 s
     2015-04-19 10:35:06   R-self02-lgOnTime unused
     2015-04-19 10:35:06   R-self02-lgOnTimeMode absolut
     2015-04-19 10:35:06   R-self02-lgSwJtDlyOff on
     2015-04-19 10:35:06   R-self02-lgSwJtDlyOn on
     2015-04-19 10:35:06   R-self02-lgSwJtOff dlyOn
     2015-04-19 10:35:06   R-self02-lgSwJtOn on
     2015-04-19 10:35:06   R-self02-shActionType jmpToTarget
     2015-04-19 10:35:06   R-self02-shCtDlyOff geLo
     2015-04-19 10:35:06   R-self02-shCtDlyOn geLo
     2015-04-19 10:35:06   R-self02-shCtOff geLo
     2015-04-19 10:35:06   R-self02-shCtOn geLo
     2015-04-19 10:35:06   R-self02-shCtValHi 100
     2015-04-19 10:35:06   R-self02-shCtValLo 50
     2015-04-19 10:35:06   R-self02-shOffDly 0 s
     2015-04-19 10:35:06   R-self02-shOffTime unused
     2015-04-19 10:35:06   R-self02-shOffTimeMode absolut
     2015-04-19 10:35:06   R-self02-shOnDly 0 s
     2015-04-19 10:35:06   R-self02-shOnTime unused
     2015-04-19 10:35:06   R-self02-shOnTimeMode absolut
     2015-04-19 10:35:06   R-self02-shSwJtDlyOff off
     2015-04-19 10:35:06   R-self02-shSwJtDlyOn on
     2015-04-19 10:35:06   R-self02-shSwJtOff dlyOn
     2015-04-19 10:35:06   R-self02-shSwJtOn dlyOff
     2015-04-19 10:34:20   R-sign          off
     2015-04-19 10:36:24   RegL_01:          08:00 00:00
     2015-04-19 10:36:29   RegL_03:self01    02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:14 0C:63 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
     2015-04-19 10:36:31   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
     2015-04-19 10:39:29   deviceMsg       on (to vccu)
     2015-04-19 10:39:29   level           100 %
     2015-04-19 10:39:29   pct             100
     2015-04-19 10:36:27   peerList        self01,self02,
     2015-04-19 10:39:29   recentStateType info
     2015-04-19 10:39:29   state           on
     2015-04-19 10:39:29   timedOn         off
   Helper:
     peerIDsRaw ,29F26F02,29F26F01,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
       RegL_03:self01   02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:14 0C:63 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
       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
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,29F26F01,29F26F02,



fhem> list HM_29F26F_Sw_02
Internals:
   CFGFN
   DEF        29F26F04
   NAME       HM_29F26F_Sw_02
   NR         464
   STATE      ???
   TYPE       CUL_HM
   chanNo     04
   device     HM_29F26F
   Readings:
     2015-04-19 10:35:54   RegL_01:          82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-04-19 10:48:50   current         398
   Helper:
     peerIDsRaw ,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 19 April 2015, 11:15:44

Zitat von: Mr. P am 19 April 2015, 10:26:21
Könnte, ja.
Aber da die Glaskugeln allesamt kaputt sind, lässt sich das alleine durch deine Frage nicht beantworten.
Ein Listing von dem vierten Channels des Schalters (während das Licht eingeschaltet ist) könnte uU schon weiter helfen, um deine Frage zu beantworten. ;-)

Tut mir leid wenn ich Fragen muss, aber wie mache ich dieses Listing?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 19 April 2015, 11:16:50
 Schau in meinem Code Zeile 1....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 19 April 2015, 12:10:24
Zitat von: jsloot am 19 April 2015, 09:17:01
Hallo Zusammen,
ich stehe dem Problem, dass der geflashte Schalter zwar funktioniert, er es aber nicht mitbekommt, wenn über den anderen Schalter die Lampe ausgeschaltet wird. Könnte das an dem gleichen Problem liegen, wie bei Holzwurm?

Ich habe da den gleichen Sachverhalt.

Anbei auch von mir das Listing von HM_207914_Sw_01  und HM_207914_Sw_02 nachdem das Licht über den HM-Schalter eingeschaltet wurde:


fhem> list HM_207914_Sw_01

Internals:

   DEF        20791403
   NAME       HM_207914_Sw_01
   NR         796
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     HM_207914
   peerList   self01,self02,
   Readings:
     2015-04-18 21:46:03   CommandAccepted yes
     2015-04-18 00:20:32   R-self01-lgActionType off
     2015-04-17 23:44:53   R-self01-lgCtDlyOff geLo
     2015-04-17 23:44:53   R-self01-lgCtDlyOn geLo
     2015-04-17 23:44:53   R-self01-lgCtOff geLo
     2015-04-17 23:44:53   R-self01-lgCtOn geLo
     2015-04-17 23:44:53   R-self01-lgCtValHi 100
     2015-04-17 23:44:53   R-self01-lgCtValLo 50
     2015-04-18 00:20:32   R-self01-lgMultiExec on
     2015-04-17 23:44:53   R-self01-lgOffDly 0 s
     2015-04-17 23:44:53   R-self01-lgOffTime unused
     2015-04-18 00:20:32   R-self01-lgOffTimeMode absolut
     2015-04-17 23:44:53   R-self01-lgOnDly 0 s
     2015-04-17 23:44:53   R-self01-lgOnTime unused
     2015-04-18 00:20:32   R-self01-lgOnTimeMode absolut
     2015-04-18 00:36:14   R-self01-lgSwJtDlyOff off
     2015-04-18 00:36:14   R-self01-lgSwJtDlyOn off
     2015-04-18 00:39:27   R-self01-lgSwJtOff off
     2015-04-18 00:39:27   R-self01-lgSwJtOn off
     2015-04-18 00:20:05   R-self01-shActionType jmpToTarget
     2015-04-17 23:44:53   R-self01-shCtDlyOff geLo
     2015-04-17 23:44:53   R-self01-shCtDlyOn geLo
     2015-04-17 23:44:53   R-self01-shCtOff geLo
     2015-04-17 23:44:53   R-self01-shCtOn geLo
     2015-04-17 23:44:53   R-self01-shCtValHi 100
     2015-04-17 23:44:53   R-self01-shCtValLo 50
     2015-04-17 23:44:53   R-self01-shOffDly 0 s
     2015-04-17 23:44:53   R-self01-shOffTime unused
     2015-04-18 00:20:05   R-self01-shOffTimeMode absolut
     2015-04-17 23:44:53   R-self01-shOnDly 0 s
     2015-04-17 23:44:53   R-self01-shOnTime unused
     2015-04-18 00:20:05   R-self01-shOnTimeMode absolut
     2015-04-17 23:44:53   R-self01-shSwJtDlyOff off
     2015-04-17 23:44:53   R-self01-shSwJtDlyOn on
     2015-04-17 23:44:53   R-self01-shSwJtOff dlyOn
     2015-04-17 23:44:53   R-self01-shSwJtOn dlyOff
     2015-04-18 00:33:57   R-self02-lgActionType off
     2015-04-17 23:44:55   R-self02-lgCtDlyOff geLo
     2015-04-17 23:44:55   R-self02-lgCtDlyOn geLo
     2015-04-17 23:44:55   R-self02-lgCtOff geLo
     2015-04-17 23:44:55   R-self02-lgCtOn geLo
     2015-04-17 23:44:55   R-self02-lgCtValHi 100
     2015-04-17 23:44:55   R-self02-lgCtValLo 50
     2015-04-18 00:33:57   R-self02-lgMultiExec on
     2015-04-17 23:44:55   R-self02-lgOffDly 0 s
     2015-04-17 23:44:55   R-self02-lgOffTime unused
     2015-04-18 00:33:57   R-self02-lgOffTimeMode absolut
     2015-04-17 23:44:55   R-self02-lgOnDly 0 s
     2015-04-17 23:44:55   R-self02-lgOnTime unused
     2015-04-18 00:33:57   R-self02-lgOnTimeMode absolut
     2015-04-18 00:36:47   R-self02-lgSwJtDlyOff off
     2015-04-18 00:36:47   R-self02-lgSwJtDlyOn off
     2015-04-18 00:39:56   R-self02-lgSwJtOff off
     2015-04-18 00:39:56   R-self02-lgSwJtOn off
     2015-04-17 23:44:55   R-self02-shActionType jmpToTarget
     2015-04-17 23:44:55   R-self02-shCtDlyOff geLo
     2015-04-17 23:44:55   R-self02-shCtDlyOn geLo
     2015-04-17 23:44:55   R-self02-shCtOff geLo
     2015-04-17 23:44:55   R-self02-shCtOn geLo
     2015-04-17 23:44:55   R-self02-shCtValHi 100
     2015-04-17 23:44:55   R-self02-shCtValLo 50
     2015-04-17 23:44:55   R-self02-shOffDly 0 s
     2015-04-17 23:44:55   R-self02-shOffTime unused
     2015-04-17 23:44:55   R-self02-shOffTimeMode absolut
     2015-04-17 23:44:55   R-self02-shOnDly 0 s
     2015-04-17 23:44:55   R-self02-shOnTime unused
     2015-04-17 23:44:55   R-self02-shOnTimeMode absolut
     2015-04-17 23:44:55   R-self02-shSwJtDlyOff off
     2015-04-17 23:44:55   R-self02-shSwJtDlyOn on
     2015-04-17 23:44:55   R-self02-shSwJtOff dlyOn
     2015-04-17 23:44:55   R-self02-shSwJtOn dlyOff
     2015-04-17 23:44:44   R-sign          off
     2015-04-18 20:21:12   RegL_01:          08:00 00:00
     2015-04-18 20:21:19   RegL_03:self01    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:66 8C:66 00:00
     2015-04-18 20:21:21   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:66 8C:66 00:00
     2015-04-18 21:46:03   deviceMsg       off (to vccu)
     2015-04-18 21:46:03   level           0 %
     2015-04-18 21:46:03   pct             0
     2015-04-18 20:21:12   peerList        self01,self02,
     2015-04-18 21:46:03   recentStateType ack
     2015-04-18 21:46:03   state           off
     2015-04-18 21:46:03   timedOn         off
     2015-04-18 20:13:59   trigLast        HM_207914_Btn_01 :short
     2015-04-18 20:13:59   trig_HM_207914_Btn_01 short
     2015-04-18 20:13:50   trig_HM_207914_Btn_02 short
   Helper:
     dlvl       00
     dlvlCmd    ++A011F111342079140203000000
     peerIDsRaw ,20791401,20791402,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,20791401,20791402,
   room       CUL_HM,Esszimmer/Küche




fhem> list HM_207914_Sw_01

Internals:
   DEF        20791404
   NAME       HM_207914_Sw_02
   NR         797
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     HM_207914
   Readings:
     2015-04-18 20:23:35   CommandAccepted yes
     2015-04-18 20:21:14   RegL_01:          82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-04-18 20:23:35   deviceMsg       off (to vccu)
     2015-04-18 20:23:35   level           0 %
     2015-04-18 20:23:35   pct             0
     2015-04-18 20:23:35   recentStateType ack
     2015-04-18 20:23:35   state           off
     2015-04-18 20:23:35   timedOn         off
   Helper:
     dlvl       00
     dlvlCmd    ++A011F111342079140204000000
     peerIDsRaw ,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,
   room       CUL_HM
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 April 2015, 13:13:05
Das Geheimnis liegt in dem 'current'-Wert vom Channel 4 begraben:
Zitat von: jsloot am 19 April 2015, 10:42:55
     2015-04-19 10:48:50   current         398

Dazu gibt es im FHEMWiki einen guten Eintrag:
http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware#Anpassung_des_Strom-Schwellwertes_bei_LowCurrent_Verbrauchern

Wenn dein current-Wert also nicht über die 500 kommt, musst du die Firmware entsprechend deinen Bedürfnissen anpassen und nochmal bauen. ;-)

PS: Habe jetzt zwar nur auf den Eintrag von jsloot geantwortet, gilt aber natürlich auch für alle anderen, die dieses Problem zur Zeit haben.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 19 April 2015, 13:17:55
Hallo Mr. P,

vielen dank für deine Analyse. Das Neubauen der Firmware geht nur mit einem Arduino, richtig?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 19 April 2015, 13:19:58
Zitat von: Mr. P am 19 April 2015, 13:13:05
Das Geheimnis liegt in dem 'current'-Wert vom Channel 4 begraben:
Dazu gibt es im FHEMWiki einen guten Eintrag:
http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware#Anpassung_des_Strom-Schwellwertes_bei_LowCurrent_Verbrauchern

Wenn dein current-Wert also nicht über die 500 kommt, musst du die Firmware entsprechend deinen Bedürfnissen anpassen und nochmal bauen. ;-)

PS: Habe jetzt zwar nur auf den Eintrag von jsloot geantwortet, gilt aber natürlich auch für alle anderen, die dieses Problem zur Zeit haben.

Bei mir gibt es das Reading gar nicht im Listing!? Hab ich was falsch gemacht?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 April 2015, 13:24:55
Zitat von: jsloot am 19 April 2015, 13:17:55
Hallo Mr. P,

vielen dank für deine Analyse. Das Neubauen der Firmware geht nur mit einem Arduino, richtig?

Hej jsloot,

eigentlich nicht, nein. arduino ist ein Stück Software, welche du auch am Raspberry laufen lassen kannst.
apt-get install arduino gcc-avr
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 19 April 2015, 13:25:53
Autsch...peinlich  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 April 2015, 13:32:40
Zitat von: holzwurm83 am 19 April 2015, 13:19:58
Bei mir gibt es das Reading gar nicht im Listing!? Hab ich was falsch gemacht?
Lösche den Schalter am besten nochmal ganz aus deinem FHEM heraus und lass ihn über autocreate nochmal anlegen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 April 2015, 13:33:46
Zitat von: jsloot am 19 April 2015, 13:25:53
Autsch...peinlich  ;)
Soll nichts Schlimmeres passieren. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 19 April 2015, 13:38:52
Dann ist ja gut  ;)

Kannst du mir noch zu den Punkten 1-4 und 6 ein paar Hinweise oder Links mit Anleitungen geben? Für mich ist das Neuland:
1. Checkout to sketchbook/Asksin_HM_LC_Sw1PBU_FM (important: there should be no minus in the foldername)
2. Open Arduino
3. Open Sketch "Asksin_HM_LC_Sw1PBU_FM"
4. Select Tools->Board->"Jabduino ATmega644A"
5. Change HMID in Register.h to the original HMID of your device
6. Compile


Ich danke dir vielmals!!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 19 April 2015, 14:09:28
Ok, habs alleine herausbekommen. Soll ichs mal aufschreiben?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 April 2015, 14:22:54
Zitat von: jsloot am 19 April 2015, 14:09:28
Ok, habs alleine herausbekommen. Soll ichs mal aufschreiben?
Hej,

na das ging ja flott! :-)
Wenn du es zusammen fassen möchtest, wäre das natürlich fein.
Könnte es dann auch gerne bei meinem HowTo ergänzen, damit das Wissen auch greifbar bleibt - und nicht irgendwo im Forum "verloren" geht. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 19 April 2015, 14:28:05
Zitat von: Mr. P am 19 April 2015, 14:22:54
Hej,

na das ging ja flott! :-)
Wenn du es zusammen fassen möchtest, wäre das natürlich fein.
Könnte es dann auch gerne bei meinem HowTo ergänzen, damit das Wissen auch greifbar bleibt - und nicht irgendwo im Forum "verloren" geht. :-)

Ich war wohl etwas voreilig  ;) ich hab in der Datei Register.h die HMID[3] auf meine Bedürfnisse geändert (424242) und in der Asksin_HM_LC_Sw1PBU_FM.ino den Wert der Variablen minImpulsLength von 5000 auf 300 (ist das so korrekt?).

Anschließend auf Compile und dann auf Upload. Beim Upload gibts dann aber die Fehlermeldung:
java.lang.NullPointerException
        at processing.app.debug.AvrdudeUploader.uploadViaBootloader(AvrdudeUploader.java:88)
        at processing.app.debug.AvrdudeUploader.uploadUsingPreferences(AvrdudeUploader.java:67)
        at processing.app.Sketch.upload(Sketch.java:1706)
        at processing.app.Sketch.exportApplet(Sketch.java:1662)
        at processing.app.Sketch.exportApplet(Sketch.java:1634)
        at processing.app.Editor$DefaultExportHandler.run(Editor.java:2346)
        at java.lang.Thread.run(Thread.java:744)


Oder reicht ein Compile? Aber wo finde ich dann die Datei?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 April 2015, 14:31:08
Zitat von: jsloot am 19 April 2015, 14:28:05
Ich war wohl etwas voreilig  ;) ich hab in der Datei Register.h die HMID[3] auf meine Bedürfnisse geändert (424242) und in der Asksin_HM_LC_Sw1PBU_FM.ino den Wert der Variablen minImpulsLength von 5000 auf 300 (ist das so korrekt?).

Anschließend auf Compile und dann auf Upload. Beim Upload gibts dann aber die Fehlermeldung:
Upload klappt mWn am Raspberry nicht so ohne weiteres direkt aus der Software heraus.
Schau einmal ins /tmp. Dort müsste eigentlich ein Verzeichnis mit den kompilierten Daten angelegt worden sein. Und damit klappt dann der Rest des Flashens wie du es vorhin schon gemacht hast. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 19 April 2015, 14:33:24
Ah, cool...gefunden. Ich brauch da nur die hex-Datei, oder?
Dann geh ich mal flashen und melde mich anschließend wieder. Und wenn es klappt, dann schreib ich mal alles zusammen  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 19 April 2015, 14:56:59
Zitat von: Mr. P am 19 April 2015, 13:32:40
Lösche den Schalter am besten nochmal ganz aus deinem FHEM heraus und lass ihn über autocreate nochmal anlegen.

Das Reading ist jetzt leider immer noch nicht da!?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 April 2015, 15:02:11
Hast du auch die 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm in deinen lib-Ordner eingespielt?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 19 April 2015, 15:10:33
Hmmm... hat nicht funktioniert. Das Pairing geht nicht. Mir ist auch noch nicht ganz klar, warum ich die Variable HMID ändern muss. Bei deiner angepassten Firmware mußte ich ja auch nicht meine HMID angeben.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 April 2015, 15:22:21
Die HMID ist ein Default-Wert, den du durchaus verwenden kannst... Solange du keinen zweiten Schalter flashen willst. ;-)
Was das Pairing angeht:
In der Register.h findest du relativ am Ende die Zeile:
//#define firstLoad
Nimm die beiden Shlashes zu Beginn der Zeile weg und ersetze in den nachfolgenden Zeilen:
reg.ch_0.pairCentral[0] = 0x1A;
reg.ch_0.pairCentral[1] = 0xB1;
reg.ch_0.pairCentral[2] = 0x50;

die Werte mit denen deiner FHEM-Zentral-ID. Dadurch ersparst du dir das Anlernen, da der Schalter von Haus schon die richtigen Werte in den Registern für deine Zentrale eingetragen hat.
Alles anderen Werte, die du dort noch findest (bis vor der schließenden geschwungenen Klammer), solltest du entweder auch deiner Installation anpassen oder aber einfach löschen/auskommentieren. Klammer selbst muss natürlich erhalten bleiben. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 19 April 2015, 17:02:24
Hmm... irgendwas mach ich noch falsch. Nach dem getConfig bekomm ich jetzt immer ein RESPONSE TIMEOUT:RegisterRead

EDITH: anbei noch die Listings:

fhem> list HM_307567
Internals:
   CFGFN
   DEF        307567
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     577
   NAME       HM_307567
   NR         971
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 HM_307567_Btn_01
   channel_02 HM_307567_Btn_02
   channel_03 HM_307567_Sw_01
   channel_04 HM_307567_Sw_02
   hmusb_MSGCNT 577
   hmusb_RAWMSG E307567,0000,017E20AC,FF,FFCC,6D805E3075672CC71D0000000000000024000000
   hmusb_RSSI -52
   hmusb_TIME 2015-04-19 17:04:55
   lastMsg    No:6D - t:5E s:307567 d:2CC71D 0000000000000024000000
   protCmdDel 9
   protLastRcv 2015-04-19 17:04:55
   protResnd  3 last_at:2015-04-19 17:01:18
   protResndFail 1 last_at:2015-04-19 17:01:23
   protSnd    2 last_at:2015-04-19 17:01:00
   protState  CMDs_done_Errors:1
   rssi_at_hmusb avg:-52.65 min:-55 max:-50 lst:-52 cnt:200
   Readings:
     2015-04-19 17:01:24   state           RESPONSE TIMEOUT:RegisterRead
     Regl_00::
       VAL
   Helper:
     addVal     2
     cSnd       0142424230756700040000000000
     mId        F0A9
     rxType     1
     Io:
       newChn     +307567,00,01,00
       nextSend   1429455895.37322
       prefIO
       rxt        0
       vccu
       p:
         307567
         00
         01
         00
     Mrssi:
       mNo        6D
       Io:
         hmusb      -50
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat   04
     Role:
       dev        1
     Rssi:
       At_hmusb:
         avg        -52.66
         cnt        200
         lst        -52
         max        -50
         min        -55
Attributes:
   IODev      hmusb
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   PS00000002
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents

fhem> list HM_307567_Sw1
No device named HM_307567_Sw1 found
fhem> list HM_307567_Sw_01
Internals:
   CFGFN
   DEF        30756703
   NAME       HM_307567_Sw_01
   NR         975
   STATE      ???
   TYPE       CUL_HM
   chanNo     03
   device     HM_307567
   Readings:
   Helper:
     getCfgList all
     getCfgListNo ,3
     Role:
       chn        1
       prs        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW

fhem> list HM_307567_Sw_02
Internals:
   CFGFN
   DEF        30756704
   NAME       HM_307567_Sw_02
   NR         976
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     HM_307567
   Readings:
     2015-04-19 17:05:33   current         36
     2015-04-19 17:05:44   deviceMsg       off (to 2CC71D)
     2015-04-19 17:05:44   level           0 %
     2015-04-19 17:05:44   pct             0
     2015-04-19 17:05:44   recentStateType info
     2015-04-19 17:05:44   state           off
     2015-04-19 17:05:44   timedOn         off
   Helper:
     getCfgList all
     getCfgListNo ,3
     Role:
       chn        1
       prs        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 19 April 2015, 19:27:00
Zitat von: Mr. P am 19 April 2015, 15:02:11
Hast du auch die 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm in deinen lib-Ordner eingespielt?
Ich dachte die muss in den ./FHEM Ordner kopiert werden? So steht es zumindest im Wiki.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 19 April 2015, 19:37:15
Ja, sorry... Ist für mich der lib-Ordner.
Also im Falle einer debian-Package-Installation:
/opt/fhem/FHEM/
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 19 April 2015, 19:51:54
Schade, ich dachte schon ich hab jetzt die Lösung.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 19 April 2015, 19:52:33
Zitatmein letzter Kenntnisstand ist das du den Bootloader flaschen musst. Da die Alternative Firmware keine Signierung hat und somit nicht aktzeptiert wird.
Im freigegebenen CCU SDK gibt es ein crypt-tool mit dem man auch signieren kann.
Jetzt müsste ich nur den Key fürs signieren finden, dann kann man sich vielleicht den Bootloader sparen.

Chipmunk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 20 April 2015, 15:28:51
Zitat von: jsloot am 19 April 2015, 17:02:24
Hmm... irgendwas mach ich noch falsch. Nach dem getConfig bekomm ich jetzt immer ein RESPONSE TIMEOUT:RegisterRead

EDITH: anbei noch die Listings:

fhem> list HM_307567
Internals:
   CFGFN
   DEF        307567
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     577
   NAME       HM_307567
   NR         971
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 HM_307567_Btn_01
   channel_02 HM_307567_Btn_02
   channel_03 HM_307567_Sw_01
   channel_04 HM_307567_Sw_02
   hmusb_MSGCNT 577
   hmusb_RAWMSG E307567,0000,017E20AC,FF,FFCC,6D805E3075672CC71D0000000000000024000000
   hmusb_RSSI -52
   hmusb_TIME 2015-04-19 17:04:55
   lastMsg    No:6D - t:5E s:307567 d:2CC71D 0000000000000024000000
   protCmdDel 9
   protLastRcv 2015-04-19 17:04:55
   protResnd  3 last_at:2015-04-19 17:01:18
   protResndFail 1 last_at:2015-04-19 17:01:23
   protSnd    2 last_at:2015-04-19 17:01:00
   protState  CMDs_done_Errors:1
   rssi_at_hmusb avg:-52.65 min:-55 max:-50 lst:-52 cnt:200
   Readings:
     2015-04-19 17:01:24   state           RESPONSE TIMEOUT:RegisterRead
     Regl_00::
       VAL
   Helper:
     addVal     2
     cSnd       0142424230756700040000000000
     mId        F0A9
     rxType     1
     Io:
       newChn     +307567,00,01,00
       nextSend   1429455895.37322
       prefIO
       rxt        0
       vccu
       p:
         307567
         00
         01
         00
     Mrssi:
       mNo        6D
       Io:
         hmusb      -50
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat   04
     Role:
       dev        1
     Rssi:
       At_hmusb:
         avg        -52.66
         cnt        200
         lst        -52
         max        -50
         min        -55
Attributes:
   IODev      hmusb
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   PS00000002
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents

fhem> list HM_307567_Sw1
No device named HM_307567_Sw1 found
fhem> list HM_307567_Sw_01
Internals:
   CFGFN
   DEF        30756703
   NAME       HM_307567_Sw_01
   NR         975
   STATE      ???
   TYPE       CUL_HM
   chanNo     03
   device     HM_307567
   Readings:
   Helper:
     getCfgList all
     getCfgListNo ,3
     Role:
       chn        1
       prs        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW

fhem> list HM_307567_Sw_02
Internals:
   CFGFN
   DEF        30756704
   NAME       HM_307567_Sw_02
   NR         976
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     HM_307567
   Readings:
     2015-04-19 17:05:33   current         36
     2015-04-19 17:05:44   deviceMsg       off (to 2CC71D)
     2015-04-19 17:05:44   level           0 %
     2015-04-19 17:05:44   pct             0
     2015-04-19 17:05:44   recentStateType info
     2015-04-19 17:05:44   state           off
     2015-04-19 17:05:44   timedOn         off
   Helper:
     getCfgList all
     getCfgListNo ,3
     Role:
       chn        1
       prs        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW


So, ich habs geschafft. Der Schalter wird erkannt und erkennt auch, wenn das Licht über den konventionellen Schalter geschaltet wird. Allerdings habe ich ein seltsames Phänomen. Wenn ich das Licht über den HM-Schalter schalte, dauert es bis zu 10 Sekunden bis sich etwas tut.

Anbei die Lists:

fhem> list Terrasse.Licht
Internals:
   CFGFN
   DEF        307567
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     43567
   NAME       Terrasse.Licht
   NR         971
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Terrasse.Licht_Btn_01
   channel_02 Terrasse.Licht_Btn_02
   channel_03 Terrasse.Licht_Sw_01
   channel_04 Terrasse.Licht_Sw_02
   hmusb_MSGCNT 43567
   hmusb_RAWMSG E307567,0000,03B317F0,FF,FFC2,2A805E3075674242420000000000000176000000
   hmusb_RSSI -62
   hmusb_TIME 2015-04-20 15:24:28
   lastMsg    No:2A - t:5E s:307567 d:424242 0000000000000176000000
   protCmdDel 30
   protLastRcv 2015-04-20 15:24:28
   protResnd  23 last_at:2015-04-20 08:30:05
   protResndFail 4 last_at:2015-04-20 07:30:54
   protSnd    747 last_at:2015-04-20 08:36:52
   protState  CMDs_done
   rssi_at_hmusb avg:-55.08 min:-75 max:-40 lst:-62 cnt:41332
   Readings:
     2015-04-20 08:28:51   CommandAccepted yes
     2015-04-20 07:30:33   PairedTo        0x424242
     2015-04-20 07:30:33   R-pairCentral   0x424242
     2015-04-20 07:30:33   RegL_00:          02:00 05:00 0A:42 0B:42 0C:42 12:00 00:00
     2015-04-20 08:36:46   battery         ok
     2015-04-20 08:36:52   state           CMDs_done
   Helper:
     addVal     1
     cSnd       01424242307567040E
     mId        F0A9
     rxType     1
     Io:
       newChn     +307567,00,01,00
       nextSend   1429536268.17246
       prefIO
       rxt        0
       vccu
       p:
         307567
         00
         01
         00
     Mrssi:
       mNo        2A
       Io:
         hmusb      -60
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_hmusb:
         avg        -55.0820671634567
         cnt        41332
         lst        -62
         max        -40
         min        -75
     Shadowreg:
Attributes:
   IODev      hmusb
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       Terrasse
   serialNr   PS00000002
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents

fhem> list Terrasse.Licht_Btn_01
Internals:
   CFGFN
   DEF        30756701
   NAME       Terrasse.Licht_Btn_01
   NR         973
   STATE      Short (to 208557)
   TYPE       CUL_HM
   chanNo     01
   device     Terrasse.Licht
   peerList   20855703,21D62901,21D63B01,self03,
   Readings:
     2015-04-20 07:30:41   R-20855703-expectAES off
     2015-04-20 07:30:41   R-20855703-peerNeedsBurst off
     2015-04-20 07:30:42   R-21D62901-expectAES off
     2015-04-20 07:30:42   R-21D62901-peerNeedsBurst on
     2015-04-20 07:30:43   R-21D63B01-expectAES off
     2015-04-20 07:30:43   R-21D63B01-peerNeedsBurst on
     2015-04-20 07:30:34   R-dblPress      0.2 s
     2015-04-20 07:30:34   R-longPress     0.7 s
     2015-04-20 07:31:45   R-self03-expectAES off
     2015-04-20 07:31:45   R-self03-peerNeedsBurst on
     2015-04-20 07:30:34   R-sign          off
     2015-04-20 08:26:25   RegL_01:          04:40 08:00 09:02 00:00
     2015-04-20 08:26:27   RegL_04:20855703   01:00 00:00
     2015-04-20 08:26:27   RegL_04:21D62901   01:01 00:00
     2015-04-20 08:26:28   RegL_04:21D63B01   01:01 00:00
     2015-04-20 08:26:29   RegL_04:self03    01:01 00:00
     2015-04-20 15:23:31   peerList        20855703,21D62901,21D63B01,self03,
     2015-04-20 08:36:46   state           Short (to 208557)
     2015-04-20 08:36:46   trigger         Short_6
     2015-04-20 08:36:46   trigger_cnt     6
   Helper:
     peerIDsRaw ,21D63B01,21D62901,20855703,30756703,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,20855703,21D62901,21D63B01,30756703,

fhem> list Terrasse.Licht_Btn_02
Internals:
   CFGFN
   DEF        30756702
   NAME       Terrasse.Licht_Btn_02
   NR         974
   STATE      Short (to 208557)
   TYPE       CUL_HM
   chanNo     02
   device     Terrasse.Licht
   peerList   20855703,21D62901,21D63B01,self03,
   Readings:
     2015-04-20 07:30:44   R-20855703-expectAES off
     2015-04-20 07:30:44   R-20855703-peerNeedsBurst off
     2015-04-20 07:30:44   R-21D62901-expectAES off
     2015-04-20 07:30:44   R-21D62901-peerNeedsBurst on
     2015-04-20 07:30:46   R-21D63B01-expectAES off
     2015-04-20 07:30:46   R-21D63B01-peerNeedsBurst on
     2015-04-20 07:30:35   R-dblPress      0 s
     2015-04-20 07:30:35   R-longPress     0.3 s
     2015-04-20 07:35:36   R-self03-expectAES off
     2015-04-20 07:35:36   R-self03-peerNeedsBurst on
     2015-04-20 07:30:35   R-sign          off
     2015-04-20 08:26:51   RegL_01:          04:00 08:00 09:00 00:00
     2015-04-20 08:26:53   RegL_04:20855703   01:00 00:00
     2015-04-20 08:26:54   RegL_04:21D62901   01:01 00:00
     2015-04-20 08:26:55   RegL_04:21D63B01   01:01 00:00
     2015-04-20 08:26:55   RegL_04:self03    01:01 00:00
     2015-04-20 15:23:31   peerList        20855703,21D62901,21D63B01,self03,
     2015-04-20 08:30:18   state           Short (to 208557)
     2015-04-20 08:30:18   trigger         Short_2
     2015-04-20 08:30:18   trigger_cnt     2
   Helper:
     peerIDsRaw ,21D63B01,21D62901,20855703,30756703,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,20855703,21D62901,21D63B01,30756703,

fhem> list Terrasse.Licht_Sw_01
Internals:
   CFGFN
   DEF        30756703
   NAME       Terrasse.Licht_Sw_01
   NR         975
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     Terrasse.Licht
   peerList   virtueller_Aktor_Btn1,20855701,20855702,self01,self02,self03,
   Readings:
     2015-04-20 08:36:48   CommandAccepted yes
     2015-04-20 07:31:56   R-12345601-lgActionType jmpToTarget
     2015-04-20 07:31:56   R-12345601-lgCtDlyOff geLo
     2015-04-20 07:31:56   R-12345601-lgCtDlyOn geLo
     2015-04-20 07:31:56   R-12345601-lgCtOff geLo
     2015-04-20 07:31:56   R-12345601-lgCtOn geLo
     2015-04-20 07:31:56   R-12345601-lgMultiExec off
     2015-04-20 07:31:56   R-12345601-lgOffDly 0 s
     2015-04-20 07:31:56   R-12345601-lgOffTime 0 s
     2015-04-20 07:31:56   R-12345601-lgOffTimeMode absolut
     2015-04-20 07:31:56   R-12345601-lgOnDly 0 s
     2015-04-20 07:31:56   R-12345601-lgOnTime 0 s
     2015-04-20 07:31:56   R-12345601-lgOnTimeMode absolut
     2015-04-20 07:31:56   R-12345601-lgSwJtDlyOff no
     2015-04-20 07:31:56   R-12345601-lgSwJtDlyOn no
     2015-04-20 07:31:56   R-12345601-lgSwJtOff on
     2015-04-20 07:31:56   R-12345601-lgSwJtOn off
     2015-04-20 07:31:56   R-12345601-shActionType jmpToTarget
     2015-04-20 07:31:56   R-12345601-shCtDlyOff geLo
     2015-04-20 07:31:56   R-12345601-shCtDlyOn geLo
     2015-04-20 07:31:56   R-12345601-shCtOff geLo
     2015-04-20 07:31:56   R-12345601-shCtOn geLo
     2015-04-20 07:31:56   R-12345601-shOffDly 0 s
     2015-04-20 07:31:56   R-12345601-shOffTime 0 s
     2015-04-20 07:31:56   R-12345601-shOffTimeMode absolut
     2015-04-20 07:31:56   R-12345601-shOnDly 0 s
     2015-04-20 07:31:56   R-12345601-shOnTime 0 s
     2015-04-20 07:31:56   R-12345601-shOnTimeMode absolut
     2015-04-20 07:31:56   R-12345601-shSwJtDlyOff no
     2015-04-20 07:31:56   R-12345601-shSwJtDlyOn no
     2015-04-20 07:31:56   R-12345601-shSwJtOff on
     2015-04-20 07:31:56   R-12345601-shSwJtOn off
     2015-04-20 07:31:58   R-20855701-lgActionType jmpToTarget
     2015-04-20 07:31:58   R-20855701-lgCtDlyOff geLo
     2015-04-20 07:31:58   R-20855701-lgCtDlyOn geLo
     2015-04-20 07:31:58   R-20855701-lgCtOff geLo
     2015-04-20 07:31:58   R-20855701-lgCtOn geLo
     2015-04-20 07:31:58   R-20855701-lgMultiExec off
     2015-04-20 07:31:58   R-20855701-lgOffDly 0 s
     2015-04-20 07:31:58   R-20855701-lgOffTime 0 s
     2015-04-20 07:31:58   R-20855701-lgOffTimeMode absolut
     2015-04-20 07:31:58   R-20855701-lgOnDly 0 s
     2015-04-20 07:31:58   R-20855701-lgOnTime 0 s
     2015-04-20 07:31:58   R-20855701-lgOnTimeMode absolut
     2015-04-20 07:31:58   R-20855701-lgSwJtDlyOff no
     2015-04-20 07:31:58   R-20855701-lgSwJtDlyOn no
     2015-04-20 07:31:58   R-20855701-lgSwJtOff on
     2015-04-20 07:31:58   R-20855701-lgSwJtOn on
     2015-04-20 07:31:58   R-20855701-shActionType off
     2015-04-20 07:31:58   R-20855701-shCtDlyOff geLo
     2015-04-20 07:31:58   R-20855701-shCtDlyOn geLo
     2015-04-20 07:31:58   R-20855701-shCtOff geLo
     2015-04-20 07:31:58   R-20855701-shCtOn geLo
     2015-04-20 07:31:58   R-20855701-shOffDly 0 s
     2015-04-20 07:31:58   R-20855701-shOffTime 0 s
     2015-04-20 07:31:58   R-20855701-shOffTimeMode absolut
     2015-04-20 07:31:58   R-20855701-shOnDly 0 s
     2015-04-20 07:31:58   R-20855701-shOnTime 0 s
     2015-04-20 07:31:58   R-20855701-shOnTimeMode absolut
     2015-04-20 07:31:58   R-20855701-shSwJtDlyOff no
     2015-04-20 07:31:58   R-20855701-shSwJtDlyOn no
     2015-04-20 07:31:58   R-20855701-shSwJtOff on
     2015-04-20 07:31:58   R-20855701-shSwJtOn on
     2015-04-20 07:32:00   R-20855702-lgActionType jmpToTarget
     2015-04-20 07:32:00   R-20855702-lgCtDlyOff geLo
     2015-04-20 07:32:00   R-20855702-lgCtDlyOn geLo
     2015-04-20 07:32:00   R-20855702-lgCtOff geLo
     2015-04-20 07:32:00   R-20855702-lgCtOn geLo
     2015-04-20 07:32:00   R-20855702-lgMultiExec off
     2015-04-20 07:32:00   R-20855702-lgOffDly 0 s
     2015-04-20 07:32:00   R-20855702-lgOffTime 0 s
     2015-04-20 07:32:00   R-20855702-lgOffTimeMode absolut
     2015-04-20 07:32:00   R-20855702-lgOnDly 0 s
     2015-04-20 07:32:00   R-20855702-lgOnTime 0 s
     2015-04-20 07:32:00   R-20855702-lgOnTimeMode absolut
     2015-04-20 07:32:00   R-20855702-lgSwJtDlyOff no
     2015-04-20 07:32:00   R-20855702-lgSwJtDlyOn no
     2015-04-20 07:32:00   R-20855702-lgSwJtOff off
     2015-04-20 07:32:00   R-20855702-lgSwJtOn off
     2015-04-20 07:32:00   R-20855702-shActionType off
     2015-04-20 07:32:00   R-20855702-shCtDlyOff geLo
     2015-04-20 07:32:00   R-20855702-shCtDlyOn geLo
     2015-04-20 07:32:00   R-20855702-shCtOff geLo
     2015-04-20 07:32:00   R-20855702-shCtOn geLo
     2015-04-20 07:32:00   R-20855702-shOffDly 0 s
     2015-04-20 07:32:00   R-20855702-shOffTime 0 s
     2015-04-20 07:32:00   R-20855702-shOffTimeMode absolut
     2015-04-20 07:32:00   R-20855702-shOnDly 0 s
     2015-04-20 07:32:00   R-20855702-shOnTime 0 s
     2015-04-20 07:32:00   R-20855702-shOnTimeMode absolut
     2015-04-20 07:32:00   R-20855702-shSwJtDlyOff no
     2015-04-20 07:32:00   R-20855702-shSwJtDlyOn no
     2015-04-20 07:32:00   R-20855702-shSwJtOff off
     2015-04-20 07:32:00   R-20855702-shSwJtOn off
     2015-04-20 07:32:02   R-self01-lgActionType off
     2015-04-20 07:32:02   R-self01-lgCtDlyOff geLo
     2015-04-20 07:32:02   R-self01-lgCtDlyOn geLo
     2015-04-20 07:32:02   R-self01-lgCtOff geLo
     2015-04-20 07:32:02   R-self01-lgCtOn geLo
     2015-04-20 07:32:02   R-self01-lgMultiExec off
     2015-04-20 07:32:02   R-self01-lgOffDly 0 s
     2015-04-20 07:32:02   R-self01-lgOffTime 0 s
     2015-04-20 07:32:02   R-self01-lgOffTimeMode absolut
     2015-04-20 07:32:02   R-self01-lgOnDly 0 s
     2015-04-20 07:32:02   R-self01-lgOnTime 0 s
     2015-04-20 07:32:02   R-self01-lgOnTimeMode absolut
     2015-04-20 07:32:02   R-self01-lgSwJtDlyOff no
     2015-04-20 07:32:02   R-self01-lgSwJtDlyOn no
     2015-04-20 07:32:02   R-self01-lgSwJtOff no
     2015-04-20 07:32:02   R-self01-lgSwJtOn no
     2015-04-20 08:29:05   R-self01-shActionType jmpToTarget
     2015-04-20 07:32:02   R-self01-shCtDlyOff geLo
     2015-04-20 07:32:02   R-self01-shCtDlyOn geLo
     2015-04-20 07:32:02   R-self01-shCtOff geLo
     2015-04-20 07:32:02   R-self01-shCtOn geLo
     2015-04-20 07:32:02   R-self01-shOffDly 0 s
     2015-04-20 07:32:02   R-self01-shOffTime 0 s
     2015-04-20 08:29:05   R-self01-shOffTimeMode absolut
     2015-04-20 07:32:02   R-self01-shOnDly 0 s
     2015-04-20 07:32:02   R-self01-shOnTime 0 s
     2015-04-20 08:29:05   R-self01-shOnTimeMode absolut
     2015-04-20 08:29:05   R-self01-shSwJtDlyOff off
     2015-04-20 08:29:05   R-self01-shSwJtDlyOn on
     2015-04-20 08:29:05   R-self01-shSwJtOff dlyOn
     2015-04-20 08:29:05   R-self01-shSwJtOn dlyOff
     2015-04-20 07:32:08   R-self02-lgActionType jmpToTarget
     2015-04-20 07:32:08   R-self02-lgCtDlyOff geLo
     2015-04-20 07:32:08   R-self02-lgCtDlyOn geLo
     2015-04-20 07:32:08   R-self02-lgCtOff geLo
     2015-04-20 07:32:08   R-self02-lgCtOn geLo
     2015-04-20 07:32:08   R-self02-lgCtValHi 100
     2015-04-20 07:32:08   R-self02-lgCtValLo 50
     2015-04-20 07:32:08   R-self02-lgMultiExec on
     2015-04-20 07:32:08   R-self02-lgOffDly 0 s
     2015-04-20 07:32:08   R-self02-lgOffTime unused
     2015-04-20 07:32:08   R-self02-lgOffTimeMode absolut
     2015-04-20 07:32:08   R-self02-lgOnDly 0 s
     2015-04-20 07:32:08   R-self02-lgOnTime unused
     2015-04-20 07:32:08   R-self02-lgOnTimeMode absolut
     2015-04-20 07:32:08   R-self02-lgSwJtDlyOff on
     2015-04-20 07:32:08   R-self02-lgSwJtDlyOn on
     2015-04-20 07:32:08   R-self02-lgSwJtOff dlyOn
     2015-04-20 07:32:08   R-self02-lgSwJtOn on
     2015-04-20 07:32:08   R-self02-shActionType jmpToTarget
     2015-04-20 07:32:08   R-self02-shCtDlyOff geLo
     2015-04-20 07:32:08   R-self02-shCtDlyOn geLo
     2015-04-20 07:32:08   R-self02-shCtOff geLo
     2015-04-20 07:32:08   R-self02-shCtOn geLo
     2015-04-20 07:32:08   R-self02-shCtValHi 100
     2015-04-20 07:32:08   R-self02-shCtValLo 50
     2015-04-20 07:32:08   R-self02-shOffDly 0 s
     2015-04-20 07:32:08   R-self02-shOffTime unused
     2015-04-20 07:32:08   R-self02-shOffTimeMode absolut
     2015-04-20 07:32:08   R-self02-shOnDly 0 s
     2015-04-20 07:32:08   R-self02-shOnTime unused
     2015-04-20 07:32:08   R-self02-shOnTimeMode absolut
     2015-04-20 08:29:07   R-self02-shSwJtDlyOff off
     2015-04-20 08:29:07   R-self02-shSwJtDlyOn on
     2015-04-20 08:29:07   R-self02-shSwJtOff dlyOn
     2015-04-20 08:29:07   R-self02-shSwJtOn dlyOff
     2015-04-20 08:27:24   R-self03-lgActionType jmpToTarget
     2015-04-20 08:27:24   R-self03-lgCtDlyOff geLo
     2015-04-20 08:27:24   R-self03-lgCtDlyOn geLo
     2015-04-20 08:27:24   R-self03-lgCtOff geLo
     2015-04-20 08:27:24   R-self03-lgCtOn geLo
     2015-04-20 08:27:24   R-self03-lgCtValHi 100
     2015-04-20 08:27:24   R-self03-lgCtValLo 50
     2015-04-20 08:27:24   R-self03-lgMultiExec on
     2015-04-20 08:27:24   R-self03-lgOffDly 0 s
     2015-04-20 08:27:24   R-self03-lgOffTime unused
     2015-04-20 08:27:24   R-self03-lgOffTimeMode absolut
     2015-04-20 08:27:24   R-self03-lgOnDly 0 s
     2015-04-20 08:27:24   R-self03-lgOnTime unused
     2015-04-20 08:27:24   R-self03-lgOnTimeMode absolut
     2015-04-20 08:27:24   R-self03-lgSwJtDlyOff off
     2015-04-20 08:27:24   R-self03-lgSwJtDlyOn on
     2015-04-20 08:27:24   R-self03-lgSwJtOff dlyOn
     2015-04-20 08:27:24   R-self03-lgSwJtOn dlyOff
     2015-04-20 08:27:24   R-self03-shActionType jmpToTarget
     2015-04-20 08:27:24   R-self03-shCtDlyOff geLo
     2015-04-20 08:27:24   R-self03-shCtDlyOn geLo
     2015-04-20 08:27:24   R-self03-shCtOff geLo
     2015-04-20 08:27:24   R-self03-shCtOn geLo
     2015-04-20 08:27:24   R-self03-shCtValHi 100
     2015-04-20 08:27:24   R-self03-shCtValLo 50
     2015-04-20 08:27:24   R-self03-shOffDly 0 s
     2015-04-20 08:27:24   R-self03-shOffTime unused
     2015-04-20 08:27:24   R-self03-shOffTimeMode absolut
     2015-04-20 08:27:24   R-self03-shOnDly 0 s
     2015-04-20 08:27:24   R-self03-shOnTime unused
     2015-04-20 08:27:24   R-self03-shOnTimeMode absolut
     2015-04-20 08:27:24   R-self03-shSwJtDlyOff off
     2015-04-20 08:27:24   R-self03-shSwJtDlyOn on
     2015-04-20 08:27:24   R-self03-shSwJtOff dlyOn
     2015-04-20 08:27:24   R-self03-shSwJtOn dlyOff
     2015-04-20 07:30:38   R-sign          off
     2015-04-20 08:28:52   RegL_01:          08:00 00:00
     2015-04-20 08:28:56   RegL_03:12345601   02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:36 0C:00 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:01 8B:36 8C:00 00:00
     2015-04-20 08:28:59   RegL_03:20855701   02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:00 0B:33 0C:00 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:01 8B:33 8C:00 00:00
     2015-04-20 08:29:00   RegL_03:20855702   02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:00 0B:66 0C:00 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:01 8B:66 8C:00 00:00
     2015-04-20 08:29:05   RegL_03:self01    02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:14 0C:63 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
     2015-04-20 08:29:07   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
     2015-04-20 08:29:10   RegL_03:self03    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:14 8C:63 00:00
     2015-04-20 08:36:52   deviceMsg       off (to vccu)
     2015-04-20 08:36:52   level           0 %
     2015-04-20 08:36:52   pct             0
     2015-04-20 15:23:31   peerList        virtueller_Aktor_Btn1,20855701,20855702,self01,self02,self03,
     2015-04-20 08:36:52   recentStateType info
     2015-04-20 08:36:52   state           off
     2015-04-20 08:36:52   timedOn         off
     2015-04-20 08:29:46   trigLast        HM_307567_Btn_02 :short
     2015-04-20 08:29:46   trig_HM_307567_Btn_02 short
   Helper:
     peerIDsRaw ,12345601,20855701,20855702,30756702,30756701,30756703,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,12345601,20855701,20855702,30756701,30756702,30756703,

fhem> list Terrasse.Licht_Sw_02
Internals:
   CFGFN
   DEF        30756704
   NAME       Terrasse.Licht_Sw_02
   NR         976
   STATE      on
   TYPE       CUL_HM
   chanNo     04
   device     Terrasse.Licht
   Readings:
     2015-04-20 07:30:40   RegL_01:          82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-04-20 15:25:05   current         374
     2015-04-20 08:36:49   deviceMsg       on (to vccu)
     2015-04-20 08:36:49   level           100 %
     2015-04-20 08:36:49   pct             100
     2015-04-20 08:36:49   recentStateType info
     2015-04-20 08:36:49   state           on
     2015-04-20 08:36:49   timedOn         off
   Helper:
     peerIDsRaw ,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,

fhem>
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 20 April 2015, 15:39:10
Zitat von: jsloot am 20 April 2015, 15:28:51
So, ich habs geschafft. Der Schalter wird erkannt und erkennt auch, wenn das Licht über den konventionellen Schalter geschaltet wird. Allerdings habe ich ein seltsames Phänomen. Wenn ich das Licht über den HM-Schalter schalte, dauert es bis zu 10 Sekunden bis sich etwas tut.
Kann es sein, dass du nicht alle nicht verwendeten Werte aus der 'firstLoad'-Section entfernt hast? :-)
Müsste ich darauf wetten, würde ich sagen, der Schalter sucht nach mindestens einem Peer aus deiner Liste, dem er Bescheid geben möchte, dass er schalten soll, diesen aber nicht findet. Da er auf eine Rückmeldung wartet, dauert es eben die beschriebene Zeit, bis sich etwas tut. ;-)
Ist leider noch ein (IMHO) Design-Fehler, dass zuerst die externen Peers informiert werden und erst dann intern geschalten wird.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 April 2015, 15:53:46
Zitatrssi_at_hmusb avg:-55.08 min:-75 max:-40 lst:-62 cnt:41332
ganz schön was los. dein system muss ja fast schon glühen.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 20 April 2015, 16:07:17
Zitat von: Mr. P am 20 April 2015, 15:39:10
Kann es sein, dass du nicht alle nicht verwendeten Werte aus der 'firstLoad'-Section entfernt hast? :-)
Müsste ich darauf wetten, würde ich sagen, der Schalter sucht nach mindestens einem Peer aus deiner Liste, dem er Bescheid geben möchte, dass er schalten soll, diesen aber nicht findet. Da er auf eine Rückmeldung wartet, dauert es eben die beschriebene Zeit, bis sich etwas tut. ;-)
Ist leider noch ein (IMHO) Design-Fehler, dass zuerst die externen Peers informiert werden und erst dann intern geschalten wird.

Hi Mr. P, das könnte schon sein. Also am besten alle Werte löschen? Da ich nicht 100% weiß, welche ich brauche....

Gruß, der Sloot
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 20 April 2015, 16:11:43
Zitat von: frank am 20 April 2015, 15:53:46
ganz schön was los. dein system muss ja fast schon glühen.  ;)

Verzeih meine Unwissenheit, aber was bedeutet der Wert?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 20 April 2015, 16:12:15
Zitat von: jsloot am 20 April 2015, 16:07:17
Hi Mr. P, das könnte schon sein. Also am besten alle Werte löschen? Da ich nicht 100% weiß, welche ich brauche....

Meinst du beim Kompilieren? Da genügt die pairCentral, alle anderen kannst löschen. Handelt sich ja nur um Standardwerte, die gesetzt werden. Die Register an sich hast du ja trotzdem. Musst sie halt ggf. erst deinen Bedürfnissen anpassen.
Wenn du kein externes Peering nutzt, dann kannst du dir jetzt auch einfach behelfen, indem du alle Peerings bis auf die Internen (self??) entfernst.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 April 2015, 16:46:54
ZitatVerzeih meine Unwissenheit, aber was bedeutet der Wert?

rssi_at_hmusb avg:-55.08 min:-75 max:-40 lst:-62 cnt:41332
dein hmusb hat 41332 funksprüche von deinem schalter empfangen aus denen der rssi ermittelt wurde. cnt => count = anzahl. wenn das in ein paar stunden zusammengekommen ist, sollte auch der hmusb ein overload problem haben oder gehabt haben.

ZitatHmm.. beim Terrasse.Licht_Sw_01 sehe ich virtueller_Aktor_Btn1,20855701,20855702,self01,self02,self03. Wie werde ich denn 20855701 und 20855702 los? Die kenne ich gar nicht....
die hast du dir über deine firstload einstellungen selbst gesetzt. alle eintragungen unterhalb firstload sind deine werkseinstellungen, die nach reset wirksam werden. also alles löschen, was du nicht willst, wie mr.p schon sagte.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 20 April 2015, 16:50:03
Zitat von: frank am 20 April 2015, 16:46:54
rssi_at_hmusb avg:-55.08 min:-75 max:-40 lst:-62 cnt:41332
dein hmusb hat 41332 funksprüche von deinem schalter empfangen aus denen der rssi ermittelt wurde. cnt => count = anzahl. wenn das in ein paar stunden zusammengekommen ist, sollte auch der hmusb ein overload problem haben oder gehabt haben.
die hast du dir über deine firstload einstellungen selbst gesetzt. alle eintragungen unterhalb firstload sind deine werkseinstellungen, die nach reset wirksam werden. also alles löschen, was du nicht willst, wie mr.p schon sagte.

Bin sie mittlerweile losgeworden. Darum hatte ich meinen Beitrag diesbezüglich gelöscht. War aber wohl nicht schnell genug  ;)

Aber danke für die Info, frank!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 21 April 2015, 01:11:15
Hallo,

ich benötige nochmal eure Hilfe.
Mein Schalter lässt sich über FHEMweb ein-/ausschalten nur die Taster Btn_01 und Btn_02 gehen nicht mehr. Diese sind als Toggle in meiner Wechsel-/Kreuzschaltung direkt mit dem Chn3 (_Sw_01) konfiguriert und funktionieren nicht mehr.
Ein List der Channels bei eingeschalteten Licht sieht wie folgt aus!
Chn01 (_Btn_01):
Internals:
   CFGFN      /etc/fhem/flur.cfg
   DEF        2A338A01
   NAME       FU_Schalter_Btn_01
   NR         1221
   STATE      Short (to FU_Schalter)
   TYPE       CUL_HM
   chanNo     01
   device     FU_Schalter
   peerList   self03,
   Readings:
     2015-04-21 00:14:20   R-dblPress      0 s
     2015-04-21 00:14:20   R-longPress     0.3 s
     2015-04-21 00:14:27   R-self03-expectAES off
     2015-04-21 00:14:27   R-self03-peerNeedsBurst on
     2015-04-21 00:14:20   R-sign          off
     2015-04-21 00:57:25   RegL_01:          04:00 08:00 09:00 00:00
     2015-04-21 00:57:26   RegL_04:self03    01:01 00:00
     2015-04-21 00:57:26   peerList        self03,
   Helper:
     peerIDsRaw ,2A338A03,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   group      Licht
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,2A338A03,
   room       Flur_EG


Chn02 (Btn_02):
CFGFN      /etc/fhem/flur.cfg
   DEF        2A338A02
   NAME       FU_Schalter_Btn_02
   NR         1223
   STATE      Short (to FU_Schalter)
   TYPE       CUL_HM
   chanNo     02
   device     FU_Schalter
   peerList   self03,
   Readings:
     2015-04-21 00:14:22   R-dblPress      0 s
     2015-04-21 00:14:22   R-longPress     0.3 s
     2015-04-21 00:14:27   R-self03-expectAES off
     2015-04-21 00:14:27   R-self03-peerNeedsBurst on
     2015-04-21 00:14:22   R-sign          off
     2015-04-21 00:57:36   RegL_01:          04:00 08:00 09:00 00:00
     2015-04-21 00:57:38   RegL_04:self03    01:01 00:00
     2015-04-21 00:57:37   peerList        self03,
   Helper:
     peerIDsRaw ,2A338A03,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   group      Licht
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,2A338A03,
   room       Flur_EG


Chn03 (_Sw_01):

Internals:
   CFGFN      /etc/fhem/flur.cfg
   DEF        2A338A03
   NAME       FU_Schalter_Sw_01
   NR         1225
   STATE      on
   TYPE       CUL_HM
   chanNo     03
   device     FU_Schalter
   peerList   self01,self02,
   Readings:
     2015-04-21 00:58:34   CommandAccepted yes
     2015-04-21 00:55:22   R-self01-lgActionType jmpToTarget
     2015-04-21 00:20:51   R-self01-lgCtDlyOff geLo
     2015-04-21 00:20:51   R-self01-lgCtDlyOn geLo
     2015-04-21 00:20:51   R-self01-lgCtOff geLo
     2015-04-21 00:20:51   R-self01-lgCtOn geLo
     2015-04-21 00:55:22   R-self01-lgMultiExec off
     2015-04-21 00:20:51   R-self01-lgOffDly 0 s
     2015-04-21 00:20:51   R-self01-lgOffTime 0 s
     2015-04-21 00:55:22   R-self01-lgOffTimeMode absolut
     2015-04-21 00:20:51   R-self01-lgOnDly 0 s
     2015-04-21 00:20:51   R-self01-lgOnTime 0 s
     2015-04-21 00:55:22   R-self01-lgOnTimeMode absolut
     2015-04-21 00:55:22   R-self01-lgSwJtDlyOff off
     2015-04-21 00:55:22   R-self01-lgSwJtDlyOn on
     2015-04-21 00:55:22   R-self01-lgSwJtOff dlyOn
     2015-04-21 00:55:22   R-self01-lgSwJtOn dlyOff
     2015-04-21 00:55:05   R-self01-shActionType jmpToTarget
     2015-04-21 00:20:51   R-self01-shCtDlyOff geLo
     2015-04-21 00:20:51   R-self01-shCtDlyOn geLo
     2015-04-21 00:20:51   R-self01-shCtOff geLo
     2015-04-21 00:20:51   R-self01-shCtOn geLo
     2015-04-21 00:20:51   R-self01-shOffDly 0 s
     2015-04-21 00:20:51   R-self01-shOffTime 0 s
     2015-04-21 00:55:05   R-self01-shOffTimeMode absolut
     2015-04-21 00:20:51   R-self01-shOnDly 0 s
     2015-04-21 00:20:51   R-self01-shOnTime 0 s
     2015-04-21 00:55:05   R-self01-shOnTimeMode absolut
     2015-04-21 00:55:05   R-self01-shSwJtDlyOff off
     2015-04-21 00:55:05   R-self01-shSwJtDlyOn on
     2015-04-21 00:55:05   R-self01-shSwJtOff dlyOn
     2015-04-21 00:55:05   R-self01-shSwJtOn dlyOff
     2015-04-21 00:20:53   R-self02-lgActionType jmpToTarget
     2015-04-21 00:20:53   R-self02-lgCtDlyOff geLo
     2015-04-21 00:20:53   R-self02-lgCtDlyOn geLo
     2015-04-21 00:20:53   R-self02-lgCtOff geLo
     2015-04-21 00:20:53   R-self02-lgCtOn geLo
     2015-04-21 00:20:53   R-self02-lgCtValHi 100
     2015-04-21 00:20:53   R-self02-lgCtValLo 50
     2015-04-21 00:20:53   R-self02-lgMultiExec on
     2015-04-21 00:20:53   R-self02-lgOffDly 0 s
     2015-04-21 00:20:53   R-self02-lgOffTime unused
     2015-04-21 00:20:53   R-self02-lgOffTimeMode absolut
     2015-04-21 00:20:53   R-self02-lgOnDly 0 s
     2015-04-21 00:20:53   R-self02-lgOnTime unused
     2015-04-21 00:20:53   R-self02-lgOnTimeMode absolut
     2015-04-21 00:55:47   R-self02-lgSwJtDlyOff off
     2015-04-21 00:55:47   R-self02-lgSwJtDlyOn on
     2015-04-21 00:55:47   R-self02-lgSwJtOff dlyOn
     2015-04-21 00:55:47   R-self02-lgSwJtOn dlyOff
     2015-04-21 00:20:53   R-self02-shActionType jmpToTarget
     2015-04-21 00:20:53   R-self02-shCtDlyOff geLo
     2015-04-21 00:20:53   R-self02-shCtDlyOn geLo
     2015-04-21 00:20:53   R-self02-shCtOff geLo
     2015-04-21 00:20:53   R-self02-shCtOn geLo
     2015-04-21 00:20:53   R-self02-shCtValHi 100
     2015-04-21 00:20:53   R-self02-shCtValLo 50
     2015-04-21 00:20:53   R-self02-shOffDly 0 s
     2015-04-21 00:20:53   R-self02-shOffTime unused
     2015-04-21 00:20:53   R-self02-shOffTimeMode absolut
     2015-04-21 00:20:53   R-self02-shOnDly 0 s
     2015-04-21 00:20:53   R-self02-shOnTime unused
     2015-04-21 00:20:53   R-self02-shOnTimeMode absolut
     2015-04-21 00:55:35   R-self02-shSwJtDlyOff off
     2015-04-21 00:55:35   R-self02-shSwJtDlyOn on
     2015-04-21 00:55:35   R-self02-shSwJtOff dlyOn
     2015-04-21 00:55:35   R-self02-shSwJtOn dlyOff
     2015-04-21 00:14:23   R-sign          off
     2015-04-21 00:57:54   RegL_01:          08:00 00:00
     2015-04-21 00:57:57   RegL_03:self01    02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:14 0C:63 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:01 8B:14 8C:63 00:00
     2015-04-21 00:57:59   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:14 8C:63 00:00
     2015-04-21 00:58:35   deviceMsg       on (to XX_LANInterface)
     2015-04-21 00:58:35   level           100 %
     2015-04-21 00:58:35   pct             100
     2015-04-21 00:57:55   peerList        self01,self02,
     2015-04-21 00:58:35   recentStateType info
     2015-04-21 00:58:35   state           on
     2015-04-21 00:58:35   timedOn         off
   Helper:
     dlvl       C8
     dlvlCmd    ++A0112576262A338A0203C80000
     peerIDsRaw ,2A338A02,2A338A01,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   group      Licht
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,2A338A01,2A338A02,
   room       Flur_EG


Chn04 (_Sw_02):
Internals:
   CFGFN      /etc/fhem/flur.cfg
   DEF        2A338A04
   NAME       FU_Schalter_Sw_02
   NR         1227
   STATE      on
   TYPE       CUL_HM
   chanNo     04
   device     FU_Schalter
   Readings:
     2015-04-21 00:58:21   RegL_01:          82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-04-21 00:57:50   current         4
     2015-04-21 00:58:37   deviceMsg       on (to XX_LANInterface)
     2015-04-21 00:58:37   level           100 %
     2015-04-21 00:58:37   pct             100
     2015-04-21 00:58:37   recentStateType info
     2015-04-21 00:58:37   state           on
     2015-04-21 00:58:37   timedOn         off
   Helper:
     peerIDsRaw ,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   group      Licht
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,
   room       Flur_EG


Ich finde leider den Config-Fehler nicht und wundere mich auch gerade warum der Stromwert current nun mit 4 bei eingeschaltetem Lich angezeigt wurde. Der Wert wurde vor einigen Minuten schon mit >=790 angezeigt.
Über weitere Tipps zum Debuggen würde ich mich freuen bzw. stelle gerne weitere Informationen zur Verfügung falls benötigt.

Danke + Gruss
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 21 April 2015, 06:43:56
Guten Morgen,

hattet ihr das auch schon, dass ein weiterer geflashter Schalter nicht erkannt wird? Hab ihm natürlich eine andere HMID gegeben. Ich sehe die auch im Logfile, leider aber als unknown Code.

Gruß, der Sloot

Edit: muss ich außer der HMID noch etwas ändern?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 21 April 2015, 12:21:29
Zitatmuss ich außer der HMID noch etwas ändern?
natürlich auch die seriennummer.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 21 April 2015, 12:23:05
Zitat von: frank am 21 April 2015, 12:21:29
natürlich auch die seriennummer.

Hi Frank,

hab ich auch gemacht... aber hat trotzdem nichts gebracht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 April 2015, 12:29:04
Kannst du mal die Rohdaten von dem Schalter posten wenn du den Configbutton drückst?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 21 April 2015, 12:33:30
Zitat von: Mr. P am 21 April 2015, 12:29:04
Kannst du mal die Rohdaten von dem Schalter posten wenn du den Configbutton drückst?

Und schon wieder meine Unwissenheit... was genau verstehst du unter Rohdaten?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 21 April 2015, 12:38:02
Zitatnur die Taster Btn_01 und Btn_02 gehen nicht mehr.
sie haben also schon einmal funktioniert? mir ist aufgefallen, dass im chn03 für den self01 button folgende register fehlen. jeweils bei short und long. was hast du getan?

shCtValHi 100
shCtValLo 50

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 21 April 2015, 13:13:32
Zitat von: frank am 21 April 2015, 12:38:02
sie haben also schon einmal funktioniert? mir ist aufgefallen, dass im chn03 für den self01 button folgende register fehlen. jeweils bei short und long. was hast du getan?
Ja. Ich habe bisher 2 Stk. mit alternativer Firmware für ein paar Wochen im Einsatz gehabt, die auch nach anfänglichen Schwierigkeiten funktionierten.
Nachdem ich seit Tagen versuche einen 3ten in Betrieb zu nehmen, verzweifele ich momentan. Ich habe also nun 3 Schalter mit dem aktuellen Stand alternative Firmware.
Seit gestern Abend lassen sich aber nun alle drei nur über FHEMweb dazubewegen, den Ausgang zu toggeln/schalten.
Bei dem beschriebenen Flurschalter habe ich gestern:

1. Firmware neu geflasht. (Unveränderter Github Stand, ausser HMID und Serial)
2. set FU_Schalter reset
3. set FU_Schalter getConfig
4. set FU_Schalter regSet pairCentral <HMLAN-ID>
5. set FU_Schalter_Btn_01 peerChan 0 FU_Schalter_Sw_01 dual set
6. Toggle für _Btn_01 und _Btn_02 aktiviert
Toggle Function - Button 01:
set FU_Schalter_Sw_01 regSet shActionType jmpToTarget self01;
set FU_Schalter_Sw_01 regSet shSwJtOn dlyOff self01;
set FU_Schalter_Sw_01 regSet shSwJtOff dlyOn self01;
set FU_Schalter_Sw_01 regSet shSwJtDlyOn on self01;
set FU_Schalter_Sw_01 regSet shSwJtDlyOff off self01;

Toggle Function - Button 02:
set FU_Schalter_Sw_01 regSet shActionType jmpToTarget self02;
set FU_Schalter_Sw_01 regSet shSwJtOn dlyOff self02;
set FU_Schalter_Sw_01 regSet shSwJtOff dlyOn self02;
set FU_Schalter_Sw_01 regSet shSwJtDlyOn on self02;
set FU_Schalter_Sw_01 regSet shSwJtDlyOff off self02;

Toggle Function - Button 01:
set FU_Schalter_Sw_01 regSet lgActionType jmpToTarget self01;
set FU_Schalter_Sw_01 regSet lgSwJtOn dlyOff self01;
set FU_Schalter_Sw_01 regSet lgSwJtOff dlyOn self01;
set FU_Schalter_Sw_01 regSet lgSwJtDlyOn on self01;
set FU_Schalter_Sw_01 regSet lgSwJtDlyOff off self01;

Toggle Function - Button 02:
set FU_Schalter_Sw_01 regSet lgActionType jmpToTarget self02;
set FU_Schalter_Sw_01 regSet lgSwJtOn dlyOff self02;
set FU_Schalter_Sw_01 regSet lgSwJtOff dlyOn self02;
set FU_Schalter_Sw_01 regSet lgSwJtDlyOn on self02;
set FU_Schalter_Sw_01 regSet lgSwJtDlyOff off self02;


Welche Register müssen denn mit welchem Wert für den korrekten Schalterbetrieb vorhanden sein?
Deine Registeranmerkungen werden ich heute einspielen!

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 21 April 2015, 13:54:26
Zitat von: jsloot am 21 April 2015, 12:33:30
Und schon wieder meine Unwissenheit... was genau verstehst du unter Rohdaten?
Mach ich das hiermit? http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 21 April 2015, 14:03:54
Ja, damit sollte es klappen! :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 21 April 2015, 14:58:29
ZitatDeine Registeranmerkungen werden ich heute einspielen!
das problem ist ja, dass sie in deinem list nicht auftauchen, obwohl sie da sein sollten. ein register (datenspeicher) muss ja immer vorhanden sein, da es die fw zur verfügung stellt. man kann über fhem dann nur den inhalt verändern.

ZitatWelche Register müssen denn mit welchem Wert für den korrekten Schalterbetrieb vorhanden sein?
das kommt darauf an was du unter korrekt verstehst. deine beschreibung mit toggeln verstehe ich nicht wirklich. nach meinem verständnis braucht man zum toggeln nur einen taster, der bei jeder betätigung den ausgang ändert.

zum toggeln habe ich button2 mit chn3 gepeert und folgende registerwerte in chn3:

ZitatSwitchPBU01_Sw_01 type:remoteAndSwitch -
list:peer   register         :value
   1:         sign             :off
   3:self02   lgActionType     :off
   3:self02   lgCtDlyOff       :geLo
   3:self02   lgCtDlyOn        :geLo
   3:self02   lgCtOff          :geLo
   3:self02   lgCtOn           :geLo
   3:self02   lgCtValHi        :100
   3:self02   lgCtValLo        :50
   3:self02   lgMultiExec      :off
   3:self02   lgOffDly         :0 s
   3:self02   lgOffTime        :unused
   3:self02   lgOffTimeMode    :absolut
   3:self02   lgOnDly          :0 s
   3:self02   lgOnTime         :unused
   3:self02   lgOnTimeMode     :absolut
   3:self02   lgSwJtDlyOff     :off
   3:self02   lgSwJtDlyOn      :on
   3:self02   lgSwJtOff        :dlyOn
   3:self02   lgSwJtOn         :dlyOff
   3:self02   shActionType     :jmpToTarget
   3:self02   shCtDlyOff       :geLo
   3:self02   shCtDlyOn        :geLo
   3:self02   shCtOff          :geLo
   3:self02   shCtOn           :geLo
   3:self02   shCtValHi        :100
   3:self02   shCtValLo        :50
   3:self02   shOffDly         :0 s
   3:self02   shOffTime        :unused
   3:self02   shOffTimeMode    :absolut
   3:self02   shOnDly          :0 s
   3:self02   shOnTime         :unused
   3:self02   shOnTimeMode     :absolut
   3:self02   shSwJtDlyOff     :off
   3:self02   shSwJtDlyOn      :on
   3:self02   shSwJtOff        :dlyOn
   3:self02   shSwJtOn         :dlyOff

auf long soll nicht reagiert werden, daher lgActionType=off.

deine regSet kommandos sollten eigentlich alle überflüssig gewesen sein, da sie default sind. seltsam sind dabei die langen spaceabschnitte zwischen den einzelnen worten. da darf jeweils nur ein leerzeichen vorhanden sein.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 21 April 2015, 15:44:06
Zitat von: Mr. P am 21 April 2015, 12:29:04
Kannst du mal die Rohdaten von dem Schalter posten wenn du den Configbutton drückst?

Hi Mr. P,

anbei die Rohdaten.

Und vielen Dank, dass du mir hilfst!

Edit: ich sollte vllt. noch dazu schreiben, dass die besagte HMID die 171075 ist....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 21 April 2015, 15:45:01
Zitat von: frank am 21 April 2015, 14:58:29
das problem ist ja, dass sie in deinem list nicht auftauchen, obwohl sie da sein sollten. ein register (datenspeicher) muss ja immer vorhanden sein, da es die fw zur verfügung stellt. man kann über fhem dann nur den inhalt verändern.
Wie bekomme ich die register Werte denn zurück (set FU_Schalter reset)?

Zitat von: frank am 21 April 2015, 14:58:29
das kommt darauf an was du unter korrekt verstehst. deine beschreibung mit toggeln verstehe ich nicht wirklich. nach meinem verständnis braucht man zum toggeln nur einen taster, der bei jeder betätigung den ausgang ändert.
Ich habe das Beispiel aus dem Wiki für "kurzer Tastendruck" - oben/unten = Toggle genommen und für kurze und lange Tastendrücke gewählt, damit sicher gestellt ist, dass immer das Licht ein oder ausgeschaltet wird, egal auf welchen Taster ich drücke und egal wie lange.

Zitat von: frank am 21 April 2015, 14:58:29
zum toggeln habe ich button2 mit chn3 gepeert und folgende registerwerte in chn3:

auf long soll nicht reagiert werden, daher lgActionType=off.
Ich werde nochmal beginnend mit dem Schalter reset nur mit einem einzigen Button Short Toggle versuchen ähnlich deinem Beispiel!

Zitat von: frank am 21 April 2015, 14:58:29
deine regSet kommandos sollten eigentlich alle überflüssig gewesen sein, da sie default sind. seltsam sind dabei die langen spaceabschnitte zwischen den einzelnen worten. da darf jeweils nur ein leerzeichen vorhanden sein.
Die Leerzeichen stammen aus meinen Notizen und der Tab-Formatierung. Da FHEMweb bei der Copy/Paste Variante für einen ganzen Satz (inkl. Zeilenumbruch) nie "gemeckert" hat, habe ich mir auch noch keine Gedanken gemacht, dass dies ein Problem darstellen könnte!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 21 April 2015, 15:49:16
Ich hab dann noch eine andere Frage. Ich tue mich noch etwas schwer dabei, den richtigen Wert für den Parameter minImpusLength zu finden. Ich hatte ihn gestern auf 200 gestellt und es hat dann auch funktioniert. Aber abends dann nicht mehr. Der Wert current steht auf 398, wenn das Licht brennt und auf 10, wenn es nicht brennt. Welchen Wert muss ich denn einstellen, damit es funktioniert?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 21 April 2015, 21:35:21
Ich schalte 80 Watt und habe für einen minImpusLength einen Wert von 1000. Current liegt damit bei 890 wenn die Lampen an sind, bei 0 wenn die Lampen aus sind.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 22 April 2015, 09:55:12
Zitat von: frank am 21 April 2015, 12:38:02
sie haben also schon einmal funktioniert? mir ist aufgefallen, dass im chn03 für den self01 button folgende register fehlen. jeweils bei short und long. was hast du getan?
shCtValHi 100
shCtValLo 50

Die stehen bei mir nur im chn04 für den self02. Müssen die auch beim chn03/self01 vorhanden sein?

Ich habe gestern noch erfolglos weiter versucht (reset, neu angelernt, nur _btn_02 mit _Sw_01 gepeert, mit zwei unterschiedlichen Schaltern). Komischerweise geht weiterhin das Ein-/Ausschalten der Lampe über FHEMweb aber nicht über den Hardwaretaster. Hier kommt nichts an der Zentrale an, d.h. im fhemlog sehe ich keine Kommunikation, wenn ich attr <hmlan> logIDs <HMID> aktiviere. Selbst wenn ich auf "all" setze sehe ich keine Aktivitäten der Taster. Auch im FHEMweb ändert sich der Status nicht. Die Schalter sollten doch korrekt angelernt sein, wenn ich per...
set <device> regSet pairCentral 123456
...nach einem Device-Reset vorgegangen bin,.

@Frank: Gerne würde ich auch eine funktionierende Firmware eines Experten annehmen. HMID und HMserial teile ich gerne per PN-Anfrage mit

Vielen Dank!
Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 22 April 2015, 10:50:10
ZitatDie stehen bei mir nur im chn04 für den self02.
chn4 muss eigentlich gar nicht gepeert sein.

poste mal ein get hminfo peerxreef und configcheck. ebenso ein list vom device.

ZitatMüssen die auch beim chn03/self01 vorhanden sein?
jeder peer (self01/02...) hat die selben registersätze. einen für long und einen für short. long hat, glaube ich, ein register mehr als short.

Zitat@Frank: Gerne würde ich auch eine funktionierende Firmware eines Experten annehmen. HMID und HMserial teile ich gerne per PN-Anfrage mit
ich habe zur zeit leider keine funktionierende entwicklungsumgebung. irgendjemand hatte das gerade angeboten. schau mal auf den letzten seiten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 22 April 2015, 12:49:58
Zitat von: frank am 22 April 2015, 10:50:10
chn4 muss eigentlich gar nicht gepeert sein.
Ist auch nicht der Fall, habe mich mit chn4 vertan und meinte chn3, der für self01 und self02 die unterschiedlichen register hat:

Internals:
   CFGFN      /etc/fhem/flur.cfg
   DEF        2A338A03
   NAME       FU_Schalter_Sw_01
   NR         1225
   STATE      ???
   TYPE       CUL_HM
   chanNo     03
   device     FU_Schalter
   peerList   self01,self02,
   Readings:
     2015-04-22 12:30:50   R-self01-lgActionType off
     2015-04-22 12:30:50   R-self01-lgCtDlyOff geLo
     2015-04-22 12:30:50   R-self01-lgCtDlyOn geLo
     2015-04-22 12:30:50   R-self01-lgCtOff geLo
     2015-04-22 12:30:50   R-self01-lgCtOn geLo
     2015-04-22 12:30:50   R-self01-lgMultiExec off
     2015-04-22 12:30:50   R-self01-lgOffDly 0 s
     2015-04-22 12:30:50   R-self01-lgOffTime 0 s
     2015-04-22 12:30:50   R-self01-lgOffTimeMode absolut
     2015-04-22 12:30:50   R-self01-lgOnDly 0 s
     2015-04-22 12:30:50   R-self01-lgOnTime 0 s
     2015-04-22 12:30:50   R-self01-lgOnTimeMode absolut
     2015-04-22 12:30:50   R-self01-lgSwJtDlyOff no
     2015-04-22 12:30:50   R-self01-lgSwJtDlyOn no
     2015-04-22 12:30:50   R-self01-lgSwJtOff no
     2015-04-22 12:30:50   R-self01-lgSwJtOn no
     2015-04-22 12:34:32   R-self01-shActionType jmpToTarget
     2015-04-22 12:30:50   R-self01-shCtDlyOff geLo
     2015-04-22 12:30:50   R-self01-shCtDlyOn geLo
     2015-04-22 12:30:50   R-self01-shCtOff geLo
     2015-04-22 12:30:50   R-self01-shCtOn geLo
     2015-04-22 12:30:50   R-self01-shOffDly 0 s
     2015-04-22 12:30:50   R-self01-shOffTime 0 s
     2015-04-22 12:34:32   R-self01-shOffTimeMode absolut
     2015-04-22 12:30:50   R-self01-shOnDly 0 s
     2015-04-22 12:30:50   R-self01-shOnTime 0 s
     2015-04-22 12:34:32   R-self01-shOnTimeMode absolut
     2015-04-22 12:34:32   R-self01-shSwJtDlyOff off
     2015-04-22 12:34:32   R-self01-shSwJtDlyOn on
     2015-04-22 12:34:32   R-self01-shSwJtOff dlyOn
     2015-04-22 12:34:32   R-self01-shSwJtOn dlyOff
     2015-04-22 12:36:15   R-self02-lgActionType off
     2015-04-22 12:30:52   R-self02-lgCtDlyOff geLo
     2015-04-22 12:30:52   R-self02-lgCtDlyOn geLo
     2015-04-22 12:30:52   R-self02-lgCtOff geLo
     2015-04-22 12:30:52   R-self02-lgCtOn geLo
     2015-04-22 12:30:52   R-self02-lgCtValHi 100
     2015-04-22 12:30:52   R-self02-lgCtValLo 50
     2015-04-22 12:36:15   R-self02-lgMultiExec on
     2015-04-22 12:30:52   R-self02-lgOffDly 0 s
     2015-04-22 12:30:52   R-self02-lgOffTime unused
     2015-04-22 12:36:15   R-self02-lgOffTimeMode absolut
     2015-04-22 12:30:52   R-self02-lgOnDly 0 s
     2015-04-22 12:30:52   R-self02-lgOnTime unused
     2015-04-22 12:36:15   R-self02-lgOnTimeMode absolut
     2015-04-22 12:30:52   R-self02-lgSwJtDlyOff on
     2015-04-22 12:30:52   R-self02-lgSwJtDlyOn on
     2015-04-22 12:30:52   R-self02-lgSwJtOff dlyOn
     2015-04-22 12:30:52   R-self02-lgSwJtOn on
     2015-04-22 12:30:52   R-self02-shActionType jmpToTarget
     2015-04-22 12:30:52   R-self02-shCtDlyOff geLo
     2015-04-22 12:30:52   R-self02-shCtDlyOn geLo
     2015-04-22 12:30:52   R-self02-shCtOff geLo
     2015-04-22 12:30:52   R-self02-shCtOn geLo
     2015-04-22 12:30:52   R-self02-shCtValHi 100
     2015-04-22 12:30:52   R-self02-shCtValLo 50
     2015-04-22 12:30:52   R-self02-shOffDly 0 s
     2015-04-22 12:30:52   R-self02-shOffTime unused
     2015-04-22 12:30:52   R-self02-shOffTimeMode absolut
     2015-04-22 12:30:52   R-self02-shOnDly 0 s
     2015-04-22 12:30:52   R-self02-shOnTime unused
     2015-04-22 12:30:52   R-self02-shOnTimeMode absolut
     2015-04-22 12:34:49   R-self02-shSwJtDlyOff off
     2015-04-22 12:34:49   R-self02-shSwJtDlyOn on
     2015-04-22 12:34:49   R-self02-shSwJtOff dlyOn
     2015-04-22 12:34:49   R-self02-shSwJtOn dlyOff
     2015-04-21 23:55:24   R-sign          off
     2015-04-22 12:36:16   RegL_01:          08:00 00:00
     2015-04-22 12:36:19   RegL_03:self01    02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:14 0C:63 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
     2015-04-22 12:36:23   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:13 8C:33 00:00
     2015-04-22 12:36:17   peerList        self01,self02,
   Helper:
     peerIDsRaw ,2A338A02,2A338A01,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   group      Licht
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,2A338A01,2A338A02,
   room       Flur_EG


Zur Info meine drei Schalter sind FU_Schalter, AZ_Schalter (haben mal funktioniert) und SZ_Schalter (neu)!
Die angedachte Funktion ist das bei jedem "Short"-Tastendruck oben und unten jeweils der Ausgang getoggelt wird und somit das Lich an oder ausgeschaltet wird!

Zitat von: frank am 22 April 2015, 10:50:10
poste mal ein get hminfo peerxreef und configcheck. ebenso ein list vom device.

peerXref
peerXref done:
x-ref list
    AZ_Schalter_Btn_01 => self03
    AZ_Schalter_Btn_02 => self03
    AZ_Schalter_Sw_01 => self01 self02
    EZ_Heizung_WindowRec => EZ_Tuerkontakt
    EZ_Tuerkontakt => EZ_Heizung_WindowRec
    FU_Schalter_Btn_01 => self03
    FU_Schalter_Btn_02 => self03
    FU_Schalter_Sw_01 => self01 self02
    KiZ1_Fensterkontakt_re => KiZ1_Heizung_WindowRec
    KiZ1_Heizung_WindowRec => KiZ1_Fensterkontakt_re
    KiZ2_Fensterkontakt_li => KiZ2_Heizung_WindowRec
    KiZ2_Heizung_WindowRec => KiZ2_Fensterkontakt_li
    SZ_Schalter_Btn_01 => self03
    SZ_Schalter_Btn_02 => self03
    SZ_Schalter_Sw_01 => self01 self02

warning: sensor triggers but no config found
    AZ_Fensterkontakt_li triggers 257626
    AZ_Fensterkontakt_re triggers 257626
    AZ_Schalter_Btn_01 triggers 257626
    AZ_Schalter_Btn_02 triggers 257626
    EZ_Tuerkontakt triggers 257626
    EZ_Tuerkontakt_Griff triggers 257626
    KL_Tuerkontakt triggers 257626
    KU_Fensterkontakt triggers 257626
    KZ_Fensterkontakt_li triggers 257626
    KZ_Fensterkontakt_re triggers 257626
    KiZ1_Fensterkontakt_re triggers 257626
    KiZ2_Fensterkontakt_li triggers 257626
    SpZ_Tuerkontakt triggers 257626


configCheck
configCheck done:

missing register list
    AZ_Fensterkontakt_li: RegL_00:
    AZ_Fensterkontakt_re: RegL_00:
    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:

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

trigger sent to unpeered device
    triggerUnpeered: AZ_Schalter_Btn_01:257626
    triggerUnpeered: AZ_Schalter_Btn_02:257626
    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: AZ_Schalter_Btn_01:257626
    triggerUndefined: AZ_Schalter_Btn_02: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
    EZ_Tuerkontakt_Griff
    KL_Tuerkontakt
    KU_Fensterkontakt
    KZ_Fensterkontakt_li
    KZ_Fensterkontakt_re
    SpZ_Tuerkontakt


list FU_Schalter
Internals:
   CFGFN      /etc/fhem/flur.cfg
   DEF        2A338A
   IODev      XX_LANInterface
   LASTInputDev XX_LANInterface
   MSGCNT     247
   NAME       FU_Schalter
   NR         1219
   STATE      CMDs_done
   TYPE       CUL_HM
   XX_LANInterface_MSGCNT 247
   XX_LANInterface_RAWMSG E2A338A,0000,039B9CDA,FF,FFCA,37805E2A338A2576260000000000000001000000
   XX_LANInterface_RSSI -54
   XX_LANInterface_TIME 2015-04-22 12:43:38
   channel_01 FU_Schalter_Btn_01
   channel_02 FU_Schalter_Btn_02
   channel_03 FU_Schalter_Sw_01
   channel_04 FU_Schalter_Sw_02
   lastMsg    No:37 - t:5E s:2A338A d:257626 0000000000000001000000
   protCmdDel 14
   protLastRcv 2015-04-22 12:43:38
   protResnd  5 last_at:2015-04-22 12:36:23
   protResndFail 1 last_at:2015-04-21 23:55:17
   protSnd    211 last_at:2015-04-22 12:36:23
   protState  CMDs_done
   rssi_at_XX_LANInterface avg:-54.81 min:-58 max:-53 lst:-54 cnt:247
   Readings:
     2015-04-22 12:36:07   CommandAccepted yes
     2015-04-21 23:54:49   D-firmware      1.5
     2015-04-21 23:54:49   D-serialNr      LEQ0244065
     2015-04-21 23:56:03   PairedTo        0x257626
     2015-04-21 23:56:03   R-pairCentral   0x257626
     2015-04-21 23:56:03   RegL_00:          02:00 05:00 0A:25 0B:76 0C:26 12:00 00:00
     2015-04-22 12:36:23   state           CMDs_done
   Helper:
     cSnd       012576262A338A03042A338A0203
     mId        F0A9
     rxType     1
     Io:
       newChn     +2A338A,00,01,00
       nextSend   1429699418.84978
       prefIO
       rxt        0
       vccu
       p:
         2A338A
         00
         01
         00
     Mrssi:
       mNo        37
       Io:
         XX_LANInterface -52
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_xx_laninterface:
         avg        -54.8178137651822
         cnt        247
         lst        -54
         max        -53
         min        -58
     Shadowreg:
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       Flur_EG
   serialNr   LEQ0244065
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents


list AZ_Schalter:
Internals:
   CFGFN      /etc/fhem/arbeitszimmer.cfg
   DEF        2A325B
   IODev      XX_LANInterface
   LASTInputDev XX_LANInterface
   MSGCNT     175
   NAME       AZ_Schalter
   NR         895
   STATE      CMDs_done
   TYPE       CUL_HM
   XX_LANInterface_MSGCNT 175
   XX_LANInterface_RAWMSG E2A325B,0000,039B3A6B,FF,FFC4,9E805E2A325B2576260000000000000001000000
   XX_LANInterface_RSSI -60
   XX_LANInterface_TIME 2015-04-22 12:43:13
   channel_01 AZ_Schalter_Btn_01
   channel_02 AZ_Schalter_Btn_02
   channel_03 AZ_Schalter_Sw_01
   channel_04 AZ_Schalter_Sw_02
   lastMsg    No:9E - t:5E s:2A325B d:257626 0000000000000001000000
   protCmdDel 1
   protLastRcv 2015-04-22 12:43:13
   protResnd  6 last_at:2015-04-22 12:40:24
   protResndFail 1 last_at:2015-04-21 23:55:09
   protSnd    152 last_at:2015-04-22 12:40:27
   protState  CMDs_done
   rssi_at_XX_LANInterface avg:-61.93 min:-65 max:-58 lst:-60 cnt:175
   Readings:
     2015-04-22 12:39:31   CommandAccepted yes
     2015-02-18 22:10:22   D-firmware      1.5
     2015-04-17 21:28:36   D-serialNr      LEQ0243754
     2015-04-22 12:40:08   PairedTo        0x257626
     2015-04-21 17:36:06   R-pairCentral   0x257626
     2015-04-22 12:40:08   RegL_00:          02:00 05:00 0A:25 0B:76 0C:26 12:00 00:00
     2015-04-01 23:26:52   battery         ok
     2015-04-22 12:40:27   state           CMDs_done
   Helper:
     cSnd       012576262A325B03042A325B0203
     mId        F0A9
     rxType     1
     Io:
       newChn     +2A325B,00,01,00
       nextSend   1429699393.65411
       prefIO
       rxt        0
       vccu
       p:
         2A325B
         00
         01
         00
     Mrssi:
       mNo        9E
       Io:
         XX_LANInterface -58
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_xx_laninterface:
         avg        -61.9314285714286
         cnt        175
         lst        -60
         max        -58
         min        -65
     Shadowreg:
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


list SZ_Schalter:
Internals:
   CFGFN      /etc/fhem/schlafzimmer.cfg
   DEF        2A3363
   IODev      XX_LANInterface
   LASTInputDev XX_LANInterface
   MSGCNT     165
   NAME       SZ_Schalter
   NR         676
   STATE      CMDs_done
   TYPE       CUL_HM
   XX_LANInterface_MSGCNT 165
   XX_LANInterface_RAWMSG E2A3363,0000,039B8410,FF,FFC7,53805E2A33632576260000000000000000000000
   XX_LANInterface_RSSI -57
   XX_LANInterface_TIME 2015-04-22 12:43:32
   channel_01 SZ_Schalter_Btn_01
   channel_02 SZ_Schalter_Btn_02
   channel_03 SZ_Schalter_Sw_01
   channel_04 SZ_Schalter_Sw_02
   lastMsg    No:53 - t:5E s:2A3363 d:257626 0000000000000000000000
   protCmdDel 2
   protLastRcv 2015-04-22 12:43:32
   protResnd  6 last_at:2015-04-22 12:43:21
   protResndFail 1 last_at:2015-04-21 23:55:26
   protSnd    126 last_at:2015-04-22 12:43:22
   protState  CMDs_done
   rssi_at_XX_LANInterface avg:-54.3 min:-57 max:-51 lst:-57 cnt:165
   Readings:
     2015-04-22 12:42:40   CommandAccepted yes
     2015-04-10 21:30:31   D-firmware      1.5
     2015-04-20 19:35:00   D-serialNr      LEQ0244123
     2015-04-22 12:43:01   PairedTo        0x257626
     2015-04-21 17:42:50   R-pairCentral   0x257626
     2015-04-22 12:43:01   RegL_00:          02:00 05:00 0A:25 0B:76 0C:26 12:00 00:00
     2015-04-10 21:54:50   battery         ok
     2015-04-22 12:43:22   state           CMDs_done
   Helper:
     cSnd       012576262A336303042A33630203
     mId        F0A9
     rxType     1
     Io:
       newChn     +2A3363,00,01,00
       nextSend   1429699412.50311
       prefIO
       rxt        0
       vccu
       p:
         2A3363
         00
         01
         00
     Mrssi:
       mNo        53
       Io:
         XX_LANInterface -55
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_xx_laninterface:
         avg        -54.3030303030303
         cnt        165
         lst        -57
         max        -51
         min        -57
     Shadowreg:
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       Schlafzimmer
   serialNr   LEQ0244123
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents
Titel: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 22 April 2015, 16:08:46
Zitat von: jsloot am 21 April 2015, 15:44:06
Hi Mr. P,

anbei die Rohdaten.

Und vielen Dank, dass du mir hilfst!

Edit: ich sollte vllt. noch dazu schreiben, dass die besagte HMID die 171075 ist....

Muss ich eigentlich, wenn ich eine angepasste Firmware nehme, auch den Bootloader anpassen und compilieren? Da steht doch auch eine Serienummer drin, oder?

Gruß, der Sloot
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 22 April 2015, 16:45:01
ZitatMuss ich eigentlich, wenn ich eine angepasste Firmware nehme, auch den Bootloader anpassen und compilieren? Da steht doch auch eine Serienummer drin, oder?
müssen musst du nicht. der bootloader meldet sich beim update aber mit seinen daten. also beachten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 22 April 2015, 16:50:37
Zitat von: frank am 22 April 2015, 16:45:01
müssen musst du nicht. der bootloader meldet sich beim update aber mit seinen daten. also beachten.
Sprich, wenn ich bereits einen Schalter mit diesem Bootoader aktiviert habe, dann sollte ich beim zweiten einen mit anderer Seriennummer nehmen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 22 April 2015, 17:12:09
Ja... Denn beim OTA-Flashen verwendest du die SN des Bootloaders... Und wenn jetzt ein Jahr vergeht, bis du das nächste Mal flasht, wunderst du dich, warum er nicht auf seiner Produktiv-SN lauscht. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 22 April 2015, 17:13:53
Zitat von: Mr. P am 22 April 2015, 17:12:09
Ja... Denn beim OTA-Flashen verwendest du die SN des Bootloaders... Und wenn jetzt ein Jahr vergeht, bis du das nächste Mal flasht, wunderst du dich, warum er nicht auf seiner Produktiv-SN lauscht. ;-)

Ok, das könnte auch der Grund sein, warum die beiden anderen Schalter nicht von FHEM erkannt wurden?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 22 April 2015, 17:18:25
Mit erkannt meinst du zwecks flashen oder im Normalbetrieb?
Im Normalbetrieb zieht die HMID und Serial von der Firmware.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 22 April 2015, 17:20:42
hallo nexulm,

fu_schalter:
die register für self01-short können so nicht funktionieren. vergleiche meine daten. deine timer sind alle bei 0s. mit dieser einstellung würden alle 4 timer pausenlos im affentempo rotieren.

bleibt die frage nach den fehlenden registern. hast du beim flashen bei den 3 komponenten (fuses, bootloader, fw) jeweils die passenden versionen bezüglich bootloadergrösse gewählt? also alles für 8k oder alles für 4k?

du könntest zum testen mal die einstellung toggleToCnt oder toggleToCntInv probieren. dann sollten die anderen registereinstellungen keine rolle spielen, denke ich. alle long, wie bisher auf off, und alle short auf auf die toggle varianten.

ActionType     |     literal        | required |  options:toggleToCntInv,off,toggleToCnt,jmpToTarget

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 22 April 2015, 17:22:04
Zitat von: Mr. P am 22 April 2015, 17:18:25
Mit erkannt meinst du zwecks flashen oder im Normalbetrieb?
Im Normalbetrieb zieht die HMID und Serial von der Firmware.

Mit erkannt meine ich, ich habe die Firmware mit einer eindeutigen HMID und Serial versehen, den Bootloader aber nicht. Anschließend schließe ich ihn an, und es kommen nur unkown errors. Eben das Problem für das ich dir die Rohdaten geschickt habe...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 22 April 2015, 17:24:40
Stimmt, sorry.
Das kommt davon, wenn man alles von unterwegs macht.
Ich schau mir dein File heute am Abend an und melde mich.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 22 April 2015, 17:27:13
Zitat von: Mr. P am 22 April 2015, 17:24:40
Stimmt, sorry.
Das kommt davon, wenn man alles von unterwegs macht.
Ich schau mir dein File heute am Abend an und melde mich.

Kein Problem... jeder von uns hat ja noch ein Privatleben  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 22 April 2015, 17:39:28
Zitat von: frank am 22 April 2015, 17:20:42
fu_schalter:
die register für self01-short können so nicht funktionieren. vergleiche meine daten. deine timer sind alle bei 0s. mit dieser einstellung würden alle 4 timer pausenlos im affentempo rotieren.
Werde ich mir heute Abend noch anschauen, wobei ich hier nichts verändert habe. Die sollten doch nach einem Reset die Default-Werte einnehmen, oder?

Zitat von: frank am 22 April 2015, 17:20:42
bleibt die frage nach den fehlenden registern. hast du beim flashen bei den 3 komponenten (fuses, bootloader, fw) jeweils die passenden versionen bezüglich bootloadergrösse gewählt? also alles für 8k oder alles für 4k?
Ja, aus meiner Sicht. Aber zur Überprüfung nach dem 4-Augen Prinzip hier nochmal:
1. Bootloader 8k (Der ist schon seit vielen Wochen drauf)
2. Fuses:
avrdude -p m644 -P COM46 -c avrispv2 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m

3. Firmware .eq3 bauen
php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM_2A3363.hex --outFile Asksin_HM_LC_Sw1PBU_FM_2A3363.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat /tmp/xxx

War beim Firmware bauen noch was zu beachten ausser HMID, HM-Serial und mega644A?
HMID und HM-Serial habe ich für Bootloader und Firmware individuell auf das Device angepasst!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 22 April 2015, 18:38:25
ZitatWerde ich mir heute Abend noch anschauen, wobei ich hier nichts verändert habe. Die sollten doch nach einem Reset die Default-Werte einnehmen, oder?
hatte ich erwartet. zum testen habe ich gerade meine btn01 mit sw01 gepeert. wie hast du resettet? fhem oder am schalter? nutzt du firstload?

set btn01 peerChan 0 sw01 single set both

wie erwartet ergeben sich folgende register, zum toggeln geeignet:

   3:self01 lgActionType     :jmpToTarget
   3:self01 lgCtDlyOff       :geLo
   3:self01 lgCtDlyOn        :geLo
   3:self01 lgCtOff          :geLo
   3:self01 lgCtOn           :geLo
   3:self01 lgCtValHi        :100
   3:self01 lgCtValLo        :50
   3:self01 lgMultiExec      :on
   3:self01 lgOffDly         :0 s
   3:self01 lgOffTime        :unused
   3:self01 lgOffTimeMode    :absolut
   3:self01 lgOnDly          :0 s
   3:self01 lgOnTime         :unused
   3:self01 lgOnTimeMode     :absolut
   3:self01 lgSwJtDlyOff     :off
   3:self01 lgSwJtDlyOn      :on
   3:self01 lgSwJtOff        :dlyOn
   3:self01 lgSwJtOn         :dlyOff
   3:self01 shActionType     :jmpToTarget
   3:self01 shCtDlyOff       :geLo
   3:self01 shCtDlyOn        :geLo
   3:self01 shCtOff          :geLo
   3:self01 shCtOn           :geLo
   3:self01 shCtValHi        :100
   3:self01 shCtValLo        :50
   3:self01 shOffDly         :0 s
   3:self01 shOffTime        :unused
   3:self01 shOffTimeMode    :absolut
   3:self01 shOnDly          :0 s
   3:self01 shOnTime         :unused
   3:self01 shOnTimeMode     :absolut
   3:self01 shSwJtDlyOff     :off
   3:self01 shSwJtDlyOn      :on
   3:self01 shSwJtOff        :dlyOn
   3:self01 shSwJtOn         :dlyOff


deine fw-daten sind nach wiki ok.

     2015-04-22 12:36:19   RegL_03:self01    02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:14 0C:63 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
     2015-04-22 12:36:23   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:13 8C:33 00:00

ich habe noch mal geforscht. in den registerlisten sind die entsprechenden register für valLo => 04:32 (short, dez 50) 84:32 (long, dez 50) und valHi  => 05:64 (short, dez 100) 85:64 (long, dez 100). bei deinem self01 ist jeweils 00 eingetragen. das wird der grund sein, dass die register nicht dargestellt werden. beim setzen auf 0 bei meinen registern wurde zwar die registerliste nach einem getconfig korrekt mit 00 angezeigt aber das reading wollte es nicht anzeigen. somit versuche mal die register über regset auf die normalen werte zu setzen (50, 100). anschliessend getconfig.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 April 2015, 10:32:53
hallo jslot,

deine rawmessages (171075) sehen doch ganz ok aus, alle 20 sekunden wird der stromwert gesendet und zwischendurch hast du wohl ausgiebig am taster gedrückt. unknowncode meldungen sind keine vorhanden. was genau soll denn nun das problem sein?

fast gleichzeitig meldet wohl noch ein zweiter (307567) seine stromdaten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 23 April 2015, 10:37:17
Hi Frank, das Problem ist, dass der Schalter in FHEM nicht vorhanden ist....

Edit:
und im Logfile sehe ich dauernd sowas:
2015.04.23 10:41:01 3: hmusb: Unknown code A0EE5A4101710754242420604000000::-50:hmusb, help me!
2015.04.23 10:41:02 3: hmusb: Unknown code A0EE6A4101710754242420604000000::-49:hmusb, help me!
2015.04.23 10:41:03 3: hmusb: Unknown code A0EE6A4101710754242420604000000::-49:hmusb, help me!
2015.04.23 10:41:04 3: hmusb: Unknown code A0EE6A4101710754242420604000000::-49:hmusb, help me!
2015.04.23 10:41:05 3: hmusb: Unknown code A0EE7A4101710754242420604000000::-50:hmusb, help me!
2015.04.23 10:41:06 3: hmusb: Unknown code A0EE7A4101710754242420604000000::-50:hmusb, help me!
2015.04.23 10:41:07 3: hmusb: Unknown code A0EE7A4101710754242420604000000::-50:hmusb, help me!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 April 2015, 10:43:24
hast du mal deine fhem.cfg nach 171075 durchsucht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 23 April 2015, 10:44:18
Zitat von: frank am 23 April 2015, 10:43:24
hast du mal deine fhem.cfg nach 171075 durchsucht.

Ja, habe ich.. erfolglos...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 April 2015, 10:55:50
wenn du autocreate aktiv hast, sollte ein 5 sekündiges drücken der configtaste, das device automatisch anlegen. zur sicherheit sniffe mal den vorgang.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 23 April 2015, 11:00:15
Zitat von: frank am 23 April 2015, 10:55:50
wenn du autocreate aktiv hast, sollte ein 5 sekündiges drücken der configtaste, das device automatisch anlegen. zur sicherheit sniffe mal den vorgang.

Au mann... Vorführeffekt. Plötzlich klappt es. Danke Frank!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 April 2015, 11:02:04
dann mach jetzt noch ein getconfig und anschliessend save.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 23 April 2015, 11:43:53
Hab ich... läuft alles so, wie es soll! Danke dir!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 23 April 2015, 13:16:39
Zitat von: frank am 22 April 2015, 18:38:25
hatte ich erwartet. zum testen habe ich gerade meine btn01 mit sw01 gepeert. wie hast du resettet? fhem oder am schalter? nutzt du firstload?
resettet habe ich immer über FHEMweb z.b. so:
set FU_Schalter reset

Ich benutze derzeit den Original github-Stand, in dem das firstload define auskommentiert ist. => Firstload ist bei mir deaktiv

Zitat von: frank am 22 April 2015, 18:38:25
deine fw-daten sind nach wiki ok.
Puh, dass deckt sich mit meiner Erwartung!

Habe gestern Abend noch "RegL_03:self01" aller drei Schalter neu geschrieben, sodass ich nun auch...
2015-04-22 23:44:50   R-self01-lgCtValHi 100
     2015-04-22 23:44:50   R-self01-lgCtValLo 50

...zur Verfügung habe.
Danach habe ich noch folgende Register korrigiert:

R-self01-lgOffTime unused
R-self01-shOffTime unused
R-self02-lgOffTime unused
R-self02-shOffTime unused
R-self01-lgMultiExec on


Meine _Sw_01 Config sieht nun so aus:
Internals:
   CFGFN      /etc/fhem/flur.cfg
   DEF        2A338A03
   NAME       FU_Schalter_Sw_01
   NR         1225
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     FU_Schalter
   peerList   self01,self02,
   Readings:
     2015-04-23 07:18:22   CommandAccepted yes
     2015-04-22 23:54:25   R-self01-lgActionType off
     2015-04-22 23:29:20   R-self01-lgCtDlyOff geLo
     2015-04-22 23:29:20   R-self01-lgCtDlyOn geLo
     2015-04-22 23:29:20   R-self01-lgCtOff geLo
     2015-04-22 23:29:20   R-self01-lgCtOn geLo
     2015-04-22 23:44:50   R-self01-lgCtValHi 100
     2015-04-22 23:44:50   R-self01-lgCtValLo 50
     2015-04-22 23:54:25   R-self01-lgMultiExec on
     2015-04-22 23:29:20   R-self01-lgOffDly 0 s
     2015-04-22 23:47:36   R-self01-lgOffTime unused
     2015-04-22 23:54:25   R-self01-lgOffTimeMode absolut
     2015-04-22 23:29:20   R-self01-lgOnDly 0 s
     2015-04-22 23:50:13   R-self01-lgOnTime unused
     2015-04-22 23:54:25   R-self01-lgOnTimeMode absolut
     2015-04-22 23:29:20   R-self01-lgSwJtDlyOff no
     2015-04-22 23:29:20   R-self01-lgSwJtDlyOn no
     2015-04-22 23:29:20   R-self01-lgSwJtOff no
     2015-04-22 23:29:20   R-self01-lgSwJtOn no
     2015-04-22 23:29:20   R-self01-shActionType jmpToTarget
     2015-04-22 23:29:20   R-self01-shCtDlyOff geLo
     2015-04-22 23:29:20   R-self01-shCtDlyOn geLo
     2015-04-22 23:29:20   R-self01-shCtOff geLo
     2015-04-22 23:29:20   R-self01-shCtOn geLo
     2015-04-22 23:44:50   R-self01-shCtValHi 100
     2015-04-22 23:44:50   R-self01-shCtValLo 50
     2015-04-22 23:29:20   R-self01-shOffDly 0 s
     2015-04-22 23:47:56   R-self01-shOffTime unused
     2015-04-22 23:29:20   R-self01-shOffTimeMode absolut
     2015-04-22 23:29:20   R-self01-shOnDly 0 s
     2015-04-22 23:50:27   R-self01-shOnTime unused
     2015-04-22 23:29:20   R-self01-shOnTimeMode absolut
     2015-04-22 23:29:20   R-self01-shSwJtDlyOff off
     2015-04-22 23:29:20   R-self01-shSwJtDlyOn on
     2015-04-22 23:29:20   R-self01-shSwJtOff dlyOn
     2015-04-22 23:29:20   R-self01-shSwJtOn dlyOff
     2015-04-22 23:29:21   R-self02-lgActionType off
     2015-04-22 23:29:21   R-self02-lgCtDlyOff geLo
     2015-04-22 23:29:21   R-self02-lgCtDlyOn geLo
     2015-04-22 23:29:21   R-self02-lgCtOff geLo
     2015-04-22 23:29:21   R-self02-lgCtOn geLo
     2015-04-22 23:29:21   R-self02-lgCtValHi 100
     2015-04-22 23:29:21   R-self02-lgCtValLo 50
     2015-04-22 23:29:21   R-self02-lgMultiExec on
     2015-04-22 23:29:21   R-self02-lgOffDly 0 s
     2015-04-22 23:29:21   R-self02-lgOffTime unused
     2015-04-22 23:29:21   R-self02-lgOffTimeMode absolut
     2015-04-22 23:29:21   R-self02-lgOnDly 0 s
     2015-04-22 23:50:30   R-self02-lgOnTime unused
     2015-04-22 23:29:21   R-self02-lgOnTimeMode absolut
     2015-04-22 23:29:21   R-self02-lgSwJtDlyOff on
     2015-04-22 23:29:21   R-self02-lgSwJtDlyOn on
     2015-04-22 23:29:21   R-self02-lgSwJtOff dlyOn
     2015-04-22 23:29:21   R-self02-lgSwJtOn on
     2015-04-22 23:29:21   R-self02-shActionType jmpToTarget
     2015-04-22 23:29:21   R-self02-shCtDlyOff geLo
     2015-04-22 23:29:21   R-self02-shCtDlyOn geLo
     2015-04-22 23:29:21   R-self02-shCtOff geLo
     2015-04-22 23:29:21   R-self02-shCtOn geLo
     2015-04-22 23:29:21   R-self02-shCtValHi 100
     2015-04-22 23:29:21   R-self02-shCtValLo 50
     2015-04-22 23:29:21   R-self02-shOffDly 0 s
     2015-04-22 23:29:21   R-self02-shOffTime unused
     2015-04-22 23:29:21   R-self02-shOffTimeMode absolut
     2015-04-22 23:29:21   R-self02-shOnDly 0 s
     2015-04-22 23:29:21   R-self02-shOnTime unused
     2015-04-22 23:29:21   R-self02-shOnTimeMode absolut
     2015-04-22 23:29:21   R-self02-shSwJtDlyOff off
     2015-04-22 23:29:21   R-self02-shSwJtDlyOn on
     2015-04-22 23:29:21   R-self02-shSwJtOff dlyOn
     2015-04-22 23:29:21   R-self02-shSwJtOn dlyOff
     2015-04-22 23:29:15   R-sign          off
     2015-04-23 07:15:38   RegL_01:          08:00 00:00
     2015-04-23 07:15:42   RegL_03:self01    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:00 8C:00 00:00
     2015-04-23 07:15:44   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:13 8C:33 00:00
     2015-04-23 07:18:23   deviceMsg       off (to XX_LANInterface)
     2015-04-23 07:18:23   level           0 %
     2015-04-23 07:18:23   pct             0
     2015-04-23 07:15:39   peerList        self01,self02,
     2015-04-23 07:18:23   recentStateType info
     2015-04-23 07:18:23   state           off
     2015-04-23 07:18:23   timedOn         off
     2015-04-22 23:56:26   trigLast        FU_Schalter_Btn_02 :short
     2015-04-22 23:56:23   trig_FU_Schalter_Btn_01 short
     2015-04-22 23:56:26   trig_FU_Schalter_Btn_02 short
   Helper:
     dlvl       C8
     dlvlCmd    ++A0112576262A338A0203C80000
     peerIDsRaw ,2A338A02,2A338A01,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   group      Licht
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,2A338A01,2A338A02,
   room       Flur_EG


Der bzw. die Schalter funktionieren mit diesen Einstellungen prinzipiell wieder => Der Frauenfaktor (WAF) ist wieder gestiegen.

ABER
Nach mehrmaligem Schalten über Btn_01 oder Btn_02 pötzlich wieder keine Reaktion. :-(
Das gleiche heute Morgen. Nachdem gestern alle drei Schalter mal erfolgreich per Tastendruck ein- und ausgeschaltet werden konnte. Funktionierte heute auf Anhieb (erster Tastendruck) kein einziger der drei Lichtschalter. WAF = 0
Einer der Schalter hat es dann auch geschafft wieder das Licht einzuschalten und mehrmaliges drücken in unterschiedlich langen Abständen hat es nicht geschafft das Licht wieder auszuschalten. => hier half nur das FHEMweb durch Druck auf die Schaltfläche "off" des FU_Schalter_Sw_01 weiter.
Bei einem anderen Schalter, dessen Taster heute morgen keinerlei Reaktion zeigte habe ich wiederum festgestellt, dass bei Licht einschalten über eine andere Schaltstelle (konventioneller Wechselschalter) das Licht eingeschaltet werden konnte. Danach konnte ich dann sofort per Tastendruck das Licht mit dem angeblich "toten" Schalter wieder ausschalten, wieder einschalten. Die ging aber nur 1-x Mal und danach wieder nichts. Jetzt sind alle drei Schalter wieder in einem anscheinend korrekt konfigurierten Zustand aber ohne Tasterfunktion.
Nur FHEMweb geht, wobei mir hier auffällt, dass es auch gerne zu Ein-/Auschschaltverzögerungen von bis zu 3s (?) kommen kann.

Noch Ideen was hier das Problem sein könnte oder was ich mir genauer anschauen/loggen sollte?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 April 2015, 14:11:00
schon ziehmlich seltsam!

vielleicht mal ein getconfig machen und die register auf änderungen prüfen.

ZitatNoch Ideen was hier das Problem sein könnte oder was ich mir genauer anschauen/loggen sollte?
auf alle fälle mal raw-messages sniffen. am besten erstmal ein sw1pbu. dann auch mit pause die taster schalten.

ZitatEiner der Schalter hat es dann auch geschafft wieder das Licht einzuschalten
meinst du hier einen der beiden taster, oder sind deine 3 sw1pbu irgendwie durch die installation verknüpft? beschreibe einmal die installation/einbindung deiner 3 schalter.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 23 April 2015, 14:35:50
Zitat von: frank am 23 April 2015, 14:11:00
vielleicht mal ein getconfig machen und die register auf änderungen prüfen.
Das habe ich heute Morgen schon gemacht und keine Änderung festgestellt. Die vorhin geposteten list FU_Schalter ist auch flamm neu und ich wette wenn ich nach Hause komme geht das Licht trotzdem nicht bei Tastendruck an.

Zitat von: frank am 23 April 2015, 14:11:00
auf alle fälle mal raw-messages sniffen. am besten erstmal ein sw1pbu. dann auch mit pause die taster schalten.
Raw-messages sniffen mit "attr logIDs <hmid>" ?

Zitat von: frank am 23 April 2015, 14:11:00
meinst du hier einen der beiden taster, oder sind deine 3 sw1pbu irgendwie durch die installation verknüpft? beschreibe einmal
die installation/einbindung deiner 3 schalter.
Meine drei sw1pbu laufen in drei unterschiedlichen Installationen.
D.h.
FU_Schalter ist in einer Kreuzschalter integriert mit drei (2x Kreuzschalter, 1x Wechselschalter) weiteren Schaltstellen integriert. Die Lampe ist ein 8x7W Kronleuchter.

AZ_Schalter ist in einer Standard-Wechselschaltung mit einem weiteren Wechselschalter (Konventionell) integriert.
Die Lampe ist eine 6x7W LED-Lampe

SZ_Schalter ist nur als Ein-/Ausschalter verkabelt ohne weitere Schaltstellen.
Die Lampe ist eine 3x5W LED-Lampe
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 April 2015, 15:14:53
ZitatRaw-messages sniffen mit "attr logIDs <hmid>" ?
am besten die hmid vom schalter, den du testest.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 23 April 2015, 15:23:44
Zitat von: jsloot am 22 April 2015, 17:27:13
Kein Problem... jeder von uns hat ja noch ein Privatleben  ;)
Sorry, komm die Tage zu gar nichts. Steh kurz vor meiner Abschlussprüfung und leider noch einiges zu tun... daher auch nicht so richtig viel Privatleben. ;-)

Zitat von: frank am 23 April 2015, 10:55:50
wenn du autocreate aktiv hast, sollte ein 5 sekündiges drücken der configtaste, das device automatisch anlegen. zur sicherheit sniffe mal den vorgang.
Vielen Dank fürs Übernehmen. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 23 April 2015, 16:26:13
Zitat von: Mr. P am 23 April 2015, 15:23:44
Sorry, komm die Tage zu gar nichts. Steh kurz vor meiner Abschlussprüfung und leider noch einiges zu tun... daher auch nicht so richtig viel Privatleben. ;-)
Vielen Dank fürs Übernehmen. :-)

Kein Ding... dann viel Erfolg bei deinen Prüfungen  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 23 April 2015, 16:30:54
Da mir die Readings level und pct ins Auge stechen. Kann ich damit jetzt eigentlich auch dimmen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 23 April 2015, 16:34:07
Nein... ;-)
Ist einfach so in der Bibliothek drinnen... Macht die originale FW übrigens nicht anders. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 23 April 2015, 21:41:58
Zitat von: frank am 23 April 2015, 15:14:53
am besten die hmid vom schalter, den du testest.
So, habe nun auf die hmid des Schalter 2A338A (=FU_Schalter gesnifft)

Das Ergebnis ist, dass nur über FHEMweb ein-/ausgeschaltet werden kann. Die Tastendruckkommandos kommen nicht richtig durch.
Kann ich den verwendeten HMLAN (ca. 4m Luftlinie entfernt) noch weiter loggen/debuggen?

Weitere Ideen?

2015.04.23 21:33:12 0: HMLAN_Send:  XX_LANInterface S:+2A338A,00,01,00
2015.04.23 21:33:12 0: HMLAN_Send:  XX_LANInterface S:SE7C50A19 stat:  00 t:00000000 d:01 r:E7C50A19 m:F1 A001 257626 2A338A 04040000000001
2015.04.23 21:33:12 0: HMLAN_Parse: XX_LANInterface R:RE7C50A19 stat:0001 t:0AA71300 d:FF r:FFCB     m:14 805E 2A338A 257626 0000000000000000000000
2015.04.23 21:33:17 0: HMLAN_Send:  XX_LANInterface S:SE7C51EE9 stat:  00 t:00000000 d:01 r:E7C51EE9 m:F1 A001 257626 2A338A 04040000000001
2015.04.23 21:33:17 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AA728DC d:FF r:FFC9     m:F1 A010 2A338A 257626 0282008300840085008600870088008900
2015.04.23 21:33:17 0: HMLAN_Parse: XX_LANInterface R:RE7C51EE9 stat:0001 t:0AA728E1 d:FF r:FFC9     m:F1 A010 2A338A 257626 0282008300840085008600870088008900
2015.04.23 21:33:18 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AA72B92 d:FF r:FFC9     m:F2 A010 2A338A 257626 028A008B008C000000
2015.04.23 21:33:18 0: HMLAN_Send:  XX_LANInterface S:SE7C52317 stat:  00 t:00000000 d:01 r:E7C52317 m:F2 A001 257626 2A338A 0403
2015.04.23 21:33:19 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AA72E4B d:FF r:FFC9     m:F2 A010 2A338A 257626 0100000000
2015.04.23 21:33:19 0: HMLAN_Parse: XX_LANInterface R:RE7C52317 stat:0001 t:0AA72E50 d:FF r:FFC9     m:F2 A010 2A338A 257626 0100000000
2015.04.23 21:35:44 0: HMLAN_Send:  XX_LANInterface S:+2A338A,00,01,00
2015.04.23 21:35:44 0: HMLAN_Send:  XX_LANInterface S:SE7C75D94 stat:  00 t:00000000 d:01 r:E7C75D94 m:F3 A011 257626 2A338A 0203000000
2015.04.23 21:35:44 0: HMLAN_Parse: XX_LANInterface R:RE7C75D94 stat:0001 t:0AA9673D d:FF r:FFC2     m:F3 8002 2A338A 257626 0103000000
2015.04.23 21:35:46 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AA96CD8 d:FF r:FFC3     m:16 A410 2A338A 257626 0603000000
2015.04.23 21:35:46 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AA96F95 d:FF r:FFC5     m:17 A410 2A338A 257626 0604000000
2015.04.23 21:35:56 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AA9937D d:FF r:FFC6     m:18 B040 2A338A 2A338A 0100
2015.04.23 21:35:57 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AA997AA d:FF r:FFC6     m:18 B040 2A338A 2A338A 0100
2015.04.23 21:35:58 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AA99BD7 d:FF r:FFC6     m:18 B040 2A338A 2A338A 0100
2015.04.23 21:36:03 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AA9B086 d:FF r:FFC6     m:19 805E 2A338A 257626 000000000000000C000000
2015.04.23 21:36:07 0: HMLAN_Send:  XX_LANInterface S:+2A338A,00,01,00
2015.04.23 21:36:07 0: HMLAN_Send:  XX_LANInterface S:SE7C7B5EF stat:  00 t:00000000 d:01 r:E7C7B5EF m:F4 A001 257626 2A338A 030E
2015.04.23 21:36:07 0: HMLAN_Parse: XX_LANInterface R:RE7C7B5EF stat:0008 t:00000000 d:FF r:7FFF     m:F4 A001 257626 2A338A 030E
2015.04.23 21:36:07 0: HMLAN_Parse: XX_LANInterface no ACK from 2A338A
2015.04.23 21:36:09 0: HMLAN_Send:  XX_LANInterface S:SE7C7BE31 stat:  00 t:00000000 d:01 r:E7C7BE31 m:F4 A001 257626 2A338A 030E
2015.04.23 21:36:10 0: HMLAN_Parse: XX_LANInterface R:RE7C7BE31 stat:0008 t:00000000 d:FF r:7FFF     m:F4 A001 257626 2A338A 030E
2015.04.23 21:36:10 0: HMLAN_Parse: XX_LANInterface no ACK from 2A338A
2015.04.23 21:36:13 0: HMLAN_Send:  XX_LANInterface S:SE7C7CFC3 stat:  00 t:00000000 d:01 r:E7C7CFC3 m:F4 A001 257626 2A338A 030E
2015.04.23 21:36:14 0: HMLAN_Parse: XX_LANInterface R:RE7C7CFC3 stat:0008 t:00000000 d:FF r:7FFF     m:F4 A001 257626 2A338A 030E
2015.04.23 21:36:14 0: HMLAN_Parse: XX_LANInterface no ACK from 2A338A
2015.04.23 21:36:18 1: PERL WARNING: Useless use of a variable in void context at (eval 181968) line 1.
2015.04.23 21:36:18 1: PERL WARNING: Useless use of a variable in void context at (eval 181970) line 1.
2015.04.23 21:36:18 1: PERL WARNING: Useless use of a variable in void context at (eval 181972) line 1.
2015.04.23 21:36:18 1: PERL WARNING: Useless use of a variable in void context at (eval 181974) line 1.
2015.04.23 21:36:19 0: HMLAN_Send:  XX_LANInterface S:SE7C7E5DE stat:  00 t:00000000 d:01 r:E7C7E5DE m:F4 A001 257626 2A338A 030E
2015.04.23 21:36:20 0: HMLAN_Parse: XX_LANInterface R:RE7C7E5DE stat:0008 t:00000000 d:FF r:7FFF     m:F4 A001 257626 2A338A 030E
2015.04.23 21:36:20 0: HMLAN_Parse: XX_LANInterface no ACK from 2A338A
2015.04.23 21:36:22 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AA9FA7F d:FF r:FFC6     m:1A 805E 2A338A 257626 0000000000000000000000
2015.04.23 21:36:27 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AAA0F91 d:FF r:FFC6     m:1B B040 2A338A 2A338A 0200
2015.04.23 21:36:28 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AAA13BE d:FF r:FFC6     m:1B B040 2A338A 2A338A 0200
2015.04.23 21:36:29 0: HMLAN_Parse: XX_LANInterface R:E2A338A   stat:0000 t:0AAA17EC d:FF r:FFC7     m:1B B040 2A338A 2A338A 0200
2015.04.23 21:36:38 0: HMLAN_Send:  XX_LANInterface S:SE7C83200 stat:  00 t:00000000 d:01 r:E7C83200 m:F5 A001 257626 2A338A 030E
2015.04.23 21:36:39 0: HMLAN_Parse: XX_LANInterface R:RE7C83200 stat:0008 t:00000000 d:FF r:7FFF     m:F5 A001 257626 2A338A 030E
2015.04.23 21:36:39 0: HMLAN_Parse: XX_LANInterface no ACK from 2A338A
2015.04.23 21:36:41 0: HMLAN_Send:  XX_LANInterface S:SE7C83ACE stat:  00 t:00000000 d:01 r:E7C83ACE m:F5 A001 257626 2A338A 030E
2015.04.23 21:36:41 0: HMLAN_Parse: XX_LANInterface R:RE7C83ACE stat:0008 t:00000000 d:FF r:7FFF     m:F5 A001 257626 2A338A 030E
2015.04.23 21:36:41 0: HMLAN_Parse: XX_LANInterface no ACK from 2A338A
2015.04.23 21:36:45 0: HMLAN_Send:  XX_LANInterface S:SE7C84B29 stat:  00 t:00000000 d:01 r:E7C84B29 m:F5 A001 257626 2A338A 030E
2015.04.23 21:36:46 0: HMLAN_Parse: XX_LANInterface R:RE7C84B29 stat:0008 t:00000000 d:FF r:7FFF     m:F5 A001 257626 2A338A 030E
2015.04.23 21:36:49 0: HMLAN_Parse: XX_LANInterface no ACK from 2A338A
2015.04.23 21:36:50 0: HMLAN_Send:  XX_LANInterface S:SE7C86146 stat:  00 t:00000000 d:01 r:E7C86146 m:F5 A001 257626 2A338A 030E
2015.04.23 21:36:51 0: HMLAN_Parse: XX_LANInterface R:RE7C86146 stat:0008 t:00000000 d:FF r:7FFF     m:F5 A001 257626 2A338A 030E
2015.04.23 21:36:51 0: HMLAN_Parse: XX_LANInterface no ACK from 2A338A


Kann an der Button-Config noch etwas falsch sein bzw. kann dieser nicht direkt ohne HM-LAN-CFG oder CUL gekoppelt werden. Ist doch auch hardwareseitig auf der gleichen Platine. :-) Meine Rolladenaktuatoren (gleiche Hardware!?!) agieren zumindest alle fehlerfrei direkt bei Tastendruck.

Internals:
   CFGFN      /etc/fhem/flur.cfg
   DEF        2A338A01
   NAME       FU_Schalter_Btn_01
   NR         1220
   STATE      Short (to FU_Schalter)
   TYPE       CUL_HM
   chanNo     01
   device     FU_Schalter
   peerList   self03,
   Readings:
     2015-04-21 23:55:21   R-dblPress      0 s
     2015-04-21 23:55:21   R-longPress     0.3 s
     2015-04-22 12:30:44   R-self03-expectAES off
     2015-04-22 12:30:44   R-self03-peerNeedsBurst on
     2015-04-21 23:55:21   R-sign          off
     2015-04-24 00:52:31   RegL_01:          04:00 08:00 09:00 00:00
     2015-04-24 00:52:45   RegL_04:self03    01:01 00:00
     2015-04-24 00:52:32   peerList        self03,
     2015-04-23 23:48:20   state           Short (to FU_Schalter)
     2015-04-23 23:48:20   trigger         Short_1
     2015-04-23 23:48:20   trigger_cnt     1
   Helper:
     peerIDsRaw ,2A338A03,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   group      Licht
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,2A338A03,
   room       Flur_EG
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 24 April 2015, 13:07:14
...eine blöde Frage:
Ist die Reihenfolge beim Bootloader-Flashen entscheidend zwischen 1. Fuses setzen und 2. Bootloader flashen?

Möglicherweise habe ich erst den Bootloader per avrdude geflasht und anschliessend die Fuses mit avrdude wie im Wiki beschrieben gesetzt.

Ich überlege gerade ob ich einen meiner nicht korrekt funktionierenden Taster wieder öffne und den Bootloader neu flashe, wobei mir gerade einfällt dass dies auch OTA möglich ist, also baue ich einfach mal den Bootloader als eq3 file.

Kann dies wohl meine mir unerklärlichen Probleme lösen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 24 April 2015, 13:41:28
ZitatKann dies wohl meine mir unerklärlichen Probleme lösen?
ich glaube nicht. wichtig ist die reihenfolge mit den fuses schon. aber der bootbereich ist im original-schalter auch bereits 8k. aber probieren geht über studieren.  ;)

ich habe gerade mal mit den raw-messages von meinem schalter verglichen. auffällig ist bei dir, dass dein schalter die eigenen infos über funk sendet. also an sich selbst. das peering mit sich, sollte das eigentlich unterbinden und die infos intern verarbeiten. es sieht so aus, als sei mit dem peering etwas faul und es wird angenommen, dass der gepeerte chn3 zu einem externen device gehört. die frage ist nun, wodurch ist das möglich. da es bei allen deinen schaltern passiert, muss es etwas systematisches sein. poste mal den codeausschnitt, wo du die schalterinfos in der firmware geändert hast.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 24 April 2015, 14:12:33
Zitat von: frank am 24 April 2015, 13:41:28
ich habe gerade mal mit den raw-messages von meinem schalter verglichen. auffällig ist bei dir, dass dein schalter die eigenen infos über funk sendet. also an sich selbst. das peering mit sich, sollte das eigentlich unterbinden und die infos intern verarbeiten. es sieht so aus, als sei mit dem peering etwas faul und es wird angenommen, dass der gepeerte chn3 zu einem externen device gehört. die frage ist nun, wodurch ist das möglich. da es bei allen deinen schaltern passiert, muss es etwas systematisches sein. poste mal den codeausschnitt, wo du die schalterinfos in der firmware geändert hast.
Meine Änderungen in der Register.h sehen wie folgt aus (s. auch Diff im Anhang):
//- settings of HM device for HM class -------------------------------------------------------------------------------------
const uint8_t devParam[] PROGMEM = {
/* Firmware version 1 byte */  0x15, // don't know for what it is good for
/* Model ID         2 byte */  0xF0, 0xA9, //0x00, 0x6C // model ID, describes HM hardware. we should use high values due to HM starts from 0
/* Serial ID       10 byte */  'L','E','Q','0','2','4','4','1','2','3', // serial ID, needed for pairing
/* Sub Type ID      1 byte */  0x10, // not needed for FHEM, it's something like a group ID
/* Device Info      3 byte */  0x41, 0x01, 0x00 // describes device, not completely clear yet. includes amount of channels
};

//const uint8_t  HMID[3]     = { 0x20, 0x7C, 0x41 }; // 207C41 // very important, must be unique. identifier for the device in the network
const uint8_t  HMID[3]     = { 0x2A, 0x33, 0x63 };     // 208557
const uint8_t  maxRetries  = 3; // how often a string should be send out until we get an answer
const uint16_t timeOut     = 700; // time out for ACK handling


Darüber hinaus habe ich in der Asksin_HM_LC_Sw1PBU_FM.ino nur zu Testzwecken für lowCurrent Verbraucher minImpulsLength von 5000 auf 500 geändert!
Wobei ich (noch) nicht in allen Tastern die LowCurrent Variante geflasht habe. Allerdings habe ich auch beim FU_Schalter keinen Unterschied bzgl. Systemverhalten bei mir zwischen der Firmware mit minImpulsLength=5000 und minImpulsLength=500 feststellen können.

Zudem habe ich im Bootloader entsprechend das define für HM_SERIAL und HM_ID jeweils entsprechend für den jeweiligen Taster angepasst. Darüber hinaus habe ich dann das define DEBUG 1 auf #define DEBUG 0 gesetzt (s. Anhang Bootloader_changes.png)!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 24 April 2015, 16:14:09
langsam gehen mir die ideen aus!  :)

deine code-änderungen sehen soweit ok aus. beim bootloader würde ich aber zusätzlich die modelID auch noch auf 0xF0A9 setzen, falls die daten irgendwann einmal von der fw automatisch übernommen werden können sollten.  ;)

im code habe ich gerade die defaulteinstellungen vom peering gesehen:

  // Default actor single: 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:14 8C:63 00:00

das scheint bei dir ja auch nicht zu funktionieren. also müssen im eeprom irgendwelche seltsamen daten sein. da du über fhem resettet hast, wäre es vielleicht noch einen versuch wert, direkt am device zu resetten. 2 mal ca 5 sekunden lang drücken. anschliessend erst einmal einen taster peeren und dann sniffen.

ansonsten noch einmal von vorne beginnen => fuses setzen, bootloader flashen, fw flashen.

beim compilieren sind ja sicherlich keine fehler aufgetreten? mit welcher ide/betriebssystem baust du fw's? welche avrdude version?

ZitatWobei ich (noch) nicht in allen Tastern die LowCurrent Variante geflasht habe. Allerdings habe ich auch beim FU_Schalter keinen Unterschied bzgl. Systemverhalten bei mir zwischen der Firmware mit minImpulsLength=5000 und minImpulsLength=500 feststellen können.
du hast auch sehr geringe lasten. vielleicht müsste der wert noch tiefer sein. entscheidend ist halt, dass chn4 den richtigen lampenstatus anzeigt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 24 April 2015, 18:21:04
Zitat von: frank am 24 April 2015, 16:14:09
langsam gehen mir die ideen aus!  :)
Uih, ich hoffe mit dem bisherigen vorbildlichen Support komme ich/wir zum Ziel. ;-)

Zitat von: frank am 24 April 2015, 16:14:09
deine code-änderungen sehen soweit ok aus. beim bootloader würde ich aber zusätzlich die modelID auch noch auf 0xF0A9 setzen, falls die daten irgendwann einmal von der fw automatisch übernommen werden können sollten.  ;)
Falls ich den Bootloader wirklich neu baue, würde ich dies tun. Allerdings würde ich den am liebsten OTA flashen. Wobei ich dies bisher nur mit der Firmware gemacht habe. Bei durchstöbern der Readme.md in den Bootloader sourcen war mir vorhin allerdings nicht klar warum ob ich srec_cat wirklich auch für den Bootloader nutzen muss.
Ich müsste ja -so mein Verständnis- erstmal mit hex2bin ein Binary erzeugen und dann bin2eq3.php nutzen.
Möglicherweise kann man aber direkt mit hex2eq3 auch den Bootloader bauen!?!

Zitat von: frank am 24 April 2015, 16:14:09
das scheint bei dir ja auch nicht zu funktionieren. also müssen im eeprom irgendwelche seltsamen daten sein. da du über fhem resettet hast, wäre es vielleicht noch einen versuch wert, direkt am device zu resetten. 2 mal ca 5 sekunden lang drücken. anschliessend erst einmal einen taster peeren und dann sniffen.
Werde ich nochmal versuchen, sicher ist sicher.

Zitat von: frank am 24 April 2015, 16:14:09
ansonsten noch einmal von vorne beginnen => fuses setzen, bootloader flashen, fw flashen.
Ich hätte jetzt den Prozess Fuses setzen weggelassen, da die korrekt sind. Höchstens in der Reihenfolge zuerst Bootloader per avrdude flashen und dann Fusese gesetzt vertauscht.
Da sollte doch nun auch ein Bootloader OTA flash das Gleiche bewirken, oder?

Zitat von: frank am 24 April 2015, 16:14:09
beim compilieren sind ja sicherlich keine fehler aufgetreten? mit welcher ide/betriebssystem baust du fw's? welche avrdude version?
Ich kann mich nicht an Fehler erinnern. Meine Umgebung ist eine virtuelle Linux Maschine (Virtualbox) mit Kubuntu (14.04). Für den Bootloader habe ich einfach den 8k make-Befehl genutzt (wie empfohlen) und für die Firmware habe ich die Standard Arduino-IDE von Kubuntu genutzt.
avrdude v5.10
du hast auch sehr geringe lasten. vielleicht müsste der wert noch tiefer sein. entscheidend ist halt, dass chn4 den richtigen lampenstatus anzeigt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 24 April 2015, 19:39:36
ZitatBei durchstöbern der Readme.md in den Bootloader sourcen war mir vorhin allerdings nicht klar warum ob ich srec_cat wirklich auch für den Bootloader nutzen muss.
weil alle eq3 dateien vom bootloader nach dem ota-update auf checksumme geprüft werden. alles was ota kommt, auch der neue bootloader. wenn das ok ist, kopiert anschliessend ein teil des aktiven bootloaders (mini-bootloader) den neuen in den bootbereich. dieser minibootloader bleibt immer der selbe. es sei denn, man flasht den bootloader wieder über spi.

ZitatMöglicherweise kann man aber direkt mit hex2eq3 auch den Bootloader bauen!?!
na klar, im wiki sollten die optionen beschrieben sein.

ZitatMeine Umgebung ist eine virtuelle Linux Maschine (Virtualbox) mit Kubuntu (14.04). Für den Bootloader habe ich einfach den 8k make-Befehl genutzt (wie empfohlen) und für die Firmware habe ich die Standard Arduino-IDE von Kubuntu genutzt.
avrdude v5.10
das ist gänzlich anders als bei mir. win7/ide1.05/winavr2010. keine ahnung, ob das entscheidend ist.

ob du nun mit fuses, oder ohne und vertauscht oder nicht.... egal, weil eigentlich müssten auch die original fuses stimmen, denke ich. dein bootloader hat die fw geladen und diese gecheckt und gestartet. im prinzip tut ja auch alles, nur nicht korrekt.
mit avrdude kann man glaub ich auch den eeprom testen und löschen. wäre noch ne idee. bei mir hat avrdude immer ne meldung gebracht, dass eeprom erased wurde. vielleicht wurde dieser schritt bei dir nicht gemacht. keine ahnung, deswegen die idee, alles von vorne nach anleitung neu flashen. stochern im dunkeln.  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 26 April 2015, 12:34:40
Hi vielleicht kann mir irgend jemand weiterhelfen.
Ich bekomme es einfach nicht hin die Serial, die Model-ID und die HMID aus dem Bootloader auszulesen.

devParam und HMID habe ich (Dirk) wie folgt definiert:


#define ADDRESS_SECTION_START  0x7FF2
#define FIRMWARE_VERSION 0x15
#define DEVICE_TYPE 0xFF, 0xFF
#define DEVICE_SERIAL 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF
#define FRAME_TYPE 0x10
#define DEVICE_INFO 0x41, 0x10, 0x00
#define DEVICE_ADDRESS 0xFF, 0xFF, 0xFF

uint8_t devParam[] = {
         FIRMWARE_VERSION,
         DEVICE_TYPE,
         DEVICE_SERIAL,
         FRAME_TYPE,
         DEVICE_INFO
      };

const uint8_t HMID[3] = {DEVICE_ADDRESS}


Die Funktionen die genutzt wird ist die folgende:

void getDataFromAddressSection(uint8_t *buffer, uint8_t bufferStartAddress, uint16_t sectionAddress, uint8_t dataLen) {
   for (unsigned char i = 0; i < dataLen; i++) {
      buffer[(i + bufferStartAddress)] = pgm_read_byte(sectionAddress + i);
   }
}


in Zusammenspiel mit dieser Funktion:

getDataFromAddressSection(devParam, 1,  ADDRESS_SECTION_START + 0, 2); Liest DEVICE_TYPE
getDataFromAddressSection(devParam, 3,  ADDRESS_SECTION_START + 2, 10); Liest die DEVICE_SERIAL
getDataFromAddressSection(HMID, 0,  ADDRESS_SECTION_START + 2, 10); Liest die DEVICE_ADDRESS


Leider bekomme ich aufgrund des const vor HMID folgenden Fehler:

invalid conversion from 'const uint8_t* {aka const unsigned char*}' to 'uint8_t* {aka unsigned char*}' [-fpermissive]

Bin ich auf dem Richtigen weg oder ist es die falsche vorgehensweise? Wie behebe ich den aufgtauchten Fehler.
Ich bin etwas am verzweifeln. Egal was ich mache es funktioniert nicht.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 April 2015, 15:42:20
ZitatWie behebe ich den aufgtauchten Fehler.
entferne das "const". dirk declariert abhängig vom fall, ob diese daten benutzt werden sollen oder nicht. wenn nicht, sind sie eben auch konstant. verbraucht bestimmt weniger speicherplatz.

beim lesen der hmid musst du die adresse ändern:
getDataFromAddressSection(HMID, 0,  ADDRESS_SECTION_START + 12, 3);

ADDRESS_SECTION_START
ist beim wettersensor 0x7FF0 und nicht 0x7FF2. das gilt aber für 32k speicher. der schalter hat 64k daher ist die startadresse 0xFFF0. siehe zb makefile vom bootloader.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 26 April 2015, 18:50:05
Vielen Dank frank,

das führt jetzt aber zu anderen Fehlern.

const beduetet meines Wissens nach das die Variable nicht verändert werden kann.

Ich gebe es für heute auf. Komme einfach mit meinem Wissen nicht weiter. Also doch hart codieren.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 April 2015, 19:08:09
Zitatconst beduetet meines Wissens nach das die Variable nicht verändert werden kann.
genau. aber du willst sie ja mit den flashdaten ändern.

Zitatdas führt jetzt aber zu anderen Fehlern.
geduld bewahren.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 26 April 2015, 20:18:59
Ich habe jetzt einen Schalter seit einigen Tagen erfolgreich mit einem analogen Schalter in einer Wechselschaltung im Testbetrieb. Das Ding läuft stabil und zeigt immer brav im Channel SW_02 an wenn die Lampen angeschaltet sind. Der Wert für Current ist dann >800, wenn ausgeschaltet ist =0.


Ich möchte die Wechselschaltung jetzt mit einem Bewegungsmelder HM-SEC-MDIR ergänzen. Wenn brightness<35 ist soll das Licht eingeschaltet werden. Ich hatte den HM-SEC-MDIR bereits mit beiden SW Channels gepeert. Aber weder mit SW_01 noch mit SW_02 habe ich einen Schaltvorgang durch den Bewegungsmelder erreichen können.


Hat da jemand Erfahrung, klappt das überhaupt wie ich mir das Vorstelle mit der alternativen Firmware? Welchen Channel müsste ich denn als Peer für den MDIR nehmen?


Viele Grüße,
Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 27 April 2015, 10:22:01
Zitatklappt das überhaupt wie ich mir das Vorstelle mit der alternativen Firmware?
ich denke schon. allerdings wohl nur bewegung und brightness < 35. dazu musst du die register im aktor nach dem peeren, am besten chn4, entsprechend konfigurieren.

wahrscheinlich folgende werte ändern. damit sollte es anschalten, wenn es aus ist.
shCtValLo        35
shCtOff          ltLo


über ausschalten sagst du nichts. also manuell ausschalten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 27 April 2015, 22:23:37
Zitat von: frank am 27 April 2015, 10:22:01
ich denke schon. allerdings wohl nur bewegung und brightness < 35. dazu musst du die register im aktor nach dem peeren, am besten chn4, entsprechend konfigurieren.
...
Hi Frank,


danke für den "Fingerzeig" in Richtung Channel 4 / Sw_02. nach peering, unbedingt und erneuten peering habe ich jetzt den Bewegungsmelder mit dem Schalter sauber geleert bekommen. Sieht schon mal gut aus, nur schalten funktioniert noch nicht.


Ich mache dafür aber mal lieber ein neues Thema auf, da es ja weniger mit der alternativen Firmware als solches zu tun hat. Dieses Thema ist halt schon recht voll...


Fortsetzung folgt, an anderer Stelle.


Viele Grüße,
Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 28 April 2015, 00:33:03
Zitat von: frank am 24 April 2015, 19:39:36
das ist gänzlich anders als bei mir. win7/ide1.05/winavr2010. keine ahnung, ob das entscheidend ist.
Unfassbar, dass war der Fehler. Keine Ahnung warum aber die Erzeugung der Firmware unter Linux (Kubuntu 14.04 LTS) läuft als mega644a problemlos durch. Nur die erzeugte .hex Datei ist kleiner und die daraus erzeugte und geflashte .eq3 Datei ist fehlerhaft.

Heute habe ich das Ganze in einer virtuellen Maschine mit Windows XP und der IDE 1.05 rc2 inkl. Winavr2010 Installation getestet. Die ide1.05 erzeugte mit dem empfohlenen jabduino Atmega 644A Einstellungen unter Windows die gleichen Fehlermeldungen, die in diesem Thread schon mehrfach berichtet wurden. Daraufhin habe ich auf Atmega 644 umgestellt und die Firmware jeweils für meine 3 Schalter entsprechend fehlerfrei erzeugt. Den .hex dann unter Linux in .eq3 konvertiert, geflasht und siehe da.
Seit wenigen Stunden laufen alle drei Schalter wie gewünscht fehlerfrei.

Da mache ich mir mal keine Gedanken wieviele Stunden bei der Fehlersuche ins Land gegangen sind!. :-(

Zitat von: frank am 24 April 2015, 19:39:36
ob du nun mit fuses, oder ohne und vertauscht oder nicht.... egal, weil eigentlich müssten auch die original fuses stimmen, denke ich. dein bootloader hat die fw geladen und diese gecheckt und gestartet. im prinzip tut ja auch alles, nur nicht korrekt.
Schalter habe ich nicht ausgebaut. Den Bootloader hatte ich am Wochenende bereits per OTA neu geflasht. Das Verhalten wurde dadurch aber nicht besser

Zitat von: frank am 24 April 2015, 19:39:36
mit avrdude kann man glaub ich auch den eeprom testen und löschen. wäre noch ne idee. bei mir hat avrdude immer ne meldung gebracht, dass eeprom erased wurde. vielleicht wurde dieser schritt bei dir nicht gemacht. keine ahnung, deswegen die idee, alles von vorne nach anleitung neu flashen. stochern im dunkeln.  :)
EEprom erase ist bei mir beim avrdude Flashprozess auch immer durchgeführt worden.

@Frank:
Vielen Dank nochmal für deine Hilfe!

Die einzige offene Frage derzeit ist: Wer von euch hat die Firmware erfolgreich unter Linux gebaut und falls ja, wie?

Ich freue mich zumindest, dass die Schalter nun laufen und ich mich nun anderen FHEM Themen widmen kann. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 28 April 2015, 08:41:42
Zitat von: nexulm am 28 April 2015, 00:33:03
...
Wer von euch hat die Firmware erfolgreich unter Linux gebaut und falls ja, wie?
...
Auch ich habe eine bracuhbare Firmware nur unter Windows 7 hinbekommen. Alle vorherigen Versuche unter Linux oder Mac OSX haben bei mir unbrauchbare Firmware produziert. Den Bootloader baue ich aber auf einem RPi.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 28 April 2015, 09:32:52
Zitat von: nexulm am 28 April 2015, 00:33:03
...
Die einzige offene Frage derzeit ist: Wer von euch hat die Firmware erfolgreich unter Linux gebaut und falls ja, wie?
...
Also ich habe die Firmware mit Arduino auf einen Raspberry Pi gebaut. Hat einwandfrei geklappt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 28 April 2015, 10:06:09
Zitat von: Fritz!Maxi am 28 April 2015, 08:41:42
Auch ich habe eine bracuhbare Firmware nur unter Windows 7 hinbekommen. Alle vorherigen Versuche unter Linux oder Mac OSX haben bei mir unbrauchbare Firmware produziert. Den Bootloader baue ich aber auf einem RPi.
Der Bootloader wurde bei mir unter Linux gebaut und läuft auch sehr zuverlässig.
Dein Firmware-Build unter Windows 7 ist dann vermutlich auch mit dem Jabduino Template für Atmega 644 weil Jabduino Atmega 644a nicht kompilierbar ist, korrekt?

Zitat von: jsloot am 28 April 2015, 09:32:52
Also ich habe die Firmware mit Arduino auf einen Raspberry Pi gebaut. Hat einwandfrei geklappt.
Welches Jabduino Template hast du denn hier genutzt (mega644 oder mega644a) und welche Version von Arduino hast du genutzt?

Diese unterschiedlichen Erfahrungen sollten IMHO noch ins Wiki kommen, damit es für weitere Nachahmer (noch) einfacher wird. Dieser Thread wächst dann vielleicht nicht mehr ganz so rasend schnell weiter. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 April 2015, 10:13:05
ZitatKeine Ahnung warum aber die Erzeugung der Firmware unter Linux (Kubuntu 14.04 LTS) läuft als mega644a problemlos durch. Nur die erzeugte .hex Datei ist kleiner
dann müsste es wohl an diesem compiler liegen. arduino ide?

ZitatDa mache ich mir mal keine Gedanken wieviele Stunden bei der Fehlersuche ins Land gegangen sind!.
dafür kennst du dich nun mit flashen ganz gut aus.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 28 April 2015, 10:38:05
Zitat von: nexulm am 28 April 2015, 10:06:09
Diese unterschiedlichen Erfahrungen sollten IMHO noch ins Wiki kommen, damit es für weitere Nachahmer (noch) einfacher wird. Dieser Thread wächst dann vielleicht nicht mehr ganz so rasend schnell weiter. :-)
jsloot war so nett und hat seine gemachten Erfahrungen mit uns geteilt.
Diese sind jetzt auch über einen Link im Wiki oder direkt hier zu finden:
https://owncloud.isengard.at/public.php?service=files&t=8992affb68e8c1dcbe532152628ad9a5
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 28 April 2015, 10:43:14
Zitat von: frank am 28 April 2015, 10:13:05
dann müsste es wohl an diesem compiler liegen. arduino ide?
Wäre auch mein Gedanke, aber ich möchte nicht noch mehr Zeit verbraten die eigentliche Ursache zu suchen. Am Donnerstag geht's erstmal in Urlaub. :-)


Zitat von: frank am 28 April 2015, 10:13:05
dafür kennst du dich nun mit flashen ganz gut aus.  ;)
Wohl war, wenn ich genug Zeit hätte würde ich auch gerne an der Firmware-Erweiterung mithelfen. Aber das sehe ich derzeit überhaupt nicht. Die von dir bereits angefangene Menüstruktur für das einfache Firmware-Update, per Config-Taster kann ich nur sehr begrüssen. Ich war die letzten Tage immer auf zwei Leute angewiesen, da einer im Keller die Sicherung betätigen musste und ein anderer die Config-Taste am Schalter eine Etage höher.
Nachdem mein Firmware-Build unter Windows nun kompilierbar und lauffähig ist, könnte ich auch deine bisher vorgestellte Erweiterung mal wieder in meine Sourcen einbauen. :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nexulm am 28 April 2015, 10:51:13
Zitat von: Mr. P am 28 April 2015, 10:38:05
jsloot war so nett und hat seine gemachten Erfahrungen mit uns geteilt.
Diese sind jetzt auch über einen Link im Wiki oder direkt hier zu finden:
https://owncloud.isengard.at/public.php?service=files&t=8992affb68e8c1dcbe532152628ad9a5
Danke für den Link, komischerweise entspricht die Vorghensweise der howtoBuild.txt genau meiner.
Einzig ihr habt mit dem Raspi kompiliert und ich unter Virtualbox (Linux, Kubuntu 14.04 LTS).
Welche Distro benutzt ihr mit dem Raspi (Raspbian)?

Ich schreibe mir für nach dem Urlaub nochmal auf den Plan, einen Quercheck zu machen, was bei mir schief gelaufen ist und werde dazu auch einen Raspi Firmware-Build testen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 28 April 2015, 10:54:41
Zitat von: nexulm am 28 April 2015, 10:51:13
Welche Distro benutzt ihr mit dem Raspi (Raspbian)?
Stimmt, das sollte noch mit rein ins Dokument, welches Image verwendet wurde.
Da das HowTo von jsloot geschrieben wurde, muss er das wohl beantworten.
Bin mir aber ziemlich sicher, dass er Raspbian verwendet hat.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jsloot am 28 April 2015, 11:03:55
Zitat von: Mr. P am 28 April 2015, 10:54:41
Stimmt, das sollte noch mit rein ins Dokument, welches Image verwendet wurde.
Da das HowTo von jsloot geschrieben wurde, muss er das wohl beantworten.
Bin mir aber ziemlich sicher, dass er Raspbian verwendet hat.
Tue ich  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 28 April 2015, 11:10:56
Zitat von: nexulm am 28 April 2015, 10:06:09
...
Dein Firmware-Build unter Windows 7 ist dann vermutlich auch mit dem Jabduino Template für Atmega 644 weil Jabduino Atmega 644a nicht kompilierbar ist, korrekt?
...
Korrekt, ich habe das Jabduino Template für Atmega 644 verwendet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: reibuehl am 28 April 2015, 13:02:33
Gibt es die alternative Firmware auch für den Markisen-Schaltaktor HM-LC-Bl1PBU-FM ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 29 April 2015, 11:32:28
Sind jetzt eigentlich die FW-Erweiterungen von Frank ins Repo eingeflossen? Vorher kann ich ja meine Kopie nicht aus dem Repo updaten...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 01 Mai 2015, 16:42:58
Hallo Leute,

suche schon wieder seid einer Woche folgendes Problem. Im Post 1257 hatte ich schon die Veränderungen gepostet.
Auf Franks anraten habe ich const vor HMID geändert.

Nur leider helfen mir die Fehlerbeschreibung nicht wirklich weiter.

Asksin_HM_LC_Sw1PBU_FM.cpp.o: In function `_GLOBAL__sub_I_devParam':
Asksin_HM_LC_Sw1PBU_FM.cpp:77: multiple definition of `devParam'
AskSin.cpp.o:AskSin.cpp:2477: first defined here
Asksin_HM_LC_Sw1PBU_FM.cpp.o: In function `_GLOBAL__sub_I_devParam':
Asksin_HM_LC_Sw1PBU_FM.cpp:77: multiple definition of `HMID'
AskSin.cpp.o:AskSin.cpp:2477: first defined here
collect2: error: ld returned 1 exit status

an den Stellen ist nichts mit HMID zu finden. Google spuckt nur aus das ich cor die definition HMID extern schreiben soll aber wo?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 07 Mai 2015, 08:34:36
Ein kleiner Hinweis, der für die meisten zwar selbstverständlich ist, aber gerade deshalb nie erwähnt wird und der bei Nichtbeachtung zu Problemen führt:

Bei Einsatz in einer Wechselschaltung (oder Kreuz- und Wechselschaltung) ist der HM Schaltaktor immer Auf der Seite der Verkabelung einzubauen, wo die ungeschaltete Phase zugeführt wird. Bei Einbau auf der Seite, die zur Lampe abgeht, funktioniert es nicht, da in diesem Fall im ausgeschalteten Zustand der HM-Switch stromlos ist. Es ist also nicht gleichgültig, an welchem Ende einer (Kreuz- und) Wechselschalter-Kette der HM-Switch eingebaut werden muss.

Der Hinweis wäre vielleicht auch im Wiki sinnvoll, auch wenn in der Betriebsanleitung das korrekt abgebildet ist, explizit ausgesprochen wird es nirgendwo.

Chipmunk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Otto123 am 07 Mai 2015, 14:31:55
Zitat von: chipmunk am 07 Mai 2015, 08:34:36
Der Hinweis wäre vielleicht auch im Wiki sinnvoll, auch wenn in der Betriebsanleitung das korrekt abgebildet ist, explizit ausgesprochen wird es nirgendwo.
Hallo Chipmunk,
da ich sonst nicht viel zu diesem Thread beizutragen habe  ::) habe ich das mit dem Wiki mal erledigt. Dein Einverständnis vorausgesetzt, habe ich mit Deinem Satz cut&paste gemacht  8)

Gruß Otto
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 07 Mai 2015, 15:55:32
Hi Otto,
danke, das passt.
Ich habe am wiki keinen Login, daher kann ich nichts hineinstellen, sonst hätte ich es gemacht.
8)
Chipmunk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 07 Mai 2015, 19:44:22
Zitat von: chipmunk am 07 Mai 2015, 08:34:36
...
Bei Einsatz in einer Wechselschaltung
...
Da möchte ich noch mal meine Frage (http://forum.fhem.de/index.php/topic,36731.0.html) rausholen: Hat jemand erfolgreich einen Schalter mit der alternativen Firmware in einer Wechselschaltung und gepeert mit einem Bewegungsmelder (z.B. HM-SEC-MDIR) im Einsatz?


Ich kriege es einfach nicht hin...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 14 Mai 2015, 11:29:06
Hallo Forum,

nachdem ich nun schon längere versuche den Seriennummer und die HM-ID aus dem Bootloader auszulesen. Hier mal eine Testversion. Ich kann gerade nicht testen da ich die Firmware nicht per OTA auf meine Schalter bekomme.

Wenn es funktioniert poste ich gern den COde von Dirk dazu und wie ich es lauffähig bekommen habe.


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 14 Mai 2015, 13:44:53
ok ota geht wieder jetzt wird es spannend. Jetzt nur noch FHEM aufsetzen und den spass zu laufen bekommen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 14 Mai 2015, 14:05:00
Ok ich bekomme ihn nicht gepairt. Die LED blink 1 mal nachdem ich sie länger als 4 sekunden gedrückt habe. Komisch.

Muss ich noch etwas tun außer dass ich die  99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm in FHEM kopiere. Muss ich sie in die fhem.cfg einbinden?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 Mai 2015, 14:53:42
sniffe doch  mal raw-messages.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nephdrasil am 25 Mai 2015, 11:00:41
Sorry lag lange flach. Komme heute erstmal dazu wieder etwas zu noob like zu forschen.

Egal will es ja verstehen was hier auf die beine gestellt wurden ist. Die Version die ich eingestellt hatte funktioniert bei mir nicht. Die HMID ändert sich permanent. Die funktion ist ok aber da ich sie nicht als const übergebe wird sie während des Programmablaufes geändert.

Habe mir jetzt die Mühe gemacht und mache mir sie gerade immer noch. Die Sourcen zu vergleichen. Da Trilu bereits einen Schritt weiter gearbeite hat. Ziel ist es die Struktur von ASKSINMAin zu übernehmen.

Da ich nur rudimentäre Programmierkenntnisse besitze (ich weis was variablen und glaube zu wissen was zeiger sind) würde ich gern hier ein paar fragen zu den funktionen stellen. Wahrscheinlich ist es eher das fehlende Verständnis von HM wie es kommuniziert und wie man sowas in funktionen umsetzt.

Hoffe das ist ok für euch.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: helbgd am 27 Mai 2015, 17:35:43
Hallo Leute gibt es etwas ähnliches für den HM-LC-Sw1-FM auch?

Ich habe bei mir zuhause die meisten Taster mit den genannten modulen erweitert da ich mein vorhandenes Schalterprogramm beibehalten wollte.

http://www.eq-3.de/produkt-detail-aktoren/items/homematic-funk-schaltaktor-1-fach-unterputzmontage-a.html (http://www.eq-3.de/produkt-detail-aktoren/items/homematic-funk-schaltaktor-1-fach-unterputzmontage-a.html)

Schade das eq-3 von Haus aus seine Taster bei den Integrierten Modulen nicht vom Aktor getrennt nutzbar macht.


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 28 Mai 2015, 12:01:21
Der HM-LC-Sw1-FM ist nur ein Aktor, ich verstehe nicht genau was Du meinst ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 Mai 2015, 13:40:52
mich wuerde bei einem sw1-fm ein button channel fuer den externen taster erfreuen. sodass man diesen beliebig peeren kann. ausserdem waere die erkennung von long events genial. leider ist mir dafuer keine fw bekannt. auch fuer andere typen nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Maxl am 03 Juni 2015, 23:16:26
Hallo,

finde die Asksin Projekte sehr interessant, nur probiere ich seit einiger Zeit rum eins davon zu kompilieren, bekomme aber immer nur eine Menge Fehler. Könnte mir jemand erklären welche Arduino Version ich benutzten soll und welche Libs ich noch brauche wohin ich es installierne soll usw. oder gibt es inzwischen eine kleine Anleitung?

Danke
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: helbgd am 08 Juni 2015, 17:44:10
@cactus-online nein der HM-LC-Sw1-FM ist kein reiner ator, er hat auch einen 230v Eingang, des heißt wenn dort 230V Spannung anliegt löst das einen Schaltvorgang aus.

Leider ist der Eingang wieder wie bei allen anderen Modulen fest mit dem internen Aktor gepeert.
Somit kann man den Eingang nicht unabhängig für irgendwelche anderen Aktionen benutzen.

http://www.eq-3.de/Downloads/eq3/pdf_produkte/HM-LC-Sw1-FM_UM_GE_eQ-3_20150128-web.pdf (http://www.eq-3.de/Downloads/eq3/pdf_produkte/HM-LC-Sw1-FM_UM_GE_eQ-3_20150128-web.pdf)
Seite 8


Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 09 Juni 2015, 11:22:23
Ja, das mit dem Schalter ist schon klar.

Ich verstehe nur noch nicht, welches Szenario Dir bei einem getrennten Aktor vorschwebt. Ist die Idee mittels eines herkömlichen Schalters etwas anderes als den integrierten Aktor zu schalten und dafür den integrierten Aktor nicht ?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 09 Juni 2015, 22:22:26
Hallo,

erstmal Danke für das tolle Projekt!
Habe es auch dank dieses Threats und des Wikis geschafft die Firmware anzupassen
(Ser.nummer, HMID und minImpulsLength von 5000 auf 500 reduziert wg. LED-Lampen),
und zu flashen, den Schalter zu pairen und die Buttons zu peeren.
So weit so gut...
Jetzt bin ich aber an einem Punkt, wo ich nicht weiterkomme:

Sobald der Schalter (Lampe) aus ist, fängt der Schalter unentwegt an Messages zu senden (alle 2sek.),
dann ist der HMLAN ruck zuck auf overload.
Ob ich die Peers einrichte oder nicht macht keinen Unterschied.
Habe den Schalter auch schon mehrfach resettet (per Taste und per set), und Firmware neu geflasht.

Im Eventmonitor sieht das dann so aus:

2015-06-09 21:34:09.726 CUL_HM HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015-06-09 21:34:09.726 CUL_HM HM_37DA82_Sw_02 level: 0 %
2015-06-09 21:34:09.726 CUL_HM HM_37DA82_Sw_02 pct: 0
2015-06-09 21:34:09.726 CUL_HM HM_37DA82_Sw_02 off
2015-06-09 21:34:09.726 CUL_HM HM_37DA82_Sw_02 timedOn: off
2015-06-09 21:34:12.331 CUL_HM HM_37DA82 CMDs_done
2015-06-09 21:34:12.337 CUL_HM HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015-06-09 21:34:12.337 CUL_HM HM_37DA82_Sw_02 level: 0 %
2015-06-09 21:34:12.337 CUL_HM HM_37DA82_Sw_02 pct: 0
2015-06-09 21:34:12.337 CUL_HM HM_37DA82_Sw_02 off
2015-06-09 21:34:12.337 CUL_HM HM_37DA82_Sw_02 timedOn: off
2015-06-09 21:34:14.661 CUL_HM HM_37DA82 CMDs_done
2015-06-09 21:34:14.667 CUL_HM HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015-06-09 21:34:14.667 CUL_HM HM_37DA82_Sw_02 level: 0 %
2015-06-09 21:34:14.667 CUL_HM HM_37DA82_Sw_02 pct: 0
2015-06-09 21:34:14.667 CUL_HM HM_37DA82_Sw_02 off
2015-06-09 21:34:14.667 CUL_HM HM_37DA82_Sw_02 timedOn: off
2015-06-09 21:34:16.619 CUL_HM HM_37DA82 CMDs_done
2015-06-09 21:34:16.625 CUL_HM HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015-06-09 21:34:16.625 CUL_HM HM_37DA82_Sw_02 level: 0 %
2015-06-09 21:34:16.625 CUL_HM HM_37DA82_Sw_02 pct: 0
2015-06-09 21:34:16.625 CUL_HM HM_37DA82_Sw_02 off
2015-06-09 21:34:16.625 CUL_HM HM_37DA82_Sw_02 timedOn: off


Den Traffic gesnifft:

2015.06.09 21:31:34.920 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E043B d:FF r:FFD7     m:00 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:31:35.617 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E06F5 d:FF r:FFD7     m:01 A410 37DA82 2CD9F3 0603000000
2015.06.09 21:31:52.438 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E48AD d:FF r:FFD5     m:02 805E 37DA82 2CD9F3 0000000000000000000000
2015.06.09 21:31:54.724 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E519B d:FF r:FFD5     m:03 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:31:56.839 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E59DF d:FF r:FFD5     m:04 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:31:59.445 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E640D d:FF r:FFD5     m:05 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:32:01.779 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E6D2C d:FF r:FFD5     m:06 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:32:03.737 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E74D2 d:FF r:FFD5     m:07 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:32:05.616 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E7C29 d:FF r:FFD4     m:08 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:32:08.076 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E85C6 d:FF r:FFD5     m:09 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:32:10.803 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C2E906D d:FF r:FFD5     m:0A A410 37DA82 2CD9F3 0604000000
2015.06.09 21:34:06.786 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C30558F d:FF r:FFD5     m:00 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:34:07.484 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C305849 d:FF r:FFD5     m:01 A410 37DA82 2CD9F3 0603000000
2015.06.09 21:34:09.695 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C3060ED d:FF r:FFD5     m:02 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:34:12.301 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C306B1B d:FF r:FFD5     m:03 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:34:14.636 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C30743A d:FF r:FFD4     m:04 A410 37DA82 2CD9F3 0604000000
2015.06.09 21:34:16.593 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C307BE0 d:FF r:FFD5     m:05 A410 37DA82 2CD9F3 0604000000


Und hier noch das List vom Schalter:

Internals:
   CFGFN
   DEF        37DA82
   HMLAN1_MSGCNT 441
   HMLAN1_RAWMSG E37DA82,0000,6C307BE0,FF,FFD5,05A41037DA822CD9F30604000000
   HMLAN1_RSSI -43
   HMLAN1_TIME 2015-06-09 21:34:16
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     441
   NAME       HM_37DA82
   NR         2047
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_37DA82_Btn_01
   channel_02 HM_37DA82_Btn_02
   channel_03 HM_37DA82_Sw_01
   channel_04 HM_37DA82_Sw_02
   lastMsg    No:05 - t:10 s:37DA82 d:2CD9F3 0604000000
   protCmdDel 2
   protLastRcv 2015-06-09 21:34:16
   protResnd  3 last_at:2015-06-09 17:00:07
   protResndFail 1 last_at:2015-06-09 17:00:11
   protSnd    387 last_at:2015-06-09 21:34:16
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-59.12 min:-73 max:-41 lst:-43 cnt:441
   Readings:
     2015-06-09 17:03:13   CommandAccepted yes
     2015-06-09 16:59:48   D-firmware      1.5
     2015-06-09 16:59:48   D-serialNr      MEQ0224873
     2015-06-09 17:03:17   PairedTo        0x2CD9F3
     2015-06-09 17:03:17   R-pairCentral   0x2CD9F3
     2015-06-09 17:03:17   RegL_00:          02:00 05:00 0A:2C 0B:D9 0C:F3 12:00 00:00
     2015-06-09 21:34:16   state           CMDs_done
   Helper:
     cSnd       012CD9F337DA820403
     mId        F0A9
     rxType     1
     Io:
       newChn     +37DA82,00,01,00
       nextSend   1433878456.68402
       prefIO
       rxt        0
       vccu
       p:
         37DA82
         00
         01
         00
     Mrssi:
       mNo        05
       Io:
         HMLAN1     -41
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1433878456.60335
       ack:
         HASH(0x2bc5760)
         0580022CD9F337DA8200
     Rssi:
       At_hmlan1:
         avg        -59.1224489795918
         cnt        441
         lst        -43
         max        -41
         min        -73
     Shadowreg:
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   MEQ0224873
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents



Vielleicht hat da jemand eine Idee, was dieses Verhalten hervorruft!?


Gruß Frank

Habe noch mal mit Verbose5 gesnifft, da kann man vielleicht mehr rauslesen:

2015.06.09 22:32:07.723 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C65752F d:FF r:FFD9     m:02 A410 37DA82 2CD9F3 0604000000
2015.06.09 22:32:07.725 5: HMLAN1 dispatch A0E02A41037DA822CD9F30604000000::-39:HMLAN1
2015.06.09 22:32:07.734 5: HMLAN: Skip ACK
2015.06.09 22:32:07.736 5: CUL_HM HM_37DA82 protEvent:CMDs_done
2015.06.09 22:32:07.737 5: CUL_HM HM_37DA82 sent ACK:2
2015.06.09 22:32:07.746 5: Triggering HM_37DA82 (1 changes)
2015.06.09 22:32:07.747 5: Notify loop for HM_37DA82 CMDs_done
2015.06.09 22:32:07.753 5: Triggering HM_37DA82_Sw_02 (5 changes)
2015.06.09 22:32:07.755 5: Notify loop for HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015.06.09 22:32:10.327 5: HMLAN/RAW: /E37DA82,0000,6C657F5D,FF,FFD9,03A41037DA822CD9F30604000000

2015.06.09 22:32:10.328 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C657F5D d:FF r:FFD9     m:03 A410 37DA82 2CD9F3 0604000000
2015.06.09 22:32:10.331 5: HMLAN1 dispatch A0E03A41037DA822CD9F30604000000::-39:HMLAN1
2015.06.09 22:32:10.340 5: HMLAN: Skip ACK
2015.06.09 22:32:10.342 5: CUL_HM HM_37DA82 protEvent:CMDs_done
2015.06.09 22:32:10.343 5: CUL_HM HM_37DA82 sent ACK:2
2015.06.09 22:32:10.354 5: Triggering HM_37DA82 (1 changes)
2015.06.09 22:32:10.355 5: Notify loop for HM_37DA82 CMDs_done
2015.06.09 22:32:10.361 5: Triggering HM_37DA82_Sw_02 (5 changes)
2015.06.09 22:32:10.362 5: Notify loop for HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015.06.09 22:32:12.660 5: HMLAN/RAW: /E37DA82,0000,6C65887B,FF,FFD9,04A41037DA822CD9F30604000000

2015.06.09 22:32:12.662 0: HMLAN_Parse: HMLAN1 R:E37DA82   stat:0000 t:6C65887B d:FF r:FFD9     m:04 A410 37DA82 2CD9F3 0604000000
2015.06.09 22:32:12.665 5: HMLAN1 dispatch A0E04A41037DA822CD9F30604000000::-39:HMLAN1
2015.06.09 22:32:12.673 5: HMLAN: Skip ACK
2015.06.09 22:32:12.675 5: CUL_HM HM_37DA82 protEvent:CMDs_done
2015.06.09 22:32:12.677 5: CUL_HM HM_37DA82 sent ACK:2
2015.06.09 22:32:12.686 5: Triggering HM_37DA82 (1 changes)
2015.06.09 22:32:12.687 5: Notify loop for HM_37DA82 CMDs_done
2015.06.09 22:32:12.693 5: Triggering HM_37DA82_Sw_02 (5 changes)
2015.06.09 22:32:12.694 5: Notify loop for HM_37DA82_Sw_02 deviceMsg: off (to HMLAN1)
2015.06.09 22:32:14.619 5: HMLAN/RAW: /E37DA82,0000,6C659022,FF,FFDA,05A41037DA822CD9F30604000000
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 17 Juni 2015, 19:55:09
Hallo zusammen,

ich habe seit eineigenen Tagen folgende Meldung bei mir im Log stehen:

2015.06.17 19:36:27 1: reload: Error:Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW deactivated:
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /Library/Perl/5.18/darwin-thread-multi-2level /Library/Perl/5.18 /Network/Library/Perl/5.18/darwin-thread-multi-2level /Network/Library/Perl/5.18 /Library/Perl/Updates/5.18.2/darwin-thread-multi-2level /Library/Perl/Updates/5.18.2 /System/Library/Perl/5.18/darwin-thread-multi-2level /System/Library/Perl/5.18 /System/Library/Perl/Extras/5.18/darwin-thread-multi-2level /System/Library/Perl/Extras/5.18 . ./FHEM) at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6.
BEGIN failed--compilation aborted at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6.

2015.06.17 19:36:28 1: Including fhem.cfg
2015.06.17 19:36:28 1: reload: Error:Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW deactivated:
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /Library/Perl/5.18/darwin-thread-multi-2level /Library/Perl/5.18 /Network/Library/Perl/5.18/darwin-thread-multi-2level /Network/Library/Perl/5.18 /Library/Perl/Updates/5.18.2/darwin-thread-multi-2level /Library/Perl/Updates/5.18.2 /System/Library/Perl/5.18/darwin-thread-multi-2level /System/Library/Perl/5.18 /System/Library/Perl/Extras/5.18/darwin-thread-multi-2level /System/Library/Perl/Extras/5.18 . ./FHEM) at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6, <$fh> line 5.
BEGIN failed--compilation aborted at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6, <$fh> line 5.


Ich habe die Switch.pm auch noch mal installiert, aber nach einem Fhem neustart kommt die Meldung immer noch. Muss ich evtl. auch noch mal Perl neu starten? Dazu habe ich leider nichts gefunden, oder ist das ein ganz anderes Problem?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 17 Juni 2015, 20:03:21
Sorry, alles wieder zurück. Ich hab nach dem Hem reboot nicht weit genug unten im Log geschaut. Die Meldung ist weg. Fragt sich nur woher die auf einmal kam?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 17 Juni 2015, 23:06:58
Hallo,
Habe das Problem mit den Messages im 2sek. Takt gelöst.
Der Wert für minImpulsLength war mit 500 zu klein.
Durch Ausprobieren hab ich jetzt den passenden Wert mit 1200
Gefunden.

Am Schalter hängt eine LED-Lampe die Current-Werte so um 400 erzeugt.

Gruß Frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kaihs am 21 Juni 2015, 19:52:09
Kann es sein, dass eq3 mittlerweile die Neuprogrammierung gesperrt hat?

Ich habe bei ELV einen Bausatz eines HM_LC_Sw1PBU_FM bestellt und versuche den jetzt mit der alternativen Firmware zu flashen.
Allerdings stehen die Lockbits auf 0x2c, d.h. gesperrt gegen neu flashen und verifizieren. Ändern der Lockbits schlägt natürlich auch fehl:


avrdude -p m644 -P usb -c avrispmkII -U lock:w:0xff:m
                                                                                                                                                                                   
avrdude: AVR device initialized and ready to accept instructions                                                                                                                   
                                                                                                                                                                                   
Reading | ################################################## | 100% 0.00s                                                                                                           
                                                                                                                                                                                   
avrdude: Device signature = 0x1e9609                                                                                                                                               
avrdude: reading input file "0xff"                                                                                                                                                 
avrdude: writing lock (1 bytes):                                                                                                                                                   
                                                                                                                                                                                   
Writing |                                                    | 0% 0.00s ***failed;                                                                                                 
Writing | ################################################## | 100% 0.06s                                                                                                           
                                                                                                                                                                                   
avrdude: 1 bytes of lock written                                                                                                                                                   
avrdude: verifying lock memory against 0xff:                                                                                                                                       
avrdude: load data lock data from input file 0xff:                                                                                                                                 
avrdude: input file 0xff contains 1 bytes                                                                                                                                           
avrdude: reading on-chip lock data:                                                                                                                                                 
                                                                                                                                                                                   
Reading | ################################################## | 100% 0.00s                                                                                                           
                                                                                                                                                                                   
avrdude: verifying ...                                                                                                                                                             
avrdude: verification error, first mismatch at byte 0x0000                                                                                                                         
         0x2c != 0xff
avrdude: verification error; content mismatch

avrdude: safemode: Fuses OK (E:FD, H:DA, L:FF)

avrdude done.  Thank you.


Mache ich doch nur was falsch oder hat eq3 das jetzt tatsächlich gesperrt?
Dann muss ich vorher einen kompletten Chip Erase durchführen nehme ich mal an.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 21 Juni 2015, 22:34:22
@kaihs: Bei meinem Bausatz waren die Lockbits auch bis zum Anschlag gesetzt, da hilft nur Chip-Erase.
Ist doch auch nicht tragisch, du willst doch sowieso alles neu drauf machen. Ausserdem kannst du so auch gleich das
EEprom löschen, da die vorhandenen Werte wohl kaum mit der neuen FW kompatibel sind.

Dann aufpassen das die Fusebits richtig gesetzt sind.

Folgende Fusebits funktionieren bei mir gut: (nur FW ohne Bootloader!) L:FD, H:D9, E:FF

Gruß Frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kaihs am 21 Juni 2015, 23:40:12
Danke für die Bestätigung meiner Annahme.

Ich möchte allerdings den 8k-Bootloader nutzen und hänge da jetzt fest.
Bootloader ist geflasht, meldet sich mit einmal lang und zweimal kurz blinken, ich das korrekt?

flash_ota schlägt allerdings fehl, obwohl der Schalter wohl erkannt wird:

HomeMatic OTA flasher version 0.099-git

Reading firmware from HM_LC_Sw1PBU_FM.eq3...
Firmware with 224 blocks successfully read.
Opening culfw-device at path /dev/ttyS1 with speed 38400
Requesting firmware-version
culfw-device firmware version: 1.61
Entering 10k-mode
Waiting for device with serial MEQ0224899
Device with serial MEQ0224899 (hmid: 37dab2) entered firmware-update-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Too many errors, giving up!


Da muss ich wohl doch die Kabel für die Debugausgaben anlöten, um dem auf den Grund gehen zu können.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 23 Juni 2015, 12:31:52
Hej folks,

weiß jemand über den Verbleib von Jan Bescheid?
Hat er sich offiziell zur Ruhe gesetzt oder müssen wir eine Vermisstenanzeige aufgeben? :-)
Wäre schade, wenn wir ihn nicht mehr in unserer Runde hätten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: matzel am 24 Juni 2015, 13:29:17
Hallo zusammen.
Ich versuche mich auch gerade an der CustomFirmware per OTA-Bootloader und bin am Verzweifeln.

Ich habe ein Problem mit dem CRC-Check mit SRec. Mein FHEM läuft auf einem UBUNTU Server:
Mit:

sudo php hex2eq3.php --inFile Custom1_Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --markAsBootloaderUpdate --withCrcCheck --pathTo-srec_cat /home/matzel/bin/srecord/

Erhalte ich folgende Fehlermeldung:
Zitat
sh: 1: /home/matzel/bin/srecord/: Permission denied
sh: 1: /home/matzel/bin/srecord/: Permission denied
Could not open tmpfile.tmp

Ich habe mit chmod und chown alle Rechte auf Lesen/Schreiben/Auführen für mich (Matzel) und root gesetzt...

Hat einer eine Ahnung was ich falsch mache??
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 24 Juni 2015, 14:43:06
Du startest Dein Programm mit Sudo. Damit ist der User nicht Du sondern php. php muss den Zugriff bekommen, oder Du startest es also Du.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: matzel am 24 Juni 2015, 14:49:43
Zitat von: cactus-online am 24 Juni 2015, 14:43:06
Du startest Dein Programm mit Sudo. Damit ist der User nicht Du sondern php. php muss den Zugriff bekommen, oder Du startest es also Du.

Leider bekomme ich die gleiche Fehlermeldung wenn ich es als ich starte. Wie kann ich php denn den Zugriff geben?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 24 Juni 2015, 15:16:34
Verschiedene Möglichkeiten. Der optimale Weg wäre mit acl zu arbeiten. Ist aber etwas komplizierter. Wenn es schnell gehen soll, kopiere Dir die Dateien Custom1_Asksin_HM_LC_Sw1PBU_FM.cpp.hex und hex2eq3.php nach /tmp/. Dann wechselst Du nach /tmp und startest Dein Versuch etwa so:

sudo php hex2eq3.php --inFile Custom1_Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --markAsBootloaderUpdate --withCrcCheck --pathTo-srec_cat /tmp
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: matzel am 24 Juni 2015, 15:21:39
Zitat von: cactus-online am 24 Juni 2015, 15:16:34
Verschiedene Möglichkeiten. Der optimale Weg wäre mit acl zu arbeiten. Ist aber etwas komplizierter. Wenn es schnell gehen soll, kopiere Dir die Dateien Custom1_Asksin_HM_LC_Sw1PBU_FM.cpp.hex und hex2eq3.php nach /tmp/. Dann wechselst Du nach /tmp und startest Dein Versuch etwa so:

sudo php hex2eq3.php --inFile Custom1_Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --markAsBootloaderUpdate --withCrcCheck --pathTo-srec_cat /tmp

Hm... vielen Dank erstmal für deine Hilfe. Ich habe die Dateien kopiert. Ergebnis ist das selbe.
Ich habe die Dateirechte noch einmal überprüft. Owner: matzel:root
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: cactus-online am 24 Juni 2015, 15:25:55
Ich hatte vorhin nicht ganz genau geschaut. Das Programm läuft als root, es kann nicht an den Rechten liegen. Sicher das die Syntax stimmt und Du das Environment hat, was Du benötigst ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: matzel am 24 Juni 2015, 15:29:55
Zitat von: cactus-online am 24 Juni 2015, 15:25:55
Ich hatte vorhin nicht ganz genau geschaut. Das Programm läuft als root, es kann nicht an den Rechten liegen. Sicher das die Syntax stimmt und Du das Environment hat, was Du benötigst ?

Ich denke schon. Vielleicht ist srec nicht richtig installiert. Ich forsche mal weiter. Ist auf jeden Fall sehr deprimierend... ;D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 05 Juli 2015, 14:44:07
Hi ich hab gerade auch noch Probleme, aber erstmal wie ist der Stand:

Bootloader ist per GPIO aufgespielt worden. Die Serial HmID und der Typ wurde entsprechend angepasst.
Per OTA wurde eine Firmware eingespielt ebenfalls mit Serial HmID und den passenden Typ.
in /opt/fhem/FHEM wurde die 99-asksin... abgelegt. Die Firmware wurde mal mit Paring zur Zentrale ausgerollt.
Alle anderen Optionen wie PeerDB etc wurden auskommentiert.

Hier mal ein Sniff

HM-CFG-USB opened!
2015-07-05 14:35:30.248045: 0B00A240376DC426EBD70200
Packet information:
Length: 11
Message ID: 0
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0xa2
Flags: WAKEMEUP BIDI RPTEN
Message type: Remote (0x40)
Mesage: 0200

2015-07-05 14:35:30.952130: 0E01A410376DC426EBD70604000000
Packet information:
Length: 14
Message ID: 1
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0xa4
Flags: CFG BIDI RPTEN
Message type: Information (0x10)
Mesage: 0604000000

2015-07-05 14:35:31.656183: 0E02A410376DC426EBD70603000000
Packet information:
Length: 14
Message ID: 2
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0xa4
Flags: CFG BIDI RPTEN
Message type: Information (0x10)
Mesage: 0603000000

2015-07-05 14:35:32.360241: 0E02A410376DC426EBD70603000000
Packet information:
Length: 14
Message ID: 2
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0xa4
Flags: CFG BIDI RPTEN
Message type: Information (0x10)
Mesage: 0603000000

2015-07-05 14:35:33.032314: 0E02A410376DC426EBD70603000000
Packet information:
Length: 14
Message ID: 2
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0xa4
Flags: CFG BIDI RPTEN
Message type: Information (0x10)
Mesage: 0603000000

2015-07-05 14:35:43.593176: 0B03A240376DC426EBD70201
Packet information:
Length: 11
Message ID: 3
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0xa2
Flags: WAKEMEUP BIDI RPTEN
Message type: Remote (0x40)
Mesage: 0201

2015-07-05 14:35:44.361246: 0B03A240376DC426EBD70201
Packet information:
Length: 11
Message ID: 3
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0xa2
Flags: WAKEMEUP BIDI RPTEN
Message type: Remote (0x40)
Mesage: 0201

2015-07-05 14:35:45.033331: 0B03A240376DC426EBD70201
Packet information:
Length: 11
Message ID: 3
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0xa2
Flags: WAKEMEUP BIDI RPTEN
Message type: Remote (0x40)
Mesage: 0201

2015-07-05 14:35:45.769367: 0B04A240376DC426EBD70202
Packet information:
Length: 11
Message ID: 4
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0xa2
Flags: WAKEMEUP BIDI RPTEN
Message type: Remote (0x40)
Mesage: 0202

2015-07-05 14:35:46.473434: 0B04A240376DC426EBD70202
Packet information:
Length: 11
Message ID: 4
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0xa2
Flags: WAKEMEUP BIDI RPTEN
Message type: Remote (0x40)
Mesage: 0202

2015-07-05 14:35:47.177496: 0B04A240376DC426EBD70202
Packet information:
Length: 11
Message ID: 4
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0xa2
Flags: WAKEMEUP BIDI RPTEN
Message type: Remote (0x40)
Mesage: 0202

2015-07-05 14:35:48.361555: 1405805E376DC426EBD70000000000000016000000
Packet information:
Length: 20
Message ID: 5
Sender: 376dc4
Receiver: 26ebd7
Control Byte: 0x80
Flags: RPTEN
Message type: ? (0x5e)
Mesage: 0000000000000016000000


Das Problem ist nun, dass das Gerät nicht erkannt wird von FHEM. Ich habe es zwar mal manuell mit 4 Channels angelegt, aber ich bekomme keine Einrichtung hin. Channel 1 und 2 zeigen bei Tastendruck einen Trigger an inkl. Long und Short. Aber wie kann ich dem Gerät sagen lerne es normal an? Denn durch die manuelle Einrichtung kann ich erstmal garnichts machen. Channel 3 und 4 zeige bei State übrigens immer ??? an. Allerdings habe ich noch keinen Verbraucher angeschlossen


Ich habe übrigens schon einiges versucht:
Bootloader mit Dummy IDs und realen IDs
Firmware mit Dummy IDs und realen IDs
Bootloader per OTA aktuallisiert
Firmware per OTA aktuallisiert
Fireware direkt geschrieben.

Langsam gehen mit die Ideen aus. Vielleicht kann mir jemand auch mal einen Tibeten wie ich den Schalter so per register.h peeren kann das er ohne Zentrale läuft, da ich den Beispielsdateien die Nummer vor nicht zu den Nummern in den Kommentaren passt und ich nicht weis ob die nun umgerechnet werden müssen (peerDB)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 Juli 2015, 16:34:18
ZitatDie Firmware wurde mal mit Paring zur Zentrale ausgerollt.
nimm die fw aus jans git, da ist nichts "vorgepairt". https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM (https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM)

ZitatAlle anderen Optionen wie PeerDB etc wurden auskommentiert.
du musst/darfst an der fw überhaupt nichts ändern. man kann seriennummer und hmid ändern, ist zum betrieb nicht notwendig. ausser man hat mehrere. modelid ist bereits korrekt.

nimm die fw out-of-the-box, dann meldet sich das device mit hmid=208557 und seriennummer='P','S','0','0','0','0','0','0','0','2'.

ZitatHier mal ein Sniff
besser zu lesen wäre sniffen nach homematic art.

wenn du den configtaster 1x lang drückst (keine led rückmeldung), dann solltest du eine anlernmessage (8400) sniffen können, die von der schalter-hmid gesendet wird.

gruss frank

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 05 Juli 2015, 18:49:19
Zitat von: frank am 05 Juli 2015, 16:34:18
nimm die fw aus jans git, da ist nichts "vorgepairt".

Die hatte ich auch schon verwendet, aber keinen Erfolg. Ich werde die aber nochmal Testen. Was mich gewundert hat, diese ist extrem klein.

Zitat von: frank am 05 Juli 2015, 16:34:18
du musst/darfst an der fw überhaupt nichts ändern. man kann seriennummer und hmid ändern, ist zum betrieb nicht notwendig. ausser man hat mehrere. modelid ist bereits korrekt.

nimm die fw out-of-the-box, dann meldet sich das device mit hmid=208557 und seriennummer='P','S','0','0','0','0','0','0','0','2'.

ja ich habe mehrere und möchte gerne die original Daten behalten. die Idee das ganze vorab zu pairen kam aus seinem howto. aber zum testen kann ich die ja nochmal verwenden.

Zitat von: frank am 05 Juli 2015, 16:34:18
besser zu lesen wäre sniffen nach homematic art.

kenne ich nicht. was genau meinst du?

Zitat von: frank am 05 Juli 2015, 16:34:18
wenn du den configtaster 1x lang drückst (keine led rückmeldung), dann solltest du eine anlernmessage (8400) sniffen können, die von der schalter-hmid gesendet wird.

guter Hinweis. mich hat es sowieso die ganze zeig gewundert das kein feedback von der led kam. melde mich sobald ich durch bin mit dem testen.



EDIT: Meinstest du das hier mit Homematic-Art?


attr global verbose 1
attr global mseclog 1
attr <cul> verbose 4

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 05 Juli 2015, 18:59:43
also ich habe jetzt nochmal alles gelöscht in fhem und dann neu angelernt und nun ging es. hab allerdings noch einige NACK und ACK MISSINGs.

ich hab aber noch eine frage, gibt es die Möglichkeit die tasten normal anzulernen und dann on top bei einen LONG eine funksteckdose zu schalten?

die idee, kurzes drücken schaltet licht an und aus und langes drücken schaltet die hifi Komponente mit aus bzw an.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 Juli 2015, 20:17:24
Zitatdie idee, kurzes drücken schaltet licht an und aus und langes drücken schaltet die hifi Komponente mit aus bzw an.
ja.

ZitatEDIT: Meinstest du das hier mit Homematic-Art?
ja.

Zitathab allerdings noch einige NACK und ACK MISSINGs.
hört sich an, als sei nur das device in fhem angelegt, aber noch nicht richtig gepairt. einfach noch mal "drüber" pairen. device braucht nicht gelöscht werden. zb macht 2x lang drücken => reset. dann ist pairing wieder futsch.

oder der technik ist es einfach auch viel zu warm.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 05 Juli 2015, 20:31:09
ja irgend etwas stimmt da noch nicht.

SW01 soll ja der intelligente Modus sein.
SW02 soll da der dumme Modus sein.

Allerdings weis SW02 immer den korrekten Zustand innerhalb einer Kreuzschaltung.

Sobald ich BTN1/2 mit SW01 verbinde im Dualmodus klappt der Schalter gar nicht
Dann habe ich den BTN1/2 mit SW02 verbunden ebenfalls Dual. Auch hier verhält sich der Schalter komisch.
Verbinde ich aber BTN1 mit SW02 im Singlemodus klappt zumindest der Toggle gut. Allerdings spinnt hier der Long-Press, so dass bei gedrückt das Licht an/aus/an/aus geht bis ich los lasse und dann wird nochmal getoggelt.

Ich werd verrückt :D

EDIT:
PS: Die Firmware in der OwnCloud-Freigabe muss defekt sein. Sobald ich die einspiele, bleibt der Schalter im Bootloader hängen (1x Lang, 2x Kurz) Die ist auch nur 77 Blöcke groß. Die selbstgebaute hingegen ist 224 Blöcke groß und startet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 Juli 2015, 20:53:02
ZitatIch werd verrückt :D
das ist nur die hitze.  8)

Zitat
SW01 soll ja der intelligente Modus sein.
SW02 soll da der dumme Modus sein.
du verwechselst, glaube ich, die anschlussklemmen mit den channels in fhem. es gibt im schalter nur ein relais. dieses wird durch sw1 abgebildet. sw2 ist quasi ein virtueller channel, der die strommessung abbildet. normalerweise solltest du nur sw1 mit den buttons peeren.

welche last muss der aktor schalten? eventuell musst du noch die konstante besser anpassen. kleine last => kleinerer wert. bei mir funktioniert 500 gut. zum testen einfach mal eine grössere last versuchen.
const unsigned long minImpulsLength = 5000;
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 05 Juli 2015, 20:59:39
im wiki steht es aber anders daher war ich verwirrt. da steht das sw1 der virtuelle ist und sw2 der normale (hm). mir zeigt der sw2 wie gesagt auch den korrekten wert an, entsprechend der Schaltung.

ich habe 4x normale glühkerzen dran. da sollte normal der 5000er reichen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kaihs am 05 Juli 2015, 21:26:51
Ich habe immer noch Probleme, die Firmware OTA zu flashen.

Ich habe den 8K Bootloader per ISP geflashed. Die HMID und HM_SERIAL habe ich in devices/HM-LC-Sw1PBU-HM.h geändert, da ich mehrere Schalter verwenden will:

/ 10 bytes serial number. Must be unique for each device
#define HM_SERIAL            'M', 'E', 'Q', '0', '2', '2', '4', '8', '9', '9'

// 3 bytes The device address (hm_id)
#define HM_ID                0x37, 0xDA, 0xB2


flash_ota starte ich dann mit

sudo ./flash-ota -c /dev/ttyS1 -f HM_LC_Sw1PBU_FM.eq3 -s MEQ0224899


In der Debugausgabe des Bootloaders erscheint dann

AskSin OTA Bootloader V0.7.0

TX bootloader sequence
Wait for CB msg
Got CB msg
Switch to 100k mode
Wait for CB msg
Timeout
CRC fail, Reboot


und parallel die Ausgabe von flash-ota

HomeMatic OTA flasher version 0.099-git

Reading firmware from HM_LC_Sw1PBU_FM.eq3...
Firmware with 224 blocks successfully read.
Opening culfw-device at path /dev/ttyS1 with speed 38400
Requesting firmware-version
culfw-device firmware version: 1.61
Entering 10k-mode
Waiting for device with serial MEQ0224899
Device with serial MEQ0224899 (hmid: 37dab2) entered firmware-update-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?

Missing ACK!

Missing ACK!

Missing ACK!

Missing ACK!
No!
Entering 10k-mode
Too many errors, giving up!


Ich interpretiere das so, dass der Bootloader zwar auf Empfang umschaltet, aber flash-ota das nicht mitbekommt.
Hat jemand eine Idee woran das liegen könnte?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 Juli 2015, 21:52:13
@kaihs
blinkt der bootloader im 15s rythmus? sniffe mal was der so sendet. ota-update habe ich immer mit eq3-sw gemacht. flash-ota kenne ich nicht, würde die meldungen aber genauso interpretieren.

ZitatDevice with serial MEQ0224899 (hmid: 37dab2) entered firmware-update-mode
die kleingeschriebenen buchstaben in der hmid sind hoffentlich nur im log.  ;)

@traxanos
Zitatich habe 4x normale glühkerzen dran. da sollte normal der 5000er reichen.
60 watt sollten ok sein.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mgernoth am 05 Juli 2015, 22:04:47
Hallo,

Zitat von: kaihs am 05 Juli 2015, 21:26:51

Opening culfw-device at path /dev/ttyS1 with speed 38400
Requesting firmware-version
culfw-device firmware version: 1.61


Was ist das fuer ein Geraet?
Ist im entsprechenden board.h der culfw das HAS_ASKSIN_FUP definiert?

Gruss
  Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 05 Juli 2015, 22:19:23
Mir gehen die Ideen aus. Also egal welchen Sensor ich verknüpfe das licht wird immer nur angeschaltet. Anbei mal die Reading.

AN den SW1 habe ich erstmal die internen Schalterverknüpft und erstmal so umkonfiguriert das beide Taster eine Toggle Funktion haben. Damit erstmal im Schlafzimmer wieder das Licht ordentlich schaltbar ist :D. Bei SW2 habe ich normal einen externen Schalter verknüpft. Hier ist es so egal welche Taste ich drücke, das Licht geht immer nur an. Aus kann ich das nicht schaltet. Kann es sein das die Defaults für shActionType etc murks sind?


Internals:
   DEF        376DC403
   IODev
   NAME       schlafzimmer.LichtschalterSw01
   NR         160
   NTFY_ORDER 50-HM_376DC4_Sw_01
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     schlafzimmer.Lichtschalter
   peerList   self01,self02,
   protState  Info_Cleared
   Readings:
     2015-07-05 22:12:45   CommandAccepted yes
     2015-07-05 22:08:26   R-self01-lgActionType off
     2015-07-05 22:08:26   R-self01-lgCtDlyOff geLo
     2015-07-05 22:08:26   R-self01-lgCtDlyOn geLo
     2015-07-05 22:08:26   R-self01-lgCtOff geLo
     2015-07-05 22:08:26   R-self01-lgCtOn geLo
     2015-07-05 22:08:26   R-self01-lgCtValHi 0
     2015-07-05 22:08:26   R-self01-lgCtValLo 0
     2015-07-05 22:08:26   R-self01-lgMultiExec off
     2015-07-05 22:08:26   R-self01-lgOffDly 0 s
     2015-07-05 22:08:26   R-self01-lgOffTime 0 s
     2015-07-05 22:08:26   R-self01-lgOffTimeMode absolut
     2015-07-05 22:08:26   R-self01-lgOnDly 0 s
     2015-07-05 22:08:26   R-self01-lgOnTime 0 s
     2015-07-05 22:08:26   R-self01-lgOnTimeMode absolut
     2015-07-05 22:08:26   R-self01-lgSwJtDlyOff no
     2015-07-05 22:08:26   R-self01-lgSwJtDlyOn no
     2015-07-05 22:08:26   R-self01-lgSwJtOff no
     2015-07-05 22:08:26   R-self01-lgSwJtOn no
     2015-07-05 22:08:26   R-self01-shActionType jmpToTarget
     2015-07-05 22:08:26   R-self01-shCtDlyOff geLo
     2015-07-05 22:08:26   R-self01-shCtDlyOn geLo
     2015-07-05 22:08:26   R-self01-shCtOff geLo
     2015-07-05 22:08:26   R-self01-shCtOn geLo
     2015-07-05 22:08:26   R-self01-shCtValHi 0
     2015-07-05 22:08:26   R-self01-shCtValLo 0
     2015-07-05 22:08:26   R-self01-shOffDly 0 s
     2015-07-05 22:08:26   R-self01-shOffTime 0 s
     2015-07-05 22:08:26   R-self01-shOffTimeMode absolut
     2015-07-05 22:08:26   R-self01-shOnDly 0 s
     2015-07-05 22:08:26   R-self01-shOnTime 0 s
     2015-07-05 22:08:26   R-self01-shOnTimeMode absolut
     2015-07-05 22:08:26   R-self01-shSwJtDlyOff off
     2015-07-05 22:08:26   R-self01-shSwJtDlyOn on
     2015-07-05 22:08:26   R-self01-shSwJtOff dlyOn
     2015-07-05 22:08:26   R-self01-shSwJtOn dlyOff
     2015-07-05 22:08:28   R-self02-lgActionType jmpToTarget
     2015-07-05 22:08:28   R-self02-lgCtDlyOff geLo
     2015-07-05 22:08:28   R-self02-lgCtDlyOn geLo
     2015-07-05 22:08:28   R-self02-lgCtOff geLo
     2015-07-05 22:08:28   R-self02-lgCtOn geLo
     2015-07-05 22:08:28   R-self02-lgCtValHi 100
     2015-07-05 22:08:28   R-self02-lgCtValLo 50
     2015-07-05 22:08:28   R-self02-lgMultiExec on
     2015-07-05 22:08:28   R-self02-lgOffDly 0 s
     2015-07-05 22:08:28   R-self02-lgOffTime unused
     2015-07-05 22:08:28   R-self02-lgOffTimeMode absolut
     2015-07-05 22:08:28   R-self02-lgOnDly 0 s
     2015-07-05 22:08:28   R-self02-lgOnTime unused
     2015-07-05 22:08:28   R-self02-lgOnTimeMode absolut
     2015-07-05 22:08:28   R-self02-lgSwJtDlyOff on
     2015-07-05 22:08:28   R-self02-lgSwJtDlyOn on
     2015-07-05 22:08:28   R-self02-lgSwJtOff dlyOn
     2015-07-05 22:08:28   R-self02-lgSwJtOn on
     2015-07-05 22:08:28   R-self02-shActionType jmpToTarget
     2015-07-05 22:08:28   R-self02-shCtDlyOff geLo
     2015-07-05 22:08:28   R-self02-shCtDlyOn geLo
     2015-07-05 22:08:28   R-self02-shCtOff geLo
     2015-07-05 22:08:28   R-self02-shCtOn geLo
     2015-07-05 22:08:28   R-self02-shCtValHi 100
     2015-07-05 22:08:28   R-self02-shCtValLo 50
     2015-07-05 22:08:28   R-self02-shOffDly 0 s
     2015-07-05 22:08:28   R-self02-shOffTime unused
     2015-07-05 22:08:28   R-self02-shOffTimeMode absolut
     2015-07-05 22:08:28   R-self02-shOnDly 0 s
     2015-07-05 22:08:28   R-self02-shOnTime unused
     2015-07-05 22:08:28   R-self02-shOnTimeMode absolut
     2015-07-05 22:08:28   R-self02-shSwJtDlyOff off
     2015-07-05 22:08:28   R-self02-shSwJtDlyOn on
     2015-07-05 22:08:28   R-self02-shSwJtOff dlyOn
     2015-07-05 22:08:28   R-self02-shSwJtOn dlyOff
     2015-07-05 22:08:22   R-sign          off
     2015-07-05 22:08:22   RegL_01:          08:00 00:00
     2015-07-05 22:08:26   RegL_03:self01    02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:14 0C:63 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
     2015-07-05 22:08:28   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
     2015-07-05 22:12:47   deviceMsg       off (to vCCU)
     2015-07-05 22:12:47   level           0 %
     2015-07-05 22:12:47   pct             0
     2015-07-05 22:08:23   peerList        self01,self02,
     2015-07-05 22:12:47   recentStateType info
     2015-07-05 22:12:47   state           off
     2015-07-05 22:12:47   timedOn         off
     2015-07-05 22:12:41   trigLast        schlafzimmer.LichtschalterHoch:long
     2015-07-05 22:12:41   trig_schlafzimmer.LichtschalterHoch long
   Helper:
     count      1
     dlvl       00
     dlvlCmd    ++A01126EBD7376DC40203000000
     peerIDsRaw ,376DC402,376DC401,00000000
     Prt:
       bErr       0
       sProc      0
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,376DC401,376DC402,
   room       Schlafzimmer
   webCmd     toggle:on:off



Internals:
   DEF        376DC404
   IODev
   NAME       schlafzimmer.LichtschalterSw02
   NR         161
   NTFY_ORDER 50-HM_376DC4_Sw_02
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     schlafzimmer.Lichtschalter
   peerList   schlafzimmer.Schalter2_Btn_01,schlafzimmer.Schalter2_Btn_02,
   protState  Info_Cleared
   Readings:
     2015-07-05 22:04:06   CommandAccepted yes
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgActionType jmpToTarget
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgCtDlyOff geLo
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgCtDlyOn geLo
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgCtOff geLo
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgCtOn geLo
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgCtValHi 100
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgCtValLo 50
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgMultiExec on
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgOffDly 0 s
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgOffTime unused
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgOffTimeMode absolut
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgOnDly 0 s
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgOnTime unused
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgOnTimeMode absolut
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgSwJtDlyOff on
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgSwJtDlyOn on
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgSwJtOff dlyOn
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-lgSwJtOn on
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shActionType jmpToTarget
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shCtDlyOff geLo
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shCtDlyOn geLo
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shCtOff geLo
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shCtOn geLo
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shCtValHi 100
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shCtValLo 50
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shOffDly 0 s
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shOffTime unused
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shOffTimeMode absolut
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shOnDly 0 s
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shOnTime unused
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shOnTimeMode absolut
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shSwJtDlyOff off
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shSwJtDlyOn on
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shSwJtOff dlyOn
     2015-07-05 22:02:21   R-schlafzimmer.Schalter2_Btn_01-shSwJtOn on
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgActionType jmpToTarget
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgCtDlyOff geLo
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgCtDlyOn geLo
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgCtOff geLo
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgCtOn geLo
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgCtValHi 100
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgCtValLo 50
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgMultiExec on
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgOffDly 0 s
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgOffTime unused
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgOffTimeMode absolut
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgOnDly 0 s
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgOnTime unused
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgOnTimeMode absolut
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgSwJtDlyOff on
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgSwJtDlyOn on
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgSwJtOff dlyOn
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-lgSwJtOn on
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shActionType jmpToTarget
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shCtDlyOff geLo
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shCtDlyOn geLo
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shCtOff geLo
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shCtOn geLo
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shCtValHi 100
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shCtValLo 50
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shOffDly 0 s
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shOffTime unused
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shOffTimeMode absolut
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shOnDly 0 s
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shOnTime unused
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shOnTimeMode absolut
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shSwJtDlyOff on
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shSwJtDlyOn on
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shSwJtOff dlyOn
     2015-07-05 22:02:23   R-schlafzimmer.Schalter2_Btn_02-shSwJtOn on
     2015-07-05 22:02:18   RegL_01:          82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-07-05 22:02:21   RegL_03:schlafzimmer.Schalter2_Btn_01   02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:13 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
     2015-07-05 22:02:23   RegL_03:schlafzimmer.Schalter2_Btn_02   02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00  87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
     2015-07-05 22:14:51   current         1
     2015-07-05 22:12:34   deviceMsg       off (to vCCU)
     2015-07-05 22:12:34   level           0 %
     2015-07-05 22:12:34   pct             0
     2015-07-05 22:02:19   peerList        schlafzimmer.Schalter2_Btn_01,schlafzimmer.Schalter2_Btn_02,
     2015-07-05 22:12:34   recentStateType info
     2015-07-05 22:12:34   state           off
     2015-07-05 22:12:34   timedOn         off
     2015-07-05 22:09:34   trigLast        schlafzimmer.Schalter2_Btn_01:short
     2015-07-05 22:09:34   trig_schlafzimmer.Schalter2_Btn_01 short
     2015-07-05 22:04:13   trig_schlafzimmer.Schalter2_Btn_02 short
   Helper:
     dlvl       C8
     dlvlCmd    ++A01126EBD7376DC40204C80000
     peerIDsRaw ,30FECB02,30FECB01,00000000
     Prt:
       bErr       0
       sProc      0
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,30FECB01,30FECB02,
   room       Schlafzimmer
   webCmd     toggle:on:off
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 Juli 2015, 22:48:20
ZitatKann es sein das die Defaults für shActionType etc murks sind?
bei self01 sind die register völlig verstellt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 05 Juli 2015, 23:24:20
du meinst das hier
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shActionType  jmpToTarget self01;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtOn      dlyOff      self01;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtOff     dlyOn       self01;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtDlyOn   on          self01;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtDlyOff  off         self01;

set <HM_LC_Sw1PBU_FM_Sw_01> regSet shActionType  jmpToTarget self02;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtOn      dlyOff      self02;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtOff     dlyOn       self02;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtDlyOn   on          self02;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtDlyOff  off         self02;


das ist aus dem wiki und gewollt, da das normale an/aus verhalten nicht geht. bei sw2 kann man sich die default werte anschauen die hab ich dort nicht angepasst.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 05 Juli 2015, 23:32:49
Wenn die Schalter die neue Firmware drauf haben werden Sie ziemlich zickig beim pairen und vor allem beim peeren.
Inzwischen habe ich mehrere Schalter im Einsatz, hat aber ziemlich Nerven gekostet ;)
Deshalb meine Vorgehensweise mit der es bei mir funktioniert:
-Wenn die Firmware drauf ist, den Configbutton für ziemlich genau 10sec. drücken (nicht kürzer und nicht länger) so dass die LED nicht blinkt. -> Autocreate legt das Device an.
-PairForSerial, GetConfig (das Ganze 2-3 mal bis alle Readings da sind und CMDdone)
-Entgegen allen Anleitungen ist SW02 der richtige Channel, der gepeert werden muß und über den im Webinterface geschaltet wird.
-Dualpeer der Buttons mit Channel04
-Jetzt sind die Register dran, da hier meist nichts stimmt.
-lgActionType für Self01 und Self02 erstmal auf off
-für die Short-Register habe ich mal ein List eines meiner Schalter angehängt, bei dem ich mit beiden Tasten toggle:


Internals:
   DEF        37DA7604
   NAME       Lampe_Flur_oben
   NR         57
   NTFY_ORDER 50-Lampe_Flur_oben
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     HM_37DA76
   peerList   self01,self02,
   Readings:
     2015-07-05 00:29:06   CommandAccepted yes
     2015-07-01 18:51:50   R-self01-lgActionType off
     2015-07-01 18:54:51   R-self01-lgCtDlyOff geLo
     2015-07-01 18:54:51   R-self01-lgCtDlyOn geLo
     2015-07-01 18:54:51   R-self01-lgCtOff geLo
     2015-07-01 18:54:51   R-self01-lgCtOn geLo
     2015-07-01 18:54:51   R-self01-lgCtValHi 0
     2015-07-01 18:54:51   R-self01-lgCtValLo 0
     2015-07-01 18:51:50   R-self01-lgMultiExec off
     2015-07-01 18:51:50   R-self01-lgOffDly 0 s
     2015-07-01 18:51:50   R-self01-lgOffTime 0 s
     2015-07-01 18:51:50   R-self01-lgOffTimeMode absolut
     2015-07-01 18:54:51   R-self01-lgOnDly 0 s
     2015-07-01 18:51:50   R-self01-lgOnTime 0 s
     2015-07-01 18:51:50   R-self01-lgOnTimeMode absolut
     2015-07-01 18:51:50   R-self01-lgSwJtDlyOff no
     2015-07-01 18:51:50   R-self01-lgSwJtDlyOn no
     2015-07-01 18:51:50   R-self01-lgSwJtOff no
     2015-07-01 18:51:50   R-self01-lgSwJtOn no
     2015-07-01 18:57:58   R-self01-shActionType jmpToTarget
     2015-07-01 18:51:50   R-self01-shCtDlyOff geLo
     2015-07-01 18:51:50   R-self01-shCtDlyOn geLo
     2015-07-01 18:51:50   R-self01-shCtOff geLo
     2015-07-01 18:51:50   R-self01-shCtOn geLo
     2015-07-01 21:19:40   R-self01-shCtValHi 100
     2015-07-01 21:20:40   R-self01-shCtValLo 50
     2015-07-01 18:51:50   R-self01-shOffDly 0 s
     2015-07-01 21:22:23   R-self01-shOffTime unused
     2015-07-01 18:57:58   R-self01-shOffTimeMode absolut
     2015-07-01 18:51:50   R-self01-shOnDly 0 s
     2015-07-01 21:23:53   R-self01-shOnTime unused
     2015-07-01 18:57:58   R-self01-shOnTimeMode absolut
     2015-07-01 18:59:47   R-self01-shSwJtDlyOff off
     2015-07-01 18:59:47   R-self01-shSwJtDlyOn on
     2015-07-01 18:59:29   R-self01-shSwJtOff dlyOn
     2015-07-01 18:59:29   R-self01-shSwJtOn dlyOff
     2015-07-01 18:58:28   R-self02-lgActionType off
     2015-07-01 18:51:52   R-self02-lgCtDlyOff geLo
     2015-07-01 18:51:52   R-self02-lgCtDlyOn geLo
     2015-07-01 18:51:52   R-self02-lgCtOff geLo
     2015-07-01 18:51:52   R-self02-lgCtOn geLo
     2015-07-01 18:51:52   R-self02-lgCtValHi 100
     2015-07-01 18:51:52   R-self02-lgCtValLo 50
     2015-07-01 18:58:28   R-self02-lgMultiExec on
     2015-07-01 18:51:52   R-self02-lgOffDly 0 s
     2015-07-01 18:51:52   R-self02-lgOffTime unused
     2015-07-01 18:58:28   R-self02-lgOffTimeMode absolut
     2015-07-01 18:51:52   R-self02-lgOnDly 0 s
     2015-07-01 18:51:52   R-self02-lgOnTime unused
     2015-07-01 18:58:28   R-self02-lgOnTimeMode absolut
     2015-07-01 18:51:52   R-self02-lgSwJtDlyOff on
     2015-07-01 18:51:52   R-self02-lgSwJtDlyOn on
     2015-07-01 18:51:52   R-self02-lgSwJtOff dlyOn
     2015-07-01 18:51:52   R-self02-lgSwJtOn on
     2015-07-01 18:51:52   R-self02-shActionType jmpToTarget
     2015-07-01 18:51:52   R-self02-shCtDlyOff geLo
     2015-07-01 18:51:52   R-self02-shCtDlyOn geLo
     2015-07-01 18:51:52   R-self02-shCtOff geLo
     2015-07-01 18:51:52   R-self02-shCtOn geLo
     2015-07-01 18:51:52   R-self02-shCtValHi 100
     2015-07-01 18:51:52   R-self02-shCtValLo 50
     2015-07-01 18:51:52   R-self02-shOffDly 0 s
     2015-07-01 18:51:52   R-self02-shOffTime unused
     2015-07-01 18:51:52   R-self02-shOffTimeMode absolut
     2015-07-01 18:51:52   R-self02-shOnDly 0 s
     2015-07-01 18:51:52   R-self02-shOnTime unused
     2015-07-01 18:51:52   R-self02-shOnTimeMode absolut
     2015-07-01 19:00:34   R-self02-shSwJtDlyOff off
     2015-07-01 19:00:34   R-self02-shSwJtDlyOn on
     2015-07-01 19:00:00   R-self02-shSwJtOff dlyOn
     2015-07-01 19:00:00   R-self02-shSwJtOn dlyOff
     2015-07-01 21:23:50   RegL_01:        82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-07-01 21:23:52   RegL_03:self01  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:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
     2015-07-01 21:23:55   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:13 8C:33 00:00
     2015-07-05 23:13:30   current         1
     2015-07-05 00:29:08   deviceMsg       off (to HMLAN1)
     2015-07-05 00:29:08   level           0 %
     2015-07-05 00:29:08   pct             0
     2015-07-02 23:10:31   peerList        self01,self02,
     2015-07-05 00:29:08   recentStateType info
     2015-07-05 00:29:08   state           off
     2015-07-05 00:29:08   timedOn         off
     2015-07-03 16:54:12   trigLast        HM_37DA76_Btn_01 :short
     2015-07-03 16:54:12   trig_HM_37DA76_Btn_01 short
     2015-07-01 21:26:44   trig_HM_37DA76_Btn_02 short
   Helper:
     dlvl       00
     dlvlCmd    ++A0112CD9F337DA760204000000
     Role:
       chn        1
Attributes:
   cmdIcon    on:general_an off:general_aus
   group      licht_flur
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,37DA7601,37DA7602,
   room       Flur,Licht
   userattr   room_map structexclude
   webCmd     off:on


Gruß Frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 Juli 2015, 23:34:19
     2015-07-05 22:08:26   R-self01-shActionType jmpToTarget
     2015-07-05 22:08:26   R-self01-shCtDlyOff geLo
     2015-07-05 22:08:26   R-self01-shCtDlyOn geLo
     2015-07-05 22:08:26   R-self01-shCtOff geLo
     2015-07-05 22:08:26   R-self01-shCtOn geLo
     2015-07-05 22:08:26   R-self01-shCtValHi 0
     2015-07-05 22:08:26   R-self01-shCtValLo 0
     2015-07-05 22:08:26   R-self01-shOffDly 0 s
     2015-07-05 22:08:26   R-self01-shOffTime 0 s
     2015-07-05 22:08:26   R-self01-shOffTimeMode absolut
     2015-07-05 22:08:26   R-self01-shOnDly 0 s
     2015-07-05 22:08:26   R-self01-shOnTime 0 s
     2015-07-05 22:08:26   R-self01-shOnTimeMode absolut
     2015-07-05 22:08:26   R-self01-shSwJtDlyOff off
     2015-07-05 22:08:26   R-self01-shSwJtDlyOn on
     2015-07-05 22:08:26   R-self01-shSwJtOff dlyOn
     2015-07-05 22:08:26   R-self01-shSwJtOn dlyOff
vor allem die zeiten. alle 4 timer auf 0s. der muss ja "durchdrehen".
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 06 Juli 2015, 08:33:43
wie gesagt das sind alles default werte gewesen (bis auf der Schnipsel aus dem Wiki als Notlösung damit der Schalter über geht) Aber ich Teste das heute Abend nochmal. Gibt es eigentlich eine Referenz wo die ganzen Register erklärt sind?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 06 Juli 2015, 11:11:13
@traxanos: Das sind die die gleichen Register wie beim HM-LC-Sw1PBU-FM mit Original-FW. Falls du den Bausatz hast, sind in der Anleitung die Register auch beschrieben. Mit der eq-3 Homematic-Konfig Software kann man die Register auch bearbeiten (natürlich nur beim Schalter mit Original eq-3 FW). So kommt man der Bedeutung der Register sicherlich näher.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 06 Juli 2015, 20:16:13
Zitat von: flaxig am 05 Juli 2015, 23:32:49
Wenn die Schalter die neue Firmware drauf haben werden Sie ziemlich zickig beim pairen und vor allem beim peeren.
Inzwischen habe ich mehrere Schalter im Einsatz, hat aber ziemlich Nerven gekostet ;)
Deshalb meine Vorgehensweise mit der es bei mir funktioniert:
-Wenn die Firmware drauf ist, den Configbutton für ziemlich genau 10sec. drücken (nicht kürzer und nicht länger) so dass die LED nicht blinkt. -> Autocreate legt das Device an.
-PairForSerial, GetConfig (das Ganze 2-3 mal bis alle Readings da sind und CMDdone)
-Entgegen allen Anleitungen ist SW02 der richtige Channel, der gepeert werden muß und über den im Webinterface geschaltet wird.
-Dualpeer der Buttons mit Channel04
-Jetzt sind die Register dran, da hier meist nichts stimmt.
-lgActionType für Self01 und Self02 erstmal auf off
-für die Short-Register habe ich mal ein List eines meiner Schalter angehängt, bei dem ich mit beiden Tasten toggle:

das problem ist, das ich nicht toggln möchte sondern normales verhalten -> unten -> aus, oben -> an.

so sieht es nach dem normalen anlernen aus:

Internals:
   CFGFN
   DEF        376DC404
   NAME       schlafzimmer.Lichtschalter_Sw02
   NR         208
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     schlafzimmer.Lichtschalter
   peerList   self01,self02,
   Readings:
     2015-07-06 20:09:52   CommandAccepted yes
     2015-07-06 19:04:11   R-self01-lgActionType off
     2015-07-06 19:04:11   R-self01-lgCtDlyOff geLo
     2015-07-06 19:04:11   R-self01-lgCtDlyOn geLo
     2015-07-06 19:04:11   R-self01-lgCtOff geLo
     2015-07-06 19:04:11   R-self01-lgCtOn geLo
     2015-07-06 19:04:11   R-self01-lgCtValHi 0
     2015-07-06 19:04:11   R-self01-lgCtValLo 0
     2015-07-06 19:04:11   R-self01-lgMultiExec off
     2015-07-06 19:04:11   R-self01-lgOffDly 0 s
     2015-07-06 19:04:11   R-self01-lgOffTime 0 s
     2015-07-06 19:04:11   R-self01-lgOffTimeMode absolut
     2015-07-06 19:04:11   R-self01-lgOnDly 0 s
     2015-07-06 19:04:11   R-self01-lgOnTime 0 s
     2015-07-06 19:04:11   R-self01-lgOnTimeMode absolut
     2015-07-06 19:04:11   R-self01-lgSwJtDlyOff no
     2015-07-06 19:04:11   R-self01-lgSwJtDlyOn no
     2015-07-06 19:04:11   R-self01-lgSwJtOff no
     2015-07-06 19:04:11   R-self01-lgSwJtOn no
     2015-07-06 19:04:11   R-self01-shActionType off
     2015-07-06 19:04:11   R-self01-shCtDlyOff geLo
     2015-07-06 19:04:11   R-self01-shCtDlyOn geLo
     2015-07-06 19:04:11   R-self01-shCtOff geLo
     2015-07-06 19:04:11   R-self01-shCtOn geLo
     2015-07-06 19:04:11   R-self01-shCtValHi 0
     2015-07-06 19:04:11   R-self01-shCtValLo 0
     2015-07-06 19:04:11   R-self01-shOffDly 0 s
     2015-07-06 19:04:11   R-self01-shOffTime 0 s
     2015-07-06 19:04:11   R-self01-shOffTimeMode absolut
     2015-07-06 19:04:11   R-self01-shOnDly 0 s
     2015-07-06 19:04:11   R-self01-shOnTime 0 s
     2015-07-06 19:04:11   R-self01-shOnTimeMode absolut
     2015-07-06 19:04:11   R-self01-shSwJtDlyOff no
     2015-07-06 19:04:11   R-self01-shSwJtDlyOn no
     2015-07-06 19:04:11   R-self01-shSwJtOff no
     2015-07-06 19:04:11   R-self01-shSwJtOn no
     2015-07-06 19:04:13   R-self02-lgActionType jmpToTarget
     2015-07-06 19:04:13   R-self02-lgCtDlyOff geLo
     2015-07-06 19:04:13   R-self02-lgCtDlyOn geLo
     2015-07-06 19:04:13   R-self02-lgCtOff geLo
     2015-07-06 19:04:13   R-self02-lgCtOn geLo
     2015-07-06 19:04:13   R-self02-lgCtValHi 100
     2015-07-06 19:04:13   R-self02-lgCtValLo 50
     2015-07-06 19:04:13   R-self02-lgMultiExec on
     2015-07-06 19:04:13   R-self02-lgOffDly 0 s
     2015-07-06 19:04:13   R-self02-lgOffTime unused
     2015-07-06 19:04:13   R-self02-lgOffTimeMode absolut
     2015-07-06 19:04:13   R-self02-lgOnDly 0 s
     2015-07-06 19:04:13   R-self02-lgOnTime unused
     2015-07-06 19:04:13   R-self02-lgOnTimeMode absolut
     2015-07-06 19:04:13   R-self02-lgSwJtDlyOff on
     2015-07-06 19:04:13   R-self02-lgSwJtDlyOn on
     2015-07-06 19:04:13   R-self02-lgSwJtOff dlyOn
     2015-07-06 19:04:13   R-self02-lgSwJtOn on
     2015-07-06 19:04:13   R-self02-shActionType jmpToTarget
     2015-07-06 19:04:13   R-self02-shCtDlyOff geLo
     2015-07-06 19:04:13   R-self02-shCtDlyOn geLo
     2015-07-06 19:04:13   R-self02-shCtOff geLo
     2015-07-06 19:04:13   R-self02-shCtOn geLo
     2015-07-06 19:04:13   R-self02-shCtValHi 100
     2015-07-06 19:04:13   R-self02-shCtValLo 50
     2015-07-06 19:04:13   R-self02-shOffDly 0 s
     2015-07-06 19:04:13   R-self02-shOffTime unused
     2015-07-06 19:04:13   R-self02-shOffTimeMode absolut
     2015-07-06 19:04:13   R-self02-shOnDly 0 s
     2015-07-06 19:04:13   R-self02-shOnTime unused
     2015-07-06 19:04:13   R-self02-shOnTimeMode absolut
     2015-07-06 19:04:13   R-self02-shSwJtDlyOff on
     2015-07-06 19:04:13   R-self02-shSwJtDlyOn on
     2015-07-06 19:04:13   R-self02-shSwJtOff dlyOn
     2015-07-06 19:04:13   R-self02-shSwJtOn on
     2015-07-06 20:10:35   RegL_01:          82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-07-06 20:10:39   RegL_03:self01    02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:00 0B:00 0C:00 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
     2015-07-06 20:10:41   RegL_03:self02    02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00  87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
     2015-07-06 20:13:16   current         1
     2015-07-06 20:09:52   deviceMsg       off (to schlafzimmer.Lichtschalter)
     2015-07-06 20:09:52   level           0 %
     2015-07-06 20:09:52   pct             0
     2015-07-06 20:10:36   peerList        self01,self02,
     2015-07-06 20:09:52   recentStateType ack
     2015-07-06 20:09:52   state           off
     2015-07-06 20:09:52   timedOn         off
     2015-07-06 19:57:00   trigLast        HM_318236_Btn_01:short
     2015-07-06 19:57:00   trig_HM_318236_Btn_01 short
     2015-07-06 19:06:09   trig_schlafzimmer.Lichtschalter_Btn01 long
   Helper:
     peerIDsRaw ,376DC402,376DC401,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,376DC401,376DC402,
   room       Schlafzimmer


Folgendes Verhalten habe ich aktuell:

Taste oben: Passiert nichts
Taste unten: Licht geht immer an (unabhängig von der Wechselschaltung)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kaihs am 06 Juli 2015, 21:07:31
Zitat von: frank am 05 Juli 2015, 21:52:13
@kaihs
blinkt der bootloader im 15s rythmus?

Ja, einmal lang, zweimal kurz, dann lange Pause.

[/code]
sniffe mal was der so sendet.
[/code]

Nicht ganz so einfach, da ja sowohl mit 10k als auch 100k gesendet wird.
Ich habe mal versucht mit einem zweiten CUL mitzuschneiden, was da so ausgetauscht wird.
Das wurde bei Ar empfangen:

A1400001037DAB2000000004D455130323234383939                                                                                                                                                                                                 
A1400001037DAB2000000004D455130323234383939                                                                                                                                                                                                 
A1400001037DAB2000000004D455130323234383939                                                                                                                                                                                                 
A1400001037DAB2000000004D455130323234383939                                                                                                                                                                                                 
A1400001037DAB2000000004D455130323234383939                                                                                                                                                                                                 
A0F0100CB00000037DAB2105B11F81547                                                                                                                                                                                                           
A0F0220CB00000037DAB2105B11F81547                                                                                                                                                                                                           
A0F0220CB00000037DAB2105B11F81547                                                                                                                                                                                                           
A0F0220CB00000037DAB2105B11F81547                                                                                                                                                                                                           
A0F0220CB00000037DAB2105B11F81547                                                                                                                                                                                                           
A0F0300CB00000037DAB2105B11F81547                                                                                                                                                                                                           
A0F0420CB00000037DAB2105B11F81547                                                                                                                                                                                                           
A0F0420CB00000037DAB2105B11F81547                                                                                                                                                                                                           
A0F0420CB00000037DAB2105B11F81547                                                                                                                                                                                                           
A0F0420CB00000037DAB2105B11F81547                                                                                                                                                                                                           
A0F0500CB00000037DAB2105B11F81547
A0F0620CB00000037DAB2105B11F81547
A0F0620CB00000037DAB2105B11F81547
A0F0620CB00000037DAB2105B11F81547
A0F0620CB00000037DAB2105B11F81547
A0F0700CB00000037DAB2105B11F81547
A0F0820CB00000037DAB2105B11F81547
A0F0820CB00000037DAB2105B11F81547
A0F0820CB00000037DAB2105B11F81547
A0F0820CB00000037DAB2105B11F81547


Die A14 Nachrichten stammen wohl vom Bootloader, die anderen von flash-ota.

100k Nachrichten (AR) empfange ich leider gar nicht und das scheint die Krux zu sein.


Zitat
die kleingeschriebenen buchstaben in der hmid sind hoffentlich nur im log.  ;)

Intern wird die ja binär gespeichert, das ist also nur der Darstellung geschuldet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kaihs am 06 Juli 2015, 21:11:45
Zitat von: mgernoth am 05 Juli 2015, 22:04:47
Was ist das fuer ein Geraet?

Das RPi AddOn Board von locutus.

Zitat
Ist im entsprechenden board.h der culfw das HAS_ASKSIN_FUP definiert?

Ja, trotzdem scheint etwas mit der Umschaltung in den 100k-Modus nicht zu klappen, siehe auch meine Antwort an frank.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 06 Juli 2015, 21:12:58
So ich habe es geschaft!

Hier die Programmierung damit der Schalter wie ein normale Schalter reagiert inkl. peering.

set Sensr_Btn_01 peerChan 0 Actr_Sw02 dual set;
set Actr_Sw02 regSet lgCtValHi      100          self1;
set Actr_Sw02 regSet lgCtValHi      100          self2;
set Actr_Sw02 regSet shCtValHi      100          self1;
set Actr_Sw02 regSet shCtValHi      100          self2;
set Actr_Sw02 regSet lgCtValLo      50           self1;
set Actr_Sw02 regSet lgCtValLo      50           self2;
set Actr_Sw02 regSet shCtValLo      50           self1;
set Actr_Sw02 regSet shCtValLo      50           self2;
set Actr_Sw02 regSet lgActionType   jmpToTarget  self1;
set Actr_Sw02 regSet lgActionType   jmpToTarget  self2;
set Actr_Sw02 regSet shActionType   jmpToTarget  self1;
set Actr_Sw02 regSet shActionType   jmpToTarget  self2;
set Actr_Sw02 regSet shCtDlyOff     geLo         self1;
set Actr_Sw02 regSet shCtDlyOff     geLo         self2;
set Actr_Sw02 regSet shCtDlyOn      geLo         self1;
set Actr_Sw02 regSet shCtDlyOn      geLo         self2;
set Actr_Sw02 regSet shCtOff        geLo         self1;
set Actr_Sw02 regSet shCtOff        geLo         self2;
set Actr_Sw02 regSet shCtOn         geLo         self1;
set Actr_Sw02 regSet shCtOn         geLo         self2;
set Actr_Sw02 regSet lgSwJtOff      on           self1;
set Actr_Sw02 regSet lgSwJtOn       dlyOn        self1;
set Actr_Sw02 regSet shSwJtOff      on           self1;
set Actr_Sw02 regSet shSwJtOn       dlyOn        self1;
set Actr_Sw02 regSet lgSwJtOff      dlyOff       self2;
set Actr_Sw02 regSet lgSwJtOn       off          self2;
set Actr_Sw02 regSet shSwJtOff      dlyOff       self2;
set Actr_Sw02 regSet shSwJtOn       off          self2;


Dabei wir short und long normal gehandelt. Kann man irgendwie mal das Wiki anpassen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 06 Juli 2015, 21:20:32
Noch eine bitte wenn jemand die Erläuterung für die Register hat (die beim Bausatz angeblich bei liegt), wäre er so freundlich diese hier zu veröffentlichen.

Zweitens: Ist es normal das die Schalter sehr warm werden (45 Grad C hinter dem Schalter)? Liegt das an der neuen Firmware? Ist der Entwickler der Firmware überhaupt noch hier vertreten?

Drittens: Kann es sein das die Schalter kein AES können? Da alles schön signiert ist wäre das jetzt extrem ärgerlich
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mgernoth am 07 Juli 2015, 10:05:10
Hallo,

Zitat von: kaihs am 06 Juli 2015, 21:11:45
Das RPi AddOn Board von locutus.

Hab leider keinen Schaltplan gefunden: Wie nah an 26MHz ist der Oszillator fuer den CC1101? Wenn der etwas daneben liegt, kann es bei 100k eher Probleme geben als bei 10k.

Zitat
Ja, trotzdem scheint etwas mit der Umschaltung in den 100k-Modus nicht zu klappen, siehe auch meine Antwort an frank.

flash-ota sendet im 100k-Modus 3 mal eine Nachricht um das Geraet zu erreichen. Wenn Du die mit Deinem anderen CUL im AR-Modus nicht siehst, ist irgendwas faul (und das Geraet wird die Nachricht wohl auch nicht sehen). Geht flash-ota mit dem anderen CUL?

Gruss
  Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 Juli 2015, 11:27:08
Zitat von: traxanos am 06 Juli 2015, 21:20:32
Noch eine bitte wenn jemand die Erläuterung für die Register hat (die beim Bausatz angeblich bei liegt), wäre er so freundlich diese hier zu veröffentlichen.

Zweitens: Ist es normal das die Schalter sehr warm werden (45 Grad C hinter dem Schalter)? Liegt das an der neuen Firmware? Ist der Entwickler der Firmware überhaupt noch hier vertreten?

Drittens: Kann es sein das die Schalter kein AES können? Da alles schön signiert ist wäre das jetzt extrem ärgerlich
1. http://www.elv.de/HomeMatic%C2%AE-programmieren-%E2%80%93-Aktionsprofile-f%C3%BCr-Aktoren-erarbeiten/x.aspx/cid_726/detail_38635 (http://www.elv.de/HomeMatic%C2%AE-programmieren-%E2%80%93-Aktionsprofile-f%C3%BCr-Aktoren-erarbeiten/x.aspx/cid_726/detail_38635) oder einsteigerdoc homematic-anhang.
2. bei den derzeitigen umgebungstemperaturen finde ich 45 grad hinter dem eingebauten schalter eher kühl. falls deine 4 timer immer noch alle auf 0s stehen, hat der prozessor auch eine menge zu tun.  ;)
3. wie kommst du darauf, dass es funktionieren sollte? aes wurde erst vor wenigen tagen entschlüsselt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 08 Juli 2015, 19:35:15
Zitat von: frank am 07 Juli 2015, 11:27:08
1. http://www.elv.de/HomeMatic%C2%AE-programmieren-%E2%80%93-Aktionsprofile-f%C3%BCr-Aktoren-erarbeiten/x.aspx/cid_726/detail_38635 (http://www.elv.de/HomeMatic%C2%AE-programmieren-%E2%80%93-Aktionsprofile-f%C3%BCr-Aktoren-erarbeiten/x.aspx/cid_726/detail_38635) oder einsteigerdoc homematic-anhang.
2. bei den derzeitigen umgebungstemperaturen finde ich 45 grad hinter dem eingebauten schalter eher kühl. falls deine 4 timer immer noch alle auf 0s stehen, hat der prozessor auch eine menge zu tun.  ;)
3. wie kommst du darauf, dass es funktionieren sollte? aes wurde erst vor wenigen tagen entschlüsselt.

1) Danke ich hab mir mal das von ELV organisiert.
2) Habe ich ja nicht, siehe eine gepostete Config.
3) Hab mit FHEM erst vor einigen Tagen angefangen :D Weis aber mittlerweile was die AskSin ist :D

Dennoch habe ich das Gefühl, das genau diese Lib einige Bugs beinhaltet. Alleine das regelmäßig der Status auf unreachable steht (nur bei Sw02). Auch ist die Reaktion extrem verzögert. Und auch so habe ich komische verhalten die ich noch nicht so ganz raus hab.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 09 Juli 2015, 00:39:37
Zitat2) Habe ich ja nicht, siehe eine gepostete Config.
kann ich nicht erkennen.

ZitatAlleine das regelmäßig der Status auf unreachable steht (nur bei Sw02)
kann die lib nichts für. ist nicht eingebaut. versuche autoreadreg=0.

ZitatAuch ist die Reaktion extrem verzögert.
was meinst du?

ZitatUnd auch so habe ich komische verhalten die ich noch nicht so ganz raus hab.
was ist komisch?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 09 Juli 2015, 08:49:39
Erstmal das anlernen eines Schalters im Dual sorgt immer dafür das der angelegte Taster nicht geht. Es muss manuell alle RegSet manuell gesetzt werden. Drücke ich 2x hinter einander, so wir manchmal der zweite Tastendruck ignoriert und manchmal geht er. Das gilt auch wenn die Taster im Toggle (Single) Modus konfiguriert sind. Lerne ich z.B. den 6fach Taster an als Single, so klappt das Togglen perfekt. Darauf hin habe ich versucht die Register von dem 6fach Taster zu übernehmen, was ich aber vergessen kann, da die Registerwerte unlogisch sind. z.B. ist die Short-Aktion deaktiviert, dennoch lässt sich damit Schalten. Übertrage ich das auf den internen Schalter hat dieser danach keine Funktion mehr. Dabei habe ich schon unzählige RegSet Kombis versucht u.a. auch deine. Aber so richtig rund wirkt der nicht. Dauern hat man das Gefühl das er nicht richtig reagiert. Dazu kommen Delays von 0.5-0.8 Sek beim Schalten. Komisch finde ich, dass der Toggle per 6fach Taster unter 0.5 Sek. schaltet und wesentlich angenehmer sich anfühlt.

Aber ich überlege aktuell sowieso die Wechselschaltungen auszuhebeln. Idee ich baue auf beiden Seiten die UP-Schalter ein und nur einen von beiden bespiele ich mit der Firmware. So kann ich dann den einen mit dem anderen Schalter direkt verknüpfen und den Hauptschalter mit der OriginalFW betreiben. Mal schauen ob das dann angenehmer arbeitet.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 10 Juli 2015, 13:15:38
@traxanos: In deinem Profil habe ich gesehen, dass du eine vccu definiert hast. Hast du bei IOgrp des Schalters auch die vccu eingetragen? Ich habe nämlich festgestellt, dass sich die Taster mit vccu viel friedlicher verhalten! Es kommt vor, dass die Btn-Kanäle Trigger-Messages verschicken mit denen der HMLAN nichts anfangen kann, das hat bei mir des öfteren zu HMLAN-Overload geführt, wenn ich einen Button auf dem Schalter gedrückt habe. VCCU fängt diese Messeges wohl ab und es läuft (keine Schaltverzögerung mehr und kein zweifaches Drücken zum Schalten)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 10 Juli 2015, 14:04:00
ZitatEs kommt vor, dass die Btn-Kanäle Trigger-Messages verschicken mit denen der HMLAN nichts anfangen kann, das hat bei mir des öfteren zu HMLAN-Overload geführt, wenn ich einen Button auf dem Schalter gedrückt habe.
hast du davon logs?

das verhalten mit overload kenne ich etwas anders. es gibt (gab?) eine konstellation, da sendet der schalter im sekunden rythmus den stromwert. diese message wird dann stets mit ack beantwortet und führt nach kurzer zeit zum overload. ich weiss leider nicht mehr, wie das genau war.

grundsätzlich sollte dein beobachtetes verhalten aber unabhängig von einer vccu auftreten. diese kann ja höchstens das io bei overload wechseln. das senden/verhalten des sw1pbu bleibt davon ja unbeeindruckt, da der schalter autark (ohne fhem) arbeitet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 10 Juli 2015, 14:12:37
Ja die hängen alle an der vCCU.

Ich werde heute Abend auf einen Taster mit Standardfirmware umspringen und die mit angepasster Firmware nur als Sensor nutzen. Dann kann ich auch mal das Schaltverhalten vergleichen, sowie den Stromverbrauch. Normal sollen die ja weniger als 0,5 W ziehen. Bei einer groben Messung war ich ohne Verbrauch bei über 1W. Ich hatte bis eben aber keine mit mir Originalfirmware :D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 10 Juli 2015, 18:49:19
Zitat
hast du davon logs?

Leider ist das log nur voller "CMDs_pending-CMDs_done", mehr wurde nicht aufgezeichnet.
Mal ein Auszug:

2015-07-08_22:06:17 HM_37DA76 CMDs_pending
2015-07-08_22:06:17 HM_37DA76 CMDs_pending
2015-07-08_22:06:17 HM_37DA76 CMDs_pending
2015-07-08_22:06:17 HM_37DA76 CMDs_done
2015-07-08_22:06:19 HM_37DA76 CMDs_done
2015-07-08_22:06:21 HM_37DA76 CMDs_pending
2015-07-08_22:06:21 HM_37DA76 CMDs_pending
2015-07-08_22:06:26 HM_37DA76 CMDs_done
2015-07-08_22:06:26 HM_37DA76 CMDs_pending
2015-07-08_22:06:26 HM_37DA76 CMDs_pending
2015-07-08_22:06:26 HM_37DA76 CMDs_pending
2015-07-08_22:06:27 HM_37DA76 CMDs_done
2015-07-08_22:06:29 HM_37DA76 CMDs_done
2015-07-08_22:06:30 HM_37DA76 CMDs_pending
2015-07-08_22:06:30 HM_37DA76 CMDs_pending
2015-07-08_22:06:36 HM_37DA76 CMDs_done
2015-07-08_22:06:37 HM_37DA76 CMDs_pending
2015-07-08_22:06:37 HM_37DA76 CMDs_pending
2015-07-08_22:06:37 HM_37DA76 CMDs_pending
2015-07-08_22:06:37 HM_37DA76 CMDs_done
2015-07-08_22:06:40 HM_37DA76 CMDs_done
2015-07-08_22:06:41 HM_37DA76 CMDs_pending
2015-07-08_22:06:41 HM_37DA76 CMDs_pending
2015-07-08_22:06:46 HM_37DA76 CMDs_done
2015-07-08_22:06:47 HM_37DA76 CMDs_pending
2015-07-08_22:06:47 HM_37DA76 CMDs_pending
2015-07-08_22:06:47 HM_37DA76 CMDs_pending
2015-07-08_22:06:48 HM_37DA76 CMDs_done
2015-07-08_22:06:49 HM_37DA76 CMDs_done
2015-07-08_22:06:51 HM_37DA76 CMDs_pending
2015-07-08_22:06:51 HM_37DA76 CMDs_pending
2015-07-08_22:06:57 HM_37DA76 CMDs_done
usw.

Was mir allerdings aufgefallen ist, wenn ich einen Button drücke erscheint im Reading des Button-Kanal:

trigDst_2CD9F3   noConfig


Wobei 2CD9F3 die hmid meines HMLAN ist.
Danach fängt er dann wild an zu senden.
Interessanterweise trifft das nur auf Btn_01 zu

Vielleicht ist das mit der VCCU Zufall, auf jeden Fall laufen Sie momentan stabil.
Ich dachte mir halt, die VCCU könnte solche Msg. abfangen,
siehe hier:
http://forum.fhem.de/index.php/topic,25815.msg188387.html#msg188387 (http://forum.fhem.de/index.php/topic,25815.msg188387.html#msg188387)
oder hier:
http://forum.fhem.de/index.php/topic,27088.msg200872.html#msg200872 (http://forum.fhem.de/index.php/topic,27088.msg200872.html#msg200872)

Gruß Frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 10 Juli 2015, 18:58:58
Zitatdas verhalten mit overload kenne ich etwas anders. es gibt (gab?) eine konstellation, da sendet der schalter im sekunden rythmus den stromwert. diese message wird dann stets mit ack beantwortet und führt nach kurzer zeit zum overload. ich weiss leider nicht mehr, wie das genau war.

Dieses Verhalten hatte ich anfänglich auch, habe es aber durch Anpassen des minImpulsLenght - Wertes in der Firmware in den Griff bekommen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 10 Juli 2015, 19:13:38
bei dir ist auf alle fälle etwas nicht ok.

am besten wären raw-messages vom schalter.
Zitatattr hmlan logIDs 37DA76

und je ein list von hmlan, vccu, und schalter (am besten alle 5).

ZitatIch dachte mir halt, die VCCU könnte solche Msg. abfangen,
sie werden nicht abgefangen, sondern können zugeordnet werden, da durch die vccu der hmlan in fhem bekannt gemacht wird. diese hmid ist dann nicht mehr unbekannt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 10 Juli 2015, 21:25:42
So mein Umbau ist abgeschlossen. Also die Taster mit OriginalFW arbeiten viel schneller. Ich habe nun einen Taster mit CustomFW gegen einen mit OriginalFW gepeert. Ergebnis auch hier sind die Buttons verzögert. Dann habe ich einen Taster mit CustomFW gegen einen Dimmer gepeert. Ergebnis ist dass man damit nicht dimmen kann aufgrund der Verzögern. Dabei sind alle RegSet dem eines anderen Tasters gleich. Somit liegt es an der CustomFW das diese Verzögerungen exisiteren. Ich vermute das die Firmware nicht optimal gebaut wurde.

Als Sekundärschalter reicht es für mich aber alle mal. Immer noch besser, als Aufputztaster zu verbauen. Aber schade ist es dennoch.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 10 Juli 2015, 22:16:49
Na, dann wollen wir mal :)
Erstmal raw-messages:
(1xeingeschaltet über Btn_01 und 1xausgeschaltet über Btn_01)

2015.07.10 21:54:42.443 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABDD216 d:FF r:FFC2     m:4B 805E 37DA76 2CD9F3 0000000000000002000000
2015.07.10 21:54:49.221 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABDEC92 d:FF r:FFBC     m:4C 8002 37DA76 37DA76 0104004000
2015.07.10 21:54:50.519 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABDF1A4 d:FF r:FFC9     m:4D A410 37DA76 2CD9F3 0604C80000
2015.07.10 21:54:51.218 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABDF45F d:FF r:FFC8     m:4E A410 37DA76 2CD9F3 0603C80000
2015.07.10 21:55:01.338 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABE1BE8 d:FF r:FFBB     m:4F 805E 37DA76 2CD9F3 00000000000000B5000000
2015.07.10 21:55:04.721 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABE2920 d:FF r:FFBC     m:50 8002 37DA76 37DA76 0104C84000
2015.07.10 21:55:05.734 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABE2D15 d:FF r:FFC6     m:51 A410 37DA76 2CD9F3 0603000000
2015.07.10 21:55:06.432 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABE2FD0 d:FF r:FFC5     m:52 A410 37DA76 2CD9F3 0604000000
2015.07.10 21:55:20.232 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABE65BA d:FF r:FFC5     m:53 805E 37DA76 2CD9F3 0000000000000039000000


List HMLAN:

Internals:
   DEF        192.168.168.6:1000
   DeviceName 192.168.168.6:1000
   FD         12
   HMLAN1_MSGCNT 8268
   HMLAN1_TIME 2015-07-10 21:59:06
   NAME       HMLAN1
   NR         24
   NTFY_ORDER 50-HMLAN1
   PARTIAL
   RAWMSG     E37DA76,0000,0AC1DB8D,FF,FFC5,5F805E37DA762CD9F30000000000000002000000
   RSSI       -59
   STATE      opened
   TYPE       HMLAN
   XmitOpen   1
   assignedIDsCnt 5
   msgKeepAlive dlyMax:1398.304 bufferMin:-1393
   msgLoadCurrent 1
   msgLoadHistory 5min steps: 0/1/0/0/0/0/0/0/0/0/0/0
   msgParseDly min:-14 max:805 last:9 cnt:8251
   owner      2CD9F3
   owner_CCU  vccu1
   uptime     002 50:07:57.368
   Readings:
     2015-07-10 00:41:12   D-HMIdAssigned  2CD9F3
     2015-07-10 00:41:12   D-HMIdOriginal  2CD9F3
     2015-07-10 00:41:12   D-firmware      0.964
     2015-07-10 00:41:12   D-serialNr      LEQ0640643
     2015-07-10 00:41:13   Xmit-Events     ok:1 disconnected:1 init:1
     2015-07-10 00:41:13   cond            ok
     2015-07-08 17:54:05   prot_ERROR-Overload last
     2015-07-08 19:48:58   prot_Warning-HighLoad last
     2015-07-10 00:17:29   prot_disconnected last
     2015-07-10 00:17:29   prot_init       last
     2015-06-18 03:33:07   prot_keepAlive  last
     2015-07-10 00:41:13   prot_ok         last
     2015-07-08 19:51:51   prot_timeout    last
     2015-07-10 00:17:29   state           opened
   Helper:
     assIdCnt   5
     assIdRep   5
     info       03C4,LEQ0640643,2CD9F3,2CD9F3
     setTime    43840
     Cnd:
       0          1
       253        1
       255        1
     Dly:
       cnt        8251
       lst        9
       max        805
       min        -14
     Ids:
       31b1ee:
         chn        01
         flg        0
         msg
         name       HM_31B1EE
         to         1436524096.13214
       3693d4:
         chn        02
         flg        0
         msg
         name       HM_3693D4
         to         1436557900.21534
       37da76:
         chn        04
         flg        0
         msg
         name       HM_37DA76
         to         1436524167.27673
       37da82:
         chn        02
         flg        0
         msg
         name       HM_37DA82
         to         1436557772.29423
       37da8c:
         chn        02
         flg        0
         msg
         name       HM_37DA8C
         to         1436524017.09361
     K:
       BufMin     -1393
       DlyMax     1398.304
       Next       1436558372.50682
       Start      1436558347.50682
     Log:
       all        0
       sys        0
       ids:
     Q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLast   1
       loadNo     11
       apIDs:
     Ref:
       drft       -0.000159980802303724
       hmtL       180477368
       kTs        0
       offL       1436377870143
       sysL       1436558347511
Attributes:
   hmId       2CD9F3
   hmLanQlen  1_min
   room       CUL_HM


List vccu:

Internals:
   CFGFN
   DEF        2CD9F3
   IODev      HMLAN1
   NAME       vccu1
   NR         76
   STATE      HMLAN1:ok,
   TYPE       CUL_HM
   assignedIOs HMLAN1
   Readings:
     2015-07-10 12:07:19   state           HMLAN1:ok,
   Helper:
     mId        FFF0
     rxType     1
     Io:
       newChn     +2CD9F3,00,00,00
       prefIO
       rxt        0
       vccu
       ioList:
         HMLAN1
       p:
         2CD9F3
         00
         00
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
Attributes:
   IODev      HMLAN1
   IOList     HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   model      CCU-FHEM
   room       CUL_HM
   subType    virtual
   webCmd     virtual:update


List HM_37DA76

Internals:
   DEF        37DA76
   HMLAN1_MSGCNT 4121
   HMLAN1_RAWMSG E37DA76,0000,0AC473EC,FF,FFC5,68805E37DA762CD9F30000000000000002000000
   HMLAN1_RSSI -59
   HMLAN1_TIME 2015-07-10 22:01:57
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     4121
   NAME       HM_37DA76
   NR         52
   NTFY_ORDER 50-HM_37DA76
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_37DA76_Btn_01
   channel_02 HM_37DA76_Btn_02
   channel_03 HM_37DA76_Sw_01
   channel_04 HM_37DA76_Sw_02
   lastMsg    No:68 - t:5E s:37DA76 d:2CD9F3 0000000000000002000000
   protLastRcv 2015-07-10 22:01:57
   protSnd    46 last_at:2015-07-10 21:55:06
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-58.26 min:-72 max:-55 lst:-59 cnt:4121
   Readings:
     2015-07-08 22:12:59   CommandAccepted yes
     2015-06-29 20:15:15   D-firmware      1.5
     2015-06-29 20:15:15   D-serialNr      MEQ0224810
     2015-07-10 12:29:15   PairedTo        0x2CD9F3
     2015-07-08 19:25:49   R-pairCentral   0x2CD9F3
     2015-07-10 12:29:15   RegL_00:          02:00 05:00 0A:2C 0B:D9 0C:F3 12:00 00:00
     2015-07-08 22:22:54   battery         ok
     2015-07-10 21:55:06   state           CMDs_done
   Helper:
     HM_CMDNR   104
     cSnd       012CD9F337DA76040437DA760103,012CD9F337DA76040437DA760203
     mId        F0A9
     rxType     1
     Io:
       newChn     +37DA76,00,00,00
       nextSend   1436558517.10781
       rxt        0
       vccu       vccu1
       p:
         37DA76
         00
         00
         00
     Mrssi:
       mNo        68
       Io:
         HMLAN1     -57
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_hmlan1:
         avg        -58.2698374181024
         cnt        4121
         lst        -59
         max        -55
         min        -72
     Shadowreg:
Attributes:
   IODev      HMLAN1
   IOgrp      vccu1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   MEQ0224810
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents


List HM_37DA76_Btn_01

Internals:
   DEF        37DA7601
   NAME       HM_37DA76_Btn_01
   NR         54
   NTFY_ORDER 50-HM_37DA76_Btn_01
   STATE      Short (to HM_37DA76)
   TYPE       CUL_HM
   chanNo     01
   device     HM_37DA76
   peerList   self04,
   Readings:
     2015-06-29 20:27:18   R-dblPress      0 s
     2015-06-29 20:27:18   R-longPress     0.3 s
     2015-07-01 18:51:45   R-self04-expectAES off
     2015-07-01 18:51:45   R-self04-peerNeedsBurst on
     2015-06-29 20:27:18   R-sign          off
     2015-07-10 12:29:16   RegL_01:          04:00 08:00 09:00 00:00
     2015-07-10 12:29:22   RegL_04:self04    01:01 00:00
     2015-07-10 12:29:16   peerList        self04,
     2015-07-08 22:22:54   state           Short (to HM_37DA76)
     2015-07-08 19:26:49   trigDst_2CD9F3  noConfig
     2015-07-08 22:22:54   trigger         Short_0
     2015-07-08 22:22:54   trigger_cnt     0
   Helper:
     peerIDsRaw ,37DA7604,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,37DA7604,


List HM_37DA76_Bnt02:

Internals:
   DEF        37DA7602
   NAME       HM_37DA76_Btn_02
   NR         55
   NTFY_ORDER 50-HM_37DA76_Btn_02
   STATE      Short (to HM_37DA76)
   TYPE       CUL_HM
   chanNo     02
   device     HM_37DA76
   peerList   self04,
   Readings:
     2015-06-29 20:27:20   R-dblPress      0 s
     2015-06-29 20:27:20   R-longPress     0.3 s
     2015-07-01 18:54:49   R-self04-expectAES off
     2015-07-01 18:54:49   R-self04-peerNeedsBurst on
     2015-06-29 20:27:20   R-sign          off
     2015-07-10 12:29:17   RegL_01:          04:00 08:00 09:00 00:00
     2015-07-10 12:29:23   RegL_04:self04    01:01 00:00
     2015-07-10 12:29:18   peerList        self04,
     2015-07-08 19:12:03   state           Short (to HM_37DA76)
     2015-07-08 19:12:03   trigger         Short_0
     2015-07-08 19:12:03   trigger_cnt     0
   Helper:
     peerIDsRaw ,37DA7604,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,37DA7604,


List HM_37DA76_Sw_01:

Internals:
   DEF        37DA7603
   NAME       HM_37DA76_Sw_01
   NR         56
   NTFY_ORDER 50-HM_37DA76_Sw_01
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     HM_37DA76
   Readings:
     2015-07-01 21:36:02   CommandAccepted yes
     2015-07-01 18:54:44   R-sign          off
     2015-07-10 12:29:18   RegL_01:          08:00 00:00
     2015-07-10 21:55:05   deviceMsg       off (to vccu1)
     2015-07-10 21:55:05   level           0 %
     2015-07-10 21:55:05   pct             0
     2015-07-10 21:55:05   recentStateType info
     2015-07-10 21:55:05   state           off
     2015-07-10 21:55:05   timedOn         off
   Helper:
     peerIDsRaw ,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,


List HM_37DA76_Sw_02:

Internals:
   CHANGED
   DEF        37DA7604
   NAME       HM_37DA76_Sw_02
   NR         57
   NTFY_ORDER 50-HM_37DA76_Sw_02
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     HM_37DA76
   peerList   self01,self02,
   Readings:
     2015-07-10 21:55:04   CommandAccepted yes
     2015-07-08 21:35:02   R-self01-lgActionType off
     2015-07-08 21:35:02   R-self01-lgCtDlyOff geLo
     2015-07-08 21:35:02   R-self01-lgCtDlyOn geLo
     2015-07-08 21:35:02   R-self01-lgCtOff geLo
     2015-07-08 21:35:02   R-self01-lgCtOn geLo
     2015-07-08 21:59:27   R-self01-lgCtValHi 100
     2015-07-08 22:00:16   R-self01-lgCtValLo 50
     2015-07-08 21:35:02   R-self01-lgMultiExec off
     2015-07-08 21:35:02   R-self01-lgOffDly 0 s
     2015-07-08 22:12:42   R-self01-lgOffTime unused
     2015-07-08 21:35:02   R-self01-lgOffTimeMode absolut
     2015-07-08 21:35:02   R-self01-lgOnDly 0 s
     2015-07-08 22:08:10   R-self01-lgOnTime unused
     2015-07-08 21:35:02   R-self01-lgOnTimeMode absolut
     2015-07-08 21:35:02   R-self01-lgSwJtDlyOff no
     2015-07-08 21:35:02   R-self01-lgSwJtDlyOn no
     2015-07-08 22:06:34   R-self01-lgSwJtOff dlyOn
     2015-07-08 22:06:34   R-self01-lgSwJtOn dlyOff
     2015-07-08 22:02:42   R-self01-shActionType jmpToTarget
     2015-07-08 21:35:02   R-self01-shCtDlyOff geLo
     2015-07-08 21:35:02   R-self01-shCtDlyOn geLo
     2015-07-08 21:35:02   R-self01-shCtOff geLo
     2015-07-08 21:35:02   R-self01-shCtOn geLo
     2015-07-08 21:59:54   R-self01-shCtValHi 100
     2015-07-08 22:00:35   R-self01-shCtValLo 50
     2015-07-08 21:35:02   R-self01-shOffDly 0 s
     2015-07-08 22:13:06   R-self01-shOffTime unused
     2015-07-08 22:02:42   R-self01-shOffTimeMode absolut
     2015-07-08 21:35:02   R-self01-shOnDly 0 s
     2015-07-08 22:07:51   R-self01-shOnTime unused
     2015-07-08 22:02:42   R-self01-shOnTimeMode absolut
     2015-07-08 21:35:02   R-self01-shSwJtDlyOff no
     2015-07-08 21:35:02   R-self01-shSwJtDlyOn no
     2015-07-08 22:06:55   R-self01-shSwJtOff dlyOn
     2015-07-08 22:06:55   R-self01-shSwJtOn dlyOff
     2015-07-08 22:12:46   R-self02-lgActionType off
     2015-07-08 22:00:22   R-self02-lgCtDlyOff geLo
     2015-07-08 22:00:22   R-self02-lgCtDlyOn geLo
     2015-07-08 22:00:22   R-self02-lgCtOff geLo
     2015-07-08 22:00:22   R-self02-lgCtOn geLo
     2015-07-08 22:00:22   R-self02-lgCtValHi 100
     2015-07-08 22:00:22   R-self02-lgCtValLo 50
     2015-07-08 22:12:46   R-self02-lgMultiExec on
     2015-07-08 22:12:46   R-self02-lgOffDly 0 s
     2015-07-08 22:12:46   R-self02-lgOffTime unused
     2015-07-08 22:12:46   R-self02-lgOffTimeMode absolut
     2015-07-08 22:00:22   R-self02-lgOnDly 0 s
     2015-07-08 22:12:46   R-self02-lgOnTime unused
     2015-07-08 22:12:46   R-self02-lgOnTimeMode absolut
     2015-07-08 22:12:46   R-self02-lgSwJtDlyOff on
     2015-07-08 22:12:46   R-self02-lgSwJtDlyOn on
     2015-07-08 22:12:46   R-self02-lgSwJtOff dlyOn
     2015-07-08 22:12:46   R-self02-lgSwJtOn dlyOff
     2015-07-08 22:00:22   R-self02-shActionType jmpToTarget
     2015-07-08 22:00:22   R-self02-shCtDlyOff geLo
     2015-07-08 22:00:22   R-self02-shCtDlyOn geLo
     2015-07-08 22:00:22   R-self02-shCtOff geLo
     2015-07-08 22:00:22   R-self02-shCtOn geLo
     2015-07-08 22:00:22   R-self02-shCtValHi 100
     2015-07-08 22:00:45   R-self02-shCtValLo 50
     2015-07-08 22:00:22   R-self02-shOffDly 0 s
     2015-07-08 22:00:22   R-self02-shOffTime unused
     2015-07-08 22:00:22   R-self02-shOffTimeMode absolut
     2015-07-08 22:00:22   R-self02-shOnDly 0 s
     2015-07-08 22:00:22   R-self02-shOnTime unused
     2015-07-08 22:00:22   R-self02-shOnTimeMode absolut
     2015-07-08 22:00:22   R-self02-shSwJtDlyOff on
     2015-07-08 22:00:22   R-self02-shSwJtDlyOn on
     2015-07-08 22:07:53   R-self02-shSwJtOff dlyOn
     2015-07-08 22:07:53   R-self02-shSwJtOn dlyOff
     2015-07-10 12:29:21   RegL_01:          82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-07-10 12:29:25   RegL_03:self01    02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:14 0C:00 82:00 83:00 84:32 85:64 86:00  87:FF 88:00 89:FF 8A:00 8B:14 8C:00 00:00
     2015-07-10 12:29:26   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:20 8B:14 8C:33 00:00
     2015-07-10 22:05:43   current         2
     2015-07-10 21:55:06   deviceMsg       off (to vccu1)
     2015-07-10 21:55:06   level           0 %
     2015-07-10 21:55:06   pct             0
     2015-07-10 12:29:21   peerList        self01,self02,
     2015-07-10 21:55:06   recentStateType info
     2015-07-10 21:55:06   state           off
     2015-07-10 21:55:06   timedOn         off
     2015-07-08 22:22:54   trigLast        HM_37DA76_Btn_01 :short
     2015-07-08 22:22:54   trig_HM_37DA76_Btn_01 short
   Helper:
     peerIDsRaw ,37DA7602,37DA7601,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   alias      Lampe_Flur_oben
   cmdIcon    on:general_an off:general_aus
   event-on-change-reading .*
   group      licht_flur
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,37DA7601,37DA7602,
   room       Flur,Licht
   userattr   room_map structexclude
   webCmd     off:on


Puh, das war jetzt ganz schön viel  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 11 Juli 2015, 13:58:57
na dann   :),

1. in den rawmessages sind ack's an sich selbst adressiert enthalten. das darf nicht sein. die message selbst, auf die geantwortet wird, ist aber nicht sichtbar. normalerweise wird die kommunikation zwischen eigenem button und eigenem aktor natürlich nicht über funk gesendet. das sollte intern passieren. das habe ich auch noch nie gesehen.
2015.07.10 21:54:49.221 0: HMLAN_Parse: HMLAN1 R:E37DA76   stat:0000 t:0ABDEC92 d:FF r:FFBC     m:4C 8002 37DA76 37DA76 0104004000

auch die veralteten state readings der buttons sind unheimlich
     2015-07-08 19:12:03   state           Short (to HM_37DA76)

2. die buttons vom schalter habe ich an chn3 gepeert. ich nutze den schalter auch in einer wechselschaltung mit klassischem, externen wechselschalter. sollte meiner meinung nach direkter funktionieren. das würde ich auch empfehlen.
R-self04-peerNeedsBurst on
self04 ist der eigene schalter, der braucht kein burst. eigentlich alle netzbetriebenen devices. burst am besten immer nur verwenden, wenn unbedingt nötig. das weckt sonst unnötig alle burst devices auf.

3. chn4: die registerlisten der gepeerten buttons, sollten eigentlich gleich lang sein. gibt es bei hminfo configcheck meldungen? auf alle fälle getconfig machen und beobachten ob sich das bessert.
     2015-07-10 12:29:25   RegL_03:self01    02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:14 0C:00 82:00 83:00 84:32 85:64 86:00  87:FF 88:00 89:FF 8A:00 8B:14 8C:00 00:00
     2015-07-10 12:29:26   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:20 8B:14 8C:33 00:00


4.      2015-07-08 19:26:49   trigDst_2CD9F3  noConfig
eventuell ist die meldung darauf zurückzuführen, dass der schalter noch nicht komplett in fhem vorhanden war, denn diese beiden readings liegen zeitlich ziehmlich weit auseinander.
     2015-07-10 12:29:15   PairedTo        0x2CD9F3
     2015-07-08 19:25:49   R-pairCentral   0x2CD9F3

um die zeit gab es eventuell auch noch overload
     2015-07-08 17:54:05   prot_ERROR-Overload last
     2015-07-08 19:48:58   prot_Warning-HighLoad last


das schlimmste sind eigentlich die messages an sich selbst. unverständlich.
ich würde als erstes mal clear all machen gefolgt von getconfig. dann das peering auf chn3 mit konfigänderungen wieder gefolgt von getconfig und save. dann die rawmessages beobachten, ob immer noch diese messages an sich selbst kommen. wenn alles nichts hilft würde ich die fw neu flashen. oder vorher noch ein reset vom schalter versuchen.

edit: hilfe ein virus. das an sich selber funken habe ich jetz auch bei mir entdeckt. seltsam...

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 11 Juli 2015, 22:01:44
Dieser Fred ist jetzt schon 90 Seiten lang, also gibt es vermulich einige Leute mehr, die sich die Den Schaler neu geflasht haben... Ob dieses Verhalten mit den Msg's wohl bei allen so ist?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 12 Juli 2015, 16:04:36
Ich beobachte schon eine ganze Weile, das bei einem super rssi Wert oftmals ein schaltvorgang nicht in fhem ankommt,  aktor  2 und 3 steht noch auf dem Letzten Wert.  Der current Wert aus aktor 3 wird immer mit dem korrekten Wert aktualisiert. Bei Licht aus natürlich mit 0.
Sehr ärgerlich Wenn diese Infos auf einen Status Display angezeigt werden und einige Lichtschalter als AN gezeigt werden obwohl das Licht aus ist....

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 12 Juli 2015, 21:41:03
ZitatIch beobachte schon eine ganze Weile, das bei einem super rssi Wert oftmals ein schaltvorgang nicht in fhem ankommt,  aktor  2 und 3 steht noch auf dem Letzten Wert.  Der current Wert aus aktor 3 wird immer mit dem korrekten Wert aktualisiert. Bei Licht aus natürlich mit 0.
Kann ich bestätigen, tritt hier auch so auf!
Hielt den Fehler aber für zweitranig, da gibt es grössere Baustellen  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: chipmunk am 14 Juli 2015, 15:25:58
Bei Verwendung als Wechselschalter zieht das Relais in einem Zustand immer Strom, egal ob das Licht nun an oder aus ist.
Das belastet die Spule und verbratet Strom.
Hier wäre eine Version des Aktors mit bistabilem Relais nett, das benötigt nur jeweils einen kurzen Schaltimpuls.
Kann jemand von den Wissenden beurteilen, ob sich die FW leicht entsprechend modifizieren läßt, wenn man die Schaltung an ein bistabiles Relais anpassen würde?

Danke
Chipmunk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 14 Juli 2015, 17:25:14
Ich hätte gerne eine abgespeckte Firmware die das Teil als normalen Pushbutton ausgibt und das Relais komplett abschaltet. So würde es weniger Strom fressen, wäre für andere sogar CCU kompatible und vielleicht auch weniger Fehleranfällig.

Denn die HM_LC_Sw1PBU_FM kosten soviel wie normale Pushbuttons nur weben ohne Batterie und UP.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hexenmeister am 14 Juli 2015, 21:32:38
Zitat von: traxanos am 14 Juli 2015, 17:25:14
Denn die HM_LC_Sw1PBU_FM kosten soviel wie normale Pushbuttons nur weben ohne Batterie und UP.
Gibt es bereits als eigenständiges Gerät (bis jetzt als Bausatz, dafür noch billiger): http://www.elv.de/homematic-funk-wandsender-2-fach-fuer-markenschalter-unterputzmontage-bausatz.html
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 19 Juli 2015, 11:52:33
Hi,
kann man den neuen Bootloader (https://github.com/jabdoa2/Asksin_OTA_Bootloader) auf für einen ATmega2560V-8AU (8mhz, 3.3v) benutzen auch wenn dieser nicht mit Asksin (Homematic) laufen soll?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tropaion am 20 Juli 2015, 17:23:29
Hallo,
wie kann ich HMID herrausfinden, ohne denn Schalter zu peeren? Leider kann ich das nicht mehr.

Danke und Lg,
Tropaion
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 Juli 2015, 17:32:16
die originale hmid und seriennummer soll angeblich in den aufklebern mit den codes enthalten sein.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 20 Juli 2015, 17:36:28
Nicht nur angeblich sondern ganz sicher, als QR-Code
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tropaion am 20 Juli 2015, 18:31:40
Ich konnte jetzt alle 4 QR-Codes mit einer Lupe und Kamera scannen.
Nur weis ich nicht welcher davon jetzt die HMID ist. Die Serial Nr. ist meines erachtens nach LEQ1293383.

Danke und Mfg,
Tropaion
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: volschin am 20 Juli 2015, 18:55:59
Die Seriennummer ist 10-stellig, also ist LEQ1293383 korrekt.
Die HMID ist 6-stellig, ich denke es ist die H341E3B ohne führendes H (Hexadezimal), also 341E3B.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tropaion am 20 Juli 2015, 18:59:37
Vielen Dank!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tropaion am 21 Juli 2015, 01:07:58
Habe noch ein Problem.
Wenn ich über OTA flashen will kommt keiner Verbindung zustande.
Ich habe denn Bootloader über AVR-Studio installiert. Wie muss ich da die Fuses setzen das es passt? Liegt es evtl daran?

Danke und Mfg,
Tropaion
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bigsonic1 am 24 Juli 2015, 15:24:26
Hallo,
wenn ich die Fuses mit dem raspberry setzen will kommt immer:

root@raspberrypi:~# avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m

avrdude: AVR device not responding
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.


avrdude done.  Thank you.

Könnt ihr mir dabei helfen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 24 Juli 2015, 16:02:38
Was komment den bei

avrdude -p m644 -P gpio -c gpio -v

Das sieht so aus, als hättest du beim anlöten einen Fehler gemacht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bigsonic1 am 24 Juli 2015, 16:09:49
Sorry wenn man mit Putty im falschen raspberry rumspielt....
Also hab jetzt den Bootloader geflasht:
root@raspberrypi:~# avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "bootloader_HM-LC-Sw1PBU-FM.hex"
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: writing flash (61372 bytes):

Writing | ################################################## | 100% 35.59s

avrdude: 61372 bytes of flash written
avrdude: verifying flash memory against bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: load data flash data from input file bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex contains 61372 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 33.17s

avrdude: verifying ...
avrdude: 61372 bytes of flash verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.


Jetzt komm ich aber nicht mehr weiter... :(
kommt jetzt:
root@raspberrypi:~# ./flash-ota -f firmware_HM-LC-Sw1PBU-FM.eq3 -s KEQ0123456
HomeMatic OTA flasher version 0.097-git

Reading firmware from firmware_HM-LC-Sw1PBU-FM.eq3...
Firmware with 77 blocks successfully read.

Rebooting HM-CFG-USB to avoid running out of credits

HM-CFG-USB not in bootloader mode, entering bootloader.
Waiting for device to reappear...
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
HM-CFG-USB in bootloader mode, rebooting
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!


HM-CFG-USB opened

HM-CFG-USB firmware version: 967
Entering 10k-mode
Waiting for device with serial KEQ0123456
Interrupt transfer not completed: Unknown error code 5 / 0x05!
closing device-connection due to error 5


poll: Input/output error

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bigsonic1 am 25 Juli 2015, 12:42:18
@traxanos
bei avrdude -p m644 -P gpio -c gpio -v kommt:

root@raspberrypi:~# avrdude -p m644 -P gpio -c gpio -v

avrdude: Version 5.10, compiled on Jun 18 2012 at 12:38:29
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/root/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : gpio
         Using Programmer              : gpio
         AVR Part                      : ATMEGA644
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PA0
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    10   128    0 no       2048    8      0  9000  9000 0xff 0xff
           flash         33     6   256    0 yes     65536  256    256  4500  4500 0xff 0xff
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00

         Programmer Type : GPIO
         Description     : Use sysfs interface to bitbang GPIO lines

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e9609
avrdude: safemode: lfuse reads as FD
avrdude: safemode: hfuse reads as D8
avrdude: safemode: efuse reads as FD

avrdude: safemode: lfuse reads as FD
avrdude: safemode: hfuse reads as D8
avrdude: safemode: efuse reads as FD
avrdude: safemode: Fuses OK

avrdude done.  Thank you.


Ich habe mir schon alle 91 Seiten durchgelesen, aber krieg es nicht hin, ich hoffe ihr versucht mir zu helfen.
Was ich gemacht habe:
Mehrere verschiedene Anleitungen durchgelesen und ausprobiert, jetzt bin ich bei der Anleitung von fhemwiki.
1) Dirks bootloader-umgebung clonen/downloaden https://github.com/kc-GitHub/Asksin_OTA_Bootloader

hab ich gemacht......

2) devicedaten des Schalters (Serial, HMID) in devices/HM-LC-Sw1PBU-FM.h mit den Originaldaten ersetzen und typ=0xF0A9 setzen (modelnummer des schalters mit alternativer firmware).

aber hier fängt es schon an, hab ich den HM-TYPE und HM_SERIAL richtig eingetragen und  wie ändere ich die HMID? Meine Serial: MEQ0224982   HMID: C003154F0 (QRCode auf dem Funkmodul). Muß ich eine bestimmte HMID nehmen, oder kann das auch eine ganz andere sein, da ich den anderen QR-Code der noch auf der Platine war nicht lesen kann.
Jetzt steht bei mir in der HM-LC-Sw1PBU-FM.h:

// The model type (not used from bootloader)
#define HM_TYPE              0xF0A9

// 10 bytes serial number. Must be unique for each device
#define HM_SERIAL            'M', 'E', 'Q', '0', '2', '2', '4', '9', '8', '2'

// 3 bytes The device address (hm_id)
#define HM_ID                0x12, 0x34, 0x56
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 Juli 2015, 13:29:34
ZitatHMID: C003154F0 (QRCode auf dem Funkmodul).
wie du in den letzten posts gesehen haben solltest, beginnt der richtige QR-code mit H gefolgt von weiteren 6 stellen.
aber ist doch auch egal. hauptsache die hmid ist einmalig in deinem system.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Otto123 am 26 Juli 2015, 13:01:17
Also QR Code auf dem Funkmodul und HMID haben nichts miteinander zu tun.
Die HMID ist einfach eine gewählte, sechsstellige Hex Zahl.

Gruß Otto
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 27 Juli 2015, 09:18:48
ZitatAlso QR Code auf dem Funkmodul und HMID haben nichts miteinander zu tun.
Naja, im QR-Code auf dem Funkmodul ist die HMID der Original-SW enthalten,
aber du hast natürlich recht, man kann eine beliebige HMID vergeben.

Wer aber hier penibel ist und gerne die HMID und s/n vom Original-Schalter haben
möchte kann die aus den QR-Codes auslesen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Otto123 am 27 Juli 2015, 09:42:27
Ja sorry, Du hast natürlich recht. Ich hatte das kurz mit der HMID der Zentrale verwechselt. Hier geht es aber um die HMID des Gerätes. Die sollte eigentlich Original bleiben, das hat ja der Hersteller kontrolliert :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bigsonic1 am 27 Juli 2015, 22:41:11
Habe jetzt die HMID so gelassen, da es bei einem Gerät ja erstmal egal ist.
Aber bekomme jetzt bei dem Befehl:
make clean HM_LC_Sw1PBU_FM_8k

root@raspberrypi:~/Asksin_OTA_Bootloader# make clean HM_LC_Sw1PBU_FM_8k
rm -rf *.o *.elf *.lst *.map *.sym *.lss *.eep *.srec *.bin *.hex \
uart/*.o uart/*.elf uart/*.lst uart/*.map uart/*.sym uart/*.lss uart/*.eep uart/*.srec uart/*.bin uart/*.hex
make -C ./uart/ MCU=atmega644
make[1]: Entering directory '/root/Asksin_OTA_Bootloader/uart'

-------- begin --------
sh: 1: avr-gcc: not found
makefile:360: recipe for target 'gccversion' failed
make[1]: *** [gccversion] Error 127
make[1]: Leaving directory '/root/Asksin_OTA_Bootloader/uart'
Makefile:86: recipe for target 'uart_code' failed
make: *** [uart_code] Error 2
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 28 Juli 2015, 09:07:34
Zitat von: Bigsonic1 am 27 Juli 2015, 22:41:11

sh: 1: avr-gcc: not found
makefile:360: recipe for target 'gccversion' failed
make[1]: *** [gccversion] Error 127
make[1]: Leaving directory '/root/Asksin_OTA_Bootloader/uart'
Makefile:86: recipe for target 'uart_code' failed
make: *** [uart_code] Error 2

Hier wird gerne geholfen... aber bitte nicht völlig das Hirn ausschalten. ;-)

Gleich in der ersten Zeile steht: sh: 1: avr-gcc: not found

Ich hab jetzt zwar nicht danach gegooglet, aber ich nehme an, der erste Treffer würde dir im Falle eines verwendeten Raspberry folgende Antwort bringen:
apt-get install gcc-avr

Have fun! :-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bigsonic1 am 28 Juli 2015, 19:56:35
Danke.. Hirn ist an...(hab danach gegoogelt, aber manchmal liegt die Lösung so nah)  ;)
Hab wieder gegoogelt ohne erfolg...
Beim Flashen der Firmware kommt:

root@raspberrypi:~# ./flash-ota -f firmware_HM-LC-Sw1PBU-FM.eq3 -s KEQ0123456
HomeMatic OTA flasher version 0.097-git

Reading firmware from firmware_HM-LC-Sw1PBU-FM.eq3...
Firmware with 77 blocks successfully read.

Rebooting HM-CFG-USB to avoid running out of credits

HM-CFG-USB not in bootloader mode, entering bootloader.
Waiting for device to reappear...
Can't claim interface: Resource busy
Can't find/open hmcfgusb!
Can't claim interface: Resource busy
Can't find/open hmcfgusb!
Can't claim interface: Resource busy
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
HM-CFG-USB in bootloader mode, rebooting
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
Can't claim interface: Resource busy
Can't find/open hmcfgusb!


HM-CFG-USB opened

Interrupt transfer not completed: Unknown error code 5 / 0x05!
closing device-connection due to error 5


hmcfgusb_poll: Input/output error


Beim flashen der Firmware ohne Bootloader kommt:

root@raspberrypi:~# avrdude -p m644 -P gpio -c gpio -U flash:w:firmware_HM_LC_Sw1PBU-FM.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "firmware_HM_LC_Sw1PBU-FM.hex"
avrdude: error opening firmware_HM_LC_Sw1PBU-FM.hex: No such file or directory
avrdude: input file firmware_HM_LC_Sw1PBU-FM.hex auto detected as invalid format
avrdude: can't open input file firmware_HM_LC_Sw1PBU-FM.hex: No such file or directory
avrdude: write to file 'firmware_HM_LC_Sw1PBU-FM.hex' failed

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

Die Firmware ist aber defenitiv vorhanden, und die Rechte stehen auf 777. Was müsste ich denn noch beachten? Mir würde es auch ohne OTA Bootloader reichen (Der Bootloader ließ sich aber flashen).
Den Schalter will ich auch ungern wegwerfen...  :'(
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 28 Juli 2015, 20:40:31
Zitat von: Bigsonic1 am 28 Juli 2015, 19:56:35
root@raspberrypi:~# ./flash-ota -f firmware_HM-LC-Sw1PBU-FM.eq3 -s KEQ0123456
HomeMatic OTA flasher version 0.097-git

Reading firmware from firmware_HM-LC-Sw1PBU-FM.eq3...
Firmware with 77 blocks successfully read.

Rebooting HM-CFG-USB to avoid running out of credits

HM-CFG-USB not in bootloader mode, entering bootloader.
Waiting for device to reappear...
Can't claim interface: Resource busy
Can't find/open hmcfgusb!
Can't claim interface: Resource busy
Can't find/open hmcfgusb!
Can't claim interface: Resource busy
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
HM-CFG-USB in bootloader mode, rebooting
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
Can't claim interface: Resource busy
Can't find/open hmcfgusb!


HM-CFG-USB opened

Interrupt transfer not completed: Unknown error code 5 / 0x05!
closing device-connection due to error 5


hmcfgusb_poll: Input/output error

Sieht für mich so aus, als würde FHEM parallel dazu laufen. Kann das sein?

Zitat
Beim flashen der Firmware ohne Bootloader kommt:

root@raspberrypi:~# avrdude -p m644 -P gpio -c gpio -U flash:w:firmware_HM_LC_Sw1PBU-FM.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "firmware_HM_LC_Sw1PBU-FM.hex"
avrdude: error opening firmware_HM_LC_Sw1PBU-FM.hex: No such file or directory
avrdude: input file firmware_HM_LC_Sw1PBU-FM.hex auto detected as invalid format
avrdude: can't open input file firmware_HM_LC_Sw1PBU-FM.hex: No such file or directory
avrdude: write to file 'firmware_HM_LC_Sw1PBU-FM.hex' failed

avrdude: safemode: Fuses OK

avrdude done.  Thank you.

Die Firmware ist aber defenitiv vorhanden, und die Rechte stehen auf 777. Was müsste ich denn noch beachten? Mir würde es auch ohne OTA Bootloader reichen (Der Bootloader ließ sich aber flashen).
Den Schalter will ich auch ungern wegwerfen...  :'(
Wegwerfen brauchst du den Schalter auf keinen Fall. ;-)
Beim Hex-File stört mich das:
error opening firmware_HM_LC_Sw1PBU-FM.hex: No such file or directory
Ich kann mich dunkel daran erinnern, dass entweder Unterstriche oder Bindesstriche Probleme verursachen.
Im Grunde würde ich dir ohnehin das Flashen über den OTA-Bootloader empfehlen, wenn du aber unbedingt die Firmware direkt drauf knallen willst, dann kürze den Dateinamen auf wenige Buchstaben ohne besagte Zeichen zusammen (einfach fw.hex zB) und probiere es nochmal.

Beim OTA-Flashen überprüfe vorher am besten doppelt, ob FHEM auch wirklich beendet ist und wenn das nicht hilft, dann starte den Raspberry einmal neu ohne FHEM dabei zu starten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bigsonic1 am 29 Juli 2015, 11:31:33
@ Mr. P
Danke!!!! Jetzt hat es endlich geklappt, ich hatte FHEM nicht gestoppt, das hab ich leider aber noch nirgends gelesen, aber klar wenn FHEM auf den Stick zugreift.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 29 Juli 2015, 15:46:48
Keine Ursache... Viel Spaß weiterhin. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 30 Juli 2015, 08:59:04
Übrigens, kann es sein, dass das Modul überhaupt nicht mehr fhem kompatible ist?

2015.07.29 22:32:36 1: reload: Error:Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW deactivated:
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6.
BEGIN failed--compilation aborted at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 30 Juli 2015, 09:20:00
Das hilft:

sudo apt-get install libswitch-perl


Sent from my iPad using Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 30 Juli 2015, 09:21:41
Danke dachte das wäre ein FHEM Modul. Teste das heute Abend.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 30 Juli 2015, 12:22:55
Kurze Frage (siehe Bilder): Hab' ich den Schalter schon drin bei mir oder fehlt was? Wie kann ich den Schalter nun programmieren?

(http://s30.postimg.org/u972mfmvx/image.png) (http://postimg.org/image/u972mfmvx/)

(http://s30.postimg.org/bi55c9sbh/image.png) (http://postimg.org/image/bi55c9sbh/)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 30 Juli 2015, 13:04:45
poste ein list vom device.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 30 Juli 2015, 13:40:11
Meinst Du das hier?

(http://s17.postimg.org/smsjq842j/image.jpg) (http://postimg.org/image/smsjq842j/)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 30 Juli 2015, 13:56:17
in die eingabezeile "list <mein_device>" eingeben.

hast du die fhem datei für den schalter in den ordner .../fhem/FHEM kopiert? anschliessend restart und dann pairen. es taucht bisher kein model auf.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 30 Juli 2015, 14:29:52
Die Datei "99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm" habe ich in den gen. Ordner kopiert, neu gestartet und versucht mit "set hmusb hmPairForSec 600" + Druck auf Knopf am Schalter zu pairen. Ob mir Letzteres gelungen ist, weiß ich nicht.

"list CUL_HM_ID_F0A9_29F26F" liefert:

Internals:
   CFGFN
   DEF        29F26F
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     45
   NAME       CUL_HM_ID_F0A9_29F26F
   NR         92
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 CUL_HM_ID_F0A9_29F26F_Btn1
   hmusb_MSGCNT 45
   hmusb_RAWMSG E29F26F,0000,000333A6,FF,FFD3,6CA24029F26F000000420B
   hmusb_RSSI -45
   hmusb_TIME 2015-07-29 17:43:44
   lastMsg    No:6C - t:40 s:29F26F d:000000 420B
   protCmdDel 5
   protLastRcv 2015-07-29 17:43:44
   protResnd  6 last_at:2015-07-29 17:21:27
   protResndFail 2 last_at:2015-07-29 17:21:33
   protSnd    28 last_at:2015-07-29 17:42:17
   protState  CMDs_done
   rssi_at_hmusb avg:-43.35 max:-38 cnt:45 min:-48 lst:-45
   Readings:
     2015-07-29 17:37:25   CommandAccepted yes
     2015-07-29 17:20:59   D-firmware      1.5
     2015-07-29 17:20:59   D-serialNr      PS00000002
     2015-07-29 17:37:32   PairedTo        0x0
     2015-07-29 17:27:33   R-pairCentral   0x0
     2015-07-29 17:37:32   RegL_00:          02:00 05:00 0A:00 0B:00 0C:00 12:00 00:00
     2015-07-29 17:42:17   state           CMDs_done
     2015-07-29 17:43:42   trigDst_broadcast noConfig
   Helper:
     cSnd       0142424229F26F00040000000000
     Io:
       newChn     +29F26F,00,01,00
       nextSend   1438184624.30362
       prefIO
       rxt        0
       vccu
       p:
         29F26F
         00
         01
         00
     Mrssi:
       mNo        6C
       Io:
         hmusb      -43
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_hmusb:
         avg        -43.3555555555555
         cnt        45
         lst        -45
         max        -38
         min        -48
     Shadowreg:
Attributes:
   IODev      hmusb
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   icon       FS20.off
   model      unknown
   room       CUL_HM
   serialNr   PS00000002
   subType    virtual
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 30 Juli 2015, 14:40:18
ist noch nicht gepairt. sieht man zb an den readings pairCentral. den configbutton am schalter musst du zum pairen etwa 5s gedrückt halten. es erfolgt keine rückmeldung an der led. bei kurzem drücken leuchtet die led 1x kurz.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 30 Juli 2015, 14:55:53
Klappt leider nicht. Ist evtl. beim Flashen etwas schief gelaufen?
:~/repo/isengard$ avrdude -p m644 -c stk500v2 -P /dev/ttyUSB0 -v -F

avrdude: Version 6.0.1, compiled on Oct 21 2013 at 15:55:32
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/home/demo/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/ttyUSB0
         Using Programmer              : stk500v2
         AVR Part                      : ATmega644
         Chip Erase delay              : 55000 us
         PAGEL                         : PD7
         BS2                           : PA0
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    10   128    0 no       2048    8      0  9000  9000 0xff 0xff
           flash         33     6   256    0 yes     65536  256    256  4500  4500 0xff 0xff
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00

         Programmer Type : STK500V2
         Description     : Atmel STK500 Version 2.x firmware
         Programmer Model: STK500
         Hardware Version: 3
         Firmware Version Master : 2.10
         Topcard         : Unknown
         Vtarget         : 0.0 V
         SCK period      : 17.4 us
         Varef           : 0.0 V
         Oscillator      : Off

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.03s

avrdude: Device signature = 0x1e960a
avrdude: Expected signature for ATmega644 is 1E 96 09
avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as DA
avrdude: safemode: efuse reads as FD

avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as DA
avrdude: safemode: efuse reads as FD
avrdude: safemode: Fuses OK (H:FD, E:DA, L:FF)

avrdude done.  Thank you.

:~/repo/isengard$ avrdude -p m644 -c stk500v2 -P /dev/ttyUSB0 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m -F

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x1e960a
avrdude: Expected signature for ATmega644 is 1E 96 09
avrdude: reading input file "0xFD"
avrdude: writing lfuse (1 bytes):

Writing | ################################################## | 100% 0.02s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFD:
avrdude: load data lfuse data from input file 0xFD:
avrdude: input file 0xFD contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.01s

avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0xD8"
avrdude: writing hfuse (1 bytes):

Writing | ################################################## | 100% 0.01s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xD8:
avrdude: load data hfuse data from input file 0xD8:
avrdude: input file 0xD8 contains 1 bytes
avrdude: reading on-chip hfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of hfuse verified
avrdude: reading input file "0x3F"
avrdude: writing lock (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of lock written
avrdude: verifying lock memory against 0x3F:
avrdude: load data lock data from input file 0x3F:
avrdude: input file 0x3F contains 1 bytes
avrdude: reading on-chip lock data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lock verified

avrdude: safemode: Fuses OK (H:FD, E:D8, L:FD)

avrdude done.  Thank you.

:~/repo/isengard$ avrdude -p m644 -c stk500v2 -P /dev/ttyUSB0 -U flash:w:bootloader_HM-LC-Sw1PBU-FM.hex -F

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e960a
avrdude: Expected signature for ATmega644 is 1E 96 09
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "bootloader_HM-LC-Sw1PBU-FM.hex"
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: writing flash (61372 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 61372 bytes of flash written
avrdude: verifying flash memory against bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: load data flash data from input file bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex contains 61372 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 61372 bytes of flash verified

avrdude: safemode: Fuses OK (H:FD, E:D8, L:FD)

avrdude done.  Thank you.

:~/repo/hmcfgusb$ sudo ./flash-ota -f ../isengard/firmware_HM-LC-Sw1PBU-FM.eq3 -s KEQ0123456
HomeMatic OTA flasher version 0.101-git

Reading firmware from ../isengard/firmware_HM-LC-Sw1PBU-FM.eq3...
Firmware with 77 blocks successfully read.

Rebooting HM-CFG-USB to avoid running out of credits

HM-CFG-USB not in bootloader mode, entering bootloader.
Waiting for device to reappear...
usb-transfer took more than 100ms (299ms), this may lead to timing problems!
Can't send null frame: Input/output error
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
HM-CFG-USB in bootloader mode, rebooting
Can't send data: Pipe error
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!


HM-CFG-USB opened

HM-CFG-USB firmware version: 967
Entering 10k-mode
Waiting for device with serial KEQ0123456
Device with serial KEQ0123456 (hmid: abcdef) entered firmware-update-mode
Adding HMID
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Yes!
Flashing 77 blocks: 0048/0077 \usb-transfer took more than 100ms (114ms), this may lead to timing problems!
0077/0077 -
Entering 10k-mode
Waiting for device to reboot
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 30 Juli 2015, 15:39:55
avrdude: writing flash (61372 bytes):
das macht mich stutzig.

wenn meine aufzeichnungen stimmen, hatte ich mit 8k bootloader
avrdude: 65536 bytes of flash written

ist bei dir alles auf die selbe bootloader grösse abgestimmt?

ansonsten sniffe in fhem die rawmessages vom schalter.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 30 Juli 2015, 16:11:04
Bootloader und Firmware habe ich von hier: https://owncloud.isengard.at/index.php/s/8992affb68e8c1dcbe532152628ad9a5 (https://owncloud.isengard.at/index.php/s/8992affb68e8c1dcbe532152628ad9a5)

Geflasht habe ich aus einer PC/Linux Installation mit dem "mySmartUSB light" Stick.

Zitatist bei dir alles auf die selbe bootloader grösse abgestimmt?
Wie stelle ich das sicher?

Zitatansonsten sniffe in fhem die rawmessages vom schalter.
Wie mache ich das?

Sorry für die Anfängerfragen und danke für Deine Geduld!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 30 Juli 2015, 17:08:56
ZitatWie stelle ich das sicher?
entweder deiner quelle vertrauen, oder nach wiki vorgehen.

ZitatWie mache ich das?
wiki homematic sniffen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 31 Juli 2015, 12:29:14
Also mittlerweile wurden schon von einigen Leuten, etliche Schalter mittels Files und Anleitung aus meiner Cloud geflasht und funktionieren auch wie sie sollen.

Außerdem hab ich so meine Zweifel, dass wenn der Schalter selbst ansprechbar ist, es sich um eine fehlerhaft(e) (aufgespielte) Firmware handelt. :-)

Edit: Hast du alle Files von meiner Cloud genommen oder auch von einer anderen Seite welche verwendet?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 31 Juli 2015, 15:39:51
Der erste Flashversuch war mit Bootloader und Firmware von der isengard Seite. avrdude allerdings aus dem Standard Ubuntu 14.04 Repository.

Ich habe nun einen selbst gebauten Bootloader über OTA und dann eine selbst gebaute Firmware über OTA geflasht.

Beides mal habe ich das flash-ota Tool dazu gebracht KEQ0123456 zu finden und zu flashen: Strom ausschalten, Taster am Schalter gedrückt halten, Strom einschalten und Taster nach ca. 5 Sek. loslassen

Die gleiche Prozedur habe ich mit FHEM ("set hmusb hmPairForSec 600" oder "set hmusb hmPairSerial KEQ0123456") und mit dem "Homematic-Komponenten konfigurieren" Tool leider ohne Erfolg durchgeführt.

Hat jemand eine Idee, was schief läuft?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 31 Juli 2015, 20:25:42
ZitatDie gleiche Prozedur habe ich mit FHEM ("set hmusb hmPairForSec 600" oder "set hmusb hmPairSerial KEQ0123456") und mit dem "Homematic-Komponenten konfigurieren" Tool leider ohne Erfolg durchgeführt.

-Config-Taster am Device ca. 5-10 sek. drücken (Zeit musst du ausprobieren, die LED darf beim loslassen nicht blinken)
-Autocreate legt den Schalter automatiche in Fhem an
-set hmusb hmPairSerial KEQ0123456
-set regset PairCentral....
-getConfig

So sollte es gehen  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 03 August 2015, 10:08:19
Habe noch mal gelötet und den Bootloader sauber mit 65536 bytes geflasht:
:~/repo/Asksin_OTA_Bootloader$ avrdude -p m644 -c stk500v2 -P /dev/ttyUSB0 -U flash:w:Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex -F

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x1e960a
avrdude: Expected signature for ATmega644 is 1E 96 09
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex"
avrdude: input file Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex auto detected as Intel Hex
avrdude: writing flash (65536 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 65536 bytes of flash written
avrdude: verifying flash memory against Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex:
avrdude: load data flash data from input file Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex:
avrdude: input file Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex auto detected as Intel Hex
avrdude: input file Bootloader-AskSin-OTA-HM_LC_Sw1PBU_FM_8k.hex contains 65536 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 65536 bytes of flash verified

avrdude: safemode: Fuses OK (H:FD, E:D8, L:FD)

avrdude done.  Thank you.

Anschließend abgelötet, zusammengebaut und per OTA die Firmware geflasht:
:~/repo/hmcfgusb$ sudo ./flash-ota -f ../Asksin_HM_LC_Sw1PBU_FM/HM_LC_Sw1PBU_FM.eq3 -s KEQ0000001
HomeMatic OTA flasher version 0.101-git

Reading firmware from ../Asksin_HM_LC_Sw1PBU_FM/HM_LC_Sw1PBU_FM.eq3...
Firmware with 224 blocks successfully read.

Rebooting HM-CFG-USB to avoid running out of credits

HM-CFG-USB not in bootloader mode, entering bootloader.
Waiting for device to reappear...
Can't send null frame: Input/output error
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
HM-CFG-USB in bootloader mode, rebooting
Can't send data: Pipe error
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!


HM-CFG-USB opened

HM-CFG-USB firmware version: 967
Entering 10k-mode
Waiting for device with serial KEQ0000001
Device with serial KEQ0000001 (hmid: 123456) entered firmware-update-mode
Adding HMID
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Yes!
Flashing 224 blocks: 0224/0224 -
Entering 10k-mode
Waiting for device to reboot

Pairen geht immer noch nicht  :(
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 03 August 2015, 10:46:52
Die Firmware auf dem Downloadserver ist meiner Meinung nach defekt. Die hat bei mir nie Funktioniert und ist auch wesentlich kleiner als die die ich selber gebaut habe. Hast du die Version vom Server der eine selbst gebaut version genutzt. Daher bau dir mal 2 richtige Dateien (Bootloader und Firmware) und vielleicht auch direkt mit der richtigen Seriennummer, falls du das nicht schon versucht hast.

PS: Die HMID- und Serial-Anpassung muss 2x gemacht werden im Bootloader und in der Firmware. Hab selber eine stelle übersehen was mich einige Stunden gekostet hat :D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 03 August 2015, 11:25:20
warum sniffst du nicht die raw-messages?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 03 August 2015, 14:28:30
Kann daran nur erkennen, dass der HM-CFG-USB2 kommt und geht - was vielleicht mein Problem ist.
2015.08.03 14:19:24.770 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.08.03 14:19:24.771 1: HMLAN_Parse: hmusb new condition disconnected
2015.08.03 14:19:29.778 1: 127.0.0.1:1234 reappeared (hmusb)
2015.08.03 14:19:29.778 0: HMLAN_Send:  hmusb I:A424242
2015.08.03 14:19:29.778 0: HMLAN_Send:  hmusb I:C
2015.08.03 14:19:29.778 0: HMLAN_Send:  hmusb I:Y01,00,
2015.08.03 14:19:29.778 0: HMLAN_Send:  hmusb I:Y02,00,
2015.08.03 14:19:29.778 0: HMLAN_Send:  hmusb I:Y03,00,
2015.08.03 14:19:29.779 0: HMLAN_Send:  hmusb I:T1D5218D1,04,00,00000000
2015.08.03 14:19:29.779 1: HMLAN_Parse: hmusb new condition init
2015.08.03 14:19:29.779 0: HMLAN_Send:  hmusb S:SF380A0C1 stat:  00 t:00000000 d:01 r:F380A0C1 m:99 8112 424242 000000
2015.08.03 14:19:34.722 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F3CC48 d:FF r:FFD5     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:19:35.954 0: HMLAN_Parse: hmusb R:RF380A0C1 stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 424242 000000
2015.08.03 14:19:35.955 1: HMLAN_Parse: hmusb new condition ok
2015.08.03 14:19:46.656 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F3FC1B d:FF r:FFD8     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:19:54.798 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:19:55.812 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:19:56.826 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:19:57.840 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:19:58.854 1: HMLAN_Parse: hmusb new condition timeout
2015.08.03 14:19:58.854 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.08.03 14:19:58.855 1: HMLAN_Parse: hmusb new condition disconnected
2015.08.03 14:20:03.862 1: 127.0.0.1:1234 reappeared (hmusb)
2015.08.03 14:20:03.862 0: HMLAN_Send:  hmusb I:A424242
2015.08.03 14:20:03.862 0: HMLAN_Send:  hmusb I:C
2015.08.03 14:20:03.862 0: HMLAN_Send:  hmusb I:Y01,00,
2015.08.03 14:20:03.862 0: HMLAN_Send:  hmusb I:Y02,00,
2015.08.03 14:20:03.862 0: HMLAN_Send:  hmusb I:Y03,00,
2015.08.03 14:20:03.862 0: HMLAN_Send:  hmusb I:T1D5218F3,04,00,00000000
2015.08.03 14:20:03.862 1: HMLAN_Parse: hmusb new condition init
2015.08.03 14:20:03.863 0: HMLAN_Send:  hmusb S:SF38125E5 stat:  00 t:00000000 d:01 r:F38125E5 m:99 8112 424242 000000
2015.08.03 14:20:15.796 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F42BED d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:20:15.796 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F45BC0 d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:20:15.797 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F45BC0 d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:20:17.112 0: HMLAN_Parse: hmusb R:RF38125E5 stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 424242 000000
2015.08.03 14:20:17.112 1: HMLAN_Parse: hmusb new condition ok
2015.08.03 14:20:24.756 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F48B93 d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:20:28.868 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:20:29.871 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:20:30.873 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:20:31.874 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:20:32.877 1: HMLAN_Parse: hmusb new condition timeout
2015.08.03 14:20:32.877 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.08.03 14:20:32.877 1: HMLAN_Parse: hmusb new condition disconnected
2015.08.03 14:20:37.894 1: 127.0.0.1:1234 reappeared (hmusb)
2015.08.03 14:20:37.894 0: HMLAN_Send:  hmusb I:A424242
2015.08.03 14:20:37.894 0: HMLAN_Send:  hmusb I:C
2015.08.03 14:20:37.894 0: HMLAN_Send:  hmusb I:Y01,00,
2015.08.03 14:20:37.894 0: HMLAN_Send:  hmusb I:Y02,00,
2015.08.03 14:20:37.894 0: HMLAN_Send:  hmusb I:Y03,00,
2015.08.03 14:20:37.894 0: HMLAN_Send:  hmusb I:T1D521915,04,00,00000000
2015.08.03 14:20:37.894 1: HMLAN_Parse: hmusb new condition init
2015.08.03 14:20:37.895 0: HMLAN_Send:  hmusb S:SF381AAD4 stat:  00 t:00000000 d:01 r:F381AAD4 m:99 8112 424242 000000
2015.08.03 14:20:51.262 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F4BB66 d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:20:51.263 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F4EB2C d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:20:51.265 0: HMLAN_Parse: hmusb R:RF381AAD4 stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 424242 000000
2015.08.03 14:20:51.265 1: HMLAN_Parse: hmusb new condition ok
2015.08.03 14:21:00.017 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F51AF4 d:FF r:FFD8     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:21:02.899 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:21:03.913 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:21:04.927 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:21:05.941 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:21:06.955 1: HMLAN_Parse: hmusb new condition timeout
2015.08.03 14:21:06.955 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.08.03 14:21:06.956 1: HMLAN_Parse: hmusb new condition disconnected
2015.08.03 14:21:07.913 1: 127.0.0.1:1234 reappeared (hmusb)
2015.08.03 14:21:07.914 0: HMLAN_Send:  hmusb I:A424242
2015.08.03 14:21:07.914 0: HMLAN_Send:  hmusb I:C
2015.08.03 14:21:07.914 0: HMLAN_Send:  hmusb I:Y01,00,
2015.08.03 14:21:07.914 0: HMLAN_Send:  hmusb I:Y02,00,
2015.08.03 14:21:07.914 0: HMLAN_Send:  hmusb I:Y03,00,
2015.08.03 14:21:07.914 0: HMLAN_Send:  hmusb I:T1D521933,04,00,00000000
2015.08.03 14:21:07.914 1: HMLAN_Parse: hmusb new condition init
2015.08.03 14:21:07.914 0: HMLAN_Send:  hmusb S:SF3822018 stat:  00 t:00000000 d:01 r:F3822018 m:99 8112 424242 000000
2015.08.03 14:21:09.537 0: HMLAN_Parse: hmusb R:RF3822018 stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 424242 000000
2015.08.03 14:21:09.537 1: HMLAN_Parse: hmusb new condition ok
2015.08.03 14:21:12.241 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F54AC7 d:FF r:FFD8     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:21:24.582 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F57A8D d:FF r:FFD8     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:21:32.928 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:21:33.941 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:21:34.955 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:21:35.969 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:21:36.796 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F5AA60 d:FF r:FFD8     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:21:36.983 1: HMLAN_Parse: hmusb new condition timeout
2015.08.03 14:21:36.984 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.08.03 14:21:36.984 1: HMLAN_Parse: hmusb new condition disconnected
2015.08.03 14:21:36.985 1: 127.0.0.1:1234 reappeared (hmusb)
2015.08.03 14:21:36.985 0: HMLAN_Send:  hmusb I:A424242
2015.08.03 14:21:36.985 0: HMLAN_Send:  hmusb I:C
2015.08.03 14:21:36.985 0: HMLAN_Send:  hmusb I:Y01,00,
2015.08.03 14:21:36.985 0: HMLAN_Send:  hmusb I:Y02,00,
2015.08.03 14:21:36.986 0: HMLAN_Send:  hmusb I:Y03,00,
2015.08.03 14:21:36.986 0: HMLAN_Send:  hmusb I:T1D521950,04,00,00000000
2015.08.03 14:21:36.986 1: HMLAN_Parse: hmusb new condition init
2015.08.03 14:21:36.986 0: HMLAN_Send:  hmusb S:SF38291A8 stat:  00 t:00000000 d:01 r:F38291A8 m:99 8112 424242 000000
2015.08.03 14:21:39.574 0: HMLAN_Parse: hmusb R:RF38291A8 stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 424242 000000
2015.08.03 14:21:39.574 1: HMLAN_Parse: hmusb new condition ok
2015.08.03 14:21:46.572 0: HMLAN_Send:  hmusb S:SF382B71A stat:  00 t:00000000 d:01 r:F382B71A m:23 8401 000000 010A4b 455130303030303031
2015.08.03 14:21:46.858 0: HMLAN_Parse: hmusb R:RF382B71A stat:0002 t:00000000 d:FF r:7FFF     m:23 8401 000000 010A4B 455130303030303031
2015.08.03 14:21:49.073 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F5DA35 d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:22:01.256 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F60A08 d:FF r:FFD8     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:22:01.989 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:22:03.003 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:22:04.017 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:22:05.031 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:22:06.044 1: HMLAN_Parse: hmusb new condition timeout
2015.08.03 14:22:06.045 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.08.03 14:22:06.045 1: HMLAN_Parse: hmusb new condition disconnected
2015.08.03 14:22:06.046 1: 127.0.0.1:1234 reappeared (hmusb)
2015.08.03 14:22:06.047 0: HMLAN_Send:  hmusb I:A424242
2015.08.03 14:22:06.047 0: HMLAN_Send:  hmusb I:C
2015.08.03 14:22:06.047 0: HMLAN_Send:  hmusb I:Y01,00,
2015.08.03 14:22:06.047 0: HMLAN_Send:  hmusb I:Y02,00,
2015.08.03 14:22:06.047 0: HMLAN_Send:  hmusb I:Y03,00,
2015.08.03 14:22:06.047 0: HMLAN_Send:  hmusb I:T1D52196E,04,00,00000000
2015.08.03 14:22:06.047 1: HMLAN_Parse: hmusb new condition init
2015.08.03 14:22:06.048 0: HMLAN_Send:  hmusb S:SF383032D stat:  00 t:00000000 d:01 r:F383032D m:99 8112 424242 000000
2015.08.03 14:22:09.056 0: HMLAN_Parse: hmusb R:RF383032D stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 424242 000000
2015.08.03 14:22:09.056 1: HMLAN_Parse: hmusb new condition ok
2015.08.03 14:22:13.453 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F639DC d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:22:25.747 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F669A3 d:FF r:FFDA     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:22:31.058 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:22:32.064 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:22:33.078 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:22:34.092 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:22:35.094 1: HMLAN_Parse: hmusb new condition timeout
2015.08.03 14:22:35.095 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.08.03 14:22:35.095 1: HMLAN_Parse: hmusb new condition disconnected
2015.08.03 14:22:35.096 1: 127.0.0.1:1234 reappeared (hmusb)
2015.08.03 14:22:35.096 0: HMLAN_Send:  hmusb I:A424242
2015.08.03 14:22:35.096 0: HMLAN_Send:  hmusb I:C
2015.08.03 14:22:35.096 0: HMLAN_Send:  hmusb I:Y01,00,
2015.08.03 14:22:35.096 0: HMLAN_Send:  hmusb I:Y02,00,
2015.08.03 14:22:35.096 0: HMLAN_Send:  hmusb I:Y03,00,
2015.08.03 14:22:35.096 0: HMLAN_Send:  hmusb I:T1D52198B,04,00,00000000
2015.08.03 14:22:35.096 1: HMLAN_Parse: hmusb new condition init
2015.08.03 14:22:35.096 0: HMLAN_Send:  hmusb S:SF38374A6 stat:  00 t:00000000 d:01 r:F38374A6 m:99 8112 424242 000000
2015.08.03 14:22:37.742 0: HMLAN_Parse: hmusb R:RF38374A6 stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 424242 000000
2015.08.03 14:22:37.742 1: HMLAN_Parse: hmusb new condition ok
2015.08.03 14:22:37.945 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F69976 d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:22:50.172 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F6C949 d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:23:00.106 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:23:01.109 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:23:02.111 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:23:02.427 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F6F91C d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:23:03.114 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:23:04.116 1: HMLAN_Parse: hmusb new condition timeout
2015.08.03 14:23:04.117 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.08.03 14:23:04.117 1: HMLAN_Parse: hmusb new condition disconnected
2015.08.03 14:23:04.118 1: 127.0.0.1:1234 reappeared (hmusb)
2015.08.03 14:23:04.118 0: HMLAN_Send:  hmusb I:A424242
2015.08.03 14:23:04.118 0: HMLAN_Send:  hmusb I:C
2015.08.03 14:23:04.119 0: HMLAN_Send:  hmusb I:Y01,00,
2015.08.03 14:23:04.119 0: HMLAN_Send:  hmusb I:Y02,00,
2015.08.03 14:23:04.119 0: HMLAN_Send:  hmusb I:Y03,00,
2015.08.03 14:23:04.119 0: HMLAN_Send:  hmusb I:T1D5219A8,04,00,00000000
2015.08.03 14:23:04.119 1: HMLAN_Parse: hmusb new condition init
2015.08.03 14:23:04.120 0: HMLAN_Send:  hmusb S:SF383E605 stat:  00 t:00000000 d:01 r:F383E605 m:99 8112 424242 000000
2015.08.03 14:23:05.674 0: HMLAN_Parse: hmusb R:RF383E605 stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 424242 000000
2015.08.03 14:23:05.674 1: HMLAN_Parse: hmusb new condition ok
2015.08.03 14:23:14.817 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F728EF d:FF r:FFD6     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:23:27.031 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F758C1 d:FF r:FFD6     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:23:29.121 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:23:30.124 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:23:31.126 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:23:32.128 0: HMLAN_Send:  hmusb I:K
2015.08.03 14:23:33.133 1: HMLAN_Parse: hmusb new condition timeout
2015.08.03 14:23:33.134 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.08.03 14:23:33.134 1: HMLAN_Parse: hmusb new condition disconnected
2015.08.03 14:23:33.135 1: 127.0.0.1:1234 reappeared (hmusb)
2015.08.03 14:23:33.135 0: HMLAN_Send:  hmusb I:A424242
2015.08.03 14:23:33.135 0: HMLAN_Send:  hmusb I:C
2015.08.03 14:23:33.135 0: HMLAN_Send:  hmusb I:Y01,00,
2015.08.03 14:23:33.135 0: HMLAN_Send:  hmusb I:Y02,00,
2015.08.03 14:23:33.136 0: HMLAN_Send:  hmusb I:Y03,00,
2015.08.03 14:23:33.136 0: HMLAN_Send:  hmusb I:T1D5219C5,04,00,00000000
2015.08.03 14:23:33.136 1: HMLAN_Parse: hmusb new condition init
2015.08.03 14:23:33.136 0: HMLAN_Send:  hmusb S:SF384575E stat:  00 t:00000000 d:01 r:F384575E m:99 8112 424242 000000
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 03 August 2015, 14:33:48
Zitat von: traxanos am 03 August 2015, 10:46:52
Die Firmware auf dem Downloadserver ist meiner Meinung nach defekt. Die hat bei mir nie Funktioniert und ist auch wesentlich kleiner als die die ich selber gebaut habe. Hast du die Version vom Server der eine selbst gebaut version genutzt. Daher bau dir mal 2 richtige Dateien (Bootloader und Firmware) und vielleicht auch direkt mit der richtigen Seriennummer, falls du das nicht schon versucht hast.

PS: Die HMID- und Serial-Anpassung muss 2x gemacht werden im Bootloader und in der Firmware. Hab selber eine stelle übersehen was mich einige Stunden gekostet hat :D
Habe beides selber gebaut ohne irgendetwas anzupassen. flash-ota findet den Schalter auf KEQ0000001.
Wo setze ich die KEQ Serial bei der Firmware? Beim Bootloader ist es in: devices/HM-LC-Sw1PBU-FM.h
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 03 August 2015, 14:40:52
2015.08.03 14:22:37.945 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F69976 d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031
2015.08.03 14:22:50.172 0: HMLAN_Parse: hmusb R:E123456   stat:0000 t:00F6C949 d:FF r:FFD7     m:00 0010 123456 000000 004B455130303030303031

das sollten die meldungen vom bootloader sein. da ist also noch gar keine firmware drauf. der schalter müsste im gleichen rythmus blinken (ca. 15s), tut er dies? der bootloader überprüft nach dem flashen die firmware und startet diese nur, wenn sie für ihn ok ist. also einfach nochmal ota flashen.

das mit den reconnects musst du natürlich auch in den griff bekommen.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 03 August 2015, 14:47:27
Danke, werde ich gleich mal probieren. Beim ersten Flashen ist möglicherweise noch FHEM gelaufen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 03 August 2015, 17:32:15
Hab's nun mit dem Homematic Firmware Update Tool unter Windows probiert.
1. Bootloader -> geht
2. Firmware -> bricht ab mit der Meldung "Update abgebrochen: Duty Cycle erreicht"

Hilft das irgendwie weiter?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 03 August 2015, 17:48:03
den bootloader musst du nicht mehr flashen.den hast du doch schon ueber isp geflasht. die meldung besagt, dass. das sendelimit deines hmusb aufgebraucht ist, 1 prozent regel. einfach vom usb abziehen und wieder reinstecken. ein ota update verbraucht einiges. versuche mit dem hmusb zwischen 2 bis 3 meter an den schalter zu ruecken. und bringe deinen koerper aus der direkten funkachse.
beim erstellen der firmware hast du die korrekten srec einstellungen getaetigt?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 04 August 2015, 10:25:46
Der Flashvorgang ist durchgelaufen, die Firmware ist aber immer noch nicht drauf (selbe Logmeldungen wie zuvor).

Der Schalter blinkt ca. alle 10-15s einmal lang, dann gleich zweimal kurz.

Zur Info (hätte ich Euch ja früher sagen können): Ich habe einen RWE Smarthome Schalter geflasht - vielleicht liegt's daran.

Kannst Du mir evtl. eine fertige Firmware mit KEQ0000001 zuschicken? Habe nach .eq3 konvertiert, wie im Wiki beschrieben, wobei ich den CRC Check weglassen musste.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 August 2015, 10:53:04
Zitatwobei ich den CRC Check weglassen musste.
warum? im bootloader ist per default der check aktiviert. daher wird der bootloader die empfangene fw immer verwerfen. die rwe schalter sollten auch funktionieren.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 04 August 2015, 12:26:16
Deshalb:
:~/repo/Asksin_HM_LC_Sw1PBU_FM$ sudo php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat /usr/bin/srec_cat
unknown "-Cyclic_Redundancy_Check_16_Little_Endian" option
Usage: srec_cat [ <option>... ] <filename>...
       srec_cat -Help
       srec_cat -VERSion
       srec_cat -LICense
Could not open tmpfile.tmp
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 August 2015, 13:41:04
deine srec-version wird zu alt sein. ich habe meine von hier http://srecord.sourceforge.net/index.html (http://srecord.sourceforge.net/index.html)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 04 August 2015, 16:47:51
Habe nun die neue srec Version verwendet und konnte mit der --withCrcCheck Option konvertieren. Flashen hat auch funktioniert und der Schalter blinkt nur noch beim Tastendruck.

list CUL_HM_ID_F0A9_208557 liefert:

Internals:
   DEF        208557
   IODev      hmusb
   NAME       CUL_HM_ID_F0A9_208557
   NR         21
   STATE      ???
   TYPE       CUL_HM
   Readings:
     2015-08-04 16:27:52   D-firmware      1.5
     2015-08-04 16:27:52   D-serialNr      PS00000002
   Helper:
     Io:
       newChn     +208557,00,01,00
       prefIO
       rxt        0
       vccu
       p:
         208557
         00
         01
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
Attributes:
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1
   room       CUL_HM


2015.08.04 16:45:08.837 1: HMLAN_Parse: hmusb new condition timeout
2015.08.04 16:45:08.838 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.08.04 16:45:08.838 1: HMLAN_Parse: hmusb new condition disconnected
2015.08.04 16:45:13.846 1: 127.0.0.1:1234 reappeared (hmusb)
2015.08.04 16:45:13.846 0: HMLAN_Send:  hmusb I:A424242
2015.08.04 16:45:13.846 0: HMLAN_Send:  hmusb I:C
2015.08.04 16:45:13.846 0: HMLAN_Send:  hmusb I:+208557,00,01,00
2015.08.04 16:45:13.847 0: HMLAN_Send:  hmusb I:Y01,00,
2015.08.04 16:45:13.847 0: HMLAN_Send:  hmusb I:Y02,00,
2015.08.04 16:45:13.847 0: HMLAN_Send:  hmusb I:Y03,00,
2015.08.04 16:45:13.847 0: HMLAN_Send:  hmusb I:T1D538C79,04,00,00000000
2015.08.04 16:45:13.847 1: HMLAN_Parse: hmusb new condition init
2015.08.04 16:45:13.847 0: HMLAN_Send:  hmusb S:SF92C6945 stat:  00 t:00000000 d:01 r:F92C6945 m:99 8112 424242 000000
2015.08.04 16:45:14.971 0: HMLAN_Parse: hmusb R:RF92C6945 stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 424242 000000
2015.08.04 16:45:14.971 1: HMLAN_Parse: hmusb new condition ok
2015.08.04 16:45:38.856 0: HMLAN_Send:  hmusb I:K
2015.08.04 16:45:39.858 0: HMLAN_Send:  hmusb I:K
2015.08.04 16:45:40.861 0: HMLAN_Send:  hmusb I:K
2015.08.04 16:45:41.863 0: HMLAN_Send:  hmusb I:K
2015.08.04 16:45:42.866 1: HMLAN_Parse: hmusb new condition timeout
2015.08.04 16:45:42.866 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.08.04 16:45:42.867 1: HMLAN_Parse: hmusb new condition disconnected
2015.08.04 16:45:47.873 1: 127.0.0.1:1234 reappeared (hmusb)
2015.08.04 16:45:47.873 0: HMLAN_Send:  hmusb I:A424242
2015.08.04 16:45:47.873 0: HMLAN_Send:  hmusb I:C
2015.08.04 16:45:47.873 0: HMLAN_Send:  hmusb I:+208557,00,01,00
2015.08.04 16:45:47.873 0: HMLAN_Send:  hmusb I:Y01,00,
2015.08.04 16:45:47.873 0: HMLAN_Send:  hmusb I:Y02,00,
2015.08.04 16:45:47.873 0: HMLAN_Send:  hmusb I:Y03,00,
2015.08.04 16:45:47.874 0: HMLAN_Send:  hmusb I:T1D538C9B,04,00,00000000
2015.08.04 16:45:47.874 1: HMLAN_Parse: hmusb new condition init
2015.08.04 16:45:47.874 0: HMLAN_Send:  hmusb S:SF92CEE30 stat:  00 t:00000000 d:01 r:F92CEE30 m:99 8112 424242 000000
2015.08.04 16:45:51.996 0: HMLAN_Parse: hmusb R:RF92CEE30 stat:0002 t:00000000 d:FF r:7FFF     m:99 8112 424242 000000
2015.08.04 16:45:51.996 1: HMLAN_Parse: hmusb new condition ok


Firmware nun drauf oder nicht?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 04 August 2015, 17:44:57
Vielleicht ein paar Worte, warum ich diese Übung mache: Ich brauche zwei solcher Schalter, die direkt ohne Zentrale miteinander kommunizieren. Taster unten: lokal an/aus, Taster oben: verbundener Schalter an/aus
FHEM dient also nur der Konfiguration der beiden Schalter.


Sent from my iPad using Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 August 2015, 17:52:21
ZitatFirmware nun drauf oder nicht?
ja, sieht so aus, als hättest du jans original daten geflasht. jetzt auf zum pairen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 04 August 2015, 20:21:21
Zitat von: wires.io am 03 August 2015, 14:33:48
Habe beides selber gebaut ohne irgendetwas anzupassen. flash-ota findet den Schalter auf KEQ0000001.
Wo setze ich die KEQ Serial bei der Firmware? Beim Bootloader ist es in: devices/HM-LC-Sw1PBU-FM.h

https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/blob/master/Register.h
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 04 August 2015, 21:45:44
Danke. PS00000002 - stimmt's? Sollte ich wohl lieber auf KEQ0000001 ändern.


Sent from my iPad using Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 04 August 2015, 21:49:13
Also ich habe immer die Orginaldaten übernommen. Bootloader und Firmware sollten auch immer gleich sein, sonst haste ärger beim Update, da du die Schalter immer unterschiedlich ansteuern musst. Denk auch dran das es neben der Serial auch die HMID gibt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 05 August 2015, 13:21:10
Nun hänge ich hier:
configCheck done:

PairedTo mismatch to IODev
    CUL_HM_ID_F0A9_123456 paired:0x0  IO attr: 424242.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 August 2015, 14:10:30
poste ein list vom device.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 05 August 2015, 14:21:52
Nicht gepairt, ich weiß. Das könnte ich ja per "set CUL_HM_ID_F0A9_123456 regSet pairCentral XXXXXX" machen, bloß was ist XXXXXX?

Internals:
   DEF        123456
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     67
   NAME       CUL_HM_ID_F0A9_123456
   NR         21
   STATE      set_reset
   TYPE       CUL_HM
   hmusb_MSGCNT 67
   hmusb_RAWMSG RFD94DE92,0001,0033994C,FF,FFD6,0EA01012345642424202020005000A000B000C0012000000
   hmusb_RSSI -42
   hmusb_TIME 2015-08-05 13:17:48
   lastMsg    No:0E - t:10 s:123456 d:424242 02020005000A000B000C0012000000
   protLastRcv 2015-08-05 13:17:48
   protSnd    20 last_at:2015-08-05 13:17:48
   protState  CMDs_done
   rssi_at_hmusb cnt:67 lst:-42 min:-42 max:-42 avg:-42
   Readings:
     2015-08-05 13:17:45   CommandAccepted yes
     2015-08-05 12:25:17   D-firmware      1.5
     2015-08-05 12:25:17   D-serialNr      KEQ0000001
     2015-08-05 13:17:48   PairedTo        0x0
     2015-08-05 13:17:48   R-pairCentral   0x0
     2015-08-05 13:17:48   RegL_00:          02:00 05:00 0A:00 0B:00 0C:00 12:00 00:00
     2015-08-05 12:53:16   state           set_reset
     2015-08-05 12:25:51   trigDst_424242  noConfig
   Helper:
     cSnd       0142424212345600040000000000
     Io:
       newChn     +123456,00,01,00
       nextSend   1438773468.95992
       prefIO
       rxt        0
       vccu
       p:
         123456
         00
         01
         00
     Mrssi:
       mNo        0E
       Io:
         hmusb      -40
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         hmusb
       flg        A
       ts         1438773468.75002
       ack:
         HASH(0x246a0e0)
         0E800242424212345600
     Rssi:
       At_hmusb:
         avg        -42
         cnt        67
         lst        -42
         max        -42
         min        -42
Attributes:
   IODev      hmusb
   autoReadReg 4_reqStatus
   expert     2_full
   room       CUL_HM
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 August 2015, 14:34:44
ZitatDas könnte ich ja per "set CUL_HM_ID_F0A9_123456 regSet pairCentral XXXXXX" machen, bloß was ist XXXXXX?
hast du überhaupt schon mal homematic devices angelernt/gepairt? dazu gibt es ein wiki. sniffe das pairen.

ungepairte devices lassen sich (normalerweise) nicht konfigurieren. also erst pairen, danach kann die gepairte zentrale register verändern. xxxxxx ist die hmid deiner zentrale. wahrscheinlich 424242.

STATE      set_reset
nach einem reset ist ein pairing wieder futsch.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 05 August 2015, 15:13:11
YES!
(http://s16.postimg.org/zclm0ubwx/image.jpg) (http://postimg.org/image/zclm0ubwx/)

Es werde Licht: set CUL_HM_ID_F0A9_123456_Btn_01 peerChan 0 CUL_HM_ID_F0A9_123456_Sw_01 dual set

Bloß: Wie geht's wieder aus :o ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 August 2015, 15:40:05
wahnsinn.  :)
jetzt als erstes save.  ;)

dann poste ein list von channel3.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 05 August 2015, 15:50:14
Internals:
   CFGFN
   DEF        12345603
   NAME       CUL_HM_ID_F0A9_123456_Sw_01
   NR         137
   STATE      on
   TYPE       CUL_HM
   chanNo     03
   device     CUL_HM_ID_F0A9_123456
   peerList   self01,self02,
   Readings:
     2015-08-05 15:00:39   CommandAccepted yes
     2015-08-05 14:57:02   R-self01-lgActionType off
     2015-08-05 14:57:02   R-self01-lgCtDlyOff geLo
     2015-08-05 14:57:02   R-self01-lgCtDlyOn geLo
     2015-08-05 14:57:02   R-self01-lgCtOff geLo
     2015-08-05 14:57:02   R-self01-lgCtOn geLo
     2015-08-05 14:57:02   R-self01-lgCtValHi 0
     2015-08-05 14:57:02   R-self01-lgCtValLo 0
     2015-08-05 14:57:02   R-self01-lgMultiExec off
     2015-08-05 14:57:02   R-self01-lgOffDly 0 s
     2015-08-05 14:57:02   R-self01-lgOffTime 0 s
     2015-08-05 14:57:02   R-self01-lgOffTimeMode absolut
     2015-08-05 14:57:02   R-self01-lgOnDly 0 s
     2015-08-05 14:57:02   R-self01-lgOnTime 0 s
     2015-08-05 14:57:02   R-self01-lgOnTimeMode absolut
     2015-08-05 14:57:02   R-self01-lgSwJtDlyOff no
     2015-08-05 14:57:02   R-self01-lgSwJtDlyOn no
     2015-08-05 14:57:02   R-self01-lgSwJtOff no
     2015-08-05 14:57:02   R-self01-lgSwJtOn no
     2015-08-05 14:57:02   R-self01-shActionType off
     2015-08-05 14:57:02   R-self01-shCtDlyOff geLo
     2015-08-05 14:57:02   R-self01-shCtDlyOn geLo
     2015-08-05 14:57:02   R-self01-shCtOff geLo
     2015-08-05 14:57:02   R-self01-shCtOn geLo
     2015-08-05 14:57:02   R-self01-shCtValHi 0
     2015-08-05 14:57:02   R-self01-shCtValLo 0
     2015-08-05 14:57:02   R-self01-shOffDly 0 s
     2015-08-05 14:57:02   R-self01-shOffTime 0 s
     2015-08-05 14:57:02   R-self01-shOffTimeMode absolut
     2015-08-05 14:57:02   R-self01-shOnDly 0 s
     2015-08-05 14:57:02   R-self01-shOnTime 0 s
     2015-08-05 14:57:02   R-self01-shOnTimeMode absolut
     2015-08-05 14:57:02   R-self01-shSwJtDlyOff no
     2015-08-05 14:57:02   R-self01-shSwJtDlyOn no
     2015-08-05 14:57:02   R-self01-shSwJtOff no
     2015-08-05 14:57:02   R-self01-shSwJtOn no
     2015-08-05 14:57:09   R-self02-lgActionType jmpToTarget
     2015-08-05 14:57:09   R-self02-lgCtDlyOff geLo
     2015-08-05 14:57:09   R-self02-lgCtDlyOn geLo
     2015-08-05 14:57:09   R-self02-lgCtOff geLo
     2015-08-05 14:57:09   R-self02-lgCtOn geLo
     2015-08-05 14:57:09   R-self02-lgCtValHi 100
     2015-08-05 14:57:09   R-self02-lgCtValLo 50
     2015-08-05 14:57:09   R-self02-lgMultiExec on
     2015-08-05 14:57:09   R-self02-lgOffDly 0 s
     2015-08-05 14:57:09   R-self02-lgOffTime unused
     2015-08-05 14:57:09   R-self02-lgOffTimeMode absolut
     2015-08-05 14:57:09   R-self02-lgOnDly 0 s
     2015-08-05 14:57:09   R-self02-lgOnTime unused
     2015-08-05 14:57:09   R-self02-lgOnTimeMode absolut
     2015-08-05 14:57:09   R-self02-lgSwJtDlyOff on
     2015-08-05 14:57:09   R-self02-lgSwJtDlyOn on
     2015-08-05 14:57:09   R-self02-lgSwJtOff dlyOn
     2015-08-05 14:57:09   R-self02-lgSwJtOn on
     2015-08-05 14:57:09   R-self02-shActionType jmpToTarget
     2015-08-05 14:57:09   R-self02-shCtDlyOff geLo
     2015-08-05 14:57:09   R-self02-shCtDlyOn geLo
     2015-08-05 14:57:09   R-self02-shCtOff geLo
     2015-08-05 14:57:09   R-self02-shCtOn geLo
     2015-08-05 14:57:09   R-self02-shCtValHi 100
     2015-08-05 14:57:09   R-self02-shCtValLo 50
     2015-08-05 14:57:09   R-self02-shOffDly 0 s
     2015-08-05 14:57:09   R-self02-shOffTime unused
     2015-08-05 14:57:09   R-self02-shOffTimeMode absolut
     2015-08-05 14:57:09   R-self02-shOnDly 0 s
     2015-08-05 14:57:09   R-self02-shOnTime unused
     2015-08-05 14:57:09   R-self02-shOnTimeMode absolut
     2015-08-05 14:57:09   R-self02-shSwJtDlyOff on
     2015-08-05 14:57:09   R-self02-shSwJtDlyOn on
     2015-08-05 14:57:09   R-self02-shSwJtOff dlyOn
     2015-08-05 14:57:09   R-self02-shSwJtOn on
     2015-08-05 14:54:44   R-sign          off
     2015-08-05 14:56:54   RegL_01:          08:00 00:00
     2015-08-05 14:57:02   RegL_03:self01    02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:00 0B:00 0C:00 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
     2015-08-05 14:57:09   RegL_03:self02    02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF  0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00  87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
     2015-08-05 15:00:39   deviceMsg       on (to CUL_HM_ID_F0A9_123456)
     2015-08-05 15:00:39   level           100 %
     2015-08-05 15:00:39   pct             100
     2015-08-05 14:56:55   peerList        self01,self02,
     2015-08-05 15:00:39   recentStateType ack
     2015-08-05 15:00:39   state           on
     2015-08-05 15:00:39   timedOn         off
     2015-08-05 14:57:46   trigLast        CUL_HM_ID_F0A9_123456_Btn_01 :short
     2015-08-05 14:57:46   trig_CUL_HM_ID_F0A9_123456_Btn_01 short
   Helper:
     peerIDsRaw ,12345602,12345601,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,12345601,12345602,
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 August 2015, 16:24:11
     2015-08-05 14:57:09   R-self02-shSwJtDlyOff off
     2015-08-05 14:57:09   R-self02-shSwJtOn dlyOff

stell die register so ein, dann toggelt btn2 bei short.

set <chn3> regSet shSwJtDlyOff off self02



Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 05 August 2015, 17:29:52
Danke! Kann ich leider erst morgen ausprobieren - berichte dann gleich.

Noch eine weitergehende Frage: Ich hätte ja gerne zwei solcher Schalter, die direkt ohne FHEM Zentrale miteinander kommunizieren. Beide Schalter sind jeweils an einer Lampe angeschlossen, die sie auch direkt mit einem Taster "toggeln" sollen. Der andere Taster sollte die jeweils andere Lampe toggeln. Kann ich so etwas auf dem Labortisch aufbauen, konfigurieren, anschließend die beiden Schalter abstöpseln und für den realen Einsatz verbauen? Gibt's des Weiteren eine Möglichkeit die Schalter an der CCU2 anzumelden?


Sent from my iPad using Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 August 2015, 17:57:22
ZitatKann ich so etwas auf dem Labortisch aufbauen, konfigurieren, anschließend die beiden Schalter abstöpseln und für den realen Einsatz verbauen?
na klar. alle einstellungen sollten nichtflüchtig im eeprom gespeichert werden.

ZitatGibt's des Weiteren eine Möglichkeit die Schalter an der CCU2 anzumelden?
wenn deine ccu die hmid 424242 hätte, wäre er bereits angemeldet.  ;)

die ccu kann aber mit dem schalter nichts anfangen. da bräuchtest du eine passende xml-datei. ein paar funktionen kann man wohl schon umsetzen. da gibt es einen passenden thread dazu.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 06 August 2015, 10:28:57
Hurra - die Sonne geht auf und wieder unter und wieder auf und wieder unter und ... - Danke Frank!

Ich schreibe das Ganze bei Gelegenheit zusammen und poste an geeigneter Stelle - Yet another HM-LC-Sw1PBU customized.

Zitat von: frank am 05 August 2015, 17:57:22
wenn deine ccu die hmid 424242 hätte, wäre er bereits angemeldet.  ;)
die ccu kann aber mit dem schalter nichts anfangen. da bräuchtest du eine passende xml-datei. ein paar funktionen kann man wohl schon umsetzen. da gibt es einen passenden thread dazu.

Bzgl. der .xml Datei habe ich schon den Thread gesehen. Wie ist das mit der HMID? Wo finde ich die bei der CCU2?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 August 2015, 13:07:34
http://forum.fhem.de/index.php/topic,39474.msg316701.html#msg316701 (http://forum.fhem.de/index.php/topic,39474.msg316701.html#msg316701)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 06 August 2015, 13:58:26
ssh ccu2
cd /var
more ids


Ist das dann die "BidCoS-Address"?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 August 2015, 14:41:08
unsinn. 6-stellige hexzahlen. wahrscheinlich ist ids eine datei und darin steht die id.  ???
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 06 August 2015, 14:47:27
Meinte ich doch:
Using username "root".
root@ccu2's password:
# cd /var/
# more ids
BidCoS-Address=0x23c19d
SerialNumber=KEQ0714945
#
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 August 2015, 14:55:22
23c19d
wenn du beide systeme mit selber id parallel nutzt, wird fhem aber attacken melden.
edit: in fhem müssen die buchstaben gross geschrieben werden.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 06 August 2015, 15:00:49
Würde gerne im Laborsystem die HMID vom Produktivsystem einstellen (beide Systeme werden nicht parallel genutzt) und dann einfach nur umklemmen.

Müsste also zunächst die HMID im Laborsystem umstellen und dann wahrscheinlich noch mal neu pairen. Geht das damit?

attr hmsub hmId 23C19D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 August 2015, 15:58:36
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.

set <schalter> regSet pairCentral 23C19D

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

attr hmsub hmId 23C19D

jetzt solltest du wieder zugriff auf die devices haben. alle umgepairten devices mit getconfig aktualisieren und anschliessend save. fertig.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 07 August 2015, 18:09:12
Nochmal YES!

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

Schönes Wochenende!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flipkill am 09 August 2015, 01:39:03
Hallo,

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

Gruß Jan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 09 August 2015, 10:20:01
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. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 11 August 2015, 10:32:18
Zitat von: flipkill am 09 August 2015, 01:39:03
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 (http://forum.fhem.de/index.php/topic,18071.msg319500.html#msg319500) und folgende.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 14 August 2015, 12:15:20
Habe nun einen zweiten Schalter geflasht und kann ein- aber nicht ausschalten, weil die betroffen Register fehlen. Wat nu?

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,
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 August 2015, 13:00:47
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 14 August 2015, 13:32:09
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 August 2015, 15:02:12
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?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 16 August 2015, 11:15:54
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 August 2015, 11:36:49
hast du schon reset am device probiert? das müsste den gleichen effekt haben, will aber nichts beschwören.  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 16 August 2015, 21:38:53
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) (http://postimg.org/image/70eu74cd9/)
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 August 2015, 22:06:24
ZitatHabe 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?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 17 August 2015, 10:11:27
# $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 $
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 August 2015, 10:24:27
das war klar.   ;D
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 17 August 2015, 11:20:20
Besser - oder ist rudolf immer noch das Problem? Habe das .deb Package von der FHEM Startseite, also nix ausgesucht.

# $Id: fhem.pl 9079 2015-08-16 10:43:51Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 9079 2015-08-16 10:43:51Z rudolfkoenig $
# $Id: 92_FileLog.pm 9065 2015-08-13 18:09:42Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 99_Utils.pm 7914 2015-02-08 11:14:10Z rudolfkoenig $
# $Id: 98_autocreate.pm 8758 2015-06-16 17:12:39Z rudolfkoenig $
# $Id: 91_eventTypes.pm 8725 2015-06-10 09:50:06Z rudolfkoenig $
# $Id: 98_telnet.pm 8952 2015-07-13 12:30:26Z rudolfkoenig $
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 August 2015, 11:48:36
wenn du momentan keine homematic devices hast, ist das jetzt ok. ansonsten sollten 00_hmlan (für hmusb) und 10_cul_hm (für deine schalter) bei version auftauchen. eben alle module, die genutzt werden.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 20 August 2015, 12:28:17
Das Update hat leider nur wenig gebracht. Die "-I" Option ist zwar nicht mehr nötig und auch die Schalter werden schneller gefunden, allerdings gehen die "getConfig" Kommandos nicht durch, so dass die Schalter nicht in FHEM verwendbar bzw. konfigurierbar sind.
Titel: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 20 August 2015, 21:53:55
Bekomme solche Fehlermeldungen - bei mir ist total der Wurm drin.
2015.08.20 21:49:35 2: CUL_HM Unknown device HM_123457 is now defined
2015.08.20 21:49:35 2: autocreate: define HM_123457 CUL_HM 123457
2015.08.20 21:49:35 2: autocreate: define FileLog_HM_123457 FileLog ./log/HM_123457-%Y.log HM_123457
2015.08.20 21:49:35 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 5394.
2015.08.20 21:49:35 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 2849.
2015.08.20 21:49:35 3: CUL_HM pair: HM_123457 , model unknown serialNr
2015.08.20 21:49:39 3: CUL_HM set HM_123457 getConfig
2015.08.20 21:49:51 3: hmusb: Unknown code A1496805E12345623C19D0000000000000000000000::-48:hmusb, help me!
2015.08.20 21:50:05 3: CUL_HM set HM_123457 getConfig
2015.08.20 21:50:10 3: hmusb: Unknown code A1497805E12345623C19D0000000000000000000000::-48:hmusb, help me!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 21 August 2015, 11:23:46
Zitatallerdings gehen die "getConfig" Kommandos nicht durch, so dass die Schalter nicht in FHEM verwendbar bzw. konfigurierbar sind.
mir scheint die aktuelle cul_hm.pm macht auch bei mir probleme. nimm eine ältere von vor 1 woche ca.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 25 August 2015, 13:10:48
Welche Revision hast Du? Rev. "# $Id: 10_CUL_HM.pm 8976 2015-07-26 06:22:16Z martinp876 $" funktioniert leider auch nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 August 2015, 14:18:45
mein fhem ist vom wochenende und funktioniert auch nicht. getconfig ist scheinbar gestört.
geh doch mal suchen, bei welcher version es noch ging. es könnte auch an hmconfig.pm liegen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 August 2015, 10:00:39
Zitat von: wires.io am 20 August 2015, 12:28:17
Das Update hat leider nur wenig gebracht. Die "-I" Option ist zwar nicht mehr nötig und auch die Schalter werden schneller gefunden, allerdings gehen die "getConfig" Kommandos nicht durch, so dass die Schalter nicht in FHEM verwendbar bzw. konfigurierbar sind.
bei mir geht es jetzt wieder mit aktuellem fhem über:
reload 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm
und danach am schalter den configtaster 5s drücken. also anlernmessage generieren.
jetzt hat das device wohl wieder alle infos und getconfig funktioniert.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 August 2015, 15:28:41
ich habe die 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm für den schalter jetzt ein wenig angepasst, sodass sie, wie die entsprechende datei vom universalsensor, von 10_cul_hm an der (fast) richtigen stelle geladen werden kann. ausserdem muss der name mit "HMConfig_" beginnen, so wie die datei im anhang. bei benutzung die alte datei aus /fhem/FHEM/ entfernen.

damit der aufruf noch besser funktioniert, so dass auch wieder model und subtype in den listen auftauchen, den aufruf der funktion "CUL_HM_initRegHash()" von zeile 207 nach zeile 179 in 10_cul_hm verschieben. hier im code von ganz unten nach ganz oben. vielleicht sagt martin ja noch etwas dazu, siehe http://forum.fhem.de/index.php/topic,40315.msg326239.html#msg326239 (http://forum.fhem.de/index.php/topic,40315.msg326239.html#msg326239). im augenblick funktioniert es bei mir tadellos.

  CUL_HM_initRegHash();
  my @modellist;
  foreach my $model (keys %{$culHmModel}){
    push @modellist,$culHmModel->{$model}{name};
  }
  $hash->{AttrList}  .= " model:"  .join(",", sort @modellist);
  $hash->{AttrList}  .= " subType:".join(",",
               CUL_HM_noDup(map { $culHmModel->{$_}{st} } keys %{$culHmModel}));

  $hash->{prot}{rspPend} = 0;#count Pending responses
  my @statQArr     = ();
  my @statQWuArr   = ();
  my @confQArr     = ();
  my @confQWuArr   = ();
  my @confCheckArr = ();
  my @confUpdt     = ();
  $hash->{helper}{qReqStat}     = \@statQArr;
  $hash->{helper}{qReqStatWu}   = \@statQWuArr;
  $hash->{helper}{qReqConf}     = \@confQArr;
  $hash->{helper}{qReqConfWu}   = \@confQWuArr;
  $hash->{helper}{confCheckArr} = \@confCheckArr;
  $hash->{helper}{confUpdt}     = \@confUpdt;
  $hash->{helper}{cfgCmpl}{init}= 1;# mark entities with complete config
  #statistics
  $hash->{stat}{s}{dummy}=0;
  $hash->{stat}{r}{dummy}=0;
  RemoveInternalTimer("StatCntRfresh");
  InternalTimer(gettimeofday()+3600*20,"CUL_HM_statCntRfresh","StatCntRfresh", 0);

#  CUL_HM_initRegHash();


rückmeldungen sind erwünscht.

gruss frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 27 August 2015, 06:51:07
Hallo,
habe gepairt und in meiner fhem.cfg steht (hab ich erweitert um das Model und subType)

define HM_391421 CUL_HM 391421
attr HM_391421 IODev CUL868_HM
attr HM_391421 autoReadReg 4_reqStatus
attr HM_391421 expert 2_full
attr HM_391421 room CUL_HM
attr HM_391421 model HM-LC-Sw1PBU-FM-CustomFW
attr HM_391421 subType remoteAndSwitch


Habe dann Set HM_391421 getConfig gemacht. ich glaub es funktioniert nicht. Mein Log sieht so aus

2015.08.27 06:47:13 3: CUL_HM set HM_391421 getConfig
2015.08.27 06:47:13 4: CUL_send:  CUL868_HMAs 10 A6 A001 F11860 391421 00040000000000
2015.08.27 06:47:13 1: SND L:10 N:A6 F:A0 CMD:01 SRC:F11860 DST:HM_391421 00040000000000 (CONFIG_PARAM_REQ CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BIDI,RPTEN)
2015.08.27 06:47:13 4: CUL_Parse: CUL868_HM A 18 A6 A010 391421 F11860 02020105000AF10B180C601200000009 -69.5
2015.08.27 06:47:13 1: RCV L:18 N:A6 F:A0 CMD:10 SRC:HM_391421 DST:F11860 02020105000AF10B180C6012000000 (INFO_PARAM_RESPONSE_PAIRS DATA:0x020105000AF10B180C6012000000) (,BIDI,RPTEN)
2015.08.27 06:47:13 4: CUL_send:  CUL868_HMAs 0A A6 8002 F11860 391421 00
2015.08.27 06:47:13 1: SND L:0A N:A6 F:80 CMD:02 SRC:F11860 DST:HM_391421 00 (ACK) (,RPTEN)
2015.08.27 06:47:14 4: CUL_Parse: CUL868_HM A 14 A6 805E 391421 F11860 000000000000000300000009 -69.5
2015.08.27 06:47:14 1: RCV L:14 N:A6 F:80 CMD:5E SRC:HM_391421 DST:F11860 0000000000000003000000 (powerEvntCyc energy:0 power:0 current:3 voltage:0 frequency:50) (,RPTEN)
2015.08.27 06:47:14 1: General  entering with 80,5E,391421,F11860,0000000000000003000000
2015.08.27 06:47:14 1: readingsUpdate(,current,3) missed to call readingsBeginUpdate first.
2015.08.27 06:47:33 4: CUL_Parse: CUL868_HM A 14 A7 805E 391421 F11860 00000000000000010000000E -67
2015.08.27 06:47:33 1: RCV L:14 N:A7 F:80 CMD:5E SRC:HM_391421 DST:F11860 0000000000000001000000 (powerEvntCyc energy:0 power:0 current:1 voltage:0 frequency:50) (,RPTEN)
2015.08.27 06:47:33 1: General  entering with 80,5E,391421,F11860,0000000000000001000000
2015.08.27 06:47:33 1: readingsUpdate(,current,1) missed to call readingsBeginUpdate first.
2015.08.27 06:47:52 4: CUL_Parse: CUL868_HM A 14 A8 805E 391421 F11860 00000000000000010000000A -69
2015.08.27 06:47:52 1: RCV L:14 N:A8 F:80 CMD:5E SRC:HM_391421 DST:F11860 0000000000000001000000 (powerEvntCyc energy:0 power:0 current:1 voltage:0 frequency:50) (,RPTEN)
2015.08.27 06:47:52 1: General  entering with 80,5E,391421,F11860,0000000000000001000000
2015.08.27 06:47:52 1: readingsUpdate(,current,1) missed to call readingsBeginUpdate first.


Kann das jemand interpretieren?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 27 August 2015, 10:53:23
hast du mal dies versucht? http://forum.fhem.de/index.php/topic,18071.msg326473.html#msg326473 (http://forum.fhem.de/index.php/topic,18071.msg326473.html#msg326473)

manuel model und subtype attribute setzen, sollte man vermeiden.

tipp: du solltest grundsätzlich bei homematic io's das attr hmProtocolEvents abschalten/löschen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 27 August 2015, 11:38:13
Habs gefunden:
den CUL_HM Stick hab ich mal in ebay gekauft, bevor ich meine CULs selbst zusammengebaut hab. Hab ihn seit dem noch nicht geflasht.
Grad eben hab ich ihn dann geflasht, #define HAS_ASKSIN gesetzt. Siehe da, das autocreate beim pairen funktioniert nun wunderbar. Habs dann abgespeichert.

Sieht nun so aus (heisst Licht_Esszimmer):
list Licht_Esszimmer

Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/Licht.cfg
   CUL868_HM_MSGCNT 13
   CUL868_HM_RAWMSG A1453805E391421F118600000000000000001000000::-66:CUL868_HM
   CUL868_HM_RSSI -66
   CUL868_HM_TIME 2015-08-27 11:34:52
   DEF        391421
   IODev      CUL868_HM
   LASTInputDev CUL868_HM
   MSGCNT     13
   NAME       Licht_Esszimmer
   NR         617
   NTFY_ORDER 50-Licht_Esszimmer
   STATE      Licht_Esszimmer_Btn_01 LongRelease 1-B040- (to Licht_Esszimmer)
   TYPE       CUL_HM
   channel_01 Licht_Esszimmer_Btn_01
   channel_02 Licht_Esszimmer_Btn_02
   channel_03 Licht_Esszimmer_Sw_01
   channel_04 Licht_Esszimmer_Sw_02
   lastMsg    No:53 - t:5E s:391421 d:F11860 0000000000000001000000
   protLastRcv 2015-08-27 11:34:52
   rssi_at_CUL868_HM avg:-65.76 min:-66.5 max:-65.5 lst:-66 cnt:13
   Readings:
     2015-08-27 11:20:35   CommandAccepted yes
     2015-08-27 11:16:16   D-firmware      1.5
     2015-08-27 11:16:16   D-serialNr      KEQ0000001
     2015-08-27 11:19:44   PairedTo        0xF11860
     2015-08-27 11:19:44   R-pairCentral   0xF11860
     2015-08-27 11:19:44   RegL_00:        02:01 05:00 0A:F1 0B:18 0C:60 12:00 00:00
     2015-08-27 11:22:34   battery         ok
     2015-08-27 11:22:34   state           Licht_Esszimmer_Btn_01 LongRelease 1-B040- (to Licht_Esszimmer)
   Helper:
     HM_CMDNR   83
     Io:
       newChn     +391421,00,00,00
       nextSend   1440668092.38952
       prefIO
       rxt        0
       vccu
       p:
         391421
         00
         00
         00
     Mrssi:
       mNo        53
       Io:
         CUL868_HM  -64
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_cul868_hm:
         avg        -65.7692307692308
         cnt        13
         lst        -66
         max        -65.5
         min        -66.5
Attributes:
   IODev      CUL868_HM
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       Licht
   serialNr   KEQ0000001
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents


Soweit so gut.

Wenn ich aber nun

set Licht_Esszimmer_Btn_01 peerChan 0 Licht_Esszimmer_Sw_01 dual set


kommt "Unknown argument peerChan, choose one of clear getConfig getRegRaw peerBulk regBulk regSet sign"

Ich vermute, dass 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm nicht geladen wird. Weiter oben hab ich beim pairing mal reload 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW gemacht.


Muss man die 10_CUL_HM.pm ändern, damit er 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm lädt? Oder was hab ich übersehen?

Edit:
Ich stelle wieterhinb fest:
Wenn ich fhem neu starte und dann getConfig mache geht es nicht. Wenn ich aber ein reload 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW mache, kommt nach ein paar Sekunden cmds done, getconfig geht also dann.

Wann wird denn die 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW geladen?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 27 August 2015, 12:06:36
ZitatOder was hab ich übersehen?
ich denke schon.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 27 August 2015, 12:41:39
Aber was?
Man muss doch nur die "99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm" ins FHEM Verzeichnis kopieren. Oder ist für fhem nochwas erforderlich?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 27 August 2015, 13:08:26
in den letzten posts war doch die rede davon, dass irgend etwas nicht mehr funktioniert. mit den änderungen aus meinem post (ich habe dir extra ein link gepostet) funktioniert es bei mir wieder.
die 99_asksin-datei gegen die aus meinem post tauschen, und eine kleine änderung in 10_cul_hm.
steht doch alles bereits da. oder was verstehst du nicht?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 27 August 2015, 13:30:14
Es tut mir leid. War wohl nicht ganz bei der Sache.
Hab nun so gemacht. Es geht  :D





Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 27 August 2015, 18:20:59
Habe nun auch einen Schalter mal umgeflasht und dann gemerkt, dass die current Settings falsch sind ...
Also nochmal :-)

Eine Frage hätte ich noch zum Bootloader.
In der Readme steht:

As SERIAL_NUMBER, set your desired number in the header of bootloader.c. Defaults to KEQ0000001

Allerdings komme ich mit den Angaben in der Bootloader.c nicht klar.


#define ADDRESS_SECTION_TYPE   __attribute__ ((section (".addressDataType")))
#define ADDRESS_SECTION_SERIAL __attribute__ ((section (".addressDataSerial")))
#define ADDRESS_SECTION_ID     __attribute__ ((section (".addressDataId")))
const uint8_t hm_Type[2]        ADDRESS_SECTION_TYPE   = {HM_TYPE}; // 2 bytes device type
const uint8_t hm_serial[10]     ADDRESS_SECTION_SERIAL = {HM_SERIAL}; // 10 bytes serial number
const uint8_t hm_id[3]          ADDRESS_SECTION_ID     = {HM_ID}; // 3 bytes device address


Wie müsste ich da meine Serial eintragen ?

Danke & Grüße

Bodo
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 27 August 2015, 18:40:31
nimm HM-LC-Sw1PBU-FM.h im ordner devices.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 27 August 2015, 21:53:39
Frank, danke für das Bug-Fixing - jetzt flutscht die Sache wieder!


Sent from my iPad using Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 31 August 2015, 14:35:28
Danke Frank für den wink mit dem Gartenzaun in die richtige Richtung.
Dann klappts nämlich auch bei mir mit dem OTA flashen :-)

Tolle Firmware !
Danke !
Titel: blockLen differ pageSize
Beitrag von: Arne am 01 September 2015, 18:32:34
Bei mir funktioniert die Übertragung der Firmware OTA nicht.
Der Bootloader nimmt die Firmware nicht an und meldet "blockLen differ pageSize".
Es scheint so, als ob flash-ota zu große Datenpakete senden.
Hat jemand eine Idee?


# flash-ota -f HM_LC_Sw1PBU_FM.eq3 -s KEQ0012345 -c /dev/ttyACM0             
HomeMatic OTA flasher version 0.101

Reading firmware from HM_LC_Sw1PBU_FM.eq3...
Firmware with 224 blocks successfully read.
Opening culfw-device at path /dev/ttyACM0 with speed 38400
Requesting firmware-version
culfw-device firmware version: 1.61
Entering 10k-mode
Waiting for device with serial KEQ0012345
Device with serial KEQ0012345 (hmid: 112233) entered firmware-update-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Yes!
Flashing 224 blocks: 0001/0224 /
Missing ACK!
Flashing 224 blocks: 0001/0224 /
Missing ACK!
Flashing 224 blocks: 0001/0224 /
Missing ACK!
Flashing 224 blocks: 0001/0224 /
Missing ACK!
Flashing 224 blocks: 0001/0224 /
Missing ACK!

Too many errors, giving up!


Ausgabe des seriellen Debugging:

AskSin OTA Bootloader V0.7.0
TX bootloader sequence
Wait for CB msg
Got CB msg
Switch to 100k mode
Wait for CB msg
Got CB msg
Receive firmware
blockLen differ pageSize
blockLen differ pageSize
blockLen differ pageSize
blockLen differ pageSize
blockLen differ pageSize
Timeout



In ./Asksin_OTA_Bootloader-master/bootloader.c

if (state == FLASH_STATE_BLOCK_NOT_STARTED) {
   if ( ((data[10] << 8) + data[11]) != SPM_PAGESIZE) {    // check block size again SPM_PAGESIZE
      #if DEBUG > 0
uart_puts_P("blockLen differ pageSize\n");
      #endif
      state = FLASH_STATE_BLOCK_NOT_STARTED;
      continue;
   }


Die "SPM-Pagesize" ist 256:

php ./Asksin_OTA_Bootloader-master/Contrib/hex2eq3.php \
       --inFile /tmp/build.../Asksin_HM_LC_Sw1PBU_FM.cpp.hex \
       --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 \
       --withCrcCheck --pathTo-srec_cat /usr/bin/srec_cat


Warum dann 224 Blöcke ("Firmware with 224 blocks successfully read") bei flash-ota und nicht 452?

$ /bin/ls -l HM_LC_Sw1PBU_FM.eq3
-rw-r--r-- 1 fhem fhem 115584 Sep  1 18:10 HM_LC_Sw1PBU_FM.eq3
$ echo '115584 / 224' | bc
516
$ echo '115584 / 256' | bc -l
451.5
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 September 2015, 19:01:31
blockLen differ pageSize
da eine page nicht in einer funkmessage komplett übertragen werden kann, werden mehrere messages generiert und im block gesendet. wenn eine message nicht ankommt, ist die erhaltene page natürlich zu klein und es wird ein fehler festgestellt. ich meine diese fehler werden nicht korrigiert. daher funktioniert das update dann natürlich nicht.

versuch mal 2-3m zwischen schalter und hmusb für guten funk.

224 x 256 = 57344 => + 8192 (bootloader) = 65536 => 64kb sieht doch gut aus.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Arne am 01 September 2015, 23:43:20
versuch mal 2-3m zwischen schalter und hmusb für guten funk.

Ich habe mal verschiedene Entfernungen ausprobiert. Aber ohne Erfolg.

DEBUG habe ich jetzt auf 2 gesetzt, um die empfangenen Daten zu sehen:

AskSin OTA Bootloader V0.7.0

TX bootloader sequence
TX: 14 00 00 10 11 22 33 00 00 00 00 4B 45 51 30 30 33 34 32 34 31
Wait for CB msg
RX: 0F 01 00 CB 00 00 00 11 22 33 10 5B 11 F8 15 47
Got CB msg
Switch to 100k mode
Wait for CB msg
Data not for us
- RX: 00
- HMID: 11 22 33
- RECV: 00 00 00
RX: 0F 02 20 CB 00 00 00 11 22 33 10 5B 11 F8 15 47
Got CB msg
TX ACK
Receive firmware
RX: 14 03 20 CA 00 00 00 11 22 33 00 00 00 00 00 00 00 00 01 02 04
blockLen differ pageSize
- SPM_PAGESIZE: 256
- block size: 0
RX: 16 03 20 CA 00 00 00 11 22 33 00 00 00 00 00 00 00 00 00 00 01 02 04
blockLen differ pageSize
- SPM_PAGESIZE: 256
- block size: 0
RX: 16 03 20 CA 00 00 00 11 22 33 00 00 00 00 00 00 00 00 00 00 01 02 04



RX: 14 03 20 CA 00 00 00 11 22 33 00 00 00 00 00 00 00 00 01 02 04
Byte 0  1  2  3  4  5  6 _7__8__9 10 11 12 13 14 15 16 17 18 19 20
                         HM_ID

Prüfung in bootloader.c:
  if ( ((data[10] << 8) + data[11]) != SPM_PAGESIZE) {  ... Fehler ...
            0                 0            256


In data[10] hätte ich 1 erwartet ...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 02 September 2015, 09:57:38
AskSin OTA Bootloader V0.7.1<\n>
<\n>
TX bootloader sequence<\n>
TX: 14 00 00 10 26 6E 75 00 00 00 00 4B 45 51 31 31 30 39 37 39 37 <\n>
Wait for CB msg<\n>
Data not for us<\n>
Data not for us<\n>
Data not for us<\n>
RX: 0F 42 00 CB 1A CE 1F 26 6E 75 10 5B 11 F8 15 47 <\n>
Got CB msg<\n>
Switch to 100k mode<\n>
Wait for CB msg<\n>
RX: 0F 43 20 CB 1A CE 1F 26 6E 75 10 5B 11 F8 15 47 <\n>
Got CB msg<\n>
TX ACK<\n>
Receive firmware<\n>
RX: 2E 44 00 CA 1A CE 1F 26 6E 75 01 00 0C 94 8D 07 0C 94 BA 38 0C 94 E7 38 0C 94 14 39 0C 94 F1 36 0C 94 70 0B 0C 94 4B 0B 0C 94 26 0B 0C 94 D0 <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 08 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 B5 07 0C 94 41 39 0C 94 B5 07 0C 94 83 3C 0C 94 D1 3C 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C 94 B5 07 0C <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 94 B5 07 0C 94 B5 07 29 0A 00 28 00 29 00 20 28 6C 3A 00 4B 6E 6F 77 6E 20 63 6F 6D 6D 61 6E 64 73 3A 00 <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 20 62 79 74 65 73 00 4E 6F 74 20 65 6E 6F 75 67 68 20 64 61 74 61 2C 20 6E 65 65 64 20 00 55 6E 72 65 63 <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 6F 67 6E 69 7A 65 64 20 63 68 61 72 61 63 74 65 72 3A 20 00 2C 20 6E 78 74 53 3A 00 52 4C 3A 61 64 6A 52 <\n>
RX: 2C 44 00 CA 1A CE 1F 26 6E 75 6C 79 2C 20 63 75 72 53 3A 00 2C 20 4F 66 66 54 69 6D 65 3A 00 2C 20 4F 66 66 44 6C 79 3A 00 2C 20 4F 6E <\n>
RX: 14 44 20 CA 1A CE 1F 26 6E 75 54 69 6D 65 3A 00 2C 20 4F 6E 44 <\n>
.TX ACK<\n>
RX: 2E 45 00 CA 1A CE 1F 26 6E 75 01 00 6C 79 3A 00 2C 20 6E 78 74 53 3A 00 52 4C 3A 74 72 69 67 67 65 72 34 30 2C 20 63 75 72 53 3A 00 2C 20 64 <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 75 72 61 54 3A 00 2C 20 72 61 6D 70 54 3A 00 2C 20 6E 78 74 53 3A 00 52 4C 3A 74 72 69 67 67 65 72 31 31 <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 2C 20 76 61 6C 3A 00 2C 20 70 49 64 78 32 3A 20 00 2C 20 70 49 64 78 31 3A 20 00 72 65 6D 6F 76 65 50 65 <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 65 72 46 72 6F 6D 4D 73 67 2C 20 63 6E 6C 3A 20 00 61 64 64 50 65 65 72 46 72 6F 6D 4D 73 67 2C 20 63 6E <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 6C 3A 20 00 61 64 64 50 65 65 72 46 72 6F 6D 4D 73 67 2C 20 63 6E 6C 3A 20 00 2C 20 64 61 74 61 3A 20 00 <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 73 65 74 4C 69 73 74 46 72 6F 6D 4D 73 67 2C 20 6C 65 6E 3A 20 00 2C 20 64 61 74 61 3A 20 00 67 65 74 4C <\n>
RX: 2C 45 00 CA 1A CE 1F 26 6E 75 69 73 74 46 6F 72 4D 73 67 32 2C 20 6C 65 6E 3A 20 00 2C 20 73 6C 63 50 74 72 3A 20 00 20 6F 66 20 00 0A <\n>
RX: 14 45 20 CA 1A CE 1F 26 6E 75 67 65 74 4C 69 73 74 46 6F 72 4D <\n>
.TX ACK<\n>


so sahen bei mir die ersten 2 blöcke aus. wie du schon festgestellt hast, sollte das erste byte der load der ersten blockmsg 0x01 sein. deine load ist auch viel zu kurz. irgendwas stimmt vielleicht mit deinem eq3 file nicht. so habe ich meins erstellt:

H:\frank\eq3>h:\frank\programme\php\php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM_2014-10-24_1v4.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat h:\frank\programme\srecord-1.64-win32\srec_cat.exe
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Arne am 04 September 2015, 00:38:14
So habe ich die .eq3-Datei auch erstellt.

php Asksin_OTA_Bootloader-master/Contrib/hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat /usr/bin/srec_cat


Der flash-ota scheint die Daten auch richtig zu senden:

# ./hmcfgusb-0.101/flash-ota -f HM_LC_Sw1PBU_FM.eq3 -s KEQ0034241 -c /dev/ttyACM0

HomeMatic OTA flasher version 0.101

Reading firmware from HM_LC_Sw1PBU_FM.eq3...
Firmware with 224 blocks successfully read.
Opening culfw-device at path /dev/ttyACM0 with speed 38400
Requesting firmware-version

culfw_send:
culfw_send: V
culfw_poll: V 1.61 CUL868

culfw-device firmware version: 1.61
Entering 10k-mode

culfw_send: Ar

Waiting for device with serial KEQ0034241

culfw_poll:
culfw_poll: A14000010112233000000004B455130303334323431

Device with serial KEQ0034241 (hmid: 112233) entered firmware-update-mode
Initiating remote switch to 100k

send_hm_message msg: 0f 01 00 cb 00 00 00 11 22 33 10 5b 11 f8 15 47
culfw_send: As0F0100CB000000112233105B11F81547

Entering 100k-mode

culfw_send: AR

Has the device switched?

send_hm_message msg: 0f 02 20 cb 00 00 00 11 22 33 10 5b 11 f8 15 47
culfw_send: As0F0220CB000000112233105B11F81547
culfw_poll:

Missing ACK!

send_hm_message msg: 0f 02 20 cb 00 00 00 11 22 33 10 5b 11 f8 15 47
culfw_send: As0F0220CB000000112233105B11F81547
culfw_poll: A0A02800211223300000000

Yes!

Flashing 224 blocks: 0000/0224 -

send_hm_message msg: 2e 03 00 ca 00 00 00 11 22 33 01 00 0c 94 b0 00 0c 94 d7 1d 0c 94 04 1e 0c 94 31 1e 0c 94 13 03 0c 94 27 1d 0c 94 4c 1d 0c 94 71 1d 0c 94 18
culfw_send: As2E0300CA00000011223301000C94B0000C94D71D0C94041E0C94311E0C9413030C94271D0C944C1D0C94711D0C9418

0001/0224 \

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 1d 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94
culfw_send: As2C0300CA0000001122331D0C94D8000C94D8000C94D8000C94D8000C94D8000C94D8000C94D8000C94D8000C94

0001/0224 |

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 d8 00 0c 94 5e 1e 0c 94 d8 00 0c 94 9c 20 0c 94 22 21 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c 94 d8 00 0c
culfw_send: As2C0300CA000000112233D8000C945E1E0C94D8000C949C200C9422210C94D8000C94D8000C94D8000C94D8000C

0001/0224 /

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 94 d8 00 0c 94 d8 00 0c 94 d7 20 0c 94 5d 21 0c 94 d8 00 01 0e da 00 11 02 4b 01 11 04 e0 00 3e 00 db 00
culfw_send: As2C0300CA00000011223394D8000C94D8000C94D7200C945D210C94D800010EDA0011024B011104E0003E00DB00

0001/0224 -

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 40 00 71 01 ff ff dc 00 00 00 00 00 00 2e 01 2e 02 06 03 0d 04 e9 05 ca 06 3d 07 0c 0b 06 0d 21 0e 65 0f
culfw_send: As2C0300CA00000011223340007101FFFFDC0000000000002E012E0206030D04E905CA063D070C0B060D210E650F

0001/0224 \

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 6a 10 c8 11 93 12 03 15 34 16 01 17 30 18 18 19 16 1b 43 21 56 25 00 26 11 2d 35 3e c3 15 f0 a9 4b 45 51
culfw_send: As2C0300CA0000001122336A10C811931203153416011730181819161B432156250026112D353EC315F0A94B4551

0001/0224 |

send_hm_message msg: 2c 03 00 ca 00 00 00 11 22 33 30 30 33 34 32 34 31 10 41 01 00 00 00 00 01 02 00 00 00 00 00 00 00 04 03 07 06 00 00 00 00 00 00 00 00
culfw_send: As2C0300CA0000001122333030333432343110410100000000010200000000000000040307060000000000000000

0001/0224 /

send_hm_message msg: 14 03 20 ca 00 00 00 11 22 33 00 00 00 00 00 00 00 00 01 02 04
culfw_send: As140320CA0000001122330000000000000000010204

culfw_poll:

Missing ACK!

Flashing 224 blocks: 0001/0224 -
...

Too many errors, giving up!


Ankommen tun die "langen Datensätze" beim Empfänger nicht.
Erst der letzte und kurze Datensatz wird empfangen:

AskSin OTA Bootloader V0.7.0

TX bootloader sequence
TX: 14 00 00 10 11 22 33 00 00 00 00 4B 45 51 30 30 33 34 32 34 31
Wait for CB msg
RX: 0F 01 00 CB 00 00 00 11 22 33 10 5B 11 F8 15 47
Got CB msg
Switch to 100k mode
Wait for CB msg
Data not for us
- RX: 00
- HMID: 11 22 33
- RECV: 00 00 00
RX: 0F 02 20 CB 00 00 00 11 22 33 10 5B 11 F8 15 47
Got CB msg
TX ACK
Receive firmware

RX: 14 03 20 CA 00 00 00 11 22 33 00 00 00 00 00 00 00 00 01 02 04
blockLen differ pageSize
- SPM_PAGESIZE: 256
- block size: 0

...
Timeout
CRC fail, Reboot
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 September 2015, 12:27:38
hast du mal die eq3 sw zum flashen probiert?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Arne am 04 September 2015, 16:26:51
Zitat von: frank am 04 September 2015, 12:27:38
hast du mal die eq3 sw zum flashen probiert?

Nein. Du meinst die Folgende, oder?

HomeMatic Firmware Update Tool V1.1
http://www.eq-3.de/downloads.html?kat=download&id=87 (http://www.eq-3.de/downloads.html?kat=download&id=87)
http://www.eq-3.de/Downloads/Software/Firmware%20Update%20Tool/HM-CFG-USB-2_FW-UpdateTool-Usersoftware_V1_1_eQ-3_140619.zip (http://www.eq-3.de/Downloads/Software/Firmware%20Update%20Tool/HM-CFG-USB-2_FW-UpdateTool-Usersoftware_V1_1_eQ-3_140619.zip)

In der Anleitung wird nur über die den HM-CFG-USB-2 gesprochen...

Gibt es eine Möglichkeit, HMLAN oder CUL zu verwendet?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 September 2015, 16:40:08
ZitatGibt es eine Möglichkeit, HMLAN oder CUL zu verwendet?
nein. ich dachte, du hättest den hmusb.

kann dein cul denn überhaupt den 100k modus?

du könntest mal den hmlan zum monitoren benutzen. wenn der die msgs vom ota update empfangen kann, hat der cul nicht umgeschaltet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Arne am 04 September 2015, 20:02:43
Die Firmware musste ich aktualisieren. flash-ota prüft die Version. Gibt es CULs, die auch mit aktueller Firmware keinen 100k-Modus können?

./flash-ota -f HM_LC_Sw1PBU_FM.eq3 -s KEQ0034241 -c /dev/ttyACM0
Requesting firmware-version
culfw-device firmware version: 1.45
This version does _not_ support firmware upgrade mode, you need at least 1.58!


Ich habe mit auf die Schnelle einen zweiten CUL selbst gebaut. Er empfängt folgendes (mit X01 und Ar, später AR):

# picocom -b 38400 /dev/ttyUSB1
Terminal ready
V 1.05.04 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)
A14000010112233000000004B455130303334323431
A14000010112233000000004B455130303334323431
A0F0220CB000000112233105B11F81547
A0F0220CB000000112233105B11F81547
A0A02800211223300000000
A140320CA0000001122330000000000000000010204
A160320CA00000011223300000000000000000000010204
A160320CA00000011223300000000000000000000010204
A160320CA00000011223300000000000000000000010204
A160320CA00000011223300000000000000000000010204
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 September 2015, 20:20:45
was soll das log aussagen?
warum sniffst du nicht mit hmlan? da bist du sicher, was der nicht kann. mit einem weiteren zweifelhaften cul mit zweifelhafter fw etwas zu analysieren ist doch spekulation.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Arne am 05 September 2015, 02:51:39
Zitat
mit einem weiteren zweifelhaften cul mit zweifelhafter fw

Nein. Der erste CUL (Sender) ist von busware.de und die Firmware ist die Neuste von culfw.de.

Ich habe bei HMLAN zwar Doku zum Attribut logIDs gefunden.
Aber wie kann ich den 100k-Modus sniffen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mgernoth am 05 September 2015, 10:02:04
Hallo,

Zitat von: Arne am 05 September 2015, 02:51:39
Nein. Der erste CUL (Sender) ist von busware.de und die Firmware ist die Neuste von culfw.de.

Welche CUL-Version genau? Evtl. geht da irgendwo der RAM aus, da die Asksin Update-Nachrichten laenger sind als normale Nachrichten.
Die aktuelle culfw ist 1.65, ist in Fhem enthalten. Irgendwann habe ich da auch noch den Speicherverbrauch optimiert, aber evtl. schon vor der 1.61.

Viele Gruesse
  Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 September 2015, 12:10:46
ZitatAber wie kann ich den 100k-Modus sniffen?
hmlan kann nur 10k. also ganz normal sniffen. er soll halt alles monitoren, was bei 10k gefunkt wird, um eventuell zu sehen, dass der cul nicht umschaltet.

im augenblick hast du
1. ein cul-log, das angibt, dass die msgs angeblich richtig gesendet werden.
2. ein bootloader-log, das angibt, dass keine vernünftigen msgs im 100k modus empfangen werden.

da die fehler im 100k modus stattfinden, musst du ermitteln, wer hier rumzickt. es gibt zur zeit unmengen an cul-fw, bei denen die unterschiedlichsten features aktiv sind.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Arne am 05 September 2015, 22:51:24
Zitat von: mgernoth am 05 September 2015, 10:02:04
Welche Version genau? Evtl. geht da irgendwo der RAM aus, da die Asksin Update-Nachrichten laenger sind als normale Nachrichten.

Es ist die Version "CUL V4.0".
Wiki: ATMega32U2 Prozessor, 1 kB RAM, 32 kB Flashmemory, 1 kByte EEPROM
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mgernoth am 05 September 2015, 23:39:23
Hi,

Zitat von: Arne am 05 September 2015, 22:51:24
Es ist die Version "CUL V4.0".

Und damit ist das Raetsel geloest. :-)
Der CUL V4 hat nur 64 Byte TTY-Puffer definiert, was fuer eine Update-Nachricht nicht ausreicht... Habe das mal auf 104 Byte erhoeht und die gebaute Firmware hier angehaengt. Hoffentlich reicht der Speicher und der CUL crashed nicht.

Wenn es funktioniert, dann werde ich es auch in die culfw einchecken.

Viele Gruesse
  Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Arne am 06 September 2015, 01:44:05
Zitat von: mgernoth am 05 September 2015, 23:39:23
Der CUL V4 hat nur 64 Byte TTY-Puffer definiert, was fuer eine Update-Nachricht nicht ausreicht... Habe das mal auf 104 Byte erhoeht und die gebaute Firmware hier angehaengt. Hoffentlich reicht der Speicher und der CUL crashed nicht.

Leider nicht. Er reagiert nicht mehr.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mgernoth am 06 September 2015, 10:59:33
Hi,

Zitat von: Arne am 06 September 2015, 01:44:05
Leider nicht. Er reagiert nicht mehr.

Dann hat der CUL V4 im Augenblick zu wenig RAM, um Firmwareupdates durchzuführen :-(
Viel Luft ist da auch nicht drin leider, aber ich schau mal.

Der nanoCUL hat aber 128 Bytes definiert, der sollte also als Sender taugen, musst halt den Versionscheck aus flash-ota rauspatchen (oder fixen ;-)), dann sollte der zumindest tun.

Viele Grüße
  Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mgernoth am 06 September 2015, 12:21:17
Hi,

Zitat von: mgernoth am 06 September 2015, 10:59:33
Dann hat der CUL V4 im Augenblick zu wenig RAM, um Firmwareupdates durchzuführen :-(

Hab flash-ota mal ein -l spendiert, das reduziert die Länge der Payload. Damit sollte es auch auf einem
CULV4 funktionieren.

Getestet habe ich es mit einem Sw1PBU_FM, allerdings mit dem Originalfirmwareupdate.

Viele Grüße
  Michael
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 07 September 2015, 09:06:42
Hallo,
habe folgendermassen gepeered:

set Licht_Esszimmer_Sw_01 regSet shActionType  jmpToTarget self01;
set Licht_Esszimmer_Sw_01 regSet shSwJtOn      dlyOff      self01;
set Licht_Esszimmer_Sw_01 regSet shSwJtOff     dlyOn       self01;
set Licht_Esszimmer_Sw_01 regSet shSwJtDlyOn   on          self01;
set Licht_Esszimmer_Sw_01 regSet shSwJtDlyOff  off         self01;
set Licht_Esszimmer_Sw_01 regSet shActionType  jmpToTarget self02;
set Licht_Esszimmer_Sw_01 regSet shSwJtOn      dlyOff      self02;
set Licht_Esszimmer_Sw_01 regSet shSwJtOff     dlyOn       self02;
set Licht_Esszimmer_Sw_01 regSet shSwJtDlyOn   on          self02;
set Licht_Esszimmer_Sw_01 regSet shSwJtDlyOff  off         self02;


Jetzt kann ich nach oben und unten jeweils ein/ausschalten.

Frage:
Wie macht man nun in der fhem webseite das devstateicon und die webcmds?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 07 September 2015, 18:42:33
Weiss das keiner (glaub ich aber nicht) oder ist die Frage zu einfach?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Arne am 07 September 2015, 20:30:25
Zitat von: mgernoth am 06 September 2015, 10:59:33
Der nanoCUL hat aber 128 Bytes definiert, der sollte also als Sender taugen, musst halt den Versionscheck aus flash-ota rauspatchen (oder fixen ;-)), dann sollte der zumindest tun.

Funktioniert ...  :)

Zitat von: mgernoth am 06 September 2015, 12:21:17
Hab flash-ota mal ein -l spendiert, das reduziert die Länge der Payload. Damit sollte es auch auf einem CULV4 funktionieren.
Getestet habe ich es mit einem Sw1PBU_FM, allerdings mit dem Originalfirmwareupdate.

Funktioniert auch ...  :) :)

Und nur für denn Fall das du eine "debug / print cul messsages"-Option einbauen willst ;), oder gar eine "ignore cul firmware version"-Option, hier meine Ergänzung zur Motivation...

int send_hm_message(struct ota_dev *dev, struct recv_data *rdata, uint8_t *msg)
{
static uint32_t id = 1;
struct timeval tv;
uint8_t out[0x40];
int pfd;

int i;
fprintf( stderr, "\nsend_hm_message msg:");
for (i = 0; i < msg[0] + 1; i++) {
fprintf( stderr, " %02x", msg[i] );
}
fprintf( stderr, "\n");

switch(dev->type) {
...
}

int culfw_send(struct culfw_dev *dev, char *cmd, int cmdlen)
{
int w = 0;
int ret;

printf( "culfw_send: %s\n", cmd);

do {
...
}

int culfw_poll(struct culfw_dev *dev, int timeout)
{
...
printf( "culfw_poll: %s\n", buf);

dev->cb(buf, r, dev->cb_data);

errno = 0;
return -1;
}


Und vielen Dank Michael!  :D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 08 September 2015, 14:48:08
Hallo,
ich habe den Schalter in einer Wechselschaltung verbaut und kann ihn sowohl mit Licht_Esszimmer_Sw_01 und Licht_Esszimmer_Sw_02 schalten.



Wenn ich aber am manuellen Schalter schalte, ist das einzige, das sich ändert das reading current beim SW2. ich dachte man kann den Zustand, unabhängig davon wo man schaltet, sich in fhem anzeigen lassen. Ausserdem ist das on/off Schalten abhängig von der Stellung des manuellen Schalters. D.h on ist nicht immer on, sondern abhängig vom manuellen Schalter halt auch mal off.

Wie muss für eine Wechselschaltung gepeert werden? Mein lists sehen folgerndrmassen aus:

list Licht_Esszimmer_Btn_01

Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/Lichter.cfg
   DEF        39142101
   NAME       Licht_Esszimmer_Btn_01
   NR         618
   NTFY_ORDER 50-Licht_Esszimmer_Btn_01
   STATE      Short (to Licht_Esszimmer)
   TYPE       CUL_HM
   chanNo     01
   device     Licht_Esszimmer
   peerList   self03,
   Readings:
     2015-08-27 11:19:01   R-dblPress      0 s
     2015-08-27 11:19:01   R-longPress     0.3 s
     2015-08-27 11:19:02   R-self03-expectAES off
     2015-08-27 11:19:02   R-self03-peerNeedsBurst on
     2015-08-27 11:19:01   R-sign          off
     2015-09-07 08:56:11   RegL_01:        04:00 08:00 09:00 00:00
     2015-09-07 08:56:23   RegL_04:self03  01:01 00:00
     2015-09-08 09:39:40   peerList        self03,
     2015-08-27 12:09:39   state           Short (to Licht_Esszimmer)
     2015-08-27 12:09:39   trigger         Short_13
     2015-08-27 12:09:39   trigger_cnt     13
   Helper:
     Role:
       chn        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,39142103,
   room       Lichter


list Licht_Esszimmer_Btn_02

Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/Lichter.cfg
   DEF        39142102
   NAME       Licht_Esszimmer_Btn_02
   NR         621
   NTFY_ORDER 50-Licht_Esszimmer_Btn_02
   STATE      Short (to Licht_Esszimmer)
   TYPE       CUL_HM
   chanNo     02
   device     Licht_Esszimmer
   peerList   self03,
   Readings:
     2015-08-27 11:19:50   R-dblPress      0 s
     2015-08-27 11:19:50   R-longPress     0.3 s
     2015-08-27 11:19:56   R-self03-expectAES off
     2015-08-27 11:19:56   R-self03-peerNeedsBurst on
     2015-08-27 11:19:50   R-sign          off
     2015-09-07 08:56:18   RegL_01:        04:00 08:00 09:00 00:00
     2015-09-07 08:56:23   RegL_04:self03  01:01 00:00
     2015-09-08 09:39:40   peerList        self03,
     2015-08-27 12:10:09   state           Short (to Licht_Esszimmer)
     2015-08-27 12:10:09   trigger         Short_14
     2015-08-27 12:10:09   trigger_cnt     14
   Helper:
     Role:
       chn        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,39142103,
   room       Lichter


list Licht_Esszimmer_Sw_01


Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/Lichter.cfg
   DEF        39142103
   NAME       Licht_Esszimmer_Sw_01
   NR         623
   NTFY_ORDER 50-Licht_Esszimmer_Sw_01
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     Licht_Esszimmer
   peerList   self01,self02,
   Readings:
     2015-09-08 10:57:00   CommandAccepted yes
     2015-08-27 11:19:08   R-self01-lgActionType off
     2015-08-27 11:19:08   R-self01-lgCtDlyOff geLo
     2015-08-27 11:19:08   R-self01-lgCtDlyOn geLo
     2015-08-27 11:19:08   R-self01-lgCtOff geLo
     2015-08-27 11:19:08   R-self01-lgCtOn geLo
     2015-08-27 11:19:08   R-self01-lgCtValHi 0
     2015-08-27 11:19:08   R-self01-lgCtValLo 0
     2015-08-27 11:19:08   R-self01-lgMultiExec off
     2015-08-27 11:19:08   R-self01-lgOffDly 0 s
     2015-08-27 11:19:08   R-self01-lgOffTime 0 s
     2015-08-27 11:19:08   R-self01-lgOffTimeMode absolut
     2015-08-27 11:19:08   R-self01-lgOnDly 0 s
     2015-08-27 11:19:08   R-self01-lgOnTime 0 s
     2015-08-27 11:19:08   R-self01-lgOnTimeMode absolut
     2015-08-27 11:19:08   R-self01-lgSwJtDlyOff no
     2015-08-27 11:19:08   R-self01-lgSwJtDlyOn no
     2015-08-27 11:19:08   R-self01-lgSwJtOff no
     2015-08-27 11:19:08   R-self01-lgSwJtOn no
     2015-08-27 13:38:53   R-self01-shActionType jmpToTarget
     2015-08-27 11:19:08   R-self01-shCtDlyOff geLo
     2015-08-27 11:19:08   R-self01-shCtDlyOn geLo
     2015-08-27 11:19:08   R-self01-shCtOff geLo
     2015-08-27 11:19:08   R-self01-shCtOn geLo
     2015-08-27 11:19:08   R-self01-shCtValHi 0
     2015-08-27 11:19:08   R-self01-shCtValLo 0
     2015-08-27 11:19:08   R-self01-shOffDly 0 s
     2015-08-27 11:19:08   R-self01-shOffTime 0 s
     2015-08-27 13:38:53   R-self01-shOffTimeMode absolut
     2015-08-27 11:19:08   R-self01-shOnDly 0 s
     2015-08-27 11:19:08   R-self01-shOnTime 0 s
     2015-08-27 13:38:53   R-self01-shOnTimeMode absolut
     2015-08-27 13:38:53   R-self01-shSwJtDlyOff off
     2015-08-27 13:38:53   R-self01-shSwJtDlyOn on
     2015-08-27 13:38:53   R-self01-shSwJtOff dlyOn
     2015-08-27 13:38:53   R-self01-shSwJtOn dlyOff
     2015-08-27 11:19:12   R-self02-lgActionType jmpToTarget
     2015-08-27 11:19:12   R-self02-lgCtDlyOff geLo
     2015-08-27 11:19:12   R-self02-lgCtDlyOn geLo
     2015-08-27 11:19:12   R-self02-lgCtOff geLo
     2015-08-27 11:19:12   R-self02-lgCtOn geLo
     2015-08-27 11:19:12   R-self02-lgCtValHi 100
     2015-08-27 11:19:12   R-self02-lgCtValLo 50
     2015-08-27 11:19:12   R-self02-lgMultiExec on
     2015-08-27 11:19:12   R-self02-lgOffDly 0 s
     2015-08-27 11:19:12   R-self02-lgOffTime unused
     2015-08-27 11:19:12   R-self02-lgOffTimeMode absolut
     2015-08-27 11:19:12   R-self02-lgOnDly 0 s
     2015-08-27 11:19:12   R-self02-lgOnTime unused
     2015-08-27 11:19:12   R-self02-lgOnTimeMode absolut
     2015-08-27 11:19:12   R-self02-lgSwJtDlyOff on
     2015-08-27 11:19:12   R-self02-lgSwJtDlyOn on
     2015-08-27 11:19:12   R-self02-lgSwJtOff dlyOn
     2015-08-27 11:19:12   R-self02-lgSwJtOn on
     2015-08-27 11:19:12   R-self02-shActionType jmpToTarget
     2015-08-27 11:19:12   R-self02-shCtDlyOff geLo
     2015-08-27 11:19:12   R-self02-shCtDlyOn geLo
     2015-08-27 11:19:12   R-self02-shCtOff geLo
     2015-08-27 11:19:12   R-self02-shCtOn geLo
     2015-08-27 11:19:12   R-self02-shCtValHi 100
     2015-08-27 11:19:12   R-self02-shCtValLo 50
     2015-08-27 11:19:12   R-self02-shOffDly 0 s
     2015-08-27 11:19:12   R-self02-shOffTime unused
     2015-08-27 11:19:12   R-self02-shOffTimeMode absolut
     2015-08-27 11:19:12   R-self02-shOnDly 0 s
     2015-08-27 11:19:12   R-self02-shOnTime unused
     2015-08-27 11:19:12   R-self02-shOnTimeMode absolut
     2015-08-27 12:56:00   R-self02-shSwJtDlyOff off
     2015-08-27 12:56:00   R-self02-shSwJtDlyOn on
     2015-08-27 12:58:12   R-self02-shSwJtOff dlyOn
     2015-08-27 12:58:12   R-self02-shSwJtOn dlyOff
     2015-08-27 11:19:05   R-sign          off
     2015-09-07 08:56:19   RegL_01:        08:00 00:00
     2015-09-07 08:56:26   RegL_03:self01  02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00  0A:01 0B:14 0C:63 82:00 83:00 84:00 85:00 86:00  87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00
     2015-09-07 08:56:28   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
     2015-09-08 10:57:00   deviceMsg       off (to CUL868_HM)
     2015-09-08 10:57:00   level           0 %
     2015-09-08 10:57:00   pct             0
     2015-09-08 09:39:40   peerList        self01,self02,
     2015-09-08 10:57:00   recentStateType ack
     2015-09-08 10:57:00   state           off
     2015-09-08 10:57:00   timedOn         off
     2015-08-27 12:10:09   trigLast        Licht_Esszimmer_Btn_02:short
     2015-08-27 12:09:39   trig_Licht_Esszimmer_Btn_01 short
     2015-08-27 12:10:09   trig_Licht_Esszimmer_Btn_02 short
   Helper:
     dlvl       00
     dlvlCmd    ++A011F118603914210203000000
     Role:
       chn        1
       prs        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,39142101,39142102,
   room       Lichter


list Licht_Esszimmer_Sw_02


Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/Lichter.cfg
   DEF        39142104
   NAME       Licht_Esszimmer_Sw_02
   NR         626
   NTFY_ORDER 50-Licht_Esszimmer_Sw_02
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     Licht_Esszimmer
   Readings:
     2015-09-08 10:57:04   CommandAccepted yes
     2015-09-07 08:56:21   RegL_01:        82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2015-09-08 14:39:10   current         1
     2015-09-08 10:57:05   deviceMsg       off (to CUL868_HM)
     2015-09-08 10:57:05   level           0 %
     2015-09-08 10:57:05   pct             0
     2015-09-08 10:57:05   recentStateType info
     2015-09-08 10:57:05   state           off
     2015-09-08 10:57:05   timedOn         off
   Helper:
     dlvl       00
     dlvlCmd    ++A011F118603914210204000000
     Role:
       chn        1
       prs        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,
   room       Lichter


list Licht_Esszimmer

Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/Lichter.cfg
   CUL868_HM_MSGCNT 1055
   CUL868_HM_RAWMSG A144C805E391421F118600000000000000001000000::-70.5:CUL868_HM
   CUL868_HM_RSSI -70.5
   CUL868_HM_TIME 2015-09-08 14:39:29
   DEF        391421
   IODev      CUL868_HM
   LASTInputDev CUL868_HM
   MSGCNT     1055
   NAME       Licht_Esszimmer
   NR         616
   NTFY_ORDER 50-Licht_Esszimmer
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Licht_Esszimmer_Btn_01
   channel_02 Licht_Esszimmer_Btn_02
   channel_03 Licht_Esszimmer_Sw_01
   channel_04 Licht_Esszimmer_Sw_02
   lastMsg    No:4C - t:5E s:391421 d:F11860 0000000000000001000000
   protLastRcv 2015-09-08 14:39:29
   protResnd  3 last_at:2015-09-08 10:56:43
   protSnd    104 last_at:2015-09-08 10:57:05
   protState  CMDs_done
   rssi_at_CUL868_HM max:-63.5 cnt:1055 avg:-68.23 lst:-70.5 min:-82.5
   Readings:
     2015-08-27 13:37:57   CommandAccepted yes
     2015-08-27 11:16:16   D-firmware      1.5
     2015-08-27 11:16:16   D-serialNr      KEQ0000001
     2015-09-07 08:56:11   PairedTo        0xF11860
     2015-08-27 11:19:44   R-pairCentral   0xF11860
     2015-09-07 08:56:11   RegL_00:        02:01 05:00 0A:F1 0B:18 0C:60 12:00 00:00
     2015-08-27 12:10:09   battery         ok
     2015-09-08 10:57:05   state           CMDs_done
   Helper:
     HM_CMDNR   76
     PONtest    1
     cSnd       11F118603914210203000000,11F118603914210204000000
     mId        F0A9
     rxType     1
     Io:
       newChn     +391421,00,00,00
       nextSend   1441715969.24016
       prefIO
       rxt        0
       vccu
       p:
         391421
         00
         00
         00
     Mrssi:
       mNo        4C
       Io:
         CUL868_HM  -68.5
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_cul868_hm:
         avg        -68.2364928909953
         cnt        1055
         lst        -70.5
         max        -63.5
         min        -82.5
Attributes:
   IODev      CUL868_HM
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       Lichter
   serialNr   KEQ0000001
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 September 2015, 15:01:46
ZitatWenn ich aber am manuellen Schalter schalte, ist das einzige, das sich ändert das reading current beim SW2.
bei genügend hoher last sollte der zustand von chn4 den zustand der lampe korrekt anzeigen.

ZitatAusserdem ist das on/off Schalten abhängig von der Stellung des manuellen Schalters. D.h on ist nicht immer on, sondern abhängig vom manuellen Schalter halt auch mal off.
logisch, wie in jeder echten wechselschaltung.
entweder du toggelst chn3 oder schaltest chn4=on/off. falls die last passend ist.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 08 September 2015, 15:47:55
Zitat
bei genügend hoher last sollte der zustand von chn4 den zustand der lampe korrekt anzeigen.
Hab normalerweise 3x4Watt LEDs in meiner Lampe. Da habe ich einen current von 466. Da funktioniert das state reading von SW2 nicht
Habe nun mal 3x60Watt reingeschraubt. Da ist current 899. Jetzt funktioniert das state reading von SW2 so wie es sein soll.

Ich habe in der Firmware Source bereits "const unsigned long minImpulsLength = 500;"  (-->Schwelle 50) gesetzt. Ist ja im Original 5000 (-->Schwelle 500), wie im Wiki beschrieben. Ist der Schwellwert für das current reading?

Soll ich, da es ja nicht funktioniert mit dem state, nun in der Firmware nun die minImpulsLength auf 100 setzen? Wie würdest du vorgehen, frank?


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 September 2015, 16:37:57
ZitatSoll ich, da es ja nicht funktioniert mit dem state, nun in der Firmware nun die minImpulsLength auf 100 setzen? Wie würdest du vorgehen, frank?
probieren geht über studieren.  ;)

scherz beiseite. soweit ich mich erinnere, wurde der wert von jan sehr hoch gesetzt, um den off zustand auch bei schlechtem netz zu gewährleisten. ausserdem gibt es keinen linearen zusammenhang zwischen strom und last/watt. ich würde auch mal 100 probieren. irgendwer hat, glaube ich, auch schon 50 gesetzt ohne probleme. eine echte untersuchung/kalibrierung hat noch nicht stattgefunden, da den schalter noch niemand mit angestecktem leistungsteil untersucht hat. ohne galvanische trennung ist das risiko nicht unerheblich.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 09 September 2015, 08:29:58
Für die Statistik und zum Vergleich:
Ich habe in meiner Testumgebung 2 x 40 Watt, minImpulsLength = 500 und damit einen currrent von ca. 900. Damit funktioniert es problemlos
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 09 September 2015, 09:45:29
Habe nun die minImpulsLength auf 100 gesetzt. Habe drei LEDs mit je 4 Watt in der Lampe.
Nun funktioniert das state reading von SW2  :D

Was sagt der current Wert eigentlich aus? Ist das ein  Messwert, womit man Stromberbrauch errechnen kann?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 09 September 2015, 18:02:49
Leider hab ich noch ein anderes Problem.

Im ausgeschalteten Zustand kommen alle 2-3 Sekunden Meldungen vom Schalter. Diese erscheinen dann im fhem-2015-09-log und im Licht_Esszimmer-2015.log.

Im eingeschalteten Zustand kommen alle 19-20 Sekunden Meldungen vom Schalter. Diese sind nur im fhem-2015-09-log.

Ich hab auch schon die minImpulsLength hochgesetzt (auf 400, bei diesem Wert gehts immer noch mit dem state bei sw2). Da ändert sich das Verhalten aber nicht.

Was kann man machen?

fhem-2015-09.log:

2015.09.09 17:54:40 4: CUL_Parse: CUL868_HM A 0E AE A410 391421 F11860 060400000001 -73.5
2015.09.09 17:54:40 1: RCV L:0E N:AE F:A4 CMD:10 SRC:Licht_Esszimmer DST:F11860 0604000000 (INFO_ACTUATOR_STATUS RSSI:0 CHANNEL:0x04 STATUS:0x00 UNKNOWN:0x00) (,BCAST,BIDI,RPTEN)
2015.09.09 17:54:40 1: AskSin: General  entering with A4,10,391421,F11860,0604000000
2015.09.09 17:54:41 4: CUL_send:  CUL868_HMAs 0A AE 8002 F11860 391421 00
2015.09.09 17:54:41 1: SND L:0A N:AE F:80 CMD:02 SRC:F11860 DST:Licht_Esszimmer 00 (ACK) (,RPTEN)
2015.09.09 17:54:43 4: CUL_Parse: CUL868_HM A 0E AF A410 391421 F11860 0604000000FF -74.5
2015.09.09 17:54:43 1: RCV L:0E N:AF F:A4 CMD:10 SRC:Licht_Esszimmer DST:F11860 0604000000 (INFO_ACTUATOR_STATUS RSSI:0 CHANNEL:0x04 STATUS:0x00 UNKNOWN:0x00) (,BCAST,BIDI,RPTEN)
2015.09.09 17:54:43 1: AskSin: General  entering with A4,10,391421,F11860,0604000000
2015.09.09 17:54:43 4: CUL_send:  CUL868_HMAs 0A AF 8002 F11860 391421 00
2015.09.09 17:54:43 1: SND L:0A N:AF F:80 CMD:02 SRC:F11860 DST:Licht_Esszimmer 00 (ACK) (,RPTEN)
2015.09.09 17:54:45 4: CUL_Parse: CUL868_HM A 0E B0 A410 391421 F11860 0604000000FD -75.5
2015.09.09 17:54:45 1: RCV L:0E N:B0 F:A4 CMD:10 SRC:Licht_Esszimmer DST:F11860 0604000000 (INFO_ACTUATOR_STATUS RSSI:0 CHANNEL:0x04 STATUS:0x00 UNKNOWN:0x00) (,BCAST,BIDI,RPTEN)
2015.09.09 17:54:45 1: AskSin: General  entering with A4,10,391421,F11860,0604000000
2015.09.09 17:54:45 4: CUL_send:  CUL868_HMAs 0A B0 8002 F11860 391421 00
2015.09.09 17:54:45 1: SND L:0A N:B0 F:80 CMD:02 SRC:F11860 DST:Licht_Esszimmer 00 (ACK) (,RPTEN)
2015.09.09 17:54:47 4: CUL_Parse: CUL868_HM A 0E B1 A410 391421 F11860 060400000001 -73.5
2015.09.09 17:54:47 1: RCV L:0E N:B1 F:A4 CMD:10 SRC:Licht_Esszimmer DST:F11860 0604000000 (INFO_ACTUATOR_STATUS RSSI:0 CHANNEL:0x04 STATUS:0x00 UNKNOWN:0x00) (,BCAST,BIDI,RPTEN)
2015.09.09 17:54:47 1: AskSin: General  entering with A4,10,391421,F11860,0604000000
2015.09.09 17:54:47 4: CUL_send:  CUL868_HMAs 0A B1 8002 F11860 391421 00
2015.09.09 17:54:47 1: SND L:0A N:B1 F:80 CMD:02 SRC:F11860 DST:Licht_Esszimmer 00 (ACK) (,RPTEN)
2015.09.09 17:54:49 3: CUL_HM set Licht_Esszimmer_Sw_02 on
2015.09.09 17:54:49 4: CUL_send:  CUL868_HMAs 0E B2 A011 F11860 391421 0204C80000
2015.09.09 17:54:49 1: SND L:0E N:B2 F:A0 CMD:11 SRC:F11860 DST:Licht_Esszimmer 0204C80000 (SET CHANNEL:0x04 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2015.09.09 17:54:49 4: CUL_Parse: CUL868_HM A 0E B2 8002 391421 F11860 0104C8000001 -73.5
2015.09.09 17:54:49 1: RCV L:0E N:B2 F:80 CMD:02 SRC:Licht_Esszimmer DST:F11860 0104C80000 (ACK_STATUS CHANNEL:0x04 STATUS:0xC8 UP:0 DOWN:0 LOWBAT:0 RSSI:0) (,RPTEN)
2015.09.09 17:54:49 1: AskSin: General  entering with 80,02,391421,F11860,0104C80000
2015.09.09 17:54:50 4: CUL_Parse: CUL868_HM A 0E B3 A410 391421 F11860 0603C8000003 -72.5
2015.09.09 17:54:50 1: RCV L:0E N:B3 F:A4 CMD:10 SRC:Licht_Esszimmer DST:F11860 0603C80000 (INFO_ACTUATOR_STATUS RSSI:0 CHANNEL:0x03 STATUS:0xC8 UNKNOWN:0x00) (,BCAST,BIDI,RPTEN)
2015.09.09 17:54:50 1: AskSin: General  entering with A4,10,391421,F11860,0603C80000
2015.09.09 17:54:50 4: CUL_send:  CUL868_HMAs 0A B3 8002 F11860 391421 00                                                                           <--- Ab da eingeschaltet
2015.09.09 17:54:50 1: SND L:0A N:B3 F:80 CMD:02 SRC:F11860 DST:Licht_Esszimmer 00 (ACK) (,RPTEN)
2015.09.09 17:55:05 4: CUL_Parse: CUL868_HM A 0D 2E A610 339D21 F10000 0601C800F5 -79.5
2015.09.09 17:55:05 1: RCV L:0D N:2E F:A6 CMD:10 SRC:Zisterne DST:F10000 0601C800 (INFO_ACTUATOR_STATUS) (,WAKEMEUP,BCAST,BIDI,RPTEN)
2015.09.09 17:55:06 4: CUL_Parse: CUL868_HM A 0D 2E A610 339D21 F10000 0601C800F5 -79.5
2015.09.09 17:55:06 4: CUL_Parse: CUL868_HM A 14 B5 805E 391421 F11860 000000000000019D00000000 -74
2015.09.09 17:55:06 1: RCV L:14 N:B5 F:80 CMD:5E SRC:Licht_Esszimmer DST:F11860 000000000000019D000000 (powerEvntCyc energy:0 power:0 current:413 voltage:0 frequency:50) (,RPTEN)
2015.09.09 17:55:06 1: AskSin: General  entering with 80,5E,391421,F11860,000000000000019D000000
2015.09.09 17:55:07 4: CUL_Parse: CUL868_HM A 0D 2E A610 339D21 F10000 0601C800F7 -78.5
2015.09.09 17:55:09 4: CUL_Parse: CUL868_HM A 0D 2E A610 339D21 F10000 0601C800F4 -80
2015.09.09 17:55:13 4: CUL_Parse: CUL868_HM A 0D 2E A610 339D21 F10000 0601C800F5 -79.5
2015.09.09 17:55:21 4: CUL_Parse: CUL868_HM A 0D 2E A610 339D21 F10000 0601C800F6 -79
2015.09.09 17:55:25 4: CUL_Parse: CUL868_HM A 14 B6 805E 391421 F11860 00000000000001C5000000FE -75
2015.09.09 17:55:25 1: RCV L:14 N:B6 F:80 CMD:5E SRC:Licht_Esszimmer DST:F11860 00000000000001C5000000 (powerEvntCyc energy:0 power:0 current:453 voltage:0 frequency:50) (,RPTEN)
2015.09.09 17:55:25 1: AskSin: General  entering with 80,5E,391421,F11860,00000000000001C5000000
2015.09.09 17:55:44 4: CUL_Parse: CUL868_HM A 14 B7 805E 391421 F11860 00000000000001C6000000FF -74.5
2015.09.09 17:55:44 1: RCV L:14 N:B7 F:80 CMD:5E SRC:Licht_Esszimmer DST:F11860 00000000000001C6000000 (powerEvntCyc energy:0 power:0 current:454 voltage:0 frequency:50) (,RPTEN)
2015.09.09 17:55:44 1: AskSin: General  entering with 80,5E,391421,F11860,00000000000001C6000000


Licht_Esszimmer-2015.log:

2015-09-09_17:53:37 Licht_Esszimmer CMDs_done
2015-09-09_17:53:39 Licht_Esszimmer CMDs_done
2015-09-09_17:53:41 Licht_Esszimmer CMDs_done
2015-09-09_17:53:44 Licht_Esszimmer CMDs_done
2015-09-09_17:53:46 Licht_Esszimmer CMDs_done
2015-09-09_17:53:48 Licht_Esszimmer CMDs_done
2015-09-09_17:53:51 Licht_Esszimmer CMDs_done
2015-09-09_17:53:53 Licht_Esszimmer CMDs_done
2015-09-09_17:53:55 Licht_Esszimmer CMDs_done
2015-09-09_17:53:58 Licht_Esszimmer CMDs_done
2015-09-09_17:54:01 Licht_Esszimmer CMDs_done
2015-09-09_17:54:03 Licht_Esszimmer CMDs_done
2015-09-09_17:54:05 Licht_Esszimmer CMDs_done
2015-09-09_17:54:07 Licht_Esszimmer CMDs_done
2015-09-09_17:54:10 Licht_Esszimmer CMDs_done
2015-09-09_17:54:12 Licht_Esszimmer CMDs_done
2015-09-09_17:54:14 Licht_Esszimmer CMDs_done
2015-09-09_17:54:16 Licht_Esszimmer CMDs_done
2015-09-09_17:54:19 Licht_Esszimmer CMDs_done
2015-09-09_17:54:21 Licht_Esszimmer CMDs_done
2015-09-09_17:54:23 Licht_Esszimmer CMDs_done
2015-09-09_17:54:26 Licht_Esszimmer CMDs_done
2015-09-09_17:54:27 Licht_Esszimmer CMDs_done
2015-09-09_17:54:31 Licht_Esszimmer CMDs_done
2015-09-09_17:54:33 Licht_Esszimmer CMDs_done
2015-09-09_17:54:35 Licht_Esszimmer CMDs_done
2015-09-09_17:54:38 Licht_Esszimmer CMDs_done
2015-09-09_17:54:41 Licht_Esszimmer CMDs_done
2015-09-09_17:54:43 Licht_Esszimmer CMDs_done
2015-09-09_17:54:45 Licht_Esszimmer CMDs_done
2015-09-09_17:54:47 Licht_Esszimmer CMDs_done
2015-09-09_17:54:49 Licht_Esszimmer CMDs_pending
2015-09-09_17:54:49 Licht_Esszimmer CMDs_done
2015-09-09_17:54:50 Licht_Esszimmer CMDs_done
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 09 September 2015, 19:55:11
Setze minImpulsLength mal auf ca. 800-1000.
Funktioniert bei mir prima, mit LED-Lampen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 09 September 2015, 20:53:36
Zitat
Setze minImpulsLength mal auf ca. 800-1000.
Funktioniert bei mir prima, mit LED-Lampen.
Hatte zu beginn 500 gesetzt und damit hat dann die Erkennung ob ein oder aus ist am Sw2 nicht funktioniert. Ob hier auch im 2s takt Meldungen kamen weiss ich nicht mehr.
Im Moment hab ich 400 gesetzt - damit funktioniert die Erkennung. Aber alle 2s kommt "2015-09-09_17:54:01 Licht_Esszimmer CMDs_done".

@flaxig: Hast du eine Wechselschaltung? Ist für dich das reading state (on/off) von Sw2 wichtig?


An welcher Schraube könnte ich drehen? Vielleicht an dieser (http://forum.fhem.de/index.php/topic,18071.msg165725.html#msg165725 (http://forum.fhem.de/index.php/topic,18071.msg165725.html#msg165725))?



Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 09 September 2015, 22:13:35
Zitat@flaxig: Hast du eine Wechselschaltung? Ist für dich das reading state (on/off) von Sw2 wichtig?
Ja, Wechselschaltung ist vorhanden, nur aus dem Grund habe ich die altern.Firmware aufgespielt.

Nach vielen Versuchen hatten folgende Einstellungen zum Erfolg geführt:
- minImpulsLength auf 1000 setzen (ich habe Current-Werte um 400)
- zum schalten benutze ich sw02
- zum peeren benutze ich auch sw02

(ich weiss, man sollte sw01 nehmen, das hat bei mir aber nicht vernünftig funktioniert)

So hats dann mit dem State geklappt und die 2sec.-Messages waren auch weg  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 09 September 2015, 23:07:12
Werde es morgen ausprobieren. Kannst du mir alle peering befehle posten,  die du verwendet hast.  Beim peering blick ich nicht so durch

Gesendet von meinem HUAWEI G700-U10 mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 10 September 2015, 00:02:27
Gepeert habe ich mit dual, was sich im nachhinein als Fehler rausgestellt hat, da man dann duzende falsch gesetzte Register händisch ändern muss.
D.h. nur mit single peeren!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 10 September 2015, 00:04:55
Kannst du die genauen fhem befehle posten?

Gesendet von meinem HUAWEI G700-U10 mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 10 September 2015, 11:07:43
set Sensr_Btn_01 peerChan 0 Actr_Sw02 single set
set Sensr_Btn_02 peerChan 0 Actr_Sw02 single set

Ist doch eigentlich ganz einfach  ;)

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 10 September 2015, 11:16:22
vorher unpeeren mit option unset nicht vergessen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 10 September 2015, 11:34:06
Aha, stimmt, gar nicht so schwer.
Und Register? Welche regsets müssen gemacht werden?
Un wie ist das Verhalten deines Schalters beim manuellen Schaltvorgang? (oben unten shot long)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 10 September 2015, 11:43:49
ZitatWelche regsets müssen gemacht werden?
natürlich die selben wie vorher.

die 2 sek messages haben aber nichts mit dem gepeerten chn zu tun. ich habe gerade bei mir alle 4 schaltmöglichkeiten in der wechselschaltung probiert. immer ca. 20 sek. ich habe chn3 gepeert.

das verhalten ist mir aber schon mal irgendwo begegnet. sniffe mal die msgs.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 10 September 2015, 12:10:47
Die 2 sek.-Messages hatten mit dem minImpulsLength-Wert zu tun.

Wenn der Wert zu niedrig ist kommen die Messages.
Den optimalen Wert kann man nur durch ausprobieren finden.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 10 September 2015, 12:18:21
Zitat von: flaxig am 10 September 2015, 12:10:47
Die 2 sek.-Messages hatten mit dem minImpulsLength-Wert zu tun.

Wenn der Wert zu niedrig ist kommen die Messages.
Den optimalen Wert kann man nur durch ausprobieren finden.
ist dieser "minimale" grenzwert dann für alle lasten gleich oder davon abhängig unterschiedlich?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 10 September 2015, 12:46:49
ich würde es ja gerne probieren.
Aber jetzt hänge ich pairen.
Hab eine Firmware mit default HMID geflasht, weil ich vergessen hatte die HMID anzupassen.
Hab die Firmware neu gebaut mit "richtiger" HMID und geflasht.
Ich bin momentan allein zu Hause. Also drücke ich mit einem Besenstil-Zahnstocher Konstrukt auf den Config Button, gehe dann in den Keller, mach die Sicherung raus und wieder rein. Dann flashts (flash-ota).
Gibts eine andere Möglichkeit, also ohne stromlosmachen, zu flashen?

Wie dem auch sei. Ich kann nun nicht mehr pairen. Autocreate legt zwar alles richtig an. Aber getConfig wirft eine Timeout. Hatte ich vorher nicht. Liegt das jetzt daran, dass ich mal mit einer anderen HMID geflasht/gepaired hatte?

Fragen:
1. Kann ich den Schalter irgendwie per Config-Taster resetten, so dass alle Register zurückgesetzt werden?
2. Kann ich den Schalter irgendwie per Config-Taster rebooten, so dass flash-ota losläuft?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 10 September 2015, 12:58:55
ZitatAber jetzt hänge ich pairen.
Hab eine Firmware mit default HMID geflasht, weil ich vergessen hatte die HMID anzupassen.
Hab die Firmware neu gebaut mit "richtiger" HMID und geflasht.
Ich bin momentan allein zu Hause. Also drücke ich mit einem Besenstil-Zahnstocher Konstrukt auf den Config Button, gehe dann in den Keller, mach die Sicherung raus und wieder rein. Dann flashts (flash-ota).
Gibts eine andere Möglichkeit, also ohne stromlosmachen, zu flashen?
na klar, thread durchlesen.  :)  baue folgendes ein: http://forum.fhem.de/index.php/topic,18071.msg275891.html#msg275891 (http://forum.fhem.de/index.php/topic,18071.msg275891.html#msg275891)

Zitat1. Kann ich den Schalter irgendwie per Config-Taster resetten, so dass alle Register zurückgesetzt werden?
wie fast bei jedem device. 2x lang drücken. was soll das bringen?

Zitat2. Kann ich den Schalter irgendwie per Config-Taster rebooten, so dass flash-ota losläuft?
mit meiner ergänzung.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 10 September 2015, 14:04:25
Zitat
Zitat
1. Kann ich den Schalter irgendwie per Config-Taster resetten, so dass alle Register zurückgesetzt werden?
wie fast bei jedem device. 2x lang drücken. was soll das bringen?
Hab nun 2 mal lang gedrückt. Danach konnte ich pairen.
Selbst nach einem Firmwareflash konnte ich nicht pairen. Erst nach dem Reset.

Mein Schalter geht nun wie gewünscht:
Manuell nach Oben: Licht toggle
Manuell nach Unten: Licht toggle

Soft geschaltet wird über Sw2
state Reading von Sw2 funktioniert.
keine Messageflut in 2s Takt mehr

Und das hab ich gemacht:

minImpulsLength = 1000 bei 3x 4Watt LEDs, wegen State von SW2 und MessageFlut
OTA-Firmware Flash (bis jetzt nur Stromlos methode mit Busware ACM0):

set CUL868_HM hmPairForSec 60
set HM_391421 getConfig
save

set HM_391421_Btn_01 peerChan 0 HM_391421_Sw_01 dual set

set HM_391421 getConfig
set HM_391421_Sw_01 getConfig

set HM_391421_Sw_01 regSet shActionType  jmpToTarget self01;
set HM_391421_Sw_01 regSet shSwJtOn      dlyOff      self01;
set HM_391421_Sw_01 regSet shSwJtOff     dlyOn       self01;
set HM_391421_Sw_01 regSet shSwJtDlyOn   on          self01;
set HM_391421_Sw_01 regSet shSwJtDlyOff  off         self01;
set HM_391421_Sw_01 regSet shActionType  jmpToTarget self02;
set HM_391421_Sw_01 regSet shSwJtOn      dlyOff      self02;
set HM_391421_Sw_01 regSet shSwJtOff     dlyOn       self02;
set HM_391421_Sw_01 regSet shSwJtDlyOn   on          self02;
set HM_391421_Sw_01 regSet shSwJtDlyOff  off         self02;



Wollte auch
set HM_391421_Btn_01 peerChan 0 HM_391421_Sw02 single set
set HM_391421_Btn_02 peerChan 0 HM_391421_Sw02 single set
machen, aber da brachte fhem bei mir  "please enter peer" - ging also nicht.

Warum nun der minImpulsLength=1000 funktioniert, weiss ich nicht. Linear ist der Zusammenhang zwischen Last und state-erkennung nicht...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 10 September 2015, 14:35:36
ZitatSelbst nach einem Firmwareflash konnte ich nicht pairen. Erst nach dem Reset.
der flash löscht auch nicht das eeprom.

ZitatWarum nun der minImpulsLength=1000 funktioniert, weiss ich nicht. Linear ist der Zusammenhang zwischen Last und state-erkennung nicht...
erst 500 -> nein, dann 100 -> ja, jetzt sogar 1000 -> ja.

bist du sicher?  ???
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 10 September 2015, 14:41:23
Ja,  bei 500 funktionierte der state nicht,  messages hab ich damals nicht beobachtet.  Dann 100, der state ging,  aber messages ohne ende.  Dann 400, wider messages ohme ende.  Jetzt 1000 und alles gut. 

Gesendet von meinem HUAWEI G700-U10 mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 10 September 2015, 19:40:58
Zitatist dieser "minimale" grenzwert dann für alle lasten gleich oder davon abhängig unterschiedlich?

Ich vermute, dass der Wert eher mit der Art der Last zu tun hat und weniger mit der Leistung der Last.

Bei Glühlampen ist es eine reine ohmsche Last mit denen der A/D-Wandler des Schalters "gut" zurechtkommt.
Bei LED-Lampen mit kapaziven oder induktiven Anteilen in der Last kann der A/D Wandler schon mal rumzicken.

Des öfteren war hier etwa folgendes zu lesen: "Mit LED gehts nicht" - "Dann probiers doch mal mit 60W Lampe" - "Ja, das geht"
Interessant wäre jetzt mal zu probieren, wie sich der Schalter mit einer "normalen" 5W Glühlampe verhält...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nccfast am 11 September 2015, 11:58:17
Nachdem nun alles läuft,  hsb ich noch eine Frage.  Wenn ich mein fhem log anschau,  funkt der Schalter alle 19 s oder so irgendwas.  Ist das notwendig und nicht ein bisschen viel?


2015.09.11 11:53:26 1: AskSin: General  entering with 80,5E,391421,F11860,0000000000000001000000
2015.09.11 11:53:45 1: AskSin: General  entering with 80,5E,391421,F11860,0000000000000001000000
2015.09.11 11:54:04 1: AskSin: General  entering with 80,5E,391421,F11860,0000000000000001000000
2015.09.11 11:54:23 1: AskSin: General  entering with 80,5E,391421,F11860,0000000000000001000000
2015.09.11 11:54:42 1: AskSin: General  entering with 80,5E,391421,F11860,0000000000000001000000
2015.09.11 11:55:01 1: AskSin: General  entering with 80,5E,391421,F11860,0000000000000001000000
2015.09.11 11:55:19 1: AskSin: General  entering with 80,5E,391421,F11860,0000000000000001000000
2015.09.11 11:55:38 1: AskSin: General  entering with 80,5E,391421,F11860,0000000000000001000000
2015.09.11 11:55:57 1: AskSin: General  entering with 80,5E,391421,F11860,0000000000000001000000



Gesendet von meinem HUAWEI G700-U10 mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 11 September 2015, 12:17:56
bei rwe, die ebenfalls die strommessung nutzen, wird in der bedienungsanleitung zum schalter zusätzlich, im vergleich zu eq3, eine mindest-last=10w und ein mindest-strom=40ma angegeben. dann sind 3x 4w led natürlich auch schon grenzwertig.

ZitatNachdem nun alles läuft,  hsb ich noch eine Frage.  Wenn ich mein fhem log anschau,  funkt der Schalter alle 19 s oder so irgendwas.  Ist das notwendig und nicht ein bisschen viel?
das schöne an so einer open fw ist ja, das sie jeder an seine bedürfnisse anpassen kann.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 11 September 2015, 12:45:42
Hallo Gemeinde,

ich habe eine allgemeine Frage zum Flashen des Schalters. Bislang habe ich mir alles durchgelesen, und mit meinem raspberry geflasht. Verstehen ist aber anders . Ich besitze ein HMLAN und - wie gesagt - einen raspberry zum flashen und nur zum flashen.... (fhem läuft woanders)

In der Beschreibung bzgl. raspberry steht:

Zitat
5) Das Flashen:
     Nachdem wir den RaspberryPi neu gestartet haben, kann es auch schon los gehen.
     Zuerst müssen die Fuses richtig gesetzt werden. Dafür wird der Befehl:
     avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m
     eingeben. Wenn alles passt, quitiert der Schalter den Befehl mit einem kurzem aufleuchten der LED.
     In manchen Fällen ist es vorgekommen, dass avrdude Probleme beim Setzen der Fuses hat. Sollte
     avrdude bei diesem Prozess feststellen, dass etwas nicht passt und ob die Fuses zurückgestellt
     werden sollen, könnt ihr dies bedenkenlos verneinen.
     Letzer Schritt ist das Flashen des OTA-Bootloader. Dies geht mittels des Befehls:
     avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM.hex
     von statten. Solltet ihr auf den OTA-Bootloader verzichten wollen, könnt ihr auch direkt die
     Firmware flashen:
     avrdude -p m644 -P gpio -c gpio -U flash:w:firmware_HM_LC_Sw1PBU-FM.hex
     Müsstet aber im Falle eines Updates, später wieder die Kabel anlöten und erneut flashen. ;-)

Da ich für spätere Flash Aktionen nicht immer ausbauen und löten wollte, habe ich den Punkt so verstanden:
Ich flashe zuerst den mitgelieferten OTA-Bootloader, danach das selbst erstellte hex Firmware File. Da dies aber mit den exakt selben Befehlen passiert, befürchte ich, dass die Firmware den Bootloader wieder überschreibt ???!!!

Wenn nein, also zuerst OTA flashen, dann Firmware flashen, dann dem Schalter Saft geben, anlernen usw. würden mich 2 Dinge inerressieren:
1) Das Anlernen geht lt. Beschreibung mit dem Druck auf dem Knopf 1x für länger als 4 sek., aber nur wenn er "normal" per Netzteil Strom bekommt, oder sollte das auch funktionieren, wenn er gerade Saft vom Raspberry bekommt (die 3,3 Volt) ?? Per raspberry hat das Anlernen nämlich nicht funktioniert.
2) Mit welchem fhem Befehl flashe ich denn dann, wenn es soweit wäre (z.B. neu kompilieren der firmware wegen dieser Variablen mit dem Wert 5000 oder 500 oder oder (je nach Last)) diese neue Firmware. Ich weiss, dass steht irgendwo, ich finde es nicht, und weiss auch keine keywords für die Suchfunktion

Für eure Hilfe wäre ich wirklich sehr dankbar

vg
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 11 September 2015, 14:35:48
ZitatIch flashe zuerst den mitgelieferten OTA-Bootloader, danach das selbst erstellte hex Firmware File. Da dies aber mit den exakt selben Befehlen passiert, befürchte ich, dass die Firmware den Bootloader wieder überschreibt ???!!!

Im Intel-Hex-Format wird auch die Adresse mit angegeben, wo die Daten in den Flash-Speicher geschrieben werden sollen.
Also wird da nichts überschrieben.

Nicht vergessen, die Fuses zu setzen, damit der AVR weiss, dass er einen Bootloader hat.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 11 September 2015, 14:42:12
Zitatbei rwe, die ebenfalls die strommessung nutzen, wird in der bedienungsanleitung zum schalter zusätzlich, im vergleich zu eq3, eine mindest-last=10w und ein mindest-strom=40ma angegeben. dann sind 3x 4w led natürlich auch schon grenzwertig.

Ich betreibe die Schalter mit 1x6W LED seit 2 Monaten problemlos.

Aber wie Frank schon sagte:
Zitatdas schöne an so einer open fw ist ja, das sie jeder an seine bedürfnisse anpassen kann.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 11 September 2015, 15:20:46
@flaxig: Ja, die Fuses habe ich gesetzt, aber nur, wie in der einen Beschreibung (im Wiki stehen irgendwie 2 Fuses Befehle) ich habe nur den fuse von 5) (siehe voriger beitrag) gemacht.....

Was ist mit dem Rest ? Hast du da vielleicht eine Antwort für mich ?

erstmal danke schön
vg

mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 11 September 2015, 15:40:01
oh, nehme alles zurück, im wiki stehen 2 fuses befehle, aber der erste ist immer raspberry, der zweite ist MySmartUSB light (MyAVR).
Bleibt noch das mit den Antworten ;-)

Ich habe da noch ein Problem:
Die HMID des Schalters habe ich auf 111101 gesetzt. Jetzt kommt im Logbuch immer folgender Fehler.
Soll ich in den Attributen einen subtype setzen, oder sollte dies nicht passieren ?

2015.09.11 18:29:52 1: Error: HM_111101 has no TYPE
2015.09.11 18:29:52 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4338.
2015.09.11 18:29:53 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4338.
2015.09.11 18:30:53 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4338.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 11 September 2015, 18:37:45
Zitat1) Das Anlernen geht lt. Beschreibung mit dem Druck auf dem Knopf 1x für länger als 4 sek., aber nur wenn er "normal" per Netzteil Strom bekommt, oder sollte das auch funktionieren, wenn er gerade Saft vom Raspberry bekommt (die 3,3 Volt) ?? Per raspberry hat das Anlernen nämlich nicht funktioniert.

Das Anlernen sollte auch funktionieren wenn man die Platine extern mit 3,3V versorgt.
Evt. die Steuerleitungen und Reset abklemmen, hab jetzt gerade den Schaltplan nicht zur Hand.

Wie hast du das mit dem Anlernen probiert? Hast du die neue Firmware jetzt drauf oder nicht?
Falls du das noch mit der Original-FW probiert hast, musst du den Knopf nur kurz drücken...

PS.: Falls du FW-Updates OTA machen möchtest, solltest du dir einen HM-CFG-USB zulegen  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 11 September 2015, 18:51:17
Hallo:

Zitat von: flaxig am 11 September 2015, 18:37:45
Das Anlernen sollte auch funktionieren wenn man die Platine extern mit 3,3V versorgt.
Evt. die Steuerleitungen und Reset abklemmen, hab jetzt gerade den Schaltplan nicht zur Hand.

Wie hast du das mit dem Anlernen probiert? Hast du die neue Firmware jetzt drauf oder nicht?
Falls du das noch mit der Original-FW probiert hast, musst du den Knopf nur kurz drücken...

PS.: Falls du FW-Updates OTA machen möchtest, solltest du dir einen HM-CFG-USB zulegen  ;)


Ja, die Firmware ist drauf inkl. Bootloader zuerst. Angelernt habe ich nun auch. Funktioniert erstmal grob.
Sollte ich also die Firmware über "Funk" flashen wollen, so kann ich dies also nur mit HM-CFG-USB machen.. alles klar...

Btw: Kann es sein, dass das Wiki falsch ist ? dort steht:

Zitat
Button_1    Taster oben
Button_2    Taster unten
Switch_1    der Switch_01 (Kanal 3 des Aktors) ist der virtuellen Kanal.
Wenn man den einschaltet, brennt das Licht, er berücksichtigt also einen ggf. schon bestehenden Stromfluss.
Wenn man den Ausschaltet, geht das Licht aus, wenn es nicht schon aus war.
Er zeigt weiterhin an, ob das Licht gerade an oder aus ist.
Switch_2    der Switch_02 ist das Relais und funktioniert so , wie die HM-eigene Firmware vorher auch funktioniert hat.
Relais an/aus. Den braucht man also "eigentlich nicht".

Bei mir ist das definitiv nicht so. der Switch01 (Channel_01) verhält sich so wie die HM-eigene Firmware und
der Switch02 (channel_04) ist derjenige der Stromfluss berücksichtigt.
Es tut mir leid wegen der Zumüllung mit Fragen, nur wollte ich jetzt am Anfang alles richtig machen, da ich mir mehrer (bis zu 5) von den Dingern zulegen will, und wenn es einmal falsch ist, ist es später überall falsch....

vg
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: flaxig am 11 September 2015, 19:03:30
Ich weiss, ein Threat mit über 100 Seiten schreckt ab,
aber alle deine Fragen wurden hier bestimmt schon 20 mal
gefragt und beantwortet. (Deshalb ist der Fred auch so lang  ;) )
-> Suchfunktion

ZitatBei mir ist das definitiv nicht so. der Switch01 (Channel_01) verhält sich so wie die HM-eigene Firmware und
der Switch02 (channel_04) ist derjenige der Stromfluss berücksichtigt.

Dann nimm doch SW02 zum schalten und peeren - Hat bei mir auch funktioniert  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: traxanos am 13 September 2015, 09:11:55
Zitat von: mcfly71 am 11 September 2015, 18:51:17
Bei mir ist das definitiv nicht so. der Switch01 (Channel_01) verhält sich so wie die HM-eigene Firmware und
der Switch02 (channel_04) ist derjenige der Stromfluss berücksichtigt.
Es tut mir leid wegen der Zumüllung mit Fragen, nur wollte ich jetzt am Anfang alles richtig machen, da ich mir mehrer (bis zu 5) von den Dingern zulegen will, und wenn es einmal falsch ist, ist es später überall falsch....

Ja kann ich bestätigen. Und habe das auch schon moniert:

http://forum.fhem.de/index.php/topic,18071.msg309848.html#msg309848
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 13 September 2015, 12:15:40
Hallo Gemeinde,

ich habe jetzt so ziemlich alles hinbekommen, wie es sein soll. Habe mich hier durch dieses Thema gewühlt. Die meisten Probleme kamen bei mir zustande, da ich beim kompilieren das #define firstload auskommentiert habe, da ich die HMID meines HMLAN direkt mit setzen wollte. Besser ist es, das kommentiert zu lassen, dann "normal" zu pairen, dann hat man (bis auf die Beschreibung im Wiki sw1 <-> sw2) alles so wie es im Wiki steht.

Nur ein Problem bleibt noch, was hier auch schon besprochen wurde, aber soweit ich verfolgen konnte nicht weiter 'verfolgt' wurde:
Wenn ich den Schalter als Wechselschalter verwende zusammen mit z.B. einem anderen 'konventionellen' Schalter (also ein ganz normaler Wechselschalter, nix HM), dann passiert in der folgenden Kombination:

- Glühbirne (Verbraucher ist aus)
- Glühbirne aus wurde durch Schalten des konventionellen Schalters erreicht, sodass das normale Relais des HM_LC_Sw1PBU_FM  !!!!AN!!!!  ist

Wenn der Strom nun ausfällt, und danach wieder kommt, bleibt das normale Relais des HM_LC_Sw1PBU_FM natürlich auf AUS, dadurch geht die Glühbirne AN.
Kann man nicht den Zustand des sw2 (im wiki sw1) auch irgendwie speichern, sodass der HM_LC_Sw1PBU_FM nach stromzufuhr wieder auf diesen Zustand geht, oder - was auch ok wäre - auf jedenfall auf "es fliesst kein Strom" geht.
Mir ist nämlich schon 2 mal im Urlaub passiert (wg. Gewitter), dass der Strom kurz weg war. Dann würden bei mir Tagelang einige Deckenlampen an sein, wenn dann der Strom wieder da ist.

vg
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 13 September 2015, 13:49:58
ZitatKann man nicht den Zustand des sw2 (im wiki sw1) auch irgendwie speichern, sodass der HM_LC_Sw1PBU_FM nach stromzufuhr wieder auf diesen Zustand geht, oder - was auch ok wäre - auf jedenfall auf "es fliesst kein Strom" geht.
Mir ist nämlich schon 2 mal im Urlaub passiert (wg. Gewitter), dass der Strom kurz weg war. Dann würden bei mir Tagelang einige Deckenlampen an sein, wenn dann der Strom wieder da ist.
mit save werden alle readings gespeichert und nach restart wieder zugewiesen.

am besten vor dem stromausfall speichern.  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 13 September 2015, 15:10:46
Hallo frank,

ja das ist mir klar, das mache ich ja auch oft. was ist aber, wenn nur der HM_LC_Sw1PBU_FM den Strom verliert, weil mein fhem z.B. eine usv hat, dann nützt sowas nichts, da fhem ja nicht neu startet....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 13 September 2015, 19:57:41
dann muesstest du nach spannungswiederkehr ein set chn4 off senden. entweder erhaeltst du von der usv ein signal oder nimmst das poweron reading eines "normalen" 230v aktors, der moeglichst an der selben phase arbeitet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 14 September 2015, 07:20:43
Hallo frank,

ja sowas in der Art mit dem Power On Reading hatte ich mir auch gedacht, das würde auch gut funktionieren.
Mein Plan war
1) Nach dem  Hochfahren von FHEM alle Schalter checken und evtl. auf OFF stellen (das hilft bei einem Gesamtstromausfall)
2) Dein Vorschlag: Device macht ein Power On, und dann auch checken

Kann man den in der Firmware nichts einbauen, was ein Power ON sendet ? Ansonsten muss ich extra ein anderes HM Device an dieselbe Phase bastelen, nur dafür....

vg
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 14 September 2015, 15:53:48
ZitatKann man den in der Firmware nichts einbauen, was ein Power ON sendet ?
sicherlich. könnte ich auch gut gebrauchen.

ZitatAnsonsten muss ich extra ein anderes HM Device an dieselbe Phase bastelen, nur dafür....
das "extra" device muss nicht unbedingt am selben stromkreis (leitungsschutzschalter) betrieben werden. hauptsache die phase stimmt. ein "fremdes" poweron ist letztendlich aber auch nur spekulation. während der gewittersaison ist mir aufgefallen, dass manche devices wohl empfindlicher auf spannungsschwankungen reagieren als andere und dann poweron senden. dementsprechend kannst du natürlich auch alle 230v poweron auswerten und eventuell darauf reagieren.

falls du eine anwesenheitserkennung hast, könntest du auch ein notify triggern, sobald das licht an geht und es wieder ausschalten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 14 September 2015, 16:44:51
Hallo frank,

weisst du denn an wen ich mich wenden muss (ist der hier auch im forum?) mit der Bitte des Einbaus eines Power ON'S ?

Ich habe übrigens keine Anwesenheitserkennung...

vg
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 18 September 2015, 10:13:32
Hallo Gemeinde

Falls es jemanden interressiert. Ich habe mir ein Event selbst gebaut, der in battery den zustand poweron reinschreibt. Damit kommt ein poweron event bei fhem an, auf den ich per notify reagieren kann. Ich weiss, dass das whrschl. funktechnisch nicht ganz korrekt ist, aber es funktioniert prima. Der erste event vor allen anderen ist dann der powerup event. Ich werde dann darauf reagieren, und ca. 5 sekunden später das jeweilige device checken, ob strom fliesst. Wenn ja, mache ich es aus.
Nochmals: Das ist nur gedacht für den Fall: Das Device verliert Strom, der Strom kommt wieder, und der fhem Server läuft durchgehend weiter, und ich bin nicht da ;-) (In meinem Fall passierte dies in meinem Urlaub, der Strom ging wegen Blitzschlag weg, der Server lief weiter wegen meiner usv, der strom kam wieder -> Evtl. Wechselschalter Licht für den Rest des Urlaubs an)

Dazu muss man in 2 Dateien was ändern und die firmware neu flashen:

1. fhem

99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm:

sub CUL_HM_ParseremoteAndSwitch($$$$$$) {
   my($mFlg,$mTp,$src,$dst,$p,$target) = @_;
   my @evtEt = ();

   # Log 1,"General entering with $mFlg,$mTp,$src,$dst,$p,$target";

   # mcfly
   if ( ($mTp eq "10") && ($p eq "06FF11FF11") )
   {
      my $shash = $modules{CUL_HM}{defptr}{$src.""}
      if($modules{CUL_HM}{defptr}{$src.""});

      push @evtEt,[$shash,1,"battery:powerup"];
      
      return @evtEt;
   }
   # mcfly

....... rest unverändert

2. Firmware

in dem *.cpp file nach "hm::init" suchen:

diese init funktion folgendermassen ändern:

void HM::init() {                                                // starts also the send/receive class for the rf module
   cc.init();                                                   // init the TRX module
   initRegisters();                                             // init the storage management module
   setPowerMode(0);                                             // set default power mode of HM device
   delay(100);                                                   // otherwise we get a problem with serial console
   enableIRQ_GDO0();                                             // attach callback function for GDO0 (INT0)

    // mcfly: Sende powerup signal
    // wichtig fuer handling bei Wechselschaltung
    // *.pm File
    // CUL_HM_ParseremoteAndSwitch($mFlg,$mTp,$src,$dst,$p,$target) = A4,10,111101,F11205,06FF11FF11
   send_payLoad[0] = 0x06;
   send_payLoad[1] = 0xFF;
   send_payLoad[2] = 0x11;
   send_payLoad[3] = 0xFF;
   send_payLoad[4] = 0x11;
   uint8_t tCnt;
   tCnt = send.mCnt++;
   send_prep(tCnt,0xA4,0x10,regDev.pairCentral,send_payLoad,5);
    //       
   
}

P.S. Ich hatte auch Kontakt mit dem Coder der Firmware aufgenommen. Der sagte mir, dass er das powerup signal "im B-Kanal" sendet. Ich weiss nicht was das heisst, wie ich es abfangen kann, usw.
Ich hatte alle Meldungen von sub CUL_HM_ParseremoteAndSwitch($$$$$$) mitgeloggt, und an denen konnte man einfach nicht erkennen, ob gerade geschaltet wird, oder das Ding Strom bekam....., deshalb meine Lösung auf diesem Weg.... wems auch hilft biddde schön


Noch'n schönen Tag allen zusammen..
vg
mcfly
Titel: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 19 September 2015, 22:38:57
...
Titel: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 19 September 2015, 22:40:09
...
Titel: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 19 September 2015, 22:42:15
Ein andere Frage hätte ich noch;-) Ist es möglich einen RWE Smarthome Dimmer mit der alternativen Firmware Homematic fähig zu machen ohne dabei die Dimmereigenschaften zu verlieren?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 21 September 2015, 13:24:20
nein
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor,
Beitrag von: Klaus0815 am 05 Oktober 2015, 21:07:53
Wahnsinn, 102 Seiten, sorry, kann echt nicht alle durchlesen, deshalb direkt gefragt:

Hat sich schon jemand am 2fach-UP-Schaltaktor versucht ?

Es wäre genau die Lösung für mein Problem, wenn dieser die Schaltzustände sofort melden würde
Titel: Notify wird 2x mal ausgelöst
Beitrag von: Pythonf am 07 Oktober 2015, 16:31:49
Vielleicht hätte ich auch einen neuen Thread aufmachen können, aber hier mein Problem:
Der Btn01 Kanal ist mit einem notify verknüfpt um eine LED Leiste umzuschalten (notify Fabian.Lichtschalter01_Btn_01:Short.* set Fabian.LED01 toggle )
Wie man sieht wird das notify offensichtlich 2x mal ausgelöst.
2015-10-07 16:18:35 CUL_HM Fabian.Lichtschalter01 battery: ok
2015-10-07 16:18:35 CUL_HM Fabian.Lichtschalter01 CMDs_done
2015-10-07 16:18:35 CUL_HM Fabian.Lichtschalter01 Fabian.Lichtschalter01_Btn_01 Short (to myVCCU)
2015-10-07 16:18:35 LW12 Fabian.LED01 on
2015-10-07 16:18:35 LW12 Fabian.LED01 off
----->>2015-10-07 16:18:35 CUL_HM Fabian.Lichtschalter01_Btn_01 Short (to Fabian.Lichtschalter01)
----->>2015-10-07 16:18:35 CUL_HM Fabian.Lichtschalter01_Btn_01 Short (to myVCCU)
2015-10-07 16:18:35 CUL_HM Fabian.Lichtschalter01_Btn_01 trigDst_myVCCU: noConfig
2015-10-07 16:18:35 CUL_HM Fabian.Lichtschalter01_Btn_01 trigger: Short_203
2015-10-07 16:18:35 CUL_HM Fabian.Lichtschalter01_Btn_01 trigger_cnt: 203
2015-10-07 16:18:35 HMLAN HMLAN1 loadLvl: low


Lässt sich natürlich lösen indem ich über trigger anstelle von state das notify auslöse aber mich würde auch interessieren, ob sich das hier irgendwie erklären bzw umgehen lässt?
Außerdem ist bei model die CustomFW nicht gelistet obwohl ich sie in ./FHEM installiert habe. FHEM läuft mit root-Rechten und kann definitv auf die *.pm zugreifen.

Kann mir jemand weiter helfen?

Beste Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 08 Oktober 2015, 13:25:50
Ich habe nun insgesamt 3 Schalter mit der Firmware umgerüstet.
Funktioniert auch fast alles Einwandfrei mit Bewegungsmeldern und DOIF.

Allerdings kommt es sporadisch vor, dass der SW02 Channel weiterhin on Anzeigt obwohl das Licht aus ist und der current Wert unter dem Schwellwert liegt.


CommandAccepted no 2015-10-08 06:30:46
RegL_01:         82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00 8A:00 8B:00 8C:00 00:00 2015-09-20 21:16:12
current 1 2015-10-08 13:09:35
deviceMsg on (to vccu) 2015-10-08 06:30:47
level         100 %         2015-10-08 06:30:47
pct 100 2015-10-08 06:30:47
recentStateType info 2015-10-08 06:30:47
state         on 2015-10-08 06:30:47
timedOn off 2015-10-08 06:30:47


Hat hier jemand eine Idee ?
In den meisten Fällen funktioniert auch alles Einwandfrei, allerdings 1-2 mal Pro Tag bleibt der Status einfach auf on.

Zum Test habe ich nun manuell mal ein on-for-timer 10 gemacht.


current 1     2015-10-08 13:24:21
state     off  2015-10-08 13:23:52


Vielen Dank für eure Ideen !

Gruß

Bodo
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Loctotex am 13 Oktober 2015, 23:28:24
Zitat von: unimatrix am 30 Juni 2014, 17:57:47


Es werden erst alle Peers abgearbeitet bevor dann tatsächlich geschaltet wird. Das sieht man sogar schon an der LED. Erst wird der Reihe nach der Button Press an alle Peers gesendet, dann blinkt die LED kurz, und erst dann wird der Switch geschaltet. Sobald ein Button keine peers außer den Switch intern hat, kann man ohne jegliche Verzögerung schnell ein und ausschalten. Sobald aber ein Peer da ist (virtueller Kanal, oder auch irgendein anderer HM Schalter), kommt es zu Latenzzeiten, Das Schalten des Lichts kann bis zu 3-4 Sekunden nach dem Tasterdruck erfolgen, was natürlich so nicht gut ist.



Gibt es gegen die Verzögerung schon etwas?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Jumbo am 16 Oktober 2015, 10:36:54
Hi

ich möchte gerne meinen Wandschalter nutzen um damit eine Kreuzschaltung mit dem Schalter zu machen, Deshalb muss ich ja nun die Firmware flashen.

Leider bin ich nicht so begabt im Löten , hauptsächlich was die kleinen stellen angeht.
Ich probiere mich durch das Wiki und durch diesen Thread zu lesen aber ich komme einfach nicht weiter.

Was genau wäre der einfachste weg für einen Laien die Firmware bei einem eQ-3 103029 HomeMatic Funk-Schaltaktor 1 fach zu flashen ?

danke für die Hilfe, und sorry wenn die frage evtl schon gestellt wurde
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 16 Oktober 2015, 15:22:33
Hallo Jumbo,

am Löten kommst du einfach nicht vorbei... Später (wenn durch das Löten ebenfalls der Bootloader geflasht wurde), kannst du die neue Firmware auf andere Art und Weise drauf schmeissen, aber ein gekauftes Device... geht nur mit Löten.
Oder mit etwaigen "Gestellen", wo man das Device einspannt, aber das ist (für 2 Devices) nur komplizierter...


VG
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Jumbo am 16 Oktober 2015, 16:38:32
was ich nicht verstehe, es gibt ja mehrere photos wo am Homematic gelötet wird. Aber wo löte ich die Kabel dran ? das versteh ich nicht. in der anleitung steht nur ein ISP Programmer, aber was ist das ?

Gibt's net zufälligerweise jemanden der die schon geflasht verkauft :-D zahle auch gerne etwas mehr .
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Loctotex am 16 Oktober 2015, 17:19:27
Auf der Platine hast du Punkte MP2,  MP3, MP4....   An denen lötest du die Kabel für einen ISP Programmer an. Nächsten Monat bestelle ich evtl. wieder. Dann könnte ich dir einen bauen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 17 Oktober 2015, 08:06:27
Hallo Jumbo,

hier :
https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM
siehst du etwas weiter unten eine gute Abbildung der Lötpunkte.
Ich selbst habe alles mit einem raspberry pi geflasht... vom wiki aus
http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware
(ganz unten) gibt es einen Link für den raspberry flash.....

Ich hatte es mich auch zuerst nicht getraut, ist aber nicht sooo schwer...

vg
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 20 Oktober 2015, 07:23:00
Hallo Bodo,

ich habe nun auch 3 dieser Devices im Einsatz, und habe ebenfalls dein Phänomen beobachten können. Das Device arbeitet beim on-for-timer korrekt, aber die Anzeige bleibt auf on bzw. auf on-for-timer. Ich habe diesbezüglich auch noch keine Idee. Ich versuche mal in der pm-Datei mit den auskommentierten zeilen zu arbeiten:
push @evtEt,[$shash,1,"power:"    . hex($P   )/100];
Vielleicht ist das irgendwas, was man dann auch in den state pushen kann....
Ansonsten muss man wohl damit leben, wenn kein Entwickler der Firmware oder andere eine Idee haben....

vg
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 20 Oktober 2015, 11:56:27
Hi mcfly,

danke für dein Feedback. Kannst ja mal bescheid sagen ob sich dann etwas an dem Verhalten ändert.

Neulich ist mir noch etwas aufgefallen.
Nach einem Stromausfall, hatten die Schalter leider keinerlei interne peerings mehr.
Chan01,Chan02 waren nicht mehr mit Chan03 gepeert.

Ist das auch schon mal jemandem passiert ? Oder habe ich in der FW ggf einen Fehler gemacht ?
Als Abhilfe würde mir gerade nur das bauen einer neuen FW inkl der gesetzten Peers einfallen.

Gruß

Bodo
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 Oktober 2015, 15:34:10
ZitatNach einem Stromausfall, hatten die Schalter leider keinerlei interne peerings mehr.
Chan01,Chan02 waren nicht mehr mit Chan03 gepeert.
die infos stehen ja im eeprom und sind somit "eigentlich" sicher. wenn dann sogar bei mehreren das selbe verhalten auftritt, ist das schon mehr wie seltsam und scheinbar systematisch. ich habe so ein verhalten noch nicht erlebt und auch noch nicht von gehört. vorstellen könnte ich mir vielleicht eine gewaltige überspannung. dann sollten aber eventuell auch noch andere geräte probleme bekommen haben. oder hatte nur fhem keine infos mehr?

es sei denn, du nutzt bereits den mechanismus zum einstellen eines eigenen defaults. es gibt irgendwo eine zeile mit "#firstload". wenn man in dieser zeile das auskommentieren entfernt, werden die nach dieser zeile im code stehenden einstellungen nach jedem reboot aktiv.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Posti123 am 20 Oktober 2015, 22:10:27
Zitat von: Jumbo am 16 Oktober 2015, 10:36:54
Hi

ich möchte gerne meinen Wandschalter nutzen um damit eine Kreuzschaltung mit dem Schalter zu machen, Deshalb muss ich ja nun die Firmware flashen.

Leider bin ich nicht so begabt im Löten , hauptsächlich was die kleinen stellen angeht.
Ich probiere mich durch das Wiki und durch diesen Thread zu lesen aber ich komme einfach nicht weiter.

Was genau wäre der einfachste weg für einen Laien die Firmware bei einem eQ-3 103029 HomeMatic Funk-Schaltaktor 1 fach zu flashen ?

danke für die Hilfe, und sorry wenn die frage evtl schon gestellt wurde

ich habe mich auch erst nicht getraut aber heute habe ich es getan und es hat funktioniert. Habe mit Raspberry über GPIO geflashed. War eine Sache von insgesamt 2h, wenn überhaupt.

VG
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 21 Oktober 2015, 10:36:28
Hallo Gemeinde,

ich habe da ein kleines Problem mit den Aktoren, ich hoffe jemand kann schnell helfen ?!
In meinem Device gibt es momentan nur folgende Readings im DeviceName_Sw01 (Ich habe Sw01 nur RELAIS genannt):
CommandAccepted
R-self01-lgActionType
R-self01-shActionType
R-self02-lgActionType
R-self02-shActionType
R-sign
RegL_01:
RegL_03:self01
RegL_03:self02
deviceMsg
level
pct
peerList
recentStateType
state
timedOn
trigLast
trig_LICHT_KUECHE_BTN_01
trig_LICHT_KUECHE_BTN_02

Das müssten aber sehr viel mehr sein z.b. fehlt R-self01-lgCtValHi
(und es waren auch mal mehr, und im fhem.sav stehen diese auch noch drin, aber sehen tu ich sie nicht)
Wenn man nun z.B.
setstate LICHT_KUECHE_RELAIS 2015-10-21 07:28:26 .R-self01-lgCtValHi 0

als Befehl eingibt, kommt keinerlei Fehlermeldung, aber es passiert auch nichts.

Weiss jemand, wie ich das wieder hinbekomme,
Ein set LICHT_KUECHE_RELAIS regSet intKeyVisib visib habe ih übrigens auch schon gemacht, aber hilft nix...

Für eine Erlkärung und Hilfe wäre ich sehr dankbar...

vg
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 21 Oktober 2015, 11:04:31
es gibt wohl gerade ein paar problemchen mit register readings. vielleicht gibt es da einen zusammenhang. http://forum.fhem.de/index.php/topic,42535.0.html (http://forum.fhem.de/index.php/topic,42535.0.html)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 21 Oktober 2015, 21:12:08
Hallo Frank,

ich habe gerade nochmal nachgeschaut.
In der Register.h ist das define firstload weiterhin auskommentiert.

Gruß

Marius
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Posti123 am 21 Oktober 2015, 21:49:24
Zitat von: mcfly71 am 21 Oktober 2015, 10:36:28
Hallo Gemeinde,

ich habe da ein kleines Problem mit den Aktoren, ich hoffe jemand kann schnell helfen ?!
In meinem Device gibt es momentan nur folgende Readings im DeviceName_Sw01 (Ich habe Sw01 nur RELAIS genannt):
CommandAccepted
R-self01-lgActionType
R-self01-shActionType
R-self02-lgActionType
R-self02-shActionType
R-sign
RegL_01:
RegL_03:self01
RegL_03:self02
deviceMsg
level
pct
peerList
recentStateType
state
timedOn
trigLast
trig_LICHT_KUECHE_BTN_01
trig_LICHT_KUECHE_BTN_02

Das müssten aber sehr viel mehr sein z.b. fehlt R-self01-lgCtValHi
(und es waren auch mal mehr, und im fhem.sav stehen diese auch noch drin, aber sehen tu ich sie nicht)
Wenn man nun z.B.
setstate LICHT_KUECHE_RELAIS 2015-10-21 07:28:26 .R-self01-lgCtValHi 0

als Befehl eingibt, kommt keinerlei Fehlermeldung, aber es passiert auch nichts.

Weiss jemand, wie ich das wieder hinbekomme,
Ein set LICHT_KUECHE_RELAIS regSet intKeyVisib visib habe ih übrigens auch schon gemacht, aber hilft nix...

Für eine Erlkärung und Hilfe wäre ich sehr dankbar...

vg
mcfly

stell mal das "expert" Attribut auf "1_on"
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 22 Oktober 2015, 07:58:28
Danke schön Posti.... dat waret
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 29 Oktober 2015, 08:35:36
Hi mcfly71,

hat sich bei deinem Test bzgl. des on-for-timer Problems schon etwas ergeben ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 03 November 2015, 08:12:21
Hallo Bodo,

leider nein, das kriege ich nicht hin. Ich habe ein notify gebastelt, das explicit auf off setzt:

sowas wie

.*:current:.* {
   ist current wert auf 0 && wechselschalter on ? -> set wechselschalter off   
}

vg
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: webturtle am 03 November 2015, 21:02:40
Ich weiss ob ich mich nur blöd anstelle oder einfach Tomaten auf den Augen habe.

Ich habe den OTA Bootloader jetzt auf meinem Schalter.

Aber da kein Makefile bei der Firmware ist, hab ich jetzt Angst, dass das ganze nur geht wenn man einen Arduino hat????
Oder kann ich die Firmware irgendwie sonst bauen?

Chris
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 04 November 2015, 06:48:49
Hallo webturtle,

wie ich schon vorher geschrieben habe:

Ich selbst habe alles mit einem raspberry pi geflasht... vom wiki aus
http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware
(ganz unten) gibt es einen Link für den raspberry flash.....

dort steht genau beschrieben, wie man beim raspberry alles einstellen und machen muss...

vg
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: webturtle am 04 November 2015, 07:27:48
Das hatte ich alles schon gelesen.
Ich denke mein Denkfehler war, dass ich bisher den Arduino als reines Stück Hardware gesehen habe.
Ich glaube das ist falsch. Da gibt es wohl noch eine Software dazu. Die werde ich heute mal laden und schauen ob ich dann weiterkomme.
Scheint so wie ne IDE für die Arduino Boards zu sein.

Muss da nachher mal lesen.

Chris
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: webturtle am 04 November 2015, 08:21:14
Muss jetzt erst was finden wo ich die Arduino IDE nutzen kann.
Auf dem FHEM Server ist kein X11.
Unter OSX wird jabduino Bibliothek als ungültig angezeigt.

::) ::) ::) ::) ::) ::)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: webturtle am 04 November 2015, 09:30:19
Kann es eventuell sein, dass diese ganze Sache mit der neusten Arduiono IDE nicht geht?
Muss man eine spezielle Version laden?

Chris
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: webturtle am 04 November 2015, 10:23:34
Es funktioniert die Firmware zu bauen unter OSX mit Arduino 1.0.5 und als Board jabduino Atmega 644.

Mit dem 644A kommen Fehlermeldungen.

Werde die heute nach der Arbeit mal versuchen auf den Schalter zu bringen und sehe dann ja ob er was macht oder nicht...

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: webturtle am 04 November 2015, 19:06:58
Ich denke ich gebe auf.
Jetzt scheitert hex2eq2.php am sec_cat.
Habe auf meinem System die 1.58 und die ist scheinbar zu alt. Aber was ich auch versuche ich kriege keine neuere Version davon zum laufen.
Denke das ist so kein gangbarer Weg. 3 Rechner im Einsatz für eine Firmware scheint mir für meinen Fall nicht praktisch. Mag gar nicht daran denken wenn ich da in einem oder zwei Jahren noch mal dran muss und keine Version mehr zu irgendwas passt.

Bin verzweifelt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 05 November 2015, 09:44:06
Hallo Webturtle,

hast du kein Computer mit einem Linux (z.B. Kubuntu) ? Also richtigen Computer, kein raspberry o.ä..
Weil ich mache das alles nur mit einem raspberry und zum flashen und compilieren und einem (oben genannten)
"richtigen" linux Computer. Mehr braucht man nicht....
Das mit dem Arduino ist (so glaube ich) eigentlich eine Hardwareplatine zum brennen, aber der raspberry macht das alles mit
den gpio's und einem Programm!!! Arduino....
Man muss nur die Oberfläche des Arduino Programms sehen können, was bei einem raspberry adhoc nicht möglich ist. Deshalb wird
dem raspberry ein Desktop zur Verfügung gestellt, auf dem er die Oberfläche des Arduino Programms darstellen kann....
-- Es kann sein, das weiss ich aber nicht genau -- dass es auch eine X-Oberfläche für Windows gibt, dann könnte man den raspberry auch mit der Windows Oberfläche fernsteuern....


vg
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: webturtle am 05 November 2015, 16:15:05
Hallo McFly.
Hem Läuft bei mir auf einem normalen Linux Rechner, allerdings ein recht kleiner mit 8GB CF Karte.
Drauf ist Ubuntu 14.x
Aber halt kein X Server.
Raspberry habe ich gar nicht.
Wegen des fehlenden X Servers konnte ich dann die Arduino Software dort nicht starten. (Hat aber auch schon gedauert bis ich wusste dass es ne Arduino Software gibt, denn ich hatte damit bisher noch keinen Kontakt.)
Ich hatte dann die Arduino auf dem Mac versucht. Da liess sich dann Jabduino nicht nutzen. Ich habe mich dann in der Version heruntergearbeitet bis ich mit 1.0.5 Erfolg hatte. So hatte ich zumindest die Hex Datei. Zurück auf dem Hem Server ging dann das hex2eq3 nicht weil sec_cat auf meinem System nicht drauf war. Mit apt-get bekam ich aber trotz selbst hunzugefügter Quelle nur die 1.58, die zu alt ist.
Ich hatte gestern nach meinem Post noch angestossen die srecord 1.61 selbst zu kompilieren.
Heute morgen hatte ich es dann endlich hinbekommen.
Dann lief auch das hex2eq3 sauber durch.
Eben habe ich dann per flash-ota das ganze auf den Schalter gebeamt und siehe da: Was lange währte wurde gut. Klappt alles.
Wenn es okay ist, würde ich gerne den Wiki Eintrag um einige mehr Infos erweitern, damit andere schneller zum Ziel führen.

Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 05 November 2015, 18:35:15
Hallo Christoph,

da musst du wohl andere fragen. Ich habe noch nie ein Wiki erweitert, geschweige denn geschrieben, aber freut mich,
dass du's hinbekommen hast.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: webturtle am 07 November 2015, 09:25:55
Also:
Ich habe j jetzt prinzipiell alles hinbekommen.
Der Schalter ist eingebaut als Wechselschalter. Button nach oben toggeld das angeschlossene Licht (Switch1). Ein Druck am Wechsler ebenfalls und die Anzeige mit dem current scheint auch zu gehen.
Button nach unten toggeld ein weiteres Licht.

Allerdings: Im Log tauchen alles 2 Sekunden folgende Statusmeldungen des SW 2 auf:
2015-11-07 09:22:42.684 CUL_HM FlurObenSw CMDs_done
2015-11-07 09:22:42.708 CUL_HM FlurObenSw_Sw_02 deviceMsg: off (to vccu)
2015-11-07 09:22:42.708 CUL_HM FlurObenSw_Sw_02 level: 0 %
2015-11-07 09:22:42.708 CUL_HM FlurObenSw_Sw_02 pct: 0
2015-11-07 09:22:42.708 CUL_HM FlurObenSw_Sw_02 off
2015-11-07 09:22:42.708 CUL_HM FlurObenSw_Sw_02 timedOn: off


Dadurch ist mein HMLAN1 permanent auf "batch Level".

Meine Frage: Kann man durch neu kompilieren der Firmware oder durch irgendwelche Einstellungen den Switch 2 dazu bringen dass er nur die Änderung von off nach on und umgekehrt an die vcci meldet? Ich brauch ja nicht alles zwei Sekunden den Status. Ich will ihn ja nicht als Leistungsmesser nutzen. Ich mag nur gern wissen wenn ich am Wechsler eingeschaltet habe.
Irgendwie habe ich den Eindruck das ist zuviel Funkverkehr der ich besser aufsparen würde.

Danke für eure Geduld, Chris
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Lorenz am 07 November 2015, 12:43:15
Die Meldungen im 2sec Takt hatte ich auch. Ich hatte eine 4W LED in der Wechselschaltung und den Wert minImpulsLength auf 500 gesetzt. Jetzt habe ich den Wert auf 1000 gestellt und der 2sec Takt ist weg. Allerdings wird trotzdem alle 19sec der Stromwert gesandt. Das halte ich auch noch für übertrieben, verstehe aber die Formel in der Firmware nicht, um das zu ändern. Inwieweit dieser Traffic mich an die 1% Grenze treibt ist mir auch nicht klar. Bislang stelle ich bei einem Schalter noch kein Überschreiten fest. Da ich aber weitere Schalter einsetzen möchte, interessiert mich das schon.

LG
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: webturtle am 07 November 2015, 15:43:26
Aha, okay.
Ich dachte der Wert wäre um zu anhand der Last zu erkennen ob an oder aus ist.
Wusste nicht dass der auf eine Zeit abzielt.

Ich habe 6 x 2 Watt LEDs im Flur. Muss mal mit dem Wert experimentieren. Aber damit warte ich dann noch. Da muss ich mit Zeit und Ruhe drangehen weil die Kette des Kompilieren bei mir so kompliziert ist.

Kann sein, dass das Teil nur sendet und die Entscheidung ob an oder aus in FHEM fällt. Das würde es erklären.

Chris
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 07 November 2015, 19:40:12
Hallo,

@Lorenz
ZitatBislang stelle ich bei einem Schalter noch kein Überschreiten fest. Da ich aber weitere Schalter einsetzen möchte, interessiert mich das schon.
Die 1% Regel ist die Sendezeit pro Gerät. Rein theoretisch wäre, wenn jedes Gerät seine Sendezeit voll ausnutzt bei 100 Geräten schluß - allerdings wird es vermutlich schon früher Probleme durch Überlagerung von Sendungen geben. Die Geräte stimmen sich ja nicht untereinander ab. Da aber die meisten Geräte die 1% nicht ausnutzen, würde kch mir an dieser Stelle keinen Kopf machen.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Lorenz am 07 November 2015, 20:07:24
@ Christoph
OK, ich hatte das auf die Gesamtkommunikation bezogen auf HMLAN befürchtet. Mir war nicht klar, dass das für jeden Sender einzeln gilt. Trotzdem finde ich dieses dauernde Senden im 19 Sekunden-Takt des Stromwertes übertrieben, insbesondere wenn der Verbraucher ausgeschaltet ist. Da müsste maximal der Wert bei ungleich 0 oder bei Änderungen übertragen werden. Eigentlich genügt die einmalige Übertragung, wenn der Switch 2 sich ändert. Abgesehen von der 1% Regel ist das ja auch unnötiger Funk-Smog. Vielleicht erschließt sich mir ja mal der Algorithmus in der Firmware.

LG
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 07 November 2015, 22:29:05
Hallo,

es gibt diverse Geräte die auch bei nicht geänderten Werten regelmäßig Daten senden. OK 19 sec sind sehr kurz - um Logeinträge oder Aktionen nicht unnötigerweise ausführen zu lassen gibt es das attribut event-on-change - mit ".*" (ohne die ") reagiert das nur auf geänderte Werte.

Gruß Christoph

PS vermutlich war man bei dem Gerät mit dem Senden nicht so "sparsam" weil es ja 230V gespeist ist. Bei Batteriegeräten hätte schon längst jemand das optimiert - sonst wäre ja alle Nasen lang die Batterie leer ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: webturtle am 08 November 2015, 10:49:04
Ist es nicht so dass die Gegenstelle en Empfang auch quittiert?
Damit geht es auch auf die 1% Kapazität des HMLAN1. Kann mir nicht erklären warum dieses seitdem permanent im Lord Level "batch" ist.

Aber ich blicke noch nicht so recht im Code der Firmware durch. Daher trau ich mich nicht dort irgendwie was zu experimentieren. Habe auch nur einen dieser Schalter im Einsatz. Vielleicht besorge ich mir mal noch 'nen zweiten zum probieren. Aber eigentlich finde ich den Schalter generell nicht so prickelnd. Daher warte ich mal noch ab.
Sind noch genug andere Baustellen....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: anfänger111 am 23 November 2015, 10:43:25
Hallo!

Ich habe alles vorbereitet und öffne gerade den Schalter und sehe die Platine sieht bei mir ganz anders aus.  :-\

Ist es trotzdem möglich die alternative Firmware zu flashen? Oder war alles umsonst... Bilder sind angehängt.

Vielen Dank!

P.S. Habe über die Suchfunktion nichts gefunden.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 November 2015, 10:56:52
du willst uns wohl testen!  :) ;)

tipp: nicht aufgeben, weiter suchen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Loctotex am 23 November 2015, 11:17:16
 ;D ;D ;D noch etwas weiter auseinanderbauen ;)
Alternativ den Bausatz bestellen, der ist günstiger und man spart die die Demontage ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 23 November 2015, 11:21:59
Hallo Anfänger111,

tiefer graben, immer tiefer... Alle Homematics benutzen keine 230 V Wechselstrom als Betriebsspannung, demnach muss es ja ein Netzteil geben... vielleicht hast du das Netzteil in der Hand, und vielleicht gibts noch ein Geheimfach, wo das eigentliche HM Teil ist...
P.S. vergiss nie nie nie den kleinen durchsichtigen Penübbel wieder auf den Reset Knopf zu setzen, wenn du es vergisst, dann kann es sein, wenn du z.b. mit einem kleinen Schraubenzieher resetten willst, dass du abhebst, und deine Haare danach hochstehen, und du komische Kurven auf dem EKG zeigen würdest...

vg
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: anfänger111 am 23 November 2015, 11:27:04
Danke... Ich kommentiere dass mal nicht  ::)

Edit: Alles erfolgreich verlaufen! Danke nochmal ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 01 Dezember 2015, 16:28:33
Hallo zusammen,

ich bin auch gerade dabei, die Firmware auf einem meiner Switche zu installieren.
Bis dato klappt alles, habe auch schon den OTA-Bootloader mittels RaspB gebaut und geflashed.

Auch das bauen der CustomFirmware auf dem RaspB funktioniert ohne Probleme, Größe ist 56133 kB.
Allerdings habe ich nach ausführen von hex2eq3.php --inFile MEQ0224680_4000.cpp.hex --outFile MEQ0224680_4000_v02.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat /usr/local/bin/srec_cat wie im Wiki beschrieben eine Größe des konvertierten Files von 115584 kB. Das erscheint mir doch sehr groß...

srec_cat habe ich aus dem Tar-Ball srecord-1.64.tar.gz gebaut und /usr/local/bin/srec_cat -VERS gibt mir die Version 1.64.D001

Ist die Größe vielleicht doch ok, was ich mir nicht so recht vorstellen kann, sprich, was mache ich falsch?

Danke, Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Lorenz am 01 Dezember 2015, 16:33:12
Das war bei mir auch so, hat aber funktioniert...

Gruß Lorenz
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 01 Dezember 2015, 16:41:56
Sprich Du konntest es OTA flashen?

Danke, Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Lorenz am 01 Dezember 2015, 16:44:54
Richtig ! Ich musste nur etwas mit der Entfernung probieren, da öfter Übertragungsfehler auftraten. Von 10m auf 4m runter, dann ging es.

LG
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 01 Dezember 2015, 17:12:24
Danke, dann probier ich das mal so!

Ciao, Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 07 Dezember 2015, 15:29:58
Hallo,

hat geklappt, echt super.
Einziges Problemchen, das bleibt ist, dass es mir bis dato nur mittels gedrückter Config-Taste und Strom einschalten gelungen ist, den Bootloader zu einem OTA-Flash zu bewegen.
Ein set <device> reset und unterschiedlich langen Drücken der Config-Taste am Schalter führt leider zu nix.
Habe ich beim Bootloader bauen was übersehen?

Danke, Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 Dezember 2015, 16:24:05
Zitat von: knueppler am 07 Dezember 2015, 15:29:58
Hallo,

hat geklappt, echt super.
Einziges Problemchen, das bleibt ist, dass es mir bis dato nur mittels gedrückter Config-Taste und Strom einschalten gelungen ist, den Bootloader zu einem OTA-Flash zu bewegen.
Ein set <device> reset und unterschiedlich langen Drücken der Config-Taste am Schalter führt leider zu nix.
Habe ich beim Bootloader bauen was übersehen?

Danke, Christian

http://forum.fhem.de/index.php/topic,18071.msg275891.html#msg275891 (http://forum.fhem.de/index.php/topic,18071.msg275891.html#msg275891)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 07 Dezember 2015, 22:18:30
Danke, probiere ich aus.
Das Wiki ist dann aber nicht korrekt an der Stelle, wie kann ich das verbessern?
Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 08 Dezember 2015, 07:58:27
Danke Frank für die anpassungen, habe die angepasste FW mal bei einem meiner Schalter eingespielt und werde testen.

Du hattest natürlich auch recht was mein "Config ist nach Spannungslos schalten wieder weg" Problem betrifft.
Ich hatte versehentlich das auskommentierte vor dem Firstload entfernt......
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 08 Dezember 2015, 21:32:38
Hallo Frank,

super klasse, funktioniert genau so, wie beschrieben.
Wenn mir einer kurz sagt, wie man das Wiki an der Stelle anpasst, mache ich das gerne und verweise auf Deine Anpassungen.

Schönen Abend, Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 Dezember 2015, 23:44:49
schön dass es funktioniert.

ZitatWenn mir einer kurz sagt, wie man das Wiki an der Stelle anpasst, mache ich das gerne und verweise auf Deine Anpassungen.
irgendwo kann man eine schreibberechtigung beantragen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 17 Dezember 2015, 15:39:15
Muss ich irgendwas besonders beachten, wenn ich die EQ3 Datei unter Windows erstellen will.
Ich hab die hex. aus den temporären Dateien des Arduino und wollte es wie folgt konvertieren:
E:\FW>php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat E:\FW\srec_cat.exe
srec_cat: the --Fill range (0x0000 - 0xFFFFFFFF) is 4.00GB and is probably
    larger than you intended (use --big to override this error message)
Could not open tmpfile.tmp


Kann mir jemand weiter helfen?

Beste Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 Dezember 2015, 16:14:10
ich hatte unter win7 keine probleme. die fehlermeldung kenne ich nicht. meine srec_cat version ist 1.64/win32.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 17 Dezember 2015, 16:32:40
Vielleicht liegts an Win 10 x64 Bit, die frage ist nur, was ich jetzt machen soll.
Unter Debian bekomm ich folgendes:

root@cubietruck:/opt/fhem/fwm/Asksin_OTA_Bootloader/Contrib# php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --markAsBootloaderUpdate --withCrcCheck --pathTo-srec_cat ./bin/srecord/
sh: 1: ./bin/srecord/: Permission denied
sh: 1: ./bin/srecord/: Permission denied
Could not open tmpfile.tmp
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 Dezember 2015, 16:42:14
das sieht ja nach rechteproblemen aus. das php-script kann wohl srec_cat nicht starten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 17 Dezember 2015, 17:12:21
also die srecord hab ich über apt-get install installiert, der Befehl wird als root ausgeführt. Ich bin leider mit Linux nicht sonderlich erfahren, weshalb ich das ganze ja unter Windoof machen wollte, was aber ja auch nicht funktioniert. Kann mir jemand weiter helfen? das Verzeichniss /opt/fhem hab ich mit chmod 777 -R alle lese und schreibreche zur Verfügung gestellt, da ich hier teils von Windows aus Dateien bearbeite etc.

#EDIT

Ein wenig weiter hab ichs jetzt geschafft, aber funktionierten tut es noch immer nicht:
root@cubietruck:/opt/fhem/fwm/Asksin_OTA_Bootloader/Contrib# php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --markAsBootloaderUpdate --withCrcCheck --pathTo-srec_cat /usr/bin/srec_cat
srec_cat: warning: tmpfile.tmp.bin: 1: It appears that the implementation of
    fseek on your system is unable to cope with addresses which have the most
    significant bit set (this is POSIX and ANSI C conforming behaviour). You
    probably did not intend to create a 4.0GB file. See the manual for a
    description of the --offset filter, remembering that you can give negative
    offsets.
srec_cat: tmpfile.tmp.bin: 1: seek 0xFFFF2000: Invalid argument [22]: Invalid
    argument
unknown "-Cyclic_Redundancy_Check_16_Little_Endian" option
Usage: srec_cat [ <option>... ] <filename>...
       srec_cat -Help
       srec_cat -VERSion
       srec_cat -LICense
Could not open tmpfile.tmp

Ich hab mal die *.hex Datei angehängt vielleicht will ja jemand austesten ob es noch funktioniert und mir die *.eq3 Datei zukommen lassen

Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 18 Dezember 2015, 00:13:33
soll das wirklich ein bootloader update sein?

ich habe jetzt erst einmal ohne option --markAsBootloaderUpdate gemacht:

h:\frank\programme\php\php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM_2015-12-17.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat h:\frank\programme\srecord-1.64-win32\srec_cat.exe
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 20 Dezember 2015, 15:25:05
Danke für die Datei, nein es sollte natürlich nicht der Bootloader sondern die eigentliche FW sein.
Hab jetzt nochmal meinen Programmer angelötet (wobei mir 2 von den Metallplätchen abgegangen sind) und direkt aus Arduino die FW geflasht. Beim OTA stand nur Waiting for Serial.

Beste Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 Dezember 2015, 15:51:12
ZitatHab jetzt nochmal meinen Programmer angelötet (wobei mir 2 von den Metallplätchen abgegangen sind)
zu lange und zu heiss gelötet.
am besten beide seiten immer mit frischem lot benetzen, und dann mit frischem lot am kolben möglichst kurz zusammenfügen.

ZitatBeim OTA stand nur Waiting for Serial.
da musst du mal sniffen mit was sich dein bootloader meldet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 20 Dezember 2015, 16:50:13
Es funktioniert ja jetzt alles und hoffe, dass ich es auch so bleibt.
Sollte ich noch einen Schalter haben, werde ich es erneut OTA versuchen, vielleicht bekomm ich es dann hin.
Ich denke, ich habe beim flashen des Bootloaders eventuell einen Fehler gemacht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: MonsterDesKrümels am 22 Dezember 2015, 22:43:26
Ich habe die Anleitung von Mr. P (https://owncloud.isengard.at/index.php/s/8992affb68e8c1dcbe532152628ad9a5) für das Flashen via RaspPI befolgt und alle shat auch geklappt. Es kamen keine Fehlermeldungen.

Nun habe ich das Problem, dass ich das Gerät nicht pairen kann.

Weis jemand Rat wie ich überprüfen kann, woran es hapert?


Beste Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 23 Dezember 2015, 06:17:43
Moin

Perl-Modul installiert?
Modul ggf. nachgeladen?

Im Wiki ist alles beschrieben, so hat es auf jeden Fall bei mir geklappt.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: MonsterDesKrümels am 23 Dezember 2015, 13:59:54
Zitat von: knueppler am 23 Dezember 2015, 06:17:43
Moin

Perl-Modul installiert?
Modul ggf. nachgeladen?

Im Wiki ist alles beschrieben, so hat es auf jeden Fall bei mir geklappt.

Ciao Christian
Moin Christian,
habe das Modul nochmal mittels "reload 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm" nachgeladen.
Erhalte folgende Meldung in der Log:

Zitat2015.12.23 13:50:33 1: PERL WARNING: Subroutine Asksin_HM_LC_Sw1PBU_FM_CustomFW_Initialize redefined at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 10.
2015.12.23 13:50:33 1: PERL WARNING: Subroutine registerHM_LC_Sw1PBU_FM_CustomFW redefined at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 16.
2015.12.23 13:50:33 1: PERL WARNING: Subroutine CUL_HM_ParseremoteAndSwitch redefined at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 33.

Den Schalter kann ich momentan mechanisch noch nicht testen, da ich noch nicht den passendne Adapter habe. Der zweite ganz normale Schalter im Treppenhaus (zwei Schalter; einer oben einer unten; der eien wurde durch das HM Gerät ausgetauscht der andere ist ein ganz normaler Lichtschalter), kann das Licht ein und ausschalten. Wird der HM Schalter wieder abgeklemmt, dann kann man kein Licht mehr schalten.

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 23 Dezember 2015, 14:44:11
Hi,

mir ist nicht ganz klar, was wirklich Dein Problem ist, ohne eine genauere Fehlerbeschreibung zu bekommen.
Pairen ist ebenfalls im Wiki-Artikel http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware#Anlernen (http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware#Anlernen) beschrieben.
Hast Du den Bootloader modifiziert, wie im Wiki beschrieben? Ansonsten musst Du > 4 Sekunden auf den Config-Knopf drücken, bevor der Schalter in den Pairing-Modus switched.
Welche ID hast Du ihm denn verpasst, oder hast Du alles auf Default gelassen?
Und, kleiner Hinweis, das Ding braucht Phase und Nullleiter, sonst tut der gar nix.
Und, wenn Du den HM-Schalter wieder abbaust, ohne den alten Schalter wieder einzubauen, ist es nicht ganz verwunderlich, dass das Licht dann nicht mehr geht.

Mehr Ideen fallen mir aus der Glaskugel leider nicht ein.

Ciao, Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: MonsterDesKrümels am 23 Dezember 2015, 16:17:22
Hallo Christian,

Firmware und bootloader sind alle unverändert.
Entschuldige die Glaskugel ahnliche Beschreibung.

Ich Frage anders:
Die sechs Kabel zum flashen sind noch angelötet.
Wie kann ich feststellen, ob der Flash erfolgreich war und der vermeintliche Fehler nicht beim fhem oder der Verkabelung liegt sondern durch einen Fehler beim flashvorgang?
Wenn ich das ausschließen kann,würde ich weiter über gehen zur Prüfung der Verkabelung usw...


Beste Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 23 Dezember 2015, 19:13:37
Na, wenn die Kabel noch angelötet sind, kannst Du den Switch ja einfach über den Raspb mit Strom versorgen und mit fhem pairen. Aber nimm ihn vom Netz und hantiere nur mit der Steuer-Platine, NICHT mit dem 220V-Teil!!!
Denk dran, die Config-Taste lange genug zu drücken.
Dann solltest Du ihn wenigstens unter Everything finden.
Wenn Du nix am Code geändert hast, hat der Switch die HMID laut register.h
Wenn Du den Bootloader gemäß WIKI anpasst, gibt der Switch auch Feedback beim jeweiligen Drücken des Config-Tasters.
Ansonsten kann ich nur auf das Wiki und den Thread hier verweisen. Damit hat es einwandfrei geklappt.
Allerdings habe ich Bootloader und Firmware selbst gebaut, define firstload eingeschaltet, nach Suchen dann dort noch die internen Peers rausgeschmissen und dank Frank den Bootloader so angepasst, dass nun auch Reset am Switch selbst nebst hüpfen in OTA-Modus funktioniert.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: burtb am 30 Dezember 2015, 02:50:23
Zitat von: trilu am 29 Januar 2014, 18:40:11
Die Relay Klasse reagiert ja derzeit nur auf remote events.  Das was noch fehlt um sie universell verwenden zu koennen muss hier noch das sensor event handling rein. 

Ich habe das mal versucht zu implementieren, aber bezweifle das es funktioniert:

.ino

void HM_Sensor_Event(uint8_t cnl, uint8_t *data, uint8_t len) {
// sample needed!
// ACK is requested but will send automatically
        #if defined(USE_SERIAL)
Serial << F("\nSensor_Event; cnl: ") << pHex(cnl) << F(", data: ") << pHex(data,len) << "\n\n";
        #endif
if (cnl == 3) rl[0].trigger41((data[0] & 0x7F),data[1],data[2],(void*)&regMC.ch3.l3);
if (cnl == 4) rl[1].trigger41((data[0] & 0x7F),data[1],data[2],(void*)&regMC.ch4.l3);
}


.cpp


void RL::trigger41(uint8_t msgBLL, uint8_t msgCnt, uint8_t msgVal, void *plist3) {
// copy list3 to pointer
s_peer_regChan_actor* srly = (s_peer_regChan_actor*)plist3;

// is it a long msg?
uint8_t isLng = (msgBLL & 0x40)?1:0;

// declare ctTbl
uint8_t ctTbl;

if ((srly->shActionType == 1) && (isLng == 0)) {
// jmpToTarget SHORT
if      (curStat == 1) ctTbl = srly->shCtDlyOn; // delay on
else if (curStat == 3) ctTbl = srly->shCtOn; // on
else if (curStat == 4) ctTbl = srly->shCtDlyOff; // delay off
else if (curStat == 6) ctTbl = srly->shCtOff; // currently off
}

if      (ctTbl == 0) if (msgVal > srly->shCtValLo) trigger40(isLng, msgCnt);
else if (ctTbl == 1) if (msgVal > srly->shCtValHi) trigger40(isLng, msgCnt);
else if (ctTbl == 2) if (msgVal < srly->shCtValLo) trigger40(isLng, msgCnt);
else if (ctTbl == 3) if (msgVal < srly->shCtValHi) trigger40(isLng, msgCnt);
else if (ctTbl == 4) if ((msgVal > srly->shCtValLo) && (msgVal < srly->shCtValHi)) trigger40(isLng, msgCnt);
else if (ctTbl == 5) if ((msgVal < srly->shCtValLo) && (msgVal > srly->shCtValHi)) trigger40(isLng, msgCnt);

lastTrig = 41; // set trigger
rlyTime = millis(); // changed some timers, activate poll function
}


Hilfe  :P
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: digitalyours am 31 Dezember 2015, 15:26:00
Zitat von: MonsterDesKrümels am 23 Dezember 2015, 16:17:22
Hallo Christian,

Firmware und bootloader sind alle unverändert.
Entschuldige die Glaskugel ahnliche Beschreibung.

Ich Frage anders:
Die sechs Kabel zum flashen sind noch angelötet.
Wie kann ich feststellen, ob der Flash erfolgreich war und der vermeintliche Fehler nicht beim fhem oder der Verkabelung liegt sondern durch einen Fehler beim flashvorgang?
Wenn ich das ausschließen kann,würde ich weiter über gehen zur Prüfung der Verkabelung usw...


Stehe vor dem gleichen Problem und komme leider nicht so richtig weiter. Konntest du es lösen? Falls ja, wie?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: digitalyours am 31 Dezember 2015, 16:16:53
Nur ums sicherzugehen und um keine Fehler zu machen: Ein Pairing ist auch über die Stromversorgung mittels RPi möglich, korrekt? Das OTA flashen sollte demnach auch noch über die Stromversorgung des PIs gehen? Ich konnte nämlich den Bootloader flashen, doch danach tut sich nichts mehr. Weder flash-ota noch fhem findet den Schalter. Beim Anschluss an 230V bekomme ich ein dauerhaftes Blinken und der Schalter funktioniert nicht.

Habt ihr mir Hinweise oder Ideen was ich noch probieren kann? Bisher hatte ich mich an die Beschreibung und Dateien von isengard.at gehalten. Danke!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mane88 am 31 Dezember 2015, 16:33:39
Habe nach 2 Tagen probieren immer noch ein Problem, der Schalter (HM_112233) ist in FHEM mit meiner VCCU (2577E5, 1x Lan, 1x USB) gepairt. Es werde auch Befehle erkannt (long+short). Allerdings kann ich nicht peeren, da er die Buttons/Switches nicht findet. Diese müssten sich doch auch automatisch anlegen.

Als Bootloader habe ich die bereitgestellte Datei aus der Rasp Doku genommen. Die FW habe ich selbst gebaut. Flashen hat soweit geklapt. Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm ist installiert und FHEM wurde neugestartet (aktuelle Updates sind auch installiert). Getconfig habe ich auch bereits mehrfach ausgeführt mit CMD_done ohne Errors.

Wenn ich
set HM_112233 regSet intKeyVisib visib
versuche kommt als Antwort
intKeyVisib failed: supported register are pairCentral

@digitalyours pair klappt über die RPi Versorgung.

Internals:
   DEF        112233
   IODev      hmlan
   LASTInputDev hmusb
   MSGCNT     76
   NAME       HM_112233
   NR         143
   NTFY_ORDER 50-HM_112233
   STATE      ???
   TYPE       CUL_HM
   hmlan_MSGCNT 39
   hmlan_RAWMSG E112233,0000,00257678,FF,FFC1,37805E1122332577E50000000000000001000000
   hmlan_RSSI -63
   hmlan_TIME 2015-12-31 16:27:55
   hmusb_MSGCNT 37
   hmusb_RAWMSG E112233,0000,001B9C87,FF,FFCC,37805E1122332577E50000000000000001000000
   hmusb_RSSI -52
   hmusb_TIME 2015-12-31 16:27:55
   lastMsg    No:37 - t:5E s:112233 d:2577E5 0000000000000001000000
   protLastRcv 2015-12-31 16:27:55
   protSnd    18 last_at:2015-12-31 16:27:42
   protState  CMDs_done
   rssi_at_hmlan avg:-58.1 min:-63 max:-53 lst:-63 cnt:39
   rssi_at_hmusb avg:-56.91 min:-78 max:-50 lst:-52 cnt:37
   Readings:
     2015-12-31 16:15:21   CommandAccepted yes
     2015-12-31 16:15:20   D-firmware      1.5
     2015-12-31 16:15:20   D-serialNr      PS00000002
     2015-12-31 16:26:03   PairedTo        0x2577E5
     2015-12-31 16:15:24   R-pairCentral   0x2577E5
     2015-12-31 16:26:03   RegL_00.          02:01 05:00 0A:25 0B:77 0C:E5 12:00 00:00
     2015-12-31 16:27:42   trigDst_vccu    noConfig
     2015-12-31 16:27:42   trigger         Long_6
     2015-12-31 16:27:42   trigger_cnt     6
   Helper:
     BNO        6
     BNOCNT     3
     HM_CMDNR   55
     cSnd       012577E511223300040000000000,012577E511223300040000000000
     mId        0051
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +112233,00,00,00
       nextSend   1451575675.70675
       prefIO
       rxt        0
       vccu
       p:
         112233
         00
         00
         00
     Mrssi:
       mNo        37
       Io:
         hmlan      -61
         hmusb      -52
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan:
         avg        -58.1025641025641
         cnt        39
         lst        -63
         max        -53
         min        -63
       At_hmusb:
         avg        -56.9189189189189
         cnt        37
         lst        -52
         max        -50
         min        -78
     Shadowreg:
Attributes:
   IODev      hmlan
   autoReadReg 4_reqStatus
   expert     2_raw
   room       CUL_HM


So jetzt sind die Channels da. Habe folgendes unternommen.

1. Schalter aus FHEM gelöscht inkl. Log
2. Schalter resettet (2x >4 sec Config Taste)
3. FHEM "shutdown restart" gemacht
4. VCCU in Pair Modus gebraucht
5. Schalter in Pair Modus (1x >4sec Config Taste)
6. Geduld
7. Schalter ist da mit allen Channels


Internals:
   CFGFN
   DEF        112233
   IODev      hmlan
   LASTInputDev hmusb
   MSGCNT     272
   NAME       HM_112233
   NR         147
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_112233_Btn_01
   channel_02 HM_112233_Btn_02
   channel_03 HM_112233_Sw_01
   channel_04 HM_112233_Sw_02
   hmlan_MSGCNT 161
   hmlan_RAWMSG E112233,0000,003C38B6,FF,FFC3,90805E1122332577E50000000000000362000000
   hmlan_RSSI -61
   hmlan_TIME 2015-12-31 16:52:46
   hmusb_MSGCNT 111
   hmusb_RAWMSG E112233,0000,00325DB4,FF,FFCD,90805E1122332577E50000000000000362000000
   hmusb_RSSI -51
   hmusb_TIME 2015-12-31 16:52:46
   lastMsg    No:90 - t:5E s:112233 d:2577E5 0000000000000362000000
   protCmdDel 2
   protLastRcv 2015-12-31 16:52:46
   protResnd  3 last_at:2015-12-31 16:43:44
   protResndFail 1 last_at:2015-12-31 16:43:49
   protSnd    130 last_at:2015-12-31 16:51:12
   protState  CMDs_done
   rssi_at_hmlan avg:-64.22 min:-72 max:-56 lst:-61 cnt:161
   rssi_at_hmusb avg:-52.53 min:-59 max:-48 lst:-51 cnt:111
   CHANGETIME:
   Helper:
     Dblog:
       Battery:
         Logdb:
           TIME       1451576843.49447
           VALUE      ok
   Readings:
     2015-12-31 16:47:15   CommandAccepted yes
     2015-12-31 16:43:20   D-firmware      1.5
     2015-12-31 16:43:20   D-serialNr      PS00000002
     2015-12-31 16:51:01   PairedTo        0x2577E5
     2015-12-31 16:43:24   R-pairCentral   0x2577E5
     2015-12-31 16:51:01   RegL_00.          02:01 05:00 0A:25 0B:77 0C:E5 12:00 00:00
     2015-12-31 16:47:23   battery         ok
     2015-12-31 16:51:12   state           CMDs_done
   Helper:
     HM_CMDNR   144
     addVal     2
     cSnd       012577E511223303041122330103,012577E511223303041122330203
     mId        F0A9
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +112233,00,00,00
       nextSend   1451577166.97191
       prefIO
       rxt        0
       vccu
       p:
         112233
         00
         00
         00
     Mrssi:
       mNo        90
       Io:
         hmlan      -59
         hmusb      -51
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rssi:
       At_hmlan:
         avg        -64.223602484472
         cnt        161
         lst        -61
         max        -56
         min        -72
       At_hmusb:
         avg        -52.5315315315315
         cnt        111
         lst        -51
         max        -48
         min        -59
     Shadowreg:
Attributes:
   IODev      hmlan
   IOgrp      vccu:hmlan
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   PS00000002
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Hanjo am 01 Januar 2016, 14:39:29
Hallo Freunde und frohes neues Jahr!

Ich habe ebenfalls ein Problem mit intKeyVisib:

Bei einem set HM_112233 regSet intKeyVisib visib erhalte ich ebenfalls immer intKeyVisib failed: supported register are pairCentral wie auch schon von mane88 beschrieben. Soweit ich das verstehe ist das aber zu erwarten, da dieser Register auf dem Sw_01 zu setzen ist. Ein set HM_112233_Sw_01 regSet intKeyVisib visib wird zwar von FHEM akzeptiert, aber scheinbar nicht übertragen und dementsprechend bringt ein getConfig auch nix. Mache ich ein get HM_112233_Sw_01 regList wird das Register intKeyVisib auch nicht aufgeführt. Das Attribut expert habe ich übrigens bei dem Device (HM_112233) auf 251_anything gesetzt, nach der Lektüre diesen Threads (http://forum.fhem.de/index.php/topic,42535.30.html).

Ich hoffe auf eure Ideen
Danke & Gruß
Hanjo
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Hanjo am 01 Januar 2016, 16:02:47
Tja, keine Ahnung wieso, aber plötzlich und ohne das ich was gemacht hätte werden die Register alle angezeigt... Vielleicht war ich nur zu ungeduldig.

Trotzdem vielen Dank  :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Hanjo am 04 Januar 2016, 18:22:39
So, mittlerweile habe ich den Schalter am Laufen und unzählige Male die Firmware neu geflasht, dennoch funktioniert immer noch nicht alles so wie es soll. Ich habe eine ganze Reihe von Problemen identifiziert, bin mir jedoch nicht sicher welche davon zusammen gehören. Ich liste einfach mal auf:

Vielen Dank für eure Unterstützung :)

Grüße
Hanjo

Internals:
   DEF        3AC45004
   NAME       Wechelschalter_Sw_02
   NR         376
   NTFY_ORDER 50-Wechelschalter_Sw_02
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     Wechselschalter
   peerList   Schalter2_Btn_01,self01,
   CHANGETIME:
   Readings:
     2016-01-04 17:33:33   CommandAccepted yes
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgActionType jmpToTarget
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgCtDlyOff geLo
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgCtDlyOn geLo
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgCtOff geLo
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgCtOn geLo
     2016-01-04 17:31:17   R-Schalter2_Btn_01-lgCtValHi 100
     2016-01-04 17:31:17   R-Schalter2_Btn_01-lgCtValLo 50
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgMultiExec off
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgOffDly 0 s
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgOffTime 0 s
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgOffTimeMode absolut
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgOnDly 0 s
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgOnTime 0 s
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgOnTimeMode absolut
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgSwJtDlyOff off
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgSwJtDlyOn on
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgSwJtOff dlyOn
     2016-01-04 17:29:38   R-Schalter2_Btn_01-lgSwJtOn dlyOff
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shActionType jmpToTarget
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shCtDlyOff geLo
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shCtDlyOn geLo
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shCtOff geLo
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shCtOn geLo
     2016-01-04 17:31:17   R-Schalter2_Btn_01-shCtValHi 100
     2016-01-04 17:31:17   R-Schalter2_Btn_01-shCtValLo 50
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shMultiExec off
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shOffDly 0 s
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shOffTime 0 s
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shOffTimeMode absolut
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shOnDly 0 s
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shOnTime 0 s
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shOnTimeMode absolut
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shSwJtDlyOff off
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shSwJtDlyOn on
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shSwJtOff dlyOn
     2016-01-04 17:29:38   R-Schalter2_Btn_01-shSwJtOn dlyOff
     2016-01-04 17:29:42   R-self01-lgActionType jmpToTarget
     2016-01-04 17:29:42   R-self01-lgCtDlyOff geLo
     2016-01-04 17:29:42   R-self01-lgCtDlyOn geLo
     2016-01-04 17:29:42   R-self01-lgCtOff geLo
     2016-01-04 17:29:42   R-self01-lgCtOn geLo
     2016-01-04 17:31:20   R-self01-lgCtValHi 100
     2016-01-04 17:31:20   R-self01-lgCtValLo 50
     2016-01-04 17:29:42   R-self01-lgMultiExec off
     2016-01-04 17:29:42   R-self01-lgOffDly 0 s
     2016-01-04 17:29:42   R-self01-lgOffTime 0 s
     2016-01-04 17:29:42   R-self01-lgOffTimeMode absolut
     2016-01-04 17:29:42   R-self01-lgOnDly 0 s
     2016-01-04 17:29:42   R-self01-lgOnTime 0 s
     2016-01-04 17:29:42   R-self01-lgOnTimeMode absolut
     2016-01-04 17:29:42   R-self01-lgSwJtDlyOff off
     2016-01-04 17:29:42   R-self01-lgSwJtDlyOn on
     2016-01-04 17:29:42   R-self01-lgSwJtOff dlyOn
     2016-01-04 17:29:42   R-self01-lgSwJtOn dlyOff
     2016-01-04 17:29:42   R-self01-shActionType jmpToTarget
     2016-01-04 17:29:42   R-self01-shCtDlyOff geLo
     2016-01-04 17:29:42   R-self01-shCtDlyOn geLo
     2016-01-04 17:29:42   R-self01-shCtOff geLo
     2016-01-04 17:29:42   R-self01-shCtOn geLo
     2016-01-04 17:31:20   R-self01-shCtValHi 100
     2016-01-04 17:31:20   R-self01-shCtValLo 50
     2016-01-04 17:29:42   R-self01-shMultiExec off
     2016-01-04 17:29:42   R-self01-shOffDly 0 s
     2016-01-04 17:29:42   R-self01-shOffTime 0 s
     2016-01-04 17:29:42   R-self01-shOffTimeMode absolut
     2016-01-04 17:29:42   R-self01-shOnDly 0 s
     2016-01-04 17:29:42   R-self01-shOnTime 0 s
     2016-01-04 17:29:42   R-self01-shOnTimeMode absolut
     2016-01-04 17:29:42   R-self01-shSwJtDlyOff off
     2016-01-04 17:29:42   R-self01-shSwJtDlyOn on
     2016-01-04 17:29:42   R-self01-shSwJtOff dlyOn
     2016-01-04 17:29:42   R-self01-shSwJtOn dlyOff
     2016-01-04 17:33:28   RegL_01.          82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00  8A:00 8B:00 8C:00 00:00
     2016-01-04 17:33:30   RegL_03.Schalter2_Btn_01   02:00 03:00 04:32 05:64 06:00 07:00 08:00 09:00  0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00  87:00 88:00 89:00 8A:01 8B:14 8C:63 00:00
     2016-01-04 17:33:32   RegL_03.self01    02:00 03:00 04:32 05:64 06:00 07:00 08:00 09:00  0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00  87:00 88:00 89:00 8A:01 8B:14 8C:63 00:00
     2016-01-04 17:34:31   current         218
     2016-01-04 17:34:25   deviceMsg       off (to Vact_dev0)
     2016-01-04 17:34:25   level           0 %
     2016-01-04 17:34:25   pct             0
     2016-01-04 17:33:28   peerList        Schalter2_Btn_01,self01,
     2016-01-04 17:34:25   recentStateType info
     2016-01-04 17:34:25   state           off
     2016-01-04 17:34:25   timedOn         off
     2016-01-04 17:34:12   trigLast        Schalter2_Btn_01:short
     2016-01-04 17:34:12   trig_Schalter2_Btn_01 short
     2016-01-04 17:33:04   trig_Wechelschalter_Btn_01 short
   Helper:
     dlvl       C8
     dlvlCmd    ++A011CCE0003AC4500204C80000
     peerIDsRaw ,3AC45001,36497E01,00000000
     Expert:
       def        1
       det        1
       raw        1
       tpl        1
     Role:
       chn        1
     Shadowreg:
     Tmpl:
   Nb:
     cnt        1
Attributes:
   DbLogExclude .*
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,36497E01,3AC45001,
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Lorenz am 04 Januar 2016, 19:46:01
Hallo Hanjo,

ich habe ähnlich mit meinen 3 Schaltern gekämpft. Letztlich funktionieren die Schalter bei mir perfekt, wenn ich SW_02 mit einer FB gepeert habe und über FHEM zum Schalten und Anzeigen nutze und SW_01 ist bei mir mit Self01 und Self02 gepeert, da ich mit beiden Seiten der Wippe jeweils toggle. 

Wenn Du das auch so machst, dann sollten schon ein paar der Probleme weg sein. Zu weiteren Peers kann ich nichts sagen, da ich nur eine FB nutze.

Den Stromsensor habe ich jeweils auf 500 gestellt. Damit decke ich bei mir von einer 3W LED bis zu einer 60W Lampe den Bereich zuverlässig ab.

LG

Lorenz

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Hanjo am 04 Januar 2016, 20:56:55
Hi Lorenz,

danke, das ist schon mal ein super Tipp. Ich habe jetzt self1 und self2 mit SW_01 gepeert und die beiden Buttons vom HM-PB-2-WM55-2 mit SW_02 und an beiden Stellen kann man nun toggeln. Leider verliert der Schalter nach wie vor nach einiger Zeit die Möglichkeit direkt am Gerät bedient zu werden, so dass man ihn dann nur per Funk reanimieren kann. Der State vom SW_02 wechselt dann übrigens nach einiger Zeit zu "unreachable". Dazu noch eine Idee?

Danke & Gruß
Hanjo
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Lorenz am 04 Januar 2016, 22:18:45
Hi Hanjo,

da bin ich leider überfragt, unreachable kann ich dabei nicht nachvollziehen, da muss m.E. einer der "besser Wissenden" ran.

LG

Lorenz
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: igami am 10 Januar 2016, 17:23:13
Hi,

ich wollte nun auch mal meinen Schalter erweitern, habe aber noch eine Frage:
Muss ich etwas löten, wenn ich das ganze OTA flashe?
Soweit ich das verstanden habe schon, muss ja den Bootloader flashen, oder?

Grüße
igami
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 10 Januar 2016, 17:35:17
Ja der Bootloader muss über die angelöteten Kabel geflasht werden.
Die Firmware an sich kannst du dann OTA flashen.
Titel: [Gelöst]
Beitrag von: Pythonf am 16 Januar 2016, 17:47:23
Kann mir jemand weiter helfen, was ich falsch mache? Die FW ist geflasht und funktioniert. Ich habe nur mein FHEM neu aufsetzen müssen und habe die 99_Ask..pm nach /FHEM kopiert und Fhem neu gestartet. Beim pairen habe ich folgendes Device bekommen:
Internals:
   CFGFN
   DEF        2FB661
   HMLAN1_MSGCNT 5
   HMLAN1_RAWMSG R4B51DBAA,0001,04F02F39,FF,FFBF,1BA0102FB66126EA1802020005000A000B000C0012000000
   HMLAN1_RSSI -65
   HMLAN1_TIME 2016-01-16 17:43:21
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     5
   NAME       HM_2FB661
   NR         65
   STATE      ???
   TYPE       CUL_HM
   lastMsg    No:1B - t:10 s:2FB661 d:26EA18 02020005000A000B000C0012000000
   protLastRcv 2016-01-16 17:43:21
   protSnd    2 last_at:2016-01-16 17:43:21
   protState  CMDs_done
   rssi_at_HMLAN1 min:-67 lst:-65 avg:-66.2 max:-65 cnt:5
   Readings:
     2016-01-16 17:42:00   D-firmware      1.5
     2016-01-16 17:42:00   D-serialNr      LEQ0763409
     2016-01-16 17:43:21   PairedTo        0x000000
     2016-01-16 17:43:21   R-pairCentral   0x000000
     2016-01-16 17:43:21   RegL_00.          02:00 05:00 0A:00 0B:00 0C:00 12:00 00:00
   Helper:
     HM_CMDNR   27
     cSnd       ,0126EA182FB66100040000000000
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +2FB661,00,00,00
       nextSend   1452962601.72011
       prefIO
       rxt        0
       vccu
       p:
         2FB661
         00
         00
         00
     Mrssi:
       mNo        1B
       Io:
         HMLAN1     -63
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1452962601.67507
       ack:
         HASH(0x21b3ac8)
         1B800226EA182FB66100
     Rssi:
       At_hmlan1:
         avg        -66.2
         cnt        5
         lst        -65
         max        -65
         min        -67
     Shadowreg:
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.5
   model      unknown
   room       CUL_HM
   serialNr   LEQ0763409
   subType

Ich hab noch nicht alle HM-Geräte mit FHEM gepairt aber hier ein Auszug aus dem Log:
2016.01.16 17:40:44 1: ERROR: empty name in readingsBeginUpdate
2016.01.16 17:40:44 3: stacktrace:
2016.01.16 17:40:44 3:     main::readingsBeginUpdate           called by ./FHEM/10_CUL_HM.pm (7686)
2016.01.16 17:40:44 3:     main::CUL_HM_UpdtReadBulk           called by ./FHEM/10_CUL_HM.pm (3246)
2016.01.16 17:40:44 3:     main::CUL_HM_pushEvnts              called by ./FHEM/10_CUL_HM.pm (1065)
2016.01.16 17:40:44 3:     main::CUL_HM_Parse                  called by fhem.pl (3321)
2016.01.16 17:40:44 3:     main::Dispatch                      called by ./FHEM/00_HMLAN.pm (758)
2016.01.16 17:40:44 3:     main::HMLAN_Parse                   called by ./FHEM/00_HMLAN.pm (583)
2016.01.16 17:40:44 3:     main::HMLAN_Read                    called by fhem.pl (3162)
2016.01.16 17:40:44 3:     main::CallFn                        called by fhem.pl (658)
2016.01.16 17:40:44 1: readingsUpdate(,unknown_2B09FA,received) missed to call readingsBeginUpdate first.
2016.01.16 17:40:50 0: Strange call for nonexistent : NotifyFn
2016.01.16 17:40:51 0: Strange call for nonexistent : NotifyFn
2016.01.16 17:40:51 0: Strange call for nonexistent : NotifyFn
2016.01.16 17:40:56 1: ERROR: empty name in readingsBeginUpdate
2016.01.16 17:40:56 3: stacktrace:
2016.01.16 17:40:56 3:     main::readingsBeginUpdate           called by ./FHEM/10_CUL_HM.pm (7686)
2016.01.16 17:40:56 3:     main::CUL_HM_UpdtReadBulk           called by ./FHEM/10_CUL_HM.pm (3246)
2016.01.16 17:40:56 3:     main::CUL_HM_pushEvnts              called by ./FHEM/10_CUL_HM.pm (1065)
2016.01.16 17:40:56 3:     main::CUL_HM_Parse                  called by fhem.pl (3321)
2016.01.16 17:40:56 3:     main::Dispatch                      called by ./FHEM/00_HMLAN.pm (758)
2016.01.16 17:40:56 3:     main::HMLAN_Parse                   called by ./FHEM/00_HMLAN.pm (583)
2016.01.16 17:40:56 3:     main::HMLAN_Read                    called by fhem.pl (3162)
2016.01.16 17:40:56 3:     main::CallFn                        called by fhem.pl (658)
2016.01.16 17:40:56 1: readingsUpdate(,unknown_2B09FA,received) missed to call readingsBeginUpdate first.
2016.01.16 17:40:58 1: ERROR: empty name in readingsBeginUpdate
2016.01.16 17:40:58 3: stacktrace:
2016.01.16 17:40:58 3:     main::readingsBeginUpdate           called by ./FHEM/10_CUL_HM.pm (7686)
2016.01.16 17:40:58 3:     main::CUL_HM_UpdtReadBulk           called by ./FHEM/10_CUL_HM.pm (3246)
2016.01.16 17:40:58 3:     main::CUL_HM_pushEvnts              called by ./FHEM/10_CUL_HM.pm (1065)
2016.01.16 17:40:58 3:     main::CUL_HM_Parse                  called by fhem.pl (3321)
2016.01.16 17:40:58 3:     main::Dispatch                      called by ./FHEM/00_HMLAN.pm (758)
2016.01.16 17:40:58 3:     main::HMLAN_Parse                   called by ./FHEM/00_HMLAN.pm (583)
2016.01.16 17:40:58 3:     main::HMLAN_Read                    called by fhem.pl (3162)
2016.01.16 17:40:58 3:     main::CallFn                        called by fhem.pl (658)
2016.01.16 17:40:58 1: readingsUpdate(,unknown_28B327,received) missed to call readingsBeginUpdate first.
2016.01.16 17:40:59 1: ERROR: empty name in readingsBeginUpdate
2016.01.16 17:40:59 3: stacktrace:
2016.01.16 17:40:59 3:     main::readingsBeginUpdate           called by ./FHEM/10_CUL_HM.pm (7686)
2016.01.16 17:40:59 3:     main::CUL_HM_UpdtReadBulk           called by ./FHEM/10_CUL_HM.pm (3246)
2016.01.16 17:40:59 3:     main::CUL_HM_pushEvnts              called by ./FHEM/10_CUL_HM.pm (1065)
2016.01.16 17:40:59 3:     main::CUL_HM_Parse                  called by fhem.pl (3321)
2016.01.16 17:40:59 3:     main::Dispatch                      called by ./FHEM/00_HMLAN.pm (758)
2016.01.16 17:40:59 3:     main::HMLAN_Parse                   called by ./FHEM/00_HMLAN.pm (583)
2016.01.16 17:40:59 3:     main::HMLAN_Read                    called by fhem.pl (3162)
2016.01.16 17:40:59 3:     main::CallFn                        called by fhem.pl (658)
2016.01.16 17:40:59 1: readingsUpdate(,unknown_2B09FA,received) missed to call readingsBeginUpdate first.
2016.01.16 17:41:00 0: Strange call for nonexistent : NotifyFn
2016.01.16 17:41:00 0: Server shutdown
2016.01.16 17:41:00 0: Strange call for nonexistent : ShutdownFn
2016.01.16 17:41:02 1: reload: Error:Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW deactivated:
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6.
BEGIN failed--compilation aborted at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6.

2016.01.16 17:41:02 1: Including fhem.cfg
2016.01.16 17:41:02 1: reload: Error:Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW deactivated:
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6, <$fh> line 4.
BEGIN failed--compilation aborted at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 6, <$fh> line 4.

2016.01.16 17:41:02 3: telnetPort: port 7072 opened
2016.01.16 17:41:03 3: WEB: port 8083 opened
2016.01.16 17:41:03 3: WEBphone: port 8084 opened
2016.01.16 17:41:03 3: WEBtablet: port 8085 opened
2016.01.16 17:41:03 2: eventTypes: loaded 289 events from ./log/eventTypes.txt
2016.01.16 17:41:03 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.01.16 17:41:03 3: Opening HMLAN1 device 192.168.37.60:1000
2016.01.16 17:41:03 3: HMLAN1 device opened
2016.01.16 17:41:03 1: HMLAN_Parse: HMLAN1 new condition init
given is experimental at ./FHEM/98_LW12.pm line 389, <$fh> line 128.
when is experimental at ./FHEM/98_LW12.pm line 390, <$fh> line 128.
2016.01.16 17:41:04 1: Including ./log/fhem.save
2016.01.16 17:41:04 1: configfile: Unknown module 2FB66104
2016.01.16 17:41:04 3: Device HM_28B7AF added to ActionDetector with 000:10 time
2016.01.16 17:41:05 1: usb create starting
2016.01.16 17:41:05 1: usb create end
2016.01.16 17:41:05 2: Error messages while initializing FHEM: configfile: Unknown module 2FB66104
2016.01.16 17:41:05 0: Featurelevel: 5.7
2016.01.16 17:41:05 0: Server started with 33 defined entities (fhem.pl:10510/2016-01-15 perl:5.020002 os:linux user:fhem pid:1595)
2016.01.16 17:41:05 1: HMLAN_Parse: HMLAN1 new condition ok
2016.01.16 17:41:06 3: HMLAN1: Unknown code A0EDC84102B09FA0000000B98BF4E40::-61:HMLAN1, help me!
2016.01.16 17:41:14 3: HMLAN1: Unknown code A0945A03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:41:16 3: HMLAN1: Unknown code A0C7E84702B09FA00000000BF42::-61:HMLAN1, help me!
2016.01.16 17:41:29 3: HMLAN1: Unknown code A0946A03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:41:32 3: CUL_HM set myVCCU hmPairForSec 60
2016.01.16 17:41:44 3: HMLAN1: Unknown code A0947A03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:41:59 3: HMLAN1: Unknown code A0948A03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:42:00 2: CUL_HM Unknown device HM_2FB661 is now defined
2016.01.16 17:42:00 2: autocreate: define HM_2FB661 CUL_HM 2FB661
2016.01.16 17:42:00 2: autocreate: define FileLog_HM_2FB661 FileLog ./log/HM_2FB661-%Y.log HM_2FB661
2016.01.16 17:42:00 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 5485.
2016.01.16 17:42:14 3: HMLAN1: Unknown code A0949A03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:42:29 3: HMLAN1: Unknown code A094AA03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:42:37 3: HMLAN1: Unknown code A0C2A865A31D17C00000088CF3D::-75:HMLAN1, help me!
2016.01.16 17:42:44 3: HMLAN1: Unknown code A094BA03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:42:57 3: HMLAN1: Unknown code A0C7F865A2B09FA00000098BF42::-61:HMLAN1, help me!
2016.01.16 17:42:57 3: HMLAN1: Unknown code A0C2A847031D17C00000000CF3D::-76:HMLAN1, help me!
2016.01.16 17:42:59 3: HMLAN1: Unknown code A094CA03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:43:09 3: HMLAN1: Unknown code A0F62861028B9EB0000000A98BF090040::-45:HMLAN1, help me!
2016.01.16 17:43:14 3: HMLAN1: Unknown code A094DA03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:43:17 3: HMLAN1: Unknown code A0C7F84702B09FA00000000BF42::-61:HMLAN1, help me!
2016.01.16 17:43:21 3: CUL_HM set HM_2FB661 getConfig
2016.01.16 17:43:22 3: HMLAN1: Unknown code A0F28861028B3270000000A88CF0E0040::-84:HMLAN1, help me!
2016.01.16 17:43:29 3: HMLAN1: Unknown code A094EA03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:43:44 3: HMLAN1: Unknown code A094FA03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:43:55 3: HMLAN1: Unknown code A0FCB861028BB070000000AA8EC0B0000::-67:HMLAN1, help me!
2016.01.16 17:43:59 3: HMLAN1: Unknown code A0950A03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:44:14 3: HMLAN1: Unknown code A0951A03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:44:29 3: HMLAN1: Unknown code A0952A03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:44:44 3: HMLAN1: Unknown code A0953A03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:44:59 3: HMLAN1: Unknown code A0954A03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:45:10 3: HMLAN1: Unknown code A0C2B865A31D17C00000088CF3D::-74:HMLAN1, help me!
2016.01.16 17:45:14 3: HMLAN1: Unknown code A0955A03F2B09FA26EA18::-61:HMLAN1, help me!
2016.01.16 17:45:20 3: HMLAN1: Unknown code A0E3B841031D17C0000000B88CE1040::-75:HMLAN1, help me!

Hier sieht einiges fehlerhaft aus. FHEM ist up2date
Das attr model HM_..Alternative_FW lässt sich ebenfalls nicht setzten, da nicht vorhanden

###EDIT###
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm line 6.
BEGIN failed--compilation aborted at ./FHEM/HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm line 6.
beim Versuch "reload HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm". Kann es sein, dass ich PERL module nachinstallieren muss? Des Weiteren würde ich vorschlagen, die neue HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm im git einzuchecken oder das dementsprechend anzupassen? Gibt es nicht auch bei den anderen Dateien mittlerweile neuere, als die im Github?

- Problem war apt-get install libswitch-perl
hat gefehlt

Beste Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: oli82 am 19 Januar 2016, 12:39:37
Jetzt muss ich doch eine Frage stellen.

Ich habe den Bootloader angepasst und auf den ATmega geflashed.
Soweit alles gut und funktioniert.

Nun habe ich das Arduino Sketch von GitHub geladen, angepasst und für den ATmega 644A kompiliert.
Die hex-File aus dem build Ordner (Windows) habe ich zu Testzwecken direkt geflashed.

Leider reagiert der Schalter damit weder auf den Config-Taster, noch auf Fhem.
Flashe ich die hex-File aus dem Link im Wiki, reagiert der Schalter auf den Config-Taster.

Arduino ist in der Version 1.6.5 installiert und als Board habe ich das Jabduino 644A wie erwähnt gewählt.
Danke für die Hilfe
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 19 Januar 2016, 16:49:18
Zitat von: oli82 am 19 Januar 2016, 12:39:37
...
Arduino ist in der Version 1.6.5 installiert und als Board habe ich das Jabduino 644A wie erwähnt gewählt.
Danke für die Hilfe
Ich habe schon länger keine Firmware mehr gebaut, aber bei mir hat es unter Windows immer nur mit der Arduino Version 1.0.5 funktioniert. Alle neuere Versionen haben eine unbrauchbare Firmware erstellt. Die 1.6.5 habe ich allerdings noch nicht benutzt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: oli82 am 19 Januar 2016, 16:53:34
Danke Fritz!Maxi

Habe vor 5 Minuten das ganze noch einmal mit der 1.0.5 und dem ATmega 644 kompiliert und nun scheint es zu laufen.
Test unter Fhem folgt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: oli82 am 20 Januar 2016, 08:34:58
Firmware ist jetzt zwar auf dem Schalter, aber Fhem macht noch so seine Probleme:


2016.01.19 21:49:43 2: autocreate: define FileLog_HM_26CEA5 FileLog ./log/-%Y.log HM_26CEA5
2016.01.19 21:49:43 1: ERROR: empty name in readingsBeginUpdate
2016.01.19 21:49:43 1: readingsUpdate(,.protLastRcv,2016-01-19 21:49:43) missed to call readingsBeginUpdate first.
2016.01.19 21:50:00 1: Error: HM_26CEA5 has no TYPE
.....
2016.01.19 21:55:54 0: Strange call for typeless HM_26CEA5: UndefFn


Der Schalter ist zwar dann in Fhem, aber als set-Befehle kann ich nur "pairCentral" setzen.
Drücke ich den Taster, wird auch dieser als short oder long angezeigt.
Die 99_AskSin...pm habe ich ebenfalls ins ./FHEM Verzeichnis VOR dem Pairing gelegt.

Meine Register.h sieht in den defines wie folgt aus:
//- settings of HM device for HM class -------------------------------------------------------------------------------------
const uint8_t devParam[] PROGMEM = {
/* Firmware version 1 byte */  0x15, // don't know for what it is good for
/* Model ID         2 byte */  0xF0, 0xA9, //0x00, 0x6C // model ID, describes HM hardware. we should use high values due to HM starts from 0
/* Serial ID       10 byte */  'L','E','Q','1','2','9','3','6','0','1', // serial ID, needed for pairing
/* Sub Type ID      1 byte */  0x10, // not needed for FHEM, it's something like a group ID
/* Device Info      3 byte */  0x41, 0x01, 0x00 // describes device, not completely clear yet. includes amount of channels
};

//const uint8_t  HMID[3]     = { 0x20, 0x7C, 0x41 }; // 207C41 // very important, must be unique. identifier for the device in the network
const uint8_t  HMID[3]     = { 0x26, 0xCE, 0xA5 };     // 2543269
const uint8_t  maxRetries  = 3; // how often a string should be send out until we get an answer
const uint16_t timeOut     = 700; // time out for ACK handling

#define AUTO_BOOT false                                                                                              // true/false => enables/disables software reboot by default
//- -----------------------------------------------------------------------------------------------------------------------


Wird das Modul nicht geladen oder habe ich einfach nur einen Denkfehler?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 20 Januar 2016, 08:52:44
Moin,

ich glaube nicht, dass das von alleine nur durch das Pairing lädt.
Ich habe es auf jeden Fall beim ersten Mal manuell nachgeladen.

Ciao, Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 Januar 2016, 11:52:33
ZitatDer Schalter ist zwar dann in Fhem, aber als set-Befehle kann ich nur "pairCentral" setzen.
Drücke ich den Taster, wird auch dieser als short oder long angezeigt.
Die 99_AskSin...pm habe ich ebenfalls ins ./FHEM Verzeichnis VOR dem Pairing gelegt.
das hört sich an, als ob du bereits auch channel zur verfügung hast. poste mal ein paar list's.
theoretisch sollte die zusätzliche fhem-datei automatisch geladen werden. es gab aber auch swchon einmal probleme, da sie an der falschen stelle geladen wurde. mach doch mal ein reload der datei und paire dann erneut drüber.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: oli82 am 20 Januar 2016, 12:02:35
wird heute Abend sofort gemacht ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: oli82 am 21 Januar 2016, 08:52:07
So.
Also das Modul wurde wirklich nicht geladen.
Nun sieht das Device passend aus.
Internals:
   DEF        26CEA5
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     559
   NAME       EG_Wechselschalter
   NR         283
   NTFY_ORDER 50-HM_26CEA5
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 EG_Wechselschalter_Btn_01
   channel_02 EG_Wechselschalter_Btn_02
   channel_03 EG_Wechselschalter_Sw_01
   channel_04 EG_Wechselschalter_Sw_02
   hmusb_MSGCNT 559
   hmusb_RAWMSG E26CEA5,0000,04D89AA3,FF,FFDF,61805E26CEA5ACDC820000000000000002000000
   hmusb_RSSI -33
   hmusb_TIME 2016-01-21 08:42:43
   lastMsg    No:61 - t:5E s:26CEA5 d:ACDC82 0000000000000002000000
   protLastRcv 2016-01-21 08:42:43
   protSnd    2 last_at:2016-01-21 06:52:05
   protState  CMDs_done
   rssi_at_hmusb avg:-32.64 min:-34 max:-32 lst:-33 cnt:559
   Readings:
     2016-01-20 22:13:09   CommandAccepted yes
     2016-01-20 21:39:02   D-firmware      1.5
     2016-01-20 21:39:02   D-serialNr      LEQ1293601
     2016-01-20 21:47:49   PairedTo        0xACDC82
     2016-01-20 19:01:11   R-pairCentral   0xACDC82
     2016-01-20 21:47:49   RegL_00.        02:81 05:00 0A:AC 0B:DC 0C:82 12:00 00:00
     2016-01-20 21:58:47   battery         ok
     2016-01-21 06:52:05   state           CMDs_done
   Helper:
     HM_CMDNR   97
     PONtest    1
     mId        F0A9
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +26CEA5,00,00,00
       nextSend   1453362163.29632
       prefIO
       rxt        0
       vccu
       p:
         26CEA5
         00
         00
         00
     Mrssi:
       mNo        61
       Io:
         hmusb      -31
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_hmusb:
         avg        -32.6440071556351
         cnt        559
         lst        -33
         max        -32
         min        -34
Attributes:
   IODev      hmusb
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   LEQ1293601
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents


Lediglich das setzen der Register war ein wenig nervig.
Hier wäre, da man ja eh die Firmware selbst kompilieren kann, ein Preset wünschenswert.
Bsp: Preset Taster, Preset Schalter, Preset Wechselschalter, Preset default
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: moritz am 24 Januar 2016, 22:36:41
Moin, klappt bei mir wie folgt:
1. linux / hm-cfg-usb / flash-ota: upgraden existierender hm Geräte mit eq3 firmware Datei klappt - incl. automatischen reset wenn device gepaired.
2. flash-ota von custom firmware auf originalgerät klappt nicht mit pagesize 256(0x100) - Fehler no ack. die firmware von eq3 hat ne pagesize von 0x112?
3. AskSin_OTA_bootloader per SPI auf gerät geflashed, danach funktioniert flash-ota mit custom-firmware und auch mit neuem bootloader (ziemlich aktuelles srecord tool muss installiert sein, dann mit php hex2eq3 etc.)
4. Bootloader starten geht je nach device via config-knopf oder schaltet nach unten drücken (also für aus/runter)

Hat jemand eine Ahnung warum flash-ota mit custom-fw und originalgerät nicht klappt?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 13 Februar 2016, 18:32:32
Ich hab mich jetzt zwar fast komplett durchgekämpft, frage aber nochmal:

Ist mittlerweile das Problem gelöst, dass der Schalter Tastenbetätigungen am Schalter selbst manchmal erst nach 4-5 mal drücken erkennt?

Ich hab das damals direkt als es neu war bei 2 Schaltern (glaube noch 2014 ^^) eingerichtet und will wissen, ob es sich lohnt die Build-umgebung neu aufzusetzen und dann einmal die Firmware OTA zu updaten.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 13 Februar 2016, 20:16:53
ZitatIst mittlerweile das Problem gelöst, dass der Schalter Tastenbetätigungen am Schalter selbst manchmal erst nach 4-5 mal drücken erkennt?
ich kenne das problem bei meinem schalter nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 17 Februar 2016, 20:19:28
Kann man eigentlich die Originale FW über OTA wieder zurückflashen (die vom 12.08.2015) ? Oder scheitert das am fehlen des normalen Bootloaders ?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 18 Februar 2016, 14:20:38
Nein, ein zurück flashen ist derzeit nicht möglich und auch fraglich, ob es jemals klappen wird.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: dragon2422 am 22 Februar 2016, 07:51:00
Hallo,

ich habe genau das gleiche Problem wie frank, Ich kann den Schalter per Fhem oder Handy super schalten aber wenn ich auf einen
der beiden Taster drücke reagiert er nur sehr träge und meistens garnicht.

Ich habe des Schalter erst vor kurzem geflasht und meine auch alles richtig gemacht zu haben da er ja sonst gut funktioniert und erkannt wird.

Kann mir jemand helfen?

Mfg Nico


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 22 Februar 2016, 08:48:51
dragon, das Problem ist dann wohl nich nicht angegangen worden. Dass die Taster manchmal nicht funktionieren liegt laut jab an einer (manchmal fehlerhaften) Interrupt-Behandlung in der Custom FW. Ich hatte es damals versucht zu fixen, hab es aber nicht wegbekommen... Auf jeden Fall weiß ich jetzt, dass meine aktuell installierte FW noch "aktuell" ist ;-(
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 22 Februar 2016, 16:22:19
Hi,

hast Du beim Firmware bauen #define firstLoad einkommentiert, i.e. scharf geschaltet?
Wenn ja, musst Du dort die definierten peers löschen, denn die werden damit auch im Schalter bei jedem Boot (also bspw. auch bei Sicherung raus/rein) angelegt und diese Peers hast Du ja nicht.
Nun versucht der Schalter diese Peers nacheinander bis zu einem time out zu erreichen und ich denke, die von Dir angelegten Peers für die Buttons kommen am Schluss und deswegen dauert das ewig respektive man meint, der Schalter reagiert ja gar nicht.
Ich hatte auf jeden Fall dieses Problem auch, habe dann die Peers gelöscht und danach funktioniert die Bedienung am Schalter direkt auch wunderbar.

Ciao, Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 22 Februar 2016, 21:54:24
Hi Christian,

habe das Problem auch bei einem Schalter der normalerweise über einen BWM geschaltet wird.
Firstload ist auskommentiert.

Wenn der Schalter auf ein "short" nicht reagiert hilft bei mir meist ein longpress.
Dann geht es wieder für eine ganze Weile gut.

Gruß

Bodo
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 22 Februar 2016, 22:12:14
Hi Bodo,

wie gesagt, ich habe das Problem nicht mehr, seit ich die internen Peers aus dem firstload gelöscht habe. Man kann die natürlich auch über fhem löschen, aber dann hat man sie bei einem Reboot wieder drin. Und das Vorkonfigurieren der Zentrale usw. via firstload fand ich dann doch zu praktisch ;-)

Der Schalter funktioniert immer mit einem Short press.
Allerdings habe ich nur einen Button mit dem internen Actor selbst gepeered, der toggelt dann. Den anderen Button habe ich mit einem anderen HM-Actor gepeered, auch im Toggle-Mode. Das funktioniert alles prima.
Nur ab und an wird bei mir der Status nicht korrekt an fhem übertragen, sprich, obwohl in der Wechselschaltung ausgeschaltet wurde, kommt das off nicht am fhem an, allerdings nur, wenn man am HM_LC_Sw1PBU schaltet. Dies konnte ich aber mit einem notify heilen, da der Zustand dann eindeutig erkennbar ist, vielleicht nicht schön aber effektiv.
Seitdem funktioniert bei mir alles so wie gewünscht.

Ciao, Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: peterk_de am 22 Februar 2016, 22:15:59
Erstmal danke knueppler, ich glaube aber auch, dass das bei meinem nicht das Problem ist. Ich weiß zwar nicht mehr, ob ich das auskommentiert hatte, aber ich glaube mich zu erinnern, es schon bemerkt zu haben, als ich ihn noch im Testbed unter "serieller Beobachtung" hatte. Da war halt manchmal auf Tastendrücke keinerlei Reaktion zu sehen. Ich drücke auf diesen Lichtschalter jetzt schon instinktiv 5-6 mal kurz hintereinander, dann geht es auch ...

... allerdings wird er früher oder später deshalb (und weil da ein Dimmer hin soll) wieder aus der Wand fliegen. Ist schon etwas peinlich. Beim Vorführen meiner FHEM-Installation im Haus hab ich da schonmal böses Gelächter von einem KNX-Junky geerntet ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 Februar 2016, 10:02:43
@perterk_de
sniffe doch mal den schalter beim schalten.
eventuell funkt der auch an sich selbst, wie hier im thread schon mal gepostet.

wie gesagt, funktioniert meiner hervorragend. einen taster mit dem eigenen aktor (short zum toggeln) und einem virtuellen aktor (long zum alarm abschalten der rauchmelder) gepeert, und den anderen taster mit einem dimmer gepeert (short zum toggeln und long zum dimmen).
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Christian Uhlmann am 06 März 2016, 00:03:15
Hallo zusammen,

ich habe eine fertigen Schalter (schon mit alternative Firmware) gebraucht gekauft.
99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm liegt unter .../FHEM/ und mit reload noch mal geladen.

Alles mal in einer Testschaltung angeschlossen und die VCCU in den pairing Modus versetzt.
Dann den ConfigButton für mind. 4 Sec gedrück.

Im Log sehe ich nichts, aber folgedes sehe ich wenn ich http://FHEM/fhem?cmd=list=TYPE=CUL_HM mache:
HM_29F26F
HM_29F26F_Btn_01
HM_29F26F_Btn_02
HM_29F26F_Sw_01
HM_29F26F_Sw_02

da scheint wohl etwas passiert zu sein.

Im Log sehe ich dann folgendes, wenn ich in das Device navigieren möchte:
Can't use string ("HM_29F26F_Sw_02") as an ARRAY ref while "strict refs" in use at ./FHEM/10_CUL_HM.pm line 3269.

Dabei schmiert fhem ab und Perl zieht 100% CPU Last.
Die config gibt leider nicht sehr viel her:
define HM_29F26F CUL_HM 29F26F
attr HM_29F26F room CUL_HM
define FileLog_HM_29F26F FileLog /var/log/fhem/HM_29F26F-%Y-%m.log HM_29F26F
attr FileLog_HM_29F26F logtype text
attr FileLog_HM_29F26F room CUL_HM


Zwischenzeitlich komme ich auch mal mit einem Versuch weiter, so dass PairedTo mal gesetzt war und das getConfig komplett abgearbeitet war.
Danach steht in der Config folgendes:
define HM_29F26F CUL_HM 29F26F
attr HM_29F26F IODev SYS.gw.HM.lan.01
attr HM_29F26F IOgrp SYS.gw.HM.vccu.01:SYS.gw.HM.lan.01
attr HM_29F26F autoReadReg 4_reqStatus
attr HM_29F26F expert 2_raw
attr HM_29F26F firmware 1.5
attr HM_29F26F model HM-LC-Sw1PBU-FM-CustomFW
attr HM_29F26F room CUL_HM
attr HM_29F26F serialNr PS00000002
attr HM_29F26F subType remoteAndSwitch
define FileLog_HM_29F26F FileLog /var/log/fhem/HM_29F26F-%Y-%m.log HM_29F26F
attr FileLog_HM_29F26F logtype text
attr FileLog_HM_29F26F room CUL_HM
define HM_29F26F_Btn_01 CUL_HM 29F26F01
attr HM_29F26F_Btn_01 model HM-LC-Sw1PBU-FM-CustomFW
attr HM_29F26F_Btn_01 peerIDs 00000000,
define HM_29F26F_Btn_02 CUL_HM 29F26F02
attr HM_29F26F_Btn_02 model HM-LC-Sw1PBU-FM-CustomFW
attr HM_29F26F_Btn_02 peerIDs
define HM_29F26F_Sw_01 CUL_HM 29F26F03
attr HM_29F26F_Sw_01 model HM-LC-Sw1PBU-FM-CustomFW
define HM_29F26F_Sw_02 CUL_HM 29F26F04
attr HM_29F26F_Sw_02 model HM-LC-Sw1PBU-FM-CustomFW


Sobald ich irgendwie dann mit dem Schalter anfangen will zu arbeiten oder auch nur schalten oder peeren, dann kommt immer der oben genannte Fehler und FHEM friert ein und Perl zieht 100% CPU Last.
Ein Neustart endet dann auch immer mit diesem Fehler, bis ich das Device aus der config manuell rausnehme.

Hat jemand eine Idee, was das Problem sein könnte?


MFG Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 11 März 2016, 10:35:25
Hi,
eine Frage nach 1 Jahr Abstinenz von diesem Projekt, die vor einem Jahr geflashten Schalter laufen übrigens supi.

In diesem Beitrag (https://forum.fhem.de/index.php/topic,18071.msg275891.html#msg275891) hat Frank eine Erweiterung gepostet, wie man ein Reset nur durch Tastendruck am Schalter auslösen kann um die FW im eingebauten Zustand zu flashen ohne Strom an/aus zu machen.
Ist diese Erweiterung so oder so ähnlich irgendwann im Repo gelandet?
Mit anderen Worten: Muss ich also meinen alten Stand wieder nehmen oder kann ich getrost meinen Stand mit dem Repo-Stand überbügeln?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pythonf am 11 März 2016, 12:57:03
Gibt es mittlerweile nicht schon mehrer Verbesserungen am Sketch? Könnte man nicht die "aktuelle Version" ins Github hochladen?

Grüße
Fabian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 11 März 2016, 13:36:17
letze git änderung:
Zitat2 years ago
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: anfänger111 am 19 März 2016, 10:38:25
Meine Schalter liefen problemlos bis ich gestern (aus anderen Gründen) Fhem neu aufgesetzt habe.

Schalter wieder gepaired. Alle paar Minuten "unreachable" / "MISSING ACK". Dies ist durch ein Schalten über Fhem zu beseitigen.

Dann wollte ich einen Reset durchführen (2x >4s drücken): Jedes Mal blinkt es danach... Darf es ja aber nicht laut wiki.
#FIRSTLOAD ist nicht gesetzt.
OTA nicht möglich, müsste wieder anlöten.

Wo liegt der Fehler?  :( Vielen Dank!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 19 März 2016, 13:39:51
ZitatDann wollte ich einen Reset durchführen (2x >4s drücken): Jedes Mal blinkt es danach...
ein long ist erst erkannt, wenn es nicht leuchtet beim loslassen des tasters. wenn es leuchtet war es short. also länger drücken.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Y.Lee am 01 April 2016, 22:59:52
Hallo,

gibt es eigentlich etwas ähnliches für den Homematic Unterputz Dimmer (HM-LC-Dim1TPBU-FM)?

Danke!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 April 2016, 23:10:02
leider nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: volschin am 02 April 2016, 15:10:33
Der hat doch aber im Gegensatz zu den Schaltern bereits aufgetrennte Channels, oder übersehe ich da was?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 03 April 2016, 01:41:00
die taster sind nicht extern peerbar und funken keine daten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: pfeigl am 12 April 2016, 10:27:09
Wenn ich den Bootloader drauf hab, kann ich dann den OTA flash auch irgendwie direkt über ne CCU2 durchstarten? Habe vor, das ganze ohne FHEM später direkt auf der CCU2 zu betreiben (was ja grundlegend nicht so die Herausforderung ist), aber da ich dementsprechend aktuell keinen CUL zu Hause habe und nicht jedesmal neu anlöten möchte, wenn ich doch nochmal was dran machen muss, eben die Frage ob es hierfür eine Alternative gibt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 12 Mai 2016, 21:32:00
Hallo zusammen,
bin am verzweifen...versuche nun schon seit Tagen die alternativ Firmaware anslaufen zubekommen. Leider ohne Erfolg.
Kann es sein das es nicht funktioniert, wenn man eine Amega644PA hat.

avrdude meckert immer...siehe Anhang.
Nach dem ich mit -F den "chip check" übergehe und somit Fuses entsprechend setze und den Bootloader flashe erhalte ich ein Device bei dem die LED in regelmäßigen abständen lang und dann 3 mal kurz blinkt.
Wenn ich die Firmware dann OTA flashe bleibt das blinken gleich...ein Pairing mit FHEM ist nicht möglich.
Flashe ich die Firmware direkt mit avrdude ist danach alles dunkel.

Kann mir vielleicht jemand weiter helfen?
Danke!

Gruß,
Stefan


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 12 Mai 2016, 22:26:58
ZitatNach dem ich mit -F den "chip check" übergehe und somit Fuses entsprechend setze und den Bootloader flashe erhalte ich ein Device bei dem die LED in regelmäßigen abständen lang und dann 3 mal kurz blinkt.
sniffe das mal, wie im wiki homematic sniffen beschrieben. wenn einmal die fuses gesetzt sind, musst du das nicht mehr wiederholen.

ZitatWenn ich die Firmware dann OTA flashe bleibt das blinken gleich...ein Pairing mit FHEM ist nicht möglich.
gab es fehler beim ota? wie hast du dann die fw für ota gebaut? hast du srec_cat genutzt? eventuell wird die fw verworfen, weil der check nicht passt. dann meldet sich natürlich wieder der bootloader.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 12 Mai 2016, 23:34:54
Homematic sniffen muss ich mich noch reinlesen...aber bei der Verwendung von  srec_cat bekomme ich immer folgende fehler Meldung.


root@raspberrypi:~/hmcfgusb# php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --ou                       tFormat eq3 --withCrcCheck --pathTo-srec_cat /usr/bin/srec_cat
unknown "-Cyclic_Redundancy_Check_16_Little_Endian" option
Usage: srec_cat [ <option>... ] <filename>...
       srec_cat -Help
       srec_cat -VERSion
       srec_cat -LICense
Could not open tmpfile.tmp


Habe bisher also nur mit avr-objcopy gearbeitet...was ist den wenn man die .hex direkt flashed?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 12 Mai 2016, 23:49:44
Zitatunknown "-Cyclic_Redundancy_Check_16_Little_Endian" option
du brauchst eine neuere version. http://srecord.sourceforge.net/download.html (http://srecord.sourceforge.net/download.html)

Zitatwas ist den wenn man die .hex direkt flashed?
grundsätzlich sollte das funktionieren, ist nur die frage wie genau. wurde früher ohne bootloader ja auch gemacht. versuch lieber die ota variante ans laufen zu bringen, dann musst du nicht mehr löten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 13 Mai 2016, 06:53:46
Zitatunknown "-Cyclic_Redundancy_Check_16_Little_Endian" option
du brauchst eine neuere version. http://srecord.sourceforge.net/download.html

Komisch ... Habe ich gestern erst mit apt-get installiert... Wo sehe ich denn welche Version installiert ist?

Edit:
Habe die Version von srecord gecheckt...ist die aktuellste.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 13 Mai 2016, 09:44:02
die version, die zur ausführung kommt, ist jedenfalls zu alt, da sie die option noch nicht kennt.
vielleicht ein problem mit dem path.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 13 Mai 2016, 14:01:39
Zitat von: frank am 13 Mai 2016, 09:44:02
die version, die zur ausführung kommt, ist jedenfalls zu alt, da sie die option noch nicht kennt.
vielleicht ein problem mit dem path.

Werde mal einen Neustart machen...mal schauen ob es dann geht.

Kann mir vielleicht noch jemand ganz schnell erklären, was der unterschied zwischen 4k und 8k Bootloader ist.
Wenn ich nämlich den 8k Bootloader flashe scheint mein Schalter in einem undefiniertem Zustand zu sein...d.h. die LED blinkt dauernd ganz schwach :-(
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 13 Mai 2016, 14:47:53
ZitatKann mir vielleicht noch jemand ganz schnell erklären, was der unterschied zwischen 4k und 8k Bootloader ist.
funktion/inhalt identisch, grösse unterschiedlich.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 21 Mai 2016, 11:20:47
Er findet die SWITCH.PM nicht.

Einfach über
sudo apt-get install libswitch-perl
nachinstallieren.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 24 Mai 2016, 11:55:46
Zitat von: DerBodo am 21 Mai 2016, 11:20:47
Er findet die SWITCH.PM nicht.

Einfach über
sudo apt-get install libswitch-perl
nachinstallieren.

Danke! Manchmal sollte man erst lesen...überlegen und dann handeln.  ???
Also das Problem hatte ich relativ schnell im griffen...der Schalter ist jetzt in FHEM angelegt und die 4 Channels in den Internels sichtbar.

Allerdings ist die "regList" bis auf den "paircentral" Eintrag leer, beim Drücken der Buttons bekomme ich auch die entsprechenden einträge in der Logdatei, allerdingsbekomme ich keinerlei Anzeige in den Readings.
Kann es sein, dass entweder die Firmaware nicht richtig kompeliert wird (Win7 mit Arduino 1.0.5 -r2, das kompelieren mit ATmega644a geht nicht nur mit ATmega644 geht es) oder reicht es aus, wenn ich in der register.h die define firstload einkommentiere?

Danke nochmals für eure Hilfe (komme mir langsam ein wenig blöde vor :-[).

Gruß,
Stefan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Maergsche am 02 Juni 2016, 20:15:38
Hallo,

ich habe mir für's Wohnzimmer auch einen HM_LC_Sw1PBU_FM mit der Alternativen Firmware Programmiert, da ich beim verlassen des Raumes gerne alle Verbraucher mit einem Long Press ausschalten bzw. beim betreten einschalten möchte. Hierfür schonmal danke an die Bastler/Programmierer für die Möglichkeit!
Alle Aktoren sing laut HMinfo korrekt konfiguriert und auch die Reedings der Cannel sind korrekt...

Zu meinem Problem: Wenn ich nun (aktuell erstmal ohne Longpress) den Button2 betätige schalten sich im Idealfall alle Verbraucher (self + 3 Steckdosen) nacheinander ein und wieder aus ... nun kann passiert es aber sporadisch (alle 3-5 mal Schalten), dass eine Steckdose nicht ein bzw. ausschaltet. (das kann mal die 3. Steckdose aber auch die 2. Steckdose (mit der 1. hatte ich es noch nicht) sein)

Gibt es in der Hinsicht Probleme mit der Firmware? Wenn ich die alles aus / alles ein Funktion auf eine Taste meiner HM-RC-8 lege, werden auch alle Steckdosen nahezu Zeitgleich geschaltet. Beim HM-LC-Sw1PBU-FM funktioniert dies mit einer verzögerung von jeweils ca 0,5 -1 sec!

Anbei mal ein Auszug aus dem Eventmonitor, bei der beim ausschalten die 2. Steckdose (Lampe_Sofa) nicht ausging:

2016-06-02 20:04:57 CUL_HM Wohnzimmer_Deckenleuchte_Sw_02 current: 4
2016-06-02 20:05:10 CUL_HM Wohnzimmer_Deckenleuchte battery: ok

2016-06-02 20:05:10 CUL_HM Wohnzimmer_Deckenleuchte Wohnzimmer_Deckenleuchte_Btn_02 Short (to Wohnzimmer_SteckdoseTV)
2016-06-02 20:05:11 CUL_HM Wohnzimmer_Deckenleuchte_Btn_02 Short (to Wohnzimmer_SteckdoseTV)
2016-06-02 20:05:11 CUL_HM Wohnzimmer_Deckenleuchte_Btn_02 trigger: Short_61
2016-06-02 20:05:11 CUL_HM Wohnzimmer_Deckenleuchte_Btn_02 trigger_cnt: 61
2016-06-02 20:05:11 CUL_HM Wohnzimmer_SteckdoseTV_Sw deviceMsg: on (to Wohnzimmer_Deckenleuchte)
2016-06-02 20:05:11 CUL_HM Wohnzimmer_SteckdoseTV_Sw level: 100
2016-06-02 20:05:11 CUL_HM Wohnzimmer_SteckdoseTV_Sw pct: 100
2016-06-02 20:05:11 CUL_HM Wohnzimmer_SteckdoseTV_Sw on
2016-06-02 20:05:11 CUL_HM Wohnzimmer_SteckdoseTV_Sw timedOn: off
2016-06-02 20:05:12 CUL_HM Wohnzimmer_Deckenleuchte battery: ok
2016-06-02 20:05:12 CUL_HM Wohnzimmer_Deckenleuchte Wohnzimmer_Deckenleuchte_Btn_02 Short (to Wohnzimmer_LampeSofa)
2016-06-02 20:05:12 CUL_HM Wohnzimmer_Deckenleuchte_Btn_02 Short (to Wohnzimmer_LampeSofa)
2016-06-02 20:05:12 CUL_HM Wohnzimmer_Deckenleuchte_Btn_02 trigger: Short_61
2016-06-02 20:05:12 CUL_HM Wohnzimmer_Deckenleuchte_Btn_02 trigger_cnt: 61
2016-06-02 20:05:12 CUL_HM Wohnzimmer_LampeSofa_Sw deviceMsg: on (to Wohnzimmer_Deckenleuchte)
2016-06-02 20:05:12 CUL_HM Wohnzimmer_LampeSofa_Sw level: 100
2016-06-02 20:05:12 CUL_HM Wohnzimmer_LampeSofa_Sw pct: 100
2016-06-02 20:05:12 CUL_HM Wohnzimmer_LampeSofa_Sw on
2016-06-02 20:05:12 CUL_HM Wohnzimmer_LampeSofa_Sw timedOn: off
2016-06-02 20:05:13 CUL_HM Wohnzimmer_Deckenleuchte battery: ok
2016-06-02 20:05:13 CUL_HM Wohnzimmer_Deckenleuchte Wohnzimmer_Deckenleuchte_Btn_02 Short (to Wohnzimmer_LampeTV)
2016-06-02 20:05:13 CUL_HM Wohnzimmer_Deckenleuchte_Btn_02 Short (to Wohnzimmer_LampeTV)
2016-06-02 20:05:13 CUL_HM Wohnzimmer_Deckenleuchte_Btn_02 trigger: Short_61
2016-06-02 20:05:13 CUL_HM Wohnzimmer_Deckenleuchte_Btn_02 trigger_cnt: 61
2016-06-02 20:05:13 CUL_HM Wohnzimmer_LampeTV_Sw deviceMsg: on (to Wohnzimmer_Deckenleuchte)
2016-06-02 20:05:13 CUL_HM Wohnzimmer_LampeTV_Sw level: 100
2016-06-02 20:05:13 CUL_HM Wohnzimmer_LampeTV_Sw pct: 100
2016-06-02 20:05:13 CUL_HM Wohnzimmer_LampeTV_Sw on
2016-06-02 20:05:13 CUL_HM Wohnzimmer_LampeTV_Sw timedOn: off
2016-06-02 20:05:13 CUL_HM Wohnzimmer_SteckdoseTV CMDs_done
2016-06-02 20:05:13 CUL_HM Wohnzimmer_SteckdoseTV_Sw deviceMsg: on (to VCCU)
2016-06-02 20:05:13 CUL_HM Wohnzimmer_SteckdoseTV_Sw level: 100
2016-06-02 20:05:13 CUL_HM Wohnzimmer_SteckdoseTV_Sw pct: 100
2016-06-02 20:05:13 CUL_HM Wohnzimmer_SteckdoseTV_Sw on
2016-06-02 20:05:13 CUL_HM Wohnzimmer_SteckdoseTV_Sw timedOn: off
2016-06-02 20:05:13 CUL_HM Wohnzimmer_LampeSofa CMDs_done
2016-06-02 20:05:14 CUL_HM Wohnzimmer_LampeSofa_Sw deviceMsg: on (to VCCU)
2016-06-02 20:05:14 CUL_HM Wohnzimmer_LampeSofa_Sw level: 100
2016-06-02 20:05:14 CUL_HM Wohnzimmer_LampeSofa_Sw pct: 100
2016-06-02 20:05:14 CUL_HM Wohnzimmer_LampeSofa_Sw on
2016-06-02 20:05:14 CUL_HM Wohnzimmer_LampeSofa_Sw timedOn: off
2016-06-02 20:05:15 CUL_HM Wohnzimmer_LampeTV CMDs_done
2016-06-02 20:05:15 CUL_HM Wohnzimmer_LampeTV_Sw deviceMsg: on (to VCCU)
2016-06-02 20:05:15 CUL_HM Wohnzimmer_LampeTV_Sw level: 100
2016-06-02 20:05:15 CUL_HM Wohnzimmer_LampeTV_Sw pct: 100
2016-06-02 20:05:15 CUL_HM Wohnzimmer_LampeTV_Sw on
2016-06-02 20:05:15 CUL_HM Wohnzimmer_LampeTV_Sw timedOn: off
2016-06-02 20:05:17 CUL_HM Wohnzimmer_Deckenleuchte_Sw_02 current: 142
2016-06-02 20:05:18 CUL_HM Wohnzimmer_Deckenleuchte battery: ok

2016-06-02 20:05:18 CUL_HM Wohnzimmer_Deckenleuchte Wohnzimmer_Deckenleuchte_Btn_01 Short (to Wohnzimmer_SteckdoseTV)
2016-06-02 20:05:18 CUL_HM Wohnzimmer_Deckenleuchte_Btn_01 Short (to Wohnzimmer_SteckdoseTV)
2016-06-02 20:05:18 CUL_HM Wohnzimmer_Deckenleuchte_Btn_01 trigger: Short_76
2016-06-02 20:05:18 CUL_HM Wohnzimmer_Deckenleuchte_Btn_01 trigger_cnt: 76
2016-06-02 20:05:18 CUL_HM Wohnzimmer_SteckdoseTV_Sw trigLast: Wohnzimmer_Deckenleuchte_Btn_01:short
2016-06-02 20:05:18 CUL_HM Wohnzimmer_SteckdoseTV_Sw trig_Wohnzimmer_Deckenleuchte_Btn_01: short
2016-06-02 20:05:18 CUL_HM Wohnzimmer_SteckdoseTV_Sw deviceMsg: off (to Wohnzimmer_Deckenleuchte)
2016-06-02 20:05:18 CUL_HM Wohnzimmer_SteckdoseTV_Sw level: 0
2016-06-02 20:05:18 CUL_HM Wohnzimmer_SteckdoseTV_Sw pct: 0
2016-06-02 20:05:18 CUL_HM Wohnzimmer_SteckdoseTV_Sw off
2016-06-02 20:05:18 CUL_HM Wohnzimmer_SteckdoseTV_Sw timedOn: off
2016-06-02 20:05:19 CUL_HM Wohnzimmer_Deckenleuchte CMDs_done
2016-06-02 20:05:19 CUL_HM Wohnzimmer_Deckenleuchte_Sw_01 deviceMsg: off (to VCCU)
2016-06-02 20:05:19 CUL_HM Wohnzimmer_Deckenleuchte_Sw_01 level: 0 %
2016-06-02 20:05:19 CUL_HM Wohnzimmer_Deckenleuchte_Sw_01 pct: 0
2016-06-02 20:05:19 CUL_HM Wohnzimmer_Deckenleuchte_Sw_01 off
2016-06-02 20:05:19 CUL_HM Wohnzimmer_Deckenleuchte_Sw_01 timedOn: off
2016-06-02 20:05:20 CUL_HM Wohnzimmer_Deckenleuchte battery: ok
2016-06-02 20:05:20 CUL_HM Wohnzimmer_Deckenleuchte Wohnzimmer_Deckenleuchte_Btn_01 Short (to Wohnzimmer_LampeTV)
2016-06-02 20:05:20 CUL_HM Wohnzimmer_Deckenleuchte_Btn_01 Short (to Wohnzimmer_LampeTV)
2016-06-02 20:05:20 CUL_HM Wohnzimmer_Deckenleuchte_Btn_01 trigger: Short_76
2016-06-02 20:05:20 CUL_HM Wohnzimmer_Deckenleuchte_Btn_01 trigger_cnt: 76
2016-06-02 20:05:20 CUL_HM Wohnzimmer_LampeTV_Sw trigLast: Wohnzimmer_Deckenleuchte_Btn_01:short
2016-06-02 20:05:20 CUL_HM Wohnzimmer_LampeTV_Sw trig_Wohnzimmer_Deckenleuchte_Btn_01: short
2016-06-02 20:05:20 CUL_HM Wohnzimmer_LampeTV_Sw deviceMsg: off (to Wohnzimmer_Deckenleuchte)
2016-06-02 20:05:20 CUL_HM Wohnzimmer_LampeTV_Sw level: 0
2016-06-02 20:05:20 CUL_HM Wohnzimmer_LampeTV_Sw pct: 0
2016-06-02 20:05:20 CUL_HM Wohnzimmer_LampeTV_Sw off
2016-06-02 20:05:20 CUL_HM Wohnzimmer_LampeTV_Sw timedOn: off
2016-06-02 20:05:21 CUL_HM Wohnzimmer_SteckdoseTV CMDs_done
2016-06-02 20:05:21 CUL_HM Wohnzimmer_SteckdoseTV_Sw deviceMsg: off (to VCCU)
2016-06-02 20:05:21 CUL_HM Wohnzimmer_SteckdoseTV_Sw level: 0
2016-06-02 20:05:21 CUL_HM Wohnzimmer_SteckdoseTV_Sw pct: 0
2016-06-02 20:05:21 CUL_HM Wohnzimmer_SteckdoseTV_Sw off
2016-06-02 20:05:21 CUL_HM Wohnzimmer_SteckdoseTV_Sw timedOn: off
2016-06-02 20:05:21 CUL_HM Wohnzimmer_Deckenleuchte CMDs_done
2016-06-02 20:05:21 CUL_HM Wohnzimmer_Deckenleuchte_Sw_02 deviceMsg: off (to VCCU)
2016-06-02 20:05:21 CUL_HM Wohnzimmer_Deckenleuchte_Sw_02 level: 0 %
2016-06-02 20:05:21 CUL_HM Wohnzimmer_Deckenleuchte_Sw_02 pct: 0
2016-06-02 20:05:21 CUL_HM Wohnzimmer_Deckenleuchte_Sw_02 off
2016-06-02 20:05:21 CUL_HM Wohnzimmer_Deckenleuchte_Sw_02 timedOn: off
2016-06-02 20:05:22 CUL_HM Wohnzimmer_LampeTV CMDs_done
2016-06-02 20:05:22 CUL_HM Wohnzimmer_LampeTV_Sw deviceMsg: off (to VCCU)
2016-06-02 20:05:22 CUL_HM Wohnzimmer_LampeTV_Sw level: 0
2016-06-02 20:05:22 CUL_HM Wohnzimmer_LampeTV_Sw pct: 0
2016-06-02 20:05:22 CUL_HM Wohnzimmer_LampeTV_Sw off
2016-06-02 20:05:22 CUL_HM Wohnzimmer_LampeTV_Sw timedOn: off
2016-06-02 20:05:27 CUL_HM Wohnzimmer_LampeTV_Pwr eState: E: 0.4 P: 0 I: 0 U: 232 f: 49.98
2016-06-02 20:05:27 CUL_HM Wohnzimmer_LampeTV_Pwr energy: 0.4
2016-06-02 20:05:27 CUL_HM Wohnzimmer_LampeTV_Pwr energyCalc: 17177.6
2016-06-02 20:05:27 CUL_HM Wohnzimmer_LampeTV_Pwr frequency: 49.98
2016-06-02 20:05:27 CUL_HM Wohnzimmer_LampeTV_Pwr 0.4
2016-06-02 20:05:27 CUL_HM Wohnzimmer_LampeTV_Pwr voltage: 232
2016-06-02 20:05:27 CUL_HM Wohnzimmer_LampeTV_SenF 49.98
2016-06-02 20:05:27 CUL_HM Wohnzimmer_LampeTV_SenI 0
2016-06-02 20:05:28 CUL_HM Wohnzimmer_LampeTV_SenPwr 0
2016-06-02 20:05:28 CUL_HM Wohnzimmer_LampeTV_SenU 232
2016-06-02 20:05:35 CUL_HM Wohnzimmer_Deckenleuchte_Sw_02 current: 42
2016-06-02 20:05:55 CUL_HM Wohnzimmer_Deckenleuchte_Sw_02 current: 0



Ist das Problem in griff zu bekommen, oder macht es Sinn hier besser mit einem Trigger auf den Longpress zu arbeiten?

Gruß und danke schonmal für kommende Antworten !
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stiffmeister am 09 Juni 2016, 08:43:00
Hallo zusammen,

habe mir jetzt auch die alternative Firmware kompiliert. Habe für Testzwecke als erstes die Firmware direkt, also ohne den Bootloader, geflasht.
Das hat auch funktioniert.
Nun wollte ich eigentlich doch den Wegmit dem Bootloader gehen. Habe das Firmware-Hex mit dem Tool "hex2eq3.php" in ein EQ3 File konvertiert.
Das hat mit der richtigen Version von srecord (v1.64) auch ohne Fehlermeldung funktioniert.
Aber das konvertierte File hat nun eine Größe von 113KB, wobei die vorgefertigte Version (von Mr.P. ?) nur 40KB hat.
Das verwundert mich und bevor ich hier in einen Forschungsauftrag ausfasse, wollte ich mal fragen, wie groß bei euch das selbsterstellte EQ3 ist?
Bitte im kurze Info,
Danke!

lg
Stiff
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stiffmeister am 12 Juni 2016, 20:40:03
Hallo zusammen.
Wie oben schon erwähnt, habe ich die Alternative Firmware eingespielt. Hat eigentlich auch alles funktioniert.
Doch nun, wie ich den Schalter fix einbauen wollte, tut er nicht mehr. :(
Sobald er mit Strom versorgt wird, sollte doch die grüne led mal aufleuchten. Tut sie aber nicht.
Hab also die Drähte wieder angelötet und die firm nochmal draufgebügelt, mit einem Raspi.
Nun habe ich festgestellt, dass fhem den Schalter nun kennt, solange nur die Elektronik am Raspi hängt.
Led leuchtet zwar trotzdem nicht, aber er wird erkannt. Bringt natürlich nix, da ja der Leistungsteil fehlt.
Aber vielleicht kennt jemand den Fehler und weiß eine Lösung?
Wenn der Schalter über den Leistungsteil versorgt wird, messe ich schon 3v bei den messpunkten...
Thx
Stiffmeister
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 14 Juni 2016, 12:59:24
Hej stiffmeister,

kann es sein, dass du die beiden linken Pins (ich glaub, es ist der Reset- und den Gnd-Pin) verkehrt herum angelötet hast?
Die Beschriftung an der Stelle lässt ein wenig zu wünschen übrig und könnte zu dem von dir geschilderten Effekt führen. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stiffmeister am 15 Juni 2016, 09:19:24
hallo,
hab den fehler gefunden :-)
hab nen falschen wert für die fuse gehabt. mit dem richtigen tut's :-)
kämpfe nun mit dem peering... der schalter will nicht richtig.
könnte aber sein, weil ich firstload nicht auskommentiert lies...
baue mir jetzt mal eine neue ota.
muss ich die seriel, die hier voreingestellt ist, D-serialNr: PS00000002, abändern, wenn ich 2 schalter mit
alternativer firmware betreiben möchte? wahrscheinlich schon, denke ich mal...

lg
stiff
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mr. P am 15 Juni 2016, 09:26:41
Hej stiff,

wundert mich, dass es mit der falschen Fuse überhaupt funktioniert hat - aber gut, Hauptsache es tut jetzt. ;-)
Wenn firstload nicht auskommentiert ist, werden nach jedem Mal stromlos machen, die Werte in die Register eingetragen, welche in firstload definiert sind. Sofern das nicht die für deine Umgebung richtigen Werte sind, wirst du dich jedes Mal ärgern/wundern, wenn der Schalter neu gestartet wurde und er nicht mehr wie gewünscht funktioniert.
Und ja, unterschiedliche Seriennummern sind ggf. auch kein Fehler. Sofern du die Schalter unabhängig voneinander stromlos machen kannst, nicht zwingend notwendig, aber schaden kann es auf keinen Fall. Vorallem sind das gerade die Kleinigkeiten, auf die man nicht denkt, wenn man sich in 1-2 Jahren mal wieder ärgert, warum das nicht so klappt, wie man sich es vorstellt. ;-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: anfänger111 am 08 August 2016, 19:24:20
Guten Abend,

ich habe heute meinen Raspberry neu aufgesetzt und bin gerade dabei wieder alle Geräte einzubinden.

Jedoch lässt sich mein HM_LC_Sw1PBU_FM mit alternativer Firmware nicht wieder einbinden.

Die .pm habe ich nach ../FHEM kopiert.

Auch scheint er etwas zu erkennen wenn ich entweder die alten fhem.cfg Zeilen einfüge oder den Schalter versuche per hmPairForSec zu pairen.

Ein Device erscheint und zeigt nach einem getconfig auch cmd_done an. Jedoch werden die weiteren "Devices" nicht erstellt.

Logfile gibt folgendes aus:

HMLAN1: Unknown code A1422805E2085702BAA940000000000000000000000::-62:HMLAN1, help me!

Vor der Neuinstallation hat der Schalter problemlos funktioniert....

Vielen Dank!

-Lösung:
sudo apt-get install libswitch-perl

Vielleicht sollte diese "Abhängigkeit" in das wiki aufgenommen werden?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Mathea am 20 August 2016, 17:42:01
Hallo Leute,

ich habe Probleme damit, den geflashten Taster mit fhem zu pairen. Sobald die Platine mit Strom versorgt wird leuchtet die LED immer wieder einmal lange und zwei mal kurz auf. Nach ca. 10 Sekunden wieder das gleiche.

Ich habe alles nach Anleitung im Wiki gemacht und das OTA Flashen hat anscheinend auch funktioniert. Nur bei diesem Schritt hapert es:

Zitat3. Bootloader aktivieren
Zum Abschluss muss der Bootloader im Device/Schalter aktiviert werden. Dazu ist das Device zu resetten:
Netzversorgung vom schalter ausschalten, config taster drücken und halten, spannung einschalten und weiterhin gedrückt halten bis erstes blinken erscheint.

Das habe ich auch ein paar mal probiert, doch trotz gehaltenem Config Taster sehe ich nur dieses Blink-Verhalten. In FHEM passiert ebenfalls nichts, trotz abgesetztem Pairing command. Im Event Monitor taucht nichts auf.

Hat jemand das gleiche erlebt und einen Vorschlag, wie man das beheben kann?

Vielen Dank im Voraus,
Mathea
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 August 2016, 19:45:41
Zitatich habe Probleme damit, den geflashten Taster mit fhem zu pairen. Sobald die Platine mit Strom versorgt wird leuchtet die LED immer wieder einmal lange und zwei mal kurz auf. Nach ca. 10 Sekunden wieder das gleiche.
der bootloader wartet auf firmware, das ota-flashen hat nicht funktioniert.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: KimKiesel am 23 September 2016, 23:08:45
Hallo zusammen,

ich habe gestern meinen HM-LC-Sw1PBU-FM erhalten und würde dort gerne die alternative Firmware flashen. Leider habe ich damit ziemliche Probleme, da schon das flashen der fuses nicht funktioniert.

Als ISP verwende ich einen Arduino-Nano. Bei avrdude gebe ich daher -p arduino an. Das erstmal nur als Info. Bisher hatte ich mit diesem Aufbau noch nie Probleme und denke auch nicht, dass die Fehler daraus resultieren.

Stattdessen scheine ich einen anderen Chip im Schalter zu haben. Bei verwendung von -c m644 bekomme ich eine Fehlermeldung:


avrdude: Device signature = 0x1e960a
avrdude: Expected signature for ATmega644 is 1E 96 09
         Double check chip, or use -F to override this check.


Mit -c m644p klappt es dann. Es scheint sich also um einen ATMEGA 644 P zu handeln:


avrdude: Device signature = 0x1e960a
avrdude: safemode: lfuse reads as FF
avrdude: safemode: hfuse reads as DA
avrdude: safemode: efuse reads as FD


Leider schaffe ich es nicht, die Fuses zu schreiben. Schon bei der lfuse erhalte ich einen Fehler. Diese scheint den Wert FF zu behalten. Hier mal die volle Ausgabe von avrdude:


avrdude: Device signature = 0x1e960a (probably m644p)
avrdude: reading input file "0xFD"
avrdude: writing lfuse (1 bytes):

Writing |                                                    | 0% 0.00s ***failed; 
Writing | ################################################## | 100% 0.10s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFD:
avrdude: load data lfuse data from input file 0xFD:
avrdude: input file 0xFD contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.01s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0xff != 0xfd
avrdude: verification error; content mismatch

avrdude: safemode: lfuse changed! Was fd, and is now ff
Would you like this fuse to be changed back? [y/n]


Ich hoffe, mir kann bei diesem Problem jemand helfen.

Viele Grüße,

Maximilian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 24 September 2016, 08:26:09
Hallo
das habe ich meiner Erinnerung nach auch immer gehabt. Letztlich dann danach zweimal geflashed und dann ging es. Aber, auf eigene Gefahr ;-)
Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: KimKiesel am 25 September 2016, 10:10:30
Hallo Christian,

du hast dann aber nur die Firmware geflasht, ohne Bootloader, oder?

Die Fuses lassen sich bei mir gar nicht flashen, egal wie oft ich das versuche. Und ohne die macht der Bootloader ja nur wenig Sinn.

Viele Grüße,

Maximilian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 25 September 2016, 10:34:44
Hi,

nein, ich habe auch den Bootloader geflashed. Danach OTA die Firmware, also genau wie im Wiki.
Beim ersten Mal hat er dann meiner Erinnerung nach die neue Firmware nicht gefunden, die ich dann noch mal drüber gebügelt habe. Dann ging es.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: KimKiesel am 01 Oktober 2016, 09:37:24
Hallo,

bei mir hat es seit gestern nun auch (halbwegs) funktioniert. Die Fuses lassen sich nach wie vor nicht korrekt setzen (drei verschiedene ISP-Programmer habe ich getestet), daher habe ich auf den Bootloader verzichtet und direkt die Firmware geflasht. Dabei musste ich noch zwei kleine Problemchen überwinden:

1) Läuft nur mit Arduino 1.0.X
Kompilieren wollte ich mit der Arduino-IDE. Dazu habe ich, wie auf der GitHub-Seite beschrieben, jabduino heruntergeladen und in den Hardware-Folder kopiert. Allerdings ist die boards.txt noch in einem alten Format und nicht kompatibel zu Arduino 1.5.X und 1.6.X. Also alles nochmal mit Arduino 1.0.X  ;).

2) MCU ATMEGA644A nicht bekannt
In der boards.txt ist für das Board "Jabduino ATmega644A" die MCU atmega644a eingetragen. Hier hat der Compiler gemeckert, dass er diesen Typ nicht kennt. Also die Zeile auf

atmega644a.build.mcu=atmega644p

geändert und schon gings :).

Vielleicht hilft das ja jemandem.


Viele Grüße,

Maximilian


P.S: Sorry, falls das hier im Thread schonmal irgendwo steht. Hab zwar ne Menge gelesen, aber nicht alle 111 Seiten  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: KimKiesel am 01 Oktober 2016, 11:47:53
Hallo nochmal,

eine kurze Frage habe ich noch zur Auswertung eines LongPress.

Ich möchte den Button 2 für zwei verschiedene Aktionen nutzen (ShortPress und LongPress). Dazu habe ich zwei notify definiert.
Im folgenden die jeweiligen DEF:

Short:
wz_hm_btn_Licht2_2:Short.* {fhem "set wz_LichtAbendbeleuchtung ".((Value('wz_LichtAbendbeleuchtung') eq 'on')?'off':'on') }


Long:
wz_hm_btn_Licht2_2:LongRelease.* {fhem "set wz_LichtSideboardrechts ".((Value('wz_LichtSideboardrechts') eq 'on')?'off':'on') }

Der Short funktioniert auch einwandfrei und toggelt die Abendbeleuchtung. Beim LongPress schaltet er aber immer doppelt, toggelt das Sideboard also zweimal direkt hintereinander, sodass in der Konsequenz überhaupt nichts passiert.

Im Logfile steht dann folgendes:

2016.09.30 23:06:05 3: off_wz_LichtSideboardrechts return value: -1
2016.09.30 23:06:05 3: on_wz_LichtSideboardrechts return value: -1
sending systemCode[10110] unitCode[4] command[0]
sending systemCode[10110] unitCode[4] command[1]


Hier wird also einmal das off-Event getriggert und im Anschluss gleich wieder das on-Event und ich finde einfach den Fehler nicht ;).

Viele Grüße,

Maximilian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 01 Oktober 2016, 12:16:21
HI
der Taster feuert beim Long-press vier Long-Events, zweimal press, zweimal release.
Am besten, Du loggest das mal in Deinem notify. Dann wird das klarer und Du kannst Deine regexp entsprechend anpassen.
Meiner Meinung nach gibt jeweils das zweite Event Rückschluss auf die Zeitdauer.
Ciao Christian



Gesendet von iPhone mit Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Otto123 am 01 Oktober 2016, 12:32:32
Zitat von: knueppler am 01 Oktober 2016, 12:16:21
Am besten, Du loggest das mal in Deinem notify. Dann wird das klarer und Du kannst Deine regexp entsprechend anpassen.

Sehr einfach geht das auch mit dem Eventmonitor.

Gruß Otto
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 01 Oktober 2016, 12:39:36
Cool, wieder was gelernt, danke
Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: KimKiesel am 01 Oktober 2016, 21:11:46
Hallo zusammen,

vielen Dank für die Hilfe, jetzt tut es :).

Der Tipp mit dem Event-Monitor ist wirklich gut. Das kannte ich auch noch nicht. FHEM bietet einfach zu viele Möglichkeiten ;D.

Folgendes war im Protokoll zu lesen:


2016-10-01 20:55:32 CUL_HM wz_hm_btn_Licht2_2 LongRelease 3-A240- (to nanoCUL)
2016-10-01 20:55:32 CUL_HM wz_hm_btn_Licht2_2 LongRelease 3_6 (to nanoCUL)
2016-10-01 20:55:32 CUL_HM wz_hm_btn_Licht2_2 trigDst_XXXXXX: noConfig
2016-10-01 20:55:32 CUL_HM wz_hm_btn_Licht2_2 trigger: Long_6
2016-10-01 20:55:32 CUL_HM wz_hm_btn_Licht2_2 trigger_cnt: 6
2016-10-01 20:55:32 CUL_HM wz_hm_sw_Licht2 battery: ok
2016-10-01 20:55:32 CUL_HM wz_hm_sw_Licht2 CMDs_done
2016-10-01 20:55:32 CUL_HM wz_hm_sw_Licht2 wz_hm_btn_Licht2_2 LongRelease 3-A240- (to nanoCUL)


Ehrlich gesagt hätte ich beim Release-Event gar nicht damit gerechnet, dass hier etwas gedoppelt wird, aber man lernt ja nie aus.

Jetzt lautet das notify auf:

wz_hm_btn_Licht2_2:LongRelease.*_.* {fhem "set wz_LichtSideboardrechts ".((Value('wz_LichtSideboardrechts') eq 'on')?'off':'on') }

also noch mit "_" in der Bedingung und alles klappt prima.

Viele Grüße,

Maximilian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: KimKiesel am 07 Oktober 2016, 23:23:18
Hallo zusammen,

nun, da mein HM_LC_Sw1PBU_FM dank eurer Firmware endlich so funktioniert, wie ich das gerne hätte, liegt der HM_LC_Sw2PBU_FM bei mir ungenutzt auf dem Schreibtisch  ;).

Das würde ich gerne ändern und daher dachte ich, warum nicht die Firmware für dieses Modell anpassen, damit es sein volles Potenzial entfalten kann :D.

Ich bin zwar eigentlich vom Fach, aber C++ ist nicht gerade meine Stärke. Nichtsdestotrotz waren die Anpassungen relativ einfach, wenn ich nichts übersehen habe. Im Anhang dieses Beitrags habe ich die geänderte .ino angehängt (nur dort musste ich Änderungen vornehmen) und den Schaltplan des HM_LC_Sw2PBU_FM. Zusätzlich zum Vergleich noch den des HM_LC_Sw1PBU_FM, wenn es jemanden interessiert. Dort kann man schön sehen, dass die beiden genauso gleich aufgebaut sind, wie der Name es vermuten lässt ;).

Einzige Unterschiede beim HM_LC_Sw2PBU_FM:

Vorteilhaft bei den Anpassungen war, dass auch beim HM_LC_Sw1PBU_FM schon zwei Channels für das reale und das virtuelle Relais definiert waren. Hier habe ich den virtuellen Channel einfach für das zweite reale Relais umfunktioniert. Dadurch musste ich an den HM-Definitionen keine Änderungen vornehmen.

Folgendes habe ich angepasst:


Der letzte Punkt ist so eigentlich nicht nötig, sonst hätte man sich den Status jedes Relais merken können und nur, wenn beide Relais aus sind, die LED deaktivieren. Aber mich stört die LED, da ich sie durch meinen Schalter hindurch sehen kann und ich auch so merke, wenn das Licht an ist ;). Außerdem wüsste man bei zwei Relais auch nicht, welches nun gerade an ist.

Ich würde mich freuen, wenn ihr mal kurz drüber schauen könntet. Kompilieren tut es, ich habe mich aber noch nicht getraut zu flashen  ::).


Viele Grüße,

Maximilian

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Homalix99 am 13 Oktober 2016, 15:19:11
Hallo Jan,
bin gerade auf den Artikel gestossen. Ich habe 3 HM-LC-Bl1PBU-FM (Rolladen-Aktoren) über fhem am laufen und hab mir recht umständlich in pearl ne Routine gebastelt, welche zwischen Rolladenbetätigung in fhem und Betätigung lokal am Aktor unterscheiden kann (geht mit Zeitstempeln, fkt aber nicht zuverlässig, deshalb wäre die Lösung eines FW-Patches genial.
Gibt es schon eine Lösung für den HM-LC-Bl1PBU-FM Aktor?

lg

Alex
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 28 Oktober 2016, 21:36:58
Hallo,

ich habe mir auch einen HM-LC-Sw1PBU-FM zugelegt und würde mir gern die alternative software draufladen.
Leider muss ich zugeben das ich damit etwas überfordert bin. Ich blicke irgendwie nicht durch was ich machen muss.
Muss ich die Anleitung im Wiki schritt für schritt durchgehen oder kann ich alles via OTA flashen ohne den Schalter aufzuschrauben?

Vielen Dank schon mal
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 28 Oktober 2016, 23:20:58
Hi
um den Bootliader zu flashen wirst Du nicht umhinkommen, den Schalter aufzuschrauben, also ja, genauso wie im Wiki beschrieben.
Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 29 Oktober 2016, 10:31:14
Ok, na dann versuch ich mal mein Glück.

Danke

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 30 Oktober 2016, 21:50:16
Hallo,

ich habe es nun mal versucht, bin jedoch noch nicht ganz durch.
Ich habe auch gleich einige Fragen.
1) Im Wiki steht beim Firmeware flashen soll man folgendes eingeben:
avrdude -p m644 -c stk500v2 -P /dev/ttyUSB0 -U flash:w:bootloader_HM-LC-Sw1PBU-FM_8k.hex

Diese Datei bekomme ich aber beim Compilieren gar nicht. Ich habe nur diese hier:
Bootloader-AskSin-OTA-HM-LC-Sw1PBU-FM_8k.hex. Ist da ein Fehler im Wiki, oder habe ich eine falsche Datei?

Jetzt wollte ich die Firmeware per OTA flashen und scheitere beim Erstellen des EQ3 files. Ich bekomme folgende Fehlermeldung:
root@raspberrypi:~/hmcfgusb# php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --ou                       tFormat eq3 --withCrcCheck --pathTo-srec_cat /usr/bin/srec_cat
unknown "-Cyclic_Redundancy_Check_16_Little_Endian" option
Usage: srec_cat [ <option>... ] <filename>...
       srec_cat -Help
       srec_cat -VERSion
       srec_cat -LICense
Could not open tmpfile.tmp


Im Forum hier steht, das man sich die aktuellere Version der srecord installieren muss.
Haecksler hatte das gleiche Problem, aber leider nicht beschrieben wie er es gelöst hat.
Ich kenne mich da mit Linux leider gar nicht aus und weiß nicht wie ich ohne apt-get etwas installieren kann.

Ich würde mich daher freuen wenn mir jemand helfen kann

Danke
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 30 Oktober 2016, 23:14:55
So, jetzt habe ich es hinbekommen den EQ3 File zu erstellen und hänge schon wieder.

Bisher habe ich alles wie um 21:50 beschrieben gemacht.
Also, Fuses gesetzt und Bootloader (zumindest die Daei die ich habe) geflasht.
Kabel abgelötet und wieder zusammengebaut und in die Steckdose gesteckt. Jetzt hat mein Schalter folgendes Blinkverhalten:
1x lang --> 2x extrem kruz --> lange Pause --> und wieder von Vorn
Ist das richtig?

Wie kann ich denn jetzt die FW per OTA flashen?
Ich habe betreibe Fhem mit einem NanoCUL aber in Fhem sehe ich den Schalter doch gar nicht mehr, wie kann ich dann flashen? :'(

Danke schon mal
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 01 November 2016, 09:37:18
Hi,

ich bin mir nicht ganz sicher, ob der Bootloader korrekt geflashed wurde, probier mal, wie im WIKI beschrieben, die verschiedenen Optionen des Boot-Menus aufzurufen.
Klar, dass Du den noch nicht in FHEM siehst, es ist doch gar keine Firmware mehr drauf, sondern nur noch der Bootloader, wenn überhaupt. Du musst die Firmware ja erst flashen. Wie das geht, steht auch im WIKI.
Ich mache das bspw. mit einem HM-CFG-USB-2 und da ist das Kommando flash-ota -f <Firmwaredatei im eq3-Format> -s <SerialNr>.
Grundsätzlich empfiehlt es sich, das Ding erst dann wieder einzubauen, wenn alles funktioniert.
Zum Funktionstest und einbinden in FHEM reicht die Steuerplatine, Strom bekommt sie ja von dem PI, sprich, man lässt alle Kabel angelötet und kann dann ggf. erneut flashen oder sich das mit dem OTA sparen und die Firmware direkt via Kabel flashen.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 01 November 2016, 19:45:12
Ich habe mit 2 Schaltern und der Custom Firmware folgendes Problem.
Sobald ein Paar Schaltaktionen über FHEM oder die Tasten am Schalter ausgeführt wurden, scheint dieser zu "hängen".

Weder Schaltkommandos via FHEM noch über die Tasten werden angenommen.
Ich habe die Firmware schon mal mit dem "nötigsten" neu gebaut - heisst ich habe folgende Sachen angepasst:

- HMID des Schalters
- Seriennummer
- Currentwert für den Stromsensor (500 statt 5000)

Was kann ich noch testen/tun um den Schalter zuverlässig zu machen?

Danke !


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 01 November 2016, 21:02:55
Hi

hängen kenne ich nicht,, nur manchmal wird der State off nicht an FHEM gesendet, warum auch immer, timedOn ist dann running. Habe ich über ein notify auf current gefixed.
Was mir noch einfällt, hast Du FIRSTRUN - oder so ähnlich - definiert? Dann werden in dem vorhandenen Code auch Peers gesetzt, die Du sicherlich nicht hast. Die versucht der Schalter dann zu erreichen und macht erst nach einem Timeout weiter. Die Peers kannst Du zwar in den Registern via FHEM löschen, aber wenn der Schalter bootet, sind sie wieder da....
Am besten aus dem Code werfen.
Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 02 November 2016, 08:14:06
Hallo Knueppler,

danke für deine Antwort. Die unterschiedlichen Menüs kann ich nicht erreichen. Der Schalter bleibt immer in dem 15s blinkmodus wie beschrieben. Vermutlich ist dann die FW nicht korrekt geflasht oder compilied? Ich werde den Schalter nochmal zerlegen und Kabel anlöten. Dann mal die Firmware ohne bootloader flashen und gucken ob das klappt. Beim setzten der Fuses und flashen habe ich nämlich eine Fehlermeldung erhalten das der Chiptyp nicht übereinstimmt. Da wurde ja aber hier schon geschrieben das man das ignorieren kann, oder habe ich da was falsch verstanden?

Ich verwende zum programmieren und compilieren einen myavrlight stick am RasPi2 mit wheezy.

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 02 November 2016, 09:18:42
Hi,

wenn Du nur den Bootloader geflashed hast, dann kann die Firmware gar nicht geflashed sein.
Einen Fehler beim Fuses setzen habe ich auch immer. Ich setze dann nochmal.
Wenn der Bootloader nicht richtig funktioniert, flashe ich ihn nochmal, dann geht es in aller Regel.
Firmware flashe ich dann OTA und binde den Schalter in FHEM ein und baue ihn danach wieder zusammen.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 02 November 2016, 10:02:42
Firstload habe ich nicht gesetzt, das ist mir einmal passiert seitdem achte ich drauf :-)

Auf onTimer könnte ich noch mal schauen....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 02 November 2016, 12:39:51
Also timedOn steht immer auf off.
Von hier kann ich gerade nur das schalten über FHEM testen, hierbei habe ich allerdings auch "Hänger" - hier scheint die Rückmeldung des Schalters für ein ON/OFF öfters mal zu fehlen.
So dass hierbei im SW01 immer set_on/set_off steht.

Loadlevel am HMLAN ist auf LOW - hier sollten also keine Verarbeitungsprobleme bestehen.
Der Testschalter ist aktuell nicht eingebaut und meldet einen RSSI von -63 also vollkommen in Ordnung.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 02 November 2016, 12:49:40
Hi,

sorry, dann habe ich auch keine Idee mehr.
Ich habe drei im Einsatz und habe nur das von mir geschilderte Problem, welches ich über das notify gelöst habe.
Aber Hänger habe ich definitiv nicht, weder über FHEM, noch am Schalter direkt.
Du kannst ja noch mal im EventMonitor von FHEM schauen, was die Buttons so alles von sich geben, wenn Du am Schalter drückst, aber mehr fällt mir nun wirklich nicht mehr ein.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 02 November 2016, 21:44:38
Hallo Knueppler,

jetzt habe ich die Firmware ohne Bootlaoder geflasht und das funktioniert schon mal.
Die einzelnen Bootoptionen kann ich durchwechslen.
Das Problem mit der Fehlermeldung beim Flashen habe ich auch hinbekommen. Ich hatte einfach den falschen Chiptypen im Befehl zu stehen. Ich habe einen m644p und keinen m644, daher stammte die Fehlermeldung.
Das mit dem Bootloader werde ich auch noch mal probieren. Ich habe das aber schon richtig verstanden das ich den Bootloader flashen muss und dann die Firmware per OTA und eq3-File, oder? Wenn ich nur die Firmware flashe habe ich nicht die OTA Möglichkeit?

Wenn ich den Schalter jetzt in Fhem anlerne sehe ich nur zwei Kanäle. Sollte ich nicht 4 sehen wie im Wiki beschrieben?
Hier mal ein listing des Devices


Internals:
   CFGFN
   DEF        463033
   IODev      nanoCUL_868MHz
   LASTInputDev nanoCUL_868MHz
   MSGCNT     48
   NAME       HM_463033
   NOTIFYDEV  global
   NR         654
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_463033_Btn1
   channel_02 HM_463033_Btn2
   lastMsg    No:07 - t:5E s:463033 d:F11111 0000000000000000000000
   nanoCUL_868MHz_MSGCNT 48
   nanoCUL_868MHz_RAWMSG A1407805E463033F111110000000000000000000000::-68.5:nanoCUL_868MHz
   nanoCUL_868MHz_RSSI -68.5
   nanoCUL_868MHz_TIME 2016-11-02 21:30:24
   protCmdDel 2
   protLastRcv 2016-11-02 21:30:24
   protResnd  5 last_at:2016-11-02 21:28:51
   protResndFail 1 last_at:2016-11-02 21:23:10
   protSnd    32 last_at:2016-11-02 21:28:51
   protState  CMDs_done
   rssi_at_nanoCUL_868MHz avg:-68.07 max:-60.5 lst:-68.5 cnt:48 min:-81
   Readings:
     2016-11-02 21:26:32   CommandAccepted yes
     2016-11-02 21:26:31   D-firmware      1.5
     2016-11-02 21:26:31   D-serialNr      NEQxxxxxxx
     2016-11-02 21:28:51   PairedTo        0xF11111
     2016-11-02 21:26:51   R-pairCentral   0xF11111
     2016-11-02 21:28:51   RegL_00.          02:01 05:00 0A:F1 0B:11 0C:11 12:00 00:00
     2016-11-02 21:28:33   recentStateType info
     2016-11-02 21:28:51   state           CMDs_done
   Helper:
     HM_CMDNR   7
     PONtest    1
     cSnd       01F1111146303300040000000000,01F1111146303300040000000000
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +463033,00,00,00
       nextSend   1478118625.07297
       prefIO
       rxt        0
       vccu
       p:
         463033
         00
         00
         00
     Mrssi:
       mNo        07
       Io:
         nanoCUL_868MHz -66.5
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   00
       qReqStat
     Role:
       dev        1
     Rssi:
       At_nanocul_868mhz:
         avg        -68.0729166666667
         cnt        48
         lst        -68.5
         max        -60.5
         min        -81
     Shadowreg:
     Tmpl:
Attributes:
   IODev      nanoCUL_868MHz
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.5
   model      unknown
   room       CUL_HM
   serialNr   NEQxxxxxxx
   subType    virtual


Bei einem set HM_463033_Btn1 peerChan 0 HM_463033 dual set

bekomme ich die Fehlermeldung "peer is not a channel"

Was mache ich da flasch?

Danke
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 03 November 2016, 10:20:54
Moin,

Du musst definitiv 4 channels sehen, i.e. 2 buttons und zwei Switches, was in Deinem Listing "fehlt", sind die Switches, also
Gegen die musst Du auch peeren, sprich um den Schalter als Wechselschalter zu verwenden, muss es der HM_463033_Sw02 sein.
Dein Peer-Befehl geht gegen das Device und das funktioniert natürlich nicht, Du kannst Channels peeren, nicht Devices.
Setze mal alle Register auf visib, siehe auch Advanced Settings im Wiki.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 03 November 2016, 13:16:10
model      unknown
hast du die fhem datei installiert und zb fhem neu gestartet?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Horst_T am 03 November 2016, 17:42:26
# FEHMPiDi

Da habe ich auch lange gesucht, es fehlt wahrscheinlich

sudo apt-get install libswitch-perl

Dann hat es bei mir funktioniert.

Horst
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 04 November 2016, 19:43:21
Hallo,

vielen Dank an Alle die mir Hinweise gegeben haben.
Es war tatsächlich die libswitch-perl.
Hatte es mir sogar schon vorab notiert und dann in der Aufregung vergessen, wie peinlich  :-[
Jetzt sehe ich zumindest mal alle 4 Kanäle.
Ich werde mich jetzt noch mal am Bootloader und das Firmeware flashen per OTA versuchen.

Danke noch mal  :D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 05 November 2016, 14:23:29
Also ich kriegs nicht hin.
Wenn ich den Bootloader flashe und die Firmware per OTA flashen will, bekomme ich keine Verbindung.
Der Vorgang bleibt hier stehen:

pi@raspi2 /media/NAS/Backup/HM-LC-Sw1PBU-FM $ ./flash-ota -f firmware_HM-LC-Sw1PBU-FM.eq3 -s KEQ0000001 -c /dev/ttyUSB0
HomeMatic OTA flasher version 0.097-git

Reading firmware from firmware_HM-LC-Sw1PBU-FM.eq3...
Firmware with 77 blocks successfully read.
Opening culfw-device at path /dev/ttyUSB0 with speed 38400
Requesting firmware-version
culfw-device firmware version: 1.66
Entering 10k-mode
Waiting for device with serial KEQ0000001


Den Schalter habe ich nach dieser Meldung eingeschaltet und er blink 1xlang,2xkurz, ca. 10s Pause dann wieder 1xlang, 2xkurz, usw.

Ich habe jetzt extra noch mal die Firmware aus dem Download genommen ohne sie neu zu erstellen. So funktioniert es aber anscheinen auch nicht.

Hat jemand eine Idee was ich falsch mache. Ich komme nicht dahinter. Habe jetzt schon den kompletten Forenbeitrag durch und das Wiki 5x rauf und runter gelesen. Ich bin am Verzweifeln :'(

Danke
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 November 2016, 14:52:57
ist KEQ0000001 denn die seriennummer deines bootloaders? sniff doch die messages.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 05 November 2016, 20:18:16
Hallo,

ja, sollte es sein da ich nicht geändert habe. ich habe die Datei genommen die im Download ist. Da steht diese Seriennummer im Readme drin.
Ich habe jetzt mal  so hier gesnfift:

attr global verbose 1
attr global mseclog 1
attr nanoCUL_868MHz longids all,sys
attr nanoCUL_868MHz verbose 4


Dann habe ich den Schalter mit Spannung beaufschlagt und nach 1 min mal geschaut was ankam.
Leider kam nichts an, zumindest nichts vom Schalter. Das einzige was ich gesehen habe war mein HM Bewegungsmelder  :-\

Muss ich denn noch irgendwas mit dem Schalter machen das der Bootloader "auf Sendung" geht?

Gruß
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 05 November 2016, 21:42:45
Hi,
ich trage für einen Schalter sowohl im Bootloader als auch in der Firmware die gleiche Seriennummer und HMID ein, natürlich unique.
Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 06 November 2016, 10:20:16
Ja, aber die Seriennummer beim bootloader hat doch nichts mit der in der firmware zu tun. Mein Problem ist, das ich die firmeware nit ota flashen kann. Dafür habe ich den bootloader 8k    geflasht und versucht per ota die firmeware mit einem nanoCUL zu flashen. Und das funktioniert nicht.
Meine Frage ist also wie ihr das genau gemacht habt. Den im Wiki steht nur das man die firmeware ota flashen soll. Aber nicht genau wie das geht.

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ucm73 am 07 November 2016, 12:24:56
Hallo,
ich habe folgendes Problem.
Ich betreibe auf 2 Ebenen für das Hauptlicht 2 Wechselschaltungen.
Einrichtung und Funktion des ersten Schalters mit der alternativen Firmware - kein Problem, danke für die Arbeit.
In der 2. Ebene (2. Schalter) komme ich nicht klar.
HM-LC-Sw1PBU-FM ist mit FHEM gepairt und lässt sich problemlos bedienen (Licht geht an und aus - wie es sein soll).
Von den Wechselschaltern lässt sich das Licht aber nicht schalten.
Ich habe mal den Strom Schwellwert in der Firmware auf 500 runtergesetzt (const unsigned long minImpulsLength = 500). Leider keine Änderung, das Licht lässt sich mit den anderen Wechselschaltern nicht schalten.
Wenn ich den "anderen" Wechselschalter bediene ändert sich der current Wert im Switch_2 von 0 (Licht aus) auf ca. 180 (Licht immer noch aus).
Wenn ich das Licht mit dem HM-LC-Sw1PBU-FM anschalte liegt der Wert bei ca. 930.
Ich komme nicht weiter, irgend jemand eine Idee?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 November 2016, 13:14:53
Zitat von: FEHMPiDi am 06 November 2016, 10:20:16
Ja, aber die Seriennummer beim bootloader hat doch nichts mit der in der firmware zu tun. Mein Problem ist, das ich die firmeware nit ota flashen kann. Dafür habe ich den bootloader 8k    geflasht und versucht per ota die firmeware mit einem nanoCUL zu flashen. Und das funktioniert nicht.
Meine Frage ist also wie ihr das genau gemacht habt. Den im Wiki steht nur das man die firmeware ota flashen soll. Aber nicht genau wie das geht.

Gesendet von meinem SM-G901F mit Tapatalk
steht doch genau drin => 3. bootloader aktivieren:
ZitatNetzversorgung vom schalter ausschalten, config taster drücken und halten, spannung einschalten und weiterhin gedrückt halten bis erstes blinken erscheint.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 November 2016, 13:51:55
Zitat von: ucm73 am 07 November 2016, 12:24:56
Hallo,
ich habe folgendes Problem.
Ich betreibe auf 2 Ebenen für das Hauptlicht 2 Wechselschaltungen.
Einrichtung und Funktion des ersten Schalters mit der alternativen Firmware - kein Problem, danke für die Arbeit.
In der 2. Ebene (2. Schalter) komme ich nicht klar.
HM-LC-Sw1PBU-FM ist mit FHEM gepairt und lässt sich problemlos bedienen (Licht geht an und aus - wie es sein soll).
Von den Wechselschaltern lässt sich das Licht aber nicht schalten.
Ich habe mal den Strom Schwellwert in der Firmware auf 500 runtergesetzt (const unsigned long minImpulsLength = 500). Leider keine Änderung, das Licht lässt sich mit den anderen Wechselschaltern nicht schalten.
Wenn ich den "anderen" Wechselschalter bediene ändert sich der current Wert im Switch_2 von 0 (Licht aus) auf ca. 180 (Licht immer noch aus).
Wenn ich das Licht mit dem HM-LC-Sw1PBU-FM anschalte liegt der Wert bei ca. 930.
Ich komme nicht weiter, irgend jemand eine Idee?
wie ist denn dein scenario genau installiert/verdrahtet?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 07 November 2016, 13:54:34
Zitat von: ucm73 am 07 November 2016, 12:24:56
Ich betreibe auf 2 Ebenen für das Hauptlicht 2 Wechselschaltungen.
Einrichtung und Funktion des ersten Schalters mit der alternativen Firmware - kein Problem, danke für die Arbeit.
In der 2. Ebene (2. Schalter) komme ich nicht klar.
Hi,
verstehe ich das richtig, je zwei Wechselschaltungen für genau ein Hauptlicht?
Wenn ja, ist das eine Kreuzschaltung, keine Wechselschaltung. Dann brauchst Du nur einen HM-LC-Sw1PBU-FM, der muss an den Anfang der Kreuzschaltung, siehe auch Einbauhinweise im Wiki.
Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ucm73 am 07 November 2016, 14:01:59
Hallo,
Nein, dass ich 2 Schaltungen habe, hatte ich nur geschrieben, um zu sagen, dass eine davon funktioniert.
2 getrennte Schaltkreise.
Das Problem besteht ausschließlich an der 2. Schaltung.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 07 November 2016, 14:57:54
Nur um sicher zu sein, auch die zweite Schaltung besteht aus zwei Schaltern und wenn Du den HM-Switch wieder durch einen normalen Wechselschalter ersetzt, tut alles wieder?
Wenn ja, baue halt mal den funktionierenden oben ein um auszuschließen, dass es an der Schaltung liegt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 November 2016, 15:11:50
es gibt ja mehrere versionen eine classische wechselschaltung zu verdrahten. sogenannte "SPARSCHALTUNGEN" muss man wohl erst umbauen. ich habe auch schon geschaltete nullleiter gesehen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 07 November 2016, 15:15:29
Korrekt, ich auch, bei mir.... :(
Ist immer ein Krampf, sich dann die Null zu besorgen und oben in der Verteilerdose das wieder richtig zu beschalten.
So ein Pfusch, nur um sich ne Ader zu sparen...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 November 2016, 15:26:52
ZitatSo ein Pfusch, nur um sich ne Ader zu sparen...
ich vermute mittlerweile, dass es zu der zeit eventuell kein 5adg. kabel gab, oder sehr schwer zu beschaffen war. aus heutiger sicht sehe ich keinen sinn darin.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 07 November 2016, 20:40:04
Hallo Frank,

Du hast recht es steht drin, sorry. Aber das habe ich auch schon probiert.
Der Schalter hat immer den gleichen Blinkrhytmus, egal ob ich den Konfigtaster drücke oder nicht.
Hast Du noch irgendeine Idee?

Gruß
Dirk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 November 2016, 10:59:48
hallo dirk,

ich vermute, dass du den ablauf trotzdem noch nicht richtig durchführst.

zuerst musst du das ota-update-tool starten, welches dann auf die start message vom bootloader wartet.
jetzt musst du die einschaltprozedur, wie oben beschrieben, durchführen. hierbei wird 1 mal die startmessage gesendet. im eingebauten zustand braucht man eigentlich 2 personen, weil einer muss den taster gedrückt halten, während der andere die spannung einschaltet.

diese start-message muss man sniffen können.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 08 November 2016, 12:51:30
Hallo zusammen,

oder man modifiziert die Firmware (korrigiert, siehe auch weiter unten) so, wie es im Wiki mit Verweis auf den passenden Beitrag beschrieben ist.
Dann hat man ein Bootmenu  :D

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: virido am 09 November 2016, 09:29:23
Hallo,

Ich bin neu in der Fhem und Homematic welt und möchte eine Wechselschaltung austatten.
Die einzig gute Lösung scheint für mich diese Firmware zu sein.
Jedoch finde ich den Wiki-Eintrag etwas verwirrend.
Gibt es irgendwo eine Schritt-für-Schritt Anleitung um diese Firmware auf meine Schalter zu bekommen?
Sorry für diese banale Frage...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 09 November 2016, 13:13:11
Hallo Christian,

Jetzt ist die Verwirrung komplett.
Ich dachte immer bootloader und firmeware sind zwei unterschiedliche Dinge.  Die Modifikation mit der bootoption bezieht sich doch auf die firmeware und nicht auf den bootloader, oder?
Heisst das also ich muss nur die modifizierte firmeware aufspielen und kann dann das nächste mal per ota flashen?


Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 09 November 2016, 13:58:07
Hi,

sorry, mea culpa.
Ja, um den Bootloader zu aktivieren, ohne den Schalter stromlos zu machen, muss man die Firmware ändern, nicht den Bootloader. Ist schon zu lange her, dass ich den Teil gemacht habe. Mittlerweile ändere ich nur noch die HM-ID und die Seriennummer.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 10 November 2016, 10:04:31
Hallo Forum,

Ich verfolge seit ein paar Tagen dieses Thema und habe gestern am Arbeitsplatz erfolgreich einen Schalter geflasht. Mit angepasstem Bootloader und Firmware (HMID, Seriennummer...). Das Ding ließ sich anschließend anlernen und schalten. Auch in Wechslerschaltung. Wunderbar!

Zu Hause habe ich den Schalter dann eingebaut und wollte ihn erneut anlernen (gleiche HMID der Zentrale wie am Arbeitsplatz). Funktionierte nur teilweise: Das Device wurde irgendwann angelegt, aber mit einem Fragezeichen hinter der Bezeichnung. Fhem-Update durchgeführt, mehrfach neu gestartet. Nix.

Dann heute morgen den Schalter wieder in der Firma angeschlossen. Ließ sich schalten, genau wie gestern.
Ich habe dann Bootloader und FW noch mal neu geflasht um den Anlernprozess noch mal durchzuführen. Der Schalter sendet jetzt gar keine HM-Messages mehr (über´s Sniffing). OTA-Flash funktioniert auch nicht mehr.
Über die Kabel-Verbindung lässt sich der ATMega aber nach wie vor ansprechen. Es kommen keine Fehlermeldungen, weder bei den Fuses, noch  beim Bootloader, noch bei der Firmware.
Die LED am Schalter leuchtet auch nicht mehr. Zu keinem Zeitpunkt. Auch nicht, wenn ich die Taster betätige (Lernen und Steuer-Taster).

Anschließend hab ich die Firmware von Mr. P's Cloud genommen. Der gleiche Effekt.
Das Beste: Das gleiche Verhalten zeigt sich bei 2 Schaltern.

Hatte zwischendurch auch mal versucht den ATMega zu löschen:
avrdude -p m644p -P gpio -c gpio -e

Habe ich jetzt für 100€ Schrott produziert?

Bin etwas ratlos. Vielleicht hat jemand von euch einen Hinweis!

gruß
klinki
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 10 November 2016, 11:08:37
ZitatIch habe dann Bootloader und FW noch mal neu geflasht um den Anlernprozess noch mal durchzuführen.
das hat nichts mit anlernen zu tun. anlernen ist das schreiben einer hmid ins eeprom. und die war ja von anfang an die richtige, sowohl auf arbeit, als auch zu hause.

nach dem flashen des bootloaders ging also noch einmal ota?

ZitatHatte zwischendurch auch mal versucht den ATMega zu löschen:
ich kenne den befehl jetzt nicht. aber kannst du die fuses denn noch auslesen?

ZitatHabe ich jetzt für 100€ Schrott produziert?
ich hoffe mal nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 10 November 2016, 11:32:18
Zitat
das hat nichts mit anlernen zu tun. anlernen ist das schreiben einer hmid ins eeprom. und die war ja von anfang an die richtige, sowohl auf arbeit, als auch zu hause.
..war blöd ausgedrückt. Ich wollte nur sagen, dass ich den gesamten Prozess noch einmal durchführen wollte.

Zitat
nach dem flashen des bootloaders ging also noch einmal ota?
das habe ich gestern nicht mehr ausprobiert, da ich Kabel noch verbunden hatte und Bootloader und FW dann darüber geflasht habe. OTA ging heute morgen nicht. Auch nicht, als habe ich den vorgefertigten Bootloader von Mr.P geflasht hatte.

Zitat
ich kenne den befehl jetzt nicht. aber kannst du die fuses denn noch auslesen?
ja, hier:

root@raspberrypi:~# avrdude -p m644p -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e960a
avrdude: reading input file "0xFD"
avrdude: writing lfuse (1 bytes):
Writing | ################################################## | 100% 0.00s
avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFD:
avrdude: load data lfuse data from input file 0xFD:
avrdude: input file 0xFD contains 1 bytes
avrdude: reading on-chip lfuse data:
Reading | ################################################## | 100% 0.00s
avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0xD8"
avrdude: writing hfuse (1 bytes):
Writing | ################################################## | 100% 0.00s
avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xD8:
avrdude: load data hfuse data from input file 0xD8:
avrdude: input file 0xD8 contains 1 bytes
avrdude: reading on-chip hfuse data:
Reading | ################################################## | 100% 0.00s
avrdude: verifying ...
avrdude: 1 bytes of hfuse verified
avrdude: safemode: Fuses OK
avrdude done.  Thank you.


EDIT: Vielleicht passen die Fuses auch nicht mehr zur Hardware. Immerhin ist der ATMega ja kein 644 mehr. Leider kenne ich mich mit diesem Thema nicht gut genug aus  :-\
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 10 November 2016, 15:59:13
Ich hab jetzt alle Kabel erneuert; sämtliche Schritte noch mal von vorne. Nun hat es geklappt! Wo der Fehler genau war, kann ich leider nicht sagen  :-\
Kann eigentlich nur ein WaKo in einem Draht gewesen sein. Die Schritte beim Flashen hab ich bestimmt ein Dutzend Mal durchgeführt.
Flashen hat halt immer funktioniert - daher habe ich keinen Gedanken an ein Problem mit der Verdrahtung verschwendet.

Falls sich jemand Gedanken über mein Problem gemacht hat: Sorry & Danke!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 10 November 2016, 16:11:43
ZitatNun hat es geklappt!
prima. dann schnell die kabel weg, damit du nicht mehr in versuchung kommst. bis auf einen kleinen teil des bootloaders kann nun alles ota updated werden.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 11 November 2016, 06:45:51
Aye! Entkabelt, zu Hause eingebaut, angelernt, logisch mit einem Bewegungsmelder verknüpft. Jetzt geht, wenn es dunkel ist, das Licht für 4 Minuten an wenn man den Raum betritt, über den HM-Schalter oder den zweiten (herkömmlichen) Wechselschalter kann man das Licht auch frühzeitig wieder ausschalten.

Herrlich!

Ich hatte vorgestern den Wiki-Beitrag dazu schon etwas erweitert.
virido hat aber so ganz unrecht nicht:

Zitat von: virido am 09 November 2016, 09:29:23
Die einzig gute Lösung scheint für mich diese Firmware zu sein.
Jedoch finde ich den Wiki-Eintrag etwas verwirrend.
Gibt es irgendwo eine Schritt-für-Schritt Anleitung um diese Firmware auf meine Schalter zu bekommen?

Ich meine, der Beitrag enthält wirklich alles Nötige - und darüber hinaus. Aber wie das bei gewachsenen Beiträgen häufig so ist: die Struktur und Durchgängigkeit hat schon etwas gelitten.
Falls Interesse besteht, könnte ich meine Durchführung mit dem Raspberry Pi einmal vollständig als step-by-step beschreiben.

@virido: So ganz ohne Grundkenntnisse in Raspberry Pi, Linux, µC-Programmierung und natürlich Homematic, kommt man aber bei diesem Projekt nicht bis in´s Ziel. Auch wenn der Nutzen wirklich groß ist - vielleicht solltest Du kleiner anfangen. Wenn man im Wiki oder Forum stöbert, findet man immer tolle Ideen und Projekte. Schade, dass der Tag nur 24 Stunden hat  ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: virido am 11 November 2016, 11:13:05
Hallo,

Versuche gerade zu flashen und bekomme bei dem Befehl
avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m

folgendes:
avrdude: Device signature = 0x1e960a
avrdude: Expected signature for ATMEGA644 is 1E 96 09
         Double check chip, or use -F to override this check.

somit bestätigt mir das Gerät auch nicht per LED die funktion.
Was läuft hier falsch?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 11 November 2016, 11:45:53
Vermutlich hast Du einen ATMega644p. Deshalb wirft der Programmer eine Fehlermeldung aus. Versuch´s mit:

avrdude -p m644p -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: virido am 11 November 2016, 11:51:34
Die Meldung ist schon mal weg mit deiner Hilfe.
Jedoch meldet sich die LED trotzdem nicht. Wie müsste dann der Befehl für das Flashen aussehen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 11 November 2016, 11:58:44
eigentlich genau wie im http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware  (http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware)beschrieben, nur eben kein m644, sondern m644p.

Demnach also:

Fuses(mit Lock)
avrdude -p m644p -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m

Bootloader:
avrdude -p m644p -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM_8k.hex

Firmware:
avrdude -p m644p -P gpio -c gpio -U flash:w:Asksin_HM_LC_Sw1PBU_FM.cpp.hex

Bei mir blinkt die LED aber auch nicht, wenn ich die fuses setze

hast Du denn schon alle Dateien zusammen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: virido am 11 November 2016, 12:01:39
Ich habe die Files aus dem Wiki/der Verlinkung.
https://owncloud.isengard.at/public.php?service=files&t=8992affb68e8c1dcbe532152628ad9a5
Da ist kein bootloader mit 8K bei.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 11 November 2016, 12:04:52
Hi,

Der findet sich doch im Wiki unter dem Punkt Bootloader bauen.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 11 November 2016, 12:28:53
richtig, Christian!

@all: Ich habe den Flash-Vorgang am Raspberry Pi für das betriebs-eigene Wiki dokumentiert.
Diese Dokumentation will ich euch nicht vorenthalten und habe die Schritte auch in´s fhem-wiki übertragen:  http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_am_Raspi_bauen_u._flashen (http://www.fhemwiki.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_am_Raspi_bauen_u._flashen)

@virido: Diese Anleitung sollte jetzt wirklich Schritt für Schritt sein. Vielleicht hilft sie Dir. Über ein Feedback würde ich mich freuen!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: virido am 11 November 2016, 12:45:35
Bin die Anleitung durch gegangen und habe auch keine Fehler erhalten.
Denke also mein Schalter ist nun geflashed.
Im anderen Wiki-Eintrag stand ich soll den schalter nun testen.
Muss ihn dafür wieder ans Hausnetz klemmen oder reicht die Versorgung des Pi?
Dafür noch eine Anleitung und ich bin überglücklich :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 11 November 2016, 12:59:26
steht eigentlich im Haupt-Artikel  ::)

Hast Du das .pm-Modul schon in dein FHEM integriert??
Dann:
- Reset des Schalters (kurz stromlos machen)
- fhem in den Anlernmodus versetzen / autocreate aktivieren
- Taster des HM-Schalters >4s gedrückt halten und loslassen

Schalter sollte dann in fhem auftauchen.
das kannst du alles mit der Spannungsversorgung am Raspi machen. Die Relaisplatine, bzw. 230V sind nicht nötig.
Die 230V erst anklemmen, wenn die Kabel vom Raspi gelöst sind. Sonst funkt´s  ;D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: virido am 11 November 2016, 13:29:36
Habe das .pm-Modul in den Ordner geworfen und fhem neu gestartet.
Es tut sich nichts :(

Log sagt auch nichts...
2016.11.11 13:32:23 3: HMUARTLGW myHmUART entered pairing-mode
2016.11.11 13:32:53 3: HMUARTLGW myHmUART left pairing-mode
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 11 November 2016, 16:50:55
Hast du mal das HM-Sniffing aktiviert?
Leuchtet denn irgendwas am Schalter wenn Du die Taster auslöst?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 11 November 2016, 19:56:45
Hallo,

ich verstehe das mit dem Bootloader einfach nicht, bzw. funktioniert es bei mir nicht.
Ich habe folgendes gemacht:
- Bootloader und Firmeware wie im Wiki beschrieben erstellt.
- Fuses gesetzt
- Bootloader mit einem Raspbery (nicht über GPIO, sonder mit einem MySmart USB light stick) geflasht.
- Firmeware mit einem Raspbery (nicht über GPIO, sonder mit einem MySmart USB light stick) geflasht.
- Alles ohne Fehlermeldung erfolgreich geflasht!

Danach kann ich den Schalter in Fhem anlernen und er funktioniert.

Aber das OTA flashen klappt nicht.
Ich habe versucht die Firmeware per OTA zu flashen:
- eq3 erstellt
- Über Fhem ein FW Update gestartet: set HM_463033 fwUPDATE /media/NAS/FW.eq3 60
- Dann den Schalter eingeschaltet und das Bootmenü auf Option 2 eingestellt

Ergebnis ist das sich nichts tut und Fhem die Fehlermeldung "fail:notInBootLoader" anzeigt.

Ich glaube irgendetwas mach ich einfach falsch.
Der Schalter hängt noch an der Stromversorgung des USB Sticks.

Danke
Dirk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: virido am 11 November 2016, 20:17:40
es leuchtet nichts am schalter.
Und HM-Sniffing kenne ich nicht.

Edit:
Ich habe den Schalter testweise wieder ins Hausnetz integriert und dort funktioniert er wunderbar.
Ich konnte ihn in Fhem anlernen und sehe nun all seine Komponenten.
Jetzt muss ich nur noch die Konfiguration für die Schalter hinbekommen :D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 16 November 2016, 12:15:33
OTA Update klappt bei mir auch nicht. Auch nicht mit der fertigen Version von Mr. P.
Die Flash-Prozesse laufen bei FW und Bootloader fehlerfrei. Anschließend funktioniert die FW auch, aber den Bootloader per OTA ansprechen nicht.
Kann also leider auch keine sinnvollen Tipps beisteuern.
Ist mir aber auch soo wichtig nicht.... Schalter reagiert wie er soll -> never touch a running switch

HM-Sniffing wurde im Forum schon mehrfach behandelt. Musste mal suchen. Ganz grob muss man das globale Verbose-Level runter und das des Funk-Devices hoch setzen.

jroos
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 November 2016, 12:35:34
ich vermute, das liegt bei euch am flashen der fw über avr dude mit den selben einstellungen wie beim bootloader.
ich habe die fw nach dem flashen des bootloaders gleich ota geflasht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 16 November 2016, 12:45:16
Hi Frank,

Zitat von: frank am 16 November 2016, 12:35:34
ich vermute, das liegt bei euch am flashen der fw über avr dude mit den selben einstellungen wie beim bootloader.
verstehe ich nicht so ganz. Die Einstellungen sind doch richtig, sonst würde das Flashen doch nicht funkionieren, oder?
Oder meinst Du die Anpassungen an den hex-Files (Seriennummer, HMID, usw.), die man vorher macht?

Außerdem: wenn die Firmware doch schon drauf ist, müsste man sie dann vorher über ein Erase wieder löschen?

...bin gerne bereit etwas auszuprobieren.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 November 2016, 13:07:17
letztendlich müssen 2 programme (bootloader und die schalter-fw) parallel an bestimmten adressen im flashspeicher existieren.

ZitatAußerdem: wenn die Firmware doch schon drauf ist, müsste man sie dann vorher über ein Erase wieder löschen?
ich denke nicht. macht avr dude sicherlich schon automatisch (schau dir das flash protokoll an). vor dem ersten bootloader flashen war ja auch schon was drauf => original-bootloader und original-fw.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 16 November 2016, 14:21:36
Richtig. Avrdude führt bei jedem Vorgang ein Löschen/Schreiben/Prüfen der spezifizierten Bereiche durch.
Aber was nutzt mir die Erkenntnis? Es funktioniert halt nicht, die Firmware OTA zu flashen. Warum auch immer...

Man müsste halt mal die Debug-Leitungen an den Raspi-UART anschließen. So ist das Ding eine BlackBox.

@Frank: Mich würde aber mal Folgendes interessieren: hattest Du mal per Prommer oder Raspi die Firmware aufgespielt und hat anschließend das OTA-Update noch funktionert?

Bei meinem allerersten Versuch hatte es nämlich auch OTA geklappt. Aber nicht mehr nachdem ich Bootloader & Firmware dann mal per Raspi geflasht hatte. Leider weiß ich auch nicht mehr 100%ig wann ich welche Schritte durchgeführt hatte
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 November 2016, 14:49:21
ZitatRichtig. Avrdude führt bei jedem Vorgang ein Löschen/Schreiben/Prüfen der spezifizierten Bereiche durch.
Aber was nutzt mir die Erkenntnis? Es funktioniert halt nicht, die Firmware OTA zu flashen. Warum auch immer...
weil der bootloader dann wieder weg ist?

set ich den bootloader drauf habe, habe ich immer ota bootloader oder fw geflasht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 16 November 2016, 15:03:48
Zitat von: frank am 16 November 2016, 14:49:21
weil der bootloader dann wieder weg ist?

Wie schon erwähnt, kann ich beides erfolgreich flashen. Also wird auch Bootloader erfolgreich auf den Schalter gespielt. Er startet/funktioniert aber offensichtlich bei mir nicht. Warum auch immer...keine Ahnung was ich da noch falsche mache. Es liegt jedenfalls nicht daran, dass der Bootloader nicht korrekt auf den ATMega gespielt wurde. Sonst würde avrdude ja beim verify meckern.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 17 November 2016, 11:36:38
Hallo, so ist es auch bei mir. Der bootloader ist drauf, aber ich kann nicht ota Flaschen. Der Schalter sendet anscheinend nicht seine Kennung. Ich bekomme jedenfalls beim sniffen keine Message vom Schalter. Kann das evtl. Daran liegen das ich einen nanocul verwende? Empfängt der ggf. nicht das Signal das der bootloader sendet?

Gruss

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 November 2016, 11:51:24
ZitatKann das evtl. Daran liegen das ich einen nanocul verwende? Empfängt der ggf. nicht das Signal das der bootloader sendet?
nein.

du hast also nur den bootloader über kabel geflasht? und direkt danach ota die fw versucht?

edit: halt, vieleicht doch. ist in der fw der schnelle flashmodus freigeschaltet?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 17 November 2016, 12:25:54
Zitat von: frank am 17 November 2016, 11:51:24
ist in der fw der schnelle flashmodus freigeschaltet?

was ist das denn?  ???
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 17 November 2016, 12:39:49
ich habe nochmal dein log angeschaut:

Entering 10k-mode
Waiting for device with serial KEQ0000001


der 10k-mode ist der normale modus, also musst du die startmessage vom bootloader auf jeden fall sniffen können.
zum flashen wird dann später in den 100k-modus umgeschaltet. das war schon mal in irgendeiner fw abgeschaltet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Klinki am 17 November 2016, 14:31:24
Ah, okay.. ist mal ein Hinweis!

ich meine mich aber ganz dunkel zu erinnern, dass die fertige Firmware/Bootloader-Kombination von Mr.P von 10k auf 100k umgesprungen ist. Dann lief auch das OTA-Update.
Aber das hatte auch nicht mehr funktioniert nachdem ich den Mr.P-Bootloader noch einmal per Kabel aufgespielt hatte.
Werde noch mal probieren. Nochmals Danke für den Hinweis!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 18 November 2016, 07:42:42
Hi Klinik,

Bitte gib Bescheid wenn es bei dir klappt.  Ich weiß nämlich nicht mehr was ich noch probieren soll.
Ansonsten muss ich auf ota verzichten.

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bootscreen am 30 November 2016, 08:23:33
Moin,

nur als kurze Verständnisfrage ob ichdas mit der alternativen FW richtig verstanden hab:
Mit der aFW könnte ich den oberen Taster mit dem Ausgang peeren und so meine Deckenlampe togglen und mit dem unterem Taster über FHEM eine Funksteckdose togglen? Ich hab aber bei den beiden Ausgängen immernoch nur eine XOR Schaltung, oder?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 30 November 2016, 11:10:27
Hallo Bootscreen,
ist so wie du geschreiben hast.
Bei der AlternativFw werden die Kanäle aufgetröselt, d.h. du kannst die internen Buttons mit einem beliebigen HM-Gerät peeren oder notifys (DOIF) in der Zentrale triggern.
Wenn du die Buttons intern peerst hast du wieder die gleiche Funktion wie das Orginal + einen Zusätzlichen Kanal der anzeigt, ob stromfließt oder eben nicht, somit ist es auch möglich den Schalter in einer Wechselschaltung zubetreiben und eine korrekte Statusmeldung in FHEM zuhaben.
Der Ausgang beibt wie er ist => Wechselrelais.

Gruß,
Stefan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bootscreen am 30 November 2016, 13:51:36
Hallo Stefan,

danke für die Info. Dann lass ich es doch lieber. Der nutzen wäre zwar bei mir da, aber dann doch nich so groß als das ich das Risiko eingehn will mir den Lichtschalter zu zerlegen ^^
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: omega235 am 18 Dezember 2016, 22:12:24
Hallo,

ich hoffe hier kann mir einer helfen ein bisschen den Überblick zu bekommen. Gerade in dem WIKI sind soviele Informationen dass man garnicht weiß wo man anfangen soll.

1. Ist die Alternative Firmware mit CCU2 kompatibel oder nur mit FHEM

2. Ist ein Update der Firmware mit der CCU2 möglich?

3. Wie ist der einfachste weg einen Schalter auf die alternative Firmware zu bekommen (vorhanden: CCU2, etwas Lötkenntnis, einen Pi 2 ohne zusätzliche Hardware)

Ich wäre super Dankbar wenn mir jemand hlefen könnte

edit: Falls Schalter mit CCU2 kompatibel und das Firmware updaten nur sehr umständlich ist: Verkauft jemand fertig geflashte Schalter?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 18 Dezember 2016, 22:49:15
Hallo,

ich muss mich auch mal damit beschäftigen. Ich habe vor #duck weg# zwei Jahren einen Progiadapter gekauft um nicht löten zu müssen. Ich habe einen Schalter, bei dem das Netzteil nicht mehr geht. Den wollte ich mal umflashen. Nur bis jetzt habe ich mich noch nicht getraut. Mal sehen, ob ich zwischen Weihnachten und NJ Zeit dafür finde. Dann könnte ich Dir die obere Platine schicken (im tausch gegen Deine).

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: omega235 am 18 Dezember 2016, 22:54:27
Hallo,

das hört sich schonmal gut an, dann könnte ich zumindest mal testen ob die firmware funktioniert.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Nighthawk am 22 Dezember 2016, 09:14:24
Hallo Zusammen,

ersmal vielen Dank an die FW Ersteller für die Mühe, die fehlende (bzw. hochkomplexe) Umsetzung in einer Wechselschaltung war bei mir bisher das einzige was mich von Homematic ferngehalten hat.

Nachdem ich mich durch alle 117 Seiten durchgearbeitet habe, sind für mich eigentlich keine Fragen mehr offen :-)


@omega235

Zu 1.
Ja, ich hatte es kurz am Laufen gehabt nach dieser Anleitung: https://forum.fhem.de/index.php?topic=27915.15 (https://forum.fhem.de/index.php?topic=27915.15)

Zu 2.
Habe ich nicht getestet, aber wenn es läuft, dann braucht man sich darüber eigentlich keine Gedanken mehr machen ;-)

Zu 3.
Löten ist denke ich keine Herausforderung, etwas Raspi (Linux) Kenntnisse und etwas Homematic (FHEM) Kenntnisse sind notwendig, das meiste ist aber sehr ausführlich beschrieben, sodass aus meiner Sicht jeder zum Ziel kommt.

Mir hat folgender Wiki Eintrag sehr geholfen, da dieser Sachlich und aufgeräumt ist: https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_am_Raspi_bauen_u._flashen (https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_am_Raspi_bauen_u._flashen)

Die Sachen die am ende noch zwischenhauen ist das fehlen der richtigen SW wie z.B. die richtige Version von srecord (v1.64), oder die felende libswitch-perl, oder die internen peers die in der Firstload stehen.

Gruß Alex
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: fhemfreund am 27 Dezember 2016, 14:15:18
Klinke mich hier auch mal ein ...

Konnte die FW + Bootloader auf meinen HM_LC_Sw1PBU_FM flashen und soweit funktioniert auch alles wie gewünscht. Allerdings habe ich rel. oft bei (ca. 50%) Schaltvorgängen das Phänomen, dass der Schalter nach längerer 'Inaktivität' nicht auf Funkbefehle reagiert. Andere original HM devices funktionieren mit meiner FHEM+Rpi Installation einwandfrei. Auch wird der Lampe ein/aus Status in einer Wechselschaltung nicht immer an FHEM zurück gesendet (die Current-Erkennung an sich funktioniert einwandfrei).
Meine Fragen daher wären:

- Hat das jemand auch schon gehabt?
- Gibt es da ggf. noch andere Tricks, das zu beheben?
- Kann jemand bestätigen, dass Schaltvorgänge immer zuverlässig ausgeführt werden, bzw. der Current Status immer zurück gemeldet wird?

Andreas
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 27 Dezember 2016, 15:17:36
Hi,

ein paar Dinge kann ich bestätigen, andere nicht:
1) On/Off wird nicht immer an FHEM gesendet, korrekt, nämlich genau dann, wenn der HM-LC-Sw1PBU-FM selbst betätigt wird, schaltet er zwar, aber bleibt auf off respektive on.
Ich habe den internal Btn_02 (unterer Taster) via single set mit channel_04 (Aktor mit Stromerkennung) gepeered.
Dies passiert NIE, wenn ein mechanischer Schalter in der Wechsel/Kreuzschaltung betätigt wird und passiert AUCH, wenn der HM-LC-Sw1PBU-FM in einer Standard-Schaltung (also als einsamer Lichtschalter) betrieben wird.
2) Current ist IMMER korrekt, auch wenn 1) eintritt.
3) um 1) zu fixen, habe ich ein notify auf current, nicht perfekt, aber besser als dauerhaft der falsche Zustand in FHEM, zumal auch "Slaves" via notify auf dem HM-LC-Sw1PBU-FM-Status lauschen.
4) Er reagiert bei mir IMMER auf Funkbefehle via FHEM(LANADAPTER).
Eine Lösung für 1) außer Krücke 2) ist mir nicht eingefallen, außer dass ich noch festgestellt habe, dass Reading timedOn
dauerhaft auf running steht, wenn 1) eintritt.
Leider habe ich keine Idee, wo das Problem wirklich liegt, aber vielleicht liest ja einer der Developer das und hat eine Idee/Hinweis.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 01 Januar 2017, 17:52:07
Hi,

ich habe nun einen meiner beiden Problemschalter nochmal neu mit frischgebauten Bootloader und Firmware versorgt.
Soweit alles gut, allerdings habe ich folgendes Problem.

Betätigungen am Schalter werden nicht zuverlässig versandt. Allerdings scheint der Schalter diese schon garnicht zu senden/zu erkennen so dass die Events in FHEM auch garnicht auftauchen können.

Mal kann ich 20x hintereinander den Schalter betätigen, jeder Tastendruck wird auch brav durch die LED signalisiert.
Dann ist es allerdings auch so dass ich n-mal drücken kann ohne das die LED blinkt.

Ich habe den Schalter noch nicht wieder zusammengebaut, aktuell wird die Funkplatine noch über den RPI versorgt.

Hat noch jemand eine Idee was falsch laufen könnte ? Oder was ich noch testen könnte ?

Gruß

Bodo
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: moritz am 03 Januar 2017, 15:42:22
Moin,

ich versuche gerade, einen unmodifizierten Sw1PBU per flash-ota zu aktualisieren - dies scheitert mit der Meldung "Missing ACK" beim flashen.

Wenn ich mir die .eq3 Datei von eq3.de hole (HM-LC-Sw1PBU-FM_update_V2_8_2_150713.eq3), dann klappt das update.

Was mir auffällt: die eq3-update Datei scheint immer 16 bytes + crc frames zu haben, wohingegen die via hex2eq3.php erstellte datei immer frames von 256 bytes und nen crc nur ganz am Ende hat.

Ich vermute, dass eq3 hier das Format verändert hat, weiss dazu jemand mehr?

Wems hilft:

import sys
import crcmod.predefined
data = open(sys.argv[1], 'r').read()
block = 0
while len(data):
    l = int(data[0:4], 16)
    data = data[4:]
    d = data[0:l*2].decode('hex')
    data = data[l*2:]
    if int(d[-2:].encode('hex'), 16) != crcmod.predefined.mkCrcFun('crc-16-buypass')(d[0:-2]):
        print "CRC ERROR"
    print block, d[0:-2].encode('hex')
    block += 1
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 Januar 2017, 13:23:34
Zitatich versuche gerade, einen unmodifizierten Sw1PBU per flash-ota zu aktualisieren - dies scheitert mit der Meldung "Missing ACK" beim flashen.
das hat wohl noch keiner probiert mit eigener fw.

zum ota flashen eigener fw gibt es ja den selbstgebauten bootloader im git von jab, der zuvor über programmer/pi geflasht werden muss.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tropaion am 23 Januar 2017, 00:16:28
Hallo,

ich habe auf meinem Schalter erfolgreich denn Bootloader und OTA-Firmware installiert.

Jetzt habe ich das Problem, wenn ich das FHEM-Modul in denn Modul-Ordner kopiere, funktioniert der CC1101-Stick nicht mehr.
Der erkennt keine Geräte mehr, nicht einmal mehr die original HomeMatic-Geräte.

Es kommen nur mehr solche Meldungen:
Zitat2017.01.20 16:26:29 4: CUL_Parse: CUL_HM A 0B B0 A040 3529DA 332211 02305C -28
2017.01.20 16:26:29 5: CUL_HM: dispatch A0BB0A0403529DA3322110230::-28:CUL_HM
2017.01.20 16:26:29 5: Triggering CUL_HM (1 changes)
2017.01.20 16:26:29 5: Starting notify loop for CUL_HM, 1 event(s), first is UNKNOWNCODE A0BB0A0403529DA3322110230::-28:CUL_HM
2017.01.20 16:26:29 3: CUL_HM: Unknown code A0BB0A0403529DA3322110230::-28:CUL_HM, help me!
2017.01.20 16:26:29 5: CUL/RAW: /A0BB0A0403529DA33221102305C

Woran kann das liegen?

Mfg,
Tropaion
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 Januar 2017, 08:45:00
sieht alles normal aus. neben dem cul liegt das device 3529DA und sendet an 332211 (deine zentrale?).
definiere dir eine vccu, siehe wiki.
vielleicht hat dein cul kein attr hmid mehr.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 23 Januar 2017, 11:57:17
Habe mich nun wieder an das Flashen eines neuen Schalters gewagt. Leider kann ich zum Flashen des OTA Bootloaders den Lock nicht auf 0x2f setzen, so dass das Flashen des Bootloaders fehlschlägt. Woran kann das liegen - schlampig gelötet?
Die Firmware kann ich hingegen flashen, da dafür der Lock nicht gebraucht wird. Der Schalter sollte doch dann auch funktionieren? Tut er aber leider nicht. Irgendwelche Tipps dazu?
Danke!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tropaion am 23 Januar 2017, 13:59:53
Zitatsieht alles normal aus. neben dem cul liegt das device 3529DA und sendet an 332211 (deine zentrale?).
definiere dir eine vccu, siehe wiki.
vielleicht hat dein cul kein attr hmid mehr.

Naja, das Problem ist, wenn ich das Modul installiere, gehen die normalen HM-Geräte gar nicht mehr, die CUL empfängt gar nichts mehr richtig.
Ohne Modul gehen alle HM-Geräte perfekt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 Januar 2017, 14:45:58
Zitatdie CUL empfängt gar nichts mehr richtig.
deine spärlichen infos zeigen genau das gegenteil.
es fühlt sich nur kein modul zuständig. vielleicht wird 10_cul_hm nicht geladen.

ZitatOhne Modul gehen alle HM-Geräte perfekt.
da bei allen anderen das modul ok ist, muss ja bei deiner installation etwas nicht funktionieren.

was steht in fhem.log beim start von fhem?
fehlt eventuell dass perl modul, switch oder so?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 23 Januar 2017, 15:03:08
Zitat von: wires.io am 23 Januar 2017, 11:57:17
Habe mich nun wieder an das Flashen eines neuen Schalters gewagt. Leider kann ich zum Flashen des OTA Bootloaders den Lock nicht auf 0x2f setzen, so dass das Flashen des Bootloaders fehlschlägt. Woran kann das liegen - schlampig gelötet?
Die Firmware kann ich hingegen flashen, da dafür der Lock nicht gebraucht wird. Der Schalter sollte doch dann auch funktionieren? Tut er aber leider nicht. Irgendwelche Tipps dazu?
Danke!
Kann ich sowohl Bootloader als auch Firmware "hintereinander" flashen, so dass beides im richtigen Bereich des Speichers steht? Sind dafür die Fuses zuständig?
Sorry, ich habe leider immer noch keinen stabilen Prozess hinbekommen, um den Schalter richtig zu flashen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 Januar 2017, 17:07:11
ZitatKann ich sowohl Bootloader als auch Firmware "hintereinander" flashen, so dass beides im richtigen Bereich des Speichers steht?
irgendwie kann man auch alles über kabel flashen. Dirk macht das bei seinen universalsensoren mit einem speziellen tool/script, und hat es dort im thread beschrieben. du musst es also nur finden, verstehen und auf diese hardware portieren.

warum flashst du nicht über ota? dann siehst du doch gleich ob es funktioniert.

dein lockbit problem wirst du so nicht umschiffen können, falls es überhaupt eins ist. welche fuses sind denn gesetzt? hast du sie mal ausgelesen?

kennst du die original anleitung auf git von jan zum bootloader?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 24 Januar 2017, 09:43:18
Zitat von: frank am 23 Januar 2017, 17:07:11
warum flashst du nicht über ota? dann siehst du doch gleich ob es funktioniert.
Heißt das: Wenn das Flashen der Firmware über OTA funktioniert, bin ich also durch und muss "nur noch" mit FHEM pairen? Soweit war ich nämlich schon und bin wieder zurückgegangen, nachdem die FHEM Kopplung nicht funktioniert hat. Gibt mir das Blinken der Status LED eine Auskunft über den Zustand der Firmware?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 24 Januar 2017, 10:47:37
ZitatHeißt das: Wenn das Flashen der Firmware über OTA funktioniert, bin ich also durch und muss "nur noch" mit FHEM pairen?
theoretisch schon. zumindestens funktioniert schon mal der bootloader. allerdings macht dieser im anschluss an das ota-update einen check der übermittelten fw. wenn ok wird sie gestartet, wenn nicht, dann verworfen.

wenn der schalter regelmässig blinkt, ca. 15s, dann ist weiterhin der bootloader aktiv.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 24 Januar 2017, 11:09:34
Hallo zusammen,
habe seit ca. 2 Wochen eine Philipps Hue RGB LED an dem Schalter hängen und seither probleme mit der Stromerkennung, sobald ich die Lampe dimme.
Habe gestern die Firmware mit mit der geänderten
alt: minImpulsLength = 500
neu: minImpulsLength = 40  geflasht, leider ohne Erfolg.

Mir wäre am liebsten wenn alles was current > 5 ist den state on setzen würde.

Hat jemand Erfahrung mit dimmbaren LED und dem HM_LC_Sw1PBU_FM mit alternativ Firmware?

Gruß,
Stefan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 24 Januar 2017, 13:05:35
Zitat von: frank am 24 Januar 2017, 10:47:37
wenn der schalter regelmässig blinkt, ca. 15s, dann ist weiterhin der bootloader aktiv.
Danke für die Erläuterung! Dann habe ich evtl. ein Problem mit der Firmware. Blinkt die LED nicht mehr oder anders, wenn die Firmware vom Bootloader geladen wird?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 24 Januar 2017, 13:43:03
ZitatDann habe ich evtl. ein Problem mit der Firmware.
srec_cat ermittelt die prüfsumme. hast du hier ein problem?

ZitatBlinkt die LED nicht mehr oder anders, wenn die Firmware vom Bootloader geladen wird?
zeigt den status des relais an, und reagiert auf configtaster bedienung. also kein unmotiviertes blinken.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 24 Januar 2017, 15:10:52
Zitat von: frank am 24 Januar 2017, 13:43:03
srec_cat ermittelt die prüfsumme. hast du hier ein problem?
zeigt den status des relais an, und reagiert auf configtaster bedienung. also kein unmotiviertes blinken.
Das Konvertieren von .hex nach .eq3 hatte ich mit der Option "--withCrcCheck" durchgeführt und keine Fehlermeldung bekommen.
Auf das Blinken muss ich nochmal achten, wenn ich wieder erfolgreich geflasht bzw. OTA durchgeführt habe.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 25 Januar 2017, 11:07:43
Per "Homematic Firmware Update Tool" erfolgreich geflasht. Das "Bootloader Blinken" ist aber immer noch da.
Im Anhang ist die Firmwaredatei. Gibt's eine Möglichkeit die zu checken?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 25 Januar 2017, 12:21:48
Das Logfile von FHEM zeigt nach dem Pairingversuch:

hmusb: Unknown code A140000101234FF000000004B455130303030303033::-28:hmusb, help me!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 Januar 2017, 12:53:15
das ist sicherlich der bootloader mit der id 0x1234FF, der seine seriennummer sendet.
allerdings ist der rssi zu gut (-28).

mach mal zum flashen einen grösseren abstand (2-3m) und wiederhole den vorgang.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Marshal am 25 Januar 2017, 23:25:35
Zitat von: wires.io am 23 Januar 2017, 11:57:17
Habe mich nun wieder an das Flashen eines neuen Schalters gewagt. Leider kann ich zum Flashen des OTA Bootloaders den Lock nicht auf 0x2f setzen, so dass das Flashen des Bootloaders fehlschlägt. Woran kann das liegen - schlampig gelötet?
Die Firmware kann ich hingegen flashen, da dafür der Lock nicht gebraucht wird. Der Schalter sollte doch dann auch funktionieren? Tut er aber leider nicht. Irgendwelche Tipps dazu?
Danke!

Hi, ich hatte auch Probleme mit dem "Setzten der Fuses".
Ich habe den Befehl noch etwas erweitert, dann ging es:
avrdude -p m644p -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m -B 4800 -u -e
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 25 Januar 2017, 23:36:48
@Frank
1. Danke, dass Du hier so geduldig Support leistest!
2. Habe jetzt auf unterschiedlichsten Systemen jeweils Bootloader und Firmware kompiliert bzw. geflasht. Das Bootloaderblinken hört aber nicht auf, Pairen ist nicht möglich. Lt. Deinen Erklärungen hängt der Bootloader wohl in einer Loop. Irgendeine Ahnung was da schief läuft?

@Marshal
Danke, funzt bei mir aber nicht. Ich nehme den "AVR mySmartUSB light" zum Flashen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 26 Januar 2017, 08:50:30
Habe gerade auf https://github.com/kc-GitHub/Asksin_OTA_Bootloader gelesen, dass mir noch die Checksum fehlt. Habe ich 4k oder 8k "Bootloader Space"?


Sent from my iPad using Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 Januar 2017, 11:13:44
ZitatHabe ich 4k oder 8k "Bootloader Space"?
das kannst nur du wissen, denn du gibst uns/mir keine infos.
vor tagen habe ich bereits gefragt, wie deine fuses gesetzt sind. damit stellst du den space ein.

fuses, bootloader und firmware müssen jeweils zum gewählten bootloader space passen.
du musst dich entscheiden, ob du 4k oder 8k möchtest. dementsprechend wählst du die jeweiligen einstellungen und komponenten. ich habe und würde immer wieder 8k nutzen.

und auch das wiki sollte alle schritte für 8k bereitstellen.

warum zeigst du nicht schritt für schritt nach welcher anleitung du vorgehst und wie die protokolle dafür aussehen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 26 Januar 2017, 16:12:54
- Windows 10 Bash
  - Bootloader gebaut

- Windows 10 myAVR_ProgTool.exe
  - Hardware: mySmartUSB light, Controller ATmega644
    - wenn ich als Controller ATmega644a einstelle, kann ich die Fuses nicht auslesen bzw. setzen
  - Fuses auf 0xFD (Low) - 0xDA (High) - 0x2F (Lock) versucht zu setzen
    - anschließendes Auslesen ergibt: 0xFD (Low) - 0xDA (High) - 0xEF (Lock)
  - damit Bootloader über die angelöteten Drähte geflasht
    - Flashen läuft durch, aber am Schluss kommt die Warnung das geschriebene / gelesene Daten unterschiedliche Längen haben

- Windows 10 Windows Bash
  - Firmware mit Arduino kompiliert
  - .hex to .bin
    /opt/srecord-1.64/bin/srec_cat Asksin_HM_LC_Sw1PBU_FM.cpp.hex -intel -fill 0xFF 0x0000 0xEFFE -Cyclic_Redundancy_Check_16_Little_Endian 0xEFFE -o Asksin_HM_LC_Sw1PBU_FM.cpp.bin -binary
  - .bin to .eq3
    ./bin2eq3 Asksin_HM_LC_Sw1PBU_FM.cpp.bin Asksin_HM_LC_Sw1PBU_FM.cpp.eq3
   
- Windows 10 Homematic Firmware Tool
  - Asksin_HM_LC_Sw1PBU_FM.cpp.eq3 OverTheAir mit HM-CFG-USB-2geflasht
  - LED blinkt nicht mehr Bootloader typisch alle 15s, sondern leuchtet nur bei Knopfdruck auf
 
- Ubuntu FHEM
  - "hart gepairt" durch Hinzufügen der entsprechenden Einträge in die fhem.cfg
  - im Log kommt die Meldung: "hmusb: Unknown code A110DA00238636B34656A04B0670000671900::-97:hmusb, help me!"
  - getConfig liefert nix zurück trotz "CMDs_done" (siehe Bild)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 Januar 2017, 17:41:33
Zitat- Windows 10 Homematic Firmware Tool
  - Asksin_HM_LC_Sw1PBU_FM.cpp.eq3 OverTheAir mit HM-CFG-USB-2geflasht
  - LED blinkt nicht mehr Bootloader typisch alle 15s, sondern leuchtet nur bei Knopfdruck auf
das hört sich doch sehr gut an. jetzt aber bitte nicht mehr flashen.  ;)

Zitat- "hart gepairt" durch Hinzufügen der entsprechenden Einträge in die fhem.cfg
du kannst das device so anlegen, aber pairen musst du trotzdem.

wie es aussieht, hast du das auch geschafft.
es fehlen aber noch die 4 channel.
am besten noch mal drüber pairen und nichts löschen.

Zitat- im Log kommt die Meldung: "hmusb: Unknown code A110DA00238636B34656A04B0670000671900::-97:hmusb, help me!"
das ist wahrscheinlich vom nachbarn. definiere eine vccu wie im wiki, dann ist schluss mit "help me".
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 26 Januar 2017, 21:51:25
Nachdem ich das

define HM_123458_Btn_01 CUL_HM 12345801
define HM_123458_Btn_02 CUL_HM 12345802
define HM_123458_Sw_01 CUL_HM 12345803
define HM_123458_Sw_02 CUL_HM 12345804

manuell eingegeben habe, bekomme ich nun auch State CMDs_done nach getConfig.
So: Jetzt noch einbauen und schauen, ob er tut was er soll.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 27 Januar 2017, 13:33:13
Zitat von: wires.io am 26 Januar 2017, 21:51:25
So: Jetzt noch einbauen und schauen, ob er tut was er soll.
was war denn nun eigentlich das grosse flash problem?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 27 Januar 2017, 15:12:08
Erstmal einbauen (und an der CCU2 anmelden), dann endgültiges Fazit.

Vorläufiges Fazit:
Fast endgültiges Fazit:
- Ich habe mich von den Warnungen beim Setzen der Fuses und dem Flashen des Bootloaders irritieren lassen.

- Es gibt drei bis vier verschiedenen Anleitungen, die in Details voneinander abweichen und zusätzlich zu Irritationen beitragen. Evtl. solle in diesem Forum ein "sticky" Thread angelegt, werden, wo die einzig wahre, aktuelle Anleitung steht.

- Der CRC Check bzw. das Erstellen einer Firmware mit gültigem CRC hat mich etwas Nerven gekostet, da ich beim Flashen der ersten Schalter vor ca. 1 1/2 Jahren dies nicht (bewusst) gemacht habe. "bin2eq3" gab's da noch nicht bzw. ich hab's seinerzeit nicht benutzt.

- Der Anmeldeprozess an FHEM klappt auch nicht automatisch, sondern nur durch manuelles Eintragen einiger Daten in fhem.cfg und Absetzen div. Befehle über das Webinterface. "set hmusb hmPairForSec 60" und "set hmusb hmPairSerial KEQ000000x" mit kurzem Druck auf das Knöpfchen am Schalter haben nichts bewirkt. Bin gespannt, ob das an der CCU2 funktioniert, wo ich die seinerzeit geflashten Schalter schon angemeldet habe. Man muss das Knöpfchen am Schalter länger als vier Sekunden gedrückt halten, dann klappt das auch automatisch - wer das Wiki lesen kann, ist klar im Vorteil.

- Durch Systemumzug habe ich mir eine neue Buildchain aufgebaut. Damit müsste ich in Zukunft den Bootloader und die Firmware wieder bauen und beides auch Flashen können. Für die Anmeldung an FHEM habe ich auch einige "Best Practices" gewonnen.

- Weitere Best Practice: Die Flashkabel werden erst abgelötet, wenn die Anmeldung an FHEM erfolgreich war. Habe mir durch zu häufiges An- und Ablöten schon mal die Lötaugen ruiniert.

- Ein gewisser "Glücksspielfaktor" bleibt ;-)

Die Firmware ist für meine Einsatzzwecke, um entfernte Aktoren anzusteuern, echt genial! Vielen Dank dafür an Alle, die dazu beigetragen haben!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 31 Januar 2017, 11:37:54
Zitat- Es gibt drei bis vier verschiedenen Anleitungen, die in Details voneinander abweichen und zusätzlich zu Irritationen beitragen. Evtl. solle in diesem Forum ein "sticky" Thread angelegt, werden, wo die einzig wahre, aktuelle Anleitung steht.

- Der CRC Check bzw. das Erstellen einer Firmware mit gültigem CRC hat mich etwas Nerven gekostet, da ich beim Flashen der ersten Schalter vor ca. 1 1/2 Jahren dies nicht (bewusst) gemacht habe. "bin2eq3" gab's da noch nicht bzw. ich hab's seinerzeit nicht benutzt.
am sichersten ist sicherlich immer die original anleitung und beim "mischen" von anleitungen wird es meistens nochmal komplizierter.
bin2eq3 gibt es mindestens seit dem 19.08.2014. das ist das änderungsdatum der README.md datei, wo es erwähnt wird. wahrscheinlich sogar schon seit der ersten fw. das scipt konvertiert eigentlich nur nach eq3 format.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: EinEinfach am 06 März 2017, 09:14:11
Hallo zusammen,

ich wollte mich an dieser Stelle auch für die tolle Umsetzung bei den Entwicklern bedanken. Am Wochenende habe ich meinen ersten HM_LC_Sw1PBU_FM geflasht und in die erste Wechselschaltung installiert. Läuft!!

Allerdings habe ich noch 2 Fragen, auf die ich spontan keine Antwort gefunden habe:
1. In der FHEM Wiki steht, dass Switch_1 der virtuelle Kanal ist, der abhängig vom Stromfluss den Zustand auf On bzw. Off ändert. Bei mir eindeutig ist das der Switch_2. Ist das nur bei mir so, oder handelt es sich hier um einen Fehler in der Wiki?
2. Vor dem kompilieren muss die Stromschwelle bei Bedarf geändert werden. Standard ist 5000, den Wert habe ich auch so gelassen. Wie hängt diese Schwelle mit dem Reading "current" zusammen? Im eingeschaltetem Zustand ist bei mir current=700. Trotzdem wird der Zustand als eingeschaltet erkannt, obwohl der Wert deutlich unter 5000 ist.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kingmathers am 10 März 2017, 23:05:20
Hallo,

ich habe auch mehrere HM_LC_Sw1PBU_FM im Einsatz und würde gerne diese Firmware draufspielen.

Ich habe einen Raspberry Pi und kann löten. Als Schnittstelle zu FHEM benutze ich HM-CFG-LAN (und vccu, falls das relevant ist). Den Wiki Artikel habe ich mir durchgelesen, es sind jedoch noch ein paar Fragen bei mir offen geblieben:

1. Ist mit der alternativen Firmware auch die Unterscheidung zwischen kurzem und langem Tastendruck (sowie beim HM-RC-2-PBU-FM) möglich?

2. Welche Teile kann ich mit meiner Hardware OTA machen und wofür muss ich den HM_LC_Sw1PBU_FM anlöten?

3. Ist diese Anleitung (https://owncloud.isengard.at/index.php/s/8992affb68e8c1dcbe532152628ad9a5) noch aktuell?

4. Ich habe ja mehrere HM_LC_Sw1PBU_FM. Liege ich richtig in der Annahme, dass ich jeden davon erst einbauen muss, in FHEM anlernen, die Daten rausschreiben um damit die neue Firmware zu kompilieren, dann ausbauen, flashen und erneut einbauen muss?

Grüße
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: EinEinfach am 14 März 2017, 13:46:10
Zitat von: kingmathers am 10 März 2017, 23:05:20
Hallo,

ich habe auch mehrere HM_LC_Sw1PBU_FM im Einsatz und würde gerne diese Firmware draufspielen.

Ich habe einen Raspberry Pi und kann löten. Als Schnittstelle zu FHEM benutze ich HM-CFG-LAN (und vccu, falls das relevant ist). Den Wiki Artikel habe ich mir durchgelesen, es sind jedoch noch ein paar Fragen bei mir offen geblieben:

1. Ist mit der alternativen Firmware auch die Unterscheidung zwischen kurzem und langem Tastendruck (sowie beim HM-RC-2-PBU-FM) möglich?

2. Welche Teile kann ich mit meiner Hardware OTA machen und wofür muss ich den HM_LC_Sw1PBU_FM anlöten?

3. Ist diese Anleitung (https://owncloud.isengard.at/index.php/s/8992affb68e8c1dcbe532152628ad9a5) noch aktuell?

4. Ich habe ja mehrere HM_LC_Sw1PBU_FM. Liege ich richtig in der Annahme, dass ich jeden davon erst einbauen muss, in FHEM anlernen, die Daten rausschreiben um damit die neue Firmware zu kompilieren, dann ausbauen, flashen und erneut einbauen muss?

Grüße

Hi, ich versuche mal deine Fragen zu beantowrten:
1. Ja, die Unterscheidung gibt es ("kurz oder lang" Taster oben und "kurz oder lang" Taster unten) Ich habe gerade noch mal ausprobiert, die Unterscheidung gibt es doch nicht...  :o
2. OTA geht erstmal nicht. Anlöten musst du im ersten Schritt auf jeden Fall. Wenn du später OTA flashen möchtest (aus welchen Gründen auch immer, Stromschwelle doch noch anpassen usw), dann muss im ersten Schritt der Bootloader gefalsht werden. Nach dem Bootloader flashen kannst du direkt die Neue Firmware flashen, oder den Schalter einbauen und die neue FW OTA flashen.
3. Ich habe die Anleitung auch versucht, allerdings hatte ich diverse Probleme hier und da. Im Endeffekt fand ich die hier am besten, wo es sofort funktioniert hat: https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_am_Raspi_bauen_u._flashen (https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_am_Raspi_bauen_u._flashen)
4. Nein nicht unbedingt. Wenn du unbedingt den Wert drauflegst die originale HMID in den Schalter zu schreiben, dann muss du ihn erstmal anlernen (Ich habe keinen anderen Weg gefunden, wie ich die HMID rauskriege ohne das Teil vorher anzulernen). Außerdem brauchst du die Seriennummer, diese findest allerdings auf der Verpackung.
Beides HMID und Seriennummer können natürlich wirkürlich gewählt werden (also ohne vorher anzulernen). Du musst nur drauf achten dass die HMID einzigartig ist.

Gruß
Alex
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: b4rRa am 15 März 2017, 08:36:45
Bezüglich der Frage "Sind die Anleitungen noch aktuell"

Habe gestern meine letzten 4 Schalter mit der FIrmware geflasht. Wenn man weiß wie es geht, ist das rucki zucki erledigt. Beim ersten Schalter war ich aber kurz vorm Aufgeben. Das ganze hat mich fast den kompletten Sonntag gekostet. Hab das ganze auch mit einem rpi3 geflasht.

Die Anleitungen sind noch "aktuell" sollten aber um Hinweise ergänzt werden. Hauptproblem bei mir waren die Fuses!! Die haben sich ums verrecken nicht korrekt setzen lassen. Ich bekam immer folgende Fehlermeldung:

avrdude: Device signature = 0x1e960a (probably m644p)
avrdude: reading input file "0xFD"
avrdude: writing lfuse (1 bytes):

Writing |                                                    | 0% 0.00s ***failed; 
Writing | ################################################## | 100% 0.10s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFD:
avrdude: load data lfuse data from input file 0xFD:
avrdude: input file 0xFD contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.01s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0xff != 0xfd
avrdude: verification error; content mismatch

avrdude: safemode: lfuse changed! Was fd, and is now ff
Would you like this fuse to be changed back? [y/n]


Zuerst dachte ich, dass etwas mit der Verkabelung nicht stimmt. Sah aber alles gut aus. Dennoch hingegangen und komplett neue Kabel angelötet und angesteckt.. Immer noch gleicher Fehler... Dann hab ich den kompletten rpi3 platt gemacht und neu aufgesetzt... Frisches, nacktes OS und alle Schritte penibel wiederholt. Der Fehler bleibt.

Die Suche hier im Thread war auch erfolglos. Den Fehler hatten zwar auch schon 2-3 Leute gepostet, aber ohne erkennbare Lösung. Die Fehlermeldung "Would you like this fuse to be changed back? [y/n]" habe ich mit NO quittiert. Das Auslesen der Fuses zeigte aber, dass die Werte immer noch die falschen waren.

Mir gingen die Ideen und Geduld aus und ich hab dann einfach den Bootloader so drüber geknüppelt. Und was soll ich sagen - es hat funktioniert o_O. Nach dem der Bootloader geflasht war, konnte ich nun auch einwandfrei die Fuses richtig setzen! Sicherheitshalber habe ich dann erneut den Bootloader und dann die Firmware drübergeknüppelt.

Der Schalter ließ sich auf Anhieb korrekt pairen. Das Problem mit den Fuses hatte ich im Übrigen bei ALLEN Schaltern. Hinweise auf die Problematik hätten mir ne Menge Zeit erspart :) Von daher hoffe ich, dass dieser Beitrag eventuell anderen "Neulingen" etwas hilft.

Ein weiteres Problem in den Anleitungen ist die Problematik mit dem Atmel M644 Chip! In der FHEM Wiki steht folgendes:
ZitatHinweis: In älteren Beschreibungen findet man häufig die Ziel-Plattform m644. Diese unterscheidet sich praktisch in der Stromaufnahme des Chips, führt beim avrdude aber zu Fehlermeldungen, deshalb auf m6444p achten

Das ist so nicht ganz korrekt! Offenbar ist eq3 hingegangen und hat in neueren Modellen keinen M644a sondern einen M644p verbaut. Hier ist also unbedingt darauf zu achten, wie alt euer Schalter ist. Ich habe einen älteren, gebrauchten Schalter (Beginnend mit LEQxxxxx) der musste zwingend mit M644 geflasht werden. Meine neuen Schalter (Beginnend mit NEQxxxx) mussten alle mit M664p geflasht werden.

Das Auslesen der Original HMID ist im Übrigen recht leicht und steht auch schon irgendwo hier im Thread. Der versteckt sich im kleinen QR Code auf der Platine (Es gibt 3 Aufkleber. Es ist der kleine auf der Platine - nicht Funkmodul!) und beginnt mit Hxxxxx. Es ist also nicht zwingend notwendig den Schalter vorab anzulernen um die HMID zu Erfahren.

Ein weiterer Hinweis der in allen Anleitungen fehlt - aber ausgiebig hier im Thread besprochen wurde - ist die Notwendigkeit von libswitch-perl damit das alternative FHEM Modul für den Schalter funktioniert

apt-get install libswitch-perl
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: EinEinfach am 15 März 2017, 10:40:21
ZitatDie Anleitungen sind noch "aktuell" sollten aber um Hinweise ergänzt werden. Hauptproblem bei mir waren die Fuses!! Die haben sich ums verrecken nicht korrekt setzen lassen

Den Fehler hatte ich auch. Allerdings stand es in einer der Anleitungen, dass dieser getrost ignoriert werden kann (Weiß nicht mehr in welcher....). Also hat mich der erste Schalter nur den halben Sonntag gekostet  ;D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: b4rRa am 29 März 2017, 17:07:05
So ich melde mich noch mal zu Wort.. Habe jetzt einige HM-LC-Sw1PBU-FM mit alternativer Firmware im Betrieb. Die Schalter funktionieren soweit.. Leider habe ich auch das Problem, dass sich die Schalter offenbar nach einer gewissen Zeit "aufhängen" und sich dann am Taster nicht mehr schalten lassen - aber auch nur dort. Wird dann irgendeine Aktion über FHEM an den Schalter gesendet, funktioniert es auch wieder direkt am Taster.

Ich konnte hier nicht wirklich irgendeine Regelmäßigkeit feststellen. Mal tritt es nach nem halben Tag auf, mal läuft es 3 Tage ohne Probleme... Dennoch trägt dies natürlich nicht zum WAF bei.

Beim stöbern des Threads habe ich einige Leute gefunden, die das gleiche Phänomen haben. Aber irgendwie keine wirkliche Lösung? Liest hier noch jemand von den Betroffenen mit und hat vlt. mittlerweile einen Lösungsansatz dafür?

Wenn sich der Schalter aufhängt, kommen keinerlei Eingaben mehr in FHEM an. Der Eventmonitor bleibt komplett leer. Sobald ich über FHEM das Relais einmal schalte, funktioniert auch am Taster direkt wieder alles wunderbar. Es reicht sogar ein einfaches getConfig auf den Schalter und er lässt sich danach wieder einwandfrei bedienen.

Mir ist aufgefallen, dass der Schalter - sobald er sich aufhängt - auch nicht mehr die Current Status Updates sendet, die normalerweise im 20 Sekunden Takt kommen. Ist es nicht möglich mit irgendeiner Routine die Current Nachrichten auf den Aktor zu loggen und sobald z.B. 3 Minuten keine Current Status Updates mehr kommen, er automatisch ein getConfig ausführt? Der Current Parameter selbst ändert sich ja nicht, also müsste die Abfrage irgendwie auf den Timestamp oder Logeintrag erfolgen. Aber ich hab keine Ahnung wie ich das umsetzen muss, falls das überhaupt geht :(

2017-03-29_14:04:12 Elektronikecke current: 0
2017-03-29_14:04:31 Elektronikecke current: 0
2017-03-29_14:04:50 Elektronikecke current: 0
2017-03-29_14:05:08 Elektronikecke current: 0
2017-03-29_14:05:27 Elektronikecke current: 0
2017-03-29_14:05:46 Elektronikecke current: 0
2017-03-29_14:06:05 Elektronikecke current: 0 ------> Taster hängt sich auf - Keine Statusupdates mehr, Kein Schalten am Taster mehr möglich
2017-03-29_16:23:38 sw_Elektronikecke CMDs_pending ------> getConfig über FHEM ausgeführt
2017-03-29_16:23:38 sw_Elektronikecke CMDs_pending
2017-03-29_16:23:38 sw_Elektronikecke CMDs_pending
2017-03-29_16:23:39 sw_Elektronikecke CMDs_pending
2017-03-29_16:23:39 sw_Elektronikecke CMDs_pending
2017-03-29_16:23:39 sw_Elektronikecke CMDs_pending
2017-03-29_16:23:39 sw_Elektronikecke CMDs_pending
2017-03-29_16:23:39 sw_Elektronikecke CMDs_pending
2017-03-29_16:23:39 sw_Elektronikecke CMDs_pending
2017-03-29_16:23:39 Elektronikecke current: 0                 ------> Wieder "da", sendet wieder Status Updates und lässt sich auch am Taster wieder bedienen
2017-03-29_16:23:58 sw_Elektronikecke CMDs_done
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: hexenmeister am 29 März 2017, 21:59:29
Man könnte das folgendermaßen realisieren: mit einem "at" alle 2-3 Minuten eine perlfunktion aufrufen (diese legt man in einem 99_myUtils oder so ab). Diese liest den timestamp des attributes und prüft einfach, ob dieser länger als X in der Vergangenheit liegt. Dann ggf. fhem("set <name> getConfig") aufrufen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 29 März 2017, 22:09:22
oder einen watchdog auf das currentreading, so dass jedes current event den watchdog zurücksetzt. wenn die events ausfallen wird der watchdog getriggert und führt das getconfig aus. geht natürlich auch mit doif.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: b4rRa am 30 März 2017, 13:55:23
Danke für die beiden Rückmeldungen.. Als Vollpfosten des Scriptings habe ich etwas herumgesucht und bin in der Wiki bei der manuellen Batteriestatusprüfung auf das perfekte Beispiel gestoßen. Ich habe deshalb die Variante von hexenmeister mit myUtils "umgesetzt" und minimal angepasst.

99_myUtils.pm

sub check_if_alive($$) {
  my ($Device,$minutes_threshold) = @_;
  my ($Device) = @_;
  my $now = time;
  my $Timestamp = ReadingsTimestamp($Device,"current","0");
  if ($Timestamp eq "0") {
    return 2;
  }

  my @splitdatetime = split(/ /,$Timestamp);
  my @splitdate = split(/-/, $splitdatetime[0]);
  my @splittime = split(/:/, $splitdatetime[1]);
  my $last_state_time =  timelocal($splittime[2], $splittime[1], $splittime[0], $splitdate[2], $splitdate[1]-1, $splitdate[0]);
  my $age_in_minutes = ($now - $last_state_time) / 60;
  my $age_in_seconds = ($now - $last_state_time);

  if ($age_in_minutes > $minutes_threshold) {
    Log 1, ("check_if_alive: $Device DEAD - getConfig eingeleitet - Letzter Empfang war vor $age_in_seconds Sekunden");
    fhem ("set $Device getConfig");
  } else {
    Log 1, ("check_if_alive: $Device AKTIV, letzter Empfang war vor $age_in_seconds Sekunden");
  }
   
}


und mit

define Switch_Check at +*0:03:00 {check_if_alive("Elektronikecke", 3)}

alle 3 Minuten auf aktuelle Currentmeldungen überprüfen. Erster Test sieht sehr gut aus :) Jetzt muss ich mir nur noch ein notify frickeln, falls der Switch ein set on/off verbummelt. Kommt leider auch ab und an vor.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Nighthawk am 02 April 2017, 10:23:07
Hallo Zusammen,

bei mir sind seit einiger Zeit 2 modifizierte Schalter im Einsatz, diese verrichten ihren Dienst meistens gut.
Was mich noch stört ist, dass nach einem Stromausfall 1. meisst das Licht angeht und 2. die internen Peerings gelöscht sind (das mit dem peeren in der Firmware hat bei mir immer nur Probleme verursacht).
Des Weiteren ist mir oft genug aufgefallen dass der Zustand der Lampe nicht korrekt dargestellt wird (meisstens Morgens, wenn das Licht über den Schalter eingeschaltet wird), wobei der Current Wert aber korrekt ist.
Zumindest für den fehlerhaften Zustand haben hier einige geschrieben dass es über ein Notify abgefangen werden kann. Da wäre ein Beispiel für Anfänger sicherlich hilfreich.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 05 April 2017, 04:15:03
Zitat von: Nighthawk am 02 April 2017, 10:23:07
Des Weiteren ist mir oft genug aufgefallen dass der Zustand der Lampe nicht korrekt dargestellt wird (meisstens Morgens, wenn das Licht über den Schalter eingeschaltet wird), wobei der Current Wert aber korrekt ist.
Ich habe 6 modifizierte Schalter im Einsatz und dieses Phänomen habe ich leider auch öfters :(
Der Zustand der unmodifizierten Schalter ist in FHEM praktisch immer korrekt.

Gesendet von meinem Leap mit Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Nighthawk am 05 April 2017, 20:45:02
Ich habe das jetzt erstmal folgendermaßen gelöst:

define Lichtschalter_Zustandskorrektur_ON notify if (Lichtschalter eq "on" and Lichtschalter:current<100)
(set Lichtschalter off)
ELSE (
if (Lichtschalter eq "off" and Lichtschalter:current>200)
(set Lichtschalter on)
)


Scheint so zu funktionieren, falls jemand Verbesserungen, bzw. Optimierungen hat, immer her damit.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: tante ju am 22 April 2017, 23:54:32
Hat schonmal jemand geschafft, die Firmware mit einem Arduino 1.6 zu bauen?

Sonst muß ich mich selber dransetzen, das jabduino mal auf eine Arduino IDE der letzten Jahre anzupassen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 23 April 2017, 12:15:50
Zitat von: tante ju am 22 April 2017, 23:54:32
Hat schonmal jemand geschafft, die Firmware mit einem Arduino 1.6 zu bauen?
...
Ist bei mir nie geglückt. Ich nutzte unter Windows immer noch die 1.0.5-r2 dafür.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Habbi am 24 April 2017, 10:21:49
Ist bei mir auch  nie geglückt :-(  Unter Windows  benutzr ich die 1.0.5-r2 dafür.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: tante ju am 24 April 2017, 21:29:25
Zitat von: Fritz!Maxi am 23 April 2017, 12:15:50
Ist bei mir nie geglückt. Ich nutzte unter Windows immer noch die 1.0.5-r2 dafür.

Zitat von: Habbi am 24 April 2017, 10:21:49
Ist bei mir auch  nie geglückt :-(  Unter Windows  benutzr ich die 1.0.5-r2 dafür.

Hab kein Windows. Habe auf dem Mac mit Arduino IDE 1.0.6 hinbekommen, nachdem ich die ganzen Löcher in der Doku "überbrückt" hatte.
Der erste Schalter läuft jetzt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 28 April 2017, 11:44:39
Hallo zusammen,
habe einen Schalter der ca. alle 4 Sek. CMD_done meldet.
Habe jetzt schon 2,5Mio einträge im LogFile für dieses Jahr.
Habe jetzt mal das attr event-on-change-reading gesetzt, das beruhigt zwar den Log, aber das Grundproblem ist dadurch noch nicht behoben.

Hat oder hatte schon jemand das selbe Problem?

Gruß,
Stefan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 April 2017, 12:37:33
das ist sicherlich nicht normal. sniffe mal den schalter.

event-on-change sollte man trotzdem grundsätzlich für alle readings bei allen devices/channels nutzen, solange man es nicht unbedingt anders benötigt. entlastet fhem.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 28 April 2017, 15:06:01
Zitat von: frank am 28 April 2017, 12:37:33
das ist sicherlich nicht normal. sniffe mal den schalter.

event-on-change sollte man trotzdem grundsätzlich für alle readings bei allen devices/channels nutzen, solange man es nicht unbedingt anders benötigt. entlastet fhem.

Hier der Sniff

2017.04.28 15:02:02.421 0: HMLAN_Parse: HMLAN1 R:E208557   stat:0000 t:13FA0C4D d:FF r:FFC6     m:F5 A410 208557 123451 0604000000
2017.04.28 15:02:02.428 5: CUL_HM Taster_UP_01 protEvent:CMDs_done
2017.04.28 15:02:02.428 5: CUL_HM Taster_UP_01 sent ACK:2
2017.04.28 15:02:04.209 0: HMLAN_Parse: HMLAN1 R:E208557   stat:0000 t:13FA13C0 d:FF r:FFC6     m:F6 A410 208557 123451 0604000000
2017.04.28 15:02:04.217 5: CUL_HM Taster_UP_01 protEvent:CMDs_done
2017.04.28 15:02:04.218 5: CUL_HM Taster_UP_01 sent ACK:2
2017.04.28 15:02:04.911 0: HMLAN_Parse: HMLAN1 R:E208557   stat:0000 t:13FA167E d:FF r:FFC6     m:F7 805E 208557 123451 000000000000000C000000
2017.04.28 15:02:06.903 0: HMLAN_Parse: HMLAN1 R:E208557   stat:0000 t:13FA1E47 d:FF r:FFC6     m:F8 A410 208557 123451 0604000000
2017.04.28 15:02:06.909 5: CUL_HM Taster_UP_01 protEvent:CMDs_done
2017.04.28 15:02:06.910 5: CUL_HM Taster_UP_01 sent ACK:2
2017.04.28 15:02:08.904 0: HMLAN_Parse: HMLAN1 R:E208557   stat:0000 t:13FA2618 d:FF r:FFC6     m:F9 A410 208557 123451 0604000000
2017.04.28 15:02:08.920 5: CUL_HM Taster_UP_01 protEvent:CMDs_done
2017.04.28 15:02:08.921 5: CUL_HM Taster_UP_01 sent ACK:2


Geht endlos weiter... :-\

Gruß,
Stefan
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Wetterhexe am 28 April 2017, 22:00:33
wollte mal fragen ob jemand die Schalter mit der TSCUL Firmware von Ansgar betreibt?

Ich habe zwei von den Schaltern geflasht, die auch grundsätzlich funktionieren. Aber ich habe reproduzierbare "Hänger" wenn ich zu schnell taste, dann reagieren sie für 10 sec. nicht, manchmal auch länger. Sehr lästig wenn mal mal vom Taster abrutscht oder die falsche Seite erwischt  :(
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Kai-Alfonso am 01 Mai 2017, 19:10:20
Hi,

ich wollte spaßeshalber mal auf einen HM_LC_Sw1PBU_FM  die alternative Firmware aufspielen - habe dazu das Wiki befolgt bzw auch den Link (Firmware bauen und flashen mit dem RaspberryPi: [5]), der unten im Wiki angegeben ist.

Ich habe dazu mal Fragen:

1. erkennt eine CCU2 einen Schalter mit alternativer Firmware oder braucht man eine CUL? Mein COC ist leider kaputt und ich nutze die CCU momentan über das Modul HMCCU
2. ich verstehe einen Punkt in den Anleitungen nicht - aufspielen der Firmware (.hex file) per avrdude - danach nochmal aufspielen der eq3 Firmware Datei  OTA über flash-ota  - oder ist entweder oder gemeint?
3. Ich habe jedenfalls den Bootloader und die Firmware wie unter den Link beschrieben geflashed und alles ging soweit ohne Fehler


Fuses

root@homebrew:~/Homematic/HM-LC-Sw1PBU-FM# avrdude -p m644 -P gpio -c gpio -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e9609
avrdude: reading input file "0xFD"
avrdude: writing lfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFD:
avrdude: load data lfuse data from input file 0xFD:
avrdude: input file 0xFD contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0xD8"
avrdude: writing hfuse (1 bytes):

Writing | ################################################## | 100% 0.00s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xD8:
avrdude: load data hfuse data from input file 0xD8:
avrdude: input file 0xD8 contains 1 bytes
avrdude: reading on-chip hfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of hfuse verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.


Bootloader

root@homebrew:~/Homematic/HM-LC-Sw1PBU-FM# avrdude -p m644 -P gpio -c gpio -U flash:w:bootloader_HM-LC-Sw1PBU-FM.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "bootloader_HM-LC-Sw1PBU-FM.hex"
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: writing flash (61372 bytes):

Writing | ################################################## | 100% 56.03s

avrdude: 61372 bytes of flash written
avrdude: verifying flash memory against bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: load data flash data from input file bootloader_HM-LC-Sw1PBU-FM.hex:
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex auto detected as Intel Hex
avrdude: input file bootloader_HM-LC-Sw1PBU-FM.hex contains 61372 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 54.38s

avrdude: verifying ...
avrdude: 61372 bytes of flash verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.


Firmware

root@homebrew:~/Homematic/HM-LC-Sw1PBU-FM#  avrdude -p m644 -P gpio -c gpio -U flash:w:/tmp/build7377907840511387129.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e9609
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "/tmp/build7377907840511387129.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.hex"
avrdude: input file /tmp/build7377907840511387129.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.hex auto detected as Intel Hex
avrdude: writing flash (19478 bytes):

Writing | ################################################## | 100% 21.04s

avrdude: 19478 bytes of flash written
avrdude: verifying flash memory against /tmp/build7377907840511387129.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.hex:
avrdude: load data flash data from input file /tmp/build7377907840511387129.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.hex:
avrdude: input file /tmp/build7377907840511387129.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.hex auto detected as Intel Hex
avrdude: input file /tmp/build7377907840511387129.tmp/Asksin_HM_LC_Sw1PBU_FM.cpp.hex contains 19478 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 20.17s

avrdude: verifying ...
avrdude: 19478 bytes of flash verified

avrdude: safemode: Fuses OK

avrdude done.  Thank you.



Jetzt scheint der Schalter aber nix zu machen - LED blinkt nicht, reagiert auch nicht beim drücken der Config-Taste, blinkt nur kurz beim loslassen der COnfig-Taste

Was habe ich falsch gemacht?  :o :o
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 03 Mai 2017, 11:57:22
Also bei mir Blinkt mit der Alternativfirmware der Config-Taster auch nicht großartig.
Wird der Schalter in FHEM nicht gefunden?
Versuch hmPairSerial.
Die Taster machen ertmal nichts, da sie nicht automatisch mit dem Relaiskanal (Sw_1 oder Sw_2) gepeert sind.

Gruß,
Haecksler
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Kai-Alfonso am 03 Mai 2017, 12:00:58
Zitat von: Haecksler am 03 Mai 2017, 11:57:22

Versuch hmPairSerial.
Die Taster machen ertmal nichts, da sie nicht automatisch mit dem Relaiskanal (Sw_1 oder Sw_2) gepeert sind.

Gruß,
Haecksler

Hätte ich ja gerne schon gemacht, wenn ich eine 868er CUL hätte. Habe zwar ein COC von Busware, der hat aber einen Schaden und meine Homematic Sachen schalte ich momentan über das Modul HMCCU mit der CCU2. Die CCU findet demnach den Schalter nicht mehr, oder?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 03 Mai 2017, 16:27:16
Zitat von: Kai-Alfonso am 03 Mai 2017, 12:00:58
Hätte ich ja gerne schon gemacht, wenn ich eine 868er CUL hätte. Habe zwar ein COC von Busware, der hat aber einen Schaden und meine Homematic Sachen schalte ich momentan über das Modul HMCCU mit der CCU2. Die CCU findet demnach den Schalter nicht mehr, oder?

Das weiß ich leider nicht, habe einen HMLAN und eine HMUSB.
Das Modul für die alternativ Firmware hast du gelade oder?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 Mai 2017, 12:51:15
Zitat von: Haecksler am 28 April 2017, 15:06:01
Hier der Sniff

2017.04.28 15:02:02.421 0: HMLAN_Parse: HMLAN1 R:E208557   stat:0000 t:13FA0C4D d:FF r:FFC6     m:F5 A410 208557 123451 0604000000
2017.04.28 15:02:02.428 5: CUL_HM Taster_UP_01 protEvent:CMDs_done
2017.04.28 15:02:02.428 5: CUL_HM Taster_UP_01 sent ACK:2
2017.04.28 15:02:04.209 0: HMLAN_Parse: HMLAN1 R:E208557   stat:0000 t:13FA13C0 d:FF r:FFC6     m:F6 A410 208557 123451 0604000000
2017.04.28 15:02:04.217 5: CUL_HM Taster_UP_01 protEvent:CMDs_done
2017.04.28 15:02:04.218 5: CUL_HM Taster_UP_01 sent ACK:2
2017.04.28 15:02:04.911 0: HMLAN_Parse: HMLAN1 R:E208557   stat:0000 t:13FA167E d:FF r:FFC6     m:F7 805E 208557 123451 000000000000000C000000
2017.04.28 15:02:06.903 0: HMLAN_Parse: HMLAN1 R:E208557   stat:0000 t:13FA1E47 d:FF r:FFC6     m:F8 A410 208557 123451 0604000000
2017.04.28 15:02:06.909 5: CUL_HM Taster_UP_01 protEvent:CMDs_done
2017.04.28 15:02:06.910 5: CUL_HM Taster_UP_01 sent ACK:2
2017.04.28 15:02:08.904 0: HMLAN_Parse: HMLAN1 R:E208557   stat:0000 t:13FA2618 d:FF r:FFC6     m:F9 A410 208557 123451 0604000000
2017.04.28 15:02:08.920 5: CUL_HM Taster_UP_01 protEvent:CMDs_done
2017.04.28 15:02:08.921 5: CUL_HM Taster_UP_01 sent ACK:2


Geht endlos weiter... :-\

Gruß,
Stefan
das scheint eine statusinfo (A410) vom chn4 zu sein. welche last schaltest du?
poste noch je ein list vom device und allen channels.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 04 Mai 2017, 13:19:46
List vom Device
Schalte als Last nur eine HUE Lampe, wobei die "CMD_done" Meldungen unabhängig davon sind, ob die Last geschalten sit oder nicht.


Internals:
   CHANGED
   DEF        208557
   HMLAN1_MSGCNT 19544
   HMLAN1_RAWMSG E208557,0000,06DABD0F,FF,FFBE,95A4102085571234510604000000
   HMLAN1_RSSI -66
   HMLAN1_TIME 2017-05-03 07:36:17
   HMUSB_MSGCNT 69056
   HMUSB_RAWMSG E208557,0000,0915B69E,FF,FFC1,52A4102085571234510604000000
   HMUSB_RSSI -63
   HMUSB_TIME 2017-05-04 13:11:51
   IODev      HMUSB
   LASTInputDev HMUSB
   MSGCNT     88600
   NAME       Taster_UP_01
   NOTIFYDEV  global
   NR         287
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Taster_UP_01_Btn_01
   channel_02 Taster_UP_01_Btn_02
   channel_03 Taster_UP_01_Sw_01
   channel_04 Taster_UP_01_Sw_02
   lastMsg    No:52 - t:10 s:208557 d:123451 0604000000
   protLastRcv 2017-05-04 13:11:51
   protResnd  4 last_at:2017-05-03 07:32:46
   protSnd    61624 last_at:2017-05-04 13:11:51
   protState  CMDs_done
   protTimedOn 3 last_at:2017-05-03 22:54:21
   rssi_at_HMLAN1 lst:-66 avg:-63.69 max:-59 min:-81 cnt:19544
   rssi_at_HMUSB lst:-63 avg:-63.77 max:-59 cnt:69056 min:-73
   Readings:
     2017-04-25 18:07:31   Activity        alive
     2017-04-18 20:32:33   CommandAccepted yes
     2017-04-18 18:55:01   D-firmware      1.5
     2017-04-18 18:55:01   D-serialNr      NEQ0274200
     2017-05-03 07:32:36   PairedTo        0x123451
     2017-04-18 18:55:09   R-pairCentral   0x123451
     2017-05-03 21:15:40   battery         ok
     2017-05-01 22:07:24   sabotageAttackId_ErrIoId_F10000 cnt:12
     2017-05-04 13:11:51   state           CMDs_done
   Helper:
     HM_CMDNR   82
     PONtest    1
     addVal     1
     cSnd       111234512085570204C80000,111234512085570204C80000BB81
     mId        F0A9
     rxType     1
     supp_Pair_Rep 0
     Ack:
     Expert:
       def        1
       det        1
       raw        0
       tpl        0
     Io:
       newChn     +208557,00,00,00
       nextSend   1493896311.10565
       rxt        0
       vccu       vccu
       p:
         208557
         00
         00
         00
     Mrssi:
       mNo        52
       Io:
         HMUSB      -61
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rpt:
       IO         HMUSB
       flg        A
       ts         1493896311.0327
       ack:
         HASH(0x473fe58)
         52800212345120855700
     Rssi:
       At_hmlan1:
         avg        -63.6989869013507
         cnt        19544
         lst        -66
         max        -59
         min        -81
       At_hmusb:
         avg        -63.7753417516216
         cnt        69056
         lst        -63
         max        -59
         min        -73
     Shadowreg:
     Tmpl:
Attributes:
   IODev      vccu
   IOgrp      vccu
   autoReadReg 4_reqStatus
   event-on-change-reading state
   expert     1_allReg
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   NEQ0274200
   subType    remoteAndSwitch
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 04 Mai 2017, 13:28:22
List von den Tasterkanälen

Internals:
   DEF        20855701
   NAME       Taster_UP_01_Btn_01
   NOTIFYDEV  global
   NR         289
   STATE      Short (to vccu)
   TYPE       CUL_HM
   chanNo     01
   device     Taster_UP_01
   peerList   vccu_Btn1,vccu_Btn2,
   Readings:
     2017-01-23 22:46:16   R-dblPress      0 s
     2017-01-23 22:46:16   R-longPress     0.3 s
     2017-01-23 22:46:16   R-sign          off
     2017-04-18 20:09:41   R-vccu_Btn1-expectAES off
     2017-04-18 20:09:41   R-vccu_Btn1-peerNeedsBurst off
     2017-04-18 20:09:42   R-vccu_Btn2-expectAES off
     2017-04-18 20:09:42   R-vccu_Btn2-peerNeedsBurst on
     2017-05-03 07:34:00   peerList        vccu_Btn1,vccu_Btn2,
     2017-05-03 21:15:40   state           Short (to vccu)
     2017-05-03 21:15:40   trigger         Short_13
     2017-04-18 19:55:15   triggerTo_Taster_UP_01 Short_0
     2017-05-03 21:15:40   trigger_cnt     13
   Helper:
     BNO        13
     BNOCNT     1
     peerIDsRaw ,12345102,12345101,00000000
     Expert:
       def        1
       det        1
       raw        0
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
Attributes:
   expert     1_allReg
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,12345101,12345102,
   room       Unsorted
   subType    pushButton


Internals:
   DEF        20855702
   NAME       Taster_UP_01_Btn_02
   NOTIFYDEV  global
   NR         290
   STATE      Short (to vccu)
   TYPE       CUL_HM
   chanNo     02
   device     Taster_UP_01
   Readings:
     2017-02-20 23:19:45   R-dblPress      0 s
     2017-02-20 23:19:45   R-longPress     0.3 s
     2017-02-20 23:19:45   R-sign          off
     2017-02-20 23:19:46   R-vccu_Btn2-expectAES off
     2017-02-20 23:19:46   R-vccu_Btn2-peerNeedsBurst on
     2017-05-03 07:34:22   RegL_01.          04:00 08:00 09:00 00:00
     2017-05-03 21:15:30   state           Short (to vccu)
     2017-05-03 21:15:30   trigger         Short_1
     2017-05-03 21:15:30   trigger_cnt     1
   Helper:
     BNO        1
     BNOCNT     1
     peerIDsRaw ,00000000
     Expert:
       def        1
       det        1
       raw        1
       tpl        1
     Role:
       chn        1
     Shadowreg:
     Tmpl:
Attributes:
   expert     251_anything
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,


Beim Btn_02 fehlt der subType  "pushButton" ist das ein Problem?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 04 Mai 2017, 13:34:40
List von den Sw_Kanälen


Internals:
   DEF        20855703
   NAME       Taster_UP_01_Sw_01
   NOTIFYDEV  global
   NR         291
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     Taster_UP_01
   peerList   vccu_Btn2,
   Readings:
     2017-05-03 06:51:39   CommandAccepted yes
     2017-01-23 22:46:19   R-sign          off
     2017-04-18 20:16:44   R-vccu_Btn2-lgActionType jmpToTarget
     2017-04-18 20:16:44   R-vccu_Btn2-lgCtDlyOff geLo
     2017-04-18 20:16:44   R-vccu_Btn2-lgCtDlyOn geLo
     2017-04-18 20:16:44   R-vccu_Btn2-lgCtOff geLo
     2017-04-18 20:16:44   R-vccu_Btn2-lgCtOn geLo
     2017-04-18 20:16:44   R-vccu_Btn2-lgCtValHi 100
     2017-04-18 20:16:44   R-vccu_Btn2-lgCtValLo 50
     2017-04-18 20:16:44   R-vccu_Btn2-lgMultiExec on
     2017-04-18 20:16:44   R-vccu_Btn2-lgOffDly 0 s
     2017-04-18 20:16:44   R-vccu_Btn2-lgOffTime unused
     2017-04-18 20:16:44   R-vccu_Btn2-lgOffTimeMode absolut
     2017-04-18 20:16:44   R-vccu_Btn2-lgOnDly 0 s
     2017-04-18 20:16:44   R-vccu_Btn2-lgOnTime unused
     2017-04-18 20:16:44   R-vccu_Btn2-lgOnTimeMode absolut
     2017-04-18 20:16:44   R-vccu_Btn2-lgSwJtDlyOff off
     2017-04-18 20:16:44   R-vccu_Btn2-lgSwJtDlyOn on
     2017-04-18 20:16:44   R-vccu_Btn2-lgSwJtOff dlyOn
     2017-04-18 20:16:44   R-vccu_Btn2-lgSwJtOn dlyOff
     2017-04-18 20:16:44   R-vccu_Btn2-shActionType jmpToTarget
     2017-04-18 20:17:29   R-vccu_Btn2-shCtDlyOff geLo
     2017-04-18 20:17:29   R-vccu_Btn2-shCtDlyOn geLo
     2017-04-18 20:17:29   R-vccu_Btn2-shCtOff geLo
     2017-04-18 20:17:29   R-vccu_Btn2-shCtOn geLo
     2017-04-18 20:17:29   R-vccu_Btn2-shCtValHi 100
     2017-04-18 20:17:29   R-vccu_Btn2-shCtValLo 50
     2017-04-18 20:16:44   R-vccu_Btn2-shMultiExec off
     2017-04-18 20:17:29   R-vccu_Btn2-shOffDly 0 s
     2017-04-18 20:17:29   R-vccu_Btn2-shOffTime unused
     2017-04-18 20:16:44   R-vccu_Btn2-shOffTimeMode absolut
     2017-04-18 20:17:29   R-vccu_Btn2-shOnDly 0 s
     2017-04-18 20:17:29   R-vccu_Btn2-shOnTime unused
     2017-04-18 20:16:44   R-vccu_Btn2-shOnTimeMode absolut
     2017-04-18 20:16:44   R-vccu_Btn2-shSwJtDlyOff off
     2017-04-18 20:16:44   R-vccu_Btn2-shSwJtDlyOn on
     2017-04-18 20:16:44   R-vccu_Btn2-shSwJtOff dlyOn
     2017-04-18 20:16:44   R-vccu_Btn2-shSwJtOn dlyOff
     2017-05-03 22:59:20   deviceMsg       off (to vccu)
     2017-05-03 22:59:20   level           0 %
     2017-05-03 22:59:20   onoff           on
     2017-05-03 22:59:20   pct             0
     2017-05-03 07:34:37   peerList        vccu_Btn2,
     2017-05-03 22:59:20   recentStateType info
     2017-05-03 22:59:20   state           off
     2017-05-03 22:59:20   timedOn         off
   Helper:
     dlvl       00
     dlvlCmd    ++A0111234512085570203000000
     peerIDsRaw ,12345102,00000000
     Expert:
       def        1
       det        1
       raw        0
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
Attributes:
   expert     1_allReg
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,12345102,
   userReadings onoff {if (ReadingsVal("HUEDevice2","reachable","") eq 1) {return "on"} else {return "off"};}


Internals:
   DEF        20855704
   NAME       Taster_UP_01_Sw_02
   NOTIFYDEV  global
   NR         292
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     Taster_UP_01
   peerList   vccu_Btn5,
   Readings:
     2017-05-03 22:54:21   CommandAccepted no
     2017-04-18 20:32:52   R-vccu_Btn5-lgActionType jmpToTarget
     2017-04-18 20:32:52   R-vccu_Btn5-lgCtDlyOff geLo
     2017-04-18 20:32:52   R-vccu_Btn5-lgCtDlyOn geLo
     2017-04-18 20:32:52   R-vccu_Btn5-lgCtOff geLo
     2017-04-18 20:32:52   R-vccu_Btn5-lgCtOn geLo
     2017-04-18 20:32:52   R-vccu_Btn5-lgCtValHi 100
     2017-04-18 20:32:52   R-vccu_Btn5-lgCtValLo 50
     2017-04-18 20:32:52   R-vccu_Btn5-lgMultiExec on
     2017-04-18 20:32:52   R-vccu_Btn5-lgOffDly 0 s
     2017-04-18 20:32:52   R-vccu_Btn5-lgOffTime unused
     2017-04-18 20:32:52   R-vccu_Btn5-lgOffTimeMode absolut
     2017-04-18 20:32:52   R-vccu_Btn5-lgOnDly 0 s
     2017-04-18 20:32:52   R-vccu_Btn5-lgOnTime unused
     2017-04-18 20:32:52   R-vccu_Btn5-lgOnTimeMode absolut
     2017-04-18 20:32:52   R-vccu_Btn5-lgSwJtDlyOff off
     2017-04-18 20:32:52   R-vccu_Btn5-lgSwJtDlyOn on
     2017-04-18 20:32:52   R-vccu_Btn5-lgSwJtOff dlyOn
     2017-04-18 20:32:52   R-vccu_Btn5-lgSwJtOn dlyOff
     2017-04-18 20:32:52   R-vccu_Btn5-shActionType jmpToTarget
     2017-04-18 20:03:38   R-vccu_Btn5-shCtDlyOff geLo
     2017-04-18 20:03:38   R-vccu_Btn5-shCtDlyOn geLo
     2017-04-18 20:03:38   R-vccu_Btn5-shCtOff geLo
     2017-04-18 20:03:38   R-vccu_Btn5-shCtOn geLo
     2017-04-18 20:32:52   R-vccu_Btn5-shCtValHi 100
     2017-04-18 20:32:52   R-vccu_Btn5-shCtValLo 50
     2017-04-18 20:03:38   R-vccu_Btn5-shMultiExec off
     2017-04-18 20:03:38   R-vccu_Btn5-shOffDly 0 s
     2017-04-18 20:32:52   R-vccu_Btn5-shOffTime unused
     2017-04-18 20:03:38   R-vccu_Btn5-shOffTimeMode absolut
     2017-04-18 20:03:38   R-vccu_Btn5-shOnDly 0 s
     2017-04-18 20:32:52   R-vccu_Btn5-shOnTime unused
     2017-04-18 20:03:38   R-vccu_Btn5-shOnTimeMode absolut
     2017-04-18 20:32:52   R-vccu_Btn5-shSwJtDlyOff off
     2017-04-18 20:32:52   R-vccu_Btn5-shSwJtDlyOn on
     2017-04-18 20:32:52   R-vccu_Btn5-shSwJtOff dlyOn
     2017-04-18 20:32:52   R-vccu_Btn5-shSwJtOn dlyOff
     2017-05-04 13:28:36   current         11
     2017-05-04 13:28:38   deviceMsg       off (to vccu)
     2017-05-04 13:28:38   level           0 %
     2017-05-04 13:28:38   pct             0
     2017-05-03 07:34:55   peerList        vccu_Btn5,
     2017-05-04 13:28:38   recentStateType info
     2017-05-04 13:28:38   state           off
     2017-05-04 13:28:38   timedOn         off
     2017-04-18 19:55:15   trigLast        Taster_UP_01_Btn_01:short
     2017-04-18 19:55:15   trig_Taster_UP_01_Btn_01 Short_0
   Helper:
     dlvlCmd    ++A0111234512085570204C80000
     peerIDsRaw ,12345105,00000000
     stateUpdatDly 300
     Expert:
       def        1
       det        1
       raw        0
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
Attributes:
   expert     1_allReg
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,12345105,
   room       Wohnzimmer

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Fritz!Maxi am 04 Mai 2017, 13:48:12
Zitat von: Kai-Alfonso am 01 Mai 2017, 19:10:20
...
Jetzt scheint der Schalter aber nix zu machen - LED blinkt nicht, reagiert auch nicht beim drücken der Config-Taste, blinkt nur kurz beim loslassen der COnfig-Taste

Was habe ich falsch gemacht?  :o :o
Ich vermute mal dass du noch nicht fertig bist. Nach dem Flashen sind die internen Channels noch nicht gepeert, d.h. dass der Taster den Switch nicht schaltet. Das musst du erst enstprechend konfigurieren:
https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware#Advanced_settings
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 04 Mai 2017, 15:06:46
Zitat von: Haecksler am 04 Mai 2017, 13:19:46
Schalte als Last nur eine HUE Lampe, wobei die "CMD_done" Meldungen unabhängig davon sind, ob die Last geschalten sit oder nicht.

deine peerings verstehe ich nicht. was willst du erreichen? vccu_btn2 ist mit taster und aktor gepeert.
"entpeere" mal den chn4.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 04 Mai 2017, 19:00:35
Zitat von: frank am 04 Mai 2017, 15:06:46
deine peerings verstehe ich nicht. was willst du erreichen? vccu_btn2 ist mit taster und aktor gepeert.
"entpeere" mal den chn4.
Habe ich gemacht... Jetzt habe ich beim Sw_2 im 2 Sekunden Abstand Readings Updates  :-[
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 05 Mai 2017, 10:20:51
nochmal: was willst du mit deinen peerings erreichen?

entferne alle peerings.
danach peerst du einen tasterchannel (chn1 oder chn2) mit chn3.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 05 Mai 2017, 14:24:02
Zitat von: frank am 05 Mai 2017, 10:20:51
nochmal: was willst du mit deinen peerings erreichen?

entferne alle peerings.
danach peerst du einen tasterchannel (chn1 oder chn2) mit chn3.

Habe die Peesring entfernt...macht aber keinen Unterschied.
Ich habe die Peerings drin, weil ich den Eindruck habe, dass damit die Zustandsänderung zwischen chn3 und chn4 zuverlässiger funktioniert.

Werde denn Schalter mal nochmal neu flashen, mal schauen ob das was hilft.

Funktioniert bei dir der Schalter 100%, ohne dass du ab und an einen falschen Zustand im chn3 oder chn4 hast?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 Mai 2017, 10:14:49
wie hast du "entpeert"? (peerChan/peerBulk)
hast du danach geprüft? (getconfig, get hminfo peerXref)
=> es kommen also immer noch die selben messages?

das selbe neu flashen? ändert sicher nichts.

die 100 prozentige übereinstimmung von realität und status kann ich bei meinem schalter schlecht beurteilen. ich vergleiche es zu selten, aber unstimmigkeiten sind mir nicht bewusst. der status von chn3 hat bei wechselschaltung nur bedingt mit dem leuchten der lampe zu tun.

ich habe gerade festgestellt, dass der status von chn4 bei mir nun nicht mehr stimmt. das liegt sicherlich daran, dass ich seit ein paar wochen eine led betreibe. der stromfluss wird aber richtig erkannt.
nimm doch den stromwert als status, der wird alle 20s aktualisiert.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kingmathers am 07 Mai 2017, 18:26:37
Hallo,

mit der alternative Firmware kann ich ja zwischen einem Tastendruck nach oben und nach unten unterscheiden. Gibt es auch die Möglichkeit den langen Tastendruck (sowie beim HM-RC-2-PBU-FM) als getrennte Aktion zu benutzen?

Grüße,
kingmathers
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: essera am 11 Mai 2017, 17:54:41
Hi

erst mal noch ein dickes Dankeschön für die coolen Funktionen mit der neuen Firmware.
Ich habe wie ein wilder in den letzten Tagen gelötet , geflasht und geflucht. ;)
Ich habe nun über den Raspi den Bootload und die Firmware geflasht. Ich habe die Drähte wieder entlötet und versuche mich nun am Update OTA. Leider scheitert es an der Installation des Srecord. Ich habe das .tar File auf dem Raspi und entpackt.
Wenn ich nun versuche es über *configure zu installieren prüft er die Installationsvoraussetzungen und bleibt beim Libtool hängen. Er ist der Meinung, dass es nicht installiert ist obwohl ich mit apt-get install libtool die neuste Version drauf habe.
Hat einer eine Idee was ihm an der Version nicht gefällt oder ist die zu neu so, dass die Prüfung negativ ausfällt.

VG,
Andreas

Update: so habe ne neue Libtool Version gefunden:
git clone git://git.savannah.gnu.org/libtool.git   (Version ist 2.4.6)
Die habe ich runter geladen doch sie will sich nicht so einfach installieren lassen. * Werde noch verrückt mit den Linux Paketen die 5 Millionen Abhängigkeiten haben :-((  )
Gibt es nicht eine einfache Quelle wo ich mit apt-get einfach das Paket nachinstallieren kann ??

Oder alternativ auf dem PC die neue Firmware zusammen baue und dann per Raspi mit Cul übertrage ??

Hilfe erbeten.....

Update2:
Habe Libtool aktualisiert bekommen.
Will immer noch nicht.
Dann aus dem Configure das script mit der Prüfung von Libtool entfernt.
Er hat dann ein makefile erstellt.
Das habe ich ausgeführt aber habe immer noch die Version 1.58 von srecord auf dem System.

Gibt's noch ein paar hilfreiche Vorschläge für einen ratlosen Newbie ?

OK: Da es sicher ein spezifisches Linux Problem ist welches wenig mit FHEM zu tun hat. Werde ich mich später darum kümmern. Also es braucht sich keiner um eine Antwort zu bemühen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 16 Mai 2017, 10:21:44
Zitat von: kingmathers am 07 Mai 2017, 18:26:37
Hallo,

mit der alternative Firmware kann ich ja zwischen einem Tastendruck nach oben und nach unten unterscheiden. Gibt es auch die Möglichkeit den langen Tastendruck (sowie beim HM-RC-2-PBU-FM) als getrennte Aktion zu benutzen?

Grüße,
kingmathers

An diese Frage möchte ich mich gerne anschließen. Bsp.: Einen Taster mit zwei entfernten Schaltaktoren A und B peeren und die Schaltaktion an A bei Short-Press und an B nur bei Long-Press auslösen. Geht das?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: essera am 16 Mai 2017, 23:26:28
Hi,

es ist mir einmal gelungen einen Bootloader und Firmware mittels Raspi zu flashen.
Jetzt wollte ich einige der Vorschläge in die Firmware konfigurieren (Default HMID wieder raus nehmen aus , Default Peers löschen )
Nun klappt das mit den Änderungen einfach nicht.
Flashen von Bootloader und Firmware läuft sauber.
Nach dem Boot reagiert der Schalter auch mit einem kurzen blinken auf das Drücken des Konfig Knopf.
Ich bekomme aber einfach das Pairen nicht mehr hin.

Wenn ich mit die Rawmessage ansehe, sehe ich auch, dass der Schalter was sendet :

CUL_Parse: CUL_0 A 14 10 805E 52F9C3 000ADA 000000000000000000000067 -22.5
(sieht irgendwie sehr inhaltslos aus ??)
Ist aber die Richtige Default HMID der VCCU und die richte HMID des Schalters.

Aber wenn ich pairen will d.h. lange drücken des Konfig Schalter kommt nicht an Daten bei der VCCU an.

Hat jemand irgendwelche Ideen für mich woran es liegen könnte ?

Grüße,

Andreas.





Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, ...
Beitrag von: Per am 18 Mai 2017, 16:02:47
Da 122 Seiten etwas viel Text ist und im Wiki nichts dazu steht:
Gibt das Device neben "LongPress" auch "DoubleClick" zurück?

Der Problemstellung nach
Zitat von: Wetterhexe am 28 April 2017, 22:00:33
Aber ich habe reproduzierbare "Hänger" wenn ich zu schnell taste, dann reagieren sie für 10 sec. nicht, manchmal auch länger. Sehr lästig wenn mal mal vom Taster abrutscht oder die falsche Seite erwischt  :(
eher nicht, oder?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, ...
Beitrag von: Wetterhexe am 18 Mai 2017, 17:09:37
Zitat von: Per am 18 Mai 2017, 16:02:47Gibt das Device neben "LongPress" auch "DoubleClick" zurück?

soweit ich weiß kennen die keinen double-press ...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kingmathers am 18 Mai 2017, 17:44:50
Gibt es denn LongPress mit der alternativen Firmware?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, ....
Beitrag von: Per am 18 Mai 2017, 18:17:32
Hatte im Fix-Bericht ("fix long press handling") was darüber gelesen und im Modul-Quelltext gibt es die Unterscheidung "long" und "short".

Allerdings gibt es auch "battery low/ok"?!

Ohne die Firmware zu installieren kann man (ich!) nicht wirklich rausbekommen, was geht und was nicht. Und falls es nicht das ist, was ich will, gibt es leider keinen Weg zurück.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Wetterhexe am 18 Mai 2017, 20:08:06
Zitat von: kingmathers am 18 Mai 2017, 17:44:50
Gibt es denn LongPress mit der alternativen Firmware?
ja, longpress gibts
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kingmathers am 22 Mai 2017, 01:44:54
Perfekt, dann werde ich mich da die Tage mal dransetzen. Ich habe jetzt bereits einiges vorbereitet gemäß dieser (https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_am_Raspi_bauen_u._flashen) Anleitung, ein paar Fragen habe ich jedoch immer noch:

1. Bootloader und Firmware muss ich jeweils für mein Gerät mit Seriennummer und HMID kompilieren oder?

2. Wenn alles vorbereitet ist flashe ich zuerst den Bootloader und dann die Firmware?

3. Falls ich später (Schalter geflasht aber nicht mehr angelötet) nochmal etwas ändern will, kann ich dann die Firmware einfach neu kompilieren und OTA (ohne löten) flashen?

4. Die Devices existieren bei mir in FHEM schon mit der normalen Firmware. Muss ich diese devices nun zuerst löschen? Muss ich für die alternative Firmware ein neues Modul für FHEM installieren? Funktioniert autocreate oder muss ich selbst tätig werden um das neue device zu definieren? Muss ich Channels benutzen? Wie gehe ich insgesamt am besten vor um die neuen Devices in FHEM einzubinden?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Wetterhexe am 22 Mai 2017, 20:20:57
ad 1) wenn du nur einen Schalter hast kannst du im Prinzip die fertig kompilierten files nehmen. Du brauchst jedenfalls unterschiedliche Serialnr's, deshalb bei mehreren Schaltern serial im code ändern & kompilieren

ad 2) ja

ad 3) angeblich ja, mir ist es nicht gelungen (hatte aber bis vor kurzem TSCUL, vermutlich lags daran)

ad4) du brauchst das Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm, Bezugsquelle steht in der Anleitung. Die alten devices kannst du löschen, werden beim pairen als neues/anderes device angelegt
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kingmathers am 22 Mai 2017, 21:01:08
Hallo,

Perfekt vielen Dank für die Antworten.

Dann habe ich später 2 devices (aktor und Schalter) in fhem?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Wetterhexe am 22 Mai 2017, 21:29:42
nein, ein device mit 4 Kanälen (Btn1, Btn2, Sw1, Sw2)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 23 Mai 2017, 11:28:47
Zitat von: wires.io am 16 Mai 2017, 10:21:44
An diese Frage möchte ich mich gerne anschließen. Bsp.: Einen Taster mit zwei entfernten Schaltaktoren A und B peeren und die Schaltaktion an A bei Short-Press und an B nur bei Long-Press auslösen. Geht das?
Wäre das so?

Short Press
set HM_SCHALTERTX_Btn_01 regSet shActionType  jmpToTarget HM_SCHALTERRX_A_Sw_01
set HM_SCHALTERTX_Btn_01 regSet shSwJtOn      dlyOff      HM_SCHALTERRX_A_Sw_01
set HM_SCHALTERTX_Btn_01 regSet shSwJtOff     dlyOn       HM_SCHALTERRX_A_Sw_01
set HM_SCHALTERTX_Btn_01 regSet shSwJtDlyOn   on          HM_SCHALTERRX_A_Sw_01
set HM_SCHALTERTX_Btn_01 regSet shSwJtDlyOff  off         HM_SCHALTERRX_A_Sw_01


Long Pressset HM_SCHALTERTX_Btn_01 regSet lgActionType  jmpToTarget HM_SCHALTERRX_B_Sw_01
set HM_SCHALTERTX_Btn_01 regSet lgSwJtOn      dlyOff      HM_SCHALTERRX_B_Sw_01
set HM_SCHALTERTX_Btn_01 regSet lgSwJtOff     dlyOn       HM_SCHALTERRX_B_Sw_01
set HM_SCHALTERTX_Btn_01 regSet lgSwJtDlyOn   on          HM_SCHALTERRX_B_Sw_01
set HM_SCHALTERTX_Btn_01 regSet lgSwJtDlyOff  off         HM_SCHALTERRX_B_Sw_01


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kingmathers am 24 Mai 2017, 12:34:46
So nun bin auch fast beim flashen angelangt.

Ich muss den Pi ja an die untere, festgeschraubte Platine löten. Sollte die obere Platine während des flashens mit der unteren verbunden sein?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: DerBodo am 24 Mai 2017, 22:13:10
Nein brauchst du nicht. Die Controllerplatine wird über die 3,3V am Pin 17 vom RPI versorgt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: netlars am 28 Mai 2017, 10:38:31
Hallo,

ich habe mich auch mal ran gewagt, den Schalter auf die alternative Firmware zu ändern. Das flashen und anlernen in FHEM hat super funktioniert, aber trotzdem habe ich zwei drei Probleme. Vielleicht kann mir jemand weiter helfen...

1. ich bekomme den current Wert in FHEM nicht angezeigt, weder bei SW1 noch SW2. Ist das normal?

2. Ich habe den Schalter in einer Wechselschaltung eingebaut, leider zeigt mir Kanal 4 nicht den richtigen Zustand an, ich dachte mir das liegt vielleicht an dem 5000 Wert und ich wollte mir ein OTA File erstellen.
Da bekomme ich aber folgenden Fehler:
php hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat bin/srecord/srec_cat
srec_cat: the --Fill range (0x0000 - 0xFFFFFFFF) is 4.00GB and is probably
    larger than you intended (use --big to override this error message)
Could not open tmpfile.tmp


Grüße
netlars
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 30 Mai 2017, 10:14:43
Schau mal hier:
https://forum.fhem.de/index.php/topic,18071.msg375792.html#msg375792 (https://forum.fhem.de/index.php/topic,18071.msg375792.html#msg375792)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: netlars am 30 Mai 2017, 18:44:06
Danke, das Problem habe ich so halb gelöst... Ich habe es statt unter Ubuntu unter Debian gebaut, da kommt der Fehler nicht. Ob das OTA geht, weis ich noch nicht, bekomme immer den Fehler, der Schalter sei nicht im Bootloader. Ich werde erstmal die Config Modifikation am Bootloader einbauen.

Trotzdem fehlt mir der Strom Wert im FHEM, ist das mit der aktuellsten Version von FHEM und der Custom FW normal?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Wetterhexe am 30 Mai 2017, 19:53:27
Zitat von: netlars am 30 Mai 2017, 18:44:06
Trotzdem fehlt mir der Strom Wert im FHEM, ist das mit der aktuellsten Version von FHEM und der Custom FW normal?

das sollte beim channel_04 (....Sw_02) sichtbar sein. Mach mal getConfig und setz das Attribut expert auf 1_allReg
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: netlars am 31 Mai 2017, 05:20:15
Danke, jetzt sehe ich zwar wesentlich mehr Readings, aber current fehlt nach wie vor.

Internals:
   DEF        52F24404
   NAME       HM_52F244_Sw_02
   NOTIFYDEV  global
   NR         463
   NTFY_ORDER 50-HM_52F244_Sw_02
   STATE      on
   TYPE       CUL_HM
   chanNo     04
   device     HM_52F244
   peerList   self01,self02,
   Readings:
     2017-05-31 05:01:51   CommandAccepted yes
     2017-05-30 18:55:04   R-self01-lgActionType jmpToTarget
     2017-05-30 18:55:04   R-self01-lgCtDlyOff geLo
     2017-05-30 18:55:04   R-self01-lgCtDlyOn geLo
     2017-05-30 18:55:04   R-self01-lgCtOff geLo
     2017-05-30 18:55:04   R-self01-lgCtOn geLo
     2017-05-30 18:55:04   R-self01-lgCtValHi 0
     2017-05-30 18:55:04   R-self01-lgCtValLo 0
     2017-05-30 18:55:04   R-self01-lgMultiExec off
     2017-05-30 18:55:04   R-self01-lgOffDly 0 s
     2017-05-30 18:55:04   R-self01-lgOffTime 0 s
     2017-05-30 18:55:04   R-self01-lgOffTimeMode absolut
     2017-05-30 18:55:04   R-self01-lgOnDly 0 s
     2017-05-30 18:55:04   R-self01-lgOnTime 0 s
     2017-05-30 18:55:04   R-self01-lgOnTimeMode absolut
     2017-05-30 18:55:04   R-self01-lgSwJtDlyOff no
     2017-05-30 18:55:04   R-self01-lgSwJtDlyOn no
     2017-05-30 18:55:04   R-self01-lgSwJtOff no
     2017-05-30 18:55:04   R-self01-lgSwJtOn no
     2017-05-30 18:55:04   R-self01-shActionType jmpToTarget
     2017-05-30 18:55:04   R-self01-shCtDlyOff geLo
     2017-05-30 18:55:04   R-self01-shCtDlyOn geLo
     2017-05-30 18:55:04   R-self01-shCtOff geLo
     2017-05-30 18:55:04   R-self01-shCtOn geLo
     2017-05-30 18:55:04   R-self01-shCtValHi 0
     2017-05-30 18:55:04   R-self01-shCtValLo 0
     2017-05-30 18:55:04   R-self01-shMultiExec off
     2017-05-30 18:55:04   R-self01-shOffDly 0 s
     2017-05-30 18:55:04   R-self01-shOffTime 0 s
     2017-05-30 18:55:04   R-self01-shOffTimeMode absolut
     2017-05-30 18:55:04   R-self01-shOnDly 0 s
     2017-05-30 18:55:04   R-self01-shOnTime 0 s
     2017-05-30 18:55:04   R-self01-shOnTimeMode absolut
     2017-05-31 05:17:23   R-self01-shSwJtDlyOff off
     2017-05-31 05:17:23   R-self01-shSwJtDlyOn off
     2017-05-31 05:17:23   R-self01-shSwJtOff off
     2017-05-31 05:17:23   R-self01-shSwJtOn off
     2017-05-30 18:55:06   R-self02-lgActionType jmpToTarget
     2017-05-30 18:55:06   R-self02-lgCtDlyOff geLo
     2017-05-30 18:55:06   R-self02-lgCtDlyOn geLo
     2017-05-30 18:55:06   R-self02-lgCtOff geLo
     2017-05-30 18:55:06   R-self02-lgCtOn geLo
     2017-05-30 18:55:06   R-self02-lgCtValHi 100
     2017-05-30 18:55:06   R-self02-lgCtValLo 50
     2017-05-30 18:55:06   R-self02-lgMultiExec on
     2017-05-30 18:55:06   R-self02-lgOffDly 0 s
     2017-05-30 18:55:06   R-self02-lgOffTime unused
     2017-05-30 18:55:06   R-self02-lgOffTimeMode absolut
     2017-05-30 18:55:06   R-self02-lgOnDly 0 s
     2017-05-30 18:55:06   R-self02-lgOnTime unused
     2017-05-30 18:55:06   R-self02-lgOnTimeMode absolut
     2017-05-30 18:55:06   R-self02-lgSwJtDlyOff on
     2017-05-30 18:55:06   R-self02-lgSwJtDlyOn on
     2017-05-30 18:55:06   R-self02-lgSwJtOff dlyOn
     2017-05-30 18:55:06   R-self02-lgSwJtOn on
     2017-05-30 18:55:06   R-self02-shActionType jmpToTarget
     2017-05-30 18:55:06   R-self02-shCtDlyOff geLo
     2017-05-30 18:55:06   R-self02-shCtDlyOn geLo
     2017-05-30 18:55:06   R-self02-shCtOff geLo
     2017-05-30 18:55:06   R-self02-shCtOn geLo
     2017-05-30 18:55:06   R-self02-shCtValHi 100
     2017-05-30 18:55:06   R-self02-shCtValLo 50
     2017-05-30 18:55:06   R-self02-shMultiExec off
     2017-05-30 18:55:06   R-self02-shOffDly 0 s
     2017-05-30 18:55:06   R-self02-shOffTime unused
     2017-05-30 18:55:06   R-self02-shOffTimeMode absolut
     2017-05-30 18:55:06   R-self02-shOnDly 0 s
     2017-05-30 18:55:06   R-self02-shOnTime unused
     2017-05-30 18:55:06   R-self02-shOnTimeMode absolut
     2017-05-30 18:55:06   R-self02-shSwJtDlyOff on
     2017-05-30 18:55:06   R-self02-shSwJtDlyOn on
     2017-05-31 05:17:25   R-self02-shSwJtOff on
     2017-05-31 05:17:25   R-self02-shSwJtOn on
     2017-05-31 05:01:51   deviceMsg       on (to HM_52F244)
     2017-05-31 05:01:51   level           100 %
     2017-05-31 05:01:51   pct             100
     2017-05-31 05:17:20   peerList        self01,self02,
     2017-05-31 05:01:51   recentStateType ack
     2017-05-31 05:01:51   state           on
     2017-05-31 05:01:51   timedOn         off
     2017-05-30 21:45:35   trigLast        HM_52F244_Btn_01:short
     2017-05-30 21:45:35   trig_HM_52F244_Btn_01 Short_20
     2017-05-30 21:45:07   trig_HM_52F244_Btn_02 Short_18
   Helper:
     dlvl       00
     dlvlCmd    ++A011F1000052F2440204000000
     peerIDsRaw ,52F24402,52F24401,00000000
     Expert:
       def        1
       det        1
       raw        0
       tpl        0
     Role:
       chn        1
     Shadowreg:
Attributes:
   alias      Treppe DG
   expert     1_allReg
   group      Switch
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,52F24401,52F24402,
   room       Beleuchtung


Grüße
netlars
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Wetterhexe am 31 Mai 2017, 09:42:29
ist dein Schalter gepaired? Schaut für mich nicht so aus ..... Hab mal mit meiner config verglichen, das ist der einzige Unterschied der mir ins Auge springt  :o
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 31 Mai 2017, 11:36:27
Zitat von: netlars am 31 Mai 2017, 05:20:15
Danke, jetzt sehe ich zwar wesentlich mehr Readings, aber current fehlt nach wie vor.
sniffe mal den schalter, wie im wiki homematic sniffen beschrieben ist.
der schalter sollte ca alle 20 sekunden eine message senden.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: netlars am 02 Juni 2017, 20:56:00
Danke, hat leider alles nichts gebracht. Beim Sniffen ist auch nichts aufgetaucht.
Nachdem ich mittlerweile einen zweiten geflasht hatte und dort current da war, habe ich heute den ersten erneut geflasht, und siehe da... Current ist nun auch bei dem sichtbar. Trotzdem eigenartig.

Vielen Dank für eure Hilfe.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 06 Juni 2017, 09:51:11
@frank Hättest Du einen Tipp bzgl. Long-Press (s.o.)? Danke!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 Juni 2017, 12:17:19
Zitat von: wires.io am 06 Juni 2017, 09:51:11
@frank Hättest Du einen Tipp bzgl. Long-Press (s.o.)? Danke!
funktioniert es nicht?
was hast du konfiguriert? poste ein get regTable.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 06 Juni 2017, 13:03:24
So hatte ich es mir gedacht: https://forum.fhem.de/index.php/topic,18071.msg639031.html#msg639031 (https://forum.fhem.de/index.php/topic,18071.msg639031.html#msg639031)
Aber noch nicht getraut es auszuprobieren, um mir nix zu zerschiessen. Schaut das sinnvoll für Dich aus?
Falls ja, teste ich 8)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 Juni 2017, 13:22:00
zerschiessen kannst du nichts. sicher die einstellungen, damit du wieder zurückstellen kannst.
im prinzip stimmen die werte schon, allerdings sind die register jeweils im aktor zu setzen und nicht bei den button.
etwa so: "set aktorchannel regSet bla blub buttonchannel", also namen tauschen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 06 Juni 2017, 13:39:46
Danke! Dann wage ich mich mal ran...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 Juni 2017, 14:20:18
die genannten register werden beim peeren wahrscheinlich sowieso schon so gesetzt, da es standard ist.
du musst dann eher die statemachine für long oder short ausschalten, wo nicht reagiert werden soll.
zb "set aktorchannel regSet shActionType off buttonchannel" bei der kombination, die nur bei long reagieren soll.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: horizont am 16 Juni 2017, 06:31:25
Moin,
etwas OT:
ich habe einen Aktor der im Bootloader Loop hängt und möchte diesen mit der orginal *.eq3 firmware via raspberry flashen, dazu direkt habe ich jedoch nichts gefunden.
Daher die Frage, kann irgendwer helfen ?
Danke und Gruß
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Per am 17 Juni 2017, 21:48:32
Zitat von: horizont am 16 Juni 2017, 06:31:25und möchte diesen mit der orginal *.eq3 firmware via raspberry flashen, dazu direkt habe ich jedoch nichts gefunden.
Irgendwo steht, dass es nur eine Einbahnstraße ist.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: essera am 02 August 2017, 23:59:37
Hi,
ich habe mich mit dem Thema brennen der Custom Firmware vor einiger Zeit beschäftigt und es wegen Zeitmangel beiseite gelegt.
Ich habe die Custom Software drauf und wollte den Schalter nun bei meinem aktuellen System anlernen. Es erkennt auch den Schalter bzw. den Pairing Versuch allerdings wird das Modell nicht mehr erkannt.
Ja ... die Datei 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm habe ich ins FHEM Verzeichnis kopiert. (da wurde sie beim letzten Mal auch gefunden)
Im LOG erhalte ich allerdings ein Fehlermeldung aus dem 10_CUL_HM.pm Modul (Seit dem letzten Versuch wurden hier wohl einige Update vorgenommen)

2017.08.02 23:33:30 3: CUL_HM set VCCU hmPairForSec 120
2017.08.02 23:33:59 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 6274.
2017.08.02 23:33:59 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 3167.
2017.08.02 23:33:59 3: CUL_HM pair: w1 , model unknown serialNr NEQ1234567
2017.08.02 23:35:01 3: CUL_HM set w1 getConfig

Kann es sein, dass hier ein Problem mit der 10_CUL_HM.pm Datei vorliegt oder habe ich was anderes übersehen ?

Grüße...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: molnitza am 24 August 2017, 19:42:48
Ich benötige mal ein wenig Support. Ich habe den 8k Bootloader geflasht und den Schalter per OTA mit der Firmware bespielt. Nun blinkt der Schalter (immernoch angeschlossen an den Pi) 1x lang, 2x kurz. Ist das richtig so oder versucht er mit etwas mitzuteilen?

Ich hatte offensichtlich zwei Patzer. Zum Einen waren die Fuses für einen 4k Bootloader gesetzt und zweitens hatte ich eine prinzipiell funktionierende FW, nur ohne CRC. So wie es ausschaut läuft das Programm, nur das Pairing will noch nicht wirklich.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kabakakao am 04 September 2017, 10:11:04
genau an dem Problem stehe ich jetzt auch.
Habe das Model jetzt schon mal manuell gesetzt. Aber ich sehe keine Kanäle

edit: Ich sehe gerade, dass ich beim Model gar nicht das Custom Model auswählen kann.
Modul habe ich heruntergeladen und entsprechend der anderen Module mit Rechten versehen. Danach "shutdown reboot"
Wird das Modul evtl. gar nicht korrekt geladen?

Zitat von: essera am 02 August 2017, 23:59:37
Hi,
ich habe mich mit dem Thema brennen der Custom Firmware vor einiger Zeit beschäftigt und es wegen Zeitmangel beiseite gelegt.
Ich habe die Custom Software drauf und wollte den Schalter nun bei meinem aktuellen System anlernen. Es erkennt auch den Schalter bzw. den Pairing Versuch allerdings wird das Modell nicht mehr erkannt.
Ja ... die Datei 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm habe ich ins FHEM Verzeichnis kopiert. (da wurde sie beim letzten Mal auch gefunden)
Im LOG erhalte ich allerdings ein Fehlermeldung aus dem 10_CUL_HM.pm Modul (Seit dem letzten Versuch wurden hier wohl einige Update vorgenommen)

2017.08.02 23:33:30 3: CUL_HM set VCCU hmPairForSec 120
2017.08.02 23:33:59 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 6274.
2017.08.02 23:33:59 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 3167.
2017.08.02 23:33:59 3: CUL_HM pair: w1 , model unknown serialNr NEQ1234567
2017.08.02 23:35:01 3: CUL_HM set w1 getConfig

Kann es sein, dass hier ein Problem mit der 10_CUL_HM.pm Datei vorliegt oder habe ich was anderes übersehen ?

Grüße...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Phill93 am 22 September 2017, 11:18:49
Hallo,

bin gerade am Bauen der Firmware für den Schalter. Bin dabei aber auf ein kleines Problem gestoßen die aktuelle Arduino IDE (>1.0.6) akzeptiert die jabduino Hardware Spezifikationen nicht und die alten (<1.5) melden mir das die MCU nur mit Assembler unterstützt wird. Wie kann man das Problem lösen / umgehen?

Das Zweite was mir aufgefallen ist das es 2 verschiedene Informationen zu den Fuses für den Bootlader gibt:

1. Github
avrdude -p m644 -P usb -c usbasp -U lfuse:w:0xFD:m -U hfuse:w:0xDA:m -U lock:w:0x2F:m
Bootflash Size=2048
SPM prohihited
2. Wiki normal
avrdude -p m644 -c stk500v2 -P /dev/ttyUSB0 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m
Bootflash Size=4048
SPM not prohibited

Beide scheinen mir unpassend für den 8k Bootloader zu sein.
Welche soll ich nehmen?

Gruß

Phill93
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nugat1 am 01 November 2017, 20:58:10
Hallo,

hat jemand schon einmal einen Bewegungsmelder (HM-Sen-MDIR-O) direkt mit dem HM-LC.Sw1PBU-FM mit alternativer Firmware gepeert?

Habe es wie bei einem Schalter mit original Firmware ausgeführt:

set HM_Bewegung_Test  peerChan 0 HM_Licht_Test_Sw_01 single set
set hm templateSet HM_Licht_Test_Sw_01 motionOnSw HM_Bewegung_Test:short 10 200



(Zeit- und Helligkeitswerte sind erst einmal nur zum Test so)

Das bei Bewegung ein Signal am Aktor ankommt kann man an folgenden Readings erkennen:

trigLast HM_Bewegung_Test:102   2017-11-01 20:54:25
trig_HM_Bewegung_Test   102_92   2017-11-01 20:54:25


Mach ich irgendetwas falsch oder funktioniert das mit der alternativen Firmware nicht?

Gruß
nugat1
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kdupke am 26 November 2017, 23:14:25
Zitat von: Phill93 am 22 September 2017, 11:18:49

Das Zweite was mir aufgefallen ist das es 2 verschiedene Informationen zu den Fuses für den Bootlader gibt:

1. Github
avrdude -p m644 -P usb -c usbasp -U lfuse:w:0xFD:m -U hfuse:w:0xDA:m -U lock:w:0x2F:m

2. Wiki normal
avrdude -p m644 -c stk500v2 -P /dev/ttyUSB0 -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m

Hat sich da etwas ergeben?

Im Wiki werden die Fuses auch schon unterschiedlich gesetzt.
Abschnitt Bootloader flashen: -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m
Abschnitt Firmware über Raspberry Pi flashen: -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m (bevor der Bootloader geflashed wird)

gruss kai, ich hab' was drauf gelashed, aber kann ich das auch kontrollieren, oder geht das erst, wenn ich mir morgen die neue Firmware gebaut habe?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Terabyte am 27 Dezember 2017, 17:51:36
Hallo

Ich habe mir auch einen HM_LC_Sw1PBU_FM zugelegt und die Firmware gem. Anleitung geflasht.
Allerdings funktioniert nun der Schalter nicht mehr.

Wenn ich diesen anschließe dann blinkt die LED ein paar mal kurz hintereinander und das wars. Er schaltet nicht und wird auch nicht von fhem gefunden.
Drücke ich die kleine Taste am Schalter, dann blinkt die LED auch nur kurz ein paar mal hintereinander.

Beim Flashen sind mir keine Fehlermeldungen aufgefallen.

Weiß jemand woran das liegen kann?

Danke
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 27 Dezember 2017, 20:25:19
Hi,

entsprechendes Perl-Module installiert und geladen?
Der Schalter schaltet erst, wenn die Buttons gepeered wurden, steht aber alles im Wiki.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Terabyte am 27 Dezember 2017, 20:47:17
Hallo

Asoo. Ja es steht im WIKI. Ich habe aber gedacht, da dieser eben anders blinkt usw., dass etwas schief gegangen ist.

Dann werde ich den Schalter noch einmal testen.

Danke
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gianca85 am 06 Januar 2018, 09:36:38
Hallo zusammen,

ich habe eine Frage zum Bau der Firmware. Woher weiß ich, was ich bei den folgenden Werten eingeben muss?
Zitat
In der Datei Asksin_HM_LC_Sw1PBU_FM den Wert in Zeile 64 eventuell "const unsigned long minImpulsLength = 5000;" ändern. Der dort eingetragene Wert gilt als Schwellwert, wann der Schalter erkennen soll, dass ein angeschlossener Wechselschalter gedrückt wurde und somit erkannt wird, dass Strom fließt.
in der Datei Register.h in Zeile 22 den Wert von HMID[3] ändern. Z.B.: "const uint8_t HMID[3] = { 0x20, 0x85, 0x57 }; // 208557"

Ich möchte den Schalter in meinem Flur mit insgesamt vier Schaltern und zwei parallel geschalteten Lampen einsetzen. In jeder der beiden Lampen befinden sich je 2 LED Einbauspots (5W pro Spot).
Trage ich als Schwellwert daher 5000 oder eher 500 ein?
Ist der Wert für HMID[3], die HM_id meines Homematic Funkgateways (HMLAN) oder die ID des Funkaktors? Die ID des Gateways bekomme ich ja leicht aus FHEM heraus aber bei Aktor würde ich mich ohne vorheriges Pairing schwer tun.

By the way: funktioniert die alternative Firmware überhaupt mit meinem Gateway (HMLAN)?

Danke und Gruß
Carlo
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 06 Januar 2018, 10:23:42
Den schwellwert kannst du getrost auf 500 setzen. Die HMID ist des aktors dessen Firmware du gerade baust ;) die ID bekommst du über den einen Q R Code auf der aktor Platine heraus.

Gesendet von meinem Leap mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: betateilchen am 06 Januar 2018, 11:18:38
Zitat von: gianca85 am 06 Januar 2018, 09:36:38
Ist der Wert für HMID[3], die HM_id meines Homematic Funkgateways (HMLAN) oder die ID des Funkaktors? Die ID des Gateways bekomme ich ja leicht aus FHEM heraus aber bei Aktor würde ich mich ohne vorheriges Pairing schwer tun.

Die Id des Aktors bekommst Du auch ohne pairing raus, wenn Du ihn einfach an Strom hängst. Dann sollte er in Deinem FHEM als unbekanntes Gerät mit der Id xxxxxx auftauchen :)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gianca85 am 06 Januar 2018, 21:16:26
Zitat von: Tobias am 06 Januar 2018, 10:23:42
Den schwellwert kannst du getrost auf 500 setzen. Die HMID ist des aktors dessen Firmware du gerade baust ;) die ID bekommst du über den einen Q R Code auf der aktor Platine heraus.

Gesendet von meinem Leap mit Tapatalk

Danke, habe die HM-ID mittels QR Code auf der Platine gefunden.

Nächste Frage: ich möchte gemäß dem Tutorial im Wiki die FHEM-Zentral-ID in der register.h voreinfügen. In FHEM sehe ich bei meinem HMLAN-Gateway folgendes:

D-HMIdAssigned 517382
D-HMIdOriginal FFFFFF


Trage ich nun das erste oder zweite ein? Meine erste Vermutung wäre ersteres.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 07 Januar 2018, 08:48:52
Hallo,

die "D-HMIdAssigned 517382" ist die richtige.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gianca85 am 14 Januar 2018, 11:26:28
Hallo,

ich versuche firmware und bootloader mittels Raspberry Pi auf den Schalter zu flashen. GPIO Pins sind mit den Lötpunkten verbunden.

Erhalte beim Setzen der Fuses folgende Fehlermeldung:

root@raspberrypi:~/hm_switch/flash# avrdude -p m644p -P gpio -c gpio -U lfuse:w:                                                                                                                                                             0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e960a
avrdude: reading input file "0xFD"
avrdude: writing lfuse (1 bytes):

Writing |                                                    | 0% 0.00s ***faile                                                                                                                                                             d;
Writing | ################################################## | 100% 0.06s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xFD:
avrdude: load data lfuse data from input file 0xFD:
avrdude: input file 0xFD contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0xfd != 0xff
avrdude: verification error; content mismatch

avrdude: safemode: lfuse changed! Was fd, and is now ff
Would you like this fuse to be changed back? [y/n] n
avrdude: safemode: Fuses OK

avrdude done.  Thank you.


Kann mir bitte jemand einen Ratschlag geben?

By the way: muss die avrdude.conf editiert werden? Sie ist aktuell noch unangetastet.

Gruß

EDIT: Habe den fuse Befehl ergänzt um "-B 4800 -u -e", dann klappte es.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gianca85 am 20 Januar 2018, 10:21:36
Hallo zusammen,

ich  habe zwei Herausforderungen:

1. Der Config-Taster reagiert/leuchtet nur dann, wenn ich das Licht im Flur (an einem der anderen Wechsel-/Kreuzschalter) anschalte. Ist das Licht aus, dann reagiert er nicht. Wofür spricht dies? Habe ich den HM-Schalter an der falschen Stelle (zur Leuchte hin) angeschlossen? Oder ist die Belegung der Kabel am Schalter falsch?

2. Wird in FHEM nur ein Eintrag (HM_5A616F) erkannt, keine 4 Channels. Der Eintrag lässt sich auch mit meinem IODev pairen, jedoch erscheint die Meldung "RESPONSE TIMEOUT:RegisterRead" (s. angehängtes JPEG).

Wie kann ich diese zwei Herausforderungen lösen?

Danke und Gruß
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 Januar 2018, 11:08:07
model und subtype fehlen.
entweder hast du die fhem datei nicht kopiert, oder sie ist noch nicht geladen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gianca85 am 20 Januar 2018, 11:19:38
Zitat von: frank am 20 Januar 2018, 11:08:07
model und subtype fehlen.
entweder hast du die fhem datei nicht kopiert, oder sie ist noch nicht geladen.

Ich habe das Modul "99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm" nach /opt/fhem/FHEM kopiert. Braucht es einen weiteren Befehl in FHEM damit es "geladen" wird?

Wenn ich in FHEMWEB unter dem Schalter auf attr > HM_5A616F > model gehe, müsste dann der Eintrag "HM-LC-Sw1PBU-FM-CustomFW" dort erscheinen, oder muss ich ihn manuell eingeben? 
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 Januar 2018, 11:26:31
am besten ein fhem restart. dann lädt fhem die datei beim starten. dann sollten entsprechende einträge vorhanden sein.

aber, löse am schalter die anlernmessage aus, damit autocreate alle channel anlegen kann.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gianca85 am 20 Januar 2018, 11:45:01
Zitat von: frank am 20 Januar 2018, 11:26:31
am besten ein fhem restart. dann lädt fhem die datei beim starten. dann sollten entsprechende einträge vorhanden sein.

aber, löse am schalter die anlernmessage aus, damit autocreate alle channel anlegen kann.

Das Modul kann nicht geladen werden.

Ich erhalte im Log folgenden Fehler:

2018.01.20 11:36:49 1: PERL WARNING: Bareword found where operator expected at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 30, near "<title>Asksin_HM_LC_Sw1PBU_FM"
2018.01.20 11:36:49 1: PERL WARNING: (Missing operator before Asksin_HM_LC_Sw1PBU_FM?)
2018.01.20 11:36:49 1: PERL WARNING: Bareword found where operator expected at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 30, near "99_Asksin_HM_LC_Sw1PBU_FM_CustomFW"
2018.01.20 11:36:49 1: PERL WARNING: (Missing operator before Asksin_HM_LC_Sw1PBU_FM_CustomFW?)
2018.01.20 11:36:49 1: reload: Error:Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW deactivated:
Unrecognized character \xC2; marked by <-- HERE after at master <-- HERE near column 81 at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 30.

2018.01.20 11:36:49 1: Including fhem.cfg
2018.01.20 11:36:49 1: reload: Error:Modul 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW deactivated:
Unrecognized character \xC2; marked by <-- HERE after at master <-- HERE near column 81 at ./FHEM/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm line 30, <$fh> line 6.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 Januar 2018, 11:54:47
hast du wirklich die datei kopiert, oder nur irgendwelche html daten?
schau mal in die datei.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gianca85 am 20 Januar 2018, 22:00:01
Zitat von: frank am 20 Januar 2018, 11:54:47
hast du wirklich die datei kopiert, oder nur irgendwelche html daten?
schau mal in die datei.

Danke für den Hinweis, daran lag es. das Modul wird nun korrekt geladen und die 4 Channels angezeigt. Ich kann den Schalter via FHEMWEB auch toggeln. Nur direkt am Schalter will es nicht so recht klappen (auch nach Konfiguration wie im WIKI beschrieben. Das Schalten direkt am Taster hat nur einmal kurz geklappt, danach nicht mehr. Außerdem hat das Schalten ca. 4-5 Sekunden gedauert.

Ich glaube ich habe versäumt, die nicht benötigten Peers in der register.h zu löschen. Wie kann ich dies nachholen ohne erneut flashen zu müssen?

Untenstehend die Internals von Sw_01:

Internals:
   CFGFN
   DEF        5A616F03
   NAME       HM_5A616F_Sw_01
   NOTIFYDEV  global
   NR         123
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     HM_5A616F
   peerList   12345601,20855701,20855702,self01,self02,
   READINGS:
     2018-01-20 21:38:27   CommandAccepted yes
     2018-01-20 20:50:07   R-12345601-lgActionType jmpToTarget
     2018-01-20 20:50:07   R-12345601-lgCtDlyOff geLo
     2018-01-20 20:50:07   R-12345601-lgCtDlyOn geLo
     2018-01-20 20:50:07   R-12345601-lgCtOff geLo
     2018-01-20 20:50:07   R-12345601-lgCtOn geLo
     2018-01-20 20:50:07   R-12345601-lgCtValHi 0
     2018-01-20 20:50:07   R-12345601-lgCtValLo 0
     2018-01-20 20:50:07   R-12345601-lgMultiExec off
     2018-01-20 20:50:07   R-12345601-lgOffDly 0 s
     2018-01-20 20:50:07   R-12345601-lgOffTime 0 s
     2018-01-20 20:50:07   R-12345601-lgOffTimeMode absolut
     2018-01-20 20:50:07   R-12345601-lgOnDly 0 s
     2018-01-20 20:50:07   R-12345601-lgOnTime 0 s
     2018-01-20 20:50:07   R-12345601-lgOnTimeMode absolut
     2018-01-20 20:50:07   R-12345601-lgSwJtDlyOff no
     2018-01-20 20:50:07   R-12345601-lgSwJtDlyOn no
     2018-01-20 20:50:07   R-12345601-lgSwJtOff on
     2018-01-20 20:50:07   R-12345601-lgSwJtOn off
     2018-01-20 20:50:07   R-12345601-shActionType jmpToTarget
     2018-01-20 20:50:07   R-12345601-shCtDlyOff geLo
     2018-01-20 20:50:07   R-12345601-shCtDlyOn geLo
     2018-01-20 20:50:07   R-12345601-shCtOff geLo
     2018-01-20 20:50:07   R-12345601-shCtOn geLo
     2018-01-20 20:50:07   R-12345601-shCtValHi 0
     2018-01-20 20:50:07   R-12345601-shCtValLo 0
     2018-01-20 20:50:07   R-12345601-shMultiExec off
     2018-01-20 20:50:07   R-12345601-shOffDly 0 s
     2018-01-20 20:50:07   R-12345601-shOffTime 0 s
     2018-01-20 20:50:07   R-12345601-shOffTimeMode absolut
     2018-01-20 20:50:07   R-12345601-shOnDly 0 s
     2018-01-20 20:50:07   R-12345601-shOnTime 0 s
     2018-01-20 20:50:07   R-12345601-shOnTimeMode absolut
     2018-01-20 20:50:07   R-12345601-shSwJtDlyOff no
     2018-01-20 20:50:07   R-12345601-shSwJtDlyOn no
     2018-01-20 20:50:07   R-12345601-shSwJtOff on
     2018-01-20 20:50:07   R-12345601-shSwJtOn off
     2018-01-20 20:50:10   R-20855701-lgActionType jmpToTarget
     2018-01-20 20:50:10   R-20855701-lgCtDlyOff geLo
     2018-01-20 20:50:10   R-20855701-lgCtDlyOn geLo
     2018-01-20 20:50:10   R-20855701-lgCtOff geLo
     2018-01-20 20:50:10   R-20855701-lgCtOn geLo
     2018-01-20 20:50:10   R-20855701-lgCtValHi 0
     2018-01-20 20:50:10   R-20855701-lgCtValLo 0
     2018-01-20 20:50:10   R-20855701-lgMultiExec off
     2018-01-20 20:50:10   R-20855701-lgOffDly 0 s
     2018-01-20 20:50:10   R-20855701-lgOffTime 0 s
     2018-01-20 20:50:10   R-20855701-lgOffTimeMode absolut
     2018-01-20 20:50:10   R-20855701-lgOnDly 0 s
     2018-01-20 20:50:10   R-20855701-lgOnTime 0 s
     2018-01-20 20:50:10   R-20855701-lgOnTimeMode absolut
     2018-01-20 20:50:10   R-20855701-lgSwJtDlyOff no
     2018-01-20 20:50:10   R-20855701-lgSwJtDlyOn no
     2018-01-20 20:50:10   R-20855701-lgSwJtOff on
     2018-01-20 20:50:10   R-20855701-lgSwJtOn on
     2018-01-20 20:50:10   R-20855701-shActionType off
     2018-01-20 20:50:10   R-20855701-shCtDlyOff geLo
     2018-01-20 20:50:10   R-20855701-shCtDlyOn geLo
     2018-01-20 20:50:10   R-20855701-shCtOff geLo
     2018-01-20 20:50:10   R-20855701-shCtOn geLo
     2018-01-20 20:50:10   R-20855701-shCtValHi 0
     2018-01-20 20:50:10   R-20855701-shCtValLo 0
     2018-01-20 20:50:10   R-20855701-shMultiExec off
     2018-01-20 20:50:10   R-20855701-shOffDly 0 s
     2018-01-20 20:50:10   R-20855701-shOffTime 0 s
     2018-01-20 20:50:10   R-20855701-shOffTimeMode absolut
     2018-01-20 20:50:10   R-20855701-shOnDly 0 s
     2018-01-20 20:50:10   R-20855701-shOnTime 0 s
     2018-01-20 20:50:10   R-20855701-shOnTimeMode absolut
     2018-01-20 20:50:10   R-20855701-shSwJtDlyOff no
     2018-01-20 20:50:10   R-20855701-shSwJtDlyOn no
     2018-01-20 20:50:10   R-20855701-shSwJtOff on
     2018-01-20 20:50:10   R-20855701-shSwJtOn on
     2018-01-20 20:50:12   R-20855702-lgActionType jmpToTarget
     2018-01-20 20:50:12   R-20855702-lgCtDlyOff geLo
     2018-01-20 20:50:12   R-20855702-lgCtDlyOn geLo
     2018-01-20 20:50:12   R-20855702-lgCtOff geLo
     2018-01-20 20:50:12   R-20855702-lgCtOn geLo
     2018-01-20 20:50:12   R-20855702-lgCtValHi 0
     2018-01-20 20:50:12   R-20855702-lgCtValLo 0
     2018-01-20 20:50:12   R-20855702-lgMultiExec off
     2018-01-20 20:50:12   R-20855702-lgOffDly 0 s
     2018-01-20 20:50:12   R-20855702-lgOffTime 0 s
     2018-01-20 20:50:12   R-20855702-lgOffTimeMode absolut
     2018-01-20 20:50:12   R-20855702-lgOnDly 0 s
     2018-01-20 20:50:12   R-20855702-lgOnTime 0 s
     2018-01-20 20:50:12   R-20855702-lgOnTimeMode absolut
     2018-01-20 20:50:12   R-20855702-lgSwJtDlyOff no
     2018-01-20 20:50:12   R-20855702-lgSwJtDlyOn no
     2018-01-20 20:50:12   R-20855702-lgSwJtOff off
     2018-01-20 20:50:12   R-20855702-lgSwJtOn off
     2018-01-20 20:50:12   R-20855702-shActionType off
     2018-01-20 20:50:12   R-20855702-shCtDlyOff geLo
     2018-01-20 20:50:12   R-20855702-shCtDlyOn geLo
     2018-01-20 20:50:12   R-20855702-shCtOff geLo
     2018-01-20 20:50:12   R-20855702-shCtOn geLo
     2018-01-20 20:50:12   R-20855702-shCtValHi 0
     2018-01-20 20:50:12   R-20855702-shCtValLo 0
     2018-01-20 20:50:12   R-20855702-shMultiExec off
     2018-01-20 20:50:12   R-20855702-shOffDly 0 s
     2018-01-20 20:50:12   R-20855702-shOffTime 0 s
     2018-01-20 20:50:12   R-20855702-shOffTimeMode absolut
     2018-01-20 20:50:12   R-20855702-shOnDly 0 s
     2018-01-20 20:50:12   R-20855702-shOnTime 0 s
     2018-01-20 20:50:12   R-20855702-shOnTimeMode absolut
     2018-01-20 20:50:12   R-20855702-shSwJtDlyOff no
     2018-01-20 20:50:12   R-20855702-shSwJtDlyOn no
     2018-01-20 20:50:12   R-20855702-shSwJtOff off
     2018-01-20 20:50:12   R-20855702-shSwJtOn off
     2018-01-20 20:53:01   R-self01-lgActionType off
     2018-01-20 20:53:01   R-self01-lgCtDlyOff geLo
     2018-01-20 20:53:01   R-self01-lgCtDlyOn geLo
     2018-01-20 20:53:01   R-self01-lgCtOff geLo
     2018-01-20 20:53:01   R-self01-lgCtOn geLo
     2018-01-20 20:53:01   R-self01-lgCtValHi 0
     2018-01-20 20:53:01   R-self01-lgCtValLo 0
     2018-01-20 20:53:01   R-self01-lgMultiExec off
     2018-01-20 20:53:01   R-self01-lgOffDly 0 s
     2018-01-20 20:53:01   R-self01-lgOffTime 0 s
     2018-01-20 20:53:01   R-self01-lgOffTimeMode absolut
     2018-01-20 20:53:01   R-self01-lgOnDly 0 s
     2018-01-20 20:53:01   R-self01-lgOnTime 0 s
     2018-01-20 20:53:01   R-self01-lgOnTimeMode absolut
     2018-01-20 20:53:01   R-self01-lgSwJtDlyOff no
     2018-01-20 20:53:01   R-self01-lgSwJtDlyOn no
     2018-01-20 20:53:01   R-self01-lgSwJtOff no
     2018-01-20 20:53:01   R-self01-lgSwJtOn no
     2018-01-20 21:22:30   R-self01-shActionType jmpToTarget
     2018-01-20 20:53:01   R-self01-shCtDlyOff geLo
     2018-01-20 20:53:01   R-self01-shCtDlyOn geLo
     2018-01-20 20:53:01   R-self01-shCtOff geLo
     2018-01-20 20:53:01   R-self01-shCtOn geLo
     2018-01-20 20:53:01   R-self01-shCtValHi 0
     2018-01-20 20:53:01   R-self01-shCtValLo 0
     2018-01-20 21:22:30   R-self01-shMultiExec off
     2018-01-20 20:53:01   R-self01-shOffDly 0 s
     2018-01-20 20:53:01   R-self01-shOffTime 0 s
     2018-01-20 21:22:30   R-self01-shOffTimeMode absolut
     2018-01-20 20:53:01   R-self01-shOnDly 0 s
     2018-01-20 20:53:01   R-self01-shOnTime 0 s
     2018-01-20 21:22:30   R-self01-shOnTimeMode absolut
     2018-01-20 21:24:48   R-self01-shSwJtDlyOff off
     2018-01-20 21:24:48   R-self01-shSwJtDlyOn on
     2018-01-20 21:23:44   R-self01-shSwJtOff dlyOn
     2018-01-20 21:23:44   R-self01-shSwJtOn dlyOff
     2018-01-20 20:53:04   R-self02-lgActionType jmpToTarget
     2018-01-20 20:53:04   R-self02-lgCtDlyOff geLo
     2018-01-20 20:53:04   R-self02-lgCtDlyOn geLo
     2018-01-20 20:53:04   R-self02-lgCtOff geLo
     2018-01-20 20:53:04   R-self02-lgCtOn geLo
     2018-01-20 20:53:04   R-self02-lgCtValHi 100
     2018-01-20 20:53:04   R-self02-lgCtValLo 50
     2018-01-20 20:53:04   R-self02-lgMultiExec on
     2018-01-20 20:53:04   R-self02-lgOffDly 0 s
     2018-01-20 20:53:04   R-self02-lgOffTime unused
     2018-01-20 20:53:04   R-self02-lgOffTimeMode absolut
     2018-01-20 20:53:04   R-self02-lgOnDly 0 s
     2018-01-20 20:53:04   R-self02-lgOnTime unused
     2018-01-20 20:53:04   R-self02-lgOnTimeMode absolut
     2018-01-20 20:53:04   R-self02-lgSwJtDlyOff on
     2018-01-20 20:53:04   R-self02-lgSwJtDlyOn on
     2018-01-20 20:53:04   R-self02-lgSwJtOff dlyOn
     2018-01-20 20:53:04   R-self02-lgSwJtOn on
     2018-01-20 20:53:04   R-self02-shActionType jmpToTarget
     2018-01-20 20:53:04   R-self02-shCtDlyOff geLo
     2018-01-20 20:53:04   R-self02-shCtDlyOn geLo
     2018-01-20 20:53:04   R-self02-shCtOff geLo
     2018-01-20 20:53:04   R-self02-shCtOn geLo
     2018-01-20 20:53:04   R-self02-shCtValHi 100
     2018-01-20 20:53:04   R-self02-shCtValLo 50
     2018-01-20 20:53:04   R-self02-shMultiExec off
     2018-01-20 20:53:04   R-self02-shOffDly 0 s
     2018-01-20 20:53:04   R-self02-shOffTime unused
     2018-01-20 20:53:04   R-self02-shOffTimeMode absolut
     2018-01-20 20:53:04   R-self02-shOnDly 0 s
     2018-01-20 20:53:04   R-self02-shOnTime unused
     2018-01-20 20:53:04   R-self02-shOnTimeMode absolut
     2018-01-20 21:27:34   R-self02-shSwJtDlyOff off
     2018-01-20 21:27:34   R-self02-shSwJtDlyOn on
     2018-01-20 21:25:58   R-self02-shSwJtOff dlyOn
     2018-01-20 21:25:58   R-self02-shSwJtOn dlyOff
     2018-01-20 20:49:22   R-sign          off
     2018-01-20 21:38:33   deviceMsg       off (to HMLANGW)
     2018-01-20 21:38:33   level           0 %
     2018-01-20 21:38:33   pct             0
     2018-01-20 21:30:03   peerList        12345601,20855701,20855702,self01,self02,
     2018-01-20 21:38:33   recentStateType info
     2018-01-20 21:38:33   state           off
     2018-01-20 21:38:33   timedOn         off
     2018-01-20 20:54:52   trigLast        HM_5A616F_Btn_01:long
     2018-01-20 20:54:52   trig_HM_5A616F_Btn_01 Long_12
   helper:
     dlvl       C8
     dlvlCmd    ++A0115173825A616F0203C80000
     peerIDsRaw ,12345601,20855701,20855702,5A616F02,5A616F01,00000000
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     role:
       chn        1
     shadowReg:
Attributes:
   expert     1_allReg
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,12345601,20855701,20855702,5A616F01,5A616F02,
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 Januar 2018, 22:46:28
wie kommst du auf löschen?
mit werksreset sollten normalerweise keine peers vorhanden sein.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Sebigamer4 am 21 Februar 2018, 20:17:07
Hallo,
Ich wollte auch versuchen, die Firmware auf (erstmal) einen meiner Schalter zu packen und hab dabei massive probleme
Kurz zum Setup: Zum flashen nutze ich einen RPI1, FHEM läuft auf nen RPI3.
Auf den RPI1 alles getreu nach dem Wiki eingerichtet, beim Flashen erst an die Wiki-Anleitung gehalten
Nun mein problem: nach dem flashen der Firmware geht nix ( einzig, wenn man nen taster drückt blinkt kurz die Config-LED auf, egal ob man Sw1 Sw2 oder den Config taster drückt, sonst keine Reaktion, auch nicht auf UART)
Dann hab ich probiert, nur mit den bootloader weiterzukommen (und die Firmware OTA zu flashen)
Wenn ich nur den bootloader flashe, blinkt es immer wieder einmal lang und dann 2 mal kurz
über OTA wird nix angenommen (flash-ota auf den Pi3 laufen lassen, mit der Asksin firmware), der baut keine verbindung auf
im bootloader folgende ausgabe :
*AskSin bootloa, Reboot OTA Boo bootloa, Reboot


                                                                         AskSin bootloat for CB, Reboot OTA BooV0.7.0

                                                                                                                     t for CB, Reboot


                                                                                                                                     AskSinence
                                                                                                                                               Wai, Reboot OTA BooV0.7.0

(Auf UART, wiederholt sich)


Ich weis langsam nicht mehr weiter.....
Desweiteren hab ich auch versucht: einrichtung des ganzen nach dem in den Gits
einrichtung des ganzen getreu des Manuals aus dem link mit der Owncloud
ergebnis war so immer ziemlich das selbe



EDIT:
Ok mittlerweile hab ich es nochmals geflasht,
ZitatNun mein problem: nach dem flashen der Firmware geht nix ( einzig, wenn man nen taster drückt blinkt kurz die Config-LED auf, egal ob man Sw1 Sw2 oder den Config taster drückt, sonst keine Reaktion, auch nicht auf UART)
ist der aktuelle status jetzt wieder, allerdings kriege ich jetzt eine Verbindung zu fhem, oder anders gesagt: Es funktioniert jetzt :)

Was allerdings (immer) noch nicht geht, ist eine möglichkeit, in den bootloader zu kommen( weder durch Disconnect + configtaster, noch durch reset + configtaster, noch sonstiwie)


Ich wollte ausserdem noch testen ob OTA klappt, allerdings habe ich auhc einige probleme mit hex2eq3
und zwar beschwert sich hier das script immer mit folgendem

hex2eq3.php --inFile Asksin_HM_LC_Sw1PBU_FM.cpp.hex --outFile HM_LC_Sw1PBU_FM.eq3 --spmPageSize 256 --hexEndAddress 0xDFFE --outFormat eq3 --withCrcCheck --pathTo-srec_cat srec_cat.exe
srec_cat: the --Fill range (0x0000 - 0xFFFFFFFF) is 4.00GB and is probably  larger than you intended (use --big to override this error message)


(php und Srecord sind auf dem neuesten stand, system war windows)


(getestet unter windows mit den neuesten programmversionen jeweils)
gebuilded wurde die Hex mit Adurino-IDE (ist die selbe hex, wie jetzt grade aufn schalter durch klassisches flashen drauf ist...)


Gruß,
Sebastian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 24 Februar 2018, 07:39:35
Hallo,

ich bräuchte mal Hilfe beim flashen. Den Bootloader habe ich drauf bekommen.
Wo bekomme ich die Boardbeschreibung her wenn ich mit der IDE 1.8.5 arbeite? Oder muss das ich mit der alten 1.0.6 IDE arbeiten? Wer kann mir da weiterhelfen? Alternativ - gibt es irgendwo eine fertige Datei die ich flachen kann?

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Sebigamer4 am 24 Februar 2018, 08:17:29
Bei mir hat es (unter Linux (hab auf den pi direkt mit X11 gearbeitet)) mit der neuesten version geklappt.
Was dir fehlt ist der Jabduino 664(iwas) oder?
Den musst du erst herunterladen, woher steht in den Tutorials normal mit drinnen ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 24 Februar 2018, 08:21:53
Korrekt der Jabduino fehlt. Ich habe aber auch nicht die Verzeichnisse die dort angegeben werden. Außerdem hat sich zwischen 1.0.x zu 1.8.5 die Boardverwaltung doch geändert - oder habe ich da etwas falsch verstanden. Wenn ich die Adresse bei der Boardverwaltung eingebe passiert gar nichts.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Sebigamer4 am 24 Februar 2018, 08:24:55
Zuerst mal
Auf welchen OS arbeitest du denn?
Ich kenn mich nur unter linux etwas aus...


-----EDIT:------

Ich hab mit 1.0.5+dfsg2-4.1 gearbeitet
(das ist das was mir aus den Repository gegeben wurde)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 27 Februar 2018, 19:36:02
Hallo,

ich arbeite auf einem Linux Laptop (aktuell Debian stretch). Ich habe die IDE 1.0.6 installiert und die Boards hinzugefügt. Unter jabduino644 lässt sich der Sketch compilieren unter jabduino644A kommen Fehler. Ich habe mittlerweile einen Bootloader und eine xx.hex Datei gefunden, die funktionieren - allerdings sind dort ja die Seriennummer und die ID fest reingeschrieben, so das ich diese Datei nur einmal nutzen kann.
Ich komme einfach nicht weiter. Wenn ich meine Firmware draufspiele passiert nichts.

gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Sebigamer4 am 27 Februar 2018, 19:44:59
Ich arbeite direkt auf'n Pi mit raspian (ist ja auch Debian, Version weiß ich Grad ned)
Kann dir aber theoretisch auch die firmwares machen wenn's ist.....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 27 Februar 2018, 20:13:07
Wieviele von den Schaltern hast Du denn in Gebrauch?
Ich teste gerade mit einer Platine von einem Gerät wo das Netzteil kaputt gegangen ist. Hast Du die IDE als Debian Paket installiert? Dann würde ich das auch mal auf dem Pi (in meinem Falle ein BananaPi) direkt testen. Vielleicht komme ich damit weiter.
Ich würde gerne auf Dein Angebot eingehen mir eine Firmware zum Testen zu machen. Vielleicht komme ich damit meinem Problem auf die Spur.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Sebigamer4 am 27 Februar 2018, 20:15:32
Ich hab 3 in Betrieb
Firmware läuft auch einwandfrei nur den bootloader bring ichs einfach ned zum laufen

Installiert habe ichs aus'm repository
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 27 Februar 2018, 20:20:13
Ich habe den Bootloader von hier https://forum.fhem.de/index.php/topic,18071.msg156761.html#msg156761 (https://forum.fhem.de/index.php/topic,18071.msg156761.html#msg156761) genommen. Der lief bei mir direkt ohne Probleme. Ist schon fertig, muss nur geflasht werden.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Sebigamer4 am 27 Februar 2018, 20:24:20
Mir ist's egal, so oft Werd ich die ned updaten müssen
Ich mein das letzte Update des Quellcodes ist auch n wenig her und hardgecoded ist auch ned so viel
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 28 Februar 2018, 12:59:18
@Sebigamer4
könntest Du mir Deinen funktionieren Sketch zur Verfügung stellen? Ich habe alles nach WIKI gemacht - leider ohne Erfolg. Auch mit der IDE auf den PI bekomme ich keine lauffähige FW zusammen. Bin so ziemlich am Ende mit meinem Latein. Keine Ahnung was da noch schief laufen sollte.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 Februar 2018, 13:05:53
du hast also einen bootloader am laufen. und jetzt kannst du kein ota update der fw machen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 28 Februar 2018, 13:44:00
OTA habe ich noch nicht versucht. Ich flashe immer noch direkt - jetzt wo die Kabel einmal drann sind. Dann teste ich den mit der 3,3V Speisung aus dem PI.
Ein fertiges HEX File aus diesem Tread läuft, allerdings brauche ich wenn dann mehrere, wenn ich so nach und nach Umstellen möchte. Und da komme ich ums selbst compilieren nicht drum herum. Da ist irgendwo noch etwas im Argen. Ich habe alles nach Anleitung gemacht, kann aber trotzdem nicht pairen - weder über Seriennummer noch über Seconds.
Es gibt noch einen Unterschied zwischen der lauffähigen Version und meinen Versionen. Wenn man die Config Taste drückt passiert bei der lauffähigen Version nichts - bei meinen Versionen blinkt die LED kurz grün. Ich habe in dem Sketch nur die Seriennummer und die ID geändert, weil das ja so muss. Mehr habe ich nicht gemacht. Muss da noch etwas anderes eingestellt werden ?

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 Februar 2018, 14:00:50
du musst den taster eventuell länger drücken.
sniffe die rawmessages zb über den eventmonitor. dann siehst du, ob eine anlernmessage kommt. kommt immer bei langem drücken. ich glaube bei erfolgreichem drücken blinkt nichts. schon so lange her.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 Februar 2018, 14:23:33
https://forum.fhem.de/index.php/topic,18071.msg275891.html#msg275891 (https://forum.fhem.de/index.php/topic,18071.msg275891.html#msg275891)
hier hatte ich mal das verhalten von taster und led verbessert.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 28 Februar 2018, 16:26:54
Hallo,

das mit dem lang drücken war die Lösung. Jetzt klappt es auch mit meiner FW, wobei ich den Block "First Boot" komplett rausgeworfen habe, da der ja nicht zu der geänderten ID passt. Gepeert habe ich bis jetzt noch nichts. Das ist meine Aufgabe für morgen😉.
Noch einmal herzlichen Dank an alle die mitgeholfen haben.

Gruß Christoph
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 Februar 2018, 16:50:00
Zitat von: Bennemannc am 28 Februar 2018, 16:26:54
wobei ich den Block "First Boot" komplett rausgeworfen habe, da der ja nicht zu der geänderten ID passt.
der block ist aber normalerweise nicht aktiv. man muss ihn also erst freischalten, damit er wirksam wird.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 01 März 2018, 13:55:46
Hallo,

wo kann man einstellen das der etwas weniger Funkt. Der scheint mir ein wenig oft zu senden. Vor allem wenn das Licht aus ist schickt der Schalter im Sekundentakt Nachrichten. Wenn das Licht an ist, sind das deutlich weniger. Woran kann das liegen?

Gruß Christoph

Es ist der Sw2 Kanal (4) der bei "Aus" so viel sendet. Bei "Ein" sendet er in einem vernünftigen Rhytmus. Da ich den Code nicht verstehe, habe ich keine Ahnung wo ich da etwas ändern kann.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Bennemannc am 03 März 2018, 16:27:51
Also ich habe mal etwas mit den Werten gespielt. Jetzt sendet er nicht mehr so viel Informationen, aber immer noch alle 19-20 sec. den "current" Wert. Wo im Sketch kann ich das abschalten? Ich denke das war mal zum Debuggen gedacht.

Gruß Christoph

Edit - klappt doch nicht so wie gewünscht. Funkt immer noch viel zu viel.
Titel: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frust am 30 März 2018, 17:57:26
MOIN zusammen.
Ich habe jetzt ziemlich viel in diesen 126 Forumsseiten gelesen. Klingt alles sehr spannend und ist genau das, was ich brauche.

Leider ist mir immer noch nicht klar, ob ich meinen bereits in der Wand verbauten Schalter HM_LC_Sw1PBU_FM zum flashen wieder ausbauen und zerlegen muss, oder ob ich das noch originale Stück doch irgendwie direkt OTA flashen kann.

Für einen kurzen Hinweis wäre ich dankbar.
Gruß frank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag 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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frust am 31 März 2018, 18:03:09
OK, danke für die Aufklärung!
Nun habe ich alles nach Anleitung geflasht und installiert und folgendes Problem:

2018.03.31 17:54:30 4: TSCUL_Parse: nanoCUL  290144 A F701 00007920 00 0E 97 A410 5F6653 ABCD13 0604000000 -66dB -66
2018.03.31 17:54:31 5: nanoCUL: dispatch A0E97A4105F6653ABCD130604000000::-66:nanoCUL:
2018.03.31 17:54:31 3: nanoCUL: Unknown code A0E97A4105F6653ABCD130604000000::-66:nanoCUL:, help me!


Die HmID des Schalters 5F6653 ist korrekt überhmittelt und RegisterCentral  ABCD13 stimmt auch.
Ich habe mal im 99_Asksin*.pm die auskommentierten Log() wieder aktiviert und sehe, dass das Modul geladen wird.

Was läuft da schief??

[EDIT]: Es scheint so, als würde der Autocreate nur funktionieren, wenn man in der FW nicht schon alles eingetragen hat...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frust am 02 April 2018, 13:11:37
Moin zusammen.
Also inzwischen habe ich eine FW ohne firstLoad geflasht. Nun hat der Schalter keinerlei peerings.
Anscheinend bin ich zu dumm diese richtig einzutragen...
wenn ich (wie im WIKI unter Advanced Settings beschrieben)
set HM_5F6653_Sw_01 regSet shActionType  jmpToTarget self01
im FHEM eintippe bekomme ich zur Antwort
cannot calculate value. Please issue set HM_5F6653_Sw_01 getConfig first - invalid
Aber ein set  HM_5F6653_Sw_01 getConfig  bessert es nicht...

Mache ich was falsch?

Hier meine bisherigen Einstellungen (alles leer nach Flashen): list NAME=HM_5F6653
Internals:
   DEF        5F6653
   IODev      nanoCUL
   LASTInputDev nanoCUL
   MSGCNT     2718
   NAME       HM_5F6653
   NOTIFYDEV  global
   NR         121
   NTFY_ORDER 50-HM_5F6653
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_5F6653_Btn_01
   channel_02 HM_5F6653_Btn_02
   channel_03 HM_5F6653_Sw_01
   channel_04 HM_5F6653_Sw_02
   lastMsg    No:3A - t:02 s:5F6653 d:AFFE13 00
   nanoCUL_MSGCNT 2718
   nanoCUL_RAWMSG A0A3A80025F6653AFFE1300::-30:nanoCUL:
   nanoCUL_RSSI -30
   nanoCUL_TIME 2018-04-02 13:01:03
   protCmdDel 2
   protLastRcv 2018-04-02 13:01:03
   protResnd  4 last_at:2018-04-01 23:24:31
   protResndFail 1 last_at:2018-04-01 23:24:36
   protSnd    174 last_at:2018-04-02 13:01:02
   protState  CMDs_done
   rssi_at_nanoCUL max:-18 min:-34.5 cnt:2718 avg:-29.74 lst:-30
   READINGS:
     2018-04-02 13:01:03   CommandAccepted yes
     2018-04-01 23:24:02   D-firmware      1.5
     2018-04-01 23:24:02   D-serialNr      OEQ1156404
     2018-04-01 23:36:14   PairedTo        0xAFFE13
     2018-04-01 23:24:06   R-pairCentral   0xAFFE13
     2018-04-01 12:32:59   battery         ok
     2018-04-02 13:01:03   state           CMDs_done
   helper:
     HM_CMDNR   58
     PONtest    1
     cSnd       01AFFE135F66530303,11AFFE135F66530400
     mId        F0A9
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     io:
       lstRecType 02
       newChn     +5F6653,00,00,00
       nextSend   1522666863.79549
       nxtSndMcnt 3A
       prefIO     
       restoredIO nanoCUL
       rxt        0
       tgtDly     88
       vccu       
       lRcTm:
         nanoCUL    49999440
         tnms       100957276
       p:
         5F6653
         00
         00
         00
     mRssi:
       mNo        3A
       io:
         nanoCUL:
           -28
           -28
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     rssi:
       at_nanoCUL:
         avg        -29.7470566593084
         cnt        2718
         lst        -30
         max        -18
         min        -34.5
     shadowReg:
       RegL_00.     02:81 05:00 0A:AF 0B:FE 0C:13 12:00 00:00
     tmpl:
Attributes:
   IODev      nanoCUL
   autoReadReg 4_reqStatus
   expert     1_allReg
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   OEQ1156404
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents


list NAME=HM_5F6653_Btn_01
Internals:
   CFGFN     
   DEF        5F665301
   NAME       HM_5F6653_Btn_01
   NOTIFYDEV  global
   NR         187
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   device     HM_5F6653
   READINGS:
     2018-04-01 23:24:07   R-dblPress      0 s
     2018-04-01 23:24:07   R-longPress     0.3 s
     2018-04-01 23:24:07   R-sign          off
   helper:
     peerIDsRaw ,00000000
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   expert     1_allReg
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,


list NAME=HM_5F6653_Btn_02
Internals:
   CFGFN     
   DEF        5F665302
   NAME       HM_5F6653_Btn_02
   NOTIFYDEV  global
   NR         188
   STATE      ???
   TYPE       CUL_HM
   chanNo     02
   device     HM_5F6653
   READINGS:
     2018-04-01 23:24:08   R-dblPress      0 s
     2018-04-01 23:24:08   R-longPress     0.3 s
     2018-04-01 23:24:08   R-sign          off
   helper:
     peerIDsRaw ,00000000
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   expert     1_allReg
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,


list NAME=HM_5F6653_Sw_01
Internals:
   CFGFN     
   DEF        5F665303
   NAME       HM_5F6653_Sw_01
   NOTIFYDEV  global
   NR         189
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     HM_5F6653
   READINGS:
     2018-04-01 23:31:07   CommandAccepted yes
     2018-04-01 23:24:14   R-sign          off
     2018-04-01 23:31:16   deviceMsg       off (to nanoCUL)
     2018-04-01 23:31:16   level           0 %
     2018-04-01 23:31:16   pct             0
     2018-04-01 23:31:16   recentStateType info
     2018-04-01 23:31:16   state           off
     2018-04-01 23:31:16   timedOn         off
   helper:
     dlvl       00
     dlvlCmd    ++A011AFFE135F66530203000000
     peerIDsRaw ,00000000
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   expert     1_allReg
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,


list NAME=HM_5F6653_Sw_02
Internals:
   CFGFN     
   DEF        5F665304
   NAME       HM_5F6653_Sw_02
   NOTIFYDEV  global
   NR         190
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     HM_5F6653
   READINGS:
     2018-04-01 23:31:14   CommandAccepted yes
     2018-04-02 13:01:01   current         0
     2018-04-01 23:31:15   deviceMsg       off (to nanoCUL)
     2018-04-01 23:31:15   level           0 %
     2018-04-01 23:31:15   pct             0
     2018-04-01 23:31:15   recentStateType info
     2018-04-01 23:31:15   state           off
     2018-04-01 23:31:15   timedOn         off
   helper:
     dlvl       00
     dlvlCmd    ++A011AFFE135F66530204000000
     peerIDsRaw ,00000000
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   expert     1_allReg
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 02 April 2018, 13:23:50
du musst erst peeren. das macht man mit set peerChan.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frust am 05 April 2018, 16:09:14
In 2016 habe ich folgende Anfrage gefunden:

Zitat von: Hanjo am 04 Januar 2016, 20:56:55
(...) Der State vom SW_02 wechselt dann übrigens nach einiger Zeit zu "unreachable". Dazu noch eine Idee?

Und keiner hat irgendwie richtig darauf geantwortet. Ich habe momentan das gleiche Problem: Die ...._Sw_01 und ...._Sw_02 werden bei mir immer als unreachable markiert, ...._Btn_01 und ...._Btn_02 haben als state sogar nur ? ? ?.
Woran kann es liegen? Momentan ist noch das Controllerboard direkt am Raspberry angedrahtet, also ohne Leistungsteil. Kann es daran liegen?

[EDIT] Pairing und peering ist mittlerweile gelungen
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gianca85 am 15 April 2018, 22:31:29
Hallo zusammen,

ich habe vor längerer Zeit erfolgreich die alternative Firmware geflasht, den Schalter eingebaut und in FHEM eingehängt.

Leider lässt sich das Licht jedoch remote nicht schalten. Auch am Taster selbst lässt sich das Licht nicht schalten. An den anderen Stellen der Kreuzschaltung kann das Licht geschaltet werden.
Woran kann dies liegen? Habe ich den Schalter vielleicht an der falschen Stelle installiert (am falschen Ende)?

Gruß
Gianca
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, ...
Beitrag von: Per am 16 April 2018, 10:54:04
Zitat von: gianca85 am 15 April 2018, 22:31:29Habe ich den Schalter vielleicht an der falschen Stelle installiert (am falschen Ende)?
Das wissen wir ja nicht. Der Schalter muss immer an erster Stelle liegen, weil er Phase und Null benötigt.

Mit nur einer Diode (und einem etwas geänderten Layout) hätte ELV das ändern können...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Sebigamer4 am 11 Juni 2018, 09:19:21
Zitat von: gianca85 am 15 April 2018, 22:31:29
Hallo zusammen,

ich habe vor längerer Zeit erfolgreich die alternative Firmware geflasht, den Schalter eingebaut und in FHEM eingehängt.

Leider lässt sich das Licht jedoch remote nicht schalten. Auch am Taster selbst lässt sich das Licht nicht schalten. An den anderen Stellen der Kreuzschaltung kann das Licht geschaltet werden.
Woran kann dies liegen? Habe ich den Schalter vielleicht an der falschen Stelle installiert (am falschen Ende)?

Gruß
Gianca




Dazu :
es ist normal mit der firmware, das du das Licht erstmal NICHT schalten kannst, dazu musst du erst die internen Schalter mit dem Relais verknüpfen (siehe hierzu Wiki (der Firmware) und pdf-handbuch von FHEM)
Wenn du den Schalter mit fhem selbst erfolgreich verknüpfen konntest, dann hat der Schalter selbst ja auf jeden Fall schon Mal Strom

(Also fhem sollte idealerweise bei dem Schalter auch nicht sowas wie unreachable oder so anzeigen)





Wegen dem remote schalten:


Du meinst damit vom Webinterface aus oder?
Auf jedenfall , wenn du im Webinterface schaltest, hörst du im Schalter dann das Relais umschalten?


Wenn nicht könnte auch eventuell n Problem mit dem Schalter selbst sein




Zitat von: Bennemannc am 03 März 2018, 16:27:51
Also ich habe mal etwas mit den Werten gespielt. Jetzt sendet er nicht mehr so viel Informationen, aber immer noch alle 19-20 sec. den "current" Wert. Wo im Sketch kann ich das abschalten? Ich denke das war mal zum Debuggen gedacht.

Gruß Christoph

Edit - klappt doch nicht so wie gewünscht. Funkt immer noch viel zu viel.
GENAU dasselbe Problem hatte ich auch
Ich hab aber keinen Plan wie man das genau beheben kann
Meine Abhilfe war letztendlich die Leiterbahn der current-messleitung zu durchtrennen
Jetzt misst der atmega durchgehend current 0 UND hält auch die Klappe (mir war das egal, da ich die Messung eh nicht brauchte)

Gesendet von meinem ONEPLUS A5000 mit Tapatalk
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Nighthawk am 11 Juni 2018, 20:27:23
@Sebigamer4

warum durchtrennst du die Current Messleitung?
Damit hast Du ja diese Firmware völlig obsolet gemacht, denn das ist ja der große Benefit dieser Firmware.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Sebigamer4 am 11 Juni 2018, 21:28:17
Zitat von: Nighthawk am 11 Juni 2018, 20:27:23
@Sebigamer4

warum durchtrennst du die Current Messleitung?
Damit hast Du ja diese Firmware völlig obsolet gemacht, denn das ist ja der große Benefit dieser Firmware.
Eben wegen des logging problems

Da ich das anderweitig nicht in den Griff bekommen hab (angefangen von neu Flashen, anderen Versionen testen, selber basteln,..... Sobald der Schalter gepaired war hatte ich sekündliche logs, bis das Funkmodul die 1% Regel angeworfen hat (wegen zu vielen acks) und alles dicht war....)


Das mit der current Leitung war nur so ne Idee, da ich softwaremäßig alles (was in meinen wissen lag) ausgeschöpft hab...

Und prompt hat es funktioniert
(hinzu kommt, dass die vorher gelieferten current Werte n wenig unplausibel waren, und somit (und da ich keine echte Wechselschaltung betreibe) eh nicht interessant wären für mich, hab ich da auch keinen nachteil.



Gesendet von meinem ONEPLUS A5000 mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, ...
Beitrag von: Per am 12 Juni 2018, 11:15:08
Statt des Durchtrennens hättest du auch den Messwiderstand überbrücken können. Ist reversibel und spart noch ein paar µW Energie.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Sebigamer4 am 12 Juni 2018, 11:43:14
Zitat von: Per am 12 Juni 2018, 11:15:08
Statt des Durchtrennens hättest du auch den Messwiderstand überbrücken können. Ist reversibel und spart noch ein paar µW Energie.
Naja ich hab den Cut schon so gesetzt dass ich das notfalls wieder flicken kann
Den shunt überbrücken währe natürlich auch eine Idee gewesen :)

Aber man denkt halt auch nicht an alles ;)

Gesendet von meinem ONEPLUS A5000 mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 12 Juni 2018, 12:41:41
Zitat von: Sebigamer4 am 11 Juni 2018, 21:28:17
Da ich das anderweitig nicht in den Griff bekommen hab (angefangen von neu Flashen, anderen Versionen testen, selber basteln,..... Sobald der Schalter gepaired war hatte ich sekündliche logs, bis das Funkmodul die 1% Regel angeworfen hat (wegen zu vielen acks) und alles dicht war....)

meiner sendet den stromwert alle 20 sek. das sollte normal sein. du müstest ja dann einen timer "umprogramiert" haben.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Sebigamer4 am 12 Juni 2018, 12:50:40
Zitat von: frank am 12 Juni 2018, 12:41:41
meiner sendet den stromwert alle 20 sek. das sollte normal sein. du müstest ja dann einen timer "umprogramiert" haben.
Das mit dem 20 sec wenn der Schalter an ist ist auch normal


Allerdings sendet der alle 5 sec nen currentwert wenn der Schalter aus ist.....

Gesendet von meinem ONEPLUS A5000 mit Tapatalk

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: SlvrStrko4 am 30 Juni 2018, 00:41:58
Hallo zusammen,

in der Hoffnung, dass ich "einfach nur Tomaten auf den Augen habe":
Ich habe die Firmware geflasht, damit ich nicht mehr die 3-4 Sekunden Verzögerung habe bis ich in FHEM mitbekomme, dass der Schalter gedrückt wurde.
Ich schalte damit noch zusätzlich eine Stehlampe und das ist schon etwas nervig so.
Jetzt hatte ich angenommen, dass ich in den "*_Btn_01" und "*_Btn_02" Channels einen State habe ala "Short_30 (to VCCU)" oder so.
Habe ich was vergessen?

Danke & Gruß!

List von Btn_01:
Internals:
   DEF        52C41101
   NAME       HM_52C411_Btn_01
   NOTIFYDEV  global
   NR         679
   NTFY_ORDER 50-HM_52C411_Btn_01
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   device     HM_52C411
   peerList   self03,
   READINGS:
     2018-06-29 23:55:24   R-dblPress      0.2 s
     2018-06-29 23:55:24   R-longPress     0.7 s
     2018-06-29 23:55:25   R-self03-expectAES off
     2018-06-29 23:55:25   R-self03-peerNeedsBurst on
     2018-06-29 23:55:24   R-sign          off
     2018-06-30 00:35:42   peerList        self03,
   helper:
     peerIDsRaw ,52C41103,00000000
     regLst     ,1,4p
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   expert     1_allReg
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,52C41103,


List vom Device selbst:
Internals:
   DEF        52C411
   HMLAN1_MSGCNT 498
   HMLAN1_RAWMSG E52C411,0000,3CA5EDE4,FF,FFCF,83805E52C41126E96A0000000000000000000000
   HMLAN1_RSSI -49
   HMLAN1_TIME 2018-06-30 00:39:23
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     498
   NAME       HM_52C411
   NOTIFYDEV  global
   NR         678
   NTFY_ORDER 50-HM_52C411
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_52C411_Btn_01
   channel_02 HM_52C411_Btn_02
   channel_03 HM_52C411_Sw_01
   channel_04 HM_52C411_Sw_02
   lastMsg    No:83 - t:5E s:52C411 d:26E96A 0000000000000000000000
   protLastRcv 2018-06-30 00:39:23
   protResnd  2 last_at:2018-06-30 00:08:32
   protSnd    234 last_at:2018-06-30 00:35:59
   protState  CMDs_done
   rssi_at_HMLAN1 cnt:498 min:-56 max:-40 avg:-46.18 lst:-49
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1530311759.97465
           VALUE      CMDs_done
   READINGS:
     2018-06-30 00:31:44   CommandAccepted yes
     2018-06-27 23:20:58   D-firmware      1.5
     2018-06-27 23:20:58   D-serialNr      NEQ1832322
     2018-06-30 00:35:41   PairedTo        0x26E96A
     2018-06-27 23:21:02   R-pairCentral   0x26E96A
     2018-06-30 00:35:41   RegL_00.          02:81 05:00 0A:26 0B:E9 0C:6A 12:00 00:00
     2018-06-30 00:35:59   state           CMDs_done
   helper:
     HM_CMDNR   131
     cSnd       0126E96A52C411030452C4110103,0126E96A52C411030452C4110203
     mId        F0A9
     regLst     ,0
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +52C411,00,00,00
       nextSend   1530311964.06803
       rxt        0
       vccu       VCCU
       p:
         52C410
         00
         00
         00
       prefIO:
         HMLAN1
     mRssi:
       mNo        83
       io:
         HMLAN1:
           -41
           -41
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
     rssi:
       at_HMLAN1:
         avg        -46.1867469879518
         cnt        498
         lst        -49
         max        -40
         min        -56
     shadowReg:
     tmpl:
Attributes:
   IODev      HMLAN1
   IOgrp      VCCU:HMLAN1
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.5
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   NEQ1832322
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: errazzor am 16 August 2018, 23:08:48
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?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 21 August 2018, 19:45:55
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

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kabakakao am 31 Oktober 2018, 22:30:55
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?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 November 2018, 10:11:01
die messages sehen seltsam aus. poste mal ein list vom cul.
bitte log ausgaben, list, etc mit code tags formatieren.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kabakakao am 01 November 2018, 13:01:38
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 November 2018, 15:20:50
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?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kabakakao am 01 November 2018, 17:20:32
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!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 November 2018, 17:54:09
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kabakakao am 01 November 2018, 18:16:33
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?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 November 2018, 18:34:10
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".
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kabakakao am 01 November 2018, 19:26:36
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?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 01 November 2018, 21:02:42
lies mal hier, vieleicht hilfts - siehe Werksreset:
https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware#3._Bootloader_aktivieren
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 01 November 2018, 21:14:44
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: sebixvi am 11 November 2018, 14:15:51
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 03 Dezember 2018, 15:42:16
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag 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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 03 Dezember 2018, 16:45:58
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;
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 03 Dezember 2018, 16:58:15
ich denke, es sieht gut aus.
den erfolg spürst du ja beim schalten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: holzwurm83 am 03 Dezember 2018, 17:34:20
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?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 03 Dezember 2018, 18:58:08
bei mir gibt es auch probleme mit den triggerreadings, habe ich gerade gesehen.
funktionieren tut aber alles.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: JochenSi am 03 Januar 2019, 19:52:50
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
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Lazgar am 07 Januar 2019, 07:10:38
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 07 Januar 2019, 19:11:54
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?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 Januar 2019, 21:05:39
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 Januar 2019, 23:41:02
oder fehlt dir HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm, die nach /fhem/FHEM gehört?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 08 Januar 2019, 06:51:08
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 Januar 2019, 07:58:32
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 (https://forum.fhem.de/index.php/topic,18071.msg326473.html#msg326473)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 Januar 2019, 14:28:56
nach meinem heutigen fhem update, kann ich die aussagen etwas besser verstehen.  :)
https://forum.fhem.de/index.php/topic,93930.msg883725.html#msg883725 (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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: unimatrix am 08 Januar 2019, 16:21:35
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...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: JochenSi am 09 Januar 2019, 19:09:29
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.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: nugat1 am 10 Januar 2019, 22:34:46
Hallo, ich hatte auch am Sonntag ein update gemacht.
Nach dem Update war hinter "Save config" ein rotes Fragezeichen, hab mir nichts dabei gedacht, und gespeichert.
Montag ist mir aufgefallen, dass bei einem Schalter das Longpress nicht mehr funktionierte.
Dies sollte eigentlich durch ein notify eine Aktion ausführen.

Heute hab ich mir das mal genauer angeschaut:
Wieder ein Update durchgeführt, nachher kam eine Warnung zu allen HM Geräten, das .mID kein gültiges Attribut wäre.
Habe mal in die fhem.cfg geschaut - alle HM Geräte hatte ein .mID attribut definiert.
Dann ist mir aufgefallen, dass all meine Schalter mit CusomFirmware nur noch hab definiert waren - d.h. es existierte nur noch das Device als solche und die beiden Btn Devices.
-> Die Aktor Definitionen waren verschwunden (dies war sicherlich das "Save config" nach dem ersten Update.

Ich habe dann aus dem restoredir den Stand (Module und fhem.cfg) von vor dem Update (Sonntag 06.01.) zurückgespielt und dann funktionierte wieder alles.
Weiterhin habe ich grad eben noch ein Update gemacht - ohne das was kaputt gegangen ist.

ich hoffe das hilft jemanden weiter, der vielleicht auch ein Problem hatte, falls er am Sonntag ein Update gemacht hat.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: anfänger111 am 25 Januar 2019, 16:58:56
Guten Tag,

"plötzlich" zeigt mein "Sw_02"-Device nicht mehr den aktuellen Status (on, off) an, wenn der Schalter manuell (also nicht über FHEM) betätigt wurde.

Könnte dies am Update liegen oder vlt an der Verwendung einer VCCU (statt direkt per HMLAN)?

Vielen Dank
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mike.d am 28 Januar 2019, 04:15:47
ich habe heute auch einen meiner Schalter mit der alternativen firmware geflasht.

Wenn ich ihn jedoch paire werden die Kanäle nicht automatisch mit angelegt. Ich habe ausschließlich den <HM-LC-SW1PBU-FM_Device>. Damit kann ich auch nicht intern peeren und auch nicht schalten über FHEM.

Liegt es an der aktuellen CUL_HM?

Internals:
   DEF        29F26F
   FUUID      5c4e70ee-f33f-303b-09a3-511ac8529c8d2865
   HMLAN1_MSGCNT 7
   HMLAN1_RAWMSG E29F26F,0000,32911239,FF,FFC2,A5805E29F26F29A3CE0000000000000000000000
   HMLAN1_RSSI -62
   HMLAN1_TIME 2019-01-28 04:15:25
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     7
   NAME       HM_29F26F
   NOTIFYDEV  global
   NR         881
   NTFY_ORDER 50-HM_29F26F
   STATE      ???
   TYPE       CUL_HM
   lastMsg    No:A5 - t:5E s:29F26F d:29A3CE 0000000000000000000000
   protLastRcv 2019-01-28 04:15:25
   protRcv    7 last_at:2019-01-28 04:15:25
   rssi_at_HMLAN1 cnt:7 min:-62 max:-55 avg:-60.57 lst:-62
   READINGS:
     2019-01-28 04:03:11   CommandAccepted yes
     2019-01-28 04:03:10   D-firmware      1.5
     2019-01-28 04:03:10   D-serialNr      PS00000002
     2019-01-28 04:03:41   PairedTo        0x29A3CE
     2019-01-28 04:03:14   R-pairCentral   0x29A3CE
     2019-01-28 04:03:41   RegL_00.        00:00 02:01 05:00 0A:29 0B:A3 0C:CE 12:00
   helper:
     HM_CMDNR   165
     mId       
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +29F26F,00,00,00
       nextSend   1548645325.66934
       prefIO     
       rxt        0
       vccu       
       p:
         29F26F
         00
         00
         00
     mRssi:
       mNo        A5
       io:
         HMLAN1:
           -58
           -58
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_HMLAN1:
         avg        -60.5714285714286
         cnt        7
         lst        -62
         max        -55
         min        -62
     tmpl:
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.5
   model      unknown
   room       CUL_HM
   serialNr   PS00000002
   subType    1
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stefanpf am 07 März 2019, 06:33:41
Zitat von: frank am 08 Januar 2019, 07:58:32
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 (https://forum.fhem.de/index.php/topic,18071.msg326473.html#msg326473)

Hatte ebenfalls keinen Status mehr und haufenweise Warnungen im Log.
Habe die 99_Ask... gelöscht, deine Datei unverändert  genommen und auf ein Getconfig aufgerufen: Subtype steht wieder auf remoteAndSwitch und der Status stimmt auch wieder.
Logs muss ich noch beobachten.
Danke für die Datei... auch wenn sie vielleicht nicht mehr benötigt wird hier hat es geholfen :)

Edit: schade, im Laufe einiger Stunden wechselt der Status auf unreachable. Nach dem Schalten iSt er zwar sofort wieder da, aber....
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Y. Lee am 16 März 2019, 14:29:01
Tut mir leid, aber bei mir greifen die angesprochenen Lösungsvorschläge nicht.

Zu meinem aktuellen Status:

Hat jemand eine Idee was ich machen kann?

Vielen Dank vorab,
Y. Lee
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 16 März 2019, 15:11:33
subtype ist falsch => remoteAndSwitch.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stefanpf am 16 März 2019, 16:26:15
Bei mir hat es sich wieder berappelt nachdem ich die Schritte aus dem oben verlinkten Beitrag mit der dort aufgeführten Datei durchgeführt habe.
Das unreachable war dann nach zwei Tagen verschwunden.
Durch das manuelle Verstellen des Subtype ist es allerdings bei mir eher schlimmer geworden bzw. das klappte erst garnicht (da musste ich ein weiteres Attribut setzen, dass das erst erlaubte).
Hatte dann ne Sicherung wiederhergestellt .
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 19 März 2019, 13:15:27
Irgendetwas scheint hier aber schon schief gelaufen zu sein...meine beiden Schalter sind nach dem letzten Update auch nicht mehr zuverlässig in ihrer Funktion.

Ich habe festgestellt, dass beide keinen subType mehr haben, weiterhin ist das subType "remoteAndSwitch" in der Dropdownauswahl auch nicht mehr verfügbar.

Nachtrag: Nach einem manuellen reload von 10_CUL_HM war das Problem behoben.... Scheint also ein Timing-Problem beim Start zu sein.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 März 2019, 12:12:39
ZitatNachtrag: Nach einem manuellen reload von 10_CUL_HM war das Problem behoben.... Scheint also ein Timing-Problem beim Start zu sein.

nach dem reload ist der subtype remoteandswitch im pulldown enthalten?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Haecksler am 20 März 2019, 16:25:32
Zitat von: frank am 20 März 2019, 12:12:39
nach dem reload ist der subtype remoteandswitch im pulldown enthalten?

Nach dem reload war der subType wieder automatisch auf remoteAndSwitch.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 23 März 2019, 10:02:36
Guten Morgen,

ähnliches bei mir. Habe gestern mal wieder einen Update durchgeführt und hatte dann Probleme:
Schalter konnten zwar über fhem bedient werden, aber es gab keine Rückmeldung, current etc wurde nicht ausgelesen.
Manuelles nachladen von 10_CUL_HM hat es dann behoben.
Status wieder da, Current etc wird wieder ausgelesen.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Otto123 am 23 März 2019, 10:19:34
Zitat von: knueppler am 23 März 2019, 10:02:36
Habe gestern mal wieder einen Update durchgeführt und hatte dann Probleme:
...
Manuelles nachladen von 10_CUL_HM hat es dann behoben.
Hallo Christian,

wie muss man das denn verstehen? Du hast das System aktualisiert und hattest nach einem alten FHEM update kein shutdown restart gemacht?
Du hast dann 10_CUL_HM aus dem restoredir geholt und einen alten Stand wieder hergestellt?
Du hast 10_CUL_HM separat aktualisiert?

Gruß Otto
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 23 März 2019, 10:21:41
Hi Otto,

also, update, shutdown restart, und da waren sie, die Probleme...
Dann in der Kommandozeile von fhem reload 10_CUL_HM eingegeben, voila.

Ciao Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Otto123 am 23 März 2019, 10:29:56
aha klingt eigenartig. Mehr reload als beim restart geht doch eigentlich nicht?

Was passiert denn bei einem zweiten reload? Komisch ...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: stefanpf am 23 März 2019, 10:41:42
Meines Erachtens hat das mit der Ladereihenfolge der Module zu tun.
Die 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm wurde noch nicht geladen wenn die 10_CUL_HM.pm bereits geladen wurde. Entsprechend steht "remoteAndSwitch" noch nicht zur Verfügung.

Im Quelltext der 10_CUL_HM werden Erweiterungen aus allen Dateien geladen, deren Dateiname mit HM_Config beginnt....
foreach my $m (grep /^HMConfig_(.*)\.pm$/,readdir(DH)) {

Wenn man die abgewandelte Datei (mit dem geänderten Dateinamen) aus https://forum.fhem.de/index.php/topic,18071.msg326473.html#msg326473 
anstelle der 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm verwendet wird man der Ladereihenfolge gerecht

Es wäre cool, wenn das im ersten Beitrag vermerkt wäre, da das Problem ja anscheinend schon lange bekannt und behoben ist.
Der ursprüngliche Author scheint aber nicht mehr aktiv zu sein :-(

P.S.: nicht auf meinem Mist gewachsen - ich habe mir nur die Infos aus Forum und Quelltext zusammengepuzzelt .-)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: mcfly71 am 01 April 2019, 12:05:18
Hallo Gemeinde,

ich hatte soeben ebenfalls ein Update gemacht, und es wieder per restore rückgängig gemacht.

Hat das Problem mit dem subtype etwas zu tun damit, dass nach dem Update immer nur
                   set_on oder set_off
als states existieren ???
Bei mir war dies nämlich so. Ansonsten würde ich vor einem nochmaligen Update erst einmal den Dateinamen
umbenennen, damit das dann auch mit den subtypes funktioniert.

VG
mcfly
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Y. Lee am 23 April 2019, 23:01:38
Darf ich bitte nochmal um Hilfe bitten!

Ich habe nun die verschiedenen Vorschläge und Hinweise ausprobiert (oder zumindest das gemacht was ich verstanden habe). Anscheinend mach ich da noch irgendwas falsch, denn mein Aktor schaltet einfach nicht und ich bekomme folgende Fehlermeldung:

Unknown argument on, choose one of clear:readings,all clear:readings,trigger,register,oldRegs,rssi,msgEvents,msgErrors,attack,all getConfig:noArg getRegRaw peerBulk peerChan postEvent press regBulk regSet update:noArg

Der Sensor (also der Taster) funktioniert.

Was habe ich gemacht:

Hier die gnaue Definiton die ich aktuell habe:

define Kitchen_Benchtop_Switch CUL_HM 13ED86
setuuid Kitchen_Benchtop_Switch 5c8cffd9-f33f-3ec5-f47e-88f6450ae54c35df
attr Kitchen_Benchtop_Switch IODev HMLAN1
attr Kitchen_Benchtop_Switch autoReadReg 4_reqStatus
attr Kitchen_Benchtop_Switch expert 2_raw
attr Kitchen_Benchtop_Switch firmware 1.5
attr Kitchen_Benchtop_Switch model HM-LC-Sw1PBU-FM-CustomFW
attr Kitchen_Benchtop_Switch room hidden
attr Kitchen_Benchtop_Switch serialNr NEQ0135990
attr Kitchen_Benchtop_Switch subType remoteAndSwitch
attr Kitchen_Benchtop_Switch webCmd getConfig:clear msgEvents

define Kitchen_Benchtop_Switch_On CUL_HM 13ED8601
setuuid Kitchen_Benchtop_Switch_On 5c8cffd9-f33f-3ec5-fdb5-a8062eaa9348ed4f
attr Kitchen_Benchtop_Switch_On model HM-LC-Sw1PBU-FM-CustomFW
attr Kitchen_Benchtop_Switch_On peerIDs 00000000,
attr Kitchen_Benchtop_Switch_On room hidden
define Kitchen_Benchtop_Switch_Off CUL_HM 13ED8602
setuuid Kitchen_Benchtop_Switch_Off 5c8cffd9-f33f-3ec5-da04-28dee46c2e5993eb
attr Kitchen_Benchtop_Switch_Off model HM-LC-Sw1PBU-FM-CustomFW
attr Kitchen_Benchtop_Switch_Off peerIDs 00000000,
attr Kitchen_Benchtop_Switch_Off room hidden

define Kitchen_Benchtop_Light CUL_HM 13ED8603
setuuid Kitchen_Benchtop_Light 5c8cffd9-f33f-3ec5-b52a-58f5d46e62824fd7
attr Kitchen_Benchtop_Light userattr Light_All_Structure Light_All_Structure_map structexclude
attr Kitchen_Benchtop_Light Light_All_Structure Light_All
attr Kitchen_Benchtop_Light model HM-LC-Sw1PBU-FM-CustomFW
attr Kitchen_Benchtop_Light peerIDs 00000000,
attr Kitchen_Benchtop_Light room Kitchen
attr Kitchen_Benchtop_Light subType remoteAndSwitch
attr Kitchen_Benchtop_Light webCmd statusRequest:toggle:on:off

define Kitchen_Benchtop_Power CUL_HM 13ED8604
setuuid Kitchen_Benchtop_Power 5c8cffd9-f33f-3ec5-e308-7885884d94bf48b2
attr Kitchen_Benchtop_Power model HM-LC-Sw1PBU-FM-CustomFW
attr Kitchen_Benchtop_Power peerIDs 00000000,
attr Kitchen_Benchtop_Power room hidden



Vielen Dank für eure Hilfe,
Y. Lee
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: sumsum am 23 April 2019, 23:38:43
Zitat von: Y. Lee am 23 April 2019, 23:01:38

Was habe ich gemacht:

  • Ich habe die abgewandelte Datei "99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm" eingespielt.
  • Ich habe den subtype auf "remoteAndSwitch" gestellt.



Nimm die HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm wie in https://forum.fhem.de/index.php/topic,18071.msg326473.html#msg326473 (https://forum.fhem.de/index.php/topic,18071.msg326473.html#msg326473) beschrieben.
Wie stellst du den subType? Das hat bei mir nie funktioniert. Es gab immer eine Fehlermeldung. Nach den Schritten im Link waren subType und Model richtig ohne manuell was zu machen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: spi3845 am 22 Mai 2019, 21:33:06
Hallo,

ich versuche die alternative Firmware auf einem HM-LC-Sw1PBU-FM zu flashen. Die Links unter https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware (https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware) und https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_am_Raspi_bauen_u._flashen (https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_am_Raspi_bauen_u._flashen) passen nicht mehr.

Hat jemand aktuelle Links, wo alle benötigten Dateien zu finden sind? Oder kann mir jemand eine funktionierende avrdude.conf zur Verfügung stellen?

Funktioniert avrdude in der aktuellen Version 6.3 aus dem Standardrepository von Raspbian Stretch (9.9) oder wird immer noch die alte Version 5.10-4 benötigt?

Update:
Ich habe auf Raspbian Stretch die alternative Firmware auf einem rpi 2B geflashed. Da nicht alle links der Anleitungen funktionieren, musste ich selber etwas rumbasteln, um die richtigen Einstellungen zu finden.

Ich habe gar nicht avrdude aus den Raspbian Repositories getestet, sondern selbst die Version 6.1 kompiliert. Vermutlich läuft es aber auch mit der Version aus dem Repository. Teste ich dann beim nächsten Aktor.

In der /etc/avrdude.conf habe ich folgende Einstellungen aufgenommen:
programmer
  id    = "linuxgpio";
  desc  = "Use the Linux sysfs interface to bitbang GPIO lines";
  type  = "linuxgpio";
  reset = 22;
  sck   = 11;
  mosi  = 10;
  miso  = 9;
  baudrate=100000;
;


Die Belegung auf dem rpi entspricht der BCM-Notation - es gibt noch mindestens zwei andere (z.B. Nummer des Pins des Anschlusses auf dem rpi) - die haben aber nicht funktioniert. Die Belegung gibt es hier https://pinout.xyz/ (https://pinout.xyz/)

Die Pins des Anschlusses auf dem rpi sind dabei (wenn auf den rpi geschaut wird, er quer gehalten wird und die Anschlussleiste oben links ist, dann ist Pin 1 der unten links):

reset = 22; == rpi Pin 15
sck   = 11; == rpi Pin 23
mosi  = 10; == rpi Pin 19
miso  = 9; == rpi Pin 21
3,3V  == rpi Pin 1
GND == rpi Pin 6

Anbei noch ein Bild zum Anschluss.

Der Aufruf ist dann in der Form:
<Verzeichnis mit avrdude>/avrdude -p m328p -c linuxgpio -v -C /etc/avrdude.conf ...z. B.
<Verzeichnis mit avrdude>/avrdude -p m644p -c linuxgpio -v -C /etc/avrdude.conf -U lfuse:w:0xFD:m -U hfuse:w:0xD8:m -U lock:w:0x3F:m
<Verzeichnis mit avrdude>/avrdude -p m644p -c linuxgpio -v -C /etc/avrdude.conf -U flash:w:bootloader.hex
<Verzeichnis mit avrdude>/avrdude -p m644p -c linuxgpio -v -C /etc/avrdude.conf -U flash:w:firmware.hex


Update 2:
Nachdem ich den HM-LC-Sw1PBU-FM mit anderen Aktoren gepeered habe, ist mir aufgefallen, dass es nach Betätigen der zwei Taster des HM-LC-Sw1PBU-FM etwa 8 s gedauert hat, bis der andere Aktor geschaltet hat.
Ursache waren im HM-LC-Sw1PBU-FM bereits eingetragene Peerings bei Btn_01, Btn_02 und Sw_01. Das waren alles Zahlen der Form 20855703,21D62901,.... Nachdem ich sie alle mit peerBulk gelöscht habe, hat der Aktor sofort reagiert.

Habe auch den Fehler gefunden, warum sie bei mir eingetragen waren. In der Register.h habe ich am Ende #define firstLoad auskommentiert, um die Zentrale für das Pairing einzutragen. Ganz unten sind die Peerings und ich habe sie nicht entfernt...

Update 3:
Blöd, nachdem der Aktor stromlos und wieder einegschaltet wird, sind die Peering wieder da. Muss neu kompilieren...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: spi3845 am 25 Mai 2019, 15:48:05
Noch eine Frage zu minImpulsLength:

ich habe eine LED-Lampe mit Bewegungsmelder an meinem Schalter hängen. Sw_02 würde ich dann nutzen, um Bewegungen anzuzeigen (Bewegungsmelder registriert Bewegung, Lampe geht an). Dazu muss ich aber mit minImpulsLength rumspielen, da der Bewegungsmelder ja auch Strom verbrät.

Muss ich jedesmal die Firmware neu flashen oder kann man minImpulsLength auch anders setzen (z. B. per Reading)?
Habe schon überlegt current auszulesen und ab einem Schwellwert einen dummy zu schalten, um mir das ständige Neuflashen zu sparen...

2. Frage: gibt es einen Zusammenhang zwischen current bei Sw_02 und dem Schwellwert minImpulsLength? Also ist z.B. der Wert current bei Sw_02 der Schwellwert * 10, der bei minImpulsLength einzustellen wäre, um ein/aus zu erkennen? Also z.B. bei current=300 (Lampe ist aus und Sw_02 soll off sein) den Wert minImpulsLength auf etwas mehr als 3000 setzen?

Update:
Mittels

devStateIcon {if (ReadingsVal("eg_LichtFlur_Aussenlicht_Sw_2","current",0) > 500){'.*:fa_thumbs_up_alt'}else{'.*:fa_thumbs_down_alt'}}

kann ich bei einem Schwellwert von current=500 unterschiedliche Zustände visualisieren lassen. Muss also nicht neu kompilieren, um den Zustand korrekt zu erkennen.

Die Frage bleibt aber: gibt es einen Zusammenhang zwischen current und minImpulsLength oder sind die voneinander unabhängig?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: spi3845 am 27 Mai 2019, 12:58:36
Kann mir hier jemand bei helfen?

Auf einem rpi2 mit Raspbian Stretch baue ich Bootloader und Firmware. Avrdude und srecord habe ich selber kompiliert. Das Bauen von Bootloader (8k) und Firmware fuktioniert.

Beim Flashen per avrdude kann ich die Fuses richtig setzen und die Firmware schreiben. Wenn ich den Bootloader flashe, bekomme ich folgenden Fehler:

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0xfffe
         0xff != 0x1c
avrdude: verification error; content mismatch

avrdude: safemode: lfuse reads as FD
avrdude: safemode: hfuse reads as D8
avrdude: safemode: efuse reads as FD
avrdude: safemode: Fuses OK (E:FD, H:D8, L:FD)


Wenn ich den Bootloader aus https://forum.fhem.de/index.php/topic,18071.msg156761.html#msg156761 (https://forum.fhem.de/index.php/topic,18071.msg156761.html#msg156761) flashe, klappt es. Irgend etwas scheint beim Bauen schief zu laufen. Hat jemand eine Idee?

Update:
Mit dem Parameter -V kann ich bei avrdude den Fehler unterdrücken, aber das ist ja nicht Sinn der Sache. Die Firmware ist drauf, aber obwohl sie modifiziert ist (https://forum.fhem.de/index.php/topic,18071.msg275891.html#msg275891 (https://forum.fhem.de/index.php/topic,18071.msg275891.html#msg275891)), funktioniert das Bootmenü nicht per langen Druck auf den Configtaster. Ansonsten läuft der Taster mit der alternativen Firmware. OTA hat bisher nicht funktioniert, da kommt in fhem immer der Fehler "notInBootloader", aber das ist vermutlich dem nicht richtig geflashten Bootloader geschuldet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: knueppler am 22 September 2019, 16:33:47
Hallo zusammen,

eben mal wieder nach sehr langer Zeit (März) einen Update gemacht.
Nun bekomme ich bei den Switchchannels nur noch short_press und long_press für On/Off.
Bin wieder zurück auf die März-Version, bei der ich nur 10_CUL_HM nachladen muss.
Einer ne Idee?
Update:  -> habe eben nochmal geschaut, ich werde das ausprobieren, was sumsum ein paar Posts vorher für ein sehr ähnliches Fehlerbild empfohlen hat und mich wieder melden.
Uodate2: -> hat funktioniert, Frage erledigt

Danke Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ucm73 am 21 Oktober 2019, 18:35:21
Hallo!
Beim testen mit dem AskSin Analyzer ist mir aufgefallen, dass meine beiden modifizierten Aktoren dauerhaft Informationen "rausfeuern".
Laut dem Analyser soll es sich um ein "Power_Event" handeln.
Firmwareversion ist 1.5. Kann das irgend jemand bestätigen?
Wie kann man es unterbinden?
Besten Dank
Alexander
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 21 Oktober 2019, 19:49:09
ja, ca alle 20s wird zb der strom aktualisiert. 
kannst ja die fw anpassen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ucm73 am 21 Oktober 2019, 20:01:49
Ich habe mir AskSin.h und Register.h angesehen.
Ich sehe es nicht, hilf mir bitte auf die Sprünge.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 22 Oktober 2019, 12:01:20
Zitat von: ucm73 am 21 Oktober 2019, 20:01:49
Ich habe mir AskSin.h und Register.h angesehen.
Ich sehe es nicht, hilf mir bitte auf die Sprünge.
ich weiss es nicht.

ich würde folgendes versuchen:
vermutlich wird in der ino datei in zeile 136 das event gesendet. daher würde ich die zeit in zeile 65

const uint8_t sendSensorIntervalSec = 150;

vergrössern, eventuell erst einmal verdoppeln.
allerdings verstehe ich gerade nicht, wieso mit den aktuellen werten ein interval von ca 20 sek erreicht wird.

also auf eigene gefahr. 
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: FEHMPiDi am 20 November 2019, 16:54:40
Hallo,

ich habe nach langer Zeit gemerkt das ich noch einen HM_LC_Sw1PBU_FM rumliegen habe und würde da gern die alternative Firmware aufspielen. Leider funktionieren die Anleitungen im www nicht mehr und auch im Wiki nicht. Ich arbeite auf WIN10 mit der IDE 1.8.10.
Beim Kompilieren kommt folgende Fehlermeldung:
C:\Program Files (x86)\Arduino\arduino-builder -dump-prefs -logger=machine -hardware C:\Program Files (x86)\Arduino\hardware -hardware C:\Users\becke\AppData\Local\Arduino15\packages -tools C:\Program Files (x86)\Arduino\tools-builder -tools C:\Program Files (x86)\Arduino\hardware\tools\avr -tools C:\Users\becke\AppData\Local\Arduino15\packages -built-in-libraries C:\Program Files (x86)\Arduino\libraries -libraries C:\Users\becke\OneDrive\Dokumente\Arduino\libraries -fqbn=Jabduino_1:jabduino:atmega644a -ide-version=10810 -build-path C:\Users\becke\AppData\Local\Temp\arduino_build_684806 -warnings=default -build-cache C:\Users\becke\AppData\Local\Temp\arduino_cache_167986 -prefs=build.warn_data_percentage=75 -verbose C:\Users\becke\OneDrive\Dokumente\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM\Asksin_HM_LC_Sw1PBU_FM.ino
C:\Program Files (x86)\Arduino\arduino-builder -compile -logger=machine -hardware C:\Program Files (x86)\Arduino\hardware -hardware C:\Users\becke\AppData\Local\Arduino15\packages -tools C:\Program Files (x86)\Arduino\tools-builder -tools C:\Program Files (x86)\Arduino\hardware\tools\avr -tools C:\Users\becke\AppData\Local\Arduino15\packages -built-in-libraries C:\Program Files (x86)\Arduino\libraries -libraries C:\Users\becke\OneDrive\Dokumente\Arduino\libraries -fqbn=Jabduino_1:jabduino:atmega644a -ide-version=10810 -build-path C:\Users\becke\AppData\Local\Temp\arduino_build_684806 -warnings=default -build-cache C:\Users\becke\AppData\Local\Temp\arduino_cache_167986 -prefs=build.warn_data_percentage=75 -verbose C:\Users\becke\OneDrive\Dokumente\Arduino\libraries\Asksin_HM_LC_Sw1PBU_FM\Asksin_HM_LC_Sw1PBU_FM.ino
Using board 'atmega644a' from platform in folder: C:\Program
Using core 'arduino' from platform in folder: C:\Program
Warning: Board Jabduino_1:jabduino:atmega644a doesn't define a 'build.board' preference. Auto-set to: JABDUINO_ATMEGA644A
Warning: Board Jabduino_1:jabduino:atmega644 doesn't define a 'build.board' preference. Auto-set to: JABDUINO_ATMEGA644
Detecting libraries used...
Das Muster recipe.preproc.macros fehlt

Fehler beim Kompilieren für das Board Jabduino ATmega644A.


Kann mir jemand helfen wie ich die entsprechende Firmware und OTA Bootloader kompilieren kann?

Danke im Voraus
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 31 Dezember 2019, 18:36:56
Zitat von: sumsum am 23 April 2019, 23:38:43
Nimm die HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm wie in https://forum.fhem.de/index.php/topic,18071.msg326473.html#msg326473 (https://forum.fhem.de/index.php/topic,18071.msg326473.html#msg326473) beschrieben.

Nach befolgen dieser Anleitung ist mein reparierter Schalter (C26 defekt, nach Austausch Schalter wieder okay) wieder online und lässt sich über fhem bedienen. Danke für die Hinweise hier! Das hätte ich sonst nie hingekriegt.

Es bleibt aber noch eine Kleinigkeit, ich sehe nun diese Fehler im Log nach Neustart des fhem servers:

2019.12.31 18:24:57 1: PERL WARNING: Subroutine CUL_HM_ParseremoteAndSwitch redefined at ./FHEM/HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm line 125, <$fh> line 86.
2019.12.31 18:24:57 1: PERL WARNING: Subroutine CUL_HM_ParseremoteAndSwitch redefined at ./FHEM/HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm line 229, <$fh> line 86.
2019.12.31 18:24:57 3: additional HM config file loaded: ./FHEM/HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm


Ignorieren? Oder bekommt man das irgendwie sauber weg?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 31 Dezember 2019, 19:49:54
sind jetzt 2 dateien vorhanden?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 01 Januar 2020, 11:41:19
Nein, das hatte ich zuerst übersehen und ergab noch andere Fehler, jetzt ist aber nur noch die HMConfig Datei in /fhem/FHEM
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 02 Januar 2020, 19:57:07
Habe nochmal einen fhem Neustart gemacht. Doch die obige Meldung im Logfile bleibt.
Unter /opt/fhem/FHEM ist die .pm Datei für den modifizierten Schalter nur 1x enthalten.
Was tun?

Hat sich erledigt, mein Fehler. Die Datei war mit gleichem Inhalt zweifach hintereinander gehängt :-(
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 06 Januar 2020, 12:00:25
Zitat von: frank am 26 August 2015, 15:28:41
ich habe die 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm für den schalter jetzt ein wenig angepasst

Habe daraus ein pull request im github repo gemacht:
https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/pull/2
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jp112sdl am 06 Januar 2020, 13:23:02
Zitat von: Verkehrsrot am 06 Januar 2020, 12:00:25
Habe daraus ein pull request im github repo gemacht:
https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/pull/2

Letzter Commit vor 6 Jahren. Bin gespannt, ob "jabdoa2" noch aktiv ist. :o
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 06 Januar 2020, 14:38:33
Ja, ist sehr aktiv auf Github, hat dort eine Menge Repos. Falls er/sie das Schalter-Repo nicht mehr betreut, findet sich ja vielleicht hier jemand, der es übernehmen mag? Meiner Meinung nach hat die Custom Firmware bis heute einen hohen Nutzwert, da ELV weiterhin die oft benötigte Wechselschalterfunktion nicht anbietet. Womöglich ist das Absicht, um mehr Einzelschalter verkaufen zu können... ?

In meiner Wechselschaltung funktioniert die Custom Firmware tadellos. Die Schalter haben nur die bekannte "C26" Ausfall Krankheit. Die haben die ELV Originale aber ebenso. Also warum nicht die Custom Firmware weiter pflegen und ausbauen? Sensoren Peering wäre mein aktuelles Feature Request, und die LED könnte man etwas gesprächiger machen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jp112sdl am 06 Januar 2020, 15:06:57
Zitat von: Verkehrsrot am 06 Januar 2020, 14:38:33
Falls er/sie das Schalter-Repo nicht mehr betreut, findet sich ja vielleicht hier jemand, der es übernehmen mag? Meiner Meinung nach hat die Custom Firmware bis heute einen hohen Nutzwert, da ELV weiterhin die oft benötigte Wechselschalterfunktion nicht anbietet. Womöglich ist das Absicht, um mehr Einzelschalter verkaufen zu können... ?
...
Also warum nicht die Custom Firmware weiter pflegen und ausbauen? Sensoren Peering wäre mein aktuelles Feature Request
Ja soweit ist das schon klar. Hab die Firmware vor ner Weile auf Grundlage der AskSinPP-Lib mal neu gestrickt.
https://github.com/jp112sdl/Beispiel_AskSinPP/tree/master/examples/HB-LC-Sw1PBU-FM

Ich vermute, damit wird auch dein ShutterContact Peering laufen.
Wie das ganze in FHEM funktioniert, weiß ich allerdings nicht. Ich nutze die CCU
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 06 Januar 2020, 16:04:18
Interessant! Aber wie bringe ich das Arduino .ino Programm auf der Originalhardware des ELV Schalters, statt einem Arduino, zum laufen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jp112sdl am 06 Januar 2020, 16:07:36
Ähm... wie hast du denn die .ino (https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/blob/master/Asksin_HM_LC_Sw1PBU_FM.ino) von jabdoa2 auf deinen Schalter bekommen :o
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 06 Januar 2020, 16:18:58
Gute Frage, die ich mir selbst auch gerade stelle. Ist ein paar Jahre her. Hier liegt noch das Flachbandkabel, das ich damals zum neuprogrammieren an den Schalter angelötet hatte. Aber keine Ahnung, was ich dazu an der anderen Seite dran hatte...

...verkauft hier nicht eventuell jemand fertig gepatchte Schalter, mit OTA Bootloader?  ::)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jp112sdl am 06 Januar 2020, 16:27:20
Um abschließend deine Frage zu beantworten: Du bekommst die .ino von mir genau so auf den Schalter wie die von jabdoa2 ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 06 Januar 2020, 16:46:08
Dann muss ich die 132 Seiten dieses Threads wohl noch mal studieren... :o
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Nighthawk am 07 Januar 2020, 09:05:49
@jp112sdl

Kannst Du bitte beschreiben was in deiner FW anders ist?

Ich finde diese Firmware super, habe nur 1 Problem, dass nach Stromausfall das Raliais immer in den OFF Zustand schaltet, was in eine Wechselschaltung manchmal dazu führt dass das Licht angeht.

Wäre echt super wenn diese Kleinigkeit irgendwie abstellbar wäre.

Gruß
Alex
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jp112sdl am 07 Januar 2020, 09:37:04
Zitat von: Nighthawk am 07 Januar 2020, 09:05:49
Kannst Du bitte beschreiben was in deiner FW anders ist?
Das kann ich dir im Detail gar nicht sagen. Ich habe den Code nur nicht verstanden und deshalb von vornherein die AskSinPP Lib benutzt (als Nachfolger der AskSin/NewAskSin von trilu2000).

Kanal 1 ist der Aktorkanal
Kanal 2 und 3 sind die Tasterkanäle.

Im orangen Forum hatte ich mal ein Foto gepostet, wie das ganze in der CCU aussieht.
Oben das Gerät mit originaler FW und unten das mit der CustomFW:
https://homematic-forum.de/forum/download/file.php?id=61702&mode=view

Zitat von: Nighthawk am 07 Januar 2020, 09:05:49
Ich finde diese Firmware super, habe nur 1 Problem, dass nach Stromausfall das Raliais immer in den OFF Zustand schaltet, was in eine Wechselschaltung manchmal dazu führt dass das Licht angeht.

Wäre echt super wenn diese Kleinigkeit irgendwie abstellbar wäre.
Dazu müsste man bei jedem Schaltwechsel den aktuellen Zustand im EEPROM speichern. Das macht glaub ich keiner der Homematic-Aktoren von Hause aus. Man kann nur festlegen, was bei Spannungszufuhr geschehen soll.  "Nichts" oder "kurzen Tastendruck simulieren".
Es sollte reichen, im Switchchannel beim Schalten ein getList1().powerUpAction(state); zu machen.
Wie "schädlich" das für den EEPROM ist (begrenzte Schreibzyklen) weiß ich jedoch nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 07 Januar 2020, 17:46:00
Zitat von: jp112sdl am 07 Januar 2020, 09:37:04
Wie "schädlich" das für den EEPROM ist (begrenzte Schreibzyklen) weiß ich jedoch nicht.

Das EEPROM des ATmega644 ist mit 100.000 Schreibzyklen im Datenblatt angegeben (der Flashspeicher nur mit 10.000). Vermutlich wird das Schaltrelais des Schalters auch nicht mehr erreichen, insofern könnte es passen.

Bei 20x Licht ein/aus pro Tag wären das 20 * 2 * 365 = rund 15.000 Schaltyzklen pro Jahr, d.h. der Schalter hielte dann gut 6 Jahre. Meine Exemplare sind alle etwas früher ausgefallen durch defekten C26. Durch Austausch C26 haben sie aber alle ein 2. Leben erhalten.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: dogexan am 11 Januar 2020, 18:36:53
@jp112sdl

Kann man unter deiner Firmware bei den peerings zwischen Button und Switch unterscheiden ob es ein long oder shot press war?
Unter der Firmware von jabdoa in Kombination mit dem Modul "99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm" konnte man z.B. einen kurzen Tastendruck mit dem Switch verbinden. Ein langer Tastendruck auf der selben Taste löst aber nicht den Switch aus.


Hier der Auszug aus dem FHEM Wiki dazu:

ZitatAdvanced settings

Interne Peers Ein Kanal kann interne Peers haben. Beispiele sind die meisten Schalter oder Dimmer an welchen direkt ein mechanischer Schalter angeschlossen werden kann, oder ein Bedienschalter direkt eingebaut ist. Die Firmware (FW) des Kanals behandelt diesen wie einen externen Peer, nur ist er automatisch eingerichtet. Es stehen die identischen Register wie bei 'normalen' Peers zu Verfügung. Diese Peers sind nicht automatisch sichtbar, können aber sichtbar geschaltet werden. Hierzu ist das Register intKeyVisib auf visib zu setzen (siehe HM-Konfiguration)-siehe auch getConfig. Danach kann man das Verhalten der ,,eingebauten Peers" auslesen und verändern wie von jedem anderen Peer auch. Die internen Peers werden selfxx benannt (self01, self02,...).

regSet <HM-LC-SW1PBU-FM_Sw_01> intKeyVisib visib
set <HM-LC-SW1PBU-FM_SW_01> getConfig

Beispiel: Schaut man in die Readings des Devices und sieht ein: R-self01-shActionType off bedeutet dies, dass der Button 1 (der nach "oben") deaktiviert ist für diesen Peer und somit keine Funktion hat. Dieser ist auf "jmpToTarget" zu setzen und dann noch die folgenden auf "on":

    R-self01-shSwJtDlyOff
    R-self01-shSwJtDlyOn
    R-self01-shSwJtOff
    R-self01-shSwJtOn

Für Button 2 das selbe, aber eben nicht "on" sondern off. Natürlich kann man es auch anders nutzen. Z.b. einen Button als Toggle und den anderen Button für etwas völlig anderes. Das ist ja das schöne, dass dies bei der CustomFW möglich ist.

Beispiel das ein kurzer Tastendruck - oben oder unten - ein Toggle bewirkt:

set <HM_LC_Sw1PBU_FM_Sw_01> regSet shActionType  jmpToTarget self01;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtOn      dlyOff      self01;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtOff     dlyOn       self01;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtDlyOn   on          self01;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtDlyOff  off         self01;

set <HM_LC_Sw1PBU_FM_Sw_01> regSet shActionType  jmpToTarget self02;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtOn      dlyOff      self02;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtOff     dlyOn       self02;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtDlyOn   on          self02;
set <HM_LC_Sw1PBU_FM_Sw_01> regSet shSwJtDlyOff  off         self02;

Seit dem Umzug vom CUL Stick auf die CCU ist dieser Feature nicht mehr geben, da ich nun mit dem Modul "HMCCU" arbeite und so keine regSet Befehle mehr senden kann.

Voher konnte ich mit einem langen Tastendruck (Button oben/Button unten) eine HUE Lampe dimmen. Mit einem kurzen Tastendruck oben wurde die HUE Lampe aus- und eingeschaltet, mit einem kurzen Tastendruck unten wurde der interne Switch geschaltet.

Jetzt ist es mir nicht mehr möglich einen langen Tastendruck (Button unten) auszulösen ohne dass der Switch auch angesprochen wird.

Danke im Voraus
Gruß Alex
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jp112sdl am 11 Januar 2020, 20:54:18
Ja ist möglich. Einfach LONG_ACTION_TYPE auf INACTIVE stellen
Ich arbeite aber ausschließlich mit der CCU und Homematic.
Bin hier im Forum damals nur gelandet, weil es im Homematic Forum noch keine AskSin++-Ecke gab
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: dogexan am 13 Januar 2020, 08:29:18
ZitatJa ist möglich. Einfach LONG_ACTION_TYPE auf INACTIVE stellen
Ich arbeite aber ausschließlich mit der CCU und Homematic.
Bin hier im Forum damals nur gelandet, weil es im Homematic Forum noch keine AskSin++-Ecke gab

Danke für die schnelle Antwort, werde bei Gelegenheit mich nochmal einlesen und deine Firmware probieren.  :D
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: scuba am 16 Januar 2020, 16:29:19
Hallo,

ich hab bei mir einige HM-LC-Sw1PBU-FM mit der custom firmware von jabdoa laufen und bin diese Woche testweise auf die ts-culfw für meinen nanoCUL umgestiegen.
Soweit funktioniert beinahe alles prächtig.
Nur die Aktoren mit der custom firmware scheinen auf keinen Status Request zu antworten. Somit stehen die Channels in FHEM auf "unreachable"
Ein normales Get-Config bzw. schalten der Aktoren von FHEM funktioniert 1A. Sobald der Aktor geschalten hat ist auch der korrekte Status in FHEM ersichtlich.
Sobald ein erneuter status request abgesetzt wird ändert sich dieser aber wieder auf unreachable.

Hat jemand ähnliches beobachten können bzw. ist da was bekannt?

Hier ein Auszug aus meinem Log:

2020.01.16 16:12:31.879 3: CUL_HM set Deckenlicht_Arbeitszimmer_Sw_01 statusRequest                                                                                                         
2020.01.16 16:12:31.881 4: TSCUL_send:  nanoCUL_TS868_HM  114313                 As 0B 5B A001 123456 3DEAD2 030E                                                                           
2020.01.16 16:12:31.882 4: TSCUL_XmitDlyHM:  nanoCUL_TS868_HM  id:3DEAD2 rtoms:2342                                                                                                         
2020.01.16 16:12:32.146 4: TSCUL_Parse: nanoCUL_TS868_HM  114567 A F803 00152532 02 0B 5B A001 123456 3DEAD2 030E _CCAdly:8 _dhmSt:1656                                                     
2020.01.16 16:12:32.209 4: TSCUL_Parse: nanoCUL_TS868_HM  114629 A F803 00152800 01 0B 5B A001 123456 3DEAD2 030E _CCAdly:4 _dhmSt:1924                                                     
2020.01.16 16:12:32.480 4: TSCUL_Parse: nanoCUL_TS868_HM  114900 A F803 00153068 01 0B 5B A001 123456 3DEAD2 030E _CCAdly:4 _dhmSt:2192                                                     
2020.01.16 16:12:32.720 3: LogHist nanoCUL_TS868_HM:  100526 A F803 00138696 01 10 66 A001 123456 3DEAD2 03043DEAD20203 _CCAdly:4 _dhmSt:596                                               
2020.01.16 16:12:32.720 3: LogHist nanoCUL_TS868_HM:  100600 A F801 00138800 00 1A 66 A010 3DEAD2 123456 020200030004320564060007E8080009FF -48dB                                           
2020.01.16 16:12:32.721 3: LogHist nanoCUL_TS868_HM:  100721 A F803 00138896 01 0A 66 8002 123456 3DEAD2 00 _CCAdly:4 _dhmSt:96                                                             
2020.01.16 16:12:32.721 3: LogHist nanoCUL_TS868_HM:  101288 A F801 00139496 00 1A 66 A010 3DEAD2 123456 020A010B660C6682008300843285648600 -47.5dB                                         
2020.01.16 16:12:32.722 3: LogHist nanoCUL_TS868_HM:  101409 A F803 00139592 01 0A 66 8002 123456 3DEAD2 00 _CCAdly:4 _dhmSt:96                                                             
2020.01.16 16:12:32.722 3: LogHist nanoCUL_TS868_HM:  101992 A F801 00140192 00 18 67 A010 3DEAD2 123456 0287E8880089FF8A218B668C660000 -48dB                                               
2020.01.16 16:12:32.723 3: LogHist nanoCUL_TS868_HM:  102111 A F803 00140288 01 0A 67 8002 123456 3DEAD2 00 _CCAdly:4 _dhmSt:96                                                             
2020.01.16 16:12:32.723 3: LogHist nanoCUL_TS868_HM:  111362 A F801 00149552 00 14 25 805E 37AB6C 123456 0000000000000002000000 -68dB                                                       
2020.01.16 16:12:32.724 3: LogHist nanoCUL_TS868_HM:  111427 A F801 00149628 00 14 6E 805E 3DEAA4 123456 0000000000000001000000 -51.5dB                                                     
2020.01.16 16:12:32.724 3: LogHist nanoCUL_TS868_HM:  114256 A F801 00150876 00 14 5A 805E 3DEAD2 123456 000000000000001D000000 -47.5dB                                                     
2020.01.16 16:12:32.726 3: LogHist nanoCUL_TS868_HM:  114313                 As 0B 5B A001 123456 3DEAD2 030E                                                                               
2020.01.16 16:12:32.728 3: LogHist nanoCUL_TS868_HM:  114567 A F803 00152532 02 0B 5B A001 123456 3DEAD2 030E _CCAdly:8 _dhmSt:1656                                                         
2020.01.16 16:12:32.729 3: LogHist nanoCUL_TS868_HM:  114629 A F803 00152800 01 0B 5B A001 123456 3DEAD2 030E _CCAdly:4 _dhmSt:1924                                                         
2020.01.16 16:12:32.731 3: LogHist nanoCUL_TS868_HM:  114900 A F803 00153068 01 0B 5B A001 123456 3DEAD2 030E _CCAdly:4 _dhmSt:2192                                                         
2020.01.16 16:12:32.732 3: TSCUL_ParseTsHM: nanoCUL_TS868_HM HM repeat failed to 3DEAD2/Deckenlicht_Arbeitszimmer:  115141 A F809 00153332 00 0B 5B A001 123456 3DEAD2 030E _sfail _noAnsw 
2020.01.16 16:12:33.055 4: TSCUL_Parse: nanoCUL_TS868_HM  115471 A F801 00153668 00 14 F2 805E 37AB5C 123456 0000000000000000000000 -63.5dB                                                 
2020.01.16 16:12:34.225 4: TSCUL_XmitAwaitHMTo nanoCUL_TS868_HM: timeout - 3DEAD2                                                                                                           


Danke und Lg

Christian
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: scuba am 20 Januar 2020, 08:59:15
Nochmal zum Thema "Status Request":
Meine Tests haben gezeigt , dass dies kein Problem in Verbindung mit der ts-culfw ist. Auch mit aculfw oder der normalen culfw bekomme ich keine Antwort auf einen "Status Request" des Kanals.
Lediglich scheint mit der "[a-]culfw" das Ausbleiben einer Antwort verworfen zu werden und somit bleibt der Kanal auf seinem letzten Status stehen.

In der Asksin_HM_LC_Sw1PBU_FM.ino ist auch ersichtlich , dass die Funktion HM_Status_Request tatsächlich nichts macht....  ::)


void HM_Status_Request(uint8_t cnl, uint8_t *data, uint8_t len) {
// message from master to client while requesting the channel specific status
// client has to send an INFO_ACTUATOR_MESSAGE with the current status of the requested channel
// there is no payload; data[0] could be ignored
#if defined(RL_DBG)
Serial << F("\nxtStattus_Request; cnl: ") << pHex(cnl) << F(", data: ") << pHex(data,len) << "\n\n";
        #endif
//if (cnl == 3) rl[0].sendStatus(); // send the current status
}


Komisch, dass das bisher niemanden gestört zu haben scheint...
Mal schauen ob sich die Zeile einfach einkommentieren lässt oder ob es einen höheren Grund gibt warum das auskommentiert ist. ;-)

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 25 Januar 2020, 16:12:16
Zitat von: scuba am 20 Januar 2020, 08:59:15
Nochmal zum Thema "Status Request":
Meine Tests haben gezeigt , dass dies kein Problem in Verbindung mit der ts-culfw ist. Auch mit aculfw oder der normalen culfw bekomme ich keine Antwort auf einen "Status Request" des Kanals.

Stimmt, bei mir liefert der Schalter an einem HMUARTLGW auf keine Antwort auf Status Request. FHEM fragt zyklisch an...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ucm73 am 25 Januar 2020, 16:24:17
Zitat
Komisch, dass das bisher niemanden gestört zu haben scheint...
Mal schauen ob sich die Zeile einfach einkommentieren lässt oder ob es einen höheren Grund gibt warum das auskommentiert ist. ;-)

Bei mir seit 5 Jahren so, am HM-CFG-LAN. Habe mich daran gewöhnt, nach einem FHEM Neustart, einmal die Taster auszulösen. ;)
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 25 Januar 2020, 21:52:30
Zitat von: jp112sdl am 06 Januar 2020, 15:06:57
Ja soweit ist das schon klar. Hab die Firmware vor ner Weile auf Grundlage der AskSinPP-Lib mal neu gestrickt.
https://github.com/jp112sdl/Beispiel_AskSinPP/tree/master/examples/HB-LC-Sw1PBU-FM

Ich habe mir den Code mal angeschaut. Sehe ich das richtig: Da ist nicht (wie in der "Original" Alternativ-Firmware) die Funktion der Stromflussmessung enthalten, mit der ein Wechselschalter emuliert werden kann?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: jp112sdl am 25 Januar 2020, 22:00:11
Zitat von: Verkehrsrot am 25 Januar 2020, 21:52:30
Ich habe mir den Code mal angeschaut. Sehe ich das richtig: Da ist nicht (wie in der "Original" Alternativ-Firmware) die Funktion der Stromflussmessung enthalten, mit der ein Wechselschalter emuliert werden kann?
Nein, ist da nicht drin
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: MonsterDesKrümels am 27 Januar 2020, 21:23:13
Zitat von: Verkehrsrot am 17 Januar 2020, 19:57:15
Bei mir ist ein neues Problem aufgetaucht: Der Schalter hat aus irgendeinem Grund seinen type "remoteandswitch" verloren und steht wieder auf "virtual".

Manuelles reload von HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm führt zu Fehler
Infolgedessen ist der Schalter wieder ein subtype "virtual" und lässt sich nicht mehr über HM-Zentrale steuern.

Kann mir jemand helfen, das zu reparieren?
gleiche Problem aber mit CUL Stick
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: scuba am 28 Januar 2020, 12:20:32
Zitat von: Verkehrsrot am 25 Januar 2020, 16:12:16
Stimmt, bei mir liefert der Schalter an einem HMUARTLGW auf keine Antwort auf Status Request. FHEM fragt zyklisch an...

Danke für eure Antwort, bin leider noch nicht dazu die Änderung in der FW auszuprobieren... melde mich natürlich wenns hier neue Erkenntnisse gibt
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 01 Februar 2020, 18:59:23
Inzwischen habe ich geschafft, meinen Schalter neu zu programmieren. Nur den Bootloader habe ich nicht zum laufen gebracht, schade, jetzt muss ich bei Änderungen wieder löten :-(

Könnte man den Schwellwert für die Spannung konfigurierbar machen über ein Register, so dass man ihn mit fhem per regSet setzen kann? Das wäre nützlich. In Zeiten von LED-Beleuchtung ist es wichtig.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 02 Februar 2020, 15:09:02
Ich habe für die Schaltersoftware eine Toolchain für Platformio erstellt:

https://github.com/cyberman54/HM_LC_Sw1PBU_FM

Damit sind Build und Upload viel einfacher. Nach Installation von Platformio ist es nur noch 1 Mausklick.

Ich musste ich in der Software einiges umbauen, um Compilerfehler und -warnungen zu eliminieren.
Außerdem ist jetzt die Status Request Funktion aktiv, es wird der Status des Relais rückgemeldet.

Hoffe es funktioniert ansonsten noch alles. Bei mir klappt es bisher.

Leider habe ich es für den OTA Bootloader noch nicht geschafft, die Software auf Platformio zu heben. Jede Menge Compilerfehler... :-(
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: scuba am 03 Februar 2020, 16:03:30
Zitat von: Verkehrsrot am 02 Februar 2020, 15:09:02
Außerdem ist jetzt die Status Request Funktion aktiv, es wird der Status des Relais rückgemeldet.

8) Spitze! war ausser der auskomentierten Zeile noch was zu ändern?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 06 Februar 2020, 21:43:50
Zitat von: scuba am 03 Februar 2020, 16:03:30
8) Spitze! war ausser der auskomentierten Zeile noch was zu ändern?

Jein. Ich habe die Zeile aktiviert, aber zusätzlich die Wirksamkeit auf Kanal 4 (das virtuelle Relais) erweitet, damit auch daran gerichtete Status Requests beantwortet werden. Habe seitdem im fhem log keine Meldungen mehr zu fehlgeschlagenen Status Requests. Irgendwelche Seiteneffekte habe ich bisher nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: JochenSi am 16 Februar 2020, 13:23:11
Hallo zusammen,
nachdem ich ca ein Jahr lang keine Lust mehr auf meine Fehler hatte hab ich mich heute doch nochmal ran gesetzt.
So wie ich die Anleitungen verstanden habe, hab ich den Schalter geflasht und kann ihn mit der VCCU pairen.
Leider kann ich den SubType remoteAndSwitch nicht in der Drop down Liste finden. Also hab ich mir gedacht das das Modul ./FHEM/HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm wohl nicht gestartet wurde und hab es mit reload nochmal laden wollen. Daraufhin kommt folgende Fehlermeldung:
2020.02.16 12:26:16 1: Error loading file: ./FHEM/HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm:
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM) at ./FHEM/HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm line 6, <$fh> line 99.
BEGIN failed--compilation aborted at ./FHEM/HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm line 6, <$fh> line 99.


Daraufhin hab ich was mit Google gesucht und den Hinweis bekommen man soll doch "apt-get install libswitch-perl" ausführen. Gesagt getan aber jetzt kommt in FHEM folgende Warnung:
2020.02.16 13:07:09 1: PERL WARNING: Subroutine CUL_HM_ParseremoteAndSwitch redefined at ./FHEM/HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm line 21.
Nun weiß ich echt nicht mehr weiter. Ich kann die Subroutine in ./FHEM/HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm an Zeile 21 finden. Nur was sagt mir das?
Grüße Jochen

PS: Das FHEM System ist ca. einen Monat alt und läuft auf einem RPI4 -Buster
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pfriemler am 06 Juni 2020, 22:11:11
Seit Monaten Schweigen im Walde. Komisch.
Also die Fehlermeldung kommt doch praktisch bei jedem Reload einer .pm.
Die Fehlermeldung hatte ich heute auch, aber nach dem libswitch-perl war Ruhe.

Melde mich aber wegen was anderem. Helft mir doch mal auf die Sprünge.
Ich hab Verkehrsrots Arbeit heute mal nachverfolgt:
- Visual Studio, Platformio-Plugin, Git ...
- habe es geschafft einen Arduino Nano als ISP-Programmer zu verwenden
- "Upload via Programmer" klappte nachhaltig nicht, aber mit "...set Fuses" und danach nur Upload Firmware dann doch
- zwei Versuche - einmal mit CCU-ID (meine FHEM-Zentrale), einmal 000000
- die spezielle .pm habe ich nach der obigen Fehlermeldung und dem Nachinstallieren offenbar geladen bekommen:
Zitat2020.06.06 18:48:34 3: additional HM config file loaded: ./FHEM/HMConfig_AskSinPPCustom.pm
Die geflashte Platine sendet eine korrekte Info-Meldung. Ich bekomme in FHEM über autocreate ein HM_Gerät mit der .hmID "F0A9", sie sendet alle 20-30s ein Telegramm (PowerEvent vermute ich mal), sie sendet short- und Long-Trigger (allerdings egal welchen Button man drückt) ... jeder Sendeversuch wird mehrfach wiederholt, ich sehe das dann im EventMonitor wie auch im Display meines AskSinAnalyzers.

Ich habe etliche Versuche unternommen, das Gerät immer mal wieder gelöscht, FHEM neu gestartet, Anlernen und somit autocreate versucht - ich komme nicht weiter als bis zu einem CUL_HM-Gerät, das sowohl die korrekte hmID F0A9, eine Firmware 1.7, die korrekte hinterlegte serialNr, aber eben keine Kanäle oder irgendwas dergleichen anlegt. Idiotischerweise wird dabei nichts über die VCCU angelegt, das Gerät bekommt ein zwar definiertes, aber längst nicht mehr aktives IO-Gerät als IOdev zugewiesen (aber nix von IOgrp).
Das Anlernen klappt aber nach einem Löschen nicht mehr, aber die "undefined_xxxxxx"-Readings in der VCCU werden bei jedem Sendevorgang aktualisiert.

Der config-Button ist aber anscheinend funktionslos geworden, seine Betätigung wird zwar mit einem kurzen Blitzen der LED signalisiert. Aber weder hmPairForSec noch hmPairSerial funktionieren, es gibt null Reaktion auf dem Funk.

Wie zum Donnergrummel nochmal kriege ich das Scheißding jetzt einfach mal in FHEM definiert? Ich werde den Verdacht nicht los, dass die in diesem Jahr vollzogenen zahlreichen Änderungen in CUL_HM den Mechanismus des Anlernens von alternativen HM-Geräten nachhaltig kaputtgelegt haben. Ich kann ja auch keine manuelle Def mehr machen, weil weder model noch subType händisch noch zu setzen gehen.

Any hints, folks?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 Juni 2020, 22:33:49
lang, lang, lang ist es her...
ich versuchs mal.

config short blitzt und macht nix.
du hast nicht lang genug gedrückt, wenn es blitzt.
pairforsec solte funktionieren.

die pm datei installiert?
hast du den namen der pm datei geändert? "HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm", dann restart, dass cul_hm sie einliesst.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pfriemler am 06 Juni 2020, 23:02:54
Richtig - "HM_Config_" hat erst nicht funktioniert, mit "HMConfig_" dann - siehe Logauszug aus meinem Post!
Ich habe mal sehr viel länger gedrückt, da kamen dann ein paar kurze Blitze hintereinander. Den üblichen 5+5-Sekunden-Rhythmus gibt es jedenfalls nicht (ebenso wie den 0,4s-Long-Rhythmus, das kommt deutlich seltener).
Ich versuche es nochmal mit länger, aber nicht mehr heute... Edith ergänzt das morgen.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 Juni 2020, 23:08:37
bei 1. config long kommt nix.
wenn es mehrfach blitzt, war es reset, also das 2. long nacheinander.
um den reset zu vermeiden, habe ich immer mal ein short eingeworfen.

ca seite 75 hatte ich mal ein bessere routine für den taster gepostet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 06 Juni 2020, 23:12:29
sicher, dass die pm datei richtig ist?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pfriemler am 07 Juni 2020, 12:48:05
Zitat von: frank am 06 Juni 2020, 23:12:29
sicher, dass die pm datei richtig ist?
Also ich habe alles aus dem gleichen Repo von "Verkehrsrot" gezogen - siehe hier im Feb 2020. Die .pm hat drei Routinen
Asksin_HM_LC_Sw1PBU_FM_CustomFW_Initialize
registerHM_LC_Sw1PBU_FM_CustomFW()
CUL_HM_ParseremoteAndSwitch
InternalTimer(gettimeofday()+10,"registerHM_LC_Sw1PBU_FM_CustomFW","nothing", 0);
interpretiere ich in meiner perlerischen Einfalt so, dass 10s nach dem Laden der .pm die Routine aufgerufen wird, die die modelID "F0A9" dem System bekannt macht.
registerHM_LC_Sw1PBU_FM_CustomFW()
{
  {$HMConfig::culHmModel{"F0A9"} = {name=>"HM-LC-Sw1PBU-FM-CustomFW",st=>'remoteAndSwitch',cyc=>'',rxt=>'',lst=>'1,3:3p.4p,4:1p.2p',chn=>"Btn:1:2,Sw:3:4"}}
  {$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW00"}{fwUpdate} ="<filename>"};
  {$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW01"} = $HMConfig::culHmSubTypeSets{"THSensor"}};
  {$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW02"} = $HMConfig::culHmSubTypeSets{"THSensor"}};
  {$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW03"} = $HMConfig::culHmSubTypeSets{"switch"}};
  {$HMConfig::culHmChanSets{"HM-LC-Sw1PBU-FM-CustomFW04"} = $HMConfig::culHmSubTypeSets{"switch"}};
  {$HMConfig::culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW01"}  = $HMConfig::culHmRegType{remote}};
  {$HMConfig::culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW02"}  = $HMConfig::culHmRegType{remote}};
  {$HMConfig::culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW03"}  = $HMConfig::culHmRegType{switch}};
  {$HMConfig::culHmRegChan{"HM-LC-Sw1PBU-FM-CustomFW04"}  = $HMConfig::culHmRegType{switch}};
  #Log(1, "Registered F0A9");
}


Wenn ich sie händisch aufrufe, bekomme ich einen Hashwert als Rückgabe (mit dem ich nichts anfangen kann).

Immerhin: Wenn es mir gelingt, pairing und power on so zu kombinieren, dass ein Gerät angelegt wird, bekommt es ja die .mID F0A9 und auch die korrekte model-Bezeichnung zugewiesen ("HM-LC-Sw1PBU-FM-CustomFW". Das Gerät wird also zumindest teilweise bereits "verarbeitet". Aber es werden keine Kanäle definiert, obwohl dank der o.g. Routine FHEM eigentlich alles bekannt sein müsste.
Fehlermeldungen im Log gibt es auch keine.
Der Abstand zum HMUMART ist 2m, das Device kommt also recht "laut" herein. Das sollte sich aber auf die Kommunikation auswirken, nicht jedoch auf den Mechanismus, mit dem FHEM das Gerät und die Kanäle anlegt.

Ich habe eben nochmal mit dem Device gespielt: Also dem Configbutton kann ich überhaupt keine vernünftige Reaktion entlocken außer dem Reset nach 10s. Wärhend vccu hmPairForSec 60 lief, hat das Gerät nicht auf den Config-Tastendruck, sondern auf einen normalen Buttondruck hin eine DEVINFO gesendet, woraufhin FHEM dieses Gerät angelegt hat. So eine Reaktion hätte ich bei einem Sensor im Zusammenhang mit einem WAKEUP vermutet, aber die Reaktion von VCCU wurde nicht aufgezeichnet. Warum also hier die DEVINFO kam ...?


Internals:
   CFGFN     
   DEF        29F2CA
...
   HMUART_RSSI -32
...
   HMWLAN1_RSSI -42
   HMWLAN1_TIME 2020-06-07 12:27:42
   IODev      HMUART
   LASTInputDev HMWLAN1
   MSGCNT     24
   NAME       HM_29F2CA
   NOTIFYDEV  global
   NR         22782
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:0A - t:40 s:29F2CA d:000000 0206
   protCmdPend 3 CMDs_pending
   protLastRcv 2020-06-07 12:27:41
   protRcv    5 last_at:2020-06-07 12:27:41
   protState  CMDs_pending
   rssi_at_HMUART cnt:13 min:-37 max:-31 avg:-33.3 lst:-32
   rssi_at_HMWLAN1 cnt:12 min:-46 max:-36 avg:-41 lst:-42
   .attraggr:
   .attrminint:
   READINGS:
     2020-06-07 12:23:16   .D-devInfo      410100
     2020-06-07 12:23:16   .D-stc          10
     2020-06-07 12:27:41   .protLastRcv    2020-06-07 12:27:41
     2020-06-07 12:23:16   D-firmware      1.7
     2020-06-07 12:23:16   D-serialNr      LEQ0234206
     2020-06-07 12:23:16   R-pairCentral   set_0x1411AB
     2020-06-07 12:27:41   trigDst_broadcast noConfig
     2020-06-07 12:27:41   trigger         Short_6
     2020-06-07 12:27:41   trigger_cnt     6
   cmdStack:
     ++A0011411AB29F2CA00050000000000
     ++A0011411AB29F2CA000802010A140B110CAB
     ++A0011411AB29F2CA0006
   helper:
     BNO        6
     BNOCNT     1
     HM_CMDNR   10
     mId        0000
     peerFriend
     peerOpt    -:-
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       nextSend   1591525663.15899
       prefIO     
       vccu       
     mRssi:
       mNo        0A
       io:
         HMUART:
           -24
           -24
         HMWLAN1:
           -42
           -42
     prt:
       bErr       0
       sProc      2
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
     rssi:
       at_HMUART:
         avg        -33.3076923076923
         cnt        13
         lst        -32
         max        -31
         min        -37
       at_HMWLAN1:
         avg        -41
         cnt        12
         lst        -42
         max        -36
         min        -46
     shadowReg:
       RegL_00.    02:01 0A:14 0B:11 0C:AB
     tmpl:
Attributes:
   .mId       F0A9
   IODev      HMUART
   IOgrp      vccu:HMUART
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       autocreated
   subType    virtual


Man sieht: .mID und model wurden korrekt gesetzt. DEF und serialNr stimmen auch.
Aus dem allem schließe ich, dass das geflashte Device immerhin korrekt zu arbeiten scheint.

Mit stillgelegtem HMUART wird es nicht anders. Aktuell gelingt es mir wieder nicht, irgendein Pairing anzustoßen.

P.S.: Die Probleme sehen doch genauso aus wie hier:
https://forum.fhem.de/index.php/topic,18071.msg880849.html#msg880849

Bin da auch noch über eine seltsame Differenz gestolpert: In einer HMConfig... stehen die Routinen, die die oben zitierte Routine ausführt, direkt (also als main) zur Ausführung. Lauftechnisch dürfte das doch egal sein, wenn sie über eine 99_xxx zeitverzögert als SUB abgehandelt werden? oder ist es sinnvoller, dass CUL_HM diese Defs "am Stück" einarbeitet"?
Es ist doch so, dass eine 99_ .*.pm in jedem Fall abgearbeitet wird, eine HMConfig.*.pm von CUL_HM - und eine "HM_Config" gar nicht - oder doch, weil mit HM beginnt?

edit: nä. Tatsächlich wird beim Start neben "HMConfig.pm" auch jede vorhandene "HMConfig_xxx.pm" abgearbeitet, nicht aber z.B. eine "HMConfig (alte version).pm".
Davon habe ich nämlich tatsächlich ein paar alte im FHEM stehen und die haben noch nie Probleme gemacht...
Jede hinzugefügte HMConfig_xxx.pm kann man an einem entsprechenden Eintrag im Log sehen.

Egal ob so oder so - am Inhalt "meiner" .pm und der aus "99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm" aus https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM/blob/master/fhem/99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm unterscheidet sich nichts - Habe die .pm aus einer anderen Quelle nochmal geladen und finde keine Unterschiede - außer dass meine bisherige CR+LF als Zeilenende hatte, was aber für FHEM kein Problem darstellen sollte...?

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 Juni 2020, 13:03:56
attr subType muss "remoteAndSwitch" sein.

in der geposteten funktion aus der pm datei fehlt ein semicolon am ende der ersten zeile denke ich.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pfriemler am 07 Juni 2020, 13:34:31
Habe meinen Post gerade noch ergänzt, guckst Du am Ende bitte nochmal?

wie ich schon sagte: subType kann ich nicht (mehr) manuell setzen seit Martins Umstrickereien mit .mID etc. ... Und in modelForce wird der CustomFW-Typ nicht angeboten.

Inzwischen kriege ich das Scheißding überhaupt nicht mehr zum Konfigurieren, egal was ich aufrufe.

Vielleicht sollte ich mir von jemandem einfach eine funktionierende Konfig eines switches mal schicken lassen und ausnahmsweise mal direkt in die fhem.cfg reinpfriemeln.

Achso: FHEM kennt den Typ prinzipiell, die Initialisierung ist da - aktuell über die 99_...
remoteAndSwitch  HM-LC-Sw1PBU-FM-CustomFW F0A9 normal                         1,3.4p,1p.2p 1-2 Btn, 3-4 Sw,

edit: das Semikolon fehlt in allen mir bekannten Quellen.

edit2: Irgendwie habe ich es geschafft, dass das Ding autocreated wurde nach hmPairForSec und einem Einstromen und Button drücken.
die .mID ist 0
modelForce bietet das Modell nicht an, aber man kann es händisch auf der Zeile setzen: "attr HM_29FAC2 modelForce HM-LC-Sw1PBU-FM-CustomFW"
Und siehe da:
Es hat vier Kanäle, trennt die Button-Events. Jetzt fehlt nur noch das Pairing...

Der halbangelegte Dummy hatte zudem auch kein IODev und kein IOgrp. Dies nachgetragen ... und schwupps, der Aktor lässt sich schalten. Das Pairing wurde durchgeführt.
getConfig arbeitet auch ab bis CMDs_done - aber ich bekomme keine Register für das Device geliefert. Da ist noch der Wurm drin...
in den Kanälen funktioniert es.
Jetzt arbeite ich mich in das Peering ein. Da passiert aber noch ganz erschreckend viel Kleinholz. Besonders ein peerChan dual auf den Kanal 3 (phys. Relais) (Originalverhalten) peert zwar beide Buttons, setzt aber alle Aktionen von self01 auf "no" die CtValxx auf 0.
Was würde ich bloß ohne hm.js machen :-)


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 Juni 2020, 15:58:12
anbei mal meine pm datei.

der vorgang des ladens dieser externen config dateien hat sich irgendwann in cul_hm geändert. daraufhin habe ich den namen angepasst und den inhalt geändert, denke ich.


aber auch ich habe gerade festgestellt, dass subtype und model nun in keiner auswahlliste mehr auftauchen, wenn für die devices eine eigene pm datei existiert. auch bei einem universalsensor.
das ist sicher seit modelforce der fall.
sieht also nach weiteren anpassungen aus.

trotzdem kann ich meinen switch und sensor konfigurieren, und templates habe ich letztens auch erfolgreich mit dem regtool bei beiden gesetzt.
auch peeren hat letzte woche noch beim switch funktioniert.


schreib mal subtype, model und co direkt in die fhem.cfg.
und lösche dieses modelforce.


Internals:
   DEF        266EA5
   FUUID      5c4ce2ea-f33f-09c4-522e-5f67979f1d577b95
   IODev      hmlan1
   LASTInputDev hmlan1
   MSGCNT     17286
   NAME       SwitchPBU01
   NOTIFYDEV  global
   NR         359
   NTFY_ORDER 50-SwitchPBU01
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 SwitchPBU01_Btn_01
   channel_02 SwitchPBU01_Btn_02
   channel_03 SwitchPBU01_Sw_01
   channel_04 SwitchPBU01_Sw_02
   cul868_MSGCNT 8704
   cul868_RAWMSG A1486805E266EA51ACE1F0000000000000003000000::-43.5:cul868
   cul868_RSSI -43.5
   cul868_TIME 2020-06-07 15:38:06
   hmlan1_MSGCNT 8582
   hmlan1_RAWMSG E266EA5,0000,100F162E,FF,FFC1,86805E266EA51ACE1F0000000000000003000000
   hmlan1_RSSI -63
   hmlan1_TIME 2020-06-07 15:38:06
   lastMsg    No:86 - t:5E s:266EA5 d:1ACE1F 0000000000000003000000
   protCmdDel 45
   protLastRcv 2020-06-07 15:38:06
   protRcv    8728 last_at:2020-06-07 15:38:06
   protResnd  418 last_at:2020-06-07 15:11:38
   protResndFail 43 last_at:2020-06-07 14:11:01
   protSnd    180 last_at:2020-06-07 15:11:23
   protState  CMDs_done
   rssi_at_cul868 cnt:8704 min:-62 max:-40.5 avg:-44.4 lst:-43.5
   rssi_at_hmlan1 cnt:8582 min:-86 max:-48 avg:-63.85 lst:-63
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   READINGS:
     1900-01-01 00:00:01   .D-devInfo      410100
     1900-01-01 00:00:01   .D-stc          10
     2020-06-07 15:38:06   .protLastRcv    2020-06-07 15:38:06
     2020-06-06 08:29:02   Activity        alive
     2020-06-01 11:15:02   CommandAccepted yes
     from archivexx        D-firmware      1.0
     from archivexx        D-serialNr      KEQ1110003
     2019-11-14 11:12:44   PairedTo        0x1ACE1F
     2019-10-22 15:08:46   R-pairCentral   0x1ACE1F
     2019-11-14 11:12:43   RegL_00.        00:00 02:00 05:00 0A:1A 0B:CE 0C:1F 12:00
     2020-06-01 23:29:39   battery         ok
     2020-06-07 15:11:42   commState       CMDs_done
     2020-06-07 15:11:42   state           CMDs_done
   helper:
     HM_CMDNR   134
     cSnd       011ACE1F266EA5030E,011ACE1F266EA5040E
     mId        F0A9
     peerFriend
     peerOpt    -:remoteAndSwitch
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     tmplChg    0
     cmds:
       TmplKey    :1591370244.2392:1591370250.55269
       TmplTs     1591370250.55269
       cmdKey     :0:1:0::F0A9:01
       TmplCmds:
       cmdList:
         assignHmKey:
         clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
         deviceRename:newName
         fwUpdate:-filename- -bootTime- ...
         fwUpdate:<filename>
         getConfig:
         getDevInfo:
         getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
         raw:data ...
         regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
         regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
         reset:
         tplDel:tmplt
         unpair:
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       newChn     +266EA5,00,00,00
       nextSend   1591537086.44967
       rxt        0
       vccu       ccu
       p:
         266EA5
         00
         00
         00
       prefIO:
         hmlan1
     mRssi:
       mNo        86
       io:
         cul868:
           -43.5
           -43.5
         hmlan1:
           -59
           -59
         hmuart1:
         hmusb1:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     rssi:
       at_cul868:
         avg        -44.4044117647059
         cnt        8704
         lst        -43.5
         max        -40.5
         min        -62
       at_hmlan1:
         avg        -63.8502680027966
         cnt        8582
         lst        -63
         max        -48
         min        -86
     shadowReg:
     tmpl:
Attributes:
   .mId       F0A9
   IODev      hmuart1
   IOgrp      ccu:hmlan1
   actCycle   000:10
   actStatus  alive
   autoReadReg 5_readMissing
   event-on-change-reading .*
   expert     251_anything
   firmware   1.0
   group      Beleuchtung
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       10_WZ
   serialNr   KEQ1110003
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pfriemler am 07 Juni 2020, 18:00:43
Danke für die .pm. Ich hatte den Mechanismus gerade selbst erfolgreich so umgebaut (also die sub zur Initialisierung weg und die #define direkt rein, mit dem ; am ersten Zeilenende.
Unsere beiden Versionen sind soweit identisch.
Habe fhem.cfg angepasst und neu gestartet. Jetzt sieht es "ordentlich" aus.

a) getConfig auf das Device funktioniert noch immer nicht. Ich bekomme keine aktualisierten readings.
Auch pairedTo wird regelmäßig als 0x00000 gemeldet - obwoh die Telegramme vom Aktor eindeutig an die Zentrale gehen und er sich auch steuern lässt.

b) Das Ding hat bei manchen speziellen Registeränderungen das gesamte Peering vergessen, ich musste es neu machen. Dabei führt "peerChan dual" vom Btn1 auf den Sw1 reproduzierbar zu einem stillgelegten Btn1 (alle SwJt "no", alle Val "0", actions "off"). Man kommt schneller zum Ziel, wenn man beide Buttons mit peerSmart koppelt und dann nur noch die jmpTable ändert auf dual-Betrieb.

c) gepeerte Buttons senden keine Message mehr an die Zentrale, es folgt nur die Rückmeldung des Aktorstatus. Das entspricht dem Originalverhalten, war aber nicht Sinn der ganzen Aktion. Es wird zwaar ein Funkprotokoll gesendet (was der AskSinAnalyzer auch zeigt (29F2CA an 29F2CA), aber das erzeugt (logischerweise) kein Event in FHEM.
Erst wenn man die beiden Buttons zusätzlich mit einem virtuellen Button bspw. der VCCU peert, gibt es auch wieder korrekte Trigger an FHEM. Allerdings - und das ist die nächste Sch..e: Die Liste wird sortiert abgearbeitet, vermute ich mal. So liegt 1411AB der Zentrale vor 29F2CA des Aktors. Das Gerät sendet nun also zuerst an FHEM und dann erst an den internen Switch. Der ohnehin schon höhere Lag der lokalen Schaltaktion wird noch größer. Da kann ich eigentlich auch gleich auf das Peering verzichten.

d) Die Rückmeldung des Aktorstatus ist nach dem Peeren fehlerhaft. Wenn ich den Aktor aus FHEM ein- und ausschalte, gibt es eine prompte Reaktion und korrekte Rückmeldung.
Bei einer lokalen Schaltaktion wird aber offenbar nicht der Status nach, sondern VOR Vollzug der Aktion gemeldet.
Schalte ich den Sw1 aber nun am lokalen self02 ein, zieht zwar das Relais an, aber in FHEM bleibt der Aktor aus.
Drückt man den Button ein zweites Mal, bleibt das Relais an, aber der Status in FHEM wird korrekt.
Gleiches beim Ausschalten: Einmal drücken = physisch aus, in FHEM noch an - erst zweites Drücken = korrekt.
2020.06.07 17:27:40 1: **************************** HM-Logging für HM_29F2CA gestartet
2020.06.07 17:27:40 1: HM_29F2CA  model     HM-LC-Sw1PBU-FM-CustomFW
2020.06.07 17:27:40 1: HM_29F2CA  firmware  1.7
2020.06.07 17:27:40 1: HM_29F2CA  serialNr  LEQ0234206
2020.06.07 17:27:51.828 0: HMUARTLGW HMWLAN1 recv: 01 05 00 00 25 msg: 4C B0 40 29F2CA 1411AB 0210
2020.06.07 17:27:51.840 0: HMUARTLGW HMWLAN1 send: 01 0629F2CA010000
2020.06.07 17:27:52.025 0: HMUARTLGW HMWLAN1 added peer: 29F2CA, aesChannels: FFFFFFFFFFFFFFFF
2020.06.07 17:27:52.029 0: HMUARTLGW HMWLAN1 send: 01 0629F2CA010000
2020.06.07 17:27:52.088 0: HMUARTLGW HMWLAN1 added peer: 29F2CA, aesChannels: FFFFFFFFFFFFFFFF
2020.06.07 17:27:52.885 0: HMUARTLGW HMWLAN1 recv: 01 05 01 00 26 msg: 4C B0 40 29F2CA 1411AB 0210
2020.06.07 17:27:53.596 0: HMUARTLGW HMWLAN1 recv: 01 05 00 00 26 msg: 4D 80 02 29F2CA 29F2CA 0103004000
2020.06.07 17:28:04.306 0: HMUARTLGW HMWLAN1 recv: 01 05 01 00 26 msg: 4E B0 40 29F2CA 1411AB 0211
2020.06.07 17:28:04.908 0: HMUARTLGW HMWLAN1 recv: 01 05 00 00 26 msg: 4F 80 02 29F2CA 29F2CA 0103C80000
2020.06.07 17:28:23.182 0: HMUARTLGW HMWLAN1 recv: 01 05 01 00 25 msg: 50 B0 40 29F2CA 1411AB 0119
2020.06.07 17:28:23.387 0: HMUARTLGW HMWLAN1 recv: 01 05 00 00 26 msg: 51 80 02 29F2CA 29F2CA 0103C84000
2020.06.07 17:28:31.505 0: HMUARTLGW HMWLAN1 recv: 01 05 01 00 25 msg: 52 B0 40 29F2CA 1411AB 011A
2020.06.07 17:28:32.221 0: HMUARTLGW HMWLAN1 recv: 01 05 00 00 25 msg: 53 80 02 29F2CA 29F2CA 0103000000
2020.06.07 17:28:38 1: **************************** HM-Logging beendet


Folglich ist der Status auch beim direkten Schalten falsch:
Alles aus: ein lokaler Druck auf self02: Licht geht an, FHEM zeigt "aus". Ein lokaler Druck auf self01: Licht geht aus, FHEM zeigt "an".

Und bevor die Frage kommt: Ja, die Lampe hängt an Ausgang 2 und leuchtet bei angesteuertem Relais.
Schalte ich per FHEM direkt, kommt die Rückmeldung richtig:
2020.06.07 18:06:21 1: **************************** HM-Logging für HM_29F2CA gestartet
2020.06.07 18:06:21 1: HM_29F2CA  model     HM-LC-Sw1PBU-FM-CustomFW
2020.06.07 18:06:21 1: HM_29F2CA  firmware  1.7
2020.06.07 18:06:21 1: HM_29F2CA  serialNr  LEQ0234206
2020.06.07 18:06:26.303 0: HMUARTLGW HMWLAN1 send: 01 02 00 00 00 msg: 6C A0 11 1411AB 29F2CA 0203C80000
2020.06.07 18:06:26.414 0: HMUARTLGW HMWLAN1 recv: 01 04 03 00 27 msg: 6C 80 02 29F2CA 1411AB 0103C80000
2020.06.07 18:06:32.056 0: HMUARTLGW HMWLAN1 send: 01 02 00 00 00 msg: 6D A0 11 1411AB 29F2CA 0203000000
2020.06.07 18:06:32.304 0: HMUARTLGW HMWLAN1 recv: 01 04 03 00 26 msg: 6D 80 02 29F2CA 1411AB 0103000000
2020.06.07 18:06:47 1: **************************** HM-Logging beendet




Sw2, so hatte ich verstanden, zieht intern dem tatsächlichen Stromfluss nach. Default ist dem Ding aber sogar eine 75-W-Birne zu wenig dazu. Da tut sich nichts.
Aber dafür gibt es eine Schwelle in der Firmware, die muss ich dann mal tunen.
Warum man den aus FHEM direkt schalten kann, entzieht sich komplett meinem Verständnis.
Habe verstanden: mit Sw_01 schaltet man das Gerät direkt, mit Sw_02 bestimmt man, ob der Verbraucher an sein soll - wichtig für Wechselschaltungen mit dem Relais.
Aber trotzdem: Wenn man über Sw_02 ein- und ausschaltet, sollte doch ein aktualisierter Relaisstatus (in Sw_01) zu sehen sein. Hier wird der Status des Relais, also Sw_01, in keinster Weise geändert.
Schalte ich also den Aktor über Sw2 ein und am lokalen Button self01 aus, sind anschließend BEIDE Sw in FHEM "an".

Das ist doch komplett unbrauchbar so...

edit:
Und schon wieder: "set HM_29F2CA_Sw_01 pressS self01" -> keine Reaktion, alles tot.
Nach kurzen "Stromausfall": Alle peerings weg.
Ich geb's auf mit dem Peeren. Dann geht's eben über FHEM und Notify.

edit2:
Die "Stromschwelle" ist doch, wenn ich das richtig gesehen habe, "const unsigned long minImpulsLength = 500;" in der .ino (bzw. der äquivalenten .cpp bei platformio).
Zitat von: Lorenz am 04 Januar 2016, 19:46:01
Den Stromsensor habe ich jeweils auf 500 gestellt. Damit decke ich bei mir von einer 3W LED bis zu einer 60W Lampe den Bereich zuverlässig ab.

Wird hier komplett ignoriert.
Nein, wird nicht! Testweise die Lampe an 1 angeschlossen - leuchtet beim Einstromen auf - und wird über Sw_02 sauber ein- und ausgeschaltet.
Es scheint mir eher so, dass beim Schalten von Sw_02 zunächst kurz geprüft wird, ob schon ein Strom fließt (oder keiner mehr), nur wenn das Ergebnis nicht dem Wunsch entspricht, wird das Relais gekippt...
Allerdings sehe ich von der definierten 20-sekündlichen Überprüfung des Status hier leider gar nichts.
Habe das gerade im Test in einer Wechselschaltung laufen, der Status ändert sich nicht.


Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 07 Juni 2020, 21:23:59
hast du chn2 mit chn3 gepeert?

das ist jedenfalls mein peering zum schalten des eigenen aktors mit toggle auf short.

an meinem aktor hängt ein klassischer wechselschalter. diese wechselschaltung schaltet eine lampe.
damals bei inbetriebnahme 60W glühbirne, irgendwann 12W energiesparlampe und jetzt vermutlich 8W led.
chn4 zeigt current: 275-457 bei on und 3 bei off (ich sehe gerade das steigt je länger die led leuchtet).
strom messages alle 20s bei on und off.
abhängig vom leuchtmittel gab es immer entsprechende stromwerte.

status chn3 zeigt immer korrekt das relais an, egal ob per button oder per fhem. jeder short toggelt sauber.

mit wechselschalter muss man für den lampenstatus den strom chn4 nutzen.
seit längerem wird hier unreachable im state gezeigt, was auch alle 30min einen automatischen statusrequest erzeugt.
früher war das mal anders. ob korrekt ist die frage.

zusätzlich ist an chn2 ein virtueller aktor gepeert, um mit long im notfall die rauchmelder auszuschalten.
ich weiss gar nicht ob der für die rm nötig war. vielleicht anfänglich nur zum testen eines virtuellen aktors, da diese buttons meine einzigen peerbaren homematic buttons sind.

chn1 habe ich mit einem dimmer gepeert: short für toggle und long mit toggledim.

alles läuft vielleicht 4 jahre unauffällig und zuverlässig, keine peers oder einstellungen verloren.

messages vom button müsste ich erst schauen.

jetzt habe ich doch noch was kurioses entdeckt:
1. relais und wz.lampe sind aus, strom ~ 0.
2. wz.lampe am wechselschalter eingeschaltet, strom 300, relais aus.
3. jetzt wz.lampe am aktor ausgeschaltet, relais an und strom bleibt bei über 300.

ich bin gerade total verwirrt.  ???
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pfriemler am 07 Juni 2020, 23:08:15
Zitat von: frank am 07 Juni 2020, 21:23:59
hast du chn2 mit chn3 gepeert?
Jein. Mein gewünschtes Setup ist eigentlich eine normale Schaltung mit short up/down zum Schalten einer Raumlampe, zusätzlich brauche ich eigentlich nur ein long auf up, um den Rolladen im Zimmer morgens herauffahren zu können. Ich könnte diese Aufgabe sogar mit einem Werksaktor machen nach der bekannten und üblichen Methode: Die Beleuchtung auf long up für 1 Minute einzuschalten würde reichen - timedOn = running als Auslösebedingung triggert ein notify, das den Rolladen öffnet, fertich ist die Laube.
Eine Wechselschaltung ist nicht nötig, also direkte Steuerung über ch3 = Sw_01.
Also war das erste Setup das dual peeren der beiden Buttons. Habe ich hinbekommen.
Wenn man die Sachen schon trennen kann, dann war das Begrenzen des Schaltens auf short und die ausschließliche Steuerung des Rollades mit long das Mittel der Wahl. Beim Setzen von lgActionType auf "off" ist der Aktor 2x abgeschmiert, wie auch beim "pressS self01".
Eine weitere Option war das Überwachen der Stromaufnahme: Verwendet wird eine schaltdimmbare E27-LED, die nach Aus immer mit 100% startet und mit kurzen Unterbrechungen auf auf 50% bzw. 10% dimmt. Über die Stromaufnahme hätte FHEM ein Indiz dafür, welche Dimmstufe gerade aktiv ist, und könnte andere Dimmstufen mit entsprechenden Schaltaktionen gezielt ansteuern.

Zitatstatus chn3 zeigt immer korrekt das relais an, egal ob per button oder per fhem. jeder short toggelt sauber.
So hätte ich das auch gern.

Zitatseit längerem wird hier unreachable im state gezeigt,
das wollte ich auch noch anmerken (bei mir in in chn3 und chn4). Ist die nächste unschöne Sache.

Mir fehlen noch immer sämtliche speziellen Readings des Devices (confBtnTime, intKeyVisib (sind zumindest im Sketch definiert), sowie current im chn4), kenne ich nur vom "Hörensagen".
Ob die Firmware nur halbkomplett ist? Du hast FW 1.0, ich 1.7 gemeldet. Die Anpassungen von Verkehrsrot (Arduino -> platformio) belaufen sich neben der anderen Namensgebung auf diverse Umsortierungen und Kommentareinfügungen und abgeänderte Compilerbefehle, funktionale Abweichungen habe ich bisher absolut keine gefunden. Die .ino kriege ich auf meinem PC wegen diverser ungelöster Bibliotheksabhängigkeiten mit anderen Projekten von mir ums Verrecken nicht compiliert, insofern bin ich froh, mit VisualStudio und dem platformio-Plugin überhaupt endlich eine funktionierende Lösung gefunden zu haben.

Die Herkunft der Steuerplatine ist zudem unklar, keine Neuware. Es könnte sich also auch um einen Defekt auf dem Board handeln. Ich hatte die Platine außer zum Testen nicht länger im Einsatz. Jetzt sitzt sie auf einem reparierten Powerboard (noch ohne den 8,2V-Hack, ich muss erst welche bestellen, vorher komme ich auch bei den Dim1TPBU nicht weiter) mit nicht deaktivierter Stromsensor-Hardware. Und wie gesagt: Ich habe die Platine gestern zweimal geflasht (1x mit eingetragener "CCU-ID", einmal "000000", beide Male lieferte das Board anfangs sehr regelmäßige Powerevents, die vielleicht auch ein Störfaktor bei den gestrigen Pairversuchen gewesen sein könnten.

Schlau werde ich auch nicht aus der Configbutton-Auswertung. Laut Quellcode bleibt ein kurzes Drücken bis auf einen kurzen LED-Blitzer funktionslos,
was ist mit "time out for a double long" gemeint (was das Pairing auslösen soll) - ein sehr langer Tastendruck führt hingegen sicher zum Reset des Aktors wie Du beschreibst (das 3x kurze Blinken kommt aus HM::reset in der AskSin.cpp). Anscheinend prellt der Config-Taster ohne dass ich es merke.

Zum Schluss noch ein Sniff vom getConfig auf den chn4. Ich bin da völlig überfragt, was da in den Registern mitkommt. Das muss ja auch zu der Registerdefinition passen. Vielleicht ist das Parsen der betreffenden Message in meiner .pm gar nicht definiert. Allerdings hast Du ja praktisch die gleiche.
current wird nur durch das zyklische PowerEvent aktualisiert. Dass dieses bei mir komplett ausbleibt, ist auch der Grund, warum chn4 bei mir nicht nach Stromfluss aktualisiert.

Noch überwiegt die Neugier über den Frust.


2020.06.07 20:03:23 1: **************************** HM-Logging für HM_29F2CA gestartet
2020.06.07 20:03:23 1: HM_29F2CA  model     HM-LC-Sw1PBU-FM-CustomFW
2020.06.07 20:03:23 1: HM_29F2CA  firmware  1.7
2020.06.07 20:03:23 1: HM_29F2CA  serialNr  LEQ0234206
2020.06.07 20:03:52.797 0: HMUARTLGW HMUART send: 01 0729F2CA
2020.06.07 20:03:52.817 0: HMUARTLGW HMUART remove peer: 29F2CA
2020.06.07 20:04:07.970 0: HMUARTLGW HMUART send: 01 0629F2CA010000
2020.06.07 20:04:07.979 0: HMUARTLGW HMUART added peer: 29F2CA, aesChannels: FFFFFFFFFFFFFFFF
2020.06.07 20:04:07.984 0: HMUARTLGW HMUART send: 01 0629F2CA010000
2020.06.07 20:04:07.991 0: HMUARTLGW HMUART added peer: 29F2CA, aesChannels: FFFFFFFFFFFFFFFF
2020.06.07 20:04:07.993 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 5C A0 01 1411AB 29F2CA 04040000000001
2020.06.07 20:04:08.270 0: HMUARTLGW HMUART recv: 01 05 01 00 2D msg: 5C A0 10 29F2CA 1411AB 0282008300840085008600870088008900
2020.06.07 20:04:08.753 0: HMUARTLGW HMUART recv: 01 05 01 00 2D msg: 5D A0 10 29F2CA 1411AB 028A008B008C000000
2020.06.07 20:04:09.053 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 5E A0 01 1411AB 29F2CA 0403
2020.06.07 20:04:09.460 0: HMUARTLGW HMUART recv: 01 05 01 00 2D msg: 5E A0 10 29F2CA 1411AB 0100000000
2020.06.07 20:04:09.757 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 5F A0 01 1411AB 29F2CA 04040000000001
2020.06.07 20:04:10.173 0: HMUARTLGW HMUART recv: 01 05 01 00 2D msg: 5F A0 10 29F2CA 1411AB 0282008300840085008600870088008900
2020.06.07 20:04:11.452 0: HMUARTLGW HMUART recv: 01 05 01 00 2B msg: 5F A0 10 29F2CA 1411AB 0282008300840085008600870088008900
2020.06.07 20:04:11.559 0: HMUARTLGW HMUART recv: 01 05 01 00 2C msg: 60 A0 10 29F2CA 1411AB 028A008B008C000000
2020.06.07 20:04:11.856 0: HMUARTLGW HMUART send: 01 02 00 00 00 msg: 61 A0 01 1411AB 29F2CA 0403
2020.06.07 20:04:12.264 0: HMUARTLGW HMUART recv: 01 05 01 00 2B msg: 61 A0 10 29F2CA 1411AB 0100000000
2020.06.07 20:04:25 1: **************************** HM-Logging beendet
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 Juni 2020, 01:34:52
hast du eventuell in den 4 channeln noch nicht das passende attr model gesetzt?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pfriemler am 08 Juni 2020, 08:46:26
Zitat von: frank am 08 Juni 2020, 01:34:52
hast du eventuell in den 4 channeln noch nicht das passende attr model gesetzt?
Aber ja, das hat modelForce schon korrekt gesetzt. Musste nur .mId auf 50A9 setzen, modelForce löschen und in den Kanälen noch attr expert nachtragen.
Also im Aktor läuft noch was unrund.
Erstens die Sache mit dem Unreachable: ein manuelles getConfig läuft trotz extremer Nähe zum HMUART >95% mit CMDs_done durch. Nach welchen Kriterien CUL_HM die beiden Aktorkanäle "unreachable" betrachtet, habe ich noch nicht begriffen - Fakt ist, dass Schaltanforderungen aus FHEM immer und sofort bedient werden. Der Aktor ist also tatsächlich immer erreichbar.
Zweitens: Die Stromerkennung funktioniert prinzipiell, denn chn4 hier im Testsetup mit manuellem Wechselschalter schaltet immer zuverlässig korrekt.
Drittens: Die zeitabhängigen zyklischen Routinen im loop des Sketches funktionieren nicht. (Die Tasten werden ja anscheinend nur in dieser Routine gepollt, also müsste loop prinzipiell laufen.) Dadurch fehlen aber die zyklische Rückmeldung des Powerstatus (und damit die Übermittlung von current) ebenso wie die halbsekündliche Prüfung des Powerzustandes und entsprechende Aktualisierung und Statusmeldung von Chn4, wenn sich da was geändert hat (externer Wechselschalter gekippt, Lampe durchgebrannt :-))
Viertens: Die parse-Routine im .pm muss auch laufen, sonst würden die button-Events nicht den beiden Kanälen zugeordnet werden, oder?
Ich versuche es jetzt nochmal mit Reset und Neuflashen.

edit1:
1) ein Reset (set Sw1CFW (wie er inzwischen heißt) reset) kommt an, die Kombination 3xkurz blinkt auf der LED. Ein getConfig wird anschließend abgearbeitet und liefert das Pairing mit 0x000000 zurück. Auch lässt sich der Aktor schalten. Akzeptiert die alternative Firmware alle Steuerbefehle? getConfig auf ungepairte Aktoren geht normalerweise nicht.
2) Dieses Reset erweckt aber das Gerät nicht unbedingt zu neuem Leben. Was hängt, hängt weiter.
3) Auch ein Neuflashen der alten Firmware scheint nichts zu ändern, vor allem nicht an den Einstellungen.
4) Erst wenn ich eine geänderte Firmware flashe (habe nur das Zyklussendeintervall auf 30s geändert) ... KOMMEN WIEDER POWER_EVENTS!
Irgendwas lag kurz später dem Aktor wieder schräg, vielleicht hat er das Pairing (hmPairSerial scheint zu funktionieren, wenn man anschließend ein Button Event auslöst) nicht vertragen
5) Intervall wieder auf 20s und die HMID meiner Zentrale gleich eingetragen, erspart das Pairing ...
so, seither
- getConfigs laufen fehlerfrei durch (gibt allerdings immer noch kein Register im Device)
- Power_Events kommen regelmäßig alle 20s
- current wird laufend aktualisiert (ziemlich schleppend, es ist wie ein Zähler für die Zykluszeit - je länger an, umso höher)
- Status Sw_02 wird je nach Schaltzustand des externen Wechslers fast sofort aktualisiert
auf deutsch alles so wie es soll. Aber ich habe noch kein einziges Register programmiert seit dem Flashen!
Mal sehen, wie lange es anhält.

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 Juni 2020, 09:40:26
hast du eigentlich den ota-fähigen bootloader geflasht?
4k oder 8k?

zur besseren bedienung des config tasters empfehle ich:
https://forum.fhem.de/index.php/topic,18071.msg275891.html#msg275891 (https://forum.fhem.de/index.php/topic,18071.msg275891.html#msg275891)

ich würde mal die zyklische powermessage (805E) untersuchen:

E266EA5,0000,13E48AE7,FF,FFC6,84805E266EA51ACE1F0000000000000003000000

das byte 03 kurz vorm ende zeigt mit current=3 an.

grundsätzlich immer alle 20s.
kommt sie überhaupt noch?
wenn ja, muss sie das current reading in chn4 erzeugen.
das sollte in der parse funktion der pm datei geschehen.
eventuell mal eine log meldung einbauen.

grundsätzlich könnte man auch mal einen serialmonitor an rx/tx der controler platine anschliessen.
bin aber unsicher, ob dazu erst ein debug-define freigeschaltet werden müsste.

unreachable sollte von chn4 kommen, da fhem ein statusrequest an chn3 und chn4 sendet, aber chn4 den befehl nicht kennt (meine fw).
mit autoreadreg=0 sollten die requests verschwinden, denke ich.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: papa am 08 Juni 2020, 10:27:26
Schau mal der Jerome hatte schon mal das ganze mit der AskSin++ Library nachgebaut. Allerdings ohne die Strommessung.
https://github.com/jp112sdl/Beispiel_AskSinPP/tree/master/examples/HB-LC-Sw1PBU-FM
Vielleicht geht es damit besser. FHEM-Integration ist hier mit drin:
https://github.com/pa-pa/AskSinPP/tree/master/examples/custom/contrib/FHEM
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 Juni 2020, 10:44:47
Zitatjetzt habe ich doch noch was kurioses entdeckt:
1. relais und wz.lampe sind aus, strom ~ 0.
2. wz.lampe am wechselschalter eingeschaltet, strom 300, relais aus.
3. jetzt wz.lampe am aktor ausgeschaltet, relais an und strom bleibt bei über 300.

ich bin gerade total verwirrt.  ???

rätsel gelöst!  :)

über die strommessung kann man wahrscheinlich sogar erkennen, dass sich der C26 bald verabschiedet.

ich dachte zuerst an ein installationsproblem.
aber auch nach abklemmen des wechselschalters (anschlüsse 1 und 2 frei) zeigte current~300, wenn das relais im aktor angezogen war.
current=3 bei inaktivem relais.

nach dem tausch der leistungsplatine mit einer, die vor kurzem einen "frischen" C26 bekommen hat, funktioniert current wieder tadellos.

1. anschlüsse 1 und 2 frei:
a. relais inaktiv: current=0
b. relais aktiv: current=0

2. mit angeschlossenem wechsler und lampe:
a. current=0 in beiden möglichen kombinationen, wenn die angeschlossene lampe nicht leuchtet.
b. current~300 in beiden fällen, wenn die 10W led leuchtet.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pfriemler am 08 Juni 2020, 10:52:34
@papa: Werde ich mir mal ansehen, die Stromerkennung brauch ich nur in Einzelfällen, ist eh energetisch günstiger wenn man sie totlegt (200 mW gespart).

@frank:
Zuerst: siehe mein edit1 im Beitrag darüber - das Scheißding läuft doch jetzt tatsächlich einigermaßen ...

Zitat von: frank am 08 Juni 2020, 09:40:26
hast du eigentlich den ota-fähigen bootloader geflasht?
4k oder 8k?
Was VS/platformio da tut, entzieht sich mir etwas. Aber händisch habe ich nix gemacht. Vermutlich ist noch ein O-Bootloader drauf.

Zitatzur besseren bedienung des config tasters empfehle ich:
Das hatte ich schon gesucht, die Seitenzählung ist bei mir komplett anders. Danke. Werde ich mal einbauen, erscheint mir sehr sinnvoll.

Die zyklischen powermessages kommen ja jetzt endlich und regelmäßig und liefern sehr plausible Werte. Der je nach Sketch auf 5000 oder 2000 stehende Tuningwert ist bei mir auf 500 angepasst, eine 10W-LED liefert einen current von 6900 (ob das irgendeine plausible Einheit ist ... primär werden 64 mA gezogen, 7 gehen auf den Aktor, macht 57 mA für die Last. Faktor 121. hm...)

Power_Events kommen also und aktualisieren brav current im chn4. Anderes Format:
Zitat2020.06.08 10:37:15.245 0: HMUARTLGW HMUART recv: 01 05 01 00 23 msg: 8B 80 5E 29F2CA 1411AB 0000000000001ACC000000
1ACC = 6860 = passt.

Zitatwenn ja, muss sie das current reading in chn4 erzeugen.
das sollte in der parse funktion der pm datei geschehen.
Tut es ja alles, wie beschrieben und auch von mir vermutet.

Zitatgrundsätzlich könnte man auch mal einen serialmonitor an rx/tx der controler platine anschliessen.
bin aber unsicher, ob dazu erst ein debug-define freigeschaltet werden müsste.
Müsste. Ist aus.

Zitatunreachable sollte von chn4 kommen, da fhem ein statusrequest an chn3 und chn4 sendet, aber chn4 den befehl nicht kennt (meine fw).
Ich erinnere mich dunkel, dass Verkehrsrot das eingebaut haben wollte.

Zitatmit autoreadreg=0 sollten die requests verschwinden, denke ich.
Sowieso meine liebste Einstellung. Vor allem das ständige Rufen nach den definierten, aber in der Mottenkiste eingepackten Geräten muss man ja so unterbinden.

und dann zu Deinem gelösten Rätsel:
IDEE: Der OPV arbeitet eigentlich nach dem Linearregler, sollte also von einer schlechten Versorgung gar nicht viel mitbekommen. Ein aktives Relais belastet das Netzteil zusätzlich und erhöht den Ripple auf der 12V damit. Wenn das jetzt durch den Linearregler durchschlägt (weil der das nicht mehr ausregeln kann) gibt es einen Ripple auf den 3.3V, was den OPV und/oder den ADC im ATMega verwirren könnte.
Einen current von 1 oder 2 habe ich auch schon auf den kurzen Kabeln im Testaufbau - allerdings ist mein sense deutlich emfindlicher. (6900 vs 300 bei Dir).
btw. Ein defekter C26/C7 kann sich übrigens überraschend auch in einem verringerten Standby äußern. Dazu beim Dim1TPBU später mehr.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 08 Juni 2020, 12:51:02
zu den registern:

device
explizit ist hier nur pairCentral
nach liste0 stellt die fw scheinbar noch 3 weitere register bytes 02/05/12 zur verfügung. diese müssten aber in der pm datei noch bekannt gemacht werden, so wie ich das in der pm datei für den universalsensor zb sehe.

zu den chn1-4 werden in der pm datei folgende register zugewiesen:

chn1/2
hier gibt es 3 chn register von liste1 (sign, dblPress, longPress), die ich verändern kann. wirkung unbekannt.

zusätzlich 2 peer register von liste4, falls gepeert (expectAes, peerNeedsBurst). änderbar und peerNeedsBurst funktioniert entsprechend auch.


chn3
liste1 stellt sign zur verfügung.
über peeren gibt es den registersatz für switches über liste3.

chn4
hier sehe ich nur eine liste1 mit 11 bytes ab adresse 82, aber keine expliziten register.
daher auch kein sign, macht sinn.
aber sehr seltsam diese liste, eventuell fehler in der fw.

nach hörensagen lässt sich der chn aber peeren und get regList zeigt auch die möglichen register.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pfriemler am 08 Juni 2020, 23:29:33
Im Device nur pairCentral? Das ist ja wie bei den Remote-Devices (bspw. 2-Kanal-Wandtaster). Da wird von hm.js zwar auch ein "Device" angeboten, aber es kommt eine Fehlermeldung "No register found! Use 'set ... getConfig' first to read the register". pairCentral ist ja so auch nicht zu setzen. Die Liste sollte leer sein und keinen Fehler werfen. Andere Baustelle.

Zitat von: frank am 08 Juni 2020, 12:51:02
chn1/2
hier gibt es 3 chn register von liste1 (sign, dblPress, longPress), die ich verändern kann. wirkung unbekannt.
die gehören zu jedem üblichen Remote (nicht aber bei geräteinternen Tastern sonst): dblPress (normal 0) legt ein Intervall fest, nachdem überhaupt erst ein Doppelklick in dieser Zeit zu einem short-Ereignis führt, einfache Tastendrücke werden dann ignoriert (keine Ahnung ob das überhaupt jemand nutzt?) - und longPress legt die Zeit fest, ab der ein Press als long identifiziert wird, alles kürzer ist ein Short. Interessant - da stehen bei mir hier 0.2 und 1 - demnach dürfte ein Einfachdruck gar nicht zum Event führen, tut es aber. Die Verzögerung bis die long-Events kommen, passt aber. Die repeats tröpfeln auch viel langsamer als bspw. beim PB-2.

Zitatzusätzlich 2 peer register von liste4, falls gepeert (expectAes, peerNeedsBurst). änderbar und peerNeedsBurst funktioniert entsprechend auch.
Danke für den Tipp. Erklärt vielleicht den beschriebenen Lag bei der Direktverknüpfung hier. Denn beim Perring mit dem vccu_Btn14 und dem chn3 (Sw_01), der im Button als peer "self03" auftaucht, wurde hier allen Ernstes peerNeedsBurst auf "on" gesetzt.

chn3  und chn4 kann ich bestätigen hier, es ware alles da was das Herz begehrt.

Habe frühestens morgen abend Zeit für mehr Versuche. Bis jetzt läuft alles, mal sehen ob ich ihn morgen wieder abgeschossen bekomme.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pfriemler am 11 Juni 2020, 17:16:28
So, jetzt verstehe ich die Welt nicht mehr. Oder anders: Ich weiß nicht, was ich jetzt besser gemacht habe, jedenfalls ist es so richtig, dass es funktioniert (laut meiner Sig) :-)
- peering per peerSmart von chn1 und chn2 mit chn3
- Korrektur der Jumptabelle auf dual peering -> Funktion wie default
- Deaktivierung von lgActionType in beiden Buttons -> langer Tastendruck schaltet Aktor nicht mehr und steht für anderes zur Verfügung.
- Peeren von chn1 und chn2 mit VCCU-Button (es kommen sonst keine Events mehr in FHEM an...?)
- Deaktivierung von peerNeedsBurst in beiden Buttons sowohl für den eingebauten Schalter als auch VCCU
Im Ergebnis funktioniert alles störungs- und sogar praktisch verzögerungsfrei, und auch die PowerEvents und die Schaltzustandserkennung funktionieren noch. Es werden auch keine vertauschten Stati mehr generiert - der Status des physischen Relais (angezogen) und des logischen Relais (Stromerkennung) stimmen bei jedweder Schaltaktion.
Jetzt fasse ich das Ding nicht mehr an - kein Bootloader, keine andere Firmware ... :-)

Nachtrag: Nach dem Ablöten des Programmierkabels und dem finalen Zusammenbau des Aktors waren die Peers wieder von allein gelöscht und der Aktor zeigt ein seltsames Verhalten (ständiger Wechsel von Last/Nicht-Last). Die Bastelkiste gibt noch eine Platine her, aber mir ist jede Lust vergangen...
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: JochenSi am 22 Juni 2020, 23:42:55
Hey endlich eine Erfolgsmeldung bei mir,
nachdem ich bei mir zu Hause einen Schalter erfolgreich umprogrammiert habe wollte ich in einer anderen Wohnung das gleiche machen. Also hab ich den nächsten Schalter mit PlatformIO umprogrammiert und testweise in meine Steuerung eingebunden. Funktionierte auf Anhieb tadellos. Also zur anderen Wohnung, Schalter reset und einbinden..... Geht mal wieder nicht. RemoteAndSwitch nicht ausgewählt. Dann hier die PM nochmal runtergeladen https://forum.fhem.de/index.php/topic,18071.msg1061772.html#msg1061772 (https://forum.fhem.de/index.php/topic,18071.msg1061772.html#msg1061772), Rechte im Verzeichnis /opt/fhem/FHEM der Datei HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm auf chown fhem:dialout gestellt und fhem neugestartet. Leider klappte es immer noch nicht bis mir einfiel das ich bei mir zu Hause irgendwann mal
apt-get install libswitch-perl
ausführen sollte.
Gesagt getan schon funktioniert es nach einem Neustart von FHEM
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: AB1970 am 26 Juli 2020, 14:28:16
 Hallo,
es scheint ja hier doch noch einige zu geben, die die Schalter erfolgreich flashen können.
Nach welcher Anleitung macht ihr das denn?
In https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_am_Raspi_bauen_u._flashen sind die entscheidenen Links nicht mehraktiv.

Ich bin auf dem Raspberry Pi unterwegs (Linux Buster mit AVRDude 6.03). Habe mich daher durch den Thread gelesen und bin auf die Lösung von spi3845 gestoßen . Bekomme allerdings auch die gleichen Fehler wie spi3845.
@spi3845: Habe in dem Forum keine Antwort auf deine Probleme gesehen. Hast du inzwischen selber eine Lösung gefunden ?

Was ich brauche ist eigentlich nur der Longpress (nur falls ich einen anderen Weg Übersehen habe. )



Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Tobias am 05 September 2020, 18:17:04
Hi,

ich habe hier noch eine Vorrichtung um die Platine ohne Löten erstmalig flashen zu können. Hatte ich mal aus dem Forum hier für 15€. Bei Interesse (15€ + Versand) bitte PM.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 23 Oktober 2020, 12:50:57
Zitat von: wires.io am 23 Mai 2017, 11:28:47
Wäre das so?

Short Press
set HM_SCHALTERTX_Btn_01 regSet shActionType  jmpToTarget HM_SCHALTERRX_A_Sw_01
set HM_SCHALTERTX_Btn_01 regSet shSwJtOn      dlyOff      HM_SCHALTERRX_A_Sw_01
set HM_SCHALTERTX_Btn_01 regSet shSwJtOff     dlyOn       HM_SCHALTERRX_A_Sw_01
set HM_SCHALTERTX_Btn_01 regSet shSwJtDlyOn   on          HM_SCHALTERRX_A_Sw_01
set HM_SCHALTERTX_Btn_01 regSet shSwJtDlyOff  off         HM_SCHALTERRX_A_Sw_01


Long Pressset HM_SCHALTERTX_Btn_01 regSet lgActionType  jmpToTarget HM_SCHALTERRX_B_Sw_01
set HM_SCHALTERTX_Btn_01 regSet lgSwJtOn      dlyOff      HM_SCHALTERRX_B_Sw_01
set HM_SCHALTERTX_Btn_01 regSet lgSwJtOff     dlyOn       HM_SCHALTERRX_B_Sw_01
set HM_SCHALTERTX_Btn_01 regSet lgSwJtDlyOn   on          HM_SCHALTERRX_B_Sw_01
set HM_SCHALTERTX_Btn_01 regSet lgSwJtDlyOff  off         HM_SCHALTERRX_B_Sw_01


Habe das Thema endlich angegangen und festgestellt, das o.g. Register bei FHEM6 ungültig sind.

Hätte mir nun gedacht, dass es damit funktioniert, was aber leider nicht der Fall ist:

set HM_SCHALTERTX_Btn_01 regSet longPress 1.0 HM_SCHALTERRX_B_Sw_01

cannot calculate value. Please issue set HM_SCHALTERTX_Btn_01 getConfig first - invalid

Was läuft da schief?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 23 Oktober 2020, 17:04:07
Zur Erläuterung: ich möchte per Direktverknüpfung HM_LC_Sw1PBU_FM Custom Firmware Schalter verbinden. Für Short Press und eine Zweier-Verbindung geht das einwandfrei. Die Frage ist bloß, ob ich auch Long Press verwenden kann, um einen dritten Schalter anzusteuern.

Bsp.: Schalter im Erdgeschoss
- Short Press unten - schaltet selber an/aus
- Short Press oben - schaltet ersten Stock an/aus
- Long Press unten - schaltet Keller an/aus
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Pfriemler am 23 Oktober 2020, 20:12:41
Zitat von: wires.io am 23 Oktober 2020, 12:50:57
Habe das Thema endlich angegangen und festgestellt, das o.g. Register bei FHEM6 ungültig sind.
Wer sagt das?

Zitatcannot calculate value. Please issue set HM_SCHALTERTX_Btn_01 getConfig first - invalid
Was läuft da schief?
Wie würdest Du die Fehlermeldung übersetzen?
"kann Werte nicht berechnen. Bitte zuerst (Befehl) "set HM_SCHALTERTX_Btn_01 getConfig" abschicken - ungültiger Befehl".

Auf richtig deutsch: FHEM benötigt zur Registerberechnung vor dem Schreiben einen aktuellen Datensatz vom Gerät. Manche der Register werden als Flags in Bytes geschrieben, dazu müssen die restlichen Bits bekannt sein.

Und "regSet longPress" ... ich kenne kein Register mit diesem Namen. Du warst vorher schon auf dem richtigen Dampfer.

edit nach franks (wie immer sehr zutreffendendem Einwand): Natürlich sind die Register im Aktor zu setzen. Ich war mal davon ausgegangen, dass man sich zumindest erst mal die Registerliste des Gerätes angesehen hatte, in welchem man Register setzen möchte.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 23 Oktober 2020, 21:22:20
Zitat von: Pfriemler am 23 Oktober 2020, 20:12:41
Wer sagt das?
FHEM sagt das:
lgActionType failed: supported register are dblPress expectAES longPress pairCentral peerNeedsBurst sign

Zitat von: Pfriemler am 23 Oktober 2020, 20:12:41
Wie würdest Du die Fehlermeldung übersetzen?
"kann Werte nicht berechnen. Bitte zuerst (Befehl) "set HM_SCHALTERTX_Btn_01 getConfig" abschicken - ungültiger Befehl".

Auf richtig deutsch: FHEM benötigt zur Registerberechnung vor dem Schreiben einen aktuellen Datensatz vom Gerät. Manche der Register werden als Flags in Bytes geschrieben, dazu müssen die restlichen Bits bekannt sein.

Und "regSet longPress" ... ich kenne kein Register mit diesem Namen. Du warst vorher schon auf dem richtigen Dampfer.

S.o.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 23 Oktober 2020, 22:08:36
die register finden sich immer im aktor.
also der externe aktor.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 24 Oktober 2020, 10:09:01
Ich habe "HM_123456" (Model: HM-LC-Sw1PBU-FM-CustomFW) und dem zugeordnet:
- HM_123456_Btn_01
- HM_123456_Btn_02
- HM_123456_Sw_01
- HM_123456_Sw_02

Wie sage ich HM_123456_Btn_02, dass per Long Press HM_123458_Sw_01 geschaltet werden soll? Etwa so?


set HM_123456 regSet lgActionType  jmpToTarget HM_123458_Sw_01
set HM_123456 regSet lgSwJtOn      dlyOff      HM_123458_Sw_01
set HM_123456 regSet lgSwJtOff     dlyOn       HM_123458_Sw_01
set HM_123456 regSet lgSwJtDlyOn   on          HM_123458_Sw_01
set HM_123456 regSet lgSwJtDlyOff  off         HM_123458_Sw_01


Oder meinst Du mit Aktor den _Sw?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 24 Oktober 2020, 11:25:58
grundsätzlich ist das vorgehen immer identisch.

1. button-channel mit aktor-channel peeren.
am einfachsten über detailseite mit "set peerSmart" zusammen klicken.
=> nun kommunizieren die devices direkt ohne fhem.
ausserdem wird bereits im aktorchannel ein default-verhalten "aktiviert".

2. aktor-channel konfigurieren.
im aktor wird das verhalten auf die trigger der buttons festgelegt.
short trigger und long trigger kann man für jeden "peer" unterschiedlich behandeln.
wenn das default-verhalten nicht gewünscht ist, muss mann die registersätze entsprechend anpassen.
=> "set aktorchannel regSet value buttonchannel"

3. konfigurieren über templates.
fhem stellt unterschiedliche templates für bestimmte verhaltensweisen des aktors bereit. mit einem cmd wird ein ganzer registersatz gesetzt.
unter "set tplSet..." sind die verfügbaren templates zu finden.

4. mit dem webui hm.js, link in meiner signatur, kann man register und templates ziehmlich einfach ändern und zuweisen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 25 Oktober 2020, 09:32:39
Danke für die ausführliche Erkärung!

Nach "peerChan" von Button mit Switch, habe ich am Switch ein Default-Verhalten für Short und Long Press und müsste eigentlich nur noch "R-HM_123456_Btn_02-shActionType" löschen, damit der Switch nur auf Long Press reagiert. Wie mache ich das?

"set HM_123458_Sw_01 regSet R-HM_123456_Btn_02-shActionType ..." funtioniert jedenfalls nicht.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 Oktober 2020, 09:57:04
mit "get regList" sieht man immer alle verfügbaren register, deren mögliche werte und eine kurzbeschreibung.

zum "ignorieren" von short/long triggern setzt man das entsprechende actionType register auf "off".
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 25 Oktober 2020, 11:44:21
Danke, habe das hinbekommen!  :)


set HM_123456_Btn_02 peerChan 0 HM_123458_Sw_01 single set
set HM_123458_Sw_01 regSet shActionType off HM_123456_Btn_02


Problem ist nur, das der Long Press nicht sauber erkannt wird. Folgendes Phänomen tritt auf:
- Long Press
-> lokales Licht schaltet an/aus
-> dann erst schaltet entferntes Licht an
Gibt es eine Best Pratice um den Long Press zu "entprellen"?

Edit: Evtl. damit:

set HM_123456_Sw_01 regSet lgActionType off HM_123456_Btn_02
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 25 Oktober 2020, 12:26:39
wenn lokal kein longpress benötigt wird, natürlich am besten "abschalten".
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 25 Oktober 2020, 20:21:38
Danke, funktioniert soweit!

Den Long Press muss man aber sehr genau timen, denn entweder passiert nichts oder das entfernte Licht geht an und gleich wieder aus, so als ob zwei Long Press Events empfangen wurden.

Kann man das noch über Register fein-tunen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 Oktober 2020, 12:10:11
zeig mal ein get "regTable" vom aktorchannel und buttonchannel.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 26 Oktober 2020, 14:09:03
Das bringt meine FHEM Instanz leider zum Absturz.  :-\
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 Oktober 2020, 14:23:07
wie genau hast du das geschafft?
ist dein fhem up-to-date?

ich habe null probleme, wenn ich die get befehle auf den detailseiten aus den pulldown menüs anklicke.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 Oktober 2020, 14:34:11
poste von beiden channels ein list.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 26 Oktober 2020, 15:45:21
Edit: Entfernt, da irrelevant.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 26 Oktober 2020, 17:04:22
falsch
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 26 Oktober 2020, 17:11:24
Edit: Entfernt, da irrelevant.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 27 Oktober 2020, 11:17:25
Zitat von: frank am 26 Oktober 2020, 14:34:11
poste von beiden channels ein list.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 27 Oktober 2020, 16:25:38
 8)

Entfernt, da irrelevant.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 Oktober 2020, 10:07:17
es geht darum, dass du mir alle aktuellen register einstellungen zeigst.

mit deinen einstellungen von attr expert hast du aber fast alle register ausgeblendet.

vergleiche mal ein list mit get regList.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 28 Oktober 2020, 10:21:54
Neuer Versuch, wobei "expert allReg" nur beim Switch mehr Info liefert.

Edit: Code entfernt, da für andere irrelevant. Problemlösung s.u.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 28 Oktober 2020, 10:48:05
wegen dem prellen versuche:
R-HM_123457_Btn_02-lgMultiExec off


setze alle register peerNeedsBurst=off in allen button channels. 230v aktoren brauchen keinen burst. diese burst belasten aber alle devices, die burst nutzen, zb thermostate.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 28 Oktober 2020, 12:42:30
Danke, das hat mein Problem gelöst!
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 29 Oktober 2020, 10:05:21
Zitat von: wires.io am 28 Oktober 2020, 12:42:30
Danke, das hat mein Problem gelöst!

warum hast du alle daten in deinen antworten gelöscht?
die konversation kann doch so keiner mehr nachvollziehen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: wires.io am 29 Oktober 2020, 11:29:21
Das war nicht böse gemeint. Ich wollte den Thread durch lange und teilweise falsche Listings nicht noch mehr überfrachten. Wenn Du denkst, dass es anderen hilft, stelle ich die Listings aber wieder ein.

Kurz zusammen gefasst, habe ich folgendes Problem mit Deiner Hilfe gelöst:
- Im Flur habe ich drei  HM_LC_Sw1PBU_FM mit Custom FW verbaut, einen im Keller, einen im Erdgeschoss und einen im 1. Stock.
- Am Beispiel des Schalters HM_123456 im Erdgeschoss habe ich folgende Direktverknüpfungen, die ich persönlich intuitiv finde, eingerichtet:
  - Kurzer Tastendruck unten (HM_123456_Btn_02 sh) -> lokales Licht (HM_123456) schaltet
  - Kurzer Tastendruck oben (HM_123456_Btn_01 sh) -> Licht im 1. Stock (HM_123457) schaltet
  - Langer Tastendruck unten (HM_123456_Btn_02 lg) -> Licht im Keller (HM_123459)  schaltet

Dazu muss folgende Konfiguration vorgenommen werden:

Peering

set HM_123456_Btn_02 peerChan 0 HM_123456_Sw_01 single set
set HM_123456_Btn_01 peerChan 0 HM_123457_Sw_01 single set
set HM_123456_Btn_02 peerChan 0 HM_123459_Sw_01 single set


Konfig Short / Long Press

set HM_123456_Sw_01 regSet lgActionType off self02
set HM_123459_Sw_01 regSet shActionType off HM_123456_Btn_02


Entprellen

set HM_123459_Sw_01 regSet lgMultiExec off HM_123456_Btn_02


Bursts vermeiden

set HM_123456_Btn_02 peerNeedsBurst off self02
set HM_123456_Btn_01 peerNeedsBurst off HM_123457_Sw_01
set HM_123456_Btn_02 peerNeedsBurst off HM_123459_Sw_01

Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: JochenSi am 04 März 2021, 22:06:07
Servus Kollegen ;-)

ich hab im Wiki ein HowTo angelegt wie man Schritt für Schritt mit VS-Code, PlatformIO und die Firmwareanpassung von Verkehrsrot für diese IDEs auf den Schalter bekommt. Für Hinweise falls doch irgendwo ein Fehler ist bin ich Dankbar. Bei mir klappt es. Danke für die Experten die das möglich gemacht haben.

https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_mit_VSCode_und_PlatformIO_flashen (https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Alternative_Firmware_mit_VSCode_und_PlatformIO_flashen)

Grüße Jochen
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Nighthawk am 17 März 2021, 02:09:28
Hallo zusammen,

ich nutze diese Firmware nun seit ~3 Jahren, leider kämpfe ich bis heute an der Zustandswiederherstellung nach Stromausfall.
Das heisst, Licht wurde am HM_LC_Sw1PBU_FM eingeschaltet (Relais wird geschlossen) und am entferntem Schalter ausgeschaltet, in diesem Fall bleibt das Relais angezogen (geschlossen). Wenn nun ein Stromausfall kommt, wird das Relais natürlich geöffnet und das Licht geht ungewollt an.
Hat einer von euch evtl. eine Lösung dafür gefunden?

Gruß
Alex
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 19 September 2021, 16:43:00
Mir fällt als Workaround nur ein, vor längerer Abwesenheit den mechanischen Wechselschalters so zu schalten, dass das Relais beim HM_LC_Sw1PBU_FM abgefallen ist. Man kann es an der LED erkennen, sie zeigt den Status des Relais an: leuchtet = Relais angezogen, aus = Relais abgefallen.

Alles ziemlich dämlich. Aber gibt's für HMGW und fhem inzwischen eine bessere Wechselschaltung taugliche Lösung?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: Verkehrsrot am 19 September 2021, 16:44:36
Zitat von: JochenSi am 04 März 2021, 22:06:07
ich hab im Wiki ein HowTo angelegt wie man Schritt für Schritt mit VS-Code, PlatformIO und die Firmwareanpassung von Verkehrsrot für diese IDEs auf den Schalter bekommt.

Da war ich heute dankbar für, denn es war wieder Zeit für das Umflashen eines Schalters, nachdem sich wieder Kondensatoren verabschiedet hatten. Ohne das Wiki hätte ich meinen selbst gebauten Lösungsweg nicht wieder gefunden. So war die Sache in 20 Minuten erledigt.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: JochenSi am 25 September 2021, 13:22:49
Hallo Verkehrsrot,
es freut mich das dir die Anleitung geholfen hat. Allerdings habe ich selber vor kurzem noch einen Schalter flashen müssen und mir ist aufgefallen das Visual Studio Code scheinbar die GIT Einbindung/Handling geändert hat. Nach ausprobieren in Linux und in Windows hab ich dann die Daten manuell runtergeladen da ich es nicht nach meiner Anleitung nach hinbekommen habe. Geht das nur mir so, dass die Einbindung nicht mehr wie in dem Howto beschrieben klappt?
Wenn jemand Tipps für das Handling von VS Code incl. PlatformIO hat bitte bei mir melden weil ich das HowTo gerne aktuell halten will.

Mir ist aber auch aufgefallen, dass geflashte Schalter ihren Peer vergessen wenn es zu einem Stromausfall kommt. Muss man die Peereinstellungen noch permanent speichern?
Grüße Jochen
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: kingmathers am 20 November 2021, 20:47:06
Hallo,

In der Anleitung zum Flashen mit Raspberry Pi sind leider die links zu avrdude kaputt und laut der Anleitung benötigt man die verlinkte Version. Hat eventuell jemand die Dateien noch oder einen funktionierenden Link? Den Bootloader und die Firmware konnte ich vorbereiten, nur beim Flashen kann ich die Fuses nicht richtig setzen.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gregorv am 11 Januar 2022, 22:55:24
Hallo,

ich versuche den HB-LC-Bl1PBU-FM (HM-LC-Bl1PBU-FM aber Taster getrennt) in FHEM einzubinden. In der HMConfig_AskSinPPCustom.pm ist aber kein Device mit der ID F337 vorhanden und Jab hat bei dem Hinweis zu HB-LC-Bl1PBU-FM eine 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm verlinkt, die aber, soweit ich das sehe, nur für den HM-LC-Sw1PBU-FM mit der ID FA09 funktionieren kann.
Hat jemand da schon eine Anpassung gemacht oder kann mir helfen, wie das geht ?
ich habe schon versucht aus einer Kopie Device F335 in der HMConfig_AskSinPPCustom.pm ein Device F337 zu bauen, aber es klappt nicht. FHEM legt zwar ein Device an, sieht aber nicht richtig aus. Die Channels Btn01, Btn02 und Blind werden angelegt, aber der nur Btn 2 funktioniert. Wenn ich Btn01 drücke, kommt im Channel 3: HM_D0A100_Blind Short, also sind einerseits die Cannels vertauscht und außerdem ist da auch der erwartete pos Befehl (um den Rolladen zu einer bestimmten Position zu fahren) nicht vorhanden.
Hier mein Versuch:

$HMConfig::culHmModel{"F337"} = {name=>"HM-LC-Bl1-FM-Cus",st=>'custom',cyc=>'',rxt=>'',lst=>'1,3:3p,3:1p.2p',chn=>"Btn:1:2,Blind:3:3"};
$HMConfig::culHmChanSets{"HM-LC-Bl1-FM-Cus00"}{fwUpdate} = "<filename>";
$HMConfig::culHmChanSets{"HM-LC-Bl1-FM-Cus01"} = $HMConfig::culHmSubTypeSets{"THSensor"};
$HMConfig::culHmChanSets{"HM-LC-Bl1-FM-Cus02"} = $HMConfig::culHmSubTypeSets{"THSensor"};
$HMConfig::culHmChanSets{"HM-LC-Bl1-FM-Cus03"} = $HMConfig::culHmSubTypeSets{"blindActuator"};
$HMConfig::culHmRegChan {"HM-LC-Bl1-FM-Cus01"} = $HMConfig::culHmRegType{remote};
$HMConfig::culHmRegChan {"HM-LC-Bl1-FM-Cus02"} = $HMConfig::culHmRegType{remote};
$HMConfig::culHmRegChan {"HM-LC-Bl1-FM-Cus03"} = $HMConfig::culHmRegType{blindActuator};
$customMsg{"HM-LC-Bl1-FM-Cus"} = sub {
  my ($msg,$target) = @_;
  return $msg->processRemote if $msg->isRemote;
  return $msg->processBlindStatus($target) if $msg->isStatus;
  return ();
};

Und die Device Details:

defmod HM_D0A100 CUL_HM D0A100
attr HM_D0A100 .mId F337
attr HM_D0A100 IODev CULHM
attr HM_D0A100 autoReadReg 4_reqStatus
attr HM_D0A100 expert rawReg
attr HM_D0A100 firmware 1.0
attr HM_D0A100 model HM-LC-Bl1-FM-Cus
attr HM_D0A100 room CUL_HM
attr HM_D0A100 serialNr HMD0A100TT
attr HM_D0A100 webCmd getConfig:clear msgEvents

setstate HM_D0A100 HM_D0A100_Blind Short
setstate HM_D0A100 2022-01-11 22:37:38 .D-devInfo 030100
setstate HM_D0A100 2022-01-11 22:37:38 .D-stc 30
setstate HM_D0A100 2022-01-11 22:40:35 .R-pairCentral 0xF10000
setstate HM_D0A100 2022-01-11 22:37:43 .associatedWith HM_D0A100,HM_D0A100_Blind,HM_D0A100_Btn_01,HM_D0A100_Btn_02,HM_D0A100
setstate HM_D0A100 2022-01-11 22:41:38 .protLastRcv 20220111224138
setstate HM_D0A100 2022-01-11 22:37:46 CommandAccepted yes
setstate HM_D0A100 2022-01-11 22:37:38 D-firmware 1.0
setstate HM_D0A100 2022-01-11 22:37:38 D-serialNr HMD0A100TT
setstate HM_D0A100 2022-01-11 22:41:38 IODev CULHM
setstate HM_D0A100 2022-01-11 22:40:35 PairedTo 0xF10000
setstate HM_D0A100 2022-01-11 22:40:35 RegL_00.  00:00 02:01 0A:F1 0B:00 0C:00 15:FF 18:00
setstate HM_D0A100 2022-01-11 22:41:50 cfgState PairMism
setstate HM_D0A100 2022-01-11 22:41:38 commState CMDs_done
setstate HM_D0A100 2022-01-11 22:41:38 state HM_D0A100_Blind Short


Edit: Schon etwas weiter...
Das Blind device in FHEM scheint doch OK zu sein das vermisste 'pos' heißt bei HM-Rolladen Aktoren offenbar 'pct'. also das ist doch ok. Von meinen Dooya Aktoren kenne ich das 'pos'.
Bleibt noch die Vertauschung von den Cannels Blind und Btn01.
Und das könnte eventuell am Scetch liegen. Ich sollte noch erwähnen, dass ich, da ich gar kein HB-LC-Bl1PBU-FM habe, sondern den mit Arduion MiniPro nachgebaut habe und weil der genannte Scetch für ATMEGA 644 gebaut ist, musste er natürlich umgebaut werden. Als Vorlage habe ich den HM-LC-Bl1PBU-FM von papa genommen und die zusätzlichen Codezeilen aus HB-LC-Bl1PBU-FM dort eingebaut. Beim Spielen mit der HMConfig_AskSinPPCustom.pm kann ich sogar inzwischen die Reihenfolge ändern, aber dann hat der Btn01 'Blind-Funktionen' z.B. Up Down... - ich schau mir morgen den Scetch erst nochmal an.
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: gregorv am 12 Januar 2022, 14:49:31
OK, GELÖST.
Der Scetch ist war OK, es war doch meine AddOn Konfiguration in HMConfig_AskSinPPCustom.pm.
So geht es:

$HMConfig::culHmModel{"F337"} = {name=>"HM-LC-Bl1-FM-Cus",st=>'custom',cyc=>'',rxt=>'',lst=>'1,3:3p,3:1p.2p',chn=>"Btn:2:3,Blind:1:1"};
$HMConfig::culHmChanSets{"HM-LC-Bl1-FM-Cus00"}{fwUpdate} = "<filename>";
$HMConfig::culHmChanSets{"HM-LC-Bl1-FM-Cus01"} = $HMConfig::culHmSubTypeSets{"blindActuator"};
$HMConfig::culHmChanSets{"HM-LC-Bl1-FM-Cus02"} = $HMConfig::culHmSubTypeSets{"THSensor"};
$HMConfig::culHmChanSets{"HM-LC-Bl1-FM-Cus03"} = $HMConfig::culHmSubTypeSets{"THSensor"};
$HMConfig::culHmRegChan {"HM-LC-Bl1-FM-Cus01"} = $HMConfig::culHmRegType{blindActuator};
$HMConfig::culHmRegChan {"HM-LC-Bl1-FM-Cus02"} = $HMConfig::culHmRegType{remote};
$HMConfig::culHmRegChan {"HM-LC-Bl1-FM-Cus03"} = $HMConfig::culHmRegType{remote};
$customMsg{"HM-LC-Bl1-FM-Cus"} = sub {
  my ($msg,$target) = @_;
  return $msg->processRemote if $msg->isRemote;
  return $msg->processBlindStatus($target) if $msg->isStatus;
  return ();
};

Ich habe 'chn' bei culHmModel UND die culHmChanSets/culHmRegChan Nummerierung tauschen müssen.
Vielleicht kann martinp876 die AddOn Konfiguration in Wiki mal etwas dokumentieren - oder zumindest sagen, wo die Doku dafür liegt. Das einzige, was ich gefunden hatte war hier:
https://forum.fhem.de/index.php/topic,25702.msg186947.html#msg186947 (https://forum.fhem.de/index.php/topic,25702.msg186947.html#msg186947)

Falls jemand an dem Scetch HM-LC-Bl1-FM-Cus (HM-LC-Bl1-FM aber Taster unabhängig) interessiert ist, hier oder per E-Mail melden. Die FHEM AddOn konfig ist ja schon oben - ich nehme sie aber erst mal aus meiner HMConfig_AskSinPPCustom.pm raus und packe sie in eine eigene pm-Datei.

Und nun kommt der nächste Kniffel Teil - ich möchte nämlich die zum Blind Device gehörenden Up/Down Tasten zusätzlich drin haben (also insgesamt vier Taster)
Und noch einen Hinweis an den Moderator - ich bin hier nicht ganz so neu, wie es scheint aber irgendwie war mein alter Account (gregor) über die Jahre nicht mehr zugänglich. Kann man die beiden zusammenführen?
Titel: Antw:Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 29 April 2022, 11:48:25
moin,

falls sich noch jemand am battery reading im fhem device stört, einfach folgende zeile im zusätzlichen HMConfig_HM_LC_Sw1PBU_FM_CustomFW.pm file auskommentieren:
    #push @evtEt,[$shash,1,"battery:". (($chn&0x80)?"low":"ok")]; # frank: no battery for this device

anschliessend noch reload und deletereading battery.
Titel: Aw: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianOS am 19 Januar 2024, 19:27:11
Hallo,
vielen Dank für den langen Thread ;) und vor allem dem Bereitstellen der Custom FW. Nach langem Lesen und viel hin-und-her habe ich nun erfolgreich einen Aktor geflashed und erfolgreich in FHEM eingebunden.

Der UP-Aktor ist in einer Wechselschaltung integriert. Einmal der Aktor und einmal ein analoger Wechselschalter. Die beiden _Btn habe ich mit _SW1 gepeert.
 
Jedoch habe ich das Verhalten, dass sobald das Licht aus ist der Status vom _Sw2 sekündlich zwischen on und off hin und herspringt, das betrifft die Reading deviceMsg, level, pct und state.
Sobald das Licht an ist, ist _Sw2 auch an. Bei Licht an hat _Sw2 einen current Value von ~3500, bei Licht aus von ~516.
Die Variable minImpulsLength in der Datei Asksin_HM_LC_Sw1PBU_FM.cpp steht auf 500. ALs Verbraucher ist eine Deckenlampe mit 4 x 7W GU10 Leuchten, sprich 28W, angeschlossen.



Christian
Titel: Aw: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: frank am 20 Januar 2024, 12:01:11
eventuell c26 defekt?
hier ein test: https://forum.fhem.de/index.php?msg=1062022 (https://forum.fhem.de/index.php?msg=1062022)

ausserdem hast du wohl noch ein config problem, weil im chn4 habe ich keine on/off/pct events.
poste mal je ein "get list full" von allen 5 entities.
Titel: Aw: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianOS am 20 Januar 2024, 16:10:22
Der C26 scheint wohl tatsächlich defekt zu sein. Ich habe mal die Platine getauscht und mit der neuen scheint es besser zu laufen. Das "blinken" hat aufgehört. Der current Wert ist bei Lampe aus ~4 anstelle von ~500.

Nur ist jetzt das Schalten direkt über die Schaltwippe nicht mehr möglich. Kann aber ja eigentlich nicht am Platinentausch liegen. Daher mal die Auswertung der Devices:

Internals:
   .AttrList  .devInfo .mId .stc IODev IOgrp actCycle actStatus aesCommReq:1,0 aesKey:5,4,3,2,1,0 autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto commStInCh:on,off do_not_notify:1,0 dummy:1,0 event-aggregator event-min-interval event-on-change-reading event-on-update-reading expert:multiple,defReg,allReg,rawReg,templ,none firmware hmKey hmKey2 hmKey3 hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger ignore:1,0 model modelForce:ACTIONDETECTOR,ACTIONDETECTOR,ASH550,ASH550I,CCU-FHEM,CMM,DORMA_ATENT,DORMA_BRC-H,DORMA_RC-H,HM-CC-RT-DN,HM-CC-RT-DN-BOM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-DIS-EP-WM55,HM-DIS-TD-T,HM-DIS-WM55,HM-DW-WM,HM-ES-PMSW1-DR,HM-ES-PMSW1-PL,HM-ES-PMSW1-PL-DN-R1,HM-ES-PMSW1-PL-DN-R2,HM-ES-PMSW1-PL-DN-R3,HM-ES-PMSW1-PL-DN-R4,HM-ES-PMSW1-PL-DN-R5,HM-ES-PMSW1-SM,HM-ES-TX-WM,HM-HM-LC-DW-WM,HM-LC-AO-SM,HM-LC-BL1-FM,HM-LC-BL1-FM-2,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-BL1-SM-2,HM-LC-BL1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-CV-2,HM-LC-DIM1L-CV-644,HM-LC-DIM1L-PL,HM-LC-DIM1L-PL-2,HM-LC-DIM1L-PL-3,HM-LC-DIM1L-PL-644,HM-LC-DIM1PWM-CV,HM-LC-DIM1PWM-CV-2,HM-LC-DIM1T-CV,HM-LC-DIM1T-CV-2,HM-LC-DIM1T-CV-644,HM-LC-DIM1T-DR,HM-LC-DIM1T-FM,HM-LC-DIM1T-FM-2,HM-LC-DIM1T-FM-644,HM-LC-DIM1T-FM-LF,HM-LC-DIM1T-PL,HM-LC-DIM1T-PL-2,HM-LC-DIM1T-PL-3,HM-LC-DIM1T-PL-644,HM-LC-DIM1TPBU-FM,HM-LC-DIM1TPBU-FM-2,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2L-SM-2,HM-LC-DIM2L-SM-644,HM-LC-DIM2T-SM,HM-LC-DIM2T-SM,HM-LC-DIM2T-SM-2,HM-LC-JA1PBU-FM,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-DR,HM-LC-SW1-FM,HM-LC-SW1-FM-2,HM-LC-SW1-PB-FM,HM-LC-SW1-PCB,HM-LC-SW1-PL,HM-LC-SW1-PL-3,HM-LC-SW1-PL-CT-R1,HM-LC-SW1-PL-CT-R2,HM-LC-SW1-PL-CT-R3,HM-LC-SW1-PL-CT-R4,HM-LC-SW1-PL-CT-R5,HM-LC-SW1-PL-DN-R1,HM-LC-SW1-PL-DN-R2,HM-LC-SW1-PL-DN-R3,HM-LC-SW1-PL-DN-R4,HM-LC-SW1-PL-DN-R5,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-2,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW1PBU-FM,HM-LC-SW2-DR,HM-LC-SW2-DR-2,HM-LC-SW2-FM,HM-LC-SW2-FM-2,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW2PBU-FM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-DR-2,HM-LC-SW4-PCB,HM-LC-SW4-PCB-2,HM-LC-SW4-SM,HM-LC-SW4-SM-2,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-SW4-WM-2,HM-LC-Sw1PBU-FM-CustomFW,HM-MOD-EM-8,HM-MOD-EM-8BIT,HM-MOD-RE-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CFM-TW,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-2-PBU-FM-2,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-DIS-H-X-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-KEY4-2,HM-RC-KEY4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-SEC4-2,HM-RC-SEC4-3,HM-SCI-3-FM,HM-SEC-CEN,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-MDIR-3,HM-SEC-RHS,HM-SEC-RHS-2,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCO,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-SIR-WM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-DB-PCB,HM-SEN-EP,HM-SEN-LI-O,HM-SEN-MDIR-O,HM-SEN-MDIR-O-2,HM-SEN-MDIR-O-3,HM-SEN-MDIR-SM,HM-SEN-MDIR-WM55,HM-SEN-RD-O,HM-SEN-WA-OD,HM-SWI-3-FM,HM-SYS-SRP-PL,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS100-C6-O-2,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-OT2-SM-2,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550TECH,IS-WDS-TH-OD-S-R3,KFM-DISPLAY,KFM-SENSOR,KS550,KS550LC,KS550TECH,KS888,OLIGO-SMART-IQ-HM,PS-SWITCH,PS-TH-SENS,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FFK,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FSS-UP3,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,S550IA,SCHUECO_263-130,SCHUECO_263-131,SCHUECO_263-132,SCHUECO_263-133,SCHUECO_263-134,SCHUECO_263-135,SCHUECO_263-144,SCHUECO_263-145,SCHUECO_263-146,SCHUECO_263-147,SCHUECO_263-155,SCHUECO_263-157,SCHUECO_263-158,SCHUECO_263-160,SCHUECO_263-162,SCHUECO_263-167,SCHUECO_263-XXX,SENSOTIMER-ST-6,VIRTUAL,WDF-SOLAR,WS888 msgRepeat oldreadings param readOnly:0,1 readingOnDead:multiple,noChange,state,periodValues,periodString,channels rssiLog:1,0 serialNr showtime:1,0 stateFormat:textField-long subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,display,keyMatic,motionAndBtn,motionDetector,no,outputUnit,powerMeter,powerSensor,pushButton,remote,remoteAndSwitch,repeater,rgb,senBright,sensRain,sensor,singleButton,siren,smokeDetector,swi,switch,thermostat,threeStateSensor,timer,tipTronic,virtual,winMatic timestamp-on-change-reading
   .triggerUsed 1
   BNO        8
   BNOCNT     2
   CFGFN     
   DEF        69BD68
   FUUID      65a98e4d-f33f-9239-4a19-3bb11837185d42ca
   IODev      myHMUSB01
   LASTInputDev myHMUSB01
   MSGCNT     79646
   NAME       HM_69BD68
   NR         586
   NTFY_ORDER 48-HM_69BD68
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_69BD68_Btn_01
   channel_02 HM_69BD68_Btn_02
   channel_03 HM_69BD68_Sw_01
   channel_04 HM_69BD68_Sw_02
   disableNotifyFn 1
   eventCount 39167
   lastMsg    No:7B - t:5E s:69BD68 d:1E9BB5 0000000000000391000000
   myHMLAN01_MSGCNT 39709
   myHMLAN01_RAWMSG E69BD68,0000,092D8A3B,FF,FFBD,7B805E69BD681E9BB50000000000000391000000
   myHMLAN01_RSSI -67
   myHMLAN01_TIME 2024-01-20 16:06:07
   myHMUSB01_MSGCNT 39937
   myHMUSB01_RAWMSG E69BD68,0000,092DE90D,FF,FFCC,7B805E69BD681E9BB50000000000000391000000
   myHMUSB01_RSSI -52
   myHMUSB01_TIME 2024-01-20 16:06:07
   protCmdDel 184
   protIOdly  1 last_at:2024-01-19 21:01:14
   protIOerr  4 last_at:2024-01-19 21:02:15
   protLastRcv 2024-01-20 16:06:07
   protRcv    33330 last_at:2024-01-20 16:06:07
   protRcvB   1 last_at:2024-01-19 16:27:54
   protResnd  32 last_at:2024-01-20 11:09:43
   protResndFail 8 last_at:2024-01-20 11:09:48
   protSnd    34408 last_at:2024-01-20 16:06:00
   protState  CMDs_done
   rssi_at_myHMLAN01 cnt:39710 min:-102 max:-45 avg:-71.67 lst:-67
   rssi_at_myHMUSB01 cnt:39937 min:-93 max:-46 avg:-55.03 lst:-52
   .attraggr:
   .attrminint:
   CL:
     Authenticated 0
     BUF       
     FD         139
     FW_ID      1705763164.18672
     LASTACCESS 1705763169.58903
     NAME       WEB_192.168.32.106_63166
     NR         10013375
     PEER       192.168.32.106
     PORT       63166
     SNAME      WEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     encoding   UTF-8
     .attraggr:
     .attrminint:
     READINGS:
       2024-01-20 16:01:09   state           Connected
   READINGS:
     2024-01-18 21:47:10   .D-devInfo      410100
     2024-01-18 21:47:10   .D-stc          10
     2024-01-19 17:17:34   .R-pairCentral  0x1E9BB5
     2024-01-18 21:47:15   .associatedWith HM_69BD68,HM_69BD68_Btn_01,HM_69BD68_Btn_02,HM_69BD68_Sw_01,HM_69BD68_Sw_02,HM_69BD68
     2024-01-20 16:06:07   .protLastRcv    20240120160607
     2024-01-20 16:04:13   CommandAccepted yes
     2024-01-18 21:47:10   D-firmware      1.7
     2024-01-18 21:47:10   D-serialNr      PEQ0466831
     2024-01-20 16:06:00   IODev           myHMUSB01
     2024-01-19 19:00:12   PairedTo        0x1E9BB5
     2024-01-20 11:00:53   RegL_00.       
     2024-01-20 15:48:30   battery         ok
     2024-01-20 16:05:13   cfgState        IOGrpPref,RegMiss,RegPend
     2024-01-20 16:06:00   commState       CMDs_done
     2024-01-20 16:06:00   state           CMDs_done
   helper:
     HM_CMDNR   123
     PONtest    1
     addVal     2
     cSnd       111E9BB569BD680204C80000,111E9BB569BD680204000000
     cfgChkResult No regs found for:-ret--ret-HM_69BD68 type:remoteAndSwitch - -ret-list:peer register         :value-ret-   0:      pairCentral      :0x1E9BB5-ret-                       -ret-                       -ret-
     cfgStateUpdt 0
     lastMsgTm  1705763167.03695
     mId        F0A9
     peerFriend peerAct,peerVirt
     peerOpt    4:remoteAndSwitch
     regLst     0,1,4p
     rxType     1
     supp_Pair_Rep 0
     ack:
     cfgChk:
       idPc04     -> myHMLAN01
-> myHMUSB01
       idRc01     RegL_00.
       idRc03     fail
     cmds:
       TmplKey    :no:1705610835.00197
       TmplTs     1705610835.00197
       cmdKey     0:1:0::HM_69BD68:F0A9:00:
       cmdLst:
         assignHmKey noArg
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         deviceRename -newName-
         fwUpdate   
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerSmart  -peerOpt-
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
         unpair     noArg
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    xx*xx
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +69BD68,00,01,00
       nextSend   1705763167.27266
       rxt        0
       vccu       myVCCU
       p:
         69BD68
         00
         01
         00
       prefIO:
         myHMUSB01
         myHMLAN01
     mRssi:
       mNo        7B
       io:
         myHMLAN01:
           -67
           -67
         myHMUSB01:
           -46
           -46
     peerIDsH:
     prt:
       bErr       0
       sProc      0
       rspWait:
       tryMsg:
     q:
       qReqConf   01
       qReqStat   
     regCollect:
     role:
       dev        1
     rssi:
       at_myHMLAN01:
         avg        -71.6735834802314
         cnt        39710
         lst        -67
         max        -45
         min        -102
       at_myHMUSB01:
         avg        -55.0312992963919
         cnt        39937
         lst        -52
         max        -46
         min        -93
     shadowReg:
       RegL_00.    00:00 02:80 05:00 0A:1E 0B:9B 0C:B5 12:00
     shadowRegChn:
       RegL_00.   00
     tmpl:
   nb:
     cnt        3
Attributes:
   .mId       F0A9
   IOgrp      myVCCU: myHMUSB01, myHMLAN01
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.7
   model      HM-LC-Sw1PBU-FM-CustomFW
   room       CUL_HM
   serialNr   PEQ0466831
   subType    remoteAndSwitch
   webCmd     getConfig:clear msgEvents

Internals:
   .AttrList  aesCommReq:1,0 do_not_notify:1,0 event-aggregator event-min-interval event-on-change-reading event-on-update-reading expert:multiple,defReg,allReg,rawReg,templ,none levelMap levelRange model oldreadings param peerIDs readOnly:0,1 showtime:1,0 stateFormat:textField-long timestamp-on-change-reading
   .triggerUsed 1
   CFGFN     
   DEF        69BD6801
   FUUID      65a98e4d-f33f-9239-7797-ad1459547bca0d94
   NAME       HM_69BD68_Btn_01
   NR         588
   NTFY_ORDER 48-HM_69BD68_Btn_01
   STATE      Short 1_8 (to myVCCU)
   TYPE       CUL_HM
   chanNo     01
   device     HM_69BD68
   disableNotifyFn 1
   eventCount 35568
   peerList   self03
   .attraggr:
   .attrminint:
   CL:
     Authenticated 0
     BUF       
     FD         132
     FW_ID      1705763320.48473
     LASTACCESS 1705763325.18894
     NAME       WEB_192.168.32.106_63451
     NR         10013444
     PEER       192.168.32.106
     PORT       63451
     SNAME      WEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     encoding   UTF-8
     .attraggr:
     .attrminint:
     READINGS:
       2024-01-20 16:08:40   state           Connected
   READINGS:
     2024-01-18 21:47:14   .R-dblPress     0.2 s
     2024-01-18 21:47:14   .R-longPress    1 s
     2024-01-19 16:33:34   .R-self03-expectAES off
     2024-01-19 16:33:34   .R-self03-peerNeedsBurst on
     2024-01-18 21:47:14   .R-sign         off
     2024-01-19 19:04:36   .associatedWith HM_69BD68,HM_69BD68_Btn_01,HM_69BD68_Btn_02,HM_69BD68_Sw_01,HM_69BD68_Sw_02,HM_69BD68
     2024-01-19 19:04:36   .peerListRDate  2024-01-19 19:04:36
     2024-01-20 16:05:13   cfgState        updating
     2024-01-20 16:06:00   commState       CMDs_done
     2024-01-19 19:04:36   peerList        self03
     2024-01-20 15:48:29   state           Short 1_8 (to myVCCU)
     2024-01-20 15:48:29   trigger         Short_8
     2024-01-19 16:27:54   triggerTo_HM_69BD68 Short_0
     2024-01-20 15:48:29   triggerTo_myVCCU Short_8_ack
     2024-01-20 15:48:29   trigger_cnt     8
   helper:
     BNO        8
     BNOCNT     1
     cfgChkResult No regs found for:-ret--ret-HM_69BD68_Btn_01 type:remoteAndSwitch - -ret-list:peer register         :value-ret-   1:      dblPress         :0.2 s-ret-   1:      longPress        :1 s-ret-   1:      sign             :off-ret-   4:self03 expectAES        :off-ret-   4:self03 peerNeedsBurst   :on-ret-                       -ret-                       -ret-
     getCfgList all
     getCfgListNo ,4
     peerIDsRaw ,69BD6803,00000000
     peerIDsState complete
     cfgChk:
       idRc01     RegL_01.,RegL_04.self03
     cmds:
       TmplKey    self03:no:1705610835.00406
       TmplTs     1705610835.00406
       cmdKey     1:0:0::HM_69BD68:F0A9:01:self03
       cmdLst:
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   0 -actChn- [({single})] [({set}|unset)] [actor|remote|both]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         tplSet_self03 -tplPeer-
       lst:
         condition  slider,0,1,255
         peer       self03
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     peerIDsH:
       00000000   broadcast
       69BD6803   self03
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
   nb:
     cnt        2
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,69BD6803
   room       CUL_HM

Internals:
   .AttrList  aesCommReq:1,0 do_not_notify:1,0 event-aggregator event-min-interval event-on-change-reading event-on-update-reading expert:multiple,defReg,allReg,rawReg,templ,none levelMap levelRange model oldreadings param peerIDs readOnly:0,1 showtime:1,0 stateFormat:textField-long timestamp-on-change-reading
   .triggerUsed 1
   CFGFN     
   DEF        69BD6802
   FUUID      65a98e4d-f33f-9239-b9e2-e85a3b4baaa59884
   NAME       HM_69BD68_Btn_02
   NR         589
   NTFY_ORDER 48-HM_69BD68_Btn_02
   STATE      Short 1_9 (to myVCCU)
   TYPE       CUL_HM
   chanNo     02
   device     HM_69BD68
   disableNotifyFn 1
   eventCount 35566
   peerList   self03
   .attraggr:
   .attrminint:
   CL:
     Authenticated 0
     BUF       
     FD         132
     FW_ID      1705763345.3011
     LASTACCESS 1705763351.22092
     NAME       WEB_192.168.32.106_63451
     NR         10013444
     PEER       192.168.32.106
     PORT       63451
     SNAME      WEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     encoding   UTF-8
     .attraggr:
     .attrminint:
     READINGS:
       2024-01-20 16:08:40   state           Connected
   READINGS:
     2024-01-18 21:47:16   .R-dblPress     0.2 s
     2024-01-18 21:47:16   .R-longPress    1 s
     2024-01-19 16:33:39   .R-self03-expectAES off
     2024-01-19 16:33:39   .R-self03-peerNeedsBurst on
     2024-01-18 21:47:16   .R-sign         off
     2024-01-19 19:05:20   .associatedWith HM_69BD68,HM_69BD68_Btn_01,HM_69BD68_Btn_02,HM_69BD68_Sw_01,HM_69BD68_Sw_02,HM_69BD68
     2024-01-19 19:05:20   .peerListRDate  2024-01-19 19:05:20
     2024-01-20 16:05:13   cfgState        RegMiss
     2024-01-20 16:06:00   commState       CMDs_done
     2024-01-19 19:05:20   peerList        self03
     2024-01-20 15:48:30   state           Short 1_9 (to myVCCU)
     2024-01-20 15:48:30   trigger         Short_9
     2024-01-20 15:48:30   triggerTo_myVCCU Short_9_ack
     2024-01-20 15:48:30   trigger_cnt     9
   helper:
     BNO        9
     BNOCNT     1
     cfgChkResult No regs found for:-ret--ret-HM_69BD68_Btn_02 type:remoteAndSwitch - -ret-list:peer register         :value-ret-   1:      dblPress         :0.2 s-ret-   1:      longPress        :1 s-ret-   1:      sign             :off-ret-   4:self03 expectAES        :off-ret-   4:self03 peerNeedsBurst   :on-ret-                       -ret-                       -ret-
     getCfgList all
     getCfgListNo ,4
     peerIDsRaw ,69BD6803,00000000
     peerIDsState complete
     cfgChk:
       idRc01     RegL_01.,RegL_04.self03
     cmds:
       TmplKey    self03:no:1705610835.00604
       TmplTs     1705610835.00604
       cmdKey     1:0:0::HM_69BD68:F0A9:02:self03
       cmdLst:
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   0 -actChn- [({single})] [({set}|unset)] [actor|remote|both]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         tplSet_self03 -tplPeer-
       lst:
         condition  slider,0,1,255
         peer       self03
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     peerIDsH:
       00000000   broadcast
       69BD6803   self03
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
   nb:
     cnt        1
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,69BD6803
   room       CUL_HM

Internals:
   .AttrList  aesCommReq:1,0 do_not_notify:1,0 event-aggregator event-min-interval event-on-change-reading event-on-update-reading expert:multiple,defReg,allReg,rawReg,templ,none levelMap levelRange model oldreadings param peerIDs readOnly:0,1 showtime:1,0 stateFormat:textField-long timestamp-on-change-reading
   .triggerUsed 1
   CFGFN     
   DEF        69BD6803
   FUUID      65a98e4d-f33f-9239-c9f1-ced8adab6bdc924f
   NAME       HM_69BD68_Sw_01
   NR         590
   NTFY_ORDER 48-HM_69BD68_Sw_01
   STATE      off
   TYPE       CUL_HM
   chanNo     03
   device     HM_69BD68
   disableNotifyFn 1
   eventCount 35824
   peerList   self01,self02
   .attraggr:
   .attrminint:
   CL:
     Authenticated 0
     BUF       
     FD         132
     FW_ID      1705763370.3355
     LASTACCESS 1705763375.25114
     NAME       WEB_192.168.32.106_63451
     NR         10013444
     PEER       192.168.32.106
     PORT       63451
     SNAME      WEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     encoding   UTF-8
     .attraggr:
     .attrminint:
     READINGS:
       2024-01-20 16:08:40   state           Connected
   READINGS:
     2024-01-19 16:33:47   .R-self01-lgActionType jmpToTarget
     2024-01-19 16:33:47   .R-self01-lgCtDlyOff geLo
     2024-01-19 16:33:47   .R-self01-lgCtDlyOn geLo
     2024-01-19 16:33:47   .R-self01-lgCtOff geLo
     2024-01-19 16:33:47   .R-self01-lgCtOn geLo
     2024-01-19 16:33:47   .R-self01-lgCtValHi 100
     2024-01-19 16:33:47   .R-self01-lgCtValLo 50
     2024-01-19 16:33:47   .R-self01-lgMultiExec on
     2024-01-19 16:33:47   .R-self01-lgOffDly 0 s
     2024-01-19 16:33:47   .R-self01-lgOffTime unused
     2024-01-19 16:33:47   .R-self01-lgOffTimeMode absolut
     2024-01-19 16:33:47   .R-self01-lgOnDly 0 s
     2024-01-19 16:33:47   .R-self01-lgOnTime unused
     2024-01-19 16:33:47   .R-self01-lgOnTimeMode absolut
     2024-01-19 16:33:47   .R-self01-lgSwJtDlyOff off
     2024-01-19 16:33:47   .R-self01-lgSwJtDlyOn on
     2024-01-19 16:33:47   .R-self01-lgSwJtOff dlyOn
     2024-01-19 16:33:47   .R-self01-lgSwJtOn dlyOff
     2024-01-19 16:33:47   .R-self01-shActionType jmpToTarget
     2024-01-19 16:33:47   .R-self01-shCtDlyOff geLo
     2024-01-19 16:33:47   .R-self01-shCtDlyOn geLo
     2024-01-19 16:33:47   .R-self01-shCtOff geLo
     2024-01-19 16:33:47   .R-self01-shCtOn geLo
     2024-01-19 16:33:47   .R-self01-shCtValHi 100
     2024-01-19 16:33:47   .R-self01-shCtValLo 50
     2024-01-19 16:33:47   .R-self01-shMultiExec off
     2024-01-19 16:33:47   .R-self01-shOffDly 0 s
     2024-01-19 16:33:47   .R-self01-shOffTime unused
     2024-01-19 16:33:47   .R-self01-shOffTimeMode absolut
     2024-01-19 16:33:47   .R-self01-shOnDly 0 s
     2024-01-19 16:33:47   .R-self01-shOnTime unused
     2024-01-19 16:33:47   .R-self01-shOnTimeMode absolut
     2024-01-19 16:33:47   .R-self01-shSwJtDlyOff off
     2024-01-19 16:33:47   .R-self01-shSwJtDlyOn on
     2024-01-19 16:33:47   .R-self01-shSwJtOff dlyOn
     2024-01-19 16:33:47   .R-self01-shSwJtOn dlyOff
     2024-01-19 16:33:44   .R-self02-lgActionType jmpToTarget
     2024-01-19 16:33:44   .R-self02-lgCtDlyOff geLo
     2024-01-19 16:33:44   .R-self02-lgCtDlyOn geLo
     2024-01-19 16:33:44   .R-self02-lgCtOff geLo
     2024-01-19 16:33:44   .R-self02-lgCtOn geLo
     2024-01-19 16:33:44   .R-self02-lgCtValHi 100
     2024-01-19 16:33:44   .R-self02-lgCtValLo 50
     2024-01-19 16:33:44   .R-self02-lgMultiExec on
     2024-01-19 16:33:44   .R-self02-lgOffDly 0 s
     2024-01-19 16:33:44   .R-self02-lgOffTime unused
     2024-01-19 16:33:44   .R-self02-lgOffTimeMode absolut
     2024-01-19 16:33:44   .R-self02-lgOnDly 0 s
     2024-01-19 16:33:44   .R-self02-lgOnTime unused
     2024-01-19 16:33:44   .R-self02-lgOnTimeMode absolut
     2024-01-19 16:33:44   .R-self02-lgSwJtDlyOff off
     2024-01-19 16:33:44   .R-self02-lgSwJtDlyOn on
     2024-01-19 16:33:44   .R-self02-lgSwJtOff dlyOn
     2024-01-19 16:33:44   .R-self02-lgSwJtOn dlyOff
     2024-01-19 16:33:44   .R-self02-shActionType jmpToTarget
     2024-01-19 16:33:44   .R-self02-shCtDlyOff geLo
     2024-01-19 16:33:44   .R-self02-shCtDlyOn geLo
     2024-01-19 16:33:44   .R-self02-shCtOff geLo
     2024-01-19 16:33:44   .R-self02-shCtOn geLo
     2024-01-19 16:33:44   .R-self02-shCtValHi 100
     2024-01-19 16:33:44   .R-self02-shCtValLo 50
     2024-01-19 16:33:44   .R-self02-shMultiExec off
     2024-01-19 16:33:44   .R-self02-shOffDly 0 s
     2024-01-19 16:33:44   .R-self02-shOffTime unused
     2024-01-19 16:33:44   .R-self02-shOffTimeMode absolut
     2024-01-19 16:33:44   .R-self02-shOnDly 0 s
     2024-01-19 16:33:44   .R-self02-shOnTime unused
     2024-01-19 16:33:44   .R-self02-shOnTimeMode absolut
     2024-01-19 16:33:44   .R-self02-shSwJtDlyOff off
     2024-01-19 16:33:44   .R-self02-shSwJtDlyOn on
     2024-01-19 16:33:44   .R-self02-shSwJtOff dlyOn
     2024-01-19 16:33:44   .R-self02-shSwJtOn dlyOff
     2024-01-18 21:47:17   .R-sign         off
     2024-01-19 19:09:32   .associatedWith HM_69BD68,HM_69BD68_Btn_01,HM_69BD68_Btn_02,HM_69BD68_Sw_01,HM_69BD68_Sw_02,HM_69BD68
     2024-01-19 19:09:32   .peerListRDate  2024-01-19 19:09:32
     2024-01-20 16:02:07   CommandAccepted yes
     2024-01-20 16:05:13   cfgState        RegMiss,RegPend
     2024-01-20 16:06:00   commState       CMDs_done
     2024-01-20 16:06:00   deviceMsg       off (to myVCCU)
     2024-01-20 16:06:00   level           0 %
     2024-01-20 16:06:00   pct             0
     2024-01-19 19:09:32   peerList        self01,self02
     2024-01-20 16:06:00   recentStateType info
     2024-01-20 16:06:00   state           off
     2024-01-20 16:06:00   timedOn         off
     2024-01-20 16:02:07   trigLast        fhem:02
   helper:
     cfgChkResult No regs found for:-ret--ret-HM_69BD68_Sw_01 type:remoteAndSwitch - -ret-list:peer register         :value-ret-   1:      sign             :off-ret-                       self01                          self02                          -ret-                       lg              sh              lg              sh              -ret-ActionType             jmpToTarget     jmpToTarget     jmpToTarget     jmpToTarget     -ret-CtDlyOff               geLo            geLo            geLo            geLo            -ret-CtDlyOn                geLo            geLo            geLo            geLo            -ret-CtOff                  geLo            geLo            geLo            geLo            -ret-CtOn                   geLo            geLo            geLo            geLo            -ret-CtValHi                100             100             100             100             -ret-CtValLo                50              50              50              50              -ret-MultiExec              on              off             on              off             -ret-OffDly            [s]  0               0               0               0               -ret-OffTime                unused          unused          unused          unused          -ret-OffTimeMode            absolut         absolut         absolut         absolut         -ret-OnDly             [s]  0               0               0               0               -ret-OnTime                 unused          unused          unused          unused          -ret-OnTimeMode             absolut         absolut         absolut         absolut         -ret-SwJtDlyOff             off             off             off             off             -ret-SwJtDlyOn              on              on              on              on              -ret-SwJtOff                dlyOn           dlyOn           dlyOn           dlyOn           -ret-SwJtOn                 dlyOff          dlyOff          dlyOff          dlyOff          -ret-
     dlvl       00
     dlvlCmd    ++A0111E9BB569BD680203000000
     getCfgList all
     getCfgListNo ,3
     peerIDsRaw ,69BD6801,69BD6802,00000000
     peerIDsState complete
     cfgChk:
       idRc01     RegL_01.,RegL_03.self02,RegL_03.self01
       idRc03     fail
     cmds:
       TmplKey    self01,self02:no:1705610835.00715
       TmplTs     1705610835.00715
       cmdKey     1:0:0::HM_69BD68:F0A9:03:self01,self02
       cmdLst:
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         inhibit    [(on|{off})]
         off        noArg
         on         noArg
         on-for-timer -ontime-
         on-till    -time-
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerIODev  [IO] -btn- [({set}|unset)] 'not for future use'
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         statusRequest noArg
         toggle     noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         tplSet_self01 -tplPeer-
         tplSet_self02 -tplPeer-
       lst:
         condition  slider,0,1,255
         peer       self01,self02
         peerOpt   
         tplChan   
         tplDel     
         tplPeer    SwCondAbove_long,SwCondAbove_short,SwCondBelow_long,SwCondBelow_short,SwOff_long,SwOff_short,SwOnCond_long,SwOnCond_short,SwOn_long,SwOn_short,SwToggle_long,SwToggle_short,autoOff_long,autoOff_short,motionOnSw_long,motionOnSw_short
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     peerIDsH:
       00000000   broadcast
       69BD6801   self01
       69BD6802   self02
     regCollect:
     role:
       chn        1
     shadowReg:
       RegL_03.self02  00:00 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:14 8C:63
     shadowRegChn:
       RegL_03.self01 03
       RegL_03.self02 03
     tmpl:
   nb:
     cnt        26
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,69BD6801,69BD6802
   room       CUL_HM


Internals:
   .AttrList  aesCommReq:1,0 do_not_notify:1,0 event-aggregator event-min-interval event-on-change-reading event-on-update-reading expert:multiple,defReg,allReg,rawReg,templ,none levelMap levelRange model oldreadings param peerIDs readOnly:0,1 showtime:1,0 stateFormat:textField-long timestamp-on-change-reading
   .triggerUsed 1
   CFGFN     
   DEF        69BD6804
   FUUID      65a98e4d-f33f-9239-a2fd-248987225fdcd6e5
   NAME       HM_69BD68_Sw_02
   NR         591
   NTFY_ORDER 48-HM_69BD68_Sw_02
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     HM_69BD68
   disableNotifyFn 1
   eventCount 37433
   .attraggr:
   .attrminint:
   CL:
     Authenticated 0
     BUF       
     FD         132
     FW_ID      1705763395.3037
     LASTACCESS 1705763399.87775
     NAME       WEB_192.168.32.106_63451
     NR         10013444
     PEER       192.168.32.106
     PORT       63451
     SNAME      WEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     encoding   UTF-8
     .attraggr:
     .attrminint:
     READINGS:
       2024-01-20 16:08:40   state           Connected
   READINGS:
     2024-01-19 19:00:19   .associatedWith HM_69BD68,HM_69BD68_Btn_01,HM_69BD68_Btn_02,HM_69BD68_Sw_01,HM_69BD68_Sw_02,HM_69BD68
     2024-01-19 19:00:19   .peerListRDate  2024-01-19 19:00:19
     2024-01-20 16:05:59   CommandAccepted yes
     2024-01-20 16:05:13   cfgState        RegMiss
     2024-01-20 16:06:00   commState       CMDs_done
     2024-01-20 16:09:46   current         4
     2024-01-20 16:05:59   deviceMsg       off (to myVCCU)
     2024-01-20 16:05:59   level           0 %
     2024-01-20 16:05:59   pct             0
     2024-01-20 16:05:59   recentStateType info
     2024-01-20 16:05:59   state           off
     2024-01-20 16:05:59   timedOn         off
     2024-01-20 16:05:59   trigLast        fhem:02
   helper:
     cfgChkResult No regs found for:HM_69BD68_Sw_02-ret--ret-
     dlvl       00
     dlvlCmd    ++A0111E9BB569BD680204000000
     getCfgList all
     getCfgListNo ,3
     peerIDsRaw ,00000000
     peerIDsState complete
     cfgChk:
       idRc01     RegL_01.
     cmds:
       TmplKey    :no:1705681393.36636
       TmplTs     1705681393.36636
       cmdKey     1:0:0::HM_69BD68:F0A9:04:
       cmdLst:
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         inhibit    [(on|{off})]
         off        noArg
         on         noArg
         on-for-timer -ontime-
         on-till    -time-
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerIODev  [IO] -btn- [({set}|unset)] 'not for future use'
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         statusRequest noArg
         toggle     noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     peerIDsH:
       00000000   broadcast
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
   nb:
     cnt        2
Attributes:
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000
   room       CUL_HM

Danke fürs Prüfen.

Christian
Titel: Aw: Neue Firmware für HM_LC_Sw1PBU_FM mit getrenntem Aktor, Taster + Wechselschalter
Beitrag von: ChristianOS am 20 Januar 2024, 16:31:24
Ich habe gerade nochmal die Peers gelöscht und neu gesetzt, mit _Sw_2

set HM_69BD68_Btn_01 perrChan 1 HM_69BD68_Sw_02 single set
set HM_69BD68_Btn_02 perrChan 1 HM_69BD68_Sw_02 single set


Nun scheint alles zu gehen, HM_69BD68_Sw_02 zeigt stets den richtigen Lampenzustand an. Egal ob ich am Aktor, per FHEM und/oder am analogen Wechselschalter schalte.

Gruß
Christian

Damit ist wohl der Kondensator C26 an der einen Platine defekt, den werde ich dann mal austauschen.