Hallo,
ich habe ein Funk-Steckdosen-Set bei Penny (http://www.penny.de/angebote/aktuell//product/20980/) ergattert. Die Dosen werden angelernt, d.h. nach dem Einstecken muss ich auf der FB On/Off drücken. Es gibt keine Codes zum einstellen.
Leider wird das Set noch nicht vom signalduino erkannt.
Hier hatte ich die Ausgaben gepostet: http://forum.fhem.de/index.php/topic,38831.495.html
Auf dem Chip auf der FB ist nichts zu erkennen, es steht 50027.01B FLF-130105 daneben.
Die Stecker und die FB sehen aus wie Flamingo Funksteckdosen FA500S/3
Zitat von: Tom71 am 31 Oktober 2015, 15:07:24
Hallo,
ich habe ein Funk-Steckdosen-Set bei Penny (http://www.penny.de/angebote/aktuell//product/20980/) ergattert. Die Dosen werden angelernt, d.h. nach dem Einstecken muss ich auf der FB On/Off drücken. Es gibt keine Codes zum einstellen.
Leider wird das Set noch nicht vom signalduino erkannt.
Hier hatte ich die Ausgaben gepostet: http://forum.fhem.de/index.php/topic,38831.495.html
Auf dem Chip auf der FB ist nichts zu erkennen, es steht 50027.01B FLF-130105 daneben.
Die Stecker und die FB sehen aus wie Flamingo Funksteckdosen FA500S/3
Hoffen wir mal dass die Dosen nicht das gleiche Protokoll wie die Flamingos nutzen.
Was ich so gelesen habe, werden da vier verschiedene Codes übertragen.. Naja das ließe sich sicher auch lösen macht es halt nur etwas schwieriger.
Sieht aber leider so aus. Hab dazu einige Hinweise gefunden, bezüglich des Chips. https://github.com/ThibG/RFLink/blob/master/Plugins/Plugin_012.c
Im Forum gab es leider noch keine Lösung zu den Flamingo Dosen.
Hi Tom71,
durch den verlinkten Code schaue ich jetzt nicht so ohne weiteres durch.
Also bei den FA800S gibt es folgende Besonderheit:
Die Fernbedieung sendet 4 verschiedene Protokolle.
Die Funksteckdose reagiert aber nur auf eines der Protokolle.
In deinen Logs sind erst mal nur zwei Protokoll zu sehen, sowohl bei ON als auch bei OFF. Die Flamingos Steckdosen sollen nur auf ein anderes Protokoll reagieren.
Damit wir da mehr wissen, solltest Du einfach mal mehrfach drücken und das Log posten.
Paralell kannst Du mal das senden probieren.
Kann ja sein, dass die Penny Steckdosen auf was anderes reagieren, probier einfach mal beide Protokolle aus:
set sduino raw SR;;R=6;;P0=987;;P1=-531;;P2=485;;P3=-1043;;P4=3017;;P5=-7142;;D=45010123230101230101012301230123232323230123230123;;
set sduino raw SR;;R=6;;P0=1141;;P1=-378;;P2=383;;P3=-1137;;P4=-2241;;P5=3040;;D=24010123230101230101012301230123232323230123230123;;
Das könnten Codes zum Einschalten sein.
Die beiden Signale habe ich mal zum Demodulieren eingebaut. Das aktualisierte Modul bekommst Du via:
update force http://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Grüße Sidey
Hi Sidey,
vielen Dank für deine spontane Hilfe.
Ich hab den signalduino geupdatet und 2 Logs angehangen. Einmal für D On und einmal für D Off. Hilft es, wenn ich das für alle 8 Knöpfe mal erstelle? Oder ist das zuviel?
Für welche Schalter (A-D) sollte dein RAW-Comando sein? Ich müsste alle 4 mal stecken und schauen, ob einer reagiert. Mach ich nachher mal.
Gruss Thomas
Hallo Thomas,
Erst mal reicht es für einen oder zwei Knöpfe.
Sonst wird das wirklich zu viel.
Du kannst ja für C noch mal on und off beisteuern.
Vielleicht kann ich daraus noch was erkennen.
Die Daten verwirren mich ohnehin schon, da für ein und den selben Knopf mit der gleichen Aktion (on/off) unterschiedliche Werte heraus kommen.
Entweder ich hab einen Fehler beim demodulieren gemacht, oder da ist ein Rolling Code im Signal.
Ansonsten scheinen nur zwei Protokolle über tragen zu werden. Dass die anderen nicht empfangen oder über schrieben werden, halte ich für unwahrscheinlich.
Der Sendebefehl könnte bei der Steckdose funktionieren, welche Du in deinem 1. Post angegeben hast. Keine Ahnung, welche das war. :)
Grüße Sidey
Ich habe noch mal für C on/off hinzugefügt.
Leider haben auf den raw-Befehl die Dosen nicht reagiert.
Hmm, ich hab's befürchtet, dass es so einfach nicht geht.
Noch eine Sicherheitsfrage bezüglich senden.
Welche Firmware Version hast Du gerade?
In 3.8.1 war noch ein Bug, deshalb habe ich 3.8.1-HF1 erstellt. Ggg. Halt noch mal flashen und erneut probieren.
Beim durchsehen von C und D ist mir aufgefallen, dass es komplett identische Nachrichten gibt.
Das ist schon etwas seltsam.
Grüße Sidey
version => V 3.1.8-HF1 SIGNALduino - compiled at Oct 26 2015 11:10:38
Ich hab auch nochmal die Schaltung überprüft. Mit einer anderen ELRO-Steckdose mit DIP-Schaltern funktioniert der sduino.
Ich habe nochmal C und D protokoliert, jetzt mit verbose 5.
Jeweils immer
Zustand -> Button pressed
Off -> C- On
On -> C - On
On -> C - Off
Off -> C - Off
Off -> D - On
On -> D - On
On -> D - Off
Off -> D - Off
Diese Dosen haben doch keinen Rückkanal, oder ? In der FB ist jedenfalls nur ein Sender verbaut.
Hilft evtl. diese Seite weiter: http://forum.arduino.cc/index.php?topic=202556.0
Ich versuch das mal nachzubauen.
(Hat leider nichts gebracht, schaltet nicht)
Ich probier die Tage mal das nachzubauen: https://github.com/windkh/flamingoswitch
Ich habe gestern mal RFLink nachgebaut. https://github.com/ThibG/RFLink
Da ist eigentlich die Steckdose mit dabei. Zumindest der Chip:
Zitat* Device types:
* Elro FA500S Flamingo Switch
* Elro FA500DSS Flamingo Dimmer
* Elro FA500WD Flamingo Outdoor
* Elro FA500R Flamingo Remote Control
*
* PCB Markings:
* 50027.01B FLF-130105
* KT50039.01A FLF-13-06-03 Chip marking: S007V0.1
* KT50040.01A FLF-13-06-04
Leider erkennt das Gateway auch die Dosen nicht. Die Sendecodes stimmen nicht überein.
@Sidey Hast du noch eine Idee? Kann ich dir noch andere Daten liefern? Kannst du mir ein paar Tips geben, wo ich im Code schauen kann, um ggf. selber zu decodieren? (Signale decoden ist allerdings ein neues Thema für mich)
Hallo Tom,
Ich würde sagen, alles noch mal auf Start.
Irgendwo haben wir einen Denkfehler.
Wir haben eine Fernbedienung die verschiedene Protokolle senden kann.
Wir haben einen Empfänger der Protokoll erwartet.
Hast Du schon mal nach dem Chip in der Steckdose (Empfänger) gesehen?
Was ich noch empfehlen kann ist die Logikanalyse.
Es gibt einen speziellen Sketch und ein python Programm, was die Daten grafisch darstellt.
Damit könnte man wirklich alles was gesendet wird aufzeichnen und analysieren.
Grüße Sidey
Hallo Sidey,
im Empfänger sind zwei Chips U1 und U2
U1 hat keinen Aufdruck und U2 ist HDC02 DITG-H5 1519
auf dem Empfangsmodul ist ein: LM358 KC1408
Auf der Fernbedienung hat der Chip leider auch keinen Aufdruck. Ich hab mal ein paar Fotos angehangen.
Welches python Programm und welchen Sketch meinst du?
Logikanalyse :
https://github.com/RFD-FHEM/Logikanalyse
Das python Programm läuft unter python yx
Der Sketch muss compiliert werden.
Grüße Sidey
Hi,
probier doch noch mal folgendes bitte zu senden:
set sduino raw SR;;R=6;;P0=987;;P1=-531;;P2=485;;P3=-1043;;P4=3017;;P5=-7142;;D=45010123230101230101012301230123232323230123230121;;
set sduino raw SR;;R=6;;P0=1141;;P1=-378;;P2=383;;P3=-1137;;P4=-2241;;P5=3040;;D=2401012323010123010101230123012323232323012323012351;;
Grüße Sidey
Schade, auf die letzen raw Commandos hat keine der 4 Dosen reagiert.
Anbei die Messung mit dem Logicanalyse Tool. Ich hoffe, ich hab das richtig gemacht.
Ich habe auf Aufnahme geklickt und einmal den Knopf gedrückt.
Hi,
das sieht gut aus.
Es werden auch hier nur zwei Protokolle erkannt.
Ich gehe nicht davon aus, dass mehr übertragen werden.
Mit den Daten kann ich mal ein bisschen spielen.
Grüße Sidey
Zitat von: Tom71 am 07 November 2015, 09:25:09
Ich habe gestern mal RFLink nachgebaut. https://github.com/ThibG/RFLink
Leider erkennt das Gateway auch die Dosen nicht. Die Sendecodes stimmen nicht überein.
Hi, sorry for not using German.. but my German writing skills are not very good and I did not want to insult you with a poor auto translate..
Your URL is not to the official RFLink place but an outdated mirror.
For RFLink, visit https://sourceforge.net/projects/rflink/ (or www.nemcon.nl/blog2)
download the firmware file, flash it with the included loader software to the Arduino Mega and you will have full support for the FA500!
Yes, RFlink will Auto-detect the Flamingo FA500 remote control codes and can also control the wall switches by using the received codes.
We would be very happy to get RFlink support in FHEM! If anyone is willing to help let me know.
Stuntteam
Hello Stuntteam,
I don't have an Arduino Mega, but I ordered one. I tried the scetch on an Uno. But it don't recocnized the Remote Signal. I have removed some plugins, otherwise it doesn't fit into the RAM. When I receive the Mega, i will try the in Firmware.
Thomas
Gesendet mobil
Hi,
ich möchte auch an dieser Stelle nochmal auf meinen Beitrag im forum hier (und darin verlinkt im Arduino-Forum) hinweisen:
http://forum.fhem.de/index.php/topic,17026.msg353670.html#msg353670
Ich schalte die Flamingo/ELRO/mumbi/FA500 Dosen ohne Probleme. Momentan versuchen wir nur den Algorithmus zu knacken, aus dem einen gesendeten Code die anderen Codes zu berechnen, damit man eine vollautomatische Registrierung über fhem realisieren kann.
Sollte es nur um das Schalten der Dosen über fhem gehen, bin ich gerne bereit bei der Einbindung zu helfen.
Viele Grüße
Björn
Ich hatte mit der FlamingoSwitch Library schon etwas rumgespielt. Mir fehlte aber der Tip, dass die Codes 4fach geschickt werden müssen. Ich müsste dann das externe Tool rcswitch-pi/send aus Fhem verwenden? Mit den Fhem-Eigenen Tools, (z.B. raw ) geht es wohl nicht?
Verstehe ich das richtig, dass ich zum Senden den Transmitter direkt mit dem Raspi verbinden muss? Stichwort WirePi?. Oder könnte das Senden auch mit Signalduino/Fhemduino oder 433Mhz Cul gehen?
Ich probier das auf alle Fälle noch mal aus.
@Sidey hilft dir das auch weiter?
@wex_storm: auf den Post im Arduino-Forum gibt es über 11.000 Views? Da scheint das Interesse recht hoch zu sein.
Update: Der Flamingo-Scetch (https://forum.arduino.cc/index.php?topic=201771.msg2105261#msg2105261) empfängt leider nichts von der TEC STAR Fernbedienung. (Wenn ich mit RCSwitch den Arduino starte, bekomme ich von meiner ELRO-FB die Codes)
Dann scheint es wohl ein neuer Typ zu sein.
Gruss Thomas
Hi,
ich habe zum Senden direkt einen 433 Sender an mein RaspberryPI angeschlossen und rc-switch (mit wiringPI) installiert (http://www.einplatinencomputer.com/raspberry-pi-funksteckdosen-steuern-mit-rc-switch/ (http://www.einplatinencomputer.com/raspberry-pi-funksteckdosen-steuern-mit-rc-switch/)).
Ich hänge mal hier die geänderten Dateien an.
Probier's ruhig mal.
Wichtig ist wie gesagt das Auslesen der Codes mit dem von mir abgeänderten flamingoswitch und die Pulselänge. Da musste ich relativ lange dran rumprobieren. Auch der Aufruf von piHiPri(99); in der send.cpp ist wichtig!
Gruß
Björn
@wex_storm. Welche Version von rcswitch benutzt du zum kompilieren von send.cpp?
Wenn ich https://github.com/r10r/rcswitch-pi.git benutze und die send.cpp austausche, bekomme ich:
g++ -c -o send.o send.cpp
send.cpp: In function 'int main(int, char**)':
send.cpp:62:40: error: invalid conversion from 'char*' to 'int' [-fpermissive]
RCSwitch.h:61:10: error: initializing argument 2 of 'void RCSwitch::switchOn(char*, int)' [-fpermissive]
send.cpp:69:41: error: invalid conversion from 'char*' to 'int' [-fpermissive]
RCSwitch.h:62:10: error: initializing argument 2 of 'void RCSwitch::switchOff(char*, int)' [-fpermissive]
<builtin>: recipe for target 'send.o' failed
make: *** [send.o] Error 1
Gruss
Thomas
Zitat von: Tom71 am 24 November 2015, 18:20:13
@wex_storm. Welche Version von rcswitch benutzt du zum kompilieren von send.cpp?
Wenn ich https://github.com/r10r/rcswitch-pi.git benutze und die send.cpp austausche, bekomme ich:
g++ -c -o send.o send.cpp
send.cpp: In function 'int main(int, char**)':
send.cpp:62:40: error: invalid conversion from 'char*' to 'int' [-fpermissive]
RCSwitch.h:61:10: error: initializing argument 2 of 'void RCSwitch::switchOn(char*, int)' [-fpermissive]
send.cpp:69:41: error: invalid conversion from 'char*' to 'int' [-fpermissive]
RCSwitch.h:62:10: error: initializing argument 2 of 'void RCSwitch::switchOff(char*, int)' [-fpermissive]
<builtin>: recipe for target 'send.o' failed
make: *** [send.o] Error 1
Gruss
Thomas
Hmm, ich häng Dir mal alles an.
Gruß
OK, send müsste jetzt gehen. Leider komme ich an die Codes nicht ran. Wie gesagt, der Arduino empfängt keine kompatiblen Daten. Wo kann ich mehr debug-Ausgaben in FlamingoSwitch.cpp einbauen?
Hi, wenn gar keine Daten kommen, dann könnte es auch am falschen PIN liegen. Wie genau hast Du den Empfänger angeschlossen (muss entweder Pin2 oder 3 sein)?
Ansonsten probier doch mal bitte RC-Switch (https://github.com/sui77/rc-switch) Kommt da was an?
Hi Björn,
ich fasse nochmal zusammen:
- Ich habe 2 Fernbedienungen: ELRO AB440R und eine Tec Star Modell 2335191R
- Mit RC-Switch kann ich die ELRO-FB wunderbar lesen und auch schalten.
- Mit RC-Switch und der Tec Star FB kommt gar nichts beim Arduino an, die LEDs am Arduino zeigen auch keinen Empfang an
- Mit dem Signalduino kann ich die Tec Star FB empfangen, aber die Signale nicht decodieren.
Meine Vermutung, dass es sich beim Tec Star um einen Flamingo-Switch handelt, hatte ich nur durch den Eintrag in der Bibliothek: https://github.com/ThibG/RFLink/blob/master/Plugins/Plugin_012.c
hier wurde das PCB erwähnt, der in der FB ist: 50027.01B FLF-130105
Vielleicht ist das aber eine Sackgasse. Auf dem Chip ist leider kein Aufdruck und es wurde nur das gleiche PCB verwendet, wie bei den Flamingo Switches.
@Stuntteam:
Today I received my Arduino Mega and I used the latest RFLink Firmware (33).
But the RFLink doesn't know the remote control:
20;01;Unitec;ID=c6b540;SWITCH=00;CMD=ON;
20;02;Unitec;ID=c22b90;SWITCH=00;CMD=ON;
20;03;Unitec;ID=c38020;SWITCH=00;CMD=ON;
20;04;Unitec;ID=c9afac;SWITCH=06;CMD=ALLOFF;
I got no CMD=OFF only sometimes ALLOFF
With Domoticz server on windows I got:
Error: RFLink: Unhandled switch type: Unitec
So it seams that is an different remote control than Flamingo.
Thomas
Hi Zusammen,
ich sitze hier nun auch vor nicht schaltenden Flamingo Dosen - hat sich da noch was getan?
Gruß
Dominik
Kannst du mal ein Bild von der Fernbedienung und der Steckdose posten?
Gesendet mobil
Ich bin dabei ein paar Bugs im SIGNALduino zu beheben.
Vielleicht hat das erkannte Signal nicht gestimmt, senden kann dann ja leider auch nicht klappen.
Grüße Sidey
Hi,
im Anhang das Bild.
Gruß
Gibt es hier schon was neues?
Ich hab nochmal hin und her probiert aber schalten tut nicht.
Ja, habe gestern die Firmware im dev-r32 Branch aktualisiert
Hey habe mittels:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
und anschließendem Flash die neue Firmware auf den Sduino gepackt.
Habe nochmal alle vorher angelegten IT Devices gelöscht.
Verbose=4
Nun werden keine Devices mehr angelegt ich bekomme:
2016-03-31 22:30:39 SIGNALduino SDuino UNKNOWNCODE i559955A95555965500
2016-03-31 22:30:40 SIGNALduino SDuino opened
2016-03-31 22:30:40 SIGNALduino SDuino UNKNOWNCODE i559955A95555965500
2016-03-31 22:30:41 SIGNALduino SDuino UNKNOWNCODE i114115
2016-03-31 22:30:41 SIGNALduino SDuino opened
Wenn ich die Fernbedienung drücke.
Zitat von: Dominik83 am 31 März 2016, 22:33:15
Hey habe mittels:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
und anschließendem Flash die neue Firmware auf den Sduino gepackt.
Habe nochmal alle vorher angelegten IT Devices gelöscht.
Verbose=4
Nun werden keine Devices mehr angelegt ich bekomme:
2016-03-31 22:30:39 SIGNALduino SDuino UNKNOWNCODE i559955A95555965500
2016-03-31 22:30:40 SIGNALduino SDuino opened
2016-03-31 22:30:40 SIGNALduino SDuino UNKNOWNCODE i559955A95555965500
2016-03-31 22:30:41 SIGNALduino SDuino UNKNOWNCODE i114115
2016-03-31 22:30:41 SIGNALduino SDuino opened
Wenn ich die Fernbedienung drücke.
Aha, kannst Du mir noch mal zu einer oder zwei Tasten die SignalDaten, sind ab verbose 4 im Log, posten?
Grüße Sidey
Klaro:
2016.03.31 23:14:00 4: SDuino/msg READ: MU;P1=-2548;P2=-1279;P3=253;P4=-259;D=31343234323432343232343432323434323432343234323432323432343234343234323432343234323432343234323432323434323432323434323432343234323;CP=3;
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.03.31 23:14:00 4: SDuino/msg READ: MU;P0=266;P1=-277;P2=-1356;P3=-10764;D=001020102010202010201020101020102010201020102010201020102010202010102010202010102010201020102030202010101020202;CP=0;
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.31 23:14:00 4: SDuino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.03.31 23:14:01 4: SDuino/msg READ: MU;P0=-262;P1=-1283;P2=282;P4=460;D=012020202121212120202021212121212021202120212021202021212121202021202121202121212020212020202121204;CP=2;
2016.03.31 23:14:01 4: SDuino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.03.31 23:14:01 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.03.31 23:14:01 4: SDuino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.03.31 23:14:01 4: SDuino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.03.31 23:14:01 4: SDuino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.03.31 23:14:01 4: SDuino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.31 23:14:01 4: SDuino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.03.31 23:14:01 4: SDuino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.03.31 23:14:02 4: SDuino/msg READ: MU;P0=-139;P1=262;P2=-92;P4=-1260;P5=-748;D=00121014141014101410101410141014101015101;CP=1;
2016.03.31 23:14:02 4: SDuino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.03.31 23:14:02 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.03.31 23:14:02 4: SDuino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino/msg READ: MU;P3=-1273;P4=-266;P5=248;D=4344535453545353545453535454535453545354535453535453545354545354535453545354535453545354535453535454535453535454535453545353545;CP=5;
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino/msg READ: MU;P0=-1273;P1=250;P2=-264;D=00121210121012101210121010121012101212101210121012101210121012101210121010121210121010121210121012101012;CP=1;
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino/msg READ: MU;P0=-148;P1=322;P2=-975;P3=964;P4=-337;P5=-9788;D=00123412341512121234121212341234121212341212121212;CP=1;
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: decoded matched MU Protocol id 40 dmsg u4022880 length 20
2016.03.31 23:14:03 3: SDuino: Unknown code u4022880, help me!
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.03.31 23:14:03 4: SDuino/msg READ: MS;P0=311;P1=-986;P2=960;P3=-340;P4=-9799;D=04010101230101012301230101012301010101012301230123;CP=0;SP=4;
2016.03.31 23:14:03 4: SDuino: Matched MS Protocol id 3 -> itv1
2016.03.31 23:14:03 4: SDuino: Decoded MS Protocol id 3 dmsg i114415 length 24
2016.03.31 23:14:03 3: SDuino: Unknown code i114415, help me!
Hallo,
die empfangenen Daten habe ich gesichtet, anbei die Sendekommandos.
Einer davon, sollte hoffentlich eine Aktion bei dir auslösen:
set sduino raw:
SR;R=6;P1=-2548;P2=-1279;P3=253;P4=-259;D=31343234323432343232343432323434323432343234323432323432343234343234323432343234323432343234323432323434323432323434323432343234323;
SR;R=6;P0=266;P1=-277;P2=-1356;P3=-10764;D=01020102010202010201020101020102010201020102010201020102010202010102010202010102010201020102030202010101020202;
SR;R=6;P0=-262;P1=-1283;P2=282;P4=460;D=012020202121212120202021212121212021202120212021202021212121202021202121202121212020212020202121204;
SR;R=6;P0=-139;P1=262;P2=-92;P4=-1260;P5=-748;D=0121014141014101410101410141014101015101;
SR;R=6;P3=-1273;P4=-266;P5=248;D=4344535453545353545453535454535453545354535453535453545354545354535453545354535453545354535453535454535453535454535453545353545;
SR;R=6;P0=311;P1=-986;P2=960;P3=-340;P4=-9799;D=04010101230101012301230101012301010101012301230123;CP=0;SP=4;
Grüße Sidey
Hi Sidney,
das tut leider noch nicht.
Wofür steht denn SR und R=6 ?
Gruß
Hi,
ich grab das hier nochmal aus :-)
Nachdem ich bei TOOM Steckdosen für die Weihnachtsbeleuchtung gekauft hatte sollten die irgendwann in FHEM. Also die Teile für nen Signalduino besorgt und los gings. Dachte das sind selbstlernende Intertechno. Ein paar erfolglose Nächte später war klar das dies nicht der Fall ist >:(
Ich hab nun noch ein Satz ITR-1500 besorgt. Der Signalduino V 3.3.0 funktioniert auf jedenfall :-) Allerdings bisher nur mit den ITR-1500.
Die TOOM Steckdosen will ich nun aber nicht weggeben und doch noch integrieren. Sie sind Baugleich mit den Penny-Steckdosen.
Empfangen kann ich Signale vom Sender, nur reagiert die Dose nicht auf gesendete Signale vom Signalduino.
Gab es mittlerweile Fortschritte?
Grüße
Achim
Hallo CBSnake,
ich bastel auch noch mit den Flamingo-Steckdosen herum, siehe meinen Post https://forum.fhem.de/index.php/topic,73806.0.html (https://forum.fhem.de/index.php/topic,73806.0.html)
FHEM muss das Signal 2x kurz hintereinander senden, dann schalten auch die Steckdosen. Für Atomatismen reicht es, aber für manuelles Schalten muss ein Dummy bzw die original Fernbedienung herhalten.
set Flamingo_SW1,Flamingo_SW1 on
Sidey konnte mir aber bisher auch nicht weiter helfen.
oh,
dann muss ich doch mal wieder schauen ob der Signalduino nun was erkennt, beim letzten Mal erkannte er nur wirres Zeugs und jedesmal andere Codes für die selbe Taste :-)
Zitat von: Tom71 am 01 November 2015, 08:37:03
Ich hab den signalduino geupdatet und 2 Logs angehangen. Einmal für D On und einmal für D Off. Hilft es, wenn ich das für alle 8 Knöpfe mal erstelle? Oder ist das zuviel?
Gruss Thomas
Hallo Thomas,
das Thema ist zwar schon ziemlich alt, aber ich hoffe mal, das du noch mitliest und auch diese Fernbedienung noch besitzt.
Ich bin gerade dabei, ein Protokoll für Funksteckdosen einzubauen und mehr oder weniger zufällig darauf gestossen, das die Daten aus deinen Logs damit auch dekodiert werden.
Wenn du noch Interesse hast, wir diskutieren das Thema gerade in https://github.com/RFD-FHEM/RFFHEM/issues/667 (https://github.com/RFD-FHEM/RFFHEM/issues/667).
Das Protokoll könntest du ausprobieren, indem du folgenden Update-Befehl ausführst:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r34_QUIGG-Gt-9000/controls_signalduino.txt