Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OBI Funksteckdosen Set #667

Closed
Ralf9 opened this issue Oct 19, 2019 · 77 comments
Closed

OBI Funksteckdosen Set #667

Ralf9 opened this issue Oct 19, 2019 · 77 comments

Comments

@Ralf9
Copy link
Contributor

Ralf9 commented Oct 19, 2019

Specifications for new sensor / switch / or other device ...

OBI Funksteckdosen Set
https://forum.fhem.de/index.php/topic,104506.msg985295.html

Specifications

radino cc1101
version V 3.3.1-dev SIGNALduino cc1101 (433Mhz )- compiled at Mar 10 2017 23:27:29
versionProtocols 1.06
versionmodul v3.4.0

on:
MU;P0=-459;P1=429;P2=-1188;P3=1060;P4=2952;P5=-7100;P6=310;P7=-2308;D=01230303030301212121212301230121230301212121245123012303030303012121212123012301212303012121212451230123030303030121212121230123012123030121212124512301230303030301212121212301230121230301212121267623062303062303062623030306230626230626262626262676230623;CP=1;R=37;O;

MS;P0=-437;P3=-1194;P4=1056;P6=297;P7=-2319;D=67634063404063406340636340406363634063404063636363;CP=6;SP=7;R=37;
i5A98B0
010110101001100010110000
IT_1527x5a98b IT 1527x5a98b 0000 0000

off:
MU;P0=388;P1=2919;P2=-7129;P4=-611;P5=-1115;P6=904;D=05050505051205640564646464056464050505646464050564050505050512056405646464640564640505056464640505640505050505120564056464646405646405050564646405056405050505051205640564646464056464050505646464050564050505050;CP=0;R=45;

MS;P2=-454;P3=275;P4=-2336;P5=-1218;P6=1051;D=34356235626262623562623535356262623535623535353535;CP=3;SP=4;R=46;
MS;P0=290;P2=-470;P4=-2330;P5=-1214;P6=1043;D=04056205626262620562620505056262620505620505050505;CP=0;SP=4;R=46;
i5EC720
010111101100011100100000
define IT_1527x5ec72 IT 1527x5ec72 0000 0000
@Ralf9
Copy link
Contributor Author

Ralf9 commented Oct 19, 2019

Es werden auch noch MC-Nachrichten erkannt.
Evtl sind dies durch die Firmware von 2017 falsch erkannte MS- oder MU-Nachrichten.

Es werden MU- und MS-Nachrichten empfangen.

@HomeAutoUser
Copy link
Contributor

HomeAutoUser commented Oct 19, 2019

Ich habe dem User mal den Link vom @elektron-bbs (https://github.com/elektron-bbs/RFFHEM/tree/dev-r34-radino-reset) gegeben um die Vorabversion zwecks flashen radino zu nutzen. Wenn er dies gemacht hat, so würden mich dann bei den Steckdosen die aktuellen RAW interessieren mit der neuen Firmware.

@elektron-bbs
Copy link
Contributor

Er sollte auch mal auf die Entwicklerversion RFFHEM wechseln.
Mir scheint Protokoll 27 und 49 zu passen - sind beide eh noch nicht fertig.

@dip4711
Copy link

dip4711 commented Oct 22, 2019

Ich hoffe, das Log und die Bilder helfen Euch. Ich habe auch ein Bild vom Stecker-Board beigefügt.
dipslog.txt
remote-circuit-top
remote-circuit-bottom
plug-circuit
plug-circuit-bottom

@HomeAutoUser
Copy link
Contributor

Vielen Danke @dip4711.
Kannst du erkennen ob auf dem Schaltkreis unten links im ersten Bild etwas drauf steht?

ggf. versuche mal bitte eine Nahaufnahme wenn etwas Schrift vorhanden ist ;-) Das kann ggf sehr nützlich sein weil wir somit die meisten Erkenntnisse "beflügeln" können wenn die Bezeichnung umherkursiert.

@elektron-bbs
Copy link
Contributor

Könnten wir uns bitte einigen, die weitere Entwicklung hier fortzusetzen?
Es ist mühsam die Diskussion abwechselnd hier und im Forum zu führen.

@dip4711
Copy link

dip4711 commented Oct 22, 2019

Könnten wir uns bitte einigen, die weitere Entwicklung hier fortzusetzen?

Alles klar, ich mache einen entsprechenden Eintrag im Forum.

Kannst du erkennen ob auf dem Schaltkreis unten links im ersten Bild etwas drauf steht?

Diese Frage habe ich schon befürchtet. Sorry, nein, da steht tatsächlich nichts drauf. Ich habe mit einer Lupe versucht etwas zu erkennen. Aber ich habe bereits beim Hersteller (Lux GmbH) mal freundlich nachgefragt. Evtl. melden die sich ja. Würde es helfen, wenn Ihr so ein Ding selber auseinandernehmen könntet? Ich könnte Euch eins zusenden.

@elektron-bbs
Copy link
Contributor

