Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

regenbieger · 21 April 2018, 00:00:02

Wenn ich das richtig sehe sind vereinzelt sogar Nachrichten mit 32'er Länge dabei


RAWMSG MC;LL=-2737;LH=3127;SL=-1277;SH=1655;D=BD517FE2;C=1465;L=31;R=240;
RAWMSG MC;LL=-2724;LH=3143;SL=-1273;SH=1659;D=BD517FE2;C=1466;L=31;R=240;
RAWMSG MC;LL=-2738;LH=3137;SL=-1270;SH=1666;D=B1D17F18;C=1468;L=31;R=253;
RAWMSG MC;LL=-2720;LH=3140;SL=-1261;SH=1671;D=B1D17F18;C=1465;L=32;R=210;

sollte sonst keiner davon profitieren lass ich es dabei, ich bekomme die Dinger auf die Art empfangen und gut ist. Im Fall jemand hat dort Bedarf an mehr Daten einfach Bescheid sagen.

bis dahin Danke und schönes WE regenbieger

gadget · 21 April 2018, 00:18:35

Zitat von: Ralf9 am 14 April 2018, 12:14:48
Die Daten müssen als bin gesendet werden
Code Auswählen Erweitern
set sduino sendMsg P29#111101111110#R4

Mein Ventilator regiert da leider trotzdem nicht drauf. Wurde das Holtek-Protokoll jemals erfolgreich zum Senden benutzt ? Ich habe aber jetzt rawmessages zusammengeflickt, die mein Problem lösen. Siehe bei Bedarf hier:

https://forum.fhem.de/index.php/topic,53282.msg795968.html#msg795968

Trotzdem natürlich vielen Dank für die tolle Arbeit, die ihr in diesem Modul macht, wieder ein Haken mehr an der Liste der Dinge die ich mit fhem unter Kontrolle bekommen will ...

Grüße, gadget

Ralf9 · 21 April 2018, 13:22:54

Zitat von: regenbieger am 21 April 2018, 00:00:02
Wenn ich das richtig sehe sind vereinzelt sogar Nachrichten mit 32'er Länge dabei

sollte sonst keiner davon profitieren lass ich es dabei, ich bekomme die Dinger auf die Art empfangen und gut ist. Im Fall jemand hat dort Bedarf an mehr Daten einfach Bescheid sagen.

Wenn es für Dich nicht zuviel Aufwand ist, würde es mich interessieren wie es mit meiner V 3.3.2r-dev Firmware aussieht, ob da auch noch 31'er Längen vorkommen.
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554

Gruß Ralf

regenbieger · 21 April 2018, 18:39:09

#Spaß an
Boah nö ne, @Ralf9
weißt du was ich mehr hasse als Klugscheißer?
Klugscheißer die Recht haben!
#Spaß aus
Update auf: V 3.3.2b-dev SIGNALduino cc1101 - compiled at Feb 25 2018 18:47:47
mit folgendem Resultat:

Code Auswählen

MC;LL=-2686;LH=3185;SL=-1212;SH=1714;D=8DB3BFBE;C=1466;L=32;R=0;s27;b27;
MC;LL=-2680;LH=3186;SL=-1216;SH=1709;D=8D33BF3E;C=1465;L=32;R=1;s17;b17;
MC;LL=-2693;LH=3173;SL=-1231;SH=1705;D=8D33BF3E;C=1466;L=32;R=3;s10;b10;
MC;LL=-2684;LH=3178;SL=-1213;SH=1724;D=8D33BF3E;C=1466;L=32;R=1;s27;b27;
MC;LL=-2693;LH=3176;SL=-1227;SH=1713;D=8D33BF3E;C=1468;L=32;R=1;s27;b27; 	
MC;LL=-2696;LH=3165;SL=-1235;SH=1699;D=8D33BF3E;C=1465;L=32;R=2;s27;b27;
MC;LL=-2778;LH=3080;SL=-1319;SH=1617;D=B165BF4C;C=1465;L=32;R=223;s27;b27;

In einem Anfall von Größenwahn habe ich auch die Länge in der 00_SIGNALduino wieder auf 32 gesetzt.
Bisher funzt alles.

Danke für den Schubs

Ralf9 · 21 April 2018, 20:16:55

Die Dekodierung von Manchester (MC) Signalen ist eine recht komplexe Angelegenheit. Ich mache es bei der V 3.3.2b-dev etwas anders wie Sidey.
Bei den 31'er Längen vermute ich, da der Anfang gleich ist, daß da am Ende ein Bit fehlt. Dies ist dann Null. Das letzte Bit gehört zur checksum.
Bei Nachrichten (z.B. D=9FD6BFC6;) bei denen das letzte Bit 0 ist wird es auch mit 31 Bit funktionieren.
Es kann sein, daß bei Nachrichten bei denen das letzte Bit 1 ist, es bei 31 Bit nicht funktioniert.
Ich habe es bei mir mal beobachtet. Bei manchen Temperaturbereichen ist das letzte Bit 0 und bei anderen Temperaturbereichen ist es 1.

Gruß Ralf

Ralf9 · 21 April 2018, 22:00:40

Zitat von: gadget am 21 April 2018, 00:18:35
Mein Ventilator regiert da leider trotzdem nicht drauf. Wurde das Holtek-Protokoll jemals erfolgreich zum Senden benutzt ? Ich habe aber jetzt rawmessages zusammengeflickt, die mein Problem lösen.

Evtl passt die Protokolldefinition in der 00_SIGNALduino.pm noch nicht ganz:

Code Auswählen

	"29" => # 
		{
            name			=> 'HT12e remote',	
			id          	=> '29',
			one		=> [-2,1],
			zero		=> [-1,2],
			#float          => [1,-1],	
			start			=> [-38,1],				# Message is not provided as MS, worakround is start
			clockabs		=> 220,                 #ca 220
			format 			=> 'tristate',	  		# there is a pause puls between words
			preamble		=> 'u29#',				# prepend to converted message	
			#clientmodule    => '',   				# not used now
			#modulematch     => '',  				# not used now
			length_min      => '10',
			length_max      => '12',				# message has only 10 bit but is paddet to 12
		},

Du kannst es mal mit den folgende Werten versuchen:

one => [-3, 1],
zero => [-1.5, 3],
start => [-50, 1],
clockabs => 166,

Gruß Ralf

Snocksman · 29 April 2018, 19:13:30

Ich habe mir gerade mal die V3.3.1RC4 auf einen Arduino nano mit CC1101 Modul geflashed und FHEM geupdated. Prompt wird mein 433MHz Rauchmelder als FLAMINGO erkannt. Soweit so gut... und jetzt die Frage: Gibt es eine Möglichkeit, den Rauchmelder per FHEM auszulösen ?! Im Device habe ich unter set nur folgende Auswahl: no, set, specified, value

Harst · 10 Mai 2018, 12:00:48

Hallo,
ich habe gerade 2 Probleme gleichzeitig:

1. nach Flash auf 3.1.1-RC6 wird nicht mehr gesendet/empfangen.
Ich habe danach (mehrfach) RC4 und RC6 umgeflashed (nur das eine Zeichen im Befehl geändert). RC4 ist ok, RC6 ist tot, allerdings reagieren die Befehle Version, Uptime, ...
Die Hardware ist ein Nano ohne CC1101
2. Das Normale Update ALL gibt Fehlermeldungen:

Code Auswählen

UPD FHEM/firmware/SIGNALduino_nano328.hex
2018.05.10 11:54:43 1 : UPD FHEM/firmware/SIGNALduino_promini328.hex
2018.05.10 11:54:44 1 : UPD FHEM/firmware/SIGNALduino_uno.hex
2018.05.10 11:54:44 1 : UPD FHEM/lib/signalduino_protocols.hash
2018.05.10 11:54:44 1 : Got 53692 bytes for FHEM/lib/signalduino_protocols.hash, expected 55094
2018.05.10 11:54:44 1 : aborting.
2018-05-10 11:54:44 Global global UPDATE

Bin ich das oder ist da gerade etwas schief?

Horst

Sidey · 10 Mai 2018, 20:51:55

Zitat von: Harst am 10 Mai 2018, 12:00:48
Hallo,
ich habe gerade 2 Probleme gleichzeitig:

1. nach Flash auf 3.1.1-RC6 wird nicht mehr gesendet/empfangen.
Ich habe danach (mehrfach) RC4 und RC6 umgeflashed (nur das eine Zeichen im Befehl geändert). RC4 ist ok, RC6 ist tot, allerdings reagieren die Befehle Version, Uptime, ...
Die Hardware ist ein Nano ohne CC1101

Was für ein Zeichen hast Du im Befehl geändert?
Und welche Version genau hast Du geflasht?

Das Problem mit dem Update des Moduls schaue ich mir gleich an.
Edit: Ist gelöst

Grüße Sidey

sash.sc · 10 Mai 2018, 21:02:05

Code Auswählen


2018.05.10 11:54:44 1 : Got 53692 bytes for FHEM/lib/signalduino_protocols.hash, expected 55094

Das habe ich auch das Problem.

Gruß Sascha

Gesendet von meinem E6653 mit Tapatalk

Harst · 11 Mai 2018, 00:40:15

Hallo.

Ich wollte ausdrücken, das im flash-befehl nur RC6 und RC4 unterschiedlich waren.

Horst

Sidey · 11 Mai 2018, 10:10:02

Verstehe,

Kannst Du mir noch mitteilen, welche Datei du geflasht hast?

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Harst · 11 Mai 2018, 10:27:36

Hallo Sidey,

die folgende Datei macht Probleme:

set sduino433 flash https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC6/SIGNALDuino_nano.hex

das gleiche als
set sduino433 flash https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC4/SIGNALDuino_nano.hex

funktioniert.

Gruß
Horst

jochen_f · 31 Mai 2018, 21:58:44

Ich habe hier einen Temperatursensor, der gar nicht demoduliert wird. Es scheint ein normales 32bit Protokoll mit Sync zu sein, aber der erste Puls nach dem Sync ist etwas verkürzt:

2018.05.31 19:39:17 4: sduino/msg READ: MS;P2=445;P3=-2000;P4=-3948;P5=-9172;P6=341;D=256324232424242424242323232323232423232324232324232324242423232423;CP=2;SP=5;R=27;O;m1;
2018.05.31 19:39:18 4: sduino: Matched MS Protocol id 0 -> weather1
2018.05.31 19:39:18 5: sduino: Starting demodulation at Position 2
2018.05.31 19:39:18 5: demodulating 63
2018.05.31 19:39:18 5: sduino: Found wrong signalpattern, catched 0 bits, aborting demodulation

Gruß, Jochen

amenomade · 06 Juni 2018, 20:32:08

Zitat von: Ralf9 am 21 April 2018, 22:00:40
Evtl passt die Protokolldefinition in der 00_SIGNALduino.pm noch nicht ganz:

Du kannst es mal mit den folgende Werten versuchen:

one => [-3, 1],
zero => [-1.5, 3],
start => [-50, 1],
clockabs => 166,

Gruß Ralf

Bei mir geht es problemlos ohne Änderung von diesen Werte im Modul.

Code Auswählen


Licht toggle P29#101111111110#R4
Vent hi      P29#111101111110#R4
Vent med     P29#111011111110#R4
Vent lo      P29#011111111110#R4
Vent off     P29#111110111110#R4

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

Das geht natürlich auch mit den raw Befehle von gadget hier: https://forum.fhem.de/index.php/topic,53282.msg795968.html#msg795968