SIGNALDuino Empfänger Firmware V 3.3.2r-dev

[pejonp]

Hallo Ralf,

was möchtest du beim FS20 geprüft haben.Ich habe noch FS20 Steckdosen (868,35 MHz).
Wenn ich den Signalduino auf 868 Stelle empfängt er dieses hier:

Code Auswählen Erweitern


2018.03.02 15:04:26 5: SIG868 Dispatch: u57#0A8AA22500908428A7, test ungleich: disabled
2018.03.02 15:04:26 5: SIG868 Dispatch: u57#0A8AA22500908428A7, -46.5 dB, dispatch
2018.03.02 15:04:26 5: SIG868: dispatch u57#0A8AA22500908428A7
2018.03.02 15:04:26 4: SIGNALduino_unknown incomming msg: u57#0A8AA22500908428A7
2018.03.02 15:04:26 4: SIGNALduino_unknown rawData: 0A8AA22500908428A7
2018.03.02 15:04:26 4: SIGNALduino_unknown Protocol: 57
2018.03.02 15:04:26 4: SIGNALduino_unknown converted to bits: 000010101000101010100010001001010000000010010000100001000010100010100111
2018.03.02 15:04:26 4: Unknown, please report
2018.03.02 15:04:26 3: SIG868: Unknown code u57#0A8AA22500908428A7, help me!


pejonp

[Ralf9]

Mir reichen die raw Nachrichten beim Drücken einer Taste des FS20 Senders
Es müssten MU-Nachrichten sein die als ID 74 erkannt werden.

In dieser Art:

Code Auswählen Erweitern

2018.03.02 15:54:07.575 4 : sduinoD/msg get raw: MU;P1=373;P2=-412;P3=590;P4=-610;D=0121212121212121212121212123412343412123434121234121234341212341212121212121212121212121234121212341212121234123434123415121212121212121212121212341234341212343412123412123434121234121212121212121212121212123412121234121212123412343412341512121212121212;CP=1;R=12;
2018.03.02 15:54:07.578 4 : sduinoD: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2018.03.02 15:54:07.578 5 : sduinoD: applying postDemodulation, value before: 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 1 0 0 1 1 0 0 1 0 0 1 1 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 1 0 0 0 0 1 0 1 1 0 1
2018.03.02 15:54:07.578 4 : sduinoD: FS20 - remote control post demodulation 6699000011 length 45
2018.03.02 15:54:07.578 5 : sduinoD: rcode=1, modified value after postDemodulation: 0 1 1 0 0 1 1 0 1 0 0 1 1 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 1
2018.03.02 15:54:07.578 4 : sduinoD: decoded matched MU Protocol id 74 dmsg 810b04f70101a0016699000011 length 40 RSSI = -68
2018.03.02 15:54:07.578 5 : sduinoD: dispatch 810b04f70101a0016699000011

Gruß Ralf

[KölnSolar]

Bei mir ist noch ein Hideki(vermutlich aus der Nachbarschaft) aufgetaucht

Code Auswählen Erweitern


Sduino_DMSG P12#751F06751DC0B15C
Sduino_RAWMSG MC;LL=-1037;LH=918;SL=-551;SH=422;D=5183E7EA347FE5CB8A;C=487;L=71;R=250;s1;b1;

Wenn Du über pejonp's FS20 hinaus noch weitere Daten benötigst, könnte ich den 433 auch mal auf 868 umstellen.

Maverick u. Siro hab ich nicht 

Ich hab dann mal eine IT_V3_Dose mit FHEM getestet. Verhält sich arg komisch:

ein: funktioniert
aus: Dose schaltet nicht;Signal wird aber vom produktiven RFXTRX erkannt

Und ich kenn schon Deine Antwort: Das kann nicht sein ist ja nur das doofe on/off-Bit unterschiedlich

Aber mein IT-V3-Dimmer hat genau das selbe Verhalten....

Grüße Markus

[Ralf9]

Die Hideki werden bei mir auch sauber erkannt. Seitdem im Hideki Modul auch die second checksum geprüft wird, werden die Hideki Sensoren zuverlässig empfangen:
https://forum.fhem.de/index.php/topic,58397.msg723382.html#msg723382

Ich hab dann mal eine IT_V3_Dose mit FHEM getestet. Verhält sich arg komisch

Dies ist dann ein blöder sehr schwer zu findender Fehler, da ich dies bei mir nicht nachvollziehen kann.
Ich tappe da noch komplett im dunkeln.
Das seltsame dabei ist, daß die anderen Protokolle problemlos empfangen werden.

Bei mir sind dies:
0 (CUL_TCM97001)
3  (ITv1)
7 (SD_WS07)
9 (Wetterstation WH3080)
12  (Hideki)
18  (OSV1)
61 (FS10)

Für mich wären die raw Nachrichten beim ein- und ausschalten hilfreich.

Gruß Ralf

[KölnSolar]

Du meinst, wenn ich mit dem RFXTRX schalte ?

Code Auswählen Erweitern

on:  MS;P0=261;P1=-251;P3=-2549;P4=-1275;P5=-9992;D=030104010404010401010401040401010401040401010404010104040104010104010401040401040104010401040101040401010401040401010401040104040105;CP=0;SP=3;R=56;O;m=1;
off: MS;P0=255;P1=-250;P2=-1280;P3=-9988;P4=-2558;D=040102010202010201010201020201010201020201010202010102020102010102010201020201020102010201020101020201010201020102010201020102020103;CP=0;SP=4;R=56;O;m=0;
device IT_V3_192b1f41

Das erkennt der S'duino ja  Und raw beim Senden geht doch nicht, oder ?

Edit: Vielleicht war das oben missverständlich: Das komische Verhalten ist beim send mit S'duino.

[Ralf9]

Ja, daß dies das send vom sduino betrifft ist mir nun auch klar geworden.

Da einzige, was mir auffällt, ist daß beim off beim sendmsg recht viele Nullen in Folge enthalten sind.
Es gibt irgendwo ein Thema wo es bei bestimmten unit codes Probleme gibt.
Ich habe das Gefühl, daß wir den ITv3 Code noch nicht 100% verstanden haben. Evtl gibt es auch beim Timing noch was zu beachten.

Code Auswählen Erweitern

2018.03.02 22:54:12.409 3 : sduinoRXB IT_set: IT_V3_192b1f41 on
2018.03.02 22:54:12.414 5 : sduinoRXB: sendmsg msg=P17#00110010010101100011111010010001#R6
2018.03.02 22:54:12.414 5 : sduinoRXB: sendmsg Preparing rawsend command for protocol=17, repeats=6, clock=250 bits=00110010010101100011111010010001
2018.03.02 22:54:12.515 5 : sduinoRXB  SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0103020302020302030302030202030302030202030302020303020203020303020302030202030203020302030203030202030302030202030302030203020203;

2018.03.02 22:54:13.680 3 : sduinoRXB IT_set: IT_V3_192b1f41 off
2018.03.02 22:54:13.683 5 : sduinoRXB: sendmsg msg=P17#00110010010101100011111010000001#R6
2018.03.02 22:54:13.683 5 : sduinoRXB: sendmsg Preparing rawsend command for protocol=17, repeats=6, clock=250 bits=00110010010101100011111010000001
2018.03.02 22:54:13.783 5 : sduinoRXB  SR;R=6;P0=250;P1=-2500;P2=-1250;P3=-250;D=0103020302020302030302030202030302030202030302020303020203020303020302030202030203020302030203030202030302030203020302030203020203;

Du kannst auch raw senden. Z.B. das hier:

Code Auswählen Erweitern

off: MS;P0=255;P1=-250;P2=-1280;P3=-9988;P4=-2558;D=040102010202010201010201020201010201020201010202010102020102010102010201020201020102010201020101020201010201020102010201020102020103;CP=0;SP=4;R=56;O;m=0;

kann so wieder gesendet werden:

Code Auswählen Erweitern

get sduino raw SR;P0=255;P1=-250;P2=-1280;P3=-9988;P4=-2558;D=040102010202010201010201020201010201020201010202010102020102010102010201020201020102010201020101020201010201020102010201020102020103;

Gruß Ralf

[Ralf9]

Du kannst auch mal testen ob mit dem sduino das senden von "aus" funktioniert, wenn Du als unitcode 1001 oder 0010 verwendest.

Gruß Ralf

[Ralf9]

Ich habe dazu was gefunden:
https://forum.fhem.de/index.php/topic,79019.msg710073.html
https://forum.fhem.de/index.php?topic=58468

Gruß Ralf

[pejonp]

Hallo Ralf,

ich habe den Signalduino auf whitelist_IDs=74 und verbose=5 gestellt.

Firmeware: version: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
00_SIGNALduino.pm    10488 2018-02-14 14:32:00Z v3.3.3-dev

Das kommt beim drücken der FS20 S8 Fernbedienung Tasten 1-4 Ein im log an. Wenn ich alle Protokolle freigebe wird u57# erkannt, wie einige Beiträge weiter vorne. Protokoll 74 wird nicht erkannt.

Code Auswählen Erweitern


2018.03.03 01:29:26 4: SIG868/msg READ: MS;P1=376;P2=-415;P3=574;P4=-618;P5=-9354;D=151212121212121212121212121234343412123434343412123412123412343412121212121212121212121212341212123412121234341212123434;CP=1;SP=5;R=75;O;
2018.03.03 01:29:27 4: SIG868/msg READ: MC;LL=-621;LH=574;SL=-418;SH=369;D=FFF5776BFFF7BD7A8;C=330;L=65;R=73;
2018.03.03 01:29:30 4: SIG868/msg READ: MS;P1=376;P2=-413;P3=563;P4=-623;P5=-9340;D=1512121212121212121212121234343412123434343412123412123412343412121212121212121212121212341212123412121234341212123434;CP=1;SP=5;R=72;O;
2018.03.03 01:29:30 4: SIG868/msg READ: MC;LL=-634;LH=556;SL=-440;SH=357;D=FFD5DDAFFFDEF5EA;C=331;L=63;R=70;
2018.03.03 01:29:32 4: SIG868/msg READ: MS;P1=359;P2=-431;P4=569;P5=-619;P6=-9346;D=1612121212121212121212121245454512124545454512124512124512454512121212121212124545121212451212124512121245451212451245;CP=1;SP=6;R=71;O;
2018.03.03 01:29:33 4: SIG868/msg READ: MC;LL=-619;LH=565;SL=-433;SH=365;D=FD7ABBB5FF5EF7AED;C=330;L=68;R=69;
2018.03.03 01:29:35 4: SIG868/msg READ: MS;P1=361;P2=-418;P3=559;P4=-635;P5=-9342;D=1512121212121212121212121234343412123434343412123412123412343412121212121212341234121212341212123412121234341212343412;CP=1;SP=5;R=70;O;
2018.03.03 01:29:35 4: SIG868/msg READ: MC;LL=-623;LH=571;SL=-424;SH=370;D=EF7B5FEDEF7AEB;C=331;L=56;R=68;
2018.03.03 01:29:36 4: SIG868/msg READ: MU;P0=248;P1=-1035;P2=1471;P3=493;D=0121312121313121213131212131212131213121212121212131212121212121313121212121212121212121212121212121212121212121312121212131312121312;CP=2;R=236;
2018.03.03 01:29:36 4: SIG868/msg READ: MS;P1=555;P2=-632;P3=374;P4=-422;P5=-9342;D=3534343434343434343434343412121234341212121234341234341234121234341234123434343434343434123434341234123434343434341234;CP=3;SP=5;R=70;O;
2018.03.03 01:29:37 4: SIG868/msg READ: MU;P0=-477;P1=570;P3=351;D=01030103030303030301030301030303030303030301030303010301030303030303010303;CP=3;R=68;


Jörg

[Ralf9]

Firmeware: version: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50

Daß es bei der Firmware V 3.3.1 Probleme mit FS20 gibt, ist bekannt.
Hier geht es um die Firmware V 3.3.2

@KölnSolar
Ich habe eine Vermutung, demnach funktioniert das Senden von ITv3 nur wenn der unitcode nicht mit 1 endet.

Gruß Ralf

[KölnSolar]

Ich denke ich kann Deine Vermutung bestätigen. Eine Dose m. unit code 0000 funktioniert.
das vom RFXTRX empfangene off raw mit get Sduino raw senden klappt auch nicht bei unit code 0001.

Mal mit aculfw testen u. vergleichen? Da ich auf meiner Betty die aculfw hab u. mit ihr das schalten vom Dimmer(unit code 0111)klappt, scheint die aculfw "richtiger" zu sein. Blöd, dass der S'duino rein gar nichts von der Betty empfängt.  Ich vermute, dass das am Basispuls liegt. Wie kann ich den verändern ?
Grüße Markus

[pejonp]

@ralf

ccconf: freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
version: V 3.3.2b-dev SIGNALduino cc1101 - compiled at Mar 3 2018 11:24:00
00_SIGNALduino.pm      10488 2018-02-14 14:32:00Z v3.3.3-dev

FS20 Commandos gedrückt, wird nichts erkannt nur diese Einträge im Log.
Wenn whitelist_ID nicht gesetzt ist, wird kein protokoll (auch nicht mal u57#) erkannt.

Code Auswählen Erweitern


2018.03.03 11:33:33 4: SIG868: Calling Getting Attr sub with args: set whitelist_IDs = 74
2018.03.03 11:33:33 3: SIG868 Attr: whitelist_IDs
2018.03.03 11:33:33 3: SIG868 sduinoIdList: whitelistIds=74
2018.03.03 11:33:33 3: SIG868 sduinoIdList: blacklistIds=
2018.03.03 11:33:33 3: SIG868 sduinoIdList: development=
2018.03.03 11:33:33 3: SIG868: ID=74 skiped (developId=y)
2018.03.03 11:33:33 3: SIG868: IDlist MS
2018.03.03 11:33:33 3: SIG868: IDlist MU
2018.03.03 11:33:33 3: SIG868: IDlist MC
2018.03.03 11:33:46 4: SIG868/msg READredu: MU;P0=-1037;P1=1463;P2=503;P3=-188;P4=320;D=01010201020202010102010101010202010102010101010201023;CP=2;R=2;
2018.03.03 11:33:48 4: SIG868/msg READredu: MU;P0=-26232;P1=570;P2=-5236;P3=371;P4=-425;P5=-620;P6=-9346;D=01234343434343415151534341515151534341534341534151534343434343434341515343434153434341534343415153434153415;CP=3;R=60;w=0;
2018.03.03 11:33:48 4: SIG868/msg READredu: MU;P1=582;P3=369;P4=-413;P5=-616;P6=-9346;D=634343434343434343434343415151534341515151534341534341534151534343434343434341515343434153434341534343415153434153415;CP=3;R=60;w=1;
2018.03.03 11:33:48 4: SIG868/msg READredu: MU;P1=582;P3=369;P4=-413;P5=-616;P6=-9346;D=634343434343434343434343415151534341515151534341534341534151534343434343434341515343434153434341534343415153434153415;CP=3;R=60;
2018.03.03 11:33:50 4: SIG868/msg READredu: MU;P0=-422;P1=363;P2=571;P3=-625;P4=-9360;D=0101010101023232310102323232310102310102310232310101010101010231023101010231010102310101023231010232310;CP=1;R=58;w=0;
2018.03.03 11:33:50 4: SIG868/msg READredu: MU;P0=-418;P1=373;P2=570;P3=-619;P4=-9360;D=410101010101010101010101023232310102323232310102310102310232310101010101010231023101010231010102310101023231010232310;CP=1;R=58;w=1;
2018.03.03 11:33:50 4: SIG868/msg READredu: MU;P0=-418;P1=373;P2=570;P3=-619;P4=-9360;D=410101010101010101010101023232310102323232310102310102310232310101010101010231023101010231010102310101023231010232310;CP=1;R=58;
2018.03.03 11:33:51 4: SIG868/msg READredu: MU;P0=-32001;P1=379;P2=-416;P3=289;P4=561;P5=-634;P6=-9356;D=01232323232323212121212121245454512124545454512124512124512454512124512451212121212121212451212124512451212121212124512;CP=1;R=56;w=0;
2018.03.03 11:33:51 4: SIG868/msg READredu: MU;P1=362;P2=-423;P4=556;P5=-638;P6=-9356;D=612121212121212121212121245454512124545454512124512124512454512124512451212121212121212451212124512451212121212124512;CP=1;R=56;w=1;
2018.03.03 11:33:51 4: SIG868/msg READredu: MU;P1=362;P2=-423;P4=556;P5=-638;P6=-9356;D=612121212121212121212121245454512124545454512124512124512454512124512451212121212121212451212124512451212121212124512;CP=1;R=56;
2018.03.03 11:33:51 4: SIG868/keepalive ok, retry = 0
2018.03.03 11:33:52 4: SIG868/msg READredu: MU;P0=-32001;P1=376;P2=-411;P3=551;P4=-640;P5=-9356;D=012121212121212121212121234343412123434343412123412123412343412123412341212121212121212121212121212123434341212121234;CP=1;R=57;w=0;
2018.03.03 11:33:52 4: SIG868/msg READredu: MU;P1=371;P2=-421;P3=570;P4=-624;P5=-9356;D=512121212121212121212121234343412123434343412123412123412343412123412341212121212121212121212121212123434341212121234;CP=1;R=57;w=1;
2018.03.03 11:33:52 4: SIG868/msg READredu: MU;P1=371;P2=-421;P3=570;P4=-624;P5=-9356;D=512121212121212121212121234343412123434343412123412123412343412123412341212121212121212121212121212123434341212121234;CP=1;R=57;
2018.03.03 11:33:53 4: SIG868/msg READredu: MS;P1=579;P2=-9610;P4=370;P5=-611;P7=-425;D=74247474747474747474747474715151547471515151547471547471547151547474747474747154715474747474747474747474715474747154747;CP=4;SP=2;R=56;m=0;
2018.03.03 11:33:53 4: SIG868/msg READredu: MS;P1=581;P2=-9610;P4=382;P5=-610;P7=-412;D=42474747474747474747474747151515474715151515474715474715471515474747474747471547154747474747474747474747154747471547474;CP=4;SP=2;R=56;m=1;
2018.03.03 11:33:54 4: SIG868/msg READredu: MU;P0=-9350;P1=370;P2=-418;P3=225;P5=154;P6=567;P7=-628;D=123232323252521212121212126767671212676767671212671212671267671212121212121212676712121212121212121212126712121212671210;CP=1;R=60;w=0;
2018.03.03 11:33:54 4: SIG868/msg READredu: MU;P0=-9350;P1=366;P2=-430;P6=556;P7=-638;D=012121212121212121212121267676712126767676712126712126712676712121212121212126767121212121212121212121267121212126712;CP=1;R=60;w=1;
2018.03.03 11:33:54 4: SIG868/msg READredu: MU;P0=-9350;P1=366;P2=-430;P6=556;P7=-638;D=012121212121212121212121267676712126767676712126712126712676712121212121212126767121212121212121212121267121212126712;CP=1;R=60;
2018.03.03 11:33:55 4: SIG868/msg READredu: MS;P1=550;P2=-428;P3=336;P5=-9354;D=3532323232323232323232323212121232321212121232321232321232121232323232323232323232323232323232323232323212323232323212;CP=3;SP=5;R=58;m=0;
2018.03.03 11:33:55 4: SIG868/msg READredu: MS;P0=-639;P1=549;P2=-449;P3=348;P5=-9354;P6=240;P7=184;D=35326262626262723232323232101010323210101010323210323210321010323232323232323232323232323232323232323232103232323232103;CP=3;SP=5;R=58;m=1;
2018.03.03 11:34:10 5: SIG868: command for gets: C0DnF
2018.03.03 11:34:10 5: AddSendQueue: SIG868: C0DnF (1)
2018.03.03 11:34:10 5: SIG868 SW: C0DnF
2018.03.03 11:34:10 4: SIG868/msg READ: C0Dn11=21656A57C43023B900070018146C070090
2018.03.03 11:34:10 5: SIG868/noMsg Parse: C0Dn11=21656A57C43023B900070018146C070090
2018.03.03 11:34:10 5: SIG868/msg READ: regexp=C0Dn11.* cmd=ccconf msg=C0Dn11=21656A57C43023B900070018146C070090
2018.03.03 11:34:10 4: SIG868/HandleWriteQueue: nothing to send, stopping timer
2018.03.03 11:34:15 5: SIG868: command for gets: V
2018.03.03 11:34:15 5: AddSendQueue: SIG868: V (1)
2018.03.03 11:34:16 5: SIG868 SW: V
2018.03.03 11:34:16 4: SIG868/msg READ: V 3.3.2b-dev SIGNALduino cc1101 - compiled at Mar  3 2018 11:24:00
2018.03.03 11:34:16 5: SIG868/noMsg Parse: V 3.3.2b-dev SIGNALduino cc1101 - compiled at Mar  3 2018 11:24:00
2018.03.03 11:34:16 5: SIG868/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 3.3.2b-dev SIGNALduino cc1101 - compiled at Mar  3 2018 11:24:00
2018.03.03 11:34:16 4: SIG868/HandleWriteQueue: nothing to send, stopping timer
2018.03.03 11:34:21 4: SIG868/msg READredu: MU;P0=-132;P1=204;P2=-1030;P3=491;P4=1477;D=0123232323242424232324242424242423242424232324242324242424242423242424242424232324242424242424242424242424242424242424242424232324232423242423232;CP=4;R=235;
2018.03.03 11:34:26 5: SIG868: command for gets: V
2018.03.03 11:34:26 5: AddSendQueue: SIG868: V (1)
2018.03.03 11:34:26 5: SIG868 SW: V
2018.03.03 11:34:26 4: SIG868/msg READ: V 3.3.2b-dev SIGNALduino cc1101 - compiled at Mar  3 2018 11:24:00
2018.03.03 11:34:26 5: SIG868/noMsg Parse: V 3.3.2b-dev SIGNALduino cc1101 - compiled at Mar  3 2018 11:24:00
2018.03.03 11:34:26 5: SIG868/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 3.3.2b-dev SIGNALduino cc1101 - compiled at Mar  3 2018 11:24:00


pejonp

[Ralf9]

FS20 Commandos gedrückt, wird nichts erkannt nur diese Einträge im Log.

2018.03.03 11:33:33 3: SIG868: ID=74 skiped (developId=y)

Mit dem Attribut development=y müsste es funktionieren.

Die raw Nachrichten im Log sehen gut aus.
Damit es auch vom FS20 Modul verarbeitet wird fehlt noch eine Kleinigkeit:
https://forum.fhem.de/index.php/topic,84699.0.html


Gruß Ralf

[Ralf9]

Ich denke ich kann Deine Vermutung bestätigen. Eine Dose m. unit code 0000 funktioniert.
das vom RFXTRX empfangene off raw mit get Sduino raw senden klappt auch nicht bei unit code 0001.

Funktioniert es mit einem Repeat=6 (R=6)?

Code Auswählen Erweitern

get sduino raw SR;R=6;P0=255;P1=-250;P2=-1280;P3=-9988;P4=-2558;D=040102010202010201010201020201010201020201010202010102020102010102010201020201020102010201020101020201010201020102010201020102020103;

Beim RFXTRX fällt auf, daß dort "03 (255, -9988) am Ende gesendet wird.
Kannst Du bitte mal bei der aculfw schauen ob dort auch 255, -9988 am Ende gesendet wird?

Gruß Ralf

[KölnSolar]

wenn ich es richtig abgelesen hab, wird in der aculfw so gesendet: repetition * ( 235 -10000 275 -2650  32/36(dim)bits)