Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

Ralf9 · 30 Dezember 2018, 11:28:13

da ist dann eine weitere Protokolldefinition erforderlich, dann passt es

	"91.1"	=>	## Atlantic Security / Focus Security China Devices
						# https://forum.fhem.de/index.php/topic,58397.msg876862.html#msg876862
						# MS;P1=-403;P2=813;P3=-812;P4=396;P5=-4005;D=45412123434123412123434341234123434121234123412121212121234343434121234343;CP=4;SP=5;R=39;
		{
			name			=> 'Atlantic security',
			comment			=> 'example: sensor MD-210R',
			changed			=> '20181230 new',
			id			=> '91',
			knownFreqs		=> '433.92 | 868.35',
			zero			=> [-2,1],
			one			=> [-1,2],
			sync			=> [-10,1],
			clockabs		=> 400,
			format			=> 'twostate',
			preamble		=> 'u91#',			# prepend to converted message
			length_min		=> '36',
			length_max		=> '36',
			developId		=> 'y',
		},

Code Auswählen


2018.12.30 11:21:18.648 4 : sduinoD/msg get raw: MS;P1=-403;P2=813;P3=-812;P4=396;P5=-4005;D=45412123434123412123434341234123434121234123412121212121234343434121234343;CP=4;SP=5;R=39;
2018.12.30 11:21:18.649 4 : sduinoD: Matched MS Protocol id 91.1 -> Atlantic security, bitLen=36
2018.12.30 11:21:18.649 5 : sduinoD: Found wrong signalpattern, catched 35 bits, aborting demodulation
2018.12.30 11:21:18.649 5 : sduinoD: dispatching bits: 1 1 0 0 1 0 1 1 0 0 0 1 0 1 0 0 1 1 0 1 0 1 1 1 1 1 1 0 0 0 0 1 1 0 0 0 with anzPadding=1
2018.12.30 11:21:18.649 4 : sduinoD: Decoded MS Protocol id 91.1 dmsg u91#CB14D7E18 length 36 RSSI = -54.5
2018.12.30 11:21:18.649 5 : sduinoD Dispatch: u91#CB14D7E18, test gleich
2018-12-30 11:21:18.655 SIGNALduino sduinoD DMSG u91#CB14D7E18

Gruß Ralf

jochen_f · 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

Ralf9 · 30 Dezember 2018, 12:16:40

Die Toleranz ist 0,18, ein Sync Faktor von 24 oder 25 wäre wahrscheinlich passender:

Code Auswählen

2018.12.30 12:10:36.581 1 : DEBUG>tol: looking for (-24 +- 4.32)

2018.12.30 12:13:28.777 1 : DEBUG>tol: looking for (-25 +- 4.5)

Gruß Ralf

gandi1791 · 30 Dezember 2018, 14:39:17

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...alles nach Anleitung upgedated.
Testen kann ich erst später.
Rückmeldung kommt aber.
Vielen Dank Sidey

Ralf9 · 30 Dezember 2018, 16:04:48

In der aktuellen Entwicklungsversion (dev-r33) hat sich einiges beim Verhalten vom development und whitelist_IDs Attribut geändert.

Das development Attribut ist jetzt nicht mehr notwendig und ist nur noch aus Gründen der Abwärtskompatibilität vorhanden.
Mit dem whitelist_IDs Attribut können nun auch die Protokolle mit den developID Flags aktiviert werden.
Die Flags (Spalte dev) können über das Webfrontend im Abschnitt "Information menu" mittels "Display protocollist" eingesehen werden.

Beim development Attribut ist jetzt nur noch 0 oder 1 wählbar.

