Hamulight / Cree - LEDs schalten / dimmen 433MHz #1206
Comments
|
Die "hexMsg" sind bei EIN und AUS identisch: 36055F47 Bitte poste mal die dazu gehörigen RAWMSG. Evtl. passt dieses Protokoll auch nicht 100%ig. Wenn du beim SIGNALduino das Attribut "verbose" auf den Wert 4 setzt, werden auch allle anderen Nachrichten in das Logfile von FHEM geschrieben. Diese sind dann vielleicht aufschlussreicher. |
|
Habe den SDUINO in die Nähe der FB und LED-Leuchten gebracht und neu aufgezeichnet, da aufgrund der Entfernung nicht alles vom SDUINO erfasst wurde; Ergebnis im txt-File. |
|
Das sieht schon mal gut aus. Die Dimm-Nachrichten, des Touch-Feldes scheinen offensichtlich anders aufgebaut zu sein (siehe https://github.com/aukedejong/esphome-hamulight). Die kannst du aber trotzdem schon mal aufnehmen. |
|
MIN und MAX stellt je eine definierte Helligkeit dar. MIN steht nicht für AUS ! Das Touchfeld und die beiden Zwischenstufen habe ich jetzt erstmal aussen vor gelassen, um nicht noch mehr Daten zu erzeugen. Kannst Du damit bereits was anfangen ? |
|
Ja, scheint soweit bisher alles plausibel (siehe Excel-Tabelle). Ich brauche Input :-) |
|
Anbei ein weiterer Log, Hinweise im TXT-File |
HAMULiGHT LED transformer, see #1206
|
Ich habe jetzt begonnen, die Fernbedienung zu dekodieren. Zumindest die Tasten sollten jetzt schon mal funktionieren.
Nach einem Neustart von FHEM und Empfang von 3 gültigen Nachrichten der Fernbedienung sollte es dir ein Gerät "Hamulight_AB_3605" anlegen. Bitte mal die Tastenfunktionen testen, mit den Touch-Befehlen komme ich noch nicht klar. jeweils mehrmals wiederholt. Danach folgen Werte in Byte 2 beginnend mit 170 (siehe Zwischen den Nachrichten sind eigenartigerweise auch Pausen von ca. 3 Sekunden. Hast du da etwas aus dem Log gelöscht? Die Nachrichten könnten auch länger sein und deshalb nicht bei "u22" erscheinen. Vielleicht postest du mal Logs mit nur kleinen Dim-Stufen. |
|
Hallo, funktioniert soweit ! Allerdings sind sehr oft mehrere Versuche zum Schalten der Zustände erforderlich. Anbei ein weiterer LOG |
|
Die Fernbedienung scheint die Tastenbefehle ca. 10 mal zu wiederholen. Du könntest versuchen, mit dem Attribut "repeats" die Anzahl auch in FHEM zu erhöhen. Das Log sehe ich mir an. Mal sehen, ob ich damit weiter komme. |
|
Ich habe jetzt zum Test der Dimm-Funktion mal folgende Befehle hinzugefügt: Ich habe bisher in deinen Logs beim Dimmen als minimalen Wert 155 und als Maximum 251 in Byte 2 gesehen. Deshalb vermute ich, das der Bereich evtl. von 155 bis 255 geht. 155 könnte also für ganz aus oder minimale Helligkeit stehen. Dito 255 für das Maximum. |
|
Werde die nächsten Tage weniger Zeit haben, ich melde mich aber. Was den minimalen Dimmwert angeht: Warum nennst du das Device nicht L_2046 ? Das ist der passende Trafo mit FB. Bist du sicher, dass die 10 Wiederholungen nicht von der Bedienung kommen ? Ich musste ja 10-12 mal schalten? |
Funktionieren die 5 neuen Dimm-Befehle (test_dim_xxx) denn erst mal prinzipiell? Welche Werte ich da senden muss, weiß ich noch nicht. Die 5 Tasten sind bekannt: Bei den Nachrichten, die du mit Dimmen gekennzeichnet hast, sehe ich Werte des Kommandos, die zwischen 155 und 251 schwanken. Ich war davon ausgegangen, das dann vielleicht die Touch-Kommandos im Bereich von 155-255 evtl. 0-100% Helligkeit entsprechen. Ich bräuchte mal Nachrichten, wo du einmal mit dem Touch-Feld auf minimale Helligkeit dimmst und einmal auf maximale Helligkeit. Vielleicht würden auch Nachrichten helfen, wo du nur minimal hoch oder runter dimmst. Bitte aber jeweils kennzeichnen, was du genau getan hast.
Ich habe "AB" gewählt, weil auf der Seite https://www.hamulight.com/de/zubehor/fernbedienung bei dieser Fernbedienung etwas von "...für ab Sets" steht.
Ich vermute, das die Fernbedienung selbst bei einem kurzen Tastendruck die Nachrichten etwa 10 mal rausjagt. Deshalb solltest du die repeats im FHEM erhöhen, damit die Nachrichten auch dort mehrfach gesendet werden. |
|
Ich denke, dass die Benennung des Device "L2046-CON12" heißen sollte, danach ist man bei der Suche nach dem Trafo auf der sicheren Seite SKU - L2046-CON12 https://www.hamulight.com/de/led-transformator-verteiler-12-loch-fernbedienung-parallel-36-watt Ansonsten habe ich das LOG-File des Device mal angesehen, hier tauchen ??? auf - was bedeutet das ? Wenn ich die Tasten der FB betätige, erscheinen diese Einträge - erst ??? - dann die definierte Taste
Die ??? tauchen erst seit dem 13.12. auf: 2023-12-11_19:34:38 Hamulight_AB_3605 on_off |
Es macht nicht viel Sinn, wenn man die Bezeichnung für diesem einen Trafo übernimmt, die Fernbedienung aber für mehrere verschiedene Geräte verwendet wird. Ich habe mindestens noch diesen Trafo gefunden https://onlineshop.2023salebest.ru/content?c=hamulight+led+power+supply&id=6. Darauf gestoßen bin ich auf dieser Seite: https://github.com/klockie86/Hamulight2MQTT.
Das kann ich jetzt auf Anhieb nicht beantworten. Ich habe jetzt mal bei mir in die Logs gesehen, da sind sie schon seit 10.12.2023 drin. Ich sehe mal nach. Hast du meine Nachricht von gestern gelesen? |
|
Ich habe den Fehler gefunden. Nach dem nächsten Update sollten diese Logeinträge nicht mehr erscheinen. |
|
Habe das Update gemacht, "???" sind weg. Aber ich muss mehrmals die Befehle senden um eine Reaktion der LEDs zu sehen. Oft funktioniert es gar nicht. Im LOG sind nach dem Senden auch READs zu sehen. Scheinbar ist SDUINO mit dem Senden und Lesen überfordert ?
|
Wie groß ist die Entfernung zwischen SIGNALduino und LED-Trafo? Sind evtl. abschirmende Teile, wie z.B. Stahlbeton dazwischen?
Nein, der SIGNALduino ist nicht überfordert. Das sind Rückmeldungen vom SIGNALduino, was gesendet wurde. Ich frage noch einmal: Hast du meine Nachricht von vorgestern gelesen #1206 (comment)? |
|
Ja, ich hatte Repeats auf 12 , hat nix gebracht und die Sendeleistung hatte ich auch schon auf MAX, aktuell auf 5dB. |
|
OK, Empfang in FHEM funktioniert also gut, aber Senden prinzipiell nicht? |
|
Senden funktioniert hier für HAUMLIGHT sehr schlecht, alle anderen Geräte funktionieren einwandfrei wie Somfy oder Jarolift |
|
Ich habe jetzt mal genau gezählt: Die Fernbedienung sendet bei den Tasten genau 10 Nachrichten pro Tastenbetätigung. Bitte nochmal ein Update durchführen und erstmal nur die Tasten testen. Die Touch-Befehle sehen anders aus, je nachdem ob du kurz tippst oder "kurbelst". |
|
"Getippte" Dimmwerte auf dem Ring hatte ich bereits gepostet, ist im Log gekennzeichnet |
|
Funktioniert das Senden der Tastenbefehle jetzt??? Das ist im Log aber nur so gekennzeichnet:
Die Dekodierung davon ergibt folgende unterschiedliche Werte: Von oben nach unten könnte ich mir vorstellen, das es bis zur 251 aufsteigend ist. Dann geht es aber mit niedrigeren Werten weiter. Ich kann das ohne genaue Beschreibung, was du getan hast nicht nachvollziehen. Gibt es eine Beschreibung zur Fernbedienung?
Nach dem Bild könnte ich mir vorstellen, das das Touchfeld unten links auf niedrige Helligkeit dimmt, unten rechts auf Maximum und oben Mitte auf ca. 50%. |
|
Ich habe jetzt das Reading "state" dahingehend angepasst, das dort bei unbekannten Empfangsnachrichten dort z.B. "dim_140" angezeigt wird. Die Zahl gibt den Wert des Kommandos wieder. |
|
Hallo, gerade mal ein Update von FHEM gemacht - Fehlermeldungen im Log:
(allowed modelvalues: AC114_01B | BF_301 | BeSmart_S4 | Buttons_five | Buttons_six | CAME_TOP_432EV | Chilitec_22640 | DC_1961_TG | HS1_868_BS | HSM4 | KL_RF01 | Krinner_LUMIX | LED_XM21_0 | MD_2003R | MD_2018R | MD_210R | Meikee_21 | Meikee_24 | Momento | Navaris | Novy_840029 | Novy_840039 | OR28V | QUIGG_DMV | RC_10 | RCnoName127 | RCnoName128 | RCnoName20 | RCnoName20_10 | RH787T | SA_434_1_mini | SF01_01319004 | SF01_01319004_Typ2 | TC6861 | TR401 | TR60C1 | TR_502MSV | Techmar | Tedsen_SKX1xx | Tedsen_SKX2xx | Tedsen_SKX4xx | Tedsen_SKX6xx | Unitec_47031 | Visivo | unknown | xavax) SD_UT Device ist jetzt auch weg... Ich glaube, dass bringt alles nichts, solange nicht mehrere mit im Boot sind ... |
|
Du musst anschließend ein Update wie hier #1206 (comment) beschrieben durchführen. |
|
Hallo, nach langem hin und her läuft es nun wieder, das SD_UT Device wurde angelegt. Ein/Aus funktioniert - Probleme mit den dim_1-4 - kann ich nicht zuordnen, funktionieren zunächst - habe das Device auf 12 Repeats eingestellt. -> das Setzen der vordefinierten Dimmwerte 1-4 funktioniert solange, bis die FB bedient wird Dann fällt mir auf, dass bei ca. 75% Dimmwert auf der FB ( ca. 2 Uhr) ein Sprung in den Dimmwerten des Device erkennbar ist, Sprung von dim_254 -> dim_128 (Bedienung im Uhrzeigersinn)
Annahme ist korrekt, hier die Werte
und test_dim_155 auf ca. 4 Uhr |
|
Danke, die Werte bei der Bedienung über das Touchfeld gehen also von 128 bis 254 (oder gar bis 255?). Mir ist die Bedienung dabei aber noch nicht klar. Reicht es, nur an einer Stelle auf das Touchfeld zu tippen, um eine bestimmte Helligkeit einzustellen? Also z.B. oben mittig einmal antippen und die Helligkeit geht auf ca. 50 %. Oder muss man immer in eine Richtung wischen, um heller oder dunkler zu dimmen? |
|
Hallo Udo, ich möchte das aktuell nicht mehr weiterverfolgen, es sind zuviele Unbekannte im Spiel, ich hoffe auf dein Verständnis, ansonsten finde ich es natürlich sehr toll, dass ihr der Allgemeinheit das so zu Verfügung stellt und daran weiterentwickelt. Wenn es weitere User mit diesen LEDs gibt, werde ich mich wieder melden und versuchen zu unterstützen. Ich wollte heute morgen nochmals testen bzw. ein Log erstellen, da hat seitens FHEM SD_UT das Senden nicht mehr funktioniert, Empfang der FB und das Schalten mit FB schon. Also sorry, es wird bestimmt noch jemand auftauchen, danke ! Gruß |
|
Mein Vorschlag, sollte das Vorhaben hier stoppen, bindet es als EntwicklerProtokoll ein. Es ist ja schon zu 80% Safe die Erkenntnisse. |
|
Mal sehen, ich habe schon hier https://forum.fhem.de/index.php?topic=89301.0;all#bot und hier https://forum.fhem.de/index.php?topic=89643.0#bot einen Hinweis geschrieben. Die Beiträge in den Foren sind zwar schon älter, aber vielleicht meldet sich ja doch noch jemand. |
|
https://github.com/aukedejong/esphome-hamulight/tree/main Hilft das da vielleicht weiter? Der scheint das Protokoll ja schon weitesgehend entschlüsselt zu haben. |
|
Danke für den Hinweis, aber die Seite kannte ich schon (#1206 (comment)). Der Protokollaufbau ist ja bekannt, der Empfang funktioniert ja offensichtlich. |
Das muss ich übersehen haben. Habe gerade mit meinem RTL-SDR V4 mal die Signale gecaptured, meine Fernbedienung scheint auf 433.91 Mhz zu senden, da habe ich einen fetten Peak sobald ich eine Taste drücke. Wie wird denn da zwischen verschiedenen Fernbedienungen unterschieden, geht das rein über die Frequenz? |
|
Die Frequenz von 433,920 MHz verwenden wohl die meisten Fernbedienungen. Hast du etwa so eine Hamulight-Fernbedienung, um die es hier geht? |
Ja, habe ich. In unserem Wintergarten wurden vom Metallbauer 6 Stück eingebaut mit dem L2046 Trafo aus dem initialen Post und der entsprechenden Fernbedienung. Ich habe von anderen 433 Mhz Geräten gelesen, die, damit sich baugleiche Geräte nicht bei räumlicher Nähe in die Quere kommen, vom Werk aus zufällig eine leicht andere Frequenz zugewiesen werden. Ich habe noch nicht viel mit dem RTL-SDR Stick gemessen, aber der Peak der Fernbedienung ist eindeutig bei 433,91 und nicht bei 433,92 Mhz. Keine Ahnung ob das mit der unterschiedlichen Frequenz von Hamulight auch so gehandhabt wird, aber irgendwie müssen die ja auch sicherstellen, dass ich mit meiner Fernbedienung nicht auch den Wintergarten der Nachbarn beleuchte. |
|
Dann müsste es ja, falls du dieses Update bereits durchgeführt hast
diese Fernbedienung bereits angelegt haben. Oder die Frequenz passt tatsächlich nicht. Dann müsstest du halt beim SIGNALduino die Frequenz korrigieren. |
|
Warum die Frequenz auf 0.01MHz genau einstellen? Für SDUINO wird doch auch eine Bandbreite eingestellt!? |
|
Genau so ist es. Ich denke auch nicht, das es af die 10 kHz ankommt. |
|
Für den Empfang ist das korrekt, da kann man die Bandbreite einstellen. Für das Senden bin ich mir nicht ganz so sicher. Ich verwende kein Signalduino sondern möchte mit einer custom firmware das möglichst neutral per MQTT einbinden, bin auf eure Diskussion hier aufmerksam geworden. |
|
Was läuft eigentlich nach einem FHEM-Update falsch? Das Hamulight-Dev verschwindet und kann erst wieder nach
und einem Restart von FHEM angelegt werden? |
|
Da sich bisher kein weiterer User gefunden hat und du die Mitarbeit eingestellt hast (siehe #1206 (comment)) , wurde das Protokoll nicht weiter entwickelt und ist demnach auch noch nicht im offiziellen Release. |
|
Habe mich nochmal mit den HAMULIGHTs beschäftigt, nachdem ich die Installation bezüglich Empfang nochmal angepasst habe. Zustand:
Wäre es möglich, das Modul jetzt offiziell in FHEM einzubinden ? |
|
Ich hatte jetzt nach fast einem Jahr erstmal etwas Mühe, den Branch auf den aktuellen Stand vom Master zu bringen. Es sind mittlerweile einige Fernbedienungen dazu gekommen. Deshalb gab es Konflikte zu beseitigen. Ich hoffe, das alles noch so funktioniert, wie damals. Bitte mach nochmal ein Update wie gehabt durchführen: Bei dem "dim regler" muss ich dann wahrscheinlich diese Berechnungen anpassen: |
|
Ich habe jetzt die Berechnung der Dimm-Werte angepasst. Bitte mal testen. |
|
Nach dem UPDATE getestet und es funktioniert von 5-100 ! ; der Rest ebenfalls; warum eigentlich ab "5", man könnte hier einfach 0-100% annehmen ;) |
|
Die 5 habe ich angenommen, weil du auf meine Frage hier #1206 (comment):
geantwortet hast:
Wenn jetzt aber bei "dim 5" das Licht ganz aus ist, könnten wir natürlich dem Regler einen Bereich von 0 bis 100 zuweisen. |
|
Sorry, das stimmt natürlich, sie sind nicht komplett aus ... |
|
Ich habe noch ein paar Kleinigkeiten ergänzt. An der Funktion sollte sich aber nichts geändert haben. |
|
Habe die einzelnen Funktionen unter FHEM getestet und keine Probleme erkannt, aber unbekannte Codes wurden im Log angezeigt: FHEM_log: 2024.12.01 07:54:03 1: UPD FHEM/14_SD_UT.pm und unbekannte Codes von der FB: 2024.12.01 08:18:42 3: SIGNALduino433: Unknown code u19#AA6BE, help me! Was mir noch gerade aufgefallen ist, im Log steht nicht der Dimmwert des Reglers wenn ich den Befehl "set Hamulight_AB_3605 dim 100" sende: 2024.12.01 08:25:57 3: SIGNALduino433: Hamulight_AB_3605 set dim |
OK, da mache ich dann einen Pull request, um die Änderungen zu übernehmen.
Protokoll 19 schaltest du am besten ab. Das ist nicht vollständig implementiert und bringt wohl auf fast allen Systemen diese Medungen.
Das habe ich absichtlich geändert, weil ich es irritierend fand, das bei |
HAMULiGHT LED transformer, see #1206 * Decoding protocol 22 * Update 14_SD_UT.pm * Update SD_ProtocolData.pm * Update testData.json * Update 03_set.t * Update fhem.cfg
|
Das Protokoll ist jetzt im Master-Branch. Ich schließe das Issue. |
|
Wenn die Arbeiten soweit beendet sind, wurde dieser Teil zwischenzeitlich offiziell in FHEM eingebunden ? |
|
Das Protokoll ist jetzt im Master-Branch. Es ist also weiterhin ein Update auf diesen Branch erforderlich: Am besten ist es diesen Branch zur Update-Liste hinzuzufügen: Dann wird beim Update automatisch auch auf diesen Zweig aktualisiert. Die Veröffentlichungen im SVN erfolgen relativ selten. |
|
Alles klar, DANKE! |
Specifications for new sensor / switch / or other device ...
Specifications
Ich fange hier lediglich einmal mit EIN/AUS an, die LEDs waren beim letzten Schaltvorgang (vor diesem Testlauf) auf max. Helligkeit eingestellt. Somit ist EIN/AUS = LEDs max EIN / AUS
EIN - SDUINO_unknown_22:
AUS - SDUINO_unknown_22:
Nochmal EIN:
-> Logeinträge in SIGNALduino_unknown_22 und SIGNALduino_unknown_40
Und AUS:
The text was updated successfully, but these errors were encountered: