Hallo zusammen,
ich habe eine Dunstabzugshauben-Steuerung die auf besagt Fernbedienung hört. Hier (https://www.google.de/search?newwindow=1&biw=1024&bih=599&tbm=isch&sa=1&q=seav+be+smart+s4&oq=seav+be+smart+s4&gs_l=img.3...8101.8214.0.8363.2.2.0.0.0.0.0.0..0.0.ccynfh...0...1.1.64.img..2.0.0.3x-Imo_o7Zk) gibt's ähnliche Bilder davon.
Auf dieser Webseite (http://www.my-seki.de/de/seki-fernbedienungen/seki-open) finde ich Informationen, dass der Handsender einen fixen Code haben sollte.
An meine FritzBox mit freetz ist ein CUL 433MHz (SlowRF für FS20) angeschlossen und funktioniert auch.
Müsste dann nicht das device erscheinen? "autocreate" ist "active".
Fernbedienung funktioniert und Steuerung ist darauf eingelernt.
Danke schonmal,
Chris...
Keiner eine Idee?
ZitatMüsste dann nicht das device erscheinen?
Nur wenn das Erkennen des Handsendercodes in der culfw implementiert ist.
Danke für die Antwort :)
Kann mir das Jemand in CUL - Hard- und Firmware (http://forum.fhem.de/index.php/board,47.0.html) schieben?
Unterstützt irgend eine culfw oder aculfw das Protokoll des Handsenders? Wenn nicht, dann gilt dies http://forum.fhem.de/index.php/topic,40073.msg323100.html#msg323100 (http://forum.fhem.de/index.php/topic,40073.msg323100.html#msg323100) wohl auch für den Handsender.
Habe den gleichen Sender mit meiner Dunstabzugshaube und frage mich, wie ich diesen analysieren und in FHEM verwenden kann. Als weitere Info hab ich lediglich diese "http://www.seav.it/sites/default/files/prodotti/schede_tecniche/Tx%20BeSmart%20GB%20New.pdf (http://www.seav.it/sites/default/files/prodotti/schede_tecniche/Tx%20BeSmart%20GB%20New.pdf)" gefunden.
Kann mir jemand erklären wie diese Random Codes funktionieren?
Dankeschön!
Eine weitere Info dazu, welche mir aber ebenfalls nix sagt ist: "Codierungsart: 9 + 2 Registrierung im Empfänger".
Irgendjemand, der mir das erklären kann?
Analysieren kannst Du das Signal auf folgende Weise:
Nimm einen 434 Mhz Empfänger, der für den SignalDuino genutzt wird und schliesse ihn an eine Soundkarte.
Dann kannst Du mit dem Programm Audacity das Signal aufzeichnen und analysieren.
Du benötigst eine Anpassung des Signals an die Soundkarte, wie hier beschrieben: http://www.schaltungen.at/a2broker?a2target=schaltungen&action=download&documentId=384251 (http://www.schaltungen.at/a2broker?a2target=schaltungen&action=download&documentId=384251)
Ein Signalbeispiel habe ich angehängt.
Wenn das Signal aufgezeichnet ist, kannst Du die Schaltzeiten ermitteln und über den Entwicklungs-Thread des SignalDuinos versuchen das Protokoll zu implementieren, siehe: http://forum.fhem.de/index.php/topic,38831.msg309890.html#msg309890 (http://forum.fhem.de/index.php/topic,38831.msg309890.html#msg309890)
Ein Beispiel, wie ein Protokoll zu beschreiben ist und der Handsender in FHEM eingebunden werden kann, findest Du hier: http://forum.fhem.de/index.php/topic,42373.msg345546.html#msg345546 (http://forum.fhem.de/index.php/topic,42373.msg345546.html#msg345546)
9+2 bedeutet wahrscheinlich 9 Adressbits und 2 Kanalbits
Die 9 Adressbits werden zufällig erzeugt und im Empfänger angelernt, damit sich der Handsender von Anderen unterscheidet.
Moin, erstmal Danke für die Antwort! Habe leider momentan keinen SignalDuino zur Hand.
Jedoch habe ich versucht mit meinem CUL in X67 debugging und FHEM alles aufzuzeichnen. Ohne dass ich selber mir bewusst irgendetwas sende, sehe ich im Modus X67 jedemenge Ausgaben im FHEM log. Hier ein Auszug daraus:
2015.11.19 21:39:07 3: Opening CUL433 device /dev/cu.usbserial-A104I2WJ
2015.11.19 21:39:07 3: Setting CUL433 serial parameters to 38400,8,N,1
2015.11.19 21:39:07 3: CUL433 device opened
2015.11.19 21:39:10 3: CUL433: Possible commands: BCFiAZNEkGMKUYRTVWXefmLltux
2015.11.19 21:39:28 3: set CUL433 raw X67
2015.11.19 21:39:28 2: CUL433: unknown message p11 416 3920 464 96 208 544 41 1 5 1 496 10896 06 A40400047080
2015.11.19 21:39:28 2: CUL433: unknown message p11 48 608 480 16 176 880 43 1 5 3 464 9696 04 80801F380000
2015.11.19 21:39:29 2: CUL433: unknown message p11 48 656 576 48 48 368 25 1 3 1 784 4640 FC B8012080
2015.11.19 21:39:29 2: CUL433: unknown message p11 160 880 48 1520 368 128 32 1 4 0 368 3872 00 20000000
2015.11.19 21:39:29 2: CUL433: unknown message p11 80 272 240 4288 160 1328 26 1 3 2 384 12368 02 DE7201C0
2015.11.19 21:39:29 2: CUL433: unknown message p11 160 1120 48 4096 96 656 77 1 9 5 256 7824 00 AC010073801D8005D178
2015.11.19 21:39:30 2: CUL433: unknown message p11 96 144 32 16 96 800 34 1 4 2 512 8208 04 6E84000340
2015.11.19 21:39:30 2: CUL433: unknown message p11 16 672 352 3296 112 1360 49 1 6 1 272 8896 0F E3815FEE903980
2015.11.19 21:39:31 2: CUL433: unknown message p11 80 240 320 208 64 720 18 1 2 2 384 6400 0E 1CDC00
2015.11.19 21:39:31 2: CUL433: unknown message p11 16 1344 48 1600 96 48 18 1 2 2 304 3456 FC 0000C0
2015.11.19 21:39:31 2: CUL433: unknown message p11 80 320 32 2656 48 640 30 1 3 6 256 3792 06 18000008
2015.11.19 21:39:31 2: CUL433: unknown message p11 48 384 80 1712 192 544 26 1 3 2 368 3920 05 01000240
2015.11.19 21:39:32 2: CUL433: unknown message p11 144 240 0 0 560 192 21 1 2 5 704 3952 07 000000
2015.11.19 21:39:32 2: CUL433: unknown message p11 144 3584 208 48 128 2128 60 1 7 4 320 12272 04 C8AA00016CA00220
2015.11.19 21:39:32 2: CUL433: unknown message p11 80 128 672 240 992 1248 21 1 2 5 352 5504 F9 7E4508
2015.11.19 21:39:32 2: CUL433: unknown message p 8 144 1152 48 2000 96 48 28 1 3 4 352 3408 FE 20000000
2015.11.19 21:39:32 2: CUL433: unknown message p11 32 2256 208 368 144 944 72 1 9 0 416 9968 07 5E0579510000B8154D
2015.11.19 21:39:33 2: CUL433: unknown message p 7 128 304 240 400 80 480 24 1 3 0 224 6336 0D AB48CD
2015.11.19 21:39:33 2: CUL433: unknown message p11 144 144 32 1552 96 448 34 1 4 2 400 3728 F9 4000000000
2015.11.19 21:39:34 2: CUL433: unknown message p11 80 3536 80 4144 240 2000 62 1 7 6 208 8016 10 A84179FA48000544
2015.11.19 21:39:34 2: CUL433: unknown message p11 128 32 144 4288 16 2352 56 1 7 0 448 7424 FB 3C420006640072
2015.11.19 21:39:34 2: CUL433: unknown message p 8 112 256 48 2592 32 176 36 1 4 4 496 3856 07 7710000130
Zwischendurch habe ich auch Tasten an dem Funksender gedrückt. Konnte jedoch keinen Zusammenhang mit dem "Rauschen" im Log und dem Drücken der Tasten erkennen. Lediglich dass die Ausgabe ins Log pausiert solange ich eine Taste gedrückt halte.
Anhand des a-culfw source codes habe ich die einzelnen Werte zumindest ihrer Bedeutung nach zuordnen können. So gilt zum Beispiel:
state 0h 0l 1h 1l 2h 2h valcount sync byteidx bitidx syncbitH syncbitL rssi data: contains parity and checksum, but no sync
p11 80 2288 192 80 96 1744 31 1 3 7 208 9184 09 2B1100AA
0h ist zero high, 0l ist zero low usw.
State kann dies sein:
1 INIT
2 SYNC
3 COLLECT
4 HMS
5 ESA
6 REVOLT
7 IT
8 TCM97001
9 ITV3
10 HE
10 OREGON3
11 Sync Package
Soweit das. Aber wie kann ich damit weiter machen? Und warum erhalte ich soviele Ausgaben im Log? Und wie könnte ich eine davon dem Druck auf einem Taster zuordnen?
Danke nochmals!
Um das Signal aufzuzeichnen und um die Timings zu ermitteln, benötigst Du den SignalDuino nicht, nur einen 433 Mhz ASK Empfänger aus einer IT-Funksteckdose oder greife das Signal aus Abzugshaube ab.
Mit dem CUL kann ich Dir nicht weiterhelfen, aber hier http://forum.fhem.de/index.php/topic,36810.msg290829.html#msg290829 (http://forum.fhem.de/index.php/topic,36810.msg290829.html#msg290829) ist schon mal ein Belfox-Handsender implementiert worden, der scheint ein ähnliches Protokoll zu verwenden.
Ich habe eine Relaiskarte mit solch einer Fernbedienung und kann dies teilweise steuern. Die Fernbedienung hat 4 Tasten, der Empfänger kann auf eine Intertechno-Fernbedienung angelernt werden.
Aber: Die Kodierung verwendet alle 4 Zustände des Intertechno-Protokolls, Der CUL sendet aber nur 3.
define Test____ IT 00F000FFFF xy xy
x=0 -> Relais 1,2 aus
=1 -> Relais 1,2 an
=F ->Relais 1 an, 2 aus
Es fehlt also einer der Zustände.
Ich habe auch eine Dunstabzugshaube mit dieser Fernbedienung. Seid Ihr mit dem Signal weiter gekommen?