nicht aktive whitelist (whitelist_IDs Attribut nicht definiert oder # am Anfang)
- alle Protokolle außer die blacklist und developId y und p sind aktiv.
- wenn im development Attribut 1 oder y steht, dann werden auch die Protokolle mit developId y aktiviert

Beschreibung der developId Flags
- p: das Protokoll wurde reserviert oder befindet sich in einem frühen Entwicklungsstadium, es kann noch Abstürze verursachen.
- y: das Protokol wurde noch nicht ausgiebig getestet und überprüft.
- m: das verwendete logische Modul befindet sich noch in der Entwicklung oder es ist weder im SVN noch im dev-r33.
Damit ein dispatch auf das Modul durchgeführt wird, muß die Protokoll-ID in die whitelist_IDs eingetragen werden.
Falls es Protokoll-IDs gibt, bei denen kein Dispatch erfolgt, dann stehen diese im Internals "IDsNoDispatch".

In der Anlage ist eine Vorschau auf die zukünftige Version der protocollist overview

Gruß Ralf

rcmcronny · 30 Dezember 2018, 17:41:19

Sieht echt gut aus, Super Arbeit !

Darf man Fragen,wann das auch im SignalESP nutzbar sein wird, auch wenns hier nur so "halb" herpasst ?
(Ich habe ein Signalduino und 2 SignalESPs weil einfacher verteilbar über Wlan)

Mein Heidemann Doorbell scheint aber auch nicht erkannt zu werden, ging der schonmal bzw hat den Jemand und kann bestätigen das er bei Ihm geht ?
Heidemann Empfänger 433,92 MHz

Ronny

Sidey · 30 Dezember 2018, 17:47:53

Zitat von: rcmcronny am 30 Dezember 2018, 17:41:19
Sieht echt gut aus, Super Arbeit !

Darf man Fragen,wann das auch im SignalESP nutzbar sein wird, auch wenns hier nur so "halb" herpasst ?
(Ich habe ein Signalduino und 2 SignalESPs weil einfacher verteilbar über Wlan)

Mein Heidemann Doorbell scheint aber auch nicht erkannt zu werden, ging der schonmal bzw hat den Jemand und kann bestätigen das er bei Ihm geht ?
Heidemann Empfänger 433,92 MHz

Ronny

Ich bin dabei den Code vom SignalESP und Signaldino zusammen zu bringen.

Kann aber leider nicht genau sagen wie lange es noch dauert, die meisten Probleme habe ich aber wohl schon beseitigen können.

Gesendet von meinem Moto Z (2) mit Tapatalk

Ralf9 · 30 Dezember 2018, 18:52:14

Ich habe an der protocollist overview noch ein wenig gebastelt (siehe Anlage), mit dieser Option müsste das nachvollziehen von Änderungen einfacher sein.

Gruß Ralf

HomeAuto_User · 31 Dezember 2018, 10:38:45

Hallo Ronny,

Zitat von: rcmcronny am 30 Dezember 2018, 17:41:19
Sieht echt gut aus, Super Arbeit!

Mein Heidemann Doorbell scheint aber auch nicht erkannt zu werden, ging der schonmal bzw hat den Jemand und kann bestätigen das er bei Ihm geht ?
Heidemann Empfänger 433,92 MHz

Ronny

Sprichst du hier von deinem Signalduino oder vom ESP?

Wir hatten hier: https://github.com/RFD-FHEM/RFFHEM/issues/367 Schonmal das Thema bzw die Benutzung mit Heidemann.

Hast du überall das aktuelle Update der FW und des Modules?

Mfg

HomeAuto_User · 31 Dezember 2018, 11:16:47

Hallo Jochen,

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

solche Ersccheinungen habe ich auch schon bei einigen Sensoren diesbezüglich gehabt.
Es wäre hier hilfreich, eine Ansammlung von Daten von dem Sensor zu erhalten um davon einen Mittelwert bilden zu können ggf. um das Min und Max auszulesen.
Wenn dieser Sensor sehr schwankt, kann es sein, das wir eine neue Unterkategorie von Definition schaffen müssen um keinen anderen Sensor auszuschließen bei einer Änderunng.
MfG

rcmcronny · 31 Dezember 2018, 19:30:41

Hi,

Zitat von: HomeAuto_User am 31 Dezember 2018, 10:38:45
Sprichst du hier von deinem Signalduino oder vom ESP?

Wir hatten hier: https://github.com/RFD-FHEM/RFFHEM/issues/367 Schonmal das Thema bzw die Benutzung mit Heidemann.

Hast du überall das aktuelle Update der FW und des Modules?

Ich habe nur die Versionen, die im normalen FHEM Update enthalten sind (hoffe ich), teilweise ist es schwer das nachzuvollziehen

SignalDuino: V 3.3.1-RC7 SIGNALduino - compiled at May 11 2018 23:00:41
SignalESP: V 3.3.1-rc4 SIGNALESP cc1101 868MHz - compiled at Mar 22 2018 23:45:03

Ich _glaube_ das ich nicht auf dem SignalDuino eine Dev Version installieren kann, da das mit dem SignalESP ja Probleme geben könnte.
Ich kann aber auch warten, bis das alles sich eingeschliffen hat und man dann mal in einem Rutsch alles updaten kann.

Der Heidemann wäre nur nice, da man dann das Klingeln auch per XMPP, Jabber etc Verteilen kann

Ich werde aber, bei Gelegenheit nochmal schauen, ob einer der 3 von dem Heidemann was empfängt.
Das letzte Mal, wo ich dies kurz angeschaut hatte, kam bei keinem eine Regung beim Klingeln, aber das ist auch 2-3 Monate her und ich will das lieber nochmal verifizieren

Ronny

Ralf9 · 31 Dezember 2018, 20:11:17

ZitatMein Heidemann Doorbell scheint aber auch nicht erkannt zu werden

Kannst Du mal mit verbose 4 die raw Nachrichten posten, die beim Klingeln empfangen werden?

Sie müssten ungefähr so aussehen:

Code Auswählen

MU;P0=656;P1=-656;P2=335;P3=-326;P4=-5024;D=012301212301230303030124230123012123....

Gruß Ralf

Sidey · 31 Dezember 2018, 21:31:26

Zitat von: rcmcronny am 31 Dezember 2018, 19:30:41
Ich _glaube_ das ich nicht auf dem SignalDuino eine Dev Version installieren kann, da das mit dem SignalESP ja Probleme geben könnte.

Ralf meinte, dass Du das Fhem Modul aktualisieren sollst.
Das Modul arbeitet sowohl mit dem Arduino (SIGNALduino) als auch mit dem SIGNALEsp zusammen.

Dem Arduino SIGNALduino kannst Du auch problemlos auf die Version 3.3.1 RC10 aktualisieren. Für den ESP kann ich demnächst auch ein Update bereitstellen, ich muss nur noch die periodischen Timer so implementieren wie auf dem Arduino.

Grüße Sidey

rcmcronny · 01 Januar 2019, 17:33:08

Hallo,

auf die RC10 habe ich den Signalduino nun aktualisiert.
Modul ist aktuell das aus dem Stable:
00_SIGNALduino.pm 16624 2018-04-15 18:58:49Z rudolfkoenig

Welches sollte ich den nehmen, was mit SignalESP und dem SignalDuino laufen sollte ? Danke !

Beim klingeln kommt folgendes mit verbose 5 (da kann auch noch ein anderer Sensor mit drin sein):

Code Auswählen


2019.01.01 17:27:30 4: sduino/msg READredu: MU;P0=-5192;P1=330;P2=-679;P3=-348;P4=660;P5=-1616;D=012121343434342134512121012121343434342134343;CP=1;R=0;
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;
2019.01.01 17:27:36 4: sduino/msg READredu: MS;P0=668;P1=-343;P2=-666;P3=344;P4=-5190;P5=210;D=34323102323232310231010252543231023232323102310102323;CP=3;SP=4;R=0;
2019.01.01 17:27:46 4: sduino/msg READredu: MU;P0=220;P1=323;P2=-690;P3=-421;P4=591;P5=-5201;D=343421343434212150213421213434213434342121512134212;CP=1;R=0;
2019.01.01 17:27:46 4: sduino/msg READredu: MU;P0=-344;P1=665;P2=-659;P3=350;P4=253;P5=-5188;P7=-452;D=01012301010124245323012324710123010101232353230123230;CP=3;R=0;
2019.01.01 17:27:50 4: sduino/msg READredu: MS;P0=-32001;P1=345;P2=-666;P3=-349;P4=661;P5=-5196;P7=232;D=1512134213421212121343427275121342134212121213434212100000001;CP=1;SP=5;R=0;
2019.01.01 17:27:51 4: sduino/msg READredu: MU;P0=342;P1=-480;P2=510;P3=-666;P4=-346;P5=665;P6=224;P7=-5180;D=03045304530303045451236307030453045303030454545300;CP=0;R=0;
2019.01.01 17:27:54 4: sduino/msg READredu: MU;P0=345;P1=-343;P2=663;P3=-731;P6=-5192;P7=252;D=01230123012303012123030603012371230123030121230306030123012;CP=0;R=0;
2019.01.01 17:27:58 4: sduino/msg READredu: MS;P0=346;P1=-678;P2=-5221;P3=-395;P4=640;P6=232;D=0201034103434101010343410162010341034341010103434101;CP=0;SP=2;R=0;m=2;
2019.01.01 17:28:01 4: sduino/msg READredu: MU;P0=330;P2=-383;P3=635;P4=-673;P6=-5218;D=023232323404060402340232340232323234040;CP=0;R=0;
2019.01.01 17:28:05 4: sduino/msg READredu: MU;P0=348;P1=-665;P2=-404;P3=643;P4=-5190;P5=247;P7=-1532;D=010231023232323232323101040102310232323232323231010451023102323232323232310104015231023232323232323151540102315232323232323231010401023102323;CP=3;R=0;
2019.01.01 17:28:06 4: sduino/msg READredu: MS;P0=341;P1=-702;P3=-5262;P4=-372;P5=662;P6=192;D=03010454510101010104545101630104545101010101045451010;CP=0;SP=3;R=0;
2019.01.01 17:28:07 4: sduino/msg READredu: MS;P0=-5284;P1=355;P2=-693;P3=-354;P4=669;P6=272;P7=164;D=1012134342121213421343421270121343426212134213434212;CP=1;SP=0;R=0;
2019.01.01 17:28:29 4: sduino/keepalive ok, retry = 0
2019.01.01 17:28:37 4: sduino/msg READredu: MU;P0=-532;P1=516;P2=-1820;P3=-3869;P5=2912;P6=400;D=01213131212121212121252621313131313121213120;CP=1;R=0;
2019.01.01 17:28:37 4: sduino/msg READredu: MU;P0=-1416;P1=549;P2=-3874;P4=-1913;P5=-8424;P6=1670;P7=-1024;D=121414156412141214121214141214121214176014141410;CP=1;R=0;
2019.01.01 17:28:37 4: sduino/msg READredu: MU;P0=202;P1=-136;P2=-1300;P3=504;P4=-1932;P5=-3868;P6=-9180;P7=-2536;D=010234343435353535353434353534353434363435343700;CP=3;R=0;
2019.01.01 17:28:38 4: sduino/msg READredu: MU;P0=494;P1=-1942;P2=-3888;P3=-9164;P4=698;P5=-320;P6=-2788;P7=-1192;D=0101010101020202020201010202010201010341020105460102020101020102020;CP=0;R=0;
2019.01.01 17:28:38 4: sduino/msg READredu: MU;P0=476;P1=-92;P2=224;P3=-192;P4=-1897;P6=-3886;P7=-9044;D=0123040404040406060606060404060604060404070;CP=0;R=0;
2019.01.01 17:28:55 4: sduino/msg READredu: MS;P0=690;P1=382;P3=-431;P4=493;P5=-706;P7=-5260;D=474545454545454543030305151715151515154513030;CP=4;SP=7;R=0;
2019.01.01 17:28:56 4: sduino/msg READredu: MU;P0=-5201;P1=337;P2=-675;P3=-359;P4=641;P5=-512;P6=488;P7=-1596;D=0121213434215634213434212101212134343434347634212100;CP=1;R=0;
2019.01.01 17:28:57 4: sduino/msg READredu: MU;P0=334;P1=-346;P2=663;P3=-659;P5=-5190;P6=-470;P7=508;D=012123030503030126762121230121230305030301212120;CP=0;R=0;
2019.01.01 17:28:57 4: sduino/msg READredu: MS;P0=-681;P1=324;P2=-5191;P3=-358;P4=609;P5=-7200;P6=248;D=121013434010101340134345101343406060134013434010;CP=1;SP=2;R=0;m=2;

HomeAuto_User · 01 Januar 2019, 17:40:22

Hallo Ronny,

nutze bitte das Modul vom dev-r33.

https://wiki.fhem.de/wiki/SIGNALduino

mit

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

Im stable Channel wurde nichts aktualisiert.

Wenn du dauerhaft auf dem laufenden DEV bleiben möchtest:

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

Danach ein Restart und testen.
Gesundes Neues