Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

rcmcronny · 01 Januar 2019, 17:55:25

Gesundes Neues

So, ich hab die dev-r33 mal ins update eingefügt permanent, schadet dann ja nicht.

Die IDs haben sich geändert, daher hab ich die whitelist IDs auch angepaßt, so sieht es nun aus:

Code Auswählen


2019.01.01 17:51:41 3: sduino: setting Verbose to: 5
2019.01.01 17:51:57 4: sduino/msg READredu: MU;P0=1168;P1=-3797;P2=485;P3=-1939;D=0123212123232323232323232323212123212123232;CP=2;R=0;
2019.01.01 17:51:57 5: sduino: start pattern for MU Protocol id 79 -> wireless doorbell not found, aborting
2019.01.01 17:51:57 4: sduino/msg READredu: MU;P0=503;P1=-1843;P2=-3894;P3=-570;P4=3608;P5=-380;P6=236;P7=1980;D=01020102020345610103716101010102020102020101020;CP=0;R=0;
2019.01.01 17:51:57 5: sduino: start pattern for MU Protocol id 79 -> wireless doorbell not found, aborting
2019.01.01 17:51:57 4: sduino/msg READredu: MU;P0=-232;P1=512;P2=-1916;P3=-3893;P5=104;P6=-6588;P7=184;D=12121212121313121313121213131213121252167;CP=1;R=0;
2019.01.01 17:51:57 5: sduino: substr: 313121313121213131213121252167
2019.01.01 17:51:57 5: sduino: one pattern for MU Protocol id 79 not found, aborting
2019.01.01 17:51:57 4: sduino/msg READredu: MU;P0=-1012;P1=483;P2=-3902;P3=-1833;P4=-1344;P5=-100;P6=92;P7=-2684;D=01213131412131312131212131313131313131313156312170;CP=1;R=0;
2019.01.01 17:51:57 5: sduino: substr: 213131412131312131212131313131313131313156312170
2019.01.01 17:51:57 5: sduino: one pattern for MU Protocol id 79 not found, aborting
2019.01.01 17:51:58 4: sduino/msg READredu: MU;P0=-96;P1=104;P2=-168;P3=504;P4=-3893;P5=-1937;P6=780;P7=-668;D=0123435353535353565353535343435343435353437;CP=3;R=0;
2019.01.01 17:51:58 5: sduino: substr: 435353535353565353535343435343435353437
2019.01.01 17:51:58 5: sduino: one pattern for MU Protocol id 79 not found, aborting
2019.01.01 17:52:23 4: sduino: Calling Getting Attr sub with args: set whitelist_IDs = 0,3,79
2019.01.01 17:52:23 3: sduino: IDlist attr whitelist: 0,3,79
2019.01.01 17:52:23 3: sduino: IDlist MS 0 3
2019.01.01 17:52:23 3: sduino: IDlist MU 79
2019.01.01 17:52:23 3: sduino: IDlist MC 
2019.01.01 17:52:23 5: sduino: IDlist not whitelisted skipped = 0.1 0.2 0.3 1 2 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 34 35 36 37 39 40 41 42 43 44 44.1 45 46 47 48 49 50 51 52 55 56 57 58 59 60 61 62 63 64 65 66 67 69 70 71 72 72.1 73 74 75 76 77 78 80 81 82 83 84 85 86 87 88 89 90 91 92 93
2019.01.01 17:52:32 4: sduino/msg READredu: MU;P0=148;P1=-3906;P2=483;P3=-1956;P4=-2780;D=0123212123232123212123232323232323232323212123212;CP=2;R=0;
2019.01.01 17:52:32 5: sduino: start pattern for MU Protocol id 79 -> wireless doorbell not found, aborting
2019.01.01 17:52:32 4: sduino/msg READredu: MU;P0=-1032;P1=550;P2=-1939;P3=158;P4=-124;P5=-3875;P6=1932;P7=-7116;D=12341215151215121514671215121512151512121512151030;CP=1;R=0;
2019.01.01 17:52:32 5: sduino: start pattern for MU Protocol id 79 -> wireless doorbell not found, aborting
2019.01.01 17:52:32 4: sduino/msg READredu: MU;P0=152;P1=-936;P2=496;P3=-3856;P4=-1932;P5=860;P7=-272;D=123242324235324242324232324242424242427070;CP=2;R=0;
2019.01.01 17:52:32 5: sduino: substr: 3242324235324242324232324242424242427070
2019.01.01 17:52:32 5: sduino: one pattern for MU Protocol id 79 not found, aborting
2019.01.01 17:52:40 4: sduino/keepalive ok, retry = 0

Danke Ronny

elektron-bbs · 01 Januar 2019, 20:40:49

Bei deinem letzten Versuch um 17:51 Uhr war das sicher irgend ein anderer Sensor. Vor dem Update um 17:27 war die Klingel mit dabei:

Code Auswählen

2019.01.01 17:27:32 4: sduino/msg READredu: MU;P0=-421;P1=344;P2=-699;P4=659;P6=-5203;P7=259;D=1612121040404040404040421216121210404040404040404212161212104040404040404042121612121040404040404040421216121210404040404040404272761212104040404040404042121612121040404040404040421216121210404040404040404212167272104040404040404042721612127040404040404;CP=4;R=0;O;

und wird dekodiert:

Code Auswählen

2019.01.01 20:33:28 5: sduino_dummy: substr: 612121040404040404040421216121210404040404040404212161212104040404040404042121612121040404040404040421216121210404040404040404272761212104040404040404042121612121040404040404040421216121210404040404040404212167272104040404040404042721612127040404040404
2019.01.01 20:33:28 4: sduino_dummy: Fingerprint for MU Protocol id 79 -> wireless doorbell matches, trying to demodulate
2019.01.01 20:33:28 5: part is 212104040404040404042121 starts at position 0 and ends at 26
2019.01.01 20:33:28 5: sduino_dummy: Starting demodulation (StartStr: 61 first found at 1 regex: (?:61)((?:04|21){12,}) Pos 1) length_min_max (12..12) length=12
2019.01.01 20:33:28 5: sduino_dummy: dispatching hex: P79#3FC
2019.01.01 20:33:28 4: sduino_dummy: decoded matched MU Protocol id 79 dmsg P79#3FC length 12 dispatch(1/4) RSSI = -74
2019.01.01 20:33:28 5: sduino_dummy Dispatch: P79#3FC, test ungleich: disabled
2019.01.01 20:33:28 5: sduino_dummy Dispatch: P79#3FC, -74 dB, dispatch
2019.01.01 20:33:28 5: sduino_dummy: dispatch P79#3FC
2019.01.01 20:33:28 4: sduino_dummy: SD_BELL_Parse protocol 79 Heidemann
Heidemann_HX
VTX-BELL doubleCode=no rawData=3FC

HomeAuto_User · 01 Januar 2019, 20:41:54

@Jochen,
ich bin deiner Sache mal auf den GRund gegangen weil ich im großen SensorDschungel auch genügend empfange.
Es ist wirklich so, das der bzw manche Auriol nicht mit bei -1 CP in die Tolleranz passen.

Zitat von: jochen_f am 30 Dezember 2018, 11:36:43
Hallo,

bei der Durchsicht meines SIGNALDuino Logs ist mir eine große Anzahl unbekannter MS Protokolle aufgefallen und ich bin dem mal auf den Grund gegangen. Es handelt sich um Nachrichten von meinem Auriol Z31092. Manche Nachrichten werden aber korrekt erkannt.

Nicht erkannte Nachricht :

MS;P0=443;P3=-9169;P4=-1993;P5=-3954;D=030405040505050505050404040404040404040505050504050405050504040405;CP=0;SP=3;R=14;O;m0;

Erkannte Nachricht :

MS;P1=-9675;P2=449;P3=-1998;P5=-3945;D=212325232525252525252323232323232323232525252523252325252523232325;CP=2;SP=1;R=20;O;m2;