elektron-bbs commented Oct 22, 2019

Wir bräuchten wirklich mal ein Log von allen 8 Tasten, möglichst jede mehrmals nacheinander betätigt und dokumentiert, welche Taste betätigt wurde.

Verwendest du mehrere Fernbedienungen dieser Art? Ich habe aus deinen Logs bisher mindestens 8 verschiedene Codes extrahiert:
i5EC722 1. Betätigung on
i564692 2. Betätigung on
i5B3A42 1. Betätigung off
i5F0532 2. Betätigung off
i5A98B2 ? off
i5B3A40 ?
i5A98B0 ?
i5EC720 ?

@dip4711
Copy link

dip4711 commented Oct 23, 2019

Hallo,

ich versichere dir, dass ich nur eine einzige Fernbedienung benutze, um das Log zu erzeugen. Anbei ein neues Log jeweils 3x ON bzw. OFF für alle Tasten A-D. Wie schon im Forum gesagt, das autocreate legt bei mir jeweils 6 Devices an, wenn ich eine Buttonreihe (A-D) verwende, was vermutlich an der Vielzahl der Codes liegt.
dipslog2.txt

@dip4711
Copy link

dip4711 commented Oct 24, 2019

Hallo,

ich habe Euch ein weiteres Log beigefügt, welches durch eine andere, baugleiche Fernbedienung erzeugt wurde. Alles wie oben: 3x ON bzw. OFF für alle Tasten A-D.

Ich hoffe, es hilft Euch. Ich hätte auch noch eine Dritte parat, wenn das helfen würde...
dipslog3.txt

@elektron-bbs
Copy link
Contributor

Danke, das hilft sicher weiter. Je mehr Daten wir haben, desto besser können wir auswerten.

Die zündende Idee, wie ich das einbaue, habe ich noch nicht. Das Teil sendet bei jeder Taste einen anderen Code. Das Tastenpaar lässt sich in N5 erkennen. Woran ON oder OFF erkannt wird, konnte ich noch nicht deuten.
Auf jeden Fall scheint das IT-Modul das nicht richtig zu interpretieren. Das Protokoll EV1527 ist es jedenfalls nicht. Besser passt dann schon Protokoll 55 QUIGG GT-1000. Der Aufbau ist ähnlich, aber auch nicht 100%ig. In dem Quellcode https://github.com/pilight/pilight/blob/master/libs/pilight/protocols/433.92/quigg_gt1000.c liest man da etwas von "16*40 = 640 "random" codes". Hier scheinen es aber 8 zu sein.
OBI_5.xlsx

@elektron-bbs
Copy link
Contributor

Was mir eben noch einfällt: Hast du eine genauere Bezeichnung der Fernbedienung oder des Sets?
Auch eine Dokumentation könnte hilfreich sein. Mich würde z.B. interessieren, wie der Anlernvorgang abläuft. Müssen evtl. beide Tasten (ON und OFF) angelernt werden?

Vieleicht wäre es auch ganz hilfreich, wenn du mal ein Log aufzeichnest, von nur einer Taste. Bisher sehe ich immer nur maximal 3 oder 4 Codes von einer Taste. Es könnten aber auch noch mehr sein, wie bei der GT-1000.

@dip4711
Copy link

dip4711 commented Oct 24, 2019

Oh weh, das sieht wild aus 😱

Na dann bekommt Ihr hiermit gerne das Log der dritten Fernbedienung (für das Outdoorset). Mehr habe ich dann aber nicht :-)
Dieses mal : 5x ON bzw. OFF für alle Tasten A-D.
dipslog4.txt

@dip4711
Copy link

dip4711 commented Oct 24, 2019

Sorry, da haben sich unsere Posts überschnitten.
Das Set sieht sehr White Labelmäßig aus, ist von Lux, dem OBI-Werkzeug-Hersteller. Ich habe Dir mal alle möglichen Nummern und Angaben abgelichtet. Auch den Teil zum Anlernen aus der Anleitung.

Und nein, es reicht ON anzulernen. OFF klappt dann so. Das klappt problemlos.

Das neue Log enthält jetzt die Taste A ON und OFF jeweils 32x

dipslog5.txt

steckerset-01

steckerset-02

steckerset-03

steckerset-04

steckerset-05

steckerset-06

steckerset-07

@elektron-bbs
Copy link
Contributor

Dank des letzten Logs weiß ich jetzt, das pro Taste 4 verschiedene Codes rollierend bei jedem Tastendruck gesendet werden. Für ON und OFF werden verschiedene Codes verwendet. Für Ebene A / C und B / D werden jeweils die gleichen Codes verwendet. Die Tastatur ist in einer 4 x 2 Matrix verschaltet. Das lässt sich in einem deiner Fotos gut erkennen.

Wie der Code sich errechnet, habe ich noch nicht erkannt. Auf jedem Fall muss sich daraus ableiten lassen, ob er für ON oder OFF steht. Ich könnte jetzt eine Tabelle in FHEM hinterlegen (wie in quigg_gt1000.c). Allerdings sind die Codes dort andere als bei deinen Fernbedienungen. Das würde dann allerdings nur mit den Fernbedienungen von dir funktionieren.

Ist auf den Fernbediienungen oder der Verpackung irgendwie erkenntlich, ob sie verschiedene Codes verwenden?

Hast du es schon mal versucht, die Steckdosen auf diese Art einzbinden:
https://forum.fhem.de/index.php/topic,94781.0.html
Es scheint sich dort um den gleichen Typ zu handeln (OBI Emil Lux / CMI Art.:315606).

@dip4711
Copy link

dip4711 commented Oct 27, 2019

Hallo,

nein, den Forumsbeitrag habe ich bisher noch nicht gefunden gehabt, sorry. Da hätte ich uns allen evtl. viel Arbeit erspart. Ich probiere das nach diesem Beitrag aus und melde mich dann wieder.

@elektron-bbs
Copy link
Contributor

So richtig schön ist diese Lösung sowieso nicht.

Wenn ich wüßte, ob es nur 16 verschieden Varianten der Fernbedienung gibt, würde die Tabelle noch in erträglichem Rahmen bleiben. Es könnten aber auch 65536 oder mehr sein :-(

@HomeAutoUser
Copy link
Contributor

Wenn wir vielleicht keinen Versuch starten, so bekommen wir es nie heraus :)
Die Chance, das bei der Tabellenform auf einmal 50 User hier schreien ist gering bestimmt.

Vorschlag meinerseits, Tabelle und die Umsetzung in ein separates Modul und dieses bleibt im Dev weil eben nicht bekannt ist, wieviele Codes. So findet sich vielleicht auch mal ein wissender der eine Idee diesbezüglichen hat.

@dip4711
Copy link

dip4711 commented Oct 27, 2019

Hallo,

zum Testen der Anleitung im Forum bin ich noch nicht gekommen. Aber ich habe mir aufgrund der Frage:

Ist auf den Fernbedienungen oder der Verpackung irgendwie erkenntlich, ob sie verschiedene Codes verwenden?

alle Fernbedienungen noch etwas genauer angesehen. Beim Erstellen der Bilder war mir schon der Aufdruck auf der Unterseite der Platine der Fernbedienung Nr.1 aufgefallen: 1833. Bei der Zweiten lautet der Aufdruck: 1803 und bei der Dritten (schwarzen Outddorvariante) lautet der Aufdruck auf der Platine 1908. Und auf der Unterseite der Gehäuse sind verschiedene Nummer zu finden:

1833:
V-300718
PO.No. 277211 J2018

1803:
V-270218
PO.No. 266252 C2018

1908:
V-101018
PO.No. 285450 D2019

wobei PO... die Chargenbezeichnung zu sein scheint.

Evtl. findet Ihr diese Werte ja in der Codierung wieder?

dips-remotes

@elektron-bbs
Copy link
Contributor

Irgend eine Verbindung zwischen den Codes und den verschiedenen Nummern auf der Rückseite kann ich nicht finden. Die Beschriftung J2018, C2018 und D2019 deutet eher auf ein Produktionsjahr hin. Oder besitzt du die Fernbedienungen schon länger?

Bei den beiden Fernbedienungen, deren Daten vorn mit 5 oder 9 beginnen, finde ich 8 verschiedene Codes für die Tasten. Die Fernbedienung mit einer 2 am Beginn der Daten verwendet 16 verschiedene Codes. Kann es sein, das das die ist, die du mit 1908 beschriftet hast?

Dann käme bei mir fast der Verdacht auf, das der Chinamann bei jeder Charge andere Codes verwendet.

2_OBI.xlsx
5_OBI.xlsx
9_OBI.xlsx

@RainerPrivat
Copy link

RainerPrivat commented Oct 30, 2019

Hallo zusammen,
möchte mich mal kurz einmischen:
Seit heute werden bei AldiSüd solche 433 Module verkauft. In/Out Versionen.
Pilight erkennt die Sender Eindeutig als quigg_gt9000 und erkennt zuverlässig das ein und ausschalten.
"message": {
"binary": "111010101001010101101100",
"id": 919675,
"unit": 3,
"state": "on"
},
"origin": "receiver",
"protocol": "quigg_gt9000",
"uuid": "0000-00-1f-1f-bc1c0b",
"repeats": 3
}
{
"message": {
"binary": "111001101101000100101100",
"id": 919675,
"unit": 3,
"state": "off"
},
"origin": "receiver",
"protocol": "quigg_gt9000",
"uuid": "0000-00-1f-1f-bc1c0b",
"repeats": 1

Die aktuelle Software nannoCC sowie ESP Version erkennt die Fernbedienungen als IT_1527x und ordnet jeweils 4 verschiedene IDs für die gleiche Taste zu.
-->Sollte aber besser die ProtID 59 sein. Scheint aber noch nicht zu passen.

2019.10.30 12:57:05 3 : cc1101_ip2 IT: IT_1527xea956 on->on
2019-10-30 12:57:05 IT IT_1527xea956 on
2019.10.30 12:57:05 3 : cc1101_ip2 IT: IT_1527xe0841 on->on
2019-10-30 12:57:05 IT IT_1527xe0841 on
2019.10.30 12:57:06 3 : cc1101_ip IT: IT_1527xe27c5 on->on
2019-10-30 12:57:06 IT IT_1527xe27c5 on
2019.10.30 12:57:07 3 : cc1101_ip2 IT: IT_1527xe55aa on->on
2019-10-30 12:57:07 IT IT_1527xe55aa on
2019.10.30 12:57:08 3 : cc1101_ip2 IT: IT_1527xea956 on->on
2019-10-30 12:57:08 IT IT_1527xea956 on
2019.10.30 12:57:09 3 : cc1101_ip2 IT: IT_1527xe0841 on->on
2019-10-30 12:57:09 IT IT_1527xe0841 on
2019.10.30 12:57:09 3 : cc1101_ip2 IT: IT_1527xe27c5 on->on
2019-10-30 12:57:09 IT IT_1527xe27c5 on
2019.10.30 12:57:10 3 : cc1101_ip IT: IT_1527xe55aa on->on
2019-10-30 12:57:10 IT IT_1527xe55aa on
2019.10.30 12:57:11 3 : cc1101_ip2 IT: IT_1527xea956 on->on
2019-10-30 12:57:11 IT IT_1527xea956 on
2019.10.30 12:57:12 3 : cc1101_ip2 IT: IT_1527xe0841 on->on
2019-10-30 12:57:12 IT IT_1527xe0841 on
2019.10.30 12:57:13 3 : cc1101_ip IT: IT_1527xe27c5 on->on
2019-10-30 12:57:13 IT IT_1527xe27c5 on
2019.10.30 12:57:14 3 : cc1101_ip IT: IT_1527xe55aa on->on
2019-10-30 12:57:14 IT IT_1527xe55aa on
2019.10.30 12:57:15 3 : cc1101_ip IT: IT_1527xea956 on->on
2019-10-30 12:57:15 IT IT_1527xea956 on
2019.10.30 12:57:16 3 : cc1101_ip IT: IT_1527xe0841 on->on
2019-10-30 12:57:16 IT IT_1527xe0841 on
2019.10.30 12:57:16 3 : cc1101_ip2 IT: IT_1527xe27c5 on->on
2019-10-30 12:57:16 IT IT_1527xe27c5 on
2019.10.30 12:57:17 3 : cc1101_ip IT: IT_1527xe55aa on->on
2019-10-30 12:57:17 IT IT_1527xe55aa on

@HomeAutoUser
Copy link
Contributor

@RainerPrivat
danke für den Hinweis.

Nach den Bildern her, könnte es doch eine andere Version sein. (https://www.aldi-sued.de/de/angebote/angebote-ab-mido-303110/detailseite-kw4419-mi30102019/ps/p/easy-homefunksteckdosen-set/)

Kannst du von deiner Remote mal RAWMSG‘s zukommen lassen?
Lg

@RainerPrivat
Copy link

Die Fernbedienung scheint die gleiche zu sein.
Die Dosen unterscheiden sich im Anschlußwert (16A)
Ich muss mal meine Hardware etwas kastrieren, damit dich nur die Fernbedienung im Log habe.
reicht Verbose4?
IMG_3051

@RainerPrivat
Copy link

So,
hab mal auf die schnelle ein Paar msg. gesammelt.
Viele Grüße, Rainer

easyhome.txt

@dip4711
Copy link

dip4711 commented Oct 30, 2019

Hallo,

ein kurzes Update von mir: Das Rezept unter https://forum.fhem.de/index.php/topic,94781.0.html hat bei mir problemlos funktioniert. D.h., dass der erste aufgefangene Code jeweils für ON/OFF die Dose reproduzierbar schaltet.

@RainerPrivat
Copy link

hab da mal noch etwas gefunden:
sui77/rc-switch#11 (comment)
Viele Grüße, Rainer

@elektron-bbs
Copy link
Contributor

@dip4711

ein kurzes Update von mir: Das Rezept unter https://forum.fhem.de/index.php/topic,94781.0.html hat bei mir problemlos funktioniert. D.h., dass der erste aufgefangene Code jeweils für ON/OFF die Dose reproduzierbar schaltet.

Legt es dir dabei auch 4 Geräte pro Taste an?

@dip4711
Copy link

dip4711 commented Oct 30, 2019

Mehr oder weniger 🤔

Je nachdem wieviele Codes tatsächlich von der Fernbedienung gefeuert wurden, bzw. vom Signalduino aufgefangen wurden. Das variiert, mal 2, mal 4, ... und zwar unabhängig von der Anzahl Klicks auf den ON- oder OFF-Button. Zumindest im Bereich vom max. 5 Klicks.

@RainerPrivat
Copy link

Moin,
hab mal "das Rezept" probiert.
wenn man die entsprechenden Codes gefunden hat, lassen sich die Dosen schalten.
/ein - aus jeweils mit einem eigenen DEF/
Das ist mit Sicherheit nicht die Endlösung :-) Ich denke, das Protokoll sollte implementiert werden.

  • kann ich hier unterstützen?
    Viele Grüße, Rainer

@elektron-bbs
Copy link
Contributor

Klar kannst du unterstützen - programmier einfach das Modul :-)

Wenn du nicht ganz so fit in Perl bist, würde es helfen, wenn du ein Log sämtlicher Tasten und Codes anfertigst und hier hochlädst. Bitte kopiere die beiden in diesem Archiv enthaltenen Dateien in deine FHEM-Installation:
Quigg_GT-9000_P49.zip

Nach einem Neustart und mehrmaligem Betätigen der Tasten deiner Fernbedienung sollte es dir ein Gerät "SIGNALduino_unknown_49" anlegen.
Das Gerät hat dann einen Button "set SIGNALduino_unknown_49 UserInfo" und dazu ein Eingabefeld. Dort trägst du bitte ein, welche Taste betätigt wird, oder besser gleich aus Pilight "id", "unit" und "state". Diese Info wird nach Betätigung von "set" ins Logfile übernommen. Anschließend mehrmals den Knopf der Fernbedienung betätigen, sodas wirklich alle 4 verschiedenen Codes verarbeitet werden.

Die Datei "FileLog_SIGNALduino_unknown_49" anschließend bitte hier hochladen.

@RainerPrivat
Copy link

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
   DEF        192.168.1.64:23
   DMSG       s5CCA0D92E000
   DevState   initialized
   DeviceName 192.168.1.64:23
   FD         46
   FUUID      5d80cfa1-f33f-ae76-a979-4ceb643845195a3d
   LASTDMSG   s5CCA0D92E000
   LASTDMSGID 0.3
   MSGCNT     872
   NAME       cc1101_ip2
   NR         105
   PARTIAL    
   RAWMSG     MS;P0=-9252;P2=452;P6=-1994;P7=-3937;D=20262726272727262627272626272627262626262627272627272626272626272627272726;CP=2;SP=0;R=90;O;m2;r;b;
   RSSI       -29
   STATE      opened
   TIME       1574168647
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.1-experimental SIGNALESP cc1101 (chip CC1101) - compiled at Oct  8 2019 16:39:14
   versionProtocols 1.09
   versionmodul v3.4.1_dev_28.10
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2019-11-13 07:56:15   Pilight_id      919675
     2019-11-19 08:26:22   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:115051.27Baud)
     2019-10-21 17:24:40   ccpatable       C3E = 00 C0 00 00 00 00 00 00 => 10_dBm
     2019-10-03 14:31:05   cmds            V R t X F S P C r W x e
     2019-10-31 17:57:32   config          MS=1;MU=1;MC=1;Mred=1
     2019-10-08 16:37:17   freeram         44200
     2019-11-05 11:30:54   ping            OK
     2019-11-19 08:31:47   state           opened
     2019-11-19 08:26:03   uptime          12 18:13:46
     2019-11-19 08:31:47   version         V 3.3.1-experimental SIGNALESP cc1101 (chip CC1101) - compiled at Oct  8 2019 16:39:14
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     1
     2
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     23
     25
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     55
     65
     68
     72.1
     74.1
     87
     88
     90
     91.1
     93
     97
   muIdList:
     5
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49.1
     50
     56
     59
     60
     61
     62
     63
     64
     66
     67
     69
     70
     71
     72
     73
     74
     75
     76
     77
     79
     80
     81
     82
     83
     84
     85
     86
     89
     91
     92
     94
     95
Attributes:
   cc1101_frequency 433
   development 0
   eventlogging 0
   hardware   ESP8266cc1101
   icon       it_wireless_dcf77
   room       _TRX
   updateChannelFW testing
   verbose    0
   webCmd     on
   whitelist_IDs 0,0.1,0.2,0.3,0.4,1,2,3,3.1,4,5,6,7,8,9,10,11,12,13,13.1,13.2,14,15,16,17,17.1,18,19,21,22,23,24,25,26,27,28,29,30,31,32,33,33.1,33.2,34,35,36,37,38,39,40,41,42,43,44,44.1,45,46,47,48,49,49.1,50,51,52,53,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,72.1,73,74,74.1,75,76,77,79,80,81,82,83,84,85,86,87,88,89,90,91,91.1,92,93,94,95,96,97

@RainerPrivat
Copy link

so,
hab jetzt mal die Dateien ins FHEM und lib kopiert.
jetzt wird die FB erkannt.
die Tasten a-d / all jeweils on - off
:-)
was benötigt ihr jetzt?

@elektron-bbs
Copy link
Contributor

Das sieht doch schon mal gut aus. Was war der Fehler?

Bei den einzelnen Devices müssten sich dann im Laufe der Zeit die Sendecodes für on und off ansammeln:
CodesOff EB3E7C,E5988C,E8712C,E040BC
CodesOn E30AAC,ED256C,EFC41C,E1DC5C
Wahrscheinlich jeweils maximal 4 Stück. Mehr habe ich zumindest bis jetzt noch bei keinem Device gesehen. Bei einer Fernbedienung waren es wohl auch mal nur 2 Codes pro Taste.

Ich baue dann mal noch die Senderoutinen ein.

@sidey79
Copy link
Contributor

sidey79 commented Nov 19, 2019

@elektron-bbs

Wenn Du hier einfach einen Branch mit den Anpassungen eröffnet, dann kann man daraus direkt updaten.
Dann müssen keine Kopieraktionen gestartet werden und alles geht den üblichen Update Gang.

@RainerPrivat
Copy link

Fehler: keine Ahnung,
ich vermute, das alle Dateien ins lib Verz. mussten. oder auch nicht,
jetzt liegen sie im FHEM und und lib Verz.

A:

CodesOff | E11E7C,E6D12C,E4288C,E8B0BC | 2019-11-19 14:35:17
-- | -- | --
CodesOn | EA956C,E0841C,E27C5C,E55AAC | 2019-11-19 14:35:18

B:

CodesOff | E3C995,EC6245,EDEBC5,EE4DD5 | 2019-11-19 14:23:50
-- | -- | --
CodesOn | E733F5,E9A6E5,EF0705,EBFF35 | 2019-11-19 14:23:49

C:

CodesOff | E27C5E,E0841E,E55AAE,EA956E | 2019-11-19 14:27:20
CodesOn | E11E7E,E6D12E,E4288E,E8B0BE | 2019-11-19 14:23:36

 
D:

CodesOff | E733F7,EBFF37,EF0707,E9A6E7 | 2019-11-19 14:43:36
-- | -- | --
CodesOn | EE4DD7,EC6247,EDEBC7,E3C997 | 2019-11-19 14:43:41

all:

CodesOff | E08412,EA9562,E27C52,E55AA2 | 2019-11-19 14:44:01
-- | -- | --
CodesOn | E8B0B2,E6D122,E11E72,E42882 | 2019-11-19 14:43:52

@elektron-bbs
Copy link
Contributor

@RainerPrivat
Das sieht gut aus.

@sidey79
Wenn das nichts durcheinander bringt, dann mache ich es so.

@elektron-bbs
Copy link
Contributor

@sidey79
Ich habe jetzt diesen Branch erstellt:
https://github.com/RFD-FHEM/RFFHEM/tree/dev-r34_QUIGG-Gt-9000

Der Befehl für das Update müsste dafür so aussehen:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r34_QUIGG-Gt-9000/controls_signalduino.txt

@RainerPrivat
Copy link

scheint noch nicht richtig zu sein,

2019.11.19 16:27:05 1: reload: Error:Modul 10_SD_GT deactivated:
 Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 1941.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 1941.

2019.11.19 16:27:05 0: Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 1941.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 1941.

2019.11.19 16:27:05 1: PERL WARNING: Subroutine SD_GT_Initialize redefined at ./FHEM/10_SD_GT.pm line 130, <$fh> line 1949.
2019.11.19 16:27:05 1: PERL WARNING: Subroutine Define redefined at ./FHEM/10_SD_GT.pm line 170, <$fh> line 1949.
2019.11.19 16:27:05 1: reload: Error:Modul 10_SD_GT deactivated:
 Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 1949.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 1949.

2019.11.19 16:27:05 0: Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 1949.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 1949.

2019.11.19 16:27:05 1: PERL WARNING: Subroutine SD_GT_Initialize redefined at ./FHEM/10_SD_GT.pm line 130, <$fh> line 1981.
2019.11.19 16:27:05 1: PERL WARNING: Subroutine Define redefined at ./FHEM/10_SD_GT.pm line 170, <$fh> line 1981.
2019.11.19 16:27:05 1: reload: Error:Modul 10_SD_GT deactivated:
 Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 1981.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 1981.

2019.11.19 16:27:05 0: Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 1981.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 1981.

2019.11.19 16:27:05 1: PERL WARNING: Subroutine SD_GT_Initialize redefined at ./FHEM/10_SD_GT.pm line 130, <$fh> line 2029.
2019.11.19 16:27:05 1: PERL WARNING: Subroutine Define redefined at ./FHEM/10_SD_GT.pm line 170, <$fh> line 2029.
2019.11.19 16:27:05 1: reload: Error:Modul 10_SD_GT deactivated:
 Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 2029.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 2029.

2019.11.19 16:27:05 0: Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 2029.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 2029.

2019.11.19 16:27:05 1: PERL WARNING: Subroutine SD_GT_Initialize redefined at ./FHEM/10_SD_GT.pm line 130, <$fh> line 2037.
2019.11.19 16:27:05 1: PERL WARNING: Subroutine Define redefined at ./FHEM/10_SD_GT.pm line 170, <$fh> line 2037.
2019.11.19 16:27:05 1: reload: Error:Modul 10_SD_GT deactivated:
 Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 2037.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 2037.

2019.11.19 16:27:05 0: Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 2037.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 2037.

2019.11.19 16:27:05 1: PERL WARNING: Subroutine SD_GT_Initialize redefined at ./FHEM/10_SD_GT.pm line 130, <$fh> line 2045.
2019.11.19 16:27:05 1: PERL WARNING: Subroutine Define redefined at ./FHEM/10_SD_GT.pm line 170, <$fh> line 2045.
2019.11.19 16:27:05 1: reload: Error:Modul 10_SD_GT deactivated:
 Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 2045.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 2045.

2019.11.19 16:27:05 0: Global symbol "$learnCodesStr" requires explicit package name (did you forget to declare "my $learnCodesStr"?) at ./FHEM/10_SD_GT.pm line 219, <$fh> line 2045.
Global symbol "@learnCodesAr" requires explicit package name (did you forget to declare "my @learnCodesAr"?) at ./FHEM/10_SD_GT.pm line 220, <$fh> line 2045.

2019.11.19 16:27:05 1: Including ./log/fhem.save
2019.11.19 16:27:05 1: configfile: Cannot load module SD_GT
Please define SD_GT_LEARN 5dd3ebc6-f33f-ae76-26c8-895f6a616e936844 first
Cannot load module SD_GT
Please define SD_GT_E087B_B 5dd3ebeb-f33f-ae76-53f9-220c303b1100eaa6 first
Cannot load module SD_GT
Please define SD_GT_E087B_A 5dd3ec01-f33f-ae76-d6f5-f34555a7f4e9fc36 first
Cannot load module SD_GT
Please define SD_GT_E087B_C 5dd3ec1f-f33f-ae76-61b8-fa021f9b5a1590da first
Cannot load module SD_GT
Please define SD_GT_E087B_all 5dd3ec3c-f33f-ae76-9083-ce28b37cc77c8bde first
Cannot load module SD_GT

@elektron-bbs
Copy link
Contributor

Jo, habe ich auch gerade bemerkt und eben korrigiert.

@elektron-bbs
Copy link
Contributor

Die Senderoutine ist jetzt zum Test implementiert.

@sidey79
Gibt es eine einfache Möglichkeit, zwei Protokolle in einem Aufruf zu senden?
Die Fernbedienung sendet zwei verschiedene Nachrichten nacheinander. Der SIGNALduino dekodiert die erste als MS und die zweite als MU. Ich habe das jetzt erstmal so gelöst:

my $msg = "P49#0x" . $sendCode . "#R4";
IOWrite($hash, 'sendMsg', $msg);
$msg = "P49.1#0x" . $sendCode . "#R4";
IOWrite($hash, 'sendMsg', $msg);

Dadurch entsteht aber eine Pause von ca. 35 mS ziwschen MS- und MU-Nachrichten. Bei der Fernbedienung existiert diese Pause aber nicht.

@RainerPrivat
Copy link

TOP !

kurz das Update gemacht, restart und die Dose schaltet ;-)
klasse Arbeit!

@elektron-bbs
Copy link
Contributor

Sehr schön.
Schalten die Steckdosen auch zuverlässig?
Ich bin mir nicht sicher, wie ich mit den verschiedenen Codes verfahren soll. Ich habe es jetzt erstmal so gelöst, das die möglichen Codes rollierend gesendet werden, wenn eine Taste mehrfach betätigt wird. Wenn abwechselnd on oder off geschaltet wird, wird immer der jweils erste Code der Liste gesendet.

@RainerPrivat
Copy link

ja, bei mir schalten Fhem sauberer als die Fernbedienung :-)
habe alle Kombinationen kreuz & quer getestet.
es ist zuverlässig!
Pilight erkennt auch das Schalten sauber.

@elektron-bbs
Copy link
Contributor

Dann werde ich das so belassen, es sei denn, @sidey79 hat noch eine bessere Lösung, als die beiden Sendebefehle getrennt abzusetzen.

@sidey79
Copy link
Contributor

sidey79 commented Nov 20, 2019

Ja, wenn die Sequenz nicht zu lange wird, kannst Du ein SC (SendCombined) Befehl verwenden.

Allerdings kann ich mir kaum vorstellen, dass der original Sender unterschiedliche Modulierungen beim Senden verwendrt.
Das wird vielleicht nur wegen einem Pufferüberlauf unterschiedlich erkannt.

@elektron-bbs
Copy link
Contributor

Ja, wenn die Sequenz nicht zu lange wird, kannst Du ein SC (SendCombined) Befehl verwenden.

Daran hatte ich auch gedacht. Kann ich da auch die Sendekommandos in der Form ""P49#0x" übergeben, oder muss ich Timings und Bits selbst zusammenstellen?

Allerdings kann ich mir kaum vorstellen, dass der original Sender unterschiedliche Modulierungen beim Senden verwendrt.
Das wird vielleicht nur wegen einem Pufferüberlauf unterschiedlich erkannt.

Das könnte schon passen. Ich habe irgendwo im Netz sogar Logikanalysen gefunden:
GT_9000_logicdata.zip
Es werden af jeden Fall zwei verschiedene Timings gesendet. Warum SIGNALduino aus dem einen MS und aus dem anderen MU macht, das weißt nur du :-)

@sidey79
Copy link
Contributor

sidey79 commented Nov 20, 2019

Ich hab leider nicht die passenden Tools um mir die logicdaten anzusehen :(
War das nicht sogar so, dass diese universal Fernbedienung vier verschiedene Signale sendet, aber die Empfänger immer nur auf eines reagieren?

Beim SC Befehl müssen die Daten derzeit zusammengesetzt werden.

Wir könnten das SIGNALDuino Modul erweitern, damit zwei Protokolle im Sendebefehl angegeben werden können und es dann dort zusammensetzen
Wie lang sind denn die Sequenzen?.

@elektron-bbs
Copy link
Contributor

elektron-bbs commented Nov 21, 2019

Die Software dafür kannst du hier herunter laden: https://www.saleae.com/de/downloads/
Ich habe bisher immer nur zwei verschiedene Timings gesehen.
Die Protokolle beinhalten jeweils 24 Bit + Syncpuls.

@elektron-bbs
Copy link
Contributor

elektron-bbs commented Nov 21, 2019

@RainerPrivat
Wie ist das eigentlich mit den "all"-Tasten, schalten da tatsächlich alle Dosen, oder müssen die dafür speziell angelernt werden?
Wenn dem so ist, müsste ich im FHEM diese Funktion auch noch einbauen, das bei Betätigung "all" die States von allen Steckdosen geändert werden, b.z.w. bei Empfang auch alle zugehörigen Devices reagieren.

@elektron-bbs
Copy link
Contributor

@sidey79
kannst du dich noch erinnern, ob du Protokoll 26 und 27 aufgrund der Logs in https://forum.fhem.de/index.php?topic=43292.msg352982#msg352982 erstellt hast? Dort war zwar auch von Flamingo die Rede, aber offensichtlich ist es das nicht.

Protokoll 26 entspricht eigentlich auch der neuen 49, nur invertiert und damals als MU dekodiert.
Protokoll 27 passt zur 49.1, allerdings invertiert.

Die Daten aus den Logs von Thomas aus dem FHEM-Forum werden jedenfalls korrekt mit meinem Branch dekodiert. Wir könnten damit dann gleich noch zwei unvollendete Definitionen erschlagen.

@elektron-bbs
Copy link
Contributor

@dip4711
könntest du auch mal bitte testen?

@sidey79
Copy link
Contributor

sidey79 commented Nov 21, 2019

@sidey79
kannst du dich noch erinnern, ob du Protokoll 26 und 27 aufgrund der Logs in https://forum.fhem.de/index.php?topic=43292.msg352982#msg352982 erstellt hast? Dort war zwar auch von Flamingo die Rede, aber offensichtlich ist es das nicht.

Tia, vermutlich habe ich das von dort. Zumindest ist es so dokumentiert.
In den Commits könnte ich jetzt noch endlos suchen, aber ich vermute ganz so viele Erkentnisse wird uns das nicht bringen.

Wenn 26 / 27 mit 49 identisch ist, dann können wir ja wieder mal aufräumen :)

@elektron-bbs
Copy link
Contributor

Das werde ich dann tun, die vielen "u" stören mich schon lange :-)

@RainerPrivat
Copy link

@RainerPrivat
Wie ist das eigentlich mit den "all"-Tasten, schalten da tatsächlich alle Dosen, oder müssen die dafür speziell angelernt werden?
Wenn dem so ist, müsste ich im FHEM diese Funktion auch noch einbauen, das bei Betätigung "all" die States von allen Steckdosen geändert werden, b.z.w. bei Empfang auch alle zugehörigen Devices reagieren.

Ja, die Dosen schalten alle ohne, dass sie separat angelernt werden müssen.

@elektron-bbs
Copy link
Contributor

OK, ich habe es jetzt so angepasst, das alle Geräte, die zur Fernbedienung passen, ihren Zustand ändern, wenn Taste "all" betätigt wird.

@RainerPrivat
Copy link

Perfekt!
jetzt schalten nicht nur die Dosen, auch die entsprechende signalisierung in fhem geht.
DANKE!
Viele Grüße, Rainer

@elektron-bbs
Copy link
Contributor

Wenn du jetzt keine Probleme mehr festgestellt hast, würde ich das Modul gern in die Entwicklerversion übernehmen.

Es wäre ja schön gewesen, wenn @dip4711 auch noch getestet hätte...

@elektron-bbs
Copy link
Contributor

Das Modul ist jetzt in die Entwicklerversion übernommen worden. Ich schließe das Issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants