Schalten von Flamingo SF-500S Steckdosen (Hornbach Baumarkt) mit Signalduino

Neelix · 01 Juli 2017, 16:05:07

Hallo zusammen,

ich habe mir bei Hornbach diese Funkschaltsteckdosen Flamingo SF-500S (selbstlernend) für 9,60€ (Schnäppchen-Standard-Preis) gekauft:

http://www.setpoint.de/artikelbilder/106902/d/3er-set-funksteckdosen-mit-fernbedienung-homewizar.jpg

Hier im Forum gibt es einen Thread der sich mit den Flamingo FA-500 und deren Problemlösung beschäftigt. Dieser hilft mir aber nicht weiter. Meine erworbenen Steckdosen werden vom SIGNALDUINO mit Protokoll IT_V3 erkannt und es werden die entsprechenden Device mit autocreate angelegt. Mein Problem liegt in der Steuerung der Steckdosen mit FHEM. Über die ON/OFF-Button in FHEM wird das Schaltsignal nur 1x gesendet. Die Steckdosen benötigen jedoch das Signal mindestens 3x in folge damit sie schalten.

Welches Attribut muss ich dem Device zusätzlich geben, damit der Befehl mehrmals gesendet wird. In der Commandref und im Wiki (Intertechno) habe ich dazu nichts gefunden.
Hat jemand einen passenden Lösungsansatz, denn aktuell behelfe ich mir mit folgendem Workaround der zumindest für die automatische Steuerung funktioniert:

Zitatset Flamingo_SW1,Flamingo_SW1,Flamingo_SW1 on

Die Steuerung mit FHEM per ON/OFF-Button lässt sich am PC mit mehreren Maus-Klicks noch realisieren, aber am Tablet/Smartphone funktionieren "mehrfach-klicks" nicht.

KölnSolar · 01 Juli 2017, 21:02:14

itrepetition, siehe commandref

Neelix · 02 Juli 2017, 11:29:36

Spaßvogel

Ich habe doch geschrieben das in der Commandref dazu nichts zu finden ist!

Habe trotzdem dein Hinweis ausprobiert. Habe mit Werten zwischen 2-9 getestet, leider funktioniert es trotzdem nicht. Es muss ein anderes Problem bestehen.

Ich nutze V 3.3.1-dev SIGNALduino cc1101 - compiled at Jan 12 2017 20:49:02

KölnSolar · 02 Juli 2017, 15:17:12

Zitat Spaßvogel

Nein, sorry, ich dachte wirklich, dass die commandref schon ein update erfahren hätte

Signalduino kann ich nicht beurteilen. Versuch ruhig mal 2-stellige itrepetitions. Standard ist bereits 3(oder waren es 6 ?) und Du brauchst ja dann scheinbar noch einen Faktor 3, also minimum 9.

Neelix · 02 Juli 2017, 17:23:56

Hallo KölnSolar,

Sobald ich das Attribut itrepetition setze funktioniert die Steuerung gar nicht mehr.
Wie du vermutet hast ist die Standardeinstellung schon 6x, das habe ich mit verbose4 herausgefunden und das dabei Protokoll 17 verwendet wird.

Code Auswählen

2017.07.02 16:59:30 3: sduino IT_set: Flamingo_SW1 on
2017.07.02 16:59:30 4: sduino IT_set: sendMsg=P17#11101101111011010000000000010001#R6

Ich werde hierzu mal den Signalduino-Spezialisten "Sidey" kontaktieren müssen.

Sidey · 02 Juli 2017, 18:28:04

Poste noch mal ein Log, wenn Du im Signalduino verbose 5 gesetzt hast.

Sowohl vom Senden als auch vom Empfangen.

Grüße Sidey

Gesendet von meinem Nexus 5 mit Tapatalk

Neelix · 02 Juli 2017, 20:26:27

Hallo Sidey,

Ich hoffe das beim Log nicht irgendwas dazwischen gefunkt hat, so umfangreich wie das aussieht.
Hier das Log für das senden aus FHEM per ON-Button:

Code Auswählen

2017.07.02 18:53:07 3: sduino: setting Verbose to: 5
2017.07.02 18:53:51 3: sduino IT_set: Flamingo_SW1 on
2017.07.02 18:53:51 4: sduino IT_set: sendMsg=P17#11101101111011010000000000010001#R6
2017.07.02 18:53:51 5: sduino/write: adding to queue sendMsg P17#11101101111011010000000000010001#R6
2017.07.02 18:53:51 5: sduino: sendmsg Preparing rawsend command for protocol=17, repeats=6, clock=250 bits=11101101111011010000000000010001
2017.07.02 18:53:51 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0102030203020303020203020303020203020302030203030202030203030202030302030203020302030203020302030203020302030202030302030203020203;
2017.07.02 18:53:52 5: sduino SW: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0102030203020303020203020303020203020302030203030202030203030202030302030203020302030203020302030203020302030202030302030203020203;
2017.07.02 18:53:52 4: sduino SendFromQueue: msg=SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0102030203020303020203020303020203020302030203030202030203030202030302030203020302030203020302030203020302030202030302030203020203;
2017.07.02 18:53:52 4: sduino/msg READ: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0102030203020303020203020303020203020302030203030202030203030202030302030203020302030203020302030203020302030202030302030203020203;
2017.07.02 18:53:52 5: sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0102030203020303020203020303020203020302030203030202030203030202030302030203020302030203020302030203020302030202030302030203020203;
2017.07.02 18:53:52 4: sduino/read sendraw answer: SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0102030203020303020203020303020203020302030203030202030203030202030302030203020302030203020302030203020302030202030302030203020203;
2017.07.02 18:53:52 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2017.07.02 18:54:02 4: sduino/KeepAliveOk: 1
2017.07.02 18:54:02 4: sduino/keepalive retry = 0

Hier das Log von dem Empfang des Flamingo-Fernbedienung ON-Button A:

Code Auswählen


2017.07.02 18:54:10 4: sduino/msg READ: MS;P1=-2609;P2=210;P3=-1330;P4=-334;D=212324232423242423232423242423232423242324232424232324232424232324242324232423242324232423242324232423242324232324242324232423232425;CP=2;SP=1;R=44;O;
2017.07.02 18:54:10 4: sduino: Matched MS Protocol id 17 -> arctech
2017.07.02 18:54:10 5: sduino: Starting demodulation at Position 2
2017.07.02 18:54:10 5: sduino: Found wrong signalpattern, catched 32 bits, aborting demodulation
2017.07.02 18:54:10 5: sduino: applying postDemodulation method CODE(0x17ae360)
2017.07.02 18:54:10 5: sduino: modified value after postDemodulation: 1 0 1 0 1 0 0 1 1 0 1 0 0 1 1 0 1 0 1 0 1 0 0 1 1 0 1 0 0 1 1 0 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 1 0 0 1 0 1 0 1 1 0
2017.07.02 18:54:10 4: sduino: Decoded MS Protocol id 17 dmsg iA9A6A9A65555565600 length 64
2017.07.02 18:54:10 5: sduino: converted Data to (iA9A6A9A65555565600)
2017.07.02 18:54:10 5: sduino: dispatch iA9A6A9A65555565600
2017.07.02 18:54:10 4: sduino IT: message "iA9A6A9A65555565600" (19)
2017.07.02 18:54:10 4: sduino ITv3dimm: bin message "101010011010011010101001101001100101010101010101010101100101011000000000" (72)
2017.07.02 18:54:10 4: sduino IT: msgcode "11101101111011010000000000010001DDDD" (36) bin = 101010011010011010101001101001100101010101010101010101100101011000000000
2017.07.02 18:54:10 3: sduino IT: Flamingo_SW1 on->on
2017.07.02 18:54:10 4: sduino: Matched MS Protocol id 4 -> arctech2
2017.07.02 18:54:10 5: sduino: Starting demodulation at Position 2
2017.07.02 18:54:10 5: sduino: Found wrong signalpattern, catched 64 bits, aborting demodulation
2017.07.02 18:54:10 4: sduino: Decoded MS Protocol id 4 dmsg iA9A6A9A65555565600 length 64
2017.07.02 18:54:10 5: sduino: converted Data to (iA9A6A9A65555565600)
2017.07.02 18:54:10 4: sduino: Dropped (iA9A6A9A65555565600) due to short time or equal msg
2017.07.02 18:54:10 4: sduino/msg READ: MU;P1=-2600;P2=217;P3=-1323;P4=-333;P5=-10738;D=23242423232423242423242423232423242423232423242324232424232324232424232324242324232423242324232423242324232423242324232324242324232423232425212324232423242423232423242423232423242324232424232324232424232324242324232423242324232423242324232423242324232324;CP=2;R=46;O;
2017.07.02 18:54:10 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.07.02 18:54:10 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.07.02 18:54:10 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.07.02 18:54:10 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.07.02 18:54:10 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.07.02 18:54:10 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.07.02 18:54:10 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.07.02 18:54:10 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.07.02 18:54:10 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.07.02 18:54:10 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.07.02 18:54:10 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.07.02 18:54:10 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.07.02 18:54:10 4: sduino/msg READ: MU;P0=205;P1=-1332;P2=-340;D=0102020101020102020101020102010201020201010201;CP=0;R=46;
2017.07.02 18:54:10 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.07.02 18:54:10 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.07.02 18:54:10 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.07.02 18:54:10 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.07.02 18:54:10 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.07.02 18:54:10 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.07.02 18:54:10 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.07.02 18:54:10 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.07.02 18:54:10 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.07.02 18:54:10 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.07.02 18:54:11 4: sduino/msg READ: MS;P0=-1345;P1=208;P2=-332;P4=-2584;D=141012101210121210101210121210101210121012101212101012101212101012121012101210121012101210121012101210121012101012121012101210101213;CP=1;SP=4;R=46;O;
2017.07.02 18:54:11 4: sduino: Matched MS Protocol id 17 -> arctech
2017.07.02 18:54:11 5: sduino: Starting demodulation at Position 2
2017.07.02 18:54:11 5: sduino: Found wrong signalpattern, catched 32 bits, aborting demodulation
2017.07.02 18:54:11 5: sduino: applying postDemodulation method CODE(0x17ae360)
2017.07.02 18:54:11 5: sduino: modified value after postDemodulation: 1 0 1 0 1 0 0 1 1 0 1 0 0 1 1 0 1 0 1 0 1 0 0 1 1 0 1 0 0 1 1 0 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 1 0 0 1 0 1 0 1 1 0
2017.07.02 18:54:11 4: sduino: Decoded MS Protocol id 17 dmsg iA9A6A9A65555565600 length 64
2017.07.02 18:54:11 5: sduino: converted Data to (iA9A6A9A65555565600)
2017.07.02 18:54:11 4: sduino: Dropped (iA9A6A9A65555565600) due to short time or equal msg
2017.07.02 18:54:11 4: sduino: Matched MS Protocol id 4 -> arctech2
2017.07.02 18:54:11 5: sduino: Starting demodulation at Position 2
2017.07.02 18:54:11 5: sduino: Found wrong signalpattern, catched 64 bits, aborting demodulation
2017.07.02 18:54:11 4: sduino: Decoded MS Protocol id 4 dmsg iA9A6A9A65555565600 length 64
2017.07.02 18:54:11 5: sduino: converted Data to (iA9A6A9A65555565600)
2017.07.02 18:54:11 4: sduino: Dropped (iA9A6A9A65555565600) due to short time or equal msg
2017.07.02 18:54:11 4: sduino/msg READ: MU;P0=-329;P1=214;P2=-1323;D=012101210121012101210121012121010121012101212101;CP=1;R=247;
2017.07.02 18:54:11 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.07.02 18:54:11 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.07.02 18:54:11 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.07.02 18:54:11 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.07.02 18:54:11 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.07.02 18:54:11 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.07.02 18:54:11 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.07.02 18:54:11 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.07.02 18:54:11 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.07.02 18:54:11 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.07.02 18:54:11 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.07.02 18:54:11 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting

Nun bin ich gespannt was du daraus lesen kannst

Neelix · 07 Juli 2017, 22:01:08

Möchte noch eine Ergänzung geben, welche eventuell weiterhilft das Problem mit dem Schalten der Stechdosen einzugrenzen. Ich habe mit dem Attribut ITclock diverse Einstellungen getestet. Der Bereich in dem die Steckdosen (mit meinem o.g. Workaround) funktionieren ist zwischen 210-285, also im normalen voreingestellten Bereich.

Sidey · 09 Juli 2017, 21:06:58

Die Flamingo Steckdosen senden vier verschiedene Protokolle soweit ich das in Erinnerung habe.

Probier es mal mit diesem set raw Befehl:

Code Auswählen


SR;R=6;P0=210;P1=-2600;P2=-1300;P3=-330;D=0102030203020303020203020303020203020302030203030202030203030202030302030203020302030203020302030203020302030202030302030203020203;

Für weitere Analysen würde es helfen, wenn Du den MS Decoder mit set disableMessageType temporär deaktivierst und dann mehrmals in gleichem Abstand (10 Sekunden) eine Taste auf der FB drückst.

Grüße Sidey

Neelix · 14 Juli 2017, 21:21:05

Hallo Sidey,

leider zeigt der RAW Befehl keine Wirkung.
Über set disableMessageType habe temporär "syncedMS" deaktiviert. Danach reagiert der SDUINO nur noch auf den OFF-Button der Fernbedienung mit folgen Log-Eintrag (verbose 5):

Code Auswählen

2017.07.14 19:55:40 4: sduino/msg READ: MU;P0=1200;P1=-2804;P3=-6323;P4=3243;P5=-27124;D=010343034343434343034303430343034343030343034343430343434343434343430303430343434343430345;CP=4;R=3;
2017.07.14 19:55:40 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.07.14 19:55:40 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.07.14 19:55:40 4: sduino/msg READ: MU;P0=200;P1=-724;P2=1202;P3=-6313;P4=3253;P5=-16644;P6=136;P7=-388;D=123432343434343432343234323432343432323432343434323434343434343434323234323434343434323456701;CP=4;R=0;
2017.07.14 19:55:40 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.07.14 19:55:40 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.07.14 19:55:40 5: sduino: Starting demodulation at Position 1
2017.07.14 19:55:40 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.07.14 19:55:40 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.07.14 19:55:40 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.07.14 19:55:40 5: sduino: Starting demodulation at Position 1
2017.07.14 19:55:40 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.07.14 19:55:41 4: sduino/msg READ: MU;P0=2076;P1=-2792;P2=1204;P3=-6330;P4=3237;P5=-12660;D=012343234343434343234323432343234343232343234343432343434343434343432323432343434343432345;CP=4;R=255;
2017.07.14 19:55:41 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.07.14 19:55:41 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.07.14 19:55:55 4: sduino/msg READ: MU;P0=-314;P1=223;P2=-1325;P3=-10716;P4=-2592;D=01210101212101210101212101210121012101012121012101012121010121012101210121012101210121012101210121012101210121012101212101314121012101210101212101210101212101210121012101012121012101012121010121012101210121012101210121012101210121012101210121012101212101;CP=1;R=75;O;
2017.07.14 19:55:55 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.07.14 19:55:55 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.07.14 19:55:55 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.07.14 19:55:55 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.07.14 19:55:55 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.07.14 19:55:55 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.07.14 19:55:55 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.07.14 19:55:55 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.07.14 19:55:55 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.07.14 19:55:55 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.07.14 19:55:55 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.07.14 19:55:55 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.07.14 19:55:55 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.07.14 19:55:55 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.07.14 19:55:56 4: sduino/KeepAliveOk: 1
2017.07.14 19:55:56 4: sduino/keepalive retry = 0

Was mir auch bei meinem ursprünglichen Log auffällt ist, das der msgcode dem der selbstlernende Intertechno Funksteckdosen (z.B. ITR-1500) entspricht. Jedoch mit einer Erweiterung von DDDD

Code Auswählen

2017.07.02 18:54:10 4: sduino IT: msgcode "11101101111011010000000000010001DDDD" (36) bin = 101010011010011010101001101001100101010101010101010101100101011000000000

Per autocreate wird dann ein IT-Device mit V3-Protokoll 17 und Code "11101101111011010000000000 01 0001" angelegt, es fehlt jedoch diese ominöse Erweiterung DDDD.

Ich tappe weiter im Dunkeln

ChristianOS · 13 September 2017, 21:17:25

Guten Abend,

gibt es zu diesem Thema Updates? Ich habe heute im "Action" auch ein Funksteckdosen-Set gekauft. Zwar die (neue?) Version SF-501 aber im Grunde das Gleiche.

Ich kann alles hier Geschriebene nachvollziehen.

Mein Workaround aktuell ist ein DOIF, welches den <on> und <off> Befehl 3mal ausführt.

Code Auswählen


define Schalte_IT_V3_3008001 DOIF ([IT_V3_3008001] eq "on")((set IT_V3_3008001,IT_V3_3008001,IT_V3_3008001 on)) DOELSEIF ([IT_V3_3008001] eq "off")((set IT_V3_3008001,IT_V3_3008001,IT_V3_3008001 off)) DOELSE

Gruß
Christian

Neelix · 22 Oktober 2017, 21:57:07

Hallo Christian,

leider gibt es keine neuen Erkenntnisse, außer das man grundsätzlich die dazugehörige Fernbedienung zur Programmierung der Steckdosen benötigt. Ich habe inzwischen noch weitere Sets bei Hornbach gekauft um weitere Codes zur Verfügung zu haben, da sich aus FHEM heraus die Steckdosen (noch) nicht programmieren lassen.

Auf jeden Fall haben die Steckdosen einen sehr guten Empfang. Mein selbst gebauter NanoCUL schaltet aus dem Haus heraus in der 30m entfernten Garage befindliche Steckdosen zuverlässig.

fzzybllz · 08 November 2017, 22:23:45

Servus zusammen,

ich habe die exakt gleichen Steckdosen wie du in Betrieb und schalte diese aktuell einigermaßen simpel über einen Arduino Nano mit FS-1000A, der per USB am RPI hängt (eigener Sketch, kein Signalduino etc.).

Der Arduino bekommt sein Signal von Fhem via ECMD und ECMDDevice.
Falls euch das näher interessiert stell ich gerne den Sketch und eine kurze Anleitung hier rein.

P.S.: Ich nutze einen völlig anderen Code zum senden als ihr. Bei mir ist das ein 8-Stelliger Zahlencode und dann die ID's 0 bis 2 mit den states 0 und 1

Neelix · 12 November 2017, 12:58:42

Hallo fzzybllz,

um das ganze zu vereinheitlichen, könntest Du doch mit "Sidey" Kontakt aufnehmen und eventuell Deine Erkenntnisse in das SignalDUINO-Projekt einfließen lassen. Dann bräuchten die User nicht noch einen zusätzlichen Arduino.

Du kannst aber auch gerne zusätzlich den entsprechenden FHEM-Code hier posten und den passenden Arduino-Sketch zur Verfügung stellen.

RasmusV · 05 Dezember 2017, 19:18:55

Hallo Zusammen,

ich habe die Flamingo SF500WD Steckdosen und an FHEM habe ich einen nanoCUL. Ich kann fast alles hier geschriebene nachvollziehen. Aber ich bekomme es leider nicht umgesetzt.

Die Steckdosen sind mit autocreate angelegt worden und beim Drücken der entsprechenden Tasten auf der Fernbedienung wechselt die Anzeige in der Weboberfläche auf "on/off".

Jedoch bekomme ich das Schalten aus FHEM heraus nicht hin. Nicht mit "set <device>,<device>,<device> on" und eben auch nicht mit dem DOIF für dreimaliges Senden. ITrepetitions und ITClock habe ich auch schon probiert.

Wo liegt nur mein Fehler?

Freue mich auf Eure Tipps!

Viele Grüße!

fzzybllz · 05 Dezember 2017, 21:44:47

Hi RasmusV,

ich bin mittlerweile auch auf einen nanoCul umgestiegen. Die Steckdosen wurden direkt erkannt als IT V3 und angelegt. Das hat bei dir ja anscheinand auch geklappt. Ich nehme an dazu hast du die original Fernbedienung der Steckdosen genommen.

Was mich irritiert ist, dass bei dir mit der FB der FHEM-Status wechselt. Das sollte eigentlich nicht passieren. Hattest du die Steckdosen vorher mit der FB mal angelernt?
Wie sehen deine autocreates in FHEM aus ?

cheers

RasmusV · 06 Dezember 2017, 10:28:41

Hi fzzybllz,

vielen Dank für Deine Antwort. Eines vorweg: Man würde mich noch als blutigen Anfänger bezeichnen! Aber ich lese schon seit langem fleißig mit! Es besteht also auch die Möglichkeit, dass ich einen Anfängerfehler mache.

Die Steckdose ist mit der Fernbedienung angelernt worden. Beim Drücken der Taste A "on" wurde dann in FHEM mit autocreate ein Gerät angelernt. Schalte ich nun auf der Fernbedienung wird auf FHEM zuverlässig zwischen ON/OFF gewechselt.

Hier der Teil des Logs beim autocreate:

Code Auswählen

2017.12.05 18:09:47 2: nanoCUL IT: IT_V3_2e4a0001 (0101110010010100000000000000001) not defined (Address: 01011100100101000000000000 Group: 0 Unit: 0001 Switch code: 1)
2017.12.05 18:10:46 2: nanoCUL IT: IT_V3_2e4a0001 (0101110010010100000000000000001) not defined (Address: 01011100100101000000000000 Group: 0 Unit: 0001 Switch code: 1)
2017.12.05 18:11:19 2: nanoCUL IT: IT_V3_2e4a0001 (0101110010010100000000000000001) not defined (Address: 01011100100101000000000000 Group: 0 Unit: 0001 Switch code: 1)
2017.12.05 18:11:19 2: nanoCUL IT: IT_V3_2e4a0001 (0101110010010100000000000000001) not defined (Address: 01011100100101000000000000 Group: 0 Unit: 0001 Switch code: 1)
2017.12.05 18:11:19 2: autocreate: define IT_V3_2e4a0001 IT 01011100100101000000000000 0 0001
2017.12.05 18:11:19 2: autocreate: define FileLog_IT_V3_2e4a0001 FileLog ./log/IT_V3_2e4a0001-%Y.log IT_V3_2e4a0001

Schalten kann ich die Steckdose aus FHEM heraus mit den hier aufgeführten Workarounds nicht.

Freue mich auf Eure Antworten!

Viele Grüße

fzzybllz · 06 Dezember 2017, 10:41:30

Zitat von: Neelix am 12 November 2017, 12:58:42
um das ganze zu vereinheitlichen, könntest Du doch mit "Sidey" Kontakt aufnehmen und eventuell Deine Erkenntnisse in das SignalDUINO-Projekt einfließen lassen. Dann bräuchten die User nicht noch einen zusätzlichen Arduino.

Du kannst aber auch gerne zusätzlich den entsprechenden FHEM-Code hier posten und den passenden Arduino-Sketch zur Verfügung stellen.

Hi Neelix,

ich habe deinen Post nicht vergessen. Ich habe noch ein weilchen mit meinem Code usw. expirementiert und bin dann zu dem Schluss gekommen, dass der nanoCUL die gleiche Arbeit, deutlich einfacher erledigt.
Insofern, habe ich meine ECMD-Device Variante nicht mehr an sidey kommunziert. Sollte das trotzdem von Interesse sein, kann ich es gerne machen.

Zitat von: RasmusV am 06 Dezember 2017, 10:28:41
Die Steckdose ist mit der Fernbedienung angelernt worden. Beim Drücken der Taste A "on" wurde dann in FHEM mit autocreate ein Gerät angelernt. Schalte ich nun auf der Fernbedienung wird auf FHEM zuverlässig zwischen ON/OFF gewechselt.

Hi RasmusV,

ich kann aktuell leider nicht gegentesten, da ich meinem RPI zerschossen habe. Sobald er wieder läuft, vergleiche ich deine Einträge.
Bis dahin, um noch einige dumme Fehler auszuschließen:

Schaltet die Steckdose denn wenn du auf der FB deine Taste A drückst?
Hast du eine Antenne am nanoCUL?
Teste mal eine geringere Entfernung zw. Steckdose und CUL bzw. ob deine Antenne evtl. ein leitendes Gerät berührt

Gerade mit dem letzten Thema hatte ich mich stundenlang geärgert und nach Software-Lösungen gesucht, nur um dann festzustellen, dass meine Antenne an einer Störquelle lag.

RasmusV · 06 Dezember 2017, 12:47:49

Hi fzzybllz,

vielen Dank! Dein Hinweise haben den entscheidenden Denkanstoß geliefert...

Zitat von: fzzybllz am 06 Dezember 2017, 10:41:30

Schaltet die Steckdose denn wenn du auf der FB deine Taste A drückst?
Hast du eine Antenne am nanoCUL?
Teste mal eine geringere Entfernung zw. Steckdose und CUL bzw. ob deine Antenne evtl. ein leitendes Gerät berührt
Gerade mit dem letzten Thema hatte ich mich stundenlang geärgert und nach Software-Lösungen gesucht, nur um dann festzustellen, dass meine Antenne an einer Störquelle lag.

... sich noch mal genauer mit dem nanoCUL auseinander zu setzen!

Ich habe auf einer Steckplatine einen neuen nanoCUL aufgebaut (neuer Arduino, neuer CC1101). Dieser schaltet nun auch zuverlässig die Steckdosen - Heureka!

Ich denke es hängt damit zusammen, dass ich beim ersten einen Spannungswandler für SCK, Mosi und CSN verwendet habe. Auf dem Steckbrett habe ich den CUL mit Widerstands Spannungsteilern aufgebaut. Nun funktioniert alles. Das könnte auch erklären, warum Empfangen immer ging und senden nicht, da der Spannungswandler nur im Sendepfad war.

Eine Sache irritiert mich jedoch noch. Ich habe einen/mehrere Arduino nano mit FTDI Chip. Alle haben aber die gleiche id (5 Stück!):

Code Auswählen

usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
Zum Test habe ich noch einen FTDI Standalone Adapter angeschlossen. Dieser hat offensichtlich eine andere ID:

Code Auswählen

usb-FTDI_FT232R_USB_UART_AM01YQIJ-if00-port0

Wie kann das sein? Kann man die ID ändern?

Beta-User · 06 Dezember 2017, 13:07:20

@RasmusV

Suche nach der Seriennummer ergibt u.A.: http://www.starlino.com/ftdi-chip-real-of-fake-how-to-spot-a-fake-rt232r-rt232rl-and-others.html

Das sind also ziemlich sicher gefakte FTDI-Chips.
Orginale kann man umnummerieren (mit einem von FTDI angebotenen windo.*-Tool oder mit einem Linux-Tool, zu dem ich grade den Link nicht zur Hand habe); ich bezweifle allerdings, dass das auch mit Fakes geht (hat bei mir in mind. einem Fall unter Linux nicht geklappt (Originale schon)).

Gruß, Beta-User

RasmusV · 06 Dezember 2017, 13:31:55

Besten Dank!

In Deinem verlinkten Artikel steht ja bereits meine ID als eindeutiger Fake drin: A50285BI

Ich habe mich auch ein bisschen mit FT PROG von FTDI versucht und es ist nicht möglich, den EEPROM dieser Chips umzuprogrammieren. Naja, das ist ein anderes Problem und das eigentliche ist ja bei mir bereits gelöst!

Vielen Dank!

Beta-User · 06 Dezember 2017, 13:45:35

[OT]
Das ist übrigens der link zu dem Linux-Tool: http://rtr.ca/ft232r/
Vielleicht ist das nicht so restriktiv im Umgang mit (manchen) fakes - wie gesagt, ich hatte min. einen Fall, da hat es nicht geklappt. Andere, die mit "0000000" als Seriennummer ausgeliefert wurden (was bei Originalen eigentlich auch nicht passen dürfte), haben dagegen eine neue Nr. angenommen.
[/OT]

fzzybllz · 06 Dezember 2017, 20:45:23

Hi RasmusV,

noch zwei Anmerkungen:

1. Du könntest mal versuchen, ob du mit /dev/serial/by-path/ eindeutige Adressen für deine FTDI's bekommst.
2. Flash den nanoCUL am besten mit a-culfw von hier https://forum.fhem.de/index.php/topic,35064.0.html Damit laufen die Smartwares deutlich besser

Goggo16 · 13 Dezember 2017, 20:36:50

Hi,

hab mir auch dieses 3-er Pack mit den Flamingo SF-500S angeschafft. Habs dann nach einigem Tüfteln geschafft, diese mit FHEM und einem CUL ein- und aus zu schalten. Das klappte aber erst nach Umwegen. Aber vielleicht hilft es Euch Spezialisten weiter, das noch besser hin zu bekommen.

Hier nun die Einzelheiten:

Bereits am Laufen habe ich in FHEM ein Intertechno-Set mit 2x Dimmern. Mit der IT-Fernbedienung habe ich die neuen Funksteckdosen erst mal angelernt (wollte nur nicht mit zwei Fernbedienungen hantieren müssen). Das Anlernen klappte völlig problemlos. Aber so weit erst mal nix besonderes.

Da in FHEM Autocreate scharf geschaltet war, erschienen die neuen Devices auch in FHEM. Die Lampen-Icons schalteten auch schoen um, wenn man mit der Fernbedienung ein/aus schaltete. Aber eben per FHEM ging nix mit Ein/Aus-Schalten. ("Mist, hatte diesen Thread hier im Obi-Markt nur zur Haelfte gelesen. Als ich Intertechno sah, dachte ich "Bingo". Haette wohl noch weiter lesen muessen."

Hab dann letztlich (nach einigem Experimentieren) die neuen Funkschalter mit "pilight-send" angelernt. Sozusagen eine zweite Fernbedienung emuliert. Und zwar mit den Codes, die ich zuvor von der Fernbedienung mit "pilight-receive" gelogged hatte.

Das Pilight-System läuft übrigens auf einem Raspberry PI2. Die 433 Sende/Empfangs-Devices sind die ganz billigen fuer ein paar Euro. Sind an den GPIO-Pins angeschlossen. Antennen sind Drähte, die natuerlich zu den 433 MHz passen müssen. Irgendwas so um die 17 cm.

Hier ist der Befehl für Pilight:

pilight-send -p kaku_switch -i 12345-u 1 -t -l

DIe Option "-l" (kleines L) ist der Lern-Modus. Dann werden laut Pilight-Doku die Signale mehrfach gesendet. Hab den Befehl beim ersten Versuch sogar mehrmals ausgeführt. Auf einmal ging die Lampe an.

Hier noch ein Link zu den Details der Pilight-Send Command-Line-Options: https://manual.pilight.org/protocols/433.92/switch/kaku.html

Jetzt kann ich auch per FHEM die Flamingo-Dosen schalten.

Hatte in FHEM noch das "ITrepetition" auf 24 gesetzt. Die 24 waren geraten. Ohne diesen Parameter (also mit dem Default) gings nicht. Was das Optimum ist, weiss ich auch noch nicht.

Aber gut. Vielleicht ist das Geschriebene nur ein weiteres Mosaiksteinchen um es den Flamingos mit FHEM so richtig gut gehen zu lassen.

LG, Goggo