search

RFD-FHEM / RFFHEM

Counterpart of SIGNALDuino, it's the code for FHEM to work with the data received from the uC
GNU General Public License v3.0
44 stars 33 forks source link

Hamulight / Cree - LEDs schalten / dimmen 433MHz #1206

Open obduser opened 7 months ago

obduser commented 7 months ago

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:

2023-12-09_07:20:12 SIGNALduino_unknown_22 bitMsg: 00110110000001010101111101000111 2023-12-09_07:20:12 SIGNALduino_unknown_22 bitMsg_invert: 11001001111110101010000010111000 2023-12-09_07:20:12 SIGNALduino_unknown_22 bitCount: 32 2023-12-09_07:20:12 SIGNALduino_unknown_22 hexMsg: 36055F47 2023-12-09_07:20:12 SIGNALduino_unknown_22 hexMsg_invert: C9FAA0B8 2023-12-09_07:20:12 SIGNALduino_unknown_22 hexCount_or_nibble: 8 2023-12-09_07:20:12 SIGNALduino_unknown_22 lastInputDev: sduino 2023-12-09_07:20:12 SIGNALduino_unknown_22 past_seconds: 666 2023-12-09_07:20:13 SIGNALduino_unknown_22 bitMsg: 00110110000001010101111101000111 2023-12-09_07:20:13 SIGNALduino_unknown_22 bitMsg_invert: 11001001111110101010000010111000 2023-12-09_07:20:13 SIGNALduino_unknown_22 bitCount: 32 2023-12-09_07:20:13 SIGNALduino_unknown_22 hexMsg: 36055F47 2023-12-09_07:20:13 SIGNALduino_unknown_22 hexMsg_invert: C9FAA0B8 2023-12-09_07:20:13 SIGNALduino_unknown_22 hexCount_or_nibble: 8 2023-12-09_07:20:13 SIGNALduino_unknown_22 lastInputDev: sduino 2023-12-09_07:20:13 SIGNALduino_unknown_22 past_seconds: 1

AUS - SDUINO_unknown_22:

2023-12-09_07:22:00 SIGNALduino_unknown_22 bitMsg: 00110110000001010101111101000111 2023-12-09_07:22:00 SIGNALduino_unknown_22 bitMsg_invert: 11001001111110101010000010111000 2023-12-09_07:22:00 SIGNALduino_unknown_22 bitCount: 32 2023-12-09_07:22:00 SIGNALduino_unknown_22 hexMsg: 36055F47 2023-12-09_07:22:00 SIGNALduino_unknown_22 hexMsg_invert: C9FAA0B8 2023-12-09_07:22:00 SIGNALduino_unknown_22 hexCount_or_nibble: 8 2023-12-09_07:22:00 SIGNALduino_unknown_22 lastInputDev: sduino 2023-12-09_07:22:00 SIGNALduino_unknown_22 past_seconds: 107 2023-12-09_07:22:00 SIGNALduino_unknown_22 bitMsg: 00110110000001010101111101000111 2023-12-09_07:22:00 SIGNALduino_unknown_22 bitMsg_invert: 11001001111110101010000010111000 2023-12-09_07:22:00 SIGNALduino_unknown_22 bitCount: 32 2023-12-09_07:22:00 SIGNALduino_unknown_22 hexMsg: 36055F47 2023-12-09_07:22:00 SIGNALduino_unknown_22 hexMsg_invert: C9FAA0B8 2023-12-09_07:22:00 SIGNALduino_unknown_22 hexCount_or_nibble: 8 2023-12-09_07:22:00 SIGNALduino_unknown_22 lastInputDev: sduino 2023-12-09_07:22:00 SIGNALduino_unknown_22 past_seconds: 0

Nochmal EIN: -> Logeinträge in SIGNALduino_unknown_22 und SIGNALduino_unknown_40

2023-12-09_07:23:38 SIGNALduino_unknown_22 bitMsg: 00110110000001010101111101000111 2023-12-09_07:23:38 SIGNALduino_unknown_22 bitMsg_invert: 11001001111110101010000010111000 2023-12-09_07:23:38 SIGNALduino_unknown_22 bitCount: 32 2023-12-09_07:23:38 SIGNALduino_unknown_22 hexMsg: 36055F47 2023-12-09_07:23:38 SIGNALduino_unknown_22 hexMsg_invert: C9FAA0B8 2023-12-09_07:23:38 SIGNALduino_unknown_22 hexCount_or_nibble: 8 2023-12-09_07:23:38 SIGNALduino_unknown_22 lastInputDev: sduino 2023-12-09_07:23:38 SIGNALduino_unknown_22 past_seconds: 98

2023-12-09_07:23:38 SIGNALduino_unknown_40 bitMsg: 01001111110101010000010111000000 2023-12-09_07:23:38 SIGNALduino_unknown_40 bitMsg_invert: 10110000001010101111101000111111 2023-12-09_07:23:38 SIGNALduino_unknown_40 bitCount: 32 2023-12-09_07:23:38 SIGNALduino_unknown_40 hexMsg: 4FD505C0 2023-12-09_07:23:38 SIGNALduino_unknown_40 hexMsg_invert: B02AFA3F 2023-12-09_07:23:38 SIGNALduino_unknown_40 hexCount_or_nibble: 8 2023-12-09_07:23:38 SIGNALduino_unknown_40 lastInputDev: sduino 2023-12-09_07:23:38 SIGNALduino_unknown_40 past_seconds: 3572

