Hallo zusammen,
ich nehme den Vorschlag von jab (http://forum.fhem.de/index.php/topic,18071.msg204875.html#msg204875) mal auf und eröffne einen separaten Thread.
Wie bereits im Original-Thread beschrieben, möchte ich gern den HM_LC_Sw1PBU_FM (mit der alternativen Firmware) an der CCU2 betreiben. Dabei geht es mir in erster Linie nur darum, den Schalter und die Stromerkennung zu nutzen. Auf die Taster könnte ich verzichten. Ich habe Bootloader und Firmware bereits geflasht, und ich konnte den Schalter auch bei FHEM anmelden. Ein Anlernen an der CCU2 schlägt dagegen fehl (der Schalter wird überhaupt nicht erkannt).
In der Datei "Register.h" der Firmware steht momentan
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 habe im Device-Info das mittlere Byte (Kanalanzahl?) auch testweise mal verändert - ohne Erfolg. Außerdem habe ich versucht, der CCU2 einen Zweifach-Unterputzschalter "vorzugaukeln" (andere Model ID), was aber auch keinen Erfolg brachte.
Ist es richtig, dass man tatsächlich zunächst ein neues XML-Device in der CCU2 anlegen muss, bevor die CCU2 überhaupt den Schalter erkennt? Oder sollte die CCU2 auch ohne neue XML-Datei bereits (irgendwie) zu erkennen geben, dass sie ein "Anlernpaket" von dem Schalter empfangen hat? In der /var/log/messages der CCU2 sehe ich zwar, dass sie in den Anlernmodus geht, es werden dort aber keine evt. empfangenen Messages des Schalters geloggt.
Gruß
Peter
Hallo Peter,
die CCU2 sollte HM schalter bedienen können. Das ist aber kein FHEM Thema, das ist HM-HM kommunikation.
im eine ccu2 kann ich nicht hineinsehen. Eigentlich ist das eine Frage an homematic
kannst du den andere devices anlernen? ist die CCU2 im Anlernmode?
um den schalter überhaupt einmal in der ccu zu sehen, könntest du versuchen, ihn als original auszugeben. wenn ich mir die eq3 xml files ansehe, habe ich 3 gefunden, in denen der sw1pbu zu finden ist. alle files mit diesem muster:
rf_s_1conf_644(...).xml
dort, sowie in martins hmconfig.pm, wird jeweils modelID=0x0069 genutzt.
desweiteren werden die 3 xml files je nach firmwareversion unterschieden. eins für v2.0/2.1, eins für v2.2/2.3 und eins für grösser und gleich v2.4. daher für version v2.4 => 0x24 einsetzen.
die originaldaten für subtypeID und deviceInfo konnte ich jetzt (noch) nicht finden. wahrscheinlich ist subtypeID=0x10 => "switch". also bei dir ok. vielleicht könnte martin diese daten mitteilen.
vielleicht schaffst du dadurch die erkennung als originalschalter.
gruss frank
Hallo Frank,
danke für die Tipps. Ich habe nun mal verschiedene Versionsnummern ausprobiert, aber ohne merkbare Veränderung. Im Logfile /var/log/message der CCU2 erscheinen während des Anlernversuchs manchmal folgende Messages:
Zitat
Entering install mode for 60 s
LEQ0012345's type is HM-LC-Sw1PBU-FM
(LEQ0987654) Response status: OK, Data [LEQ0987654 ist die CCU2]
...
Device firmware version is 2.3
TX: @680445946 0x11A31F -> 0x271EFF CONFIG_START [LEQ0987654]: CNT=1,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=
(LEQ0987654) Response status: Telegram sent, received ACK.
Response accepted: @680446422 RSSI=-41dB 0x271EFF -> 0x11A31F ACK [LEQ0987654]: CNT=1,RPTEN=1,RPTED=0,BIDI=0,BURST=0,W
TX: @680446423 0x11A31F -> 0x271EFF CONFIG_WRITE_INDEX [LEQ0987654]: CNT=10,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WA
(LEQ0987654) Response status: Telegram sent, received ACK.
Response accepted: @680446598 RSSI=-41dB 0x271EFF -> 0x11A31F ACK [LEQ0987654]: CNT=10,RPTEN=1,RPTED=0,BIDI=0,BURST=0,
TX: @680446600 0x11A31F -> 0x271EFF CONFIG_END [LEQ0987654]: CNT=19,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0
(LEQ0987654) Response status: Telegram sent, received ACK.
Response accepted: @680446760 RSSI=-41dB 0x271EFF -> 0x11A31F ACK [LEQ0987654]: CNT=19,RPTEN=1,RPTED=0,BIDI=0,BURST=0,
Trying to change key for device LEQ0012345 using key index 0
TX: @680446761 0x11A31F -> 0x271EFF AES_CONTAINER_KEY [LEQ0987654]: CNT=28,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAK
(LEQ0987654) Response status: Send failed.
Event: LEQ0012345:0.UNREACH=true
Event: LEQ0012345:0.STICKY_UNREACH=true
SendFrame failed 1 times: @680446762 0x11A31F -> 0x271EFF AES_CONTAINER_KEY [LEQ0987654]: CNT=28,RPTEN=1,RPTED=0,BIDI=
Key exchange for device LEQ0012345 using key index 0 failed
Trying to change key for device LEQ0012345 using key index 1
HSSXmlRpcEventDispatcher::Handle send 2 events
HSSXmlRpcEventDispatcher::Handle send 2 events
HSSXmlRpcEventDispatcher::Handle send 2 events
ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= LEQ0012345:0 [../Platform/DOM/iseXmlRp
ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= LEQ0012345:0 [../Platform/DOM/iseXmlRp
HSSXmlRpcEventDispatcher::Handle send completed
Das geht dann noch einige Zeilen so weiter. Interessanterweise erscheint dann auf der CCU2-Seite im Browser ein Fenster mit der Meldung:
Zitat
"Geräte anlernen - Sicherheitsabfrage
Sie haben versucht, das Gerät durch Eingabe der Seriennummer anzulernen. Dieser Vorgang konnte nicht
durchgeführt werden. LEQ0012345
Sicherkeitsschlüssel: <Eingabefeld>
<Abbrechen> <Schlüssel setzen ud erneut versuchen>"
Ich habe allerdings keineswegs versucht, das Anlernen durch Eingabe der Seriennummer zu erreichen. sondern durch "Geräte anlernen" bzw. "BidCos-RF Anlernmodus".
Ich vermute, dass das Problem evt. durch die AES-Schlüsselung hervorgerufen wird. In den XML-Files steht ja "supports_aes=true". Die alternative Firmware wird dies m.E. aber nicht können.
Da ein Eintrag in der /var/log/message nur sehr selten erscheint, bin ich mir nicht mehr so sicher, ob ich beim Anlernversuch richtig vorgehe (-> CCU2 in den Anlernmodus bringen und dann für 5 sec den Config-Taster drücken?)
Ich muss mir das im Quellcode mal anschauen ...
Gruß
Peter
Zitat(-> CCU2 in den Anlernmodus bringen und dann für 5 sec den Config-Taster drücken?)
genau. wenn nach langem drücken des tasters nichts aufleuchtet, war es ok. da sendet der schalter dann zb seine seriennummer, modelid und sn.
ich würde mir jetzt für den schalter das neueste vorhandene (v2.4) xml kopieren, umbenennen und nach und nach auf den alternativen schalter umbauen. modelid=F0A9, seriennummernabfrage ausbauen, aes verschlüsselung ausbauen. usw. in anderen xml mal stöbern, wie das dort so aussieht, wenn kein aes vorhanden ist.
gruss frank
Ich bin einen Schritt weiter. Ich habe in der XML-Datei rf_s_1conf_644.xml "supports_aes" auf false gesetzt und weiter unten den Abschnitt <parameter id="AES_KEY" ... value_id="AES_KEY"/> gelöscht. Damit die Änderungen wirksam werden, muss man die CCU2 scheinbar neu booten. Ich kann dann den Schalter in der CCU2 anlernen.
Erwartet hätte ich dann eigentlich ein Gerät mit zwei Kanälen. Es taucht aber nur einer auf. Ich habe in der Datei Register.h der Firmware mit der Kanalzahl rumgespielt - keine Veränderung.
Auch kann ich den Kanal in der CCU2-Oberfläche nicht schalten (Gerätekommunikation gestört). Muss ich dafür evt. die Relaisplatine erst mit der Prozessorplatine verbinden?
Gruß
Peter
ZitatErwartet hätte ich dann eigentlich ein Gerät mit zwei Kanälen. Es taucht aber nur einer auf.
der originalschalter hat auch nur einen channel. wird vielleicht im xml-file festgelegt, oder in kombination mit
/* Device Info 3 byte */ 0x41, 0x01, 0x00gesteuert. bei eq3 im downloadbereich gibt es, glaube ich, docu zu xml/rpc.
ZitatAuch kann ich den Kanal in der CCU2-Oberfläche nicht schalten (Gerätekommunikation gestört). Muss ich dafür evt. die Relaisplatine erst mit der Prozessorplatine verbinden?
was sagt denn das ccu-log? probieren geht über studieren. ;)
edit:
was passiert denn, wenn du auf einstellungen klickst?
gruss frank
Ich habe nun die Device Info auf "0x04, 0x01, 0x00" gesetzt. Damit werden in der CCU jetzt 4 Kanäle (Empfänger) angezeigt. Kanal 3 (das Relais im Schalter) kann ich jetzt auch schalten. Beim Schalten von Kanal 4 springt erwartungsgemäß dann auch Kanal 3 mit um. Das Konfigurieren funktioniert allerdings noch nicht (Kommunikationsstörung bei Kanal 0).
Damit bin ich jetzt an dem Punkt angekommen, an dem jab auch schon war, nämlich der Frage, wie man Taster und Aktoren in einem Device kombinieren kann. Das mittlere Byte in der devInfo definiert vermutlich, ob man einen Aktor (0x01) oder einen Taster (0x00) hat. Ich werde als nächstes mal mit diesem Byte rumspielen. Vielleicht gibt es neben den Werten 0x00 und 0x01 noch andere Werte, die einen Mix aus Taster und Aktoren repräsentieren.
Gruß
Peter
ZitatVielleicht gibt es neben den Werten 0x00 und 0x01 noch andere Werte, die einen Mix aus Taster und Aktoren repräsentieren.
schau mal nach dem messaktor HM-ES-PMSw1-Pl, devinfo 0x3F0100, stc 51.
chn1 aktor, chn2 ? messwertkonfigurationkanal, chn3-chn6 4x sensorkanal komparatoren (u, i, f, p). chn3-chn6 lassen sich mit chn1 peeren.
Momentan komme ich nicht mehr weiter, weil ich den Aufbau des xml-Files nicht genügend verstehe. Ich vermute, dass die Angaben in dem Abschnitt <frames> der xml-Datei mit den Registeradressen in der Datei Register.h verknüpft sind - aber wie ? ::).
Gruß
Peter
Ich habe ebenfalls Interesse den umgeflashten Aktor mit der CCU2 zu verwenden. Biete daher hier mal meine Hilfe an...
Soweit ist das verstanden hab muss man der CCU2 per XML Datei die Eigenschaften des Gerätes bekannt machen. Korrekt? Wo findet man die XML Datei denn genau? Ich vermute auf der CCU2? Oder in der entpackten Firmware-Datei für die CCU?
Gruß,
Stefan
ich finde sie bei mir unter den files der installierten eq3-konfig-software.
Okay, den USB-Adapter hab ich am Wochenende bestellt und er liegt jetzt im Paket Zuhause. Werde mir dann später die Software runterladen und mir das ganze dann mal ansehen.
Hallo Stefan,
Zitat von: silson am 03 Februar 2015, 13:18:40
Soweit ist das verstanden hab muss man der CCU2 per XML Datei die Eigenschaften des Gerätes bekannt machen. Korrekt? Wo findet man die XML Datei denn genau? Ich vermute auf der CCU2? Oder in der entpackten Firmware-Datei für die CCU?
Die XML-Files liegen auf der CCU2 unter /firmware/rftypes/ (per SSH auf der CCU2 einloggen)
Das Verzeichnis ist read-only. Wenn Du später was verändern willst, musst Du die Partition rw-remounten (dann sollte man aber wissen, was man tut ;-).
Gruß
Peter
Hallo Peter,
Zitat von: PumpkinEater am 21 Oktober 2014, 22:31:28
Damit bin ich jetzt an dem Punkt angekommen, an dem jab auch schon war, nämlich der Frage, wie man Taster und Aktoren in einem Device kombinieren kann.
hast du schonmal mit <link_roles> gespielt? Interessant dürften auch die Frames sein. Da müsste ich mir aber noch den Quellcode von der neuen Firmware ansehen. Denke das muss man auch noch mit dem XML file in Einklang bringen.
Da ich selbst aber erstmal überhaupt die Firmware auf meinen Aktor bringen muss kann noch nicht testen/rumprobieren. Ist aber für die nächsten 1-2 Wochen geplant.
Hallo an Alle,
ich bin neu im homematic-Metier. Manche Sachen sind viel schwieriger als angenommen... :-(
Mein Ziel ist mit der neuen Firmware in Verbindung mit einer CCU2 eine Wechsel- /bzw. Kreuzschaltung mit korrekter Rückmeldung zu realisieren.
Ich habe die Firmware (Firmwareversion habe ich auf 0x15 gesetzt) auf den Schalter geflasht und passend dazu eine angepasste Kopie von der rf_s_1conf_644.xml als rf_s_1conf_644_le_v1_5.xml auf die CCU gelegt.
Hier die Anpassungen:
<device version="1" supports_aes="false" cyclic_timeout="600">
<supported_types>
<type name="power meter switch actuator 1-channel" id="HM-LC-Sw1PBU-FM-CUSTOM" updatable="true" priority="2">
<parameter index="9.0" size="1.0" cond_op="LE" const_value="0x15"/>
<parameter index="10.0" size="2.0" const_value="0xF0A9"/>
</type>
Der Schalter wird wie erwartet als "HM-LC-Sw1PBU-FM-CUSTOM" erkannt.
Jetzt hänge ich leider fest. Die Konfiguration der Taster lässt sich nicht durchführen und bekomme den Fehler das die Gerätekommunikation gestört ist.
Seid Ihr schon weiter gekommen?
Viele Grüße,
Jan
hmmmm. zweiter Versuch - nachdem mein erstes Post wohl grad im Server-Nirvana verschwunden ist :(
Also nochmal - Hallo Jan & alle anderen Mitleser,
genau so weit bin ich jetzt auch. Zusätzlich habe ich noch die Device-Info in der Firmware Register.h angepasst: 0x04, 0x01, 0x00. So werden nur noch 4 Kanäle erwartet und nicht mehr 65 :o
Jetzt gilt es wohl nur noch die XML mit der Firmware richtig zu verheiraten ;)
Peter meinte eine Seite vorne dran, es gäbe zu dem XML-Format wohl eine Doku von eq3 - leider konnte ich auf deren Homepage dazu aber nix finden. Hatte da jeman mehr Glück/Erfolg?
Sobald ich mal wieder nbissel Zeit finde, sind meine nächsten Schritte
- das XML des HM-ES-PMSw1-Pl durchkauen und vergleichen. Das Gerät sollte vom Funktionsumfang ja relativ ähnlich sein...
- das FHEM-Asksin-XML für unsere angepasste Firmware durcharbeiten - da müssten die Kanäle und Parameter ja auch beschrieben sein...
Ich nehme an es geht dabei um dieses Dokument: http://www.eq-3.de/Downloads/PDFs/Dokumentation_und_Tutorials/HM_XmlRpc_V1_502__2_.pdf
Allerdings glaube ich nicht, dass das genau das XML-Format bescheibt welches wir brauchen... Dennoch scheint es ein paar überschneidungen zu geben. Von daher kann es hilfreich sein das Dokument zumindest mal zu überfliegen.
Nachdem ich mich ein wenig mit den XML-Files beschäftigt habe, bin ich nun etwas weiter.
In der CCU werden nun beide Schalter und beide Taster richtig angezeigt. Die Konfiguration der Taster funktioniert ohne Probleme. Bei der Konfiguration der Switche (Schalter) meldet die CCU weiterhin Fehler bei der Kommunikation. Ich habe die Settings aus der Register.h der Firmware mit den Parametern in der XML (switch_linkset und switch_paramset) abgeglichen. Offensichtlich ohne Erfolg :-(
Ich hänge mal meine XML an. Zum Probieren müsst Ihr eventuell noch die Modell ID (Zeile 6, bei mir "0xF0A9") und die Firmwareversion (Zeile 5, bei mir "0x15") mit den Daten aus eurer Register.h ersetzen. Vielleicht habt ihr noch eine Idee.
Gruß,
Jan
So.
Nachdem ich meinen aus Versehen gegrillten Schalter durch einen neuen ersetzt habe, konnte ich auch selbst mal meiner XML-Datei spielen. Ich haben den Schalter an der CCU angelernt und anschließend eine Direktverknüpfung zwischen den Tastern und den Schaltern erstellt. Fertig, funktioniert :-)
Nun fehlen nur noch die richtigen Symbole für die GUI (wer es braucht).
Gruß,
Jan
Hallo Jan,
ich hab mal Dein XML in meine CCU geladen. Damit funktioniert der Taster auch einwandfrei, allerdings habe ich nicht gefunden, wo denn jetzt der aktuelle Status des geschalteten Stromkreises zu erkennen ist?
Sinn der ganzen Übung war doch (zumindest in meinem Fall!?), dass man in einer Wechselschaltung mit dem "gepimpten" HM_LC_Sw1PBU_FM erkennen kann, ob durch einen zweiten Schalter der Status des Stromkreises geändert wurde... Oder wofür verwendest Du den umgeflashten Schalter?
Viele Grüße,
Seppel
Hallo Seppel,
du solltest 4 Kanäle in der Geräteübersicht angezeigt bekommen.
Kanal 1 = Taster oben
Kanal 2 = Taster unten
Kanal 3 = Schalter
Kanal 4 = virtueller Schalter
Kanal 4 wertet den Stromfluss aus. In einer Wechsel- oder Kreuzschaltung kann es ja sein, das der Schalter Nr. 3 auf "Aus" steht und dabei das Licht eingeschaltet ist. Der virtuelle Schalter 4 wertet das aus und zeigt den "tatsächlichen" Schaltzustand des Stromkreises. Der Kanal 4 lässt sich auch mit den Tastern verknüpfen. Eigentlich braucht man den Schalter auf Kanal 3 also nicht.
Überprüfen Kants Du das unter "Status und Bedienung" - "Geräte".
Um das Anzeigeproblem in der CCU zu beheben habe noch folgende Dinge angepasst:
1. Datei /www/webui/webui.js um folgendes erweitert:
DEV_LIST.push('HM-LC-Sw1PBU-FM-CUSTOM');
DEV_DESCRIPTION["HM-LC-Sw1PBU-FM-CUSTOM"] = "HM-LC-Sw1PBU-FM-CUSTOM";
DEV_PATHS["HM-LC-Sw1PBU-FM-CUSTOM"] = new Object();
DEV_PATHS["HM-LC-Sw1PBU-FM-CUSTOM"]["50"] = "/config/img/devices/50/PushButton-2ch-wm_thumb.png";
DEV_PATHS["HM-LC-Sw1PBU-FM-CUSTOM"]["250"] = "/config/img/devices/250/PushButton-2ch-wm.png";
DEV_HIGHLIGHT["HM-LC-Sw1PBU-FM-CUSTOM"] = new Object();
DEV_HIGHLIGHT["HM-LC-Sw1PBU-FM-CUSTOM"]["1"] = [2, 0.244, 0.312, 0.428, 0.168];
DEV_HIGHLIGHT["HM-LC-Sw1PBU-FM-CUSTOM"]["2"] = [2, 0.244, 0.56, 0.428, 0.168];
2. Die Datei /www/config/devdescr/DEVB.tcl angepasst. In Zeile 4 muss das Array "DEV_PATHS" um den Eintrag:
HM-LC-Sw1PBU-FM-CUSTOM {{50 /config/img/devices/50/PushButton-2ch-wm_thumb.png} {250 /config/img/devices/250/PushButton-2ch-wm.png}}
erweitert werden.
Leider werden die erstellten Direktverknüpfungen nicht in der CCU-Webui angezeigt. Vielleicht bekomme ich es noch hin.
Gruß,
Jan
ahhh - dass Kanal 4 der logische Schalter ist, ist mir vorhin nicht aufgefallen :-[ Muss ich nachher mal testen...
Vielen Dank auf alle Fälle für die schnelle Antwort und Deine Mühen :)
Hah - Du hast recht! Ich musste allerdings erstmal noch die Birne gegen eine Nicht-Energiesparende Version tauschen *.
Aber damit wird der Zustand sauber erkannt :-)
Einzig die Direktverknüpfungen muss ich jetzt nochmal neu machen. Weist Du zufällig, wo die gespeichert werden bzw. wie man die löschen kann, wenn sie nicht angezeigt werden?
(* den Strom, der zum Erkennen des Schaltzustandes notwendig ist, konnte man ja in der Firmware konfigurieren - das wird dann beim nächsten Flashen korrigiert)
Edit: um die Direktverknüpfungen neu machen zu können, habe ich jetzt einfach das Gerät nochmal komplett resettet (2x >4s die Taste drücken) und von der CCU abgelernt. Neu anlernen und die Verknüpfungen neu erstellen (Schalter 1 auf Kanal 4, Schalter Ein; Schalter 2 auf Kanal 4, Schalter Aus). Es tut :)
Konnte dank Eurer Anleitung einen geflashten Schalter an der CCU2 anmelden. Gibt es bzgl. der nicht sichtbaren Direktverknüpfungen einen Durchbruch?
Sent from my iPad using Tapatalk
warum nutzt ihr nicht FHEM? Man kann alles lesen, archivieren/sichern und wieder einspielen.
Ich möchte den Thread mal aus dem tiefen keller holen:
Hat jemand ein passendes XML file für die Firmware zum einspielen in die CCU3 zur Hand?
Hallo,
ich habe gerade den Schalter in debmatic (= CCU3) erfolgreich gemäß Anleitung und Files zu finden unter https://github.com/wiresio/CCU2 (https://github.com/wiresio/CCU2) in der CCU eingebunden.
lg/m
Hallo,
da ich auch gerade meine Geräte auf einen Raspberrymatic umziehe, hat noch jemand diese XML DAtei? Das Git repository scheint nicht mehr vorhanden zu sein.
Grüße