Anscheinend ist der Faktor 26 für die Sync Erkennung zu groß oder die Toleranz zu klein.

Gruß, Jochen

Nutze mal diese DEF zusätzlich. Mit Ihr habe ich auch zusätzlich deinen Sensor empfangen mit über 290 Messwerten in 24h.

Code Auswählen

	"0.4"	=>	## Auriol Z31092
						# CUL_TCM97001 Typ - AURIOL
						# MS;P0=443;P3=-9169;P4=-1993;P5=-3954;D=030405040505050505050404040404040404040505050504050405050504040405;CP=0;SP=3;R=14;O;m0;
						# MS;P0=-9102;P1=446;P2=-3956;P3=-2008;D=10121312121212121312131213131313131313131212121313121213121213121314;CP=1;SP=0;R=212;O;m2;
		{
			name					=> 'weather (v5)',
			comment				=> 'temperature / humidity or other sensors | Auriol Z31092',
			id						=> '0.4',
			knownFreqs		=> '433.92',
			one						=> [1,-9],
			zero					=> [1,-4],
			sync					=> [1,-20],
			clockabs			=> 450,
			preamble			=> 's',				# prepend to converted message
			postamble			=> '00',			# Append to converted message
			clientmodule	=> 'CUL_TCM97001',
			length_min		=> '32',
			length_max		=> '36',
			paddingbits		=> '8',				 # pad up to 8 bits, default is 4
		},

jochen_f · 02 Januar 2019, 15:08:09

Hallo HomeAuto_User,

danke, damit sieht es deutlich besser aus. Zusätzlich habe ich noch die 91.1 von Ralf mit drin, auch die macht, was sie soll

Gruß, Jochen

gandi1791 · 02 Januar 2019, 18:29:22

Zitat von: Sidey am 30 Dezember 2018, 01:14:59
Bitte installiere die aktuelle Entwicklungsversion, den Befehl + URL hatte ich dir im letzten Post bereitgestellt.
Dann hast Du auch die Optionen für das Flashen.
Die Änderungen aus dem Beitrag von 2017 führst Du bitte nicht aus, stattdessen trägst Du in das Attribut Whitelist_IDs die 75 (und ggf. noch weitere, welche Du empfangen möchtest) ein.

Komfortabel geht das über die Menüoption Display Protocollist.

Grüße Sidey

So nachdem ich die SW schon vor ein paar Tagen upgedated habe, habe ich nun heute getestet.
Ich kann nun mit der originalen FB von Conrad durch autocreate SD_RSL Schalter anlegen.

Ergebnis:
Mit der Einstellung an der FB (z.B. I/1) kann ich einen Schalter schalten,
mit dem fhem Device, das mit I/1 angelegt wurde passiert allerdings nichts.
Auch wenn ich den Schalter in den Anlernmodus versetze, kann ich ihn nicht anlernen.
~~Kann es sein, dass mit dem Senden etwas noch nicht so funktioniert?~~

Habe ein paar IT Steckdosen getestet...funktionieren...

Dann wird das Schalten von Conrad RSL2 wohl tatsächlich noch nicht funktionieren...

Sidey · 02 Januar 2019, 19:02:30

Zitat von: gandi1791 am 02 Januar 2019, 18:29:22
So nachdem ich die SW schon vor ein paar Tagen upgedated habe, habe ich nun heute getestet.
Ich kann nun mit der originalen FB von Conrad durch autocreate SD_RSL Schalter anlegen.

Ergebnis:
Mit der Einstellung an der FB (z.B. I/1) kann ich einen Schalter schalten,
mit dem fhem Device, das mit I/1 angelegt wurde passiert allerdings nichts.
Auch wenn ich den Schalter in den Anlernmodus versetze, kann ich ihn nicht anlernen.
~~Kann es sein, dass mit dem Senden etwas noch nicht so funktioniert?~~

Habe ein paar IT Steckdosen getestet...funktionieren...

Dann wird das Schalten von Conrad RSL2 wohl tatsächlich noch nicht funktionieren...