Und AUS:

2023-12-09_07:26:51 SIGNALduino_unknown_22 bitMsg: 00110110000001010101111101000111 2023-12-09_07:26:51 SIGNALduino_unknown_22 bitMsg_invert: 11001001111110101010000010111000 2023-12-09_07:26:51 SIGNALduino_unknown_22 bitCount: 32 2023-12-09_07:26:51 SIGNALduino_unknown_22 hexMsg: 36055F47 2023-12-09_07:26:51 SIGNALduino_unknown_22 hexMsg_invert: C9FAA0B8 2023-12-09_07:26:51 SIGNALduino_unknown_22 hexCount_or_nibble: 8 2023-12-09_07:26:51 SIGNALduino_unknown_22 lastInputDev: sduino 2023-12-09_07:26:51 SIGNALduino_unknown_22 past_seconds: 193 2023-12-09_07:26:52 SIGNALduino_unknown_22 bitMsg: 00110110000001010101111101000111 2023-12-09_07:26:52 SIGNALduino_unknown_22 bitMsg_invert: 11001001111110101010000010111000 2023-12-09_07:26:52 SIGNALduino_unknown_22 bitCount: 32 2023-12-09_07:26:52 SIGNALduino_unknown_22 hexMsg: 36055F47 2023-12-09_07:26:52 SIGNALduino_unknown_22 hexMsg_invert: C9FAA0B8 2023-12-09_07:26:52 SIGNALduino_unknown_22 hexCount_or_nibble: 8 2023-12-09_07:26:52 SIGNALduino_unknown_22 lastInputDev: sduino 2023-12-09_07:26:52 SIGNALduino_unknown_22 past_seconds: 1

HomeAutoUser commented 6 months ago

Mein Vorschlag, sollte das Vorhaben hier stoppen, bindet es als EntwicklerProtokoll ein. Es ist ja schon zu 80% Safe die Erkenntnisse.

elektron-bbs commented 6 months ago

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.

jevermeister commented 4 months ago

https://github.com/aukedejong/esphome-hamulight/tree/main

Hilft das da vielleicht weiter? Der scheint das Protokoll ja schon weitesgehend entschlüsselt zu haben.

elektron-bbs commented 4 months ago

Danke für den Hinweis, aber die Seite kannte ich schon (https://github.com/RFD-FHEM/RFFHEM/issues/1206#issuecomment-1848921579). Der Protokollaufbau ist ja bekannt, der Empfang funktioniert ja offensichtlich.

jevermeister commented 4 months ago

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?

elektron-bbs commented 4 months ago

Die Frequenz von 433,920 MHz verwenden wohl die meisten Fernbedienungen. Die verschiedenen Geräte unterscheiden sich durch unterschiedliche Länge der Nachrichten, verschiedene Pulszeiten/Pausezeiten, Protokollaufbau usw. Siehe u.a. https://wiki.fhem.de/wiki/SIGNALduino und https://wiki.fhem.de/wiki/Unbekannte_Funkprotokolle.

Hast du etwa so eine Hamulight-Fernbedienung, um die es hier geht?

jevermeister commented 4 months ago

Die Frequenz von 433,920 MHz verwenden wohl die meisten Fernbedienungen. Die verschiedenen Geräte unterscheiden sich durch unterschiedliche Länge der Nachrichten, verschiedene Pulszeiten/Pausezeiten, Protokollaufbau usw. Siehe u.a. https://wiki.fhem.de/wiki/SIGNALduino und https://wiki.fhem.de/wiki/Unbekannte_Funkprotokolle.

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. Wenn die gesendeten Signale gleich sind, muss es ja die Frequenz sein?

elektron-bbs commented 4 months ago

Dann müsste es ja, falls du dieses Update bereits durchgeführt hast

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master_Hamulight_AB/controls_signalduino.txt

diese Fernbedienung bereits angelegt haben.

Oder die Frequenz passt tatsächlich nicht. Dann müsstest du halt beim SIGNALduino die Frequenz korrigieren.

obduser commented 4 months ago

Warum die Frequenz auf 0.01MHz genau einstellen? Für SDUINO wird doch auch eine Bandbreite eingestellt!? Ist 325kHz also 0.325MHz nicht sogar die Standardeinstellung?

elektron-bbs commented 4 months ago

Genau so ist es. Ich denke auch nicht, das es af die 10 kHz ankommt.

jevermeister commented 3 months ago

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.

obduser commented 2 months ago

Was läuft eigentlich nach einem FHEM-Update falsch?

Das Hamulight-Dev verschwindet und kann erst wieder nach

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master_Hamulight_AB/controls_signalduino.txt

und einem Restart von FHEM angelegt werden?

elektron-bbs commented 2 months ago

Da sich bisher kein weiterer User gefunden hat und du die Mitarbeit eingestellt hast (siehe https://github.com/RFD-FHEM/RFFHEM/issues/1206#issuecomment-1879634480) , wurde das Protokoll nicht weiter entwickelt und ist demnach auch noch nicht im offiziellen Release.