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? |
|
Mhmm, dann kann man wahrscheinlich mit tippen auf dem Touchfeld auch keine 100% Helligkeit einstellen? Nach den Bildern im Forum https://forum.fhem.de/index.php?msg=818224 ist das Touchfeld in 16 Segmente unterteilt. Was passiert, wenn du unten mittig tippst? Welche Helligkeit wird eingestellt und welcher dim_wert wird in FHEM angezeigt? |
|
Unten mittig dim_164 - dim_169 Im Uhrzeigersinn: |
Demnach passiert bei dim_164 - dim_169 gar nichts, auch wenn vorher z.B. 50 % Helligkeit eingestellt waren?
Entspricht das, was du hier "max" nennst, der maximalen Helligkeit, oder ist das auch etwas dunkler als 100 % Helligkeit? |
|
Vorher 50% wird doch bereits überschrieben, wenn ich 5 Uhr oder 7 Uhr auswähle. Max ist tatsächlich Max, also höchste Helligkeit |
Ich meinte damit, einmal oben mittig tippen und danach unten mittig - was passiert dann?
Also ist der Dimm-Bereich da schätzungsweise von 10 % bis 100 % Helligkeit? |
|
Oben mittig, dann unten mittig, es passiert nichts, deckt sich mit meine Angabe, dass sich im unteren Bereich zwischen 5 Uhr und 7 Uhr nichts verändert |
|
Ich habe jetzt einen zusätzlichen set-Befehl "dim" eingebaut. Über den Schieberegler daneben lassen sich Werte von 5 bis 100 (%) einstellen. Nach Betätigen des Buttons "set" werden dann die errechneten Werte gesendet. Im Log sind dann Zeilen ähnlich dieser:
Bitte nochmal ein Update durchführen und die Werte dim und send prüfen und natürlich auch die Reaktion der LEDs darauf. |
|
Hallo, senden per SET funktioniert nicht mehr (alle Funktionen), die FB wird aber regelmäßig erkannt. Ich habe den SDUINo in 2-3m Entfernung vom Trafo. |
|
Die set-Befehle haben ja schon mal funktioniert und grundsätzlich habe ich daran nichts verändert. Poste mal bitte die Ausgaben der Kommandos |
|
|
Tja, ich verstehe es nicht, warum das Senden nicht funktionieren soll. Ich habe mir jetzt nochmal die Mühe gemacht und Nachrichten, die von der Fernbedienung bei ihm gesendet wurden, verglichen mit denen, die FHEM erzeugt: Ich sehe keinen Unterschied :-( |
|
Ideen:
Anmerkung: |
Du meinst, das der CC1101 nicht das sendet, was er soll, oder evtl. sogar gar nichts?
Könnte auch noch sein, allerdings funktioniert der Empfang ja scheinbar tadellos.
Da die Nachricht nicht mit einer langen Pause beginnt, gehe ich davon aus, das davor noch eine mit Overflow empfangen wurde. Ich habe aus den Logs auch einige, wo man den Start sieht: |
|
Die einzige Idee die ich habe ist, dass wird das Protokoll nicht "richtig" implementiert haben, aber das ist mehr geraten. |
|
Hallo, ich hatte versehentlich die Frequenz auf 433MHz anstatt 433.92MHz eingestellt :-( ABER - was trotzdem auffällt:
Zwischenzeitlich war auch dieses Vorgehen nicht möglich - Befehle per DEVICE senden hat gar nicht funktioniert - kann keine Ursache zuordnen Als Anhang nochmal eine LOG-Datei... |
Dann bräuchte ich mal ein Log von genau diesem Vorgang mit der Fernbedienung:
Dabei beobachten, was deine LEDs machen und im Log notieren.
Das kann ich mir nicht erklären.
Mir scheint es fast so, als ob die Fernbedienung zwischen ein und dimmen noch irgend etwas anderes sendet, was mir entgangen ist. |
|
Hallo, heute funktioniert gar nichts mehr ! Frequenz passt mit 433.92MHz. Ich bin jetzt raus - sobald ein weiterer User Infos liefert, bin ich gerne wieder dabei, danke fürs Verständnis ! |
|
Was bedeutet denn "funktioniert gar nichts"? Die Readings vom SIGNALduino sollten in etwa so aussehen: Wenn dem nicht so ist, hilft das Rückstellen auf Werkseinstellungen am schnellsten. Das erfolgt mit dem Befehl:
Ohne genauere Fehlerbeschreibung können wir schlecht weiter helfen. |
|
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. |
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: