[SIGNALduino] Empfangs-/Sendeprobleme mit Conrad/RisingSun RSL

connormcl · 28 Mai 2017, 17:41:58

Hallo,

habe mir zwei SIGNalduinos aus vorherigen nanoCULs 868mhz/C1101 geflasht.
Die nanoCULs funktionierten vorher einwandfrei und empfangen 868mhz Nachrichten korrekt.

Danach habe ich den SIGNALduino auf 433,920 mhz eingestellt und eine 433mhz Antenne angeschlossen:
ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)

Ich empfange bei Druck auf eine RSL Fernbedienung jedoch jedesmal etwas anderes und dekodiert wird es auch nicht zu RSL sondern zu elro:

Code Auswählen

2017.05.28 17:34:06 4: SIG/msg READ: MS;P0=570;P1=-1212;P3=-6744;P4=1177;P5=-580;D=034501450145010145450145450101014545014501450101010101010101010101;CP=0;SP=3;R=65;O;
2017.05.28 17:34:06 4: SIG: Matched MS Protocol id 41 -> elro doorbell
2017.05.28 17:34:06 5: SIG: Starting demodulation at Position 2
2017.05.28 17:34:06 4: SIG: Decoded MS Protocol id 41 dmsg u41#A9B1A800 length 32 RSSI = -41.5
2017.05.28 17:34:06 5: SIG: Dispatch DMSG: u41#A9B1A800
2017.05.28 17:34:06 5: SIG: dispatch u41#A9B1A800
2017.05.28 17:34:06 4: SIGNALduino_unknown incomming msg: u41#A9B1A800
2017.05.28 17:34:06 4: SIGNALduino_unknown rawData: A9B1A800
2017.05.28 17:34:06 4: SIGNALduino_unknown Protocol: 41
2017.05.28 17:34:06 4: SIGNALduino_unknown converted to bits: 10101001101100011010100000000000
2017.05.28 17:34:06 4: Unknown, please report
2017.05.28 17:34:06 3: SIG: Unknown code u41#A9B1A800, help me!
2017.05.28 17:34:07 4: SIG/msg READ: MS;P0=1178;P2=566;P3=-6755;P4=-586;P5=-1196;D=230425042504252504042504042525250404250425042525252525252525252525;CP=2;SP=3;R=65;O;
2017.05.28 17:34:07 4: SIG: Matched MS Protocol id 41 -> elro doorbell
2017.05.28 17:34:07 5: SIG: Starting demodulation at Position 2
2017.05.28 17:34:07 4: SIG: Decoded MS Protocol id 41 dmsg u41#A9B1A800 length 32 RSSI = -41.5
2017.05.28 17:34:07 5: SIG: Dispatch DMSG: u41#A9B1A800
2017.05.28 17:34:07 4: SIG: Dropped (u41#A9B1A800) due to short time or equal msg
2017.05.28 17:34:08 4: SIG/msg READ: MS;P0=577;P1=-1207;P3=-6736;P4=1183;P5=-573;D=034501450145010145450145450101014545014501450101010101010101010101;CP=0;SP=3;R=65;O;
2017.05.28 17:34:08 4: SIG: Matched MS Protocol id 41 -> elro doorbell
2017.05.28 17:34:08 5: SIG: Starting demodulation at Position 2
2017.05.28 17:34:08 4: SIG: Decoded MS Protocol id 41 dmsg u41#A9B1A800 length 32 RSSI = -41.5
2017.05.28 17:34:08 5: SIG: Dispatch DMSG: u41#A9B1A800
2017.05.28 17:34:08 4: SIG: Dropped (u41#A9B1A800) due to short time or equal msg
2017.05.28 17:34:09 4: SIG/msg READ: MS;P0=-6776;P1=585;P2=1174;P3=-583;P4=-1187;D=102314231423141423231423231414142323142314231414141414141414141414;CP=1;SP=0;R=65;O;
2017.05.28 17:34:09 4: SIG: Matched MS Protocol id 41 -> elro doorbell
2017.05.28 17:34:09 5: SIG: Starting demodulation at Position 2
2017.05.28 17:34:09 4: SIG: Decoded MS Protocol id 41 dmsg u41#A9B1A800 length 32 RSSI = -41.5
2017.05.28 17:34:09 5: SIG: Dispatch DMSG: u41#A9B1A800
2017.05.28 17:34:09 5: SIG: dispatch u41#A9B1A800
2017.05.28 17:34:09 4: SIGNALduino_unknown incomming msg: u41#A9B1A800
2017.05.28 17:34:09 4: SIGNALduino_unknown rawData: A9B1A800
2017.05.28 17:34:09 4: SIGNALduino_unknown Protocol: 41
2017.05.28 17:34:09 4: SIGNALduino_unknown converted to bits: 10101001101100011010100000000000
2017.05.28 17:34:09 4: Unknown, please report
2017.05.28 17:34:09 3: SIG: Unknown code u41#A9B1A800, help me!
2017.05.28 17:34:09 4: SIG/msg READ: MS;P0=-1198;P1=574;P3=-6734;P4=1183;P5=-584;D=134510451045101045451045451010104545104510451010101010101010101010;CP=1;SP=3;R=65;O;
2017.05.28 17:34:09 4: SIG: Matched MS Protocol id 41 -> elro doorbell
2017.05.28 17:34:09 5: SIG: Starting demodulation at Position 2
2017.05.28 17:34:09 4: SIG: Decoded MS Protocol id 41 dmsg u41#A9B1A800 length 32 RSSI = -41.5
2017.05.28 17:34:09 5: SIG: Dispatch DMSG: u41#A9B1A800
2017.05.28 17:34:09 4: SIG: Dropped (u41#A9B1A800) due to short time or equal msg
2017.05.28 17:34:10 4: SIG/msg READ: MS;P1=-6754;P2=1175;P3=-590;P5=-1212;P6=559;D=612365236523656523236523236565652323652365236565656565656565656565;CP=6;SP=1;R=64;O;
2017.05.28 17:34:10 4: SIG: Matched MS Protocol id 41 -> elro doorbell
2017.05.28 17:34:10 5: SIG: Starting demodulation at Position 2
2017.05.28 17:34:10 4: SIG: Decoded MS Protocol id 41 dmsg u41#A9B1A800 length 32 RSSI = -42
2017.05.28 17:34:10 5: SIG: Dispatch DMSG: u41#A9B1A800
2017.05.28 17:34:10 4: SIG: Dropped (u41#A9B1A800) due to short time or equal msg
2017.05.28 17:34:11 4: SIG/msg READ: MS;P0=-1192;P1=601;P2=1175;P3=-595;P5=-6766;D=152310231023101023231023231010102323102310231010101010101010101010;CP=1;SP=5;R=60;
2017.05.28 17:34:11 4: SIG: Matched MS Protocol id 41 -> elro doorbell
2017.05.28 17:34:11 5: SIG: Starting demodulation at Position 2
2017.05.28 17:34:11 4: SIG: Decoded MS Protocol id 41 dmsg u41#A9B1A800 length 32 RSSI = -44
2017.05.28 17:34:11 5: SIG: Dispatch DMSG: u41#A9B1A800
2017.05.28 17:34:11 4: SIG: Dropped (u41#A9B1A800) due to short time or equal msg

Gerade weil sich beide trotz unterschiedlicher Antennen komisch verhalten und als nanoCUL funktionieren, irritiert mich das.

Liegt das an der Software oder ist ein 868mhz C1101 Modul nicht geeignet und muss zwingend ein 433mhz C1101 sein?

Ralf9 · 28 Mai 2017, 21:32:09

ich habe am Signalduino Modul ein paar Anpassungen gemacht. Der Empfang müsste nun besser funktionieren.
Das Senden funktioniert noch nicht, da sind noch Anpassungen am Modul notwendig.

Code Auswählen

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

Gruß Ralf

connormcl · 28 Mai 2017, 22:42:58

mit dem Update sieht die Empfangsseite auf den ersten Blick schonmal ganz gut aus!

Jetzt bekomme ich:

Code Auswählen

2017.05.28 22:39:52 4: SIG/msg READ: MS;P0=-1232;P1=563;P3=-6796;P4=1112;P5=-649;D=134510451045101045451045451010104545104510451010101010101010101010;CP=1;SP=3;R=82;
2017.05.28 22:39:52 4: SIG: Matched MS Protocol id 1 -> ConradRSL
2017.05.28 22:39:52 5: SIG: Starting demodulation at Position 2
2017.05.28 22:39:52 4: SIG: Decoded MS Protocol id 1 dmsg rA9B1A800 length 32 RSSI = -33
2017.05.28 22:39:52 5: SIG: Dispatch DMSG: rA9B1A800
2017.05.28 22:39:52 5: SIG: dispatch rA9B1A800
2017.05.28 22:39:52 4: RSL Message: rA9B1A800
2017.05.28 22:39:52 5: SIGNALduino_RSL Message Devicecode: B1A800 Buttoncode: A9
2017.05.28 22:39:52 5: SIGNALduino_RSL Message parsed Devicecode: B1A800 Buttoncode: 41
2017.05.28 22:39:52 4: RSL button return/result: ID: B1A800 A9 DEVICE: B1A800 2 2 ACTION: on

und

Code Auswählen

2017.05.28 22:39:22 4: SIG/msg READ: MS;P1=508;P4=-681;P5=-1282;P6=1087;P7=-6846;D=17641564151564156464156464151515646415641564151515151515151515151515;CP=1;SP=7;R=74;O;
2017.05.28 22:39:22 4: SIG: Matched MS Protocol id 1 -> ConradRSL
2017.05.28 22:39:22 5: SIG: Starting demodulation at Position 2
2017.05.28 22:39:22 4: SIG: Decoded MS Protocol id 1 dmsg rA5B1A8000 length 36 RSSI = -37
2017.05.28 22:39:22 5: SIG: Dispatch DMSG: rA5B1A8000
2017.05.28 22:39:22 5: SIG: dispatch rA5B1A8000
2017.05.28 22:39:22 4: RSL Message: rA5B1A8000
2017.05.28 22:39:22 5: SIGNALduino_RSL Message Devicecode: B1A800 Buttoncode: A5
2017.05.28 22:39:22 5: SIGNALduino_RSL Message parsed Devicecode: B1A800 Buttoncode: 37
2017.05.28 22:39:22 4: RSL button return/result: ID: B1A800 A5 DEVICE: B1A800 2 2 ACTION: off
2017.05.28 22:39:22 4: Parse: Device: B1A800_2_2  Action: off

Jetzt muss ich nur noch herausfinden, wie man ein RSL Device B1A800 anlegt...

Stelle mich dann gerne zum Test des Sendeteils zur Verfügung...

connormcl · 28 Mai 2017, 22:56:30

Habe ein Device angelegt und der Empfang funktioniert ganz gut, nur geht der STATE ab und zu nicht direkt von off->on, sondern ab und zu über "stop" also off->stop->on bzw. on->stop->off

Und senden funktioniert wie du sagst noch nicht.

Hier mein Device:

Code Auswählen

Internals
CFGFN	
DEF 	B1A800_2_2
IODev SIG
LASTInputDev SIG
MSGCNT 17
NAME rsl1
NR 74
OffCode 632399872
OnCode 699508736
SIG_DMSG rA9B1A800
SIG_MSGCNT 17
SIG_RAWMSG MS;P1=536;P2=-6782;P3=1118;P4=-653;P5=-1253;D=123415341534151534341534341515153434153415341515151515151515151515;CP=1;SP=2;R=77;
SIG_RSSI -35.5
SIG_TIME 2017-05-28 22:51:44
STATE on
TYPE SIGNALduino_RSL

Ralf9 · 29 Mai 2017, 12:44:49

Du kannst mal testen ob das senden nun funktioniert.
Vor dem update mußt Du das RSL Device löschen, da das RSL-Modul nun 14_SD_RSL.pm heisst.

Gruß Ralf

connormcl · 29 Mai 2017, 17:33:15

Senden geht nun aber kein Empfang mehr...

Habe das bestehende Device gelöscht und neu angelegt:
define rsl1 SD_RSL B1A800_2_2

Damit kann ich senden, aber es wird nichts empfangen, da das Empfangene weiterhin an SIGNALduino_RSL geht und nicht an SD_RSL:

Code Auswählen

2017.05.29 17:30:56 4: SIG/msg READ: MS;P0=524;P1=-1272;P3=-6830;P4=1094;P5=-672;D=034501450145010145450145450101014545014501450101010101010101010101;CP=0;SP=3;R=79;
2017.05.29 17:30:56 4: SIG: Matched MS Protocol id 1 -> ConradRSL
2017.05.29 17:30:56 5: SIG: Starting demodulation at Position 2
2017.05.29 17:30:56 4: SIG: Decoded MS Protocol id 1 dmsg P1#A9B1A800 length 32 RSSI = -34.5
2017.05.29 17:30:56 5: SIG: Dispatch DMSG: P1#A9B1A800
2017.05.29 17:30:56 5: SIG: dispatch P1#A9B1A800
2017.05.29 17:30:56 4: SIG RSL_Parse Message: A9B1A800
2017.05.29 17:30:56 5: SIGNALduino_RSL Message Devicecode: 1A800 Buttoncode: 9B
2017.05.29 17:30:56 5: SIGNALduino_RSL Message parsed Devicecode: 1A800 Buttoncode: 27

Senden funktioniert so:

Code Auswählen

2017.05.29 17:28:58 5: SIG/write: adding to queue sendMsg P1#10100101101100011010100000000000#R6
2017.05.29 17:28:58 5: SIG: sendmsg msg=P1#10100101101100011010100000000000#R6
2017.05.29 17:28:58 5: SIG: sendmsg Preparing rawsend command for protocol=1, repeats=6, clock=560 bits=10100101101100011010100000000000
2017.05.29 17:28:58 5: AddSendQueue: SIG: SR;R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=012304230404230423230423230404042323042304230404040404040404040404; (1)
2017.05.29 17:28:58 4: SIG/set: sending via SendMsg: SR;R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=012304230404230423230423230404042323042304230404040404040404040404;
2017.05.29 17:28:58 5: SIG SW: SR;R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=012304230404230423230423230404042323042304230404040404040404040404;
2017.05.29 17:28:58 4: SIG SendrawFromQueue: msg=SR;R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=012304230404230423230423230404042323042304230404040404040404040404;

SabineT · 29 Mai 2017, 19:01:38

Zitat von: Ralf9 am 29 Mai 2017, 12:44:49
Du kannst mal testen ob das senden nun funktioniert.
Vor dem update mußt Du das RSL Device löschen, da das RSL-Modul nun 14_SD_RSL.pm heisst.

Gruß Ralf

muss man nach dem update, bei dem 14_SD_RSL.pm installiert wird, dann nicht 14_SIGNALduino_RSL.pm löschen?

Ralf9 · 29 Mai 2017, 20:09:42

Zitat von: SabineT am 29 Mai 2017, 19:01:38
muss man nach dem update, bei dem 14_SD_RSL.pm installiert wird, dann nicht 14_SIGNALduino_RSL.pm löschen?

Nein, die 14_SIGNALduino_RSL.pm müsste eigentlich beim Update automatisch gelöscht werden
https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33/controls_signalduino.txt

Wenn nach dem Update kein fhem neustart gemacht wird, dann bleibt die 14_SIGNALduino_RSL.pm weiterhin geladen.

@connormcl
Hast Du nach dem Update ein fhem neustart gemacht?

Gruß Ralf

connormcl · 29 Mai 2017, 21:19:11

Ja, ich hatte neugestartet..die 14_SIGNALduino_RSL.pm ist allerdings noch da:

Code Auswählen

linux-gbej:/usr/lib/fhem/FHEM # find |grep SIGNAL
./14_SIGNALduino_RSL.pm
./firmware/SIGNALDuino_radinoCC1101.hex
./firmware/SIGNALduino_nanoCC1101.hex
./firmware/SIGNALduino_uno.hex
./firmware/SIGNALduino_promini328.hex
./firmware/SIGNALduino_nano328.hex
./00_SIGNALduino.pm
./90_SIGNALduino_un.pm

Werde sie mal wegbewegen, neustarten und testen...

EDIT: nach löschen der 14_SIGNALduino_RSL.pm funktioniert nun alles so wie es soll...man kann mit dem definierten Device senden und empfangene Signale schalten den Zustand des Devices um.

Vielen Dank erstmal!

SabineT · 29 Mai 2017, 21:48:58

Zitat von: Ralf9 am 29 Mai 2017, 20:09:42
Nein, die 14_SIGNALduino_RSL.pm müsste eigentlich beim Update automatisch gelöscht werden
https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33/controls_signalduino.txt

Wenn nach dem Update kein fhem neustart gemacht wird, dann bleibt die 14_SIGNALduino_RSL.pm weiterhin geladen.

@connormcl
Hast Du nach dem Update ein fhem neustart gemacht?

Gruß Ralf

bei mir war die alte Datei nach einem "shutdown restart" immer noch da! Da dürfte der Updateprozess nicht richtig funktionieren. Wobei in der FHEM/controls_signalduino.txt würde das "DEL FHEM/14_SIGNALduino_RSL.pm" eigentlich drinnen stehen.

SabineT · 01 Juni 2017, 07:27:38

Zitat von: Ralf9 am 29 Mai 2017, 20:09:42
Nein, die 14_SIGNALduino_RSL.pm müsste eigentlich beim Update automatisch gelöscht werden
https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33/controls_signalduino.txt

im 98_update.pm finde ich nichts, was zu DEL passt, du müsstest da vermutlich ein MOV verwenden und die alte Datei in ein anderes Verzeichnis verschieben, z.B. mit:

Code Auswählen

MOV FHEM/14_SIGNALduino_RSL unused
wird so z.B. in controls_fhem.txt gemacht.

Auf deine diesbezügliche Anfrage im Unterforum FHEM Development darf/kann ich nicht antworten...

lg, Sabine

Ralf9 · 01 Juni 2017, 08:00:25

ZitatAuf deine diesbezügliche Anfrage im Unterforum FHEM Development darf/kann ich nicht antworten...

Die Anfrage im Unterforum FHEM Development kommt von Sidey.

Du kannst unter "Profileinstellungen - Gruppen Mitgliedschaft" die Mitgliedschaft im Unterforum FHEM Development anfordern.

Edit:
Huch, ich wollte eigentlich nur Mitglied im Unterforum FHEM Development werden. Nun bin ich gleich Developer geworden.
Geht das nicht, Schreibrechte im Unterforum FHEM Development zu haben und kein Developer zu sein?

Gruß Ralf

SabineT · 01 Juni 2017, 08:47:36

Ups, hatte garnicht auf den Namen geschaut, mich nur erinnert, dass das Thema in diesem Thread vorgekommen ist.
Rudolf König hat Sidey aber inzwischen selber geantwortet.

Ralf9 · 03 Juni 2017, 21:13:09

Es gibt von der 14_SD_RSL.pm eine neue Version.
Ich habe einen autocreateThreshold => "2:30" zugefügt. Für einen Autocreate muß innerhalb von 30 sek die Taste zwei mal gedrückt werden.
Ich habe einen Test eingebaut ob der receivedButtonCode mit 10 beginnt

Gruß Ralf