Kannst Du uns die RAW Messages deiner FB bitte zukommen lassen?

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Doublefant · 02 Januar 2019, 19:20:49

Hi,
ich bin vom cul auf den signalduino umgestiegen, da ein Bewegungsmelder nicht funktioniert hat.
Das Problem ist gelöst, wurde direkt erkannt.
Leider funktioniert meine Tchibo Wetterstation nicht mehr. Die war schon beim cul schwierig einzubinden, lief aber nach Anpassung stabil.

Im Log erhalte ich zyklisch folgende Meldungen:
2019.01.02 18:47:48 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_33_TH detected, code SD_WS_33_TH_1
2019.01.02 18:52:46 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_33_TH detected, code SD_WS_33_TH_1
2019.01.02 18:57:46 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_33_TH detected, code SD_WS_33_TH_1

mit verbose 4 sieht ein Paket so aus:

Code Auswählen

 4: sduino/msg READredu: MS;P1=399;P2=-7743;P3=-2038;P4=-3992;D=12131314141414141313131413131314141414131313141314131414131314131314131313131314131314;CP=1;SP=2;R=230;O;m2;
 4: sduino: Matched MS Protocol id 0.3 -> weather (v4)
 4: sduino: Matched MS Protocol id 33 -> weather
 4: sduino: Decoded MS Protocol id 33 dmsg W33#3E23C564824 length 44 RSSI = -87
 4: sduino: SD_WS_Parse Protocol: 33, rawData: 3E23C564824
 4: sduino: decoded protocolid 33 (s014/TFA 30.3200/TCM/Conrad S522/renkforce E0001PA) sensor id=248
 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_33_TH detected, code SD_WS_33_TH_1
 4: sduino/msg READredu: MS;P1=393;P2=-7752;P3=-2047;P4=-3993;D=12131314141414141313131413131314141414131313141314131414131314131314131313131314131314;CP=1;SP=2;R=230;O;m1;
 4: sduino: Matched MS Protocol id 0.3 -> weather (v4)
 4: sduino/msg READredu: MS;P1=396;P2=-7759;P3=-2045;P4=-4000;D=12131314141414141313131413131314141414131313141314131414131314131314131313131314131314;CP=1;SP=2;R=230;O;m0;
 4: sduino: Matched MS Protocol id 0.3 -> weather (v4)
 4: sduino/msg READredu: MS;P1=399;P2=-7733;P3=-2043;P4=-3991;D=12131314141414141313131413131314141414131313141314131414131314131314131313131314131314;CP=1;SP=2;R=230;O;
 4: sduino: Matched MS Protocol id 0.3 -> weather (v4)
 4: sduino: Matched MS Protocol id 33 -> weather
 4: sduino: Decoded MS Protocol id 33 dmsg W33#3E23C564824 length 44 RSSI = -87
 4: sduino Dispatch: W33#3E23C564824, Dropped due to short time or equal msg

Die Sensor-ID wird richtig decodiert und passt, aber irgendwas stimmt nicht?
Jemand eine Idee?

gandi1791 · 02 Januar 2019, 19:44:13

Zitat von: Sidey am 02 Januar 2019, 19:02:30
Kannst Du uns die RAW Messages deiner FB bitte zukommen lassen?

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Habe verbose=5 gesetzt und im Kanal 4 auf Taste 3 "on" gedrückt:

Code Auswählen


2019.01.02 19:40:30 4: SignalDuinoV1/msg READredu: MS;P1=1138;P2=-723;P3=583;P4=-1285;P5=-7166;D=351234341234341212341212123412343412341234341234343434343434343434;CP=3;SP=5;R=247;O;m2;
2019.01.02 19:40:30 4: SignalDuinoV1/msg READredu: MS;P1=1178;P2=-687;P3=576;P4=-1266;P5=-7175;D=351234341234341212341212123412343412341234341234343434343434343434;CP=3;SP=5;R=247;O;m1;
2019.01.02 19:40:30 4: SignalDuinoV1/msg READredu: MS;P1=1166;P2=-686;P3=536;P4=-1307;P5=-7171;D=351234341234341212341212123412343412341234341234343434343434343434;CP=3;SP=5;R=247;O;m0;
2019.01.02 19:40:31 4: SignalDuinoV1/msg READredu: MS;P1=1154;P2=-697;P3=559;P4=-1303;P5=-7173;D=351234341234341212341212123412343412341234341234343434343434343434;CP=3;SP=5;R=247;O;
2019.01.02 19:40:31 4: SignalDuinoV1/msg READredu: MS;P0=561;P1=-1291;P2=-7158;P3=1174;P4=-688;D=023401013401013434013434340134010134013401013401010101010101010101;CP=0;SP=2;R=248;m2;
2019.01.02 19:40:31 4: SignalDuinoV1/msg READredu: MS;P0=561;P1=-1291;P2=-7158;P3=1174;P4=-688;D=023401013401013434013434340134010134013401013401010101010101010101;CP=0;SP=2;R=248;m1;
2019.01.02 19:40:31 4: SignalDuinoV1/msg READredu: MU;P0=561;P1=-1291;P2=-7158;P3=1174;P4=-688;P5=-32001;D=0234010134010134340134343401340101340134010134010101010101010101010550;CP=0;R=248;
2019.01.02 19:40:31 4: SignalDuinoV1: Fingerprint for MU Protocol id 75 -> Conrad RSL v2 matches, trying to demodulate
2019.01.02 19:40:31 5: part is 3401013401013434013434340134010134013401013401010101010101010101 starts at position 2 and ends at 66
2019.01.02 19:40:31 5: SignalDuinoV1: Starting demodulation ( regex: (?:)((?:34|01){32,}) Pos 0) length_min_max (32..40) length=32
2019.01.02 19:40:31 5: SignalDuinoV1: dispatching hex: P1#9374A400
2019.01.02 19:40:31 4: SignalDuinoV1: decoded matched MU Protocol id 75 dmsg P1#9374A400 length 32 dispatch(1/4) RSSI = -78
2019.01.02 19:40:31 5: SignalDuinoV1 Dispatch: P1#9374A400, test ungleich: disabled
2019.01.02 19:40:31 5: SignalDuinoV1 Dispatch: P1#9374A400, -78 dB, dispatch
2019.01.02 19:40:31 5: SignalDuinoV1: dispatch P1#9374A400
2019.01.02 19:40:31 4: SignalDuinoV1 RSL_Parse Message: 9374A400
2019.01.02 19:40:31 5: SD_RSL Message Devicecode: 74A400 Buttoncode: 93
2019.01.02 19:40:31 4: SD_RSL Message parsed Devicecode: 74A400 Buttoncode: 19
2019.01.02 19:40:31 4: RSL button return/result: ID: 74A400 93 DEVICE: 74A400 4 4 ACTION: on
2019.01.02 19:40:31 4: SignalDuinoV1 Parse: Device: 74A400_4_4  Action: on
2019.01.02 19:40:31 1: ERROR: >RSL_74A400_4_4< returned by the SD_RSL ParseFn is invalid, notify the module maintainer

cs-online · 02 Januar 2019, 20:31:58

Hallo,

ich habe den Signalduino auf einem Nano-Cul geflasht und finde es super cool, was ich nun alles empfangen kann. Aber ich habe nach dem Wiki den Befehl

Code Auswählen

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

eingegeben, nun läd er aber (egal wann und egal wie häufig ich das am Tag mache) immer eine ewig lange Arie an Sduino-Updates, teilweise von Anfang Dezember. Da ich vermute, dass das nicht mehrmals am Tag immer aktualisiert wird hier die Frage: Wie kann ich das wieder "abbestellen", dass von der DEV geladen wird ? Es sollte ja eigentlich, wenn ich direkt hintereinander zweimal Update ausführe dann nur noch das übliche "nothing to do" kommen...

Grüße

Christian

Sidey · 02 Januar 2019, 21:01:14

Zitat von: Doublefant am 02 Januar 2019, 19:20:49
Leider funktioniert meine Tchibo Wetterstation nicht mehr. Die war schon beim cul schwierig einzubinden, lief aber nach Anpassung stabil.

Was wurde da angepasst, hast Du details?

Zitat von: Doublefant am 02 Januar 2019, 19:20:49
Im Log erhalte ich zyklisch folgende Meldungen:
2019.01.02 18:47:48 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_33_TH detected, code SD_WS_33_TH_1
2019.01.02 18:52:46 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_33_TH detected, code SD_WS_33_TH_1
2019.01.02 18:57:46 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_33_TH detected, code SD_WS_33_TH_1

Es sieht so aus, als ob alle 5 Minuten etwas von deinem Sensor erfasst wurde.
Für Autocreate haben wir aktuell eine Schwellwert von 2 Nachrichten im Zeitraum von 3 Minuten angegeben.
Wenn Du das autocreate Attribut (https://fhem.de/commandref_DE.html#autocreate) auf 6 Minuten anpasst, sollte es klappen. Habe selbst nie mit dem Attribut gearbeitet, aber mit SD_WS:2:360 sollte dein Sensor angelegt werden.
Weisst Du ob der Sensor eventuell öfters sendet?

elektron-bbs · 02 Januar 2019, 21:03:00

Zitat von: Doublefant am 02 Januar 2019, 19:20:49
Hi,
ich bin vom cul auf den signalduino umgestiegen, da ein Bewegungsmelder nicht funktioniert hat.
Das Problem ist gelöst, wurde direkt erkannt.
Leider funktioniert meine Tchibo Wetterstation nicht mehr. Die war schon beim cul schwierig einzubinden, lief aber nach Anpassung stabil.

Im Log erhalte ich zyklisch folgende Meldungen:
2019.01.02 18:47:48 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_33_TH detected, code SD_WS_33_TH_1
2019.01.02 18:52:46 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_33_TH detected, code SD_WS_33_TH_1
2019.01.02 18:57:46 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_33_TH detected, code SD_WS_33_TH_1

Die Sensor-ID wird richtig decodiert und passt, aber irgendwas stimmt nicht?
Jemand eine Idee?

Die Timings deines Sensors passen nicht 100%ig zu der vorhandenen Definition des Protokolles. Deshalb wird der Sensor nur ab und zu erkannt.
Wie lautet die genaue Bezeichnung des Sensors und der zugehörigen Wetterstation?
Eine Erweiterung des Protokolles um diesen Sensor sollte kein Problem darstellen. Eventuell haben wir noch weitere Fragen. Besser lässt sich das direkt auf GitHub behandeln. Bitte eröffne dazu ein neues Issue auf https://github.com/RFD-FHEM/RFFHEM/issues

Sidey · 02 Januar 2019, 21:05:16

Zitat von: cs-online am 02 Januar 2019, 20:31:58
eingegeben, nun läd er aber (egal wann und egal wie häufig ich das am Tag mache) immer eine ewig lange Arie an Sduino-Updates, teilweise von Anfang Dezember.

Das ist ein ganz normales Verhalten. Es laufen zwei Updates nacheinander.

1. Update aktualisiert aus dem FHEM Repository. Dort liegt eine Signalduino Version von April 2018.
2. Update aus Github, welches zu hinzugefügt hast lädt eine Version von gestern oder so.

Grüße Sidey

cs-online · 02 Januar 2019, 21:55:08

...kann ich das auch wieder abstellen, dass der von der DEV läd ?

Sidey · 02 Januar 2019, 21:57:56

Zitat von: cs-online am 02 Januar 2019, 21:55:08
...kann ich das auch wieder abstellen, dass der von der DEV läd ?

Ja das geht laut commandref:

https://fhem.de/commandref_DE.html#update

Code Auswählen

update delete <URL>

Verifizieren kannst Du es mit

Code Auswählen

update list

Danach werden dann bei einem Aktualisieren nur die "stable" Module geladen.

HomeAuto_User · 03 Januar 2019, 00:49:43

@gandi1791

Zitat von: gandi1791 am 02 Januar 2019, 19:44:13
Habe verbose=5 gesetzt und im Kanal 4 auf Taste 3 "on" gedrückt:
Code Auswählen Erweitern
2019.01.02 19:40:30 4: SignalDuinoV1/msg READredu: MS;P1=1138;P2=-723;P3=583;P4=-1285;P5=-7166;D=351234341234341212341212123412343412341234341234343434343434343434;CP=3;SP=5;R=247;O;m2; 2019.01.02 19:40:30 4: SignalDuinoV1/msg READredu: MS;P1=1178;P2=-687;P3=576;P4=-1266;P5=-7175;D=351234341234341212341212123412343412341234341234343434343434343434;CP=3;SP=5;R=247;O;m1; 2019.01.02 19:40:30 4: SignalDuinoV1/msg READredu: MS;P1=1166;P2=-686;P3=536;P4=-1307;P5=-7171;D=351234341234341212341212123412343412341234341234343434343434343434;CP=3;SP=5;R=247;O;m0; 2019.01.02 19:40:31 4: SignalDuinoV1/msg READredu: MS;P1=1154;P2=-697;P3=559;P4=-1303;P5=-7173;D=351234341234341212341212123412343412341234341234343434343434343434;CP=3;SP=5;R=247;O; 2019.01.02 19:40:31 4: SignalDuinoV1/msg READredu: MS;P0=561;P1=-1291;P2=-7158;P3=1174;P4=-688;D=023401013401013434013434340134010134013401013401010101010101010101;CP=0;SP=2;R=248;m2; 2019.01.02 19:40:31 4: SignalDuinoV1/msg READredu: MS;P0=561;P1=-1291;P2=-7158;P3=1174;P4=-688;D=023401013401013434013434340134010134013401013401010101010101010101;CP=0;SP=2;R=248;m1; 2019.01.02 19:40:31 4: SignalDuinoV1/msg READredu: MU;P0=561;P1=-1291;P2=-7158;P3=1174;P4=-688;P5=-32001;D=0234010134010134340134343401340101340134010134010101010101010101010550;CP=0;R=248; 2019.01.02 19:40:31 4: SignalDuinoV1: Fingerprint for MU Protocol id 75 -> Conrad RSL v2 matches, trying to demodulate 2019.01.02 19:40:31 5: part is 3401013401013434013434340134010134013401013401010101010101010101 starts at position 2 and ends at 66 2019.01.02 19:40:31 5: SignalDuinoV1: Starting demodulation ( regex: (?:)((?:34|01){32,}) Pos 0) length_min_max (32..40) length=32 2019.01.02 19:40:31 5: SignalDuinoV1: dispatching hex: P1#9374A400 2019.01.02 19:40:31 4: SignalDuinoV1: decoded matched MU Protocol id 75 dmsg P1#9374A400 length 32 dispatch(1/4) RSSI = -78 2019.01.02 19:40:31 5: SignalDuinoV1 Dispatch: P1#9374A400, test ungleich: disabled 2019.01.02 19:40:31 5: SignalDuinoV1 Dispatch: P1#9374A400, -78 dB, dispatch 2019.01.02 19:40:31 5: SignalDuinoV1: dispatch P1#9374A400 2019.01.02 19:40:31 4: SignalDuinoV1 RSL_Parse Message: 9374A400 2019.01.02 19:40:31 5: SD_RSL Message Devicecode: 74A400 Buttoncode: 93 2019.01.02 19:40:31 4: SD_RSL Message parsed Devicecode: 74A400 Buttoncode: 19 2019.01.02 19:40:31 4: RSL button return/result: ID: 74A400 93 DEVICE: 74A400 4 4 ACTION: on 2019.01.02 19:40:31 4: SignalDuinoV1 Parse: Device: 74A400_4_4 Action: on 2019.01.02 19:40:31 1: ERROR: >RSL_74A400_4_4< returned by the SD_RSL ParseFn is invalid, notify the module maintainer

Deine Nachrichten werden in der aktuellen DEV-r33 decodiert.

Code Auswählen

2019.01.03 00:45:31 4: sduino_dummy/msg get raw: MS;P1=1138;P2=-723;P3=583;P4=-1285;P5=-7166;D=351234341234341212341212123412343412341234341234343434343434343434;CP=3;SP=5;R=247;O;m2;
2019.01.03 00:45:31 4: sduino_dummy: Matched MS Protocol id 1 -> Conrad RSL v1
2019.01.03 00:45:31 4: sduino_dummy: Decoded MS Protocol id 1 dmsg P1#9374A400 length 32 RSSI = -78.5
2019.01.03 00:45:31 4: sduino_dummy RSL_Parse Message: 9374A400
2019.01.03 00:45:31 4: SD_RSL Message parsed Devicecode: 74A400 Buttoncode: 19
2019.01.03 00:45:31 4: RSL button return/result: ID: 74A400 93 DEVICE: 74A400 4 4 ACTION: on
2019.01.03 00:45:31 4: sduino_dummy Parse: Device: 74A400_4_4  Action: on
2019.01.03 00:45:31 3: sduino_dummy RSL_Parse UNDEFINED Remotebutton send to define: 74A400_4_4

2019.01.03 00:46:10 4: sduino_dummy/msg get raw: MS;P1=1154;P2=-697;P3=559;P4=-1303;P5=-7173;D=351234341234341212341212123412343412341234341234343434343434343434;CP=3;SP=5;R=247;O;
2019.01.03 00:46:10 4: sduino_dummy: Matched MS Protocol id 1 -> Conrad RSL v1
2019.01.03 00:46:10 4: sduino_dummy: Decoded MS Protocol id 1 dmsg P1#9374A400 length 32 RSSI = -78.5
2019.01.03 00:46:10 4: sduino_dummy RSL_Parse Message: 9374A400
2019.01.03 00:46:10 4: SD_RSL Message parsed Devicecode: 74A400 Buttoncode: 19
2019.01.03 00:46:10 4: RSL button return/result: ID: 74A400 93 DEVICE: 74A400 4 4 ACTION: on
2019.01.03 00:46:10 4: sduino_dummy Parse: Device: 74A400_4_4  Action: on
2019.01.03 00:46:10 3: sduino_dummy RSL_Parse UNDEFINED Remotebutton send to define: 74A400_4_4

2019.01.03 00:46:47 4: sduino_dummy/msg get raw: MS;P0=561;P1=-1291;P2=-7158;P3=1174;P4=-688;D=023401013401013434013434340134010134013401013401010101010101010101;CP=0;SP=2;R=248;m1;
2019.01.03 00:46:47 4: sduino_dummy: Matched MS Protocol id 1 -> Conrad RSL v1
2019.01.03 00:46:47 4: sduino_dummy: Decoded MS Protocol id 1 dmsg P1#9374A400 length 32 RSSI = -78
2019.01.03 00:46:47 4: sduino_dummy RSL_Parse Message: 9374A400
2019.01.03 00:46:47 4: SD_RSL Message parsed Devicecode: 74A400 Buttoncode: 19
2019.01.03 00:46:47 4: RSL button return/result: ID: 74A400 93 DEVICE: 74A400 4 4 ACTION: on
2019.01.03 00:46:47 4: sduino_dummy Parse: Device: 74A400_4_4  Action: on
2019.01.03 00:46:47 3: sduino_dummy RSL_Parse UNDEFINED Remotebutton send to define: 74A400_4_4

Hast du eine Black oder Withelist aktiv?

Wiederum kann ich bestätigen wenn ich aus dem Device 74A400_4_4 sende, so wird ein neues Device E94800_4_4 angelegt und dies nimmt auch den Status bzw. die Befehle von 74A400_4_4 an.
--> muss genauer geprüft werden.

MfG