Seite drucken - Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

Titel: Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 02 Oktober 2016, 23:39:11

Hallo,

Edit 20.03.3029:
Version 3.3.3 ist ab 21.02.2019 im FHEM Update verteilt.

Neues Menü Display protocollistlist im FHEMWEB um die Verarbeitung von Protokollen aktivieren/deaktivieren zu können
Definition der Protokolle zum demodulieren sind in eine separate Datei ausgelagert.
Etliche Verbesserungen beim Demodulieren von Signalen
Optional können neben dem Loggin in das FHEM Log auch Events generiert werden
Herunterladen und Flashen von Firmware ist direkt aus dem FHEM Modul (für AVR Boards) möglich

Erweiterungen der Vorgängerversion:

Blacklisting of protocols via attribute
Flamingo smoke detector (FA20 /FA21) bislang nicht stabil

Ende der Änderung.

Es haben leider nicht alle Erweiterungen aus der Entwicklungsversion in 3.3.1 geschafft.
Da mir das letzte Update viel zu lange gedauert hat und sich etliche Erweiterungen bewährt haben, gibt es diese jetzt als Version 3.3.1.

Die Modulversion 3.3.1 ist vollständig mit der Firmware 3.3.0 kompatibel. Deshalb gibt es auch keine neue Firmware. Ein neu flashen ist also nicht notwendig!

In das Update haben es Folgende Anpassungen geschafft:

Fehler in der Datenverarbeitung gefunden, der zu einer Endlosschleife führen konnte
CPU Nutzung durch diverse Optimierungen reduziert
Es ist das senden mehrerer Funkbefehle ohne Delay möglich. Das Modul kümmert sich darum, dass erst gesendet wird, wenn die vorherige Nachricht fertig gesendet wurde.
Ein neuer Sensortyp Bresser Temeo wird im SD_WS Modul unterstützt
Diverse kleine Warnmeldungen und Fehler behoben
Neuer Befehl get protocolIds zum Anzeigen der Protokolle und deren Bezeichnung

Geplant waren noch zwei Erweiterungen die es aber bislang nicht geschafft haben:

Direct Ethernet Support with microcontroller
Blacklisting of protocols via attribute
Flamingo smoke detector (FA20 /FA21) bislang nicht stabil

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 02 Oktober 2016, 23:52:24

Mir ist immer noch nicht klar zu was eine Blacklist bei mittlerweile 50 Protokollen gut sein soll.
Beim produktiven Einsatz werden doch normalerweise in der whitelist die Protokoll Ids eingetragen die man empfangen möchte.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 03 Oktober 2016, 14:21:34

Ich weiss was Du meinst, es ist aber auch denkbar, dass man alle möglichkeiten Protokolle empfangen können will und nur ein paar Sachen mittels Blacklist ausschließen möchte.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 04 Oktober 2016, 14:45:29

Zitat von: Ellert am 04 Oktober 2016, 12:34:34
Nach dem die offizielle Version des SD SOMFY unterstützt, habe ich den nanoCUL und den FHEMduino durch den SIGNALduino ersetzt.

Ich habe einen Intertechno Funk-Bewegungsmelder PIR-1000, der nutzt das Protokoll IT-V3 und wird auch empfangen.

Mir fiel es aber schwer, den richtigen Eintrag für die Whitelist zu finden.

Wenn ich in den Quellcode des Moduls schaue, dann finde ich nur Id. 3 für itv1, mit dem Eintrag funktioniert es nicht.
Im WIKI steht für IT Id. 3,4,5,17 mit 17 funktioniert es, aber das ist im Quellcode mit "arctech" und man muss probieren.
Auf 17 bin ich aber gekommen, weil mit verbose 5 bei Betätigung des Bewegungsmelders häufig die Id. 17 zu sehen war.

Wäre es wünschenswert, wenn bei dem Attribut "whitelist_IDs" eine mehrfach selektierbare Liste hinterlegt werden würde?

Diese Liste könne z.B. aus der Variablen "%ProtocolListSIGNALduino" abgeleitet werden, über "id", "name".

Eventuell könnte "%ProtocolListSIGNALduino" um Einträge erweitert werden, wie "commonname" der dann Markennamen enthält oder weitere Angaben zu eindeutigen Zuordnung, "messagetype" der dann den zu aktivierenden Messagetype enthält.

Die mehrfach selektierbare Liste wird dann aber sehr groß werden, z.Zt. gibt es ca 50 Protokolle.
Ich würde es mit einem get Befehl machen.
z.B. get ProtocolList
mit der Möglichkeit zu filtern ob alle Protokoll Ids oder nur die, für die es Module gibt, in einer Liste ausgegeben werden.
In der Liste werden dann die Id und die Felder clientmodule und name ausgegeben.

In der ProtocolListSIGNALduino wäre dann ein weiteres Feld "Kommentar", das man dann mit ausgeben könnte, sinnvoll.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ellert am 04 Oktober 2016, 17:56:42

Zitat von: Ralf9 am 04 Oktober 2016, 14:45:29
Die mehrfach selektierbare Liste wird dann aber sehr groß werden, z.Zt. gibt es ca 50 Protokolle.
Ich würde es mit einem get Befehl machen.
z.B. get ProtocolList
mit der Möglichkeit zu filtern ob alle Protokoll Ids oder nur die, für die es Module gibt, in einer Liste ausgegeben werden.
In der Liste werden dann die Id und die Felder clientmodule und name ausgegeben.

In der ProtocolListSIGNALduino wäre dann ein weiteres Feld "Kommentar", das man dann mit ausgeben könnte, sinnvoll.

Gruß Ralf

Ja, nachdem ich mir den Code angesehen habe, ist für mich der Eingriff in das Attribut "whitelist_IDs" recht groß.

Ich habe mal get protocolIDs eingebaut, mit dem was vorhanden ist. Damit sieht man wenigstens die Protokolle und weiss welchen Messagetype man aktivieren muss.

Da ich keinen Github Account habe, poste ich die Änderung mal hier:

Code Auswählen

Zeile 58:
   "protocolIDs"   => ["none",'none'],

ab Zeile 1408:
  if ($a[1] eq "protocolIDs")
  {
	my $ret;
	my $id;
	foreach $id (keys %ProtocolListSIGNALduino)
	{
		next if ($id eq 'id');
		
		if (exists ($ProtocolListSIGNALduino{$id}{format}) && $ProtocolListSIGNALduino{$id}{format} eq "manchester")
		{
			$ret .= sprintf("%4s",$id)." MC $ProtocolListSIGNALduino{$id}{name} \n";
		} 
		elsif (exists $ProtocolListSIGNALduino{$id}{sync})
		{
			$ret .= sprintf("%4s",$id)." MS $ProtocolListSIGNALduino{$id}{name} \n";
		}
		elsif (exists ($ProtocolListSIGNALduino{$id}{clockabs}))
		{
			$ret .= sprintf("%4s",$id)." MS $ProtocolListSIGNALduino{$id}{name} \n";
		}
	}
	return "$a[1]: \n\n$ret";
  }

Ausgehend von der offiziellen Version :00_SIGNALduino.pm 12233 2016-10-01 22:22:51Z mrsidey

die Geänderte Datei ist angehängt.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 04 Oktober 2016, 20:49:52

ZitatIch habe mal get protocolIDs eingebaut

Danke für die Vorarbeit, ich bin gerade dabei es noch etwas zu erweitern.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 04 Oktober 2016, 20:54:03

Das sieht super aus. Danke für die Unterstützung.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ellert am 04 Oktober 2016, 21:10:55

Ich wollte gerade meinen Code updaten, das ist ja nicht mehr notwendig.

Ich dachte an Überschriften

Code Auswählen

my $ret = "$a[1]:\n"."  ID MT ".sprintf("%20s","Protocolname").sprintf("%16s","Modulename")."\n".("-" x 50)."\n";

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 04 Oktober 2016, 21:37:38

Ich habe das "get protocolIDs" ins dev-r33 comitted

Code Auswählen

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

Edit: Überschrift ergänzt.

Edit2:
und falls jemand eine blacklist benötigt, kann er die IdListe am Ende der protocolID Liste in die whitelist kopieren und die nicht benötigten Ids entfernen.
Daß jemand alle restlichen Ids, für die es kein Modul gibt, benötigt dürfte nicht wirklich sinnvoll sein.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ellert am 05 Oktober 2016, 20:30:39

Ich habe mal eine Blacklist-Funktionalität eingebaut, falls es noch erwünscht ist.
Grundlage ist: $Id: 00_SIGNALduino.pm 10484 2016-10-04 20:00:00Z v3.3.1-dev $

Wird das Attribut blacklist_IDs gesetzt, dann wird das Attribut whitelist_IDs als Komplement gesetzt/überschrieben.
Wird danach whitelist_IDs geändert, gilt das solange bis blacklist_IDs geändert wird.
Wird blacklist_IDs gelöscht, wird auch whitelist_IDs gelöscht.

Zeile 978

Code Auswählen

					  ." blacklist_IDs"

ab Zeile 2870

Code Auswählen

	elsif ($aName eq "blacklist_IDs")
	{
		if (defined($aVal) && length($aVal)>0)
		{
			# erstellt die whitelistIDs als Komplement blacklistIDs 
			my @black = split(",", $aVal);
			my @white;
			my $i1;
			foreach $i1 (keys %ProtocolListSIGNALduino)
			{
				push(@white, $i1) unless ($i1 ~~ @black);
			}
			fhem "attr $name whitelist_IDs ".join(",", sort(@white))."; save";
		}
		else
		{
			fhem "deleteattr $name whitelist_IDs; save";
		}
	}

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 06 Oktober 2016, 09:12:15

Sollten wir einen Set Befehl einbauen, der in der whitelistID nur die Protokolle einträgt, zu denen es auch ein logisches Modul gibt?

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 06 Oktober 2016, 19:55:53

Zitat von: Sidey am 06 Oktober 2016, 09:12:15
Sollten wir einen Set Befehl einbauen, der in der whitelistID nur die Protokolle einträgt, zu denen es auch ein logisches Modul gibt?

Dem spricht dagegen, daß das Modul keine Attribute ändern sollte, da die Attribute dem user gehören.
Diese Liste gibt es schon am Ende der Liste von "get protocolIDs".

Ich würde die Blacklist einbauen, wenn es Bedarf und eine konkrete sinnvolle Anwendung gibt.

Oder sollen wir die Blacklist einbauen ohne das dafür konkreter Bedarf besteht?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 14 Oktober 2016, 15:47:58

Also Bedarf an einer Blacklist ist immer dann da, wenn man von neuen Prorokollen ohne Anpassung der Konfig profitieren möchte.

Ich würde es aufnehmen und dem Anwender die Option überlassen, ob er mit der Whitelist oder mit der Blacklist arbeiten möchte.

80℅ der Anwender sind bestimmt mit der Whitelist gut bedient.

Anderes Thema:

Die meiste CPU Zeit verbraucht unsere read Funktion.
Lässt sich diese optimieren?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 14 Oktober 2016, 17:57:41

Zitat von: Sidey am 14 Oktober 2016, 15:47:58
Also Bedarf an einer Blacklist ist immer dann da, wenn man von neuen Prorokollen ohne Anpassung der Konfig profitieren möchte.

Das ist mir nicht klar, welche Protokolle werden in diesem Fall in die Blacklist eingetragen?

Zitat
Die meiste CPU Zeit verbraucht unsere read Funktion.

Wie ermittelst Du die CPU Zeit?
Gehören die CPU Zeiten der SIGNALduino_Parse Funktionen auch zur read Funktion?
Wird die verbrauchte CPU Zeit der read Funktion deutlich weniger, wenn du mit "set disableMessagetype unsyncedMU" die MU-Nachrichten deactivierst und in die whitelist nur ein paar IDs einträgst?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 14 Oktober 2016, 22:49:59

Zitat von: Ralf9 am 14 Oktober 2016, 17:57:41
Das ist mir nicht klar, welche Protokolle werden in diesem Fall in die Blacklist eingetragen?

Die, welche einen akut stören.

Zitat von: Ralf9 am 14 Oktober 2016, 17:57:41
Wie ermittelst Du die CPU Zeit?
Gehören die CPU Zeiten der SIGNALduino_Parse Funktionen auch zur read Funktion?

Ich habe es mir mittels apptime angesehen.

Ich nehme an, es wird alles gezählt, was nach SIGNALduino_read passiert, also auch SIGNALduino_Parse ..
Mit Whitelist ID habe ich nicht noch nicht gemessen. Es scheint mir halt schon eine recht hohe CPU Zeit im Durchschnitt verbraucht zu werden.
MU Nachrichten zu deaktivieren hilft ja nur in sofern, dass es dann weniger Requests sind, welche zu verarbeiten sind.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 29 Oktober 2016, 01:31:12

Spricht eigentlich was dagegen von SIGNALduino_SimpleWrite auf DevIo_SimpleWrite umzustellen?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 29 Oktober 2016, 09:34:12

Ich hatte das schon mal probiert.
Irgendwas hat damit dann aber nicht funktioniert.

Das ist aber auch schon wieder eine Weile her und eventuell nicht mehr aktuell.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 30 Oktober 2016, 19:24:50

Zitat von: Sidey am 29 Oktober 2016, 09:34:12
Ich hatte das schon mal probiert.
Irgendwas hat damit dann aber nicht funktioniert.

Ich habe es mal getestet, das Problem dabei ist, daß das DevIo_SimpleWrite kein \n an Ende anhängt.
so z.B. funktioniert es:

Code Auswählen

DevIo_SimpleWrite($hash, $msg . "\n", 2);

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 07 November 2016, 18:06:54

Zitat von: Kawaci am 07 November 2016, 17:37:59
Hey leute! Hab da ne frage! Brauch ich noch einfn fhemduino um die signald meiner somfy markiese zu empfangen oder grht das schon mit signalduino?

Das empfangen müsste schon funktionieren.
Zum senden benötigst Du eine angepasste Version der 10_SOMFY.pm.

https://forum.fhem.de/index.php/topic,38831.msg500633.html#msg500633

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 07 November 2016, 20:28:52

Oh danke für den link vom anderen thread! Das hilft weiter!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 01 Dezember 2016, 23:12:24

Hallo Sidey,

1.) Ich habe mir nach dieser Anleitung (http://danyk.cz/avr_rdo_en.html) mit einem Attiny13A einen Sender und Empfänger gebaut. Funktioniert soweit. Soll eine Weihnachtsbaumkugel per Funk steuern. Ich hatte auch einen Mitschnitt mit Signalduino mit der Flamingo-Version gemacht. Ist schon ca.1 Monat her. Da konnte ich auch vom Signalduino den Empfänger schalten. Jetzt habe ich die Schaltung auf Lochraster aufgebaut und wollte Sie jetzt einsetzten. Jetzt kann Signalduino das Signal nicht mehr erzeugen bzw. der Empfänger reagiert nicht mehr. Wenn ich den Sender (Attiny13A) nutze, wird der Empfänger richtig gesteuert.

Im Log vom Signalduino wird jetzt auch nichts mehr angezeigt (verbose=5).

2.) Das gleiche Problem habe ich mit einem Sende/Empfänger SC2262/PT2272. Das währe diese Kombination (https://www.amazon.de/gp/product/B016HLZMHQ/ref=oh_aui_detailpage_o09_s00?ie=UTF8&psc=1). Dieser wird auch nicht im Log vom Signalduino angezeigt.

3.) Zwei andere Weihnachtsbaumkerzen mit verschiedener Funktionalität (an, aus, flackern, stärker flacken) gehen noch. Wenn ich hier die Originalsender verwende wird im Signalduino etwas mitgelog (Verbose= 5). Die aufgezeichneten Daten kann ich über den Signalduino wieder versnden und die Kerzen reagieren. Alles ok.

Empfänger für 1.) und 2.) sind diese hier: http://www.tme.eu/de/details/rfm83cl-433d/rf-kommunikationsmodule/hope-microelectronics/ (2,1 - 3.6V)
oder http://www.tme.eu/de/details/rfm83c-433d/rf-kommunikationsmodule/hope-microelectronics/ (3,6 - 5,5V)

Ich habe mal mit BitScope am Signalsduino-Empfänger (lila) und am Empfänger vom ATTiny13A (blau) gemessen, wenn ich den Sender betätige. Die Daten scheine ja bei beiden anzukommen.

Version aus dem dev-r33-Flamingo/flamenco:
# $Id: 14_FLAMINGO.pm 3818 2016-08-15 $
14_Hideki.pm 14395 2016-07-14 18:00:00Z v3.2-dev
# $Id: 41_OREGON.pm 34476 2016-02-09 21:00:00 wherzig $
# $Id: 14_SD_UT.pm 32 2016-04-02 14:00:00 v3.2-dev $
14_SD_WS09.pm 16018 2016-07-11 10:10:10Z pejonp
00_SIGNALduino.pm 10484 2016-10-09 17:00:00Z v3.3.1-dev
# $Id: 90_SIGNALduino_un.pm 15479 2016-01-28 20:00:00 dev-r32 $

Firmware: V 3.3.0 SIGNALduino - compiled at Sep 18 2016 00:28:28

Vielleicht hast du ja eine Idee warum bei diese beiden Sender (1,2) im Signalduino nichts angezeigt wird. Ist aber nichts drigendes. Aber da es ja schon mal angezeigt bzw. mitgeschnitten wurde wunder ich mich jetzt etwas. Vielen Dank.

Tschüß Jörg.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 02 Dezember 2016, 09:05:35

Hi Jörg,

Das ist ja seltsam.
Hast Du irgendwas am SIGNALDuino deaktiviert?

Hast Du noch den LogEintrag von vor einem Monat?

Du könntest ja auch mal zum Testen den Sender direkt mit dem Pin#2 auf dem Arduino verbinden, vielleicht kommt da mehr an?

Bezüglich der Kommunikation. Ist der Signalduino direkt angebunden oder geht der über ein ESP Modul. Wenn letzteres. Kannst Du feststellen, ob das ESP Modul die Daten empfängt und überträgt?

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: waschbaerbauch am 02 Dezember 2016, 09:34:05

Hallo zusammen,

ich bin mir grad nicht sicher ob es mit dem SIGNALduino zusammenhängt, aber seit einiger Zeit bekomme ich immer mal sporadisch kilometerlange Einträge im LOG..

Code Auswählen

2016.12.02 08:53:26 3: nanoCUL.868: Unknown code P12#75AAABB6044653047B, help me!
2016.12.02 08:58:37 3: nanoCUL.868: Unknown code P12#755552AA9255AA1500, help me!
2016.12.02 09:00:50 3: SD_UT_Parse: Protocol: 30, rawData: 0FB
2016.12.02 09:00:50 3: LCG.EG.SIGduino Heidemann/FAAC devicecode=F, sound=1011
2016.12.02 09:01:34 3: SD_UT_Parse: Protocol: 30, rawData: 0FB
2016.12.02 09:01:34 3: SIGduino Heidemann/FAAC devicecode=F, sound=1011
2016.12.02 09:03:02 3: SD_UT_Parse: Protocol: 30, rawData: 0FB
2016.12.02 09:03:02 3: SIGduino Heidemann/FAAC devicecode=F, sound=1011
2016.12.02 09:03:03 3: SD_UT_Parse: Protocol: 30, rawData: 0FB
2016.12.02 09:03:03 3: SIGduino Heidemann/FAAC devicecode=F, sound=1011
2016.12.02 09:03:05 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/36_LaCrosse.pm line 360.
2016.12.02 09:03:09 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:03:09 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:03:15 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:03:15 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:03:18 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:03:18 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
...
2016.12.02 09:09:24 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:24 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:25 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:27 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:27 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:28 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:29 1: Error: >Unknown, please report< has no TYPE, but following keys: >LCG.EG.SIGduino_DMSG,LCG.EG.SIGduino_MSGCNT,LCG.EG.SIGduino_RAWMSG,LCG.EG.SIGduino_TIME<
2016.12.02 09:09:36 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:36 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:36 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:09:36 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
...
2016.12.02 09:10:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:10:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:10:30 1: PERL WARNING: Replacement list is longer than search list at (eval 195956) line 1.
2016.12.02 09:10:30 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.
2016.12.02 09:10:30 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4661.

Nach einem Shutdown restart ist erstmal wieder Ruhe, aber meist nicht für lange ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 02 Dezember 2016, 23:17:09

Das Thema wurde schon mehrfach hier im Forum diskutiert. Ob es gelöst wurde, da bin ich mir unsicher. Such mal nach "Unknown, please report< has no TYPE".

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hologramm am 03 Dezember 2016, 01:59:16

Wie ist eigentlich der aktuelle Stand von
https://github.com/RFD-FHEM/SIGNALESP (https://github.com/RFD-FHEM/SIGNALESP)

Sachen wie

ZitatIch hatte das schon mal probiert.
Irgendwas hat damit dann aber nicht funktioniert.

kommt mir bekannt vor.

lg
Björn

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 03 Dezember 2016, 09:26:26

Naja, der Code lässt sich kompilieren (Visual Studio Projekt).

Der Empfang funktioniert prinzipiell, aber nicht so stabil wie mit dem Arduino. Das könnte vielleicht an der niedrigen Versorgungsspannung liegen.

Dazu kommt noch, dass der ESP regelmäßig abstürzt. Woran das liegt, habe ich noch nicht untersucht.

Die Anbindung über Ethernet funktioniert weitgehend.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 04 Dezember 2016, 17:14:10

Ich finde diesen Patch Vorschlag von Björn sinnvoll, wenn nichts dagegen spricht würde ich es gerne ins 14_SD_WD07 einbauen.
Es gibt zwar ein eventOnChange und eventonUpdate, aber wenn ich das richtig sehe wirken die nur auf die events, das reading wird trotzdem aktualisiert.

https://forum.fhem.de/index.php/topic,61943.msg533330.html#msg533330

Zitat
bei dem 14_SD_WD07 Modul werden die Batterie sowie Channel Flags bei jedem Empfang gesetzt.
Wenn nun eine Batterie leer ist und man sich z.B. via E-Mail notifizieren lässt, bekommt man ständig neue Mails.

Aus diesem Grund habe ich das Modul so angepasst, dass die Flags nur noch geschrieben werden, wenn sich diese ändern.
Wäre schön wenn der Patch aufgenommen werden würde.

Gruß
Björn

Zitat..zum anderen kann man dann schön feststellen seit wann das Problem, z.B. Batterie leer besteht.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 04 Dezember 2016, 18:33:02

Ich sehe da keinen Vorteil, nur Nachteile.

Readings werden immer aktualisiert wenn etwas empfangen wird. Möchte man Events unterdrücken, dann nutzt man vorhandene Attribute.

Der Patch macht dieses Standardverfahren zunichte. Der Anwender hat keine Chance z.B. anhand von den gefilterten Readings zu prüfen, ob das Gerät noch sendet.

Welches Problem, soll der Patch denn lösen, was mit dem eventonUpdate Attribut nicht bereits gelöst werden kann?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: JoWiemann am 04 Dezember 2016, 18:51:28

Na, dann macht doch halt ein Attribut zum ein/ausschalten: changeReadingOnChange

Grüße Jörg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 04 Dezember 2016, 18:54:48

Ja, am besten als globales Reading. Dann kann man es in allen Modulen setzen... Irgendwie glaube ich, dass es dazu schon mal eine Diskussion gegeben hat glaube ich.

Edit:
Das gibt es schon: timestamponchange

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: bitbiter am 05 Dezember 2016, 09:04:41

Hallo Sidey.

Nach einem "update all" heute morgen habe ich zigfach (2x bis 6x / min) im Log folgende Meldung:

2016.12.05 08:38:58 1: ERROR: >Unknown, please report< returned by the SIGNALduino_un ParseFn is invalid, notify the module maintainer

Selbst nach einem "shutdown restart" bleibt die Meldung. Und da du der "Maintainer" bist (wenn ich mich nicht irre), hab ich dich hiermit informiert. ;)

Gruss aus dem kalten Hessen
Alex

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 05 Dezember 2016, 12:28:39

Bei mir sieht's ähnlich aus...

2016.12.05 12:11:41 1: ERROR: >OREGON: ERROR: Unknown sensor_id=1a2d bits=72.
< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.05 12:12:20 1: ERROR: >T: 6.6 H: 77 BAT: low< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.05 12:12:21 1: ERROR: >OREGON: ERROR: Unknown sensor_id=1a2d bits=72.
< returned by the OREGON ParseFn is invalid, notify the module maintainer

2016.12.05 12:31:23 1: ERROR: >Wrong IT message received: 1DD11101DDDD< returned by the IT ParseFn is invalid, notify the module maintainer

Seitenweise...
Veränderung an der Konfig: keine.
Heute ist allerdings ein "update" gelaufen.

Da scheint etwas anderes im Busch zu sein...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 05 Dezember 2016, 12:38:45

Zitat von: RappaSan am 05 Dezember 2016, 12:28:39
2016.12.05 12:11:41 1: ERROR: >OREGON: ERROR: Unknown sensor_id=1a2d bits=72.
< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.05 12:12:20 1: ERROR: >T: 6.6 H: 77 BAT: low< returned by the OREGON ParseFn is invalid, notify the module maintainer
2016.12.05 12:12:21 1: ERROR: >OREGON: ERROR: Unknown sensor_id=1a2d bits=72.
< returned by the OREGON ParseFn is invalid, notify the module maintainer

Die Fehler im Oregon-Modul sind in der aktuellen dev-r33 behoben
https://forum.fhem.de/index.php/topic,58090.msg533359.html#msg533359

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 Dezember 2016, 21:55:59

Zitat von: RappaSan am 05 Dezember 2016, 12:28:39
Heute ist allerdings ein "update" gelaufen.

Da scheint etwas anderes im Busch zu sein...

Ja, Rudi hat da was eingebaut um einem Fehler auf die Schliche zu kommen....

Update im Master und auch im dev-r33 ist eingecheckt. Wenn ich eine positive Rückmeldung erhalte, dann checke ich es auch in fhem ein.

@Ralf: Wie machen wir das mit der 41_Oregon. Wir sind ja nicht die Maintainer.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 05 Dezember 2016, 23:57:52

Zitat von: Sidey am 05 Dezember 2016, 21:55:59
@Ralf: Wie machen wir das mit der 41_Oregon. Wir sind ja nicht die Maintainer.

Das müsste eigentlich der Maintainer Willi machen, aber Willi scheint schon einige Zeit nicht mehr im Forum aktiv zu sein.

Ich habe mal die restlichen Module durchgeschaut. Bei den folgenden Modulen hat es auch noch nicht zulässige returns:

14_Hideki.pm

Code Auswählen

return "$name Sensor Typ $sensorTyp not supported, please report sensor information!";

14_SD_AS.pm

14_SD_UT.pm

Code Auswählen

if (!defined($model)) {
		return $dummyreturnvalue;
}

14_SD_WS.pm

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 06 Dezember 2016, 08:49:05

Zitat von: Ralf9 am 05 Dezember 2016, 23:57:52
Das müsste eigentlich der Maintainer Willi machen, aber Willi scheint schon einige Zeit nicht mehr im Forum aktiv zu sein.

Ich habe Willi eine Email geschrieben. Mal sehen ob er reagiert.
Sonst müssen wir halt einen neuen maintainer auswählen.

Die andeten Module kann ich heute Abend anpassen und dann auch die angepasste Version über das FHEM Update verteilen lassen.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 10 Dezember 2016, 01:01:07

Hallo Sidey,

bei Tests mit dem CC1101 ist mir aufgefallen, daß bei mir im Haus die beiden EAS800z vom CC1101 nicht empfangen werden. Der NC-7345 wird aber empfangen, obwohl beide das selbe Protokoll senden. Ein EAS800z war bei den Tests ca 2m vom CC1101 entfernt.
Ich hatte den Signalduino mit dem RXB6 Superheterodyne (sduinoE) und den Signalduino mit dem CC1101 (sduino) parallel inbetrieb.
Hast Du eine Idee an was das liegen könnte? Kannst Du am log was erkennen?

Code Auswählen

2016.12.09 18:34:54.036 4 : sduino/msg READ: MU;P0=852;P1=-935;P2=1991;P3=-3964;P4=6016;P5=-6420;P6=3456;P7=-2406;D=0121212121212121212345612721212121212121612767212121212121216761212127612;CP=2;
2016.12.09 18:34:55.599 4 : sduinoE/msg READ: MS;P0=-3575;P1=495;P2=-974;P3=-1943;D=10121313121212131213121213121212121313121313131212131313131212131312131313;CP=1;SP=0;O;
2016.12.09 18:34:55.600 4 : sduinoE: Matched MS Protocol id 7 -> weatherID7
2016.12.09 18:34:55.600 4 : sduinoE: Decoded MS Protocol id 7 dmsg P7#6290DCF37 length 36
2016.12.09 18:34:55.601 4 : SD_WS07_Parse SD_WS07 (P7#6290DCF37) length: 9
2016.12.09 18:34:55.601 4 : SD_WS07_TH decoded protocolid: 7 sensor id=62, channel=2, temp=22, hum=55, bat=ok
2016.12.09 18:34:55.784 4 : sduino/msg READ: MU;P0=-32001;P1=1996;P2=-931;P3=-3984;P4=6016;P5=-6412;P6=3458;P7=-2404;D=012121212121212121212121345621712121212121212621767121212121212126762121217621;CP=1;

2016.12.09 18:42:24.028 4 : sduino/msg READ: MU;P0=-2407;P1=112;P2=-4088;P3=5936;P4=-6472;P5=3462;P6=-930;P7=1983;D=012345670767676765676705050767676767676765670567670567;CP=7;
2016.12.09 18:42:44.293 4 : sduino/msg READ: MU;P0=920;P1=-4040;P2=5968;P3=-6444;P4=3471;P5=-930;P6=1989;P7=-2393;D=01234567656565654565674747656565656565654567456567456;CP=6;
2016.12.09 18:42:44.868 4 : sduinoE/msg READ: MS;P0=-967;P1=494;P2=-2064;P3=-3893;D=13101212101010121012101012101010101212101210121212121212121010121012121210;CP=1;SP=3;O;
2016.12.09 18:42:44.868 4 : sduinoE: Matched MS Protocol id 7 -> weatherID7
2016.12.09 18:42:44.868 4 : sduinoE: Decoded MS Protocol id 7 dmsg P7#6290D7F2E length 36
2016.12.09 18:42:44.869 4 : SD_WS07_Parse SD_WS07 (P7#6290D7F2E) length: 9
2016.12.09 18:42:44.869 4 : SD_WS07_TH decoded protocolid: 7 sensor id=62, channel=2, temp=21.5, hum=46, bat=ok

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 10 Dezember 2016, 10:44:51

Ich habe es mir mobil angesehen.

So grob fällt mir auf, dass die Startsequenz beim cc1101 nicht passt.
Es müsste so was wie +500 -3500 empfangen werden.

Ist auf dem cc1101 vielleicht doch etwas aktiv, was die Daten verarbeitet?

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: StefanW am 10 Dezember 2016, 11:19:37

Hallo,
ich habe vorhin mal wieder ein update gemacht und seit dem wird mir das log mit Meldungen dieser Art praktisch "zugemüllt".

Code Auswählen

2016.12.10 11:09:31 3: Sduino_IP: Unknown code u20#55555555550, help me!
2016.12.10 11:09:36 3: Sduino_IP: Unknown code u20#555104, help me!
2016.12.10 11:09:37 3: Sduino_IP: Unknown code u20#AAAAAAAAAAA8, help me!
2016.12.10 11:09:38 3: Sduino_IP: Unknown code u20#AAAAAAAA8, help me!
2016.12.10 11:09:45 3: Sduino_IP: Unknown code u20#55455550, help me!
2016.12.10 11:09:48 3: Sduino_IP: Unknown code u29#EFE, help me!
2016.12.10 11:09:49 3: Sduino_IP: Unknown code u20#AAA2AAAAAAAA, help me!
2016.12.10 11:09:51 3: Sduino_IP: Unknown code u20#515511555555554, help me!
2016.12.10 11:09:52 3: Sduino_IP: Unknown code u20#AAAAA8, help me!
2016.12.10 11:09:53 3: Sduino_IP: Unknown code u20#AAA9AAAAAA, help me!
2016.12.10 11:09:53 3: Sduino_IP: Unknown code u20#AAAAAA8AA2AA0, help me!
2016.12.10 11:09:56 3: Sduino_IP: Unknown code u20#AAAAAAAAAA8C, help me!
2016.12.10 11:09:57 3: Sduino_IP: Unknown code u20#AAAAAA2AAA8, help me!
2016.12.10 11:09:58 3: Sduino_IP: Unknown code u20#AAAA2AAAAAAAAAAAAAA, help me!
2016.12.10 11:09:59 3: Sduino_IP: Unknown code u20#AAAAAA2A6AAAAA428, help me!
2016.12.10 11:09:59 3: Sduino_IP: Unknown code u29#FFF, help me!
2016.12.10 11:10:01 3: Sduino_IP: Unknown code u20#55455555554, help me!
2016.12.10 11:10:02 3: Sduino_IP: Unknown code u20#AAAAAAA, help me!
2016.12.10 11:10:02 3: Sduino_IP: Unknown code u20#AAAAAAAAAAAA, help me!
2016.12.10 11:10:05 3: Sduino_IP: Unknown code u29#FFE, help me!
2016.12.10 11:10:05 3: Sduino_IP: Unknown code u20#A2AAAAAAA8, help me!
2016.12.10 11:10:06 3: Sduino_IP: Unknown code u20#AAAAAAAAAAAAAAAAA, help me!
2016.12.10 11:10:07 3: Sduino_IP: Unknown code u20#AAAAAAA, help me!
2016.12.10 11:10:07 3: Sduino_IP: Unknown code u20#555555555540, help me!
2016.12.10 11:10:11 3: Sduino_IP: Unknown code u20#AAAAAA2AAA, help me!
2016.12.10 11:10:13 3: Sduino_IP: Unknown code u20#55555555555, help me!
2016.12.10 11:10:15 3: Sduino_IP: Unknown code u20#A2A2AAAA28, help me!
2016.12.10 11:10:15 3: Sduino_IP: Unknown code u20#AAAAAAA422A, help me!
2016.12.10 11:10:15 3: Sduino_IP: Unknown code u20#AAAAAB2AB2A88A2A, help me!
2016.12.10 11:10:15 3: Sduino_IP: Unknown code u29#FFE, help me!
2016.12.10 11:10:16 3: Sduino_IP: Unknown code u20#1555555555, help me!
2016.12.10 11:10:19 3: Sduino_IP: Unknown code u20#555555554450, help me!
2016.12.10 11:10:21 3: Sduino_IP: Unknown code u20#54D55545514, help me!
2016.12.10 11:10:24 3: Sduino_IP: Unknown code u29#FFE, help me!
2016.12.10 11:10:29 3: Sduino_IP: Unknown code u20#5555515155551555554, help me!
2016.12.10 11:10:29 3: Sduino_IP: Unknown code u20#5555550, help me!
2016.12.10 11:10:30 3: Sduino_IP: Unknown code u20#5555584, help me!
2016.12.10 11:10:31 3: Sduino_IP: Unknown code u20#AAAAAA, help me!

Version aud dem Sinalduino ist die V 3.3.0.
Vor dem update war alles normal.

Gruß
Stefan

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 10 Dezember 2016, 22:57:01

Zitat von: StefanW am 10 Dezember 2016, 11:19:37
ich habe vorhin mal wieder ein update gemacht und seit dem wird mir das log mit Meldungen dieser Art praktisch "zugemüllt".

Ich denke, die Ursache dafür dürfte eine Änderung sein, die Sidey vor ein paar Tagen gemacht hat.
Die Protocol Id 20 ist livolo. Wenn Du livolo nicht hast, dann kannst Du die vielen log Einträge mit dem Attribut whitelist_IDs wegbekommen.
In das Attribut whitelist_IDs kannst Du die Ids der Sensoren die Du hast Komma getrennt eintragen.
Mit get protocolIDs bekommst Du eine Liste aller Protocol Ids.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 11 Dezember 2016, 01:00:23

Zitat von: Sidey am 10 Dezember 2016, 10:44:51
Ist auf dem cc1101 vielleicht doch etwas aktiv, was die Daten verarbeitet?

Nein, es ist genauso wie bei der a-culfw der asynchronous serial mode. Bei der a-culfw wird der EAS800z auch nicht empfangen.
Hier ist ein Vergleich der beiden wie sie mit dem RXB6 empfangen werden.

FreeTec NC-7345 wird mit dem CC1101 empfangen

Code Auswählen

MS;P0=-1946;P1=497;P2=-1085;P3=-3892;D=13121212121212101212121212121212121012121010121010101010101212101210121010;CP=1;SP=3;O;
P7#02009BF2B

EAS800z wird mit dem CC1101 nicht empfangen

Code Auswählen

MS;P0=-1934;P1=-959;P2=500;P3=-3876;D=23212020212121202120212120212121212021202021202121202020202121202021212020;CP=2;SP=3;O;
P7#6290B4F33

Beide NC-7345 werden problemlos empfangen.
Meine GT-WT-2 werden auch problemlos empfangen.
Der Hama (Hideki) wird auch problemlos empfangen

Code Auswählen

MC;LL=-1043;LH=903;SL=-570;SH=407;D=A8E9345ADBDC0B197595E4C;C=487;L=90;

Kann dies ein Grund sein, warum bei mir der CC1101 den EAS800z nicht empfängt?

Zitat von: RaspII am 09 Dezember 2016, 17:53:03
Ich hatte in der Vergangenheit immer wieder Probleme mir den "blauen" CC1101 Modulen. Diese sind bzgl. Frequenz extrem ungenau, deshalb verwende i

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: StefanW am 11 Dezember 2016, 07:31:43

Zitat von: Ralf9 am 10 Dezember 2016, 22:57:01
Ich denke, die Ursache dafür dürfte eine Änderung sein, die Sidey vor ein paar Tagen gemacht hat.
Die Protocol Id 20 ist livolo. Wenn Du livolo nicht hast, dann kannst Du die vielen log Einträge mit dem Attribut whitelist_IDs wegbekommen.
In das Attribut whitelist_IDs kannst Du die Ids der Sensoren die Du hast Komma getrennt eintragen.
Mit get protocolIDs bekommst Du eine Liste aller Protocol Ids.

Gruß Ralf

Danke, das hat geholfen. :D

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 11 Dezember 2016, 09:12:53

Zitat von: Ralf9 am 11 Dezember 2016, 01:00:23

Code Auswählen Erweitern
MC;LL=-1043;LH=903;SL=-570;SH=407;D=A8E9345ADBDC0B197595E4C;C=487;L=90;

Kann dies ein Grund sein, warum bei mir der CC1101 den EAS800z nicht empfängt?
Gruß Ralf

Moin Ralf,

Probier doch mal mit deaktivieren MC Decoder aus, was empfangen wird.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 12 Dezember 2016, 20:11:43

Das deaktivieren des MC Decoder hat nichts gebracht.
Das Problem habe ich auch wenn ich die a-culfw flashe, dann wird der EAS800z und NC-7345 gar nicht empfangen.
Ich denke ein Grund könnte sein, daß ich hier im Haus Funkstörungen habe und der RXB6 Superheterodyne empfängt bei Funkstörungen besser als der CC1101.
Da das hier leicht OT ist schreibe ich in "Bastelecke - SIGNALDuino Empfänger Firm- und Hardware" weiter.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 23 Dezember 2016, 16:20:37

Hallo zusammen!

Denkt ihr, es ist möglich, das quigg Protokoll zu implementieren? Die Funksteckdosen von Aldi funktionieren soweit ich das nachvollziehen konnte, wohl damit.
Aktuell ist es so, dass sich auf dem signalduino mid 433MHz im Log absolut gar nichts tut, wenn ich auf der Fernbedienung was drücke.
Im pilight Projekt ist das Protokoll bereits implementiert: https://github.com/pilight/pilight/blob/master/libs/pilight/protocols/433.92/quigg_gt1000.c

p7

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 23 Dezember 2016, 16:37:23

Zitat von: prodigy7 am 23 Dezember 2016, 16:20:37
Aktuell ist es so, dass sich auf dem signalduino mid 433MHz im Log absolut gar nichts tut, wenn ich auf der Fernbedienung was drücke.

Wenn mit sduino verbose 4 im log keine raw Nachrichten auftauchen ist es wahrscheinlich nicht möglich das quigg Protokoll zu implementieren.
Raw Nachrichten sehen ungefähr soi aus:

Code Auswählen


2016.12.09 18:42:44.293 4 : sduino/msg READ: MU;P0=920;P1=-4040;P2=5968;P3=-6444;P4=3471;P5=-930;P6=1989;P7=-2393;D=0123456765656565
2016.12.09 18:42:44.868 4 : sduino/msg READ: MS;P0=-1946;P1=497;P2=-1085;P3=-3892;D=1312121212121210121212121212
2016.12.09 18:42:44.868 4 : sduino/msg READ: MC;LL=-1043;LH=903;SL=-570;SH=407;D=A8E9345ADBDC0B197595E4C;C=487;L=90;

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 23 Dezember 2016, 16:53:39

Habe es sogar auf Verbose 5 gestellt, kam aber absolut gar nichts. Was macht pilight dann anders als signalduino, dass die das einbinden können?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 23 Dezember 2016, 17:08:17

Gerade durch Zufall gesehen:

Code Auswählen

2016.12.23 17:06:32.244 4: sduino433: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.12.23 17:06:32.246 5: sduino433: Starting demodulation at Position 2
2016.12.23 17:06:32.248 4: sduino433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.23 17:06:32.250 5: sduino433: Starting demodulation at Position 2
2016.12.23 17:06:32.253 4: sduino433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.23 17:06:32.255 5: sduino433: Starting demodulation at Position 2
2016.12.23 17:06:32.257 4: sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.23 17:06:32.259 5: sduino433: Starting demodulation at Position 2
2016.12.23 17:06:32.261 4: sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.23 17:06:32.263 5: sduino433: Starting demodulation at Position 2
2016.12.23 17:06:32.266 4: sduino433: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.12.23 17:06:32.268 5: sduino433: Starting demodulation at Position 2
2016.12.23 17:06:32.270 4: sduino433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.12.23 17:06:32.272 5: sduino433: Starting demodulation at Position 1
2016.12.23 17:06:32.274 4: sduino433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.23 17:06:32.276 5: sduino433: Starting demodulation at Position 2
2016.12.23 17:06:32.278 5: sduino433: applying filterfunc SIGNALduino_compPattern
2016.12.23 17:06:32.280 4: sduino433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.12.23 17:06:32.282 5: sduino433: Starting demodulation at Position 2
2016.12.23 17:06:32.287 4: sduino433: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.23 17:06:32.288 5: sduino433: Starting demodulation at Position 2

Irgendwas (wenn auch nicht von mir) wurde aufgeschnappt, wo auch quigg mit vor kam ... hm, mal gucken warum er von mir nichts empfängt

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 23 Dezember 2016, 17:20:42

Okay ... strange! Ich habe hier 3 IT Steckdosen, weiß nicht mehr wie es dazu kommt, aber es war als IODev CCD eingetragen, worüber ich HomeMatic nutze. Irgendwie scheint es aber auch zu funktionieren, dass darüber die IT Steckdosen gesteuert werden (keine Ahnung mehr, wie ich die mal eingerichtet hatte).
Jetzt hab ich mal alle Definitionen raus geschmissen, drücke wie wild auf der Fernbedienung rum und es wird auch viel angezeigt, es wird aber kein Device angelegt. Das sollte aber meinem Verständnis nach doch passieren oder? Diverse Wetterstationen aus der Nachbarschaft werden automatisch angelegt ...

Beispiel aus dem Log:

Code Auswählen

2016.12.23 17:20:12.657 4: sduino868/msg READ: MU;P0=-710;P1=245;P2=-326;P3=-1352;P4=-244;P5=352;D=0121312131212131213121313121213131212131312131212131213131212131213121312131312131213121450;CP=1;
2016.12.23 17:20:12.664 4: sduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.23 17:20:12.667 4: sduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.12.23 17:20:12.669 4: sduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.12.23 17:20:12.672 4: sduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.12.23 17:20:12.675 4: sduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.23 17:20:12.677 4: sduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.12.23 17:20:12.680 4: sduino868: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.12.23 17:20:12.822 4: sduino868/msg READ: MS;P0=-2796;P1=185;P3=-358;P6=-1393;D=101316131616131613161316131316131613161613131616131316161316131316131616131316131613161316161316131613131613161613131613161316131617;CP=1;SP=0;O;
2016.12.23 17:20:12.979 4: sduino868/msg READ: MS;P0=-326;P1=216;P2=-1368;P4=-2766;D=141012101212101210121012101012101210121210101212101012121012101012101212101012101210121012121012101210101210121210101210121012101213;CP=1;SP=4;O;
2016.12.23 17:20:12.981 4: sduino868: Matched MS Protocol id 17 -> arctech
2016.12.23 17:20:12.983 4: sduino868: Decoded MS Protocol id 17 dmsg i5AA56669655A965500 length 64
2016.12.23 17:20:12.985 4: sduino868 IT: message "i5AA56669655A965500" (19)
2016.12.23 17:20:12.985 4: sduino868 ITv3dimm: bin message "010110101010010101100110011010010110010101011010100101100101010100000000" (72)
2016.12.23 17:20:12.986 4: sduino868 IT: msgcode "00111100010101100100001110010000DDDD" (36) bin = 010110101010010101100110011010010110010101011010100101100101010100000000
2016.12.23 17:20:12.987 4: sduino868 IT: message "i5AA56669655A965500" (19)
2016.12.23 17:20:12.988 4: sduino868 ITv3dimm: bin message "010110101010010101100110011010010110010101011010100101100101010100000000" (72)
2016.12.23 17:20:12.988 4: sduino868 IT: msgcode "00111100010101100100001110010000DDDD" (36) bin = 010110101010010101100110011010010110010101011010100101100101010100000000
2016.12.23 17:20:12.997 3: sduino868: Unknown code i5AA56669655A965500, help me!
2016.12.23 17:20:12.999 4: sduino868: Matched MS Protocol id 4 -> arctech2
2016.12.23 17:20:13.000 4: sduino868: Decoded MS Protocol id 4 dmsg i5AA56669655A965500 length 64
2016.12.23 17:20:13.000 4: sduino868: Dropped (i5AA56669655A965500) due to short time or equal msg
2016.12.23 17:20:13.030 4: sduino868/msg READ: MU;P0=-343;P1=206;P2=-1366;D=012101212101210121010121012121010121012101210121;CP=1;
2016.12.23 17:20:13.032 4: sduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.12.23 17:20:13.036 4: sduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.23 17:20:13.039 4: sduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.23 17:20:13.041 4: sduino868: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate

Edit: Okay, wenn ich die Fernbedienung auf den Signalduino ausrichte, kommt auch was von der anderen Fernbedienung an:

Code Auswählen

2016.12.23 17:21:07.888 4: sduino868/msg READ: MU;P0=-220;P1=1006;P2=-524;P3=246;P4=-1290;P5=-2468;P6=568;D=012121234341212343434121234121234343434353434341234126;CP=3;
2016.12.23 17:21:07.892 4: sduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.12.23 17:21:07.896 4: sduino868: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.23 17:21:07.899 4: sduino868: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.23 17:21:07.902 4: sduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.23 17:21:07.906 4: sduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.23 17:21:07.909 4: sduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.12.23 17:21:07.913 4: sduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.12.23 17:21:07.916 4: sduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.23 17:21:07.921 4: sduino868: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.12.23 17:21:07.927 4: sduino868: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.23 17:21:07.930 4: sduino868: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.12.23 17:21:07.933 4: sduino868: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2016.12.23 17:21:07.936 4: sduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.12.23 17:21:07.939 4: sduino868: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.12.23 17:21:08.200 4: sduino868/msg READ: MC;LL=-1106;LH=932;SL=-611;SH=427;D=54A952A94A8;C=512;L=42;
2016.12.23 17:21:08.210 4: sduino868/msg READ: MC;LL=-1106;LH=932;SL=-611;SH=427;D=54A952A94A8;C=512;L=42;
2016.12.23 17:21:08.221 4: sduino868/msg READ: MC;LL=-1106;LH=932;SL=-611;SH=427;D=54A952A94A8;C=512;L=42;
2016.12.23 17:21:08.232 4: sduino868/msg READ: MC;LL=-1106;LH=932;SL=-611;SH=427;D=54A952A94A8;C=512;L=41;
2016.12.23 17:21:08.509 4: sduino868/msg READ: MU;P0=144;P1=102;P2=302;P3=-92;P4=-260;P6=-135;D=42246444200643604141461404623606161062223;CP=2;
2016.12.23 17:21:08.511 4: sduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.12.23 17:21:08.514 4: sduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.12.23 17:21:08.517 4: sduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.12.23 17:21:08.519 4: sduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate

Auch hier wird aber kein Device angelegt

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 23 Dezember 2016, 22:21:12

Zitat von: prodigy7 am 23 Dezember 2016, 17:20:42
Jetzt hab ich mal alle Definitionen raus geschmissen, drücke wie wild auf der Fernbedienung rum und es wird auch viel angezeigt, es wird aber kein Device angelegt. Das sollte aber meinem Verständnis nach doch passieren oder?

Das ist ein bekanntes Problem. Zumindest mir ist es bekannt.
Autocreate legt das Gerät erst nach einem Neustart von FHEM wieder an.

Irgendwo verbleibt da trotz Löschen noch eine Leiche.

Was die Quigg FB angeht, geht es da um diese:
https://github.com/RFD-FHEM/RFFHEM/issues/93

Wenn ja, dann habe ich daran schon mal gewerkelt nur leider fehlt mir da eine Rückmeldung ob es funktioniert.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 23 Dezember 2016, 22:39:13

Zitat von: Sidey am 23 Dezember 2016, 22:21:12
Das ist ein bekanntes Problem. Zumindest mir ist es bekannt.
Autocreate legt das Gerät erst nach einem Neustart von FHEM wieder an.

Irgendwo verbleibt da trotz Löschen noch eine Leiche.

Was die Quigg FB angeht, geht es da um diese:
https://github.com/RFD-FHEM/RFFHEM/issues/93

Wenn ja, dann habe ich daran schon mal gewerkelt nur leider fehlt mir da eine Rückmeldung ob es funktioniert.

Grüße Sidey

Habe die Konfiguration händisch raus gelöscht aus der cfg und dann neu gestartet, wird trotzdem nichts angelegt. Ich teste die Tage nochmal weiter.

Gesendet von meinem HTC 10 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 23 Dezember 2016, 22:55:43

Zitat von: prodigy7 am 23 Dezember 2016, 22:39:13
Habe die Konfiguration händisch raus gelöscht aus der cfg und dann neu gestartet, wird trotzdem nichts angelegt.

beim letzten Patch vom IT-Modul hat sich ein Fehler eingeschlichen. Siehe hier:
https://forum.fhem.de/index.php/topic,63105.msg543979.html#msg543979

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 24 Dezember 2016, 10:20:01

Hab soweit mal das Modul gepatched, aber immer noch keine Besserung:

Code Auswählen

2016.12.24 10:18:36.614 4: sduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.12.24 10:18:36.622 4: sduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.24 10:18:36.625 4: sduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.24 10:18:36.628 4: sduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.12.24 10:18:36.631 4: sduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.12.24 10:18:36.635 4: sduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.12.24 10:18:36.637 4: sduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.24 10:18:36.640 4: sduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.12.24 10:18:36.644 4: sduino868: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.12.24 10:18:36.649 4: sduino868: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.24 10:18:36.654 4: sduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.12.24 10:18:36.766 4: sduino868/msg READ: MS;P0=-460;P1=-334;P2=218;P3=-1361;P5=-2744;P6=-100;P7=540;D=25212321232321232123212321212321232123232121232321212323212321212321232321212321267071232123232123212321212321232321212321232123232124;CP=2;SP=5;O;
2016.12.24 10:18:36.769 4: sduino868: Matched MS Protocol id 17 -> arctech
2016.12.24 10:18:36.771 4: sduino868: Decoded MS Protocol id 17 dmsg i5AA566696400 length 40
2016.12.24 10:18:36.773 3: sduino868 IT: message "i5AA566696400" (13) too short!
2016.12.24 10:18:36.774 3: sduino868 IT: message "i5AA566696400" (13) too short!
2016.12.24 10:18:36.782 3: sduino868: Unknown code i5AA566696400, help me!
2016.12.24 10:18:36.784 4: sduino868: Matched MS Protocol id 4 -> arctech2
2016.12.24 10:18:36.786 4: sduino868: Decoded MS Protocol id 4 dmsg i5AA566696400 length 40
2016.12.24 10:18:36.786 4: sduino868: Dropped (i5AA566696400) due to short time or equal msg
2016.12.24 10:18:36.788 4: sduino868/msg READ: MU;P0=219;P1=-1365;P2=-331;P3=646;D=0102323102010201010201020102020102010102020102010201;CP=0;
2016.12.24 10:18:36.791 4: sduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.12.24 10:18:36.796 4: sduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.24 10:18:36.798 4: sduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.24 10:18:36.801 4: sduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.12.24 10:18:36.803 4: sduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.12.24 10:18:36.805 4: sduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.12.24 10:18:36.808 4: sduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.12.24 10:18:36.810 4: sduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.24 10:18:36.813 4: sduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.12.24 10:18:36.815 4: sduino868: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.12.24 10:18:36.819 4: sduino868: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.24 10:18:36.823 4: sduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.12.24 10:18:36.986 4: sduino868/msg READ: MU;P0=-339;P1=-1370;P2=206;D=1120212021202121202120212020212021212020212021202121202;CP=2;
2016.12.24 10:18:36.988 4: sduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.12.24 10:18:36.992 4: sduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.24 10:18:36.996 4: sduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.24 10:18:36.999 4: sduino868: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.12.24 10:18:37.112 4: sduino868/msg READ: MS;P0=-756;P3=-2426;P4=226;P6=-317;P7=-1355;D=434647464747464746474647464647464746474746464747464647474647464647464747464647464746474647474647464746464746474746464746401;CP=4;SP=3;
2016.12.24 10:18:37.115 4: sduino868: Matched MS Protocol id 4 -> arctech2
2016.12.24 10:18:37.117 4: sduino868: Decoded MS Protocol id 4 dmsg i5AA56669655A96400 length 60
2016.12.24 10:18:37.118 3: sduino868 IT: message "i5AA56669655A96400" (18) too short!
2016.12.24 10:18:37.119 3: sduino868 IT: message "i5AA56669655A96400" (18) too short!
2016.12.24 10:18:37.128 3: sduino868: Unknown code i5AA56669655A96400, help me!
2016.12.24 10:18:37.428 4: sduino868/msg READ: MU;P0=-1322;P1=214;P2=-330;P3=768;P5=540;P6=-9488;P7=-2748;D=01210101210121012101212101210121010121210101212101012101212101210101212101210121012101012101210121210121010121210121012101032561712101210101210121012101212101210121010121210101212101012101212101210101212101210121012101012101210121210121010121210121012105;CP=1;O;
2016.12.24 10:18:37.432 4: sduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.12.24 10:18:37.436 4: sduino868: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.24 10:18:37.438 4: sduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.24 10:18:37.441 4: sduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.24 10:18:37.444 4: sduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.12.24 10:18:37.447 4: sduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.12.24 10:18:37.451 4: sduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.24 10:18:37.455 4: sduino868: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.12.24 10:18:37.459 4: sduino868: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate

Edit: Okay, hat sich erledigt. Nach mehrmaligen wildem Rumdrücken auf der Fernbedienung hat er jetzt tatsächlich Devices angelegt!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 24 Dezember 2016, 10:42:07

Nur Mal so ne Frage:

Seit wann senden IT Steckdosen auf 868 MHz?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 24 Dezember 2016, 10:42:55

Zitat von: Sidey am 23 Dezember 2016, 22:21:12Was die Quigg FB angeht, geht es da um diese:
https://github.com/RFD-FHEM/RFFHEM/issues/93

Wenn ja, dann habe ich daran schon mal gewerkelt nur leider fehlt mir da eine Rückmeldung ob es funktioniert.

Bei mir ist es eine GT-3000 und scheinbar ein anderes Protokoll:

Code Auswählen

2016.12.24 10:41:30.879 4: sduino433/msg READ: MU;P0=411;P1=-629;P3=-1134;P4=919;P6=2998;P7=-7325;D=36703030341034103410303410341034141410303414141030367030303410341034103034103410341414103034141410303670303034103410341030341034103414141030341414103036703030341034103410303410341034141410303414141030;CP=0;
2016.12.24 10:41:30.883 4: sduino433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.24 10:41:30.886 4: sduino433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.24 10:41:30.889 4: sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.24 10:41:30.891 4: sduino433: decoded matched MU Protocol id 27 dmsg u27#EAD463 length 24
2016.12.24 10:41:30.898 4: SIGNALduino_unknown incomming msg: u27#EAD463
2016.12.24 10:41:30.899 4: SIGNALduino_unknown rawData: EAD463
2016.12.24 10:41:30.899 4: SIGNALduino_unknown Protocol: 27
2016.12.24 10:41:30.899 4: SIGNALduino_unknown converted to bits: 111010101101010001100011
2016.12.24 10:41:30.900 4: Unknown, please report
2016.12.24 10:41:30.901 4: SIGNALduino_unknown incomming msg: u27#EAD463
2016.12.24 10:41:30.902 4: SIGNALduino_unknown rawData: EAD463
2016.12.24 10:41:30.902 4: SIGNALduino_unknown Protocol: 27
2016.12.24 10:41:30.902 4: SIGNALduino_unknown converted to bits: 111010101101010001100011
2016.12.24 10:41:30.902 4: Unknown, please report
2016.12.24 10:41:30.908 3: sduino433: Unknown code u27#EAD463, help me!
2016.12.24 10:41:30.910 4: sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.24 10:41:30.914 4: sduino433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.12.24 10:41:30.919 4: sduino433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.24 10:41:30.925 4: sduino433: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.24 10:41:30.929 4: sduino433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.12.24 10:41:31.882 4: sduino433/msg READ: MS;P0=-615;P1=930;P2=280;P3=-1132;P4=-2398;D=24232323102323231010102310231023232323231010102323;CP=2;SP=4;O;
2016.12.24 10:41:32.233 4: sduino433/msg READ: MU;P0=-1136;P1=410;P2=930;P3=-624;P4=2982;P5=-7324;D=010102323231023102310101010102323231010451010102310101023232310231023101010101023232310104510101023101010232323102310231010101010232323101;CP=1;
2016.12.24 10:41:32.237 4: sduino433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.24 10:41:32.240 4: sduino433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.24 10:41:32.242 4: sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.24 10:41:32.245 4: sduino433: decoded matched MU Protocol id 27 dmsg u27#EE2BE3 length 24
2016.12.24 10:41:32.252 4: SIGNALduino_unknown incomming msg: u27#EE2BE3
2016.12.24 10:41:32.252 4: SIGNALduino_unknown rawData: EE2BE3
2016.12.24 10:41:32.252 4: SIGNALduino_unknown Protocol: 27
2016.12.24 10:41:32.253 4: SIGNALduino_unknown converted to bits: 111011100010101111100011
2016.12.24 10:41:32.253 4: Unknown, please report
2016.12.24 10:41:32.255 4: SIGNALduino_unknown incomming msg: u27#EE2BE3
2016.12.24 10:41:32.255 4: SIGNALduino_unknown rawData: EE2BE3
2016.12.24 10:41:32.256 4: SIGNALduino_unknown Protocol: 27
2016.12.24 10:41:32.256 4: SIGNALduino_unknown converted to bits: 111011100010101111100011
2016.12.24 10:41:32.256 4: Unknown, please report
2016.12.24 10:41:32.262 3: sduino433: Unknown code u27#EE2BE3, help me!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 24 Dezember 2016, 11:49:21

Zitat von: Sidey am 24 Dezember 2016, 10:42:07
Nur Mal so ne Frage:

Seit wann senden IT Steckdosen auf 868 MHz?

Hast recht! Vielleicht stelle ich mich gerade extrem blöd und unwissend an!

Ich habe mir zum rumspielen 2 Signalduinos zusammen gebaut:

Für 868 Empfang/Senden: Adruino Nano mit den Komponenten aus der Auktion http://www.ebay.de/itm/122180136185?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Für 433 Empfang/Senden: Arduino Nano mit den Komponenten aus vergleichbarer Auktion http://www.ebay.de/itm/433-Mhz-RF-Sender-Empfanger-Receiver-Module-Arduino-Wireless-Transmitter-TE122-/172229969661?hash=item2819b4c6fd:g:mfYAAOSw8w1X5ncJ (Bei mir Empfänger = MX-RM-5V)

Der 868 Arduino bekommt mit, was bei den 433 MHz Geräten passiert, deswegen wurden die Signale für die Steckdosen da auch angezeigt. Scheinbar ist der Empfang von dem, den ich für 433 angedacht habe, nicht so wirklich gut weil ich rechte nahe mit der Fernbedienung gehen muss damit was im Log auftaucht. Gleiches gilt dann auch fürs Senden.
Generell hatte Signalduino so verstanden, dass ich darüber alles empfangen kann und dass nur die Hardware vorgibt, in welchem Frequenzbereich die Daten kommen. Hab ich das falsch verstanden und es muss ggf. z.B. irgendwo noch etwas eingestellt werden?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 24 Dezember 2016, 12:28:55

Tia, es ist schade, aber irgendwie tappt jeder in diese Falle.

Das von dir verlinkte 433 MHz Board ist nicht besonders gut.
Die Empfangsreichweite beschränkt sich in der Regel auf den Raum, in dem das Teil steht. Such mal nach RX-B6.. alternativ sind wir auch gerade dabei den cc1101 zum Laufen zu bringen.

Das 868 Modul sieht optisch leider genauso aus wie dein 433 MHz Modul, allerdings habe ich persönlich damit keine Erfahrungen.

Die Sendemodule sind in der Regel okay.

Deine Annahme mit der Hardware sind aber richtig. Die HW gibt vor, was der sduino empfängt. Ich fürchte, mit deinem Empfängern kommst Du auf keinen grünen Zweig. :(

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 24 Dezember 2016, 12:37:20

CC1101 wäre cool! Ich habe hier noch RF1101SE-V3.1 und RF1100SE Module rumliegen! :)
ich hab mir jetzt erst mal wieder den nanoCUL zusammengesteckt und geflashed, würde es dann aber nochmal mit Signalduino probieren wenn ihr soweit seid.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 24 Dezember 2016, 12:46:29

Zitat von: prodigy7 am 24 Dezember 2016, 11:49:21
....
Ich habe mir zum rumspielen 2 Signalduinos zusammen gebaut:....

Hallo,

@ prodigy7: schau mal hier (https://forum.fhem.de/index.php/topic,58397.msg532070.html#msg532070) ich habe mir bei TME Empfänger und auch Sender bestellt und bin damit zufrieden.

Der Signalduino kann ja alle möglichen Signale verarbeiten, egal ob 433Mhz oder 868Mhz (Wetterstation WH1080). Den am Pin 2 vom Arduino kommen ja nur Impulse an, die vom jeweiligen Empfänger aufbereitet wurden. Man könnte ja auch einen IR-Empfänger anschließen und diese Signale verarbeiten, dazu muß aber die Signalduino SW sicher noch angepaßt werden.

@sidey: Zum Post 20 bin ich dir ja noch eine Antwort schuldig.
Ich habe den Sender direkt mit dem Signalduino verbunden, dann wurde nach mehreren Versuchen auch etwas decodiert. Es sah so aus, als wenn er erst einmal das Protokoll gelernt hat ;-). Die Impulsfolge habe ich übernommen und kann jetzt auch meine Weihnachtskugel schalten.

Tschüß Jörg.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 25 Dezember 2016, 11:03:23

Zitat von: prodigy7 am 24 Dezember 2016, 12:37:20
würde es dann aber nochmal mit Signalduino probieren wenn ihr soweit seid.

Wenn Du dir zutraust die Firmware selbst zu compilieren, dann kannst Du es schon ausprobieren.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 25 Dezember 2016, 11:34:09

Zitat von: Sidey am 25 Dezember 2016, 11:03:23
Wenn Du dir zutraust die Firmware selbst zu compilieren, dann kannst Du es schon ausprobieren.

Git Checkout aus Master https://github.com/RFD-FHEM/RFFHEM oder wo bekomme ich die Sourcen, die den bereits unterstützen? Compilieren bekomme ich problemlos hin und wenn die Unterstützung schon soweit weitestgehend funktioniert (=Beta), kann ich auch gerne Feedback liefern.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 25 Dezember 2016, 12:44:47

https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r33_cc1101

Wenn Du die Arduino IDE verwendest, müssen alle Libs in das Hauptverzeichnis kopiert oder verlinkt werden ..

Viel Spaß

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 25 Dezember 2016, 16:34:13

Zitat von: Sidey am 25 Dezember 2016, 12:44:47
https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r33_cc1101

Wenn Du die Arduino IDE verwendest, müssen alle Libs in das Hauptverzeichnis kopiert oder verlinkt werden ..

Okay, ich dachte, das wäre nur wie bei div. anderen Zeug ein make wie zB bei der culfw und es kommt ein Hex raus, das ich flashen kann. Ehrlich gesagt erscheint mir dass doch so aktuell etwas zu aufwändig für meine Situation, da ich fast nur mit Linux arbeite und ihr im Readme schreibt dass die Übersetzung derzeit nur mit Windows funktioniert. Wenn ihr aber ein fertiges flashbares File zur Verfügung stellt, würde ich das aber testen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 25 Dezember 2016, 16:45:32

Hallo Sidey,

am einfachsten ist es wahrscheinlich, wenn Du zum Testen ein hex File machen kannst, z.B.
SIGNALduino_nano328cc1101.hex
dann muss zum flashen nur noch in der 00_SIGNALduino.pm im Attribut hardware was ergänzt werden

Code Auswählen

." hardware:nano328,uno,promini328,nano328cc1101"

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 25 Dezember 2016, 17:23:34

Ja, das Hex File kann ich erstellen,

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 26 Dezember 2016, 01:21:05

Zitat von: prodigy7 am 25 Dezember 2016, 16:34:13
Okay, ich dachte, das wäre nur wie bei div. anderen Zeug ein make wie zB bei der culfw und es kommt ein Hex raus, das ich flashen kann. Ehrlich gesagt erscheint mir dass doch so aktuell etwas zu aufwändig für meine Situation, da ich fast nur mit Linux arbeite und ihr im Readme schreibt dass die Übersetzung derzeit nur mit Windows funktioniert. Wenn ihr aber ein fertiges flashbares File zur Verfügung stellt, würde ich das aber testen.

Okay, das mit Windows bezog sich auf codeblocks, aber das habe ich durch visual studio ersetzt. Nunja, das gibt es auch nur für Windows.
Mit der Arduino IDE geht es auch. Ein Makefile habe ich nicht angelegt. Das wird für mich zu Aufwände, das compilieren für alle Situationen vorzubereiten, dass es bei jedem klappt.
Der normale Anwendungsfall ist es ja ohnehin nicht, sich die Firmware selbst zu erstellen.

Code Auswählen


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

Bringt die Firmware mit cc1101 Support auf dein Fhem System und mit dem hadware Attribut im sduino Device kannst Du nanoCC1101 auswählen.
Der Befehl set sduino flash schreibt dann die cc1101 Firmware auf den Arduino Nano.

Allerdings klappt jetzt nur empfangen. Für das Senden fehlen noch ein paar Zeilen code.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 26 Dezember 2016, 09:54:23

Vielen Dank! Hat soweit alles einwandfrei geklappt bei mir, Arduino ist mit Firmware geflashed und er empfängt auch. Nur ist er direkt zu Anfang gleich mal Amok gelaufen wie man am folgenden Log sieht:

Code Auswählen

2016.12.26 09:50:28.718 4: sduino433_CC1101/msg READ: MS;P2=-2766;P3=196;P4=-351;P5=-1392;D=323435343535343534353435343435343534353534343535343435353435343435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;O;
2016.12.26 09:50:28.729 4: sduino433/msg READ: MU;P0=-345;P1=146;P3=198;P4=-1391;P6=92;P7=-1024;D=0103430343034343030341430303434303430303430343467343034303430343430343034303034303430343034303430343;CP=3;
2016.12.26 09:50:28.732 4: sduino433: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.12.26 09:50:28.738 4: sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.26 09:50:28.743 4: sduino433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.26 09:50:28.747 4: sduino433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.12.26 09:50:28.755 4: sduino433_CC1101/msg READ: MS;P2=-2766;P3=196;P4=-351;P5=-1392;D=323435343535343534353435343435343534353534343535343435353435343435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:28.937 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:28.999 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.061 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.123 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.185 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.247 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.269 4: sduino433/msg READ: MU;P0=233;P1=-148;P2=-675;P3=108;P5=324;D=23252020252525202525252025202525202525252525252025201;CP=5;
2016.12.26 09:50:29.272 4: sduino433: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.12.26 09:50:29.278 4: sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.26 09:50:29.281 4: sduino433: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.12.26 09:50:29.284 4: sduino433: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.12.26 09:50:29.309 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.371 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.433 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.495 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.557 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.619 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.681 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.743 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.805 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:29.867 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;O;
2016.12.26 09:50:29.929 4: sduino433_CC1101/msg READ: MS;P2=-2780;P3=197;P4=-355;P5=-1383;D=3234353435353435343534353434353435343535343435343534353435353435343534343534353435343534353435353430;CP=3;SP=2;R=255;
2016.12.26 09:50:32.452 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:32.515 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:32.576 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:32.638 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:32.701 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:32.763 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:32.825 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:32.887 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:32.949 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.011 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.074 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.136 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.198 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.260 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.322 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.384 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.446 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.508 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.571 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.633 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.695 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.757 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.819 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.881 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:33.944 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.006 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.068 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.130 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.192 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.254 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.317 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.378 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.440 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.502 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.564 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.626 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.689 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.751 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.813 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.875 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.937 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:34.999 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.061 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.123 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.186 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.248 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.310 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.372 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.434 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.496 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.559 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.621 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.683 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.745 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.807 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.869 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.932 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:35.994 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.056 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.118 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.180 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.242 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.305 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.366 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.428 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.490 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.552 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.614 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.676 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.738 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.801 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.863 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.925 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:36.987 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.049 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.111 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.174 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.236 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.298 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.360 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.422 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.484 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.547 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.609 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.671 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.733 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.795 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.857 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.919 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:37.981 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.044 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.106 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.168 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.230 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.292 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.353 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.416 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.478 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.540 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.602 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.624 4: sduino433/msg READ: MU;P0=-756;P1=155;P2=233;P5=-1416;D=0102020202020201020202020102020201020202015151;CP=2;
2016.12.26 09:50:38.626 4: sduino433: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.12.26 09:50:38.628 4: sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.26 09:50:38.630 4: sduino433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.26 09:50:38.632 4: sduino433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.12.26 09:50:38.664 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.726 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.789 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.851 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.913 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:38.975 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.037 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.099 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.162 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.224 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.286 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.348 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.410 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.472 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.535 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.597 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.659 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.721 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.783 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.846 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.907 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:39.969 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.032 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.093 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.155 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.218 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.279 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.342 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.405 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.467 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.529 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.590 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.652 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.714 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.778 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.840 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.902 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:40.964 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.026 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.088 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.149 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.212 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.275 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.337 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.399 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.461 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.522 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.584 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.647 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.709 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.771 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.832 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.895 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:41.956 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.020 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.081 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.144 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.206 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.268 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.330 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.430 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.503 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.516 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.586 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.640 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.680 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.733 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.795 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.858 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.920 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:42.982 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.044 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.106 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.168 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.231 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.293 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.355 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.417 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.479 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.541 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.604 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.666 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.728 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.790 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.852 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.914 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:43.976 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:44.038 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:44.100 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:44.162 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:44.224 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:44.286 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:44.348 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:44.410 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=66666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:44.473 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666663;CP=-1;SP=2;R=255;
2016.12.26 09:50:44.535 4: sduino433_CC1101/msg READ: MS;P6=-32001;D=6666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666666;CP=-1;SP=2;R=255;
2016.12.26 09:50:44.676 1: /dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0 disconnected, waiting to reappear (sduino433_CC1101)
2016.12.26 09:50:48.716 3: Setting sduino433_CC1101 serial parameters to 57600,8,N,1
2016.12.26 09:50:48.726 1: sduino433_CC1101/define: /dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0@57600
2016.12.26 09:50:48.726 1: sduino433_CC1101/init: /dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port

Er hat nur aufgehört die 6en zu addieren weil ich den Arduino vom Kabel abgezogen habe.
Davon abgesehen empfängt er nach erneutem Dranstecken fleißíg und empfängt direkt mal Geräte, die meine anderen Gerätschaften hier vorher nicht reinbekommen haben.

Edit: Der CC1101 empfängt jetzt auch von meiner ALDI Steckdose das Zeuch, auch wenn er es nicht encodiert bekommt derzeit

Code Auswählen

2016.12.26 09:59:45.549 4: sduino433_CC1101/msg READ: MU;P0=-637;P2=-1137;P3=903;P4=409;P5=-7331;D=5424242304242423030304230423042424242423042424242;CP=4;R=255;
2016.12.26 09:59:45.554 4: sduino433_CC1101: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.26 09:59:45.557 4: sduino433_CC1101: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.26 09:59:45.560 4: sduino433_CC1101: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.26 09:59:45.562 4: sduino433_CC1101: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.26 09:59:45.565 4: sduino433_CC1101: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.12.26 09:59:45.570 4: sduino433_CC1101: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.26 09:59:45.575 4: sduino433_CC1101: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.26 09:59:45.579 4: sduino433_CC1101: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.12.26 09:59:45.860 4: sduino433_CC1101/msg READ: MS;P0=-483;P3=-1257;P4=1057;P6=290;P7=-2411;D=67636363406340634063634063406340404063634063636363;CP=6;SP=7;R=255;
2016.12.26 09:59:46.117 4: sduino433_CC1101/msg READ: MU;P0=410;P1=-1134;P2=922;P3=-626;P4=2999;P5=-7299;D=01010123012301230101230123012323230101230101010145010101230123012301012301230123232301012301010101450101012301230123010123012301232323010123010101014501010123012301230101230123012323230101230101010;CP=0;R=255;
2016.12.26 09:59:46.123 4: sduino433_CC1101: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.26 09:59:46.126 4: sduino433_CC1101: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.26 09:59:46.130 4: sduino433_CC1101: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.26 09:59:46.132 4: sduino433_CC1101: decoded matched MU Protocol id 27 dmsg u27#EAD46F length 24
2016.12.26 09:59:46.148 3: sduino433_CC1101: Unknown code u27#EAD46F, help me!
2016.12.26 09:59:46.150 4: sduino433_CC1101: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.26 09:59:46.152 4: sduino433_CC1101: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.12.26 09:59:46.155 4: sduino433_CC1101: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.26 09:59:46.159 4: sduino433_CC1101: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.26 09:59:46.160 4: sduino433_CC1101: decoded matched MU Protocol id 49 dmsg U49#2A5720 length 24
2016.12.26 09:59:46.166 3: sduino433_CC1101: Unknown code U49#2A5720, help me!
2016.12.26 09:59:46.168 4: sduino433_CC1101: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.12.26 09:59:46.672 4: sduino433_CC1101/msg READ: MS;P0=925;P1=-624;P2=281;P3=-1137;P4=-2415;D=24232323012301012301232323232323232323012323232323;CP=2;SP=4;R=255;O;
2016.12.26 09:59:47.572 4: sduino433_CC1101/msg READ: MU;P0=-1139;P1=404;P2=927;P3=-637;P4=2986;P5=-7324;D=0101023101010232323102310231010101010231023101045101010231010102323231023102310101010102310231010451010102310101023232310231023101010101023102310104510101023101010232323102310231010101010231023101;CP=1;R=255;
2016.12.26 09:59:47.577 4: sduino433_CC1101: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.26 09:59:47.581 4: sduino433_CC1101: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.26 09:59:47.583 4: sduino433_CC1101: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.26 09:59:47.587 4: sduino433_CC1101: decoded matched MU Protocol id 27 dmsg u27#EE2BEB length 24
2016.12.26 09:59:47.611 3: sduino433_CC1101: Unknown code u27#EE2BEB, help me!
2016.12.26 09:59:47.614 4: sduino433_CC1101: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.26 09:59:47.618 4: sduino433_CC1101: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.12.26 09:59:47.624 4: sduino433_CC1101: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.26 09:59:47.631 4: sduino433_CC1101: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.26 09:59:47.635 4: sduino433_CC1101: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.12.26 09:59:48.116 4: sduino433_CC1101/msg READ: MU;P0=2999;P1=305;P2=-1201;P3=-489;P4=973;P7=-7292;D=121212434312121243124312434343434312431212431212071212124;CP=1;R=255;
2016.12.26 09:59:48.120 4: sduino433_CC1101: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.26 09:59:48.123 4: sduino433_CC1101: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.26 09:59:48.126 4: sduino433_CC1101: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.26 09:59:48.129 4: sduino433_CC1101: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.26 09:59:48.133 4: sduino433_CC1101: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.12.26 09:59:48.135 4: sduino433_CC1101: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.12.26 09:59:48.140 4: sduino433_CC1101: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.26 09:59:48.147 4: sduino433_CC1101: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.26 09:59:48.149 4: sduino433_CC1101: decoded matched MU Protocol id 49 dmsg U49#315F48 length 24
2016.12.26 09:59:48.160 3: sduino433_CC1101: Unknown code U49#315F48, help me!
2016.12.26 09:59:48.163 4: sduino433_CC1101: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.12.26 09:59:48.166 4: sduino433_CC1101: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.12.26 09:59:48.497 4: sduino433_CC1101/msg READ: MS;P0=-637;P1=907;P3=-1145;P6=279;P7=-2396;D=67636363106310631063631063106310101063631063106363;CP=6;SP=7;R=255;O;
2016.12.26 09:59:48.711 4: sduino433_CC1101/msg READ: MU;P0=2983;P1=-7306;P2=408;P3=-1130;P4=937;P5=-621;D=01232323452345234523234523452345454523234523452323012323234523452345232345234523454545232345234523230123232345234523452323452345234545452323452345232;CP=2;R=255;
2016.12.26 09:59:48.716 4: sduino433_CC1101: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.26 09:59:48.719 4: sduino433_CC1101: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.26 09:59:48.721 4: sduino433_CC1101: decoded matched MU Protocol id 26 dmsg u26#EAD46B length 24
2016.12.26 09:59:48.743 3: sduino433_CC1101: Unknown code u26#EAD46B, help me!
2016.12.26 09:59:48.746 4: sduino433_CC1101: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.26 09:59:48.748 4: sduino433_CC1101: decoded matched MU Protocol id 27 dmsg u27#EAD46B length 24
2016.12.26 09:59:48.770 3: sduino433_CC1101: Unknown code u27#EAD46B, help me!
2016.12.26 09:59:48.772 4: sduino433_CC1101: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.26 09:59:48.776 4: sduino433_CC1101: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.12.26 09:59:48.781 4: sduino433_CC1101: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.26 09:59:48.783 4: sduino433_CC1101: decoded matched MU Protocol id 36 dmsg u36#EAD46B length 24
2016.12.26 09:59:48.804 3: sduino433_CC1101: Unknown code u36#EAD46B, help me!
2016.12.26 09:59:48.810 4: sduino433_CC1101: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.26 09:59:48.813 4: sduino433_CC1101: decoded matched MU Protocol id 49 dmsg U49#152B94 length 24
2016.12.26 09:59:48.824 3: sduino433_CC1101: Unknown code U49#152B94, help me!
2016.12.26 09:59:48.827 4: sduino433_CC1101: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.12.26 09:59:48.831 4: sduino433_CC1101: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.12.26 09:59:49.212 4: sduino433_CC1101/msg READ: MC;LL=-1127;LH=932;SL=-611;SH=419;D=952554948;C=514;L=34;R=255;
2016.12.26 09:59:49.247 4: sduino433_CC1101/msg READ: MC;LL=-1127;LH=932;SL=-611;SH=419;D=552A4AA9290;C=514;L=41;R=255;
2016.12.26 09:59:49.270 4: sduino433_CC1101/msg READ: MC;LL=-1127;LH=932;SL=-611;SH=415;D=552A4AA9290;C=514;L=41;R=255;
2016.12.26 09:59:49.504 4: sduino433_CC1101/msg READ: MS;P0=-1131;P1=926;P2=268;P3=-2402;P7=-615;D=23202020172017201720201720172017171720201717172020;CP=2;SP=3;R=255;O;
2016.12.26 09:59:49.663 4: sduino433_CC1101/msg READ: MU;P0=-1144;P1=905;P4=3003;P5=-7290;P6=396;P7=-642;D=76060456060601760176017606017601760171717606017171760604560606017601760176060176017601717176060171717606;CP=6;R=255;
2016.12.26 09:59:49.667 4: sduino433_CC1101: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.26 09:59:49.670 4: sduino433_CC1101: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.26 09:59:49.673 4: sduino433_CC1101: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.26 09:59:49.675 4: sduino433_CC1101: decoded matched MU Protocol id 27 dmsg u27#EAD463 length 24
2016.12.26 09:59:49.696 3: sduino433_CC1101: Unknown code u27#EAD463, help me!
2016.12.26 09:59:49.698 4: sduino433_CC1101: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.26 09:59:49.702 4: sduino433_CC1101: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.12.26 09:59:49.706 4: sduino433_CC1101: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.26 09:59:49.713 4: sduino433_CC1101: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.26 09:59:49.718 4: sduino433_CC1101: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.12.26 09:59:50.063 4: sduino433_CC1101/msg READ: MC;LL=-1120;LH=922;SL=-620;SH=433;D=54AA9255548;C=515;L=42;R=255;
2016.12.26 09:59:50.074 4: sduino433_CC1101/msg READ: MC;LL=-1120;LH=922;SL=-620;SH=433;D=54AA9255548;C=515;L=42;R=255;
2016.12.26 09:59:50.239 4: sduino433_CC1101/msg READ: MS;P0=-503;P1=-2414;P3=280;P6=-1264;P7=1036;D=31363636703670703670363636363636363636703670703636;CP=3;SP=1;R=255;
2016.12.26 09:59:50.492 4: sduino433_CC1101/msg READ: MU;P0=-625;P2=2978;P3=-7316;P4=409;P6=-1131;P7=930;D=62346464670467070467046464646464646464670467070464623464646704670704670464646464646464646704670704646234646467046707046704646464646464646467046707046462346464670467070467046464646464646464670467070464;CP=4;R=255;
2016.12.26 09:59:50.495 4: sduino433_CC1101: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.26 09:59:50.496 4: sduino433_CC1101: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.26 09:59:50.498 4: sduino433_CC1101: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.26 09:59:50.499 4: sduino433_CC1101: decoded matched MU Protocol id 27 dmsg u27#E97FD3 length 24
2016.12.26 09:59:50.510 3: sduino433_CC1101: Unknown code u27#E97FD3, help me!
2016.12.26 09:59:50.512 4: sduino433_CC1101: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.12.26 09:59:50.514 4: sduino433_CC1101: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.12.26 09:59:50.516 4: sduino433_CC1101: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.12.26 09:59:50.520 4: sduino433_CC1101: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.12.26 09:59:50.522 4: sduino433_CC1101: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.12.26 09:59:50.790 4: sduino433_CC1101/KeepAliveOk: 1
2016.12.26 09:59:50.791 4: sduino433_CC1101/keepalive retry = 0
2016.12.26 09:59:51.156 4: sduino433_CC1101/msg READ: MU;P0=408;P1=-621;P2=935;P3=278;P4=-1128;P6=2987;P7=-7313;D=34346704040421210404042104210421212121210421042121040467040404212104040421042104212121212104210421210404670404042121040404210421042121212121042104212104046704040421210404042104210421212121210421042121040;CP=0;R=255;
2016.12.26 09:59:51.159 4: sduino433_CC1101: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.12.26 09:59:51.160 4: sduino433_CC1101: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.12.26 09:59:51.162 4: sduino433_CC1101: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.12.26 09:59:51.163 4: sduino433_CC1101: decoded matched MU Protocol id 27 dmsg u27#E75053 length 24
2016.12.26 09:59:51.175 3: sduino433_CC1101: Unknown code u27#E75053, help me!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Bennemannc am 26 Dezember 2016, 15:58:10

Hallo,

kann man den SDUINO auch per ESP8266 anbinden? Wenn ja, wie geht das?
Ich wollte den Duino ähnlich wie den WIFICUL über eine Transparent Bridge anbinden - bekomme das aber so nicht hin.

Gruß Christoph

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 26 Dezember 2016, 16:38:12

Zitat von: Bennemannc am 26 Dezember 2016, 15:58:10
kann man den SDUINO auch per ESP8266 anbinden? Wenn ja, wie geht das?

Ja, das funktioniert mit WeMos D1 mini und ESP Link. Bei den Widerständen sind wahrscheinlich keinere Werte besser (R1=10K, R2=4,7K)
https://forum.fhem.de/index.php/topic,58396.msg512645.html#msg512645

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 27 Dezember 2016, 01:55:39

Zitat von: prodigy7 am 26 Dezember 2016, 09:54:23
Vielen Dank! Hat soweit alles einwandfrei geklappt bei mir, Arduino ist mit Firmware geflashed und er empfängt auch. Nur ist er direkt zu Anfang gleich mal Amok gelaufen wie man am folgenden Log sieht:

Danke für den Hinweis, das ist wohl eine racecondition. Ich habe das bei mir auch schon mal gesehen, aber nicht weiter verfolgt, da es nur 1x aufgetreten ist.
Ich weiss, welche Änderung dazu führt, aber ich weiss nicht, warum das nicht abgefangen wird... seltsam.

Zitat von: prodigy7 am 26 Dezember 2016, 09:54:23
Edit: Der CC1101 empfängt jetzt auch von meiner ALDI Steckdose das Zeuch, auch wenn er es nicht encodiert bekommt derzeit

Mach mal ein Update auf den dev-r33 Bereich. Ich habe die Demodulierung im Modul implementiert. Ich schätze Du hast Glück und es werden IT Geräte erkannt und angelegt. Probier es bitte mal aus.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 27 Dezember 2016, 09:31:08

Zitat von: Sidey am 27 Dezember 2016, 01:55:39
Danke für den Hinweis, das ist wohl eine racecondition. Ich habe das bei mir auch schon mal gesehen, aber nicht weiter verfolgt, da es nur 1x aufgetreten ist.
Ich weiss, welche Änderung dazu führt, aber ich weiss nicht, warum das nicht abgefangen wird... seltsam.

Ich bin mir ehrlich gesagt nicht mehr sicher, aber es könnte sein, dass das direkt nach dem Flashen und der anschließenden Inbetriebnahme passiert ist. Seit dem Abziehen und wieder Dranstecken gab es das Problem nicht mehr.

Zitat von: Sidey am 27 Dezember 2016, 01:55:39
Mach mal ein Update auf den dev-r33 Bereich. Ich habe die Demodulierung im Modul implementiert. Ich schätze Du hast Glück und es werden IT Geräte erkannt und angelegt. Probier es bitte mal aus.

Habe mit

Code Auswählen

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt ein Update gemacht und jetzt werden die ALDI Steckdosen tatsächlich auch erkannt! Leute, vielen Dank! Finde es beneidenswert, wenn man ein solches Know How hat das man so etwas in der E-Technik machen kann! Vielleicht schaffe ich es ja auch irgendwann nochmal auf den "Spielplatz" :D Freue mich schon, wenn der CC1101 dann auch schalten kann!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sequenzial am 30 Dezember 2016, 23:19:34

Hi,

ich verfolge mit großem Interesse die Entwicklung der 3.3.1 (und der Nutzung des CC1101)

Die 3.3.1-dev hab ich mir jetzt auf meinen Arduino Nano geflasht und diesen via Levelshifter (5-3,3V) an den CC1101 angeschlossen.
Verdrahtet hab ich das gem. der Selbaus-CUL Verdrahtung von https://wiki.fhem.de/wiki/Datei:Selbstbau_cul_Schaltplan.png (https://wiki.fhem.de/wiki/Datei:Selbstbau_cul_Schaltplan.png)
Meine entsprechende Umsetzung der Verdrahtung ist als Anlage beigefügt.

Einbindung in FHEM war auch schmerzfrei, SinalDuino wird erkannt (opend) und parameter lassen sich auslesen (GET)
V 3.3.1-dev SIGNALduino - compiled at Dec 26 2016 00:21:12

Bis hier her für mich keine erkennbaren Probleme, aber dann:
der CC1101 wird scheinbar nicht erkannt:

_____ Console sagt: _____
Using sFIFO
Reading values fom eeprom
CCInit
CCVersion=0
CCPartnum=0
no CC11xx found!

Starting timerjob
receiver enabled
______________________

Im Fhem Log (Verbose 4) sehe ich ausschließlich :

2016.12.30 23:12:44 4 : SignalDuino/KeepAliveOk: 0
2016.12.30 23:12:44 3 : SignalDuino/KeepAliveOk: 0 retry = 1 -> get ping
2016.12.30 23:12:44 4 : SignalDuino/keepalive retry = 1
2016.12.30 23:12:44 4 : SignalDuino/msg READ: OK
2016.12.30 23:12:44 4 : SignalDuino/HandleWriteQueue: nothing to send, stopping timer

Hab ich irgendwo einen Gedankenfehler oder etwas überlesen?

Danke vorab für einen Tip!

Gruß
Seq

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 30 Dezember 2016, 23:39:02

Hmm,

die richtige Firmware hast Du wohl drauf. Das ist gut.

Ich würde mal GND mit GND auf dem Arduino und VCC mit +3,3V mit dem Arduino verbinden

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 31 Dezember 2016, 00:00:10

Zitat von: Sequenzial am 30 Dezember 2016, 23:19:34
Die 3.3.1-dev hab ich mir jetzt auf meinen Arduino Nano geflasht und diesen via Levelshifter (5-3,3V) an den CC1101 angeschlossen.

Ist auf Deinem Levelshifter auch ein Spannungswandler mit drauf? Es gibt 2 Versionen der Levelshifter, mit und ohne Spannungswandler.
Wenn Du einen Levelshifter ohne Spannungswandler hast, dann brauchst Du auch noch eine Verbindung von den 3,3 V des Nano zum VCC des CC1101.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sequenzial am 31 Dezember 2016, 09:16:19

Hi,

danke für die Tips!
3,3 V und GND direkt am CC1101 hat keine Änderung gebracht, aber es liegt definitiv am Levelshifter.
Diesen hab ich nun mal kurz weg gelassen und der cc1101 wird nun erkannt.

Hab gesehen, dass einige den cc1101 schon sehr lange mit 5V betreiben ohne Probleme, aber ich halte mich gerne an Spezifikationen ;-)
Werde hier wohl in Zukunft mit Vorwiderständen arbeiten.

Komisch nur, dass der Levelshifter mit den Standard CUL funktioniert, sowohl auf 433 als auch 868 Mhz Modulen... Die hab ich aktiv schon im Einsatz.

Gruß
Seq

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Harst am 31 Dezember 2016, 09:30:52

Die 3.3V sind wahrscheinlich ein Eingang. Der pin muss mit den 3.3 des Arduino und gleichzeitig mit dem cc1101 verbunden sein.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 31 Dezember 2016, 09:44:01

hallo!
Wie bekomme ich die 3.3.1 version des signalduino mit update all und flash komando bekomme ich nur die 3.3.0 vom September? was mach ich falsch oder gibt es sie noch nicht auf normalen weg?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 31 Dezember 2016, 09:58:31

Die Version 3.3.1 und die Firmware für den cc1101 bekommst Du mit

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

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 31 Dezember 2016, 10:45:39

Zitat von: Sequenzial am 31 Dezember 2016, 09:16:193,3 V und GND direkt am CC1101 hat keine Änderung gebracht, aber es liegt definitiv am Levelshifter.
Diesen hab ich nun mal kurz weg gelassen und der cc1101 wird nun erkannt.

Hab gesehen, dass einige den cc1101 schon sehr lange mit 5V betreiben ohne Probleme, aber ich halte mich gerne an Spezifikationen ;-)
Werde hier wohl in Zukunft mit Vorwiderständen arbeiten.

Komisch nur, dass der Levelshifter mit den Standard CUL funktioniert, sowohl auf 433 als auch 868 Mhz Modulen... Die hab ich aktiv schon im Einsatz.

Hab das bei mir auch ohne Levelshifter gebaut und das läuft schon seit vielen Monaten ohne Probleme. Bin einfach danach gegangen, das viele hier im Forum geschrieben haben dass das auch ohne zuverlässig läuft.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ellert am 31 Dezember 2016, 11:01:30

Zitat von: prodigy7 am 31 Dezember 2016, 10:45:39
Hab das bei mir auch ohne Levelshifter gebaut und das läuft schon seit vielen Monaten ohne Probleme. Bin einfach danach gegangen, das viele hier im Forum geschrieben haben dass das auch ohne zuverlässig läuft.

Das kann ich bestätigen, bei mir läuft ein Selbstbau nanoCUL mit CC1101 schon fast 1 1/2 Jahre ohne Levelshifter und Vorwiderstände problemlos.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 31 Dezember 2016, 12:29:41

Hier ist eine kleine Doku zur CC1101 konfiguration
https://forum.fhem.de/index.php/topic,58396.msg497921.html#msg497921

Wenn der CC1101 erkannt wurde steht bei der Versionsabfrage CC1101 drin. Es wird dazu in der Firmware die CCVersion abgefragt, wenn sie ungleich 0 und ungleich 255 ist, dann wird CC1101 in den Versionsstring eingefügt.

Mich würde interessieren wie die Erfahrungen mit dem CC1101 und dem Signalduino sind. Wie ist der Empfang im Vergleich zum RXB6 Empfänger?

Mit dem CC1101 werden nun auch die RSSI Werte übertragen. Beim CUL_TCM97001 und beim SD_WS07 wird der RSSI Wert schon in den Internals der Sensoren angezeigt.
Bei Bedarf lässt sich dies recht einfach auch in weiteren Modulen (z.B. Oregon oder Hideki) einbauen. Es wird dazu einfach #Rxx an die message angehängt.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 01 Januar 2017, 21:22:12

Hallo,

ich wünsche Euch allen ein gesundes Neues Jahr.

Den SignalDuino mit CC1101 (868MHz) (http://www.tme.eu/de/details/rc-cc1101-spi-868/rf-kommunikationsmodule/radiocontrolli/) habe ich mir mal zusammengebaut und bin sehr zufrieden damit. Antenne nur ein Stück Draht, auch nicht in der richtigen Länge. Trotzdem guter Empfang. Meine Wetterstationen WH1080 und WS0101 kann ich damit sehr gut empfangen. Der elv-Empfänger hat das so nicht gebracht.

RSSI:
Das mit dem RSSI-Wert ist auch schön. Ich habe jetzt schon mal die Version von @Ralf für das Modul 14_SD_WS09.pm nachgebaut. Gefällt mir nicht so gut.
Vielleicht wäre es besser, es so zu machen wie beim CUL_TCM..pm. Dort wird der RSSI-Wert am Ende als Hex-Wert angehangen. Das Modul kennt ja die Längen der Nachricht und kann so 2 Stellen vom Ende nehmen.

LaCross/IT+:
Ich habe einige LaCross Temp/Hum-Sensoren im Einsatz. Diese können mit einem CUL und dem Schalter Nr(1-3) empfangen werden. Zur Zeit ist ja die Datenrate beim CC1101 fest auf (DataRate:5603.79Baud) eingestellt. Bei diesen Sensoren muß diese aber verändert werden und sicher noch einige Sachen angepaßt werden. Beim CUL stehen die Werte in der rf_native.c/.h. Können diese Protokolle noch mit aufgenommen werden.

CUL: Nr1
1 - LaCrosse/IT+ 17.241 kbps
2 - LaCrosse/IT+ 9.579 kbps
3 - PCA 301 - 868.9500MHz 6.631kbps
Data is returned with prefix:
N<mode><payload> i.e.
N019746372630AAAA0000101A7F
N019CF6397D410021A6554ADF1A

Was kann man wie bzw. wo anpassen ? Den Signalduino CC1101-Sketch habe schon neu kompiliert und auf den Nano raufgebracht. Läuft.

Diese Sensoren empfange ich jetzt mit einem JeeLink (RFM12b/RFM69). Dieser gibt aber nicht den empfangen Hex-String aus, sonder wandelt dieses in ein eigenes Format.
z.B. Temp Sensor: OK 9 37 1 4 84 72).
Steckdose zur Leistungsmessung (EMT7110): OK EMT7110 84 103 9 66 0 101 0 11 53 240 1

Tschüß Jörg.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 01 Januar 2017, 23:15:15

ich wünsche auch noch ein gesundes Neues Jahr.

das mit dem RSSI finde ich mit dem #R am Ende sauberer, da so eindeutig erkannt werden kann, ob in der Nachricht ein RSSI dabei ist.

Das einbauen vom LaCross/IT+ dürfte etwas aufwändiger werden, da dort der CC1101 im normal Mode betrieben wird. Da dort zum senden und empfangen der FIFO Puffer des CC1101 verwendet wird, sind dazu auch extra Sende- und Empfangsroutinen notwendig.

Nachtrag:
Eine Möglichkeit zur Initialisierung wäre, zuerst die notwendigen Registerwerte per W-Befehl in einen extra Bereich des EEPROM schreiben und dann mit dem N-Befehl den CC1101 mit den Werten vom EEPROM initialisieren.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 01 Januar 2017, 23:55:13

Zitat von: Ralf9 am 01 Januar 2017, 23:15:15
Das einbauen vom LaCross/IT+ dürfte etwas aufwändiger werden, da dort der CC1101 im normal Mode betrieben wird. Da dort zum senden und empfangen der FIFO Puffer des CC1101 verwendet wird, sind dazu auch extra Sende- und Empfangsroutinen notwendig.

Wir müssen das ja nicht identisch implementieren? Senden und empfangen kann man das ja auch im async modus nehme ich stark an.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 02 Januar 2017, 11:25:59

Hallo!
Also wenn ich mir das hier so durchlese, wird bald mein nanocul mit c1101 durch den signalduino ersetzt werden und auch mein jeelink clon der nur it+lacrosse sensoren abnimmt! Oder hab ich einen denkfehler?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: StefanW am 02 Januar 2017, 16:41:40

Hallo,
ich bekomme seit einigen Tagen immer wieder Meldungen in diesem Format hier rein:

Code Auswählen

2017.01.02 13:01:45 3: Sduino_IP: Unknown code iAD56F41D800, help me!
2017.01.02 13:04:16 3: Sduino_IP: Unknown code iA4C5F55CF00, help me!
2017.01.02 13:08:45 3: Sduino_IP: Unknown code iAD56F41D800, help me!
2017.01.02 13:18:09 3: Sduino_IP: Unknown code iAC05F42C100, help me!

Ich es müsste irgendwas vom Nachbarn sein, da ich nix neues auf 433MHz hinzugefügt habe.

Komme gerade über die whitelist_IDs nicht richtig weiter, da ja Buchstaben am Anfang sind.

Wie bekomme ich den Signalduino dazu, das gezielt die Meldungen mit iA am Anfang ignoriert werden?
Bzw. was für ein Gerät könnte dafür verantwortlich sein?

Gruß
Stefan

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 02 Januar 2017, 16:51:19

Irgendwas wird da intertechno mäßig erkannt.

Stell mal auf verbose 4 und poste die Zeilen vom sduino, welche vor dem unknown Code kommen

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: StefanW am 02 Januar 2017, 17:53:37

So, habe mal auf verbose 4 mitgeloggt.
Das hier tauchte auf:

Code Auswählen

2017.01.02 17:07:30 4: Sduino_IP IT: message "iA4C5F55CF00" (12)
2017.01.02 17:07:30 4: Sduino_IP IT: msgcode "110DD000000DDDDD" (16) bin = 10100100110001011111010101011100111100000000
2017.01.02 17:07:30 4: Sduino_IP IT: Wrong IT message received: 110DD000000DDDDD
2017.01.02 17:07:30 3: Sduino_IP: Unknown code iA4C5F55CF00, help me!

2017.01.02 17:10:19 3: Sduino_IP IT: message "iA00BE63900" (11) too short!
2017.01.02 17:10:19 3: Sduino_IP: Unknown code iA00BE63900, help me!

2017.01.02 17:38:15 4: Sduino_IP IT: message "iAD56F41D800" (12)
2017.01.02 17:38:15 4: Sduino_IP IT: msgcode "11000010DD001DDDDD" (18) bin = 10101101010101101111010000011101100000000000
2017.01.02 17:38:15 4: Sduino_IP IT: Wrong IT message received: 11000010DD001DDDDD
2017.01.02 17:38:15 3: Sduino_IP: Unknown code iAD56F41D800, help me!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 02 Januar 2017, 17:55:30

Kurz vor diesen Zeilen muss noch was mit MS im FHEMlog stehen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: StefanW am 02 Januar 2017, 18:05:04

Ups, vergessen..

Code Auswählen

2017.01.02 17:07:30 4: Sduino_IP: Matched MS Protocol id 4 -> arctech2
2017.01.02 17:07:30 4: Sduino_IP: Decoded MS Protocol id 4 dmsg iA4C5F55CF00 length 36
2017.01.02 17:07:30 4: Sduino_IP IT: message "iA4C5F55CF00" (12)
2017.01.02 17:07:30 4: Sduino_IP IT: msgcode "110DD000000DDDDD" (16) bin = 10100100110001011111010101011100111100000000
2017.01.02 17:07:30 4: Sduino_IP IT: Wrong IT message received: 110DD000000DDDDD
2017.01.02 17:07:30 3: Sduino_IP: Unknown code iA4C5F55CF00, help me!

2017.01.02 17:10:19 4: Sduino_IP: Matched MS Protocol id 4 -> arctech2
2017.01.02 17:10:19 4: Sduino_IP: Decoded MS Protocol id 4 dmsg iA00BE63900 length 32
2017.01.02 17:10:19 3: Sduino_IP IT: message "iA00BE63900" (11) too short!
2017.01.02 17:10:19 3: Sduino_IP: Unknown code iA00BE63900, help me!

2017.01.02 17:38:15 4: Sduino_IP: Matched MS Protocol id 4 -> arctech2
2017.01.02 17:38:15 4: Sduino_IP: Decoded MS Protocol id 4 dmsg iAD56F41D800 length 36
2017.01.02 17:38:15 4: Sduino_IP IT: message "iAD56F41D800" (12)
2017.01.02 17:38:15 4: Sduino_IP IT: msgcode "11000010DD001DDDDD" (18) bin = 10101101010101101111010000011101100000000000
2017.01.02 17:38:15 4: Sduino_IP IT: Wrong IT message received: 11000010DD001DDDDD
2017.01.02 17:38:15 3: Sduino_IP: Unknown code iAD56F41D800, help me!

Dann müsste ich id4 von der whitelist runter nehmen und dann dürfte nix mehr auftauchen, richtig?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 02 Januar 2017, 18:14:45

Es fehlt immer noch was :(

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: StefanW am 02 Januar 2017, 18:35:21

Ok, aller guten Dinge sind 3: ;)

Code Auswählen

2017.01.02 17:07:28 4: Sduino_IP: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.02 17:07:29 4: Sduino_IP/msg READ: MU;P0=96;P1=-104;P2=144;P3=-289;P5=-752;D=0123232323232323232323232323232323232323232325;CP=2;
2017.01.02 17:07:29 4: Sduino_IP/msg READ: MU;P0=-260;P1=175;P2=-158;P5=104;P7=2288;D=012121012121210521210121050505052121050521052127;CP=1;
2017.01.02 17:07:29 4: Sduino_IP/msg READ: MC;LL=-307;LH=252;SL=-199;SH=145;D=5555AAA55555555;C=150;L=60;
2017.01.02 17:07:29 4: Sduino_IP/msg READ: MU;P0=186;P1=134;P2=-251;P3=100;P5=-150;P6=-542;D=32033116021302223320331212133221232122150502;CP=3;
2017.01.02 17:07:29 4: Sduino_IP/msg READ: MU;P0=-290;P1=155;P4=-214;P6=-162;P7=-92;D=0101010101014101010141016101016101010101010101010101010101010101010171;CP=1;
2017.01.02 17:07:29 4: Sduino_IP/msg READ: MU;P0=-262;P1=157;P3=-136;P4=236;D=0101010101340101010101010101010101010101010;CP=1;
2017.01.02 17:07:29 4: Sduino_IP: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.02 17:07:29 4: Sduino_IP/msg READ: MU;P0=154;P1=-267;P4=-728;D=010101010101010101010101010104010101010101010101010;CP=0;
2017.01.02 17:07:30 4: Sduino_IP/msg READ: MU;P0=-289;P1=145;P3=106;P4=-148;P5=-692;P6=-96;P7=2344;D=010103010101410153010101010101010101010101010167;CP=1;
2017.01.02 17:07:30 4: Sduino_IP/msg READ: MS;P0=510;P1=-1934;P4=-152;P6=-9207;D=06010401040401040401010404040104010101010104010401040104010101040401010101;CP=0;SP=6;O;
2017.01.02 17:07:30 4: Sduino_IP: Matched MS Protocol id 4 -> arctech2
2017.01.02 17:07:30 4: Sduino_IP: Decoded MS Protocol id 4 dmsg iA4C5F55CF00 length 36
2017.01.02 17:07:30 4: Sduino_IP IT: message "iA4C5F55CF00" (12)
2017.01.02 17:07:30 4: Sduino_IP IT: msgcode "110DD000000DDDDD" (16) bin = 10100100110001011111010101011100111100000000
2017.01.02 17:07:30 4: Sduino_IP IT: Wrong IT message received: 110DD000000DDDDD
2017.01.02 17:07:30 3: Sduino_IP: Unknown code iA4C5F55CF00, help me!
2017.01.02 17:07:31 4: Sduino_IP/msg READ: MS;P0=476;P1=-4033;P2=-1940;P5=-9133;D=05020102010102010102020101010201020202020201020102010201020202010102020202;CP=0;SP=5;
2017.01.02 17:07:31 4: Sduino_IP: Matched MS Protocol id 0 -> weather1
2017.01.02 17:07:31 4: Sduino_IP: Decoded MS Protocol id 0 dmsg s5B3A0AA30000 length 40
2017.01.02 17:07:31 4: CUL_TCM97001 using longid: 1 model: NC_WS
2017.01.02 17:07:31 4: Sduino_IP/msg READ: MU;P0=194;P1=-268;P2=120;P4=-100;P5=332;D=01012101010101010101010101010101010101045104010;CP=0;
2017.01.02 17:07:31 4: Sduino_IP: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.02 17:07:31 4: Sduino_IP/msg READ: MU;P0=162;P1=-248;P3=113;P6=-97;P7=276;D=0101310101010101010131010101010101010101010101010606763;CP=0;
2017.01.02 17:07:31 4: Sduino_IP: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.02 17:07:31 4: Sduino_IP/msg READ: MU;P0=163;P1=-304;P3=114;P4=-728;P5=-124;P6=-92;P7=236;D=01010101010101010101013101040101310506760;CP=0;
2017.01.02 17:07:31 4: Sduino_IP: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.02 17:07:32 4: Sduino_IP/msg READ: MU;P0=145;P1=-276;P2=-692;P3=-200;D=010101010101010101010101010101010101010203010;CP=0;
2017.01.02 17:07:32 4: Sduino_IP/msg READ: MU;P0=-306;P1=137;P2=-210;P3=98;D=01210301010101012101010101010301010101010;CP=1;
2017.01.02 17:07:32 4: Sduino_IP/msg READ: MU;P0=137;P1=-279;P4=198;P5=-754;P6=-180;D=01010101014141410105010101010101060101010101010101010101010101010101010101010101010101010101010101010101014101010106010106010601010101010101010101010105;CP=0;
2017.01.02 17:07:32 4: Sduino_IP/msg READ: MU;P0=-114;P1=143;P2=-184;P4=-308;D=0121414141414141414121414141410141414141414141414141414;CP=1;
2017.01.02 17:07:32 4: Sduino_IP/msg READ: MU;P0=-727;P1=152;P2=-291;P4=-148;P5=248;P6=-214;P7=96;D=0121212121212121212101452121212121212121212121216121212161212121212121212121212107;CP=1;
2017.01.02 17:07:32 4: Sduino_IP: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate


2017.01.02 17:10:16 4: Sduino_IP/msg READ: MS;P0=-1940;P1=473;P2=-3892;P3=-9137;D=13101210121010121012101210121010121010101012121010101010101010121010121212;CP=1;SP=3;
2017.01.02 17:10:16 4: Sduino_IP: Matched MS Protocol id 0 -> weather1
2017.01.02 17:10:16 4: Sduino_IP: Decoded MS Protocol id 0 dmsg s52A90C027000 length 40
2017.01.02 17:10:16 4: Sduino_IP: Dropped (s52A90C027000) due to short time or equal msg
2017.01.02 17:10:16 4: Sduino_IP/msg READ: MC;LL=-270;LH=270;SL=-137;SH=149;D=AD5AAAB6AA;C=137;L=39;
2017.01.02 17:10:16 4: Sduino_IP/msg READ: MU;P0=-274;P1=149;P5=-754;D=01010101010101010101010101010101510101010151015;CP=1;
2017.01.02 17:10:16 4: Sduino_IP/msg READ: MU;P0=-294;P1=178;P2=136;P3=-688;P4=-134;P5=-100;D=0102020201020101010101010202020132010101010101014141415;CP=1;
2017.01.02 17:10:17 4: Sduino_IP/msg READ: MU;P0=-745;P1=166;P2=-316;P4=-172;P5=104;D=01212121012121212121012121212141212125212;CP=1;
2017.01.02 17:10:17 4: Sduino_IP/msg READ: MU;P0=138;P1=-292;P6=92;D=01010101010101010101010101010101010101010101010101010161010101;CP=0;
2017.01.02 17:10:17 4: Sduino_IP/msg READ: MU;P0=-329;P1=148;P2=110;P3=-225;D=010202010101010101010101013101010101010101010101023101020101310101010101010101010102020;CP=1;
2017.01.02 17:10:18 4: Sduino_IP/msg READ: MU;P0=-275;P1=147;P3=108;P4=-704;P6=-132;D=01010101010103010141010101010101010101010101016103;CP=1;
2017.01.02 17:10:18 4: Sduino_IP/msg READ: MU;P0=-295;P1=129;P4=-776;D=01010101010101010101010101010101014101010;CP=1;
2017.01.02 17:10:18 4: Sduino_IP/msg READ: MU;P0=-936;P1=539;P2=-3850;P3=-1895;P4=-284;P5=788;D=01213131212121212121213121313131313121213145;CP=1;
2017.01.02 17:10:18 4: Sduino_IP: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.02 17:10:19 4: Sduino_IP/msg READ: MS;P0=-232;P2=-1940;P3=508;P5=-9188;P6=272;D=353230323030303030303030303230323232323230303232303030323232303032603030;CP=3;SP=5;O;
2017.01.02 17:10:19 4: Sduino_IP: Matched MS Protocol id 4 -> arctech2
2017.01.02 17:10:19 4: Sduino_IP: Decoded MS Protocol id 4 dmsg iA00BE63900 length 32
2017.01.02 17:10:19 3: Sduino_IP IT: message "iA00BE63900" (11) too short!
2017.01.02 17:10:19 3: Sduino_IP: Unknown code iA00BE63900, help me!
2017.01.02 17:10:19 4: Sduino_IP/msg READ: MS;P0=-1982;P1=493;P2=-3913;P3=-9118;P5=160;D=13101210121010121212121212121012101010101012121010121212101010121210125212;CP=1;SP=3;
2017.01.02 17:10:19 4: Sduino_IP: Matched MS Protocol id 0 -> weather1
2017.01.02 17:10:19 4: Sduino_IP: Decoded MS Protocol id 0 dmsg s53FA0CE34000 length 40
2017.01.02 17:10:19 4: CUL_TCM97001 using longid: 1 model: NC_WS
2017.01.02 17:10:19 4: Sduino_IP/msg READ: MU;P0=-207;P1=-137;P2=208;P5=-96;P7=158;D=01200001252120012100012000002170200000702020702;CP=2;
2017.01.02 17:10:19 4: Sduino_IP/msg READ: MU;P0=-311;P1=153;P4=-236;D=010101010101010101010101010101010141010101010101010;CP=1;
2017.01.02 17:10:20 4: Sduino_IP/msg READ: MU;P0=135;P2=-316;P3=-160;P5=-109;P7=291;D=0000200030200000500000500057200000000057002000000000205720202020202020202020202020202;CP=0;
2017.01.02 17:10:20 4: Sduino_IP: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.02 17:10:20 4: Sduino_IP/msg READ: MU;P0=-262;P1=157;P5=-104;D=0101010101010101010101010101010101010101010101010101010101010101010151;CP=1;
2017.01.02 17:10:20 4: Sduino_IP/msg READ: MU;P0=-132;P1=173;P2=-251;P3=132;P6=92;D=01212123212121210123232326232323212121212121;CP=1;
2017.01.02 17:10:20 4: Sduino_IP/msg READ: MU;P0=-281;P1=150;P2=-750;P6=96;D=01012101012121012101010101010101010101010101010106010101010101;CP=1;
2017.01.02 17:10:20 4: Sduino_IP/msg READ: MU;P0=-788;P1=139;P2=-328;P3=-1196;P4=-246;D=012121212121212131313141214121212121212121212121212;CP=1;

2017.01.02 17:38:11 4: Sduino_IP/msg READ: MU;P0=-286;P1=162;P2=-128;P3=105;D=010101012101010103010101010101010301010101030101;CP=1;
2017.01.02 17:38:11 4: Sduino_IP/msg READ: MU;P0=170;P1=-281;P3=-156;P4=117;D=0101030101010141010141010101010101010101430103010101014141;CP=0;
2017.01.02 17:38:12 4: Sduino_IP/msg READ: MU;P0=-178;P1=115;P4=-588;P5=191;P6=-280;D=0101014101010101050101050101050105050161056;CP=1;
2017.01.02 17:38:12 4: Sduino_IP/msg READ: MU;P0=169;P2=-149;P5=-218;P6=112;P7=-104;D=000020000020202000000050567050000000205050505056;CP=0;
2017.01.02 17:38:12 4: Sduino_IP/msg READ: MC;LL=-228;LH=169;SL=-124;SH=110;D=555552AAAA;C=105;L=40;
2017.01.02 17:38:12 4: Sduino_IP/msg READ: MU;P0=-296;P1=136;P3=92;P4=-1208;P6=-104;D=0101010103010141010101016101010101010101;CP=1;
2017.01.02 17:38:12 4: Sduino_IP/msg READ: MU;P0=-168;P1=160;P2=-286;P6=108;D=0121212101212121212121212126212121212121212621212121;CP=1;
2017.01.02 17:38:12 4: Sduino_IP/msg READ: MU;P0=-321;P1=139;P3=-236;P4=92;D=0101010101010101010101010101013101040101010101010;CP=1;
2017.01.02 17:38:13 4: Sduino_IP/msg READ: MU;P0=-748;P1=140;P2=-307;P3=100;D=01210121212321212121212121212121212121212101;CP=1;
2017.01.02 17:38:13 4: Sduino_IP/msg READ: MU;P0=-278;P1=99;P3=147;P4=-753;P7=-120;D=01010301010101010103014101014103010101410303030303037;CP=1;
2017.01.02 17:38:13 4: Sduino_IP/msg READ: MU;P0=-96;P1=138;P2=-296;P5=-728;D=012121212121212121212121215121212121212121212;CP=1;
2017.01.02 17:38:13 4: Sduino_IP/msg READ: MU;P0=167;P1=-244;P4=103;P6=-760;P7=-356;D=010101014101010101010101010101410101414101010601010101010101010101010107;CP=0;
2017.01.02 17:38:14 4: Sduino_IP/msg READ: MU;P0=-262;P1=150;P3=110;P4=-165;D=010101030103014101034101010101010101030101010141;CP=1;
2017.01.02 17:38:14 4: Sduino_IP/msg READ: MC;LL=-287;LH=174;SL=-110;SH=106;D=16AAAAAAAAAAAAA;C=112;L=59;
2017.01.02 17:38:14 4: Sduino_IP/msg READ: MU;P0=-283;P1=136;P5=-748;D=010101010101510101010101010101010101010101010;CP=1;
2017.01.02 17:38:14 4: Sduino_IP/msg READ: MU;P0=-2003;P1=569;P3=-3875;P4=-168;D=01013101310101310101010131013131313131010101014;CP=1;
2017.01.02 17:38:14 4: Sduino_IP: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.02 17:38:15 4: Sduino_IP/msg READ: MS;P0=-536;P1=505;P2=-1932;P4=-9192;D=14121012101212101210121012101212101212121210121010101010121212101212101010;CP=1;SP=4;O;
2017.01.02 17:38:15 4: Sduino_IP: Matched MS Protocol id 4 -> arctech2
2017.01.02 17:38:15 4: Sduino_IP: Decoded MS Protocol id 4 dmsg iAD56F41D800 length 36
2017.01.02 17:38:15 4: Sduino_IP IT: message "iAD56F41D800" (12)
2017.01.02 17:38:15 4: Sduino_IP IT: msgcode "11000010DD001DDDDD" (18) bin = 10101101010101101111010000011101100000000000
2017.01.02 17:38:15 4: Sduino_IP IT: Wrong IT message received: 11000010DD001DDDDD
2017.01.02 17:38:15 3: Sduino_IP: Unknown code iAD56F41D800, help me!
2017.01.02 17:38:16 4: Sduino_IP/msg READ: MS;P0=-1927;P1=485;P2=-3879;P3=-9126;D=13101210121010121012101210121010121010101012101212121212101010121010121212;CP=1;SP=3;
2017.01.02 17:38:16 4: Sduino_IP: Matched MS Protocol id 0 -> weather1
2017.01.02 17:38:16 4: Sduino_IP: Decoded MS Protocol id 0 dmsg s52A90BE27000 length 40
2017.01.02 17:38:16 4: CUL_TCM97001 using longid: 1 model: NC_WS
2017.01.02 17:38:16 4: Sduino_IP/msg READ: MU;P0=-128;P1=256;P2=-291;P3=138;P6=92;D=0123232323232326232323232323232323032323;CP=3;
2017.01.02 17:38:16 4: Sduino_IP: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.02 17:38:16 4: Sduino_IP/msg READ: MU;P0=-275;P1=151;P2=104;P3=-740;D=010101020132020102010201010101010201010101013;CP=1;
2017.01.02 17:38:16 4: Sduino_IP/msg READ: MU;P0=-303;P1=153;P2=105;P4=-168;P5=-748;D=010201010101010101010101010102014151020101;CP=1;
2017.01.02 17:38:17 4: Sduino_IP/msg READ: MU;P0=148;P1=-1144;P2=-290;P3=95;P5=212;P6=-756;P7=-194;D=2102320202020202023207020202020237570206;CP=0;
2017.01.02 17:38:17 4: Sduino_IP/msg READ: MU;P0=-191;P1=183;P3=135;P4=-278;P7=-124;D=010343410301430301430301014303730101710343;CP=3;
2017.01.02 17:38:17 4: Sduino_IP/msg READ: MC;LL=-245;LH=215;SL=-144;SH=127;D=5AB65552AB2;C=121;L=43;
2017.01.02 17:38:18 4: Sduino_IP/msg READ: MU;P0=-780;P1=136;P2=-321;P5=224;P6=-208;D=0121212121212121212121212121212121212121212125612;CP=1;
2017.01.02 17:38:18 4: Sduino_IP: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 02 Januar 2017, 19:14:53

Zitat von: Sidey am 01 Januar 2017, 23:55:13
Wir müssen das ja nicht identisch implementieren? Senden und empfangen kann man das ja auch im async modus nehme ich stark an.

Hallo Sidey,

wenn ich meinen Signalduino (CC1101) an der IDE (Windows) betreibe und mir in der Konsole die Daten ansehe. Wird ja schon einiges ausgewertet bzw. mitgeschrieben.

z.B. FS20 (http://fhz4linux.info/tiki-index.php?page=FS20%20Protocol) sendet glaube ich im OOK Verfahren.

Code Auswählen


Beginn FS20 Taste 1 on
MS;P1=572;P2=372;P4=-620;P5=-417;P6=-9348;D=2625252525252525252525252514141425251414141425251425251425141425252525252525252525252525142525251425252514142525251414;CP=2;SP=6;R=47;O;
MC;LL=-622;LH=572;SL=-428;SH=376;D=DAFFFDEE;C=332;L=31;R=46;  
Ende FS20 Taste 1 on

Beginn FS20 Taste 2 on
MS;P0=-9406;P1=367;P2=-423;P4=574;P5=-619;D=101212121212121212121212121245454512124545454512124512124512454512121212121212124545121212451212124512121245451212451245;CP=1;SP=0;R=73;O;
MC;LL=-623;LH=568;SL=-428;SH=363;D=FABAAEED7FD7BDEBB4;C=330;L=70;R=73;
Ende FS20 Taste 2 on

FS20 3x Taste 1 on
MS;P3=585;P4=-601;P5=385;P6=-414;P7=-9346;D=5756565656565656565656565634343456563434343456563456563456343456565656565656565656565656345656563456565634345656563434;CP=5;SP=7;R=63;O;
MC;LL=-602;LH=583;SL=-417;SH=381;D=DAFFFDEEBD4;C=330;L=42;R=63;
MS;P1=371;P2=-421;P3=586;P4=-613;P5=-9356;D=1512121212121212121212121234343412123434343412123412123412343412121212121212121212121212341212123412121234341212123434;CP=1;SP=5;R=62;O;
MC;LL=-629;LH=555;SL=-438;SH=369;D=F5755DDAFFFDEF5EA;C=331;L=67;R=63;
MS;P1=364;P2=-423;P3=582;P4=-613;P5=-9352;D=1512121212121212121212121234343412123434343412123412123412343412121212121212121212121212341212123412121234341212123434;CP=1;SP=5;R=62;O;
MC;LL=-620;LH=568;SL=-432;SH=371;D=F5755DDAFFFDEF5EA;C=331;L=67;R=62;

Daten der beiden Wetterstationen WH1080(ID=58) und WS-0101 (ID=3) OOK werden gut empfangen und auch richtig durch das 14_SD_WS09.pm Modul ausgewertet.

Code Auswählen


MU;P0=-32001;P1=509;P2=-1019;P3=1494;P4=-324;D=01212121212121212123212323232323232321212323232121232323232121232321232121232123232323232323232323232323232323212323232341;CP=1;R=224;   WH1080 ID=3
MU;P0=-5292;P1=503;P2=-10472;P3=-1025;P4=1487;D=01213134313434343131313431343434343131343434313134313431343431313134343434343434343134343434343431313434343434343134313134313131313434343434313431343434343431313134;CP=1;R=249; WH1080 ID=58

Die LaCross Sensoren senden in FSK. Beim CUL geht es ja. Kann man das beim Signalduino auch so einstellen (Schalter). Für erste würde ja schon reichen, wenn erst einmal Daten angezeigt werden. Ich glaube eine Manchester-Codierung wird nicht verwendet ??
Den FIFO Puffer des CC1101 könnte man ja erst einmal ausser acht lassen. Ich kann aber nicht einschätzen ob es was bringt oder so überhaupt geht.

Für diesen Sensor (WT440XH/WT470)) habe ich das Protokoll damals für den JeeLink eingebaut (Nr2 - LaCrosse/IT+ 9.579 kbps) Davon habe ich 5 Stück.

Code Auswählen


void WT440XH::DecodeFrame(byte *bytes, struct LaCrosse::Frame *frame) {

  // * H = House code (0 - 15)
  // * D = Device code (1 - 4)  if sensor is configured to 4 we receive 0
  // * T = Temperature vor dem Komma
  // * t = Temperature nach dem Komma
  // * H = Humidity
  // * b = Low battery indication
  // * C = Checksum. bit 1 is XOR of odd bits, bit 0 XOR of even bits in message
  // _Byte 0_ _Byte 1_ _Byte 2_ _Byte 3_ _Byte 4_ _Byte 5_
  // 76543210 76543210 76543210 76543210 76543210 76543210
  // Kennung  bbDDHHHH TTTTTTTT tttttttt HHHHHHHH CCCCCCCC
  // 01010001.01001011.01001100.00001001.00010111.11111000 HEX 51 4B 4C 9 17 F8 houseCode:11 deviceCode:4 Temp C:26,9 humidity:23 Batt:1
  // 01010001.01010001.01001100.00000001.01000000.11010001 HEX 51 51 4C 1 40 D1 houseCode :1 deviceCode:1 Temp C:26,1 humidity:64 Batt:1
  // 01010001.00010100.01001110.00000000.00100101.00101000 HEX 51 14 4E 0 25 28 houseCode :4 deviceCode:1 Temp C:28,0 humidity:37 Batt:0
  // 01010001.01001111.01001100.00001001.00011101.11101110 HEX 51 4F 4C 9 1D EE houseCode:15 deviceCode:4 Temp C:26,9 humidity:29 Batt:1

Danke Jörg.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sequenzial am 03 Januar 2017, 11:52:01

Hi,

frohes Neues!

Ich hab mir nun 2 SignalDunios gebaut (1x cc1101, 1x RX6B [nur Empfänger])
und wollte mal die Empfangseigenschaften vergleichen.

Wenn ich aber
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
mache und die Siggis dann flashe (was beide mal erfolgreich ist),
ist der RX6B noch V 3.3.0 SIGNALduino - compiled at Sep 18 2016 00:28:28 und
der CC1101 V 3.3.1-dev SIGNALduino cc1101 - compiled at Jan 2 2017 01:32:22.

Ist das korrekt?

Gruß
Seq

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 03 Januar 2017, 12:59:13

Zitat von: Sequenzial am 03 Januar 2017, 11:52:01
Wenn ich aber
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
mache und die Siggis dann flashe (was beide mal erfolgreich ist),
ist der RX6B noch V 3.3.0 SIGNALduino - compiled at Sep 18 2016 00:28:28 und
der CC1101 V 3.3.1-dev SIGNALduino cc1101 - compiled at Jan 2 2017 01:32:22.

Ist das korrekt?

Ja, das müsste passen. Für die normale Version gibt es z.Zt. kein ganz aktuelles hex File zum flashen, aber es gab seither auch keinen große Änderungen.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 03 Januar 2017, 19:18:57

Moin,

werde morgen auch mal die CC1101 ausprobieren.
Ist das Senden eigentlich mittlerweile implementiert?

Gruß

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 03 Januar 2017, 20:10:47

Ja, das Senden wurde mittlerweile eingebaut. Ich habe es gerade mit dem Senden von ITv1 getestet. Ob es bei allem funktioniert, muß noch getestet werden.

BTW:
Falls sich jemand bei der aktuellen dev-r33 wundert, daß es "set ITClock" und "get ITParms" nicht mehr gibt. Es wird seit einiger Zeit nicht mehr benötigt und wurde nun entfernt. Das IT-Modul sendet über sendMsg, dadurch wurden die ganzen Einschränkungen die es beim Senden vom IT-Modul über den CUL gibt, beseitigt.

Code Auswählen

2017.01.03 19:35:41.371 2: sduinoE IT_set: IT_F00000000F_ITV1 on
2017.01.03 19:35:41.372 4: sduinoE IT_set: sendMsg=P3#F00000000FFF#R6#C300
2017.01.03 19:35:41.372 5: sduinoE/write: adding to queue sendMsg P3#F00000000FFF#R6#C300
2017.01.03 19:35:41.372 5: sduinoE: sendmsg Preparing rawsend command for protocol=3, repeats=6, clock=300 bits=010000000000000000010101
2017.01.03 19:35:41.372 4: sduinoE/set: sending via SendMsg: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01042304040404040404040404040404040404042304230423;

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 03 Januar 2017, 20:39:26

Super, dann gebe ich morgen mal ein Feedback ob Somfy funktioniert ::)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 04 Januar 2017, 00:39:16

Ich hab mal neue Firmwares compiliert und in dev-r33 zur Verfügung gestellt.
Es wurde noch mal am MC Decoder gewerkelt und ein Bug habe ich behoben.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Hauswart am 04 Januar 2017, 05:07:38

Kurz zum Verständnis:

CUL433
Signalduino 433
Signalduino 868
CUL868
Signalduino C1101 (868 & 433 ?)

Bekommen wir mit dem Signalduino C1101 (868 & 433) die gleichen Protokolle hin wie mit einem CUL868 / CUL433? Dann wäre ein Signalduino C1101 die Master-Lösung und würde alle CUL433 & CUL868 ersetzen?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 04 Januar 2017, 10:20:29

Zitat von: Hauswart am 04 Januar 2017, 05:07:38
Kurz zum Verständnis:

CUL433
Signalduino 433
Signalduino 868
CUL868
Signalduino C1101 (868 & 433 ?)
Bekommen wir mit dem Signalduino C1101 (868 & 433) die gleichen Protokolle hin wie mit einem CUL868 / CUL433? Dann wäre ein Signalduino C1101 die Master-Lösung und würde alle CUL433 & CUL868 ersetzen?

Die Masterlösung wäre eine eierlegende wollmilchsau, die alle Protokolle beherrscht und alle Sender /Empfänger vereint. 8)

Gruß Sascha

Von mobil gesendet daher kurze Antwort

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 04 Januar 2017, 12:34:57

Zitat von: Hauswart am 04 Januar 2017, 05:07:38
Bekommen wir mit dem Signalduino C1101 (868 & 433) die gleichen Protokolle hin wie mit einem CUL868 / CUL433? Dann wäre ein Signalduino C1101 die Master-Lösung und würde alle CUL433 & CUL868 ersetzen?

Mit der momentanen Signalduino cc1101 Firmware werden nur die SlowRF Protokolle unterstützt.
Mit "get protocollist" bekommst Du eine Liste aller z.Zt. unterstützten Protokolle und ob es dazu ein Modul gibt.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 04 Januar 2017, 12:37:34

Moin,

heute mal den nanoCUL umgeflasht. Hat funktioniert, ~~Empfang funktioniert auch.~~
Edit: empfange nur MU-Nachrichten, mit dem "normalen" sduino sind es, wie gewollt, MC.
Das senden von SOMFY allerdings will nicht funktionieren. Der Befehl geht raus, passieren tut aber nichts.

Die Hardware (und Verkabelung) des nanoCUL bleibt ja unterverändert, oder?

Hier der Log des Ereignisses:

Code Auswählen


2017.01.04 12:15:50 5: sduino2/write: adding to queue sendMsg P43#A0ECEC1ACA9D44#R6
2017.01.04 12:15:50 5: sduino2: sendmsg Preparing manchester protocol=43, repeats=0, clock=640 data=A0ECEC1ACA9D44
2017.01.04 12:15:50 4: sduino2/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;
2017.01.04 12:15:50 5: sduino2 SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;
2017.01.04 12:15:50 4: sduino2 SendFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;
2017.01.04 12:15:51 4: sduino2/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;
2017.01.04 12:15:51 5: sduino2/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;
2017.01.04 12:15:51 4: sduino2/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;
2017.01.04 12:15:51 4: sduino2/HandleWriteQueue: nothing to send, stopping timer

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 04 Januar 2017, 13:04:02

Zitat von: pataya am 04 Januar 2017, 12:37:34
heute mal den nanoCUL umgeflasht. Hat funktioniert, Empfang funktioniert auch.
Das senden von SOMFY allerdings will nicht funktionieren. Der Befehl geht raus, passieren tut aber nichts.

Es gibt für den Signalduino eine angepasste Version der 10_SOMFY.pm, ich weiß nicht ob dies inzwischen in der offiziellen Version drin ist.

Zitat von: Ellert am 08 Oktober 2016, 16:47:06
Du benötigst eine angepasste Version der 10_SOMFY.pm.

Hier im Thread sollte es einige Seiten zurück einen Link geben.

Oder hier: https://forum.fhem.de/index.php/topic,25321.msg491768.html#msg491768

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 04 Januar 2017, 13:06:26

Sollte mittlerweile mit drin sein, funktioniert mit dem normalen sduino nämlich.
Wenn ich mit der Fernbedienung ganz nah ran gehe bekomme ich auch ab und zu ein MC. Kann das sein das man den Empfang vom C1101 vergessen kann?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 04 Januar 2017, 13:38:37

Du kannst mal versuchen ob es was bringt, wenn Du mit set bwith die Bandbreite erhöhst.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Hauswart am 04 Januar 2017, 13:45:57

Zitat von: Ralf9 am 04 Januar 2017, 12:34:57
Mit der momentanen Signalduino cc1101 Firmware werden nur die SlowRF Protokolle unterstützt.
Mit "get protocollist" bekommst Du eine Liste aller z.Zt. unterstützten Protokolle und ob es dazu ein Modul gibt.

Gruß Ralf

Gut die meisten CULs befinden sich im SlowRF Modus ausser Homematic oder Max Benutzer.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 04 Januar 2017, 14:07:08

Wer kann mir denn Mal erklären, was SlowRF bedeutet und was es in dieser Kategorie sonst noch für Typen gibt?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 04 Januar 2017, 14:24:51

Zitat von: Ralf9 am 04 Januar 2017, 13:38:37
Du kannst mal versuchen ob es was bringt, wenn Du mit set bwith die Bandbreite erhöhst.

Passiert auch nichts.

@Sidey: https://wiki.fhem.de/wiki/SlowRF (https://wiki.fhem.de/wiki/SlowRF)
Also quasi alles im 433 MHz Bereich.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 04 Januar 2017, 14:32:32

Zitat von: Sidey am 04 Januar 2017, 14:07:08
Wer kann mir denn Mal erklären, was SlowRF bedeutet und was es in dieser Kategorie sonst noch für Typen gibt?

Hallo Sidey,

das sind unter anderem FS20 Komponeten((http://fhz4linux.info/tiki-index.php?page=FS20%20Protocol)).
Die ich kenne senden im 868MHz Bereich, unter anderem Funksteckdosen FS20ST. Diese haben keinen Rückmeldekanal, so wie z.B. Homatic (dort erfolgt eine Rükmeldung).
Man weiß dann nicht ob das Signal angekommen ist und die Steckdose geschalten hat. Im Log ( (https://forum.fhem.de/index.php/topic,58397.msg551450.html#msg551450).) sind die Schaltbefehle einer FS20-Fernbedienung zu sehen.

Jörg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 04 Januar 2017, 19:51:02

Zitat von: pataya am 04 Januar 2017, 12:37:34
Edit: empfange nur MU-Nachrichten, mit dem "normalen" sduino sind es, wie gewollt, MC.

Kannst Du die von der SOMFY Fernbedienung empfangenen MU-Nachrichten mal posten? Vielleicht kann Sidey erkennen warum sie nicht als MC-Nachrichten erkannt werden.

Ich habe mal in der 00_cul.pm geschaut welche Protokolle und Module beim CUL zum SlowRF gehören:

Code Auswählen

my %matchListSlowRF = (
    "1:USF1000"   => "^81..(04|0c)..0101a001a5ceaa00....",
    "2:BS"        => "^81..(04|0c)..0101a001a5cf",
    "3:FS20"      => "^81..(04|0c)..0101a001",
    "4:FHT"       => "^81..(04|09|0d)..(0909a001|83098301|c409c401)..",
    "5:KS300"     => "^810d04..4027a001",
    "6:CUL_WS"    => "^K.....",
    "7:CUL_EM"    => "^E0.................\$",
    "8:HMS"       => "^810e04....(1|5|9).a001",
    "9:CUL_FHTTK" => "^T[A-F0-9]{8}",
    "A:CUL_RFR"   => "^[0-9A-F]{4}U.",
    "B:CUL_HOERMANN"=> "^R..........",
    "C:ESA2000"   => "^S................................\$",
    "D:CUL_IR"    => "^I............",
    "E:CUL_TX"    => "^TX[A-F0-9]{10}",
    "F:Revolt"    => "^r......................\$",
    "G:IT"        => "^i......",
    "I:UNIRoll"   => "^[0-9A-F]{5}(B|D|E)",
    "J:SOMFY"     => "^Y[r|t|s]:?[A-F0-9]+",
    "K:CUL_TCM97001"  => "^s[A-F0-9]+",
);

Ein Teil der Protokolle (CUL_TX, IT, SOMFY, CUL_TCM97001) ist auch beim Signalduino implementiert.
Der Rest müsste zwar auch empfangen werden können, aber bis jetzt bestand noch kein Interesse oder Bedarf diese auch im Signalduino einzubauen.
Nachtrag:
Außer Interesse und Bedarf gehört natürlich auch Bereitschaft mitzuhelfen und Ausdauer dazu.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 04 Januar 2017, 20:21:12

Hi, also wenn es um Interesse geht: Ich habe starkes Interesse an sendenden Hörmann und Somfy Codes in der Signalduino Implementierung ;-)
Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 04 Januar 2017, 21:02:46

hier ein Ausschnitt aus den empfangenen MU Nachrichten (teilweise auch erkannte MC):

Code Auswählen

2017.01.04 13:01:31 4: sduino2/msg READ: MC;LL=-1333;LH=1192;SL=-739;SH=626;D=52F0F0824C738042000E8;C=648;L=81;R=0;
2017.01.04 13:01:36 4: sduino2/msg READ: MU;P0=800;P1=2888;P3=-7236;P4=470;P5=350;P6=-32001;P7=-11666;D=0155555055555345555555566667566666666074;CP=5;R=248;

2017.01.04 13:03:48 4: sduino2/msg READ: MU;P0=-791;P1=160;P2=241;P3=-320;P4=472;P5=-2334;P6=-1480;P7=1082;D=010234520252040467046407040404040404040401;CP=4;R=251;

2017.01.04 13:07:34 4: sduino2/msg READ: MC;LL=-1285;LH=1267;SL=-672;SH=595;D=7474024C738042000E8;C=636;L=73;R=12;
2017.01.04 13:07:35 4: sduino2/msg READ: MU;P0=-8330;P1=166;P2=498;P3=-1363;P4=1189;P6=-862;P7=328;D=0102343432643264626232626262646262326262643264626234326262626262643462626262623432646232643462626234626262626262626761;CP=2;R=10;
2017.01.04 13:07:38 4: sduino2/msg READ: MU;P0=633;P2=1197;P3=-1373;P5=2416;P6=-2589;P7=4728;D=00023035656565656567323230000230000232323000023232000000000032003200300200003000020030000200000000000000320000003200000000000000;CP=0;R=14;
2017.01.04 13:07:39 4: sduino2/msg READ: MC;LL=-1294;LH=1249;SL=-690;SH=587;D=AF8D8D62FE816684001D;C=636;L=80;R=10;

In den Situationen habe ich den Knopf der Fernbedienung festgehalten.

Das der C1101 Signalduino nicht sendet findet ich dann merkwürdig.
Wie gesagt, mit dem normalen Signalduino (FS1000A Transmitter) sowie dem nanoCUL funktioniert's.
Habe allerdings mit dem normalen Signalduino Probleme mit der Reichweite. Die beträgt trotz Antenne nicht mal 10m. Aber dazu mache ich wohl mal einen anderen Thread auf 8)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 Januar 2017, 09:39:44

Ich habe für ein anderes Prorokoll an dem MC Decoder gearbeitet. Mit meinen Testdaten hat alles noch soweit funktioniert, aber das ist leider keine vollständige Nachbildung der Realität.

Kannst Du den MC Decoder über das Set Kommando bitte zum Testen einmal deaktivieren und mir dann die Logausgaben (Verbose 4 oder höher) zusenden?

Dann werde ich mir das mal näher ansehen.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 05 Januar 2017, 17:33:09

Mach ich sobald ich Zeit habe.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 05 Januar 2017, 21:44:24

So, hab mir Zeit genommen ::)
Hier die Logs:

Code Auswählen

2017.01.05 21:29:37 4: set sduino2 disableMessagetype manchesterMC CDC
2017.01.05 21:29:37 5: sduino2 SW: CDC
2017.01.05 21:29:37 4: sduino2/HandleWriteQueue: nothing to send, stopping timer
2017.01.05 21:29:59 4: sduino2/msg READ: MU;P0=-1298;P1=1275;P2=-644;P3=594;P4=-27748;P5=2503;P6=-2488;P7=4596;D=456565656565656565656565670101230103232321230321032321230321010103212323230321230123012303210321010101032123230127232323232323232303212303;CP=3;R=245;
2017.01.05 21:29:59 4: sduino2/msg READ: MU;P0=-629;P2=-1768;P3=2532;P4=-1279;P5=1260;P7=634;D=454507454707070507470547070507470545454705070707470507450745074705470545454547050747050707070707070707070707470507470723;CP=7;R=244;
2017.01.05 21:29:59 4: sduino2/msg READ: MU;P1=-670;P2=-484;P3=-1318;P4=1346;P6=647;D=34341634361616141636143616141636143434361416161636141634163416361436143434343614343416161616161616161616343616242;CP=6;R=245;
2017.01.05 21:30:00 4: sduino2/msg READ: MU;P0=-653;P1=-29600;P3=4844;P4=-1320;P5=1250;P7=659;D=3454507454707070507470547070507470545454705070707470507450745074705470545454547051;CP=7;R=245;
2017.01.05 21:30:00 4: sduino2/msg READ: MU;P0=-1349;P1=-628;P2=598;P3=1254;P4=-2505;P5=2479;P7=4660;D=12030212121312021302121312021303030213121212021312031203120213021303030302130212131212121212121212121202121302134545454545454703031203021212131202130212131202130303021312121202131203120312021302130303030212131212121212121212121212120312121202134545454545;CP=2;R=246;O;
2017.01.05 21:30:00 4: sduino2/msg READ: MU;P0=-1329;P1=1269;P2=-628;P3=627;P4=-2497;P5=2471;P6=4868;D=010123010323232123032103232123032101010321232323032123012301230321032101010103232101232323232323232323230101032123454545454545460101230103232321230321032321230321010103212323230321230123012303210321010101032321032123232323232323232303;CP=3;R=245;
2017.01.05 21:30:00 4: sduino2/msg READ: MU;P0=-655;P1=601;P2=-1300;P3=1270;D=01210321010301210323232103010101210301230123012103210323232321010103010101010101;CP=1;R=246;
2017.01.05 21:30:01 4: sduino2/msg READ: MU;P0=168;P1=563;P2=-710;P4=-1358;P5=1347;P7=-3572;D=45457045412121252141254121252141254545412521212141252145;CP=1;R=247;
2017.01.05 21:30:01 4: sduino2/msg READ: MU;P0=-643;P1=621;P2=-7828;P3=2449;P4=-2536;P5=4746;P6=-1279;P7=1293;D=23434345676701676101010701610761010701610767676107010101610701670167016107610767676761010101010701010101010101016701010101016743434343434345676701676101010701610761010701610767676107010101610701670167016107610767676761010101010701010101010101016701016701;CP=1;R=245;O;
2017.01.05 21:30:01 4: sduino2/msg READ: MU;P0=-1321;P1=618;P2=-645;P4=2506;P5=-2501;P6=4788;P7=1269;D=01210454545454545607072107012121272101270121272101270707012721212101272107210721012701270707070121212121272121212121212121072107212121215454545454545607072107012121272101270121272101270707012721212101272107210721012701270707070121212121272121212121212121;CP=1;R=245;O;
2017.01.05 21:30:02 4: sduino2/msg READ: MU;P0=-1298;P1=1279;P2=-630;P3=630;P5=2467;P6=-2504;P7=4844;D=01230321232303056565656565670101230103232321230321032321230321010103212323230321230123012303210321010101032323232321232323232323232301012323032165656565656567010123010323232123032103232123032101010321232323032123012301230321032101010103232323232123232323;CP=3;R=245;O;
2017.01.05 21:30:02 4: sduino2/msg READ: MU;P0=1259;P1=-1287;P2=566;P3=164;P4=-14752;P5=2468;P6=-2772;P7=-715;D=234565701010721012727270721270127270721270101012707272721270721072107212701270101010101272727072727272727272721270721272727272;CP=2;R=247;
2017.01.05 21:30:02 4: sduino2/msg READ: MU;P0=-21776;P1=248;P2=-15708;P3=404;P4=-1419;P5=1302;P6=-678;P7=624;D=454567476547676567476767676765674767676545476501234;CP=7;R=246;
2017.01.05 21:30:03 4: sduino2/msg READ: MU;P0=-1299;P1=1291;P2=-645;P3=623;P5=-2519;P6=2462;D=01012303210323212303232323232123032323210103212323230321230123012303210321010101032123012323232323232323232323230123032156565651;CP=3;R=248;
2017.01.05 21:30:03 4: sduino2/msg READ: MU;P0=1173;P2=-1249;P4=320;P5=558;P6=-756;D=42525656565656065256565602025606565652560652065206525602;CP=5;R=247;
2017.01.05 21:30:03 4: sduino2/msg READ: MU;P0=4824;P1=-651;P2=1295;P3=-1425;P4=681;P6=2486;P7=-2497;D=3676767676767032321434123414121434141414141214;CP=4;R=247;
2017.01.05 21:30:03 4: sduino2/msg READ: MU;P0=-1278;P1=1302;P2=-632;P3=654;D=01012303210323212303232323232123032323210103212323230321230123012303210321010103;CP=3;R=247;
2017.01.05 21:30:03 4: sduino2/msg READ: MU;P0=2464;P1=-2510;P2=4828;P3=-1326;P4=1245;P5=-673;P6=597;D=010101010101234345636543656545636565656565456365656543436545656563654;CP=6;R=247;
2017.01.05 21:30:04 4: sduino2/msg READ: MU;P0=-2399;P1=2472;P3=-1314;P4=1275;P5=-674;P6=594;D=3434563654365654563656565656545636565654343654565656365456345634563654365434343436565456345656565656565656563456345636560101010101010;CP=6;R=248;
2017.01.05 21:30:04 4: sduino2/msg READ: MU;P0=-1310;P1=1277;P2=-647;P3=600;P5=2497;P6=-2496;P7=4748;D=01012303210323212303232323232123032323210103212323230321230123012303210321010101032323212323232323232323232323032123232303230565656565656701012303210323212303232323232123032323210103212323230321230123012303210321010101032323210123232323232323232303210103;CP=3;R=247;O;
2017.01.05 21:30:05 4: sduino2/msg READ: MU;P0=4850;P1=645;P2=-654;P3=383;P4=-1276;P5=1234;P6=-2501;P7=2504;D=01234523452343254125454545412121212125212121212121212121412121212125216767676767676045452141254121252141212121212521412121254541252121214125214521452141254125454545412121212125212121212121212145212121212145676767676767604545214125412125214121212121252141;CP=1;R=247;O;
2017.01.05 21:30:05 4: sduino2/msg READ: MU;P0=-640;P1=651;P2=1252;P3=-1296;D=010102323102010101310201320132013102310232323231010;CP=1;R=247;
2017.01.05 21:30:05 4: sduino2/msg READ: MU;P0=-627;P1=1272;P2=626;P3=-1314;P5=2483;P6=-2434;P7=4960;D=01020202020202020231020231023202356565656565673131023201320201023202020202010232020201313201020202320102310231023201320131313132020202020102020202020202023102310202020265;CP=2;R=246;
2017.01.05 21:30:05 4: sduino2/msg READ: MU;P0=-2476;P1=2511;P2=4792;P3=-1307;P4=1296;P5=-651;P6=619;D=01010101010234345636543656545636565656565456365656543436545656563654563456345636;CP=6;R=247;
2017.01.05 21:30:05 4: sduino2/msg READ: MU;P0=4680;P1=-1304;P2=-701;P3=1278;P4=646;P7=2228;D=424070013132414231424232414242424242324142424231314232424241423242;CP=4;R=249;
2017.01.05 21:30:06 4: sduino2/msg READ: MU;P0=-1355;P1=1196;P2=-662;P3=572;D=01230123032103210101010103232321232323232323232301032321232303;CP=3;R=249;
2017.01.05 21:30:19 4: sduino2/msg READ: MU;P0=575;P1=1293;P2=-1432;P3=3252;P4=-710;P6=2473;P7=-2542;D=02031302033414040404040404040404040204140402040267676;CP=0;R=245;
2017.01.05 21:30:19 4: sduino2/msg READ: MU;P0=-23404;P1=1218;P2=-1408;P3=-757;P4=517;P5=396;D=0121212134343421212434343135243134243124;CP=4;R=245;
2017.01.05 21:30:19 4: sduino2/msg READ: MU;P0=1222;P1=627;P2=-1352;P3=-2532;P4=447;P5=-631;P6=320;D=343456242456202051512150512051202020205151512020215151505121505124515051515151515151515151515120;CP=1;R=247;
2017.01.05 21:30:20 4: sduino2/msg READ: MU;P0=615;P5=1212;P6=-1335;P7=-673;D=6565607070757060757060707075707070707070707070707060757070706070;CP=0;R=245;
2017.01.05 21:30:20 4: sduino2/msg READ: MU;P0=-1352;P1=1179;P2=-673;P3=613;P4=2560;P7=-328;D=01012303232323232101232303232101232303212301230101010123232301010323242303212303232323232123232323232323232303232371;CP=3;R=245;
2017.01.05 21:30:21 4: sduino2/msg READ: MU;P0=629;P1=-2549;P2=2429;P3=4736;P4=-1315;P5=1220;P6=-671;D=01212121212134545604060606060654560604060654560604065604560454545456060604545406060656040656040606060606560606060606060604560606060604512121212121213454560406060606065456060406065456060406560456045454545606060454540606065604065604060606060656060606060606;CP=0;R=244;O;
2017.01.05 21:30:21 4: sduino2/msg READ: MU;P0=1289;P1=-1292;P2=-587;P3=654;P4=-24088;P5=2479;P6=-2513;P7=4780;D=01010232313232010132323232010132323202310231010101023232310101323232023132023102323231023232323232323232323232313232013456565656565656565656565671010102313232320101013232010101320231023101010102323231010132323202313202313202323102323232323232323232323231;CP=3;R=245;O;
2017.01.05 21:30:22 4: sduino2/msg READ: MU;P0=678;P1=-584;P2=1342;P3=-1303;P5=2508;P6=-2465;P7=4826;D=01210303565656565656732323210301010123232301012323230121032103232323210101032323010101210301210301210321010101010101010101010103210301265656565656567323232103010101232323010123232301210321032323232101010323230101012103012103012103012101010101010101010101;CP=0;R=245;O;
2017.01.05 21:30:22 4: sduino2/msg READ: MU;P0=2473;P1=-683;P2=737;P3=-1334;P4=1269;P5=-476;P7=-2504;D=32121214123214123214321412121212121212121212123214121232523770707070707;CP=2;R=243;
2017.01.05 21:30:22 4: sduino2/msg READ: MU;P0=168;P1=-1269;P2=1282;P3=-661;P4=627;P5=-2495;P6=2477;D=012121234143434321212143432121214323412341212121234343412121434343234143234143214343234343434343434343434143432143256565656565610;CP=4;R=244;
2017.01.05 21:30:22 4: sduino2/msg READ: MU;P0=-32001;P1=586;P2=-4940;P4=-1313;P5=1281;P6=-688;D=0121456145454545616161454541616165614165614561416165616161616161616161614161656145;CP=1;R=246;
2017.01.05 21:30:24 4: sduino2/msg READ: MU;P1=619;P2=-675;P4=4830;P5=-1245;P6=1287;D=456565656512126512651212126512651212621562156565656212121565651212126215126215126512126212121212121212121215121265126;CP=1;R=244;
2017.01.05 21:30:24 4: sduino2/msg READ: MU;P0=-2473;P1=2634;P2=4830;P3=-1287;P4=1233;P5=621;P6=-643;D=01010101010102343434343565643564356565643564356564653465343434346565653434356565646535646535656465656565656565656565656534656565356401010131010102343434343565643564356565643564356564653465343434346565653434356565646535646535656465346565656565656565653134;CP=5;R=245;O;
2017.01.05 21:30:25 4: sduino2/msg READ: MU;P0=-1280;P1=1300;P2=629;P3=-637;P4=-2483;P5=2487;P6=4860;D=010101010232310231023232310231023231320132010101013232320101023232313202313202323232323132323232323232323202323232323132454545454545460101010102323102310232323102310232313201320101;CP=2;R=244;
2017.01.05 21:30:25 4: sduino2/msg READ: MU;P0=-659;P1=1286;P2=-332;P3=-2360;P4=-1291;P6=640;D=41414141460601460146060601460146060106410641414141060606414146060601064601060106060606010606060606060606410641060601263;CP=6;R=243;
2017.01.05 21:30:25 4: sduino2/msg READ: MU;P0=-677;P1=-1764;P2=2524;P4=-1282;P5=1266;P6=643;D=454545454606054605460606054605460605064506454545450606064545460606050646050646060606060506060606060606064506460506064612;CP=6;R=244;
2017.01.05 21:30:25 4: sduino2/msg READ: MU;P0=-2504;P1=2731;P2=4794;P3=-1308;P4=1272;P5=672;P6=-621;P7=-344;D=0101010101023434343435656435643565656435643565646534653434343465656534343565656465356465356565656564656565656565656534346565356401010101010102343434343565643564356565643564356175346535;CP=5;R=244;
2017.01.05 21:30:26 4: sduino2/msg READ: MU;P0=-1315;P1=1260;P2=608;P3=-687;P4=-2505;P5=2472;P6=4796;D=01010101023231023102323231023102323132013201010101323232010102323231320231320232323232313232323232323232010231320132454545454545460101010102323102310232323102310232313201320101010132323201010232323132023132023232323231323232323232323201023231010205454545;CP=2;R=244;O;
2017.01.05 21:30:26 4: sduino2/msg READ: MU;P0=-2504;P1=2479;P2=4806;P3=-1293;P4=1264;P5=636;P6=-634;P7=1856;D=01010234343434356564356435656564356435656465346534343434656565343435656564653564653565656565646565656565656565356465653434010101010101023434343435656435643565656435676565646534653434343465656534343565656465356465356565656564656565656565656535646535643565;CP=5;R=245;O;
2017.01.05 21:30:27 4: sduino2/msg READ: MU;P0=1276;P1=-631;P2=589;P3=-1312;P5=2439;P6=-2551;P7=4762;D=0123235656565656567303030303212103210321212103210321210123012303030301212123030321212101232101232121212121012121212121212123212101232121065656565656567303030303212103210321212103210321210123012303030301;CP=2;R=246;
2017.01.05 21:30:27 4: sduino2/msg READ: MU;P0=4702;P1=-1334;P2=1360;P3=592;P4=-699;P5=-2500;P6=2478;D=01212121213434213421343434213421343424312431212121243434312121343434243134243134343434342434343434343434313434342134243565656565656501212121213434213421343434213421343424312431212121243434312121343434243134243134343434342434343434343434313434343434342;CP=3;R=245;
2017.01.05 21:30:27 4: sduino2/msg READ: MU;P0=-675;P2=-2536;P3=2399;P4=4688;P5=-1272;P6=1285;P7=586;D=23232456565656570706570657070706570657070607560756565656070707565657070706075706075707070707060707070707070756070707560707072323232323232456565656570706570657070706570657070607560756565656070707565657070706075706075707070707060707070707070756070756070757;CP=7;R=244;O;
2017.01.05 21:30:27 4: sduino2/msg READ: MU;P0=-674;P1=614;P2=-2360;P3=2480;P5=4896;P6=-1307;P7=1275;D=012323232323232567676767610107610761010107610761;CP=1;R=244;
2017.01.05 21:30:28 4: sduino2/msg READ: MU;P0=-652;P1=2467;P2=-2530;P3=4754;P4=-1334;P5=1249;P6=624;D=01212121212123454545454606054605460606054605460605064506454545450606064545460606050646050646060606060506060606060606450645454506212121212121234545454546060546054606060546054606050645064545454506060645454606060506460506454606060506060606060606450646050606;CP=6;R=244;O;
2017.01.05 21:30:46 5: sduino2/write: adding to queue sendMsg P43#A68889E53562BB#R6
2017.01.05 21:30:46 5: sduino2: sendmsg Preparing manchester protocol=43, repeats=0, clock=640 data=A68889E53562BB
2017.01.05 21:30:46 4: sduino2/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A68889E53562BB;
2017.01.05 21:30:46 5: sduino2 SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A68889E53562BB;
2017.01.05 21:30:46 4: sduino2 SendFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A68889E53562BB;
2017.01.05 21:30:47 4: sduino2/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A68889E53562BB;
2017.01.05 21:30:47 5: sduino2/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A68889E53562BB;
2017.01.05 21:30:47 4: sduino2/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A68889E53562BB;
2017.01.05 21:30:47 4: sduino2/HandleWriteQueue: nothing to send, stopping timer
2017.01.05 21:31:09 5: sduino2/write: adding to queue sendMsg P43#A78988E53562BB#R6
2017.01.05 21:31:09 5: sduino2: sendmsg Preparing manchester protocol=43, repeats=0, clock=640 data=A78988E53562BB
2017.01.05 21:31:09 4: sduino2/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A78988E53562BB;
2017.01.05 21:31:09 5: sduino2 SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A78988E53562BB;
2017.01.05 21:31:09 4: sduino2 SendFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A78988E53562BB;
2017.01.05 21:31:10 4: sduino2/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A78988E53562BB;
2017.01.05 21:31:10 5: sduino2/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A78988E53562BB;
2017.01.05 21:31:10 4: sduino2/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A78988E53562BB;
2017.01.05 21:31:10 4: sduino2/HandleWriteQueue: nothing to send, stopping timer
2017.01.05 21:31:13 4: sduino2/KeepAliveOk: 1
2017.01.05 21:31:13 4: sduino2/keepalive retry = 0
2017.01.05 21:31:48 0: Server shutdown

Hab die Sachen rausgelassen:

Code Auswählen

2017.01.05 21:29:59 5: sduino2: applying filterfunc SIGNALduino_filterSign
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: Starting demodulation at Position 2
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: Starting demodulation at Position 40
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.01.05 21:29:59 5: sduino2: applying filterfunc SIGNALduino_compPattern
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: start pattern for MU Protocol id 42 -> MKT motionsensor mismatches, aborting
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: Starting demodulation at Position 29
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: Starting demodulation at Position 27
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: Starting demodulation at Position 35
2017.01.05 21:29:59 4: sduino2: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.01.05 21:29:59 5: sduino2: Starting demodulation at Position 29

Falls du die doch brauchst, schick ich dir ne PN.

Die Readings kommen durch "Rollo runter" verschiedener Aktoren. Also mal wahllos auf der Fernbedienung rumgedrückt.
Das Senden am Schluss ist der Versuch ein Rollo über FHEM zu steuern, erfolglos (geht aber mit nanoCUL).

Danke und Gruß

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 05 Januar 2017, 22:06:28

ich habe mir mal in der a-culfw die somfy Sende Routinen angeschaut,
https://github.com/heliflieger/a-culfw/blob/master/culfw/clib/somfy_rts.c
dabei ist mir aufgefallen, daß zum Senden eine andere Frequenz (433.42 MHz) und Datenrate (828) verwendet wird.

Es muß dazu die Möglichkeit geben vor dem Senden die Frequenz und Datenrate zu ändern.
Eine Möglichkeit wäre die Werte der Register 0x0D bis 0x0F (Frequenz) und optional 0x10 und 0x11 (Datenrate) hinten an "set sduino raw" anzuhängen.

Z.B. bei den folgenden Registerwerten für somfy

Code Auswählen

reg = Wert
0D = 10  
0E = AB
0F = 85
10 = 55
11 = 0A

wäre es
F = 10AB85550A;

Die Senderoutine in der Signalduino Firmware würde dann folgendes tun:
- Register 0D-0F auslesen (+ ggf Register 10 und 11) und merken
- Register 0D-0F (+ optional Reg 10 u 11) mit den übergebenen Werten beschreiben
- command strobe 0x36 SIDLE
- delay
- command strobe 0x35 STX
- delay
- senden
- Register 0D-0F (+ optional Reg 10 u 11) mit den vorher gemerkten Werten beschreiben
- command strobe 0x36 SIDLE
- delay
- command strobe 0x34 SRX
- delay

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 05 Januar 2017, 22:23:37

Könnte das einen Zusammenhang mit der schlechten Reichweite (wie mein Thread beschreibt (https://forum.fhem.de/index.php/topic,64141.0.html)) haben?
Vielleicht komme ich morgen noch mal dazu ein wenig auszuprobieren.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 06 Januar 2017, 12:08:14

Da ich die Firmware mit der Arduino IDE kompilieren wollte, hab ich die Sourcen entsprechend angepaßt. Dazu hab ich bei mir im Repository den Branch dev-r33_Arduino_IDE angelegt: https://github.com/mahowi/SIGNALDuino/tree/dev-r33_Arduino_IDE

Vielleicht kann es ja jemand brauchen. Getestet mit Arduino IDE 1.8.0 unter Ubuntu 16.10.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 06 Januar 2017, 13:09:18

Hast Du auch sourcecode verändert oder nur alle Dateien in den Hauptordner verschoben?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 06 Januar 2017, 13:34:43

Ich habe lediglich alles in den Hauptordner verschoben und die Includes angepasst. Am eigentlichen Code hab ich nix geändert.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 06 Januar 2017, 18:12:45

Zitat von: Ralf9dabei ist mir aufgefallen, daß zum Senden eine andere Frequenz (433.42 MHz) und Datenrate (828) verwendet wird.

Ich habe den raw-Befehl mal mit einem F=10AB85550A; hinten dran abgeschickt.
Muss aber erst in die Firmware implementiert werden, richtig?
Klappt auf jeden Fall nicht ::)

Ich hab die Frequenz mal manuell auf 433.420 MHz geändert, auch nichts. Die Datenrate kann ich ja nicht ändern.
Kann aber damit eigentlich nicht zusammenhängen, da ein normaler sduino ja funktioniert?

@Sidey: Hast du an der Firmware noch was geändert? Das empfangen und Auswerten der MC-Readings klappt jetzt nämlich relativ gut.

Gruß

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 06 Januar 2017, 18:38:31

Hab jetzt auch mal das Schalten eines ELRO-Zwischensteckers probiert. Auch den kann ich mit dem geflashten CC1101 nicht steuern.
Kann das sonst keiner nachvollziehen?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sequenzial am 06 Januar 2017, 19:17:41

So!

ich habe mal die Empfangseigenschaften vom RX6B und dem CC1101 verglichen.

Antennen:
Da ich von den Drahtantennen nichts halte, habe ich auf beide Module Sockel für externe Antennen gelötet.
Daran betreibe ich je eine Standfußantenne von Delock (https://www.amazon.de/gp/product/B00JG4XNBY/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B00JG4XNBY/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1)). Somit vergleiche ich nicht Äpfel mit Birnen.

Firmwarestände:
SIGNALduino mit RX6B Empfänger: V 3.3.0 SIGNALduino - compiled at Sep 18 2016 00:28:28
SIGNALduino mit CC1101 Tranceiver: V 3.3.1-dev SIGNALduino cc1101 - compiled at Jan 2 2017 01:32:22

Getestet mit folgenden (433Mhz) Endgeräten:
1x FROGGIT WH5300 Wetterstation - Entfernung ca. 20 Meter, 2 dicke Steinwände + 1 Etage
3x Noname Rauchmelder (China <10€) - Entfernung zwischen 2m und 15m -> 1-2 Wände
1x Funkgaragentür Öffner (4 Kanal) - Entfernung ca. 20 Meter, 4 Wände + 1 Etage

Der RX6B hat leicht die Nase vorne, weil er deutlich mehr Geräte in der Nachbarschaft findet.
Dennoch bin ich bei der CC1101 Variante bei über 200 m2 und 3 Etagen sehr Positiv überrascht.
(Bluetooth macht schon bei einer dicken Wand Schluss)

Gibt es eigentlichein standardisiertes Messverfahren, das man selber messen kann?
Mein 1-2 Wand und Etagen Test ist leider sehr subjektiv und wenig Aussagekräftig, fürchte ich.

Bei den CULs gibt es die RSSI Werte, womit man zumindest die Signalstärke auf Entfernung einschätzen kann. Kommt man bei den SignalDuinos auch an die Werte? Damit könnte man ja Freifeldversuche machen um vergleichbare Werte zu ermitteln.

Gruß
Seq

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 06 Januar 2017, 19:23:21

@pataya
Prinzipiell passt das senden.

Ich habe mal mit Deinem Somfy raw command mit dem cc1101 gesendet, es wurde vom sduino mit dem RXB6 Empfänger empfangen:

Code Auswählen

2017.01.06 18:52:54.491 4 : set sduinoE raw SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;

2017.01.06 18:52:55.243 4 : sduino/msg READ: MC;LL=-1284;LH=1279;SL=-642;SH=634;D=5953A88;C=639;L=27;
2017.01.06 18:52:55.274 4 : sduino/msg READ: MC;LL=-1275;LH=1278;SL=-638;SH=640;D=A0ECEC1ACA9D44;C=638;L=56;
2017.01.06 18:52:55.274 4 : sduino: Found manchester Protocol id 43 clock 638 -> Somfy RTS
2017.01.06 18:52:55.274 5 : sduino: extracted data 10100000111011001110110000011010110010101001110101000100 (bin)
2017.01.06 18:52:55.274 5 : sduino: converted Data to (YsA0ECEC1ACA9D44)
2017.01.06 18:52:55.274 5 : sduino: dispatch YsA0ECEC1ACA9D44
2017.01.06 18:52:55.274 4 : sduino: Somfy RTS preprocessing check: C enc: A0ECEC1ACA9D44 dec: A04C00F6D057D9
2017.01.06 18:52:55.274 1 : SOMFY Unknown device D957D0 (A0 00F6), please define it
2017.01.06 18:52:55.277 2 : autocreate: define SOMFY_D957D0 SOMFY D957D0 A0 00F6

In der umgekehrten Richtung wird vom cc1101 auch was empfangen. Du kannst mal versuchen ob es was bringt, wenn Du das repeat auf R=10 erhöhst

Code Auswählen

2017.01.06 19:06:06.258 4 : set sduino raw SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;
2017.01.06 19:06:06.358 5 : sduino SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;
2017.01.06 19:06:06.368 4 : sduino SendFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;
2017.01.06 19:06:06.701 4 : sduinoE/msg READ: MC;LL=-1276;LH=1271;SL=-636;SH=649;D=A0ECEC1ACA9D44;C=638;L=56;R=109;
2017.01.06 19:06:06.701 4 : sduinoE: Found manchester Protocol id 43 clock 638 RSSI -19.5 -> Somfy RTS
2017.01.06 19:06:06.701 4 : sduinoE: Somfy RTS preprocessing check: C enc: A0ECEC1ACA9D44 dec: A04C00F6D057D9
2017-01-06 19:06:06.704 SOMFY SOMFY_D957D0 parsestate: on
2017.01.06 19:06:06.816 4 : sduinoE/msg READ: MC;LL=-1287;LH=1271;SL=-644;SH=641;D=A0ECEC1ACA9D44;C=640;L=56;R=109;
2017.01.06 19:06:06.816 4 : sduinoE: Found manchester Protocol id 43 clock 640 RSSI -19.5 -> Somfy RTS
2017.01.06 19:06:06.816 4 : sduinoE: Dropped (YsA0ECEC1ACA9D44) due to short time or equal msg
2017.01.06 19:06:06.929 4 : sduinoE/msg READ: MC;LL=-1287;LH=1272;SL=-648;SH=640;D=A0ECEC1ACA9D44;C=641;L=56;R=109;
2017.01.06 19:06:06.929 4 : sduinoE: Found manchester Protocol id 43 clock 641 RSSI -19.5 -> Somfy RTS
2017.01.06 19:06:06.929 4 : sduinoE: Dropped (YsA0ECEC1ACA9D44) due to short time or equal msg
2017.01.06 19:06:07.042 4 : sduinoE/msg READ: MC;LL=-1285;LH=1277;SL=-642;SH=637;D=A0ECEC1ACA9D44;C=640;L=56;R=109;
2017.01.06 19:06:07.043 4 : sduinoE: Found manchester Protocol id 43 clock 640 RSSI -19.5 -> Somfy RTS
2017.01.06 19:06:07.043 4 : sduinoE: Dropped (YsA0ECEC1ACA9D44) due to short time or equal msg

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 06 Januar 2017, 19:41:19

Zitat von: Sequenzial am 06 Januar 2017, 19:17:41
Bei den CULs gibt es die RSSI Werte, womit man zumindest die Signalstärke auf Entfernung einschätzen kann. Kommt man bei den SignalDuinos auch an die Werte? Damit könnte man ja Freifeldversuche machen um vergleichbare Werte zu ermitteln.

Ja, die RSSI Werte werden mit übertragen und im log mit verbose 4 angezeigt. Bei den Modulen CUL_TCM97001 und SD_WS07 wird der RSSI in den internals angezeigt.
Evtl bringt es auch was die Bandbreite mit "cc1101_bWidth" zu erhöhen.

Code Auswählen

2017.01.06 19:06:06.701 4 : sduinoE: Found manchester Protocol id 43 clock 638 RSSI -19.5 -> Somfy RTS

sduinoE: Decoded MS Protocol id 7 dmsg P7#5120A2F34#RFC length 36 RSSI = -76

sduinoE: Decoded MS Protocol id 0 dmsg s6C009E6BC806 length 40 RSSI = -71

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 07 Januar 2017, 17:33:25

Zitat von: RaspiLED am 04 Januar 2017, 20:21:12
Hi, also wenn es um Interesse geht: Ich habe starkes Interesse an sendenden Hörmann

Ich habe mir Hörmann mal angeschaut
http://www.stranghoener.de/handsender_hoermann.php

Wenn Du ein Handsender mit blauen oder schwarzen Tasten hast, lässt es sich evtl sehr einfach einbauen.
Bei der BiSecur (aktuelle Baureihe) dürfte es zu aufwändig sein.

Du kannst mal jede Taste 2 mal drücken und dann die entspechenden raw-Nachrichten posten.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 07 Januar 2017, 19:37:19

Hi, ja ich habe die blauen ;-) in der a-culfw werden die auch lesend und sendend unterstützt.
Okay sobald ich den Signalduino geflasht habe, werde ich die raw Nachrichten liefern.
Danke und Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 07 Januar 2017, 19:39:54

@Ralf, danke fürs Testen.

Habe auch noch mal etwas probiert und mir zwei frische FHEM-Systeme installiert und jeweils einen Stick rangehangen.

sduinoNano = XY-FST & RXB6 SIGNALduino
sduinoCC = CC1101 SIGNALduino
nanoCUL = CC1101 CUL (culfw)

nanoCUL und sduinoCC ist die Selbe Hardware. Im Anhang noch die DeviceOverviews der Geräte.

Versuch 1:
Senden von sduinoNano
Empfangen von sduinoCC

Code Auswählen

2017.01.07 18:14:18 4: set sduinoNano raw SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:14:19 5: sduinoNano SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:14:19 4: sduinoNano SendFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:14:19 4: sduinoNano/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:14:19 5: sduinoNano/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:14:19 4: sduinoNano/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:14:19 4: sduinoNano/HandleWriteQueue: nothing to send, stopping timer

2017.01.07 18:14:19 4: sduinoCC/msg READ: MC;LL=-1276;LH=1280;SL=-645;SH=645;D=AFE8E8C7E99C99;C=640;L=56;R=108;
2017.01.07 18:14:19 4: sduinoCC: Found manchester Protocol id 43 clock 640 RSSI -20 -> Somfy RTS
2017.01.07 18:14:19 5: sduinoCC: extracted data 10101111111010001110100011000111111010011001110010011001 (bin)
2017.01.07 18:14:19 5: sduinoCC: converted Data to (YsAFE8E8C7E99C99)
2017.01.07 18:14:19 5: sduinoCC: dispatch YsAFE8E8C7E99C99
2017.01.07 18:14:19 4: sduinoCC: Somfy RTS preprocessing check: 7 enc: AFE8E8C7E99C99 dec: AF47002F2E7505
2017.01.07 18:14:19 1: SOMFY Unknown device 05752E (AF 002F), please define it
2017.01.07 18:14:19 2: autocreate: define SOMFY_05752E SOMFY 05752E AF 002F
2017.01.07 18:14:19 2: autocreate: define FileLog_SOMFY_05752E FileLog ./log/SOMFY_05752E-%Y.log SOMFY_05752E

Ergebnis: alles bestens!

Versuch 2:
Senden von sduinoCC
Empfangen von sduinoNano

Code Auswählen


2017.01.07 18:17:13 4: set sduinoCC raw SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:17:13 5: sduinoCC SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:17:13 4: sduinoCC SendFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:17:14 4: sduinoCC/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:17:14 5: sduinoCC/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:17:14 4: sduinoCC/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 18:17:14 4: sduinoCC/HandleWriteQueue: nothing to send, stopping timer
2017.01.07 19:11:22 4: set sduinoCC raw SC;R=10;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 19:11:22 5: sduinoCC SW: SC;R=10;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 19:11:22 4: sduinoCC SendFromQueue: msg=SC;R=10;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 19:11:23 4: sduinoCC/msg READ: SC;R=10;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 19:11:23 5: sduinoCC/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SC;R=10;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 19:11:23 4: sduinoCC/read sendraw answer: SC;R=10;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.07 19:11:23 4: sduinoCC/HandleWriteQueue: nothing to send, stopping timer

Ergebnis: nichts wird empfangen

Versuch 3:
Senden von nanoCUL
Empfangen von sduinoNano

Code Auswählen


2017.01.07 19:29:29 3: set nanoCUL raw YsA44000FAD957D0
2017.01.07 19:29:30 1: SOMFY Unknown device D957D0 (A4 00FA), please define it
2017.01.07 19:29:30 2: autocreate: define SOMFY_D957D0 SOMFY D957D0 A4 00FA
2017.01.07 19:29:30 2: autocreate: define FileLog_SOMFY_D957D0 FileLog ./log/SOMFY_D957D0-%Y.log SOMFY_D957D0

2017.01.07 19:29:29 4: sduinoNano/msg READ: MC;LL=-1360;LH=1185;SL=-594;SH=602;D=A4E0E01ACA;C=623;L=40;
2017.01.07 19:29:29 4: sduinoNano: Found manchester Protocol id 52 clock 623 -> OS_PIR
2017.01.07 19:29:29 5: sduinoNano: extracted data 0101101100011111000111111110010100110101 (bin)
2017.01.07 19:29:30 4: sduinoNano/msg READ: MC;LL=-1261;LH=1198;SL=-618;SH=605;D=A4E0E01ACA9D44;C=613;L=55;
2017.01.07 19:29:30 4: sduinoNano: Found manchester Protocol id 43 clock 613 -> Somfy RTS
2017.01.07 19:29:30 5: sduinoNano: extracted data 10100100111000001110000000011010110010101001110101000100 (bin)
2017.01.07 19:29:30 5: sduinoNano: converted Data to (YsA4E0E01ACA9D44)
2017.01.07 19:29:30 5: sduinoNano: dispatch YsA4E0E01ACA9D44
2017.01.07 19:29:30 4: sduinoNano: Somfy RTS preprocessing check: 4 enc: A4E0E01ACA9D44 dec: A44400FAD057D9
2017.01.07 19:29:30 1: SOMFY Unknown device D957D0 (A4 00FA), please define it
2017.01.07 19:29:30 2: autocreate: define SOMFY_D957D0 SOMFY D957D0 A4 00FA
2017.01.07 19:29:30 2: autocreate: define FileLog_SOMFY_D957D0 FileLog ./log/SOMFY_D957D0-%Y.log SOMFY_D957D0

Ergebnis: alles bestens!

Wie kann das sein? Hardwaretechnisch klappt das Senden scheinbar, aber mit der sduino Firmware will es nicht klappen. Oder übersehe ich was?

Danke für die Hilfe bisher.

Gruß

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 07 Januar 2017, 19:56:42

Vermutlich habe ich beim integrieren der Sendeparameter etwas nicht richtig gemacht.

Was anderes fällt mir auf Anhieb nicht ein.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 07 Januar 2017, 20:02:16

Komisch das es bei Ralf9 funktioniert.
@Ralf9, welche Firmware hast du auf dem CC1101 geflasht?

@Sidey, kann ich Dir irgendwie helfen das herauszufinden?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 07 Januar 2017, 20:14:21

ich verwende die aktuelle Version vom github und compiliere sie mit der Arduino IDE und lade sie dann hoch.
Es besteht die Möglichkeit, daß das aktuelle hex-file fehlerhaft ist.
@Sidey: hast Du die aktuelle SIGNALduino_nanoCC1101.hex getestet, ob damit das senden funktioniert?

Kannst Du mit der aktuellen Version vom github nochmals ein SIGNALduino_nanoCC1101.hex bauen?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 07 Januar 2017, 21:18:02

Ich probier das hex aus dem repo nachher noch mal aus.

Ich habe nun als Sender den CC1101 und als Empfänger einen Arduino Uno mit RXB-8 ausprobiert.

Der RXB8 empfängt nicht, was der CC1101 sendet.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 07 Januar 2017, 23:50:40

Gut, immerhin ist es reproduzierbar :P
Also liegt's wohl an der kompilierten Firmware.

Habe die letzte GitHub-Version mal von hier kompiliert: https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r33_cc1101
Allerdings klappt das Senden auch damit nicht. Schließe aber keine Fehler beim kompilieren meinerseits aus.

Gruß

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 08 Januar 2017, 00:49:40

Zitat von: pataya am 07 Januar 2017, 23:50:40
Habe die letzte GitHub-Version mal von hier kompiliert: https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r33_cc1101
Allerdings klappt das Senden auch damit nicht. Schließe aber keine Fehler beim kompilieren meinerseits aus.

versuche mal ein set cc1101_patable

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 08 Januar 2017, 01:04:13

Zitat von: Ralf9 am 08 Januar 2017, 00:49:40
versuche mal ein set cc1101_patable

So ich habe nun ein bisschen experimentiert.

Der Befehl C3E lieferte eine komische PA Table. Da stimmte etwas nicht.

Ich habe mit x85 eine neue gesetzt, auch wenn ich der Meinung bin, dass x81 die richtige wäre.

Code Auswählen

C3E = 00 85 00 00 00 00 00 00

Meine Codeänderungen habe ich temporär rückgängig gemacht und auch damit klappt das Senden.

Einzig was mich verwundert, nach jedem C oder X Kommando muss man den arduino resetten, da sonst unknown command erscheint.
Woran das liegt, habe ich aber noch nicht rausbekommen.

Code Auswählen

2017.01.08 01:01:39.478 1: ERROR: >Somfy RTS checksum error!< returned by the SOMFY ParseFn is invalid, notify the module maintainer
2017.01.08 01:01:39.466 5: sduino_rxb8: dispatch YsAFE8E8C7E99C98
2017.01.08 01:01:39.459 5: sduino_rxb8: converted Data to (YsAFE8E8C7E99C98)
2017.01.08 01:01:39.455 5: sduino_rxb8: extracted data 10101111111010001110100011000111111010011001110010011000 (bin)
2017.01.08 01:01:39.452 4: sduino_rxb8: Found manchester Protocol id 43 clock 638 -> Somfy RTS
2017.01.08 01:01:39.446 4: sduino_rxb8/msg READ: MC;LL=-1293;LH=1262;SL=-656;SH=620;D=AFE8E8C7E99C98;C=638;L=55;
2017.01.08 01:01:39.110 4: sduino SendFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;
2017.01.08 01:01:38.917 4: set sduino raw SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=AFE8E8C7E99C99;

Der CRC Error kommt wohl daher, dass das letzte Bit nicht irentifiziert werden kann, da das Signal nicht sauber abgeschlossen wird und mit dem Start der Preamble der Folgenden Wiederholung kollidiert.

Mit der Version

Code Auswählen

V 3.3.1-dev SIGNALduino cc1101 - compiled at Jan 2 2017 01:32:22 Klappt es bei mir auch nicht, obwohl da keine Änderungen zur aktuellen auf github enthalten sind.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 08 Januar 2017, 01:31:12

Langsam wird's unverständlich für mich ;D

Hier meine Ausgabe falls das noch was bringt:

Code Auswählen

2017.01.08 00:57:52 3: sduinoCC: Setting patable -10_dBm x34
2017.01.08 00:57:52 5: sduinoCC SW: x34
2017.01.08 00:57:53 4: sduinoCC/msg READ: Write 34 to PATABLE done
2017.01.08 00:57:53 5: sduinoCC SW: WS36
2017.01.08 00:57:53 4: sduinoCC/msg READ: Unsupported command
2017.01.08 00:57:53 5: sduinoCC SW: WS34
2017.01.08 00:57:53 4: sduinoCC/msg READ: Unsupported command

2017.01.08 00:58:46 3: sduinoCC: Setting patable -5_dBm x68
2017.01.08 00:58:47 5: sduinoCC SW: x68
2017.01.08 00:58:47 4: sduinoCC/msg READ: Unsupported command
2017.01.08 00:58:47 5: sduinoCC SW: WS36
2017.01.08 00:58:47 4: sduinoCC/msg READ: Unsupported command
2017.01.08 00:58:47 5: sduinoCC SW: WS34
2017.01.08 00:58:47 4: sduinoCC/msg READ: Unsupported command

2017.01.08 00:58:53 3: sduinoCC: Setting patable 0_dBm x60
2017.01.08 00:58:54 5: sduinoCC SW: x60
2017.01.08 00:58:54 4: sduinoCC/msg READ: Unsupported command
2017.01.08 00:58:54 5: sduinoCC SW: WS36
2017.01.08 00:58:54 4: sduinoCC/msg READ: Unsupported command
2017.01.08 00:58:54 5: sduinoCC SW: WS34
2017.01.08 00:58:54 4: sduinoCC/msg READ: Unsupported command

2017.01.08 00:59:01 3: sduinoCC: Setting patable 5_dBm x84
2017.01.08 00:59:01 5: sduinoCC SW: x84
2017.01.08 00:59:01 4: sduinoCC/msg READ: Unsupported command
2017.01.08 00:59:02 5: sduinoCC SW: WS36
2017.01.08 00:59:02 4: sduinoCC/msg READ: Unsupported command
2017.01.08 00:59:02 5: sduinoCC SW: WS34
2017.01.08 00:59:02 4: sduinoCC/msg READ: Unsupported command

2017.01.08 00:59:08 3: sduinoCC: Setting patable 7_dBm xC8
2017.01.08 00:59:08 5: sduinoCC SW: xC8
2017.01.08 00:59:08 4: sduinoCC/msg READ: Unsupported command
2017.01.08 00:59:08 5: sduinoCC SW: WS36
2017.01.08 00:59:08 4: sduinoCC/msg READ: Unsupported command
2017.01.08 00:59:08 5: sduinoCC SW: WS34
2017.01.08 00:59:08 4: sduinoCC/msg READ: Unsupported command

2017.01.08 00:59:14 3: sduinoCC: Setting patable 10_dBm xC0
2017.01.08 00:59:14 5: sduinoCC SW: xC0
2017.01.08 00:59:14 4: sduinoCC/msg READ: Unsupported command
2017.01.08 00:59:14 5: sduinoCC SW: WS36
2017.01.08 00:59:14 4: sduinoCC/msg READ: Unsupported command
2017.01.08 00:59:15 5: sduinoCC SW: WS34
2017.01.08 00:59:15 4: sduinoCC/msg READ: Unsupported command

Habs danach auch jeweils probiert was zu senden aber nichts empfangen.
Sowohl bei der offiziellen als der kompilierten Firmware.

@Ralf, kannst du mir deine hexfile zum Testen zur Verfügung stellen?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 08 Januar 2017, 01:53:00

Zitat von: pataya am 08 Januar 2017, 01:31:12
@Ralf, kannst du mir deine hexfile zum Testen zur Verfügung stellen?

Hab gar nicht gewusst, daß ich mit der Arduino IDE auch ein hex File erzeugen kann

Code Auswählen

version: V 3.3.1-dev SIGNALduino cc1101 - compiled at Jan 8 2017 01:40:34

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 08 Januar 2017, 01:56:10

Tatsächlich funktioniert's damit auch bei mir...
Du benutzt auch die aktuelle GitHub Version und Arduino IDE unter OpenSuse (hab ich gelesen)?
Wenn ja würde ich mal ne OpenSuse-VM fertig machen und damit testen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 08 Januar 2017, 02:00:11

kann der Somfy damit was anfangen?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 08 Januar 2017, 02:05:20

Der RXB6-sduino legt zumindest SOMFY Geräte an.
Die Hardware steht im Haus meiner Eltern und möchte sie jetzt ungerne durch hochfahrende Rollläden wecken ;D
Mach ich dann später.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 08 Januar 2017, 12:18:13

So, weiter getestet und teilweise spannende Sachen herausgefunden...

Die hexfile die auf dem Windowssystem kompiliert wurde funktioniert nach wie vor nicht.
Habe die Selben Dateien auf OSX kompiliert, damit geht's (gleiche Ergebnis wie mit der hexfile von Ralf).

Die Somfy Geräte reagieren trotzdem nicht. ABER: mit einer manuellen Frequenzanpassung auf 433,42 MHz (die auch die culfw verwendet, danke Ralf) lassen sich die Rollläden steuern!

Einen ELRO Zwischenstecker habe ich zum Testen noch mal eingebunden. Das Einschalten funktioniert auf Anhieb, das Ausschalten braucht mehrere Versuche bis er reagiert.
Die Anhebung der Bandreite hilft in dem Fall auch nicht.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: habeIchVergessen am 08 Januar 2017, 12:45:07

Welche Version der IDE verwendest du unter dem jeweiligen OS?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 08 Januar 2017, 12:46:43

jeweils die 1.8.0

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 08 Januar 2017, 12:56:03

ich denke, das könnte auch noch ein Timing Problem sein.
Ich verwende noch die etwas ältere Arduino IDE 1.6.5
Zwischen dem enable TX und dem Senden muß wahrscheinlich noch ein delay eingebaut werden. Beim senden werden die ersten paar Wiederholungen nicht sauber empfangen.

Beim Senden der ELRO kann es evtl was bringen, wenn die ITRepition etwas erhöht wird. Evtl passt die Frequenz auch nicht ganz.
Ich bin mir nicht sicher ob sich das Erhöhen der Bandbreite auch auf das Senden auswirkt.

Ich habe schon angefangen das Auswerten des F=10AB85550A in die Firmware einzubauen, das Schreiben in die Register ist aber noch auskommentiert

set raw SR;R=7;P0=-334;P1=709;P2=-152;P3=-663;P4=379;P5=-15226;D=5401013401013;F=10AB85550A;

Code Auswählen

write new ccreg  10AB85550A
ccreg write back 10B07157C4
SR;R=7;P0=-334;P1=709;P2=-152;P3=-663;P4=379;P5=-15226;D=5401013401013;F=10AB85550A;

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: habeIchVergessen am 08 Januar 2017, 13:04:57

ich nutze die 1.6.6 für Arduino und 1.6.5 für den ESP8266 unter Windows.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Harst am 08 Januar 2017, 13:17:24

Als alter Amateurfunker möchte ich einwerfen:

Beim Senden sollte die Bandbreite egal sein. Da wird halt eine (Sinus-)Welle erzeugt. Beim Empfang wird die Bandbreite durch die Filter bestimmt und die kann man steuern.

Horst

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: habeIchVergessen am 08 Januar 2017, 13:32:35

Zitat von: Ralf9 am 06 Januar 2017, 19:23:21
Code Auswählen Erweitern
2017.01.06 18:52:54.491 4 : set sduinoE raw SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;

Eigentlich sollte das msgOutro auch genutzt werden, da es eine Protokoll-Erweiterung gibt, die in der langen Pause gesendet wird (z.B. für die Lamellen-Neigung).

Code Auswählen


Definition Protokoll 43 in 00_SIGNALdunio.pm
msgOutro               => 'SR;P0=-2560;D=00000000000;'

Nachricht würde dann so aussehen:

Code Auswählen


SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECEC1ACA9D44;SR;P0=-2560;D=00000000000;

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pataya am 08 Januar 2017, 14:00:22

Okay, unter Windows mit 1.6.5 kompiliert funzt auch.
Kriege mit 1.8.0 auch ein paar Fehlermeldungen beim kompilieren. Aber nur unter Windows. Siehe Anhang.
Aber funktioniert ja jetzt quasi.

Werde als Workaround erst mal die Frequenz anpassen. Brauche eh nur Somfy.

Vielen Dank an euch für die Zeit!

Gruß

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 08 Januar 2017, 14:13:55

Zitat von: Ralf9 am 08 Januar 2017, 12:56:03
ich denke, das könnte auch noch ein Timing Problem sein.
Ich verwende noch die etwas ältere Arduino IDE 1.6.5
Zwischen dem enable TX und dem Senden muß wahrscheinlich noch ein delay eingebaut werden. Beim senden werden die ersten paar Wiederholungen nicht sauber empfangen.

Das habe ich gestern eingebaut, zumindest wird jetzt mit dem senden gewartet, bis das Status Register auf tx steht.

Um das Thema mit den Sendeparametern anzugehen, könnten wir in jedem Protokoll die passenden Register hinterlegen. Das in die logischen Module zu verlagern halte ich für zu kompliziert.

Bezüglich der Firmware, werde ich einfach mal eine neue compilieren. Irgendwas stimmt da ja nicht.

Gruß sidey

Gesendet von meinem SM-T580 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 08 Januar 2017, 15:40:22

Zitat von: pataya am 08 Januar 2017, 14:00:22
Okay, unter Windows mit 1.6.5 kompiliert funzt auch.
Kriege mit 1.8.0 auch ein paar Fehlermeldungen beim kompilieren. Aber nur unter Windows. Siehe Anhang.

Dank Deinem log habe ich noch einen Fehler gefunden. In der cc1101.h war die Arraygrösse vom PatableArray zu klein.

Bei den aktuelleren Arduino IDE gibt es mehr Fehler- und Plausibilitätsprüfungen.
Bei meinen Homematic wired Selbstbaumodulen habe ich mal versucht eine aktuellere Arduino IDE zu verwenden, habe aber dann die warnings und errors nicht wegbekommen.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 08 Januar 2017, 17:16:57

Hallo Sidey,

ich habe mal beim CC1101 ein Paar Anpassungen durchgeführt so das er 2-FSK empfangen kann. Ich empfange jetzt auch etwas. Ich hoffe das sind meine Sensoren. Wie kann ich aus den Daten die Hex-Nachrichten machen. Als Anlage noch der Aufbau der Sensornachrichten. Vielen Dank.

Code Auswählen


Using sFIFO
Reading values fom eeprom
CCInit
CCVersion=20
CCPartnum=0
Starting timerjob
receiver enabled
MU;P0=107;P1=-94;P2=310;P3=-191;D=0101010101010101010101010101012103230101210323010;CP=0;R=227;
V 3.3.1-dev SIGNALduino cc1101 - compiled at Jan  8 2017 16:43:33
ccreg 00: 0D 2E 2D 02 00 00 3D 04 32 00 00 06 00 21 65 6A  ccreg 10: 89 5C 06 23 B9 56 07 00 18 14 6C 07 00 90 87 6B  ccreg 20: F8 56 11 EF 2C 19 1F 41 00 59 7F 07 88 31 0B 
ccFactoryReset done
ccreg 00: 0D 2E 2D 02 00 00 3D 04 32 00 00 06 00 21 65 6A  ccreg 10: 89 5C 06 23 B9 56 07 00 18 14 6C 07 00 90 87 6B  ccreg 20: F8 56 11 EF 2C 1A 1F 41 00 59 7F 3F 88 31 0B 
MU;P0=-212;P1=203;P2=-311;P3=104;P4=-108;P5=312;P6=-496;D=012343434343434343234145434323432303634361652163417;CP=3;R=225;
MU;P0=-348;P1=105;P2=-103;P3=208;P4=312;P5=-208;P7=-524;D=012121212121212101232421210121015101210374037123;CP=1;R=225;
MU;P0=-341;P1=106;P2=-101;P4=210;P5=316;P6=-572;P7=-896;D=01212121212121210124252121012101612121056101240421217;CP=1;R=225;
MU;P0=-481;P1=107;P2=-102;P3=-312;P4=211;P5=320;P6=-212;P7=-876;D=0121212121212121312425212131213161012104040401242171;CP=1;R=225;
MC;LL=-340;LH=456;SL=-108;SH=205;D=AAAA8E;C=270;L=23;R=225;
MU;P0=456;P1=-116;P2=-340;P3=205;P4=315;P6=-198;P7=-1048;D=40101216101030101610101236401710173616301210403610061136061;CP=0;R=225;
MU;P0=-311;P1=102;P2=-107;P3=207;P4=316;P5=-212;P6=-498;D=012121212121212101232421210121015161216364036123;CP=1;R=225;
MU;P0=-314;P1=103;P2=-103;P3=211;P4=312;P5=-209;P6=-472;D=01212121212121210123242121012101516121636403515121237;CP=1;R=225;
MU;P0=-330;P1=110;P2=-102;P3=212;P4=314;P5=-572;P7=-964;D=0121212121212121012324212101210151212104510123032121712;CP=1;R=225;
MU;P0=442;P1=-104;P2=-338;P3=209;P4=312;P6=-203;P7=-1044;D=0101010101010101210304010121610103010161010123640171017361630161640361006113201;CP=0;R=225;
MU;P0=355;P1=106;P2=-102;P3=-313;P4=207;P6=-210;P7=-1042;D=161212421216121213460217121746164216160246120612430;CP=1;R=225;
MU;P0=386;P1=-102;P2=-361;P3=207;P6=-210;P7=-1152;D=0101010101010101210300010121610103010161010123012170730021212113202310;CP=0;R=225;
MU;P0=-328;P1=107;P2=-101;P3=212;P4=318;P5=-572;P7=-900;D=01212121212121210123242121012101512121045101230321217;CP=1;R=225;
MU;P0=364;P1=101;P2=-119;P3=206;P5=-419;P6=-212;P7=-1150;D=01212121212121210123202121516121232121612121032151707063532151230053202;CP=1;R=225;
MU;P0=-332;P1=104;P2=-105;P3=208;P4=314;P5=-570;P7=-900;D=01212121212121210123242121012101512121045101230321217;CP=1;R=225;
ccreg 00: 0D 2E 2D 02 00 00 3D 04 32 00 00 06 00 21 65 6A  ccreg 10: 89 5C 06 23 B9 56 07 00 18 14 6C 07 00 90 87 6B  ccreg 20: F8 56 11 EF 2C 1A 1F 41 00 59 7F 3F 88 31 0B 
MU;P0=-546;P1=106;P2=-100;P3=-329;P4=212;P5=314;D=0121212121212121312425212131213101212135013124342121;CP=1;R=225;
MU;P0=-501;P1=100;P2=-107;P3=-314;P4=208;P5=312;P6=-208;P7=-1088;D=0121212121212121312425212131213161012104053401247;CP=1;R=225;

Jörg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 08 Januar 2017, 19:25:50

Zitat von: Sidey am 08 Januar 2017, 14:13:55
Um das Thema mit den Sendeparametern anzugehen, könnten wir in jedem Protokoll die passenden Register hinterlegen. Das in die logischen Module zu verlagern halte ich für zu kompliziert.

Ich habe es mal in die 00_SIGNALduino.pm eingebaut.
Wenn in der ProtocolListSIGNALduino frequency definiert ist, dann wird diese verwendet,
wenn aber die Sendeparameter mit sendmsg (z.B. #F10aa56) übergeben werden, dann werden diese verwendet.

Beim IT Modul macht es Sinn die Frequenz pro device zu hinterlegen, wie es bereits schon bein CUL gemacht wird.
Ich habe es mal bei mir eingebaut, es sieht dann so aus:

Code Auswählen

2017.01.08 18:58:52.945 2: sduinoE IT_set: Lampe1 on
2017.01.08 18:58:52.948 3: sduinoE IT_set: Setting ITfrequency (0D,0E,0F) to 10 aa 56 = 433.300 MHz
2017.01.08 18:58:52.948 5: sduinoE/write: adding to queue sendMsg P3#F0F000FFFF0F#R6#C280#F10aa56
2017.01.08 18:58:52.948 5: sduinoE: sendmsg IT V1 convertet tristate to bits=010001000000010101010001
2017.01.08 18:58:52.948 5: sduinoE: sendmsg Preparing rawsend command for protocol=3, repeats=6, clock=280 bits=010001000000010101010001
2017.01.08 18:58:52.948 4: sduinoE/set: sending via SendMsg: SR;R=6;P0=280;P1=-8680;P2=840;P3=-280;P4=-840;D=01042304040423040404040404042304230423042304040423;F=F10aa56;

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 08 Januar 2017, 23:27:14

Zitat von: pejonp am 08 Januar 2017, 17:16:57
ich habe mal beim CC1101 ein Paar Anpassungen durchgeführt so das er 2-FSK empfangen kann. Ich empfange jetzt auch etwas. Ich hoffe das sind meine Sensoren. Wie kann ich aus den Daten die Hex-Nachrichten machen. Als Anlage noch der Aufbau der Sensornachrichten. Vielen Dank.

Wir müssten erst mal eruieren wie eine 2-FSK Modulation aussieht und wie man diese demoduliert.
Mir ist das jetzt nicht so klar.

Zitat von: Ralf9 am 08 Januar 2017, 19:25:50
Ich habe es mal in die 00_SIGNALduino.pm eingebaut.
Wenn in der ProtocolListSIGNALduino frequency definiert ist, dann wird diese verwendet,
wenn aber die Sendeparameter mit sendmsg (z.B. #F10aa56) übergeben werden, dann werden diese verwendet.

Das gefällt mir :-)

Zitat von: Ralf9 am 08 Januar 2017, 19:25:50
Beim IT Modul macht es Sinn die Frequenz pro device zu hinterlegen, wie es bereits schon bein CUL gemacht wird.
Ich habe es mal bei mir eingebaut, es sieht dann so aus:

Die Attribute gibt es, allerdings fehlt mir gerade eine Idee, warum man das pro IT Gerät einzeln machen soll.
Auf jeden Fall sollten wir noch mal überlegen, ob wir vor jedem Sendebefehl die Frequenz setzen oder ob wir die nach dem Senden auf einen Standard zurück setzen.

Mir ist die Tage auch bewusst geworden, dass das Protokoll #3 eigentlich nicht das IT Protokoll darstellt, sondern einen PT2262 demodulator.
Wir haben da ein paar Besonderheiten eingebaut, um mit dem IT Modul klar zu kommen, die ich mittlerweile nicht mehr so gut finde.

Zwei Anwender haben eine Leinwand von eSmart. Das Protokoll ist nicht Interntechno kompatibel, macht auch nix.
Ich dachte mir, wenn die Bitfolge "111101011001101000000010" empfangen wird, dann kann das einfach mittels sendMsg P3#111101011001101000000010#R6#C210 gesendet werden. So habe ich es auch in der Commandref behauptet. Für das Protokoll #3 stimmt dies leider nicht, gesendet werden muss "11FFDFDD000D", wegen dieser Tristate Umandlung.

Ein normaler Anwender kommt da ja nicht drauf und ich hatte es auch vergessen.
Können wir die Umwandlung der Bits nicht in das IT Modul verlagern?

Zitat von: Ralf9 am 08 Januar 2017, 15:40:22
In der cc1101.h war die Arraygrösse vom PatableArray zu klein.

Wozu brauchen wir überhaupt einen reservierten Speicher für PatableArray .
So wie ich das sehe, wird die PATable im Register gespeichert. Wir haben jetzt folgendes:

8 Byte im Flash für den Standard
8 Byte im RAM für temporäre Ausgaben?
8 Byte in den CC1101 Registern
8 Byte im EEProm

Im besten Fall stehen immer identische Werte im Speicher.
Brauchen wir dieses Array denn dauerhaft oder können wir es nicht einfach aus den Registern auslesen, wenn es mal benötigt wird?

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 09 Januar 2017, 12:54:25

Zitat von: Sidey am 08 Januar 2017, 23:27:14
Die Attribute gibt es, allerdings fehlt mir gerade eine Idee, warum man das pro IT Gerät einzeln machen soll.
Auf jeden Fall sollten wir noch mal überlegen, ob wir vor jedem Sendebefehl die Frequenz setzen oder ob wir die nach dem Senden auf einen Standard zurück setzen.

Es ist pro IT Gerät notwendig, da nur bei ein paar wenigen IT Geräten die Frequenz geändert werden muß.
Es muß nur dann vor dem Senden die Frequenz geändert werden, wenn auch per "F=xxxx" eine Frequenz übergeben wurde.
Nach dem Senden auf einen Standard zurücksetzen finde ich nicht so gut. Wenn ich bei mir die Frequenz und Bandbreite geändert habe, möchte ich nicht, daß sie nach dem Senden wieder auf Standart zurück gesetzt wird.

Das mit der Datenrate ist mir nicht so recht klar, welchen Vorteil bringt es wenn wie z.B. bei Somfy beim Senden die Datenrate heruntergesetzt wird.
Ich hab nicht nachgeschaut ob die Datenrate überhaupt zum Senden verwendet wird.

Zitat
Mir ist die Tage auch bewusst geworden, dass das Protokoll #3 eigentlich nicht das IT Protokoll darstellt, sondern einen PT2262 demodulator.
Können wir die Umwandlung der Bits nicht in das IT Modul verlagern?

Ich finde das verlagern ins IT Modul würde unnötig Kompatibilitäts- und Fehlerquellen geben, wenn die Versionen nicht zusammenpassen.
Es müsste auch reichen, wenn wir in der sendmsg Routine beim Protokoll #3 eine Abfrage einbauen, daß bei einer Datenlänge größer 19 und nur 1en und 0en keine Umwandlung durchgeführt wird.

Zitat
Wozu brauchen wir überhaupt einen reservierten Speicher für PatableArray .
Brauchen wir dieses Array denn dauerhaft oder können wir es nicht einfach aus den Registern auslesen, wenn es mal benötigt wird?

Ja, es müsste auch ohne dauerhaftes Array gehen.
Z.B. so:

Code Auswählen

void writeCCpatable(uint8_t var) {           // write 8 byte to patable (kein pa ramping)
	for (uint8_t i = 0; i < 8; i++) {
		if (i == 1) {
			EEPROM.write(EE_CC1100_PA + i, var);
		} else {
			EEPROM.write(EE_CC1100_PA + i, 0);
		}
	}
	writePatable();
}

void writePatable(void) {
		cc1101_Select();                                // select CC1101
		wait_Miso();                                    // wait until MISO goes low
		sendSPI(CC1100_PATABLE | CC1100_WRITE_BURST);   // send register address
		for (uint8_t i = 0; i < 8; i++) {
			sendSPI(EEPROM.read(EE_CC1100_PA));                     // send value
		}
			cc1101_Deselect();
}

Beim readPatable wird das Multibyte Register per readburst gelesen, da bin ich mir nicht sicher ob es timing mässig passt, wenn es nach jedem sendSPI(0x00) eine kurze Pause beim msgprint gibt.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Harst am 10 Januar 2017, 20:01:04

Hallo,

vor kurzem kam eine allgemeine Anfrage zu den Olympia Fensterkontakten. Ich habe auch solche und mal mitgeschnitten.

https://forum.fhem.de/index.php/topic,60404.msg558111.html#msg558111 (https://forum.fhem.de/index.php/topic,60404.msg558111.html#msg558111)

ist solch ein Protokoll mit dem Signalduino zu machen?
Ich habe einen 868-SDuino laufen und er meldet zumindest den Empfang, bricht aber wohl wegen der Präambel ab.

Horst

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: stefanru am 12 Januar 2017, 00:18:37

Hi Ralf,

kurze Frage.
Ich habe hier Steckdosen vom Lidl. Sind wohl Brennstuhl.
Zur Zeit steuere ich sie über einen 433Mhz sender am Rapberry an PGIO.
Das tool ist:
"/home/pi/433Utils/RPi_utils/codesend 4294560 4"

Der sduino erkennt diese Sendungen, aber nur mit Help me!
Hier mal ein Auszug:
sending code[5821218]
2017.01.12 00:09:01 3: sduino: Unknown code u26#A72CDD, help me!
sending code[4780364]
2017.01.12 00:10:04 3: sduino: Unknown code u26#B70EB3, help me!
sending code[4294562]
2017.01.12 00:11:55 3: sduino: Unknown code u26#BE785D, help me!
sending code[4679092]
sending code[5821218]
2017.01.12 00:14:01 3: sduino: Unknown code u26#B89A4B, help me!
2017.01.12 00:14:02 3: sduino: Unknown code u26#A72CDD, help me!
sending code[4780364]
2017.01.12 00:16:04 3: sduino: Unknown code u26#B70EB3, help me!

Kann ich das über einen raw befehl mit sduino senden?
Fände es toll wenn ich die Krücke über den Raspberry los werden könnte.

Viele Grüße,
Stefan

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 12 Januar 2017, 08:34:23

Zum Thema 868 MHz FSK gibt es seit ein paar Tagen erste Überlegungen.

Prinzipiell sollte das machbar sein, aber hierfür sind noch ein paar Grundkenntnisse in der FSK Demodulation notwendig.

Zum Thema der Lidl Steckdosen.
Ich wüsste nicht, warum der Signalduino das nicht verarbeiten sollte.

Du müsstest dazu mal in einem neuen Beitrag die Signaldaten (Verbose 4) posten.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: stefanru am 12 Januar 2017, 19:48:09

Perfekt, mache ich.
Danke Sidey!

Gruß,
Stefan

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rin67630 am 16 Januar 2017, 00:00:38

Zitat von: Sidey am 02 Oktober 2016, 23:39:11

Weiteres ergibt sich vermutlich noch.

Grüße Sidey

Hallo,
den Signalduino habe ich mit der in der Anleitung beschriebene Hardware aufgebaut.
Das Problem ist, dass der vorgeschlagene Receiver ziemlich unselektiv ist und munter ein Störsignal, der bei 424,23MHz liegt mit aufnimmt.

Kennt jemand ein solches Signal? Es sendet ununterbrochen Pulsmoduliertes mit einem Raster von 100ms, viel zu langsam, um Audio zu sein...

Es scheint die Signalduino Firmware durcheinander zu bringen, so dass das Signalduino sich schließt und aufhört zu funktionieren.
Ich glaube, man sollte schon ein besseren Receiver einbauen. Ist jetzt bestellt.

Habt Ihr auch Ähnliches erlebt?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: juergs am 16 Januar 2017, 09:09:35

Ja, Powerline sendet auf 443 MHz.

Jürgen

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rin67630 am 16 Januar 2017, 12:14:58

Man sollte allerdings keinesfalls die billigen chinesischen Receiver-Module im Signal-Duino einbauen!

Ich glaube damit holt man sich viel zu viel Schrott von benachbarter Frequenzen und es dürfte auch der Grund sein, warum so viele "Fremdprotokolle" registriert werden.
Sehe ich das richtig?

Ich habe jetzt eine Weile mit SDR# gespielt, und es ist ziemlich Wahnsinn, was alles sich links und rechts um die 433,9 MHz herum dümpelt.
Also wer nicht gerade auf dem Bauernhof in Niederkleinöd wohnt, sollte sich unbedingt ein gescheiten Receiver-Modul zulegen, bevor es sich mit Fremdprotokolle herum ärgert.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 16 Januar 2017, 13:10:42

Zitat von: rin67630 am 16 Januar 2017, 12:14:58
Man sollte allerdings keinesfalls die billigen chinesischen Receiver-Module im Signal-Duino einbauen!

Kennst Du einen besseren Superheterodyne Empfänger als den RXB6 2.0?

Wenn Du den CC1101 verwendest kannst Du eine Bandbreite von 58 - 812 kHz einstellen.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rin67630 am 16 Januar 2017, 13:47:50

Ich hatte erstmals mit dem billigen Set Sender-Receiver, der beim FHEM-Duino beschrieben war, angefangen.
Der Superhet Receiver ist bestellt.

Ich hatte die Beschreibung aus https://wiki.fhem.de/wiki/Datei:Fhemduino_schematic.png verwendet.

Wie wäre die Schaltung des CC1101 für ein SignalDuino?
Meintest Du ein CUL mit CC1101 und den CUL-Code?

Oder geht die SignalDuino Firmware auch auf ein CUL mit CC1101?

Sorry für die viele Fragen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 16 Januar 2017, 14:04:42

Zitat von: rin67630 am 16 Januar 2017, 13:47:50
Oder geht die SignalDuino Firmware auch auf ein CUL mit CC1101?

Die SignalDuino CC1101 Firmware funktioniert auf dem Selbstbau Cul
https://wiki.fhem.de/wiki/Selbstbau_CUL#Schaltplan

https://forum.fhem.de/index.php/topic,58396.msg560502.html#msg560502

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 16 Januar 2017, 18:19:38

Dadurch, daß der Flamingo RF 21 b als ProtocolID 13b hat, gibt es eine Perl Warnung bei "get protocolIDs":

Code Auswählen

1 : PERL WARNING: Argument "13b" isn't numeric in sort at ./FHEM/00_SIGNALduino.pm line 1655.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: peppino am 16 Januar 2017, 19:21:23

Hallo mein BresserTemeo zeigt keine keine MINUS Temperaturen an.

Folgender Wert müsste eigentlich -01.0 °C sein:

CHANGED


CODE	BresserTemeo_3
	BresserTemeo_3

LASTInputDev	sduino (http://127.0.0.1:8083/fhem?detail=sduino)
MSGCNT	96
NAME	fth_TempHygroAussen
NR	24
STATE	T: 01.0 H: 68
TYPE	SD_WS (http://127.0.0.1:8083/fhem?cmd=list%20TYPE=SD_WS)
bitMSG	110100010111000011000000001000010010111010001111001111111101111011101010
lastMSG	D170C0212E8F3FDEEA
lastReceive	1484590391
sduino_DMSG	W44#D170C0212E8F3FDEEA
sduino_MSGCNT	96
sduino_RAWMSG	MU;P0=-1947;P1=-3891;P2=3880;P3=-478;P4=494;P5=-241;P7=1963;D=34570712171717071707070717071717170707070717170707070707070707170707070717070717071717170717070707171717170707171717171717171707171717170717171707170717;CP=7;R=28;
sduino_TIME	2017-01-16 19:13:11

Mein SIGNALduino ist ein cc1101

Clients

	:IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:SIGNALduino_un:
	/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MQ2T-if00-port0@57600

DMSG	0812240431
DevState	initialized
DeviceName	/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MQ2T-if00-port0@57600
FD	11
ITClock	250
MSGCNT	974
NAME	sduino
NR	23
NR_CMD_LAST_H	3
PARTIAL
RAWMSG	MC;LL=-2649;LH=3214;SL=-1176;SH=1742;D=EDDBFBCE;C=1463;L=31;R=202;
STATE	opened
TIME	1484590744
TYPE	SIGNALduino (http://127.0.0.1:8083/fhem?cmd=list%20TYPE=SIGNALduino)
unknownmessages
version	V 3.3.1-dev SIGNALduino cc1101 - compiled at Jan 12 2017 23:04:38

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 17 Januar 2017, 21:05:04

Zitat von: peppino am 16 Januar 2017, 19:21:23
Hallo mein BresserTemeo zeigt keine keine MINUS Temperaturen an.

Zeigt das Display des BresserTemeo MINUS Temperaturen an?
Passt die in fhem angezeigte Temperatur bis auf das fehlende Minus?

Das Problem dabei ist, daß bei der bisher bekannten Protokollbeschreibung es kein Vorzeichenbit gibt (ist es evtl Bit 8?)

Code Auswählen

0    4    8    12       20   24   28   32   36   40   44       52   56   60
0101 0111 1001 00010101 0010 0100 0001 1010 1000 0110 11101010 1101 1011 1110 110110010
hhhh hhhh ?bcc iiiiiiii sttt tttt tttt xxxx xxxx  BCC jjjjjjjj Syyy yyyy yyyy

- h humidity
- x checksum humidity
- t temp
- y checksum temp
- i: 8 bit random id (ändert sich beim Batterie- und Kanalwechsel)
- j: checksum id
- b: battery indicator (0=>OK, 1=>LOW)
- B: checksum battery indicator
- s: Test/Sync (0=>Normal, 1=>Test-Button pressed)
- c: Channel
- C: checksum Channel

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 17 Januar 2017, 21:23:32

Zitat von: mahowi am 16 Januar 2017, 18:19:38
Dadurch, daß der Flamingo RF 21 b als ProtocolID 13b hat, gibt es eine Perl Warnung bei "get protocolIDs":
Code Auswählen Erweitern
1 : PERL WARNING: Argument "13b" isn't numeric in sort at ./FHEM/00_SIGNALduino.pm line 1655.

Hallo Sidey,

der Buchstabe bei der ProtocolID gefällt mir nicht so richtig.
Wenn beim Flamingo anstatt 13b 1013 verwendet wird und in der 00_SIGNALduino.pm ein paar kleine Änderungen gemacht werden:

dann wird mit dem Attribut whitelist_IDs 0,3,7,12,43,44,13

Code Auswählen

2017.01.17 21:12:51.012 3: sduinoE: IDlist MS 0 13 3 7
2017.01.17 21:12:51.012 3: sduinoE: IDlist MU 1013 1044 44
2017.01.17 21:12:51.012 3: sduinoE: IDlist MC 12 43

get protocolIDs sieht dann so aus:

Code Auswählen

protocolIDs: 

 ID    modulname       protocolname # comment 

  0 MS CUL_TCM97001    weather1 # Logilink, NC, WS, TCM97001 etc 
  1 MS SIGNALduino_RSL ConradRSL 
  2 MS SD_AS           AS # Self build arduino sensor 
  3 MS IT              itv1 
  4 MS IT              arctech2 
  5 MU IT              unitec6899 
  6 MS                 weatherID6 
  7 MS SD_WS07         weatherID7 # EAS800z, FreeTec NC-7344 
  8 MU CUL_TX          TX3 Protocol 
  9 MU SD_WS09         CTW 600 # Funk Wetterstation CTW600 
 10 MC OREGON          OSV2o3 
 11 MC SD_AS           AS 
 12 MC hideki          Hideki protocol 
 13 MS FLAMINGO        FLAMINGO FA21 
 14 MS                 Heidemann HX 
 15 MS                 TCM Bell 
 16 MU Dooya           Dooya shutter 
 17 MS IT              arctech 
 18 MC                 OSV1 
 20 MU                 livolo 
 21 MU                 einhell garagedoor 
 22 MS                 TX-EZ6 
 23 MS                 perl unknown 
 24 MU                 visivon remote 
 25 MS                 les led remote 
 26 MU                 remote26 
 27 MU                 remote27 
 28 MU                 IC Ledspot 
 29 MU                 HT12e remote 
 30 MU SD_UT           unitec47031 
 31 MU                 pollin isotronic 
 32 MS                 freetec 6946 
 33 MS SD_WS           weather33 
 34 MU                 unknown34 
 35 MS                 socket35 
 36 MU                 socket36 
 37 MU SD_WS           weather37 
 38 MS CUL_TCM97001    weather38 
 39 MU RFXX10REC       X10 Protocol 
 40 MU                 romotec 
 41 MS                 elro doorbell # Elro (Smartwares) Doorbell DB200 
 42 MU                 MKT motionsensor 
 43 MC SOMFY           Somfy RTS 
 44 MU SD_WS           BresserTemeo 
 45 MS IT              revolt 
 46 MU                 EKX1BE 
 47 MC SD_WS_Maverick  Maverick protocol 
 48 MU                 TFA Dostmann 
 49 MU                 quigg_gt9000 
 50 MU SD_WS           optus_XT300 
 51 MS SD_WS           weather51 # IAN 275901 Wetterstation Lidl 
 52 MC OREGON          OS_PIR 
 55 MS IT              quigg_gt1000 
 56 MU                 Celexon 
 57 MC                 m-e 
 13 (1013) MU FLAMINGO        FLAMINGO FA21 b 
 44 (1044) MU SD_WS           BresserTemeo 

Ids with modules: 0,1,2,3,4,5,7,8,9,10,11,12,13,16,17,30,33,37,38,39,43,44,45,47,50,51,52,55,56,57,1013,1044

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 17 Januar 2017, 22:29:06

Zitat von: Ralf9 am 17 Januar 2017, 21:23:32
der Buchstabe bei der ProtocolID gefällt mir nicht so richtig.
Wenn beim Flamingo anstatt 13b 1013 verwendet wird und in der 00_SIGNALduino.pm ein paar kleine Änderungen gemacht werden:

Ja, das b war mal so eben schnell aus der Not implementiert und wenig überdacht gewählt.
Es muss eine Zahl sein, damit die Sortierung funktioniert.

Das mit der 10 vorne angestellt ist vielleicht auch noch nicht die Lösung.
Müsste 13.1 nicht auch als Zahl erkannt werden?

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rin67630 am 17 Januar 2017, 23:23:35

Entschuldige die Nachfrage: was ist der Vorteil die SignalDuino Software auf eine CC1101 CUL-Nachbau auf zu spielen, gegenüber die CULFW?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: peppino am 18 Januar 2017, 06:26:58

Zitat von: Ralf9 am 17 Januar 2017, 21:05:04
Zeigt das Display des BresserTemeo MINUS Temperaturen an?
Passt die in fhem angezeigte Temperatur bis auf das fehlende Minus?

Das Problem dabei ist, daß bei der bisher bekannten Protokollbeschreibung es kein Vorzeichenbit gibt (ist es evtl Bit 8?)
Code Auswählen Erweitern
0 4 8 12 20 24 28 32 36 40 44 52 56 60 0101 0111 1001 00010101 0010 0100 0001 1010 1000 0110 11101010 1101 1011 1110 110110010 hhhh hhhh ?bcc iiiiiiii sttt tttt tttt xxxx xxxx BCC jjjjjjjj Syyy yyyy yyyy - h humidity - x checksum humidity - t temp - y checksum temp - i: 8 bit random id (ändert sich beim Batterie- und Kanalwechsel) - j: checksum id - b: battery indicator (0=>OK, 1=>LOW) - B: checksum battery indicator - s: Test/Sync (0=>Normal, 1=>Test-Button pressed) - c: Channel - C: checksum Channel

Gruß Ralf

Hallo,

Es stimmen die Werte exact nur das kein MINUS davor steht.
Sollten sich die Temperaturen wieder mal ins PLUS bewegen kann ich Vergleichswerte liefern.

Gruß
joe

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 18 Januar 2017, 09:30:40

Zitat von: Sidey am 17 Januar 2017, 22:29:06
Das mit der 10 vorne angestellt ist vielleicht auch noch nicht die Lösung.
Müsste 13.1 nicht auch als Zahl erkannt werden?

Das müsste mal jemand testen, bei dem das "13b" ein "PERL WARNING: Argument "13b" isn't numeric" verursacht.
Bei mir gibt das 13b kein PERL WARNING. Evtl ist dies von der Perl Version abhängig.

Es müsste dazu in der %ProtocolListSIGNALduino die ProtocolID 13b durch 13.1 und beim Bresser die 51 durch 44.1 ersetzt werden.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 18 Januar 2017, 09:57:19

Mit "13.1" gibt es kein PERL WARNING mehr.

Code Auswählen

--- 00_SIGNALduino.pm.orig	2017-01-18 09:44:21.713623464 +0100
+++ 00_SIGNALduino.pm	2017-01-18 09:44:51.703390512 +0100
@@ -371,10 +371,10 @@
 			length_min      => '24',
 			length_max      => '25',
 		}, 		
-	"13b"    => 			## FLAMINGO FA20 
+	"13.1"    => 			## FLAMINGO FA20 
 		{
             name			=> 'FLAMINGO FA21 b',	
-			id          	=> '13b',
+			id          	=> '13.1',
 			one				=> [1,-2],
 			zero			=> [1,-4],
 			start			=> [10,-1],
@@ -877,10 +877,10 @@
             		length_min 		=> '64',
             		length_max 		=> '72',
 		},
-	"51" => ## Bresser Temeo Trend
+	"44.1" => ## Bresser Temeo Trend
 		{
             		name 			=> 'BresserTemeo',
-            		id 				=> '44x',
+            		id 				=> '44.1',
             		clockabs		=> 500,
             		zero 			=> [4,-4],
             		one				=> [4,-8],

Code Auswählen

protocolIDs: 

 ID    modulname       protocolname # comment 

[...]
 13 MS                 FLAMINGO FA21 
13.1 MU                 FLAMINGO FA21 b 
 14 MS                 Heidemann HX 
[...]
 44 MU SD_WS           BresserTemeo 
44.1 MU SD_WS           BresserTemeo 
 45 MS IT              revolt 
[...]

Ids with modules: 0,1,2,3,4,5,7,8,9,10,11,12,16,17,30,33,37,38,39,43,44,44.1,45,47,50,51,52,55,56,57

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 18 Januar 2017, 18:19:32

Danke für den Test.

13.1 ist 13 Komma 1 und damit eine Zahl..
Das Sorgt dafür, dass alle Funktionen, welche eine Nummer erwarten auch funktionieren.

Ob das ganze wirklich so sinnvoll ist, weiss ich nicht.

Die ID wird ja derzeit zwei Mal verwendet.
Einmal als Key für den Hash mit der Protokollbeschreibung und einmal als Wert im Feld ID.
Vielleicht lässt es sich ja auch realisieren unter einer Protokoll ID mehrere Einträge im Hash zu hinterlegen.

Ich muss da noch mal nachdenken.
Als quick fix, passt das mit dem Komma aber schon mal besser als mit dem b.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 18 Januar 2017, 19:15:18

Zitat von: Sidey am 18 Januar 2017, 18:19:32
13.1 ist 13 Komma 1 und damit eine Zahl..
Das Sorgt dafür, dass alle Funktionen, welche eine Nummer erwarten auch funktionieren.

Die ID wird ja derzeit zwei Mal verwendet.
Einmal als Key für den Hash mit der Protokollbeschreibung und einmal als Wert im Feld ID.

Ja, mit dem Komma passt es viel besser als vorher.

Mir ist nicht klar zu was die ID zwei mal eingetragen ist, wenn ich das richtig sehe wird das Feld ID gar nicht verwendet.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 18 Januar 2017, 19:23:16

Zitat von: rin67630 am 17 Januar 2017, 23:23:35
Entschuldige die Nachfrage: was ist der Vorteil die SignalDuino Software auf eine CC1101 CUL-Nachbau auf zu spielen, gegenüber die CULFW?

Du kannst die Vorteile die der Signalduino gegenüber dem CUL hat auch mit dem CC1101 nutzen.
u.a.
Beim CUL gibt es z.B. Einschränkungen beim Senden mit dem IT-Modul.
Der Signalduino kann zusätzliche Protokolle.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: peppino am 18 Januar 2017, 20:50:32

Zitat von: peppino am 18 Januar 2017, 06:26:58
Hallo,

Es stimmen die Werte exact nur das kein MINUS davor steht.
Sollten sich die Temperaturen wieder mal ins PLUS bewegen kann ich Vergleichswerte liefern.

Gruß
joe

Ich habe bei den Temperaturen ein wenig nach geholfen ;-)
Es schaut so aus als würde bit 12 und bit 44 für +/- temp sein

Code Auswählen


0    4    8    12       20   24   28   32   36   40   44       52   56   60
hhhh hhhh ?bcc iiiiiiii sttt tttt tttt xxxx xxxx  BCC jjjjjjjj Syyy yyyy yyyy
0110 0010 1011 10000110 0000 0011 0101 1001 1101 0100 01111001 1111 1100 1010 011000000      T -03.5   H 62
0110 0100 1011 10000110 0000 0001 1001 1001 1011 0100 01111001 1111 1110 0110 001000000      T -01.9   H 64
0110 1000 1011 10000110 0000 0000 0001 1001 0111 0100 01111001 1111 1111 1110 011101010      T -00.1   H 68
0111 0001 1011 00000110 0000 0001 0111 1000 1110 0100 11111001 1111 1110 1000 111011100      T +01.7   H 71
0111 0010 1011 00000110 0000 0011 0001 1000 1101 0100 11111001 1111 1100 1110 000100110      T +03.1   H 72
0111 0011 1011 00000110 0000 0100 0100 1000 1100 0100 11111001 1111 1011 1011 110011000      T +04.4   H 73
0111 0100 1011 00000110 0000 0101 0101 1000 1011 0100 11111001 1111 1010 1010 100101110      T +05.5   H 74
0111 0100 1011 00000110 0000 0101 0000 1000 1011 0100 11111001 1111 1010 1111 111011000      T +05.0   H 74
0111 0010 1011 00000110 0000 0100 0000 1000 1101 0100 11111001 1111 1011 1111 000100010      T +04.0   H 72
0111 0001 1011 00000110 0000 0010 1000 1000 1110 0100 11111001 1111 1101 0111 110001000      T +02.8   H 71
0110 1001 1011 00000110 0000 0001 1000 1001 0110 0100 11111001 1111 1110 0111 011001000      T +01.8   H 69
0110 0110 1011 00000110 0000 0001 0001 1001 1001 0100 11111001 1111 1110 1110 000000000      T +01.1   H 66
0110 0100 1011 00000110 0000 0000 0100 1001 1011 0100 11111001 1111 1111 1011 000011100      T +00.4   H 64
0110 0011 1011 10000110 0000 0000 0001 1001 1100 0100 01111001 1111 1111 1110 110001000      T -00.1   H 63
0110 0011 1011 10000110 0000 0000 0101 1001 1100 0100 01111001 1111 1111 1010 100000000      T -00.5   H 63
0110 0010 1011 10000110 0000 0000 1000 1001 1101 0100 01111001 1111 1111 0111 011001100      T -00.8   H 62
0110 0010 1011 10000110 0000 0000 1001 1001 1101 0100 01111001 1111 1111 0110 010101010      T -00.9   H 62

- h humidity
- x checksum humidity
- t temp
- y checksum temp
- i: 8 bit random id (ändert sich beim Batterie- und Kanalwechsel)
- j: checksum id
- b: battery indicator (0=>OK, 1=>LOW)
- B: checksum battery indicator
- s: Test/Sync (0=>Normal, 1=>Test-Button pressed)
- c: Channel
- C: checksum Channel

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 18 Januar 2017, 22:39:53

Zitat von: peppino am 18 Januar 2017, 20:50:32
Ich habe bei den Temperaturen ein wenig nach geholfen ;-)
Es schaut so aus als würde bit 12 und bit 44 für +/- temp sein

Ich habe mal versucht es einzubauen (siehe Anlage)
Kannst mal testen ob es so passt.

Gruß Ralf

Titel: Signalduino Entwicklung Version 3.3.1 merkwürdiges Verhalten.
Beitrag von: rin67630 am 19 Januar 2017, 04:31:13

Hallo,

ich betreibe an einem Raspi ein FHZ1300 PC (/dev/ttyUSB0) zusammen mit einem SIGNALduino (/dev/ttyUSB1 DEF:/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600). Der SIGNALduino hat ein ICH240 USB chip.

In meiner Nähe steht ein Sendemast, der ständig ein starkes Bündelfunksignal auf 428MHz ausstrahlt, der den SIGNALduino verwirrt.
Er sucht ständig nach neue Protokolle. Nach einer gewisse Zeit, geht er ins Status "closed".

Code Auswählen


...
2017.01.18 09:45:25 4: sduino/msg READ: Received answer (ed at Jan  3 2017 23:59:32) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.01.18 09:45:35 3: sduino/init: get version, retry = 3
2017.01.18 09:45:35 2: sduino/init retry count reached. Closed

Dabei (oder davor?) wird eine 2. Instanz von FHZ1 auf /dev/ttyUSB1 angelegt. ???

Ich habe ein besseres Radio-Modul bestellt, wollte aber doch fragen, warum eine 2. Instanz von FHZ1 auf /dev/ttyUSB1 angelegt wird?

Könnt Ihr euch das erklären?

Danke.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: peppino am 19 Januar 2017, 06:09:56

Zitat von: Ralf9 am 18 Januar 2017, 22:39:53
Ich habe mal versucht es einzubauen (siehe Anlage)
Kannst mal testen ob es so passt.

Gruß Ralf

Hallo,

Danke Ralf perfekt!

Gruß
Joe

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 19 Januar 2017, 15:37:02

Was mach ich falsch? mein nano mit c1101 ist immer close

Code Auswählen

 Internals: 
   Clients    :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:SIGNALduino_un: 
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MPOK-if00-port0@57600 
   DMSG       nothing 
   DevState   INACTIVE 
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MPOK-if00-port0@57600 
   NAME       SduinoC1101 
   NR         178 
   PARTIAL 
   STATE      closed 
   TIME       1484835202 
   TYPE       SIGNALduino 
   initResetFlag 1 
   initretry  3 
   unknownmessages 
   version 
   Matchlist: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$ 
     11:SD_WS09 ^P9#[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^YsA[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     17:SD_UT   ^u30#.* 
     18:FLAMINGO ^P13#[A-Fa-f0-9]+ 
     1:IT       ^i...... 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     3:SIGNALduino_RSL ^r[A-Fa-f0-9]+ 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8} 
     7:Hideki   ^P12#75[A-F0-9]+ 
     X:SIGNALduino_un ^[u]\d+#.* 
   QUEUE: 
   Readings: 
     2017-01-19 15:33:33   state           closed 
     2017-01-19 15:08:52   version         0 
   mcIdList: 
     10 
     11 
     12 
     18 
     43 
     47 
     52 
     57 
   msIdList: 
     0 
     1 
     13 
     14 
     15 
     17 
     2 
     22 
     23 
     25 
     3 
     32 
     33 
     35 
     38 
     4 
     41 
     45 
     51 
     55 
     6 
     7 
   muIdList: 
     13b 
     16 
     20 
     21 
     24 
     26 
     27 
     28 
     29 
     30 
     31 
     34 
     36 
     37 
     39 
     40 
     42 
     44 
     46 
     48 
     49 
     5 
     50 
     56 
     8 
     9 
Attributes: 
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] 
   hardware   nanoCC1101 
   room       Gateways 
   verbose    3

Habe so eingebunden wi im wiki beschrieben und das update all von diesem thread raus gesucht

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: peppino am 19 Januar 2017, 16:46:09

Zitat von: Kawaci am 19 Januar 2017, 15:37:02
Was mach ich falsch? mein nano mit c1101 ist immer close

Code Auswählen Erweitern
Internals: Clients :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:SIGNALduino_un: DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MPOK-if00-port0@57600 DMSG nothing DevState INACTIVE DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MPOK-if00-port0@57600 NAME SduinoC1101 NR 178 PARTIAL STATE closed TIME 1484835202 TYPE SIGNALduino initResetFlag 1 initretry 3 unknownmessages version Matchlist: 10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$ 11:SD_WS09 ^P9#[A-Fa-f0-9]+ 12:SD_WS ^W\d+x{0,1}#.* 13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 14:Dooya ^P16#[A-Fa-f0-9]+ 15:SOMFY ^YsA[0-9A-F]+ 16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 17:SD_UT ^u30#.* 18:FLAMINGO ^P13#[A-Fa-f0-9]+ 1:IT ^i...... 2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 3:SIGNALduino_RSL ^r[A-Fa-f0-9]+ 4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 5:CUL_TX ^TX.......... 6:SD_AS ^P2#[A-Fa-f0-9]{7,8} 7:Hideki ^P12#75[A-F0-9]+ X:SIGNALduino_un ^[u]\d+#.* QUEUE: Readings: 2017-01-19 15:33:33 state closed 2017-01-19 15:08:52 version 0 mcIdList: 10 11 12 18 43 47 52 57 msIdList: 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 41 45 51 55 6 7 muIdList: 13b 16 20 21 24 26 27 28 29 30 31 34 36 37 39 40 42 44 46 48 49 5 50 56 8 9 Attributes: flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] hardware nanoCC1101 room Gateways verbose 3

Habe so eingebunden wi im wiki beschrieben und das update all von diesem thread raus gesucht

Hallo,

Nach dem flashen musste ich meinen Nano kurz aus- und wieder anstecken und nach einenm shutdown restart wurde er verbunden.

Gruß
Joe

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 19 Januar 2017, 18:00:02

Es kann keine Version abgerufen werden.

Shutdown restart ist nach dem Update Befehl notwendig.

Das USB Device neu anstecken deutet auf eine fehlende Verbindung zwischen dem uSB Chip und dem Resetpinpin hin.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 19 Januar 2017, 20:23:14

Hi, für mich sieht die Baudrate falsch aus @38400 wäre richtig. Wobei bei mir der Status opened statt initialized ist bei falscher Baudrate.

Wie sind den die Rechte an der Schnittstelle?
ls -l /dev/serial/by-id/*
und
ls -l /dev/ttyU*

Der User fhem muss mindestens in der Group sein. Standard wäre root:dialout

Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 19 Januar 2017, 20:23:46

Hi, für mich sieht die Baudrate falsch aus @38400 wäre richtig. Wobei bei mir der Status opened statt initialized ist bei falscher Baudrate.

Wie sind den die Rechte an der Schnittstelle?
ls -l /dev/serial/by-id/*
und
ls -l /dev/ttyU*

Der User fhem muss mindestens in der Group sein. Standard wäre root:root unter by-id und beim ttyUSB root:dialout

Temporär bis zum nächsten Reboot zu ändern über:
sudo chown root:dialout /dev/ttyU*

Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 19 Januar 2017, 20:25:37

Die Baudrate stimmt

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 19 Januar 2017, 20:26:03

Danke für die antworten! Kann sie leider heute nicht mehr durchtesten muss nachtschicht gehn! Werd mich morgen darum kümmern! Melde mich wenn ich es durch habe! Danke

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 19 Januar 2017, 21:08:35

Zitat von: peppino am 19 Januar 2017, 16:46:09
Nach dem flashen musste ich meinen Nano kurz aus- und wieder anstecken und nach einenm shutdown restart wurde er verbunden.

Ich habe meine Kurzanleitung zum flashen der Signalduino CC1101 Firmware aktualisiert
https://forum.fhem.de/index.php/topic,58396.msg560502.html#msg560502

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 19 Januar 2017, 21:16:10

Die Anpassungen für die negativen Temperaturen des Bresser Temeo sind jetzt im github

Außerdem werden jetzt beim CC1101 genauso wie beim CUL bei allen Modulen in den internals die rssi angezeigt

Code Auswählen


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

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: peppino am 20 Januar 2017, 14:25:16

Zitat von: Ralf9 am 19 Januar 2017, 21:16:10
Die Anpassungen für die negativen Temperaturen des Bresser Temeo sind jetzt im github

Außerdem werden jetzt beim CC1101 genauso wie beim CUL bei allen Modulen in den internals die rssi angezeigt

Code Auswählen Erweitern
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

Gruß Ralf

Fehler beim updaten

Code Auswählen

2017.01.20 14:22:31 1 : UPD FHEM/14_SD_WS.pm
2017.01.20 14:22:31 1 : Got 18584 bytes for FHEM/14_SD_WS.pm, expected 17215
2017.01.20 14:22:31 1 : aborting.

Gruß
Joe

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Hauswart am 20 Januar 2017, 15:06:45

Kann ich bestätigen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 20 Januar 2017, 17:25:52

Zitat von: peppino am 20 Januar 2017, 14:25:16
Fehler beim updaten

es müsste jetzt wieder funktionieren

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: peppino am 20 Januar 2017, 18:03:20

Zitat von: Ralf9 am 20 Januar 2017, 17:25:52
es müsste jetzt wieder funktionieren

Danke Ralf perfekt!

Gruß
Joe

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 20 Januar 2017, 20:34:18

Zitat von: RappaSan am 20 Januar 2017, 10:44:31
Hab ich auch gedacht. Ist aber offensichtlich nicht so.
Ich habe hier von der Heim-Bieber-Filiale 2 Bewegungsmelder, 1 x Smartwares SH5-TSO-A, 1 x HomeEasy HE851.
Der Smartwares-Melder wird per Autocreate angelegt, der HomeEasy nicht.
Die beiden Dinger sind eineiige Zwillige - optisch gesehen. Hingen auch im Verkaufsraum an gleicher Stelle. Daß sie offensichtlich völlig unterschiedliche Funkprotokolle senden ist mir erst aufgefallen, als der HE851 sich partout nicht integrieren ließ.

HomeEasy kann z.Zt. mit dem Signalduino nicht funktionieren.

Code Auswählen

} elsif (length($msg) == 20 && (substr($msg, 1, 1)) eq 'h') { # HomeEasy EU

} elsif (length($msg) == 12 && (substr($msg, 1, 1)) eq 'h') { # HomeEasy HE800

beim ITv1 und ITv3 wird als preamble i verwendet.
Beim HomeEasy wird aber eine preamble ih verwendet.

@Sidey
wird beim HomeEasy auch das arctech protocol verwendet? Welche ProtocolID ?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 20 Januar 2017, 22:06:03

Ich weiss leider nicht, was homeeasy sendet und ob es vielleicht schon an das IT Modul übergeben wird.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Hauswart am 21 Januar 2017, 08:22:09

Ich musste nach dem Update heut erst noch folgendes installieren:

Code Auswählen

sudo apt-get install libdigest-crc-perl

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 21 Januar 2017, 14:40:45

hab alles so gemacht wie ihr gesagt habt und das steht jetzt im Logfile

Code Auswählen

 2017.01.21 14:38:26 3 : sduino/init: enable receiver (XE)
2017.01.21 14:38:35 3 : SduinoC1101/init: get version, retry = 1
2017.01.21 14:38:45 3 : SduinoC1101/init: get version, retry = 2
2017.01.21 14:38:55 3 : SduinoC1101/init: get version, retry = 3
2017.01.21 14:38:55 2 : SduinoC1101/init retry count reached. Reset
2017.01.21 14:38:55 3 : SduinoC1101 reset
2017.01.21 14:38:55 3 : Opening SduinoC1101 device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MPOK-if00-port0
2017.01.21 14:38:55 3 : Setting SduinoC1101 serial parameters to 57600,8,N,1
2017.01.21 14:38:55 1 : SduinoC1101/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MPOK-if00-port0@57600
2017.01.21 14:38:55 1 : SduinoC1101/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MPOK-if00-port0@57600
2017.01.21 14:38:55 3 : SduinoC1101 device opened
2017.01.21 14:38:56 3 : SduinoC1101/init: disable receiver (XQ)
2017.01.21 14:38:57 3 : SduinoC1101/init: get version, retry = 0
2017.01.21 14:39:07 3 : SduinoC1101/init: get version, retry = 1
2017.01.21 14:39:17 3 : SduinoC1101/init: get version, retry = 2
2017.01.21 14:39:27 3 : SduinoC1101/init: get version, retry = 3
2017.01.21 14:39:27 2 : SduinoC1101/init retry count reached. Closed
2017.01.21 14:39:27 2 : SduinoC1101 closed

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 21 Januar 2017, 18:10:38

Zitat von: Kawaci am 21 Januar 2017, 14:40:45
hab alles so gemacht wie ihr gesagt habt und das steht jetzt im Logfile
Code Auswählen Erweitern
2017.01.21 14:38:57 3 : SduinoC1101/init: get version, retry = 0

Irgendwas passt mit der nanocul Hardware noch nicht.
War das flashen der Firmware erfolgreich?
Hast Du den Hardware aufbau des nanocul nochmals überprüft?

bei "get version" muß folgendes als Antwort kommen

Zitat2017.01.21 17:32:30.058 4 : sduinoE/msg READ: V 3.3.1-dev SIGNALduino cc1101 - compiled at ...

Du kannst es mal mit dem seriellen Monitor der Arduino IDE versuchen.
Dort als Baudrate 57600 auswählen und dann V senden
Es muß dann die Version als Antwort kommen.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 21 Januar 2017, 20:48:07

danke! Habe jetzt alles noch mal runtergefahren neustart neu definiert auf nen andern nano und Tata es hat funktioniert und jetzt gehts komischer weise auch auf dem nano den ich als erstes gehabt habe! nur Probleme mit dem umstellen von nanocul auf sduino cc1101 hab ich!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: waschbaerbauch am 23 Januar 2017, 15:34:07

Moin - ich bin mal wieder da :)

Ich hab heute mal beim Penny meines Vertrauens eine per Funk schaltbare Steckdose erstanden.

Es handelt sich um ein Exemplar der Marke intertek / TC STAR und der Fußsender gibt auf der Rückseite die folgenden Daten an:
Schaltfrequenz: 433.050 - 434.790 MHz

Beim 'ausschalten' - 'einschalten' - 'ausschalten' ... kommt bei Verbose 3 der folgende Output:

Code Auswählen

2017.01.23 15:20:14 3: SIGduino IT: message "i2542284080" (11) too short!
2017.01.23 15:20:14 3: SIGduino IT: message "i2542284080" (11) too short!
2017.01.23 15:20:14 3: SIGduino: Unknown code i2542284080, help me!
2017.01.23 15:20:15 3: SIGduino IT: message "i2542284080" (11) too short!
2017.01.23 15:20:15 3: SIGduino IT: message "i2542284080" (11) too short!
2017.01.23 15:20:15 3: SIGduino: Unknown code i2542284080, help me!
2017.01.23 15:20:16 3: SIGduino IT: message "i2542284080" (11) too short!
2017.01.23 15:20:16 3: SIGduino IT: message "i2542284080" (11) too short!
2017.01.23 15:20:16 3: SIGduino: Unknown code i2542284080, help me!
2017.01.23 15:20:17 3: SIGduino IT: message "i2542284080" (11) too short!
2017.01.23 15:20:17 3: SIGduino IT: message "i2542284080" (11) too short!
2017.01.23 15:20:17 3: SIGduino: Unknown code i2542284080, help me!
2017.01.23 15:20:18 3: SIGduino: Unknown code u40#84080, help me!
2017.01.23 15:20:18 3: SIGduino: Unknown code u40#4A84508100, help me!
2017.01.23 15:21:28 3: SIGduino IT: message "iA5C2A8C000" (11) too short!
2017.01.23 15:21:28 3: SIGduino IT: message "iA5C2A8C000" (11) too short!
2017.01.23 15:21:28 3: SIGduino: Unknown code iA5C2A8C000, help me!
2017.01.23 15:21:31 3: SIGduino IT: message "iA5C2A8C000" (11) too short!
2017.01.23 15:21:31 3: SIGduino IT: message "iA5C2A8C000" (11) too short!
2017.01.23 15:21:31 3: SIGduino: Unknown code iA5C2A8C000, help me!

Mit 'verbose = 5' wird es dann etwas mehr an Daten - hier spielt dann aber (meine ich) auch die Conrad Funk-Wetterstation mit Wind- und Regensensor (Hideki) mit rein.

Code Auswählen

2017.01.23 15:24:15 3: SIGduino: setting Verbose to: 5
2017.01.23 15:24:20 4: SIGduino/msg READ: MC;LL=-1054;LH=903;SL=-551;SH=430;D=A8E9F45AC8;C=489;L=38;
2017.01.23 15:24:20 4: SIGduino: Found manchester Protocol id 52 clock 489 -> OS_PIR
2017.01.23 15:24:20 5: SIGduino: extracted data 0101011100010110000010111010010100110111 (bin)
2017.01.23 15:24:20 4: SIGduino/msg READ: MC;LL=-987;LH=903;SL=-551;SH=430;D=1FFDC0D2B21FF;C=478;L=52;
2017.01.23 15:24:20 4: SIGduino: Found manchester Protocol id 52 clock 478 -> OS_PIR
2017.01.23 15:24:20 5: SIGduino: extracted data 1110000000000010001111110010110101001101111000000000 (bin)
2017.01.23 15:24:20 4: SIGduino/msg READ: MC;LL=-1040;LH=912;SL=-545;SH=436;D=A3A7D16BA1FFDC0D2B25A3;C=488;L=88;
2017.01.23 15:24:20 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 15:24:20 5: SIGduino: extracted data 0101110001011000001011101001010001011110000000000010001111110010110101001101101001011100 (bin)
2017.01.23 15:24:20 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 15:24:20 5: SIGduino: extracted data 0101110001011000001011101001010001011110000000000010001111110010110101001101101001011100 (bin)
2017.01.23 15:24:20 4: SIGduino: Found manchester Protocol id 52 clock 488 -> OS_PIR
2017.01.23 15:24:20 5: SIGduino: extracted data 0101110001011000001011101001010001011110000000000010001111110010110101001101101001011100 (bin)
2017.01.23 15:24:20 4: SIGduino/msg READ: MC;LL=-1038;LH=920;SL=-550;SH=427;D=A3A7D16B61FFDC0D2B23CB;C=489;L=88;
2017.01.23 15:24:20 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 15:24:20 5: SIGduino: extracted data 0101110001011000001011101001010010011110000000000010001111110010110101001101110000110100 (bin)
2017.01.23 15:24:20 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 15:24:20 5: SIGduino: extracted data 0101110001011000001011101001010010011110000000000010001111110010110101001101110000110100 (bin)
2017.01.23 15:24:20 4: SIGduino: Found manchester Protocol id 52 clock 489 -> OS_PIR
2017.01.23 15:24:20 5: SIGduino: extracted data 0101110001011000001011101001010010011110000000000010001111110010110101001101110000110100 (bin)
2017.01.23 15:24:21 4: SIGduino/msg READ: MC;LL=-1039;LH=917;SL=-549;SH=427;D=A32ED97723FFD8FFF61FFFFFF1F11EB;C=488;L=124;
2017.01.23 15:24:21 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 15:24:21 5: SIGduino: extracted data 0101110011010001001001101000100011011100000000000010011100000000000010011110000000000000000000000000111000001110111000010100 (bin)
2017.01.23 15:24:21 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 15:24:21 5: SIGduino: extracted data 0101110011010001001001101000100011011100000000000010011100000000000010011110000000000000000000000000111000001110111000010100 (bin)
2017.01.23 15:24:21 4: SIGduino: Found manchester Protocol id 52 clock 488 -> OS_PIR
2017.01.23 15:24:21 5: SIGduino: extracted data 0101110011010001001001101000100011011100000000000010011100000000000010011110000000000000000000000000111000001110111000010100 (bin)
2017.01.23 15:24:21 4: SIGduino: Oregon PIR protocol detected: header_pos = 100
2017.01.23 15:24:21 5: SIGduino: converted Data to (u52#5CD12688DC00270009E000000E0EE14)
2017.01.23 15:24:21 5: SIGduino: dispatch u52#5CD12688DC00270009E000000E0EE14
2017.01.23 15:24:21 4: SIGNALduino_unknown incomming msg: u52#5CD12688DC00270009E000000E0EE14
2017.01.23 15:24:21 4: SIGNALduino_unknown rawData: 5CD12688DC00270009E000000E0EE14
2017.01.23 15:24:21 4: SIGNALduino_unknown Protocol: 52
2017.01.23 15:24:21 4: SIGNALduino_unknown converted to bits: 0101110011010001001001101000100011011100000000000010011100000000000010011110000000000000000000000000111000001110111000010100
2017.01.23 15:24:21 4: Unknown, please report
2017.01.23 15:24:21 3: SIGduino: Unknown code u52#5CD12688DC00270009E000000E0EE14, help me!
2017.01.23 15:24:21 4: SIGduino/msg READ: MC;LL=-1037;LH=917;SL=-547;SH=433;D=A32ED977A3FFD8FFF61FFFFFF1F1535;C=488;L=124;
2017.01.23 15:24:21 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 15:24:21 5: SIGduino: extracted data 0101110011010001001001101000100001011100000000000010011100000000000010011110000000000000000000000000111000001110101011001010 (bin)
2017.01.23 15:24:21 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 15:24:21 5: SIGduino: extracted data 0101110011010001001001101000100001011100000000000010011100000000000010011110000000000000000000000000111000001110101011001010 (bin)
2017.01.23 15:24:21 4: SIGduino: Found manchester Protocol id 52 clock 488 -> OS_PIR
2017.01.23 15:24:21 5: SIGduino: extracted data 0101110011010001001001101000100001011100000000000010011100000000000010011110000000000000000000000000111000001110101011001010 (bin)
2017.01.23 15:24:21 4: SIGduino: Oregon PIR protocol detected: header_pos = 100
2017.01.23 15:24:21 5: SIGduino: converted Data to (u52#5CD126885C00270009E000000E0EACA)
2017.01.23 15:24:21 5: SIGduino: dispatch u52#5CD126885C00270009E000000E0EACA
2017.01.23 15:24:21 4: SIGNALduino_unknown incomming msg: u52#5CD126885C00270009E000000E0EACA
2017.01.23 15:24:21 4: SIGNALduino_unknown rawData: 5CD126885C00270009E000000E0EACA
2017.01.23 15:24:21 4: SIGNALduino_unknown Protocol: 52
2017.01.23 15:24:21 4: SIGNALduino_unknown converted to bits: 0101110011010001001001101000100001011100000000000010011100000000000010011110000000000000000000000000111000001110101011001010
2017.01.23 15:24:21 4: Unknown, please report
2017.01.23 15:24:21 3: SIGduino: Unknown code u52#5CD126885C00270009E000000E0EACA, help me!
2017.01.23 15:24:21 4: SIGduino/msg READ: MC;LL=-1036;LH=920;SL=-550;SH=430;D=A8CBB65DD8FFF63FFD87FFFFFC7C4E84;C=489;L=126;
2017.01.23 15:24:21 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 15:24:21 5: SIGduino: extracted data 01010111001101000100100110100010001001110000000000001001110000000000001001111000000000000000000000000011100000111011000101111011 (bin)
2017.01.23 15:24:21 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 15:24:21 5: SIGduino: extracted data 01010111001101000100100110100010001001110000000000001001110000000000001001111000000000000000000000000011100000111011000101111011 (bin)
2017.01.23 15:24:21 4: SIGduino: hideki protocol converted to hex: 758BB244074007400F00001C6E7A01 with 127 bits, messagestart 1
2017.01.23 15:24:21 5: SIGduino: converted Data to (P12#758BB244074007400F00001C6E7A01)
2017.01.23 15:24:21 5: SIGduino: dispatch P12#758BB244074007400F00001C6E7A01
2017.01.23 15:24:21 4: Hideki_Parse SIGduino incomming P12#758BB244074007400F00001C6E7A01
2017.01.23 15:24:21 4: Hideki_Parse SensorTyp = 12 decodedString = 759dd6cc09c009c011000024b28e03
2017.01.23 15:24:21 5: SIGduino Sensor Typ 12 currently not full supported, please report sensor information!
2017.01.23 15:24:21 4: SIGduino decoded Hideki protocol model=Hideki_12, sensor id=9d, channel=4, temp=0.9, humidity=9, bat=ok, rain=0
2017.01.23 15:24:21 5: deviceCode: Hideki_12_4
2017.01.23 15:24:21 4: SIGduino: Found manchester Protocol id 52 clock 489 -> OS_PIR
2017.01.23 15:24:21 5: SIGduino: extracted data 01010111001101000100100110100010001001110000000000001001110000000000001001111000000000000000000000000011100000111011000101111011 (bin)
2017.01.23 15:24:21 4: SIGduino: Oregon PIR protocol detected: header_pos = 102
2017.01.23 15:24:21 5: SIGduino: converted Data to (u52#573449A2270009C0027800000383B17B)
2017.01.23 15:24:21 5: SIGduino: dispatch u52#573449A2270009C0027800000383B17B
2017.01.23 15:24:21 4: SIGNALduino_unknown incomming msg: u52#573449A2270009C0027800000383B17B
2017.01.23 15:24:21 4: SIGNALduino_unknown rawData: 573449A2270009C0027800000383B17B
2017.01.23 15:24:21 4: SIGNALduino_unknown Protocol: 52
2017.01.23 15:24:21 4: SIGNALduino_unknown converted to bits: 01010111001101000100100110100010001001110000000000001001110000000000001001111000000000000000000000000011100000111011000101111011
2017.01.23 15:24:21 4: Unknown, please report
2017.01.23 15:24:21 3: SIGduino: Unknown code u52#573449A2270009C0027800000383B17B, help me!
2017.01.23 15:24:43 4: SIGduino/msg READ: MS;P0=259;P1=-724;P2=743;P3=-248;P4=-7616;D=0401230101012301230101230101012301012301012301010101012301010101012323230101010101;CP=0;SP=4;O;
2017.01.23 15:24:43 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:43 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:43 4: SIGduino: Decoded MS Protocol id 3 dmsg i45224820E0 length 40
2017.01.23 15:24:43 5: SIGduino: converted Data to (i45224820E0)
2017.01.23 15:24:43 5: SIGduino: dispatch i45224820E0
2017.01.23 15:24:43 3: SIGduino IT: message "i45224820E0" (11) too short!
2017.01.23 15:24:43 3: SIGduino IT: message "i45224820E0" (11) too short!
2017.01.23 15:24:43 3: SIGduino: Unknown code i45224820E0, help me!
2017.01.23 15:24:43 4: SIGduino/msg READ: MS;P0=261;P1=-720;P2=750;P3=-243;P4=-7743;D=0401230101012301230101230101012301012301012301010101012301010101012323230101010101;CP=0;SP=4;O;
2017.01.23 15:24:43 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:43 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:43 4: SIGduino: Decoded MS Protocol id 3 dmsg i45224820E0 length 40
2017.01.23 15:24:43 5: SIGduino: converted Data to (i45224820E0)
2017.01.23 15:24:43 4: SIGduino: Dropped (i45224820E0) due to short time or equal msg
2017.01.23 15:24:43 4: SIGduino/msg READ: MS;P0=739;P1=-255;P2=252;P3=-728;P4=-7876;D=2423012323230123012323012323230123230123230123232323230123232323230101012323232323;CP=2;SP=4;
2017.01.23 15:24:43 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:43 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:43 4: SIGduino: Decoded MS Protocol id 3 dmsg i45224820E0 length 40
2017.01.23 15:24:43 5: SIGduino: converted Data to (i45224820E0)
2017.01.23 15:24:43 4: SIGduino: Dropped (i45224820E0) due to short time or equal msg
2017.01.23 15:24:46 4: SIGduino/msg READ: MS;P0=755;P1=-239;P2=262;P3=-721;P4=-7613;D=2401012323230123010123012323230123010123230123232301230123232323232301012323232323;CP=2;SP=4;O;
2017.01.23 15:24:46 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:46 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:46 4: SIGduino: Decoded MS Protocol id 3 dmsg iC5A2C8A060 length 40
2017.01.23 15:24:46 5: SIGduino: converted Data to (iC5A2C8A060)
2017.01.23 15:24:46 5: SIGduino: dispatch iC5A2C8A060
2017.01.23 15:24:46 3: SIGduino IT: message "iC5A2C8A060" (11) too short!
2017.01.23 15:24:46 3: SIGduino IT: message "iC5A2C8A060" (11) too short!
2017.01.23 15:24:46 3: SIGduino: Unknown code iC5A2C8A060, help me!
2017.01.23 15:24:46 4: SIGduino/msg READ: MS;P0=749;P1=-243;P2=262;P3=-721;P4=-7746;D=2401012323230123010123012323230123010123230123232301230123232323232301012323232323;CP=2;SP=4;O;
2017.01.23 15:24:46 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:46 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:46 4: SIGduino: Decoded MS Protocol id 3 dmsg iC5A2C8A060 length 40
2017.01.23 15:24:46 5: SIGduino: converted Data to (iC5A2C8A060)
2017.01.23 15:24:46 4: SIGduino: Dropped (iC5A2C8A060) due to short time or equal msg
2017.01.23 15:24:46 4: SIGduino/msg READ: MS;P0=251;P1=-728;P2=740;P3=-254;P4=-7874;D=0423230101012301232301230101012301232301012301010123012301010101010123230101010101;CP=0;SP=4;
2017.01.23 15:24:46 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:46 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:46 4: SIGduino: Decoded MS Protocol id 3 dmsg iC5A2C8A060 length 40
2017.01.23 15:24:46 5: SIGduino: converted Data to (iC5A2C8A060)
2017.01.23 15:24:46 4: SIGduino: Dropped (iC5A2C8A060) due to short time or equal msg
2017.01.23 15:24:50 4: SIGduino/msg READ: MS;P1=264;P2=-719;P3=749;P4=-246;P5=-7616;D=1512121212123412341234341212123412121212123412121212343412121212123412341212121212;CP=1;SP=5;O;
2017.01.23 15:24:50 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:50 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:50 4: SIGduino: Decoded MS Protocol id 3 dmsg i05620860A0 length 40
2017.01.23 15:24:50 5: SIGduino: converted Data to (i05620860A0)
2017.01.23 15:24:50 5: SIGduino: dispatch i05620860A0
2017.01.23 15:24:50 3: SIGduino IT: message "i05620860A0" (11) too short!
2017.01.23 15:24:50 3: SIGduino IT: message "i05620860A0" (11) too short!
2017.01.23 15:24:50 3: SIGduino: Unknown code i05620860A0, help me!
2017.01.23 15:24:50 4: SIGduino/msg READ: MS;P0=-253;P1=252;P2=-726;P3=742;P4=-7750;D=1412121212123012301230301212123012121212123012121212303012121212123012301212121212;CP=1;SP=4;O;
2017.01.23 15:24:50 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:50 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:50 4: SIGduino: Decoded MS Protocol id 3 dmsg i05620860A0 length 40
2017.01.23 15:24:50 5: SIGduino: converted Data to (i05620860A0)
2017.01.23 15:24:50 4: SIGduino: Dropped (i05620860A0) due to short time or equal msg
2017.01.23 15:24:50 4: SIGduino/msg READ: MS;P0=-726;P1=255;P2=746;P3=-249;P4=-7882;D=1410101010102310231023231010102310101010102310101010232310101010102310231010101010;CP=1;SP=4;O;
2017.01.23 15:24:50 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:50 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:50 4: SIGduino: Decoded MS Protocol id 3 dmsg i05620860A0 length 40
2017.01.23 15:24:50 5: SIGduino: converted Data to (i05620860A0)
2017.01.23 15:24:50 4: SIGduino: Dropped (i05620860A0) due to short time or equal msg
2017.01.23 15:24:50 4: SIGduino/msg READ: MU;P0=-725;P1=255;P2=741;P3=-254;D=01010101023101010102323101010101023102310101010101;CP=1;
2017.01.23 15:24:50 4: SIGduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.23 15:24:50 5: SIGduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.01.23 15:24:50 5: SIGduino: applying filterfunc SIGNALduino_filterSign
2017.01.23 15:24:50 4: SIGduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.23 15:24:50 5: SIGduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.01.23 15:24:50 4: SIGduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.23 15:24:50 5: SIGduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.01.23 15:24:50 4: SIGduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.01.23 15:24:50 5: SIGduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.01.23 15:24:50 4: SIGduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.23 15:24:50 5: SIGduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.01.23 15:24:50 4: SIGduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.23 15:24:50 5: SIGduino: Starting demodulation at Position 1
2017.01.23 15:24:50 5: SIGduino: applying filterfunc SIGNALduino_compPattern
2017.01.23 15:24:50 4: SIGduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.01.23 15:24:50 5: SIGduino: Starting demodulation at Position 3
2017.01.23 15:24:50 5: SIGduino: dispatching bits: 0 0 0 1 0 0 0 0 1 1 0 0 0 0 0 1 0 1 0 0 0 0 0 0
2017.01.23 15:24:50 4: SIGduino: decoded matched MU Protocol id 40 dmsg u40#10C140 length 24
2017.01.23 15:24:50 5: SIGduino: converted Data to (u40#10C140)
2017.01.23 15:24:50 5: SIGduino: dispatch u40#10C140
2017.01.23 15:24:50 4: SIGNALduino_unknown incomming msg: u40#10C140
2017.01.23 15:24:50 4: SIGNALduino_unknown rawData: 10C140
2017.01.23 15:24:50 4: SIGNALduino_unknown Protocol: 40
2017.01.23 15:24:50 4: SIGNALduino_unknown converted to bits: 000100001100000101000000
2017.01.23 15:24:50 4: Unknown, please report
2017.01.23 15:24:50 3: SIGduino: Unknown code u40#10C140, help me!
2017.01.23 15:24:50 4: SIGduino: Fingerprint for MU Protocol id 56 -> Celexon matches, trying to demodulate
2017.01.23 15:24:50 5: SIGduino: start pattern for MU Protocol id 56 -> Celexon mismatches, aborting
2017.01.23 15:24:50 4: SIGduino/msg READ: MS;P0=-243;P2=-724;P3=748;P5=252;P7=-7617;D=5730525252523052303030305252523052305252523052525230303052525252525252305252525252;CP=5;SP=7;O;
2017.01.23 15:24:50 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:50 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:50 4: SIGduino: Decoded MS Protocol id 3 dmsg i85E288E020 length 40
2017.01.23 15:24:50 5: SIGduino: converted Data to (i85E288E020)
2017.01.23 15:24:50 5: SIGduino: dispatch i85E288E020
2017.01.23 15:24:50 3: SIGduino IT: message "i85E288E020" (11) too short!
2017.01.23 15:24:50 3: SIGduino IT: message "i85E288E020" (11) too short!
2017.01.23 15:24:50 3: SIGduino: Unknown code i85E288E020, help me!
2017.01.23 15:24:50 4: SIGduino/msg READ: MS;P0=-720;P1=264;P2=749;P3=-243;P4=-7753;D=1423101010102310232323231010102310231010102310101023232310101010101010231010101010;CP=1;SP=4;O;
2017.01.23 15:24:50 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:50 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:50 4: SIGduino: Decoded MS Protocol id 3 dmsg i85E288E020 length 40
2017.01.23 15:24:50 5: SIGduino: converted Data to (i85E288E020)
2017.01.23 15:24:50 4: SIGduino: Dropped (i85E288E020) due to short time or equal msg
2017.01.23 15:24:51 4: SIGduino/msg READ: MS;P0=-721;P1=748;P2=-246;P3=263;P4=-7882;D=3412303030301230121212123030301230123030301230303012121230303030303030123030303030;CP=3;SP=4;O;
2017.01.23 15:24:51 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:51 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:51 4: SIGduino: Decoded MS Protocol id 3 dmsg i85E288E020 length 40
2017.01.23 15:24:51 5: SIGduino: converted Data to (i85E288E020)
2017.01.23 15:24:51 4: SIGduino: Dropped (i85E288E020) due to short time or equal msg
2017.01.23 15:24:54 4: SIGduino/msg READ: MU;P0=-255;P1=249;P2=-730;P3=740;D=012121230123012121230121212303030121212121212123012121212121;CP=1;
2017.01.23 15:24:54 4: SIGduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.23 15:24:54 5: SIGduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.01.23 15:24:54 5: SIGduino: applying filterfunc SIGNALduino_filterSign
2017.01.23 15:24:54 4: SIGduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.23 15:24:54 5: SIGduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.01.23 15:24:54 4: SIGduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.23 15:24:54 5: SIGduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.01.23 15:24:54 4: SIGduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.01.23 15:24:54 5: SIGduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.01.23 15:24:54 4: SIGduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.23 15:24:54 5: SIGduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.01.23 15:24:54 4: SIGduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.23 15:24:54 5: SIGduino: Starting demodulation at Position 1
2017.01.23 15:24:54 5: SIGduino: applying filterfunc SIGNALduino_compPattern
2017.01.23 15:24:54 4: SIGduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.01.23 15:24:54 5: SIGduino: Starting demodulation at Position 3
2017.01.23 15:24:54 5: SIGduino: dispatching bits: 0 0 1 0 1 0 0 0 1 0 0 0 1 1 1 0 0 0 0 0 0 0 1 0 0 0 0 0
2017.01.23 15:24:54 4: SIGduino: decoded matched MU Protocol id 40 dmsg u40#288E020 length 28
2017.01.23 15:24:54 5: SIGduino: converted Data to (u40#288E020)
2017.01.23 15:24:54 5: SIGduino: dispatch u40#288E020
2017.01.23 15:24:54 4: SIGNALduino_unknown incomming msg: u40#288E020
2017.01.23 15:24:54 4: SIGNALduino_unknown rawData: 288E020
2017.01.23 15:24:54 4: SIGNALduino_unknown Protocol: 40
2017.01.23 15:24:54 4: SIGNALduino_unknown converted to bits: 0010100010001110000000100000
2017.01.23 15:24:54 4: Unknown, please report
2017.01.23 15:24:54 3: SIGduino: Unknown code u40#288E020, help me!
2017.01.23 15:24:54 4: SIGduino: Fingerprint for MU Protocol id 56 -> Celexon matches, trying to demodulate
2017.01.23 15:24:54 5: SIGduino: start pattern for MU Protocol id 56 -> Celexon mismatches, aborting
2017.01.23 15:24:54 4: SIGduino/msg READ: MS;P0=752;P1=-240;P2=261;P3=-723;P4=-7618;D=2423010101230123012323230123230123230101010123232323232301232323230101230123232323;CP=2;SP=4;O;
2017.01.23 15:24:54 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:54 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:54 4: SIGduino: Decoded MS Protocol id 3 dmsg i75127810D0 length 40
2017.01.23 15:24:54 5: SIGduino: converted Data to (i75127810D0)
2017.01.23 15:24:54 5: SIGduino: dispatch i75127810D0
2017.01.23 15:24:54 3: SIGduino IT: message "i75127810D0" (11) too short!
2017.01.23 15:24:54 3: SIGduino IT: message "i75127810D0" (11) too short!
2017.01.23 15:24:54 3: SIGduino: Unknown code i75127810D0, help me!
2017.01.23 15:24:57 4: SIGduino/msg READ: MS;P0=248;P1=-731;P2=739;P3=-256;P4=-7620;D=0401232323012301230101012301012301012323232301010101010123010101012323012301010101;CP=0;SP=4;
2017.01.23 15:24:57 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 15:24:57 5: SIGduino: Starting demodulation at Position 2
2017.01.23 15:24:57 4: SIGduino: Decoded MS Protocol id 3 dmsg i75127810D0 length 40
2017.01.23 15:24:57 5: SIGduino: converted Data to (i75127810D0)
2017.01.23 15:24:57 5: SIGduino: dispatch i75127810D0
2017.01.23 15:24:57 3: SIGduino IT: message "i75127810D0" (11) too short!
2017.01.23 15:24:57 3: SIGduino IT: message "i75127810D0" (11) too short!
2017.01.23 15:24:57 3: SIGduino: Unknown code i75127810D0, help me!
2017.01.23 15:24:57 4: SIGduino/msg READ: MC;LL=-1040;LH=918;SL=-547;SH=431;D=A8CBB65DC8FFF63FFD87FEF01E4E869C;C=489;L=126;
2017.01.23 15:24:57 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 15:24:57 5: SIGduino: extracted data 01010111001101000100100110100010001101110000000000001001110000000000001001111000000000010000111111100001101100010111100101100011 (bin)
2017.01.23 15:24:57 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 15:24:57 5: SIGduino: extracted data 01010111001101000100100110100010001101110000000000001001110000000000001001111000000000010000111111100001101100010111100101100011 (bin)
2017.01.23 15:24:57 4: SIGduino: hideki protocol converted to hex: 758BB2C4074007400F20FED8F41A01 with 127 bits, messagestart 1
2017.01.23 15:24:57 5: SIGduino: converted Data to (P12#758BB2C4074007400F20FED8F41A01)
2017.01.23 15:24:57 5: SIGduino: dispatch P12#758BB2C4074007400F20FED8F41A01
2017.01.23 15:24:57 4: Hideki_Parse SIGduino incomming P12#758BB2C4074007400F20FED8F41A01
2017.01.23 15:24:57 4: Hideki_Parse SensorTyp = 12 decodedString = 759dd64c09c009c0116002681c2e03
2017.01.23 15:24:57 5: SIGduino Sensor Typ 12 currently not full supported, please report sensor information!
2017.01.23 15:24:57 4: SIGduino decoded Hideki protocol model=Hideki_12, sensor id=9d, channel=4, temp=0.9, humidity=9, bat=ok, rain=0
2017.01.23 15:24:57 5: deviceCode: Hideki_12_4
2017.01.23 15:24:57 4: SIGduino: Found manchester Protocol id 52 clock 489 -> OS_PIR
2017.01.23 15:24:57 5: SIGduino: extracted data 01010111001101000100100110100010001101110000000000001001110000000000001001111000000000010000111111100001101100010111100101100011 (bin)
2017.01.23 15:25:00 4: SIGduino/KeepAliveOk: 1
2017.01.23 15:25:00 4: SIGduino/keepalive retry = 0

Bekommt man die Steckdose ggf. auch noch mit eingebunden? Ich hätte da auch noch eine weitere 'Fuß-Schalter Fernbedienung' zum testen.

Gruß
Mario

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 23 Januar 2017, 17:32:39

Hi Ralf,

Was meinst Du?
Sollen wir mal ein ITv1 Protokoll, was exakt der Datenlänge vom ITV1 Protokoll entspricht anlegen und dann die anderen Daten mit einer anderen Kennung versenden?
Ich Blick ja nicht mehr durch, was wirklich noch ITv1 ist und was nur ähnlich aufgebaut wurde.
Im IT Modul weiss man ja auch nicht, was da gesendet hat.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 23 Januar 2017, 20:22:58

Zitat von: waschbaerbauch am 23 Januar 2017, 15:34:07
Ich hab heute mal beim Penny meines Vertrauens eine per Funk schaltbare Steckdose erstanden.

Es handelt sich um ein Exemplar der Marke intertek / TC STAR und der Fußsender gibt auf der Rückseite die folgenden Daten an:
Schaltfrequenz: 433.050 - 434.790 MHz

Beim 'ausschalten' - 'einschalten' - 'ausschalten' ... kommt bei Verbose 3 der folgende Output:

Du kannst mal nachschauen ob beim Einschalten und beim Ausschalten jeweils immer der gleiche Code empfangen wird.
Wenn bei jedem ein- und ausschalten ein anderer Code empfangen wird, dann könnte es ein rolling Code sein, dann wird das einbinden sehr aufwendig.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 23 Januar 2017, 20:52:20

Zitat von: Sidey am 23 Januar 2017, 17:32:39
Hi Ralf,

Was meinst Du?
Sollen wir mal ein ITv1 Protokoll, was exakt der Datenlänge vom ITV1 Protokoll entspricht anlegen und dann die anderen Daten mit einer anderen Kennung versenden?
Ich Blick ja nicht mehr durch, was wirklich noch ITv1 ist und was nur ähnlich aufgebaut wurde.
Im IT Modul weiss man ja auch nicht, was da gesendet hat.

Ja, bei Bedarf könnte man das schon machen. Ich sehe momentan noch kein Bedarf. Wenn ein konkreter Bedarf vorliegt, dann ist das Testen einfacher.
Mir ist momentan kein Fall bekannt, wo was brauchbares (kein roling code) empfangen wird und vom IT-Modul nicht verarbeitet werden kann.
Ist Dir ein Fall bekannt?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: waschbaerbauch am 23 Januar 2017, 20:56:12

Funk-Fuß-Taster 2:

Code Auswählen

2017.01.23 20:50:48 3: SIGduino IT: message "i0334E08848" (11) too short!
2017.01.23 20:50:48 3: SIGduino IT: message "i0334E08848" (11) too short!
2017.01.23 20:50:48 3: SIGduino: Unknown code i0334E08848, help me!
2017.01.23 20:50:55 3: SIGduino IT: message "iC3F4204888" (11) too short!
2017.01.23 20:50:55 3: SIGduino IT: message "iC3F4204888" (11) too short!
2017.01.23 20:50:55 3: SIGduino: Unknown code iC3F4204888, help me!
2017.01.23 20:50:56 3: SIGduino IT: message "i4374A0C808" (11) too short!
2017.01.23 20:50:56 3: SIGduino IT: message "i4374A0C808" (11) too short!
2017.01.23 20:50:56 3: SIGduino: Unknown code i4374A0C808, help me!
2017.01.23 20:51:11 3: SIGduino IT: message "i2314C0A868" (11) too short!
2017.01.23 20:51:11 3: SIGduino IT: message "i2314C0A868" (11) too short!
2017.01.23 20:51:11 3: SIGduino: Unknown code i2314C0A868, help me!
2017.01.23 20:51:32 3: SIGduino IT: message "iE3D40068A8" (11) too short!
2017.01.23 20:51:32 3: SIGduino IT: message "iE3D40068A8" (11) too short!
2017.01.23 20:51:32 3: SIGduino: Unknown code iE3D40068A8, help me!
2017.01.23 20:51:33 1: ERROR: >Unknown, please report< returned by the SIGNALduino_un ParseFn is invalid, notify the module maintainer

verbose = 5

Code Auswählen

2017.01.23 21:09:12 4: SIGduino/msg READ: MC;LL=-1041;LH=915;SL=-549;SH=429;D=A8CBB65DC9FFF67FFD987F201EEB16F4;C=488;L=126;
2017.01.23 21:09:12 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:09:12 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:09:12 4: SIGduino/msg READ: MC;LL=-1039;LH=920;SL=-549;SH=428;D=A32ED977A7FFD9FFF661FC807BAC163;C=489;L=124;
2017.01.23 21:09:12 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:09:12 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:09:12 4: SIGduino/msg READ: MC;LL=-1039;LH=916;SL=-549;SH=430;D=A8CBB65DD9FFF67FFD987F201EEB1FDC;C=488;L=126;
2017.01.23 21:09:12 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:09:12 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:09:45 4: SIGduino/msg READ: MC;LL=-1042;LH=919;SL=-548;SH=431;D=A8CBB65DC9FFF67FFDE7FE201C7D84BC;C=489;L=126;
2017.01.23 21:09:45 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:09:45 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:09:45 4: SIGduino/msg READ: MC;LL=-1036;LH=918;SL=-547;SH=429;D=D465DB2EF4FFFB3FFEF3FF100E3ECBE2;C=488;L=127;
2017.01.23 21:09:45 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:09:45 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:09:45 4: SIGduino/msg READ: MC;LL=-1037;LH=922;SL=-547;SH=430;D=5465DB2EECFFFB3FFEF3FF100E3EC6CA;C=489;L=127;
2017.01.23 21:09:45 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:09:45 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:09:46 4: SIGduino/msg READ: MC;LL=-1047;LH=916;SL=-552;SH=419;D=A8E9F45AC8;C=488;L=39;
2017.01.23 21:09:46 4: SIGduino/msg READ: MC;LL=-1047;LH=916;SL=-552;SH=419;D=7FFB81A56037A;C=488;L=51;
2017.01.23 21:09:46 4: SIGduino/msg READ: MC;LL=-1035;LH=919;SL=-548;SH=430;D=A8E9F45AE8FFF7034AC1784;C=488;L=90;
2017.01.23 21:09:46 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:09:46 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:09:46 4: SIGduino/msg READ: MC;LL=-1038;LH=922;SL=-550;SH=429;D=A3A7D16B63FFDC0D2B0389;C=489;L=88;
2017.01.23 21:09:46 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:09:46 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:09:49 4: SIGduino/msg READ: MS;P2=-254;P3=270;P5=760;P6=-748;P7=-7808;D=3736525236363652523652365236523636523636363636363652525236523636363636523652363636;303030;CP=3;SP=4;
2017.01.23 21:10:19 4: SIGduino/msg READ: MC;LL=-1038;LH=921;SL=-546;SH=431;D=A8CBB65DC9FFF67FFDE7FFFFFE4B5F74;C=489;L=126;
2017.01.23 21:10:19 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:10:19 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:10:19 4: SIGduino/msg READ: MC;LL=-1035;LH=919;SL=-544;SH=434;D=A8CBB65DE9FFF67FFDE7FFFFFE4B4C0C;C=488;L=126;
2017.01.23 21:10:19 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:10:19 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:10:19 4: SIGduino/msg READ: MC;LL=-1039;LH=918;SL=-550;SH=428;D=A8CBB65DD9FFF67FFDE7FFFFFE4B565C;C=489;L=126;
2017.01.23 21:10:19 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:10:19 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:10:31 4: SIGduino/msg READ: MC;LL=-1046;LH=907;SL=-556;SH=425;D=A8E9F45AC8;C=488;L=38;
2017.01.23 21:10:31 4: SIGduino/msg READ: MC;LL=-1046;LH=907;SL=-556;SH=425;D=7FFB81A56037A;C=488;L=51;
2017.01.23 21:10:31 4: SIGduino/msg READ: MC;LL=-1033;LH=919;SL=-544;SH=435;D=A3A7D16BA3FFDC0D2B05E1;C=488;L=88;
2017.01.23 21:10:31 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:10:31 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:10:31 4: SIGduino/msg READ: MC;LL=-1030;LH=922;SL=-547;SH=434;D=5474FA2D6C7FFB81A560712;C=488;L=91;
2017.01.23 21:10:31 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:10:31 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:10:50 4: SIGduino/msg READ: MS;P0=257;P1=-739;P2=772;P5=-253;P6=-7805;D=0625010125010125252501250101250101012525250101010101010125250101012525012525010101;CP=0;SP=6;O;
2017.01.23 21:10:50 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:10:50 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:50 4: SIGduino: Decoded MS Protocol id 3 dmsg i93A47018D8 length 40
2017.01.23 21:10:50 5: SIGduino: converted Data to (i93A47018D8)
2017.01.23 21:10:50 5: SIGduino: dispatch i93A47018D8
2017.01.23 21:10:50 3: SIGduino IT: message "i93A47018D8" (11) too short!
2017.01.23 21:10:50 3: SIGduino IT: message "i93A47018D8" (11) too short!
2017.01.23 21:10:50 3: SIGduino: Unknown code i93A47018D8, help me!
2017.01.23 21:10:50 4: SIGduino/msg READ: MS;P0=761;P1=-263;P2=258;P3=-748;P4=-7804;D=2401232301232301010123012323012323230101012323232323232301012323230101230101232323;CP=2;SP=4;
2017.01.23 21:10:50 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:10:50 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:50 4: SIGduino: Decoded MS Protocol id 3 dmsg i93A47018D8 length 40
2017.01.23 21:10:50 5: SIGduino: converted Data to (i93A47018D8)
2017.01.23 21:10:50 4: SIGduino: Dropped (i93A47018D8) due to short time or equal msg
2017.01.23 21:10:51 4: SIGduino/msg READ: MC;LL=-1042;LH=918;SL=-548;SH=426;D=A8CBB65DC9FFF67FFDB87FFFFC4FA5D4;C=488;L=126;
2017.01.23 21:10:51 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:10:51 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:10:51 4: SIGduino/msg READ: MC;LL=-1039;LH=921;SL=-549;SH=428;D=A8CBB65DE9FFF67FFDB87FFFFC4FB6AC;C=489;L=126;
2017.01.23 21:10:51 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:10:51 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:10:51 4: SIGduino/msg READ: MC;LL=-1038;LH=917;SL=-549;SH=430;D=A8CBB65DD9FFF67FFDB87FFFFC4FACFC;C=488;L=126;
2017.01.23 21:10:51 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:10:51 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:10:53 4: SIGduino/msg READ: MS;P0=-257;P1=274;P2=-734;P3=766;P5=-7811;D=1512121230121230301212301212301212303030301212121230121230301212121230123030121212;CP=1;SP=5;O;
2017.01.23 21:10:53 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:10:53 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:53 4: SIGduino: Decoded MS Protocol id 3 dmsg i1324F09858 length 40
2017.01.23 21:10:53 5: SIGduino: converted Data to (i1324F09858)
2017.01.23 21:10:53 5: SIGduino: dispatch i1324F09858
2017.01.23 21:10:53 3: SIGduino IT: message "i1324F09858" (11) too short!
2017.01.23 21:10:53 3: SIGduino IT: message "i1324F09858" (11) too short!
2017.01.23 21:10:53 3: SIGduino: Unknown code i1324F09858, help me!
2017.01.23 21:10:53 4: SIGduino/msg READ: MS;P0=-735;P1=274;P2=776;P3=-249;P4=-7947;D=1410101023101023231010231010231010232323231010101023101023231010101023102323101010;CP=1;SP=4;O;
2017.01.23 21:10:53 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:10:53 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:53 4: SIGduino: Decoded MS Protocol id 3 dmsg i1324F09858 length 40
2017.01.23 21:10:53 5: SIGduino: converted Data to (i1324F09858)
2017.01.23 21:10:53 4: SIGduino: Dropped (i1324F09858) due to short time or equal msg
2017.01.23 21:10:53 4: SIGduino/msg READ: MU;P0=-749;P1=258;P2=765;P3=-259;D=0102310102310102323232310101010231010232310101010231023231010101;CP=1;
2017.01.23 21:10:53 4: SIGduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.23 21:10:53 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:53 5: SIGduino: applying filterfunc SIGNALduino_filterSign
2017.01.23 21:10:53 4: SIGduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.01.23 21:10:53 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:53 4: SIGduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.23 21:10:53 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:53 4: SIGduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.23 21:10:53 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:53 4: SIGduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.01.23 21:10:53 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:53 4: SIGduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.23 21:10:53 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:53 4: SIGduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.23 21:10:53 5: SIGduino: Starting demodulation at Position 1
2017.01.23 21:10:53 5: SIGduino: applying filterfunc SIGNALduino_compPattern
2017.01.23 21:10:53 4: SIGduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.01.23 21:10:53 5: SIGduino: Starting demodulation at Position 3
2017.01.23 21:10:53 5: SIGduino: dispatching bits: 1 0 0 1 0 0 1 1 1 1 0 0 0 0 1 0 0 1 1 0 0 0 0 1 0 1 1 0 0 0 0 0
2017.01.23 21:10:53 4: SIGduino: decoded matched MU Protocol id 40 dmsg u40#93C26160 length 32
2017.01.23 21:10:53 5: SIGduino: converted Data to (u40#93C26160)
2017.01.23 21:10:53 5: SIGduino: dispatch u40#93C26160
2017.01.23 21:10:53 4: SIGNALduino_unknown incomming msg: u40#93C26160
2017.01.23 21:10:53 4: SIGNALduino_unknown rawData: 93C26160
2017.01.23 21:10:53 4: SIGNALduino_unknown Protocol: 40
2017.01.23 21:10:53 4: SIGNALduino_unknown converted to bits: 10010011110000100110000101100000
2017.01.23 21:10:53 1: ERROR: >Unknown, please report< returned by the SIGNALduino_un ParseFn is invalid, notify the module maintainer
2017.01.23 21:10:55 4: SIGduino/msg READ: MS;P0=776;P1=-250;P2=267;P3=-743;P4=-7809;D=2401012301232301010101012323012323232301012323232323012301012323230123230101232323;CP=2;SP=4;O;
2017.01.23 21:10:55 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:10:55 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:55 4: SIGduino: Decoded MS Protocol id 3 dmsg iD3E4305898 length 40
2017.01.23 21:10:55 5: SIGduino: converted Data to (iD3E4305898)
2017.01.23 21:10:55 5: SIGduino: dispatch iD3E4305898
2017.01.23 21:10:55 3: SIGduino IT: message "iD3E4305898" (11) too short!
2017.01.23 21:10:55 3: SIGduino IT: message "iD3E4305898" (11) too short!
2017.01.23 21:10:55 3: SIGduino: Unknown code iD3E4305898, help me!
2017.01.23 21:10:55 4: SIGduino/msg READ: MS;P0=272;P1=-738;P2=777;P3=-249;P4=-7951;D=0423230123010123232323230101230101010123230101010101230123230101012301012323010101;CP=0;SP=4;O;
2017.01.23 21:10:55 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:10:55 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:55 4: SIGduino: Decoded MS Protocol id 3 dmsg iD3E4305898 length 40
2017.01.23 21:10:55 5: SIGduino: converted Data to (iD3E4305898)
2017.01.23 21:10:55 4: SIGduino: Dropped (iD3E4305898) due to short time or equal msg
2017.01.23 21:10:56 4: SIGduino/msg READ: MS;P0=759;P1=-752;P2=-267;P3=255;P4=-8086;D=3402023102313102020202023131023131313102023131313131023102023131310231310202313131;CP=3;SP=4;
2017.01.23 21:10:56 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:10:56 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:10:56 4: SIGduino: Decoded MS Protocol id 3 dmsg iD3E4305898 length 40
2017.01.23 21:10:56 5: SIGduino: converted Data to (iD3E4305898)
2017.01.23 21:10:56 4: SIGduino: Dropped (iD3E4305898) due to short time or equal msg

Funk-Fuß-Taster 1:

Code Auswählen

2017.01.23 20:54:17 3: SIGduino IT: message "i791E741CDC" (11) too short!
2017.01.23 20:54:17 3: SIGduino IT: message "i791E741CDC" (11) too short!
2017.01.23 20:54:17 3: SIGduino: Unknown code i791E741CDC, help me!
2017.01.23 20:54:20 3: SIGduino IT: message "i791E741CDC" (11) too short!
2017.01.23 20:54:20 3: SIGduino IT: message "i791E741CDC" (11) too short!
2017.01.23 20:54:20 3: SIGduino: Unknown code i791E741CDC, help me!
2017.01.23 20:54:59 3: SIGduino IT: message "iF99EF49C5C" (11) too short!
2017.01.23 20:54:59 3: SIGduino IT: message "iF99EF49C5C" (11) too short!
2017.01.23 20:54:59 3: SIGduino: Unknown code iF99EF49C5C, help me!
2017.01.23 20:54:59 1: ERROR: >Unknown, please report< returned by the SIGNALduino_un ParseFn is invalid, notify the module maintainer
2017.01.23 20:54:59 1: ERROR: >Unknown, please report< returned by the SIGNALduino_un ParseFn is invalid, notify the module maintainer

verbose = 5 (einschalten, ausschalten, einschalten, ausschalten) ich denke das ist nur ein 'toggle'

Code Auswählen

2017.01.23 21:07:18 3: SIGduino: setting Verbose to: 5
2017.01.23 21:07:34 4: SIGduino/msg READ: MC;LL=-1038;LH=916;SL=-549;SH=429;D=A8CBB65DC9FFF67FFD987C301E7F3DFC;C=488;L=126;
2017.01.23 21:07:34 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:07:34 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:07:34 4: SIGduino/msg READ: MC;LL=-1039;LH=917;SL=-549;SH=429;D=A8CBB65DE9FFF67FFD987C301E7F2E84;C=488;L=126;
2017.01.23 21:07:34 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:07:34 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:07:34 4: SIGduino/msg READ: MC;LL=-1044;LH=920;SL=-549;SH=422;D=A8CBB65DD9FFF67FFD987C301E7F34D4;C=489;L=126;
2017.01.23 21:07:34 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:07:34 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:07:37 4: SIGduino/msg READ: MC;LL=-1045;LH=905;SL=-557;SH=422;D=A8E9F45AC8FFF7034AC06F4;C=488;L=90;
2017.01.23 21:07:37 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:07:37 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:07:37 4: SIGduino/msg READ: MC;LL=-1038;LH=908;SL=-548;SH=429;D=51D3E8B5D1FFEE069582F08;C=487;L=89;
2017.01.23 21:07:37 4: SIGduino: Found manchester Protocol id 10 clock 487 -> OSV2o3
2017.01.23 21:07:37 4: SIGduino: Found manchester Protocol id 12 clock 487 -> Hideki protocol
2017.01.23 21:07:37 4: SIGduino/msg READ: MC;LL=-1046;LH=916;SL=-545;SH=428;D=A3A7D16B63FFDC0D2B0389;C=489;L=88;
2017.01.23 21:07:37 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:07:37 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:07:38 4: SIGduino/msg READ: MS;P0=253;P1=-730;P2=735;P3=-257;P4=-7621;D=0423012323230101232323012323232301230123230123010123230123232301010101012323230101;CP=0;SP=4;O;
2017.01.23 21:07:38 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:07:38 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:07:38 4: SIGduino: Decoded MS Protocol id 3 dmsg iB9DEB4DC1C length 40
2017.01.23 21:07:38 5: SIGduino: converted Data to (iB9DEB4DC1C)
2017.01.23 21:07:38 5: SIGduino: dispatch iB9DEB4DC1C
2017.01.23 21:07:38 3: SIGduino IT: message "iB9DEB4DC1C" (11) too short!
2017.01.23 21:07:38 3: SIGduino IT: message "iB9DEB4DC1C" (11) too short!
2017.01.23 21:07:38 3: SIGduino: Unknown code iB9DEB4DC1C, help me!
2017.01.23 21:07:39 4: SIGduino/msg READ: MS;P0=738;P1=-728;P2=252;P3=-253;P4=-7612;D=2403210303032121030303210303030321032103032103212103032103030321212121210303032121;CP=2;SP=4;
2017.01.23 21:07:39 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:07:39 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:07:39 4: SIGduino: Decoded MS Protocol id 3 dmsg iB9DEB4DC1C length 40
2017.01.23 21:07:39 5: SIGduino: converted Data to (iB9DEB4DC1C)
2017.01.23 21:07:39 4: SIGduino: Dropped (iB9DEB4DC1C) due to short time or equal msg
2017.01.23 21:08:03 4: SIGduino/msg READ: MS;P0=-7621;P2=-244;P5=255;P6=-726;P7=748;D=5072725672725656727256727272727256727256725672565672567272727256565672727272725656;CP=5;SP=0;O;
2017.01.23 21:08:03 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:08:03 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:08:03 4: SIGduino: Decoded MS Protocol id 3 dmsg iD9BED4BC7C length 40
2017.01.23 21:08:03 5: SIGduino: converted Data to (iD9BED4BC7C)
2017.01.23 21:08:03 5: SIGduino: dispatch iD9BED4BC7C
2017.01.23 21:08:03 3: SIGduino IT: message "iD9BED4BC7C" (11) too short!
2017.01.23 21:08:03 3: SIGduino IT: message "iD9BED4BC7C" (11) too short!
2017.01.23 21:08:03 3: SIGduino: Unknown code iD9BED4BC7C, help me!
2017.01.23 21:08:03 4: SIGduino/msg READ: MS;P0=-254;P1=249;P2=-730;P3=739;P4=-7612;D=1430301230301212303012303030303012303012301230121230123030303012121230303030301212;CP=1;SP=4;
2017.01.23 21:08:03 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:08:03 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:08:03 4: SIGduino: Decoded MS Protocol id 3 dmsg iD9BED4BC7C length 40
2017.01.23 21:08:03 5: SIGduino: converted Data to (iD9BED4BC7C)
2017.01.23 21:08:03 4: SIGduino: Dropped (iD9BED4BC7C) due to short time or equal msg
2017.01.23 21:08:06 4: SIGduino/msg READ: MC;LL=-1046;LH=919;SL=-548;SH=429;D=A8CBB65DC9FFF67FFD987F201CEA17CC;C=490;L=126;
2017.01.23 21:08:06 4: SIGduino: Found manchester Protocol id 10 clock 490 -> OSV2o3
2017.01.23 21:08:06 4: SIGduino: Found manchester Protocol id 12 clock 490 -> Hideki protocol
2017.01.23 21:08:06 4: SIGduino/msg READ: MC;LL=-1041;LH=917;SL=-548;SH=429;D=51976CBBD3FFECFFFB30FE4039D40968;C=489;L=125;
2017.01.23 21:08:06 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:08:06 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:08:06 4: SIGduino/msg READ: MC;LL=-1040;LH=919;SL=-547;SH=427;D=A8CBB65DD9FFF67FFD987F201CEA1EE4;C=488;L=126;
2017.01.23 21:08:06 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:08:06 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:08:20 4: SIGduino/msg READ: MS;P0=-7620;P1=-248;P2=-268;P3=-721;P4=245;D=4043434321214343214321212121212143434343214321434343212121212143432143212121214343;CP=4;SP=0;O;
2017.01.23 21:08:20 4: SIGduino/msg READ: MS;P0=735;P1=-258;P2=251;P3=-729;P4=-7614;D=2423232301012323012301010101010123232323012301232323010101010123230123010101012323;CP=2;SP=4;
2017.01.23 21:08:20 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:08:20 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:08:20 4: SIGduino: Decoded MS Protocol id 3 dmsg i197E147CBC length 40
2017.01.23 21:08:20 5: SIGduino: converted Data to (i197E147CBC)
2017.01.23 21:08:20 5: SIGduino: dispatch i197E147CBC
2017.01.23 21:08:20 3: SIGduino IT: message "i197E147CBC" (11) too short!
2017.01.23 21:08:20 3: SIGduino IT: message "i197E147CBC" (11) too short!
2017.01.23 21:08:20 3: SIGduino: Unknown code i197E147CBC, help me!
2017.01.23 21:08:20 4: SIGduino/msg READ: MC;LL=-1044;LH=904;SL=-555;SH=429;D=A8E9F45AC8FFF7034AC06F4;C=488;L=90;
2017.01.23 21:08:20 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:08:20 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:08:20 4: SIGduino/msg READ: MC;LL=-1040;LH=910;SL=-550;SH=429;D=51D3E8B5D1FFEE069582F08;C=488;L=89;
2017.01.23 21:08:20 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:08:20 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:08:20 4: SIGduino/msg READ: MC;LL=-1042;LH=918;SL=-553;SH=424;D=A8E9F45AD8FFF7034AC0E24;C=489;L=90;
2017.01.23 21:08:20 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:08:20 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:08:39 4: SIGduino/msg READ: MC;LL=-1040;LH=915;SL=-550;SH=425;D=D465DB2EE4FFFB3FFECC3FFFFF3E5FE2;C=488;L=127;
2017.01.23 21:08:39 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:08:39 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:08:39 4: SIGduino/msg READ: MC;LL=-1037;LH=918;SL=-546;SH=431;D=A32ED977A7FFD9FFF661FFFFF9F2B2F;C=488;L=124;
2017.01.23 21:08:39 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:08:39 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:08:39 4: SIGduino/msg READ: MC;LL=-1043;LH=913;SL=-552;SH=426;D=51976CBBB3FFECFFFB30FFFFFCF96DD8;C=488;L=125;
2017.01.23 21:08:39 4: SIGduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2017.01.23 21:08:39 4: SIGduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2017.01.23 21:08:55 4: SIGduino/msg READ: MS;P0=-253;P1=737;P2=246;P3=-736;P4=-7617;D=2423101023232323102323232323101023231010231010232323232323231023231010232323102323;CP=2;SP=4;O;
2017.01.23 21:08:55 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:08:55 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:08:55 4: SIGduino: Decoded MS Protocol id 3 dmsg i61066C04C4 length 40
2017.01.23 21:08:55 5: SIGduino: converted Data to (i61066C04C4)
2017.01.23 21:08:55 5: SIGduino: dispatch i61066C04C4
2017.01.23 21:08:55 3: SIGduino IT: message "i61066C04C4" (11) too short!
2017.01.23 21:08:55 3: SIGduino IT: message "i61066C04C4" (11) too short!
2017.01.23 21:08:55 3: SIGduino: Unknown code i61066C04C4, help me!
2017.01.23 21:08:55 4: SIGduino/msg READ: MS;P0=-256;P1=736;P2=256;P3=-723;P4=-7618;D=2423101023232323102323232323101023231010231010232323232323231023231010232323102323;CP=2;SP=4;
2017.01.23 21:08:55 4: SIGduino: Matched MS Protocol id 3 -> itv1
2017.01.23 21:08:55 5: SIGduino: Starting demodulation at Position 2
2017.01.23 21:08:55 4: SIGduino: Decoded MS Protocol id 3 dmsg i61066C04C4 length 40
2017.01.23 21:08:55 5: SIGduino: converted Data to (i61066C04C4)
2017.01.23 21:08:55 4: SIGduino: Dropped (i61066C04C4) due to short time or equal msg
2017.01.23 21:09:06 4: SIGduino/msg READ: MC;LL=-1049;LH=910;SL=-553;SH=428;D=A8E9F45AC8FFF7034AC06F4;C=489;L=90;
2017.01.23 21:09:06 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:09:06 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2017.01.23 21:09:06 4: SIGduino/msg READ: MC;LL=-1046;LH=917;SL=-554;SH=424;D=A8E9F45AE8FFF7034AC1784;C=490;L=90;
2017.01.23 21:09:06 4: SIGduino: Found manchester Protocol id 10 clock 490 -> OSV2o3
2017.01.23 21:09:06 4: SIGduino: Found manchester Protocol id 12 clock 490 -> Hideki protocol
2017.01.23 21:09:06 4: SIGduino/msg READ: MC;LL=-1040;LH=918;SL=-550;SH=428;D=A8E9F45AD8FFF7034AC0E24;C=489;L=90;
2017.01.23 21:09:06 4: SIGduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2017.01.23 21:09:06 4: SIGduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol

Beide Steckerleisten reagieren jeweils nicht auf den Fußtaster der anderen Leiste. Wenn ich das mit den Verbose = 3 Daten so verfolge taucht da nie der identische Code für einschalten oder ausschalten auf.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ellert am 24 Januar 2017, 10:02:13

Ich habe mit dem heutigen Release Somfy getestet.
Das gleichzeitige Senden funktioniert bestens, es ist ein wirlicher Gewinn, wenn man sich nicht um die Pausen kümmern muss.
Danke.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 24 Januar 2017, 11:50:12

Hallo Sidey,

ich habe ja hier noch einen Homeeasy Bewegungsmelder HE851 herumliegen, der sich nicht einbinden läßt.

Willste den mal zum Ausprobieren haben?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 24 Januar 2017, 12:26:25

Zitat von: RappaSan am 24 Januar 2017, 11:50:12
ich habe ja hier noch einen Homeeasy Bewegungsmelder HE851 herumliegen, der sich nicht einbinden läßt.

Das HE800-Protokoll kann momentan beim Signalduino nicht funktionieren. Dafür muss evtl eine neue ProtocolId definiert werden.
Kannst Du mal die raw-Nachrichten vom HE851 posten?

@Sidey
ich habe dazu das gefunden

Zitat
Protokoll-Rahmen:
Clock = 320us
Preamble: 1 Hi, 15 lo
0: 1 Hi, 3 lo
1: 3 lo, 1 Hi
Databits: 28 = 7 Nibbel

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 24 Januar 2017, 18:04:46

Zitat von: Ralf9 am 23 Januar 2017, 20:52:20

Ist Dir ein Fall bekannt?

Nicht so 100℅ig.

Ich hab schon etliche Signalcodierungen einfach an das IT Modul übergeben und mir dann keine großen Gedanken dazu gemacht.

Das IT Modul weiss aber nichts davon und so lässt sich nur der Empfang implementieren. Da gab es durchaus schon Steckdosen und Bewegungsmelder.

Das Senden kann nur funktionieren, wenn das IT Modul dem Signalduino mitteilen kann, welches Protokoll zu verwenden ist.
Eventuell verläuft die Implementierung an diesem Punkt auch im Sande, da das Thema mit Autocreate geht abgeschlossen war.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspII am 24 Januar 2017, 23:03:26

Hallo zusammen,
ich habe ein Reichweiten Problem beim Senden des Somfy RTS Protokolls via SIGNALduino
(schon bei 5m Abstand klappt es nicht mehr zuverlässig, billig Sendemodul XD-FST@433,92 Mhz)

Hierzu gibt es auch einen Thread: https://forum.fhem.de/index.php/topic,64141.msg568861.html#msg568861 (https://forum.fhem.de/index.php/topic,64141.msg568861.html#msg568861)

Das Somfy Protokoll arbeitet ja mit 433,42 Mhz, daher könnte man sich das Reichweitenproblem erklären.

Kennt Ihr das Problem, kann evt. jemand hier mit seiner Erfahrung weiterhelfen.
Gruß
RaspII

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 25 Januar 2017, 15:35:55

Hallo Sidey, Ralf,

ich habe einmal beim 14_Hideki.pm die Wetterstation etwas ausführlicher eingepflegt. Die Datei als Anlage. Ich kann es auch einpflegen, wenn gewüncht.

Jörg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Bennemannc am 25 Januar 2017, 17:51:25

Hallo,

besten Dank für die neue Version. Meine Oregon Sensoren werden viel häufiger gefunden und decodiert. Ich hatte da so ein "Sorgenkind" was meist nur 1 mal am Tag "gesehen" wurde. Jetzt kommen regelmäßig Daten.

Gruß Christoph

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 25 Januar 2017, 18:43:21

Zitat von: pejonp am 25 Januar 2017, 15:35:55
ich habe einmal beim 14_Hideki.pm die Wetterstation etwas ausführlicher eingepflegt. Die Datei als Anlage. Ich kann es auch einpflegen, wenn gewüncht.

@pejonp
Danke für das etwas ausführlicher einplegen beim SensorTyp 12 (Wind).
Ich werde es commiten und noch etwas ergänzen. Es gibt einen neuen SensorTyp 31 (nur Temperatur).

@all
Ich habe zum Bat im state noch eine grundsätzliche Frage. Beim Hideki ist das Bat im state angehängt. Mir wäre es lieber, wenn im state der Bat nicht drinn wäre.
Mir würde interessieren wie es die Mehrrheit sieht.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 25 Januar 2017, 20:11:23

State kann mit stateformat geändert werden.

Bat braucht man im Normalfall nicht im State, da man eher ein Reading ausliest und darauf reagiert.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 25 Januar 2017, 20:20:20

Zitat von: Sidey am 25 Januar 2017, 20:11:23
State kann mit stateformat geändert werden.

Bat braucht man im Normalfall nicht im State, da man eher ein Reading ausliest und darauf reagiert.

Ok, dann nehm ich das Bat vom state raus.

Hast Du mir ein Beispiel für Stateformat?
ist sowas mit Stateformat machbar?

Code Auswählen

T: 22.7 H: 56 Bat: ok

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 25 Januar 2017, 20:59:11

Zitat von: Ralf9 am 25 Januar 2017, 20:20:20
Ok, dann nehm ich das Bat vom state raus.

Hast Du mir ein Beispiel für Stateformat?
ist sowas mit Stateformat machbar?
Code Auswählen Erweitern
T: 22.7 H: 56 Bat: ok

Gruß Ralf

Vom Prinzip kann man mit Stateformat alles mögliche formatieren und schreiben :)

Bei einem Sensor habe ich mir mal folgendes eingerichtet:

Code Auswählen


WZ:wz.temperature,WK:wk.temperature@voltage V

Das wird dann angezeigt:

Code Auswählen


WZ:22.3,WK:19.9@3.2 V

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rageltus am 26 Januar 2017, 13:52:19

Hi zusammen,

ich wollte mal nachfragen, wie es mit dem X10 Protokoll ausschaut?

https://github.com/RFD-FHEM/RFFHEM/issues/65

Ich hab einen X10 Bewegungsmelder und da kommt folgendes im log:

Code Auswählen


MU;P0=-1902;P1=-3845;P3=172;P4=-828;P5=539;P6=-480;D=34565051505151505151515051515150505050505050515150505051505050505051505150505;CP=5;

Viele Grüße,
Benjamin

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 26 Januar 2017, 18:18:58

Bist Du sicher, dass dieses Signal vom x10 Gerät kommt ?

Kommen da eventuell noch mehr?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rageltus am 26 Januar 2017, 18:20:33

Nein bin ich mir nicht sicher. .. ich teste nochmal. Allerdings wird kein Gerät angelegt :-( es handelt sich um einen Bewegungsmelder

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rageltus am 26 Januar 2017, 20:20:04

So nun die Logs aus dem Eventmonitor wenn ich den X10 Bewegungsmelder auslöse:

Code Auswählen


2017.01.26 20:16:35 4 : sduino/msg READ: MU;P0=104;P1=-4758;P2=537;P3=-643;P4=-1763;P5=-1068;D=0123242423232323232423232424242424232323232323232324242424242424242105;CP=2;
2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:16:35 4 : sduino/msg READ: MU;P0=8772;P1=-116;P2=539;P3=-4664;P5=-623;P6=-1661;D=01232526262525252525262525262626262625252525252525252626262626262626;CP=2;
2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protoc
ol id 28 -> IC Ledspot matches, trying to demodulate2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:16:35 4 : sduino/msg READ: MU;P0=3132;P1=-4656;P2=567;P3=-636;P4=-1738;P5=-1144;D=012324242323232323242323242424242423232323232323232424242424242425;CP=2;
2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:16:35 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino/msg READ: MU;P0=2732;P1=-4640;P2=539;P3=-594;P4=-1727;D=01232424232323232324232324242424242323232323232323242424242424242424;CP=2;
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino/msg READ: MU;P0=1356;P1=-5310;P2=564;P3=-608;P4=-1730;D=01232424232323232324232324242424242323232323232323242424242424242421;CP=2;
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 39 -> X10
Protocol matches, trying to demodulate2017.01.26 20:16:36 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino/msg READ: MU;P0=-5248;P1=537;P2=-652;P3=-1765;P4=-22340;D=0121313121212121213121213131313131212121212121212131313131313131314;CP=1;
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino/msg READ: MU;P0=11244;P1=-4648;P2=567;P3=-610;P4=-1734;P5=-15660;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino/msg READ: MU;P0=21240;P1=-4636;P2=567;P3=-603;P4=-1738;P5=-16492;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino/msg READ: MU;P0=16120;P1=-4636;P2=565;P3=-598;P4=-1736;P5=-14180;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:17:32 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:17:33 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:17:33 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:17:33 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:17:33 4 : sduino/msg READ: MU;P0=17772;P1=-4632;P2=565;P3=-596;P4=-1735;P5=-15080;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;
2017.01.26 20:17:33 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:17:33 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:17:33 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:17:33 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:17:33 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:17:33 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino/msg READ: MS;P0=-4374;P4=553;P6=-633;P7=-1749;D=404647474646464646474646474747474746464646464646464747474747474747;CP=4;SP=0;
2017.01.26 20:18:14 4 : sduino/msg READ: MU;P0=332;P1=-4418;P2=560;P3=-619;P4=-1748;D=01232424232323232324232324242424242323232323232323242424242424242421;CP=2;
2017.01.26 20:18:14 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino/msg READ: MU;P0=1920;P1=-4492;P2=553;P3=-646;P4=-1745;P5=92;D=0123242423232323232423232424242424232323232323232324242424242424242153;CP=2;
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino/msg READ: MU;P0=10232;P1=-4640;P2=563;P3=-608;P4=-1738;P5=-7232;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino/msg READ: MU;P0=9728;P1=-4532;P2=556;P3=-607;P4=-1749;D=01232424232323232324232324242424242323232323232323242424242424242421;CP=2;
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino/msg READ: MS;P0=-4374;P4=553;P6=-633;P7=-1749;D=404647474646464646474646474747474746464646464646464747474747474747;CP=4;SP=0;
2017.01.26 20:18:14 4 : sduino/msg READ: MU;P0=332;P1=-4418;P2=560;P3=-619;P4=-1748;D=01232424232323232324232324242424242323232323232323242424242424242421;CP=2;
2017.01.26 20:18:14 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:14 4 : sduino/msg READ: MU;P0=1920;P1=-4492;P2=553;P3=-646;P4=-1745;P5=92;D=0123242423232323232423232424242424232323232323232324242424242424242153;CP=2;
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino/msg READ: MU;P0=10232;P1=-4640;P2=563;P3=-608;P4=-1738;P5=-7232;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino/msg READ: MU;P0=9728;P1=-4532;P2=556;P3=-607;P4=-1749;D=01232424232323232324232324242424242323232323232323242424242424242421;CP=2;
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:16 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:28 4 : sduino/msg READ: MU;P0=260;P1=-4830;P2=546;P3=-619;P4=-1761;D=01232424232323232324232324242424242323232323232323242424242424242421;CP=2;
2017.01.26 20:18:28 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:28 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:28 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:28 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:28 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:28 4 : sduino/msg READ: MU;P0=2660;P1=-4672;P2=558;P3=-612;P4=-1743;D=01232424232323232324232324242424242323232323232323242424242424242;CP=2;
2017.01.26 20:18:28 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:28 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:28 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:18:28 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:28 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:29 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:29 4 : sduino/msg READ: MU;P0=9220;P1=-4648;P2=553;P3=-626;P4=-1758;P5=-3152;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;
2017.01.26 20:18:29 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino/msg READ: MU;P0=2572;P1=-4128;P2=533;P3=-605;P4=-1760;D=01232424232323232324232324242424242323232323232323242424242424242421;CP=2;
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino/msg READ: MU;P0=1324;P1=-4454;P2=558;P3=-619;P4=-1742;D=01232424232323232324232324242424242323232323232323242424242424242421;CP=2;
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 28 -> IC L
edspot matches, trying to demodulate2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate2017.01.26 20:18:30 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate

und die unkown messages:

Code Auswählen


2017-01-26 20:24:02-MU;P0=108;P1=-104;P2=264;P3=-4700;P4=549;P5=-647;P6=-1766;P7=-9140;D=0123454646454545454546454546464646464545454545454545464646464646464647;CP=4;#2017-01-26 20:24:03-MU;P0=9628;P1=-4640;P2=559;P3=-614;P4=-1744;P5=-7640;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;#2017-01-26 20:24:03-MU;P0=2568;P1=-3064;P2=9904;P3=-5338;P4=562;P5=-607;P6=-1738;D=0123454646454545454546454546464646464545454545454545464646464646464643;CP=4;#2017-01-26 20:24:04-MU;P0=12544;P1=-4664;P2=555;P3=-623;P4=-1738;P5=-8488;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;#2017-01-26 20:24:04-MU;P0=16016;P1=-4648;P2=571;P3=-616;P4=-1725;P5=-7864;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;#2017-01-26 20:24:07-MU;P0=-4740;P1=533;P2=-645;P3=-1767;P4=-18636;D=0121313121212121213121213131313131212121212121212131313131313131314;CP=1;#2017-01-26 20:24:08-MU;P0=17284;P1=-4660;P2=561;P3=-604;P4=-1743;P5=-13876;P6=120;P7=-216;D=0123242423232323232423232424242424232323232323232324242424242424242567;CP=2;#2017-01-26 20:24:08-MU;P0=14764;P1=-4636;P2=566;P3=-599;P4=-1742;P5=-11212;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;#2017-01-26 20:24:08-MU;P0=24212;P1=-4628;P2=574;P3=-587;P4=-1707;D=0123242423232323232423232424242424232323232323232324242424242424;CP=2;#2017-01-26 20:24:08-MU;P0=25672;P1=-4652;P2=572;P3=-616;P4=-1738;P5=-8204;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rageltus am 27 Januar 2017, 19:15:32

Ok.. ich glaube ich habe jetzt alle threads zum thema x10 und signalduino durch. Funzt leider nicht. Der Author des RFXX10REC scheint auch nicht mehr aktiv zu sein. Schade drum.

Danke trotzdem.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 27 Januar 2017, 20:04:47

Zitat von: rageltus am 26 Januar 2017, 13:52:19
ich wollte mal nachfragen, wie es mit dem X10 Protokoll ausschaut?

https://github.com/RFD-FHEM/RFFHEM/issues/65

Ich habe es mir auch mal angeschaut, so wies aussieht passt da irgendwas bei der demodulierung nicht mehr.
@Sidey kannst Du bei Gelegenheit mal drüber schauen

Dies hier ist von wherzig und hat schon mal funktioniert:

Code Auswählen

2016.02.22 19:03:28 4: sduino/msg READ: MU;P0=9288;P1=-4176;P2=560;P3=-564;P4=-1700;D=0123232323242423242323232323232423242323232323232323242424242424242324242323242324232;CP=2;
2016.02.22 19:03:28 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.02.22 19:03:28 4: sduino: decoded matched MU Protocol id 39 dmsg 290D02807F6500 length 56

diese hier habe ich im log von rageltus gefunden:

Code Auswählen

MU;P0=10232;P1=-4640;P2=563;P3=-608;P4=-1738;P5=-7232;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;
MU;P0=9728;P1=-4532;P2=556;P3=-607;P4=-1749;D=01232424232323232324232324242424242323232323232323242424242424242421;CP=2;
MU;P0=10232;P1=-4640;P2=563;P3=-608;P4=-1738;P5=-7232;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;
MU;P0=9728;P1=-4532;P2=556;P3=-607;P4=-1749;D=01232424232323232324232324242424242323232323232323242424242424242421;CP=2;

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 27 Januar 2017, 20:35:28

Das mit dem x10 bekomme wir hin. Das ist eine Kleinigkeit.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 27 Januar 2017, 22:22:06

Zitat von: rageltus am 27 Januar 2017, 19:15:32
Ok.. ich glaube ich habe jetzt alle threads zum thema x10 und signalduino durch. Funzt leider nicht. Der Author des RFXX10REC scheint auch nicht mehr aktiv zu sein.

Ich habs gefixt , mach mal ein Update

Code Auswählen

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

Bei mir wurde mit deinen Signaldaten ein X10 Sensor angelegt

Code Auswählen


2017.01.27 22:17:48.552 5: dummyDuino: dispatch 20609F00FF
2017.01.27 22:17:48.548 5: dummyDuino: converted Data to (20609F00FF)
2017.01.27 22:17:48.547 4: dummyDuino: decoded matched MU Protocol id 39 dmsg 20609F00FF length 40
2017.01.27 22:17:48.545 5: dummyDuino: dispatching bits: 0 0 1 0 0 0 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 1 1 1 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1
2017.01.27 22:17:48.543 5: dummyDuino: modified value after postDemodulation: 0 0 1 0 0 0 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 1 1 1 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1
2017.01.27 22:17:48.541 5: dummyDuino: applying postDemodulation method CODE(0x11915c8)
2017.01.27 22:17:48.538 5: dummyDuino: Starting demodulation at Position 2
2017.01.27 22:17:48.534 4: dummyDuino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.27 22:17:48.527 5: dummyDuino: applying filterfunc SIGNALduino_compPattern
2017.01.27 22:17:48.523 4: dummyDuino/msg get raw: MU;P0=10232;P1=-4640;P2=563;P3=-608;P4=-1738;P5=-7232;D=01232424232323232324232324242424242323232323232323242424242424242425;CP=2;

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rageltus am 27 Januar 2017, 22:43:34

Hi Sidey,

bist du sicher da du was eingecheckt hast? Habe im git repo keine Änderung bemerkt. Es wird nach dem Update auch nichts angelegt.

Danke + Gruß

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 27 Januar 2017, 22:45:15

Zitat von: rageltus am 27 Januar 2017, 22:43:34
bist du sicher da du was eingecheckt hast? Habe im git repo keine Änderung bemerkt. Es wird nach dem Update auch nichts angelegt.

Stimmt, ich habe das falsche repo angegeben... copy-paste fehler...

Damit gehts:

Code Auswählen

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

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rageltus am 27 Januar 2017, 22:47:47

Danke! Bin im Moment auf dem "normalen" update pfad von FHEM. Muss ich die firmware neu flashen wenn ich auf den dev-r33 wechsele?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 27 Januar 2017, 22:50:14

nein, musst Du nicht.
Würde mich aber interessieren, ob es auch mit der aktuelleren Firmware funktioniert :)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rageltus am 27 Januar 2017, 22:51:48

Ok... ich teste beides.. wie kann ich wieder auf die 3.3.0 zurück?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 27 Januar 2017, 22:53:53

Normales FHEM Update einspielen oder

Code Auswählen

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

Grüße

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rageltus am 27 Januar 2017, 23:00:01

Vielen Dank! Es funktioniert! Super! Auch mit der 3.3.1 firmware. Danke!

PS: Wird bei jedem fhem update jetzt was überschrieben oder kann ich ohne probleme immer fhem auf den neuesten stand halten?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 27 Januar 2017, 23:01:20

Ein normales FHEM Update überschreibt dir leider diese Version.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rageltus am 28 Januar 2017, 09:40:57

Hallo Sidey,

einen kleinen Bug habe ich noch gefunden. Irgendwie erkennt der signalduino den Bewegungsmelder nicht mehr, wenn ich das device einmal lösche. Dann funktioniert autocreate nicht. Auch hatte ich es des öfteren das der Melder auslöst aber keine Reaktion in fhem ist. Ich teste weiter.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 28 Januar 2017, 22:28:14

Zitat von: rageltus am 28 Januar 2017, 09:40:57
einen kleinen Bug habe ich noch gefunden. Irgendwie erkennt der signalduino den Bewegungsmelder nicht mehr, wenn ich das device einmal lösche. Dann funktioniert autocreate nicht. Auch hatte ich es des öfteren das der Melder auslöst aber keine Reaktion in fhem ist. Ich teste weiter.

Das liegt eher am autocreate oder RFX modul. Der SIGNALduino hat keinerlei Einfluss auf das Autocreate.
shutdown restart löst das Problem.

Theorie: Ich glaube autocreate merkt sich, was es schon angelegt hat und legt dann das nicht erneut an.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 30 Januar 2017, 10:35:22

@rageltus:
Wenn Du einzelne Module vom update ausschließen möchtest geht das, indem Du z.B.

attr global exclude_from_update 41_OREGON.pm 00_SIGNALduino.pm 14_SD_WS07.pm 14_SD_WS09.pm 14_Hideki.pm 90_SIGNALduino_un.pm

in die fhem.cfg einfügst.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 30 Januar 2017, 10:43:20

@Ralf bezgl. #207:

Ich muß mir erst mal ein Testsystem hier aufbauen. Der Signalduino empfängt hier etliche Sensoren, die mir das Logfile arg unüberschtlich machen. Oder ich bastle mir einen Faraday-Käfig :)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rageltus am 30 Januar 2017, 13:08:40

Danke für die Info. Ich werde dann die Updates "blocken" bis die Änderungen in die FHEM Version eingeflossen sind und über den regulären Updatepfad kommen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mitch am 30 Januar 2017, 18:46:37

Hallo Zusammen,

hab da mal eine Frage:

Bei mir läuft der Signalduino (2x) schon länger und sehr gut.
Jetzt wollte ich mir einen weiteren Tempfühler zulegen, weswegen ich einen Technoline TX29-IT geholt habe.

Leider wird dieser nicht vom SIGNALduino empfangen? Ich dachte, der geht?

Im Eventlog bekomme ich:

Code Auswählen

2017-01-30 18:42:58 SIGNALduino SIGNALduino868 UNKNOWNCODE P9#FF43C354A202040C540834
2017-01-30 18:42:59 SIGNALduino SIGNALduino868 UNKNOWNCODE P9#D0F0D52880810315020D

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 30 Januar 2017, 19:35:05

Poste Mal die MU Nachrichten , die bei Verbose 4 von diesem Sensor kommen

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mitch am 30 Januar 2017, 19:58:59

Hier mal der Eventlog:

Code Auswählen

2017-01-30 19:54:58 SIGNALduino SIGNALduino868 UNKNOWNCODE P9#FF43C352A400020C54094C
2017-01-30 19:54:59 SIGNALduino SIGNALduino868 UNKNOWNCODE P9#1E1A9520001062A04A6
2017-01-30 19:55:29 SIGNALduino SIGNALduino868 UNKNOWNCODE u40#0010A2C5A4CF0521C
2017-01-30 19:56:47 SIGNALduino SIGNALduino868 UNKNOWNCODE P9#786A548040818A80938
2017-01-30 19:57:13 SIGNALduino SIGNALduino868 UNKNOWNCODE u40#A178D97DB94
2017-01-30 19:57:22 SIGNALduino SIGNALduino868 UNKNOWNCODE P9#FE8786A548000018A80A68

und hier der Log bei verbose 4:

Code Auswählen

2017.01.30 19:57:33 4: SIGNALduino868/keepalive retry = 0
2017.01.30 19:57:33 4: SIGNALduino868/KeepAliveOk: 1
2017.01.30 19:57:27 4: SIGNALduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.01.30 19:57:27 4: SIGNALduino868/msg READ: MU;P0=92;P1=-107;P2=296;D=0101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010121;CP=0;
2017.01.30 19:57:27 4: SIGNALduino868/msg READ: MU;P0=-102;P1=98;D=0101010101010101010101010101010101010101010;CP=1;
2017.01.30 19:57:27 4: SIGNALduino868/msg READ: MU;P0=94;P1=-107;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=0;O;
2017.01.30 19:57:27 4: SIGNALduino868/msg READ: MU;P0=-105;P1=92;D=0101010101010101010101010101010101010101010;CP=1;
2017.01.30 19:57:27 4: SIGNALduino868/msg READ: MU;P0=-96;P1=103;D=0101010101010101010101010101010101010101010101010;CP=1;
2017.01.30 19:57:27 4: SIGNALduino868/msg READ: MU;P0=-103;P1=97;D=01010101010101010101010101010101010101010101010101010101010101010101;CP=1;
2017.01.30 19:57:27 4: SIGNALduino868/msg READ: MU;P0=94;P1=-106;D=010101010101010101010101010101010101010101010101;CP=0;
2017.01.30 19:57:27 4: SIGNALduino868/msg READ: MU;P0=-103;P1=98;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2017.01.30 19:57:27 4: SIGNALduino868/msg READ: MU;P0=-109;P1=93;D=010101010101010101010101010101010101010101010;CP=1;
2017.01.30 19:57:27 4: SIGNALduino868/msg READ: MU;P0=96;P1=-103;D=010101010101010101010101010101010101010101010101;CP=0;
2017.01.30 19:57:27 4: SIGNALduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.01.30 19:57:27 4: SIGNALduino868/msg READ: MU;P0=-103;P1=114;P2=-394;P3=-192;P5=-568;P6=-11304;D=10121325611111111111111111010111101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010;CP=1;O;
2017.01.30 19:57:25 4: SIGNALduino868: Found manchester Protocol id 10 clock 313 -> OSV2o3
2017.01.30 19:57:25 4: SIGNALduino868/msg READ: MC;LL=-621;LH=550;SL=-353;SH=390;D=0010484A12AA85154091284;C=313;L=91;
2017.01.30 19:57:25 4: SIGNALduino868: Found manchester Protocol id 10 clock 328 -> OSV2o3
2017.01.30 19:57:25 4: SIGNALduino868/msg READ: MC;LL=-623;LH=601;SL=-405;SH=386;D=0010484A122514550242250;C=328;L=89;
2017.01.30 19:57:25 4: SIGNALduino868: Found manchester Protocol id 10 clock 321 -> OSV2o3
2017.01.30 19:57:25 4: SIGNALduino868/msg READ: MC;LL=-606;LH=580;SL=-382;SH=386;D=0008242509082A8A001250;C=321;L=86;
2017.01.30 19:57:25 4: SIGNALduino868: Found manchester Protocol id 10 clock 317 -> OSV2o3
2017.01.30 19:57:25 4: SIGNALduino868/msg READ: MC;LL=-625;LH=597;SL=-355;SH=357;D=00041212848414880014A0;C=317;L=85;
2017.01.30 19:57:25 4: SIGNALduino868: Found manchester Protocol id 10 clock 324 -> OSV2o3
2017.01.30 19:57:25 4: SIGNALduino868/msg READ: MC;LL=-605;LH=585;SL=-360;SH=388;D=00209094244A2A54048524;C=324;L=88;
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868/msg READ: MU;P0=527;P1=-624;P3=-359;D=01030303030303030303030303010303030301030103030301030101030303010301030301030101030301010303010101010303030303010301030303010303010301010;CP=0;
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.01.30 19:57:24 4: SIGNALduino868/msg READ: MU;P0=-529;P2=595;P3=-288;P4=390;P6=-10768;P7=148;D=00234040404040404040404040204040404020402040404020402020404040204020404040402020204020204020404020404040404040404040404040402020402040204670;CP=4;
2017.01.30 19:57:24 4: SIGNALduino868: Found manchester Protocol id 10 clock 322 -> OSV2o3
2017.01.30 19:57:24 4: SIGNALduino868/msg READ: MC;LL=-607;LH=581;SL=-404;SH=388;D=002090942410AA2A4A95254;C=322;L=92;
2017.01.30 19:57:24 4: SIGNALduino868: Found manchester Protocol id 10 clock 311 -> OSV2o3
2017.01.30 19:57:24 4: SIGNALduino868/msg READ: MC;LL=-620;LH=545;SL=-406;SH=390;D=002090942410A4492A542A8;C=311;L=90;
2017.01.30 19:57:24 4: SIGNALduino868: Found manchester Protocol id 10 clock 323 -> OSV2o3
2017.01.30 19:57:24 4: SIGNALduino868/msg READ: MC;LL=-596;LH=581;SL=-411;SH=390;D=0020909425548A9501228AA;C=323;L=92;
2017.01.30 19:57:24 4: SIGNALduino868: Found manchester Protocol id 10 clock 357 -> OSV2o3
2017.01.30 19:57:24 4: SIGNALduino868/msg READ: MC;LL=-712;LH=683;SL=-357;SH=390;D=0010484A12AA451540912550;C=357;L=93;
2017.01.30 19:57:23 4: SIGNALduino868: Found manchester Protocol id 10 clock 341 -> OSV2o3
2017.01.30 19:57:23 4: SIGNALduino868/msg READ: MC;LL=-625;LH=597;SL=-373;SH=427;D=00082425080122800090;C=341;L=80;
2017.01.30 19:57:22 3: SIGNALduino868: Unknown code P9#FE8786A548000018A80A68, help me!
2017.01.30 19:57:22 4: Unknown, please report
2017.01.30 19:57:22 4: SIGNALduino_unknown found ctw600 syncpos at 0 message is: 10000111100001101010010101001000000000000000000000011000101010000000101001101000 - sensor id:011110, bat:100, temp=0110101001, hum=01010010, wind=0000000000000000, rain=0000011000101010, winddir=0010
2017.01.30 19:57:22 4: SIGNALduino_unknown converted to bits: 1111111010000111100001101010010101001000000000000000000000011000101010000000101001101000
2017.01.30 19:57:22 4: SIGNALduino_unknown Protocol: 9
2017.01.30 19:57:22 4: SIGNALduino_unknown rawData: FE8786A548000018A80A68
2017.01.30 19:57:22 4: SIGNALduino_unknown incomming msg: P9#FE8786A548000018A80A68
2017.01.30 19:57:22 3: SIGNALduino868: SD_WS09_CTW600 off=WH1080 Model=CTW600 
2017.01.30 19:57:22 3: SIGNALduino868: SD_WS09_Parse CTW600:   Model=CTW600 attr=WH1080
2017.01.30 19:57:22 3: SIGNALduino868: SD_WS09_Parse0 Bin=1111111010000111100001101010010101001000000000000000000000011000101010000000101001101000 syncp=0 length:88
2017.01.30 19:57:22 3: SIGNALduino868: SD_WS09_Parse CRC_AUS:0 Model=WH1080
2017.01.30 19:57:22 3: SIGNALduino868: SD_WS09_CTW600 off=WH1080 Model=CTW600 
2017.01.30 19:57:22 3: SIGNALduino868: SD_WS09_Parse CTW600:   Model=CTW600 attr=WH1080
2017.01.30 19:57:22 3: SIGNALduino868: SD_WS09_Parse0 Bin=1111111010000111100001101010010101001000000000000000000000011000101010000000101001101000 syncp=0 length:88
2017.01.30 19:57:22 3: SIGNALduino868: SD_WS09_Parse CRC_AUS:0 Model=WH1080
2017.01.30 19:57:22 4: SIGNALduino868: decoded matched MU Protocol id 9 dmsg P9#FE8786A548000018A80A68 length 88
2017.01.30 19:57:22 4: SIGNALduino868: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.01.30 19:57:22 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:57:22 4: SIGNALduino868: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.01.30 19:57:22 4: SIGNALduino868: decoded matched MU Protocol id 5 dmsg p5#0178795AB7FFFFE757F590 length 88
2017.01.30 19:57:22 4: SIGNALduino868: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.01.30 19:57:22 4: SIGNALduino868: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.01.30 19:57:22 4: SIGNALduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.30 19:57:22 4: SIGNALduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.30 19:57:22 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:57:22 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:57:22 4: SIGNALduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.01.30 19:57:22 4: SIGNALduino868/msg READ: MU;P0=-432;P1=127;P2=904;P3=478;P4=-983;P5=1454;P7=-280;D=1710123343434343434345434545454543434343454545454343454345434545434543454345454345454545454545454545454545454545454545454545434345454543454345434545454545454543454345454343454345;CP=3;
2017.01.30 19:57:18 4: SIGNALduino868: Found manchester Protocol id 10 clock 483 -> OSV2o3
2017.01.30 19:57:18 4: SIGNALduino868/msg READ: MC;LL=-1035;LH=978;SL=-536;SH=474;D=F6254000491C720A5;C=483;L=68;
2017.01.30 19:57:18 4: SIGNALduino868/msg READ: MC;LL=-1035;LH=978;SL=-532;SH=474;D=AAAAAAAAAB;C=483;L=40;
2017.01.30 19:57:13 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:57:13 3: SIGNALduino868: Unknown code u40#A178D97DB94, help me!
2017.01.30 19:57:13 4: Unknown, please report
2017.01.30 19:57:13 4: SIGNALduino_unknown converted to bits: 10100001011110001101100101111101101110010100
2017.01.30 19:57:13 4: SIGNALduino_unknown Protocol: 40
2017.01.30 19:57:13 4: SIGNALduino_unknown rawData: A178D97DB94
2017.01.30 19:57:13 4: SIGNALduino_unknown incomming msg: u40#A178D97DB94
2017.01.30 19:57:13 4: SIGNALduino868: decoded matched MU Protocol id 40 dmsg u40#A178D97DB94 length 44
2017.01.30 19:57:13 4: SIGNALduino868: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.01.30 19:57:13 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:57:13 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:57:13 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:57:13 4: SIGNALduino868: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.30 19:57:13 4: SIGNALduino868/msg READ: MU;P1=501;P4=-615;P5=-416;D=141414151514151414141415141515151514141415151415151414151415151515151415151415151514141514151;CP=1;
2017.01.30 19:56:47 4: SIGNALduino868: Found manchester Protocol id 10 clock 312 -> OSV2o3
2017.01.30 19:56:47 4: SIGNALduino868/msg READ: MC;LL=-624;LH=567;SL=-365;SH=371;D=0011510AAA002450002490;C=312;L=85;
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868/msg READ: MU;P0=-7356;P1=108;P2=-92;P3=446;P4=-366;P7=-836;D=012343434343434343434343434343434343437373734343434343437373434373434343437343434373737343737373734343737373437343437373434343437343434343434343437343434343434343437373734343737373437343437373434343437343734343737343730;CP=3;
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868/msg READ: MU;P0=419;P1=-418;P2=-835;P3=-8548;D=010101010102020101020101010102010101020202010202020201010202020102010102020101010102010101010101010102010101010101010102020201010202020102010102020101010102010201010202010203;CP=0;
2017.01.30 19:56:47 3: SIGNALduino868: Unknown code P9#786A548040818A80938, help me!
2017.01.30 19:56:47 4: SIGNALduino_unknown  ctw600 not found, aborting
2017.01.30 19:56:47 4: SIGNALduino_unknown converted to bits: 0111100001101010010101001000000001000000100000011000101010000000100100111000
2017.01.30 19:56:47 4: SIGNALduino_unknown Protocol: 9
2017.01.30 19:56:47 4: SIGNALduino_unknown rawData: 786A548040818A80938
2017.01.30 19:56:47 4: SIGNALduino_unknown incomming msg: P9#786A548040818A80938
2017.01.30 19:56:47 3: SIGNALduino868: SD_WS09_Parse EXIT: msg=786A548040818A80938 syncp=-1 length:76
2017.01.30 19:56:47 3: SIGNALduino868: SD_WS09_Parse0 Bin=0111100001101010010101001000000001000000100000011000101010000000100100111000 syncp=-1 length:76
2017.01.30 19:56:47 3: SIGNALduino868: SD_WS09_Parse CRC_AUS:0 Model=WH1080
2017.01.30 19:56:47 3: SIGNALduino868: SD_WS09_Parse EXIT: msg=786A548040818A80938 syncp=-1 length:76
2017.01.30 19:56:47 3: SIGNALduino868: SD_WS09_Parse0 Bin=0111100001101010010101001000000001000000100000011000101010000000100100111000 syncp=-1 length:76
2017.01.30 19:56:47 3: SIGNALduino868: SD_WS09_Parse CRC_AUS:0 Model=WH1080
2017.01.30 19:56:47 4: SIGNALduino868: decoded matched MU Protocol id 9 dmsg P9#786A548040818A80938 length 76
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: decoded matched MU Protocol id 5 dmsg p5#8795AB7FBF7E757F6C0 length 76
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:56:47 4: SIGNALduino868/msg READ: MU;P0=1446;P1=-980;P2=483;P3=-10736;D=0121212121010101012121012101210101210121012101012101010101010101012101010101010121010101010101212101010121012101210101010101010121010121010121212103;CP=0;
2017.01.30 19:56:43 3: SIGNALduino868: SD_WS09_Parse WH1080 id:30, bat:ok, temp=2.5, hum=82, winddir=2:NE wS=0.3, wG=0.7, rain=12.6
2017.01.30 19:56:43 3: SIGNALduino868: SD_WS09_Parse WH1080 id:30 :10100001111000011010100101010010000000010000001000000110001010100000001001001110 
2017.01.30 19:56:43 3: SIGNALduino868: SD_WS09_Parse WH1080 Rain bit: 00101010 Dec: 12.6
2017.01.30 19:56:43 3: SIGNALduino868: SD_WS09_Parse WH1080 Windguest bit: 00000010 Dec: 0.7
2017.01.30 19:56:43 3: SIGNALduino868: SD_WS09_Parse WH1080 Windspeed bit: 00000001 Dec: 0.3
2017.01.30 19:56:43 3: SIGNALduino868: SD_WS09_Parse WH=11111111 msg=10100001111000011010100101010010000000010000001000000110001010100000001001001110 syncp=1 length:80
2017.01.30 19:56:43 3: SIGNALduino868: SD_WS09_Parse CRC_OK:  CRC=0 Model=WH1080 attr=WH1080
2017.01.30 19:56:43 3: SIGNALduino868: SD_WS09_Parse sync2 msg=P9#ffa1e1a9520102062a024e syncp=1 length:88
2017.01.30 19:56:43 3: SIGNALduino868: SD_WS09_Parse0 Bin=1111111101000011110000110101001010100100000000100000010000001100010101000000010010011100 syncp=1 length:88
2017.01.30 19:56:43 3: SIGNALduino868: SD_WS09_Parse CRC_AUS:0 Model=WH1080
2017.01.30 19:56:43 4: SIGNALduino868: decoded matched MU Protocol id 9 dmsg P9#FF43C352A402040C54049C length 88
2017.01.30 19:56:43 4: SIGNALduino868: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.01.30 19:56:43 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:56:43 4: SIGNALduino868: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.01.30 19:56:43 4: SIGNALduino868: decoded matched MU Protocol id 5 dmsg p5#00BC3CAD5BFDFBF3ABFB60 length 88
2017.01.30 19:56:43 4: SIGNALduino868: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.01.30 19:56:43 4: SIGNALduino868: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.01.30 19:56:43 4: SIGNALduino868: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2017.01.30 19:56:43 4: SIGNALduino868: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.01.30 19:56:43 4: SIGNALduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.30 19:56:43 4: SIGNALduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.30 19:56:43 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:56:43 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:56:43 4: SIGNALduino868/msg READ: MU;P0=-200;P1=485;P2=-976;P3=1450;P4=-10092;P5=106;P6=-1576;D=01212121212121212321232323232121212123232323212123212321232321232123212323212323232323232323212323232323232123232323232321212323232123212321232323232323232123232123232121212345650;CP=1;
2017.01.30 19:56:30 4: SIGNALduino868/keepalive retry = 0
2017.01.30 19:56:30 4: SIGNALduino868/KeepAliveOk: 1
2017.01.30 19:56:03 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:56:03 4: SIGNALduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.30 19:56:03 4: SIGNALduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.01.30 19:56:03 4: SIGNALduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.30 19:56:03 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:56:03 4: SIGNALduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.01.30 19:56:03 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:56:03 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:56:03 4: SIGNALduino868: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.30 19:56:03 4: SIGNALduino868/msg READ: MU;P0=9000;P1=-386;P3=377;P6=572;P7=-619;D=306731673133131313131313131673167313167313167673167316731316767313131313131313131316731673131676731313131313131313131313167313167676731313;CP=3;
2017.01.30 19:56:03 4: SIGNALduino868: Found manchester Protocol id 10 clock 315 -> OSV2o3
2017.01.30 19:56:03 4: SIGNALduino868/msg READ: MC;LL=-618;LH=572;SL=-358;SH=376;D=00091149140048A0008A8;C=315;L=84;
2017.01.30 19:55:46 3: SIGNALduino868: SD_WS09_Parse WH1080 id:30, bat:ok, temp=2.5, hum=82, winddir=2:NE wS=0.3, wG=0.7, rain=12.6
2017.01.30 19:55:46 3: SIGNALduino868: SD_WS09_Parse WH1080 id:30 :10100001111000011010100101010010000000010000001000000110001010100000001001001110 
2017.01.30 19:55:46 3: SIGNALduino868: SD_WS09_Parse WH1080 Rain bit: 00101010 Dec: 12.6
2017.01.30 19:55:46 3: SIGNALduino868: SD_WS09_Parse WH1080 Windguest bit: 00000010 Dec: 0.7
2017.01.30 19:55:46 3: SIGNALduino868: SD_WS09_Parse WH1080 Windspeed bit: 00000001 Dec: 0.3
2017.01.30 19:55:46 3: SIGNALduino868: SD_WS09_Parse WH=11111111 msg=10100001111000011010100101010010000000010000001000000110001010100000001001001110 syncp=1 length:80
2017.01.30 19:55:46 3: SIGNALduino868: SD_WS09_Parse CRC_OK:  CRC=0 Model=WH1080 attr=WH1080
2017.01.30 19:55:46 3: SIGNALduino868: SD_WS09_Parse sync2 msg=P9#ffa1e1a9520102062a024e syncp=1 length:88
2017.01.30 19:55:46 3: SIGNALduino868: SD_WS09_Parse0 Bin=1111111101000011110000110101001010100100000000100000010000001100010101000000010010011100 syncp=1 length:88
2017.01.30 19:55:46 3: SIGNALduino868: SD_WS09_Parse CRC_AUS:0 Model=WH1080
2017.01.30 19:55:46 4: SIGNALduino868: decoded matched MU Protocol id 9 dmsg P9#FF43C352A402040C54049C length 88
2017.01.30 19:55:46 4: SIGNALduino868: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.01.30 19:55:46 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:55:46 4: SIGNALduino868: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.01.30 19:55:46 4: SIGNALduino868: decoded matched MU Protocol id 5 dmsg p5#00BC3CAD5BFDFBF3ABFB60 length 88
2017.01.30 19:55:46 4: SIGNALduino868: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.01.30 19:55:46 4: SIGNALduino868: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.01.30 19:55:46 4: SIGNALduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.30 19:55:46 4: SIGNALduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.30 19:55:46 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:55:46 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:55:46 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:55:46 4: SIGNALduino868/msg READ: MU;P0=-392;P1=482;P2=-979;P3=1449;P4=-9548;D=0121212121212121232123232323212121212323232321212321232123232123212321232321232323232323232321232323232323212323232323232121232323212321232123232323232323212323212323212121234;CP=1;
2017.01.30 19:55:35 4: SIGNALduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.01.30 19:55:35 4: SIGNALduino868/msg READ: MU;P0=-112;P1=100;P3=-224;D=0101010101010101003010101010101013010101010101;CP=1;
2017.01.30 19:55:30 4: SIGNALduino868: Found manchester Protocol id 10 clock 347 -> OSV2o3
2017.01.30 19:55:30 4: SIGNALduino868/msg READ: MC;LL=-623;LH=656;SL=-410;SH=387;D=0010484A129114550244150;C=347;L=89;
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:55:29 3: SIGNALduino868: Unknown code u40#0010A2C5A4CF0521C, help me!
2017.01.30 19:55:29 4: Unknown, please report
2017.01.30 19:55:29 4: SIGNALduino_unknown converted to bits: 00000000000100001010001011000101101001001100111100000101001000011100
2017.01.30 19:55:29 4: SIGNALduino_unknown Protocol: 40
2017.01.30 19:55:29 4: SIGNALduino_unknown rawData: 0010A2C5A4CF0521C
2017.01.30 19:55:29 4: SIGNALduino_unknown incomming msg: u40#0010A2C5A4CF0521C
2017.01.30 19:55:29 4: SIGNALduino868: decoded matched MU Protocol id 40 dmsg u40#0010A2C5A4CF0521C length 68
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868/msg READ: MU;P0=-531;P1=-136;P2=381;P4=597;P6=-9004;D=102020202020202020202020204020202020402040202020402040402020204020404020402020402020404020204040404020202020204020402020402020202040404026;CP=2;
2017.01.30 19:55:29 4: SIGNALduino868: Found manchester Protocol id 10 clock 327 -> OSV2o3
2017.01.30 19:55:29 4: SIGNALduino868/msg READ: MC;LL=-623;LH=599;SL=-408;SH=385;D=0010484A129114550244150;C=327;L=89;
2017.01.30 19:55:29 4: SIGNALduino868: Found manchester Protocol id 10 clock 322 -> OSV2o3
2017.01.30 19:55:29 4: SIGNALduino868/msg READ: MC;LL=-666;LH=581;SL=-355;SH=388;D=00082425095522A54048A2A8;C=322;L=94;
2017.01.30 19:55:29 4: SIGNALduino868: Found manchester Protocol id 10 clock 326 -> OSV2o3
2017.01.30 19:55:29 4: SIGNALduino868/msg READ: MC;LL=-628;LH=594;SL=-359;SH=387;D=000824250955228AA04892A8;C=326;L=94;
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.30 19:55:29 4: SIGNALduino868/msg READ: MU;P0=-514;P1=-1047;P2=967;P3=574;P4=-126;P5=332;P7=-354;D=34543737373737371434173011213020312130303030213030302;CP=3;
2017.01.30 19:55:28 4: SIGNALduino868: Found manchester Protocol id 10 clock 329 -> OSV2o3
2017.01.30 19:55:28 4: SIGNALduino868/msg READ: MC;LL=-621;LH=597;SL=-347;SH=391;D=0010484A100245000120;C=329;L=79;
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868/msg READ: MU;P0=-368;P1=196;P2=-12208;P3=412;P5=-790;P6=-7492;D=012303030303030303030303030303030303035353030303030303035353030303030303035353530303030303535353530353535353035303035353030303535353535303030303035303030303030303035303535353030303535353030303030303035303035353535353536;CP=3;
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868/msg READ: MU;P0=404;P1=-401;P2=-798;P3=11684;D=0101010101010101010202020202010201010202010101020202020201010101010201010101010101010201020202013;CP=0;
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.30 19:55:28 4: SIGNALduino868/msg READ: MU;P0=-402;P1=756;P2=-300;P3=416;P5=-787;P6=-9136;D=0123030303030303030303030303030303035353030303030303035353030303030303035353530303030303535353530353535353035303035353030303535353535303030303035303030303030303035303535353030303535353030303030303035303035353535353536;CP=3;
2017.01.30 19:55:28 4: SIGNALduino868/keepalive retry = 0
2017.01.30 19:55:28 4: SIGNALduino868/KeepAliveOk: 1
2017.01.30 19:54:59 3: SIGNALduino868: Unknown code P9#1E1A9520001062A04A6, help me!
2017.01.30 19:54:59 4: SIGNALduino_unknown  ctw600 not found, aborting
2017.01.30 19:54:59 4: SIGNALduino_unknown converted to bits: 0001111000011010100101010010000000000000000100000110001010100000010010100110
2017.01.30 19:54:59 4: SIGNALduino_unknown Protocol: 9
2017.01.30 19:54:59 4: SIGNALduino_unknown rawData: 1E1A9520001062A04A6
2017.01.30 19:54:59 4: SIGNALduino_unknown incomming msg: P9#1E1A9520001062A04A6
2017.01.30 19:54:59 3: SIGNALduino868: SD_WS09_Parse EXIT: msg=1E1A9520001062A04A6 syncp=-1 length:76
2017.01.30 19:54:59 3: SIGNALduino868: SD_WS09_Parse0 Bin=0001111000011010100101010010000000000000000100000110001010100000010010100110 syncp=-1 length:76
2017.01.30 19:54:59 3: SIGNALduino868: SD_WS09_Parse CRC_AUS:0 Model=WH1080
2017.01.30 19:54:59 3: SIGNALduino868: SD_WS09_Parse EXIT: msg=1E1A9520001062A04A6 syncp=-1 length:76
2017.01.30 19:54:59 3: SIGNALduino868: SD_WS09_Parse0 Bin=0001111000011010100101010010000000000000000100000110001010100000010010100110 syncp=-1 length:76
2017.01.30 19:54:59 3: SIGNALduino868: SD_WS09_Parse CRC_AUS:0 Model=WH1080
2017.01.30 19:54:59 4: SIGNALduino868: decoded matched MU Protocol id 9 dmsg P9#1E1A9520001062A04A6 length 76
2017.01.30 19:54:59 4: SIGNALduino868: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: decoded matched MU Protocol id 5 dmsg p5#E1E56ADFFFEF9D5FB58 length 76
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868/msg READ: MU;P0=-216;P1=1446;P2=-983;P3=484;D=01212123232323212121212323212321232121232123212321212321212121212121212121212121212121232121212121232321212123212321232121212121212321212321232121232323;CP=1;
2017.01.30 19:54:58 3: SIGNALduino868: Unknown code P9#FF43C352A400020C54094C, help me!
2017.01.30 19:54:58 4: Unknown, please report
2017.01.30 19:54:58 4: SIGNALduino_unknown found ctw600 syncpos at 1 message is: 1000011110000110101001010100100000000000000001000001100010101000000100101001100 - sensor id:011110, bat:100, temp=0110101001, hum=01010010, wind=0000000000000001, rain=0000011000101010, winddir=0100
2017.01.30 19:54:58 4: SIGNALduino_unknown converted to bits: 1111111101000011110000110101001010100100000000000000001000001100010101000000100101001100
2017.01.30 19:54:58 4: SIGNALduino_unknown Protocol: 9
2017.01.30 19:54:58 4: SIGNALduino_unknown rawData: FF43C352A400020C54094C
2017.01.30 19:54:58 4: SIGNALduino_unknown incomming msg: P9#FF43C352A400020C54094C
2017.01.30 19:54:58 3: SIGNALduino868: SD_WS09_Parse CRC_Error:  msg=P9#ffa1e1a9520001062a04a6 CRC=31 
2017.01.30 19:54:58 3: SIGNALduino868: SD_WS09_Parse sync2 msg=P9#ffa1e1a9520001062a04a6 syncp=1 length:88
2017.01.30 19:54:58 3: SIGNALduino868: SD_WS09_Parse0 Bin=1111111101000011110000110101001010100100000000000000001000001100010101000000100101001100 syncp=1 length:88
2017.01.30 19:54:58 3: SIGNALduino868: SD_WS09_Parse CRC_AUS:0 Model=WH1080
2017.01.30 19:54:58 3: SIGNALduino868: SD_WS09_Parse CRC_Error:  msg=P9#ffa1e1a9520001062a04a6 CRC=31 
2017.01.30 19:54:58 3: SIGNALduino868: SD_WS09_Parse sync2 msg=P9#ffa1e1a9520001062a04a6 syncp=1 length:88
2017.01.30 19:54:58 3: SIGNALduino868: SD_WS09_Parse0 Bin=1111111101000011110000110101001010100100000000000000001000001100010101000000100101001100 syncp=1 length:88
2017.01.30 19:54:58 3: SIGNALduino868: SD_WS09_Parse CRC_AUS:0 Model=WH1080
2017.01.30 19:54:58 4: SIGNALduino868: decoded matched MU Protocol id 9 dmsg P9#FF43C352A400020C54094C length 88
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: decoded matched MU Protocol id 5 dmsg p5#00BC3CAD5BFFFDF3ABF6B0 length 88
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.01.30 19:54:58 4: SIGNALduino868/msg READ: MU;P0=-988;P1=1444;P4=-348;P6=132;P7=482;D=44670707070707070701070101010107070707010101010707010701070101070107010701010701010101010101010101010101010101070101010101070701010107010701070101010101010701010701070101070707;CP=7;
2017.01.30 19:54:52 4: SIGNALduino868: Found manchester Protocol id 10 clock 307 -> OSV2o3
2017.01.30 19:54:52 4: SIGNALduino868/msg READ: MC;LL=-618;LH=573;SL=-416;SH=350;D=0024452451488A2A8122AA4;C=307;L=92;
2017.01.30 19:54:52 4: SIGNALduino868: Found manchester Protocol id 10 clock 306 -> OSV2o3
2017.01.30 19:54:52 4: SIGNALduino868/msg READ: MC;LL=-618;LH=542;SL=-416;SH=378;D=0012229228A4451540915520;C=306;L=93;
2017.01.30 19:54:52 4: SIGNALduino868: Found manchester Protocol id 10 clock 315 -> OSV2o3
2017.01.30 19:54:52 4: SIGNALduino868/msg READ: MC;LL=-617;LH=573;SL=-449;SH=375;D=0012229228A4451540915520;C=315;L=93;
2017.01.30 19:54:52 4: SIGNALduino868/msg READ: MC;LL=-700;LH=506;SL=-400;SH=378;D=0091149145548A2A8124428;C=294;L=90;
2017.01.30 19:54:49 4: SIGNALduino868: Found manchester Protocol id 10 clock 339 -> OSV2o3
2017.01.30 19:54:49 4: SIGNALduino868/msg READ: MC;LL=-582;LH=608;SL=-380;SH=412;D=9255204A28408AA24;C=339;L=67;
2017.01.30 19:54:49 4: SIGNALduino868: Found manchester Protocol id 10 clock 339 -> OSV2o3
2017.01.30 19:54:49 4: SIGNALduino868/msg READ: MC;LL=-653;LH=607;SL=-382;SH=411;D=9255204A280125440;C=339;L=65;
2017.01.30 19:54:42 4: SIGNALduino868: Found manchester Protocol id 10 clock 309 -> OSV2o3
2017.01.30 19:54:42 4: SIGNALduino868/msg READ: MC;LL=-629;LH=563;SL=-423;SH=366;D=0008A88555001228001248;C=309;L=86;
2017.01.30 19:54:24 4: SIGNALduino868/keepalive retry = 0
2017.01.30 19:54:24 4: SIGNALduino868/KeepAliveOk: 1
2017.01.30 19:54:11 4: SIGNALduino868: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.01.30 19:54:11 4: SIGNALduino868: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.01.30 19:54:11 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:54:11 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:54:11 4: SIGNALduino868: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.01.30 19:54:11 4: SIGNALduino868: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.30 19:54:11 4: SIGNALduino868/msg READ: MU;P0=493;P1=-368;P5=-617;P6=-4120;D=0101010101010101010101010505050101010501050105010105010105050105010501050105050505010101010105010105010105010101050506;CP=0;
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: decoded matched MU Protocol id 5 dmsg p5#00BC3CAD5BFFFFF3A length 68
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.01.30 19:54:10 4: SIGNALduino868/msg READ: MU;P0=-104;P1=422;P2=-420;P4=-615;P5=-3392;P6=-996;P7=1444;D=01212121212121212121212121414141212121412141214121214121214141214121412141214141412121212121214121412121214121212141215161616161616161676167676767616161616767676761616761676167676167616761676761676767676767676767676767676767676767676767676161676767616761;CP=1;O;
2017.01.30 19:54:07 4: SIGNALduino868: Found manchester Protocol id 10 clock 315 -> OSV2o3
2017.01.30 19:54:07 4: SIGNALduino868/msg READ: MC;LL=-617;LH=572;SL=-438;SH=376;D=47FB775B75FFDBAFFFBAB8;C=315;L=85;
2017.01.30 19:54:07 4: SIGNALduino868: Found manchester Protocol id 10 clock 315 -> OSV2o3
2017.01.30 19:54:07 4: SIGNALduino868/msg READ: MC;LL=-670;LH=572;SL=-461;SH=375;D=000488A48A002450004540;C=315;L=85;
2017.01.30 19:54:00 4: SIGNALduino868: Found manchester Protocol id 10 clock 311 -> OSV2o3
2017.01.30 19:54:00 4: SIGNALduino868/msg READ: MC;LL=-610;LH=550;SL=-407;SH=384;D=00148AA8520552045210;C=311;L=78;
2017.01.30 19:53:59 4: SIGNALduino868: Found manchester Protocol id 10 clock 322 -> OSV2o3
2017.01.30 19:53:59 4: SIGNALduino868/msg READ: MC;LL=-608;LH=582;SL=-349;SH=386;D=00148AA8520550092428;C=322;L=78;
2017.01.30 19:53:46 4: SIGNALduino868: Found manchester Protocol id 10 clock 342 -> OSV2o3
2017.01.30 19:53:46 4: SIGNALduino868/msg READ: MC;LL=-578;LH=611;SL=-377;SH=417;D=0015004A1254204012;C=342;L=72;
2017.01.30 19:53:38 4: SIGNALduino868/msg READ: MU;P0=-352;P4=596;P5=-623;P6=-8916;D=06000000000000000000000000450000000045004500000045004545000000450000000000000000004500450000454500000000000000000000000000;CP=-1;
2017.01.30 19:53:38 4: SIGNALduino868: Found manchester Protocol id 10 clock 340 -> OSV2o3
2017.01.30 19:53:38 4: SIGNALduino868/msg READ: MC;LL=-623;LH=596;SL=-376;SH=426;D=00082425080122800090;C=340;L=80;

Habe die Batterie zweimal rein und raus gemacht.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mitch am 30 Januar 2017, 20:27:23

Na toll, jetzt habe ich noch ein Problem.

Dachte ich mach einen Upgrade auf die V3.3 (hatte 3.2b) und nun wird meine WH1080 auch nicht mehr gefunden :(

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 30 Januar 2017, 20:48:09

Schick bitte mal ein paar Logs , am besten in einem neuen Beitrag.

So auf Anhieb fällt mir nichts ein, was das verursachen könnte :(

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mitch am 30 Januar 2017, 22:08:54

Werde ich morgen mal machen, Danke schonmal.

Meine WH1080 habe ich wieder zum laufen gebracht. Habe wieder die alte 14_SD_WS09.pm (14_SD_WS09.pm 16018 2016-07-11 10:10:10Z pejonp) aus meinem Backup zurück kopiert, nun geht sie wieder.

Jetzt wäre "nur" noch die Entschlüsselung des TX dran ;D

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Afmanni am 31 Januar 2017, 00:16:05

Hallo ich habe mir ein 3er Set "Baumarkt" Steckdosen geholt(Emil-Lux) von OBI(https://www.obi.de/hausfunksteuerung/cmi-funkschalter-set-4-teilig-weiss/p/4438420)
Dieser Typ hat leider keine Dip-schalter und werden mit Halten der einzelnen Tasten angelernt. Bei einer Taste wurde ein neuer Schalter via Autocreate erkannt und erstellt aber bei den 2 weiteren kommen mehrere Debug Meldungen.
Gibt es eine möglichkeit für mich wie ich diese Steckdosen auch anlernen kann oder habe ich da mist gekauft?
gruß
Sebastian

Code Auswählen

2017.01.31 00:06:05 1: DEBUG>sduino: incomming message: (MS;P0=-1231;P1=255;P2=-205;P4=-2618;D=14121012101012121012101012101212101012121010101210121210101212101210101210121012121012101210101210121012101213;CP=1;SP=4;R=67;O;)

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  pattern 0 -1231 

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  pattern 1 255 

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  pattern 2 -205 

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  pattern 4 -2618 

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  data 14121012101012121012101012101212101012121010101210121210101212101210101210121012121012101210101210121012101213

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  clockidx 1

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  syncidx 4

2017.01.31 00:06:05 1: DEBUG>sduino: extracted RSSI 67 

2017.01.31 00:06:05 1: DEBUG>sduino: unknown Message part O
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 0 -> weather1
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 1 -> ConradRSL
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 13 -> FLAMINGO FA21
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 14 -> Heidemann HX
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 15 -> TCM Bell
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 17 -> arctech
2017.01.31 00:06:05 1: DEBUG>validclock = 1
2017.01.31 00:06:05 1: DEBUG>expecting 27 bits in signal
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 2 -> AS
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 22 -> TX-EZ6
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 23 -> perl unknown
2017.01.31 00:06:05 1: DEBUG>validclock = 1
2017.01.31 00:06:05 1: DEBUG>expecting 54 bits in signal
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 25 -> les led remote
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 3 -> itv1
2017.01.31 00:06:05 1: DEBUG>validclock = 1
2017.01.31 00:06:05 1: DEBUG>expecting 54 bits in signal
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-0.8',
          '4' => '-10.3',
          '1' => '1.0',
          '0' => '-4.8'
        };

2017.01.31 00:06:05 1: DEBUG>searching sync: 1 -31
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => 0
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-31 +- 5.58)
2017.01.31 00:06:05 1: DEBUG>sync not found 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 32 -> freetec 6946
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 33 -> weather33
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 35 -> socket35
2017.01.31 00:06:05 1: DEBUG>validclock = 1
2017.01.31 00:06:05 1: DEBUG>expecting 54 bits in signal
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 38 -> weather38
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 4 -> arctech2
2017.01.31 00:06:05 1: DEBUG>validclock = 1
2017.01.31 00:06:05 1: DEBUG>expecting 54 bits in signal
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-0.8',
          '4' => '-10.3',
          '1' => '1.0',
          '0' => '-4.8'
        };

2017.01.31 00:06:05 1: DEBUG>searching sync: 1 -14
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => 0
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-14 +- 4.2)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 4.2) of pulse (-14) : $VAR1 = {
          '4' => '3.7'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 4
2017.01.31 00:06:05 1: DEBUG>looking for substr 14
2017.01.31 00:06:05 1: DEBUG>Found matched sync with indexes: (14)
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => 0
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-5 +- 1.5)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1.5) of pulse (-5) : $VAR1 = {
          '0' => '0.2'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>looking for substr 10
2017.01.31 00:06:05 1: DEBUG>Found matched one with indexes: (10)
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => 0
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-1) : $VAR1 = {
          '2' => '0.2'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>looking for substr 12
2017.01.31 00:06:05 1: DEBUG>Found matched zero with indexes: (12)
2017.01.31 00:06:05 1: DEBUG>sduino: decoded message raw (0 1 0 1 1 0 0 1 0 1 1 0 1 0 0 1 1 0 0 1 1 1 0 1 0 0 1 1 0 0 1 0 1 1 0 1 0 1 0 0 1 0 1 0 1 1 0 1 0 1 0 1 0), 53 bits

2017.01.31 00:06:05 1: DEBUG>sduino padded 3 bits to bit_msg array
2017.01.31 00:06:05 1: DEBUG>sduino: dispatching now msg: i59699D32D4AD5000
2017.01.31 00:06:05 2: sduino IT: 00100110100DD100D11000DDDD not defined (Address: 00100110100DD100D11000DDDD Group: D Unit:  Switch code: D)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 41 -> elro doorbell
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 45 -> revolt
2017.01.31 00:06:05 1: DEBUG>validclock = 1
2017.01.31 00:06:05 1: DEBUG>expecting 54 bits in signal
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-0.8',
          '4' => '-10.3',
          '1' => '1.0',
          '0' => '-4.8'
        };

2017.01.31 00:06:05 1: DEBUG>searching sync: 1 -24
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => 0
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-24 +- 4.32)
2017.01.31 00:06:05 1: DEBUG>sync not found 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 51 -> weather51
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 55 -> quigg_gt1000
2017.01.31 00:06:05 1: DEBUG>validclock = 1
2017.01.31 00:06:05 1: DEBUG>expecting 54 bits in signal
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 6 -> weatherID6
2017.01.31 00:06:05 1: DEBUG>validclock = 1
2017.01.31 00:06:05 1: DEBUG>expecting 54 bits in signal
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-0.8',
          '4' => '-10.3',
          '1' => '1.0',
          '0' => '-4.8'
        };

2017.01.31 00:06:05 1: DEBUG>searching sync: 1 -36
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => 0
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-36 +- 6.48)
2017.01.31 00:06:05 1: DEBUG>sync not found 
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 7 -> weatherID7
2017.01.31 00:06:05 1: DEBUG>validclock = 
2017.01.31 00:06:05 1: DEBUG>sduino: incomming message: (MU;P0=-239;P1=268;P2=-1236;P3=-10232;P4=-2620;D=01210121210101210121210121010121210101212101012121012101012101212101210101212101012101212101210121010121012101212101210121012101314101210121210101210121210121010121210101212101012121012101012101212101210101212101012101212101210121010121012101212101210121;CP=1;R=66;O;)

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  pattern 0 -239 

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  pattern 1 268 

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  pattern 2 -1236 

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  pattern 3 -10232 

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  pattern 4 -2620 

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  data 01210121210101210121210121010121210101212101012121012101012101212101210101212101012101212101210121010121012101212101210121012101314101210121210101210121210121010121210101212101012121012101012101212101210101212101012101212101210121010121012101212101210121

2017.01.31 00:06:05 1: DEBUG>sduino: extracted  clockidx 1

2017.01.31 00:06:05 1: DEBUG>sduino: extracted RSSI 66 

2017.01.31 00:06:05 1: DEBUG>sduino: unknown Message part O
2017.01.31 00:06:05 1: DEBUG>sduino: processing unsynced message

2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 13.1 -> FLAMINGO FA21 b
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-1.5',
          '4' => '-3.3',
          '1' => '0.3',
          '3' => '-12.8',
          '0' => '-0.3'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.7'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-2) : $VAR1 = {
          '2' => '0.5'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>looking for substr 12
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 12 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.7'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-4 +- 1.2)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1.2) of pulse (-4) : $VAR1 = {
          '4' => '0.7'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 4
2017.01.31 00:06:05 1: DEBUG>looking for substr 14
2017.01.31 00:06:05 1: DEBUG>Found matched zero
2017.01.31 00:06:05 1: DEBUG>added 14 
2017.01.31 00:06:05 1: DEBUG>msgStartLst: $VAR1 = [
          20,
          -1
        ];

2017.01.31 00:06:05 1: DEBUG>tol: looking for (20 +- 3.6)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 16 -> Dooya shutter
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '0' => '-0.9',
          '3' => '-36.5',
          '1' => '1.0',
          '4' => '-9.4',
          '2' => '-4.4'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (2) : $VAR1 = {
          '1' => 1
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-1) : $VAR1 = {
          '0' => '0.1'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>looking for substr 10
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 10 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => 0
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-3 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 20 -> livolo
2017.01.31 00:06:05 1: DEBUG>Expect 254 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '3' => '93.0',
          '4' => '23.8',
          '1' => '2.4',
          '2' => '11.2'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (3) : $VAR1 = {
          '1' => '0.6'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>looking for substr 1
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 1 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 21 -> einhell garagedoor
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-3.1',
          '1' => '0.7',
          '4' => '-6.5',
          '0' => '-0.6',
          '3' => '-25.6'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (-3 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-3) : $VAR1 = {
          '2' => '0.1'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.3'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>looking for substr 21
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 21 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-1) : $VAR1 = {
          '0' => '0.4'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 24 -> visivon remote
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '4' => '-17.5',
          '1' => '1.8',
          '3' => '-68.2',
          '0' => '-1.6',
          '2' => '-8.2'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 26 -> remote26
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '1' => '0.7',
          '4' => '-6.9',
          '0' => '-0.6',
          '3' => '-26.9',
          '2' => '-3.3'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.3'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-3 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-3) : $VAR1 = {
          '2' => '0.3'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>looking for substr 12
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 12 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 27 -> remote27
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '1' => '0.6',
          '4' => '-5.5',
          '0' => '-0.5',
          '3' => '-21.3',
          '2' => '-2.6'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.4'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-2) : $VAR1 = {
          '2' => '0.6'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>looking for substr 12
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 12 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (2 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 28 -> IC Ledspot
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '0' => '-0.4',
          '3' => '-17.1',
          '1' => '0.4',
          '4' => '-4.4',
          '2' => '-2.1'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.6'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-1) : $VAR1 = {
          '0' => '0.6'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>looking for substr 10
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 10 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.6'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-2) : $VAR1 = {
          '2' => '0.1'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>looking for substr 12
2017.01.31 00:06:05 1: DEBUG>Found matched zero
2017.01.31 00:06:05 1: DEBUG>added 12 
2017.01.31 00:06:05 1: DEBUG>msgStartLst: $VAR1 = [
          4,
          -5
        ];

2017.01.31 00:06:05 1: DEBUG>tol: looking for (4 +- 1.2)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 29 -> HT12e remote
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '0' => '-1.1',
          '3' => '-46.5',
          '1' => '1.2',
          '4' => '-11.9',
          '2' => '-5.6'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (-2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-2) : $VAR1 = {
          '0' => '0.9'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.2'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>looking for substr 01
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 01 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-1) : $VAR1 = {
          '0' => '0.1'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>tol: looking for (2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (2) : $VAR1 = {
          '1' => '0.8'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>looking for substr 01
2017.01.31 00:06:05 1: DEBUG>Found matched zero
2017.01.31 00:06:05 1: DEBUG>added 01 
2017.01.31 00:06:05 1: DEBUG>msgStartLst: $VAR1 = [
          -38,
          1
        ];

2017.01.31 00:06:05 1: DEBUG>tol: looking for (-38 +- 6.84)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 30 -> unitec47031
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-4.1',
          '3' => '-34.1',
          '0' => '-0.8',
          '4' => '-8.7',
          '1' => '0.9'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (-1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-1) : $VAR1 = {
          '0' => '0.2'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>tol: looking for (2 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 31 -> pollin isotronic
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-2.1',
          '4' => '-4.4',
          '1' => '0.4',
          '3' => '-17.1',
          '0' => '-0.4'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (-1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-1) : $VAR1 = {
          '0' => '0.6'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>tol: looking for (2 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 34 -> unknown34
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-5.2',
          '4' => '-10.9',
          '1' => '1.1',
          '3' => '-42.6',
          '0' => '-1.0'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (2) : $VAR1 = {
          '1' => '0.9'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-1) : $VAR1 = {
          '0' => 0
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>looking for substr 10
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 10 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.1'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-2) : $VAR1 = {
          '0' => 1
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>looking for substr 10
2017.01.31 00:06:05 1: DEBUG>Found matched zero
2017.01.31 00:06:05 1: DEBUG>added 10 
2017.01.31 00:06:05 1: DEBUG>msgStartLst: $VAR1 = [
          3,
          -3,
          3,
          -3,
          3,
          -3,
          3,
          -3
        ];

2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 36 -> socket36
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-2.5',
          '0' => '-0.5',
          '3' => '-20.5',
          '1' => '0.5',
          '4' => '-5.2'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.5'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-3 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-3) : $VAR1 = {
          '2' => '0.5'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>looking for substr 12
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 12 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.5'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-1) : $VAR1 = {
          '0' => '0.5'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>looking for substr 10
2017.01.31 00:06:05 1: DEBUG>Found matched zero
2017.01.31 00:06:05 1: DEBUG>added 10 
2017.01.31 00:06:05 1: DEBUG>msgStartLst: $VAR1 = [
          20,
          -20
        ];

2017.01.31 00:06:05 1: DEBUG>tol: looking for (20 +- 3.6)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 37 -> weather37
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '1' => '1.2',
          '4' => '-11.4',
          '0' => '-1.0',
          '3' => '-44.5',
          '2' => '-5.4'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (2) : $VAR1 = {
          '1' => '0.8'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-1) : $VAR1 = {
          '0' => 0
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>looking for substr 10
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 10 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.2'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-2) : $VAR1 = {
          '0' => 1
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>looking for substr 10
2017.01.31 00:06:05 1: DEBUG>Found matched zero
2017.01.31 00:06:05 1: DEBUG>added 10 
2017.01.31 00:06:05 1: DEBUG>msgStartLst: $VAR1 = [
          3,
          -3,
          3,
          -3
        ];

2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 39 -> X10 Protocol
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-2.2',
          '1' => '0.5',
          '4' => '-4.7',
          '0' => '-0.4',
          '3' => '-18.3'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.5'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-3 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-3) : $VAR1 = {
          '2' => '0.8'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>looking for substr 12
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 12 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.5'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-1) : $VAR1 = {
          '0' => '0.6'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 0
2017.01.31 00:06:05 1: DEBUG>looking for substr 10
2017.01.31 00:06:05 1: DEBUG>Found matched zero
2017.01.31 00:06:05 1: DEBUG>added 10 
2017.01.31 00:06:05 1: DEBUG>msgStartLst: $VAR1 = [
          17,
          -7
        ];

2017.01.31 00:06:05 1: DEBUG>tol: looking for (17 +- 3.06)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 40 -> romotec
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '4' => '-10.5',
          '1' => '1.1',
          '3' => '-40.9',
          '0' => '-1.0',
          '2' => '-4.9'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 42 -> MKT motionsensor
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '1' => '0.5',
          '4' => '-4.8',
          '0' => '-0.4',
          '3' => '-18.6',
          '2' => '-2.2'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 44 -> BresserTemeo
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '4' => '-5.2',
          '1' => '0.5',
          '3' => '-20.5',
          '0' => '-0.5',
          '2' => '-2.5'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (4 +- 1.2)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 44.1 -> BresserTemeo
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-2.5',
          '1' => '0.5',
          '4' => '-5.2',
          '0' => '-0.5',
          '3' => '-20.5'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (4 +- 1.2)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 46 -> EKX1BE
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-4.9',
          '0' => '-1.0',
          '3' => '-40.9',
          '1' => '1.1',
          '4' => '-10.5'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.1'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-8 +- 2.4)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 48 -> TFA Dostmann
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '3' => '-40.9',
          '0' => '-1.0',
          '4' => '-10.5',
          '1' => '1.1',
          '2' => '-4.9'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (-4 +- 1.2)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1.2) of pulse (-4) : $VAR1 = {
          '2' => '0.9'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>tol: looking for (6 +- 1.8)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 49 -> quigg_gt9000
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-3.1',
          '0' => '-0.6',
          '3' => '-25.6',
          '1' => '0.7',
          '4' => '-6.5'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (2 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 5 -> unitec6899
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-2.5',
          '3' => '-20.5',
          '0' => '-0.5',
          '4' => '-5.2',
          '1' => '0.5'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 50 -> optus_XT300
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '3' => '-20.5',
          '0' => '-0.5',
          '4' => '-5.2',
          '1' => '0.5',
          '2' => '-2.5'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.5'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-2) : $VAR1 = {
          '2' => '0.5'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>looking for substr 12
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 12 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 56 -> Celexon
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '3' => '-51.2',
          '0' => '-1.2',
          '4' => '-13.1',
          '1' => '1.3',
          '2' => '-6.2'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 58 -> test-tfa 30.3208.02
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '2' => '-7.3',
          '4' => '-15.4',
          '1' => '1.6',
          '3' => '-60.2',
          '0' => '-1.4'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (8 +- 2.4)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 7.1 -> test-tfa 30.3208.02
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '0' => '-0.5',
          '3' => '-21.1',
          '1' => '0.6',
          '4' => '-5.4',
          '2' => '-2.6'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.4'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-4 +- 1.2)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 8 -> TX3 Protocol
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '1' => '0.6',
          '4' => '-5.6',
          '0' => '-0.5',
          '3' => '-21.8',
          '2' => '-2.6'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.4'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-2) : $VAR1 = {
          '2' => '0.6'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>looking for substr 12
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 12 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (2 +- 1)
2017.01.31 00:06:05 1: DEBUG>Testing against Protocol id 9 -> CTW 600
2017.01.31 00:06:05 1: DEBUG>Expect 127 bits in message
2017.01.31 00:06:05 1: DEBUG>Searching in patternList: $VAR1 = {
          '1' => '0.6',
          '4' => '-5.5',
          '0' => '-0.5',
          '3' => '-21.3',
          '2' => '-2.6'
        };

2017.01.31 00:06:05 1: DEBUG>tol: looking for (1 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (1) : $VAR1 = {
          '1' => '0.4'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 1
2017.01.31 00:06:05 1: DEBUG>tol: looking for (-2 +- 1)
2017.01.31 00:06:05 1: DEBUG>index => gap in tol (+- 1) of pulse (-2) : $VAR1 = {
          '2' => '0.6'
        };

2017.01.31 00:06:05 1: DEBUG>closest pattern has index: 2
2017.01.31 00:06:05 1: DEBUG>looking for substr 12
2017.01.31 00:06:05 1: DEBUG>Found matched one
2017.01.31 00:06:05 1: DEBUG>added 12 
2017.01.31 00:06:05 1: DEBUG>tol: looking for (3 +- 1)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 31 Januar 2017, 00:27:08

Zitat von: Mitch am 30 Januar 2017, 18:46:37
...
hab da mal eine Frage:

Bei mir läuft der Signalduino (2x) schon länger und sehr gut.
Jetzt wollte ich mir einen weiteren Tempfühler zulegen, weswegen ich einen Technoline TX29-IT geholt habe.

Leider wird dieser nicht vom SIGNALduino empfangen? Ich dachte, der geht?

Hallo Mitch,

der Technoline TX29-IT wird mit dem JeeLink und LaCross empfangen, siehe hier (https://wiki.fhem.de/wiki/JeeLink). Er läuft ja auf 868MHz. Was hast du den für ein Empfänger ? Dieser muss ja FSK können. Der CC1101 könnte dieses, da sind wir aber noch nicht weiter gekommen.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mitch am 31 Januar 2017, 10:12:39

Ich habe zwei SD (SIGNALduino@433 - SIGNALduino@868) und empfange auch meine WH1080 über 868.
d.h., der SD kann die TX-29 Dinger nicht empfangen?

Einen weiteren IO möchte ich eigentlich nicht, habe sowieso schon (zu) viele.

Welcher Temp/Hum Fühler mit 8868 geht denn am SIGNALduino?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 31 Januar 2017, 11:23:36

Hallo Mitch,

da ich einmal mit JeeLink angefangen habe, sind es jetzt 10 Temp/Hum-Sensoren und 2x EMT7110 (Messteckdosen) 868MHz die mit dem JeeLink empfangen werden.
Mit dem SignalDuino (433MHz) empfange ich zur Zeit auf 433 MHz Hideki, Pearl und LogiLink. Mit dem SignalDuino (868MHz) empfange ich meine WS-0101 Wetterstation.

So weit ich weiss senden die 868MHz Sensoren mit FSK und das kann zur Zeit JeeLink und CUL empfangen.
Oder vielleicht auch der SignalDuino mit einem 868MHz FSK Empänger.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mitch am 31 Januar 2017, 11:29:43

Ich habe diesen von ELV: https://www.elv.de/elv-empfangsmodul-rx868sh-dv.html

ELV Empfangsmodul RX868SH-DV, 868,35 MHz

SRD-Empfänger Class 3, λ/4-Antenne integriert
Sehr empfindlicher, großsignalfester und reichweitenstarker Superhet-Empfänger (bis 300 m Freifeld mit Sendemodul TX868-50/75/140/50-DV)
Modulation ASK, max. 2 kbit/s
Anschluss über Lötflächen/Lötstifte, Montage stehend/liegend
Spannungsversorgung 2,3–5,5 V; Stromaufnahme 9 mA (@3 V)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 31 Januar 2017, 15:09:22

Zitat von: Mitch am 31 Januar 2017, 11:29:43
Ich habe diesen von ELV: https://www.elv.de/elv-empfangsmodul-rx868sh-dv.html
ELV Empfangsmodul RX868SH-DV, 868,35 MHz

SRD-Empfänger Class 3, λ/4-Antenne integriert
Sehr empfindlicher, großsignalfester und reichweitenstarker Superhet-Empfänger (bis 300 m Freifeld mit Sendemodul TX868-50/75/140/50-DV)

Modulation ASK , max. 2 kbit/s

Anschluss über Lötflächen/Lötstifte, Montage stehend/liegend
Spannungsversorgung 2,3–5,5 V; Stromaufnahme 9 mA (@3 V)

Hallo,

wie du siehst steht dort ASK und nicht FSK. Somit kannst du die TFA / IT+ / LaCross auf 868MHz nicht empfangen.
siehe auch mal hier https://forum.fhem.de/index.php/topic,39451.msg363597.html#msg363597, https://forum.fhem.de/index.php/topic,14786.msg363766.html#msg363766
pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mitch am 01 Februar 2017, 10:16:36

Danke Dir, da hatte ich mich wohl verlesen :P

Gibt es denn einen Temp/Hum, den ich mit meinem Empfänger benutzen kann?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 01 Februar 2017, 12:59:57

Schau mal hier https://wiki.fhem.de/wiki/SIGNALduino.
Ich persönlich finde die bresser mit dem hideki-Protokoll am besten. Diese werden auch sehr gut mit dem cc1101 signalduino empfangen.
Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mitch am 01 Februar 2017, 13:36:06

Danke, aber wenn ich bei Bresser schaue, sind die doch alle 433MHz?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 01 Februar 2017, 14:33:07

Zitat von: Mitch am 01 Februar 2017, 13:36:06
Danke, aber wenn ich bei Bresser schaue, sind die doch alle 433MHz?

Hallo Mitch,

mir ist jetzt so kein Sensor bekannt der auf 868MHz mit ASK (OOK) sendet. Schau mal bei elv nach. Aber die meisten die auf 868MHz senden benutzen FSK.
Einige Wetterstationen haben auf 868MHz ASK (OOK) gesendet. Vielleicht kannst du die Sender nehmen, ist aber eher was für draussen.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mitch am 01 Februar 2017, 14:40:20

Ja danke, dann muss ich wohl doch bei 2 SIGNALduino bleiben und 433 weiter benutzen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hanshome am 01 Februar 2017, 22:19:23

Hey Sidey,

kannst du dir das mit dem X10 Protokoll noch mal anschauen? Ich habe hier einen X10-Bewegungsmelder. Mit den FHEM-Standardmodulen für den Signalduino wird kein Device angelegt, im Log wird auch nichts erkannt. Ich habe einen Signalduino mit RXB6

Ich habe dann das Update aus https://forum.fhem.de/index.php/topic,58397.msg571078.html#msg571078 (https://forum.fhem.de/index.php/topic,58397.msg571078.html#msg571078) gemacht. Dann funktioniert auch ein Autocreate nach einigen Versuchen, das X10 Protokoll wird anscheinend erkannt. Allerdings wird überhaupt kein Log des Signalduino mehr geschrieben, auch nicht bei Level 4 oder 5.

Dann habe ich versucht mit einem Notify mit dem Bewegungsmelder eine Steckdose zu schalten. Die Steckdose soll über einen nanoCUL geschaltet werden, schaltet aber nicht und ich bekomme sehr seltsame Fehlermeldungen im Log:

Code Auswählen

2017.02.01 21:44:52 2: After sleep: Unknown argument Unknown:, choose one of off:noArg on:noArg  on-for-timer on-till toggle off-for-timer off-till-overnight on-till-overnight intervals off-till blink
2017.02.01 21:44:52 3: nanoCUL IT_set: Steckdose2 on
2017.02.01 21:44:55 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI04VA2D-if00-port0 disconnected, waiting to reappear (nanoCUL)
2017.02.01 21:44:55 2: IT IODev device didn't answer is command correctly:   raw => No answer
2017.02.01 21:44:56 3: Setting nanoCUL serial parameters to 38400,8,N,1
2017.02.01 21:45:05 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI04VA2D-if00-port0, ignoring it (nanoCUL)
2017.02.01 21:45:05 2: After sleep: Unknown argument Unknown:, choose one of off:noArg on:noArg  blink off-till on-till-overnight intervals off-till-overnight toggle off-for-timer on-till on-for-timer
2017.02.01 21:45:05 3: nanoCUL IT_set: Steckdose2 on
2017.02.01 21:45:05 2: IT IODev device didn't answer is command correctly:   raw => No answer

Auch ein Einschalten der Steckdose über die Oberfläche funktioniert nicht, ähnliche Fehlermeldungen. Wenn ich ein Update von FHEM mache, wobei ja deine Entwicklungsversion wieder überschrieben wird, funktioniert die Steckdose wieder. Und bei Level 4 gibt es auch wieder jede Menge Log-Einträge. Nur X10 wird eben nicht mehr erkannt.

Achso, der Signalduino ist: V 3.3.1-dev SIGNALduino - compiled at Jan 3 2017 23:59:32

Falls du weitere Infos benötigst sag einfach Bescheid.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: stefanru am 02 Februar 2017, 23:11:32

Hi,

ich hoffe ich bin hier richtig.

Ich habe eine sduino mit cc1101 und einen ohne.
Außerdem einen CUL.

Ich schalte ein Somfy lichtrelais bei dem der enc teil fix ist.
Dafür gab es eine Anpassung im Somfy modul.

Es tut wunderbar mit dem sduino ohne cc1101. Wenn ich sende steht dieses im Log:
2017.02.02 22:58:47 4: sduino/set: sending via SendMsg: SC;R=9;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A08D8936AA9344;
2017.02.02 22:58:47 4: sduino SendFromQueue: msg=SC;R=9;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A08D8936AA9344;

Nun habe ich ab und zu ein reichweiten Problem und wollte es mit dem sduino mit cc1101 probieren. Leider ohne Erfolg. Auch der CUL geht nicht.
Nun habe ich gelesen dass der CUL mit cc1101 auf 433,42 umschaltet beim senden. Der Sduino wohl auch mit F= am ende.
Die Umschaltung passiert da Somfy normal auf 433,42 hört. Ich bilde mir ein das Lichtrelais nicht. Ich schaue das am WE mal genau nach.

Ich wollte nun aber schon mal probieren ob etwas passiert wenn ich den Sduino mit cc1101 ohne frequenzanpassung den Somfy befehl senden lasse.
Also habe ich obige sendmsg einfach als sendmsg beim sduino mit cc1101 senden wollen.
Dabei ist aber nichts passiert. Ist es richtig einfach den string SC;R=9;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A08D8936AA9344; in das Feld hinter set sendmsg einzugeben?

Wie könnte ich noch verhindern dass der sduino mit cc1101 die frequenz bei somfy ändert?

Gruß und Danke,
Stefan

P.S.:
Sorry, ist wohl hier auch nicht ganz richtig hänge die Frage nochmal hier an:
"Signalduino + Somfy"
https://forum.fhem.de/index.php/topic,64141.msg575860.html#msg575860

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hanshome am 03 Februar 2017, 22:59:57

Hi,

ich habe jetzt noch mal ausprobiert meinen nanoCUL mit CC1101 auf signalduino umzuflashen. Hierzu habe ich die Version aus https://forum.fhem.de/index.php/topic,58397.msg571078.html#msg571078 (https://forum.fhem.de/index.php/topic,58397.msg571078.html#msg571078) genommen. Aber ich den gleichen Effekt wie stefanru, das Senden funktioniert nicht. Und der Empfang auch nur ganz sporadisch, zumindest mit IT-Komponenten. V1 ging so 50%, ein V3-Schalter nur so bei 10% der Betätigungen. Das Log ist ganz seltsam, auf Level 5 gestellt, wird manchmal ganz normal geloggt, manchmal minutenlang gar nichts, was eigentlich nicht sein kann *). Interessanterweise wird ein X10-Bewegungsmelder anscheinend regelmäßig erkannt. Allerdings gibt es hierzu auch keine Einträge im Logfile, in der Oberfläche ändert sich aber der Status gemäß Bewegungsmelder.

*) Ich habe jetzt wieder zurückgeflasht auf nanoCUL und auch den Signalduino mit RXB6 wieder verbunden. Die IT-Schalter werden jedes mal korrekt erkannt und ich habe hier 30sec-Rhythmus Einträge im Logfile auf Level 5 vom Signalduino.

Für mich sieht das so aus, als ob die Dev-Version irgendwie "faul" ist. Ich kann aber keine richtige Fehlermeldung erkennen und kein richtig nachvollziehbares Verhalten.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspII am 04 Februar 2017, 11:10:39

Hi,
bei mir funktioniert der Signalduino mit CC1101 einwandfrei.
Ich habe die NanoCUL Hardware allerdings mit 470/1000 Ohm Spannungteiler (anstelle von 4,7/10k) für die 3V3 Pegelanpassung aufgebaut
(mit dem Hochohmigen Spannungsteiler gab es wohl Probleme)

Getestet habe ich das mit Brennerstuhl IT Steckdosen und mit SOMFY RTS Rolläden.

Hattest Du die aktuellen SDUINO Updates in FHEM installierunt und FHEM neu gestartet?

Weiter Infos hierzu findest Du hier :
http://forum.fhem.de/index.php/topic,24158.msg574267.html#msg574267 (http://forum.fhem.de/index.php/topic,24158.msg574267.html#msg574267)
https://forum.fhem.de/index.php/topic,64141.msg553811.html#msg553811 (https://forum.fhem.de/index.php/topic,64141.msg553811.html#msg553811)
https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino#HW-Variante_mit_CC1101_Transceiver (https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino#HW-Variante_mit_CC1101_Transceiver)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hanshome am 04 Februar 2017, 12:03:36

Mmmhhhh, ich habe gar keinen Spannungsteile verbaut :-\, stand auch irgendwo im Wiki. Funktioniert bei mir mit dem nanoCUL problemlos. Vielleicht sollte ich das mal umbauen, nicht dass das die Probleme macht.

Und ja ich denke ich habe die aktuellste Version. Ich habe das Update von hier:

Code Auswählen

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txtund anschließend ein shutdown restart gemacht.

Wie kann ich denn rausfinden welche Version des Signalduinomoduls ich gerade verwende? Sidey hatte irgendwas mit X10 hinzugefügt, siehe irgendwo hier weiter vorne. Danach hatte ich aktualisiert, da ich X10 auch benötige.

EDIT: In der 00_SIGNALduino.pm steht

Code Auswählen

# $Id: 00_SIGNALduino.pm 13215 2017-01-23 20:09:44Z Sidey $

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspII am 04 Februar 2017, 13:30:15

Ohne Spannungsteiler sollte man den NanoCUL (wenn der Arduino Nano 16Mhz, 5V) wie im Wiki beschrieben verbaut ist nicht aufbauen.
Die Version siehst Du in FHEM unter dem SDUINO Device sehen. Am besten mal posten was dort angezeigt wird

Gesendet von meinem SM-G900F mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hanshome am 04 Februar 2017, 13:43:35

Du meinst das hier?

Code Auswählen

Internals: 
   Clients    :IT:CUL_TCM97001:OREGON:CUL_TX:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_WS_Maverick:SIGNALduino_un: 
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI04VCKX-if00-port0@57600 
   DMSG       W37#9515564B4B 
   DevState   initialized 
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI04VCKX-if00-port0@57600 
   FD         25 
   MSGCNT     6320 
   NAME       sduino 
   NR         59 
   PARTIAL 
   RAWMSG     MU;P0=-518;P1=457;P2=-276;P3=214;P4=-1027;P5=700;P6=-764;D=01230301230121230123030123012123456565656123030123012301230303012301230123012301230121230301230301230121230123030123012123456565656123030123012301230303012301230123012301230121230301230301230121230123030123012123456565656123030123012301230303012301230123;CP=3;O; 
   STATE      opened 
   TIME       1486212044 
   TYPE       SIGNALduino 
   unknownmessages 
   version    V 3.3.1-dev SIGNALduino - compiled at Jan  3 2017 23:59:32

Die Version der Firmware habe ich aber nie geändert, die verwende ich schon seit zwei/drei Wochen. Irgendwo hatte Sidey auch geschrieben, dass sich die Firmware nicht geändert hätte. Nur wenn ich die Module aus dem Dev-Zweig nehme, bekomme ich so seltsame Probleme. Oder passt die Firmware doch nicht zu den neuen Modulen?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hanshome am 04 Februar 2017, 15:16:56

Habe gerade noch mal ein wenig getestet:
Die Version des SIGNALduino ist immer gleich, sie oben.

Mit der folgenden Version der 00_SIGNALduino.pm funktioniert alles einwandfrei, ausser eben X10-Empfang

Code Auswählen

00_SIGNALduino.pm 13215 2017-01-23 20:09:44Z

Mit dieser Version aus dem Dev-Pfad funktioniert zwar der X10-Empfang, aber ich bekomme seltsame Fehlermeldungen, s.u.

Code Auswählen

00_SIGNALduino.pm 10484 2017-01-22 15:00:00Z v3.3.1-dev

Fehlermeldunge z.B.

Code Auswählen

2017.02.04 15:02:41 3: sduino: Unknown code u6#0700140CA, help me!
2017.02.04 15:02:43 2: After sleep: Unknown argument Unknown:, choose one of off:noArg on:noArg  on-for-timer intervals on-till on-till-overnight blink off-for-timer off-till off-till-overnight toggle
2017.02.04 15:02:43 3: nanoCUL IT_set: Steckdose2 off
2017.02.04 15:02:43 3: sduino IT: Steckdose2 off->off

Die Steckdose wird auch nicht geschaltet.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: killah78 am 15 Februar 2017, 14:58:00

Hi,
ich möchte mir in Kürze einen Signalduino auf CC1101 868 MHz zusammenbauen. Diesen würde ich gerne einsetzen mit einer Wetterstation a la WH1080, welche ja grundsätzlich funktioniert. Hat denn jemand auch schon die WH4000 damit genutzt? Ich verstehe die WH4000 Pass18c als die 868MHz Version zur WH3080 welche ja auf 433MHz sendet.
Würde gerne die 4000 nehmen, da diese UV und Lichtsensor hat, die 1080 aber nicht.

Wäre um eine kurze Antwort dankbar, da ich die Aussenstation noch nicht gekauft habe.

Gruss
killah78

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 15 Februar 2017, 16:10:38

Zitat von: killah78 am 15 Februar 2017, 14:58:00
...
ich möchte mir in Kürze einen Signalduino auf CC1101 868 MHz zusammenbauen..... Wetterstation a la WH1080, welche ja grundsätzlich funktioniert. Hat denn jemand auch schon die WH4000 damit genutzt? Ich verstehe die WH4000 Pass18c als die 868MHz Version zur WH3080 welche ja auf 433MHz sendet.
Würde gerne die 4000 nehmen, da diese UV und Lichtsensor hat, die 1080 aber nicht.
....

Hallo Killah78,

bei den WH1080 gib es 2 Versionen 868 MHz OOK/ASK und FSK (siehe hier https://forum.fhem.de/index.php/topic,39451.msg472672.html#msg472672).
Die WH1080 mit OOK/ASK kannst du mit einem CC1101 868MHz empfangen. Die FSK-Version mit einem JeeLink bzw. mit dem LaCrossGateway (https://forum.fhem.de/index.php/topic,43672.0.html). In wieweit die WH4000 dort empfangen wird, weis ich nicht.
Welche Modulation hat die WH4000 ?

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: killah78 am 15 Februar 2017, 17:23:55

Zitat von: pejonp am 15 Februar 2017, 16:10:38
Hallo Killah78,

bei den WH1080 gib es 2 Versionen 868 MHz OOK/ASK und FSK (siehe hier https://forum.fhem.de/index.php/topic,39451.msg472672.html#msg472672).
Die WH1080 mit OOK/ASK kannst du mit einem CC1101 868MHz empfangen. Die FSK-Version mit einem JeeLink bzw. mit dem LaCrossGateway (https://forum.fhem.de/index.php/topic,43672.0.html). In wieweit die WH4000 dort empfangen wird, weis ich nicht.
Welche Modulation hat die WH4000 ?

pejonp

Hallo pejonp,
Ich habe diesen wh4000 ja noch nicht gekauft, würde diesen aber dem wh1080 vorziehen, wegen des UV Sensors. Ich kann da auch nur raten, deshalb wollte ich fragen, ob es damit Erfahrung in Verbindung mit dem signalduino gibt.
Vielleicht einfach Mal das Risiko eingehen und dann vielleicht noch etwas Entwicklung betreiben.
Gruss
Killah78

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 15 Februar 2017, 18:19:23

Zitat von: killah78 am 15 Februar 2017, 17:23:55
Hallo pejonp,
Ich habe diesen wh4000 ja noch nicht gekauft, würde diesen aber dem wh1080 vorziehen, wegen des UV Sensors. Ich kann da auch nur raten, deshalb wollte ich fragen, ob es damit Erfahrung in Verbindung mit dem signalduino gibt.
Vielleicht einfach Mal das Risiko eingehen und dann vielleicht noch etwas Entwicklung betreiben....

Hallo Killah78,

wenn es mit dem signalduino nicht geht, könnte es vielleicht mit dem LaCrossGateway gehen. Vielleicht fragst du dort einmal nach ?
Denn ich glaube so einfach ist die Dekodierung des Funkprotokolls nicht, zumal da dann noch neue Daten wie UV.... enthalten sind.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hanshome am 15 Februar 2017, 21:21:32

Soooo, mein in https://forum.fhem.de/index.php/topic,58397.msg576607.html#msg576607 (https://forum.fhem.de/index.php/topic,58397.msg576607.html#msg576607) und nachfolgend beschriebenes Problem habe ich wohl gelöst:

habe meinen nanoCUL komplett gemäß Wiki-Eintrag aufgebaut, also inkl. Spannungsteiler
habe gestern Abend die aktuellste Signalduino-Dev-Version installiert
eine Besonderheit des X10-Protokolls im Signalduinomodul hat mich dann auch noch auf 'ne falsche Fährte gelockt

Ich habe hier 'nen X10-Bewegungsmelder, bei Bewegungserkennung liefert der folgende Einträge im Event-Log

Code Auswählen

2017-02-15 21:08:05 RFXX10REC bw_Schlafzimmerschrank Unknown: on
2017-02-15 21:08:05 RFXX10REC bw_Schlafzimmerschrank on

Das Problem ist, dass hierfür aber keine Einträge im Logfile erscheinen, egal in welchem Level. Das hat mich dann mit der folgenden Fehlermeldung auf 'ne falsche Fährte gelockt:

Code Auswählen

2017.02.04 15:02:43 2: After sleep: Unknown argument Unknown:, choose one of off:noArg on:noArg  on-for-timer intervals on-till on-till-overnight blink off-for-timer off-till off-till-overnight toggle

Aber nu ist das klar, das ist die Fehlermeldung für die erste Meldung des Sensors. Ich habe jetzt erstmal zwei notifys definiert, die auf bw_Schlafzimmerschrank:on bzw. ...:off triggern. Damit funktioniert auch mein Bewegungsmelderlicht im begehbaren Schrank :)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 26 Februar 2017, 13:18:42

Zitat von: elektron-bbs am 25 Februar 2017, 17:27:55
Hallo,
der RSSI wird ja jetzt als Internal vom SIGNALduino angezeigt. Ich habe aber noch keine Lösung gefunden, wie dieser Wert auch geloggt und weiterverarbeitet werden kann. Beim CUL muss man ja das Attribut "addvaltrigger" setzen. Das finde ich aber bei sduino nicht. Habe ich da etwas übersehen?

Ich habe das Attribut "addvaltrigger" in die dev Version eingebaut

Code Auswählen

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

Ich habe auch das keepalive logging etwas verbessert:

So sieht es normalerweise aus, wenn mindestens alle 60 Sek was empfangen wird

Code Auswählen

2017.02.26 11:55:54.135 4 : sduino/keepalive ok, retry = 0
2017.02.26 11:56:54.135 4 : sduino/keepalive ok, retry = 0

Wenn innerhalb 60 Sek nichts empfangen wird, dann wird retry erhöht und ein ping gesendet

Code Auswählen

2017.02.26 12:01:54.151 4 : sduino/KeepAlive not ok, retry = 1 -> get ping
2017.02.26 12:01:54.359 4 : sduino/msg READ: OK
2017.02.26 12:02:54.156 4 : sduino/keepalive ok, retry = 0
2017.02.26 12:03:54.161 4 : sduino/KeepAlive not ok, retry = 1 -> get ping
2017.02.26 12:03:54.372 4 : sduino/msg READ: OK
2017.02.26 12:04:54.167 4 : sduino/keepalive ok, retry = 0
2017.02.26 12:05:54.170 4 : sduino/KeepAlive not ok, retry = 1 -> get ping
2017.02.26 12:05:54.283 4 : sduino/msg READ: OK

Wenn beim ping keine Antwort kommt, sieht es so aus (hier war ein per WLAN angebunderer Signalduino nicht erreichbar)

Code Auswählen

2017.02.26 12:09:54.191 4 : sduino/KeepAlive not ok, retry = 1 -> get ping
2017.02.26 12:10:54.194 3 : sduino/KeepAlive not ok, retry = 2 -> get ping
2017.02.26 12:11:54.198 3 : sduino/KeepAlive not ok, retry = 3 -> get ping
2017.02.26 12:12:54.201 3 : sduino/keepalive not ok, retry count reached. Reset
2017.02.26 12:12:54.201 3 : sduino reset
2017.02.26 12:12:54.202 3 : Opening sduino device 192.168.0.13:23
2017.02.26 12:12:54.202 4 : HttpUtils url=http://192.168.0.13:23/
2017.02.26 12:12:57.207 3 : Can't connect to 192.168.0.13:23: connect to http://192.168.0.13:23 timed out
2017.02.26 12:12:57.207 3 : SIGNALduino sduino: connect to http://192.168.0.13:23 timed out

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 04 März 2017, 11:30:56

@Sidey
Wie hoch ist Toleranz beim ITclock?

https://forum.fhem.de/index.php/topic,68364.msg598755.html#msg598755

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 04 März 2017, 21:27:11

AAAaaargh,

beim Versuch, einen neuen Anlauf mit neuer Hardware zu machen, klappt das flashen schon mal nicht. Obwohl ich die aktuellste firmware habe, bricht der flash-Vorgang aus FHEM heraus mit sync-Fehlern ab.
Auf einem anderen PC habe ich dann mit dem direkten avrdude-Aufruf erfolgreich geflasht, so die Rückmeldung des Programms.
Dann wieder an FHEM angesteckt. Hardware-Attribut ist CC1101. Beim Versuch, ccconf abzurufen, kommt die Meldung, "This command is only available with a cc1101 receiver".
Und obwohl ich definitiv diese Datei geflasht habe:
"56423 SIGNALduino_nanoCC1101.hex"
kommt als Version in FHEM:
V 3.3.1-dev SIGNALduino - compiled at Jan 12 2017 23:04:38

Ich meine, da hätte doch sonst in der Versionsbezeichnung auch "CC1101" gestanden ...
Hat noch einmal jemand einen Link zur aktuellsten Dev.-Firmware mit CC1101-Unterstützung?

:'(

Hier das List:

Code Auswählen


Internals: 
   Clients    :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:SIGNALduino_un: 
   DEF        /dev/ttyUSB0@57600 
   DMSG       nothing 
   DevState   initialized 
   DeviceName /dev/ttyUSB0@57600 
   FD         13 
   NAME       sduino 
   NR         118 
   PARTIAL 
   STATE      opened 
   TIME       1488658909 
   TYPE       SIGNALduino 
   version    V 3.3.1-dev SIGNALduino - compiled at Jan 12 2017 23:04:38 
   Matchlist: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$ 
     11:SD_WS09 ^P9#[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^YsA[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     17:SD_UT   ^u30#.* 
     18:FLAMINGO ^P13#[A-Fa-f0-9]+ 
     19:CUL_WS  ^K[A-Fa-f0-9]{5,} 
     1:IT       ^i...... 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     3:SIGNALduino_RSL ^r[A-Fa-f0-9]+ 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8} 
     7:Hideki   ^P12#75[A-F0-9]+ 
     X:SIGNALduino_un ^[u]\d+#.* 
   QUEUE: 
   Readings: 
     2017-03-04 09:11:18   ccreg           C3E = 00 C8 00 00 00 00 00 00 
     2017-03-04 21:22:03   config          MS=1;MU=1;MC=1 
     2017-03-04 21:22:10   freeram         879 
     2017-03-04 21:31:52   ping            OK 
     2017-03-04 09:43:01   raw             EEPROM 00 : 33 1D 0D 2E 2D 07 D3 91 3D 04 32 00 00 06 00 10 
     2017-03-04 21:21:52   state           opened 
     2017-03-04 09:27:45   uptime          0 00:19:47 
     2017-03-04 21:21:52   version         V 3.3.1-dev SIGNALduino - compiled at Jan 12 2017 23:04:38 
   Getcmd: 
   Keepalive: 
     ok         0 
     retry      0 
   mcIdList: 
     10 
     11 
     12 
     18 
     43 
     47 
     52 
     57 
     58 
   msIdList: 
     0 
     1 
     13 
     14 
     15 
     17 
     2 
     22 
     23 
     25 
     3 
     32 
     33 
     35 
     38 
     4 
     41 
     45 
     51 
     55 
     6 
     7 
   muIdList: 
     13.1 
     16 
     20 
     21 
     24 
     26 
     27 
     28 
     29 
     30 
     31 
     34 
     36 
     37 
     39 
     40 
     42 
     44 
     44.1 
     46 
     48 
     49 
     5 
     50 
     56 
     59 
     60 
     8 
     9 
Attributes: 
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] 
   hardware   nanoCC1101 
   room       IT 
   verbose    5

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 04 März 2017, 23:33:46

Zitat von: Ralf9 am 04 März 2017, 11:30:56
@Sidey
Wie hoch ist Toleranz beim ITclock?

https://forum.fhem.de/index.php/topic,68364.msg598755.html#msg598755

Hallo Ralf,

was meinst Du mit Toleranz?

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 05 März 2017, 00:14:12

Wenn z.B. dies empfangen wird, mit welchem ITclock Bereich funktioniert dann das Senden noch? Funktioniert ITclock 350 noch?

Code Auswählen

MS;P0=-1246;P1=426;P4=1262;P5=-459;P6=-9979;D=16101010101010101010451010101010101010104510451045;CP=1;SP=6;

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 08:52:12

Also das Senden funktioniert, aber ob der Empfänger reagiert ist ja eher die Frage.
Dessen Empfindlich kenne ich nicht.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspII am 05 März 2017, 10:15:06

Zitat von: fstefan1960 am 04 März 2017, 21:27:11
AAAaaargh,

beim Versuch, einen neuen Anlauf mit neuer Hardware zu machen, klappt das flashen schon mal nicht. Obwohl ich die aktuellste firmware habe, bricht der flash-Vorgang aus FHEM heraus mit sync-Fehlern ab.
Auf einem anderen PC habe ich dann mit dem direkten avrdude-Aufruf erfolgreich geflasht, so die Rückmeldung des Programms.
Dann wieder an FHEM angesteckt. Hardware-Attribut ist CC1101. Beim Versuch, ccconf abzurufen, kommt die Meldung, "This command is only available with a cc1101 receiver".
Und obwohl ich definitiv diese Datei geflasht habe:
"56423 SIGNALduino_nanoCC1101.hex"
kommt als Version in FHEM:
V 3.3.1-dev SIGNALduino - compiled at Jan 12 2017 23:04:38

Ich meine, da hätte doch sonst in der Versionsbezeichnung auch "CC1101" gestanden ...
Hat noch einmal jemand einen Link zur aktuellsten Dev.-Firmware mit CC1101-Unterstützung?

:'(

Das Problem ist hier beschrieben:
https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino#Bekannte_Probleme_bei_der_Inbetriebnahme_des_SIGNALduino_mit_CC1101 (https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino#Bekannte_Probleme_bei_der_Inbetriebnahme_des_SIGNALduino_mit_CC1101)

Witziger Weise hatte ich eben mit einem neuen Arduino Nano wieder das selbe Problem, ich musste zur Korrektur heute D10/CSn unterbrechen bevor die Initialisierung geklappt hat (gib mir mal ein Feed Back welche Aktionen Du durchgeführt hast, mit denen es dann bei Deinem System zum Erfolg geführt hat).

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 11:02:54

Ich bekomme beim Aufruf von "raw e" nur immer "raw: Unsupported command", egal, ob ich alle PINs belegt lasse, D10 oder auch D11 abziehe...

Welche firmware wäre denn eigentlich die richtige für den SIGNALduino mit CC1101?

Ich habe hier die, die ich via update bekomme, nachdem ich

Code Auswählen

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

eingegeben hatte.
Dann update, shutdown restart, Attribut auf "hardware nanoCC1101" und dann geflasht. Als Version zeigt er mir nun

Code Auswählen

V 3.3.1-dev SIGNALduino - compiled at Jan 12 2017 23:04:38

Ich meine aber, ich hätte früher bereits einmal eine firmware-Version gehabt, in der "nanoCC" im Namen auftauchte.
Mit der gingen auch die "get ccconf" und "get ccreg" Befehle, die jetzt immer nur Fehlermeldungen produzieren.

Auf einen anderen SIGNALduino (der leider auch nicht funktioniert), habe ich noch einmal geschaut. Dort heißt die Firmware

Code Auswählen

V 3.3.1-dev SIGNALduino cc1101 - compiled at Jan 12 2017 23:04:38

Die finde ich aber nicht mehr ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 05 März 2017, 11:20:09

Zitat von: RaspII am 05 März 2017, 10:15:06
Witziger Weise hatte ich eben mit einem neuen Arduino Nano wieder das selbe Problem, ich musste zur Korrektur heute D10/CSn unterbrechen bevor die Initialisierung geklappt hat

Warst Du wieder zu ungeduldig und hast den Nano geflasht bevor Du den cc1101 vollständig verkabelt hattest?
In den zukünftigen hex Files müsste der Fehler weg sein. Der Fehler ist im Github behoben.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 11:25:27

Es flasht sich einfach besser, wenn der Arduino noch nicht zwischen all den fliegenden Drähten auf dem breadboard steckt ...

Aber auch, wenn ich das da mache, ist der Erfolg nicht da. Habe gerade eben vor 5 Minuten die firmware noch einmal via update heruntergeladen. Das Protokoll bestätigt, dass die dabei auch tatsächlich neu geladen wurde.
Dann aus FHEM heraus mit vollständigem Aufbau geflasht.

Dabei kam das:

Code Auswählen

avrdude: AVR device initialized and ready to accept instructions 

Reading | ################################################## | 100% 0.01s 

avrdude: Device signature = 0x1e950f 
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed 
         To disable this feature, specify the -D option. 
avrdude: erasing chip 
avrdude: reading input file "./FHEM/firmware/SIGNALduino_nanoCC1101.hex" 
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex auto detected as Intel Hex 
avrdude: writing flash (20054 bytes): 

Writing | ################################################## | 100% 7.98s 

avrdude: 20054 bytes of flash written 
avrdude: verifying flash memory against ./FHEM/firmware/SIGNALduino_nanoCC1101.hex: 
avrdude: load data flash data from input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex: 
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex auto detected as Intel Hex 
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex contains 20054 bytes 
avrdude: reading on-chip flash data: 

Reading | ################################################## | 100% 8.53s 

avrdude: verifying ... 
avrdude: 20054 bytes of flash verified

Und trotzdem kommt als Version:

Code Auswählen

V 3.3.1-dev SIGNALduino - compiled at Jan 12 2017 23:04:38
also ohne "nanoCC1101"!

:'( :'( :'( :'(

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 05 März 2017, 11:33:41

Code Auswählen

V 3.3.1-dev SIGNALduino cc1101 - compiled at Jan 12 2017 23:04:38
Das cc1101 ist in der Version nur enthalten, wenn während der Initialsierung der cc1101 erkannt wurde.
Der cc1101 Signalduino funktioniert nur mit der Verkabelung vom Selbstbau CUL.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 05 März 2017, 11:37:41

Zitat von: Sidey am 05 März 2017, 08:52:12
Also das Senden funktioniert, aber ob der Empfänger reagiert ist ja eher die Frage.
Dessen Empfindlich kenne ich nicht.

Ok, dann muß ich anders fragen.
Weißt Du zufällig innerhalb welcher ITclock Toleranz die Intertechno Empfänger normalerweise noch reagieren.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 11:38:37

Ja, ich habe soeben den Aufbau noch einmal kontrolliert. Das passt alles. Dann geflasht ... Nix gelingt ...

Ich krame jetzt noch mal einen anderen CC1101 raus, Bei dem Arduino hab ich schon durchgetauscht ...

Mein Aufbau ist der hier beschriebene mit den Widerständen und in der Version mit 470 / 1000 Ohm.

Code Auswählen

https://forum.fhem.de/index.php/topic,52865.msg558825.html#msg558825

Der fertig gekaufte hat keine Widerstände drin. Da sich mit dem aber kaum etwas schalten lässt, wollte ich es nun einmal "richtig" machen. Aber wie gesagt, ich bekomme nicht einmal die Firmware ans Laufen ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 12:42:46

Zitat von: Ralf9 am 05 März 2017, 11:37:41
Ok, dann muß ich anders fragen.
Weißt Du zufällig innerhalb welcher ITclock Toleranz die Intertechno Empfänger normalerweise noch reagieren.

Nein, leider nicht. 20% würde ich aber mal annehmen sind kein Problem.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 05 März 2017, 12:48:04

Hallo zusammen.

ich habe mir nen Signalduino mit dem cc1101 zusammen gebaut. das flashen über den pi hat auch ohne Probleme geklappt.
Nach kurzer Zeit ging er auf closed.
Habe die Verkabelung des cc1101 nochmal geprüft, soweit alles ok.
habe den sduino dann an den Lappi mit windows10 gehangen. COM Port wurde auch soweit alles erkannt. Habe die ArduinoIDE gestartet, das entsprechende Board eingestellt und den Seriel Minitor gestartet.
Habe dan ein "V" abgesetzt, jedoch keine reaktion.

Habt Ihr noch eine Idee, warum der sduino nicht reagiert?
Gibt es eine Möglichkeit die .hex Datei auch über die Arduino IDE zu flashen (Windows)?
Oder brauche ich dafür den ganzen SourceCode?

Gruß und Danke
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 13:02:06

@ sash.sc

Prinzipiell sollte man das flashen auch über WINDOWS machen können. Ich habe es oft erfolgreich über Linux gemacht. Da muss man dann eben die entsprechende *.hex flashen.

Allerdings habe ich das Problem, dass, obwohl der Flashvorgang sauber durchläuft, auch das Verify und damit Erfolg gemeldet wird, am Ende kein funktionierender Stick dabei herauskommt.

Wenn ich den (auch während des Flashens fertig zusammengebauten) SIGNALduino dann in FHEM anhänge, bekomme ich derzeit nicht einmal das GET-Feld zu sehen. Ein dann frisch abgesetztes "SET sduino flash" läuft wieder erfolgreich durch. Es wird auch die ...nanoCC1101.hex geflasht. Dann "SET sduino reset" lässt auch die LED auf dem Arduino aufblinken, aber nach wie vor kommt nicht mal das GET-Feld ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 13:07:20

Zitat von: fstefan1960 am 05 März 2017, 11:25:27
Und trotzdem kommt als Version:
Code Auswählen Erweitern
V 3.3.1-dev SIGNALduino - compiled at Jan 12 2017 23:04:38
also ohne "nanoCC1101"!

Sehr seltsam. Der Flash Vorgang sieht eigentlich gut aus. Ich habe die Firmware gerade aktualisiert. Damit hätten wir schon mal das Problem der Erstinitalisierung dann gelöst.

So sieht eine Initalisierung eines Nano mit verbundenem cc1101 Modul aus.
Folgendes habe ich gemacht:
1. Verbose auf 5
2. set flash

Code Auswählen


2017.03.05 13:01:27.846 3: sduino/init: enable receiver (XE)
2017.03.05 13:01:27.835 5: sduino SW: XE
2017.03.05 13:01:27.834 2: sduino: initialized. v3.3.1-dev
2017.03.05 13:01:27.814 5: sduino/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar  5 2017 12:39:25
2017.03.05 13:01:27.812 4: sduino/msg READ: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar  5 2017 12:39:25
2017.03.05 13:01:27.789 5: sduino SW: V
2017.03.05 13:01:27.784 3: sduino/init: get version, retry = 0
2017.03.05 13:01:27.286 5: sduino SW: XQ
2017.03.05 13:01:27.284 3: sduino/init: disable receiver (XQ)
2017.03.05 13:01:27.257 4: sduino/msg READ: receiver enabled
2017.03.05 13:01:27.213 4: sduino/msg READ: Starting timerjob
2017.03.05 13:01:27.212 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:01:27.210 4: sduino/msg READ: CCVersion=20
2017.03.05 13:01:27.201 4: sduino/msg READ: CCInit
2017.03.05 13:01:27.200 4: sduino/msg READ: Reading values fom eeprom
2017.03.05 13:01:27.190 4: sduino/msg READ: Using sFIFO
2017.03.05 13:01:25.777 3: sduino device opened
2017.03.05 13:01:25.774 1: sduino/init: /dev/ttyUSB0
2017.03.05 13:01:25.772 1: sduino/define: /dev/ttyUSB0
2017.03.05 13:01:25.737 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:01:25.720 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:01:08.822 3: sduino: setting Verbose to: 5

An folgenden Zeilen ist zu erkennen, dass ein cc1101 gefunden wurde,

Code Auswählen


2017.03.05 13:01:27.212 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:01:27.210 4: sduino/msg READ: CCVersion=20
2017.03.05 13:01:27.201 4: sduino/msg READ: CCInit

Wiederhole ich das gleiche und habe den cc1101 nicht angeschlossen ( vcc unterbrochen ) kommt folgendes heraus:

Code Auswählen


2017.03.05 13:04:09.705 3: sduino/init: enable receiver (XE)
2017.03.05 13:04:09.694 5: sduino SW: XE
2017.03.05 13:04:09.693 2: sduino: initialized. v3.3.1-dev
2017.03.05 13:04:09.673 5: sduino/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 3.3.1-dev SIGNALduino - compiled at Mar  5 2017 12:39:25
2017.03.05 13:04:09.671 4: sduino/msg READ: V 3.3.1-dev SIGNALduino - compiled at Mar  5 2017 12:39:25
2017.03.05 13:04:09.650 5: sduino SW: V
2017.03.05 13:04:09.648 3: sduino/init: get version, retry = 0
2017.03.05 13:04:09.379 4: sduino/msg READ: receiver enabled
2017.03.05 13:04:09.339 4: sduino/msg READ: Starting timerjob
2017.03.05 13:04:09.338 4: sduino/msg READ: 
2017.03.05 13:04:09.337 4: sduino/msg READ: no CC11xx found!
2017.03.05 13:04:09.328 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:04:09.327 4: sduino/msg READ: CCVersion=0
2017.03.05 13:04:09.149 5: sduino SW: XQ
2017.03.05 13:04:09.148 3: sduino/init: disable receiver (XQ)
2017.03.05 13:04:09.065 4: sduino/msg READ: CCInit
2017.03.05 13:04:09.064 4: sduino/msg READ: Reading values fom eeprom
2017.03.05 13:04:09.056 4: sduino/msg READ: Using sFIFO

Get version liefert dann wie bei dir einen SIGNALduino ohne cc1101

Code Auswählen


version: V 3.3.1-dev SIGNALduino - compiled at Mar 5 2017 12:39:25

Nachdem ich den cc1101 wieder verbunden hatte habe ich ein set reset ausgeführt:

Code Auswählen

2017.03.05 13:05:48.671 3: sduino/init: enable receiver (XE)
2017.03.05 13:05:48.660 5: sduino SW: XE
2017.03.05 13:05:48.659 2: sduino: initialized. v3.3.1-dev
2017.03.05 13:05:48.635 5: sduino/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar  5 2017 12:39:25
2017.03.05 13:05:48.633 4: sduino/msg READ: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar  5 2017 12:39:25
2017.03.05 13:05:48.609 5: sduino SW: V
2017.03.05 13:05:48.608 3: sduino/init: get version, retry = 0
2017.03.05 13:05:48.109 5: sduino SW: XQ
2017.03.05 13:05:48.108 3: sduino/init: disable receiver (XQ)
2017.03.05 13:05:48.086 4: sduino/msg READ: receiver enabled
2017.03.05 13:05:48.041 4: sduino/msg READ: Starting timerjob
2017.03.05 13:05:48.040 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:05:48.039 4: sduino/msg READ: CCVersion=20
2017.03.05 13:05:48.030 4: sduino/msg READ: CCInit
2017.03.05 13:05:48.028 4: sduino/msg READ: Reading values fom eeprom
2017.03.05 13:05:48.019 4: sduino/msg READ: Using sFIFO
2017.03.05 13:05:46.601 3: sduino device opened
2017.03.05 13:05:46.599 1: sduino/init: /dev/ttyUSB0
2017.03.05 13:05:46.598 1: sduino/define: /dev/ttyUSB0
2017.03.05 13:05:46.563 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:05:46.550 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:05:46.545 3: sduino reset

Der cc1101 wurde erkannt und alles funktioniert wie erwartet.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 05 März 2017, 13:08:27

Fstefan1960,
Hast du nur einen Nano am raspberry oder mehrere ? Stimmt der Port ? Ich denke das wirst du schon kontrolliert haben. In deinem flash-log sieht man nicht den Port bzw. Der log ist nicht vollständig.

Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 13:12:32

Ich habe nur einen Arduino dran und ja, der Port stimmt. Egal, ob ich /dev/ttyUSB0 definiere oder /dev/serial/by-id/xxxxxx... . Beides funktioniert völlig identisch. ich probiere jetzt mal das mit dem verbose=5 und reset.

Das Log gibt dann nur her:

Code Auswählen

2017.03.05 13:12:48 3: sduino: setting Verbose to: 5
2017.03.05 13:12:56 3: sduino reset
2017.03.05 13:12:56 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:12:56 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:12:56 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:12:56 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:12:56 3: sduino device opened
2017.03.05 13:12:58 3: sduino/init: disable receiver (XQ)
2017.03.05 13:12:58 5: sduino SW: XQ
2017.03.05 13:12:58 3: sduino/init: get version, retry = 0
2017.03.05 13:12:58 5: sduino SW: V

Beim flashen kommt

Code Auswählen



2017.03.05 13:13:29 3: sduino device opened
2017.03.05 13:13:30 3: sduino/init: disable receiver (XQ)
2017.03.05 13:13:30 5: sduino SW: XQ
2017.03.05 13:13:31 3: sduino/init: get version, retry = 0
2017.03.05 13:13:31 5: sduino SW: V
2017.03.05 13:13:41 3: sduino/init: get version, retry = 1
2017.03.05 13:13:41 5: sduino SW: V
2017.03.05 13:13:51 3: sduino/init: get version, retry = 2
2017.03.05 13:13:51 5: sduino SW: V
2017.03.05 13:14:01 3: sduino/init: get version, retry = 3
2017.03.05 13:14:01 2: sduino/init retry count reached. Closed
2017.03.05 13:14:01 2: sduino closed
2017.03.05 13:15:25 3: sduino reset
2017.03.05 13:15:25 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:15:25 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:15:25 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:15:25 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:15:25 3: sduino device opened
2017.03.05 13:15:26 3: sduino/init: disable receiver (XQ)
2017.03.05 13:15:26 5: sduino SW: XQ
2017.03.05 13:15:27 3: sduino/init: get version, retry = 0
2017.03.05 13:15:27 5: sduino SW: V
2017.03.05 13:15:48 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:15:48 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:15:48 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:15:48 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:15:48 3: sduino device opened
2017.03.05 13:15:52 3: sduino/init: disable receiver (XQ)
2017.03.05 13:15:52 5: sduino SW: XQ
2017.03.05 13:15:53 3: sduino/init: get version, retry = 0
2017.03.05 13:15:53 5: sduino SW: V
2017.03.05 13:16:03 3: sduino/init: get version, retry = 1
2017.03.05 13:16:03 5: sduino SW: V
2017.03.05 13:16:14 3: sduino/init: get version, retry = 2
2017.03.05 13:16:14 5: sduino SW: V
2017.03.05 13:16:24 3: sduino/init: get version, retry = 3
2017.03.05 13:16:24 2: sduino/init retry count reached. Reset
2017.03.05 13:16:24 3: sduino reset
2017.03.05 13:16:24 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:16:24 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:16:24 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:16:24 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:16:24 3: sduino device opened
2017.03.05 13:16:26 3: sduino/init: disable receiver (XQ)
2017.03.05 13:16:26 5: sduino SW: XQ
2017.03.05 13:16:26 3: sduino/init: get version, retry = 0
2017.03.05 13:16:26 5: sduino SW: V
2017.03.05 13:16:36 3: sduino/init: get version, retry = 1
2017.03.05 13:16:36 5: sduino SW: V
2017.03.05 13:16:46 3: sduino/init: get version, retry = 2
2017.03.05 13:16:46 5: sduino SW: V
2017.03.05 13:16:56 3: sduino/init: get version, retry = 3
2017.03.05 13:16:56 2: sduino/init retry count reached. Closed
2017.03.05 13:16:56 2: sduino closed

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 13:20:46

Seltsam. Hast Du ein Update der devr33 gemacht und noch mal geflasht?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 13:24:39

Ja, hab ich.

Es irritiert mich, dass das Log wohl nur vergebliche Versuche, die Version zu lesen meldet und dann abbricht. Das erscheinende Ergebnis des Flashvorgangs (also die eingeblendete Terminaldarstellung ) zeigt aber einen erfolgreichen Flash- und Verify-vorgang ...

Code Auswählen


command: avrdude -c arduino -b 57600 -P /dev/ttyUSB0 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_nanoCC1101.hex 2>./log/SIGNALduino-Flash.log 

--- AVRDUDE --------------------------------------------------------------------------------- 

avrdude: Version 6.1, compiled on Jul  7 2015 at 10:29:47 
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ 
         Copyright (c) 2007-2014 Joerg Wunsch 

         System wide configuration file is "/etc/avrdude.conf" 

         Using Port                    : /dev/ttyUSB0 
         Using Programmer              : arduino 
         Overriding Baud Rate          : 57600 
         AVR Part                      : ATmega328P 
         Chip Erase delay              : 9000 us 
         PAGEL                         : PD7 
         BS2                           : PC2 
         RESET disposition             : dedicated 
         RETRY pulse                   : SCK 
         serial program mode           : yes 
         parallel program mode         : yes 
         Timeout                       : 200 
         StabDelay                     : 100 
         CmdexeDelay                   : 25 
         SyncLoops                     : 32 
         ByteDelay                     : 0 
         PollIndex                     : 3 
         PollValue                     : 0x53 
         Memory Detail                 : 

                                  Block Poll               Page                       Polled 
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack 
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- 
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff 
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff 
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00 
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00 
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00 
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00 
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00 
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00 

         Programmer Type : Arduino 
         Description     : Arduino 
         Hardware Version: 2 
         Firmware Version: 1.16 
         Vtarget         : 0.0 V 
         Varef           : 0.0 V 
         Oscillator      : Off 
         SCK period      : 0.1 us 

avrdude: AVR device initialized and ready to accept instructions 

Reading | ################################################## | 100% 0.01s 

avrdude: Device signature = 0x1e950f 
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed 
         To disable this feature, specify the -D option. 
avrdude: erasing chip 
avrdude: reading input file "./FHEM/firmware/SIGNALduino_nanoCC1101.hex" 
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex auto detected as Intel Hex 
avrdude: writing flash (20054 bytes): 

Writing | ################################################## | 100% 7.98s 

avrdude: 20054 bytes of flash written 
avrdude: verifying flash memory against ./FHEM/firmware/SIGNALduino_nanoCC1101.hex: 
avrdude: load data flash data from input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex: 
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex auto detected as Intel Hex 
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex contains 20054 bytes 
avrdude: reading on-chip flash data: 

Reading | ################################################## | 100% 8.53s 

avrdude: verifying ... 
avrdude: 20054 bytes of flash verified 

avrdude done.  Thank you.

Ich habe jetzt noch einmal den fertig gekauften SIGNALduino geflasht. Dabei erhalte ich als Versionsangabe

Code Auswählen

V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 5 2017 12:39:25

Also die Firmwaredatei auf dem Raspi ist aktuell ....

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 13:38:04

Kann es sein, dass Du nicht im Fhem Log nachsiehst, sondern in einem filelog oder im Event Monitor?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 13:39:50

Hier jetzt noch einmal das FHEM-Log beim Flashen:

Code Auswählen


2017.03.05 13:36:37 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:36:37 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:36:37 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:36:37 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:36:37 3: sduino device opened
2017.03.05 13:36:41 3: sduino/init: disable receiver (XQ)
2017.03.05 13:36:41 5: sduino SW: XQ
2017.03.05 13:36:41 3: sduino/init: get version, retry = 0
2017.03.05 13:36:41 5: sduino SW: V
2017.03.05 13:36:41 4: sduino/msg READ: Using sFIFO
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (Using sFIFO) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: Reading values fom eeprom
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (Reading values fom eeprom) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: CCInit
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (CCInit) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: CCVersion=20
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (CCVersion=20) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (CCPartnum=0) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: Starting timerjob
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (Starting timerjob) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: receiver enabled
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (receiver enabled) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:51 3: sduino/init: get version, retry = 1
2017.03.05 13:36:51 5: sduino SW: V
2017.03.05 13:37:01 3: sduino/init: get version, retry = 2
2017.03.05 13:37:01 5: sduino SW: V
2017.03.05 13:37:12 3: sduino/init: get version, retry = 3
2017.03.05 13:37:12 2: sduino/init retry count reached. Reset
2017.03.05 13:37:12 3: sduino reset
2017.03.05 13:37:12 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:37:12 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:37:12 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:37:12 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:37:12 3: sduino device opened
2017.03.05 13:37:13 4: sduino/msg READ: Using sFIFO
2017.03.05 13:37:13 4: sduino/msg READ: Reading values fom eeprom
2017.03.05 13:37:13 4: sduino/msg READ: CCInit
2017.03.05 13:37:13 4: sduino/msg READ: CCVersion=20
2017.03.05 13:37:13 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:37:13 4: sduino/msg READ: Starting timerjob
2017.03.05 13:37:13 3: sduino/init: disable receiver (XQ)
2017.03.05 13:37:13 5: sduino SW: XQ
2017.03.05 13:37:13 4: sduino/msg READ: receiver enabled
2017.03.05 13:37:14 3: sduino/init: get version, retry = 0
2017.03.05 13:37:14 5: sduino SW: V
2017.03.05 13:37:24 3: sduino/init: get version, retry = 1
2017.03.05 13:37:24 5: sduino SW: V
2017.03.05 13:37:34 3: sduino/init: get version, retry = 2
2017.03.05 13:37:34 5: sduino SW: V
2017.03.05 13:37:44 3: sduino/init: get version, retry = 3
2017.03.05 13:37:44 2: sduino/init retry count reached. Closed
2017.03.05 13:37:44 2: sduino closed

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 13:44:08

Welchen Stand der Firmware hast Du geflasht? Also das Hex File, das ich heute aktualisiert habe oder ein älteres?

Dein cc1101 ist zumindest einmal korrekt verbunden.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 13:46:16

Das von heute. Beim Probeflashen eines anderen SIGNALduino hat er das ja auf jeden Fall auch aktualisiert. Der zeigt als Version das mit heutigem Kompilierdatum ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 13:50:50

Das Log produziert nur noch

Code Auswählen


2017.03.05 13:45:00 3: sduino device opened
2017.03.05 13:45:01 4: sduino/msg READ: Using sFIFO
2017.03.05 13:45:01 4: sduino/msg READ: Reading values fom eeprom
2017.03.05 13:45:01 4: sduino/msg READ: CCInit
2017.03.05 13:45:01 4: sduino/msg READ: CCVersion=20
2017.03.05 13:45:01 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:45:01 4: sduino/msg READ: Starting timerjob
2017.03.05 13:45:01 3: sduino/init: disable receiver (XQ)
2017.03.05 13:45:01 5: sduino SW: XQ
2017.03.05 13:45:02 4: sduino/msg READ: receiver enabled
2017.03.05 13:45:02 3: sduino/init: get version, retry = 0
2017.03.05 13:45:02 5: sduino SW: V
2017.03.05 13:45:12 3: sduino/init: get version, retry = 1
2017.03.05 13:45:12 5: sduino SW: V
2017.03.05 13:45:22 3: sduino/init: get version, retry = 2
2017.03.05 13:45:22 5: sduino SW: V
2017.03.05 13:45:32 3: sduino/init: get version, retry = 3
2017.03.05 13:45:32 2: sduino/init retry count reached. Reset
2017.03.05 13:45:32 3: sduino reset
2017.03.05 13:45:32 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:45:32 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:45:32 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:45:32 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:45:32 3: sduino device opened
2017.03.05 13:45:33 4: sduino/msg READ: Using sFIFO
2017.03.05 13:45:33 4: sduino/msg READ: Reading values fom eeprom
2017.03.05 13:45:33 4: sduino/msg READ: CCInit
2017.03.05 13:45:34 4: sduino/msg READ: CCVersion=20
2017.03.05 13:45:34 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:45:34 4: sduino/msg READ: Starting timerjob
2017.03.05 13:45:34 3: sduino/init: disable receiver (XQ)
2017.03.05 13:45:34 5: sduino SW: XQ
2017.03.05 13:45:34 4: sduino/msg READ: receiver enabled
2017.03.05 13:45:34 3: sduino/init: get version, retry = 0
2017.03.05 13:45:34 5: sduino SW: V
2017.03.05 13:45:44 3: sduino/init: get version, retry = 1
2017.03.05 13:45:44 5: sduino SW: V
2017.03.05 13:45:54 3: sduino/init: get version, retry = 2
2017.03.05 13:45:54 5: sduino SW: V
2017.03.05 13:46:04 3: sduino/init: get version, retry = 3
2017.03.05 13:46:04 2: sduino/init retry count reached. Closed
2017.03.05 13:46:04 2: sduino closed
[/close]

Hardwareschaden?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 13:56:39

Glaube ich nicht.
Der Interrupt pin löst dauernd aus. Das verhindert, dass der arduino noch auf serielle Kommandos reagiert.

Eigentlich hätte das mit der Firmware von heute mittag behoben sein sollen.

Da hilft nur, pin#2 nicht zu verbinden.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspII am 05 März 2017, 14:07:34

@fstefan1960
Hast Du schon folgendes ausprobiert?
die CSn Leitung des CC1101 von D10 getrennt (alle anderen Pins müssen verbunden bleiben)
Und danach über die FHEM Command Line das Kommando

Code Auswählen

get sduino raw e
ausgeführt?

Wie gesagt, ich hatte den selben Effekt wie Du, über diese "Neuinitialisierung" klappt es bei mir.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 14:26:28

Dann bekomme ich nur die Antwort:

Code Auswählen

sduino is not active, may firmware is not suppoted, please flash or reset

Da ich das GET-Eingabefeld gar nicht bekomme, kann ich dann nur set sduino reset anstoßen, dann ist er wieder "opened". Dann in der EIngabezeile "set sduino raw e" und wieder obige Antwort ...

Hab das Ganze jetzt mit zwei verschiedenen Arduinos und zwei verschiednen CC1101 probiert, die ganz Sache mehrmals von Grund auf aufgesetzt, um Steckfehler auszuschließen ...

Das GET-Feld bekomme ich nur, wenn ich den CC1101 von VCC trenne. Dann aber hab ich eben keinen CC1101 ...

Jetzt muss ich erst mal meine Ehe pflegen und mit meiner Frau an die Luft ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 14:31:42

Okay, also habe nochmal PIN D2 getrennt, geflasht und resettet.
Jetzt habe ich die aktuelle Firmware mit nanoCC als Version.

Code Auswählen

V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 5 2017 12:39:25

GET ccconfig liefert auch Werte ...

Code Auswählen

ccconf: freq:1664.000MHz bWidth:58KHz rAmpl:42dB sens:16dB (DataRate:1621826.17Baud)

Code Auswählen

 ccregAll: 

ccreg 00: 7F FF FF FF FF FF FF FF 7F FF FF 3F FF 3F FF FF
ccreg 10: FF FF FF F3 FF 77 1F 3F 3F 7F FF FF 7F FF FF FF
ccreg 20: FB FF 37 FF 3F 3F 7F 7F 7F 59 7F 3F 88 31 0B

Alles mit offenem D2.

Anstecken probiere ich nachher ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspII am 05 März 2017, 14:32:13

Hallo nochmal,
das "GET" Eingabefeld kam bei mir erst zum Vorschein, sobald ich Pin10 oder Pin11 des Nano#s vom CC1101 getrennt und einen Reset ausgeführt hatte.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspII am 05 März 2017, 14:33:56

ok, da haben sich die Beiträge überholt.
Kannst Du jetzt ein

Code Auswählen

get sduino raw e
ausführen?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 15:12:08

Zum debuggen wäre es optimal, wenn wir mal einen nano mit cc1101 haben, der in diesem Modus bleibt. :)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 15:14:23

Ja, ich kann das get sduino raw e absetzen.

Ordnungsgemäß kommt auch

Code Auswählen

raw: ccFactoryReset done

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 15:26:35

Habe den Pin jetzt wieder verbunden ... In der Weboberfläche bleibt alles okay.
Es lässt sich sogar EIN IT-Gerät spontan schalten. Andere noch nicht.

Mal sehen, was nach einem RESET ist ...
Bleibt funktional ....

Nun mal FHEM-shutdown restart ...
Bleibt funktional ...

Und abziehen und wieder anstecken ...
Ebenfalls weiter funktional ...

Resumee: Beim flashen D2 abziehen und danach erst verbinden. Wenn ich das jetzt verlöte, muss also ein Taster dran, der normal geschlossen ist ...

Jetzt also als Nächstes dran, dass der auch mehr Geräte schaltet ... :) Hinter jedem Hindernis, das überwunden ist, lauert gleich schon das nächste ....

Danke für den Support

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 05 März 2017, 15:41:26

ZitatResumee: Beim flashen D2 abziehen und danach erst verbinden.

Dies dürfte normalerweise nur nach einem durch die alte Firmware misslungenen factory reset nötig sein.
Wenn der factory reset einmal erfolgreich war, dürfte es keine Probleme mehr geben.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 16:55:03

Hi Ralf,

Das könnte sein. Der nano wurde ja initial mit der alten Firmware geflasht.

Man könnte meiner Meinung nach, eine Abfrage vom Output Register abfragen. Wenn der cc1101 nicht im serial asynchron Modus ist, brauchen wir den Interrupt ja nicht zu starten. Dann kann so ein Problem auch nicht auftreten.

Gruß Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 05 März 2017, 19:05:54

Hi, die falsche Frequenzangabe und die Frage warum nur ein IT Gerät reagiert, lässt mich ein Problem bei Deinen Flanken erahnen! Welche Spannungsteiler verwendest Du? Meine Vermutung 4,7k/10k ;-) Probier doch mal bitte 470/1k.
Gruß Arnd

Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 05 März 2017, 19:50:04

Hallo zusammen.

habe mir den sduino mit dem cc1101 gebaut und geflasht. Lashvorgang war wohl erfolgreich.
Nur der sduino wird nicht initialisiert. Es kommt auch auf dem Serialmonitor von der Arduino IDE nix rein und nix raus.
Habe den D10 Pin abgeklemmt und nochmal an den Laptop gesteckt, aber immer noch nix.

Habt Ihr mal eine Datei die ich über die IDE (Windows) auf den Sduino flashen kann ?

Gruß und Danke
Sascha

P.S.: lohnt es sich nicht für den Signalduino schon ein Unterforum aufzumachen ? 8) ;)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 19:52:54

Wann hast Du das Update gemacht, mit dem die Firmware geladen wurde?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 05 März 2017, 19:54:06

Zitatdie falsche Frequenzangabe und die Frage warum nur ein IT Gerät reagiert, lässt mich ein Problem bei Deinen Flanken erahnen!

Im asynchron serial Modus, welcher beim Signalduino verwendet wird, wird mit D2 vom GDO2 des cc1101 empfangen.
Gesendet wird mit dem D3 Pin des nano zum GDO0 Eingang des cc1101.
In diesen beiden Verbindungen befindet sich kein Levelshifter.
Die Verbindungen mit den Levelshiftern werden benötigt zur Initialisierung und Konfiguration des cc1101

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 05 März 2017, 19:57:25

Zitat von: Sidey am 05 März 2017, 19:52:54
Wann hast Du das Update gemacht, mit dem die Firmware geladen wurde?

Heute Vormittag

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 20:08:33

Tia, die hat bestimmt noch einen bug.

Entferne mal die Verbindung am pin#2 und mache dann einen factory reset

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 05 März 2017, 20:12:13

Zitat von: Sidey am 05 März 2017, 20:08:33
Tia, die hat bestimmt noch einen bug.

Entferne mal die Verbindung am pin#2 und mache dann einen factory reset

Pin#2 ist welcher ? Factory Reset wird wie gemacht ?

Danke

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 20:14:15

Pin #2 ist der pin am arduino det mit der Nummer 2 gekennzeichnet ist.

Factory reset geht dann mit
get raw E

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 05 März 2017, 20:18:03

Zitat von: Sidey am 05 März 2017, 20:14:15
Pin #2 ist der pin am arduino det mit der Nummer 2 gekennzeichnet ist.

Factory reset geht dann mit
get raw E

Du meinst Pin D2? Habe einen NanoBoard

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 20:18:43

Genau den meine ich :)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 05 März 2017, 20:19:42

Zitat von: Sidey am 05 März 2017, 16:55:03
Man könnte meiner Meinung nach, eine Abfrage vom Output Register abfragen. Wenn der cc1101 nicht im serial asynchron Modus ist, brauchen wir den Interrupt ja nicht zu starten. Dann kann so ein Problem auch nicht auftreten.

Da mit der neuen Firmware nun bei der ersten Initalisierung immer ein vollständiger factory reset durchgeführt wird, dürfte es zukünfig zu dem Problem nicht mehr kommen.
Wenn Du willst kannst Du es gerne einbauen.
Du müsstest dazu die Register "PKTCTRL0.PKT_FORMAT" und " IOCFG2.GDO2_CFG" abfragen.

Du könntest die Abfrage dann am Ende von setup() einbauen

Code Auswählen

if (..
  	enableReceive();
	MSG_PRINTLN(F("receiver enabled"));
} else {
	MSG_PRINTLN(F("receiver not enabled"));
}

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 05 März 2017, 20:25:48

Hi,
Ich habe gerade meinen bisherigen nanoCUL mit 433Mhz mit Deiner Firmware Signalduino von heute geflasht! Läuft super mit Somfy und IT! Vielen Dank für Deine tolle Arbeit [emoji6]
Gruß Arnd

Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 05 März 2017, 20:27:32

Zitat von: Sidey am 05 März 2017, 20:14:15
Pin #2 ist der pin am arduino det mit der Nummer 2 gekennzeichnet ist.

Factory reset geht dann mit
get raw E

Geht das ganze auch über die ArduinoIDE (Windows) mit dem Factory Reset ?? :-\
Muss am Pi sonst alles am USB abziehen. Der nano den ich habe hat nur nen CH340 CHip und kein FTDI drauf.
Habe am Pi schon ein Gateway mit CH340 im Einsatz. Nen 2. dran dann geht es schief. :o

Gruß und Danke
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 21:56:01

Zitat von: Ralf9 am 05 März 2017, 20:19:42
Wenn Du willst kannst Du es gerne einbauen.
Du müsstest dazu die Register "PKTCTRL0.PKT_FORMAT" und " IOCFG2.GDO2_CFG" abfragen.

Ich habe was eingebaut. Funktioniert aber nicht wie erwartet.

Wenn ich ein C00 eingebe, erhalte ich 06 zurück. So wie ich das versteh ist das Register IOCFG2.GDO2_CFG auf 0x06 gesetzt.
Das entspricht aber nicht dem Wert 0x0D der in initVal gesetzt ist.

Wo liegt da jetzt mein Denkfehler?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 05 März 2017, 21:56:26

Zitat von: sash.sc am 05 März 2017, 20:27:32
Geht das ganze auch über die ArduinoIDE (Windows) mit dem Factory Reset ?? :-\

Ja, hast Du mal die Firmware probiert, die ich dir zugesendet habe?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 05 März 2017, 22:56:42

jepp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 05 März 2017, 23:09:17

Hallo,

ich habe die 470/1000 Ohm-Variante gebaut. Da gab es ja einen entsprechenden Hinweis.
Der zweite cc1101 war genauso "vermurkst". Also an den ersten SIGNALduino dran, D02 ab und set sduino raw e. Läuft!

Jetzt muss ich mir mal ein Layout auf ner Lochplatine stricken, um das Ganze vom Steckbrett zu holen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: rageltus am 06 März 2017, 09:00:35

Hi

also ich habe mir die Forums-Platine (Selbstbau nanoCUL) gekauft, gelötet und einfach die Signalduino Cc1101 Firmware draufgespielt - läuft 1a. Echt super. Auch nochmal ein Dank an Sidey und Ralf9 sowie alle die was mit der Signalduino Entwicklung zu tun haben!

Gruß
Benjamin

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 06 März 2017, 20:40:30

Hallo Sidey, hallo Ralf9.

Habe mit der aktuellen Firmware auf dem Sduino (3.3.0) mit RXB6 Empfänger und dem WLANduino mit nem CC1101 folgende Meldungen die da zwischendurch reinrauschen.

SDUINO:

Code Auswählen


2017-03-06_20:36:54 sduino UNKNOWNCODE u20#77777557FD5D554
2017-03-06_20:36:54 sduino opened
2017-03-06_20:36:31 sduino UNKNOWNCODE TXE3B38038C
2017-03-06_20:36:16 sduino UNKNOWNCODE u20#5550440000401414100041511044100114415410411500
2017-03-06_20:36:16 sduino opened
2017-03-06_20:35:39 sduino UNKNOWNCODE KC
2017-03-06_20:35:39 sduino UNKNOWNCODE K7
2017-03-06_20:35:39 sduino UNKNOWNCODE KC
2017-03-06_20:35:39 sduino UNKNOWNCODE KF
2017-03-06_20:35:39 sduino UNKNOWNCODE KC
2017-03-06_20:35:39 sduino UNKNOWNCODE K0
2017-03-06_20:35:39 sduino UNKNOWNCODE K4
2017-03-06_20:35:39 sduino UNKNOWNCODE K8
2017-03-06_20:35:39 sduino UNKNOWNCODE KFC
2017-03-06_20:35:39 sduino UNKNOWNCODE K0
2017-03-06_20:35:39 sduino UNKNOWNCODE K7
2017-03-06_20:35:39 sduino UNKNOWNCODE KC
2017-03-06_20:35:39 sduino UNKNOWNCODE K8
2017-03-06_20:35:39 sduino UNKNOWNCODE K7
2017-03-06_20:35:39 sduino UNKNOWNCODE K8
2017-03-06_20:35:39 sduino UNKNOWNCODE K4
2017-03-06_20:35:39 sduino UNKNOWNCODE K8
2017-03-06_20:35:31 sduino UNKNOWNCODE TXE3B38038C
2017-03-06_20:34:56 sduino UNKNOWNCODE K0
2017-03-06_20:34:56 sduino UNKNOWNCODE KE
2017-03-06_20:34:56 sduino UNKNOWNCODE K8
2017-03-06_20:34:56 sduino UNKNOWNCODE KF
2017-03-06_20:34:56 sduino UNKNOWNCODE KC
2017-03-06_20:34:56 sduino UNKNOWNCODE K0
2017-03-06_20:34:56 sduino UNKNOWNCODE K4
2017-03-06_20:34:56 sduino UNKNOWNCODE K8
2017-03-06_20:34:56 sduino UNKNOWNCODE KFC
2017-03-06_20:34:56 sduino UNKNOWNCODE K0
2017-03-06_20:34:56 sduino UNKNOWNCODE KC
2017-03-06_20:34:56 sduino UNKNOWNCODE K0
2017-03-06_20:34:56 sduino UNKNOWNCODE K8
2017-03-06_20:34:56 sduino UNKNOWNCODE K0
2017-03-06_20:34:56 sduino UNKNOWNCODE K8
2017-03-06_20:34:56 sduino UNKNOWNCODE K0
2017-03-06_20:34:56 sduino UNKNOWNCODE K4
2017-03-06_20:34:56 sduino UNKNOWNCODE K8
2017-03-06_20:34:56 sduino UNKNOWNCODE K0
2017-03-06_20:34:56 sduino UNKNOWNCODE K8
2017-03-06_20:34:56 sduino UNKNOWNCODE KE
2017-03-06_20:34:56 sduino UNKNOWNCODE K8
2017-03-06_20:34:56 sduino UNKNOWNCODE KE
2017-03-06_20:34:13 sduino UNKNOWNCODE K0
2017-03-06_20:34:13 sduino UNKNOWNCODE KE
2017-03-06_20:34:13 sduino UNKNOWNCODE K8
2017-03-06_20:34:13 sduino UNKNOWNCODE KF
2017-03-06_20:34:13 sduino UNKNOWNCODE KC
2017-03-06_20:34:13 sduino UNKNOWNCODE K0
2017-03-06_20:34:13 sduino UNKNOWNCODE K4
2017-03-06_20:34:13 sduino UNKNOWNCODE K8
2017-03-06_20:33:15 sduino UNKNOWNCODE u20#4441011055455110404415411051154
2017-03-06_20:33:15 sduino opened
2017-03-06_20:32:47 sduino UNKNOWNCODE KC
2017-03-06_20:32:47 sduino UNKNOWNCODE K0
2017-03-06_20:32:47 sduino UNKNOWNCODE KE
2017-03-06_20:32:47 sduino UNKNOWNCODE K0
2017-03-06_20:32:47 sduino UNKNOWNCODE KA
2017-03-06_20:32:47 sduino UNKNOWNCODE KC
2017-03-06_20:32:47 sduino UNKNOWNCODE KFC
2017-03-06_20:32:47 sduino UNKNOWNCODE K0
2017-03-06_20:32:47 sduino UNKNOWNCODE K7
2017-03-06_20:32:47 sduino UNKNOWNCODE K8
2017-03-06_20:32:47 sduino UNKNOWNCODE K7
2017-03-06_20:32:47 sduino UNKNOWNCODE K8
2017-03-06_20:32:41 sduino UNKNOWNCODE u20#5550400000401414100041540044100114415411041404
2017-03-06_20:32:41 sduino opened
2017-03-06_20:32:04 sduino UNKNOWNCODE K0
2017-03-06_20:32:04 sduino UNKNOWNCODE K8
2017-03-06_20:32:04 sduino UNKNOWNCODE KFC
2017-03-06_20:32:04 sduino UNKNOWNCODE K4
2017-03-06_20:32:04 sduino UNKNOWNCODE KA
2017-03-06_20:32:04 sduino UNKNOWNCODE KC
2017-03-06_20:32:04 sduino UNKNOWNCODE K8
2017-03-06_20:32:04 sduino UNKNOWNCODE KC
2017-03-06_20:32:04 sduino UNKNOWNCODE K0
2017-03-06_20:32:04 sduino UNKNOWNCODE K7
2017-03-06_20:32:04 sduino UNKNOWNCODE KC
2017-03-06_20:32:04 sduino UNKNOWNCODE K8
2017-03-06_20:32:04 sduino UNKNOWNCODE K0
2017-03-06_20:32:04 sduino UNKNOWNCODE K8
2017-03-06_20:32:04 sduino UNKNOWNCODE K4
2017-03-06_20:32:04 sduino UNKNOWNCODE K8
2017-03-06_20:32:04 sduino UNKNOWNCODE K4
2017-03-06_20:31:48 sduino UNKNOWNCODE u20#4400015415541100000
2017-03-06_20:31:48 sduino opened
2017-03-06_20:31:25 sduino UNKNOWNCODE u20#541554100000100505040010551011050045105404514101
2017-03-06_20:31:25 sduino opened
2017-03-06_20:31:21 sduino UNKNOWNCODE K8
2017-03-06_20:31:21 sduino UNKNOWNCODE KFC
2017-03-06_20:31:21 sduino UNKNOWNCODE K4
2017-03-06_20:31:21 sduino UNKNOWNCODE KA
2017-03-06_20:31:21 sduino UNKNOWNCODE KC
2017-03-06_20:30:46 sduino UNKNOWNCODE u20#EEEAAFFAAAAABAEBEEBEBAAAFBABBAAF8
2017-03-06_20:30:46 sduino opened
2017-03-06_20:30:38 sduino UNKNOWNCODE K8
2017-03-06_20:30:38 sduino UNKNOWNCODE K0
2017-03-06_20:30:38 sduino UNKNOWNCODE K8
2017-03-06_20:30:38 sduino UNKNOWNCODE K0
2017-03-06_20:30:38 sduino UNKNOWNCODE KA
2017-03-06_20:30:38 sduino UNKNOWNCODE K8
2017-03-06_20:30:38 sduino UNKNOWNCODE KC
2017-03-06_20:30:38 sduino UNKNOWNCODE KFC
2017-03-06_20:30:38 sduino UNKNOWNCODE K0
2017-03-06_20:30:38 sduino UNKNOWNCODE KB8
2017-03-06_20:30:38 sduino UNKNOWNCODE K8
2017-03-06_20:30:38 sduino UNKNOWNCODE K7
2017-03-06_20:30:38 sduino UNKNOWNCODE K8
2017-03-06_20:30:38 sduino UNKNOWNCODE K4
2017-03-06_20:30:38 sduino UNKNOWNCODE K8
2017-03-06_20:30:38 sduino UNKNOWNCODE K4
2017-03-06_20:30:38 sduino UNKNOWNCODE K8
2017-03-06_20:30:38 sduino UNKNOWNCODE KFC
2017-03-06_20:30:38 sduino UNKNOWNCODE K4
2017-03-06_20:30:38 sduino UNKNOWNCODE KA
2017-03-06_20:30:38 sduino UNKNOWNCODE KC
2017-03-06_20:30:38 sduino UNKNOWNCODE KFC
2017-03-06_20:30:38 sduino UNKNOWNCODE K0
2017-03-06_20:30:38 sduino UNKNOWNCODE K7
2017-03-06_20:30:38 sduino UNKNOWNCODE KC
2017-03-06_20:30:38 sduino UNKNOWNCODE K8
2017-03-06_20:30:38 sduino UNKNOWNCODE K7

WLANduino

Code Auswählen


2017-03-06_20:36:51 wlanduino UNKNOWNCODE K8
2017-03-06_20:36:51 wlanduino UNKNOWNCODE K0
2017-03-06_20:36:51 wlanduino UNKNOWNCODE K4
2017-03-06_20:34:36 wlanduino UNKNOWNCODE K0
2017-03-06_20:34:36 wlanduino UNKNOWNCODE K8
2017-03-06_20:34:36 wlanduino UNKNOWNCODE K0
2017-03-06_20:34:36 wlanduino UNKNOWNCODE KA
2017-03-06_20:34:36 wlanduino UNKNOWNCODE K4
2017-03-06_20:34:36 wlanduino UNKNOWNCODE K8
2017-03-06_20:34:36 wlanduino UNKNOWNCODE K0
2017-03-06_20:34:36 wlanduino UNKNOWNCODE K4
2017-03-06_20:34:36 wlanduino UNKNOWNCODE K8
2017-03-06_20:34:36 wlanduino UNKNOWNCODE K0
2017-03-06_20:34:29 wlanduino UNKNOWNCODE u42#48BD8BE
2017-03-06_20:34:29 wlanduino opened
2017-03-06_20:31:49 wlanduino UNKNOWNCODE u20#AABBAAAFBEEABEAFEEBF8
2017-03-06_20:31:49 wlanduino opened
2017-03-06_20:30:39 wlanduino UNKNOWNCODE u20#BBEAFBEEABEAAEFFAF8
2017-03-06_20:30:39 wlanduino opened
2017-03-06_20:30:34 wlanduino UNKNOWNCODE u40#28BFE
2017-03-06_20:30:34 wlanduino opened
2017-03-06_20:30:34 wlanduino UNKNOWNCODE u40#2FFF8
2017-03-06_20:30:34 wlanduino opened
2017-03-06_20:30:34 wlanduino UNKNOWNCODE u40#8BFFE
2017-03-06_20:30:34 wlanduino opened
2017-03-06_20:30:33 wlanduino UNKNOWNCODE K0000
2017-03-06_20:30:33 wlanduino UNKNOWNCODE K8
2017-03-06_20:30:33 wlanduino UNKNOWNCODE u40#28BFF
2017-03-06_20:30:33 wlanduino opened
2017-03-06_20:30:27 wlanduino UNKNOWNCODE u20#75555577555F7DD4
2017-03-06_20:30:27 wlanduino opened
2017-03-06_20:30:25 wlanduino UNKNOWNCODE u40#8BFFE
2017-03-06_20:30:25 wlanduino opened
2017-03-06_20:30:25 wlanduino UNKNOWNCODE u40#28BFF8
2017-03-06_20:30:25 wlanduino opened
2017-03-06_20:30:25 wlanduino UNKNOWNCODE u40#28BFFE
2017-03-06_20:30:25 wlanduino opened
2017-03-06_20:30:25 wlanduino UNKNOWNCODE u40#2FFF8
2017-03-06_20:30:25 wlanduino opened
2017-03-06_20:30:25 wlanduino UNKNOWNCODE KEBA0
2017-03-06_20:30:25 wlanduino UNKNOWNCODE K8000
2017-03-06_20:30:25 wlanduino UNKNOWNCODE u40#28BE
2017-03-06_20:30:25 wlanduino opened
2017-03-06_20:30:25 wlanduino UNKNOWNCODE u40#FFF8
2017-03-06_20:30:25 wlanduino opened

Warum jetzt so kurze Meldungen ??

Gruß und Danke
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 06 März 2017, 21:24:59

So wies aussieht verwendest Du nicht das Attribut "whitelist_IDs", dort werden Komma getrennt die Ids eingetragen die Du verwenden möchstest.

Die UNKNOWNCODE K.. kommen von der Id 60 (WS7000).

@Sidey
Gibt es einen besonderen Grund warum du keine length_min verwendest?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 06 März 2017, 22:36:22

Hallo zusammen.

Habe das Update aus dem dev-r33 im moment installiert.
Seit dem habe ich das Problem, dass zwischendurch FHEM nicht mehr über WEBIF erreichbar ist.

die letzte Meldung, die im Log steht ist.

Code Auswählen

Can't use an undefined value as a subroutine reference at ./FHEM/14_SD_WS.pm line 349.

Muss dann den Pi neu booetn, damit FHEM wieder erreichbar ist.

Kann das jemand nachvollziehen ?

Gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 06 März 2017, 22:43:25

Kannst Du im Log noch sehen, welche Daten davor verarbeitet werden? Also welches Protokoll oder welche Message vorher reinkommt?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 06 März 2017, 22:44:18

Zitat von: Ralf9 am 06 März 2017, 21:24:59
@Sidey
Gibt es einen besonderen Grund warum du keine length_min verwendest?

War mir noch nicht sicher wie viel Bits die Mindestlänge betragen. Jetzt weiss ich dass es mind. 58 sein müssen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 06 März 2017, 23:03:57

Zitat von: Sidey am 06 März 2017, 22:43:25
Kannst Du im Log noch sehen, welche Daten davor verarbeitet werden? Also welches Protokoll oder welche Message vorher reinkommt?

Code Auswählen

2017.03.06 22:01:36 3: wlanduino: Unknown code K8, help me!
2017.03.06 22:01:36 3: wlanduino: Unknown code K0, help me!
2017.03.06 22:01:39 3: wlanduino: Unknown code u20#FEEEAAAAAABE0, help me!
2017.03.06 22:01:40 3: wlanduino: Unknown code u20#5F77F575DFDD57DDFD5D77F70, help me!
2017.03.06 22:01:48 3: wlanduino: Unknown code u31#AA734, help me!
2017.03.06 22:01:56 3: wlanduino: Unknown code U48#26BF8917717A, help me!
2017.03.06 22:01:56 3: wlanduino: Unknown code u42#E289177178, help me!
2017.03.06 22:02:03 3: wlanduino: Unknown code u20#755F77F577D8, help me!
2017.03.06 22:02:08 3: wlanduino: Unknown code u20#54015154404, help me!
2017.03.06 22:04:06 3: wlanduino: Unknown code TXE3478078C, help me!
2017.03.06 22:04:31 3: wlanduino: Unknown code K8, help me!
2017.03.06 22:04:31 3: wlanduino: Unknown code KF8, help me!
2017.03.06 22:04:31 3: wlanduino: Unknown code K0, help me!
2017.03.06 22:04:31 3: wlanduino: Unknown code KC, help me!
2017.03.06 22:04:31 3: wlanduino: Unknown code K8, help me!
2017.03.06 22:04:31 3: wlanduino: Unknown code K4, help me!
2017.03.06 22:04:31 3: wlanduino: Unknown code K8, help me!
2017.03.06 22:06:19 3: wlanduino: Unknown code u20#55755FFF57FF755F77F7FDD757D6, help me!
Can't use an undefined value as a subroutine reference at ./FHEM/14_SD_WS.pm line 349.
2017.03.06 22:06:36 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.03.06 22:06:36 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.03.06 22:12:07 1: Including fhem.cfg

Code Auswählen

2017.03.06 22:19:06 3: wlanduino: Unknown code u20#AEABEBABAAFBEAEFAAABAFE, help me!
2017.03.06 22:20:02 3: wlanduino: Unknown code u20#BEAEEFFFBAFE, help me!
2017.03.06 22:21:51 3: wlanduino: Unknown code KA, help me!
2017.03.06 22:21:51 3: wlanduino: Unknown code K4, help me!
2017.03.06 22:21:51 3: wlanduino: Unknown code K0, help me!
2017.03.06 22:22:03 3: wlanduino: Unknown code u42#1177178, help me!
2017.03.06 22:23:09 3: wlanduino: Unknown code u20#FEBFAAAAAAAAAFAEAAAAAAEBBEBABAAFBEAEFAABFBBE, help me!
Can't use an undefined value as a subroutine reference at ./FHEM/14_SD_WS.pm line 349.
2017.03.06 22:32:23 1: Including fhem.cfg

Code Auswählen


2017.03.06 21:16:08 3: wlanduino: Unknown code K8, help me!
2017.03.06 21:16:25 3: wlanduino: Unknown code u20#75D55D7FDF, help me!
2017.03.06 21:21:44 3: wlanduino: Unknown code u42#FC48BB8BC, help me!
2017.03.06 21:21:44 3: wlanduino: Unknown code u42#D7F122EE2F0, help me!
2017.03.06 21:21:52 3: wlanduino: Unknown code K0, help me!
2017.03.06 21:21:52 3: wlanduino: Unknown code K8, help me!
2017.03.06 21:21:52 3: wlanduino: Unknown code K4, help me!
2017.03.06 21:21:52 3: wlanduino: Unknown code K0, help me!
2017.03.06 21:21:52 3: wlanduino: Unknown code K8, help me!
2017.03.06 21:21:52 3: wlanduino: Unknown code K0, help me!
2017.03.06 21:21:58 3: wlanduino: Unknown code u20#EABEEEBBAA, help me!
2017.03.06 21:22:39 3: wlanduino: Unknown code u20#57D7755F70, help me!
2017.03.06 21:22:42 3: wlanduino: Unknown code u20#AAFAEEBAFAEAAEEBEEEAEAEBAAFBBAEAABEAAEA, help me!
Can't use an undefined value as a subroutine reference at ./FHEM/14_SD_WS.pm line 349.
2017.03.06 21:26:43 1: Including fhem.cfg

AB "Including" war der Reboot und Neustart.

Gruß
Sascha

Edit.

Und gerade noch einmal

Code Auswählen


2017.03.06 22:58:59 3: wlanduino: Unknown code K0, help me!
2017.03.06 22:58:59 3: wlanduino: Unknown code K8, help me!
2017.03.06 22:58:59 3: wlanduino: Unknown code K0, help me!
2017.03.06 22:58:59 3: wlanduino: Unknown code K8, help me!
2017.03.06 22:58:59 3: wlanduino: Unknown code K0, help me!
2017.03.06 22:58:59 3: wlanduino: Unknown code KC, help me!
2017.03.06 22:58:59 3: wlanduino: Unknown code K8, help me!
2017.03.06 22:58:59 3: wlanduino: Unknown code K6, help me!
2017.03.06 22:58:59 3: wlanduino: Unknown code KBC, help me!
2017.03.06 22:58:59 3: wlanduino: Unknown code K8, help me!
2017.03.06 22:59:24 3: wlanduino: Unknown code u20#FFF5F55555D5D57D7555D7FDF5DD75577DF7F5DD5FFF50, help me!
2017.03.06 22:59:25 3: wlanduino: Unknown code U48#2F238B17917E, help me!
2017.03.06 22:59:42 3: wlanduino: Unknown code K8, help me!
2017.03.06 22:59:42 3: wlanduino: Unknown code KE, help me!
2017.03.06 22:59:42 3: wlanduino: Unknown code K8, help me!
2017.03.06 22:59:42 3: wlanduino: Unknown code KC, help me!
2017.03.06 22:59:54 3: wlanduino: Unknown code KFE, help me!
2017.03.06 22:59:54 3: wlanduino: Unknown code K8, help me!
2017.03.06 22:59:54 3: wlanduino: Unknown code KC, help me!
2017.03.06 22:59:54 3: wlanduino: Unknown code KE, help me!
2017.03.06 22:59:55 3: wlanduino: Unknown code u20#55555555F5D5555555557D7555555755F5D5D57DF577D555D7F0, help me!
2017.03.06 23:00:48 3: wlanduino: Unknown code K8, help me!
2017.03.06 23:01:51 3: wlanduino: Unknown code K4, help me!
2017.03.06 23:01:51 3: wlanduino: Unknown code K8, help me!
2017.03.06 23:01:51 3: wlanduino: Unknown code K4, help me!
2017.03.06 23:01:51 3: wlanduino: Unknown code K8, help me!
2017.03.06 23:01:51 3: wlanduino: Unknown code K7, help me!
2017.03.06 23:01:51 3: wlanduino: Unknown code K8, help me!
2017.03.06 23:01:51 3: wlanduino: Unknown code KC, help me!
2017.03.06 23:03:28 3: wlanduino: Unknown code u42#BF8B17917C, help me!
Can't use an undefined value as a subroutine reference at ./FHEM/14_SD_WS.pm line 349.
2017.03.06 23:03:41 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.03.06 23:03:41 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt

Das Blocking kam nach dem veresuchten Aufruf des WEBIF fon FHEM

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 06 März 2017, 23:08:08

Das sieht mir so nach Eventlog oder verbose 3 aus.
Ab verbose 4 werden ein paar mehr Daten geloggt. Die benötige ich leider.

Güße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 07 März 2017, 05:52:27

Zitat von: Sidey am 06 März 2017, 23:08:08
Das sieht mir so nach Eventlog oder verbose 3 aus.
Ab verbose 4 werden ein paar mehr Daten geloggt. Die benötige ich leider.

Güße Sidey

Sollst du haben !

Code Auswählen

2017.03.06 23:32:56 4: wlanduino/msg READ: MU;P0=499;P1=-1086;P3=1307;D=0101010131313101010131013131013131313131013131313131013131313131010101010;CP=0;R=39;
2017.03.06 23:32:56 4: wlanduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.03.06 23:32:56 4: wlanduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.03.06 23:32:56 4: wlanduino: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2017.03.06 23:32:56 4: wlanduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.03.06 23:32:56 4: wlanduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.03.06 23:32:56 4: wlanduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.03.06 23:32:56 4: wlanduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.03.06 23:32:58 4: wlanduino/msg READ: MU;P0=-226;P1=141;P2=253;D=010101010202020201020102010101010101010101010101010101010101010202010102010101010101010101010101010201010101020201010201010102010101010202010202010101020102020101010102020102010102020102;CP=1;R=15;
2017.03.06 23:32:58 4: wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.03.06 23:32:58 4: wlanduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.03.06 23:32:58 4: wlanduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.03.06 23:32:58 4: wlanduino/msg READ: MU;P0=134;P1=9980;P2=-376;P4=-229;P5=251;D=012045404045404045454545404045454545454540454040454040404040404040404540404045404040404545404045404040404040454040454545454540454040454045404040404040404045404545404545454045404540454045454540454540404040454540;CP=0;R=38;
2017.03.06 23:32:58 4: wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.03.06 23:32:58 4: wlanduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.03.06 23:32:58 4: wlanduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.03.06 23:32:58 4: wlanduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino/msg READ: MU;P0=-25380;P1=222;P2=-1336;P3=508;P4=-957;P5=1324;P6=-12340;P7=-140;D=0123434343434343434543454345434543454343454545434345454345434345434343434343434343434343454543454563434343437103;CP=3;R=227;
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: decoded matched MU Protocol id 48 dmsg U48#015539A40036 length 48 RSSI = -88.5
2017.03.06 23:32:59 3: wlanduino: Unknown code U48#015539A40036, help me!
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.03.06 23:32:59 4: wlanduino: decoded matched MU Protocol id 50 dmsg W50#FF55632DFFE4 length 48 RSSI = -118.25
2017.03.06 23:33:00 4: SD_WS_Parse: Protocol: 50, rawData: FF55632DFFE4
Can't use an undefined value as a subroutine reference at ./FHEM/14_SD_WS.pm line 349.

Und dann war Schluß

Gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 08 März 2017, 20:17:59

Hallo,

jetzt bin ich es doch noch mal. Ich hab jetzt wunderschöne Platinen bekommen und das Steckbrettl-Gewurstel drauf gelötet. Alles super kompakt und adrett, leider aber ist da wieder das Problem, dass der CC1101 nicht "erkannt" wird. Jetzt ist das mit Pin D02 trennen aber nicht mehr so einfach wie auf dem Brettl, wo man einfach einen Draht ziehen konnte.
Bevor ich jetzt zur Eisensäge greife, traue ich mich noch mal zu fragen, ob man das nicht doch irgendwie "software"-mäßig hinkriegen kann. Also irgendwie den D02 softwaremäßig eine Zeitlang "abschalten" ... ?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 08 März 2017, 20:20:33

Hast du mal ein paar Fotos von deiner Platine?

Gesendet von meinem E6653 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 08 März 2017, 20:24:02

Hi, dann flashe doch erstmal eine a-culfw dann ein raw E und dann flash die Signalduino fw und wieder raw E gefolgt von get ccconf
Bei mir ging es so jedenfalls auch ;-)
Gruß Arnd

Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 08 März 2017, 20:25:08

@sidey hast du schon eine Ahnung warum sich fhem nach den ws Modul aufhängt?

Gruß Sascha

Gesendet von meinem E6653 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 08 März 2017, 20:25:22

Ja, wir bekommen das SW seitig gelöst. Wir brauchen eventuell nur ein bisschen Geduld

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 08 März 2017, 20:26:38

[emoji106]

Gesendet von meinem E6653 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 08 März 2017, 20:36:42

Hier die Bilder. Das mit der a-culfw probier ich gleich mal.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 08 März 2017, 20:44:36

Huch, da gibt es ja zig Versionen. CUL / CUN / CUL-Arduino / ...
Welche nehm ich denn da? Und dann über die Arduino-Workbench flashen?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 08 März 2017, 21:03:52

Hi,
Ein nanoCUL!

Nun bleibt nur noch die Frage wie Du einen nanoCUL aus dem USB Stick machst:

Die Software zum flashen ist die gleiche wie beim Signalduino avrdude. Zu installieren in der console (also nicht in fhem selbst):
sudo apt-get install make gcc-avr avrdude avr-libc

Wo bekomme ich die CUL firmware her?
Normale Firmware in console (also nicht unter fhem selbst) laden:
mkdir ~/culfw
cd ~/culfw
wget https://sourceforge.net/code-snapshots/svn/c/cu/culfw/code/culfw-code-562-trunk.zip
unzip culfw*

Wie baue ich die Firmware?
cd culfw/Devices/nanoCUL
make

Wie brenne ich die Firmware?
sudo make program

Wie integriere ich den in fhem?

Erstmal den signalduino löschen oder den DEF Part abändern, damit nicht zwei Devices den gleichen USB Stick öffnen wollen ;-) Dann:
define CUL433 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1048A5G-if00-port0@38400 1234
Und zum Test ein:
get CUL433 ccconf

Wo steht das alles?
https://wiki.fhem.de/wiki/Selbstbau_CUL#Inbetriebnahme

Wo bekomme ich die Alternative FW her?
mkdir ~/a-culfw
cd ~/a-culfw
wget http://www.mediafire.com/file/zg2e3yf2yzn3fhm/a-culfw_1.23.06_build_140.zip
unzip a-culfw*

Flashen mit:
cd culfw/Devices/nanoCUL
sudo service fhem stop
sudo ./flash.sh
sudo service fhem start

Wo steht das zur a-culfw?
https://forum.fhem.de/index.php?topic=35064.0

Gruß Arnd

Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fstefan1960 am 08 März 2017, 21:12:01

Prima, danke. Das mal so am Stück zu haben ist echt klasse.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 08 März 2017, 21:15:58

Fragen zum CUL bitte im CUL Forum. Hier geht es um Signalduino

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 08 März 2017, 21:32:53

Hallo Sidey,

Du kannst das "reparieren" eines mit der alten Firmware misslungenen factory resets deutlich vereinfachen.
Du must nur beim

Code Auswählen

#define VERSION_2 0x1d in 0x2d ändern
Mit dieser Reperaturversion erfolgt dann nach dem flashen automatisch ein neuer factory reset

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 08 März 2017, 21:44:16

Zitat von: sash.sc am 07 März 2017, 05:52:27
Sollst du haben !

Code Auswählen Erweitern
Can't use an undefined value as a subroutine reference at ./FHEM/14_SD_WS.pm line 349.

Der Fehler ist in dev-r33 jetzt behoben.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 08 März 2017, 21:46:58

Zitat von: Ralf9 am 08 März 2017, 21:32:53
Hallo Sidey,

Du kannst das "reparieren" eines mit der alten Firmware misslungenen factory resets deutlich vereinfachen.
Du must nur beim
Code Auswählen Erweitern
#define VERSION_2 0x1d in 0x2d ändern
Mit dieser Reperaturversion erfolgt dann nach dem flashen automatisch ein neuer factory reset

Ja ok, das ginge auch. Dann würden aber alle cc1101er neu geflasht. Wäre jetzt nicht so tragisch, da wir ja noch in der Entwicklung sind.

Ich frage mich aber, warum das Auslesen des Registers nicht so funktioniert, wie ich mir das dachte:
https://forum.fhem.de/index.php/topic,58397.msg599850.html#msg599850

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 08 März 2017, 22:06:02

ZitatDann würden aber alle cc1101er neu geflasht

Es würde auch reichen, wenn Du diese Reperaturversion hier als Anlage zur Verfügung stellen würdest.

ZitatIch frage mich aber, warum das Auslesen des Registers nicht so funktioniert, wie ich mir das dachte:

Dazu müsste ich mir mal den Code anschauen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 09 März 2017, 18:03:26

Zitat von: Ralf9 am 08 März 2017, 22:06:02

Dazu müsste ich mir mal den Code anschauen.

Ich hab da gerade keine Idee, wenn Du mal reinsehen könntest wäre das gut.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 09 März 2017, 18:04:53

Zitat von: fstefan1960 am 08 März 2017, 20:36:42
Hier die Bilder. Das mit der a-culfw probier ich gleich mal.

Wo hast du die Platine her ?

Gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 09 März 2017, 18:10:59

Zitat von: Sidey am 09 März 2017, 18:03:26
Ich hab da gerade keine Idee, wenn Du mal reinsehen könntest wäre das gut.

Wo ist der Code?

Titel: Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 09 März 2017, 18:28:57

Hi,
eigentlich ist auch das wieder total Off-Topic hier!
Also nur ganz kurz w/ Platinen: Sucht hier im Forum nach NanoCUL Platinen - die sind ja jetzt die gleiche Hardware! Und da gab es gaaaanz tolle Sammelbestellungen mit allem Drum und Drann hier im Forum!
Z.B. hier:
https://forum.fhem.de/index.php?topic=43467.0
Gruß Arnd

Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 09 März 2017, 20:13:12

Zitat von: Ralf9 am 09 März 2017, 18:10:59
Wo ist der Code?

Im cc1101 Branch. Der ganz normale C Befehl liefert ja bereits ein abweichendes Ergebnis.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 10 März 2017, 21:52:46

Hab da noch ne bescheidene Frage/Bitte ?

Lässt sich das Protokoll von den Energiemessteckdosen von REVOLT mit beim Signalduino einbinden, wie es bei a-fw funktioniert ?

Gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 10 März 2017, 22:09:55

Auf welcher Frequenz arbeitet das?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 10 März 2017, 22:11:10

433 Mhz. ;D

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 10 März 2017, 22:17:46

Hast Du mal Signaldaten dann kann ich es vermutlich einbauen

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 10 März 2017, 22:51:24

Habe mal den NanoCUL mit der a-fw auf verbose5 gestellt.

Habe auch versucht die zusammen hängende Daten raus zu bekommen.

Code Auswählen


2017.03.10 22:30:24 5 : CUL/RAW: /r49
2017.03.10 22:30:24 5 : CUL/RAW: r49/E7E7004532
2017.03.10 22:30:24 5 : CUL/RAW: r49E7E7004532/050851
2017.03.10 22:30:24 5 : CUL/RAW: r49E7E7004532050851/0DFDF8
2017.03.10 22:30:24 4 : CUL_Parse: CUL1 r49E7E70045320508510DFDF8 -78
2017.03.10 22:30:24 5 : CUL1: dispatch r49e7e70045320508510dfd
2017-03-10 22:30:24 Revolt Revolt_49e7 power: 128.8
2017-03-10 22:30:24 Revolt Revolt_49e7 energy: 35.81
2017-03-10 22:30:24 Revolt Revolt_49e7 RSSI: -78
2017-03-10 22:30:24 Revolt Revolt_49e7 RAWMSG: r49e7e70045320508510dfd

2017-03-10 22:30:57 Revolt Revolt_49e7 RSSI: -41.5
2017-03-10 22:30:57 Revolt Revolt_49e7 RAWMSG: r49e7ea0044320506510dfd

2017-03-10 22:31:14 Revolt Revolt_49e7 RSSI: -43
2017-03-10 22:31:14 Revolt Revolt_49e7 RAWMSG: r49e7ea0044320503510dfd

2017-03-10 22:31:15 Revolt WaMa power: 3.8
2017-03-10 22:31:15 Revolt WaMa RSSI: -64.5
2017-03-10 22:31:15 Revolt WaMa RAWMSG: r5541eb00103200260a4407

2017.03.10 22:31:32 5 : CUL/RAW: /r49
2017.03.10 22:31:32 5 : CUL/RAW: r49/E7E90044320
2017.03.10 22:31:32 5 : CUL/RAW: r49E7E90044320/502510
2017.03.10 22:31:32 5 : CUL/RAW: r49E7E90044320502510/DFDF9
2017-03-10 22:31:32 Revolt Revolt_49e7 RAWMSG: r49e7e90044320502510dfd
2017-03-10 22:31:32 Revolt Revolt_49e7 RSSI: -43
2017.03.10 22:31:32 5 : CUL/RAW: r49E7E90044320502510DFDF9 /
2017.03.10 22:31:32 4 : CUL_Parse: CUL1 r49E7E90044320502510DFDF9 -77.5
2017.03.10 22:31:32 5 : CUL1: dispatch r49e7e90044320502510dfd

2017-03-10 22:33:46 Revolt WaMa power: 298.9
2017-03-10 22:33:46 Revolt WaMa RSSI: -65
2017-03-10 22:33:46 Revolt WaMa RAWMSG: r5541e8040a320bad1f4408

2017-03-10 22:34:50 Revolt WaMa power: 35.2
2017-03-10 22:34:50 Revolt WaMa RAWMSG: r5541ea0015320160474408
2017-03-10 22:34:50 Revolt WaMa RSSI: -64

2017-03-10 22:34:56 Revolt WaMa power: 35.1
2017-03-10 22:34:56 Revolt WaMa RSSI: -65
2017-03-10 22:34:56 Revolt WaMa RAWMSG: r5541ea001532015f474408
2017-03-10 22:34:58 Revolt Revolt_49e7 RAWMSG: r49e7e90044320510510dfe
2017-03-10 22:34:58 Revolt Revolt_49e7 RSSI: -43
2017-03-10 22:34:59 Revolt WaMa power: 28.7
2017-03-10 22:34:59 Revolt WaMa RAWMSG: r5541ea001532011f3a4408
2017-03-10 22:34:59 Revolt WaMa RSSI: -64

2017-03-10 22:35:05 Revolt Revolt_49e7 RAWMSG: r49e7e90044320511510dfe
2017-03-10 22:35:05 Revolt Revolt_49e7 RSSI: -42.5
2017-03-10 22:35:06 Revolt WaMa voltage: 234
2017-03-10 22:35:06 Revolt WaMa power: 40.1
2017-03-10 22:35:06 Revolt WaMa RSSI: -65
2017-03-10 22:35:06 Revolt WaMa RAWMSG: r5541ea003e3201911c4409
2017-03-10 22:35:09 Revolt Revolt_49e7 RSSI: -42.5
2017-03-10 22:35:09 Revolt Revolt_49e7 RAWMSG: r49e7e9004432050e520dfe

2017-03-10 22:35:22 Revolt WaMa power: 24.2
2017-03-10 22:35:22 Revolt WaMa RSSI: -65
2017-03-10 22:35:22 Revolt WaMa RAWMSG: r5541ea00143200f2354409
2017-03-10 22:35:25 Revolt Revolt_49e7 power: 130.4
2017-03-10 22:35:25 Revolt Revolt_49e7 energy: 35.82
2017-03-10 22:35:25 Revolt Revolt_49e7 RAWMSG: r49e7e90044320518520dfe
2017-03-10 22:35:25 Revolt Revolt_49e7 RSSI: -41.5

Hoffe das reicht .......

Gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 10 März 2017, 22:52:20

Ich dachte eher an Signaldaten vom Signalduino :)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 10 März 2017, 22:55:04

Um das ganze zu filtern, würde ich das gerne in ein eingenes LOG packen.

Wie bekommen ich die Daten Der REVOL Steckdosen und das was der Sduino zeitgleich empfängt in ein LOG???

Gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 10 März 2017, 23:10:59

Code Auswählen


2017-03-10 22:55:47 Revolt Revolt_49e7 RSSI: -42.5
2017-03-10 22:55:47 Revolt Revolt_49e7 RAWMSG: r49e7e70045320504510e02
2017.03.10 22:55:49 4 : wlanduino/msg READ: MU;P0=-209;P1=167;P2=267;D=01010101010101010102010102020101010101020102020102010101020101010101010202010201020101010101020201010101020201;CP=1;R=251;
2017.03.10 22:55:49 4 : wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.03.10 22:55:51 4 : wlanduino/msg READ: MU;P0=-230;P1=248;P3=133;D=01030301030301010101030301010101010103030101010303030303030303030103030301030103030101030301030303030303010301030303030301030303010301030303010303030301010103030303030303010301010101010303030103010101030301;CP=3;R=5;
2017.03.10 22:55:51 4 : wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.03.10 22:55:51 4 : wlanduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.03.10 22:55:51 4 : wlanduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.03.10 22:55:51 4 : wlanduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate

2017-03-10 22:55:53 Revolt Revolt_49e7 RSSI: -42.5
2017-03-10 22:55:53 Revolt Revolt_49e7 RAWMSG: r49e7e800443204fe510e02
2017.03.10 22:55:54 4 : wlanduino/msg READ: MU;P0=131;P1=9960;P2=-392;P4=-226;P5=257;D=012045404045404045454545404045454545454540454040404040404040404040404540404045404040404545404045404040404040454040454545454545454040454045404040454040404045454540404040404040454045454545404040454545404540404545;CP=0;R=6;

2017-03-10 22:55:58 Revolt WaMa power: 240.8
2017-03-10 22:55:58 Revolt WaMa RSSI: -65
2017-03-10 22:55:58 Revolt WaMa RAWMSG: r5541e7033e3209681d440d
2017.03.10 22:55:59 4 : wlanduino/msg READ: MU;P0=-203;P1=145;P2=92;P3=242;D=010202020202020303010303030101030303030101010301010101;CP=1;R=210;

2017-03-10 22:56:04 Revolt WaMa power: 223
2017-03-10 22:56:04 Revolt WaMa RSSI: -64
2017-03-10 22:56:04 Revolt WaMa RAWMSG: r5541e9024b3208b623440d
2017.03.10 22:56:04 4 : wlanduino/msg READ: MU;P0=-336;P1=138;P2=104;P3=-708;P4=255;P5=-223;D=010234525251545151515151515454525451515454515151515154545151515454;CP=1;R=253

2017-03-10 23:02:46 Revolt WaMa power: 384
2017-03-10 23:02:46 Revolt WaMa RSSI: -65
2017-03-10 23:02:46 Revolt WaMa RAWMSG: r5541e80310320f0034440f
2017.03.10 23:02:46 4 : wlanduino/msg READ: MU;P0=-211;P1=265;P2=92;P3=151;D=010202030303030101010103010301010303010101010101010303;CP=3;R=2;
2017.03.10 23:02:46 4 : wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.03.10 23:02:46 4 : wlanduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.03.10 23:02:47 4 : wlanduino/msg READ: MU;P0=-32001;P1=116;P2=-265;P4=222;P5=-200;D=01212121212121212121242124512124242424242421242121212121212121212121212421212121242421212424212124212121212121242121242424242124242121242124212121242121212124242421212121212124212124242421242124212124212421212124;CP=1;R=3

2017-03-10 23:02:50 Revolt Revolt_49e7 P: 127.6 E: 35.88 V: 232 C: 0.68 F: 50 Pf: 0.80
2017-03-10 23:02:50 Revolt Revolt_49e7 current: 0.68
2017-03-10 23:02:50 Revolt Revolt_49e7 frequency: 50
2017-03-10 23:02:50 Revolt Revolt_49e7 pf: 0.8
2017-03-10 23:02:50 Revolt Revolt_49e7 RAWMSG: r49e7e800443204fc500e04
2017-03-10 23:02:50 Revolt Revolt_49e7 RSSI: -42.5
2017.03.10 23:02:50 4 : wlanduino/msg READ: MU;P0=138;P1=-253;P2=227;P3=94;D=010121012101010101010101012121210101010101012101012121212101010101010121213131212;CP=0;R=5;

2017-03-10 23:02:58 Revolt WaMa power: 436.8
2017-03-10 23:02:58 Revolt WaMa RAWMSG: r5541e803163211103a440f
2017-03-10 23:02:58 Revolt WaMa RSSI: -66
2017.03.10 23:02:59 4 : wlanduino/msg READ: MU;P0=-224;P1=144;P2=92;P3=256;P4=-22176;D=01010101020102030301010103010303010101030301010301010101030101010301010103010101010101030303010301010301010103010101010101030303030103030301030303010301010303010142;CP=1;R=250

2017-03-10 23:03:06 Revolt Revolt_49e7 P: 126.8 E:  35.88 V: 232 C:   0.68 F: 50 Pf: 0.80
2017-03-10 23:03:06 Revolt Revolt_49e7 current: 0.68
2017-03-10 23:03:06 Revolt Revolt_49e7 frequency: 50
2017-03-10 23:03:06 Revolt Revolt_49e7 pf: 0.8
2017-03-10 23:03:06 Revolt Revolt_49e7 RSSI: -42.5
2017-03-10 23:03:06 Revolt Revolt_49e7 RAWMSG: r49e7e800443204f4500e04
2017.03.10 23:03:07 4 : wlanduino/msg READ: MU;P0=-8320;P1=9972;P2=-376;P3=117;P4=-251;P5=232;D=012345434345434345454545434345454545454543454343434343434343434343434543434345434343434545434345434343434343454343454545454345434343454345434343434343434345454543434343434345434345454543454343434543454345434545;CP=3;R=2

2017-03-10 23:03:10 Revolt Revolt_49e7 P: 127.4 E:  35.88 V: 232 C:   0.68 F: 50 Pf: 0.81
2017-03-10 23:03:10 Revolt Revolt_49e7 current: 0.68
2017-03-10 23:03:10 Revolt Revolt_49e7 frequency: 50
2017-03-10 23:03:10 Revolt Revolt_49e7 pf: 0.81
2017-03-10 23:03:10 Revolt Revolt_49e7 RSSI: -42.5
2017-03-10 23:03:10 Revolt Revolt_49e7 RAWMSG: r49e7e800443204fa510e04
2017.03.10 23:03:10 4 : wlanduino/msg READ: MU;P0=-227;P1=143;P2=258;D=0102010101010202010102010101010101020101020202020201020101020102010101020101010102020201010101010102010102020201020202020102010202010202;CP=1;R=4
2017.03.10 23:03:19 4 : wlanduino/msg READ: MU;P0=-224;P1=150;P2=92;P3=260;D=0101020203030203030303030101030102010303010303010103010101030101010101010303030303010101030303010301030101030301;CP=1;R=247;
2017.03.10 23:03:19 4 : wlanduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.03.10 23:03:19 4 : wlanduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.03.10 23:03:19 4 : wlanduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017-03-10 23:03:19 Revolt Revolt_49e7 P: 127.1 E:  35.88 V: 232 C:   0.68 F: 50 Pf: 0.80
2017-03-10 23:03:19 Revolt Revolt_49e7 current: 0.68
2017-03-10 23:03:19 Revolt Revolt_49e7 frequency: 50
2017-03-10 23:03:19 Revolt Revolt_49e7 pf: 0.8
2017-03-10 23:03:19 Revolt Revolt_49e7 RSSI: -43
2017-03-10 23:03:19 Revolt Revolt_49e7 RAWMSG: r49e7e800443204f7500e04
2017.03.10 23:03:19 5 : CUL/RAW: /r49E7E800443204F7500E04F3 2017.03.10 23:03:19 4 : CUL_Parse: CUL1 r49E7E800443204F7500E04F3 -80.52017.03.10 23:03:19 5 : CUL1: dispatch r49e7e800443204f7500e042017-03-10 23:03:22 Revolt WaMa power: 365.4

2017.03.10 23:03:22 4 : wlanduino/msg READ: MU;P0=-212;P1=267;P2=150;P3=94;D=01010102020102020201010203030101020101020201020202010202020202020101010101010102010202020102010102020202;CP=2;R=252;
2017-03-10 23:03:22 Revolt Revolt_49e7 P: 125.7 E:  35.88 V: 232 C:   0.67 F: 50 Pf: 0.81
2017-03-10 23:03:22 Revolt Revolt_49e7 current: 0.67
2017-03-10 23:03:22 Revolt Revolt_49e7 frequency: 50
2017-03-10 23:03:22 Revolt Revolt_49e7 pf: 0.81
2017-03-10 23:03:22 Revolt Revolt_49e7 RSSI: -43
2017-03-10 23:03:22 Revolt Revolt_49e7 RAWMSG: r49e7e800433204e9510e04
2017.03.10 23:03:23 4 : wlanduino/msg READ: MU;P0=-257;P1=225;P2=139;D=010201020202020202020202020202020201010202010101010102010202020202020202020202020202010102020101020201020202020202010202010101020102020102010201020202010202020201010102020202020201020201010201010102010101020101020201;CP=2;R=7

2017.03.10 23:03:29 4 : wlanduino/msg READ: MU;P0=-245;P1=238;P2=126;P3=92;D=0101010101010203020202010302020101010102;CP=2;R=5;
2017-03-10 23:03:29 Revolt Revolt_49e7 P: 119.4 E:  35.88 V: 232 C:   0.64 F: 50 Pf: 0.80
2017-03-10 23:03:29 Revolt Revolt_49e7 current: 0.64
2017-03-10 23:03:29 Revolt Revolt_49e7 frequency: 50
2017-03-10 23:03:29 Revolt Revolt_49e7 pf: 0.8
2017-03-10 23:03:29 Revolt Revolt_49e7 RSSI: -42.5
2017-03-10 23:03:29 Revolt Revolt_49e7 RAWMSG: r49e7e800403204aa500e04
2017.03.10 23:03:30 4 : wlanduino/msg READ: MU;P0=-241;P1=242;P2=125;D=01010101020201010101010102010202020202020202020202020102020202020202020101020201020202020202010202010201020102010202010201020202020202020201010102020202020201020201020201010201020201020102010201;CP=2;R=5

So gut ??? ;)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 11 März 2017, 20:00:44

Mir fehlt auch noch das Clarus_Switch Protokoll für meine billig-Baumarkt-Steckdosen. SignalDuino gibt folgendes aus. Mit Pilight laufen sie als Clarus_Switch.

Code Auswählen

2017.03.11 19:59:30 4: sduino/msg READ: MU;P0=-633;P1=121;P2=498;P3=-256;P4=-5898;D=01010102323141023101010101023102310231023232310101010101023231410231010141023101010101023102310231023232310101010101023231410231010101010231023102310232323101010101010232314102310101010102310231023102323231010101010102323141023101010101023102310231023232;CP=1;O;
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.03.11 19:59:30 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: Starting demodulation at Position 1
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 24 -> visivon remote mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.03.11 19:59:30 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: Starting demodulation at Position 3
2017.03.11 19:59:30 5: sduino: dispatching bits: 1 0 0 0 0 0 1 0 1 0 1 0 1 1 1 0 0 0 0 0 0 1 1 0
2017.03.11 19:59:30 4: sduino: decoded matched MU Protocol id 40 dmsg u40#82AE06 length 24
2017.03.11 19:59:30 5: sduino: converted Data to (u40#82AE06)
2017.03.11 19:59:30 5: sduino: dispatch u40#82AE06
2017.03.11 19:59:30 4: SIGNALduino_unknown incomming msg: u40#82AE06
2017.03.11 19:59:30 4: SIGNALduino_unknown rawData: 82AE06
2017.03.11 19:59:30 4: SIGNALduino_unknown Protocol: 40
2017.03.11 19:59:30 4: SIGNALduino_unknown converted to bits: 100000101010111000000110
2017.03.11 19:59:30 4: Unknown, please report
2017.03.11 19:59:30 3: sduino: Unknown code u40#82AE06, help me!
2017.03.11 19:59:30 5: sduino: dispatching bits: 1 0 0 0 0 0 1 0 1 0 1 0 1 1 1 0 0 0 0 0 0 1 1 0
2017.03.11 19:59:30 4: sduino: decoded matched MU Protocol id 40 dmsg u40#82AE06 length 24
2017.03.11 19:59:30 5: sduino: converted Data to (u40#82AE06)
2017.03.11 19:59:30 4: sduino: Dropped (u40#82AE06) due to short time or equal msg
2017.03.11 19:59:30 5: sduino: dispatching bits: 1 0 0 0 0 0 1 0 1 0 1 0 1 1 1 0 0 0 0 0 0 1 1 0
2017.03.11 19:59:30 4: sduino: decoded matched MU Protocol id 40 dmsg u40#82AE06 length 24
2017.03.11 19:59:30 5: sduino: converted Data to (u40#82AE06)
2017.03.11 19:59:30 4: sduino: Dropped (u40#82AE06) due to short time or equal msg
2017.03.11 19:59:30 5: sduino: dispatching bits: 1 0 0 0 0 0 1 0 1 0 1 0 1 1 1 0 0 0 0 0 0 1 1 0
2017.03.11 19:59:30 4: sduino: decoded matched MU Protocol id 40 dmsg u40#82AE06 length 24
2017.03.11 19:59:30 5: sduino: converted Data to (u40#82AE06)
2017.03.11 19:59:30 4: sduino: Dropped (u40#82AE06) due to short time or equal msg
2017.03.11 19:59:30 5: sduino: dispatching bits: 1 0 0 0 0 0 1 0 1 0 1 0 1 1 0 0
2017.03.11 19:59:30 4: sduino: decoded matched MU Protocol id 40 dmsg u40#82AC length 16
2017.03.11 19:59:30 5: sduino: converted Data to (u40#82AC)
2017.03.11 19:59:30 5: sduino: dispatch u40#82AC
2017.03.11 19:59:30 4: SIGNALduino_unknown incomming msg: u40#82AC
2017.03.11 19:59:30 4: SIGNALduino_unknown rawData: 82AC
2017.03.11 19:59:30 4: SIGNALduino_unknown Protocol: 40
2017.03.11 19:59:30 4: SIGNALduino_unknown converted to bits: 1000001010101100
2017.03.11 19:59:30 4: Unknown, please report
2017.03.11 19:59:30 3: sduino: Unknown code u40#82AC, help me!
2017.03.11 19:59:30 4: sduino/msg READ: MU;P0=-252;P1=122;P2=-627;P3=502;P4=-5900;D=0121212121212303014123012121212123012301230123030301212121212123030141230;CP=1;
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.03.11 19:59:30 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: Starting demodulation at Position 3
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 24 -> visivon remote mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.03.11 19:59:30 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: Starting demodulation at Position 3
2017.03.11 19:59:30 5: sduino: dispatching bits: 1 0 0 0 0 0 1 0 1 0 1 0 1 1 1 0 0 0 0 0 0 1 1 0
2017.03.11 19:59:30 4: sduino: decoded matched MU Protocol id 40 dmsg u40#82AE06 length 24
2017.03.11 19:59:30 5: sduino: converted Data to (u40#82AE06)
2017.03.11 19:59:30 5: sduino: dispatch u40#82AE06
2017.03.11 19:59:30 4: SIGNALduino_unknown incomming msg: u40#82AE06
2017.03.11 19:59:30 4: SIGNALduino_unknown rawData: 82AE06
2017.03.11 19:59:30 4: SIGNALduino_unknown Protocol: 40
2017.03.11 19:59:30 4: SIGNALduino_unknown converted to bits: 100000101010111000000110
2017.03.11 19:59:30 4: Unknown, please report
2017.03.11 19:59:30 3: sduino: Unknown code u40#82AE06, help me!
2017.03.11 19:59:30 4: sduino/msg READ: MU;P0=-5888;P1=132;P2=-619;P3=502;P4=-252;D=01234121212121234123412341234343412121212121212121;CP=1;
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.03.11 19:59:30 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: Starting demodulation at Position 4
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 24 -> visivon remote mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.03.11 19:59:30 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.03.11 19:59:30 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2017.03.11 19:59:30 5: sduino: Starting demodulation at Position 3
2017.03.11 19:59:30 5: sduino: dispatching bits: 1 0 0 0 0 0 1 0 1 0 1 0 1 1 1 0 0 0 0 0 0 0 0 0
2017.03.11 19:59:30 4: sduino: decoded matched MU Protocol id 40 dmsg u40#82AE00 length 24
2017.03.11 19:59:30 5: sduino: converted Data to (u40#82AE00)
2017.03.11 19:59:30 5: sduino: dispatch u40#82AE00
2017.03.11 19:59:30 4: SIGNALduino_unknown incomming msg: u40#82AE00
2017.03.11 19:59:30 4: SIGNALduino_unknown rawData: 82AE00
2017.03.11 19:59:30 4: SIGNALduino_unknown Protocol: 40
2017.03.11 19:59:30 4: SIGNALduino_unknown converted to bits: 100000101010111000000000
2017.03.11 19:59:30 4: Unknown, please report
2017.03.11 19:59:30 3: sduino: Unknown code u40#82AE00, help me!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 12 März 2017, 09:55:39

Zitat von: fstefan1960 am 08 März 2017, 20:17:59
Bevor ich jetzt zur Eisensäge greife, traue ich mich noch mal zu fragen, ob man das nicht doch irgendwie "software"-mäßig hinkriegen kann. Also irgendwie den D02 softwaremäßig eine Zeitlang "abschalten" ... ?

Hi,

ich habe in die Firmware eine Prüfung eingebaut, ob die Register stimmen.
Die compilierte Version kommt über den dev-r33 branch.

Bitte mal testen.

Grüße Sidey

Titel: Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 12 März 2017, 10:21:25

Guten Morgen,
nachdem ja inzwischen mein CC1101 Signalduino perfekt läuft (DANKE IHR SEID SUPER!!!)
Habe ich natürlich festgestellt, dass ein alter Traum wahr wurde!

Ich empfange meine Türklingel von Conrad (Label renkforce Model No. H-528D).

(https://uploads.tapatalk-cdn.com/20170312/6f81295ded5195c5b629c1fdd9b2554b.jpg)
(https://uploads.tapatalk-cdn.com/20170312/70250318256cae2262403bb65368b0b8.jpg)

Hier einmal der Logauszug:

Code Auswählen


2017.03.12 09:57:20 4: sduino433/keepalive ok, retry = 02017.03.12 09:57:22 4: sduino433/msg READ: MS;P0=-427;P1=426;P2=-157;P3=145;P4=-4339;D=34301230123012301230123012121230121212121230303030;CP=3;SP=4;R=87;O; 2017.03.12 09:57:22 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:22 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:22 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -30.5 2017.03.12 09:57:22 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:22 5: sduino433: dispatch i555DF0 2017.03.12 09:57:22 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:22 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:22 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F  onoffcode = 1100 2017.03.12 09:57:22 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:22 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:22 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F  onoffcode = 1100 2017.03.12 09:57:22 3: sduino433: Unknown code i555DF0, help me! 2017.03.12 09:57:22 4: sduino433/msg READ: MS;P0=-155;P1=437;P2=146;P3=-416;P4=-4338;D=24231023102310231023102310101023101010101023232323;CP=2;SP=4;R=87; 2017.03.12 09:57:22 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:22 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:22 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -30.5 2017.03.12 09:57:22 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:22 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:22 4: sduino433/msg READ: MU;P0=-1865;P1=479;P2=-4039;P3=-8920;D=0121012121010101212121310101210121012121210121010;CP=1;R=231; 2017.03.12 09:57:22 4: sduino433: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 2017.03.12 09:57:22 5: sduino433: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 2017.03.12 09:57:22 5: sduino433: applying filterfunc SIGNALduino_filterSign 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_compPattern 2017.03.12 09:57:23 4: sduino433/msg READ: MU;P0=-612;P1=465;P2=-1974;P3=-4040;D=012131213121313131313121212121212121312131312121210;CP=1;R=234; 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_filterSign 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_compPattern 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: Starting demodulation at Position 49 2017.03.12 09:57:23 4: sduino433/msg READ: MU;P0=-8716;P1=200;P2=474;P3=-1971;P4=-4029;P5=-2908;D=01023232423242324242423242324232424242425;CP=2;R=230; 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_filterSign 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_compPattern 2017.03.12 09:57:23 4: sduino433/msg READ: MU;P0=-1124;P1=466;P2=-2197;P3=-4116;P4=-8932;D=0121212121212121312131312121213131314121212;CP=1;R=240; 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_filterSign 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_compPattern 2017.03.12 09:57:24 4: sduino433/msg READ: MS;P0=-427;P1=434;P2=-136;P3=150;P6=-4331;D=36301230123012301230123012121230121212121230303030;CP=3;SP=6;R=90;O; 2017.03.12 09:57:24 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:24 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:24 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -29 2017.03.12 09:57:24 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:24 5: sduino433: dispatch i555DF0 2017.03.12 09:57:24 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:24 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:24 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F  onoffcode = 1100 2017.03.12 09:57:24 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:24 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:24 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F  onoffcode = 1100 2017.03.12 09:57:24 3: sduino433: Unknown code i555DF0, help me! 2017.03.12 09:57:24 4: sduino433/msg READ: MS;P0=-439;P1=437;P2=-136;P3=147;P4=-4345;D=34301230123012301230123012121230121212121230303030;CP=3;SP=4;R=91;O; 2017.03.12 09:57:24 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:24 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:24 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -28.5 2017.03.12 09:57:24 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:24 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:24 4: sduino433/msg READ: MS;P0=-145;P1=438;P2=147;P3=-427;P4=-4350;D=24231023102310231023102310101023101010101023232323;CP=2;SP=4;R=91;O; 2017.03.12 09:57:24 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:24 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:24 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -28.5 2017.03.12 09:57:24 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:24 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:25 4: sduino433/msg READ: MS;P0=-422;P1=442;P2=-151;P3=134;P4=-4344;D=34301230123012301230123012121230121212121230303030;CP=3;SP=4;R=90; 2017.03.12 09:57:25 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:25 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:25 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -29 2017.03.12 09:57:25 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:25 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:26 4: sduino433/msg READ: MS;P1=-427;P2=436;P3=-145;P4=137;P5=-4345;D=45412341234123412341234123232341232323232341414141;CP=4;SP=5;R=91;O; 2017.03.12 09:57:26 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:26 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:26 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -28.5 2017.03.12 09:57:26 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:26 5: sduino433: dispatch i555DF0 2017.03.12 09:57:26 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:26 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:26 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F  onoffcode = 1100 2017.03.12 09:57:26 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:26 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:26 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F  onoffcode = 1100 2017.03.12 09:57:26 3: sduino433: Unknown code i555DF0, help me! 2017.03.12 09:57:26 4: sduino433/msg READ: MS;P0=134;P1=-425;P2=435;P3=-154;P4=-4337;D=04012301230123012301230123232301232323232301010101;CP=0;SP=4;R=90;O; 2017.03.12 09:57:26 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:26 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:26 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -29 2017.03.12 09:57:26 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:26 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:26 4: sduino433/msg READ: MS;P0=147;P1=-428;P2=435;P3=-145;P4=-4329;D=04012301230123012301230123232301232323232301010101;CP=0;SP=4;R=90;O; 2017.03.12 09:57:26 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:26 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:26 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -29 2017.03.12 09:57:26 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:26 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:26 4: sduino433/msg READ: MS;P0=145;P1=-424;P2=419;P3=-160;P5=-4353;D=05012301230123012301230123232301232323232301010101;CP=0;SP=5;R=91; 2017.03.12 09:57:26 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:26 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:26 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -28.5 2017.03.12 09:57:26 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:26 4: sduino433: Dropped (i555DF0) due to short time or equal msg

Welche Varianten der Nutzung gibt es jetzt und wie muss ich dazu vorgehen?
- Eigenes Modul bauen
- Notify auf Logmeldung bauen
- ???

Gruß Arnd

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 14 März 2017, 10:50:03

Hey sidey.
Kannst du schon was sagen zu den revolt Funkmessdosen bzw. erreichen, zwecks Protokoll einbauen?

Gruß Sascha

Gesendet von meinem E6653 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 14 März 2017, 23:33:58

Zitat von: sash.sc am 10 März 2017, 23:10:59
Code Auswählen Erweitern
2017-03-10 22:55:47 Revolt Revolt_49e7 RSSI: -42.5 2017-03-10 22:55:47 Revolt Revolt_49e7 RAWMSG: r49e7e70045320504510e02 2017.03.10 22:55:49 4 : wlanduino/msg READ: MU;P0=-209;P1=167;P2=267;D=01010101010101010102010102020101010101020102020102010101020101010101010202010201020101010101020201010101020201;CP=1;R=251;

Ich habs in den dev branch eingebaut. Manche Nachrichten sind leider nicht vollständig und ich musste etwas tricksen, damit es mit denen funktioniert die vollständig empfangen werden.

Grüße Sidey

Titel: Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 14 März 2017, 23:52:22

Zitat von: RaspiLED am 04 Januar 2017, 20:21:12
Hi, also wenn es um Interesse geht: Ich habe starkes Interesse an sendenden Hörmann und Somfy Codes in der Signalduino Implementierung ;-)
Gruß Arnd

Gesendet von iPhone mit Tapatalk

Hallo Sidey,

nachdem Ihr die Signalduinos so perfekt mit dem Cc1101 ans laufen gebracht habt, habe ich mich dem Thema Hörmann Garagentore nochmals gewidmet. Zunächst aber erst einmal viiiieeeeelen Dank für Eure tolle Arbeit!!!!

Nun zu meinem Protokollwunsch: Hörmann sendet auf unterschiedlichen Frequenzen. Alte Sender auf 433 aktuelle auf 868,3 Mhz. Die Handsender mit blauen Tasten (868er) gibt es mit Verschlüsselung (BiSecure) und ohne, aber jeweils mit Rolling Code. Ich persönlich habe hier einen Supramatic Torantrieb ohne BiSecure.

Rudolf König hat in der CUL Firmware das Hörmann Protokoll drin und seit Weihnachten auch ein Hörmann_sent implementiert.
Mit meinem CUL868 wurden daher per autocreate auch Devices CUL_HOERMANN_xxxxxxxxxx angelegt. Für jede der vier Tasten jeweils eins. Als Befehl gibt es nur ein set toggle (der bei mir im Gegensatz zu Rudolf Königs aber nicht funktioniert), da die Garage mit nur einem Taster bedient wird: Zu-Öffnen Öffnet/Schliesst-Stop Auf-Schliessen jeweils Status-Funktion.

Anbei mal die Verbose von meinem CUL868 und Signalduino (auf 868.300 MHz eingestellt):
<Hoermann_Testcodes.zip>

Meinst Du mit den Angaben kann man etwas implementieren? Brauchst Du evtl. mehr Infos? Hast Du eine Idee, wie ich die Rolling Codes verstehen könnte?

Gruß Arnd

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 16 März 2017, 14:46:18

Zitat von: Sidey am 14 März 2017, 23:33:58
Ich habs in den dev branch eingebaut. Manche Nachrichten sind leider nicht vollständig und ich musste etwas tricksen, damit es mit denen funktioniert die vollständig empfangen werden.

Grüße Sidey

Habe dir nochmal ein aktuelles List von einer der Dosen angehangen.
Da stehen die Enstprechende Werte alle drin, hoffe ich.

Gruß
Sascha

Code Auswählen


Internals: 
   CUL1_MSGCNT 12 
   CUL1_RAWMSG r49e7e6004432051d5411fe 
   CUL1_RSSI  -71 
   CUL1_TIME  2017-03-16 14:06:17 
   DEF        49e7 
   ID         49e7 
   IODev      CUL1 
   LASTInputDev mcwlan 
   MSGCNT     4890 
   NAME       Revolt_49e7 
   NR         225 
   STATE      P: 129.3 E:  46.15 V: 233 C:   0.69 F: 50 Pf: 0.81 
   TYPE       Revolt 
   mcwlan_MSGCNT 3543 
   mcwlan_RAWMSG r49e7e9004532050d511207 
   mcwlan_RSSI -43 
   mcwlan_TIME 2017-03-16 14:44:23 
   sduino_DMSG r49E7EA004432050E511207 
   sduino_MSGCNT 1140 
   sduino_RAWMSG MU;P0=10068;P1=-272;P2=170;P3=-191;P4=297;D=01234323234323234343434323234343434343432343234323232323232323232323432323234323232323434323234323232323232343234323232323434343232343234323232343232323432323432323232323234343432323232343432343232343232323232;CP=2; 
   sduino_TIME 2017-03-16 14:44:13 
   wlanduino_DMSG r49E7EA0045320514501206 
   wlanduino_MSGCNT 260 
   wlanduino_RAWMSG MU;P0=149;P1=266;P2=-1836;P3=9968;P4=-360;P6=-209;D=01234061606061606061616161606061616161616160616061606060606060606060606160606061606160606161606061606060606060616061606060616061606060616061606060606060606160606160606060606061616060606061606061606061616061616160;CP=0;R=234; 
   wlanduino_RSSI -85 
   wlanduino_TIME 2017-03-16 14:41:52 
   Readings: 
     2017-03-16 14:43:48   avgpower        129.31 
     2017-03-16 14:44:23   current         0.69 
     2017-03-16 14:44:23   energy          46.15 
     2017-03-16 14:44:23   frequency       50 
     2017-03-16 14:44:23   pf              0.81 
     2017-03-16 14:44:23   power           129.3 
     2017-03-16 14:44:23   state           P: 129.3 E:  46.15 V: 233 C:   0.69 F: 50 Pf: 0.81 
     2017-03-16 14:44:23   voltage         233 
Attributes: 
   IODev      CUL1 
   alias      TV Schrank 
   comment    Steckdose für TV und hifi 
   event-min-interval power:300,voltage:300,energy:300 
   event-on-change-reading power:4,voltage:4,energy 
   room       10_WoZi

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 17 März 2017, 16:50:30

Ich habe auch einen Wunsch: Einbau der Came Torsteuerung. Mit einem raw-Befehl kriege ich das händisch hin (siehe hier, https://forum.fhem.de/index.php/topic,63370.0.html), aber den kann ich blöderweise nicht einmal mit einem notify einbinden (siehe hier, https://forum.fhem.de/index.php/topic,69181.0.html).

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 18 März 2017, 03:34:43

Zitat von: RaspiLED am 12 März 2017, 10:21:25
Guten Morgen,
nachdem ja inzwischen mein CC1101 Signalduino perfekt läuft (DANKE IHR SEID SUPER!!!)
Habe ich natürlich festgestellt, dass ein alter Traum wahr wurde!

Ich empfange meine Türklingel von Conrad (Label renkforce Model No. H-528D).

(https://uploads.tapatalk-cdn.com/20170312/6f81295ded5195c5b629c1fdd9b2554b.jpg)
(https://uploads.tapatalk-cdn.com/20170312/70250318256cae2262403bb65368b0b8.jpg)

Hier einmal der Logauszug:
Code Auswählen Erweitern
2017.03.12 09:57:20 4: sduino433/keepalive ok, retry = 02017.03.12 09:57:22 4: sduino433/msg READ: MS;P0=-427;P1=426;P2=-157;P3=145;P4=-4339;D=34301230123012301230123012121230121212121230303030;CP=3;SP=4;R=87;O; 2017.03.12 09:57:22 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:22 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:22 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -30.5 2017.03.12 09:57:22 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:22 5: sduino433: dispatch i555DF0 2017.03.12 09:57:22 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:22 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:22 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F onoffcode = 1100 2017.03.12 09:57:22 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:22 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:22 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F onoffcode = 1100 2017.03.12 09:57:22 3: sduino433: Unknown code i555DF0, help me! 2017.03.12 09:57:22 4: sduino433/msg READ: MS;P0=-155;P1=437;P2=146;P3=-416;P4=-4338;D=24231023102310231023102310101023101010101023232323;CP=2;SP=4;R=87; 2017.03.12 09:57:22 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:22 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:22 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -30.5 2017.03.12 09:57:22 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:22 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:22 4: sduino433/msg READ: MU;P0=-1865;P1=479;P2=-4039;P3=-8920;D=0121012121010101212121310101210121012121210121010;CP=1;R=231; 2017.03.12 09:57:22 4: sduino433: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 2017.03.12 09:57:22 5: sduino433: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 2017.03.12 09:57:22 5: sduino433: applying filterfunc SIGNALduino_filterSign 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_compPattern 2017.03.12 09:57:23 4: sduino433/msg READ: MU;P0=-612;P1=465;P2=-1974;P3=-4040;D=012131213121313131313121212121212121312131312121210;CP=1;R=234; 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_filterSign 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_compPattern 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: Starting demodulation at Position 49 2017.03.12 09:57:23 4: sduino433/msg READ: MU;P0=-8716;P1=200;P2=474;P3=-1971;P4=-4029;P5=-2908;D=01023232423242324242423242324232424242425;CP=2;R=230; 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_filterSign 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_compPattern 2017.03.12 09:57:23 4: sduino433/msg READ: MU;P0=-1124;P1=466;P2=-2197;P3=-4116;P4=-8932;D=0121212121212121312131312121213131314121212;CP=1;R=240; 2017.03.12 09:57:23 4: sduino433: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 2017.03.12 09:57:23 5: sduino433: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_filterSign 2017.03.12 09:57:23 5: sduino433: applying filterfunc SIGNALduino_compPattern 2017.03.12 09:57:24 4: sduino433/msg READ: MS;P0=-427;P1=434;P2=-136;P3=150;P6=-4331;D=36301230123012301230123012121230121212121230303030;CP=3;SP=6;R=90;O; 2017.03.12 09:57:24 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:24 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:24 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -29 2017.03.12 09:57:24 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:24 5: sduino433: dispatch i555DF0 2017.03.12 09:57:24 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:24 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:24 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F onoffcode = 1100 2017.03.12 09:57:24 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:24 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:24 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F onoffcode = 1100 2017.03.12 09:57:24 3: sduino433: Unknown code i555DF0, help me! 2017.03.12 09:57:24 4: sduino433/msg READ: MS;P0=-439;P1=437;P2=-136;P3=147;P4=-4345;D=34301230123012301230123012121230121212121230303030;CP=3;SP=4;R=91;O; 2017.03.12 09:57:24 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:24 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:24 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -28.5 2017.03.12 09:57:24 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:24 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:24 4: sduino433/msg READ: MS;P0=-145;P1=438;P2=147;P3=-427;P4=-4350;D=24231023102310231023102310101023101010101023232323;CP=2;SP=4;R=91;O; 2017.03.12 09:57:24 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:24 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:24 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -28.5 2017.03.12 09:57:24 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:24 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:25 4: sduino433/msg READ: MS;P0=-422;P1=442;P2=-151;P3=134;P4=-4344;D=34301230123012301230123012121230121212121230303030;CP=3;SP=4;R=90; 2017.03.12 09:57:25 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:25 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:25 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -29 2017.03.12 09:57:25 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:25 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:26 4: sduino433/msg READ: MS;P1=-427;P2=436;P3=-145;P4=137;P5=-4345;D=45412341234123412341234123232341232323232341414141;CP=4;SP=5;R=91;O; 2017.03.12 09:57:26 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:26 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:26 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -28.5 2017.03.12 09:57:26 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:26 5: sduino433: dispatch i555DF0 2017.03.12 09:57:26 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:26 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:26 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F onoffcode = 1100 2017.03.12 09:57:26 4: sduino433 IT: message "i555DF0" (7) 2017.03.12 09:57:26 4: sduino433 IT: msgcode "FFFFFF1F1100" (12) bin = 010101010101110111110000 2017.03.12 09:57:26 5: sduino433 IT: SBC_FreeTec housecode = FFFFFF1F onoffcode = 1100 2017.03.12 09:57:26 3: sduino433: Unknown code i555DF0, help me! 2017.03.12 09:57:26 4: sduino433/msg READ: MS;P0=134;P1=-425;P2=435;P3=-154;P4=-4337;D=04012301230123012301230123232301232323232301010101;CP=0;SP=4;R=90;O; 2017.03.12 09:57:26 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:26 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:26 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -29 2017.03.12 09:57:26 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:26 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:26 4: sduino433/msg READ: MS;P0=147;P1=-428;P2=435;P3=-145;P4=-4329;D=04012301230123012301230123232301232323232301010101;CP=0;SP=4;R=90;O; 2017.03.12 09:57:26 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:26 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:26 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -29 2017.03.12 09:57:26 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:26 4: sduino433: Dropped (i555DF0) due to short time or equal msg 2017.03.12 09:57:26 4: sduino433/msg READ: MS;P0=145;P1=-424;P2=419;P3=-160;P5=-4353;D=05012301230123012301230123232301232323232301010101;CP=0;SP=5;R=91; 2017.03.12 09:57:26 4: sduino433: Matched MS Protocol id 3 -> itv1 2017.03.12 09:57:26 5: sduino433: Starting demodulation at Position 2 2017.03.12 09:57:26 4: sduino433: Decoded MS Protocol id 3 dmsg i555DF0 length 24 RSSI = -28.5 2017.03.12 09:57:26 5: sduino433: converted Data to (i555DF0) 2017.03.12 09:57:26 4: sduino433: Dropped (i555DF0) due to short time or equal msg

Welche Varianten der Nutzung gibt es jetzt und wie muss ich dazu vorgehen?
- Eigenes Modul bauen
- Notify auf Logmeldung bauen
- ???

Gruß Arnd

Hi,
ich habe jetzt erstmal folgendes doif wie im Wiki beschrieben gemacht:

Code Auswählen


Internals: 
   CFGFN 
   DEF        ([sduino433:&DMSG] =~ "i555DF0") (set WZ_Lampe_CUL blink 3 1) 
   NAME       KlingelGarten 
   NR         724 
   NTFY_ORDER 50-mydoif 
   STATE      initialized 
   TYPE       DOIF 
   Readings: 
     2017-03-18 03:27:38   cmd             0 
     2017-03-18 03:27:38   state           initialized 
   Condition: 
     0          InternalDoIf($hash,'sduino433','DMSG') =~ "i555DF0" 
   Devices: 
     0           sduino433 
     all         sduino433 
   Do: 
     0: 
       0          set WZ_Lampe_CUL blink 3 1 
     1: 
   Helper: 
     globalinit 1 
     last_timer 0 
     sleeptimer -1 
   Internals: 
     0           sduino433:DMSG 
     all         sduino433:DMSG 
   Itimer: 
   Regexp: 
     All: 
   State: 
Attributes: 
   do         always 
   room       Flur,Hardware

Oder ist Interesse an einem Modul?

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: EnderPhilipp am 18 März 2017, 07:35:51

Zitat von: EnderPhilipp am 17 März 2017, 19:07:26
Hi Liebe FHEM-Community,

ich verwende bei mir im Keller zwei Fa20RF Rauchmelder, welche man auch mit den SignalDuino empfangen können sollte.
Ich habe mich an folgende Anleitung (https://github.com/git-developer/fhem-examples/wiki/ELRO-Flamingo-FA20RF-mit-SIGNALduino)gehalten.

Und Folgendes kommt beim SignalDuino als empfangenes Signal an, nach zweimaligem Drücken auf die LEARN-Taste und einmaligem Drücken auf die TEST-Taste:
Code Auswählen Erweitern
2017.03.17 19:01:36 4: SIGNALduino/msg READ: MU;P0=236;P1=-108;P2=8188;P3=-924;P4=621;P5=-1616;P6=-2864;D=012345454545454645454546464545464546464545;CP=4; 2017.03.17 19:01:36 4: SIGNALduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate 2017.03.17 19:01:36 4: SIGNALduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate 2017.03.17 19:01:36 4: SIGNALduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 2017.03.17 19:01:36 4: SIGNALduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate 2017.03.17 19:01:36 4: SIGNALduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate 2017.03.17 19:01:36 4: SIGNALduino/msg READ: MU;P0=-32001;P1=2328;P2=-940;P3=761;P4=-1436;P5=-2778;P6=-18825;P7=8096;D=01234343434343534343435353434353435353434353535343536723434343434353434343535343435343535343435353534353672343434343435343434353534343534353534343535353435367234343434343534343435353434353435353434353535343536723434343434353434343535343435343535343435353;CP=3;O; 2017.03.17 19:01:36 4: SIGNALduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate

Kann ich das irgendwie in FHEM verwerten?

Würde mich über jede Art der Hilfe freuen.

Mit freundlichen Grüßen
Philipp ;D

Titel: Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 18 März 2017, 09:06:10

Hi Philipp,
Was geht denn genau nicht? Ich habe mich auch kurz umgeschaut auf der Seite.
Ist ja im Grunde was ich auch mit dem KlingelTaster gemacht habe!

@Sidey: Soll Philipp einen neuen Thread aufmachen oder passt das hier?
Edit: Hat er ja schon ;-)
https://forum.fhem.de/index.php/topic,69194.msg607155.html#msg607155

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 18 März 2017, 17:27:39

Hallo Sidey, das ist eine tolle Software und ich bin ein großer Fan des SIGNALduino. Ich bin auf FHEM umgestiegen, damit ich sowohl Somfy als auch meine Gartentorsteuerung betreiben kann und beides geht zum ersten Mal seit ich danach suche. Zu meiner Frage.

Bisher kann ich die Came Gartentorsteuerung nur durch einen raw-Befehl anwerfen. Ich weiß, wie das Came-Signal aussieht, kurzer Einschub

Code Auswählen


Startsignal: 335 microsec HIGH
Dann 12 Signale:
         entweder 335 LOW - 665 HIGH
         oder    665 LOW  - 335 HIGH
Zuletzt Schlusssignal: 15018 LOW

Konkreter Befehl also beispielsweise
set sduino raw SR;;R=3;;P0=335;;P1=-665;;P2=-335;;P3=665;;P4=-15018;;D=02310102310101023101023104;;

Nun wollte ich gern dieses Protokoll in SIGNALduino umsetzen und zumindest selbst testen, damit ich dann Dir einen substantiellen Vorschlag zur Erweiterung machen kann. Also habe ich mir einfach die SIGNALduino.pm genommen und angeschaut (ich bin kein Programmierer, sorry!) und gesehen, dass es da für jedes Protokoll entsprechende Einschübe gibt. Beispielsweise lauten die

Code Auswählen

	"10"    => 			## Oregon Scientific 2
		{
            name			=> 'OSV2o3',	
			id          	=> '10',
			clockrange     	=> [300,520],			# min , max
			format 			=> 'manchester',	    # tristate can't be migrated from bin into hex!
			clientmodule    => 'OREGON',
			modulematch     => '^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*',
			length_min      => '64',
			length_max      => '220',
			method          => \&SIGNALduino_OSV2, # Call to process this message
			polarity        => 'invert',			
		},

Mir ist nun leider überhaupt nicht klar, wie daraus ein Codebaustein für Came werden könnte. Ginge das irgendwie so

Code Auswählen


			format 		=> 'manchester',	    
			one			=> [-1,2],
			zero			=> [-2,1],
			sync			=> [1],		 
			clockabs     	=> 335,			
			modulematch     => '[0,1]{12}',

Aber da fehlt der Schlussbit? Können wir uns da überhaupt einbringen oder willst Du das alles alleine machen? Wo kann ich weitere Infos besorgen?

Titel: Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 18 März 2017, 19:25:00

Hi,
Bei den CULs ist was spannendes aufgefallen: Es gibt Fake CC1101 die sich falach in den Registern melden
https://forum.fhem.de/index.php?topic=60458.msg607387#msg607387
Könntest Du dies auch direkt mitabfangen!?
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 19 März 2017, 11:28:10

Guten Morgen zusamen.

Mir ist da was aufgefallen.
Ich habe einen normalen SDuino amd laufen und einen mit cc1101 und WLAN anbindung !

Beide sind defeiniert und funktionieren ohne Probleme.
Ich habe ein device (Unterputzschalter Intertechno) welches IODev mein "wlanduino" hat.
Nach einen rereadcfg bekomme ich folgende Meldung

Code Auswählen


bad_licht: unknown IODev wlanduino specified

und das device (bad_lich) wird dann auf den normalen sduino umgestellt.Im Log taucht die Meldung jedoch nicht auf.

Hier noch die List´s

Code Auswählen

Internals: 
   00         0 
   DEF        00110111110011010011101010 0 1001 
   IODev      wlanduino 
   NAME       bad_licht 
   NR         309 
   STATE      off 
   TYPE       IT 
   XMIT       0011011111001101001110101001001 
   XMITdimdown 00 
   XMITdimup  00 
   XMITon     1 
   Code: 
     1          0011011111001101001110101001001 
   Readings: 
     2017-02-26 18:26:14   group           0 
     2017-02-26 18:26:14   protocol        V3 
     2017-03-19 10:55:28   state           off 
     2017-02-26 18:26:14   unit            1001 
Attributes: 
   IODev      wlanduino 
   model      itswitch 
   room       10_Bad

Hier SDuino´s

Code Auswählen

Internals: 
   Clients    :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt:SIGNALduino_un: 
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600eZRz-if00-port0@57600 
   DMSG       TXAE3A440444 
   DevState   initialized 
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600eZRz-if00-port0@57600 
   FD         9 
   MSGCNT     201 
   NAME       sduino 
   NR         73 
   PARTIAL 
   RAWMSG     MU;P0=1314;P1=-1079;P2=-28898;P4=513;P5=120;P7=-676;D=570101014141410141010141010101410101010101010141010101410101014101420101010141014101414141010101414141014101014101010141010101010101014101010141010101410142010101014101410141414101010141414101410101410101014101010101010101410101014101010141014;CP=0; 
   STATE      opened 
   TIME       1489919166 
   TYPE       SIGNALduino 
   unknownmessages 
   version    V 3.3.1-dev SIGNALduino - compiled at Jan  3 2017 23:59:32 
   Matchlist: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$ 
     11:SD_WS09 ^P9#[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^YsA[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     17:SD_UT   ^u30#.* 
     18:FLAMINGO ^P13#[A-Fa-f0-9]+ 
     19:CUL_WS  ^K[A-Fa-f0-9]{5,} 
     1:IT       ^i...... 
     20:Revolt  ^r[A-Fa-f0-9]{22} 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     3:SIGNALduino_RSL ^r[A-Fa-f0-9]{6} 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8} 
     7:Hideki   ^P12#75[A-F0-9]+ 
     X:SIGNALduino_un ^[u]\d+#.* 
   QUEUE: 
   Readings: 
     2017-03-19 11:26:06   state           opened 
     2017-03-19 11:12:11   version         V 3.3.1-dev SIGNALduino - compiled at Jan  3 2017 23:59:32 
   Keepalive: 
     ok         1 
     retry      0 
   mcIdList: 
     10 
     11 
     12 
     18 
     43 
     47 
     52 
     57 
     58 
   msIdList: 
     0 
     1 
     13 
     14 
     15 
     17 
     2 
     22 
     23 
     25 
     3 
     32 
     33 
     35 
     38 
     4 
     41 
     51 
     55 
     6 
     7 
   muIdList: 
     13.1 
     16 
     20 
     21 
     24 
     26 
     27 
     28 
     29 
     30 
     31 
     34 
     36 
     37 
     39 
     40 
     44 
     44.1 
     45 
     46 
     48 
     49 
     5 
     50 
     56 
     59 
     60 
     62 
     8 
     9 
Attributes: 
   devStateIcon opened:WLAN_Status.1 disconnected:WLAN_Status.0 
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] 
   hardware   nano328 
   icon       cul_usb 
   longids    1 
   room       99_receiver 
   verbose    0

WLANDUINO

Code Auswählen

Internals: 
   Clients    :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt:SIGNALduino_un: 
   DEF        192.168.2.20:23 
   DMSG       r5541E800003200086445E3 
   DevState   initialized 
   DeviceName 192.168.2.20:23 
   FD         43 
   MSGCNT     152 
   NAME       wlanduino 
   NR         418 
   PARTIAL 
   RAWMSG     MU;P0=-6904;P1=9980;P2=-364;P3=140;P4=-223;P5=251;D=012345434543454345434543434343434545454543454343434343434343434343434343434343434343434545434345434343434343434343434343434543434343454543434543434345434343454345454545434343454543454343434543434543434345434543;CP=3;R=229; 
   RSSI       -87.5 
   STATE      opened 
   TIME       1489919215 
   TYPE       SIGNALduino 
   unknownmessages 
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   Matchlist: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$ 
     11:SD_WS09 ^P9#[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^YsA[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     17:SD_UT   ^u30#.* 
     18:FLAMINGO ^P13#[A-Fa-f0-9]+ 
     19:CUL_WS  ^K[A-Fa-f0-9]{5,} 
     1:IT       ^i...... 
     20:Revolt  ^r[A-Fa-f0-9]{22} 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     3:SIGNALduino_RSL ^r[A-Fa-f0-9]{6} 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8} 
     7:Hideki   ^P12#75[A-F0-9]+ 
     X:SIGNALduino_un ^[u]\d+#.* 
   QUEUE: 
   Readings: 
     2017-03-13 19:46:04   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud) 
     2017-03-12 09:08:45   ccreg           C3E = 00 84 00 00 00 00 00 00 
     2017-03-19 11:26:55   state           opened 
     2017-03-19 11:12:14   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   Keepalive: 
     ok         1 
     retry      0 
   mcIdList: 
     10 
     11 
     12 
     18 
     43 
     47 
     52 
     57 
     58 
   msIdList: 
     0 
     1 
     13 
     14 
     15 
     17 
     2 
     22 
     23 
     25 
     3 
     32 
     33 
     35 
     38 
     4 
     41 
     51 
     55 
     6 
     7 
   muIdList: 
     13.1 
     16 
     20 
     21 
     24 
     26 
     27 
     28 
     29 
     30 
     31 
     34 
     36 
     37 
     39 
     40 
     44 
     44.1 
     45 
     46 
     48 
     49 
     5 
     50 
     56 
     59 
     60 
     62 
     8 
     9 
Attributes: 
   addvaltrigger 1 
   devStateIcon opened:cul_wlan@lime disconnected:cul_wlan@red 
   flashCommand avrdude -p atmega328p -c arduino -b 57600 -P net:[PORT] -vv -U flash:w:[HEXFILE] 2>[LOGFILE] 
   hardware   nanoCC1101 
   icon       cul_wlan 
   longids    1 
   room       99_receiver 
   verbose    1

kann sich jemand einen Reim darauf machen, warum das IODev umgestellt wir? Ist auch nur bei diesen Device (bad_licht)

gruß
Sascha

Titel: Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 19 März 2017, 13:22:42

Klar, die Reihenfolge im fhem.cfg ;-) Es gibt eine Menge Threads dazu. Kurzfassung Dein WLANDUINO wird erst nach dem Gerät definiert. Wirst Du entweder per Hand tauschen müssen oder das Gerät komplett kölschen und neu anlegen.
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 19 März 2017, 14:06:46

Hallo Arnd.

Du kommst mit Sachen um die Ecke !?!?!?!? ;)
Habe die initialisierung mal in der config ab zum Anfang verschoben.

hat natürlich funktioniert ! ;D ;)

Danke
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 19 März 2017, 21:47:37

Zitat von: RaspiLED am 18 März 2017, 19:25:00
Hi,
Bei den CULs ist was spannendes aufgefallen: Es gibt Fake CC1101 die sich falach in den Registern melden
https://forum.fhem.de/index.php?topic=60458.msg607387#msg607387
Könntest Du dies auch direkt mitabfangen!?

Ich hab jetzt irgendwie nicht so richtig gefunden, welches Register das entsprechende ist.
Ist dir das klar?

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 19 März 2017, 21:52:03

Zitat von: andies am 18 März 2017, 17:27:39
Mir ist nun leider überhaupt nicht klar, wie daraus ein Codebaustein für Came werden könnte. Ginge das irgendwie so
Code Auswählen Erweitern
format => 'manchester', one => [-1,2], zero => [-2,1], sync => [1], clockabs => 335, modulematch => '[0,1]{12}',
Aber da fehlt der Schlussbit? Können wir uns da überhaupt einbringen oder willst Du das alles alleine machen? Wo kann ich weitere Infos besorgen?

Du bist auf dem richtigen Weg . :)

Probiere es mal damit:

Code Auswählen


			format 		=> 'twostate',	    
			one			=> [-1,2],
			zero			=> [-2,1],
			start                 => [1],		 
			clockabs     	=> 335,			
			modulematch     => '',

Am einfachsten kann ich da weiterhelfen, wenn Du empfangene raw Nachrichten von dem Sender postest.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 19 März 2017, 21:54:33

Zitat von: RaspiLED am 18 März 2017, 03:34:43
Oder ist Interesse an einem Modul?

Eigentlich gehen die Daten bereits an das IT Modul. Dort werden sie aber "noch" nicht verstanden.
Am einfachsten wäre es, wenn das IT Modul von Ralf erweitert werden kann :)

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 20 März 2017, 13:36:46

Zitat von: Sidey am 19 März 2017, 21:47:37
Ich hab jetzt irgendwie nicht so richtig gefunden, welches Register das entsprechende ist.
Ist dir das klar?

Grüße Sidey

Hi Sidey,
ich habe Telekatz nochmal nach Details gefragt:
Bei der Initialisierung der (mehreren) CC1101 fragt die MapleCUN Firmware nach Registern und entscheidet nach Ergebnis um welches Funkmodul es sich handelt. Konkret:

"Der Unterschied ist im Register 0x31 VERSION-Chip ID." Der meldet halt den CC113L (eigentlich nur Empfänger, sendet am blauen Modul aber dennoch) anstatt den CC1101 (Sender&Empfänger).

Die Frage ist jetzt, ob die Signalduino Firmware überhaupt prüft ob ein CC1101 dran steckt. Und falls ja ob die gleichen Register verwendet werden. Dann sollte der Kopierfehler der Chinesen beim Signalduino ebenfalls mit abgefangen werden ;-)

Gruß Arnd

Diverse RasperryPi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, WifiLight ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 21 März 2017, 13:59:58

Zitat von: Sidey am 19 März 2017, 21:52:03
Am einfachsten kann ich da weiterhelfen, wenn Du empfangene raw Nachrichten von dem Sender postest.

Meinst du das?

Code Auswählen

set sduino raw SR;;R=3;;P0=335;;P1=-665;;P2=-335;;P3=665;;P4=-15018;;D=01010102310101023101023104;;

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 21 März 2017, 18:07:06

Nein, ich meine die empfangenen . Mit set raw sendest Du etwas und ich weiss nicht, wie Du zu dem Sendebefehl gekommen bist.

Aus den empfangen Daten lässt sich mit höherer Sicherheit erkennen, was übertragen wird.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 21 März 2017, 19:02:31

Ich verstehe. Ich habe die Daten mit pilight (https://forum.pilight.org/Thread-Solved-Came-door-opener-automatic-gates?page=3 (https://forum.pilight.org/Thread-Solved-Came-door-opener-automatic-gates?page=3)) ausgewertet und folgendes gemessen:

Code Auswählen

433gpio:  343 627 324 667 337 665 335 331 672 676 309 696 308 681 321 370 623 698 305 682 321 683 320 350 630 14894 -#: 26
433gpio:  333 685 317 663 338 668 335 328 676 673 312 695 308 678 325 355 654 682 306 696 307 677 326 339 641 15180 -#: 26
433gpio:  345 660 342 667 318 712 291 342 661 671 331 669 334 674 313 351 657 677 327 682 305 723 281 356 640 14872 -#: 26
433gpio:  354 656 345 666 319 680 326 360 642 667 334 681 322 669 317 371 638 673 330 675 313 697 305 356 640 15158 -#: 26
433gpio:  354 657 347 656 342 661 341 323 663 667 335 671 351 670 314 333 659 673 330 675 329 674 329 331 649 14870 -#: 26

Nach etwa 50 Messungen (siehe Link oben) habe ich dann daraus geschlossen, dass idealerweise es so aussieht:

Code Auswählen

Start 335, dann entweder 335 665 oder 665 335 (genau 12 Mal) dann 15018

Genügt das?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 21 März 2017, 20:29:39

Pilight wertet leider nicht aus, ob der Pegel high oder low ist, daher liefert pilight nicht die notwendigen Informationen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 21 März 2017, 21:02:09

Das hatte ich mit einem geborgten Oszilloskop gemessen: es beginnt mit 335 mikrosekunden HIGH und dann wechselt es zwischen LOW und HIGH, also echtes OOK.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 21 März 2017, 21:27:08

Zitat von: andies am 21 März 2017, 21:02:09
Das hatte ich mit einem geborgten Oszilloskop gemessen: es beginnt mit 335 mikrosekunden HIGH und dann wechselt es zwischen LOW und HIGH, also echtes OOK.

Was genau möchtest Du denn jetzt eigentlich machen?

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 21 März 2017, 21:29:59

Ich wollte eine Art "echtes" Protokoll haben, bei dem man also auch andere Fernbedienungen anlernen und setzen kann. Derzeit ist ja meine intern "fest verdrahtet". Ich dachte, dass das erweitert werden kann?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 21 März 2017, 21:40:13

Oder ist das zu viel Aufwand? Eventuell bin ich der einzige hier mit einer Came FB...

Gesendet von iPad mit Tapatalk Pro

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 21 März 2017, 21:57:21

Das ist schon möglich, aber ohne die Signaldaten vom Signalduino ist es ein bisschen raten.
Wenn Du also einen hast, wäre es gut, wenn Du die empfangenen Daten hier postest, dann kann ich damit auch arbeiten.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 21 März 2017, 22:03:45

Genügt das hier:

Code Auswählen


sduino/msg READ: MC;LL=-660;LH=577;SL=-373;SH=281;D=AB6AD6DA;C=315;L=31;R=110;
sduino: Found manchester Protocol id 57 clock 315 RSSI -19 -> m-e
SIGNALduino_unknown incomming msg: u57#54952925
SIGNALduino_unknown rawData: 54952925
SIGNALduino_unknown Protocol: 57
SIGNALduino_unknown converted to bits: 01010100100101010010100100100101
Unknown, please report
sduino: Unknown code u57#54952925, help me!

sduino/msg READ: MC;LL=-660;LH=577;SL=-373;SH=281;D=5AD5B56B6D;C=315;L=40;R=110;
sduino: Found manchester Protocol id 57 clock 315 RSSI -19 -> m-e
SIGNALduino_unknown incomming msg: u57#A52A4A9492
SIGNALduino_unknown rawData: A52A4A9492
SIGNALduino_unknown Protocol: 57
SIGNALduino_unknown converted to bits: 1010010100101010010010101001010010010010
Unknown, please report
sduino: Unknown code u57#A52A4A9492, help me!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: atmelfreak am 22 März 2017, 21:24:19

Hallo,

ich nutze auch seit ein paar Tagen Signalduino. Zuerst habe ich einen Arduino Nano mit CC1101 verwendet, aber da das Senden an meine Rollotron Jalousien nicht funktioniert hat, bin ich auf einen Sender und einen RXB6 Empfänger umgestiegen.

Soweit funktioniert alles sehr gut, die Rollotron Jalousien per SendRaw und diverse Intertechno-Geräte. Was ich aber nicht verstehe: Mit dem CC1101-Modul habe ich diverse Wetter-Sensoren in der Nachbarschaft empfangen und die Geräte wurden automatisch angelegt (z.B. SD_WS). Jetzt wurde keine Geräte automatisch angelegt, obwohl diese im Log auftauchen:

Code Auswählen


2017.03.22 21:16:54 4: sduino/msg READ: MS;P0=-1957;P1=571;P2=-4047;P3=-16038;P4=1017;P5=-999;P6=-7890;D=16101212101010121210101012101010101012101210121010121212121012121212101010101010121345454545;CP=1;SP=6;O;
2017.03.22 21:16:54 4: sduino: Matched MS Protocol id 51 -> weather51
2017.03.22 21:16:54 4: sduino: Decoded MS Protocol id 51 dmsg W51#631054F781 length 40
2017.03.22 21:16:54 4: SD_WS_Parse: Protocol: 51, rawData: 631054F781
2017.03.22 21:16:54 4: sduino decoded protocolid: 51 (Lidl Wetterstation 2759001/IAN114324) sensor id=3170, channel=1, temp=7.7, hum=78, bat=ok
2017.03.22 21:16:55 4: sduino/msg READ: MS;P0=-1895;P1=566;P2=-4087;P3=-16025;P4=1021;P5=-995;P6=-7876;D=16101212101010121210101012101010101012101210121010121212121012121212101010101010121345454545;CP=1;SP=6;O;
2017.03.22 21:16:55 4: sduino: Matched MS Protocol id 51 -> weather51
2017.03.22 21:16:55 4: sduino: Decoded MS Protocol id 51 dmsg W51#631054F781 length 40
2017.03.22 21:16:55 4: sduino: Dropped (W51#631054F781) due to short time or equal msg

oder hier:

Code Auswählen


2017.03.22 21:20:01 4: sduino/msg READ: MS;P0=-984;P1=482;P2=-1951;P3=-3915;D=13101212121010121212101010101010101012121010101210121212121010121210101210;CP=1;SP=3;O;
2017.03.22 21:20:01 4: sduino: Matched MS Protocol id 7 -> weatherID7
2017.03.22 21:20:01 4: sduino: Decoded MS Protocol id 7 dmsg P7#738062F32 length 36
2017.03.22 21:20:01 4: SD_WS07_Parse  SD_WS07 (P7#738062F32) length: 9
2017.03.22 21:20:01 4: SD_WS07_TH decoded protocolid: 7 sensor id=73, channel=1, temp=9.8, hum=50, bat=ok
2017.03.22 21:20:01 4: sduino/msg READ: MU;P0=-980;P1=480;P2=-1963;P3=-3904;P4=124;P5=-25172;D=01010101010121210101012101212121210101212101012101310121212101012121210101010101010101212101010121012121212101012121010121045;CP=1;
2017.03.22 21:20:01 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2017.03.22 21:20:01 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.03.22 21:20:01 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.03.22 21:20:01 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.03.22 21:20:01 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.03.22 21:20:01 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate

Scheinbar wird ja richtig dekodiert und es wird erkannt, dass es sich z.B. um eine Lidl Wetterstation handelt, aber es wird kein Gerät angelegt und im Eventlog erscheint auch nichts. Woran kann das liegen?

Viele Grüße
Frank

Titel: Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 22 März 2017, 22:34:32

Hi,
Ich habe verstanden, dass ein einmal pet autocreate angelegtes Gerät (das per Hand gelöscht wurde) nicht erneut angelegt wird. Es sei den man startet fhem neu (shutdown/restart). Dann sollte es wieder gehen.
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: atmelfreak am 22 März 2017, 22:39:32

Einen Neustart habe ich schon gemacht, hat leider nichts gebracht. Kann man die Geräte auch händisch anlegen und wenn ja, wie?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 22 März 2017, 22:50:37

Zitat von: atmelfreak am 22 März 2017, 21:24:19

Scheinbar wird ja richtig dekodiert und es wird erkannt, dass es sich z.B. um eine Lidl Wetterstation handelt, aber es wird kein Gerät angelegt und im Eventlog erscheint auch nichts. Woran kann das liegen?

Ist autocreate noch aktiv?
So wie das im Log aussieht, wird autocreate nicht ausgelöst.
Entweder, weil es das gerät noch gibt, oder autocreate ist nicht aktiv.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 22 März 2017, 22:51:55

Okay, was sagt ein "list autocreate"?
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 22 März 2017, 23:17:38

Ich vermisse im log das "UNDEFINED sensor SD_WS07_TH detected,..", es müsste so ausehen.

Code Auswählen

2017.03.22 23:08:11.807 4: SD_WS07_TH decoded protocolid: 7 sensor id=73, channel=1, temp=9.8, hum=50, bat=ok
2017.03.22 23:08:11.807 1: SD_WS07: UNDEFINED sensor SD_WS07_TH detected, code SD_WS07_TH_1

Wenn dann innerhalb von 3 Minuten eine weitere Nachricht kommt, dann müsste er per autocreate angelegt werden.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: atmelfreak am 22 März 2017, 23:50:39

list autocreate sieht so aus:

Code Auswählen

Internals: 
   NAME       autocreate 
   NOTIFYDEV  global 
   NR         14 
   NTFY_ORDER 50-autocreate 
   STATE      active 
   TYPE       autocreate 
Attributes:

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: atmelfreak am 23 März 2017, 00:06:19

Nachdem ich das Device SD_WS_51_TH_1 gelöscht habe und FHEM neu gestartet habe, wurde das Gerät neu angelegt und bekommt auch wieder aktuelle Daten. Auch im Eventmonitor erscheinen jetzt die Daten des Sensors:

Code Auswählen

2017-03-23 00:02:30 SD_WS SD_WS_51_TH_1 T: 6.1 H: 76
2017-03-23 00:02:30 SD_WS SD_WS_51_TH_1 temperature: 6.1
2017-03-23 00:02:30 SD_WS SD_WS_51_TH_1 humidity: 76
2017-03-23 00:02:30 SD_WS SD_WS_51_TH_1 battery: ok
2017-03-23 00:02:30 SD_WS SD_WS_51_TH_1 channel: 1
2017-03-23 00:02:30 SD_WS SD_WS_51_TH_1 trend: rising

Aber müssten da nicht noch weitere Sensoren erscheinen oder handelt es sich hier um den Lidl Sensor?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 25 März 2017, 19:30:49

Hey Sidey.

Danke das du die revolt funkmessdosen eingebunden hast.
Seit dem habe ich am Tag mehrere Peaks in der Leistungsmessung drin.
Die Peaks gehen bis auf 3KW hoch.

Kannst du dir da einen Reim drauf machen?

Auch die Spannung bricht mit ein oder 2 Peaks ein.

Lauf Commandref kann man mit

Code Auswählen

WhiteListID #45

das Protokoll 45 abschalten ?

Gruß Sascha

Gesendet von meinem SM-T560 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 28 März 2017, 08:05:09

Hallo Sidey,

kann es sein, daß mit Deinem Update-Skript etwas nicht stimmt. Ich habe den devr33-Zweig in meiner Update-Liste und seit gestern fällt mir auf, daß beim Update alle Module und Firmwares neu runtergeladen werden:

Code Auswählen

signalduino 
List of new / modified files since last update: 
UPD ./FHEM/90_SIGNALduino_un.pm 
UPD ./FHEM/98_Dooya.pm 
UPD ./FHEM/14_SD_WS_Maverick.pm 
UPD ./FHEM/14_Hideki.pm 
UPD ./FHEM/firmware/SIGNALduino_nano328.hex 
UPD ./FHEM/firmware/SIGNALduino_promini328.hex 
UPD ./FHEM/firmware/SIGNALduino_uno.hex 
UPD ./FHEM/firmware/SIGNALduino_nanoCC1101.hex 
UPD ./FHEM/firmware/SIGNALDuino_radinoCC1101.hex 
UPD ./FHEM/14_FLAMINGO.pm 
UPD ./FHEM/14_SD_WS07.pm 
UPD ./FHEM/14_SD_WS09.pm 
UPD ./FHEM/14_SD_AS.pm 
UPD ./FHEM/14_BresserTemeo.pm 
UPD ./FHEM/41_OREGON.pm 
UPD ./FHEM/14_SD_UT.pm 
UPD ./FHEM/14_SIGNALduino_RSL.pm 
UPD ./FHEM/14_SD_WS.pm 
UPD ./FHEM/00_SIGNALduino.pm

Laut git haben sich aber nur 00_SIGNALduino.pm und 14_SD_WS.pm geändert. Das stört jetzt nicht wirklich, aber gerade bei der Firmware ist das schon öfter passiert. Das irritiert dann etwas, weil ich denke, es gibt eine neue Firmware, und nach dem Flashen ändert sich natürlich die Version nicht.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 28 März 2017, 09:30:18

Hängt damit zusammen dass das normale update erst durchläuft und die Dateien alle ersetzt. Dann kommt das Update aus dem dev33r zum tragen. Da diese ja kurz vorher durch das reguläre Update in den original Zustand gebracht wurden, unterscheiden sich diese von der dev33r Version und es wird alles runter geladen.

Gruß Sascha

Gesendet von meinem E6653 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 28 März 2017, 09:36:39

attr global exclude_from_update (welche Module auch immer man exkludieren möchte) :)
z.B.
attr global exclude_from_update 41_OREGON.pm 00_SIGNALduino.pm 14_SD_WS07.pm 14_SD_WS09.pm 14_Hideki.pm 90_SIGNALduino_un.pm SIGNALduino_nano328.hex

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 28 März 2017, 10:15:32

@sash.sc: Klar, aber es gab in FHEM ja keine Updates zu den Modulen.

@RappaSan: Ich weiß. ;) Ich will aber ja nix vom Update ausschließen.

Ich wollte ja nur darauf hinweisen. Ist halt einfach ein "Schönheitsfehler" und kein Problem. Es ging nur darum, daß es Updates zu nicht geänderten Dateien gibt.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 28 März 2017, 10:47:08

@mahowi

Doch es gab gestern updates zu einigen Dateien im dev-r33.
Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 28 März 2017, 12:43:45

Zitat von: mahowi am 28 März 2017, 08:05:09
Laut git haben sich aber nur 00_SIGNALduino.pm und 14_SD_WS.pm geändert.

14_SD_WS09.pm ist auch noch geändert worden. Aber wie schon gesagt, ich wollte das nur mal anmerken.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 28 März 2017, 22:48:01

Zitat von: sash.sc am 25 März 2017, 19:30:49
Die Peaks gehen bis auf 3KW hoch.
Kannst du dir da einen Reim drauf machen?

Ich nehme an, Du denkst, es handelt sich um eine fehlerhafte Auswertung?
Habe ich spontan erst mal keine Idee. Hast Du mal die kompletten Logeinträge dazu?

Zitat von: sash.sc am 25 März 2017, 19:30:49
Lauf Commandref kann man mit
Code Auswählen Erweitern
WhiteListID #45
das Protokoll 45 abschalten ?

Da habe ich jetzt gerade auch gestaunt, die Option kannte ich selbst noch nicht. :)
Abschalten kannst Du damit aber keine Protokolle, sondern nur das Attribut Whitelistid komplett deaktiveren.
Eine "blacklist" war schon mehrfach in Diskussion aber bislang gab es dazu keinen Anwendungsfall, der sich nicht mit der WhitelistID lösen lässt.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 28 März 2017, 22:48:41

Zitat von: mahowi am 28 März 2017, 12:43:45
14_SD_WS09.pm ist auch noch geändert worden. Aber wie schon gesagt, ich wollte das nur mal anmerken.

Wie genau machst Du denn ein Update? Kannst Du uns den exakten Befehl verraten?

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 28 März 2017, 23:17:47

Zitat von: Sidey am 28 März 2017, 22:48:41
Wie genau machst Du denn ein Update? Kannst Du uns den exakten Befehl verraten?

Grüße Sidey

Na klar kann ich das verraten. ;)
Ich habe mit

Code Auswählen

update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt den dev-r33-Zweig in die Update-Liste von FHEM übernommen. Das Update läuft einfach über den normalen update-Befehl. Normalerweise mache ich jeden Tag ein

Code Auswählen

update check und wenn es Updates für Module gibt, die ich nutze, mache ich ein Update.

Laut controls_signalduino.txt (https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33/controls_signalduino.txt) sind alle Dateien in ./FHEM/ für ein Update bereit:

Code Auswählen

UPD 2017_27_03_18:21:14 15484   ./FHEM/90_SIGNALduino_un.pm
UPD 2017_27_03_18:21:14 40341   ./FHEM/98_Dooya.pm
UPD 2017_27_03_18:21:14 8292    ./FHEM/14_SD_WS_Maverick.pm
UPD 2017_27_03_18:21:30 16885   ./FHEM/14_Hideki.pm
UPD 2017_27_03_18:21:30 49906   ./FHEM/firmware/SIGNALduino_nano328.hex
UPD 2017_27_03_18:21:30 49906   ./FHEM/firmware/SIGNALduino_promini328.hex
UPD 2017_27_03_18:21:30 49906   ./FHEM/firmware/SIGNALduino_uno.hex
UPD 2017_27_03_18:21:30 57732   ./FHEM/firmware/SIGNALduino_nanoCC1101.hex
UPD 2017_27_03_18:21:30 64945   ./FHEM/firmware/SIGNALDuino_radinoCC1101.hex
UPD 2017_27_03_18:21:30 8438    ./FHEM/14_FLAMINGO.pm
UPD 2017_27_03_18:21:30 9546    ./FHEM/14_SD_WS07.pm
UPD 2017_27_03_21:04:26 10064   ./FHEM/14_SD_AS.pm
UPD 2017_27_03_21:04:26 10111   ./FHEM/14_BresserTemeo.pm
UPD 2017_27_03_21:04:26 35007   ./FHEM/41_OREGON.pm
UPD 2017_27_03_21:04:26 4397    ./FHEM/14_SD_UT.pm
UPD 2017_27_03_21:04:26 7827    ./FHEM/14_SIGNALduino_RSL.pm
UPD 2017_27_03_22:53:18 24382   ./FHEM/14_SD_WS.pm
UPD 2017_28_03_21:21:10 141059  ./FHEM/00_SIGNALduino.pm
UPD 2017_28_03_22:08:37 21137   ./FHEM/14_SD_WS09.pm

Demnach hätten alle Dateien ein Datum von gestern oder heute. Es gab im Git in der Zeit aber nur Commits für FHEM/00_SIGNALduino.pm, FHEM/14_SD_WS09.pm, FHEM/14_SD_WS.pm und natürlich controls_signalduino.txt. Daher meine Vermutung, daß Dein Skript zur Erstellung der controls.txt irgendetwas falsch macht. Das ist mir früher schon aufgefallen, wenn die Firmwares über update neu geholt wurden, obwohl die Dateien nicht neu waren.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 29 März 2017, 08:02:09

Heute wurden übrigens wie erwartet nur die beiden geänderten Module per Update erneuert.

Code Auswählen

2017.03.29 07:59:10.285 1 : signalduino
2017.03.29 07:59:10.505 1 : UPD ./FHEM/00_SIGNALduino.pm
2017.03.29 07:59:11.281 1 : UPD ./FHEM/14_SD_WS09.pm

Das sind die beiden mit Datum von gestern in der controls.txt.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 01 April 2017, 19:54:38

Hallo zusammen.

Mir ist aufgefallen, das man in der dev-r33 keine Abfrage cconfig mehr machen kann (Frequenzen usw.).
Desweiteren fehlen die RSSI Werte.

Gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 01 April 2017, 20:52:10

Zitat von: sash.sc am 01 April 2017, 19:54:38
...
Mir ist aufgefallen, das man in der dev-r33 keine Abfrage cconfig mehr machen kann (Frequenzen usw.).
Desweiteren fehlen die RSSI Werte.

Gruß
Sascha

kann ich so nicht bestätigen. Habe gerade ein update gemacht und es geht noch alles.
pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 01 April 2017, 21:01:37

Ich habe ein Backup von vor 3 Tagen eingespielt, da bei mir "update check" nicht mehr funktionierte. Zu diesem Zeitpunkt konnte ich die Abfragen (sduino mit cc1101) noch machen. Ich konnte dort auch noch die Bandbreite und Frequenz verändern.

Nach dem Update aus dem dev ging es heute nicht mehr !!!

gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspII am 02 April 2017, 10:47:14

Schade Dir mal die Beiträge ab #295 an. Vielleicht hast du das dort beschriebene Problem

Gesendet von meinem SM-G900F mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 02 April 2017, 11:06:28

Zitat von: RaspII am 02 April 2017, 10:47:14
Schade Dir mal die Beiträge ab #295 an. Vielleicht hast du das dort beschriebene Problem

Gesendet von meinem SM-G900F mit Tapatalk

Kann mich daran erinnern.
Habe es gelöst, indem ich ein Backup vom 28.03. eingespielt habe. Danach war wieder alles gut.

Hatte da auch Probleme mit dem Update check gehabt.

Aber jetzt läuft es.

Danke
Gruß Sascha

Gesendet von meinem E6653 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 07 April 2017, 17:21:14

Hallo Hallo!

Ich stehe vor einem Problem, dass ich nicht so richtig gelöst bekomme. Ich habe einen alten Home Easy HE107EU Dimmer hier herumliegen, den ich gerne mit FHEM und dem SignalDUINO steuern würde. Leider bekomme ich das Teil einfach nicht angelernt. Den Weg über pilight habe ich auch schon hinter mir und auch den Weg über das Projekt piHomeEasy auch schon. Letzteres habe ich auch schon an einen Code angepasst aus dem pilight Forum- funktioniert tut es trotzdem nicht. Die Timings scheinen für die EU Version anders zu sein als für die UK Version. Nach ewwwwigem Suchen habe ich witziger Weise die Timings einer mit dem Dimmer funktionierenden Remote in einer Diplomarbeit der Uni Passau gefunden. Ist es mir irgendwie möglich dieses Timings per signalDuino an den Dimmer zu senden? Der zugehörige 58bit Code steht auch in der Diplomarbeit, aber ich bekomme ihn einfach nicht gesendet :(

Der Autor schreibt nennt folgenden ON Code für einen HE307EU Wandschalter:
on: 1100011110011011000111101001110001111101001101110011000111
off: 1100011110011011000111101001110001111101001101101011000111

Als Timings nennt er bei der EU Version:
0: 275 high 275 low
1: 275 high 1320 low

Wie ich die 58bit Codes in Intertechno umrechnen kann habe ich leider auch noch nicht rausgefunden? Es gibt zwar bei den Intertechno Geräten das protocol "he_eu" aber damit funktioniert auch nichts.... :( Hier der Ausschnitt aus der Arbeit (von Philip Parsch):

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 07 April 2017, 22:08:40

Zitat von: davidwohnthier am 07 April 2017, 17:21:14
Wie ich die 58bit Codes in Intertechno umrechnen kann habe ich leider auch noch nicht rausgefunden? Es gibt zwar bei den Intertechno Geräten das protocol "he_eu" aber damit funktioniert auch nichts.... :( Hier der Ausschnitt aus der Arbeit (von Philip Parsch):

Tia, das wesentliche Problem bei der Sache ist, dass das IT Modul zwar HE_EU kennt, aber beim Senden nicht an den SIGNALduino übergibt, dass es sich um das HE_EU Protokoll handelt.
Das müsste meiner Ansicht nach auch erst noch im SIGNALduino definiert werden, dass es das gibt. Die Protollbeschreibung hast Du ja bereits geliefert, schön wäre, noch ein paar Logeinträge von dem Dimmer zu haben.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 08 April 2017, 11:41:31

ZitatIch habe einen alten Home Easy HE107EU Dimmer hier herumliegen

Hast Du auch eine Home Easy Fernbedienung, dies würde es vereinfachen. Falls ja, dann auf on und off drücken und dann die dazugehörigen log Einträge mit verbose 4 hier posten.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 08 April 2017, 17:29:28

Hallo Sidey,

habe einige Einstellungen und Versuche wegen WH2 gemacht. Vielleicht kannst du mir sagen wo noch ein paar Anpassungen möglich sind. Die Dekodierung stimmt noch nicht, kommt erst im nächsten Schritt.
Hier mal eine bunte Sammlung an Daten, die alle vom SignalDuino (CC1101 868MHz auf 433.92MHz eingestellt) erkannt wurden. Mit einem anderen Arduino und dem BetterWH2 Sketch (https://github.com/lucsmall/BetterWH2) werden zeitgeilch auch Daten empfangen.

Die Daten fangen immer mit "012" an. Wenn P0=32001 ist es auch eine Nachricht vom WH2.

Eingestellt im SignalDuino habe ich jetzt:

   name => 'WH2',
   id => '64',
#start         => [-40,1],
zero         => [1,-2],
   one            => [3,-2],
   clockabs => 460, # passt gut bis seht gut
clientmodule => 'SD_WS',
   modulematch => '^W64*',
   preamble => 'W64#', # prepend to converted message
   postamble => '', # Append to converted message
   clientmodule => '',
   length_min => '36',
   length_max => '42',

Code Auswählen


MU;P0=-32001;P1=459;P2=-2692;P3=1448;P4=-1054;D=0123434343414141434341414141414141414141414143414343434343;CP=1;R=72;
2017.04.08 16:51:55 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.04.08 16:51:55 5: sduino: Starting demodulation at Position 3

MU;P0=32001;P1=-30212;P2=160;P3=-1049;P4=480;P5=1448;D=01234343435353535343434353435353534343434343434343535343434353534;CP=4;R=72;
2017.04.08 16:59:55 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.04.08 16:59:55 5: sduino: Starting demodulation at Position 4

MU;P0=32001;P1=-15972;P2=1459;P3=-1043;P4=475;D=01232343234323234343432323232343434323432323234343434343434343232343434323234;CP=4;R=72;
2017.04.08 17:02:19 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.04.08 17:02:19 5: sduino: Starting demodulation at Position 2

MU;P0=-32001;P1=457;P2=-1064;P3=1438;D=0123232323212121232123232321212121212121212323212121232321;CP=1;R=63;
MU;P0=-32001;P1=473;P2=-1058;P3=1454;D=0123232323212121232123232121212121212121212121232321212321;CP=1;R=51;

Das sind die Daten vom BetterWH2-Sketch (Sensor TFA 30.3157 nur Temp ohne Hum)

1 | 0 | 38603 | 38603 | 0x4A/74 0x70/112 0xE8/232 0xFF/255 0x39/57 | Sensor ID: 0x4A7 | 255% | 232 | OK
2 | 0 | 47972 | 43287 | 0x4A/74 0x70/112 0xE8/232 0xFF/255 0x39/57 | Sensor ID: 0x4A7 | 255% | 232 | OK
3 | 0 | 47971 | 44848 | 0x4A/74 0x70/112 0xE8/232 0xFF/255 0x39/57 | Sensor ID: 0x4A7 | 255% | 232 | OK
4 | 0 | 47971 | 45629 | 0x4A/74 0x70/112 0xE8/232 0xFF/255 0x39/57 | Sensor ID: 0x4A7 | 255% | 232 | OK

Mit dem SignalDuino habe ich soetwas auch schon mal empfangen aber jetzt wieder verspielt.

Code Auswählen


2017.04.08 13:08:34 4: sduino: decoded matched MU Protocol id 64 dmsg W64#4A70DEFFD0 length 40 RSSI = -42
2017.04.08 13:08:34 5: sduino: converted Data to (W64#4A70DEFFD0)
2017.04.08 13:08:34 5: sduino: dispatch W64#4A70DEFFD0
2017.04.08 13:08:34 4: SD_WS_Parse: Protocol: 64, rawData: 4A70DEFFD0
2017.04.08 13:08:34 4: sduino converted to bits: WH2 0100101001110000110111101111111111010000
2017.04.08 13:08:34 4: sduino decoded protocolid: 64 (WH2) sensor id=4, channel=19, temp=13.3, hum=165
2017.04.08 13:08:34 4: sduino using longid: 1 model: SD_WS_WH2
2017.04.08 13:08:34 1: SD_WS: UNDEFINED sensor SD_WS_WH2 detected, code SD_WS_WH2_419
2017.04.08 13:08:34 2: autocreate: define SD_WS_WH2_419 SD_WS SD_WS_WH2_419
2017.04.08 13:08:34 2: autocreate: define FileLog_SD_WS_WH2_419 FileLog ./log/SD_WS_WH2_419-%Y-%m.log SD_WS_WH2_419

Jörg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 08 April 2017, 18:42:17

Zitat von: davidwohnthier am 07 April 2017, 17:21:14
Hallo Hallo!

Selber hallo.

Versuch doch mal "raw senden", so habe ich das gelöst. Wenn ich Deine Daten so anschaue, könnte das wie folgt gehen.

Code Auswählen

set <dein sduino-device name> raw SR;;R=3;;P0=275;;P1=-275;;P2=-1320;;D=<kommt gleich>;;
und "kommt gleich" übersetzt Du wie folgt. In der Zeile

Code Auswählen

<kommt geich> = 1100011110011011000111101001110001111101001101110011000111

wird 0 durch 01 ersetzt und 1 durch 02 ersetzt (da musst Du einen Umweg gehen, damit nach der ersten Ersetzung nicht neue 1en auftauchen, die da nicht hingehören). Wenn das nicht klappt, nimmst Du

Code Auswählen

set <dein sduino-device name> raw SR;;R=3;;P0=-275;;P1=275;;P2=1320;;D=<kommt gleich>;;
und dasselbe <kommt gleich>. R3 bedeutet drei Wiederholungen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 08 April 2017, 23:47:52

Zitat von: pejonp am 08 April 2017, 17:29:28
habe einige Einstellungen und Versuche wegen WH2 gemacht. Vielleicht kannst du mir sagen wo noch ein paar Anpassungen möglich sind. Die Dekodierung stimmt noch nicht, kommt erst im nächsten Schritt.

Hi,

ich habe mir das angesehen.
Die Signaldaten sehen seltsam aus, manchmal werden ja zwei Signale mit dem glichen Pegel hinter einander erkannt. Sieht so aus, als ob da ein Bug in der Firmware ist. Vor einiger Zeit habe ich so etwas mal gefixt, eventuell ist es der.

Das Problem ist dann allerdings noch, dass die Signallänge zu kurz ist. 48 Bits sollen es sein, habe ich gelesen.
Der Anfang soll mit 11111111 erkennbar sein. Der verklinkte WH2 Sketch sucht allerdings nach 110 wobei die 0 wohl schon zum 1. Byte zählt.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 09 April 2017, 11:48:00

Danke schon einmal für die vielen Antworten und Tipps!

Zitat von: Sidey am 07 April 2017, 22:08:40
Die Protollbeschreibung hast Du ja bereits geliefert, schön wäre, noch ein paar Logeinträge von dem Dimmer zu haben.

Das Problem ist, dass ich keine funktionierende Fernbedienung habe - eigentlich wollte ich mir den Kauf ersparen, aber ich werde wohl nicht drum herum kommen..

Zitat von: andies am 08 April 2017, 18:42:17
Versuch doch mal "raw senden", so habe ich das gelöst. Wenn ich Deine Daten so anschaue, könnte das wie folgt gehen.
Code Auswählen Erweitern
set <dein sduino-device name> raw SR;;R=3;;P0=275;;P1=-275;;P2=-1320;;D=<kommt gleich>;;
und "kommt gleich" übersetzt Du wie folgt. In der Zeile
Code Auswählen Erweitern
<kommt geich> = 1100011110011011000111101001110001111101001101110011000111
wird 0 durch 01 ersetzt und 1 durch 02 ersetzt (da musst Du einen Umweg gehen, damit nach der ersten Ersetzung nicht neue 1en auftauchen, die da nicht hingehören). Wenn das nicht klappt, nimmst Du
Code Auswählen Erweitern
set <dein sduino-device name> raw SR;;R=3;;P0=-275;;P1=275;;P2=1320;;D=<kommt gleich>;;
und dasselbe <kommt gleich>. R3 bedeutet drei Wiederholungen.

Ich hab den Code nach deiner Anleitung umgeschrieben in:

Code Auswählen

set sduino raw SR;;R=3;;P0=275;;P1=-275;;P2=-1320;;D=02020101010202020201010202010202010101020202020102010102020201010102020202020102010102020102020201010202010101020202;;

und

Code Auswählen

set sduino raw SR;;R=3;;P0=-275;;P1=275;;P2=1320;;D=02020101010202020201010202010202010101020202020102010102020201010102020202020102010102020102020201010202010101020202;;

Kein Ergebnis merkwürdiger Weise. Ich verstehe es nicht, also ob der Dimmer nicht im Learn Mode wäre (ist er aber meiner Meinung nach: 6x ON/OFF drücken, LED flackert, Signal senden). Er regiert allerdings auf keinen der Timingcodes.

Ich habe auch schon den Beispielcode von einem HE301EU Schalter versucht (diese habe ich im Projekt RFLinkNRF auf GitHub gefunden), allerdings funktionieren diese dort auch nicht.. Der Dimmer will einfach auf kein Funksignal reagieren.. Ich hab mal das Skript aus dem o.g. GitHub Projekt angehängt.

Zitat von: Ralf9 am 08 April 2017, 11:41:31
Hast Du auch eine Home Easy Fernbedienung, dies würde es vereinfachen. Falls ja, dann auf on und off drücken und dann die dazugehörigen log Einträge mit verbose 4 hier posten.

Das ist leider das Problem :( Bis jetzt hab ich keine und wollte sie mir ursprünglich auch sparen, aber ich ahne, dass ich sonst nicht an die richtigen Codes und Timings rankomme?! Zum Mäuse melken..

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 09 April 2017, 11:49:18

Hallo Sidey,

ich habe jetzt mal meine Änderungen hochgeladen. Benötigst du noch ein ausfürhlicheres Log ?
Firmeware: version: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50

Jörg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 09 April 2017, 12:06:20

Zitat von: davidwohnthier am 09 April 2017, 11:48:00
Das Problem ist, dass ich keine funktionierende Fernbedienung habe - eigentlich wollte ich mir den Kauf ersparen,

Hast Du mal die UK-Zeiten probiert? Die Diplomarbeit sagt ja, dass das so gehen muss - ob nun UK-Mäuse oder EU-Mäuse kommt aufs selbe hinaus.

<EDIT> Und die beiden Adressen sind auch identisch? Die sind doch oft einstellbar, an den Schaltern. Oder hier nicht?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 09 April 2017, 19:08:01

Hat zufällig jemand der hier mitliest eine Home Easy Fernbedienung und einen Signalduino?
Falls ja, dann wäre es für uns hilfreich, wenn wir für on und off die dazugehörigen log Einträge mit verbose 4 bekommen könnten.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 09 April 2017, 21:38:41

Welche Home easy wird denn benötigt? Habe glaube ich, noch eine mit rollierenden Code. He832 oder so.

Bin im Moment auf Schulung. Donnerstag oder Freitag könnte ich mal schauen.

Gesendet von meinem E6653 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 09 April 2017, 22:13:12

ist anscheinend egal, welche.
In der Amazon Beschreibung steht:

ZitatIntegrierter Empfänger für die Steuerung durch alle Home Easy Fernbedienungen

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 10 April 2017, 00:00:10

Leider scheinen die alten HE1xx und HE2xx Teile nicht die 800er Codes anzunehmen. Der Wandtaster HE307 funktioniert angeblich.. vielleicht muss ich ihn mir doch zulegen. Hmm

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 10 April 2017, 22:33:06

Zitat von: pejonp am 09 April 2017, 11:49:18
ich habe jetzt mal meine Änderungen hochgeladen. Benötigst du noch ein ausfürhlicheres Log ?
Firmeware: version: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50

Ja, wir brauchen ein paar Logs, die auch valide Daten haben.

Code Auswählen


MU;P0=-32001;P1=473;P2=-1058;P3=1454;D=0123232323212121232123232121212121212121212121232321212321;CP=1;R=51;

Ist leider zu kurz (nur 28 Bit)

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 11 April 2017, 11:04:13

@sidey

hier ein paar logs. Ich habe die Min/Max-Werte im grossen Log angepaßt.
length_min => '40',
length_max => '48',

vor den erkannten Werten stehen die Daten vom WH2-Sketch

jörg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 12 April 2017, 09:47:09

Wie genau funktioniert WhitelistID? Da ich selbst den Wikipedia-Eintrag bearbeitet habe, weiß ich, dass es da nicht steht. Anscheinend gibt man die Protokollnummer an, richtig? Werden dann alle Protokolle, die nicht angegeben werden, ausgeblendet? Wäre da nicht BlacklistID besser? Und was ist mit Einträgen der Form Unknown code u57#A952A7, help me!, ist dann 57 die Protokollnummer?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 12 April 2017, 11:02:05

Zitat von: andies am 12 April 2017, 09:47:09
Wie genau funktioniert WhitelistID? Da ich selbst den Wikipedia-Eintrag bearbeitet habe, weiß ich, dass es da nicht steht. Anscheinend gibt man die Protokollnummer an, richtig? Werden dann alle Protokolle, die nicht angegeben werden, ausgeblendet? Wäre da nicht BlacklistID besser? Und was ist mit Einträgen der Form Unknown code u57#A952A7, help me!, ist dann 57 die Protokollnummer?

Eine Blacklist würde ja heißen dass du einen Gros der Protokolle zuhause verwendest und das wird ja eher nicht der Fall sein, oder? Wenn du dann zuhause nur 6 (was ich schon viel finde) Protokolle verwendest müsstest du über 34 Stück in die Blacklist schreiben. Üblich ist ja eher, dass du vielleicht drei Steckdosen mit Protokoll 17, zwei Unterputz Empfänger mit Protokoll XY hast und das war's. Dann trägst du whitlistID 17,8 ein und schon werden nur diese mit einbezogen. Ja, 57 ist die Protokollnummer - steht auch irgendwo. Ich glaube im Wiki.

Auszug aus dem Wiki:

ZitatDiese kann der obigen Tabelle zum Teil entnommen werden. Hilfreich ist es auch, wenn ihr in den verwendeten Geräten im Internal <gerätename>_DMSG nachseht. Diese sind teilweise nach folgendem Schema aufgebaut: W50#FF553335FFBC W50 bedeutet dann Protokoll #50. Ist der Aufbau nicht so, hilft noch ein Blick in den Quellcode.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 12 April 2017, 11:10:54

Zitat von: davidwohnthier am 12 April 2017, 11:02:05
Eine Blacklist würde ja heißen dass du einen Gros der Protokolle zuhause verwendest und das wird ja eher nicht der Fall sein, oder? Wenn du dann zuhause nur 6 (was ich schon viel finde) Protokolle verwendest müsstest du über 34 Stück in die Blacklist schreiben. Üblich ist ja eher, dass du vielleicht drei Steckdosen mit Protokoll 17, zwei Unterputz Empfänger mit Protokoll XY hast und das war's. Dann trägst du whitlistID 17,8 ein und schon werden nur diese mit einbezogen. Ja, 57 ist die Protokollnummer - steht auch irgendwo. Ich glaube im Wiki.

Naja, das hat beides so seine Vor- und Nachteile. Erstmal weiß ich ja nicht, welche Protokolle die Geräte so verwenden, wenn ich ein neues anlegen will. Ich sehe aber im Log, welche scheinbar nicht funktionieren. Ich habe z.B. auch ständig ein u20#... help me! im Log. Es ist vermutlich ein Gerät, daß über den nanoCUL läuft. Wenn ich jetzt einfach die 20 in eine Blacklist setzen könnte, würde das Log nicht zugemüllt und ich kann aber trotzdem neue Geräte anlegen (lassen), wenn der Signalduino sie kennt, ohne daß ich das Protokoll kennen muß.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 12 April 2017, 14:38:48

Wiki ist angepasst. Ist es denn so, dass bei einem WhitelistID-Eintrag nur noch die entsprechenden Protokolle in die Logs kommen, sonst aber alle? Das steht so nicht im Wiki und das würde ich dann eintragen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 12 April 2017, 16:30:13

Blacklisting wurde schon mal entwickelt, aber nicht final eingebaut, da kein Anwendungsfall gefunden wurde, der nicht über white list ID abgebildet werden kann.

Ist halt die Frage, ob man neue Geräte aus der Nachbarschaft einbinden will, ohne zu wissen was das ist. :)

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 13 April 2017, 20:23:55

Zitat von: RappaSan am 13 April 2017, 19:20:36
So ein Modul mit diesem Fehler gibt's noch:

Internals:
CFGFN
CODE SD_WS07_TH_1

Attributes:
event-min-interval .*:300
event-on-change-reading .*
room Autocreated

Das Attribut event-min-interval spielt keine Rolle, hier wird ein event ca. alle 20 Sekunden ausgelöst. :(

Dies hat nichts mit den Oregon Sensoren zu tun.

Ich habe es mal bei mir mit

Code Auswählen

   event-min-interval .*:300 
   event-on-change-reading .*

getestet. Es wird damit wie gewünscht ca alle 5 Minuten vom SD_WS07 Modul ein event erzeugt:

Code Auswählen

2017-04-13 20:19:00.621 SD_WS07 SD_WS07_TH_513 T: 18.9 H: 51
2017-04-13 20:19:00.621 SD_WS07 SD_WS07_TH_513 temperature: 18.9
2017-04-13 20:19:00.621 SD_WS07 SD_WS07_TH_513 humidity: 51
2017-04-13 20:19:00.621 SD_WS07 SD_WS07_TH_513 battery: low
2017-04-13 20:19:00.621 SD_WS07 SD_WS07_TH_513 channel: 3

Evtl lässt sich der Fehler mit einem verbose 4 log-Auszug eingrenzen.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 14 April 2017, 09:30:44

Ich hab mal ein verbose 4 log von 2 aufeinanderfolgenden events angehängt: (ca. 09:27:04 und 09:27:28):

2017.04.14 09:27:04 3: sduino: Unknown code u63DAFFBDAAB756, help me!
2017.04.14 09:27:04 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.04.14 09:27:05 4: sduino/msg READ: MS;P1=489;P2=-1986;P3=-960;P4=-3922;D=14121312121312131212131313131313131312131313121312121212121312131312121213;CP=1;SP=4;
2017.04.14 09:27:05 4: sduino: Matched MS Protocol id 7 -> weatherID7
2017.04.14 09:27:05 4: sduino: Decoded MS Protocol id 7 dmsg P7#B58045F4E length 36
2017.04.14 09:27:05 4: SD_WS07_Parse SD_WS07 (P7#B58045F4E) length: 9
2017.04.14 09:27:05 4: SD_WS07_TH decoded protocolid: 7 sensor id=B5, channel=1, temp=6.9, hum=78, bat=ok
2017.04.14 09:27:05 4: sduino/msg READ: MC;LL=-1001;LH=952;SL=-513;SH=439;D=AAAAAAAA99A566995565656A96556A55555A66556A696969;C=484;L=192;
2017.04.14 09:27:05 4: sduino: Found manchester Protocol id 10 clock 484 -> OSV2o3
2017.04.14 09:27:05 4: sduino: OSV2 protocol detected: preamble_pos = 34
2017.04.14 09:27:05 4: sduino: OSV2 protocol converted to hex: (501A2D10F1040760053733) with length (88) bits
2017.04.14 09:27:05 4: HumTemp1 decoded Oregon: T: 7 H: 56 BAT: low
2017.04.14 09:27:05 4: sduino: Found manchester Protocol id 12 clock 484 -> Hideki protocol
2017.04.14 09:27:05 4: sduino: Found manchester Protocol id 52 clock 484 -> OS_PIR
2017.04.14 09:27:05 4: sduino: Found manchester Protocol id 58 clock 484 -> tfa 30.3208.0
2017.04.14 09:27:06 4: sduino/msg READ: MC;LL=-1038;LH=928;SL=-522;SH=431;D=55555555334ACD32AACACAD52CAAD4AAAAB4CCAAD4D2D2D2;C=486;L=192;
2017.04.14 09:27:06 4: sduino: Found manchester Protocol id 10 clock 486 -> OSV2o3
2017.04.14 09:27:06 4: sduino: OSV2 protocol detected: preamble_pos = 33
2017.04.14 09:27:06 4: sduino: OSV2 protocol converted to hex: (501A2D10F1040760053733) with length (88) bits
2017.04.14 09:27:06 4: sduino: Dropped (501A2D10F1040760053733) due to short time or equal msg
2017.04.14 09:27:06 4: sduino: Found manchester Protocol id 12 clock 486 -> Hideki protocol
2017.04.14 09:27:06 4: sduino: Found manchester Protocol id 52 clock 486 -> OS_PIR
2017.04.14 09:27:06 4: sduino: Found manchester Protocol id 58 clock 486 -> tfa 30.3208.0
2017.04.14 09:27:28 4: sduino/msg READ: MS;P1=413;P2=-1054;P3=-2011;P4=-3978;D=14121213131313131213121212121212121213121212121213131313131213121312121212;CP=1;SP=4;O;
2017.04.14 09:27:28 4: sduino: Matched MS Protocol id 7 -> weatherID7
2017.04.14 09:27:28 4: sduino: Decoded MS Protocol id 7 dmsg P7#3E8041F50 length 36
2017.04.14 09:27:28 4: SD_WS07_Parse SD_WS07 (P7#3E8041F50) length: 9
2017.04.14 09:27:28 4: SD_WS07_TH decoded protocolid: 7 sensor id=3E, channel=1, temp=6.5, hum=80, bat=ok
2017.04.14 09:27:28 4: sduino/msg READ: MS;P0=-1042;P1=413;P2=-2042;P3=-3972;D=13101012121212121012101010101010101012101010101012121212121012101210101010;CP=1;SP=3;O;
2017.04.14 09:27:28 4: sduino: Matched MS Protocol id 7 -> weatherID7
2017.04.14 09:27:28 4: sduino: Decoded MS Protocol id 7 dmsg P7#3E8041F50 length 36
2017.04.14 09:27:28 4: sduino: Dropped (P7#3E8041F50) due to short time or equal msg
2017.04.14 09:27:28 4: sduino/msg READ: MS;P0=-2016;P1=429;P2=-1043;P3=-3985;D=13121210101010101210121212121212121210121212121210101010101210121012121212;CP=1;SP=3;O;
2017.04.14 09:27:28 4: sduino: Matched MS Protocol id 7 -> weatherID7
2017.04.14 09:27:28 4: sduino: Decoded MS Protocol id 7 dmsg P7#3E8041F50 length 36
2017.04.14 09:27:28 4: sduino: Dropped (P7#3E8041F50) due to short time or equal msg
2017.04.14 09:27:28 2: CUL_TCM97001 Unknown device CUL_TCM97001_62, please define it
2017.04.14 09:27:29 4: sduino/msg READ: MU;P0=-1058;P1=410;P2=-2011;P3=-3944;P4=-9568;D=01010101010101210101010101212121212101210121010101013101012121212121012101010101010101012101010101012121212121012101210101014;CP=1;
2017.04.14 09:27:29 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2017.04.14 09:27:29 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.14 09:27:29 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.14 09:27:29 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.04.14 09:27:29 4: sduino: decoded matched MU Protocol id 63 dmsg u63FE00000000 length 40

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 14 April 2017, 11:01:31

Zitat2017.04.14 09:27:05 4: sduino: Decoded MS Protocol id 7 dmsg P7#B58045F4E length 36
2017.04.14 09:27:05 4: SD_WS07_Parse SD_WS07 (P7#B58045F4E) length: 9
2017.04.14 09:27:05 4: SD_WS07_TH decoded protocolid: 7 sensor id=B5, channel=1, temp=6.9, hum=78, bat=ok

2017.04.14 09:27:28 4: sduino: Decoded MS Protocol id 7 dmsg P7#3E8041F50 length 36
2017.04.14 09:27:28 4: SD_WS07_Parse SD_WS07 (P7#3E8041F50) length: 9
2017.04.14 09:27:28 4: SD_WS07_TH decoded protocolid: 7 sensor id=3E, channel=1, temp=6.5, hum=80, bat=ok

Du hast 2 verschiedene Sensoren auf Kanal 1. Bitte ändere mal bei einem den Kanal.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 14 April 2017, 11:13:06

Geht nicht. Sind Sensoren von dem(den) Nachbarn. :)
Aber jetzt hab ich wenigstens eine Erklärung. Danke Dir.

Der Sduino läuft hier mit longids=0, das hab ich jetzt mal umgestellt.
Und siehe da: Es funken 3 von den Dingern hier herum - bis jetzt.

Gerade gesehen: Die halten sich aber auch nicht an das min-intervall.
Im angelegen Filelog stehen beispielhaft folgende Dinge:

2017-04-14_11:08:10 SD_WS07_TH_3E1 T: 8.5 H: 74
2017-04-14_11:08:10 SD_WS07_TH_3E1 temperature: 8.5
2017-04-14_11:08:10 SD_WS07_TH_3E1 humidity: 74
2017-04-14_11:08:10 SD_WS07_TH_3E1 battery: ok
2017-04-14_11:08:10 SD_WS07_TH_3E1 channel: 1
2017-04-14_11:10:04 SD_WS07_TH_3E1 T: 8.6 H: 74
2017-04-14_11:10:04 SD_WS07_TH_3E1 temperature: 8.6
2017-04-14_11:11:58 SD_WS07_TH_3E1 T: 8.6 H: 73
2017-04-14_11:11:58 SD_WS07_TH_3E1 humidity: 73
2017-04-14_11:13:52 SD_WS07_TH_3E1 battery: ok
2017-04-14_11:13:52 SD_WS07_TH_3E1 channel: 1
2017-04-14_11:14:49 SD_WS07_TH_3E1 T: 8.7 H: 73
2017-04-14_11:14:49 SD_WS07_TH_3E1 temperature: 8.7
2017-04-14_11:17:40 SD_WS07_TH_3E1 T: 8.8 H: 73
2017-04-14_11:17:40 SD_WS07_TH_3E1 temperature: 8.8
2017-04-14_11:17:40 SD_WS07_TH_3E1 humidity: 73
2017-04-14_11:19:34 SD_WS07_TH_3E1 T: 8.8 H: 72
2017-04-14_11:19:34 SD_WS07_TH_3E1 humidity: 72
2017-04-14_11:19:34 SD_WS07_TH_3E1 battery: ok
2017-04-14_11:19:34 SD_WS07_TH_3E1 channel: 1
2017-04-14_11:21:28 SD_WS07_TH_3E1 T: 8.9 H: 72
2017-04-14_11:21:28 SD_WS07_TH_3E1 temperature: 8.9

Da ist von 5 Minuten Mindestabstand keine Spur...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 14 April 2017, 12:12:55

::)
Hab mir gerade noch mal die verschiedenen event-on- Beschreibungen genauer angesehen. Das war dann wohl ein Mißverständnis des Zusammenspiels von min-intervall und change-reading bei mir.
event-on-change: Das event wird bei jeder Änderung ausgeführt, min-intervall spielt dann keine Rolle. Erst wenn im eingestellten min-intervall sich nix geändert hat, schägt das min-intervall zu und löst ein event aus.
event-on-update: Das event wird bei jedem Update des devices ausgelöst, aber es muß min-intervall an Zeit vergangen sein.

Selbst Rudolf scheint da seine Probleme mit zu haben: https://forum.fhem.de/index.php/topic,36522.msg412249.html#msg412249 :)

Da ist es bei uns "normal sterblichen" kein Wunder...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: arthur_dent_2015 am 15 April 2017, 18:33:46

Moin zusammen,
ich habe vor ca. 3 Wochen meine Somfy Rollläden von CUL433 auf Signalduino umgestellt. Das hat anfangs auch problemlos funktioniert (wenn man beim restart von fhem das IODev auf sduino setzt). Seit ein paar Tagen (letztes fhem update?) funktioniert das Senden aber nicht mehr richtig. Mal fährt abends ein Rollladen nicht runter, mal bleibt ein Rollladen geschlossen wenn ich die Balkontür öffne. Meist bedarf es mehrerer set Befehle bis ein Rollladen reagiert >:(
Hier mal ein Auszug aus meinem aktuellen Log:

Code Auswählen


sduino3/keepalive ok, retry = 0
2017.04.15 17:37:20 4: sduino/keepalive ok, retry = 0
2017.04.15 17:37:32 4: SOMFY_set: Roll2 -> entering with mode :send: cmd :on:  arg1 ::  pos :0: 
2017.04.15 17:37:32 4: SOMFY_set: handled command on --> move :on:  newState :closed: 
2017.04.15 17:37:32 5: SOMFY_set: handled for drive/udpate:  updateState ::  drivet :0: updatet :0: 
2017.04.15 17:37:32 4: SOMFY_sendCommand: Roll2 -> cmd :on: 
2017.04.15 17:37:32 4: sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECECECECECCC;F=10AB85550A;
2017.04.15 17:37:32 4: sduino SendFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECECECECECCC;F=10AB85550A;
2017.04.15 17:37:33 4: sduino/msg READ: write new ccreg  10AB85550A
2017.04.15 17:37:33 4: sduino/msg READ: Received answer (write new ccreg  10AB85550A) for sendraw does not match ^S(R|C|M);
2017.04.15 17:37:33 4: sduino/msg READ: ccreg write back 10AB853500
2017.04.15 17:37:33 4: sduino/msg READ: Received answer (ccreg write back 10AB853500) for sendraw does not match ^S(R|C|M);
2017.04.15 17:37:33 4: sduino/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECECECECECCC;F=10AB85550A;
2017.04.15 17:37:33 4: sduino/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0ECECECECECCC;F=10AB85550A;
2017.04.15 17:37:33 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2017.04.15 17:38:04 4: sduino3/KeepAlive not ok, retry = 1 -> get ping
2017.04.15 17:38:09 4: sduino3/msg READ: OK
2017.04.15 17:38:09 4: sduino3/HandleWriteQueue: nothing to send, stopping timer
2017.04.15 17:38:22 4: sduino/keepalive ok, retry = 0
2017.04.15 17:38:50 4: sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0EEEEEE00EE00;F=10AB85550A;
2017.04.15 17:38:50 4: sduino SendFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0EEEEEE00EE00;F=10AB85550A;
2017.04.15 17:38:50 4: sduino/msg READ: write new ccreg  10AB85550A
2017.04.15 17:38:50 4: sduino/msg READ: Received answer (write new ccreg  10AB85550A) for sendraw does not match ^S(R|C|M);
2017.04.15 17:38:51 4: sduino/msg READ: ccreg write back 10AB853500
2017.04.15 17:38:51 4: sduino/msg READ: Received answer (ccreg write back 10AB853500) for sendraw does not match ^S(R|C|M);
2017.04.15 17:38:51 4: sduino/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0EEEEEE00EE00;F=10AB85550A;
2017.04.15 17:38:51 4: sduino/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A0EEEEEE00EE00;F=10AB85550A;
2017.04.15 17:38:51 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2017.04.15 17:39:04 4: sduino3/keepalive ok, retry = 0
2017.04.15 17:39:22 4: sduino/keepalive ok, retry = 0
2017.04.15 17:40:05 4: sduino3/KeepAlive not ok, retry = 1 -> get ping
2017.04.15 17:40:08 4: sduino3/msg READ: OK

und ein list vom sduine device:

Code Auswählen


Internals: 
   CFGFN 
   Clients    :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt:SIGNALduino_un:SD_WS_Maverick:FS10:SIGNALduino_un: 
   DEF        /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.1.4:1.0-port0@57600 
   DMSG       nothing 
   DevState   initialized 
   DeviceName /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.1.4:1.0-port0@57600 
   FD         45 
   NAME       sduino 
   NR         818 
   PARTIAL 
   STATE      opened 
   TIME       1492272329.82986 
   TYPE       SIGNALduino 
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   Helper: 
     Dblog: 
       State: 
         Fhemlogdb: 
           TIME       1492272363.33962 
           VALUE      opened 
   Matchlist: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2} 
     11:SD_WS09 ^P9#[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^YsA[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     1:IT       ^i...... 
     21:FS10    ^P61#[A-F0-9]+ 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     7:Hideki   ^P12#75[A-F0-9]+ 
     X:SIGNALduino_un ^[uP]\d+#.* 
   QUEUE: 
   Readings: 
     2017-04-15 18:11:09   ccconf          freq:433.420MHz bWidth:464KHz rAmpl:42dB sens:4dB  (DataRate:1500.13Baud) 
     2017-04-15 18:25:19   ping            OK 
     2017-04-15 18:06:03   state           opened 
     2017-04-15 18:06:03   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   Getcmd: 
   Keepalive: 
     ok         0 
     retry      0 
   mcIdList: 
     43 
   msIdList: 
     17 
     3 
     4 
   muIdList: 
     5 
Attributes: 
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] 
   hardware   nanoCC1101 
   verbose    4 
   whitelist_IDs 3,4,5,17,43

und auch noch eins vom Somfy device:

Code Auswählen


Internals: 
   ADDRESS    200000 
   CFGFN 
   DEF        200000 
   IODev      sduino 
   NAME       Roll2 
   NR         526 
   STATE      closed 
   TYPE       SOMFY 
   move       on 
   Code: 
     1          200000 
   Readings: 
     2017-04-15 18:13:59   enc_key         A2 
     2017-04-15 18:13:59   exact           200 
     2017-04-15 18:13:59   position        200 
     2017-04-15 18:13:59   rolling_code    0002 
     2017-04-15 18:13:59   state           closed 
Attributes: 
   DbLogInclude .* 
   IODev      sduino 
   devStateIcon closed:fts_shutter_100:open open:fts_shutter_10 
   event-on-change-reading state 
   eventMap   on:down off:up 
   group      Rollladen_group 
   room       Somfy 
   verbose    5

nach Ausführung von set Roll2 on, Rolladen ist aber weiterhin offen :(
Signalsuino und Sofy Modul Version:

Code Auswählen


00_SIGNALduino.pm    10486 2017-04-09 22:00:00Z v3.3.1-dev
10_SOMFY.pm          12918 2016-12-31 10:10:47Z viegener

Wo kann das Problem sein?

Danke & Gruß
Arthur

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 16 April 2017, 18:59:47

@sash.sc
Ich habe ein Attribut rawmsgEvent zugefügt. Damit werden bei RAWMSG events erzeugt.
Ist es so ausreichend?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 16 April 2017, 19:23:53

Hallo Sidey,

ich wünsche schöne Ostern.

Ich habe jetzt festgestellt das die Hideki-Nachrichten nicht immer dekodiert werden. Vielleicht kannst du mir da helfen.

Code Auswählen


das ist OK!
2017.04.16 18:59:09 4: sduino/msg READ: MC;LL=-1026;LH=928;SL=-552;SH=429;D=A8EAF45ACFA40AE775AAEEC;C=489;L=90;R=255;
2017.04.16 18:59:09 4: sduino: Found manchester Protocol id 12 clock 489 RSSI -74.5 -> Hideki protocol
2017.04.16 18:59:09 5: sduino: extracted data 01010111000101010000101110100101001100000101101111110101000110001000101001010101000100010011 (bin)
2017.04.16 18:59:09 4: sduino: hideki protocol converted to hex: 752ABACAD0BF3151552201 with 91 bits, messagestart 1
2017.04.16 18:59:09 5: sduino: converted Data to (P12#752ABACAD0BF3151552201)
2017.04.16 18:59:09 5: sduino: dispatch P12#752ABACAD0BF3151552201
2017.04.16 18:59:09 4: Hideki_Parse sduino incomming P12#752ABACAD0BF3151552201
2017.04.16 18:59:09 4: Hideki_Parse SensorTyp = 30 decodedString = 757ece5e70c153f3ff6603
2017.04.16 18:59:09 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=7e, channel=3, bat=ok, temp=17, humidity=53
2017.04.16 18:59:09 4: sduino using longid: 1 model: Hideki_30
2017.04.16 18:59:09 5: deviceCode: Hideki_30_7e.3
2017.04.16 18:59:09 4: sduino/msg READ: MC;LL=-1017;LH=935;SL=-527;SH=445;D=57A2D77D20573BAD5FCE;C=487;L=79;R=0;
2017.04.16 18:59:09 4: sduino: Found manchester Protocol id 12 clock 487 RSSI -74 -> Hideki protocol
2017.04.16 18:59:09 5: sduino: extracted data 10101000010111010010100010000010110111111010100011000100010100101010000000110001 (bin)
2017.04.16 18:59:10 4: sduino/msg READ: MS;P0=-14698;P1=441;P2=-534;P3=935;P4=-1017;D=101212123432121434123434123412121212123432143212121212143434121232141212341212343412343434321412321214121212121;CP=1;SP=0;R=255;
2017.04.16 18:59:11 4: sduino/msg READ: MU;P0=-636;P1=248;P2=176;P3=-105;P4=127;P5=-360;P7=-152;D=012343252323434323232740404323232341134343;CP=4;R=221;
2017.04.16 18:59:14 4: sduino/msg READ: MS;P0=-3905;P1=499;P2=-1943;P3=-9213;D=13121012101212121010101010101212101212121210101210101012101212101210101212;CP=1;SP=3;R=57;O;
2017.04.16 18:59:14 4: sduino/msg READ: MS;P0=-1962;P1=442;P2=-3914;P3=-9184;D=13101210121010101212121212121010121010101012121012121210121010121012121010;CP=1;SP=3;R=60;
2017.04.16 18:59:21 4: sduino/msg READ: MC;LL=-1042;LH=909;SL=-559;SH=418;D=5ACC3E0BC75590FC4;C=487;L=66;R=25;

2 Sensoren werden nicht erkannt:
2017.04.16 18:59:21 4: sduino/msg READ: MC;LL=-1053;LH=906;SL=-553;SH=416;D=39CD16BB0F82F1D5647AD;C=487;L=84;R=25;
2017.04.16 18:59:21 4: sduino: Found manchester Protocol id 12 clock 487 RSSI -61.5 -> Hideki protocol
2017.04.16 18:59:21 5: sduino: extracted data 110001100011001011101001010001001111000001111101000011100010101010011011100001010010 (bin)
2017.04.16 18:59:22 4: sduino/msg READ: MC;LL=-1057;LH=895;SL=-556;SH=418;D=345ADC3E0BC75590714;C=487;L=74;R=25;
2017.04.16 18:59:22 4: sduino: Found manchester Protocol id 12 clock 487 RSSI -61.5 -> Hideki protocol
2017.04.16 18:59:22 5: sduino: extracted data 1100101110100101001000111100000111110100001110001010101001101111100011101011 (bin)

Ich habe es mit einem rtl-sdr (rtl_433) verglichen. Dort werden die Sensor angezeigt. Ich habe die beiden Sensoren in ca. 1,5 m Abstand beim Signalduino zu stehen und diese werden nicht erkannt.
Ich habe in der Signalduino.pm auch schon die clockrange => [420,500] angepaßt (alt 510).
Es wird ja noch etwas bei Hideki geprüft !?

Jetzt habe ich nur Protokoll 12 aktiviert.

Code Auswählen


etwas später, wieder nicht erkannt:
2017.04.16 19:12:06 4: sduino/msg READ: MC;LL=-1037;LH=911;SL=-544;SH=430;D=CD16B30F82F1D5643F1;C=486;L=76;R=25;
2017.04.16 19:12:06 4: sduino: Found manchester Protocol id 12 clock 486 RSSI -61.5 -> Hideki protocol
2017.04.16 19:12:06 5: sduino: extracted data 0011001011101001010011001111000001111101000011100010101010011011110000001110 (bin)
2017.04.16 19:12:07 4: sduino/msg READ: MS;P0=-5200;P1=433;P2=316;P3=-538;P4=-1038;P5=924;D=1023141313531413135314135453131454135454131354135313131413131313531313131454131313531314131354545454135314531314131313545413541;CP=1;SP=0;R=24;
2017.04.16 19:12:07 4: sduino/msg READ: MC;LL=-1039;LH=916;SL=-547;SH=431;D=39A2D6E1F05E3AAC838A;C=488;L=79;R=25;
2017.04.16 19:12:07 4: sduino: Found manchester Protocol id 12 clock 488 RSSI -61.5 -> Hideki protocol
2017.04.16 19:12:07 5: sduino: extracted data 11000110010111010010100100011110000011111010000111000101010100110111110001110101 (bin)
2017.04.16 19:12:10 4: sduino/msg READ: MC;LL=-1049;LH=919;SL=-549;SH=422;D=DD16B2F182F1D571FA1;C=489;L=76;R=22;
2017.04.16 19:12:10 4: sduino: Found manchester Protocol id 12 clock 489 RSSI -63 -> Hideki protocol
2017.04.16 19:12:10 5: sduino: extracted data 0010001011101001010011010000111001111101000011100010101010001110000001011110 (bin)
2017.04.16 19:12:10 4: sduino/msg READ: MC;LL=-1042;LH=914;SL=-554;SH=421;D=E8B5D78C178EAB8DFE8;C=488;L=73;R=22;
2017.04.16 19:12:10 4: sduino: Found manchester Protocol id 12 clock 488 RSSI -63 -> Hideki protocol
2017.04.16 19:12:10 5: sduino: extracted data 0001011101001010001010000111001111101000011100010101010001110010000000010111 (bin)
2017.04.16 19:12:10 4: sduino/msg READ: MC;LL=-1043;LH=904;SL=-554;SH=423;D=E8B5B78C178EAB8ECA8;C=487;L=73;R=21;
2017.04.16 19:12:10 4: sduino: Found manchester Protocol id 12 clock 487 RSSI -63.5 -> Hideki protocol
2017.04.16 19:12:10 5: sduino: extracted data 0001011101001010010010000111001111101000011100010101010001110001001101010111 (bin)
2017.04.16 19:12:14 4: sduino/msg READ: MC;LL=-1022;LH=964;SL=-496;SH=460;D=332D2D32D2B2B4B52CB4B4CAAAB2ACAAB32CCB34;C=490;L=160;R=243;
2017.04.16 19:12:14 4: sduino: Found manchester Protocol id 12 clock 490 RSSI -80.5 -> Hideki protocol
2017.04.16 19:12:14 5: sduino: extracted data 1100110011010010110100101100110100101101010011010100101101001010110100110100101101001011001101010101010101001101010100110101010101001100110100110011010011001011 (bin)
2017.04.16 19:12:14 4: sduino/msg READ: MC;LL=-1123;LH=943;SL=-479;SH=459;D=555555554CCB4B4CB4ACAD2D4B2D2D32AAACAB2AACCB328;C=500;L=185;R=243;

ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
version: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50

00_CUL.pm 13833 2017-03-28 15:43:17Z rudolfkoenig
14_CUL_TCM97001.pm 12994 2017-01-07 07:49:53Z bjoernh
14_Hideki.pm 14395 2017-01-25 18:00:00Z v3.3.1-dev
36_JeeLink.pm 12695 2016-12-01 21:38:18Z justme1968
41_OREGON.pm 34476 2016-12-04 13:00:00Z dev
14_SD_WS.pm 33 2017-01-19 18:00:00Z v3.3-dev
00_SIGNALduino.pm 10486 2017-04-09 22:00:00Z v3.3.1-dev

Danke,
Jörg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 16 April 2017, 19:48:50

@sidey,@ralf

in der Signalduino.pm ist die ID=62 doppelt. Soll das so sein ? Ich habe es bei mir mal auf ID=63 gesetzt.

Jörg

Code Auswählen


	"62" => ## Clarus_Switch  
		{    #MU;P0=-5893;P4=-634;P5=498;P6=-257;P7=116;D=45656567474747474745656707456747474747456745674567456565674747474747456567074567474747474567456745674565656747474747474565670745674747474745674567456745656567474747474745656707456747474747456745674567456565674747474747456567074567474747474567456745674567;CP=7;O;
			name         => 'Clarus_Switch',
			id           => '62',
			one          => [3,-1],
			zero         => [1,-3],
			start        => [1,-35], # ca 30-40
			clockabs     => 189, 
			preamble     => 'i', # prepend to converted message
			clientmodule => 'IT', 
			#modulematch => '', 
			length_min   => '24',
			length_max   => '24',		
		},
	"63" => ## Warema MU
		{    #MU;P0=-2988;P1=1762;P2=-1781;P3=-902;P4=871;P5=6762;P6=5012;D=0121342434343434352434313434243521342134343436;
			name         => 'Warema',
			id           => '62',
			one          => [1],
			zero         => [0],
			clockabs     => 800, 
			syncabs		 => '6700',# Special field for filterMC function
			preamble     => 'u63', # prepend to converted message
			clientmodule => '', 
			#modulematch => '', 
			length_min   => '24',
			filterfunc   => 'SIGNALduino_filterMC',
		},

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 16 April 2017, 22:23:56

Hi Jörg,

den Fehler mit der Protokoll ID habe ich beseitigt. Das war ein copy & paste Fehler.

Zitat von: pejonp am 16 April 2017, 19:23:53
Ich habe jetzt festgestellt das die Hideki-Nachrichten nicht immer dekodiert werden. Vielleicht kannst du mir da helfen.

Code Auswählen Erweitern
2 Sensoren werden nicht erkannt: 2017.04.16 18:59:21 4: sduino/msg READ: MC;LL=-1053;LH=906;SL=-553;SH=416;D=39CD16BB0F82F1D5647AD;C=487;L=84;R=25; 2017.04.16 18:59:21 4: sduino: Found manchester Protocol id 12 clock 487 RSSI -61.5 -> Hideki protocol 2017.04.16 18:59:21 5: sduino: extracted data 110001100011001011101001010001001111000001111101000011100010101010011011100001010010 (bin) 2017.04.16 18:59:22 4: sduino/msg READ: MC;LL=-1057;LH=895;SL=-556;SH=418;D=345ADC3E0BC75590714;C=487;L=74;R=25; 2017.04.16 18:59:22 4: sduino: Found manchester Protocol id 12 clock 487 RSSI -61.5 -> Hideki protocol 2017.04.16 18:59:22 5: sduino: extracted data 1100101110100101001000111100000111110100001110001010101001101111100011101011 (bin)

Ich habe es mit einem rtl-sdr (rtl_433) verglichen. Dort werden die Sensor angezeigt. Ich habe die beiden Sensoren in ca. 1,5 m Abstand beim Signalduino zu stehen und diese werden nicht erkannt.

In dem Signal fehlt das 0x75 in umgedrehter Reihenfolge: 10101110

Jetzt stellt sich mir die Frage. Was genau wird im rtl-sdr angezeigt.
Hast Du Sensoren vom gleichen Hersteller oder von verschiedenen? Ich glaube es gibt verschiedene Hersteller die das Protokoll ein klein bisschen abgewandelt haben.
Ich habe die Ausgabe ein wenig erweitert, damit im log auch steht, was nicht geklappt hat.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 17 April 2017, 03:29:16

Hi Sidey,

ich habe 2x Bresser (5Ch Temp/Hum) und 1x Hama TC33 (3Ch Temp/Hum). Als Anlage mal die Datei hideki.c und bresser_3ch.c vom rtl-SDR. Vielleicht kannst du daran ja was sehen.
Der Log von FHEM und vom rtl_433 hänge ich auch dran, so wie er ist. Die Zeiten stimmen überein, da auf dem gleichen Gerät mitgelogt.

Jörg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 17 April 2017, 10:04:12

Ich hab mal in die besser.c und Hideki.c rein gesehen.

Die besser.c spielt wohl keine Rolle, zumindest habe ich im log von dir dazu nichts gefunden.

In der Hideki.c ist mir aufgefallen, dass dort nicht auf 0x75 geprüft wird. Ich müsste mir das noch mal genauer ansehen, was da alles mit den Daten gemacht wird. Zumindest sieht es so aus, als ob der Sensor das Hideki Protokoll nicht exakt abbildet.

Ich habe mir das jetzt noch etwas näher angesehen. Es scheint sich hierbei tatsächlich nicht um das bereits implementierte Hideki Protokoll zu handeln.
So ganz schlau bin ich aber noch nicht.

Jedes 9. bit ist vermutlich ein Paritätsbit. Wir haben jedes 9. bit einfach ignoriert.
Eine Nachricht wird immer drei mal übertragen, ist aber nicht komplett identisch.
Den Anfang konnte ich noch nicht eindeutig erkennen
Die von uns implementierten hideki Sensoren, werden vom SDR_RTL auch als ts04 erkannt

Grüße Sidey

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sebastian J am 19 April 2017, 11:37:20

Moin Moin,

betreibe seit kurzer Zeit einen Fhem Server auf einen RPI3 mit angebundenen FTDI und einen SIGNALduino_nanoCC1101.

Konnte erfolgreich die drei Wetterstationen meiner Nachbarn abzapfen und bin in der Lage meine Brennenstuhl Steckdosen über das Intertechno Protokoll zu steuern.
Wollte jetzt einen Schritt weiter gehen und meine Rolläden steuern. Habe fünf über Funk ansteuerbare Rolläden der Firma Acomax. Bei der Fernbedienung handelt es sich um eine CX-465 von Acomax die über 5 Kanäle verfügt.

Diese wollte ich nun im Fhem / Signalduino einlesen und dann die Rolläden steuern. Leider erkennt der Signalduino diese nicht. Die Fernbedienung sendet insgesammt 112 Bit plus den Sync.
Jedes Telegramm pro steuerbefehl wird 4-5mal (je nach Kanal) gesendet. Ich hatte gehofft das das Dooya Modul das Protokoll kennt und es damit klappt aber leider war dies nicht der Fall. Wenn ich es richtig gelesen habe verarbeitet dieses Modul um die 40Bit was in meinem Fall ja zu wenig ist.
Ich verfüge über ausreichende Kenntnisse in der Programmierung und würde von da her gerne mit dem Modul Betreuer in Kontakt treten um dieses ggf. zu erweitern bzw. eine neues anlegen.

Verfüge über sämtliche Telegramme und Timings welche über das Oszilloskope aufgenommen und händisch ausgewertet wurden. Timings etc. sind also vorhanden.

Aus Sichheitsgründen würde ich diese Informationen auch nur dierekt mit dem Betreuer austauschen.

Freue mich auf die Antworten oder Erkentnisse die vielleicht diesbezüglich schon gemacht wurden.

Falls ich hier falsch bin, möchte ich mich schon mal entschuldigen. :)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 19 April 2017, 11:57:50

Zitat von: Ralf9 am 09 April 2017, 19:08:01
Hat zufällig jemand der hier mitliest eine Home Easy Fernbedienung und einen Signalduino?
Falls ja, dann wäre es für uns hilfreich, wenn wir für on und off die dazugehörigen log Einträge mit verbose 4 bekommen könnten.

Hallo Ralf!
Bei der Suche nach den Codes für die HE308EU Fernbedienung bin ich auf einen Thread hier im Forum gestoßen in dem ein anderer User seine Logs zu der "Fernbedienung"/Wandtaster gepostet hat. Der Thread befindet sich hier: https://forum.fhem.de/index.php/topic,65833.msg570670.html#msg570670 (https://forum.fhem.de/index.php/topic,65833.msg570670.html#msg570670)

Damit wir in diesem Thread weiterkommen zitiere ich mal den Threadersteller. Sollten wir eine Lösung für sein Porblem finden, werde ich ihm noch eine PN schreiben bzw. in seinem Thread antworten. Er nutzt statt einem signalDuino eine nanoCUL, dies sollte jedoch kein Hindernis sein?!

Zitat von: gerdshi am 27 Januar 2017, 13:01:05

Ich habe folgendes Problem:
Wenn ich den Selbstlernmodus an behalte, erkennt mein FHEM (per nanoCUL - a-culfw 1.23 build 05) den Sender nicht wenn ich die ON-Taste(n) drücke - egal wie oft. Weiter unten steht der Log dazu.
Wenn ich aber die OFF-Taste drücke wird sofort ein neues Device angelegt, allerdings fälschlicherweise erkennt FHEM das es sich angeblich um die ON-taste handelt die ich gedrückt habe, was definitiv nicht stimmt.
Das Ergebnis ist, dass FHEM zwar erkennt wenn ich die OFF-Taste drücke, als ON, aber nicht die richtige ON-Taste. Auch wenn ich per Hand über FHEM schalte, reagiert keines des bereits vorher angelernten IT-Steckdosen oder ein HE206 Dimmer.

Jetzt ist meine Frage was läuft da falsch bei der Erkennung und autom. Definition und wie kann ich den Fehler beheben so, dass einerseits FHEM richtig das betätigen der Sender-Tasten erkennt und andererseits man auch per FHEM die vorangelernte Geräte steuern kann? (Ohne das man RAW-Befehle Senden muss)

Hier Auszug aus meine Untersuchungen und Logs (erstmal nur für die eine Wippe - bei der zweiten ist es das gleiche Phänomen nur eben mit anderen IT-Code):

Das ist was FHEM selbst erkannt und zugeordnet hat - fälschlicherweise als Taste ON (in wirklichkeit aber OFF)
Code Auswählen Erweitern
2017.01.25 16:43:25 2: CUL_0 IT: 11000111100101111010101100110100110111010011011100101 not defined (Address: 1100011110010111101010110011010011011101001101 Unit: 1100101 Switch code: 11 GroupCode: 0) 2017.01.25 16:43:25 2: autocreate: define IT_11000111100101111010101100110100110111010011011100101 IT 1100011110010111101010110011010011011101001101 0 1100101 2017.01.25 16:43:25 2: autocreate: define FileLog_IT_11000111100101111010101100110100110111010011011100101 FileLog ./log/IT_11000111100101111010101100110100110111010011011100101-%Y.log IT_11000111100101111010101100110100110111010011011100101 2017.01.25 16:43:30 3: CUL_0 IT: Code 11 not supported by IT_11000111100101111010101100110100110111010011011100101. 2017.01.25 16:43:30 3: CUL_0 IT: Code 11 not supported by IT_11000111100101111010101100110100110111010011011100101.

So sieht es dann im fhem.cfg aus:
Code Auswählen Erweitern
define IT_11000111100101111010101100110100110111010011011100011 IT 1100011110010111101010110011010011011101001101 0 1100011 attr IT_11000111100101111010101100110100110111010011011100011 IODev CUL_0 attr IT_11000111100101111010101100110100110111010011011100011 room IT

Wenn die autom Erkennung aus ist, werden folgende Codes erkannt (wobei die letzten 2-Stellen ändern sich bei jedem Tastendruck):
Code Auswählen Erweitern
2017.01.25 16:13:29 3: CUL_0: Unknown code ihc797ab34dd36b2801d, help me! (Für die Taste OFF) 2017.01.25 16:13:30 3: CUL_0: Unknown code ihc797ab34dd3732801b, help me! (Für die Taste ON)

Wobei der Code für ON wird auch nach der Erkennung genau so weiter gemeldet, da FHEM nicht erkennt das er zu dem autom. angelegte Device gehört. Warum auch immer?

Die Beiden Codes ergeben folgendes Bitmuster, wenn ich mich nicht irre:
Code Auswählen Erweitern
1100011110010111101010110011010011011101001101110011 - c797ab34dd373 1100011110010111101010110011010011011101001101101011 - c797ab34dd36b

Allerdings komme ich mit dem Bitmuster nicht weiter bzw. was kann ich in FHEM ändern, damit der Fehler behoben wird?

Zur Zeit damit die Tasten von FHEM richtig erkannt und dargestellt werden, bediene ich mich der Krücke:
Code Auswählen Erweitern
define SZ_Lampe dummy attr SZ_Lampe icon light_pendant_light_round attr SZ_Lampe room IT attr SZ_Lampe webCmd On:Off define he1_on notify CUL_0:UNKNOWNCODE\sihc797ab34dd373280.* set SZ_Lampe on define he1_off notify CUL_0:UNKNOWNCODE\sihc797ab34dd36b280.* set SZ_Lampe off

Allerdings schaffe ich es ums verrecken nicht selbst den richtigen RAW-Befehl zu senden, damit die vorgelernte Geräte reagieren.

Daher meine Bitte um Hilfe wie kann ich den Sender ordentlich manuell oder automatisch anlegen?
Wenn es nicht möglich ist, wie kann ich bzw. was soll ich genau als RAW-Befehl senden, damit es von eine vorgelernte Steckdose angenommen wird?
Wieso eigentlich hat FHEM ein Device angelegt nach dem Muster 46+1+7? Nirgendwo finde ich in der Doku so eine Definition von Geräten?
Hat es etwas mit dem HE_EU Protokoll zu tun?

Danke Euch vielmals!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 19 April 2017, 15:40:32

Zitat von: Sebastian J am 19 April 2017, 11:37:20
Wollte jetzt einen Schritt weiter gehen und meine Rolläden steuern.

Haben die Rolling Code? Sonst kannst Du, bis das umgesetzt ist, ja mit raw-send ansteuern.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sebastian J am 19 April 2017, 16:32:34

ZitatHaben die Rolling Code? Sonst kannst Du, bis das umgesetzt ist, ja mit raw-send ansteuern.

Rolling Code haben die denke ich mal nicht, was aber manchmal passiert ist das beim letzten byte 3 verschiedene werte stehen.

BSP: CH1 Runter 7 Telegramme in Folge das letzte Byte variiert:

00011100
00011100
00011100
00100101
00100110
00100110
00100110

Es variiert aber immer gleich.
Denke das die Fernbedienung einfach verschiedene Arten der Checksummenberechnung hat ? ! ?

Das wäre halt mit nem Spezialisten zu klären.

Das vermutete Komando Hoch , Runter, Stop ist in allen Telegrammen Konstant.

Die vermutete Kanalnummer ebenfalls.

Die vermutete ID der Fernbeding ist ebendfalls konstant.

Kann man beim raw-send die Timings und wiederholungen mit angeben ?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 19 April 2017, 16:48:31

Zitat von: Sebastian J am 19 April 2017, 16:32:34
Kann man beim raw-send die Timings und wiederholungen mit angeben ?

Ja, das geht. Details stehen hier https://wiki.fhem.de/wiki/SIGNALduino#Der_Logfile und der nachfolgende Abschnitt https://wiki.fhem.de/wiki/SIGNALduino#Senden_mit_dem_SIGNALduino
und wenn das nicht nachvollziehbar ist, melde Dich mal warum - ich will nämlich (aus eigener Erfahrung) dieser Wikieinträge stärken, damit mehr Leute FHEM nutzen. Das ist so ein wenig stiefmütterlich, weil es eben auch eine Menge Arbeit macht.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sebastian J am 19 April 2017, 23:29:46

Das Problem ist gelöst.
Durch spielen mit dem P2 knopf an der Fernbedienung auf verschiedenen Kanälen erzeugte das Autocreate Modul zufällig bei CH4 einen Dooya ROOM :-)

Musste kurz verstehen was ich da sehe und habe die übrigen Kanäle dann mit der Hand angelegt.
Klappt fast perfekt. Fast nur weil ich durch ein Missgeschick CH5 gelöscht habe und jetzt das große nicht mehr fährt. :-( Muss ich wohl morgen neu anlernen.

Rollo 1 scheint auch noch einen abgekriegt zu haben, bewegt sich jetzt wenn ich über Fhem Channel 5 bewege. Obwohl der Channel 5 das Richtige Bitmuster für Channel 5 sendet.
Am Handsender funktioniert CH1 wie gewohnt. (BUG?)

Danke @andies für deine Hinweise!

Bericht fürs Wiki folgt. :-)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 24 April 2017, 14:22:46

Ich hab jetzt doch eine HE308EU gekauft und konnte den Doppel-Wandtaster auch mit dem HE107 Einbaudimmer pairen. Eine automatische Erkennung/Erstellung in FHEM funktioniert allerdings nicht und ich bekomme bis jetzt auch keinen RAW Befehl so hin, dass der Dimmer angeht. Wenn ich die Taste ON auf dem HE308EU drücke zeigt das Log folgendes an:

Bekommt man das irgendwie in den SignalDuino eingebaut? Wäre super! Bisher funktioniert scheinbar nur der rfx mit den Geräten, was ich ein wenig schade finde, weil das Gerät deutlich teurer ist, als es die zu steuernden Geräte wert sind. Dann kann man gleich zu Homematic und co. :-/

Code Auswählen

2017.04.24 14:20:44 4: sduino/msg READ: MU;P0=-136;P1=215;P3=-297;P4=-1286;P5=-9998;D=01013131414141413131414131414131313141414141314141313141414131413141314131414131314141314141413131414131313141415141413131314141414131314141314141313131414141413141413131414141314131413141314141313141413141414131314141313131414151414131313141414141313141;CP=1;O;
2017.04.24 14:20:44 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.04.24 14:20:44 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.04.24 14:20:44 4: sduino/msg READ: MU;P0=-1299;P1=208;P2=-312;D=01010101212121010101012101012121010101210121012101210;CP=1;
2017.04.24 14:20:44 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.04.24 14:20:44 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.04.24 14:20:44 4: sduino/msg READ: MU;P0=-1275;P1=237;P2=-9983;P3=-274;D=01012101013131310101010131310101310101313131010101013101013131010101310131013101310101313101013101010131310101313131010121010131313101010101313101013101013131310101010131010131310101013101310131013101013131010131010101313101013131310101210101313131010101;CP=1;O;
2017.04.24 14:20:44 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.04.24 14:20:44 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.04.24 14:20:44 4: sduino/msg READ: MU;P0=-1286;P1=215;P2=-303;D=01012101012101012121210101010121010121210101012101210;CP=1;
2017.04.24 14:20:44 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.04.24 14:20:44 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.04.24 14:20:44 4: sduino/msg READ: MU;P0=-1295;P1=237;P2=-301;P3=-10794;D=01212101012121210101310101212121010101012121010121010121212101010101210101212101010121012101210121010121210101210101012121010121212101013101012121210101010121210101210101212121010101012101012121010101210121012101210101212101012101010121210101212121010131;CP=1;O;
2017.04.24 14:20:44 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.04.24 14:20:44 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.04.24 14:20:44 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.04.24 14:20:45 4: sduino/msg READ: MU;P0=-776;P1=219;P2=-1286;P3=-299;P4=-9974;D=01212121313121213121213131312121212131212121213121212131312121313131212141212131313121212121313121213121213131312121212131212131312121213121312131213121213131212131212121313121213131312121412121313131212121213131212131212131313121212121312121313121212131;CP=1;O;
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.04.24 14:20:45 4: sduino/msg READ: MU;P0=-4866;P1=217;P2=-1292;P3=-305;D=0121312131212131312121312121213131212131313121210;CP=1;
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.04.24 14:20:45 4: sduino/msg READ: MU;P0=-1296;P1=214;P2=-306;P4=-232;P5=-29248;D=01012121010121010121212101010101210101212101010121014101210121010121210101210101012121010121212101015;CP=1;
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.04.24 14:20:45 4: sduino/msg READ: MU;P0=227;P1=-286;P2=-1288;P3=-10026;D=01020202020101020201020201010102020202010202010102020201020102010201020201010202010202020101020201010102020302020101010202020201010202010202010101020202020102020101020202010201020102010202010102020102020201010202010101020203020201010102020202010102020102;CP=0;O;
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.04.24 14:20:45 4: sduino/msg READ: MU;P0=214;P1=-301;P2=-1290;P3=-9966;D=01010101020202020102020101020202010201020102010202010203020201010102020202010102020102020101010202020201020201010202020102010201020102020101020201020202010102020101010202030202010101020202020101020201020201010102020202010202010102020201020102010201020201;CP=0;O;
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.04.24 14:20:45 4: sduino/msg READ: MU;P0=219;P1=-1292;P2=-302;P3=-9976;P4=-23484;D=01010102010101020201010202020101030101020202010101010101020202010101010201010202010101020102010201020101020201010201010102020101020202010104;CP=0;
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.04.24 14:20:45 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.04.24 14:20:45 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.04.24 14:20:45 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 24 April 2017, 22:12:10

Code Auswählen

MU;P0=-136;P1=215;P3=-297;P4=-1286;P5=-9998;D=01013131414141413131414131414131313141414141314141313141414131413141314131414131314141314141413131414131313141415141413131314141414131314141314141313131414141413141413131414141314131413141314141313141413141414131314141313131414151414131313141414141313141;CP=1;O;
MU;P0=-1275;P1=237;P2=-9983;P3=-274;D=01012101013131310101010131310101310101313131010101013101013131010101310131013101310101313101013101010131310101313131010121010131313101010101313101013101013131310101010131010131310101013101310131013101013131010131010101313101013131310101210101313131010101;CP=1;O;
MU;P0=-1295;P1=237;P2=-301;P3=-10794;D=01212101012121210101310101212121010101012121010121010121212101010101210101212101010121012101210121010121210101210101012121010121212101013101012121210101010121210101210101212121010101012101012121010101210121012101210101212101012101010121210101212121010131;CP=1;O;
MU;P0=-776;P1=219;P2=-1286;P3=-299;P4=-9974;D=01212121313121213121213131312121212131212121213121212131312121313131212141212131313121212121313121213121213131312121212131212131312121213121312131213121213131212131212121313121213131312121412121313131212121213131212131212131313121212121312121313121212131;CP=1;O;
MU;P0=227;P1=-286;P2=-1288;P3=-10026;D=01020202020101020201020201010102020202010202010102020201020102010201020201010202010202020101020201010102020302020101010202020201010202010202010101020202020102020101020202010201020102010202010102020102020201010202010101020203020201010102020202010102020102;CP=0;O;
MU;P0=214;P1=-301;P2=-1290;P3=-9966;D=01010101020202020102020101020202010201020102010202010203020201010102020202010102020102020101010202020201020201010202020102010201020102020101020201020202010102020101010202030202010101020202020101020201020201010102020202010202010102020201020102010201020201;CP=0;O;
MU;P0=219;P1=-1292;P2=-302;P3=-9976;P4=-23484;D=01010102010101020201010202020101030101020202010101010101020202010101010201010202010101020102010201020101020201010201010102020101020202010104;CP=0;

@Sidey

ich habe mal versucht die Werte für ein neues Protokoll zu ermitteln, passt dies so?
Müssen one und zero evtl noch getauscht werden? ich habe es nur geraten.

Code Auswählen

			id           => '65',
			one          => [1,-1],
			zero         => [1,-5],
			start        => [1,-40],
			clockabs => 250,

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 24 April 2017, 22:23:08

Ja, sieht vom Prinzip her gut aus.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 24 April 2017, 22:26:05

Mir ist noch nicht klar, wie man erkennen kann, was one und was zero ist

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 24 April 2017, 22:37:54

Zitat von: Ralf9 am 24 April 2017, 22:26:05
Mir ist noch nicht klar, wie man erkennen kann, was one und was zero ist

Kann man nicht erkennen. Du kannst raten. 50% Chance :)

In der Regel würde ich tippen, dass längere low Phasen besser zu einer 0 passen also zu einer 1. Passt daher vermutlich so.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 24 April 2017, 23:17:09

Dies hier wird damit decodiert,

Code Auswählen

sduinoD: decoded matched MU Protocol id 65 dmsg 3864E13154C8CE0 length 60
sduinoD: decoded matched MU Protocol id 65 dmsg 3864E13154C8CE0 length 60
sduinoD: decoded matched MU Protocol id 65 dmsg 3864E13154C8CE0 length 60
sduinoD: decoded matched MU Protocol id 65 dmsg 3864E13154C8CE0 length 60

es ist aber für HomeEasy EU etwas zu kurz

Code Auswählen

elsif (length($msg) == 20 && (substr($msg, 1, 1)) eq 'h') { # HomeEasy EU

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 25 April 2017, 10:51:06

Kann ich irgend etwas tun oder testen? Ich fühle mich so nutzlos...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 25 April 2017, 12:34:49

Ich habe was über das HE300 Protokoll gefunden
https://forum.pilight.org/Thread-Fully-Supported-Elro-300-Series

Code Auswählen


AAAAAAAAAAABBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBCCCCDDEEFFFFFFG

A = startbits/preamble,
B = address,
C = Group Code,
D = Command,
E = Group Code 2
F = Channel,
G = Stopbit

C - Grouped : 1100
C - NonGrouped : 1011

E - NonGroup: 01
E - Group : 11

1-1 110001111001 0111100101100101111001101100101 1011 10 01 000111 1
1-2 110001111001 0111100101100101111001101100101 1011 10 01 001011 1
1-3 110001111001 0111100101100101111001101100101 1011 10 01 001101 1
1-4 110001111001 0111100101100101111001101100101 1011 10 01 001110 1
2-1 110001111001 0111100101100101111001101100101 1011 10 01 010011 1
2-2 110001111001 0111100101100101111001101100101 1011 10 01 010101 1
2-3 110001111001 0111100101100101111001101100101 1011 10 01 010110 1
2-4 110001111001 0111100101100101111001101100101 1011 10 01 011001 1
...
Note: These are all "ON" codes. "OFF" are 01 in Block D

@Sidey
kann ich davon ausgehen, daß die startbits/preamble (A) nicht in der restlichen Nachricht (B-G) vorkommen kann.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 25 April 2017, 13:34:21

Hallo Ralf.
Angeblich unterscheidet sich die HE Serie mit der HE_EU Serie.. nur als Anmerkung. Ich habe eine ähnliche Erklärung zu dem portokoll bei dem Projekt NodoClassic gefunden. Im Protokoll 15 hat sich der Ersteller schon mal zu dem Protooll geäußert. Link: https://github.com/letscontrolit/NodoClassic/blob/master/RFLinkNRF/Plugins/Plugin_015.c

Code Auswählen

 * Technische informatie:
 * Analyses Home Easy Messages and convert these into an eventcode
 * Only new EU devices with automatic code system are supported
 * Only  On / Off status is decoded, no DIM values
 * Only tested with Home Easy HE300WEU transmitter, doorsensor and PIR sensor
 * Home Easy message structure, by analyzing bitpatterns so far ...
 * AAAAAAAAAAA BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB CCCC DD EE FFFFFF G
 * 11000111100 10111100011101110010001111100011 1100 10 11 000111 1  HE301EU ON 
 * 11000111100 10111100011101110010001111100011 1100 01 11 000111 1  HE301EU OFF
 * 11000111100                                  1001 01 11 001011    HE842/844 ON
 * 11000111100 01111010011100110010001011000111 1000 11 11 001011 0000000   HE842/844 OFF
 *                                              1000 10 11 000111    HE844 ALLON;
 *                                              1000 01 11 000111    HE844 ALLOFF;
 * 11000111100 01111000111101100110010011000111 1000 11 11 000111 0000000
 *  
 * A = Startbits/Preamble, 
 * B = Address, 32 bits
 * C = Unknown, Possibly: Device type 
 * D = Command, 1 bit only?
 * E = Group indicator
 * F = Channel  0-15
 * G = Stopbit
 *
 * SAMPLE:
 * Pulses=116;Pulses(uSec)=200,1175,125,1175,125,200,150,200,125,200,150,1175,150,1175,150,1175,150,1175,125,200,150,200,150,200,125,1175,150,1175,150,1175,125,1175,150,200,125,200,150,1175,125,1175,150,200,125,1175,125,1175,150,200,150,200,150,1175,150,200,150,1175,150,200,150,1175,150,200,150,200,125,1175,150,200,125,1175,150,1175,125,1175,150,200,125,200,125,200,150,200,125,1175,150,1175,150,1175,150,200,150,200,125,200,150,1175,150,1175,150,1175,150,1175,125,200,150,200,125,1175,125,200,125,1175,150,1150,125;
 * HE preamble: 11000111100 (63C) Address: 1111001101100101010010111000011 (79B2A5C3) Stopbits: 0 (0) Commands: 10001111001011 Command: 0 Channel: 1011 Group: 1
 * 20;04;HomeEasy;ID=7900b200;SWITCH=0b;CMD=ALLOFF;
 *
 * Preamble 200,1175,125,1175,125,200,150,200,125,200,150,1175,150,1175,150,1175,150,1175,125,200,150,200,
 * Address  150,200,125,1175,150,1175,150,1175,125,1175,150,200,125,200,150,1175,125,1175,150,200,125,1175,125,1175,150,200,150,200,150,1175,150,200,150,1175,150,200,150,1175,150,200,150,200,125,1175,150,200,125,1175,150,1175,125,1175,150,200,125,200,125,200,150,200,125,1175,150,1175,
 * Command  150,1175,150,200,150,200,125,200,150,1175,150,1175,150,1175,150,1175,125,200,150,200,125,1175,125,200,125,1175,150,1150,  - 125;
 \*********************************************************************************************/

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 25 April 2017, 22:57:37

Es scheint, daß bei den ganzen Änderungen im Intertechno-Zweig etwas verschlimmbessert hat.
Hier schalten seit einiger Zeit plötzlich alle IT V1 Steckdosen extrem unzuverlässig, die bisher absolut tadellos ihren Dienst taten.
Es scheint sich dabei vermutlich um ein Timing-Problem zu handeln. Wenn ich den Sduino auf close setze und anschließend mit reset neu starte, klappt die Bedienung - in ca. 80% der Fälle. Kurze Zeit danach kann man nur noch über die Fernbedienung die Steckdosen ein/ausschalten.

Ich hab noch ein Image des RasPi, das ca. 1 Monat alt ist. Mal sehen, ob es damit wieder funktioniert wie vorher.
Mein Pi läuft hier noch auf "konventionelle" Weise, also mit dem alten Sender/Empfänger.

Ich sehe gerade, daß sich der Sduino in kurzen Intervallen (ca. 20-40 Sekunden) mit dem state "opened" neu meldet. Das kommt mir recht seltsam vor...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 27 April 2017, 00:02:20

ich habe mal das homeeasy Protokoll in die dev-r33 comitted.
Bitte mal jede Taste ein paar mal drücken. Ich benötige pro Tastendruck die folgenden Zeilen aus dem log:

Code Auswählen

2017.04.26 23:44:50.215 4 : sduinoD/msg get raw: MU;P0=227;P1=-286;P2=-1288;P3=-10026;D=01020202020101020201020201010102020202010202010102020201020102010201020201010202010202020101020201010102020302020101010202020201010202010202010101020202020102020101020202010201020102010202010102020102020201010202010101020203020201010102020202010102020102;CP=0;O;
2017.04.26 23:44:50.215 4 : sduinoD HE: 11000111100 11011000111101100111010101011001 1011 10 01 100011

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 27 April 2017, 21:51:06

Es kann bei der dev-r33 z.Zt. Probleme geben, wenn keine whitelistID verwendet wird.

ZitatJa, ich versuche mit Protokoll 63 ein etwas besondere Signalfolge zu demodulieren.
Das klappt leider bei sehr vielen Protokollen. Ich werde mir da noch etwas überlegen, wenn ich schlauer bin.
Protokoll 63 sollte erst mal nicht in die whitelistID aufgenommen werden, außer man will mit entwickeln

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 27 April 2017, 22:29:02

Hallo Ralf!
Ich hab deine die dev-r33 Version ,,installiert" und ein paar Mal ON und OFF gedrückt auf dem Schalter. Allerdings diesmal nur mit der Seite des Doppel-Tasters, die mit dem HE107EU gepairt ist.
Ich schick mal beim 1. Drücken der ON/OFF Taste ein bisschen mehr Code und danach nur noch das von dir gewünscht, ok? Hier geht's los:

Taste ON - 1. Mal gedrückt (Log ziemlich komplett):

Code Auswählen

2017.04.27 22:18:55 4 : sduino/msg READ: MU;P0=-301;P1=500;P2=-1293;P3=216;P4=-204;P5=-10070;D=01234303032323232303032323032323030303232323230323230303232323032303230323032323030323230323232303032323030303232353232303030323232323030323230323230303032323232303232303032323230323032303230323230303232303232323030323230303032323532323030303232323230303;CP=3;O;

2017.04.27 22:18:55 4 : sduino/msg READ: MU;P0=-1293;P1=215;P2=-309;P3=-10004;D=01012101012121210101010121010121210101012101210121012101013101012121210101010121210101210101212121010101012101012121010101210121012101210101212101012101010121210101212121010131010121212101010101212101012101012121210101010121010121210101012101210121012101;CP=1;O;
2017.04.27 22:18:55 4 : sduino: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate
2017.04.27 22:18:55 5 : sduino: Starting demodulation at Position 59
2017.04.27 22:18:55 5 : sduino: applying postDemodulation method 58
2017.04.27 22:18:55 4 : sduino HE: 11000111100 11011000111101100111010101011001 1011 10 01 100011
2017.04.27 22:18:55 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1
2017.04.27 22:18:55 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1 0 0 0
2017.04.27 22:18:55 4 : sduino: decoded matched MU Protocol id 65 dmsg U65#C79B1ECEAB37318 length 60
2017.04.27 22:18:55 5 : sduino: converted Data to (U65#C79B1ECEAB37318)
2017.04.27 22:18:55 5 : sduino: dispatch U65#C79B1ECEAB37318
2017-04-27 22:18:55 SIGNALduino sduino UNKNOWNCODE U65#C79B1ECEAB37318
2017.04.27 22:18:55 3 : sduino: Unknown code U65#C79B1ECEAB37318, help me!
2017.04.27 22:18:56 4 : sduino/msg READ: MU;P0=-1299;P1=214;P2=-307;P3=-10000;D=0121210101210101012121010121212101013101012121210101012101012121210101010121010121210101012101210121012101012121010121010101212101012121210101;CP=1;
2017.04.27 22:18:56 4 : sduino: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate
2017.04.27 22:18:56 5 : sduino: Starting demodulation at Position 37
2017.04.27 22:18:56 5 : sduino: applying postDemodulation method 53
2017.04.27 22:18:56 4 : sduino HE: 11000111011 00011110110011101010101100110111 0011 00 01 1
2017.04.27 22:18:56 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1
2017.04.27 22:18:56 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1
2017.04.27 22:18:56 4 : sduino: decoded matched MU Protocol id 65 dmsg U65#C763D9D566E63 length 52
2017.04.27 22:18:56 5 : sduino: converted Data to (U65#C763D9D566E63)
2017.04.27 22:18:56 5 : sduino: dispatch U65#C763D9D566E63
2017-04-27 22:18:56 SIGNALduino sduino UNKNOWNCODE U65#C763D9D566E63
2017.04.27 22:18:56 3 : sduino: Unknown code U65#C763D9D566E63, help me!

Taste ON - 2. Mal gedrückt (Log bereinigt):

Code Auswählen

2017.04.27 22:20:55 4 : sduino/msg READ: MU;P0=-576;P1=214;P2=-301;P3=-1297;P4=-10030;D=01212121313131312121313121313121212131313131213131212131313121312131213121313121213131213131312121313121212131314131312121213131313121213131213131212121313131312131312121313131213121312131213131212131312131313121213131212121313141313121212131313131212131;CP=1;O;

2017.04.27 22:20:55 4 : sduino HE: 11000111100 11011000111101100111010101011001 1011 10 01 100011
2017.04.27 22:20:55 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1
2017.04.27 22:20:55 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1 0 0 0

2017.04.27 22:20:55 4 : sduino/msg READ: MU;P0=-1292;P1=215;P2=-308;P3=-10008;D=01210101212121010101012101012121010101210121012101212101013101012121210101010121210101210101212121010101012101012121010101210121012101210101212101012101010121210101212121010131010121212101010101212101012101012121210101010121010121210101012101210121012101;CP=1;O;

2017.04.27 22:20:55 4 : sduino HE: 11000111100 11011000111101100111010101011001 1011 10 01 100011
2017.04.27 22:20:55 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1
2017.04.27 22:20:55 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1 0 0 0
2017.04.27 22:20:55 4 : sduino: decoded matched MU Protocol id 65 dmsg U65#C79B1ECEAB37318 length 60
2017.04.27 22:20:55 5 : sduino: converted Data to (U65#C79B1ECEAB37318)
2017.04.27 22:20:55 4 : sduino: Dropped (U65#C79B1ECEAB37318) due to short time or equal msg
2017.04.27 22:20:55 4 : sduino/msg READ: MU;P0=-1296;P1=217;P2=-308;P3=-10008;D=0121210101210101012121010121212101013101012121210101012101012121210101010121010121210101012101210121012101012121010121010101212101012121210101;CP=1;

2017.04.27 22:20:55 4 : sduino HE: 11000111011 00011110110011101010101100110111 0011 00 01 1
2017.04.27 22:20:55 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1
2017.04.27 22:20:55 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1

2017.04.27 22:20:57 4 : sduino/msg READ: MU;P0=-7912;P1=346;P2=-1972;P3=-4054;D=0121213131313121313121212121212121213121312121312121212;CP=1;

Taste ON - 3. Mal gedrückt (Log bereinigt):

Code Auswählen

2017.04.27 22:22:05 4 : sduino/msg READ: MU;P0=-504;P1=213;P2=-1289;P3=-303;P4=-10030;D=01213131312121212131312121312121313131212121213121213131212121312131213121312121313121213121212131312121313131212141212131313121212121313121213121213131312121212131212131312121213121312131213121213131212131212121313121213131312121412121313131212121213131;CP=1;O;

2017.04.27 22:22:05 4 : sduino HE: 11000111100 11011000111101100111010101011001 1011 10 01 100011
2017.04.27 22:22:05 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1
2017.04.27 22:22:05 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1 0 0 0

2017.04.27 22:22:05 4 : sduino/msg READ: MU;P0=-1299;P1=211;P2=-313;P3=-10008;D=01012101012121210101010121010121210101012101210121010121212101013101012121210101010121210101210101212121010101012101012121010101210121012101210101212101012101010121210101212121010131010121212101010101212101012101012121210101010121010121210101012101210121;CP=1;O;

2017.04.27 22:22:05 4 : sduino HE: 11000111100 11011000111101100111010101011001 1011 10 01 100011
2017.04.27 22:22:05 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1
2017.04.27 22:22:05 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1 0 0 0

2017.04.27 22:22:05 4 : sduino/msg READ: MU;P0=-1297;P1=216;P2=-310;P3=-10008;D=0121010121210101210101012121010121212101013101012121212101012101012121210101010121010121210101012101210121012101012121010121010101212101012121210101;CP=1;

2017.04.27 22:22:05 4 : sduino HE: 11000011011 00011110110011101010101100110111 0011 00 01 1
2017.04.27 22:22:05 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1
2017.04.27 22:22:05 5 : sduino: dispatching bits: 1 1 0 0 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 1 0 0 1 1 0 0 0 1 1

Taste OFF - 1. Mal gedrückt (Log komplett):

Code Auswählen

2017.04.27 22:23:25 4 : sduino/msg READ: MU;P0=-104;P1=584;P2=-357;P3=221;P4=-297;P6=-10024;D=01234343432323232343432323432323434343232323234323234343232323432343234323432323434323234323234323432323434343232363232343434323232323434323234323234343432323232343232343432323234323432343234323234343232343232343234323234343432323632323434343232323234343;CP=3;O;
2017.04.27 22:23:25 4 : sduino/msg READ: MU;P0=-1302;P1=207;P2=-314;D=0101210101212121010101012101012121010101210121012101;CP=1;
2017.04.27 22:23:25 4 : sduino: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate
2017.04.27 22:23:25 5 : sduino: start pattern for MU Protocol id 65 -> Homeeasy mismatches, aborting
2017.04.27 22:23:25 4 : sduino/msg READ: MU;P0=235;P1=-1278;P2=-10010;P3=-283;D=01010201010303030101010103030101030101030303010101010301010303010101030103010301030101030301010301010301030101030303010102010103030301010101030301010301010303030101010103010103030101010301030103010301010303010103010103010301010303030101020101030303010101;CP=0;O;
2017.04.27 22:23:25 4 : sduino: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate
2017.04.27 22:23:25 5 : sduino: Starting demodulation at Position 6
2017.04.27 22:23:25 5 : sduino: applying postDemodulation method 58
2017.04.27 22:23:25 4 : sduino HE: 11000111100 11011000111101100111010101011001 1011 01 01 100011
2017.04.27 22:23:25 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1
2017.04.27 22:23:25 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1 0 0 0
2017.04.27 22:23:25 4 : sduino: decoded matched MU Protocol id 65 dmsg U65#C79B1ECEAB36B18 length 60
2017.04.27 22:23:25 5 : sduino: converted Data to (U65#C79B1ECEAB36B18)
2017.04.27 22:23:25 5 : sduino: dispatch U65#C79B1ECEAB36B18
2017-04-27 22:23:25 SIGNALduino sduino UNKNOWNCODE U65#C79B1ECEAB36B18
2017.04.27 22:23:25 3 : sduino: Unknown code U65#C79B1ECEAB36B18, help me!
2017.04.27 22:23:25 4 : sduino/msg READ: MU;P0=213;P1=-308;P2=-1300;D=01010102020102020101010202020201020201010202020102010201020201010102020;CP=0;
2017.04.27 22:23:25 4 : sduino: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate
2017.04.27 22:23:25 5 : sduino: start pattern for MU Protocol id 65 -> Homeeasy mismatches, aborting

Taste OFF - 2. Mal gerückt (Log bereinigt):

Code Auswählen

2017.04.27 22:23:53 4 : sduino/msg READ: MU;P0=-728;P1=213;P2=-307;P3=-1295;P4=-10030;D=01212121313131312121313121313121212131313131213131212131313121312131213121313121213131213131213121313121212131314131312121213131313121213131213131212121313131312131312121313131213121312131213131212131312131312131213131212121313141313121212131313131212131;CP=1;O;

2017.04.27 22:23:53 4 : sduino HE: 11000111100 11011000111101100111010101011001 1011 01 01 100011
2017.04.27 22:23:53 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1
2017.04.27 22:23:53 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1 0 0 0

2017.04.27 22:23:53 4 : sduino/msg READ: MU;P0=-1295;P1=215;P2=-308;P3=-10014;D=01210101212121010101012101012121010101210121012101212101013101012121210101010121210101210101212121010101012101012121010101210121012101210101212101012101012101210101212121010131010121212101010101212101012101012121210101010121010121210101012101210121012101;CP=1;O;

2017.04.27 22:23:53 4 : sduino HE: 11000111100 11011000111101100111010101011001 1011 01 01 100011
2017.04.27 22:23:53 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1
2017.04.27 22:23:53 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1 0 0 0

2017.04.27 22:24:57 4 : sduino/msg READ: 
MU;P0=-1295;P1=217;P2=-304;P3=-10004;D=0121210101210101210121010121212101013101012121210101012101012121210101010121010121210101012101210121012101012121010121010121012101012121210101;CP=1;

2017.04.27 22:23:53 4 : sduino HE: 11000111011 00011110110011101010101100110110 1011 00 01 1

Taste OFF - 3. Mal gedrückt (Log bereinigt):

Code Auswählen

2017.04.27 22:24:57 4 : sduino/msg READ: MU;P0=-624;P1=112;P2=-140;P3=216;P4=-300;P5=-1293;P6=-10028;D=01232343435353535343435353435353434343535353534353534343535353435343534353435353434353534353534353435353434343535363535343434353535353434353534353534343435353535343535343435353534353435343534353534343535343535343534353534343435353635353434343535353534343;CP=3;O;

2017.04.27 22:24:57 4 : sduino HE: 11000111100 11011000111101100111010101011001 1011 01 01 100011
2017.04.27 22:24:57 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1
2017.04.27 22:24:57 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1 0 0 0

2017.04.27 22:24:57 4 : sduino/msg READ: MU;P0=-1293;P1=216;P2=-306;P3=-10010;D=01012101012121210101010121010121210101012101210121010101310101212121010101012121010121010121212101010101210101212101010121012101210121010121210101210101210121010121212101013101012121210101010121210101210101212121010101012101012121010101210121012101210101;CP=1;O;

2017.04.27 22:24:57 4 : sduino HE: 11000111100 11011000111101100111010101011001 1011 01 01 100011
2017.04.27 22:24:57 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1
2017.04.27 22:24:57 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1 0 0 0

2017.04.27 22:24:57 4 : sduino/msg READ: MU;P0=-307;P1=217;P2=-1296;P3=-10012;D=01012121012121012101212101010121213121210101012121210121210101012121212101212101012121210121012101210121210101212101212101210121210101012121;CP=1;

2017.04.27 22:24:57 4 : sduino HE: 11000111011 00011110110011101010101100110110 1011 00 01 1
2017.04.27 22:24:57 5 : sduino: modified value after postDemodulation: 1 1 0 0 0 1 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1
2017.04.27 22:24:57 5 : sduino: dispatching bits: 1 1 0 0 0 1 1 1 0 1 1 0 0 0 1 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0 1 0 1 1 0 0 1 1 0 1 1 0 1 0 1 1 0 0 0 1 1

[/code]

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 28 April 2017, 07:33:46

Mit demProblem" unzuverlässiges schalten der IT-Steckdosen bin ich noch nicht wirklich weiter gekommen, habe aber mittlerweile den Verdacht, daß der Sduino bei mir mit Signalen meiner Nachbarn überflutet und damit beim dekodieren und zuordnen überfordert ist.
Zur Zeit habe ich nur meine Aktoren und Sensoren in die Whitelist_ID eingetragen und hoffe, daß sich damit eine Verbesserung ergibt.
Wäre es möglich, die Protocol-ID wie z.B. TYPE in den Internals beim Gerät mit anzeigen zu lassen?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspII am 28 April 2017, 17:56:46

Hi,
ich hatte mal ein ähnliches Problem.
Am Ende hat sich herausgestellt, dass mein 2ter Pi mit direkt angeschlossenem 433er Billig-Modul dazwischenfunk (dauersendet) wenn man nach dem booten des RaspII nicht mind. einen Sende-Befehl abschickt (der Portpin am PI stand nach dem Booten als Default auf senden).

Gesendet von meinem SM-G900F mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 01 Mai 2017, 00:09:45

ZitatIch hab deine die dev-r33 Version ,,installiert" und ein paar Mal ON und OFF gedrückt auf dem Schalter. Allerdings diesmal nur mit der Seite des Doppel-Tasters, die mit dem HE107EU gepairt ist.
Ich schick mal beim 1. Drücken der ON/OFF Taste ein bisschen mehr Code und danach nur noch das von dir gewünscht, ok? Hier geht's los:

Sieht soweit gut aus, alle Wiederholungen sind gleich.
Wenn ich das richtig überblicke, ist das HE300 Protokoll im IT-Modul noch nicht eingebaut. Es ist momentan das HE-EU und HE800 eingebaut.

Der nächste Schritt ist jetzt das Senden.

@Sidey

Hier ist die Senderoutine enthalten (HomeEasyEU_Send)
https://github.com/letscontrolit/NodoClassic/blob/master/RFLinkNRF/Plugins/Plugin_015.c
Demnach ist das Stoppbit am Ende eine etwas längere 1.

Ich habe es mit

Code Auswählen

msgOutro => 'SR;P0=275;P1=-7150;D=01;',
versucht, mir ist dann aufgefallen, daß msgOutro bei MU-Nachrichten nicht unterstützt wird.
Hast Du eine Idee wie man das Senden mit sendMsg hinbekommen kann?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 01 Mai 2017, 08:46:07

Hallo RaspII,
ich bin also nicht allein mit dem Problem. :)
Allerdings gibt's hier nur einen Rpi2 mit Funkmodul.
Ich meine auch beobachten zu können, daß die Zuverlässigkeit spät abends besonders schlecht ist.
Das ständige "opened" alle 20-40 sekunden kommt mir auch nicht besonders hilfreich vor.
Wenn dabei etwas neu initialisiert wird, kann in der Zeit doch bestimmt nichts gesendet oder empfangen werden, oder?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspII am 01 Mai 2017, 11:45:11

Ich untersucht derartige Probleme mit dem SDR Tool (DVB-T USB Stick und Software Defined Radio). Damit kann man wunderbar sniffen und sieht wie oft auf welcher Frequenz gesendet wird. Ich kann Dir den Link schicken, wenn ich mal wieder vor d PC sitze

Gesendet von meinem SM-G900F mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 01 Mai 2017, 16:15:43

Zitat von: RappaSan am 01 Mai 2017, 08:46:07
Das ständige "opened" alle 20-40 sekunden kommt mir auch nicht besonders hilfreich vor.
Wenn dabei etwas neu initialisiert wird, kann in der Zeit doch bestimmt nichts gesendet oder empfangen werden, oder?

Welche Protocol-ID hast Du in die Whitelist_ID eingetragen?

Wenn Du in die Whitelist_ID nur eine nicht definierte ID (z.B. 99) eingibst und
das Attribut "rawmsgEvent" auf 1 setzt, dann kannst Du im Event monitor die empfangenen Nachrichten anschauen.

Bei mir werden in 2 Minuten die folgenden recht überschaubare Anzahl an Nachrichten empfangen:

Code Auswählen

2017-05-01 14:46:19.867  MU;P0=205;P1=-4162;P2=338;P3=-2118;P5=-272;P6=-6144;P7=-9080;D=01230325062323232321232321212323212321232327232100;CP=2;R=219;
2017-05-01 14:46:20.130  MU;P0=140;P1=350;P2=-2122;P3=-4166;P4=260;P5=-6328;P7=-976;D=0121213121212121213121243131212131213121215021213124213131707;CP=1;R=219;
2017-05-01 14:46:20.411  MU;P0=-2295;P1=340;P2=-4149;P3=174;P5=-856;D=01210101212101210101010101210321010103530600;CP=1;R=217;
2017-05-01 14:46:22.165  MS;P0=-985;P1=480;P2=-1971;P3=-3954;P4=120;P5=324;P6=-428;D=131012101210101012101012101010101012101210121010101212442121010121210101212531012105210101012101012101010101012101210121010101212121210101212164610121213101210121010101210101210101010101210121012101010121212121010121210101212131012101210101012101017;CP=1;SP=3;R=231;
2017-05-01 14:46:22.275  MS;P0=-1109;P1=485;P6=-1956;P7=-3924;D=17101610161010101610101610101010101610161016101010161616161010161610101616;CP=1;SP=7;R=235;
2017-05-01 14:46:22.487  MS;P0=-944;P1=486;P3=-1950;P4=-3904;P5=800;P6=-656;D=14101310135610101310101310101010101310131013101010131313131010131310101313;CP=1;SP=4;R=231;m=2;
2017-05-01 14:46:22.504  MS;P0=-929;P1=468;P3=-1962;P4=-3904;P5=776;P6=-690;D=1410131013101010131010131010101010131013101310101013131313101013131010100131410131013101016501613;CP=1;SP=4;R=231;
2017-05-01 14:46:22.811  MU;P0=-1958;P1=-448;P2=100;P3=-1002;P4=479;D=1121434343404340434043434340404040434340404343404020;CP=4;R=234;
2017-05-01 14:46:24.180  MU;P0=-2473;P1=1910;P2=-1020;P3=3375;D=01212121212321030123012121212121230123212101212;CP=1;R=22;
2017-05-01 14:46:24.596  MU;P0=-32001;P1=1907;P2=-1026;P3=-4048;P4=5936;P5=-6520;P6=3381;P7=-2485;D=01212121212121212121212134562171212121212621767126712121212121267126212171212;CP=1;R=47;
2017-05-01 14:46:27.331  MS;P4=573;P5=-4153;P6=-2110;P7=-9093;D=4746454546454546464546464646464646454645464546464546454546464645454546454645;CP=4;SP=7;R=255;O;m=2;
2017-05-01 14:46:27.482  MS;P4=566;P5=-4152;P6=-2107;P7=-9067;D=4746454546454546464546464646464646454645464546464546454546464645454546454645;CP=4;SP=7;R=255;O;m=1;
2017-05-01 14:46:27.799  MS;P4=564;P5=-4158;P6=-2109;P7=-9065;D=4746454546454546464546464646464646454645464546464546454546464645454546454645;CP=4;SP=7;R=255;m=0;
2017-05-01 14:46:27.812  MS;P4=564;P5=-4158;P6=-2109;P7=-9065;D=4746454546454546464546464646464646454645464546464546454546464645454546454645;CP=4;SP=7;R=255;
2017-05-01 14:46:30.361  MU;P0=467;P1=-293;P3=1435;P4=633;P5=3661;D=0101010101345434543454340434043434343434340434343404040434340404343404040434343434340434340400;CP=0;R=23;
2017-05-01 14:46:31.490  MS;P2=-4133;P3=529;P4=-2128;P5=-9052;D=3534323232343434323434343234343434323432343234343434323234343432323434343232;CP=3;SP=5;R=242;O;m=2;
2017-05-01 14:46:31.638  MS;P2=-4101;P3=528;P4=-2103;P5=-9087;D=3534323232343434323434343234343434323432343234343434323234343432323434343232;CP=3;SP=5;R=242;O;m=1;
2017-05-01 14:46:31.758  MS;P2=-4053;P3=554;P4=-2049;P5=-9087;D=3534323232343434323434343234343434323432343234343434323234343432323434343232;CP=3;SP=5;R=242;m=0;
2017-05-01 14:46:31.772  MS;P2=-4406;P3=554;P4=-2049;P5=-9087;D=3534323232343434323434343234343434323432343234343434323234343432323434343232;CP=3;SP=5;R=242;
2017-05-01 14:46:32.011  MS;P1=-1946;P2=493;P3=-979;P4=-3904;D=24232123212123212321232321232323232123212123212321212121212323212321212121;CP=2;SP=4;R=3;O;
2017-05-01 14:46:32.277  MS;P0=482;P1=-981;P2=-1961;P3=-3908;D=03010201020201020102010102010101010201020201020102020202020101020102020202;CP=0;SP=3;R=3;O;m=2;
2017-05-01 14:46:32.379  MS;P0=494;P1=-979;P2=-1959;P3=-3922;P4=-1472;D=03010201020201020102010102010104010201020201020102020202020101020102020202;CP=0;SP=3;R=3;O;m=1;
2017-05-01 14:46:32.455  MS;P0=482;P1=-986;P2=-1949;P3=-3925;D=03010201020201020102010102010101010201020201020102020202020101020102020202;CP=0;SP=3;R=3;O;m=0;
2017-05-01 14:46:32.532  MS;P0=495;P1=-980;P2=-1946;P3=-3922;D=03010201020201020102010102010101010201020201020102020202020101020102020202;CP=0;SP=3;R=3;O;
2017-05-01 14:46:32.861  MU;P0=490;P1=-983;P2=-2011;P3=-3912;D=0102010202010201020202020201010201020202020301020102020102010201010201010101020102020102010202020202010102010202020240;CP=0;R=4;
2017-05-01 14:46:47.009  MU;P0=144;P1=-1208;P2=-23356;P3=557;P4=-4157;P5=-2087;P7=-752;D=234343434353535353535353534353435343535353534343701353535343534353434;CP=3;R=220;
2017-05-01 14:46:47.122  MU;P0=-4167;P1=553;P2=-2095;P3=264;P4=-1264;P5=152;P6=-696;D=012321212121456121210121012101212121210101212121210170;CP=1;R=221;
2017-05-01 14:46:47.970  MS;P0=545;P1=-9100;P2=-2101;P3=-4470;D=0102030202030303030202020202020202030203020302020202030302020202030203020303;CP=0;SP=1;R=222;
2017-05-01 14:46:54.208  MU;P0=-16000;P1=1906;P2=-1022;P3=-4048;P4=5952;P5=-6496;P6=3371;P7=-2486;D=01212121212121212121212134562171212121212621767126712121212121267126212171212;CP=1;R=47;
2017-05-01 14:46:54.597  MU;P0=-6504;P1=3390;P3=-2480;P4=-1017;P5=1907;P6=-4088;P7=5920;D=4567014535454545454145313541354545454545413541454535454;CP=5;R=47;
2017-05-01 14:47:17.332  MS;P0=-9099;P5=575;P6=-4145;P7=-2106;D=5057565657565657575657575757575757565756575657575657565657575756565657565756;CP=5;SP=0;R=1;O;m=2;
2017-05-01 14:47:17.482  MS;P0=-9082;P5=567;P6=-4149;P7=-2115;D=5057565657565657575657575757575757565756575657575657565657575756565657565756;CP=5;SP=0;R=1;O;m=1;
2017-05-01 14:47:17.607  MS;P0=-9082;P5=559;P6=-4144;P7=-2091;D=5057565657565657575657575757575757565756575657575657565657575756565657565756;CP=5;SP=0;R=1;m=0;
2017-05-01 14:47:17.618  MS;P0=-9082;P5=559;P6=-4144;P7=-2091;D=5057565657565657575657575757575757565756575657575657565657575756565657565756;CP=5;SP=0;R=1;
2017-05-01 14:47:17.976  MU;P0=-1018;P1=1479;P2=504;D=0102010202010201010101020202020101010101010201020202010101010101010102010101010101010202010101010101010102020101010202010101010102020101010201010202020;CP=2;R=26;
2017-05-01 14:47:23.967  MU;P0=-32001;P1=544;P2=-9096;P3=-2104;P4=-4118;P5=-304;D=01213141414131313141313131413131313141315670;CP=1;R=48;
2017-05-01 14:47:24.171  MU;P0=-1013;P1=1913;P2=-4056;P3=5936;P4=-6496;P5=3384;P6=-2471;D=01010123450161010101010501656105610101010101056105010161010;CP=1;R=46;
2017-05-01 14:47:24.420  MU;P0=-1033;P1=1894;P2=3377;P3=-2484;D=010101010201323102310101010101023102010131010;CP=1;R=248;
2017-05-01 14:47:24.938  MS;P0=-2067;P1=530;P2=-4170;P3=-9074;P4=-304;P5=136;D=131012121210101012101010121014501010121012101210101010121210101012121010101212;CP=1;SP=3;R=239;m=2;
2017-05-01 14:47:30.032  MU;P0=112;P1=-4192;P2=450;P3=-1078;P4=1425;P5=-25444;D=0123432323232323232323232323434323434323432343234323434343434343234343234323434323432323232323234343232323434323232523232323232323234323232323232323232323234343234343234323432343234343434343432343432343234343234323232323232343432323234343232325232323232;CP=2;R=24;O;
2017-05-01 14:47:30.339  MU;P0=476;P1=-1045;P2=1432;D=0101012101010101010101010101012121012121012101210121012121212121210121210121012121012101010101010121210101012121010100;CP=0;R=23;
2017-05-01 14:47:36.924  MU;P0=224;P1=-192;P3=556;P4=-9072;P5=-2068;P6=-3830;D=34353635353636363635353501353535353536353;CP=3;R=225;
2017-05-01 14:47:37.126  MU;P0=-4043;P1=573;P3=-2072;D=01013131313131313131013101310131313131010131313131013100;CP=1;R=223;
2017-05-01 14:47:37.560  MU;P0=-18940;P1=124;P2=-2073;P3=563;P4=-4146;P6=-264;D=0123432323434343432323232323232323432343216343232323210;CP=3;R=223;
2017-05-01 14:47:39.039  MS;P1=479;P2=-990;P3=-1960;P4=-3916;D=14121312131312131213121213121212121312131312131213131313131212131213131313;CP=1;SP=4;R=0;O;m=2;
2017-05-01 14:47:39.149  MS;P1=489;P2=-980;P3=-1956;P4=-3907;D=14121312131312131213121213121212121312131312131213131313131212131213131313;CP=1;SP=4;R=0;O;m=1;
2017-05-01 14:47:39.226  MS;P1=486;P2=-976;P3=-1956;P4=-3913;D=14121312131312131213121213121212121312131312131213131313131212131213131313;CP=1;SP=4;R=0;O;m=0;
2017-05-01 14:47:39.302  MS;P1=481;P2=-981;P3=-1954;P4=-3916;D=14121312131312131213121213121212121312131312131213131313131212131213131313;CP=1;SP=4;R=0;O;
2017-05-01 14:47:39.567  MS;P0=489;P1=-973;P2=-1952;P3=-3908;D=03010201020201020102010102010101010201020201020102020202020101020102020202;CP=0;SP=3;R=1;O;m=2;
2017-05-01 14:47:39.885  MS;P0=487;P1=-969;P2=-2019;P3=-3914;D=03010201020201020102010102010101010201020201020102020202020101020102020202;CP=0;SP=3;R=1;m=1;
2017-05-01 14:47:39.899  MS;P0=487;P1=-969;P2=-2019;P3=-3914;D=03010201020201020102010102010101010201020201020102020202020101020102020202;CP=0;SP=3;R=1;m=0;
2017-05-01 14:47:39.912  MU;P0=487;P1=-969;P2=-2019;P3=-3914;P4=232;P5=-32001;D=03010201020201020102010102010101010201020201020102020202020101020102020202405056;CP=0;R=1;
2017-05-01 14:47:40.931  MS;P0=-1973;P2=478;P3=-1004;P4=-3940;P5=136;D=2423202320232323202323202323232323202320232023232320202023532323202023232020;CP=2;SP=4;R=228;
2017-05-01 14:47:41.099  MU;P0=-999;P1=460;P2=-1973;P4=-3928;P5=-696;P6=208;D=0121010121210101212141012101210101012101012101010101012101210121015;CP=1;R=230;
2017-05-01 14:47:41.204  MU;P0=240;P1=-2010;P2=472;P3=-1049;P4=840;P6=360;D=0123232323232123212321232323212121214323212123232121216370;CP=2;R=230;
2017-05-01 14:47:41.371  MS;P0=-1062;P1=429;P2=-2002;P3=-3920;P6=-176;D=1310121012101010121010121010101010101610121012101010121212121010121210101212;CP=1;SP=3;R=229;
2017-05-01 14:47:41.832  MU;P0=-1010;P1=430;P2=-1979;P3=-4220;P4=136;P5=-10176;D=0121212101012121010121213101210121010101210101210101010101210121012101010121212451010430;CP=1;R=229;
2017-05-01 14:47:54.197  MU;P0=-2494;P1=1908;P2=-1024;P3=3367;D=01212121212321030123012121212121230123212101212;CP=1;R=22;
2017-05-01 14:47:54.603  MU;P0=3380;P1=-1018;P2=1910;P3=-2480;D=0123212121212101230321032121212121210321012123212120;CP=2;R=47;
2017-05-01 14:48:05.904  MU;P0=-22276;P1=248;P2=-8216;P3=514;P5=1485;P6=-1007;D=01230563656363656365656565636363636565656565656365636363656565656565656565636565656565656363656565656565656563636565656363656565656563636563656563636365636;CP=3;R=26;
2017-05-01 14:48:06.290  MU;P0=-1680;P1=496;P2=-19992;P3=1471;P4=-1025;D=012341434141434143434343414141414343434343434143414141434343434343434343414343434343434141434343434343434341414343434141434343434341414341434341414143414;CP=1;R=27;

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 01 Mai 2017, 21:33:03

Zitat von: Ralf9 am 01 Mai 2017, 00:09:45
@Sidey
Ich habe es mit
Code Auswählen Erweitern
msgOutro => 'SR;P0=275;P1=-7150;D=01;',

Hi Ralf,

ich denke mit Stopbit meinst Du die lange Sequenz (um die 10.000 uS) low.
Ich würde ja mal tippen, dass es sich hierbei um die üblich anzutreffende Startsequenz handelt.
Mittels start Parameter kann sowohl der Empfang als auch das Senden damit realisiert werden.
Weiterhin war mein Erster Gedankte, dass warum das Signal nicht als MS erkannt wird. Passt ja quasi fast alles. Beim Nachrechnen bin ich dann darauf gekommen. Der clock pulse ist ja recht klein und damit ergibt sich ein Faktor von um die 50. auf den langen low pulse gerechnet.
Ich könnte die Firmware anpassen und auch derart hohe faktoren zu ermöglichen. Absolut betrachtet sind die ja voll im Rahmen für einen Sync.

Hi RappaSan,

Zitat von: RappaSan am 01 Mai 2017, 08:46:07
Das ständige "opened" alle 20-40 sekunden kommt mir auch nicht besonders hilfreich vor.
Wenn dabei etwas neu initialisiert wird, kann in der Zeit doch bestimmt nichts gesendet oder empfangen werden, oder?

Das reading state wird bei jedem erfolgreichen demodulieren gesetzt. Das ist so gewollt und hilfreich um auf rmsg eine Aktion auslösen zu können.
Wenn der State nicht ständig einen anderen Wert als opened hat, dann passt das.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RappaSan am 02 Mai 2017, 07:10:07

Guten Morgen.
@Ralf9: Ich werd*s ausprobieren. Mal sehen, was hier so alles funkt.
@Sidey: Danke für die Info. Dann liegt es also nicht am reinitialisieren.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 02 Mai 2017, 19:27:02

@davidwohnthier
Bitte versuch mal ob Du mit

Code Auswählen

set sendMsg P65#110001111001101100011110110011101010101100110111001100011#R6
einschalten und mit

Code Auswählen

set sendMsg P65#110001111001101100011110110011101010101100110110101100011#R6
ausschalten kannst.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 02 Mai 2017, 20:32:16

@Ralf9:

Ja! Ich kann mit den von dir geschickten Commands den angelernten Dimmer ein und ausschalten! ;D :D Auch kann man den Dimmerlauf bei wiederholtem ON-Senden aktivieren!! Das ist ja großartig, danke schon einmal!!

Lässt sich mit den Commands irgendwie ein genauer Dimm-Pegel einstellen? Angeblich besitzen diese Reihe von Dimmern ein genaues Einstellen der Dimm-Helligkeit... Das ist natürlich alles noch Zukunftsmusik. Jetzt bin ich erst einmal froh, dass sie auf diesem Wege überhaupt funktionieren! Tausend Dank!!

Zum Thema Dimm Level ist mir noch etwas eingefallen, dass ich mal gefunden habe. Jemand schreibt im Raspberry Forum, dass er das geschafft hat - dort geht es aber um die HE107 - nicht EU Version. Der Beitrag ist hier: https://www.raspberrypi.org/forums/viewtopic.php?f=37&t=100512 (https://www.raspberrypi.org/forums/viewtopic.php?f=37&t=100512)

Innerhalb des von ihm umprogrammierten Codes für den Arduino macht er folgende Anmerkung:

Code Auswählen

  // Send command on or off (bit 27)
  // This command can be sent as 11 (not only as 01 or 10).
  // In that case it is dimmer command, and another 4 bits need to be sent. This is not supported.
  //sendPair(pin, turnOn); //ACE Changed to support dimmer commands
  if (level > 0) {
    // dimmer level was given send 00
    sendBit(pin, false);
    sendBit(pin, false);
  } else {
    // Send 27th bit - on/off 1/0
    sendPair(pin, turnOn);
  }
  // Send device code as 4 bits (bits 27-31)
  sendValue(pin, receiver >= 0 ? receiver : 0, FOUR_BITS);

  if (level > 0) {
    // send the dimmer level
    for(int i=3; i>=0; i--)
    {
      bool bitToSend = (level & (1 << i)) != 0;
      sendPair(pin, bitToSend);
    }
  }

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 02 Mai 2017, 23:29:42

Du kannst mal versuchen ob es was bringt, wenn Du beim sendMsg die Bits "CCCC DD EE" änderst.
Z.B. mal DD = 11

Code Auswählen

AAAAAAAAAAA BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB CCCC DD EE FFFFFF
11000111100 11011000111101100111010101011001 1011 10 01 100011

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 03 Mai 2017, 14:15:06

Bekomme keine Reaktion, wenn ich etwas an CCCC, DD oder EE ändere. Nur die von dir genannten Codes funktionieren für ein und ausschalten. Was meint denn der Autor von dem Skript, dass vier weitere Bits gesendet/angehängt werden müssen? Bei ihm scheinen die ja einfach an den Schluss zu kommen?!

Jedenfalls reagiert der Dimmer nicht beim senden von DD = 11, irgendwo scheine ich noch die vier Bits für das Dimmlevel angeben zu müssen, allerdings habe ich null Plan, wie diese vier Bits überhaupt ausschauen sollen und wohin damit...

Leider verstehe ich keine Bit-Rechenaufgaben, dann könnte ich ein jeweiliges Dimmlevel auch umrechnen, oder?!

Code Auswählen

bool bitToSend = (level & (1 << i)) != 0;

Ich hab noch etwas zum Thema Dimmlevel in den HE107ern gefunden auf Github: https://github.com/ultrafez/switcherduino/commit/e28ae6b048b11c32c6d88a1d50be0e5962957083

Code Auswählen

+  // Send HE Device Address..
 +  // This is a 26 bit code.
 +  // Start at MSB and iterate through to the lowest
 +  for(i=25; i>=0; i--)
 +  {
 +    //The typecasting seems a bit overkill, but 26 bits needs a long and the arduino compiler seems to love trying to 
 +    //convert everything to an standard int.
 +    //creates bitmask of only relevant bit. Check and send a 1 or 0 as applicable.
 +    bool bitToSend = (unsigned long)(transmitterId & ((unsigned long)1 << i)) != 0;
 +    sendPair(bitToSend);
 +
 +  }
 +
 +  // Send 26th bit - group 1/0
 +  sendPair(false);
 +
 +  if (level > 0) {
 +    // dimmer level was given send 00
 +    sendBit(false);
 +    sendBit(false);
 +  } else {
 +    // Send 27th bit - on/off 1/0
 +    sendPair(blnOn);
 +  }
 +
 +  // 4 bits - recipient
 +  for(i=3; i>=0; i--)
 +  {
 +    bool bitToSend = (recipient & (1 << i)) != 0;
 +    sendPair(bitToSend);
 +  }
 +
 +  if (level > 0) {
 +    // send the dimmer level
 +    for(i=3; i>=0; i--)
 +    {
 +      bool bitToSend = (level & (1 << i)) != 0;
 +      sendPair(bitToSend);
 +    }
 +  }

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 03 Mai 2017, 18:13:12

Naja der letzte Teil ist etwas doppelt gemoppelt. Ich weiss nicht was in der Variable level stehr, aber es geht um Werte von 0-15.

Wenn ein dimlevel gesetzt ist, dann werden vier bits gesendet. So wie es aussieht, hast Du 16 Dimmstufen. Einfach mal probieren und vier bits 0100 z.B. senden.

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 03 Mai 2017, 21:33:41

Hallo,
Ich würde gerne nochmal das Thema Hörmann hochholen.
Ich hatte damals Logs gepostet, aber keine Reaktion erhalten, wie ich weiter nach Rolling Codes suchen kann oder wie ich diese Sequenzen per Signalduino senden könnte.
https://forum.fhem.de/index.php/topic,58397.msg605258.html#msg605258

Generel ist meine Anfrage, was ich tun könnte um die blauen Hörmann FB auf 868 MHz ohne Encryption aber mit Rolling Codes mit dem Signalduino zu nutzen.

Danke für Euer Feedback und Gruß Arnd

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Hauswart am 06 Mai 2017, 12:36:31

Ich habe folgendes im Angebot:

Code Auswählen


2017.05.06 12:31:12 4: sduino/msg READ: MU;P0=483;P1=-949;P2=1210;P3=-26182;D=0121012101012121012101210101012101012121012101010101032121212101210121212121212101010121212101210101212101210121010101210101212101210101010103212121210121012121212121210101012121210121010121210121012101010121010121210121010101010;CP=0; 
2017.05.06 12:31:12 5: sduino: applying filterfunc SIGNALduino_filterSign 
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate 
2017.05.06 12:31:12 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting 
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate 
2017.05.06 12:31:12 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting 
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2017.05.06 12:31:12 5: sduino: Starting demodulation at Position 1 
2017.05.06 12:31:12 5: sduino: applying filterfunc SIGNALduino_compPattern 
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate 
2017.05.06 12:31:12 5: sduino: start pattern for MU Protocol id 48 -> TFA Dostmann mismatches, aborting 
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate 
2017.05.06 12:31:12 5: sduino: Starting demodulation at Position 0 
2017.05.06 12:31:12 5: sduino: applying filterfunc SIGNALduino_filterMC 
2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate 
2017.05.06 12:31:12 5: sduino: Starting demodulation at Position 0 
2017.05.06 12:31:12 5: sduino: dispatching bits: 0 1 0 0 1 0 0 0 1 0 1 0 0 1 0 0 1 0 0 0 0 1 0 0 0 1 0 1 0 0 1 0 0 0 0 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 1 0 0 0 0 1 0 1 0 1 0 0 1 0 0 0 1 0 1 0 0 1 0 0 1 0 0 0 0 1 0 0 0 1 0 1 0 0 1 0 0 0 0 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 1 0 0 0 0 1 0 1 0 1 0 0 1 0 0 0 1 0 1 0 0 1 0 0 1 0 0 0 0 1 0 0 0 1 0 1 0 0 1 0 0 0 0 0 
2017.05.06 12:31:12 4: sduino: decoded matched MU Protocol id 63 dmsg u6348A484520AA4AAA15229211482A92AA8548A484520 length 168 
2017.05.06 12:31:12 5: sduino: converted Data to (u6348A484520AA4AAA15229211482A92AA8548A484520) 
2017.05.06 12:31:12 5: Starting notify loop for sduino, 1 event(s), first is opened 
2017.05.06 12:31:12 5: End notify loop for sduino 
2017.05.06 12:31:12 5: sduino: dispatch u6348A484520AA4AAA15229211482A92AA8548A484520 
2017.05.06 12:31:12 5: Starting notify loop for sduino, 1 event(s), first is UNKNOWNCODE u6348A484520AA4AAA15229211482A92AA8548A484520 
2017.05.06 12:31:12 5: End notify loop for sduino 
2017.05.06 12:31:12 3: sduino: Unknown code u6348A484520AA4AAA15229211482A92AA8548A484520, help me!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 06 Mai 2017, 21:21:51

Hallo zusammen.

Wollte mal nachfragen, warum die RSSI Werte im Signalduino mit cc1101 fehlen ????

Gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 06 Mai 2017, 21:47:03

Zitat von: sash.sc am 06 Mai 2017, 21:21:51
Wollte mal nachfragen, warum die RSSI Werte im Signalduino mit cc1101 fehlen ????

Wo vermisst Du die RSSI Werte? Im log und in den Internals stehen die RSSI Werte.

Zitat@sash.sc
Ich habe ein Attribut rawmsgEvent zugefügt. Damit werden bei RAWMSG events erzeugt.
Ist es so ausreichend?

Passt dies so für Dich?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 06 Mai 2017, 22:35:03

Zitat von: Ralf9 am 06 Mai 2017, 21:47:03
Wo vermisst Du die RSSI Werte? Im log und in den Internals stehen die RSSI Werte.

Passt dies so für Dich?

Gruß Ralf

Hallo Ralf.

danke für deine Antwort.

In meinen Internals steht nix mehr von den RSSi Werten. Habe auf dem wlanduino die Version aus der dev-r33 drauf.

Code Auswählen


Internals: 
   Clients    :IT:CUL_TCM97001:OREGON:CUL_TX:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_WS_Maverick:SIGNALduino_un: 
   DEF        192.168.2.20:23 
   DMSG       TXAE3B430434 
   DevState   initialized 
   DeviceName 192.168.2.20:23 
   FD         5 
   MSGCNT     1205 
   NAME       wlanduino 
   NR         68 
   PARTIAL 
   RAWMSG     MU;P0=-4176;P1=1322;P3=-1087;P4=497;P5=-28692;P6=376;P7=-9748;D=0101313131343134313434343131313434343134343134313131313434313131313134313131313434313431315131313134313431367;CP=4;R=30; 
   STATE      opened 
   TIME       1494102666 
   TYPE       SIGNALduino 
   unknownmessages 
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   Matchlist: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2} 
     11:SD_WS09 ^P9#[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^YsA[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     1:IT       ^i...... 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     7:Hideki   ^P12#75[A-F0-9]+ 
     X:SIGNALduino_un ^[uP]\d+#.* 
   QUEUE: 
   Readings: 
     2017-04-01 18:38:44   ITParms         Unsupported command 
     2017-04-25 21:27:22   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud) 
     2017-03-12 09:08:45   ccreg           C3E = 00 84 00 00 00 00 00 00 
     2017-04-13 07:10:30   config          MS=1;MU=1;MC=1 
     2017-04-01 18:41:03   freeram         645 
     2017-04-13 07:10:47   ping            OK 
     2017-05-06 22:31:06   state           opened 
     2017-05-06 18:52:43   uptime          23 12:52:11 
     2017-05-06 22:03:16   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   Keepalive: 
     ok         1 
     retry      0 
   mcIdList: 
     10 
     11 
     12 
     18 
     43 
     47 
   msIdList: 
     0 
     1 
     13 
     14 
     15 
     17 
     2 
     22 
     23 
     25 
     3 
     32 
     33 
     35 
     38 
     4 
     41 
     45 
     6 
     7 
   muIdList: 
     16 
     20 
     21 
     24 
     26 
     27 
     28 
     29 
     30 
     31 
     34 
     36 
     37 
     39 
     40 
     42 
     44 
     46 
     48 
     49 
     5 
     50 
     51 
     8 
     9 
Attributes: 
   devStateIcon opened:cul_wlan@lime disconnected:cul_wlan@red 
   flashCommand avrdude -p atmega328p -c arduino -b 57600 -P net:[PORT] -vv -U flash:w:[HEXFILE] 2>[LOGFILE] 
   hardware   nanoCC1101 
   icon       cul_wlan 
   longids    1 
   room       99_receiver 
   verbose    1

Habe gerade ein update aus der dev-r33 gefahren.

RSSI Werte sind wieder da !!

Mit dem rawmsgEvent schaue ich mir an.

Danke
Sascha

Edit: Wie kann ich die rawmsgEvent auswerten bzw. loggen ?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 07 Mai 2017, 09:03:27

Zitat von: Sidey am 19 März 2017, 21:52:03
Du bist auf dem richtigen Weg . :)

Probiere es mal damit:

Code Auswählen Erweitern
format => 'twostate', one => [-1,2], zero => [-2,1], start => [1], clockabs => 335, modulematch => '',

Habe ich nun mal mit meiner lokalen Installation gemacht. Leider reicht das anscheinend nicht. Ich habe zuerst Came zu my $clientsSIGNALduino hinzugefügt, dann weiter

Code Auswählen

my %matchListSIGNALduino "83:Came" => '[0-1]{12}',
und in my %ProtocolListSIGNALduino gibt es jetzt den Eintrag

Code Auswählen

		"83" => ### NEU Came
			{    #MU;P0=-2988;P1=1762;P2=-1781;P3=-902;P4=871;P5=6762;P6=5012;D=0121342434343434352434313434243521342134343436;
				name         => 'Came',
				format		=> 'twostate',
				id           => '83',
				one          => [-1,2],
				zero         => [-2,1],
				clockabs     => 335, 
				start     	=> [1], # startbit, stopbit missing?!
				clientmodule => '', 
				modulematch => '', 
				length_min   => '10',
				length_max   => '13',
			},

Damit auch alles glatt geht, habe ich das Hello-World-Beispiel in Came umgemodelt. Es gibt also jetzt ein Modul 98_Came.pm, das aber nix macht. Ich kriege aber eine Fehlermeldung

Code Auswählen

017.05.07 07:36:56 0: ERROR: Cannot autoload Came
die ich nicht zuordnen kann?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 07 Mai 2017, 11:15:26

Hi,
Sind die Rechte der CAME pm richtig?
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 07 Mai 2017, 11:19:41

Zitat
Damit auch alles glatt geht, habe ich das Hello-World-Beispiel in Came umgemodelt. Es gibt also jetzt ein Modul 98_Came.pm, das aber nix macht. Ich kriege aber eine Fehlermeldung
Code Auswählen Erweitern
017.05.07 07:36:56 0: ERROR: Cannot autoload Came
die ich nicht zuordnen kann?

Hallo andies,

ich glaube wenn das modul aufgerufen werden soll muß noch:

preamble => 'XX83#', # prepend to converted message

mit rein. Damit die Nachricht zum richtigen Modul geschickt wird.
stell mal verbose=5 in schau ins log was dort angezeigt wird oder setzte mal das globale log etwas höher. Damit die der Fehler vom came.pm angezeigt wird. Du kannst ja auch mal das Came.pm hier anhängen.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 07 Mai 2017, 11:55:17

Zitat von: pejonp am 07 Mai 2017, 11:19:41
ich glaube wenn das modul aufgerufen werden soll muß noch:

preamble => 'XX83#', # prepend to converted message

mit rein.

Verbose 5 ist gesetzt, die Rechte auch (reicht -rw-r--r-- und fhem:dialout?), ich berichte. Die anderen twostate haben eine andere preamble, nämlich u83+ oder U83#. Wie ist da genau die Regel? Ich habe jetzt u genommen, kam am häufigsten vor.

Anbei auch die Came.pm.

Vielen Dank!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 07 Mai 2017, 11:59:51

Ich habe mal auf den Taster gedrückt, zweimal. Hier beide male der Code

Code Auswählen

2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-701;LH=659;SL=-352;SH=300;D=56AD58;C=335;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 335 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 5: sduino: dispatch u57#A952A7
2017.05.07 11:57:02 0: ERROR: Cannot autoload Came
2017.05.07 11:57:02 4: SIGNALduino_unknown incomming msg: u57#A952A7
2017.05.07 11:57:02 4: SIGNALduino_unknown rawData: A952A7
2017.05.07 11:57:02 4: SIGNALduino_unknown Protocol: 57
2017.05.07 11:57:02 4: SIGNALduino_unknown converted to bits: 101010010101001010100111
2017.05.07 11:57:02 4: Unknown, please report
2017.05.07 11:57:02 3: sduino: Unknown code u57#A952A7, help me!
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg

und

Code Auswählen

2017.05.07 11:57:12 4: sduino/keepalive ok, retry = 0
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=AB56AC;C=329;L=22;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 010101001010100101010011 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#54A953)
2017.05.07 11:57:41 5: sduino: dispatch u57#54A953
2017.05.07 11:57:41 0: ERROR: Cannot autoload Came
2017.05.07 11:57:41 4: SIGNALduino_unknown incomming msg: u57#54A953
2017.05.07 11:57:41 4: SIGNALduino_unknown rawData: 54A953
2017.05.07 11:57:41 4: SIGNALduino_unknown Protocol: 57
2017.05.07 11:57:41 4: SIGNALduino_unknown converted to bits: 010101001010100101010011
2017.05.07 11:57:41 4: Unknown, please report
2017.05.07 11:57:41 3: sduino: Unknown code u57#54A953, help me!
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=56AD58;C=329;L=21;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:41 5: sduino: dispatch u57#A952A7
2017.05.07 11:57:41 0: ERROR: Cannot autoload Came
2017.05.07 11:57:41 4: SIGNALduino_unknown incomming msg: u57#A952A7
2017.05.07 11:57:41 4: SIGNALduino_unknown rawData: A952A7
2017.05.07 11:57:41 4: SIGNALduino_unknown Protocol: 57
2017.05.07 11:57:41 4: SIGNALduino_unknown converted to bits: 101010010101001010100111
2017.05.07 11:57:41 4: Unknown, please report
2017.05.07 11:57:41 3: sduino: Unknown code u57#A952A7, help me!
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=56AD58;C=329;L=21;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:41 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=56AD58;C=329;L=21;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:41 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=56AD58;C=329;L=21;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:41 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=56AD58;C=329;L=21;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:41 4: sduino: Dropped (u57#A952A7) due to short time or equal msg

Der Fehler ist immer noch da.

<EDIT> Er scheint das für ein "57" => ## m-e doorbell zu halten. Kann ich das Blacklisten?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 07 Mai 2017, 13:42:02

@andies

ich habe mal eine neue 14_Came.pm angelegt. In der anderen sind Fehler drin die ich so schnell nicht gefunden haben. Ich habe die 14_SD_UT.pm in 14_Came.pm kopiert, aber nicht weiter angepaßt.

in der SignalDuino.pm habe ich unter "83"

preamble => 'P83#', # prepend to converted message

hinzugefügt.

Und die
my %matchListSIGNALduino = (
"83:Came" => "^P83#[A-Fa-f0-9]+",

mit diesem Eintrag ergänzt.

Testen kannst du es mit (verbose=5):
{ Dispatch($defs{sduino}, "P83#A952A7", undef) }

beim 2. Aufruf wird dann ein neuer Eintrag angelegt.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 07 Mai 2017, 14:01:37

Danke, das sieht gut aus - Gerät angelegt. Ich spiele jetzt mal ein wenig damit herum. Die Datei hatte ich übrigens aus dem Wiki...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 07 Mai 2017, 15:42:09

Ich habe neu gestartet, es gab keine Fehlermeldung. Ich empfange aber trotz verbose 5 nichts, wenn ich auf die Fernbedienung drücke?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 07 Mai 2017, 16:29:11

Hallo zusammen.

Habe die dev-r33 wieder drauf, um die RSSI Werte wieder in meiner Übersicht zu haben. Klappt auch wieder.
Jetzt ist mir aufgefallen, dass mit der dev-r33 wieder die Peaks bei den revolt Steckdosen auftauchen?

Mit der normalen Version aus dem Update, über fhem, treten die Peaks bei den revolt Dosen nicht auf.

Hoffe es hilft weiter.

Gruß Sascha

Gesendet von meinem SM-T560 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 07 Mai 2017, 18:10:53

Zitat von: andies am 07 Mai 2017, 15:42:09
Ich habe neu gestartet, es gab keine Fehlermeldung. Ich empfange aber trotz verbose 5 nichts, wenn ich auf die Fernbedienung drücke?

@andies

Ändere mal den Eintrag von P83# in u57# vielleicht kommt dann etwas. Hast du das mit dem dispatch versucht ?

Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 07 Mai 2017, 19:11:37

Habe ich gemacht. Gibt leider immer noch keine Meldung (auch im Log des Gerätes, siehe unten, nicht).
(Was ist der Unterschied zwischen u und P?)

Dispatch hat mir ein neues Devices angelegt, das habe ich dann etwas umbenannt:

Code Auswählen

Internals: 
   CODE       Came_A9 
   DEF        Came_A9 
   NAME       Came_A9 
   NR         152 
   STATE      Defined 
   TYPE       Came 
   bitMSG 
   lastMSG 
   Readings: 
     2017-05-07 13:56:09   channel         A9 
     2017-05-07 13:56:09   sound           0101 
     2017-05-07 13:56:09   state           0101 
Attributes: 
   room       Came 
   verbose    5

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 07 Mai 2017, 19:36:23

ZitatEdit: Wie kann ich die rawmsgEvent auswerten bzw. loggen ?

Wenn Du in die Whitelist_ID nur eine nicht definierte ID (z.B. 99) eingibst und
das Attribut "rawmsgEvent" auf 1 setzt, dann kannst Du im Event monitor die empfangenen Nachrichten anschauen.
Mit den erzeugten events kannst Du dann eine filelog füttern.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 07 Mai 2017, 20:25:30

Zitat von: andies am 07 Mai 2017, 19:11:37
Habe ich gemacht. Gibt leider immer noch keine Meldung (auch im Log des Gerätes, siehe unten, nicht).
(Was ist der Unterschied zwischen u und P?)

@andies

die Buchstaben sind egal, sie wurden einmal so vom jeweiligen Entwickler so festgelegt. Aber du hattest doch schon Meldungen mit u57#

Code Auswählen


...
2017.05.07 11:57:02 0: ERROR: Cannot autoload Came
2017.05.07 11:57:02 4: SIGNALduino_unknown incomming msg: u57#A952A7
2017.05.07 11:57:02 4: SIGNALduino_unknown rawData: A952A7
2017.05.07 11:57:02 4: SIGNALduino_unknown Protocol: 57
2017.05.07 11:57:02 4: SIGNALduino_unknown converted to bits: 101010010101001010100111
2017.05.07 11:57:02 4: Unknown, please report
2017.05.07 11:57:02 3: sduino: Unknown code u57#A952A7, help me!
..

Du must jetzt etwas im Modul damit machen ! Mehr wird noch nicht kommen. Was ist den Came ? Was kannst du damit machen ? An welcher Bitposition steht was (Temp/Stop/....) ?

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 07 Mai 2017, 20:41:31

Zitat von: pejonp am 07 Mai 2017, 20:25:30
Du must jetzt etwas im Modul damit machen !

Ja, das ist mir schon klar. Came ist eine Gartentoröffnung, die nur ein Signal kennt (kein on-off). Ich möchte nicht meine raw-Lösung, sondern eine generelle Lösung haben, um auch meine vorhandenen Fernbedienungen erfassen zu können (was momentan ja nicht geht).

Ich habe das sowohl mit pilight und das Senden mit sendrawmessage lösen können, also SIGNALduino erlaubt mir die Öffnung, ich nehme dazu zB

Code Auswählen

set sduino raw SR;;R=7;;P0=335;;P1=-665;;P2=-335;;P3=665;;P4=-15018;;D=01010102310101023101023104;
Bei pilight war es so, dass das raw-Signal am Ende nur einer Zahlenfolge (Anzahl der mikrosekunden zwischen HIGH und LOW) entsprach und man diese Folge für ein entsprechendes Gerät analysieren musste. War die Zahlenfolge stabil, war das Gerät "geknackt". Ich verstehe nur leider den Code von SIGNALduino nicht, wo dieser Code analysiert wird und welche Schritte hier stattfinden. Sonst könnte ich da herumspielen und mir zum Beispiel mal anschauen, was denn beim Drücken der Toröffner-Taste da ankommt und wie das interpretierbar wäre. Ich stehe schlichtweg auf dem Schlauch.

Bei pilight habe ich das so hinbekommen: https://forum.pilight.org/Thread-Solved-Came-door-opener-automatic-gates?pid=20181#pid20181
Hier schaffe ich das leider nicht, weil ich die Programmstruktur nicht durchschaue. Ich dachte, die entscheidenden Schritte wären

Code Auswählen

my %matchListSIGNALduino "83:Came" => '[0-1]{12}',
sowie das unmittelbare Drumherum, aber das stimmt anscheinend nicht.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 07 Mai 2017, 21:04:55

@andies

Du kannst die Matchlist vom Signalduino nicht mit dieser Folge füttern -> SR;;R=7;;P0=335;;P1=-665;;P2=-335;;P3=665;;P4=-15018;;D=01010102310101023101023104;

du must diese erst z.B. im Eintrag "83" in Hex umwandeln.
Du kannst aber natürlich diese Folge senden:

Code Auswählen


set sduino raw SR;;R=7;;P0=335;;P1=-665;;P2=-335;;P3=665;;P4=-15018;;D=01010102310101023101023104;

dazu benötigst du aber keine Eintrag in der Matchliste. Ich schalte so z.B. meine Beleuchtung. (Einträge aus der fhem.cfg, deshalb die vielen Semikola)

Code Auswählen


#Kerze 433 1
define Kerze433 dummy
attr Kerze433 room Haus,LED-Beleuchtung
attr Kerze433 setList state:on,off,flash,flash2
attr Kerze433 verbose 1
attr Kerze433 webCmd on:off:flash:flash2
define Kerze433_on notify (Kerze433:on) set sduino raw SR;;;;R=4;;;;P0=-1425;;;;P1=665;;;;P2=-3500;;;;P3=-7642;;;;P4=-928;;;;P5=92;;;;P6=-2484;;;;D=01010121212121210121212131312121212101210101010101010101012121212121012121213131212121210121010101010101010101212121212101212121313121212121012101010101010101010121212121210121212131312121212101210101010101010101014561212121210121212131312121212101210101;;;;\
Log 1, "notify Kerze_on   : $NAME $EVENT";;;;\

attr Kerze433_on verbose 1
define Kerze433_off notify (Kerze433:off) set sduino raw SR;;;;R=3;;;;P0=1492;;;;P1=-534;;;;P2=3728;;;;P4=-3533;;;;P5=651;;;;P6=-1455;;;;P7=-7675;;;;D=01210456565656565656565654545454545454545457575454545456545656565656565656565454545454545454545757545454545654565656565656565656545454545454545454575754545454565456565656565656565654545454545454545457575454545456545656565656565656565454545454545454545757;;;;\
Log 1, "notify Kerze_off  : $NAME $EVENT";;;;\

attr Kerze433_off verbose 1

define Kerze433_flash notify (Kerze433:flash)  set sduino raw SR;;;;R=4;;;;P0=-934;;;;P1=276;;;;P2=649;;;;P3=-3529;;;;P4=-1450;;;;P5=-7680;;;;D=01023232323242324242424242424242423232323232424242325252323232324232424242424242424242323232323242424232525232323232423242424242424242424232323232324242423252523232323242324242424242424242423232323232424242325252323232324232424242424242424242323232323242;;;;\
Log 1, "notify Kerze_flash: $NAME $EVENT";;;;\

attr Kerze433_flash verbose 1

define Kerze433_flash2 notify (Kerze433:flash2) set sduino raw SR;;;;R=3;;;;P0=-1457;;;;P1=647;;;;P2=-3543;;;;P3=-7688;;;;P4=164;;;;P5=-316;;;;D=01210101010101010101012121212121010121213131245121212101210101010101010101012121212121010121213131212121210121010101010101010101212121212101012121313121212121012101010101010101010121212121210101212131312121212101210101010101010101012121212121010121213131;;;;\
Log 1, "notify Kerze_flash2: $NAME $EVENT";;;;
attr Kerze433_flash2 verbose 1

Wenn du aber jetzt die Fernbedienung erkennen und darauf reagieren möchtest, kommst du um einen Eintrag in der Matchlist wahrscheinlich nicht herum.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 07 Mai 2017, 21:06:20

Zitat von: Ralf9 am 07 Mai 2017, 19:36:23
Wenn Du in die Whitelist_ID nur eine nicht definierte ID (z.B. 99) eingibst und
das Attribut "rawmsgEvent" auf 1 setzt, dann kannst Du im Event monitor die empfangenen Nachrichten anschauen.
Mit den erzeugten events kannst Du dann eine filelog füttern.

Gruß Ralf

Hallo Ralf.

Funktioniert soweit....
Bekommt man DMESG auch noch wie in die LOG´s rein ??

Gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 07 Mai 2017, 21:24:09

Zitat von: davidwohnthier am 03 Mai 2017, 14:15:06
Bekomme keine Reaktion, wenn ich etwas an CCCC, DD oder EE ändere. Nur die von dir genannten Codes funktionieren für ein und ausschalten. Was meint denn der Autor von dem Skript, dass vier weitere Bits gesendet/angehängt werden müssen? Bei ihm scheinen die ja einfach an den Schluss zu kommen?!

Jedenfalls reagiert der Dimmer nicht beim senden von DD = 11, irgendwo scheine ich noch die vier Bits für das Dimmlevel angeben zu müssen,

Du kannst mal versuchen die 4 Bit zwischen DD und EE oder hinter FFFFFF einzufügen.

@Sidey
Kann es sich beim HE300 auch um eine Quadcodierung handeln? Dann wäre der Dimmlevel 8 Bit.

my %bintotristateHE=(
"10" => "1",
"01" => "0",
"11" => "2",
"00" => "D"

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 07 Mai 2017, 21:26:25

Zitat von: pejonp am 07 Mai 2017, 21:04:55
du must diese erst z.B. im Eintrag "83" in Hex umwandeln.

Ah, super, danke - langsam verstehe ich. Ich muss bei twostate die Einzelsignale 0 und 1 durch clockstate definieren und das Gesamtsignal ist dann die Hex der 0 und 1, richtig? Na dann mache ich mich mal ran. Noch eine Frage. Mein Gerät verlangt ein Schlussbit (1500mikrosec lang). So etwas habe ich im Code nicht gesehen. Es gibt preamble, aber postamble hatte wieder unverständliche Sachen drin - oder ist das auch nur einfach Hex der Einzelsignale?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 07 Mai 2017, 21:29:45

Zitat von: sash.sc am 07 Mai 2017, 21:06:20
Bekommt man DMESG auch noch wie in die LOG´s rein ??

Sind die DMESG für die es kein Modul gibt ("u" oder "U" am Anfang) ausreichend?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 07 Mai 2017, 21:44:26

Zitat von: Ralf9 am 07 Mai 2017, 21:29:45
Sind die DMESG für die es kein Modul gibt ("u" oder "U" am Anfang) ausreichend?

Denke schon.....

Gesendet von dem teuren ding in meiner hand

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 07 Mai 2017, 22:02:20

@andies

Ich hatte auch mal so etwas versucht für den WH2. Da ich persönlich keinen habe mußte, habe ich es an Hand des Logs versucht. Von @sidey habe ich auch noch eine Hilfestellung bekommen. Die hänge ich hier mal mit an. Vielleicht kannst du dich an dieser entlanghangeln.

### Hilfe Sidey ###
Vom Prinzip bestimmt man erst dem größten gemeinsamen Teiler.
Der kommt in clockabs.

Die Werte in one, zero, Start, sync sind die Multiplikatoren.

Bei MU Protokollen gibt es keinen sync, da kann nach one, zero oder Start gesucht werden. Je nach dem, welche Werte hinter Start/one/zero stehen wird die Sequenz danach gewertet.

In dem 1. Beispiel würde ich clockabs auf 500 setzen. Siehe auch CP=1 =502.
Die bits sind meiner Meinung nach über die Sequenz 12 und 32 dargestellt.

Start über 34.
Den Wert dieser Indexe kann man in Px= entnehmen.
3 =-966
4=23206

Ich tippe mal 12 entspricht binär einer 0.
Im Protokoll wird dann zero = [1,-2] definiert.

Die Angabe hinter zero/one/Start/sync sind eigentlich nur Multiplikatoren auf clockabs, welche gegen den Wert der Sequenz verglichen werden.

Length_min und max bestimmen grenzen. Die muss man nicht zwingend setzen, es hat sich aber bewährt, diese möglichst eng zu definieren, da es sonst massenhaft zu fehlerhaften demodulierungen kommen kann.

Code Auswählen


z.B WH2: RAW von der seriellen:Anzeige: 41% 21,8°C
MU;P0=-264;P1=502;P2=-966;P3=1469;P4=-23206;D=01212121212123212323232121212121212323232323212123212123212323232123212323212323232321232323232321212323212323232323412121212121212321232323212121212121232323232321212321212321232323212321232321232323232123232323232121232321232323232341212121212121232123;CP=1;O;
 MU;P0=-979;P1=1459;P2=489;D=01010202020202020101010101020201020201020101010201020101020101010102010101010102020101020101010101;CP=2;

2017.04.05 17:39:57 4: sduino/msg READ: MU;P0=32001;P1=-19272;P2=461;P3=-1067;P4=1444;D=012343234323432323434343432343434343434323432323232323232323232343432323432;CP=2;R=53;

 start    => [-40,1],  #  -19200 / 470 ~ 40
 zero     => [1,-2],   #  1067/470 ~ 2   461/470 ~ 1
 one      => [3,-2],   #  1444/470 ~ 3  1067/470 ~ 2
 
 length ~ 36 bits

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: davidwohnthier am 09 Mai 2017, 14:08:23

Zitat von: Ralf9 am 07 Mai 2017, 21:24:09
Du kannst mal versuchen die 4 Bit zwischen DD und EE oder hinter FFFFFF einzufügen.

@Sidey
Kann es sich beim HE300 auch um eine Quadcodierung handeln? Dann wäre der Dimmlevel 8 Bit.

my %bintotristateHE=(
"10" => "1",
"01" => "0",
"11" => "2",
"00" => "D"

Gruß Ralf

Hallo Ralf!

Ich habe umfangreiche Tests nach dem Trial and Error Prinzip ausprobiert. Leider reagiert der Dimmer auf keinen der eingegebenen Commandos. Folgendes habe ich getestet:

DD=10 und Bits (0100) zwischen DD und EE

Code Auswählen

set sduino sendMsg P65#1100011110011011000111101100111010101011001101110010001100011#R6
Ergebnis: keine Reaktion

DD=10 und Bits nach FFFFFF

Code Auswählen

set sduino sendMsg P65#1100011110011011000111101100111010101011001101110011000110100#R6
Ergebnis: keine Reaktion

DD=11 und Bits (0100) zwischen DD und EE

Code Auswählen

set sduino sendMsg P65#1100011110011011000111101100111010101011001101111010001100011#R6
Ergebnis: keine Reaktion

DD=11 und Bits (0100) hinter FFFFF

Code Auswählen

set sduino sendMsg P65#1100011110011011000111101100111010101011001101111011000110100#R6
Ergebnis: keine Reaktion

DD=11 und Bits (00010101) zwischen DD und EE:

Code Auswählen

set sduino sendMsg P65#11000111100110110001111011001110101010110011011100001010101100011#R6
Ergebnis: keine Reaktion

DD=11 und Bits (00010101) hinter FFFFF

Code Auswählen

set sduino sendMsg P65#11000111100110110001111011001110101010110011011100110001100010101#R6
Ergebnis: keine Reaktion

DD=00 und Bits (0100) zwischen DD und EE

Code Auswählen

set sduino sendMsg P65#1100011110011011000111101100111010101011001101100010001100011#R6
Ergebnis: keine Reaktion

DD=00 und Bits (0100) hinter FFFFF

Code Auswählen

set sduino sendMsg P65#1100011110011011000111101100111010101011001101100011000110100#R6
Ergebnis: keine Reaktion

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 09 Mai 2017, 15:20:40

B#@@

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 09 Mai 2017, 23:58:24

ZitatIch habe umfangreiche Tests nach dem Trial and Error Prinzip ausprobiert. Leider reagiert der Dimmer auf keinen der eingegebenen Commandos. Folgendes habe ich getestet:

Du kannst noch folgendes testen. Sonst habe ich für Trial and Error auch keine Idee mehr.

Code Auswählen

DD=00 und Bits (00010101) zwischen DD und EE:

DD=00 und Bits (00010101) hinter FFFFF

Eine andere Möglichkeit wäre mit einem Sender, der das HEEU oder HE300 Protokoll kann, einen Dim Level zu senden und dann die von Signalduino empfangene raw Nachricht hier posten.

Sind Dir außer dem RFXtrx433 noch andere Sender bekannt die das HEEU oder HE300 Protokoll können?

Interessant wäre, wenn jemand mit einem RFXtrx433 ein HomeEasy EU device definieren könnte
z.B.:

Code Auswählen

define heeu TRX_LIGHT HOMEEASY 0123456709 none
und dann

Code Auswählen

set heeu on
und

Code Auswählen

set heeu level 7

und dann die von Signalduino empfangene raw Nachricht hier posten könnte.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 10 Mai 2017, 08:14:22

@Ralf9, sidey: Seid Ihr Euch sicher, dass das hier richtig ist:

Code Auswählen

if ($intro ne "" || $outro ne "")
		{
			$intro = "SC;R=$repeats;" . $intro;
			$repeats = 0;
		}

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 10 Mai 2017, 09:16:53

Zitat von: andies am 10 Mai 2017, 08:14:22
@Ralf9, sidey: Seid Ihr Euch sicher, dass das hier richtig ist:

Für mich sieht dies so ok aus.

Probleme könnte evtl beim Somfy das fehlende msgOutro machen

Code Auswählen

#msgOutro => 'SR;P0=-30415;D=0;',

@habeIchVergessen
liest Du hier mit?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 10 Mai 2017, 13:38:38

Sorry, habe mich falsch ausgedrückt. Müsste es nicht sinnvollerweise

Code Auswählen

if ($intro ne "" || $outro ne "")
		{
			$intro = "SC;R=$repeats;" . $outro;  <==== HIER outro statt intro
			$repeats = 0;
		}

heißen?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 11 Mai 2017, 19:42:53

Zitat von: Ralf9 am 09 Mai 2017, 23:58:24
Du kannst noch folgendes testen. Sonst habe ich für Trial and Error auch keine Idee mehr.
Code Auswählen Erweitern
DD=00 und Bits (00010101) zwischen DD und EE: DD=00 und Bits (00010101) hinter FFFFF

Ich habe mir das mit den 8 Bit nochmals angeschaut. Wenn
01 => 0 (off)
10 => 1 (on)
dann ist 0100 => 01100101

Du kannst folgendes nochmals testen

Code Auswählen

DD=00 und Bits (01100101) zwischen DD und EE:

DD=00 und Bits (01100101) hinter FFFFF

DD=11 und Bits (01100101) zwischen DD und EE:

DD=11 und Bits (01100101) hinter FFFFF

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 11 Mai 2017, 22:21:39

So auf den 1. Blick würde die Sache mit $outro so mehr Sinn ergeben.

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 12 Mai 2017, 20:00:52

@RaspiLED
Ich habe für Hörmann Garagentore ein neues Thema aufgemacht
https://forum.fhem.de/index.php/topic,71877.msg634482.html#msg634482

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Hauswart am 12 Mai 2017, 21:47:31

Zitat von: Hauswart am 06 Mai 2017, 12:36:31
Ich habe folgendes im Angebot:

Code Auswählen Erweitern
2017.05.06 12:31:12 4: sduino/msg READ: MU;P0=483;P1=-949;P2=1210;P3=-26182;D=0121012101012121012101210101012101012121012101010101032121212101210121212121212101010121212101210101212101210121010101210101212101210101010103212121210121012121212121210101012121210121010121210121012101010121010121210121010101010;CP=0; 2017.05.06 12:31:12 5: sduino: applying filterfunc SIGNALduino_filterSign 2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate 2017.05.06 12:31:12 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting 2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate 2017.05.06 12:31:12 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting 2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 2017.05.06 12:31:12 5: sduino: Starting demodulation at Position 1 2017.05.06 12:31:12 5: sduino: applying filterfunc SIGNALduino_compPattern 2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate 2017.05.06 12:31:12 5: sduino: start pattern for MU Protocol id 48 -> TFA Dostmann mismatches, aborting 2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate 2017.05.06 12:31:12 5: sduino: Starting demodulation at Position 0 2017.05.06 12:31:12 5: sduino: applying filterfunc SIGNALduino_filterMC 2017.05.06 12:31:12 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate 2017.05.06 12:31:12 5: sduino: Starting demodulation at Position 0 2017.05.06 12:31:12 5: sduino: dispatching bits: 0 1 0 0 1 0 0 0 1 0 1 0 0 1 0 0 1 0 0 0 0 1 0 0 0 1 0 1 0 0 1 0 0 0 0 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 1 0 0 0 0 1 0 1 0 1 0 0 1 0 0 0 1 0 1 0 0 1 0 0 1 0 0 0 0 1 0 0 0 1 0 1 0 0 1 0 0 0 0 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 1 0 0 0 0 1 0 1 0 1 0 0 1 0 0 0 1 0 1 0 0 1 0 0 1 0 0 0 0 1 0 0 0 1 0 1 0 0 1 0 0 0 0 0 2017.05.06 12:31:12 4: sduino: decoded matched MU Protocol id 63 dmsg u6348A484520AA4AAA15229211482A92AA8548A484520 length 168 2017.05.06 12:31:12 5: sduino: converted Data to (u6348A484520AA4AAA15229211482A92AA8548A484520) 2017.05.06 12:31:12 5: Starting notify loop for sduino, 1 event(s), first is opened 2017.05.06 12:31:12 5: End notify loop for sduino 2017.05.06 12:31:12 5: sduino: dispatch u6348A484520AA4AAA15229211482A92AA8548A484520 2017.05.06 12:31:12 5: Starting notify loop for sduino, 1 event(s), first is UNKNOWNCODE u6348A484520AA4AAA15229211482A92AA8548A484520 2017.05.06 12:31:12 5: End notify loop for sduino 2017.05.06 12:31:12 3: sduino: Unknown code u6348A484520AA4AAA15229211482A92AA8548A484520, help me!

Ich habe mal ein neues Thema dazu eröffnet: https://forum.fhem.de/index.php?topic=71882

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 13 Mai 2017, 23:14:46

Zitat von: Ralf9 am 12 Mai 2017, 12:23:42
Bei der dev-r33 Version gibt es keine feste Wartezeit. Mit dem Senden der nächsten Sendenachricht wird gewartet bis die vorherige Sendenachricht vollständig gesendet wurde (sduino/read sendraw answer: ..)

Hi Ralf,

ich habe mich jetzt mal in den Ablauf eingearbeitet. Ich habe da eine Idee:

Das 1. Kommando wird ja in die Warteschlange aufgenommen und dann an den USB Port übergeben. $hash->{QUEUE} ist 0 nachdem das Kommando übergeben wurde.
Danach wird das 2. sendMSG Kommando übergeben.

Code Auswählen

sub SIGNALduino_AddSendQueue($$)
{
  my ($hash, $msg) = @_;
  my $name = $hash->{NAME};
  #Log3 $hash, 3,"AddSendQueue: " . $hash->{NAME} . ": $msg";
  push(@{$hash->{QUEUE}}, $msg);
  #Log3 $hash , 5, Dumper($hash->{QUEUE});
  InternalTimer(gettimeofday() + 0.1, "SIGNALduino_HandleWriteQueue", "HandleWriteQueue:$name") if (@{$hash->{QUEUE}} == 1);
}

Anschließend wird das 2. Kommando übertragen

Ich das ganze nun nicht durch tests verifiziert, wenn ich aber nichts übersehen habe, dann müsste das nun der Stand sein.
Was man da nun ganau macht habe ich mir nicht überlegt. Vielleicht sollte man etwas aus der Warteschlange erst entfernen, wenn die Rückmeldung angekommen ist. Alternative wäre es eventuell zu prüfen ob schon ein Timer läuft und keinen Zusätzlichen starten.
Dazu gibt es derzeit wohl keine Funktion, könnte man aber wohl entweder abfragen in dem wir den hash %intAt durchsuchen.
Alternativ können wir in den internals auch ein Flag speichern.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 13 Mai 2017, 23:25:37

ZitatDa ich annehme, dass $hash->{QUEUE} nun 0 ist, obwohl wir noch keine Rückmeldung haben erzeugen wir internalTimer der in 0.1 Sekunden HandleWriteQueue aufruft. Solle vom Arduino noch keine Rückmeldung bis jetzt vorliegen, wird das als timeout gewertet.

Der 0.1 Sekunden internalTimer wird aber nur wirksam, wenn das 2. set-Kommando um mehr als 0.1 Sekunden nach dem 1.set-Kommando kommt.

Da es damals beim Einbauen mit einer structure ohne delay getestet wurde, ist dieser Fehler nicht aufgefallen.

Code Auswählen

2017-05-11 18:07:52.498 structure SchalterStruc off
2017.05.11 18:07:52.498 3 : sduino IT_set: IT_0F0000000F off
2017.05.11 18:07:52.501 5 : sduino/write: adding to queue sendMsg P3#is0F0000000FF0#R6
2017.05.11 18:07:52.501 3 : sduino IT_set: IT_0F000F000F off
2017.05.11 18:07:52.503 5 : sduino/write: adding to queue sendMsg P3#is0F000F000FF0#R6
2017.05.11 18:07:52.503 3 : sduino IT_set: IT_0F00F0000F off
2017.05.11 18:07:52.505 5 : sduino/write: adding to queue sendMsg P3#is0F00F0000FF0#R6

ZitatAlternativ können wir in den internals auch ein Flag speichern.

Dies finde ich am besten. z.B. ein Flag $hash->{sendrawworking} das bis zum vollständigen Senden gesetzt ist.

Ich baue das mal so ein und commite es dann.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 13 Mai 2017, 23:41:44

Ich habe es mal nachgestellt:

Ein DOIF mit drei IT Steckdosen:

Code Auswählen

define time_switch DOIF (["$SELF:mybutton: on"] or [[$SELF:mybegin,"00:00"]]) (set IT_11111FFF0F on) (set IT_11111FF0FF  on) (set IT_11111FFFFF  on) DOELSEIF (["$SELF:mybutton: off"] or [[$SELF:myend,"00:00"]]) (set IT_11111FFF0F off) (set IT_11111FF0FF  off) (set IT_11111FFFFF  off)
attr time_switch cmdState on|off
attr time_switch readingList mybutton mybegin myend
attr time_switch room IT
attr time_switch setList mybutton:on,off mybegin:time myend:time
attr time_switch webCmd mybutton:mybegin:myend

Die Warteschlange wird ordentlich abgearbeitet.

Code Auswählen

2017.05.13 22:24:55.617 3: sduino: setting Verbose to: 5
2017.05.13 22:24:55.650 3: sduino IT_set: IT_11111FFF0F on
2017.05.13 22:24:55.665 5: sduino IT_set: Type=SIGNALduino Protocol=V1
2017.05.13 22:24:55.666 4: sduino IT_set: sendMsg=P3#is11111FFF0F0F#R6
2017.05.13 22:24:55.668 5: sduino/write: adding to queue sendMsg P3#is11111FFF0F0F#R6
2017.05.13 22:24:55.669 5: sduino: sendmsg msg=P3#is11111FFF0F0F#R6
2017.05.13 22:24:55.671 5: sduino: sendmsg IT V1 convertet tristate to bits=111111111101010100010001
2017.05.13 22:24:55.672 5: sduino: sendmsg Preparing rawsend command for protocol=3, repeats=6, clock=250 bits=111111111101010100010001
2017.05.13 22:24:55.674 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:55.680 3: sduino IT_set: IT_11111FF0FF on
2017.05.13 22:24:55.707 5: sduino IT_set: Type=SIGNALduino Protocol=V1
2017.05.13 22:24:55.708 4: sduino IT_set: sendMsg=P3#is11111FF0FF0F#R6
2017.05.13 22:24:55.710 5: sduino/write: adding to queue sendMsg P3#is11111FF0FF0F#R6
2017.05.13 22:24:55.711 5: sduino: sendmsg msg=P3#is11111FF0FF0F#R6
2017.05.13 22:24:55.713 5: sduino: sendmsg IT V1 convertet tristate to bits=111111111101010001010001
2017.05.13 22:24:55.714 5: sduino: sendmsg Preparing rawsend command for protocol=3, repeats=6, clock=250 bits=111111111101010001010001
2017.05.13 22:24:55.716 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:55.722 3: sduino IT_set: IT_11111FFFFF on
2017.05.13 22:24:55.736 5: sduino IT_set: Type=SIGNALduino Protocol=V1
2017.05.13 22:24:55.738 4: sduino IT_set: sendMsg=P3#is11111FFFFF0F#R6
2017.05.13 22:24:55.739 5: sduino/write: adding to queue sendMsg P3#is11111FFFFF0F#R6
2017.05.13 22:24:55.741 5: sduino: sendmsg msg=P3#is11111FFFFF0F#R6
2017.05.13 22:24:55.742 5: sduino: sendmsg IT V1 convertet tristate to bits=111111111101010101010001
2017.05.13 22:24:55.743 5: sduino: sendmsg Preparing rawsend command for protocol=3, repeats=6, clock=250 bits=111111111101010101010001
2017.05.13 22:24:55.746 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:55.786 5: sduino SW: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:55.798 4: sduino SendFromQueue: msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:56.030 4: sduino/msg READ: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:56.031 5: sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:56.032 4: sduino/read sendraw answer: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230404042304040423;
2017.05.13 22:24:56.034 5: sduino SW: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:56.046 4: sduino SendFromQueue: msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:56.278 4: sduino/msg READ: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:56.280 5: sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:56.281 4: sduino/read sendraw answer: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304040423042304040423;
2017.05.13 22:24:56.283 5: sduino SW: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:56.295 4: sduino SendFromQueue: msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:56.526 4: sduino/msg READ: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:56.527 5: sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:56.528 4: sduino/read sendraw answer: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423042304230423042304040423;
2017.05.13 22:24:56.530 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2017.05.13 22:24:58.793 4: sduino: Calling Getting Attr sub with args: set verbose = 3
2017.05.13 22:24:58.794 3: sduino: setting Verbose to: 3
2017.05.13 22:25:47.134 4: HttpUtils url=http://10.2.11.58:23/

Wir haben dann wohl in diesem Fall doch ein anderes Problem

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 14 Mai 2017, 08:35:37

Könnte es sein, dass (nur) bei einer structure das Problem auftritt?

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 14 Mai 2017, 09:12:08

ich habe einen Fehler in der Sendewarteschlangenroutine behoben, bitte mal testen.
Falls das Senden von mehreren set-Befehlen immer noch nicht funktioniert, benötige ich ein log-Auszug mit verbose 5.

Code Auswählen

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

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 14 Mai 2017, 23:29:08

ZitatSind die DMESG für die es kein Modul gibt ("u" oder "U" am Anfang) ausreichend?

Zitat von: sash.sc am 07 Mai 2017, 21:44:26
Denke schon.....

Ich habe es eingebaut.
Bei DMESG für die es kein Modul gibt ("u" oder "U" am Anfang wird nun ein event erzeugt.
z.B.
"DMSG U65#C79B1ECEAB37318"

Ich habe außerdem noch das Attribut "cc1101_frequency" hinzugefügt, wenn dort ein Wert größer 800 eingetragen wird, kann auch bei einem 868 MHz cc1101 mit set patable der Sendepegel eingestellt werden.

Die patable Werte sind Frequenzabhängig:

Code Auswählen

my %patable = (
  "433" =>
  {
    "-10_dBm"  => '34',
    "-5_dBm"   => '68',
    "0_dBm"    => '60',
    "5_dBm"    => '84',
    "7_dBm"    => 'C8',
    "10_dBm"   => 'C0',
  },
  "868" =>
  {
    "-10_dBm"  => '27',
    "-5_dBm"   => '67',
    "0_dBm"    => '50',
    "5_dBm"    => '81',
    "7_dBm"    => 'CB',
    "10_dBm"   => 'C2',
  },
);

Wenn bei set cc1101_freq keine Frequenz angegeben wird, dann wird das attribut cc1101_frequency verwendet.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 15 Mai 2017, 07:08:25

Hi Ralf,
Können wir die Patable nicht analog zum CUL machen? Also ein zusätzliches set, dass entweder dem raw X01-09 entspricht, oder noch besser sprechend ist -10 bis +10 und sich im Hintergrund um die patable Regusterwerte kümmert. Analog auch noch eine get Function?
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 15 Mai 2017, 22:07:38

Beim Signalduino ist das mit der patable anders gelöst als beim CUL.
Die Umsetzung von den dB Werten in die patable Werte erfolgt in der 00_SIGNALduino.pm
Dadurch kann z.B. bei Bedarf durch ein paar Anpassungen in der 00_SIGNALduino.pm das "set patable" auf eine weitere Frequenz erweitert werden ohne in der Firmware was zu ändern.

Ein get ccpatable kann ich einbauen.

Durch eine kleine erweiterung bei der Ausgabe der patable (siehe Anlage) müsste sie besser lesbar sein.

Bei der Formatierung kann ich noch etwas Hilfe gebrauchen (sortierung und dB rechtsbündig).

Code Auswählen

sub SIGNALduino_parseResponse($$$)
{
...
	elsif($cmd eq "ccpatable") {
		my $CC1101Frequency = "433";
		if (defined($hash->{cc1101_frequency})) {
			$CC1101Frequency = $hash->{cc1101_frequency};
		}
		$msg .=  "\n\n$CC1101Frequency MHz\n\n";
		foreach my $dB (keys $patable{$CC1101Frequency})
		{
			$msg .= "$patable{$CC1101Frequency}{$dB}  $dB\n";
		}
	}
	
  	return $msg;

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 16 Mai 2017, 21:55:51

Zitat von: krikan am 16 Mai 2017, 08:54:47
Bei Devices des Moduls SD_WS07 wird der STATE beim Start/Restart von FHEM immer auf "Defined" statt auf den letzten Wert, wie ich es von anderen Modulen kenne, gesetzt. Erst beim nächsten Empfang eines Telegramms vom Sensor wird der STATE wieder auf einen Sensorwert gesetzt.

Was ist der Grund für das Setzen des STATE´s mit "Defined" ($hash->{STATE} = "Defined"? https://wiki.fhem.de/wiki/DevelopmentState rät vom direkten Setzen durch den Modulautoren ab. Ob das richtig ist, kann ich aber nicht beurteilen.

Hallo Sidey,

spricht was dagegen, bei den Signalduino Modulen das $hash->{STATE} = "Defined" zu entfernen?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 17 Mai 2017, 07:32:07

Hi Ralf,

ich habe auch schon darüber nachgedacht: Was könnte der Grund sein.

Vermutlich haben wir es irgendwann mal in einem Modul eingebaut und es dann immer übernommen.

Vermutlich war die Absicht den STATE zu setzen, wenn ein Gerät neu definiert wird.
Das passiert halt genau genommen auch beim Neustart von Fhem.

So wie ich das sehe brauchen wir STATE nicht setzen und können diese Zeile in allen Modulen entfernen.

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mave am 17 Mai 2017, 14:25:18

Hey Sidey,

kann man auch einen CUL 433 als Signalduino einsetzen?

Vielen Dank.

Grüße Mave

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 17 Mai 2017, 18:10:55

Nein, der CUL von Busware wird aktuell nicht unterstützt.

Dazu müsste die Firmware für den UC und die Pins angepasst werden.

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 17 Mai 2017, 19:00:30

Hi Mave,
Wenn Du einen NanoCUL mit 433 MHz meinst, dann ja!
Einen Busware CUL Lite 433 MHz nein.
Brauchst Du nich einen Nano? Habe einen über!
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 17 Mai 2017, 23:31:08

Ich habe in der dev-r33 "get patable" zugefügt.

Außerdem habe ich in der sub SIGNALduno_Dispatch
"Dispatch only if $dmsg is different from last $dmsg, or if 2 seconds are between transmits" auf 3 Sekunden erhöht, da bei den SD_WS07 Sensoren die 2 Sekunden manchmal zuwenig waren.

Ich habe im Hideki-Modul das "$hash->{STATE} = "Defined";" aus der sub define entfernt.

Für das SD_WS07 Modul gibt es von krikan einen patch. @Sidey kannst Du diesen patch ins github commiten?
Ich weiß nicht wie man eine patch Datei einspielt.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 18 Mai 2017, 19:12:52

Zitat von: Ralf9 am 14 Mai 2017, 09:12:08
ich habe einen Fehler in der Sendewarteschlangenroutine behoben, bitte mal testen.
Falls das Senden von mehreren set-Befehlen immer noch nicht funktioniert, benötige ich ein log-Auszug mit verbose 5.

Da ich bisher nichts mehr darüber gehört habe, kann ich nun davon ausgehen, daß die Sendewarteschlangenroutine nun funktioniert?
@majorshark liest Du hier mit?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: caribuni am 18 Mai 2017, 21:19:55

Hallo,

erstmal großen Dank an alle die am Signalduino gearbeitet haben: Habe seit einen Monat einen 433 MHz Signalduino mit CC1101 im Einsatz und bin begeistert.

Nun möchte ich den einen zweiten Stick mit 868MHz (ebenfalls CC1101) in Betrieb nehmen und komme nicht weiter:
- Firmware: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
- Stick lässt sich normal flashen, kommt dann (oder nach factory reset) mit einem default von 433 MHz hoch. Soweit OK kann man ja umstellen.

Problem: Sobald ich den Stick auf 868 MHz umstelle (set cc1101_frequ) kommt er nichts mehr.
Verbose auf 5 und freq=433,92 MHz: im Log rauschen munter Nachrichten durch (wenn ich 433 MHz bräuchte wär ich an dem Punkt glücklich - bin erstaunt wie gut sich der 868 Aufbau hier macht)
Umstellen auf 868.3 MHz: Stille (auch wenn parallel von einem JeeLink noch LaCrosse Sensoren empfangen werden).

Wer hat einen Tip für mich?
Danke um Voraus!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 18 Mai 2017, 22:21:18

Hi,
hast Du die patable gesetzt?
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: caribuni am 18 Mai 2017, 22:36:32

Hallo Arnd,

habe ich nicht aktiv gesetzt- reading steht auf:
ccpatable C3E = 00 84 00 00 00 00 00 00

Bei den aufgelisteten set Aufrufen ist nur ein cc1101_patable_433 verfügbar.
=> liegt hier schon ein/das Problem?

Müsste ich hier etwas anderes setzen?

Grüße Stephan

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 18 Mai 2017, 22:59:39

Wenn Du beim 868 Mhz cc1101 die Sendeleistung mit set patable ändern willst, dann muß Du das Attribut cc1101_frequency auf 868 setzen.
Dies hilft Dir aber nicht weiter, da sich dies nur auf den Sender auswirkt.
LaCrosse Sensoren können vom Signalduino nicht empfangen werden. Hast Du noch andere 868 Mhz Sensoren die Du empfangen willst?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 18 Mai 2017, 23:41:19

Hi,
So habe mir jetzt auch mal den 868 zum Signalduino gemacht und die patable erhöht. Er hört auch schön brav die Hörmann toggle von MapleCUL versendet ;-)

Hier mal das list:

Code Auswählen


Internals: 
   CFGFN 
   Clients    :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt:FS10:SIGNALduino_un: 
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600 
   DMSG       u63B56956A 
   DevState   initialized 
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600 
   FD         5 
   MSGCNT     16 
   NAME       sduino868 
   NR         1247 
   PARTIAL 
   RAWMSG     MU;P0=-1165;P1=460;P2=-3733;P3=-1977;P4=92;P5=-718;P6=174;P7=-448;D=0121310451313131067121313631213176213131065131312;CP=1;R=224; 
   RSSI       -90 
   STATE      opened 
   TIME       1495142557 
   TYPE       SIGNALduino 
   cc1101_frequency 868 
   sendworking 0 
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   Matchlist: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$ 
     11:SD_WS09 ^P9#[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^YsA[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     17:SD_UT   ^u30#.* 
     18:FLAMINGO ^P13#[A-Fa-f0-9]+ 
     19:CUL_WS  ^K[A-Fa-f0-9]{5,} 
     1:IT       ^i...... 
     20:Revolt  ^r[A-Fa-f0-9]{22} 
     21:FS10    ^P61#[A-F0-9]+ 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     3:SIGNALduino_RSL ^r[A-Fa-f0-9]{6} 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8} 
     7:Hideki   ^P12#75[A-F0-9]+ 
     X:SIGNALduino_un ^[u]\d+#.* 
   QUEUE: 
   Readings: 
     2017-05-18 23:27:09   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud) 
     2017-05-18 23:32:14   ccpatable       C3E = 00 C2 00 00 00 00 00 00 
     2017-05-18 23:32:34   ccreg           C3E = 00 C2 00 00 00 00 00 00 
     2017-05-18 23:36:23   ping            OK 
     2017-05-18 22:39:20   state           opened 
     2017-05-18 22:39:20   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   Getcmd: 
   Keepalive: 
     ok         0 
     retry      0 
   mcIdList: 
     10 
     11 
     12 
     18 
     43 
     47 
     52 
     57 
     58 
   msIdList: 
     0 
     1 
     13 
     14 
     15 
     17 
     2 
     22 
     23 
     25 
     3 
     32 
     33 
     35 
     38 
     4 
     41 
     51 
     55 
     6 
     7 
   muIdList: 
     13.1 
     16 
     20 
     21 
     24 
     26 
     27 
     28 
     29 
     30 
     31 
     34 
     36 
     37 
     39 
     40 
     44 
     44.1 
     45 
     46 
     48 
     49 
     5 
     50 
     56 
     59 
     60 
     61 
     62 
     63 
     64 
     65 
     8 
     9 
Attributes: 
   cc1101_frequency 868 
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] 
   group      Gateways 
   hardware   nanoCC1101 
   room       Arbeitszimmer,Hardware

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...[/u]

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: caribuni am 19 Mai 2017, 21:09:40

Danke euch schon mal für die Tipps - das cc1101_frequency Attribut hatte ich übersehen.

Bzgl. LaCrosse: das war nicht mein eigentliches Ziel. Bin nur davon ausgegangen, dass ich (ähnlich wie beim 433er Signalduino) einiges im Verbose=5 an Aktivität in den Logs sehen sehen müsste, auch wenn evtl. nichts decodiert werden kann.

Ziel ist ein 868 MHz Sender der in meiner Klingel verbaut ist. Ich hatte gehofft den Sender zumindest über einen notify auf DMSG in FHEM integriert zu bekommen (Ähnlich mache ich das mit einem 433 MHz Bewegungsmelder). Nun bin ich mir noch nicht sicher ob mein Signalduino Setup noch nicht passt oder ich mit meinem Sender kein Glück habe.

Werde mich am Wochenende wieder mit dem Thema beschäftigen.

Grüße
Stephan

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 24 Mai 2017, 20:44:03

ZitatFür das SD_WS07 Modul gibt es von krikan einen patch. @Sidey kannst Du diesen patch ins github commiten?
Ich weiß nicht wie man eine patch Datei einspielt.

Hallo Sidey,

hast Du Dir den Patch von krikan mal angeschaut, bekommst Du das commiten des patches hin?
https://forum.fhem.de/index.php/topic,72020.msg636753.html#msg636753

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 25 Mai 2017, 09:17:03

Ich habe es zeitlich noch nicht geschafft. Ich nehme es mir die Tage vor...

Grüße Sidey

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: bitbiter am 25 Mai 2017, 11:03:32

Hallo allerseits. Ich habe mir gestern 3 kleine Wetterstationen von ADS, Mod. WS1644 gekauft.
Funkuhr, Wecker, blaue Beleuchtung (auf Knopfdruck) Temperatur und Feuchtigkeitssensor. Sogar eine
Wettervorhersage kann es, aber DAS ist eher uninteressant.

http://www.ade-germany.de/fileadmin/media/dokumente/BDA/Langanleitung_DE_WS1644.pdf (http://www.ade-germany.de/fileadmin/media/dokumente/BDA/Langanleitung_DE_WS1644.pdf)

Aber weder der SDUINO noch der CUL433 registrieren da irgend etwas! Nichts! Ich habe mehrere gekauft, da ich
eine einfache lösung ohne viel Arbeit wollte, um an zwei stellen in der wohnung die Aussentemperatur / Feuchte abzulesen.
Das habe ich mit 2 Stationen und ein Sensor gelöst, funzt bestens. Zur protokollierung wollte ich aber noch das fhem
"mithört" und so nen schönen Plot erstellen kann.

Kennt dieses Produkt jemand, und hat sie in fhem am laufen?

Gruss
Alex

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mave am 30 Mai 2017, 06:54:35

Moin,

nach einem signalduino Update habe ich folgende Fehlermeldung im Log:

Code Auswählen

2017.05.30 06:40:38 1: reload: Error:Modul 14_SD_WS deactivated:
 Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS.pm line 15.
BEGIN failed--compilation aborted at ./FHEM/14_SD_WS.pm line 15.

2017.05.30 06:40:38 0: Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS.pm line 15.
BEGIN failed--compilation aborted at ./FHEM/14_SD_WS.pm line 15.

2017.05.30 06:40:38 0: ERROR: Cannot autoload SD_WS

Ich glaube zu verstehen, dass ich Digest::CRC module laden muss. Aber warum muss ich das erst jetzt nach dem Update? Wurde das bisher nicht gebraucht und muss jetzt zusätzlich geladen sein?

Vielen Dank.

Grüße Mave

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 30 Mai 2017, 07:37:39

@Mave

mein Fehler, mach mal bitte ein Update. Ich habe jetzt in der 14_SD_WS.pm den Import auskommentiert. Das Modul wird nur noch bei Bedarf und wenn es vorhanden ist geladen.

# use Digest::CRC qw(crc);

Jedenfalls ist es bei mir so. Bitte einmal pürfen.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: viegener am 30 Mai 2017, 21:08:02

Ich habe nachwievor Probleme die SOMFY Handfernbedienungen sauber mit dem Signalduino zu empfangen. Da ich immer noch das SOmfy-Modul umstellen will.

Ich habe jetzt 3 verschiedene Devices ausprobiert - Empfang geht eigentlich nur sauber mit CC1101-Variante.

Es bleibt aber weiterhin das Problem, dass der Signalduino bei mir häufig die Daten um ein bit versetzt empfängt (also vorne ein Null-Bit zuviel)

Beispiel - Signalduino-Empfang:

Code Auswählen


2017.05.30 20:48:24 5: signalduino: extracted data 00001100100000100001111000111100001001011110011100100010 (bin)
2017.05.30 20:48:24 1: DEBUG>res :0C821E3C25E722
2017.05.30 20:48:24 1: DEBUG>dmsg :Ys0C821E3C25E722
2017.05.30 20:48:24 5: signalduino: Dispatch DMSG: Ys0C821E3C25E722

Fhemduino empfängt korrekt:

Code Auswählen


2017.05.30 20:48:24 4: FHEMduino_SomfyR reject duplicate message :Ys 19 10 3844 33858a:

Leider ist hier nur das erste Byte vergleichbar, da die signalduino-Nachricht noch nicht decodiert ist:

SIGNALDUINO: 0C oder 000011001
FHEMDUINO: 19 entspricht 00011001

Gibt es hier noch geheime Einstellungen oder habe ich etwas übersehen?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 31 Mai 2017, 00:08:30

ich habe mir das somfy-rts-protocol mal angeschaut.
https://pushstack.wordpress.com/somfy-rts-protocol/

Das Problem beim somfy ist, daß es im Gegensatz zu den anderen manchester Protokollen keine Preamble gibt.
Nach dem Software sync kommen direkt die Daten.
Evtl werden die "1/2 symbol width low(~604 us)" vom Software sync von der Firmware ab und zu als Daten erkannt.

Ein Möglichkeit wäre, in die Firmware die Erkennung des Software sync einzubauen. Dazu könnte dann bei Bedarf die für die Erkennung notwendigen Daten ins EEPROM geschrieben werden. Z.B. die Protokoll ID gefolgt von zwei 16 Bit Werten (z.B. 43, 4550, 604)
@Sidey siehst Du eine andere Möglichkeit?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: viegener am 31 Mai 2017, 00:53:37

Ich habe mir ja den Signalduinon-Sketch seit langem nicht angeschaut und habe damals nur die Implementierung im FHEMDuino-Sketch gemacht. Deshalb kann ich über die besonderen Schwierigkeiten beim Signalduino nichts aussagen.

Grundsätzlich klingt es aber richtig, die SW-Sync-Erkennung mit einzubauen (Im FHEMDuino ist auch der HW Sync eingebaut - im CUL wollte ich den HW-Sync auch verwenden, um das Timing anzupassen). Ich hatte bisher angenommen, dass auch andere Ptorokolle entsprechende Syncs einsetzen (als Alternative zur Präambel)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: habeIchVergessen am 31 Mai 2017, 12:20:53

Zitat von: Ralf9 am 31 Mai 2017, 00:08:30
Ein Möglichkeit wäre, in die Firmware die Erkennung des Software sync einzubauen. Dazu könnte dann bei Bedarf die für die Erkennung notwendigen Daten ins EEPROM geschrieben werden. Z.B. die Protokoll ID gefolgt von zwei 16 Bit Werten (z.B. 43, 4550, 604)

diese Erkennung sollte implementiert sein (s. hier (https://github.com/RFD-FHEM/SIGNALDuino/blob/dev-r33_cc1101/src/_micro-api/libraries/signalDecoder/src/signalDecoder.cpp#L1146)).

@viegener: eine SOMFY-Nachricht sollte immer mit 0xA beginnen. wenn die führende 0 auftritt, dann sollte 0x5 herauskommen. Das sehe ich bei den geposteten Daten nicht. Somit sollten diese im SOMFY-Modul verworfen werden. richtig? (in meinem alten Fork war es zumindest mal so (https://github.com/habeIchVergessen/Telegram-fhem/blob/master/Somfy/10_SOMFY.pm#L526)). Zumindest im SIGNALduino (https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33/FHEM/00_SIGNALduino.pm#L878) wird nur dispatcht, wenn YsA... empfangen wird.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 31 Mai 2017, 19:11:03

Zitateine SOMFY-Nachricht sollte immer mit 0xA beginnen. wenn die führende 0 auftritt, dann sollte 0x5 herauskommen.

Ja, stimmt das mit dem A hatte ich in der Protokollbeschreibung übersehen.

ZitatKey: "Encryption Key", Most significant 4-bit are always 0xA, Least Significant bits is a linear counter. In the Smoove Origin this counter is increased together with the rolling code. But leaving this on a constant value also works. Gerardwr notes that for some other types of remotes the MSB is not constant.

Wenn die SOMFY-Nachricht immer mit 0xA anfängt, dann kann dies als Preamble verwendet werden und damit in der "sub SIGNALduino_SomfyRTS()" die führende 0 entfernt werden
https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33/FHEM/00_SIGNALduino.pm#L4120

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: habeIchVergessen am 31 Mai 2017, 19:52:09

Zitat von: Ralf9 am 31 Mai 2017, 19:11:03
"SIGNALduino_SomfyRTS()"

sollte nur aufgerufen werden, wenn ein Match bzgl. Protokoll 43 vorliegt, richtigt? Dann würde die Preamble-Erkennung nicht funktionieren.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 31 Mai 2017, 21:48:43

Zitatsollte nur aufgerufen werden, wenn ein Match bzgl. Protokoll 43 vorliegt, richtigt?

ja, es wird, wenn es als Protokoll 43 erkannt wird, vor dem dispatch aufgerufen.
Wenn die SOMFY-Nachricht durch eine führende Null mit 5 anfängt, dann kann hier die Null entfernt werden.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: viegener am 31 Mai 2017, 23:10:22

Zitat von: habeIchVergessen am 31 Mai 2017, 12:20:53

@viegener: eine SOMFY-Nachricht sollte immer mit 0xA beginnen. wenn die führende 0 auftritt, dann sollte 0x5 herauskommen. Das sehe ich bei den geposteten Daten nicht. Somit sollten diese im SOMFY-Modul verworfen werden. richtig? (in meinem alten Fork war es zumindest mal so (https://github.com/habeIchVergessen/Telegram-fhem/blob/master/Somfy/10_SOMFY.pm#L526)). Zumindest im SIGNALduino (https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33/FHEM/00_SIGNALduino.pm#L878) wird nur dispatcht, wenn YsA... empfangen wird.

Nein, dieser Teil der Beschreibung unter dem Link ist wohl inkorrekt. Ich habe das ursprünglich auch so implementiert, ich kann aber inzwischen sehen dass das wohl nicht stimmt. Ich habe mehrere Somfy-Fernbedienungen, die auch andere Codes als A am Anfang senden!

Siehe auch Kommentar im Text:

ZitatGerardwr notes that for some other types of remotes the MSB is not constant.

Ich hätte vermutlich erwähnen sollen, dass ich das natürlich in der signalduino-pm bei mir angepasst habe.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: viegener am 31 Mai 2017, 23:16:03

Zitat von: Ralf9 am 31 Mai 2017, 21:48:43
ja, es wird, wenn es als Protokoll 43 erkannt wird, vor dem dispatch aufgerufen.
Wenn die SOMFY-Nachricht durch eine führende Null mit 5 anfängt, dann kann hier die Null entfernt werden.

Gruß Ralf

Leider geht das nicht so einfach, da - siehe oben

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: habeIchVergessen am 01 Juni 2017, 09:02:18

Zitat von: viegener am 31 Mai 2017, 23:10:22
Ich habe mehrere Somfy-Fernbedienungen, die auch andere Codes als A am Anfang senden!

hier würden mich die Nachrichten (exemplarisch als MU-Mitschnitt + Rolling Code + Enc Key) und das Model der FB interessieren.

Es werden "nur" die ersten 4 Bits geändert und der Rest der Nachrichten-Kodierung bleibt gleich?
Was macht ein Rollo, dass auf eine FB mit den ersten 4 Bits != 0xA reagiert, wenn es eine inhaltlich richtige Nachricht beginnend mit 0xA erhält?

Ggf. sollten wir das in einem Somfy-Thread weiterführen!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: viegener am 01 Juni 2017, 23:19:45

Zitat von: habeIchVergessen am 01 Juni 2017, 09:02:18
hier würden mich die Nachrichten (exemplarisch als MU-Mitschnitt + Rolling Code + Enc Key) und das Model der FB interessieren.

Es werden "nur" die ersten 4 Bits geändert und der Rest der Nachrichten-Kodierung bleibt gleich?
Was macht ein Rollo, dass auf eine FB mit den ersten 4 Bits != 0xA reagiert, wenn es eine inhaltlich richtige Nachricht beginnend mit 0xA erhält?

Ggf. sollten wir das in einem Somfy-Thread weiterführen!

Nein es sind ganz normale Fernbeidenungen von Somfy (über 10 Jahre alt und auch ganz neue) und neben dem Encryption Key verändert sich auch der rollingcode.

Der Rolladen reagiert auf 0xA am Anfang und auf welche ohne 0xA am Anfang.

Die Protokollbeschreibung im obigen Link ist einfach an der Stelle inkorrekt. Das erste Nibble ist wohl NICHT fest 0xA

Ich bin nicht sicher ob das in den Somfy-Thread gehört, denn es sind ja 2 Probleme, die beide zum Signalduino gehören:
1) Die feste Einstellung auf 0xA am Anfang ist zu restriktiv und sollte z.B. im Modulematch einfach:

Code Auswählen

^Ys[0-9A-F]{14} heissen
2) Es wird beim Somfy-Protokoll (zumindest bei mir) gelegentlich ein 0-bit am Anfang zuviel gelesen

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: noxx am 06 Juni 2017, 08:22:28

Moin

Hatte hier schon was geschrieben
https://forum.fhem.de/index.php?topic=72807.0
wäre wohl besser hier aufgehoben.

Signalduino empfängt Daten meiner TFA Wetterstation. Temp/Feuchte passt alles.
Bei Wind werden jedoch viel zu hohe Werte angezeigt.

Durch lesen hier im Forum, soll das angeblich m/s sein, was FHEM anzeigt.
Ich lese hier teilweise Werte von 52 (52 m/s -> 187 km/h ? ) während die Basis Werte knapp
über 10 km/h anzeigt.

Code Auswählen


Save config 
Floorplans
CUL_TX
FHEM
Hardware
LOG
Plots
Pool
SD_WS_Maverick
Schatthaus
Unsorted
Wetterstation
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor

 Internals: 
   CFGFN 
   CODE       Hideki_12_4 
   DEF        Hideki_12_4 
   LASTInputDev SignalDuino1 
   MSGCNT     41 
   NAME       TFA_Wind 
   NR         249 
   STATE      T: 20.8  Ws: 110  Wg: 81  Wd: SSE 
   SignalDuino1_DMSG P12#757EB244F8BEF8BEF00FF82CA30801 
   SignalDuino1_MSGCNT 41 
   SignalDuino1_RAWMSG MC;LL=-1020;LH=933;SL=-529;SH=446;D=A8E0765DDF060BC182F843FC1CB9D7BC;C=487;L=126; 
   SignalDuino1_TIME 2017-06-06 16:51:56 
   TYPE       Hideki 
   lastMSG    7582d6cc08c208c210110874e51803 
   lastReceive 1496760716 
   Readings: 
     2017-06-06 16:51:56   battery         ok 
     2017-06-06 16:51:56   channel         4 
     2017-06-06 16:51:56   state           T: 20.8  Ws: 110  Wg: 81  Wd: SSE 
     2017-06-06 16:51:56   temperature     20.8 
     2017-06-06 16:51:56   windChill       20.8 
     2017-06-06 16:51:56   windDirection   7 
     2017-06-06 16:51:56   windDirectionDegree 157.5 
     2017-06-06 16:51:56   windDirectionText SSE 
     2017-06-06 16:51:56   windGust        81 
     2017-06-06 16:51:56   windSpeed       110 
Attributes: 
   event-min-interval .*:300 
   event-on-change-reading .* 
   room       Wetterstation

Die Basis hägnt an einem WEEWX Server, meine letzen Daten:
Wind 15 km/h SW (234°)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 06 Juni 2017, 18:46:11

ZitatSignalduino empfängt Daten meiner TFA Wetterstation. Temp/Feuchte passt alles.
Bei Wind werden jedoch viel zu hohe Werte angezeigt.

ist es der gleiche Windmesser wie hier?
https://github.com/RFD-FHEM/RFFHEM/issues/129

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: noxx am 07 Juni 2017, 18:16:50

Bis auf die Temperatur ist eigentlich alles falsch.
Windspeed/Windböen um Faktor 6-7
Windrichtung ebenfalls nicht korrekt (Gerade zeigt Basis W bis SW und FHEM SSO).

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 07 Juni 2017, 21:57:00

Für die Windrichtung könnte man so wie beim SD_WS09 Modul ein Attribut für die Windrichtungs Korrektur einbauen.

Für die Windspeed/Windböen gibt es 2 Möglichkeiten, ein fester Korrekturfaktor oder ein Attribut.
Der feste Korrekturfaktor hätte evtl den Nachteil, daß dann bei anderen Wetterstationen die Windspeed/Windböen nicht mehr passt.
Es gibt auch von anderen Herstellern Wetterstationen die das Hideki Protokoll verwenden.

Liest hier jemand mit der auch eine Wetterstation mit dem Hideki Protokoll hat?
Passt dort die Windspeed/Windböen?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 07 Juni 2017, 22:27:56

Versucht es einmal mit mph für die Windgeschwindigkeit.

https://de.windfinder.com/wind/windspeed.htm

Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: noxx am 08 Juni 2017, 08:17:31

Zitat von: Ralf9 am 06 Juni 2017, 18:46:11
ist es der gleiche Windmesser wie hier?
https://github.com/RFD-FHEM/RFFHEM/issues/129

Gruß Ralf

Ja, der 30.3168 (mit Solarpanel)

Hab mich auch mal auf der Suche gemacht, evtl kann man davon was gebrauchen

https://github.com/merbanan/rtl_433
https://www.mikrocontroller.net/topic/211884
https://github.com/merbanan/rtl_433/issues/371
https://github.com/merbanan/rtl_433/blob/master/src/devices/hideki.c
https://github.com/pimatic/rfcontroljs/issues/68

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 08 Juni 2017, 22:02:09

Ja, es sieht so aus, daß die windspeed in mph ist.

Du kannst mal schauen ob es mit mph passt.

Bei mph nach m/s ist der Faktor 0,44704
Bei m/s nach km/h ist der Faktor 3,6
mph nach km/h ist dann 1,60934

Dies würde dann damit zusammenpassen.
https://github.com/merbanan/rtl_433/blob/master/src/devices/hideki.c

Code Auswählen


wind_strength = (packet[9] & 0x0F) * 100 + ((packet[8] & 0xF0) >> 4) * 10 + (packet[8] & 0x0F);
windstrength", "Wind Strength", DATA_FORMAT, "%.02f km/h", DATA_DOUBLE, wind_strength*0.160934f,

Ich würde dann ins Hideki-Modul
ein Attribut für die Windrichtungskorrektur "windDirCorr" und
ein Attribut für die Windspeedkorrektur "windSpeedCorr" einbauen

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: noxx am 09 Juni 2017, 06:54:19

Werde ich prüfen

Gesendet von meinem GT-I9195 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 09 Juni 2017, 22:42:20

ich habe im Hideki-Modul für die Windspeedkorrektur das Attribut windSpeedCorr eingebaut.

Das Einbauen des Attributs windDirCorr ist etwas schwieriger, da brauche ich Hilfe, das bekomme ich alleine nicht hin.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 09 Juni 2017, 23:29:02

Ich habe im Modul 00_SIGNALduino das Attribut "doubleMsgCheck_IDs" eingebaut.

Dort können mit Komma getrennt die Protokoll Ids eingetragen werden bei denen nur ein dispatch zum device Modul (z.B. 14_SD_WS07) erfolgt, wenn zwei gleiche Nachrichten empfangen werden.
Dies funktioniert nur bei den Protokollen wo ausreichend Wiederholungen empfangen werden, z.B ID 0, 3, 7).
Damit werden dann fehlerhafte Nachrichten, die nur einmal empfangen werden nicht ans Modul übergeben.

Ich habe es mit der aktuellen cc1101 Firmware auf dem Github getestet, damit funktioniert es recht gut.
Es kann sein, das es mit einer nicht ganz aktuellen Firmware nicht ganz so gut funktioniert.

Im 00_SIGNALduino Modul gibt es in Zeile 37 die Konstante "SDUINO_DISPATCH_VERBOSE",
wenn diese z.B. auf 3 gesetzt wird, dann werden auch mit verbose 3 die erweiterten Log Meldungen ausgegeben.
Damit kann dann abgeschätzt werden ob für ein Protokoll genügend Wiederholungen empfangen werden.

Bei mir sieht es im Event Monitor so aus (doubleMsgCheck_IDs 0,3,7)

Code Auswählen

2017.06.09 22:02:30.979 3 : sduino Dispatch: P9#FF7FF0550000003C, test ungleich: disabled
2017.06.09 22:02:30.979 3 : sduino Dispatch: P9#FF7FF0550000003C, -61.5 dB, dispatch
2017.06.09 22:02:31.582 3 : sduino Dispatch: s4900D9677800, test ungleich
2017.06.09 22:02:38.714 3 : sduino Dispatch: i400014, test ungleich
2017.06.09 22:02:38.795 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:02:38.795 3 : sduino Dispatch: i400014, -60 dB, dispatch
2017.06.09 22:02:38.795 3 : sduino IT: IT_F00000000F_ITV1 on->off
2017-06-09 22:02:38.796 IT IT_F00000000F_ITV1 off
2017.06.09 22:02:38.845 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:02:38.924 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:02:40.197 3 : sduino Dispatch: i400015, test ungleich
2017.06.09 22:02:40.255 3 : sduino Dispatch: i400015, test gleich
2017.06.09 22:02:40.256 3 : sduino Dispatch: i400015, -62 dB, dispatch
2017.06.09 22:02:40.256 3 : sduino IT: IT_F00000000F_ITV1 off->on
2017-06-09 22:02:40.257 IT IT_F00000000F_ITV1 on
2017.06.09 22:02:46.063 3 : sduino Dispatch: P9#FFA5A2344A01020270060A, test ungleich: disabled
2017.06.09 22:02:46.063 3 : sduino Dispatch: P9#FFA5A2344A01020270060A, -61 dB, dispatch
2017-06-09 22:02:46.066 SD_WS09 WH1080_88 id: 90
2017-06-09 22:02:46.066 SD_WS09 WH1080_88 T: 16.4 H: 74 Ws: 0.3 Wg: 0.7 Wd: SE R: 33.6 crc: err 31
2017.06.09 22:02:46.375 3 : sduino Dispatch: P9#F4B446894020404E00C14, test ungleich: disabled
2017.06.09 22:02:46.375 3 : sduino Dispatch: P9#F4B446894020404E00C14, -60.5 dB, dispatch
2017.06.09 22:02:47.495 3 : sduino Dispatch: s7110D86B7000, test ungleich
2017.06.09 22:02:47.649 3 : sduino Dispatch: s7110D86B7000, test gleich
2017.06.09 22:02:47.649 3 : sduino Dispatch: s7110D86B7000, -85 dB, dispatch
2017-06-09 22:02:47.650 CUL_TCM97001 GT_WT02_88 temperature: 21.6
2017-06-09 22:02:47.650 CUL_TCM97001 GT_WT02_88 humidity: 53
2017-06-09 22:02:47.650 CUL_TCM97001 GT_WT02_88 T: 21.6 H: 53
2017.06.09 22:02:47.860 3 : sduino Dispatch: s7110D86B7000, test gleich
2017.06.09 22:02:47.871 3 : sduino Dispatch: s7110D86B7000, test gleich
2017.06.09 22:02:59.544 3 : sduino Dispatch: i400014, test ungleich
2017.06.09 22:02:59.630 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:02:59.630 3 : sduino Dispatch: i400014, -56 dB, dispatch
2017.06.09 22:02:59.630 3 : sduino IT: IT_F00000000F_ITV1 on->off
2017-06-09 22:02:59.631 IT IT_F00000000F_ITV1 off
2017.06.09 22:02:59.679 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:02:59.759 3 : sduino Dispatch: i400014, test gleich
2017.06.09 22:03:01.339 3 : sduino Dispatch: i400015, test ungleich
2017.06.09 22:03:01.419 3 : sduino Dispatch: i400015, test gleich
2017.06.09 22:03:01.419 3 : sduino Dispatch: i400015, -62.5 dB, dispatch
2017.06.09 22:03:01.419 3 : sduino IT: IT_F00000000F_ITV1 off->on
2017-06-09 22:03:01.420 IT IT_F00000000F_ITV1 on
2017.06.09 22:03:01.466 3 : sduino Dispatch: i400015, test gleich
2017.06.09 22:03:01.558 3 : sduino Dispatch: i400015, test gleich
2017.06.09 22:03:04.827 3 : sduino Dispatch: P7#5120DCF33, test ungleich
2017.06.09 22:03:04.958 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:04.959 3 : sduino Dispatch: P7#5120DCF33, -68 dB, dispatch
2017-06-09 22:03:04.961 SD_WS07 SD_WS07_TH_513 T: 22 H: 51
2017-06-09 22:03:04.961 SD_WS07 SD_WS07_TH_513 temperature: 22
2017-06-09 22:03:04.961 SD_WS07 SD_WS07_TH_513 humidity: 51
2017-06-09 22:03:04.961 SD_WS07 SD_WS07_TH_513 battery: low
2017-06-09 22:03:04.961 SD_WS07 SD_WS07_TH_513 channel: 3
2017.06.09 22:03:05.034 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:05.106 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:05.361 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:05.496 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:05.559 3 : sduino Dispatch: P7#5120DCF33, test gleich
2017.06.09 22:03:21.264 3 : sduino Dispatch: s4900D9677800, test ungleich
2017.06.09 22:03:21.420 3 : sduino Dispatch: s4900D9677800, test gleich
2017.06.09 22:03:21.420 3 : sduino Dispatch: s4900D9677800, -70 dB, dispatch
2017-06-09 22:03:21.421 CUL_TCM97001 GT_WT02_108 temperature: 21.7
2017-06-09 22:03:21.421 CUL_TCM97001 GT_WT02_108 humidity: 51
2017-06-09 22:03:21.421 CUL_TCM97001 GT_WT02_108 T: 21.7 H: 51
2017.06.09 22:03:21.650 3 : sduino Dispatch: s4900D9677800, test gleich
2017.06.09 22:03:21.663 3 : sduino Dispatch: s4900D9677800, test gleich

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 10 Juni 2017, 08:51:55

Hi Ralf,

ja das ist eine gute Idee.
Danke dir. Ich habe jetzt auch endlich mein Testprogramm wieder lauffähig. Das lies sich nicht compilieren da wir drei ! im Code hatten.

Grüße Sidey

Grüße Sidey

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: SabineT am 10 Juni 2017, 09:02:29

Gibt's eigentlich eine Möglichkeit, bei Devices, die über einen SignalDuino angelegt werden, bei den Internals die Länge RAWMSG zu kürzen (oder mit Zeilenumbruch darzustellen)? Ist halt irgendwie unpraktisch, wenn durch die doch sehr langen Zeilen die Zeitstempel bei den Readings dann auch entsprechend weit rechts sind.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 10 Juni 2017, 10:35:01

Du meinst wahrscheinlich das hier:

Code Auswählen

MU;P0=-188;P1=938;P2=-628;P3=-1034;P4=493;P5=1460;P6=-20752;D=012134343434343434353435353435343435343535353435353434343435343535353434353434353535353535353535353535353535353435353535353534353534343434353434353535353435353534353435343534346;CP=4;

Für einen Zeilenbruch müsste man wahrscheinlich an passender Stelle Leerzeichen einfügen.

Am einfachsten zum Einbauen wäre ein zusätzliches Attribut (wie soll es heissen?) in der 00_SIGNALduino mit dem die Übergabe der RAWMSG an die Module deaktiviert werden kann

Code Auswählen

my %addvals = (RAWMSG => $rmsg, DMSG => $dmsg);

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: SabineT am 10 Juni 2017, 11:41:42

Zitat von: Ralf9 am 10 Juni 2017, 10:35:01
Du meinst wahrscheinlich das hier:
Code Auswählen Erweitern
MU;P0=-188;P1=938;P2=-628;P3=-1034;P4=493;P5=1460;P6=-20752;D=012134343434343434353435353435343435343535353435353434343435343535353434353434353535353535353535353535353535353435353535353534353534343434353434353535353435353534353435343534346;CP=4;

Für einen Zeilenbruch müsste man wahrscheinlich an passender Stelle Leerzeichen einfügen.

Am einfachsten zum Einbauen wäre ein zusätzliches Attribut (wie soll es heissen?) in der 00_SIGNALduino mit dem die Übergabe der RAWMSG an die Module deaktiviert werden kann
Code Auswählen Erweitern
my %addvals = (RAWMSG => $rmsg, DMSG => $dmsg);

Gruß Ralf

Ja, ich meine genau diese Zeilen. Als Attribute-Namen könnte ich mir sowas wie suppress_rawmsg oder ähnlich vorstellen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 10 Juni 2017, 17:39:24

wie wär es mit
suppressDeviceRawmsg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: SabineT am 10 Juni 2017, 18:33:56

Zitat von: Ralf9 am 10 Juni 2017, 17:39:24
wie wär es mit
suppressDeviceRawmsg

mir ist es im Prinzip egal wie das Attribute heisst, du bist der Developer und deine Entscheidung gilt ;)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 10 Juni 2017, 19:50:24

Ich habe das Attribut suppressDeviceRawmsg eingebaut

Titel: Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 10 Juni 2017, 19:55:35

Hi, kann man nicht irgendwie die Updatereihenfolge drehen?

Edit: Falscher Thread :-( Sorry, hat sich erledigt.

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 10 Juni 2017, 21:26:12

Zitat von: RaspiLED am 10 Juni 2017, 19:55:35
Hi, kann man nicht irgendwie die Updatereihenfolge drehen?

Hallo,

was meinst Du genau mit Reihenfolge?

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: SabineT am 11 Juni 2017, 12:34:20

Zitat von: Ralf9 am 10 Juni 2017, 19:50:24
Ich habe das Attribut suppressDeviceRawmsg eingebaut

Danke! Hab eben ein Update gemacht und das Attribut gleich mal auf 1 gesetzt.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: noxx am 11 Juni 2017, 12:52:14

Danke, teste ich sobald ich wieder Kontakt zum Windmesser bekomme.

Gesendet von meinem GT-I9195 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: ghostwriter am 11 Juni 2017, 15:45:33

Hallo an alle

Ich hab jetzt seit zwei Wochen den Signalduino am laufen und bin total begeistert davon. :D
Nun würde ich gerne meine Funkwetterstation Ventus W155 mit einbinden, der Temp/Hum wird erkannt als TCM21..._91
und loggt schon fleißig mit. Der Windsensor wird als TCM21..._69 ebenfalls als Temp/Hum erkannt. Tja und mein Regensensor wird überhaupt nicht erkannt, glaube aber eher das der Kaputt ist weil man überhaupt keine unknown Nachrichten sichtbar sind.

So meine Frage gibt es eine Möglichkeit das Protokoll der Wetterstation mit einzubinden?
Ich habe mal geforscht und es ist anscheinend ein baugleiches Produkt mit denen von Auriol H13726 Hama EWS 1500 Meteoscan W155.
Und anscheinend wurde es auch schon in der 46_TRX_WEATHER.pm mit eingebunden.
Gibt es da ne Möglichkeit?

Im anschluss mal meine log Dateien von Temp/Hum und Wind.
Temp/Hum:

Code Auswählen

2017.06.11 14:43:25 4: CUL_TCM97001 TCM21...._91 91 (5B2C080AD000) length: 12
2017.06.11 14:43:25 4: CUL_TCM97001 Parse Name: TCM21...._91 , devicecode: CUL_TCM97001_91 , Model defined: TCM21....
2017.06.11 14:43:25 5: crc calc for: 5B2C080AD000
2017.06.11 14:43:25 5: calc crc is: 4
2017.06.11 14:43:25 5: ref crc is :11
2017.06.11 14:43:25 4: CUL_TCM97001 temperature TCM21...._91 91 T: 25.9 H: 50
2017.06.11 14:43:25 5: Starting notify loop for TCM21...._91, 2 event(s), first is temperature: 25.9
2017.06.11 14:43:25 5: End notify loop for TCM21...._91
2017.06.11 14:43:26 5: Starting notify loop for sduino, 1 event(s), first is DMSG u63555555555555
2017.06.11 14:43:26 5: End notify loop for sduino
2017.06.11 14:43:26 5: Starting notify loop for sduino, 1 event(s), first is UNKNOWNCODE u63555555555555
2017.06.11 14:43:26 5: End notify loop for sduino

Windsensor:

Code Auswählen

2017.06.11 14:54:47 4: CUL_TCM97001 TCM21...._69 69 (456800A0E000) length: 12
2017.06.11 14:54:47 4: CUL_TCM97001 Parse Name: TCM21...._69 , devicecode: CUL_TCM97001_69 , Model defined: TCM21....
2017.06.11 14:54:47 5: crc calc for: 456800A0E000
2017.06.11 14:54:47 5: calc crc is: 8
2017.06.11 14:54:47 5: ref crc is :7
2017.06.11 14:54:47 4: CUL_TCM97001 temperature TCM21...._69 69 T: 0.1 H: 05
2017.06.11 14:54:47 5: Starting notify loop for TCM21...._69, 2 event(s), first is humidity: 05
2017.06.11 14:54:47 5: End notify loop for TCM21...._69
2017.06.11 14:54:48 4: CUL_TCM97001 TCM21...._69 69 (456F6888A000) length: 12
2017.06.11 14:54:48 4: CUL_TCM97001 Parse Name: TCM21...._69 , devicecode: CUL_TCM97001_69 , Model defined: TCM21....
2017.06.11 14:54:48 5: crc calc for: 456F6888A000
2017.06.11 14:54:48 5: calc crc is: 10
2017.06.11 14:54:48 5: ref crc is :5
2017.06.11 14:54:48 4: CUL_TCM97001 temperature TCM21...._69 69 T: 36.7 H: 11
2017.06.11 14:54:48 5: Starting notify loop for TCM21...._69, 3 event(s), first is temperature: 36.7
2017.06.11 14:54:48 5: End notify loop for TCM21...._69

Ich danke euch schon mal im Voraus

Gruß

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 11 Juni 2017, 17:03:58

@ghostwriter

Als Anlage das Protokoll.
Logge mal ein paar Daten mit verbose=5. Im log mal markieren wo du meinst das was gesendet wurde und von welchem Sensor (Temp/Hum/Wind/Regen).

Mit einem SDR_433 (https://github.com/merbanan/rtl_433) kannst du die Wetterstation schon empfangen.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: ghostwriter am 12 Juni 2017, 07:55:08

Moin moin pejonp,

wie du lesen konntest habe ich ja schon zwei log mit eingefügt.
Und nochmal der Temp/Hum Sensor läuft ja auch schon prima mit.
Der Windsensor wird leider nur als Temp/Hum erkannt, empfängt auch Daten die aber falsch dargestellt werden weil er ja Temperatur und Feuchtigkeitswerte anzeigt,
anstatt Windspeed und Windrichtung.

Danke für das Protokoll pdf, das hatte ich auch gefunden konnte damit aber nichts anfangen.
Es wäre halt die Frage an die Entwickler,ob sie das Protokoll mit einbinden können?
Komischerweise ist das Auriol Protokoll mit drin, aber meine Sensoren werden halt als TCM21..erkannt anstatt auf Auriol.

Danke und Gruss

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 12 Juni 2017, 10:14:50

@ghostwriter

Der log ist vom tcm_... und nicht vom signalduino. Und hilfreich währen auch die angezeigten daten der Wetterstation zum Vergleich zu haben.

Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: ghostwriter am 12 Juni 2017, 20:02:03

Hallo Pejonp,

in voller Eifer habe ich vergessen den Signalduino mit zu loggen.

Leider kann ich dir erstmal nur den log vom Außen Sensor Temp/Hum geben, weil meine Basis manchmal kein bock hat zu empfangen.

Code Auswählen

2017.06.12 16:57:23 4: sduino/msg READ: MS;P1=475;P3=-4040;P4=-1966;P5=-8932;D=15141314131314141314141313141314131414141413141414141414141314131414141414;CP=1;SP=5;R=65;O;
2017.06.12 16:57:23 4: sduino: Matched MS Protocol id 0 -> weather1
2017.06.12 16:57:23 5: sduino: Starting demodulation at Position 2
2017.06.12 16:57:23 4: sduino: Decoded MS Protocol id 0 dmsg s5935080A0000 length 40 RSSI = -41.5
2017.06.12 16:57:23 5: sduino Dispatch: s5935080A0000, test ungleich: disabled
2017.06.12 16:57:23 5: sduino Dispatch: s5935080A0000, -41.5 dB, dispatch
2017.06.12 16:57:23 5: sduino: dispatch s5935080A0000
2017.06.12 16:57:23 4: CUL_TCM97001 TCM21...._89 89 (5935080A0000) length: 12
2017.06.12 16:57:23 4: CUL_TCM97001 Parse Name: TCM21...._89 , devicecode: CUL_TCM97001_89 , Model defined: TCM21....
2017.06.12 16:57:23 4: CUL_TCM97001 using longid: 1 model: TCM21....
2017.06.12 16:57:23 5: crc calc for: 5935080A0000
2017.06.12 16:57:23 5: calc crc is: 15
2017.06.12 16:57:23 5: ref crc is :0
2017.06.12 16:57:23 4: CUL_TCM97001 temperature TCM21...._89 89 T: 26.6 H: 50
2017.06.12 16:57:23 5: Starting notify loop for TCM21...._89, 3 event(s), first is temperature: 26.6
2017.06.12 16:57:23 5: End notify loop for TCM21...._89
2017.06.12 16:57:24 4: sduino/msg READ: MS;P0=-1969;P1=472;P2=-4034;P3=-8922;D=13101210121210101210101212101210121010101012101010101010101210121010101010;CP=1;SP=3;R=65;O;
2017.06.12 16:57:24 4: sduino: Matched MS Protocol id 0 -> weather1
2017.06.12 16:57:24 5: sduino: Starting demodulation at Position 2
2017.06.12 16:57:24 4: sduino: Decoded MS Protocol id 0 dmsg s5935080A0000 length 40 RSSI = -41.5
2017.06.12 16:57:24 5: sduino Dispatch: s5935080A0000, test gleich
2017.06.12 16:57:24 4: sduino Dispatch: s5935080A0000, Dropped due to short time or equal msg
2017.06.12 16:57:24 4: sduino/msg READ: MS;P0=-1961;P1=480;P2=-8924;P3=-4052;D=12101310131310101310101313101310131010101013101010101010101310131010101010;CP=1;SP=2;R=65;
2017.06.12 16:57:24 4: sduino: Matched MS Protocol id 0 -> weather1
2017.06.12 16:57:24 5: sduino: Starting demodulation at Position 2
2017.06.12 16:57:24 4: sduino: Decoded MS Protocol id 0 dmsg s5935080A0000 length 40 RSSI = -41.5
2017.06.12 16:57:24 5: sduino Dispatch: s5935080A0000, test gleich
2017.06.12 16:57:24 4: sduino Dispatch: s5935080A0000, Dropped due to short time or equal msg
2017.06.12 16:57:25 4: sduino/msg READ: MS;P0=-4037;P1=475;P3=-8919;P4=-1965;D=13141014101014141014141014141014101414141410141414141414141014101414141410;CP=1;SP=3;R=65;O;
2017.06.12 16:57:25 4: sduino: Matched MS Protocol id 0 -> weather1
2017.06.12 16:57:25 5: sduino: Starting demodulation at Position 2
2017.06.12 16:57:25 4: sduino: Decoded MS Protocol id 0 dmsg s5925080A1000 length 40 RSSI = -41.5
2017.06.12 16:57:25 5: sduino Dispatch: s5925080A1000, test ungleich: disabled
2017.06.12 16:57:25 5: sduino Dispatch: s5925080A1000, -41.5 dB, dispatch
2017.06.12 16:57:25 5: sduino: dispatch s5925080A1000
2017.06.12 16:57:25 4: CUL_TCM97001 TCM21...._89 89 (5925080A1000) length: 12
2017.06.12 16:57:25 4: CUL_TCM97001 Parse Name: TCM21...._89 , devicecode: CUL_TCM97001_89 , Model defined: TCM21....
2017.06.12 16:57:25 4: CUL_TCM97001 using longid: 1 model: TCM21....
2017.06.12 16:57:25 5: crc calc for: 5925080A1000
2017.06.12 16:57:25 5: calc crc is: 7
2017.06.12 16:57:25 5: ref crc is :8
2017.06.12 16:57:25 4: CUL_TCM97001 temperature TCM21...._89 89 T: 26.6 H: 50
2017.06.12 16:57:26 4: sduino/msg READ: MS;P0=-4050;P1=479;P2=-1958;P3=-8920;D=13121012101012121012121012121012101212121210121212121212121012101212121210;CP=1;SP=3;R=63;O;
2017.06.12 16:57:26 4: sduino: Matched MS Protocol id 0 -> weather1
2017.06.12 16:57:26 5: sduino: Starting demodulation at Position 2
2017.06.12 16:57:26 4: sduino: Decoded MS Protocol id 0 dmsg s5925080A1000 length 40 RSSI = -42.5
2017.06.12 16:57:26 5: sduino Dispatch: s5925080A1000, test gleich
2017.06.12 16:57:26 4: sduino Dispatch: s5925080A1000, Dropped due to short time or equal msg
2017.06.12 16:57:26 4: sduino/msg READ: MS;P0=-1963;P1=464;P2=-4052;P3=-8916;D=13101210121210101210101210101210121010101012101010101010101210121010101012;CP=1;SP=3;R=63;
2017.06.12 16:57:26 4: sduino: Matched MS Protocol id 0 -> weather1
2017.06.12 16:57:26 5: sduino: Starting demodulation at Position 2
2017.06.12 16:57:26 4: sduino: Decoded MS Protocol id 0 dmsg s5925080A1000 length 40 RSSI = -42.5
2017.06.12 16:57:26 5: sduino Dispatch: s5925080A1000, test gleich
2017.06.12 16:57:26 4: sduino Dispatch: s5925080A1000, Dropped due to short time or equal msg
2017.06.12 16:57:43 4: sduino/keepalive ok, retry = 0

Basisstation und Display am Sensor zeigt genau den Wert an den der Signalduino bzw das TCM21...89 empfängt.

Gut ich hoffe Du kannst damit schon mal was anfangen.
Morgen bekommst du den Rest.

Danke

Ghostwriter

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: ghostwriter am 13 Juni 2017, 19:27:05

Hallo Pejonp,

so mittlerweile mag meine Basisstation wieder meinen Windsensor ich hab mal was mit gelogt.

1,4 km/h Windrichtung Nord:

Code Auswählen

2017.06.13 18:21:37 4: sduino/msg READ: MU;P0=-17824;P1=471;P2=-4003;P3=-2019;P4=-704;P5=360;P6=-352;D=0121213121313131213121313131313131213121456;CP=1;R=11;
2017.06.13 18:21:37 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2017.06.13 18:21:37 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting
2017.06.13 18:21:37 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.06.13 18:21:37 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2017.06.13 18:21:37 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.06.13 18:21:37 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.06.13 18:21:37 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.06.13 18:21:37 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.06.13 18:21:37 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.06.13 18:21:37 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.06.13 18:21:37 5: sduino: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.06.13 18:21:37 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.06.13 18:21:37 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.06.13 18:21:37 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.06.13 18:21:37 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.06.13 18:21:37 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.06.13 18:21:37 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.06.13 18:21:37 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.06.13 18:21:37 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.06.13 18:21:37 5: sduino: Starting demodulation at Position 39
2017.06.13 18:21:37 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.06.13 18:21:37 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.06.13 18:21:37 5: sduino: Starting demodulation at Position 0
2017.06.13 18:21:37 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.06.13 18:21:37 5: sduino: Starting demodulation at Position 39

2,2 km/h NordNordOst:

Code Auswählen

2017.06.13 18:27:32 4: sduino/msg READ: MC;LL=-2675;LH=3194;SL=-1196;SH=1731;D=4F617F1E;C=1465;L=31;R=241;
2017.06.13 18:27:32 4: sduino: Found manchester Protocol id 18 clock 1465 RSSI -81.5 -> OSV1
2017.06.13 18:27:32 5: sduino: extracted data 01001111011000010111111100011110 (bin)
2017.06.13 18:27:32 5: sduino: OSV1 protocol converted to hex: (1FB09E80E1) with length (31) bits 

2017.06.13 18:27:32 5: sduino Dispatch: 1FB09E80E1, test ungleich: disabled
2017.06.13 18:27:32 5: sduino Dispatch: 1FB09E80E1, -81.5 dB, dispatch
2017.06.13 18:27:32 5: sduino: dispatch 1FB09E80E1
2017.06.13 18:27:32 5: Starting notify loop for sduino, 1 event(s), first is UNKNOWNCODE 1FB09E80E1
2017.06.13 18:27:32 5: createNotifyHash
2017.06.13 18:27:32 5: End notify loop for sduino
2017.06.13 18:27:32 3: sduino: Unknown code 1FB09E80E1, help me!
2017.06.13 18:27:32 4: sduino/msg READ: Received answer (MC;LL=-2675;LH=3194;SL=-1196;SH=1731;D=4F617F1E;C=1465;L=31;R=241;) for ping does not match ^OK$
2017.06.13 18:27:32 5: sduino SW: P
2017.06.13 18:27:32 4: sduino/msg READ: OK
2017.06.13 18:27:32 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2017.06.13 18:27:32 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2017.06.13 18:27:49 4: sduino/msg READ: MS;P0=-8941;P3=483;P4=-3985;P5=-2014;P7=-6472;D=37343534353535353535353535353535343535353535353534353530303030353435343534353435343435343434343534343534353535343435353535353535353434303;CP=3;SP=7;R=245;
2017.06.13 18:27:49 4: sduino/msg READ: MS;P0=-8941;P1=-29068;P3=483;P4=-3985;P5=-2014;P7=-6472;D=3734353435353535353535353535353534353535353535353435353030303035343534353435343534343534343434353434353435353534343535353535353535343430310;CP=3;SP=7;R=245;
2017.06.13 18:27:49 4: sduino/msg READ: MS;P0=-8941;P1=-30534;P3=483;P4=-3985;P5=-2014;P7=-6472;D=3734353435353535353535353535353534353535353535353435353030303035343534353435343534343534343434353434353435353534343535353535353535343430311;CP=3;SP=7;R=245;
2017.06.13 18:27:49 4: sduino/msg READ: MS;P0=-8941;P1=-30534;P3=483;P4=-3985;P5=-2014;P6=96;P7=-6472;D=373435343535353535353535353535353435353535353535343535303030303534353435343534353434353434343435343435343535353434353535353535353534343031160;CP=3;SP=7;R=245;
2017.06.13 18:28:00 4: sduino/msg READ: MC;LL=-2670;LH=3191;SL=-1205;SH=1724;D=4F617F1E;C=1464;L=31;R=241;
2017.06.13 18:28:00 4: sduino: Found manchester Protocol id 18 clock 1464 RSSI -81.5 -> OSV1
2017.06.13 18:28:00 5: sduino: extracted data 01001111011000010111111100011110 (bin)
2017.06.13 18:28:00 5: sduino: OSV1 protocol converted to hex: (1FB09E80E1) with length (31) bits 

2017.06.13 18:28:00 5: sduino Dispatch: 1FB09E80E1, test gleich
2017.06.13 18:28:00 5: sduino Dispatch: 1FB09E80E1, -81.5 dB, dispatch
2017.06.13 18:28:00 5: sduino: dispatch 1FB09E80E1

2,2 km/h Nord:

Code Auswählen

2017.06.13 18:34:30 4: sduino/msg READ: MC;LL=-2635;LH=3226;SL=-1175;SH=1754;D=FA2FF7C;C=1464;L=26;R=250;
2017.06.13 18:34:53 4: sduino/keepalive ok, retry = 0
2017.06.13 18:35:00 4: sduino/msg READ: MU;P0=-2811;P1=312;P2=-1183;P3=3211;P4=1738;P6=216;P7=-4488;D=01230324240304242424242424230424242423067;CP=4;R=9;
2017.06.13 18:35:00 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.06.13 18:35:00 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.06.13 18:35:00 5: sduino: start pattern for MU Protocol id 20 -> livolo mismatches, aborting
2017.06.13 18:35:00 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.06.13 18:35:00 5: sduino: Starting demodulation at Position 2
2017.06.13 18:35:00 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.06.13 18:35:00 4: sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.06.13 18:35:00 5: sduino: Starting demodulation at Position 1
2017.06.13 18:35:00 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.06.13 18:35:00 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.06.13 18:35:00 5: sduino: Starting demodulation at Position 0
2017.06.13 18:35:00 5: sduino: dispatching bits: 1 0 1 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 0 0 0
2017.06.13 18:35:00 4: sduino: decoded matched MU Protocol id 63 dmsg u63B555550 length 28 RSSI = -69.5
2017.06.13 18:35:00 5: sduino Dispatch: u63B555550, test ungleich: disabled
2017.06.13 18:35:00 5: Starting notify loop for sduino, 1 event(s), first is DMSG u63B555550
2017.06.13 18:35:00 5: End notify loop for sduino
2017.06.13 18:35:00 5: sduino Dispatch: u63B555550, -69.5 dB, dispatch
2017.06.13 18:35:00 5: sduino: dispatch u63B555550
2017.06.13 18:35:00 5: Starting notify loop for sduino, 1 event(s), first is UNKNOWNCODE u63B555550
2017.06.13 18:35:00 5: End notify loop for sduino
2017.06.13 18:35:00 3: sduino: Unknown code u63B555550, help me!
2017.06.13 18:35:00 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.06.13 18:35:00 5: sduino: Starting demodulation at Position 1
2017.06.13 18:35:00 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.06.13 18:35:00 5: sduino: Starting demodulation at Position 1

0 Km/h Süd:

Code Auswählen

2017.06.13 18:43:17 4: sduino/msg READ: OK
2017.06.13 18:43:17 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2017.06.13 18:43:17 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2017.06.13 18:44:20 4: sduino/keepalive ok, retry = 0
2017.06.13 18:45:05 4: sduino/msg READ: MU;P0=116;P1=-121;D=0101010101010101010101010101010101010101;CP=0;R=253;
2017.06.13 18:45:05 4: sduino/msg READ: MC;LL=-217;LH=255;SL=-97;SH=141;D=B2FCFFCFB;C=118;L=36;R=7;
2017.06.13 18:45:05 4: sduino/msg READ: MC;LL=-228;LH=244;SL=-96;SH=147;D=FFECBF3FE;C=119;L=35;R=239;
2017.06.13 18:45:05 4: sduino/msg READ: MU;P0=254;P1=-104;P2=120;P3=172;P4=-225;P5=-10552;P6=416;P7=-1040;D=0101213121210421210404042121210124042101212421012421012135673;CP=2;R=8;
2017.06.13 18:45:05 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.06.13 18:45:05 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.06.13 18:45:05 5: sduino: Starting demodulation at Position 1
2017.06.13 18:45:05 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.06.13 18:45:05 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.06.13 18:45:05 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.06.13 18:45:05 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.06.13 18:45:05 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.06.13 18:45:05 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.06.13 18:45:05 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.06.13 18:45:05 5: sduino: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.06.13 18:45:05 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.06.13 18:45:05 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.06.13 18:45:05 5: sduino: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.06.13 18:45:05 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.06.13 18:45:05 5: sduino: Starting demodulation at Position 12
2017.06.13 18:45:05 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.06.13 18:45:05 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.06.13 18:45:05 5: sduino: Starting demodulation at Position 0
2017.06.13 18:45:05 4: sduino: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate
2017.06.13 18:45:05 5: sduino: Starting demodulation at Position 58
Vergleich ob der nächste Block gleich ist mit dem oberen !!!!!!!

2017.06.13 18:49:35 5: sduino SW: P
2017.06.13 18:49:35 4: sduino/msg READ: OK
2017.06.13 18:49:35 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2017.06.13 18:49:35 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2017.06.13 18:50:00 4: sduino/msg READ: MU;P0=-19840;P1=392;P2=-2647;P3=3189;P4=1777;P5=-1147;P6=-10576;P7=280;D=01232453545423245454545454545454545454545367;CP=4;R=243;
2017.06.13 18:50:00 5: sduino: applying filterfunc SIGNALduino_filterSign
2017.06.13 18:50:00 5: sduino: applying filterfunc SIGNALduino_compPattern
2017.06.13 18:50:00 5: sduino: applying filterfunc SIGNALduino_filterMC
2017.06.13 18:50:00 4: sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.06.13 18:50:00 5: sduino: Starting demodulation at Position 0
2017.06.13 18:50:00 5: sduino: dispatching bits: 1 0 1 0 1 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 0
2017.06.13 18:50:00 4: sduino: decoded matched MU Protocol id 63 dmsg u63AD555554 length 32 RSSI = -80.5
2017.06.13 18:50:00 5: sduino Dispatch: u63AD555554, test ungleich: disabled
2017.06.13 18:50:00 5: Starting notify loop for sduino, 1 event(s), first is DMSG u63AD555554
2017.06.13 18:50:00 5: End notify loop for sduino
2017.06.13 18:50:00 5: sduino Dispatch: u63AD555554, -80.5 dB, dispatch
2017.06.13 18:50:00 5: sduino: dispatch u63AD555554
2017.06.13 18:50:00 5: Starting notify loop for sduino, 1 event(s), first is UNKNOWNCODE u63AD555554
2017.06.13 18:50:00 5: End notify loop for sduino
2017.06.13 18:50:00 3: sduino: Unknown code u63AD555554, help me!

Ich weiß nicht ob das alles vom Windsensor kommt oder ob ich nicht die gesamte Nachbarschaft mit drauf habe.
Zumindest habe ich den Temp/Hum Sensor und Regenmesser dabei aus gehabt.

Wirst Du daraus schlüssig?
Melde dich wenn du noch was brauchst.
Schon mal vielen Dank im voraus

Gruss

Ghostwriter

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 13 Juni 2017, 22:03:14

Hi Ghostwriter,

in deinem Log habe ich keine verwertbaren Nachrichten gesehen. In den vorherigen Logs waren welche drin. Mal sehen ob ich am WE dazu komme etwas umzusetzten und das Modul zu erweitern.

Code Auswählen


2017.06.11 14:54:47 5: crc calc for: 456800A0E000
2017.06.11 14:54:47 5: calc crc is: 8
2017.06.11 14:54:47 5: ref crc is :7
2017.06.11 14:54:47 4: CUL_TCM97001 temperature TCM21...._69 69 T: 0.1 H: 05
2017.06.11 14:54:47 5: Starting notify loop for TCM21...._69, 2 event(s), first is humidity: 05
2017.06.11 14:54:47 5: End notify loop for TCM21...._69
2017.06.11 14:54:48 4: CUL_TCM97001 TCM21...._69 69 (456F6888A000) length: 12
2017.06.11 14:54:48 4: CUL_TCM97001 Parse Name: TCM21...._69 , devicecode: CUL_TCM97001_69 , Model defined: TCM21....
2017.06.11 14:54:48 5: crc calc for: 456F6888A000
2017.06.11 14:54:48 5: calc crc is: 10
2017.06.11 14:54:48 5: ref crc is :5
2017.06.11 14:54:48 4: CUL_TCM97001 temperature TCM21...._69 69 T: 36.7 H: 11
2017.06.11 14:54:48 5: Starting notify loop for TCM21...._69, 3 event(s), first is temperature: 36.7

Nachrichten die verwendet werden könnten:
ID ID MessageType
456800A0E000 0100   0101   0110   Windspeed
456F6888A000 0100   0101   0110   Windspeed
5935080A0000 0101   1001   0011   Temp/Hum
5925080A1000 0101   1001   0010   Temp/Hum

Hier mal die Beschreibung der Daten von https://github.com/merbanan/rtl_433/blob/master/src/devices/alecto.c :

/* Documentation also at http://www.tfd.hu/tfdhu/files/wsprotocol/auriol_protocol_v20.pdf
* Message Format: (9 nibbles, 36 bits):
* Please note that bytes need to be reversed before processing!
*
* Format for Temperature Humidity
* AAAAAAAA BBBB CCCC CCCC CCCC DDDDDDDD EEEE
* RC Type Temperature___ Humidity Checksum
* A = Rolling Code / Device ID
* Device ID: AAAABBAA BB is used for channel, base channel is 01
* When channel selector is used, channel can be 10 (2) and 11 (3)
* B = Message type (xyyz = temp/humidity if yy <> '11') else wind/rain sensor
* x indicates battery status (0 normal, 1 voltage is below ~2.6 V)
* z 0 indicates regular transmission, 1 indicates requested by pushbutton
* C = Temperature (two's complement)
* D = Humidity BCD format
* E = Checksum
*
* Format for Rain
* AAAAAAAA BBBB CCCC DDDD DDDD DDDD DDDD EEEE
* RC Type Rain Checksum
* A = Rolling Code /Device ID
* B = Message type (xyyx = NON temp/humidity data if yy = '11')
* C = fixed to 1100
* D = Rain (bitvalue * 0.25 mm)
* E = Checksum
*
* Format for Windspeed
* AAAAAAAA BBBB CCCC CCCC CCCC DDDDDDDD EEEE
* RC Type Windspd Checksum
* A = Rolling Code
* B = Message type (xyyx = NON temp/humidity data if yy = '11')
* C = Fixed to 1000 0000 0000
* D = Windspeed (bitvalue * 0.2 m/s, correction for webapp = 3600/1000 * 0.2 * 100 = 72)
* E = Checksum
*
* Format for Winddirection & Windgust
* AAAAAAAA BBBB CCCD DDDD DDDD EEEEEEEE FFFF
* RC Type Winddir Windgust Checksum
* A = Rolling Code
* B = Message type (xyyx = NON temp/humidity data if yy = '11')
* C = Fixed to 111
* D = Wind direction
* E = Windgust (bitvalue * 0.2 m/s, correction for webapp = 3600/1000 * 0.2 * 100 = 72)
* F = Checksum
*********************************************************************************************
*/

Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 20 Juni 2017, 21:41:29

da der Wunsch besteht, mal wieder den aktuellen Stand der Module im dev-r33 ins SVN zu bringen, habe ich dafür mal eine ToDo Liste gemacht:
https://github.com/RFD-FHEM/RFFHEM/issues/163

Es können nur die Module die eine " item summary" und eine englische Device specific help enthalten, ins SVN gebracht werden.
Wir können bei der Erstellung der " item summary" und der englische Device specific help Hilfe gebrauchen.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 21 Juni 2017, 20:24:35

Ich habe mir Gedanken gemacht ob und wie es möglich ist, daß im SVN und github die gleiche Version von 00_SIGNALduino.pm verwendet werden kann.
Dazu ist in der ProtocolListSIGNALduino ein neuer Eintrag "developId" notwendig.
Dieses Flag kann z.B. bei neuen Protokoll Ids gesetzt und bei Ids mit Modulen die es nur im github gibt.
Ich habe dieses Flag mal in der aktuellen Version bei den Ids 30 und 63 gesetzt. Dies ist auch bei get protocolIDs im comment sichtbar.

Wenn ich es fertig programmiert habe, dann können die protocolIDs mit gesetztem "developId" Flag nur verwendet werden, wenn sie in die whitelist eingetragen werden.
Ist es so ausreichend oder soll ich noch ein Attribut "developIds" einbauen, indem die protocolIDs mit gesetztem "developId" Flag, die verwendet werden sollen, eingetragen werden?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 25 Juni 2017, 17:16:17

Hallo Ghostwriter,

ich habe hiermal die 14_CUL_TCM97001.pm etwas angapaßt. Ist noch nicht fertig. Dort sollte Rain/Wind/usw erkannt werden. Kannst ja mal bei Gelegenheit ausprobieren.
Verbose=5 beim Signalduino. Es sollte eigentlich ein TCM21... angelegt werden.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mave am 29 Juni 2017, 21:40:11

Hallo zusammen,

in meinem Log taucht jede Minute folgende Sequenz auf und macht damit mein Log ganz schön unübersichtlich:

Code Auswählen

2017.06.29 05:44:22 3: SDUINO433: SD_WS_Parse msg: W50#FF4BA0975232
2017.06.29 05:44:22 3: SDUINO433: SD_WS_Parse CRC_load: OK
2017.06.29 05:44:22 3: SDUINO433: SD_WS_Parse CRC_Error: CRC=49 msg: W50#FF4BA0975232 check:4BA0975232

Es wäre schön, wenn mir jemand sagen könnte, wie ich diese Meldungen loswerden könnte.

Vielen Dank.

Grüße Mave

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 29 Juni 2017, 21:41:05

Protokoll 50 aus der Whitelist entfernen, sofern Du es nicht verwendest.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mave am 30 Juni 2017, 07:01:48

Moin Sidey,

vielen Dank für Deine Antwort.

Ich habe das Protokoll 50 in meiner WhiteList, weil ich damit eine Hama Wetterstation abfrage.

Kannst Du mir sagen, was die Meldung genau bedeutet, warum sie erscheint und wie ich sie eventuell weg bekomme, ohne 50 aus der WhiteList nehmen zu müssen?

Vielen Dank.

Grüße Mave

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 30 Juni 2017, 07:37:42

Hallo Mave,

werden den Daten angezeigt ?

Mit dem Protokoll 50 (64) sollten eigentlich folgende Sensoren empfangen werden. (14_SD_WS.pm)
#* Fine Offset Electronics WH2 Temperature/Humidity sensor protocol
#* aka Agimex Rosenborg 66796 (sold in Denmark)
#* aka ClimeMET CM9088 (Sold in UK)
#* aka TFA Dostmann/Wertheim 30.3157 (Temperature only!) (sold in Germany)

Das habe ich eingebaut, konnte ich aber nicht weiter testen da ich diese Sensoren nicht habe und der diese Sensoren eingepflegt haben wollte sich nicht mehr gemeldet hat (https://github.com/RFD-FHEM/RFFHEM/issues/135).
Geht die Beschreibung der Hama WS genauer ? Mit Verbose=2 sind die Meldungen weg. Du kannst ja Verbose=5 setzen und das Log hier anhängen.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 30 Juni 2017, 08:24:58

Zitat von: Ralf9 am 20 Juni 2017, 21:41:29
Wir können bei der Erstellung der " item summary" und der englische Device specific help Hilfe gebrauchen.

Mein Englisch ist zwar nicht perfekt, aber durchaus passabel. Wie kann ich Euch helfen? Ich bräuchte irgendwas deutsches und wohin schicke ich das englische?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Mave am 30 Juni 2017, 09:23:03

Zitat von: pejonp am 30 Juni 2017, 07:37:42
Hallo Mave,

werden den Daten angezeigt ?

Mit dem Protokoll 50 (64) sollten eigentlich folgende Sensoren empfangen werden. (14_SD_WS.pm)
#* Fine Offset Electronics WH2 Temperature/Humidity sensor protocol
#* aka Agimex Rosenborg 66796 (sold in Denmark)
#* aka ClimeMET CM9088 (Sold in UK)
#* aka TFA Dostmann/Wertheim 30.3157 (Temperature only!) (sold in Germany)

Das habe ich eingebaut, konnte ich aber nicht weiter testen da ich diese Sensoren nicht habe und der diese Sensoren eingepflegt haben wollte sich nicht mehr gemeldet hat (https://github.com/RFD-FHEM/RFFHEM/issues/135).
Geht die Beschreibung der Hama WS genauer ? Mit Verbose=2 sind die Meldungen weg. Du kannst ja Verbose=5 setzen und das Log hier anhängen.

pejonp

Hey pejonp,

danke für Deine Antwort.

Kurz zur Erklärung:
Ich habe den Signalduino installiert um meine SOMFY Jalousien zu steuern.
Nach kurzer Zeit hatte ich SD_WS Devices in FHEM, die ich zuerst gar nicht zuordnen konnte. Dann wurde mir klar, dass ich zwei HAMA Wetterstationen noch irgendwo hängen habe, mit Innen- und Aussenteil. Die angelegten Devices waren also die HAMA Aussenteile.

Nachdem ich relativ viele Signalduino Meldungen im Log hatte, habe ich in die WhiteList nur die ID der SOMFY Jalousien eingetragen. Plötzlich gab es keine aktualisierten Werte der HAMA Aussenteile mehr. Also habe ich die ID 50 wieder eingetragen. Und jetzt werden die Werte der Aussenteile auch wieder aktualisiert.

Stören tut mich jetzt nur noch die genannte Meldung, die alle paar Minuten auftaucht. Und ich dachte, ich könnte die eventuell eliminieren.

Ich schaue mir das heute Abend Zuhause nochmal an und poste die gewünschten Informationen.

Grüße Mave

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 30 Juni 2017, 11:13:11

Hallo Mave,

muß ich im Modul den Loglevel auf 4 stellen, dann sind diese weg. Oder du stellst verbose=2 ein.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 01 Juli 2017, 17:16:22

Zitat von: andies am 30 Juni 2017, 08:24:58
Mein Englisch ist zwar nicht perfekt, aber durchaus passabel. Wie kann ich Euch helfen? Ich bräuchte irgendwas deutsches und wohin schicke ich das englische?

Die Übersetzungen ins englische Device specific help sind inzwischen soweit fertig.
Du kannst bei der Device specific help der 00_SIGNALduino.pm den Abschnitt über die Ermittlung der ITclock mal anschauen, ob es so passt.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 01 Juli 2017, 17:57:50

ZitatWenn ich es fertig programmiert habe, dann können die protocolIDs mit gesetztem "developId" Flag nur verwendet werden, wenn sie in die whitelist eingetragen werden.
Ist es so ausreichend oder soll ich noch ein Attribut "developIds" einbauen, indem die protocolIDs mit gesetztem "developId" Flag, die verwendet werden sollen, eingetragen werden?

Ich hab einwenig weiter programmiert (ist noch nicht im github).
Wenn es kein Attribut whitelist_IDs gibt, dann werden bei den Arrays muIdList, msIdList und mcIdList die developIDs mit einem "d" ergänzt.
z.B.:

Code Auswählen

muIdList:
13.1
...
28 
29 
30d 
31
...
62 
63d 
64 
...

Spricht was dagegen, wenn ich in der foreach Schleife die Schleifenvariable $id verändere? Kann dies irgendwelche Nebenwirkungen haben?

Code Auswählen

sub SIGNALduino_Parse_MU($$$$@)
{
...
		foreach $id (@{$hash->{muIdList}}) {
			my $developId = 0;
			if (substr($id, -1) eq 'd') {	# developId
				$id =~ s/d$//;	# d am Ende entfernen
				$developId = 1;
			}
...

Bei den den developIds gibt es dann im log z.B. die folgenden Meldungen:

Code Auswählen

2017.06.25 20:19:48.373 4: sduinoD/msg get raw: MU;P0=254;P1=-104;P2=120;P3=172;P4=-225;P5=-10552;P6=416;P7=-1040;D=0101213121210421210404042121210124042101212421012421012135673;CP=2;R=8;
2017.06.25 20:19:48.374 4: sduinoD: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.06.25 20:19:48.374 4: sduinoD: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.06.25 20:19:48.374 4: sduinoD: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.06.25 20:19:48.374 4: sduinoD: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.06.25 20:19:48.375 4: sduinoD: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.06.25 20:19:48.375 4: sduinoD: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.06.25 20:19:48.375 4: sduinoD: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2017.06.25 20:19:48.375 4: sduinoD: Fingerprint for MU Protocol id 63 -> Warema matches, skip developID, if want to use, add it to Attr WhitelistIDs
2017.06.25 20:19:48.376 4: sduinoD: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate

Code Auswählen

2017.07.01 16:23:47.857 4 : sduinoD: Found manchester Protocol id 67 clock 510 RSSI -58 -> Hoermann ; skip developID, if want to use, add it to Attr WhitelistIDs.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 01 Juli 2017, 18:41:38

Hmm, wie wäre es, wenn wir nur Protokolle auswerten, die in der WhitelistID aufgeführt sind.

Ich kann mir nicht vorstellen, dass die IDs mit develop Status selbigen mal verlieren.

Grüße Sidey

Gesendet von meinem Nexus 5 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 01 Juli 2017, 19:03:49

Die developIDs sollten eigentlich nur temporär sein.
Bei der ID 63 Warema liegt es an Dir, wann Du es für die Allgemeinheit geeignet hältst. Z.Zt. hat es ja den experimentellen Status.
Bei der ID 67 Hoermann kommt die developID weg, wenn es funktioniert.
Bei zukünftigen neuen Modulen kommt die developID weg, wenn das neue Modul auch im normalen fhem update ist.

Wenn die WhitelistID definiert ist, dann werden nur die Protokolle ausgewertet die in der WhitelistID aufgeführt sind.
Mir geht es um den Fall das keine WhitelistID definiert ist, dann hätte ich gerne einen Hinweis, daß auch developIDs erkannt wurden

Nachtrag:
Das teilweise auswerten von developID mit Hinweis bei nicht definierter WhitelistID, könnte man bei Bedarf auch per Attribut konfigurierbar machen

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: ghostwriter am 03 Juli 2017, 20:17:36

Hallo pejonp,

ich habe deine angepasste 14_CUL_TCM97001.pm nun ausprobiert, wirklich Klasse Arbeit :D.

Hier mal das List vom TCM21...._85:

Code Auswählen

Internals: 
   CFGFN 
   CODE       CUL_TCM97001_85 
   DEF        CUL_TCM97001_85 
   LASTInputDev sduino 
   MSGCNT     24 
   NAME       TCM21...._85 
   NR         174 
   STATE      T: 21.7 H: 47 
   TYPE       CUL_TCM97001 
   lastH      0 
   lastT      1499099877 
   sduino_DMSG s5549B0E21000 
   sduino_MSGCNT 24 
   sduino_RAWMSG MS;P1=-3954;P2=507;P3=-1990;P4=-8912;D=24232123212321232123212323212323212123212123232323212121232323212323232321;CP=2;SP=4;R=251; 
   sduino_RSSI -76.5 
   sduino_TIME 2017-07-03 18:37:57 
   Readings: 
     2017-07-03 01:18:56   battery         low 
     2017-07-03 18:37:57   dewpoint        9.9 
     2017-07-03 18:37:57   humidity        47 
     2017-07-03 18:37:57   state           T: 21.7 H: 47 
     2017-07-03 18:37:57   temperature     21.7 
     2017-07-03 17:55:34   windDirection   7 
     2017-07-03 17:55:34   windDirectionText SSE 
     2017-07-03 17:55:34   windGust        1 
     2017-07-03 17:16:18   windSpeed       5 
Attributes: 
   event-min-interval .*:300 
   event-on-change-reading .* 
   model      TCM21.... 
   room       CUL_TCM97001 
   verbose    5

Dann noch das Log zu den verschiedenen Readings:

Code Auswählen

2017.07.03 01:18:56 4: sduino/msg READ: MS;P1=493;P2=-8932;P3=-1990;P4=-3964;D=12131413141314131413141413141313131313131313131313131313131313131313131413;CP=1;SP=2;R=254;
2017.07.03 01:18:56 4: sduino: Matched MS Protocol id 0 -> weather1
2017.07.03 01:18:56 5: sduino: Starting demodulation at Position 2
2017.07.03 01:18:56 4: sduino: Decoded MS Protocol id 0 dmsg s556800002000 length 40 RSSI = -75
2017.07.03 01:18:56 5: sduino Dispatch: s556800002000, test gleich
2017.07.03 01:18:56 5: sduino Dispatch: s556800002000, -75 dB, dispatch
2017.07.03 01:18:56 5: sduino: dispatch s556800002000
2017.07.03 01:18:56 4: CUL_TCM97001 TCM21...._85 85 (556800002000) length: 12
2017.07.03 01:18:56 4: CUL_TCM97001 Parse Name: TCM21...._85 , devicecode: CUL_TCM97001_85 , Model defined: Unknown
2017.07.03 01:18:56 4: CUL_TCM97001 hex:aa6100004000  msg:556800002000 aR:a a 6 1 0 0 0 0 4 0 0 0 
2017.07.03 01:18:56 4: CUL_TCM97001 nib2:11 aRev: 6
2017.07.03 01:18:56 4: CUL_TCM97001 nib2R:11 hexR: aa6100004000
2017.07.03 01:18:56 4: CUL_TCM97001 Wind/Rain/Guest Msgype: 11 nib3:1 
2017.07.03 01:18:56 4: CUL_TCM97001 windSpeed: 0 
2017.07.03 01:18:56 4: CUL_TCM97001 using longid: 1 model: TCM21....
2017.07.03 01:18:56 1: PERL WARNING: Use of uninitialized value $val in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 1287.
2017.07.03 01:18:56 1: stacktrace:
2017.07.03 01:18:56 1:     main::__ANON__                      called by ./FHEM/14_CUL_TCM97001.pm (1287)
2017.07.03 01:18:56 1:     main::CUL_TCM97001_Parse            called by fhem.pl (3627)
2017.07.03 01:18:56 1:     main::Dispatch                      called by ./FHEM/00_SIGNALduino.pm (2780)
2017.07.03 01:18:56 1:     main::SIGNALduno_Dispatch           called by ./FHEM/00_SIGNALduino.pm (2981)
2017.07.03 01:18:56 1:     main::SIGNALduino_Parse_MS          called by ./FHEM/00_SIGNALduino.pm (3418)
2017.07.03 01:18:56 1:     main::SIGNALduino_Parse             called by ./FHEM/00_SIGNALduino.pm (2367)
2017.07.03 01:18:56 1:     main::SIGNALduino_Read              called by fhem.pl (3412)
2017.07.03 01:18:56 1:     main::CallFn                        called by fhem.pl (686)
2017.07.03 01:18:56 4: CUL_TCM97001 11 TCM21...._85 85 T:
2017.07.03 17:16:18 4: sduino/msg READ: MS;P2=496;P3=-3728;P4=-8932;P5=-2052;D=24252325232523252325232325232525252525252525252525232523252525252523232323;CP=2;SP=4;R=0;
2017.07.03 17:16:18 4: sduino: Matched MS Protocol id 0 -> weather1
2017.07.03 17:16:18 5: sduino: Starting demodulation at Position 2
2017.07.03 17:16:18 4: sduino: Decoded MS Protocol id 0 dmsg s556800A0F000 length 40 RSSI = -74
2017.07.03 17:16:18 5: sduino Dispatch: s556800A0F000, test ungleich: disabled
2017.07.03 17:16:18 5: sduino Dispatch: s556800A0F000, -74 dB, dispatch
2017.07.03 17:16:18 5: sduino: dispatch s556800A0F000
2017.07.03 17:16:18 4: CUL_TCM97001 TCM21...._85 85 (556800A0F000) length: 12
2017.07.03 17:16:18 4: CUL_TCM97001 Parse Name: TCM21...._85 , devicecode: CUL_TCM97001_85 , Model defined: TCM21....
2017.07.03 17:16:18 4: CUL_TCM97001 hex:aa610050f000  msg:556800A0F000 aR:a a 6 1 0 0 5 0 f 0 0 0 
2017.07.03 17:16:18 4: CUL_TCM97001 nib2:11 aRev: 6
2017.07.03 17:16:18 4: CUL_TCM97001 nib2R:11 hexR: aa610050f000
2017.07.03 17:16:18 4: CUL_TCM97001 Wind/Rain/Guest Msgype: 11 nib3:1 
2017.07.03 17:16:18 4: CUL_TCM97001 windSpeed: 5 
2017.07.03 17:16:18 4: CUL_TCM97001 using longid: 1 model: TCM21....
2017.07.03 17:16:18 1: PERL WARNING: Use of uninitialized value $val in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 1287.
2017.07.03 17:16:18 1: stacktrace:
2017.07.03 17:16:18 1:     main::__ANON__                      called by ./FHEM/14_CUL_TCM97001.pm (1287)
2017.07.03 17:16:18 1:     main::CUL_TCM97001_Parse            called by fhem.pl (3627)
2017.07.03 17:16:18 1:     main::Dispatch                      called by ./FHEM/00_SIGNALduino.pm (2780)
2017.07.03 17:16:18 1:     main::SIGNALduno_Dispatch           called by ./FHEM/00_SIGNALduino.pm (2981)
2017.07.03 17:16:18 1:     main::SIGNALduino_Parse_MS          called by ./FHEM/00_SIGNALduino.pm (3418)
2017.07.03 17:16:18 1:     main::SIGNALduino_Parse             called by ./FHEM/00_SIGNALduino.pm (2367)
2017.07.03 17:16:18 1:     main::SIGNALduino_Read              called by fhem.pl (3412)
2017.07.03 17:16:18 1:     main::CallFn                        called by fhem.pl (686)
2017.07.03 17:16:18 4: CUL_TCM97001 11 TCM21...._85 85 T:
2017.07.03 17:55:34 4: sduino/keepalive ok, retry = 0
2017.07.03 17:55:34 4: sduino/msg READ: MS;P1=511;P3=-2005;P4=-3992;P5=-8934;D=15131413141314131413141413141414141314141314131313141313131313131313141414;CP=1;SP=5;R=252;
2017.07.03 17:55:34 4: sduino: Matched MS Protocol id 0 -> weather1
2017.07.03 17:55:34 5: sduino: Starting demodulation at Position 2
2017.07.03 17:55:34 4: sduino: Decoded MS Protocol id 0 dmsg s556F68807000 length 40 RSSI = -76
2017.07.03 17:55:34 5: sduino Dispatch: s556F68807000, test ungleich: disabled
2017.07.03 17:55:34 5: sduino Dispatch: s556F68807000, -76 dB, dispatch
2017.07.03 17:55:34 5: sduino: dispatch s556F68807000
2017.07.03 17:55:34 4: CUL_TCM97001 TCM21...._85 85 (556F68807000) length: 12
2017.07.03 17:55:34 4: CUL_TCM97001 Parse Name: TCM21...._85 , devicecode: CUL_TCM97001_85 , Model defined: TCM21....
2017.07.03 17:55:34 4: CUL_TCM97001 hex:aa6f6110e000  msg:556F68807000 aR:a a 6 f 6 1 1 0 e 0 0 0 
2017.07.03 17:55:34 4: CUL_TCM97001 nib2:11 aRev: 6
2017.07.03 17:55:34 4: CUL_TCM97001 nib2R:11 hexR: aa6f6110e000
2017.07.03 17:55:34 4: CUL_TCM97001 Wind/Rain/Guest Msgype: 11 nib3:f 
2017.07.03 17:55:34 4: CUL_TCM97001 windGuest: 1 
2017.07.03 17:55:34 4: CUL_TCM97001 using longid: 1 model: TCM21....
2017.07.03 17:55:34 1: PERL WARNING: Use of uninitialized value $val in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 1287.
2017.07.03 17:55:34 1: stacktrace:
2017.07.03 17:55:34 1:     main::__ANON__                      called by ./FHEM/14_CUL_TCM97001.pm (1287)
2017.07.03 17:55:34 1:     main::CUL_TCM97001_Parse            called by fhem.pl (3627)
2017.07.03 17:55:34 1:     main::Dispatch                      called by ./FHEM/00_SIGNALduino.pm (2780)
2017.07.03 17:55:34 1:     main::SIGNALduno_Dispatch           called by ./FHEM/00_SIGNALduino.pm (2981)
2017.07.03 17:55:34 1:     main::SIGNALduino_Parse_MS          called by ./FHEM/00_SIGNALduino.pm (3418)
2017.07.03 17:55:34 1:     main::SIGNALduino_Parse             called by ./FHEM/00_SIGNALduino.pm (2367)
2017.07.03 17:55:34 1:     main::SIGNALduino_Read              called by fhem.pl (3412)
2017.07.03 17:55:34 1:     main::CallFn                        called by fhem.pl (686)
2017.07.03 17:55:34 4: CUL_TCM97001 11 TCM21...._85 85 T: 
2017.07.03 18:37:57 4: sduino/msg READ: MS;P1=-3954;P2=507;P3=-1990;P4=-8912;D=24232123212321232123212323212323212123212123232323212121232323212323232321;CP=2;SP=4;R=251;
2017.07.03 18:37:57 4: sduino: Matched MS Protocol id 0 -> weather1
2017.07.03 18:37:57 5: sduino: Starting demodulation at Position 2
2017.07.03 18:37:57 4: sduino: Decoded MS Protocol id 0 dmsg s5549B0E21000 length 40 RSSI = -76.5
2017.07.03 18:37:57 5: sduino Dispatch: s5549B0E21000, test ungleich: disabled
2017.07.03 18:37:57 5: sduino Dispatch: s5549B0E21000, -76.5 dB, dispatch
2017.07.03 18:37:57 5: sduino: dispatch s5549B0E21000
2017.07.03 18:37:57 4: CUL_TCM97001 TCM21...._85 85 (5549B0E21000) length: 12
2017.07.03 18:37:57 4: CUL_TCM97001 Parse Name: TCM21...._85 , devicecode: CUL_TCM97001_85 , Model defined: TCM21....
2017.07.03 18:37:57 4: CUL_TCM97001 hex:aa29d0748000  msg:5549B0E21000 aR:a a 2 9 d 0 7 4 8 0 0 0 
2017.07.03 18:37:57 4: CUL_TCM97001 nib2:10 aRev: 2
2017.07.03 18:37:57 4: CUL_TCM97001 nib2R:01 hexR: aa29d0748000
2017.07.03 18:37:57 4: CUL_TCM97001 Temp/Hum Msgype: 01 nib3:9 
2017.07.03 18:37:57 4: CUL_TCM97001 using longid: 1 model: TCM21....
2017.07.03 18:37:57 4: CUL_TCM97001 temperature TCM21...._85 85 T: 21.7 H: 47

Ich habe zZ. nur den Aussensensor (Kanal1) Windmesser mit Temp und Feuchtigkeit an die Basisstation angemeldet
Die Temperaturen und die Feuchtigkeit stimmen mit dem Basisstation überein.

Zum Windspeed und Windrichtung kann ich nichts sagen, ich habe das Gefühl das der Signalduino nicht alle Daten empfängt. Signalstärke oder zu viele Daten auf einmal ?

Hier mal mein list vom Signalduino vielleicht kann ich da noch was verbessern ?

Code Auswählen

Internals: 
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt:FS10:SIGNALduino_un: 
   DEF        192.168.1.94:23 
   DMSG       s55680080C000 
   DevState   initialized 
   DeviceName 192.168.1.94:23 
   FD         14 
   LASTDMSG   s55680080C000 
   MSGCNT     101 
   NAME       sduino 
   NR         152 
   PARTIAL 
   RAWMSG     MS;P3=-8938;P4=-3983;P5=489;P6=-1997;D=53565456545654565456545456545656565656565656565656545656565656565654545656;CP=5;SP=3;R=252;O; 
   RSSI       -76 
   STATE      opened 
   TIME       1499104743 
   TYPE       SIGNALduino 
   sendworking 0 
   unknownmessages 2017-07-03 19:01:42-MS;P0=-1990;P1=457;P2=-7764;P3=-4120;D=1210101010101010101010101013101010101010101010;CP=1;SP=2;R=249;#2017-07-03 19:01:43-MS;P0=-3616;P1=494;P2=-8316;P3=-2002;D=1213131313131313131313131310131313131313131313;CP=1;SP=2;R=250;#2017-07-03 19:04:18-MS;P0=-7112;P1=520;P2=288;P3=-3981;P4=-1992;P5=-184;D=1023131314131413131413141413141314141414156;CP=1;SP=0;R=242;#2017-07-03 19:05:53-MS;P0=-3989;P1=471;P2=-8948;P3=-2005;P5=-30192;D=12131013101310131013101313131315101313131310101313101010;CP=1;SP=2;R=7;#2017-07-03 19:11:32-MS;P0=-9096;P1=491;P2=-1960;P3=-3982;D=10121312131213121312131312131212121212125;CP=1;SP=0;R=254;#2017-07-03 19:17:43-MS;P1=-8736;P2=479;P3=-3980;P4=-1855;P5=-136;D=2124232423242324232423232423242424242424242424256;CP=2;SP=1;R=7;#2017-07-03 19:21:20-MS;P0=-30616;P1=472;P2=-8964;P3=-1987;P4=-3978;P5=-752;P6=184;D=1213141314131413141314131510631313141314131414141314131414;CP=1;SP=2;R=250;#2017-07-03 19:25:59-MS;P0=-548;P1=304;P2=-3976;P3=490;P4=-7184;P6=-1988;P7=168;D=34363274323632363636363636363636363632363636363636363232363630101;CP=3;SP=4;R=254;#2017-07-03 19:33:44-MS;P0=457;P2=104;P3=-3965;P5=-14336;P7=-2217;D=050703070307030703070307070303070307070307023;CP=0;SP=5;R=252;#2017-07-03 19:33:44-MS;P0=457;P1=-188;P2=104;P3=-3965;P5=-14336;P7=-2217;D=05070307030703070307030707030307030707030702217;CP=0;SP=5;R=252;#2017-07-03 19:33:44-MS;P0=457;P1=-188;P2=104;P3=-3930;P5=-14336;P7=-2217;D=05070307030703070307030707030307030707030702213;CP=0;SP=5;R=252;#2017-07-03 19:33:44-MS;P0=457;P1=-188;P2=104;P3=-3930;P5=-14336;P7=-2217;D=05070307030703070307030707030307030707030702213;CP=0;SP=5;R=252;#2017-07-03 19:43:33-MS;P0=-4152;P1=502;P2=-16424;P3=292;P4=-8720;P5=-1951;D=123014101010141510151015101510151010151030;CP=1;SP=2;R=253;#2017-07-03 20:00:05-MS;P1=497;P2=-4208;P3=-1992;P4=216;D=12131313131313131313131313131313131313131313420;CP=1;SP=2;R=253;#2017-07-03 20:01:38-MS;P0=478;P1=-296;P2=-2195;P3=-3970;P5=-12640;P6=296;D=0565020302030202030203030203030203030202020202014;CP=0;SP=5;R=252;#2017-07-03 20:03:11-MS;P0=-160;P1=270;P3=479;P4=-4216;P5=-2005;P6=-1424;P7=-360;D=343535353535353535353535353535353535353617104;CP=3;SP=4;R=253;#2017-07-03 20:05:15-MS;P1=536;P2=-3784;P3=-1903;D=12131313131313131313131313131313131313131313;CP=1;SP=2;R=4;#2017-07-03 20:05:15-MS;P1=494;P2=-3884;P3=-1917;D=12131313131313131313131313131313131313131313;CP=1;SP=2;R=4;#2017-07-03 20:05:16-MS;P2=474;P3=-4310;P4=-1993;D=23242424242424242424242424242424242424242424;CP=2;SP=3;R=255;#2017-07-03 20:05:16-MS;P2=474;P3=-4310;P4=-1993;D=23242424242424242424242424242424242424242424;CP=2;SP=3;R=255;#2017-07-03 20:05:16-MS;P0=-4112;P2=465;P4=-1993;D=20242424242424242424242424242424242424242424;CP=2;SP=0;R=255;#2017-07-03 20:05:16-MS;P0=-4112;P2=465;P4=-1993;D=20242424242424242424242424242424242424242424;CP=2;SP=0;R=255;#2017-07-03 20:12:30-MS;P1=-3983;P2=494;P3=-1320;P6=-6716;P7=-1983;D=262721272121272127272727272727272727272727235;CP=2;SP=6;R=13;#2017-07-03 20:13:00-MS;P1=509;P2=-4008;P3=-2014;D=12131313131313131313131313131313131313131313;CP=1;SP=2;R=255;#2017-07-03 20:13:00-MS;P0=-1996;P4=-4058;P6=501;D=64606060606060606060606060606060606060606060;CP=6;SP=4;R=2; 
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 28 2017 22:31:59 
   Doublemsgids: 
   Matchlist: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$ 
     11:SD_WS09 ^P9#[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^Ys[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     17:SD_UT   ^u30#.* 
     18:FLAMINGO ^P13#[A-Fa-f0-9]+ 
     19:CUL_WS  ^K[A-Fa-f0-9]{5,} 
     1:IT       ^i...... 
     20:Revolt  ^r[A-Fa-f0-9]{22} 
     21:FS10    ^P61#[A-F0-9]+ 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8} 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8} 
     7:Hideki   ^P12#75[A-F0-9]+ 
     X:SIGNALduino_un ^[u]\d+#.* 
   QUEUE: 
   Readings: 
     2017-06-07 17:50:29   ccconf          freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud) 
     2017-06-07 17:51:57   ccpatable       C3E = 00 84 00 00 00 00 00 00 
     2017-06-06 18:42:09   ccreg           C3E = 00 84 00 00 00 00 00 00 
     2017-06-07 17:50:41   config          MS=1;MU=1;MC=1 
     2017-06-07 17:50:48   freeram         607 
     2017-07-03 19:53:07   ping            OK 
     2017-07-02 18:29:53   state           opened 
     2017-06-07 17:51:02   uptime          3 04:27:02 
     2017-07-02 18:29:53   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 28 2017 22:31:59 
   Getcmd: 
   Keepalive: 
     ok         1 
     retry      0 
   mcIdList: 
   msIdList: 
     0 
   muIdList: 
Attributes: 
   flashCommand avrdude -c arduino -b 57600 -P 192.168.1.94:23 -p pro328 -vv -U flash:w:./FHEM/firmware/SIGNALduino_promini3v3.hex 2>./log/SIGNALduino-Flash.log 
   hardware   promini3v3 
   room       Umwelt 
   verbose    5 
   whitelist_IDs 0

Auf jedenfall bin ich schonmal sehr Glücklich und möchte mich bei Dir sehr bedanken. :)

Gruss

Ghostwriter

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 04 Juli 2017, 22:43:51

Hallo Sidey,

ich möchte folgendes einbinden.

Code Auswählen


2017.07.04 22:29:45 4: sduino/msg READ: MS;P0=-8162;P1=377;P2=-2190;P3=-3893;D=1012121212121312121212121212121212131312131313131312121212121212121213131212;CP=1;SP=0;R=25;O;
2017.07.04 22:29:45 4: sduino/msg READ: MS;P0=-2177;P1=390;P2=-3885;P3=-8162;D=1310101010101210101010101010101010121210121212121210101010101010101012121010;CP=1;SP=3;R=27;

2017.07.04 21:29:45 4: sduino/msg READ: MS;P0=-3890;P1=386;P2=-2191;P3=-8184;D=1312121212121012121212121012121212101012101010121012121210121210101210101012;CP=1;SP=3;R=20;O;
2017.07.04 21:29:45 4: sduino/msg READ: MS;P0=-2189;P1=371;P2=-3901;P3=-8158;D=1310101010101210101010101210101010121210121212101210101012101012121012121210;CP=1;SP=3;R=20;O;

22,2 C

2017.07.04 21:30:30 4: sduino/msg READ: MS;P0=-2164;P1=394;P2=-3887;P3=-8164;D=1310101010101210101010101010101010121210121212101210101010101010101012101010;CP=1;SP=3;R=25;O;
2017.07.04 21:30:30 4: sduino/msg READ: MS;P0=-2151;P1=407;P2=-3885;P3=-8163;D=1310101010101210101010101010101010121210121212101210101010101010101012101010;CP=1;SP=3;R=25;O;
22,2 C

so sieht die Definition im Signalduino aus, diese past aber noch nicht. Vielleicht kannst du mir ja einen Hinweis geben. Danke.

clockrate -> CP=1 -> P1=386
sync -> SP=3 -> P3=-8184 = -8184/386 = -21

"68" => ## PFR-130 ###########################################################################
{
# MS;P0=-3890;P1=386;P2=-2191;P3=-8184;D=1312121212121012121212121012121212101012101010121012121210121210101210101012;CP=1;SP=3;R=20;O;
# MS;P0=-2189;P1=371;P2=-3901;P3=-8158;D=1310101010101210101010101210101010121210121212101210101012101012121012121210;CP=1;SP=3;R=20;O;
name => 'PFR-130',
id => '68',
one         => [1,-4],
zero         => [1,-8],
sync         => [1,-21],
clockabs     => 380,      # not used now
preamble      => 's',         # prepend to converted message
postamble   => '00',      # Append to converted message
clientmodule => 'CUL_TCM97001', # not used now
length_min => '24',
length_max => '42',
paddingbits => '8',             # pad up to 8 bits, default is 4
},

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 04 Juli 2017, 23:27:10

Zitat von: pejonp am 04 Juli 2017, 22:43:51
Hallo Sidey,

ich möchte folgendes einbinden.

Hi,

ich muss es mir morgen mal ansehen. Wenn das ganze aber nicht über das weather0 verarbeitet wird, dann sollte es nicht über das CUL_TCM97001 Modul realisiert werden, sondern eher in SD_WS.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 05 Juli 2017, 00:56:28

Hallo Sidey,

habe es hinbekommen. Hänge auch mal das CUL_TCM97001 Modul mit an. Können wir uns ja noch überlegen ob wir das ins SD_WS Modul machen.
Bei der SIGNALduino_OSV1() Funktion hat noch eine Klammer gefehlt. Habe ich angepaßt.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 05 Juli 2017, 10:09:41

Hi Sidey,

Ich habe mal ein signalduino mit einer named pipe angelegt. Ich wollte mir die Umwandlung von Hand der Rohdaten ersparen. Leider hat er sichtlich nicht dazu überreden lassen die Daten zu verarbeiten. Die Schnittstelle macht immer ein Ping und möchte Daten zurück haben. Wenn ich ihr die Firmwaredaten sende bleibt sie offen, andere Daten werden aber nicht verarbeitet. Wo ist mein Fehler?

z.B. MS;P0=-3890;P1=386;P2=-2191;P3=-8184;D=1312121212121012121212121012121212101012101010121012121210121210101210101012;CP=1;SP=3;R=20;O;

Code Auswählen


defmod pipe1 SIGNALduino /tmp/pipe@directio
attr pipe1 debug 1
attr pipe1 flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr pipe1 room Signal
attr pipe1 verbose 5

setstate pipe1 closed
setstate pipe1 2017-07-05 01:30:33 state closed
setstate pipe1 2017-07-05 01:13:15 version 0

Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: AlexBV am 20 Juli 2017, 16:14:00

Hallo,

es gibt einen älteren Thread zum Minihandsender ISC HS 434/6 (Garagentoröffner) aber keine konkreten Hinweise, ob der Signalduino nun auch dieses Protokoll senden kann. Kann mir jemand sagen, wie der aktuelle Status ist?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ellert am 20 Juli 2017, 20:16:26

Zitat von: AlexBV am 20 Juli 2017, 16:14:00
Hallo,

es gibt einen älteren Thread zum Minihandsender ISC HS 434/6 (Garagentoröffner) aber keine konkreten Hinweise, ob der Signalduino nun auch dieses Protokoll senden kann. Kann mir jemand sagen, wie der aktuelle Status ist?

Es gab beim Implementieren des Protokolls keinen Bedarf fürs Senden. Ich meine aber, das Senden sollte über set raw oder set sendMsg funktionieren, am Besten Du probierst es aus.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hummeruli am 21 Juli 2017, 21:58:27

Habe ein normales FileLog

Code Auswählen

define FileLog_sduino FileLog ./log/sduino-%Y-%m.log sduino

erzeugt.

verbose steht auf 5

Jedoch wird nur das hier geloggt:

Code Auswählen

2017-07-21_07:05:19 sduino opened
2017-07-21_07:05:26 sduino opened
2017-07-21_18:11:20 sduino DISCONNECTED
2017-07-21_18:11:24 sduino CONNECTED
2017-07-21_18:11:26 sduino opened

Die Meldungen hatte ich durch das Ein- und Ausstecken erzeugt um zu sehen ob etwas geloggt wird.
Im fhem.log jedoch wird alles geschrieben.

Code Auswählen

2017.07.21 21:42:28 5: sduino SW: P
2017.07.21 21:42:28 4: sduino/msg READ: OK
2017.07.21 21:42:28 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2017.07.21 21:42:28 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2017.07.21 21:43:27 4: sduino/KeepAliveOk: 1
2017.07.21 21:43:27 4: sduino/keepalive retry = 0
2017.07.21 21:44:27 4: sduino/KeepAliveOk: 0
2017.07.21 21:44:27 3: sduino/KeepAliveOk: 0 retry = 1 -> get ping
2017.07.21 21:44:27 4: sduino/keepalive retry = 1

Danke

Uli

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 22 Juli 2017, 01:22:59

Zitat von: pejonp am 05 Juli 2017, 10:09:41
Ich habe mal ein signalduino mit einer named pipe angelegt. Ich wollte mir die Umwandlung von Hand der Rohdaten ersparen. Leider hat er sichtlich nicht dazu überreden lassen die Daten zu verarbeiten. Die Schnittstelle macht immer ein Ping und möchte Daten zurück haben. Wenn ich ihr die Firmwaredaten sende bleibt sie offen, andere Daten werden aber nicht verarbeitet. Wo ist mein Fehler?

Hmm, ich hatte auch mal eine namedPipe angelegt. Das ist schon etwas her. Leider bin ich gerade mit einem anderen Problem am kämpfen und mein Testsystem läuft gerade nicht.
Das mit dem Ping funktioniert ja nur, wenn über die namedPipe etwas gesendet wird. Ich bin mir jetzt nicht sicher, ob im Code da noch eine Ausnahme enthalten ist.

Wichtig sind halt dass Du die Steuerzeichen 0x02 am Anfang und 0x03 am Ende mitsendest. Sonst klappt das nicht.
Am besten mal das Attribut debug und verbose 5 stellen. Dann wird sich offenbaren, wieso die Daten nicht verarbeitet werden.

Alternativ dazu, kannst Du dir einen Signalduino ohne eine Schnittstelle also "none" anlegen und das Attribut dummy setzen.

Code Auswählen


defmod dummyduino SIGNALduino none
attr dummyduino dummy 1
attr dummydunio verbose 5

Mit get raw, kannst Du Nachrichten dann in die Verarbeitung senden. Hier dann ohne die Steuerzeichen und den Parameter R und O habe ich absichtlich entfernt. Ich glaube der wird aktuell nicht akzeptiert:

Code Auswählen

get dummyduino raw MS;;P0=-3890;;P1=386;;P2=-2191;;P3=-8184;;D=1312121212121012121212121012121212101012101010121012121210121210101210101012;;CP=1;;SP=3;;

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 22 Juli 2017, 01:25:49

Zitat von: hummeruli am 21 Juli 2017, 21:58:27
Habe ein normales FileLog
Code Auswählen Erweitern
define FileLog_sduino FileLog ./log/sduino-%Y-%m.log sduino
erzeugt.

verbose steht auf 5

Ja, das hat mich auch schon öfters verwirrt. Logs und Events.
In eine Filelog kann man alles Schreiben, was als EVENT auftaucht. Diese Meldungen tauchen aber nicht im Event log auf, sie werden direkt über eine Log Funktion an das globale Log gesendet.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hummeruli am 22 Juli 2017, 09:52:51

Das ist aber nicht wirklich sinnvoll. Dann kann ich mir das FileLog schenken. Ich bin gerade am testen von diesem Modul, und ich bekomme auch Daten. Aber jetzt ständig ins fhemlog zu schauen und rausfiltern, das ist absolut daneben. Auch dachte ich, dass es mir angezeigt wird welches Datenprotokoll rein kommt und ich damit dann etwas anfangen kann. Kann sein, dass ich es auch nicht blicke, das will ich nicht ausschließen. Daher sinkt für mich der Nutzwert des Moduls gegen Null.

Uli

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ellert am 22 Juli 2017, 13:34:39

Wenn Du die Signalduino Logeinträge auch im FileLog des Signalduino sammel möchtest, könntest Du ein notify auf das globale Logfile ansetzen und die Signalduinoeinträge mit dem Befehl "trigger <SD_FileLog_Name> $EVENT ins FileLog schreiben. Vorher müsstest Du <SD_FileLog_Name> in den Filterausdruck des FileLog aufnehmen. Siehe https://fhem.de/commandref_DE.html#notify

Etwa so müsste das notify aussehen

Code Auswählen

define n notify n:.*<Filterausdruck für Signalduino Logfileeinträge>.* trigger <SD_FileLog_Name> $NAME $EVENT
attr n readLog

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 22 Juli 2017, 13:49:22

Es gibt auch das Attribut "rawmsgEvent" (When set to "1" received raw messages triggers events)

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 22 Juli 2017, 18:09:29

Zitat von: Mave am 30 Juni 2017, 09:23:03
...
Nach kurzer Zeit hatte ich SD_WS Devices in FHEM, die ich zuerst gar nicht zuordnen konnte. Dann wurde mir klar, dass ich zwei HAMA Wetterstationen noch irgendwo hängen habe, mit Innen- und Aussenteil. Die angelegten Devices waren also die HAMA Aussenteile.
.....

@Mave

mach mal bitte ein Update. Ich ahbe die Erkennung für den WH2 angepaßt.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hummeruli am 23 Juli 2017, 10:55:24

Hallo Ellert,

danke. Jedoch müllt er mir die FhemLog ja trotzdem zu. Ich dachte dass es ein spezielles Modul (Eierlegende Wollmilchsau) für die Datenprotokoll-Analyse und Verarbeitung ist. Da sollte es doch selbstverständlich sein, dass das Logging in ein extra FileLog geschrieben wird, ohne Umwege über Notifys oder so.

Zitat von: Ellert am 22 Juli 2017, 13:34:39
Wenn Du die Signalduino Logeinträge auch im FileLog des Signalduino sammel möchtest, könntest Du ein notify auf das globale Logfile ansetzen und die Signalduinoeinträge mit dem Befehl "trigger <SD_FileLog_Name> $EVENT ins FileLog schreiben. Vorher müsstest Du <SD_FileLog_Name> in den Filterausdruck des FileLog aufnehmen. Siehe https://fhem.de/commandref_DE.html#notify

Etwa so müsste das notify aussehen
Code Auswählen Erweitern
define n notify n:.*<Filterausdruck für Signalduino Logfileeinträge>.* trigger <SD_FileLog_Name> $NAME $EVENT attr n readLog

Mal sehen wann ich Zeit übrig habe für sowas.

Uli

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 23 Juli 2017, 11:22:14

Kannst Du das von dir gewünschte Verhalten etwas genauer beschreiben.

Also, was soll in welches Log. Wie soll man darauf zugreifen können etc ?

Was es aktuell nicht gibt, kann man ja eventuell entwickelten, wenn man sich auf das was geeinigt hat.

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 23 Juli 2017, 11:31:24

Zitat von: Sidey am 22 Juli 2017, 01:22:59
Hmm, ich hatte auch mal eine namedPipe angelegt. Das ist schon etwas her.
..
Alternativ dazu, kannst Du dir einen Signalduino ohne eine Schnittstelle also "none" anlegen und das Attribut dummy setzen.
...

Hallo Sidey,

habe es auch mal mit einem dummy versucht. Beim raw Befehl wird versucht etwas zu senden.
Über diesen Weg steuere ich auch meine Weihnachtsbaumkerzen. Das geht schon mal nicht.

Zum Erkennen von unbekannten Signalen hatten wir uns jetzt so beholfen und die Daten vom Signalduino per socat auf TCP/IP umgeleitet. Das geht sehr gut.

Sender:
socat TCP4-LISTEN:54321,fork,reuseaddr /dev/signald2,raw,echo=0,b57600 &

- auf dem eigene Router muß dieser Port dann noch freigegben werden.

Empfänger:
defmod WH2 SIGNALduino Inet-IP:54321

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 24 Juli 2017, 12:04:10

Hallo! Habe jetzt endlich einen signalduino 433MHz mit cc1101 gebaut um meine Somfy RTS Markise zu steuern, wer kann mir einen Link oder die Einstellungen sagen wie ich jetzt weiter tun muss! Aus- und Einfahrten krieg ich schon hin, nur den Status der Markise wenn ich den Handsender Nutze krieg ich nicht hin!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 24 Juli 2017, 17:34:24

Schau mal im wiki nach, da steht eigentlich alles, was sduino kann.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ellert am 24 Juli 2017, 18:15:04

Zitat von: Kawaci am 24 Juli 2017, 12:04:10
Hallo! Habe jetzt endlich einen signalduino 433MHz mit cc1101 gebaut um meine Somfy RTS Markise zu steuern, wer kann mir einen Link oder die Einstellungen sagen wie ich jetzt weiter tun muss! Aus- und Einfahrten krieg ich schon hin, nur den Status der Markise wenn ich den Handsender Nutze krieg ich nicht hin!

Hier wird eine ähnliche Fragestellung behandelt vielleicht hilft Dir das weiter: https://forum.fhem.de/index.php/topic,25321.msg643308.html#msg643308

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 24 Juli 2017, 18:27:57

Danke leute im wiki war ich schon und den beitrag hab ich in der zwischenzeit auch gefunden danke!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 24 Juli 2017, 19:18:41

Hi,
Mapping Somfy Hand Fernbedienung auf FHEM Somfy Device ist genau dieser Post:
https://forum.fhem.de/index.php?topic=72173.msg653940#msg653940
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 24 Juli 2017, 19:29:32

Hallo zusammen.

Ich habe letztens etwas rum probiert, mit dem schalten der IT Funk Steckdosen.
Dabei ist mir aufgefallen, dass die sich über den sduino mit nem cc1101 und der dev33r Version wesentlich schlechter schalten lassen, wie mit nem nano cul und der afw.
Hat dad auch jemand fest gestellt? Muss ich da noch was an den Einstellungen ändern?

Gesendet von dem teuren ding in meiner hand

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 24 Juli 2017, 19:37:43

Hi,
Definiere mal schlechter für uns:
a) RSSI Werte verglichen
b) IT Repetition gesetzt
c) gleichen Patable eingestellt?
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: andies am 24 Juli 2017, 19:54:30

Zitat von: sash.sc am 24 Juli 2017, 19:29:32
Hat dad auch jemand fest gestellt?

Ja. Aber ich weiß nicht, woran das liegt. Ich vermute mein CC1101 ist das Problem.

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 24 Juli 2017, 22:34:29

Zitat von: sash.sc am 24 Juli 2017, 19:29:32
Hallo zusammen.

Ich habe letztens etwas rum probiert, mit dem schalten der IT Funk Steckdosen.
Dabei ist mir aufgefallen, dass die sich über den sduino mit nem cc1101 und der dev33r Version wesentlich schlechter schalten lassen, wie mit nem nano cul und der afw.

Welchen haus oder unitcode verwendest Du?

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 24 Juli 2017, 23:00:51

Zitat von: Sidey am 24 Juli 2017, 22:34:29

Welchen haus oder unitcode verwendest Du?

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Code Auswählen

 
00FF0FF00F 0F F0

Ist IT V1 Protokoll.

Gruß Sascha

Gesendet von dem teuren ding in meiner hand

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 25 Juli 2017, 08:37:21

Hi Sascha,

Alle anderen Komponenten (Hardware, ITClock, Entfernung,...) sind identisch?

Gesendet von meinem XT1650 mit Tapatalk

Titel: Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 25 Juli 2017, 09:00:50

Hi,
Ich tippe immer noch auf die patable oder repetion!
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 25 Juli 2017, 23:05:45

Zitat von: pejonp am 23 Juli 2017, 11:31:24
habe es auch mal mit einem dummy versucht. Beim raw Befehl wird versucht etwas zu senden.
Über diesen Weg steuere ich auch meine Weihnachtsbaumkerzen. Das geht schon mal nicht.

Hi, ich habe das so:

Code Auswählen


defmod dummyDuino SIGNALduino none
attr dummyDuino debug 1
attr dummyDuino dummy 1
attr dummyDuino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr dummyDuino room Signalduino,System
attr dummyDuino verbose 5

setstate dummyDuino opened
setstate dummyDuino 2017-07-25 22:57:07 state opened
setstate dummyDuino 2017-05-27 00:23:33 version 0

Testen geht dann via:
get raw Befehl und

Code Auswählen


MS;P0=-8162;P1=377;P2=-2190;P3=-3893;D=1012121212121312121212121212121212131312131313131312121212121212121213131212;CP=1;SP=0;

Im Log taucht dann bei mir folgendes auf:

Code Auswählen

2017.07.25 23:03:56.353 1: DEBUG>dummyDuino: incomming message: (MS;P0=-8162;P1=377;P2=-2190;P3=-3893;D=1012121212121312121212121212121212131312131313131312121212121212121213131212;CP=1;SP=0;)
2017.07.25 23:03:56.352 4: dummyDuino/msg get raw: MS;P0=-8162;P1=377;P2=-2190;P3=-3893;D=1012121212121312121212121212121212131312131313131312121212121212121213131212;CP=1;SP=0;
2017.07.25 23:03:56.351 5: dummyDuino/msg adding start and endmarker to message

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 25 Juli 2017, 23:50:08

Hi Sidey,

geht bei mir auch, ich muß nur den richtigen Befehl (get) nehmen. Danke für deine Hilfe.
Den WH2 Sensor habe ich ja jetzt eingebunden.

Jörg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hummeruli am 26 Juli 2017, 22:39:18

Hi Sidey,

mir wäre es wichtig, dass die ganzen Einträge nicht ins FHEMLog gehen, sondern in das extra für das Device angelegte FileLog. Sprich ist kein FileLog vorhanden wird alles ins FHEMLog geschrieben. Ist es jedoch vorhanden, so sollte es dort eingetragen werden.

Zitat von: Sidey am 23 Juli 2017, 11:22:14
Kannst Du das von dir gewünschte Verhalten etwas genauer beschreiben.

Also, was soll in welches Log. Wie soll man darauf zugreifen können etc ?

Was es aktuell nicht gibt, kann man ja eventuell entwickelten, wenn man sich auf das was geeinigt hat.

Gesendet von meinem XT1650 mit Tapatalk

Danke

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 28 Juli 2017, 16:23:12

Als Ansatz wäre dass dann in etwa so:

Das Signalduino Modul sendet Daten nicht mehr direkt ins FHEM Log, sondern generiert einen Event.

Dieser Event wird dann von allen Modulen die darauf reagieren ausgewertet. Reagiert kein Modul, taucht es in keinem Log auf.

Wenn der Anwender nun ein Log möchte, so muss er ein filelog definieren, was die Daten in eine Datei schreibt.

Klingt erst einmal umständliche als aktuell.
Wie sich das auf die Belastung von FHEM auswirkt müsste man halt Mal prüfen.

Was da nun nicht geht, ist die Auswertung vom verbose Level.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ellert am 28 Juli 2017, 20:05:11

Es sollten keine unnötigen Events generiert werden, auf Systemen die kein FileLog für den Signalduino verwenden. Das Senden dieser Events sollte über ein Attribut einschaltbar sein, für jemanden der es benötigt.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 29 Juli 2017, 23:28:16

Also gut, das mit den Events taugt nichts.

eine Ressourcen schonende Variante wäre dann, direkt eine Datei anlegen und dort reinschreiben.
Die Datei könnte man ja über ein Filelog oder vermutlich auch per direktem Link anzeigen lassen.

Der Signalduino selbst könnte da dann ganz gut reinschreiben, aber bei den logischen Modulen sieht es doch wieder etwas schlechter aus.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ellert am 30 Juli 2017, 12:56:35

Ich denke man sollte grundsätzlich die vorhandenen Mechanismen zum Loggen verwenden.

Fehler, Infos vom SignalDuino und von logischen Modulen ins globale Log

Die Raw-Infos zum Erkennen neuer Protokolle (Datenanalyse) in ein extra File, denn das sind doch die Daten, die das globale Logfile "zumüllen", so verstehe ich das hier:

Zitat von: hummeruli am 23 Juli 2017, 10:55:24
Hallo Ellert,

danke. Jedoch müllt er mir die FhemLog ja trotzdem zu. Ich dachte dass es ein spezielles Modul (Eierlegende Wollmilchsau) für die Datenprotokoll-Analyse und Verarbeitung ist. Da sollte es doch selbstverständlich sein, dass das Logging in ein extra FileLog geschrieben wird, ohne Umwege über Notifys oder so.

Mal sehen wann ich Zeit übrig habe für sowas.

Uli

Vielleicht sollte hummeruli mal die Zeilen des Quelltextes mit Logeinträgen vorschlagen, die in eine extra Datei geschrieben werden sollten.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 30 Juli 2017, 13:30:35

Ja, wir sollten genau überlegen, was wo gebloggt wird, sonst findet später niemand mehr die Infos.

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: peppino am 08 August 2017, 21:45:45

Hallo,

Habe eine neue Funksteckdosenleiste von "Brennenstuhl" bekommen TYP "RC EL1 1001"
Was ich rausgefunden habe ist das sie mit Rolling Keys arbeitet.
Da Autoreate legt mit ein und der selben Taste unermüdlich viele verschieden Devices an.
(z.B.: IT_1527xa68b6, IT_1527xa8e4b, IT_1527xa9f01, IT_1527xaac64, IT_1527xadbf9)
Protocol ist jeweils EV1527
Es lässt sich aber mit keinem der Devices die Steckdosenleiste schalten.

Sender/Empfänger ist bei mir ein sduino mit cc1101

MfG
Joe

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: gloob am 11 August 2017, 07:20:18

Gibt es eine Möglichkeit den Signalduino mundtot zu machen damit er nicht immer haufenweise Meldungen ins Log schreibt?

Code Auswählen

2017.08.11 07:09:24 3: SIGNALESP433: Unknown code u63FFFF03FFF, help me!
2017.08.11 07:10:05 3: SIGNALESP433: Unknown code u63000000000000, help me!

Edit:

Einfach mal das Wiki lesen ::)

ZitatIm Logfile ab Verbose 4 tauchen diverse Meldungen auf, deren Bedeutung kurz erläutert wird (verbose 3 unterdrückt diese Meldungen):

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 13 August 2017, 20:35:34

Hallo zusammen,

ich habe mir mal ein paar NodeMCU zugelegt zum spielen. Wenn ich es richtig verstanden habe, könnte ich da auch Signalduino drauf spielen? Könnt ihr mir Tutorials empfehlen, an denen ich mich dafür orientieren kann?

p7

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 13 August 2017, 21:38:58

Hi p7,

Schau doch mal hier:
https://github.com/RFD-FHEM/SIGNALESP

Das ist der aktuelle Stand der Entwicklung.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Shojo am 15 August 2017, 19:43:16

Hi,

könnt ihr mir da https://forum.fhem.de/index.php/topic,74269.0.html weiter helfen?
Oder übersehe ich da eine Möglichkeit ?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 16 August 2017, 17:25:42

Zitat von: Shojo am 15 August 2017, 19:43:16
Hi,

könnt ihr mir da https://forum.fhem.de/index.php/topic,74269.0.html weiter helfen?
Oder übersehe ich da eine Möglichkeit ?

Wenn du für jeden Duino eine eigene ID hast sollte das kein Problem sein. Habe 3 Signalduinos am laufen. Ein mit und einen ohne cc1101 und einen über WLAN mit cc1101

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Shojo am 16 August 2017, 20:15:43

Zitat von: sash.sc am 16 August 2017, 17:25:42
Wenn du für jeden Duino eine eigene ID hast sollte das kein Problem sein.

Was ist hier die ID ?

SignalESP:

Code Auswählen


Internals: 
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt:FS10:SIGNALduino_un: 
   DEF        192.168.0.109:23 
   DMSG       nothing 
   DevState   initialized 
   DeviceName 192.168.0.109:23 
   FD         33 
   ITClock    250 
   LASTDMSG   nothing 
   NAME       SignalESP 
   NR         88 
   PARTIAL 
   STATE      opened 
   TIME       1502902438 
   TYPE       SIGNALduino 
   sendworking 0 
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Jun  6 2017 12:37:19 
   MatchList: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$ 
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^Ys[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     17:SD_UT   ^u30#.* 
     18:FLAMINGO ^P13#[A-Fa-f0-9]+ 
     19:CUL_WS  ^K[A-Fa-f0-9]{5,} 
     1:IT       ^i...... 
     20:Revolt  ^r[A-Fa-f0-9]{22} 
     21:FS10    ^P61#[A-F0-9]+ 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8} 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8} 
     7:Hideki   ^P12#75[A-F0-9]+ 
     X:SIGNALduino_un ^[u]\d+#.* 
   QUEUE: 
   READINGS: 
     2017-08-16 20:12:32   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud) 
     2017-07-11 18:59:26   ccpatable       C3E = 00 C0 00 00 00 00 00 00  => 10_dBm 
     2017-07-11 18:59:17   config          MS=1;MU=1;MC=1 
     2017-08-16 20:10:37   ping            OK 
     2017-08-16 18:57:35   state           opened 
     2017-08-16 18:57:35   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Jun  6 2017 12:37:19 
   keepalive: 
     ok         0 
     retry      0 
   mcIdList: 
     10 
     11 
     12 
     18 
     43 
     47 
     52 
     57 
     58 
   msIdList: 
     0 
     1 
     13 
     14 
     15 
     17 
     2 
     22 
     23 
     25 
     3 
     32 
     33 
     35 
     38 
     4 
     41 
     51 
     55 
     6 
     68 
     7 
   muIdList: 
     13.1 
     16 
     20 
     21 
     24 
     26 
     27 
     28 
     29 
     30 
     31 
     34 
     36 
     37 
     39 
     40 
     44 
     44.1 
     45 
     46 
     48 
     49 
     5 
     50 
     56 
     59 
     60 
     61 
     62 
     63 
     64 
     65 
     66 
     67 
     8 
     9 
Attributes: 
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] 
   hardware   nanoCC1101 
   room       9.6_System

SignalDuino:

Code Auswählen

Internals: 
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt:FS10:SIGNALduino_un: 
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 
   DMSG       s98A00CE0A000 
   DevState   initialized 
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 
   FD         11 
   ITClock    250 
   LASTDMSG   s98A00CE0A000 
   MSGCNT     45587 
   NAME       sduino 
   NR         25 
   NR_CMD_LAST_H 1 
   PARTIAL 
   RAWMSG     MS;P1=592;P2=-2096;P3=-4138;P4=-9091;D=1413121213131212121312131212121212121212121313121213131312121212121312131212;CP=1;SP=4;R=235;O; 
   RSSI       -84.5 
   STATE      opened 
   TIME       1502907262 
   TYPE       SIGNALduino 
   sendworking 0 
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   DoubleMsgIDs: 
   MatchList: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$ 
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^Ys[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     17:SD_UT   ^u30#.* 
     18:FLAMINGO ^P13#[A-Fa-f0-9]+ 
     19:CUL_WS  ^K[A-Fa-f0-9]{5,} 
     1:IT       ^i...... 
     20:Revolt  ^r[A-Fa-f0-9]{22} 
     21:FS10    ^P61#[A-F0-9]+ 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8} 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8} 
     7:Hideki   ^P12#75[A-F0-9]+ 
     X:SIGNALduino_un ^[u]\d+#.* 
   QUEUE: 
   READINGS: 
     2017-08-16 16:08:14   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud) 
     2017-07-10 20:46:41   ccpatable       C3E = 00 C0 00 00 00 00 00 00  => 10_dBm 
     2017-07-10 20:43:54   cmds            V R t X F S P C r W x e 
     2017-07-10 20:53:31   config          MS=1;MU=1;MC=1 
     2017-07-10 20:43:44   freeram         432 
     2017-08-10 23:57:27   ping            OK 
     2017-07-10 20:43:19   raw             Unsupported command 
     2017-08-11 16:07:47   state           opened 
     2017-07-10 20:43:06   uptime          0 23:09:26 
     2017-08-11 16:07:47   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   XMIT_TIME: 
     1502869462 
   keepalive: 
     ok         0 
     retry      0 
   mcIdList: 
     10 
     11 
     12 
     18 
     43 
     47 
     52 
     57 
     58 
   msIdList: 
     0 
     1 
     13 
     14 
     15 
     17 
     2 
     22 
     23 
     25 
     3 
     32 
     33 
     35 
     38 
     4 
     41 
     51 
     55 
     6 
     68 
     7 
   muIdList: 
     13.1 
     16 
     20 
     21 
     24 
     26 
     27 
     28 
     29 
     30 
     31 
     34 
     36 
     37 
     39 
     40 
     44 
     44.1 
     45 
     46 
     48 
     49 
     5 
     50 
     56 
     59 
     60 
     61 
     62 
     63 
     64 
     65 
     66 
     67 
     8 
     9 
Attributes: 
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] 
   hardware   nanoCC1101 
   room       9.6_System

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 16 August 2017, 20:19:44

Ne eigene ID braucht man nur wenn die am USB Port hängt. Bei WLAN ist es egal, haben ja ne eigene IP.
Senden geht aber auch nur über einen und nicht über alle hinweg.

Da würde es Sinn machen, bei jedem device, die IODev einzeln zu markieren, über die die Befehle gesendet werden sollen.

In etwa so wie in der Raum bzw Gruppen Auswahl.

Gruß Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Shojo am 16 August 2017, 20:22:56

Ja danke werde ich dann auch so machen, jetzt wundert mich nur noch das ich im Gegensatz zu dir Probleme mit den Dubletten habe.

Gruß
Dennis

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 16 August 2017, 20:45:12

Hi,
Im define das
/dev/serial/by-id/*ftdi*
ist mit der ID gemeint ;-)
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Signalduino mit PIR-5000 wird nicht mehr erkannt
Beitrag von: Harst am 19 August 2017, 20:58:12

Hallo,

ich habe seit längerem einen Intertechno PIR-5000. Dieser löst nicht mehr aus. Das Logfile s.u.:

2017.08.19 20:47:12 4 : sduino433/msg READ: MS;P1=-1176;P2=318;P3=1044;P4=-444;P7=-11935;D=27212121212121212121342121213421342121213421342134;CP=2;SP=7;O;
2017.08.19 20:47:13 4 : sduino433/msg READ: MS;P1=334;P2=-1156;P4=1077;P5=-412;P6=-11920;D=16121212121212121212451212124512451212124512451245;CP=1;SP=6;O;
2017.08.19 20:47:13 4 : sduino433: Matched MS Protocol id 3 -> itv1
2017.08.19 20:47:13 4 : sduino433: Decoded MS Protocol id 3 dmsg i004515 length 24
2017.08.19 20:47:13 4 : sduino433 IT: message "i004515" (7)
2017.08.19 20:47:13 4 : sduino433 IT: msgcode "0000F0FF0FFF" (12) bin = 000000000100010100010101
2017.08.19 20:47:13 3 : sduino433 IT: Code 0FFF not supported by IT_0000F0FF.
2017.08.19 20:47:13 4 : sduino433 IT: message "i004515" (7)
2017.08.19 20:47:13 4 : sduino433 IT: msgcode "0000F0FF0FFF" (12) bin = 000000000100010100010101
2017.08.19 20:47:13 3 : sduino433 IT: Code 0FFF not supported by IT_0000F0FF.
2017-08-19 20:47:13 SIGNALduino sduino433 UNKNOWNCODE i004515
2017.08.19 20:47:13 3 : sduino433: Unknown code i004515, help me!

mir scheint, es werden nur 10 Zeichen auf die Kodierung und 4 auf den Zustand geordnet, denn mit IT_0000F0FF0F unf FF würde es stimmen. Hier noch die Definition:

defmod Bewegungsmelder IT 0000F0FF0F FF F0
attr Bewegungsmelder IODev sduino433
attr Bewegungsmelder model ev1527
attr Bewegungsmelder room Sensoren

setstate Bewegungsmelder off
setstate Bewegungsmelder 2017-08-18 21:42:44 state off

Exakt diese Definition hat (bis vor kurzem/letztes Update) noch funktioniert.

Hat jemand eine Idee?

Horst

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 19 August 2017, 21:32:00

Hallo Horst,

Was hast Du zuletzt aktualisiert und wann war das?

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino PIR-5000
Beitrag von: Harst am 19 August 2017, 21:45:45

Vorher:
# $Id: 00_SIGNALduino.pm 13215 2017-01-23 20:09:44Z Sidey $
#
# v3.3.1 (release 3.3)

Nachher:
# $Id: 00_SIGNALduino.pm 10488 2017-07-22 17:00:00Z v3.3.1-dev $
#
# v3.3.1 (Development release 3.3)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 20 August 2017, 10:23:11

Hast Du die aktuelle Version vom IT-Modul?

Code Auswählen

$Id: 10_IT.pm 14852 2017-08-06 08:48:24Z bjoernh

Code Auswählen

defmod Bewegungsmelder IT 0000F0FF0F FF F0
attr Bewegungsmelder IODev sduino433
attr Bewegungsmelder model ev1527

Das passt so nicht, beim model ev1527 muß der on/off-Code eine 4 Ziffern lange Bin Zahl (0/1) sein.
Es müsste auch funktionieren, wenn Du das "attr Bewegungsmelder model ev1527" löscht.

Siehe auch in der Device specific help vom IT-Modul

Gruß Ralf

Titel: Antw:Signalduino PIR-5000
Beitrag von: Harst am 20 August 2017, 13:13:35

Hallo,

danke, ich teste das. Ich glaube, den Wert habe ich bei meinen Versuchen eingebaut. In der letzten Sicherung steht er nicht. Testen geht aber erst im Dunkeln.

Horst

Titel: Antw:Signalduino PIR-5000
Beitrag von: Harst am 20 August 2017, 23:43:19

Hallo,

ich habe jetzt noch einmal getestet. Da das Reading Protocol auf EV... stand habe ich dann den Eintrag Bewegungsmelder ganz neu angelegt. Ergebnis ist identisch:

g to demodulate2017.08.20 23:03:52 4 : sduino433: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate2017.08.20 23:03:52 4 : sduino433: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate2017.08.20 23:03:52 4 : sduino433: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate2017.08.20 23:03:52 4 : sduino433: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate2017.08.20 23:03:52 4 : sduino433: decoded matched MU Protocol id 5 dmsg p5#004515 length 242017.08.20 23:03:52 4 : sduino433: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate2017.08.20 23:03:52 4 : sduino433: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate2017.08.20 23:03:52 4 : sduino433: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate2017.08.20 23:03:53 4 : sduino433/msg READ: MS;P2=344;P3=-1128;P4=1049;P5=-420;P6=-11743;D=26232323232323232323452323234523452323234523452345;CP=2;SP=6;2017.08.20 23:03:53 4 : sduino433: Matched MS Protocol id 3 -> itv12017.08.20 23:03:53 4 : sduino433: Decoded MS Protocol id 3 dmsg i004515 length 242017.08.20 23:03:53 4 : sduino433 IT: message "i004515" (7)2017.08.20 23:03:53 4 : sduino433 IT: msgcode "0000F0FF0FFF" (12) bin = 0000000001000101000101012017.08.20 23:03:53 3 : sduino433 IT: Code 0FFF not supported by IT_0000F0FF.2017.08.20 23:03:53 4 : sduino433 IT: message "i004515" (7)2017.08.20 23:03:53 4 : sduino433 IT: msgcode "0000F0FF0FFF" (12) bin = 0000000001000101000101012017.08.20 23:03:53 3 : sduino433 IT: Code 0FFF not supported by IT_0000F0FF.2017-08-20 23:03:53 SIGNALduino sduino433 UNKNOWNCODE i004515
2017.08.20 23:03:53 3 : sduino433: Unknown code i004515, help me!
2017.08.20 23:03:53 4 : sduino433/msg READ: MS;P1=323;P2=-1150;P3=1042;P4=-424;P5=-11748;D=15121212121212121212341212123412341212123412341234;CP=1;SP=5;
2017.08.20 23:03:53 4 : sduino433: Matched MS Protocol id 3 -> itv1
2017.08.20 23:03:53 4 : sduino433: Decoded MS Protocol id 3 dmsg i004515 length 24
2017.08.20 23:03:53 4 : sduino433 Dispatch: i004515, Dropped due to short time or equal msg

Das Datum für 10_IT stimmt.

Leider habe ich das System noch nicht genügend durchschaut.

Horst

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: betateilchen am 21 August 2017, 13:31:14

Kurze Frage zwischendurch, ich habe einen Signalduino

Code Auswählen


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

dazu liegen hier zwei Temperatursensoren Pearl NC-7159

Hier im Forum habe ich viel gesucht und viel gelesen und bin immer noch nicht schlauer. Werden die Daten von diesen Sensoren vom Signalduino nun verarbeitet oder nicht? Es gibt Berichte, dass es funktioniert, es gibt Problemmeldungen, es gibt Beiträge, in denen die Wert mit pilight empfangen werden können. Eigentlich will ich nur wissen, wie kalt es auf meinem Balkon ist.

Danke für jede erhellende Antwort :)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 21 August 2017, 15:14:01

ZitatWerden die Daten von diesen Sensoren vom Signalduino nun verarbeitet oder nicht?

Am einfachsten ist es wahrscheinlich es mit dem Signalduino zu versuchen. Mit attr sduino verbose 4 lässt sich dann im log erkennen ob und wie der NC-7159 verabeitet wird.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 21 August 2017, 15:44:55

@betateilchen

Temperatursensoren Pearl NC-7159. Ich habe auch 2 davon, zu mindestens dem Aussehen nach und werden mit dem Signalduino empfangen und Modul TCM_9100.pm ausgewertet.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: betateilchen am 21 August 2017, 16:48:36

Der Signalduino scheint auch irgendwas zu empfangen, wenn ich am Sensor auf die Sendetaste drücke. Aber autocreate legt keine devices an

Code Auswählen


2017.08.21 16:44:52 4: sd/msg READ: MC;LL=-476;LH=491;SL=-235;SH=243;D=54955552;C=240;L=31;R=226;
2017.08.21 16:44:53 4: sd/msg READ: MC;LL=-494;LH=476;SL=-254;SH=240;D=4A555294A4;C=243;L=38;R=221;

Ich habe hier solch eine verseuchte 433MHz Umgebung, dass ich nicht mit Sicherheit sagen kann, dass diese Daten wirklich von dem Sensor kommen. Aber es sind die einzigen Daten, die im Zusammenhang mit dem Drücken der Sendetaste empfangen wurden.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 21 August 2017, 17:53:58

Zitat von: betateilchen am 21 August 2017, 16:48:36
Der Signalduino scheint auch irgendwas zu empfangen, wenn ich am Sensor auf die Sendetaste drücke. Aber autocreate legt keine devices an
....

Hallo Betateilchen,

welche Version von Signalduino hast du im Einsatz ? Mach mal bitte ein update:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

und das Modul 14_CUL_TCM97001.pm wird auch noch benötigt.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 21 August 2017, 18:25:42

Zitat von: betateilchen am 21 August 2017, 16:48:36

Ich habe hier solch eine verseuchte 433MHz Umgebung, dass ich nicht mit Sicherheit sagen kann, dass diese Daten wirklich von dem Sensor kommen. Aber es sind die einzigen Daten, die im Zusammenhang mit dem Drücken der Sendetaste empfangen wurden.

Manche Anwender haben es schon mit Bratpfannen, Aluminium oder Töpfen probiert.

Wie gut das Hilft weiss ich leider nicht.

Ich würde es so machen:
Sendetaste im Abstand von 10 Sekunden drücken. Das ganze 5 oder 10 mal machen.

Dann finden wir im Log schon die richtigen Einträge.
Wenn Du einen billigen 433 MHz Empfänger aus dem Set sender+Empfänger hast, dann hilft das meist auch schon, da er eine ganz bescheidene Reichweite hat.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: betateilchen am 21 August 2017, 18:40:05

Zitat von: pejonp am 21 August 2017, 17:53:58
welche Version von Signalduino hast du im Einsatz ? Mach mal bitte ein update:

Das steht bereits in meiner Fragestellung

Code Auswählen

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

Zitat von: pejonp am 21 August 2017, 17:53:58
und das Modul 14_CUL_TCM97001.pm wird auch noch benötigt.

Das Modul ist standardmäßig in einer FHEM Installation enthalten.

Zitat von: Sidey am 21 August 2017, 18:25:42
Wenn Du einen billigen 433 MHz Empfänger aus dem Set sender+Empfänger hast,

ich habe den hier: https://forum.fhem.de/index.php/topic,75090.0.html

Zitat von: Sidey am 21 August 2017, 18:25:42
Ich würde es so machen:
Sendetaste im Abstand von 10 Sekunden drücken. Das ganze 5 oder 10 mal machen.
Dann finden wir im Log schon die richtigen Einträge.

Werde ich mal testen, danke.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: betateilchen am 21 August 2017, 18:46:58

Zitat von: pejonp am 21 August 2017, 17:53:58
Mach mal bitte ein update:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

Es gibt übrigens auch FHEM Nutzer (z.B. mich) bei denen dieser update Mechanismus nicht funktioniert.

Und was ist das eigentlich für ein komisches Datumformat?

Code Auswählen

UPD 2017_13_08_21:35:14 160659 FHEM/00_SIGNALduino.pm

Sind da nicht Tag und Monat vertauscht?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 21 August 2017, 19:56:01

Ich habe was über den Pearl NC-7159-675 gefunden:
https://forum.pilight.org/Thread-Pearl-NC-7159-675-Alecto-protocol-Does-it-work

Zitati use three of this senders without any problem. i use the stable version of pilight V7.0.
the used protocol is alecto_ws1700.

https://wiki.pilight.org/doku.php/alecto_ws1700_v7_0
0: 540 1890
1: 540 3780

@Sidey kann dies evtl als manchester erkannt werden?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: betateilchen am 21 August 2017, 20:19:11

Falls jemand von den "Auskennern" so einen Sensor zum Forschen braucht, einfach kurz bei mir melden, dann tüte ich den in einen Luftpolsterumschlag.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 21 August 2017, 20:29:39

@Harst

Zitatsduino433 IT: Code 0FFF not supported by IT_0000F0FF

Gibt es bei Dir ein IT_0000F0FF?
Mach mal ein "list IT_0000F0FF"

Normalerweise müsste das log so aussehen:

Code Auswählen

2017.08.21 20:18:15.630 5 : sduinoD: dispatch i004515
2017.08.21 20:18:15.646 4 : sduinoD IT: message "i004515" (7)
2017.08.21 20:18:15.646 4 : sduinoD IT: msgcode "0000F0FF0FFF" (12) bin = 000000000100010100010101
2017.08.21 20:18:15.646 5 : sduinoD IT: V1 housecode = 0000F0FF0F onoffcode = FF
2017.08.21 20:18:15.646 4 : sduinoD IT: 0000F0FF0F not defined (Switch code: FF)
2017-08-21 20:18:15.647 Global global UNDEFINED IT_0000F0FF0F IT 0000F0FF0F FF F0

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 21 August 2017, 21:38:50

Zitat von: betateilchen am 21 August 2017, 20:19:11
Falls jemand von den "Auskennern" so einen Sensor zum Forschen braucht, einfach kurz bei mir melden, dann tüte ich den in einen Luftpolsterumschlag.

@betateilchen

ich habe noch einmal nachgesehen und ich habe einen NC-7159-675 von pearl (http://www.pearl.de/a-NC7159-3041.shtml;jsessionid=kC9055055EECAC75A6C61831269FA6E9D?vid=918&wa_id=2&wa_num=124&gclid=EAIaIQobChMI5q34gofp1QIVwW4bCh13IQHpEAAYASAAEgLPlvD_BwE). dieser wird bei mir so erkannt.

Code Auswählen


Internals: 
   CFGFN 
   CODE       CUL_TCM97001_91 
   DEF        CUL_TCM97001_91 
   LASTInputDev sduino 
   MSGCNT     1 
   NAME       NC_WS_91 
   NR         281 
   STATE      T: 26.3 H: 21 
   TYPE       CUL_TCM97001 
   lastH      0 
   lastT      1503343399 
   sduino_DMSG s5B0E10715000 
   sduino_MSGCNT 1 
   sduino_RAWMSG MS;P0=552;P1=-1901;P2=-3855;P3=-9175;D=03010201020201020201010101020202010101010201010101010202020101010201020102;CP=0;SP=3;O; 
   sduino_TIME 2017-08-21 21:23:19 
   READINGS: 
     2017-08-21 21:23:19   battery         low 
     2017-08-21 21:23:19   channel         2 
     2017-08-21 21:23:19   humidity        21 
     2017-08-21 21:23:19   mode            forced 
     2017-08-21 21:23:19   state           T: 26.3 H: 21 
     2017-08-21 21:23:19   temperature     26.3 
Attributes: 
   event-min-interval .*:300 
   event-on-change-reading .* 
   model      NC_WS 
   room       CUL_TCM97001

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 21 August 2017, 23:08:31

Zitat von: Ralf9 am 21 August 2017, 19:56:01
0: 540 1890
1: 540 3780
@Sidey kann dies evtl als manchester erkannt werden?

Da der Manchester decoder einen Bug in der dev-r33 Version hat wäre das denkbar, wenn die Signalfolgen ungünstig liegen, dass es als Manchster erkannt wird.

@betateilchen
set disableMessagetype deaktiviert den MC Decoder. So lässt sich das sehr einfach feststellen

Zitat von: betateilchen am 21 August 2017, 18:46:58
Es gibt übrigens auch FHEM Nutzer (z.B. mich) bei denen dieser update Mechanismus nicht funktioniert.
Und was ist das eigentlich für ein komisches Datumformat?

Weisst Du, warum dieser update Mechanismus bei dir nicht funktioniert?
Zu dem Datumsformat, da hast Du wohl recht. Hat bislang noch niemanden gestört :(

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: betateilchen am 22 August 2017, 10:16:13

Zitat von: Sidey am 21 August 2017, 23:08:31
@betateilchen
set disableMessagetype deaktiviert den MC Decoder.

Werde ich testen, danke für den Tipp.

Zitat von: Sidey am 21 August 2017, 23:08:31
Weisst Du, warum dieser update Mechanismus bei dir nicht funktioniert?

Na klar :) Weil ich mein FHEM direkt aus SVN aktualisiere und dabei keine controls_Dateien verarbeitet werden.

Code Auswählen


define alias_update cmdalias update AS { `svn update /opt/fhem/` }

Zitat von: Sidey am 21 August 2017, 23:08:31
Zu dem Datumsformat, da hast Du wohl recht. Hat bislang noch niemanden gestört

Es stört ja auch nicht wirklich, es ist mir nur aufgefallen, als ich in die Datei geschaut habe, um rauszufinden, welche Dateien da eigentlich drinstecken.

Man müsste nur in zwei Zeilen (33 und 61) der build_controls_list.pl die Reihenfolge von Monat und Tag vertauschen.

Titel: Antw:Signalduino PIR5000
Beitrag von: Harst am 22 August 2017, 17:07:35

Hallo,

Ja, es gibt ein Devise

Internals:
00 1000
DEF 0000F0FF 0100 1000
IODev sduino868
NAME IT_0000F0FF
NR 290
STATE ???
TYPE IT
XMIT 0000f0ff
XMITdimdown 00
XMITdimup 00
XMITon 0100
CODE:
1 0000f0ff
READINGS:
2017-02-14 19:26:30 protocol SBC_FreeTec
Attributes:
IODev sduino868
room IT

Da es nicht nötig ist hab ich es gelöscht. Heute Abend sehen wir.

Titel: Antw:Signalduino PIR5000
Beitrag von: Ralf9 am 22 August 2017, 18:39:50

Zitat von: Harst am 22 August 2017, 17:07:35
Ja, es gibt ein Devise

DEF 0000F0FF 0100 1000

Da es nicht nötig ist hab ich es gelöscht. Heute Abend sehen wir.

Hast Du nach dem löschen ein fhem neustart durchgeführt?

@alle:
gibt es eine Möglichkeit nach dem löschen ein device vollständig aus fhem zu entfernen ohne dazu ein fhem neustart durchführen zu müssen?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Harst am 22 August 2017, 21:07:25

@Ralf

Das war's, den Neustart hatte ich ausgeführt.

Danke

Horst

Titel: Antw:Signalduino PIR5000
Beitrag von: betateilchen am 22 August 2017, 21:37:47

Zitat von: Ralf9 am 22 August 2017, 18:39:50
@alle:
gibt es eine Möglichkeit nach dem löschen ein device vollständig aus fhem zu entfernen ohne dazu ein fhem neustart durchführen zu müssen?

Kommt darauf an, ob/wie der Modulautor des Moduls, das ein device generiert, das Löschen implementiert hat.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 26 August 2017, 12:55:13

Hallo,

bei Anfängerfragen hat Johann das Problem, daß seine Intertechno Fernbedienung PAR 1000 vom Signalduino nicht richtig erkannt wird. Vom cul wird sie problemlos erkannt.
Hat jemand eine Idee was hier nicht passt?
Benötigen wir dafür evtl eine neue protocolID?

https://forum.fhem.de/index.php/topic,75779.15.html

Code Auswählen

2017.08.26 12:33:32 5 : CUL/RAW: /i00001510
2017.08.26 12:33:32 4 : CUL_Parse: CUL_433MHz i00001510 -66
2017.08.26 12:33:32 4 : CUL_433MHz IT: message "i000015" (7)
2017.08.26 12:33:32 4 : CUL_433MHz IT: msgcode "000000000FFF" (12) bin = 000000000000000000010101
2017.08.26 12:33:32 5 : CUL_433MHz IT: V1 housecode = 000000000F onoffcode = FF
2017.08.26 12:33:32 3 : CUL_433MHz IT: Stecker_A1 off->on
2017-08-26 12:33:32 IT Stecker_A1 on
2017.08.26 12:33:33 4 : Signalduino_433MHz/msg READ: MU;P0=-11626;P1=285;P2=-1176;P3=1008;P4=-467;D=0121212121212121212121212121212121212123412341234101212121212121212121212121212121212121234123412341012121212121212121212121212121212121212341234123410121212121212121212121212121212121212123412341234101212121212121212121212121212121212121234123412341;CP=1;R=2;

2017.08.26 12:33:33 4 : CUL_Parse: CUL_433MHz i0000140E -67
2017.08.26 12:33:33 4 : CUL_433MHz IT: message "i000014" (7)
2017.08.26 12:33:33 4 : CUL_433MHz IT: msgcode "000000000FF0" (12) bin = 000000000000000000010100
2017.08.26 12:33:33 5 : CUL_433MHz IT: V1 housecode = 000000000F onoffcode = F0
2017.08.26 12:33:33 3 : CUL_433MHz IT: Stecker_A1 on->off
2017-08-26 12:33:33 IT Stecker_A1 off
2017.08.26 12:33:33 4 : Signalduino_433MHz/msg READ: MS;P1=-1165;P2=300;P3=1005;P4=-474;P5=-11616;D=25212121212121212121212121212121212121213421342121;CP=2;SP=5;R=7;O;
2017.08.26 12:33:33 4 : Signalduino_433MHz: Matched MS Protocol id 25 -> les led remote
2017.08.26 12:33:33 4 : Signalduino_433MHz/msg READ: MU;P0=283;P1=-1173;P2=1025;P3=-458;P4=-11620;D=01010101010101010101010101010101012301230101040101010101010101010101010101010101010123012301010;CP=0;R=14;

2017.08.26 12:33:34 4 : CUL_Parse: CUL_433MHz i004015FF -74.5
2017.08.26 12:33:34 4 : CUL_433MHz IT: message "i004015" (7)
2017.08.26 12:33:34 4 : CUL_433MHz IT: msgcode "0000F0000FFF" (12) bin = 000000000100000000010101
2017.08.26 12:33:34 5 : CUL_433MHz IT: V1 housecode = 0000F0000F onoffcode = FF
2017.08.26 12:33:34 3 : CUL_433MHz IT: Stecker_A2 off->on
2017-08-26 12:33:34 IT Stecker_A2 on
2017.08.26 12:33:34 4 : Signalduino_433MHz/msg READ: MS;P0=-1164;P1=298;P2=1023;P3=-439;P4=-11615;D=14101010101010101010231010101010101010102310231023;CP=1;SP=4;R=24;O;
2017.08.26 12:33:34 4 : Signalduino_433MHz: Matched MS Protocol id 25 -> les led remote
2017.08.26 12:33:34 4 : Signalduino_433MHz/msg READ: MU;P0=-1160;P1=315;P2=1036;P3=-432;P4=-11600;D=01010102310231023141010101010101010102310101010101010101023102310231;CP=1;R=26;

2017.08.26 12:33:35 4 : CUL_Parse: CUL_433MHz i00401405 -71.5
2017.08.26 12:33:35 4 : CUL_433MHz IT: message "i004014" (7)
2017.08.26 12:33:35 4 : CUL_433MHz IT: msgcode "0000F0000FF0" (12) bin = 000000000100000000010100
2017.08.26 12:33:35 5 : CUL_433MHz IT: V1 housecode = 0000F0000F onoffcode = F0
2017.08.26 12:33:35 3 : CUL_433MHz IT: Stecker_A2 on->off
2017-08-26 12:33:35 IT Stecker_A2 off
2017.08.26 12:33:35 4 : Signalduino_433MHz/msg READ: MS;P2=299;P3=-1166;P4=1024;P5=-449;P6=-11636;D=26232323232323232323452323232323232323234523452323;CP=2;SP=6;R=16;O;
2017.08.26 12:33:35 4 : Signalduino_433MHz: Matched MS Protocol id 25 -> les led remote

2017.08.26 12:33:36 4 : CUL_Parse: CUL_433MHz i00101506 -71
2017.08.26 12:33:36 4 : CUL_433MHz IT: message "i001015" (7)
2017.08.26 12:33:36 4 : CUL_433MHz IT: msgcode "00000F000FFF" (12) bin = 000000000001000000010101
2017.08.26 12:33:36 5 : CUL_433MHz IT: V1 housecode = 00000F000F onoffcode = FF
2017.08.26 12:33:36 3 : CUL_433MHz IT: Stecker_A3 off->on
2017-08-26 12:33:36 IT Stecker_A3 on
2017.08.26 12:33:36 4 : Signalduino_433MHz/msg READ: MS;P0=-1163;P2=1024;P3=-462;P4=302;P6=-11634;D=46404040404040404040404023404040404040402340234023;CP=4;SP=6;R=16;O;
2017.08.26 12:33:36 4 : Signalduino_433MHz: Matched MS Protocol id 25 -> les led remote

2017.08.26 12:33:37 4 : CUL_Parse: CUL_433MHz i00101409 -69.5
2017.08.26 12:33:37 4 : CUL_433MHz IT: message "i001014" (7)
2017.08.26 12:33:37 4 : CUL_433MHz IT: msgcode "00000F000FF0" (12) bin = 000000000001000000010100
2017.08.26 12:33:37 5 : CUL_433MHz IT: V1 housecode = 00000F000F onoffcode = F0
2017.08.26 12:33:37 3 : CUL_433MHz IT: Stecker_A3 on->off
2017-08-26 12:33:37 IT Stecker_A3 off
2017.08.26 12:33:37 4 : Signalduino_433MHz/msg READ: MS;P0=-1167;P1=1028;P2=-446;P4=300;P5=-11636;D=45404040404040404040404012404040404040401240124040;CP=4;SP=5;R=11;O;
2017.08.26 12:33:37 4 : Signalduino_433MHz: Matched MS Protocol id 25 -> les led remote
2017.08.26 12:33:37 4 : Signalduino_433MHz/msg READ: MU;P0=-1163;P1=1024;P2=-447;P3=302;P4=-11628;D=0123030343030303030303030303030123030303030303012301230303;CP=3;R=25;

Die Nachricht müsste normalerweise so aussehen:

Code Auswählen

MS;P0=-1140;P3=325;P4=1041;P5=-430;P6=-11569;D=36303030303030303030303030303030303030304530453045;CP=3;SP=6;R=50;O;

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 26 August 2017, 16:46:32

@Johann.S
Bitte ändere mal in der Datei 00_SIGNALduino.pm in der Zeile 227

Code Auswählen

sync => [1,-31],
-31 in -40

und mach dann
ein fhem neustart
oder
reload 00_SIGNALduino

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 26 August 2017, 20:47:47

Hallo,

wird besser, bei drei von vier Tastendrücken erkennt er es.
Kann man den Wert noch niedriger z.B -50 stellen?

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 26 August 2017, 22:02:27

Bitte poste mal ein log Auszug von den Tastendrücken die noch nicht erkannt werden.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 26 August 2017, 22:39:10

Hallo

der letzte Tastendruck für off wurde nicht erkannt, ist aber mittlerweile ziemlich selten:

Code Auswählen

2017.08.26 22:33:03 4 : PC433MHz/msg READ: MS;P3=-1155;P4=314;P5=1043;P6=-432;P7=-11642;D=47434343434343434343434343434343434343435643564343;CP=4;SP=7;R=60;O;
2017.08.26 22:33:03 4 : PC433MHz: Matched MS Protocol id 3 -> itv1
2017.08.26 22:33:03 5 : PC433MHz: Starting demodulation at Position 2
2017.08.26 22:33:03 4 : PC433MHz: Decoded MS Protocol id 3 dmsg i000014 length 24 RSSI = -44
2017.08.26 22:33:03 5 : PC433MHz Dispatch: i000014, test ungleich: disabled
2017.08.26 22:33:03 5 : PC433MHz Dispatch: i000014, -44 dB, dispatch
2017.08.26 22:33:03 5 : PC433MHz: dispatch i000014
2017.08.26 22:33:03 4 : PC433MHz IT: message "i000014" (7)
2017.08.26 22:33:03 4 : PC433MHz IT: msgcode "000000000FF0" (12) bin = 000000000000000000010100
2017.08.26 22:33:03 5 : PC433MHz IT: V1 housecode = 000000000F onoffcode = F0
2017.08.26 22:33:03 3 : PC433MHz IT: Stecker1 on->off
2017-08-26 22:33:03 IT Stecker1 off
2017.08.26 22:33:04 4 : PC433MHz/msg READ: MS;P0=328;P3=-1138;P5=1039;P6=-439;P7=-11671;D=07030303030303030303030303030303030303035603560356;CP=0;SP=7;R=62;O;
2017.08.26 22:33:04 4 : PC433MHz: Matched MS Protocol id 3 -> itv1
2017.08.26 22:33:04 5 : PC433MHz: Starting demodulation at Position 2
2017.08.26 22:33:04 4 : PC433MHz: Decoded MS Protocol id 3 dmsg i000015 length 24 RSSI = -43
2017.08.26 22:33:04 5 : PC433MHz Dispatch: i000015, test ungleich: disabled
2017.08.26 22:33:04 5 : PC433MHz Dispatch: i000015, -43 dB, dispatch
2017.08.26 22:33:04 5 : PC433MHz: dispatch i000015
2017.08.26 22:33:04 4 : PC433MHz IT: message "i000015" (7)
2017.08.26 22:33:04 4 : PC433MHz IT: msgcode "000000000FFF" (12) bin = 000000000000000000010101
2017.08.26 22:33:04 5 : PC433MHz IT: V1 housecode = 000000000F onoffcode = FF
2017.08.26 22:33:04 3 : PC433MHz IT: Stecker1 off->on
2017-08-26 22:33:04 IT Stecker1 on
2017.08.26 22:33:05 4 : PC433MHz/msg READ: MS;P1=-11667;P3=-1168;P4=304;P5=1025;P6=-458;D=41434343434343434343434343434343434343435643564343;CP=4;SP=1;R=64;O;
2017.08.26 22:33:05 4 : PC433MHz: Matched MS Protocol id 25 -> les led remote
2017.08.26 22:33:05 5 : PC433MHz: Starting demodulation at Position 3
2017.08.26 22:33:05 5 : PC433MHz: Found wrong signalpattern, catched 0 bits, aborting demodulation
2017.08.26 22:33:05 4 : PC433MHz: Matched MS Protocol id 3 -> itv1
2017.08.26 22:33:05 5 : PC433MHz: Starting demodulation at Position 2
2017.08.26 22:33:05 4 : PC433MHz: Decoded MS Protocol id 3 dmsg i000014 length 24 RSSI = -42
2017.08.26 22:33:05 5 : PC433MHz Dispatch: i000014, test ungleich: disabled
2017.08.26 22:33:05 5 : PC433MHz Dispatch: i000014, -42 dB, dispatch
2017.08.26 22:33:05 5 : PC433MHz: dispatch i000014
2017.08.26 22:33:05 4 : PC433MHz IT: message "i000014" (7)
2017.08.26 22:33:05 4 : PC433MHz IT: msgcode "000000000FF0" (12) bin = 000000000000000000010100
2017.08.26 22:33:05 5 : PC433MHz IT: V1 housecode = 000000000F onoffcode = F0
2017.08.26 22:33:05 3 : PC433MHz IT: Stecker1 on->off
2017-08-26 22:33:05 IT Stecker1 off
2017.08.26 22:33:07 4 : PC433MHz/msg READ: MS;P3=-1172;P4=296;P5=1039;P6=-450;P7=-11658;D=47434343434343434343434343434343434343435643564356;CP=4;SP=7;R=63;O;
2017.08.26 22:33:07 4 : PC433MHz: Matched MS Protocol id 25 -> les led remote
2017.08.26 22:33:07 5 : PC433MHz: Starting demodulation at Position 3
2017.08.26 22:33:07 5 : PC433MHz: Found wrong signalpattern, catched 0 bits, aborting demodulation
2017.08.26 22:33:07 4 : PC433MHz: Matched MS Protocol id 3 -> itv1
2017.08.26 22:33:07 5 : PC433MHz: Starting demodulation at Position 2
2017.08.26 22:33:07 4 : PC433MHz: Decoded MS Protocol id 3 dmsg i000015 length 24 RSSI = -42.5
2017.08.26 22:33:07 5 : PC433MHz Dispatch: i000015, test ungleich: disabled
2017.08.26 22:33:07 5 : PC433MHz Dispatch: i000015, -42.5 dB, dispatch
2017.08.26 22:33:07 5 : PC433MHz: dispatch i000015
2017.08.26 22:33:07 4 : PC433MHz IT: message "i000015" (7)
2017.08.26 22:33:07 4 : PC433MHz IT: msgcode "000000000FFF" (12) bin = 000000000000000000010101
2017.08.26 22:33:07 5 : PC433MHz IT: V1 housecode = 000000000F onoffcode = FF
2017.08.26 22:33:07 3 : PC433MHz IT: Stecker1 off->on
2017-08-26 22:33:07 IT Stecker1 on
2017.08.26 22:33:08 4 : PC433MHz/msg READ: MS;P0=-1158;P1=1041;P2=-433;P3=311;P4=-11665;D=34303030303030303030303030303030303030301230123030;CP=3;SP=4;R=65;O;
2017.08.26 22:33:08 4 : PC433MHz: Matched MS Protocol id 3 -> itv1
2017.08.26 22:33:08 5 : PC433MHz: Starting demodulation at Position 2
2017.08.26 22:33:08 4 : PC433MHz: Decoded MS Protocol id 3 dmsg i000014 length 24 RSSI = -41.5
2017.08.26 22:33:08 5 : PC433MHz Dispatch: i000014, test ungleich: disabled
2017.08.26 22:33:08 5 : PC433MHz Dispatch: i000014, -41.5 dB, dispatch
2017.08.26 22:33:08 5 : PC433MHz: dispatch i000014
2017.08.26 22:33:08 4 : PC433MHz IT: message "i000014" (7)
2017.08.26 22:33:08 4 : PC433MHz IT: msgcode "000000000FF0" (12) bin = 000000000000000000010100
2017.08.26 22:33:08 5 : PC433MHz IT: V1 housecode = 000000000F onoffcode = F0
2017.08.26 22:33:08 3 : PC433MHz IT: Stecker1 on->off
2017-08-26 22:33:08 IT Stecker1 off
2017.08.26 22:33:08 4 : PC433MHz/msg READ: MS;P3=-1167;P4=301;P5=1034;P6=-452;P7=-11676;D=47434343434343434343434343434343434343435643564356;CP=4;SP=7;R=62;O;
2017.08.26 22:33:08 4 : PC433MHz: Matched MS Protocol id 25 -> les led remote
2017.08.26 22:33:08 5 : PC433MHz: Starting demodulation at Position 3
2017.08.26 22:33:08 5 : PC433MHz: Found wrong signalpattern, catched 0 bits, aborting demodulation
2017.08.26 22:33:08 4 : PC433MHz: Matched MS Protocol id 3 -> itv1
2017.08.26 22:33:08 5 : PC433MHz: Starting demodulation at Position 2
2017.08.26 22:33:08 4 : PC433MHz: Decoded MS Protocol id 3 dmsg i000015 length 24 RSSI = -43
2017.08.26 22:33:08 5 : PC433MHz Dispatch: i000015, test ungleich: disabled
2017.08.26 22:33:08 5 : PC433MHz Dispatch: i000015, -43 dB, dispatch
2017.08.26 22:33:08 5 : PC433MHz: dispatch i000015
2017.08.26 22:33:08 4 : PC433MHz IT: message "i000015" (7)
2017.08.26 22:33:08 4 : PC433MHz IT: msgcode "000000000FFF" (12) bin = 000000000000000000010101
2017.08.26 22:33:08 5 : PC433MHz IT: V1 housecode = 000000000F onoffcode = FF
2017.08.26 22:33:08 3 : PC433MHz IT: Stecker1 off->on
2017-08-26 22:33:08 IT Stecker1 on
2017.08.26 22:33:09 4 : PC433MHz/msg READ: MS;P0=-11675;P3=-1170;P5=305;P6=1037;P7=-443;D=50535353535353535353535353535353535353536753675353;CP=5;SP=0;R=62;O;
2017.08.26 22:33:09 4 : PC433MHz: Matched MS Protocol id 25 -> les led remote
2017.08.26 22:33:09 5 : PC433MHz: Starting demodulation at Position 3
2017.08.26 22:33:09 5 : PC433MHz: Found wrong signalpattern, catched 0 bits, aborting demodulation
2017.08.26 22:33:09 4 : PC433MHz: Matched MS Protocol id 3 -> itv1
2017.08.26 22:33:09 5 : PC433MHz: Starting demodulation at Position 2
2017.08.26 22:33:09 4 : PC433MHz: Decoded MS Protocol id 3 dmsg i000014 length 24 RSSI = -43
2017.08.26 22:33:09 5 : PC433MHz Dispatch: i000014, test ungleich: disabled
2017.08.26 22:33:09 5 : PC433MHz Dispatch: i000014, -43 dB, dispatch
2017.08.26 22:33:09 5 : PC433MHz: dispatch i000014
2017.08.26 22:33:09 4 : PC433MHz IT: message "i000014" (7)
2017.08.26 22:33:09 4 : PC433MHz IT: msgcode "000000000FF0" (12) bin = 000000000000000000010100
2017.08.26 22:33:09 5 : PC433MHz IT: V1 housecode = 000000000F onoffcode = F0
2017.08.26 22:33:09 3 : PC433MHz IT: Stecker1 on->off
2017-08-26 22:33:09 IT Stecker1 off
2017.08.26 22:33:11 4 : PC433MHz/msg READ: MS;P1=-1175;P2=296;P3=1030;P4=-458;P5=-11677;D=25212121212121212121212121212121212121213421342134;CP=2;SP=5;R=62;O;
2017.08.26 22:33:11 4 : PC433MHz: Matched MS Protocol id 25 -> les led remote
2017.08.26 22:33:11 5 : PC433MHz: Starting demodulation at Position 3
2017.08.26 22:33:11 5 : PC433MHz: Found wrong signalpattern, catched 0 bits, aborting demodulation
2017.08.26 22:33:11 4 : PC433MHz: Matched MS Protocol id 3 -> itv1
2017.08.26 22:33:11 5 : PC433MHz: Starting demodulation at Position 2
2017.08.26 22:33:11 4 : PC433MHz: Decoded MS Protocol id 3 dmsg i000015 length 24 RSSI = -43
2017.08.26 22:33:11 5 : PC433MHz Dispatch: i000015, test ungleich: disabled
2017.08.26 22:33:11 5 : PC433MHz Dispatch: i000015, -43 dB, dispatch
2017.08.26 22:33:11 5 : PC433MHz: dispatch i000015
2017.08.26 22:33:11 4 : PC433MHz IT: message "i000015" (7)
2017.08.26 22:33:11 4 : PC433MHz IT: msgcode "000000000FFF" (12) bin = 000000000000000000010101
2017.08.26 22:33:11 5 : PC433MHz IT: V1 housecode = 000000000F onoffcode = FF
2017.08.26 22:33:11 3 : PC433MHz IT: Stecker1 off->on
2017-08-26 22:33:11 IT Stecker1 on
2017.08.26 22:33:11 4 : PC433MHz/msg READ: MU;P0=292;P1=-1175;P2=1033;P3=-458;D=010101010101010101010101010101010123012301230;CP=0;R=62;
2017.08.26 22:33:11 5 : PC433MHz: applying filterfunc SIGNALduino_filterSign
2017.08.26 22:33:11 4 : PC433MHz: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.08.26 22:33:11 5 : PC433MHz: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2017.08.26 22:33:11 4 : PC433MHz: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.08.26 22:33:11 5 : PC433MHz: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.08.26 22:33:11 4 : PC433MHz: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.08.26 22:33:11 5 : PC433MHz: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.08.26 22:33:11 4 : PC433MHz: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.08.26 22:33:11 5 : PC433MHz: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.08.26 22:33:11 4 : PC433MHz: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.08.26 22:33:11 5 : PC433MHz: Starting demodulation at Position 1
2017.08.26 22:33:11 5 : PC433MHz: applying filterfunc SIGNALduino_compPattern
2017.08.26 22:33:11 4 : PC433MHz: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.08.26 22:33:11 5 : PC433MHz: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.08.26 22:33:11 4 : PC433MHz: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.08.26 22:33:11 5 : PC433MHz: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2017.08.26 22:33:11 4 : PC433MHz: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.08.26 22:33:11 5 : PC433MHz: Starting demodulation at Position 0
2017.08.26 22:33:11 5 : PC433MHz: applying filterfunc SIGNALduino_filterMC
2017.08.26 22:33:11 4 : PC433MHz: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.08.26 22:33:11 5 : PC433MHz: Starting demodulation at Position 0
2017.08.26 22:33:11 4 : PC433MHz: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.08.26 22:33:11 5 : PC433MHz: Starting demodulation at Position 0
2017.08.26 22:33:11 4 : PC433MHz: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.08.26 22:33:11 5 : PC433MHz: Starting demodulation at Position 0
2017.08.26 22:33:15 4 : PC433MHz/msg READ: MU;P0=1036;P1=-1206;P2=305;P3=-1172;P4=-435;D=01232323232323232323042304232321232323232323232323232323232323232323230423042323212323232323232323232323232323232323232304230423232123232323232323232323232323232323232323042304232321232323232323232323232323232323232323230423042323212323232323232323232323;CP=2;R=52;O;
2017.08.26 22:33:15 5 : PC433MHz: applying filterfunc SIGNALduino_filterSign
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: Starting demodulation at Position 19
2017.08.26 22:33:15 5 : PC433MHz: applying filterfunc SIGNALduino_compPattern
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: Starting demodulation at Position 20
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: Starting demodulation at Position 0
2017.08.26 22:33:15 5 : PC433MHz: applying filterfunc SIGNALduino_filterMC
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: Starting demodulation at Position 0
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: Starting demodulation at Position 0
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: Starting demodulation at Position 0
2017.08.26 22:33:15 4 : PC433MHz: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.08.26 22:33:15 5 : PC433MHz: Starting demodulation at Position 0

ich denke es liegt auch am oft drücken oder an anderen nicht erkannten Signalen???
Mit der Einstellung kann ich aber leben, wenn es bei einem Update nicht überschrieben wird.

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 27 August 2017, 00:31:34

Hallo Sidey,

bei der Intertechno Fernbedienung PAR 1000 von Johann schwankt der sync Wert zwischen 35 und 39
Benötigen wir dafür eine neue ProtocolId oder siehst Du eine andere Möglichkeit?

@Johann.S

ZitatKann man den Wert noch niedriger z.B -50 stellen?

Der sync Wert ist SP / CP

Code Auswählen

MS;P3=-1172;P4=296;P5=1039;P6=-450;P7=-11658;D=47434343434343434343434343434343434343435643564356;CP=4;SP=7;R=63;O;
Hier ist der sync 11658 / 296 = 39

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 27 August 2017, 09:47:56

Also der genaue Wert vom IST Protokoll ist 31. Wir haben es niedriger angegeben, da es so besser gepasst hat.

Wie könnten die Toleranz erhöhen, aber das hilft nur beim Empfang.
Am besten wäre ein neues Protokoll 3.1 mit angepassten Sync.

Gruß Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 27 August 2017, 09:53:13

welchen sync Wert würdest Du für das neue Protokoll nehmen? 37?

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 27 August 2017, 09:55:32

39 vielleicht

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 27 August 2017, 10:38:56

Habs mal getestet. 40 geht auch noch.

Code Auswählen

2017.08.27 10:24:26.494 1 : DEBUG>tol: looking for (-31 +- 5.58)
2017.08.27 10:24:26.494 1 : DEBUG>tol: looking for (-40 +- 7.2)

Damit wird ein sync Bereich von ca 26 - 47 abgedeckt

Gruß Ralf

Titel: Antw:Olympia Türkontakte
Beitrag von: Harst am 27 August 2017, 16:14:25

Hallo,

ich habe hier einige Olympia-Türkontakte rumliegen. Die hatte ich auf Verdacht gekauft, werden aber nirgends erkannt.

Jetzt die Frage:
wird diese Modulation öfter verwendet, sodass sich das Implementier lohnt. Die Hardware ist preiswert (4 Kontakte für 20,-€)
Aktuell ist schon die Firmware das Problem, da die Präambel die eigentlichen Daten aussortiert.

Ich hänge mal Mitschnitte an:

Horst

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 28 August 2017, 22:56:37

@Johann.S

Ich habe die neue protocol ID 3.1 mit denm sync 40 eingebaut

Code Auswählen

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

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 29 August 2017, 10:42:17

Hallo Ralf,

ich habe das Update durchgeführt auf beiden Systemen (Raspi und PC) und danach ging es nicht mehr.
Ich habe daraufhin die Datei 00_SIGNALduino.pm überprüft und der Wert war wieder auf -31.
Nach dem manuellen Umstellen auf -40 ging es wieder!

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 29 August 2017, 12:26:12

nach dem Update müsste in der 00_SIGNALduino.pm unter der ProtocolId 3 die neue ProtocolId 3.1 stehen:

Code Auswählen

    "3.1"    => 
        {
            name			=> 'itv1_sync40',	
			comment		=> 'IT remote Control PAR 1000',
			id          	=> '3',
			one				=> [3,-1],
			zero			=> [1,-3],
			#float			=> [-1,3],		# not full supported now later use
			sync			=> [1,-40],
			clockabs     	=> -1,	# -1=auto	
			format 			=> 'twostate',	# not used now
			preamble		=> 'i',			
			clientmodule    => 'IT',   # not used now
			modulematch     => '^i......', # not used now
			length_min      => '24',
			#length_max      => '800',		# Don't know maximal lenth of a valid message

			},

Damit müsste es eigentlich funktionieren.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 29 August 2017, 13:01:28

Ich habe den Eintrag unter 3 wieder auf -31 geänder und danach ist wieder keine Reaktion.
Der Eintrag 3.1 dürfte nicht zur Wirkung kommen!?

Gruß Johann

Nachtrag: ich habe den Fehler gefunden, in meiner Whitelist war das 3.1 nicht drinn, dann kann es ja nicht gehen :)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 29 August 2017, 16:11:08

Seit dem Update und aktivieren meines Sginalduinos für 868 MHz kommt im Event Monitor ständig folgende Einträge:

Code Auswählen

2017-08-29 16:05:22 SIGNALduino PI_868MHz DMSG u63004805492A2A1555555552AA00555552AA0
2017-08-29 16:05:22 SIGNALduino PI_868MHz UNKNOWNCODE u63004805492A2A1555555552AA00555552AA0
2017.08.29 16:05:22 3 : PI_868MHz: Unknown code u63004805492A2A1555555552AA00555552AA0, help me!2017.08.29 16:05:22 1 : reload: Error:Modul 14_SD_WS09 deactivated:  Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS09.pm line 13. BEGIN failed--compilation aborted at ./FHEM/14_SD_WS09.pm line 13. 2017.08.29 16:05:22 0 : Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS09.pm line 13. BEGIN failed--compilation aborted at ./FHEM/14_SD_WS09.pm line 13. 2017.08.29 16:05:22 0 : ERROR: Cannot autoload SD_WS092017-08-29 16:05:22 SIGNALduino PI_868MHz UNKNOWNCODE P9#FFAFE2A31C000107FC0082
2017.08.29 16:05:22 3 : PI_868MHz: Unknown code P9#FFAFE2A31C000107FC0082, help me!2017-08-29 16:05:51 SD_WS07 Selin_T_F T: 21.4 H: 63

ich denke das da was nicht stimmt!?

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 29 August 2017, 17:24:59

Zitat von: Johann.S am 29 August 2017, 16:11:08
Seit dem Update und aktivieren meines Sginalduinos für 868 MHz kommt im Event Monitor ständig folgende Einträge:
Code Auswählen Erweitern
2017-08-29 16:05:22 SIGNALduino PI_868MHz DMSG u63004805492A2A1555555552AA00555552AA0 2017-08-29 16:05:22 SIGNALduino PI_868MHz UNKNOWNCODE u63004805492A2A1555555552AA00555552AA0 2017.08.29 16:05:22 3 : PI_868MHz: Unknown code u63004805492A2A1555555552AA00555552AA0, help me!2017.08.29 16:05:22 1 : reload: Error:Modul 14_SD_WS09 deactivated: Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS09.pm line 13. BEGIN failed--compilation aborted at ./FHEM/14_SD_WS09.pm line 13. 2017.08.29 16:05:22 0 : Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/14_SD_WS09.pm line 13. BEGIN failed--compilation aborted at ./FHEM/14_SD_WS09.pm line 13. 2017.08.29 16:05:22 0 : ERROR: Cannot autoload SD_WS092017-08-29 16:05:22 SIGNALduino PI_868MHz UNKNOWNCODE P9#FFAFE2A31C000107FC0082 2017.08.29 16:05:22 3 : PI_868MHz: Unknown code P9#FFAFE2A31C000107FC0082, help me!2017-08-29 16:05:51 SD_WS07 Selin_T_F T: 21.4 H: 63
ich denke das da was nicht stimmt!?

Gruß Johann

Da fehlt dir wohl ein Modul! Probier mal

Code Auswählen

apt install libdigest-crc-perl aus!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 29 August 2017, 17:36:59

Danke,

die Perl-Fehlermeldung ist weg und jetzt klappt es auch mit der Wetterstation.

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FP4Lisa am 01 September 2017, 04:37:55

Ahoi,

ich hatte schon vor ein paar Tagen im Forum mein Problem gepostet, aber leider keine einzige Antwort erhalten. Nun habe ich gehört das sich hier Fachleute verstecken sollen, weshalb ich mal eben zitiere:

ZitatHallo,

ich habe mir das Poolthermometer PV-8644-675 (http://amzn.to/2voEEoz) von Infactory aus dem "Billigsegment" zugelegt, vertrieben von der Firma PEARL. Das Poolthermometer ist batteriebetrieben und sendet alle 1-2 Minuten die Wassertemperatur über 433MHz. Über Dip-Schalter kann man im Inneren den Kanal wechseln oder zwischen Celsius und Fahrenheit wechseln.

Der Sensor gehört laut Beipackzettel zur Wetterstation PV-8643 oder zur Messstatio PT-300. Ich möchte den Sensor jedoch gern ohne Wetterstation über FHEM auf dem Raspberry Pi mit dem Sduino empfangen. Leider wird er per "autocreate" nicht erkannt, er scheint ihn aber laut Logs als SD_WS Sensor zu erkennen.

2017.08.29 17:46:21 5 : Sduino: dispatching bits: 0 1 0 1 1 0 1 1 0 1 0 1 1 0 1 0 1 0 0 0 1 0 0 0 1 0 0 1 1 1 1 1 0 0 0 1 0 1 1 0 1 1 1 1 0 0 1 1
2017.08.29 17:46:21 4 : Sduino: decoded matched MU Protocol id 64 dmsg W64#5B5A889F16F3 length 48
2017.08.29 17:46:21 5 : Sduino Dispatch: W64#5B5A889F16F3, test ungleich: disabled
2017.08.29 17:46:21 5 : Sduino Dispatch: W64#5B5A889F16F3, dispatch
2017.08.29 17:46:21 5 : Sduino: dispatch W64#5B5A889F16F3
2017.08.29 17:46:21 4 : SD_WS_Parse: Protocol: 64, rawData: 5B5A889F16F3
2017.08.29 17:46:21 4 : Sduino: SD_WS_WH2_4 Error kein WH2: Typ: 01011011
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 3
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 1
...
2017.08.29 17:46:21 4 : Sduino/msg READ: MU;P0=804;P2=9528;P3=-4992;P4=1779;P5=-1135;P6=609;P7=-845;D=234567456767456767456745676745674567454545674545456745456767676767454545674567674567676767454567670;CP=6;
2017.08.29 17:46:21 5 : Sduino: applying filterfunc SIGNALduino_filterSign
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 97
2017.08.29 17:46:21 5 : Sduino: applying filterfunc SIGNALduino_compPattern
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 2
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 2
2017.08.29 17:46:21 5 : Sduino: dispatching bits: 0 1 0 1 1 0 1 1 0 1 0 1 1 0 1 0 1 0 0 0 1 0 0 0 1 0 0 1 1 1 1 1 0 0 0 1 0 1 1 0 1 1 1 1 0 0 1 1
2017.08.29 17:46:21 4 : Sduino: decoded matched MU Protocol id 50 dmsg W50#5B5A889F16F3 length 48
2017.08.29 17:46:21 5 : Sduino Dispatch: W50#5B5A889F16F3, test ungleich: disabled
2017.08.29 17:46:21 5 : Sduino Dispatch: W50#5B5A889F16F3, dispatch
2017.08.29 17:46:21 5 : Sduino: dispatch W50#5B5A889F16F3
2017.08.29 17:46:21 4 : SD_WS_Parse: Protocol: 50, rawData: 5B5A889F16F3
2017.08.29 17:46:21 4 : Sduino decoded protocolid: 50 (XT300) prematch error
2017.08.29 17:46:21 5 : Sduino: applying filterfunc SIGNALduino_filterMC
2017.08.29 17:46:21 4 : Sduino: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.08.29 17:46:21 5 : Sduino: Starting demodulation at Position 0
2017.08.29 17:46:21 5 : Sduino: dispatching bits: 1 0 0 1 0 0 0 1 0 0 0 1 0 0 1 0 0 0 1 0 0 1 0 0 1 0 1 0 1 0 0 1 0 1 0 1 0 0 1 0 1 0 0 0 0 0 0 1 0 1 0 1 0 0 1 0 0 0 1 0 0 0 0 0 1 0 1 0 0 0 0 0
2017.08.29 17:46:21 4 : Sduino: decoded matched MU Protocol id 63 dmsg u63911224A952815220A0 length 72
2017.08.29 17:46:21 5 : Sduino Dispatch: u63911224A952815220A0, test ungleich: disabled
2017.08.29 17:46:21 5 : Starting notify loop for Sduino, 1 event(s), first is DMSG u63911224A952815220A0
2017-08-29 17:46:21 SIGNALduino Sduino DMSG u63911224A952815220A0
2017.08.29 17:46:21 5 : End notify loop for Sduino
2017.08.29 17:46:21 5 : Sduino Dispatch: u63911224A952815220A0, dispatch
2017.08.29 17:46:21 5 : Sduino: dispatch u63911224A952815220A0
2017.08.29 17:46:21 5 : Starting notify loop for Sduino, 1 event(s), first is UNKNOWNCODE u63911224A952815220A0
2017-08-29 17:46:21 SIGNALduino Sduino UNKNOWNCODE u63911224A952815220A0
2017.08.29 17:46:21 5 : End notify loop for Sduino

Ich habe mir mal ein paar Hex Codes mit passenden Temperaturen notiert.

Channel C
Start mit Channel 3
3 W50#5C2A86BF4F1B 24,6
3 W50#5C2A86BF4F1B 24,6
3 W50#5C2A86BF4F1B 24,6
3 W50#5C2A91BF582F 25,7
3 W50#5C2ABEBF777C 30,2
3 W50#5C2ADABF1334 33
3 W50#5C2AE5BF2C58 34,1
3 W50#5C2AF4BF3D78 35,6
3 W50#5C2B03BFCB15 37,1
3 W50#5C2B0EBFC61B 38,2
3 W50#5C2B11BFD931 38,5
Wechsel auf Channel 2
2 W50#5C2A83AF5A13 24,3
2 W50#5C2A83AF5A13 24,3
2 W50#5C2A8AAF5313 25
2 W50#5C2A8DAF5417 25,3
2 W50#5C2A8EAF571B 25,4
2 W50#5C2A93AF4A13 25,9
2 W50#5C2A96AF4F1B 26,2
Wechsel auf Channel 1
1 W50#5C2A9A9F7333 26,6
1 W50#5C2A9A9F7333 26,6
1 W50#5C2A969F7F3B 26,2
1 W50#5C2A959F7C37 26,1
1 W50#5C2A939F7A33 25,9
1 W50#5C2A909F792F 25,6
1 W50#5C2A8E9F671B 25,4
1 W50#5C2A8D9F6417 25,3
1 W50#5C2A8B9F6213 25,1
Batteriewechsel
1 W50#5B5A8B9F15F5 25,1
1 W50#5B5A8D9F13F5 25,3
1 W50#5B5A8E9F10F3 25,4
1 W50#5B5A8E9F10F3 25,4

Offensichtlich sind die ersten 3/4 Stellen eine ID (5C2A/5B5A) die beim Batteriewechsel erzeugt wird. die Stelle 7 (B/A/9) scheint den Channel darzustellen und die Stelle 8 vermutlich den Batteriestatus. Leider habe ich keine Übersicht zu allen Code Varianten gefunden, um den Sensor besser zuordnen zu können.

Ich würde mich über eure Hilfe sehr freuen. LG

Wäre schön, wenn ihr mir weiter helfen könntet. LG

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Hauswart am 01 September 2017, 08:29:49

Zitat von: FP4Lisa am 01 September 2017, 04:37:55
Ahoi,

ich hatte schon vor ein paar Tagen im Forum mein Problem gepostet, aber leider keine einzige Antwort erhalten. Nun habe ich gehört das sich hier Fachleute verstecken sollen, weshalb ich mal eben zitiere:

Wäre schön, wenn ihr mir weiter helfen könntet. LG

Hatte für dieses Protokoll auch mal ein Thema erstellt gehabt: https://forum.fhem.de/index.php/topic,71882.0.html (https://forum.fhem.de/index.php/topic,71882.0.html) leider auch keine Antwort erhalten, ging wohl unter :)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FP4Lisa am 01 September 2017, 14:57:36

Ahoi,

das hier manchmal etwas unter geht, ist ja auch verständlich, bei den ganzen Anfragen. Was hier einige leisten ist schon bemerkenswert, so das man eigentlich nicht genug danken kann.

Was ich an meinen Logs so kurios finde ist folgende Zeile:

Zitat2017.08.29 17:46:21 4 : Sduino: SD_WS_WH2_4 Error kein WH2: Typ: 01011011

Bei dir habe ich diese nicht gefunden. Hast du von dem Sensor aktuellere Logs? Es werden ja ständig Updates aufgespielt. Erscheint dieser Eintrag bei dir auch?

Der Fehler klingt ein wenig so, als würde der Sensor schon auf das Protokoll ansprechen, wird aber aus irgend einem Grund auskommentiert. Ich hatte irgendwo gelesen, das bei manchen Sensoren noch keine Prüfsumme abgefragt wird und stattdessen Sensoren mit ungültiger Lufteuchte aussortiert werden. Eventuelle bedeutet es ja das, aber leider habe ich diesen Fehler im Wortlaut noch nirgens gefunden.

Ich muss aber auch dazu sagen, das ich erst am Anfang bin, diese Funksignale und deren Auswertung zu verstehen. Kann auch völliger "Bullshit" sein, was ich da meine erkannt zu haben.

Wenn irgendwie noch andere Logs oder Auswertungen benötigt werden, kann ich gern versuchen diese Dinge zu liefern. Habe nun übrigens die Heterodyne Module gegen einen CC1101 ausgetauscht und diesen mit Sduino geflasht. In den Logs hat sich nichts verändert.

LG und nicht vergessen: "Hoch die Hände, Wochenende!" ;)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 01 September 2017, 20:16:02

Code Auswählen

Start mit Channel 3     
3   W50#5C2A86BF4F1B    24,6
3   W50#5C2A86BF4F1B    24,6
3   W50#5C2A86BF4F1B    24,6
3   W50#5C2A91BF582F    25,7
3   W50#5C2ABEBF777C    30,2
3   W50#5C2ADABF1334    33
3   W50#5C2AE5BF2C58    34,1
3   W50#5C2AF4BF3D78    35,6
3   W50#5C2B03BFCB15    37,1
3   W50#5C2B0EBFC61B    38,2
3   W50#5C2B11BFD931    38,5
Wechsel auf Channel 2     
2   W50#5C2A83AF5A13    24,3
2   W50#5C2A83AF5A13    24,3
2   W50#5C2A8AAF5313    25
2   W50#5C2A8DAF5417    25,3
2   W50#5C2A8EAF571B    25,4
2   W50#5C2A93AF4A13    25,9
2   W50#5C2A96AF4F1B    26,2
Wechsel auf Channel 1     
1   W50#5C2A9A9F7333    26,6
1   W50#5C2A9A9F7333    26,6
1   W50#5C2A969F7F3B    26,2
1   W50#5C2A959F7C37    26,1
1   W50#5C2A939F7A33    25,9
1   W50#5C2A909F792F    25,6
1   W50#5C2A8E9F671B    25,4
1   W50#5C2A8D9F6417    25,3
1   W50#5C2A8B9F6213    25,1
Batteriewechsel     
1   W50#5B5A8B9F15F5    25,1
1   W50#5B5A8D9F13F5    25,3
1   W50#5B5A8E9F10F3    25,4
1   W50#5B5A8E9F10F3    25,4

        PiiTTTK?CCCC

P = Preamble (immer 5 ?)
i = ID
T = Temperatur
K = Kanal (B/A/9)
? = immer F ?
C = Checksum ?

ich habe es mir angeschaut.
Für die Ermittlung des Batteriestatus wäre es hilfreich, wenn Du eine fast leere Batterie einlegen könntest.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FP4Lisa am 01 September 2017, 22:49:34

Namd Ralf,

nur gut das ich in unserem Haushalt nicht lange nach leeren Batterien suchen muss. Ich habe es unterlassen die Kinder dafür zu loben. ;D Die Batterien waren so schwach, das man kaum noch das Display ablesen konnte.

Leere Batterien
1   W64#521AA19F7623    27,3
1   W64#521AA29F7523    27,4
1   W64#521AA49F7323    27,6
1   W64#521AA69F7123    27,8

Ich hoffe das hilft weiter.

LG

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 01 September 2017, 23:03:56

nein, das hilft nicht so richtig weiter.
Hat der Sensor im Display ein Symbol für eine leere Batterie das bei der fast leeren Batterie gekommen ist?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FP4Lisa am 01 September 2017, 23:14:37

Schade, er zeigt auch nichts im Display an. Vielleicht kennt er diesen Wert auch nicht. Ich bin ja noch der allergrößte Laie und habe nur dies und das gelesen. Wahrscheinlich hast du recht und der Wert ist immer F oder aber das Vorzeichen. Ich könnte noch versuchen den Sensor mal in Eiswasser zu stecken, aber ich glaube aber nicht das ich es so in die Minusgrade schaffe. LG

Nachtrag: Der Beipackzettel meint, der Sensor könne die Wassertemperatur im Bereich -40 bis +60 °C messen.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 01 September 2017, 23:25:18

Die Frage ist, welchen Sinn bei einem Pooltermometer Minusgrade machen.

0 Grad und Minusgrade wären hilfreich

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FP4Lisa am 02 September 2017, 01:26:52

Hallo,
hier noch ein paar Werte aus dem Eisschrank, mit vollen Batterien.

Batteriewechsel + Eisschrank
1   W64#5899309F6E2F    -9,6
1   W64#5899499F17F1    -7,1
1   W64#58995D9F03F1    -5,1
1   W64#58996E9F302F    -3,4
1   W64#58997F9F2132    -1,7
1   W64#58998F9FD1F2    -0,1
1   W64#58999D9FC3F2    1,3
1   W64#5899A99FF732    2,5
1   W64#5899B59FEB32    3,7
1   W64#5899C09F9EF0    4,8
1   W64#5899D49F8AF0    6,8

Ich habe keine Ahnung warum das Poolthermometer Minusgrade anzeigt. Eisbaden soll ja wieder Mode sein. XD Wie auch immer, F bleibt F.

LG

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 02 September 2017, 09:48:49

Hi,

Beim rtl_433 wurde schon etwas zu diesem sensor gemacht. https://github.com/merbanan/rtl_433/blob/master/src/devices/infactory.c oder auch https://github.com/merbanan/rtl_433/blob/master/src/devices/tfa_pool_thermometer.c

Da kann man die einzelnen Bits nachlesen. Ich hatte mir das schon mal für dem kw9015 /tfa 30.3161 angesehen, bin aber noch nicht zur Umsetzung gekommen.

Jörg

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 02 September 2017, 21:42:38

Zitathier noch ein paar Werte aus dem Eisschrank, mit vollen Batterien.

ok, demnach müsste sich die Temperatur folgendermaßen berechnen
Tempwert in Dez - 2448
z.B. A96 Hex entspr 2710 Dez - 2448 = 262 = 26,2 Grad

ZitatW50#5C2A9A9F7333
W64#521AA69F7123

Werden immer beide ProtokollIDs 50 und 64 erkannt?

Kannst Du bitte mal im log schauen ob auch andere length als 48 decodiert werden?

ZitatBeim rtl_433 wurde schon etwas zu diesem sensor gemacht

Von den Bitzuordnungen sind dies andere Sensoren.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FP4Lisa am 03 September 2017, 00:38:27

Hallo,

die Einträge haben immer length 48. Mit dem Heterodyne Sender/Empfänger war es immer Protokoll 50. Erst seit dem Umbau auf den CC1101 Transreceiver wechselt es nun immer mal zwischen 50 und 64.

LG

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 03 September 2017, 10:11:14

Ich möchte für den Sensor eine neue ProtocolId erstellen.

Dafür wären einige MU-Nachrichten die als W50# und einige die als W64# erkannt werden hilfreich.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 03 September 2017, 11:13:42

Hallo,

ich habe hier eine Wetterstation TFA Dostmann 35.1119 die von meine Signalduino auf 868 MHz erkannt wurde.
Die Werte für Temperatur, Luftfeuchtigkeit und Windrichtung werden korrekt erkannt.
Bei Windgeschwindigkeit bekomme ich z.B den Wert 1.0 am Display habe ich aber 2.5 km/h,
bei Rain bekomme ich 12.9 am Display 2.1mm und den Luftdruck bekomme ich gar nicht.

Kann man da was machen und wenn ja was soll ich einstellen und/oder schicken?

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FP4Lisa am 03 September 2017, 14:59:51

Hallo Ralf,

anbei noch ein paar Log Einträge:

Code Auswählen


2017.09.03 14:55:57 4 : Sduino433/msg READ: MU;P0=760;P4=564;P5=-1011;P6=1731;D=6545654545656565456565454565456545656565656545654565654545454545454565454545454545454545654565650;CP=4;R=97;
2017.09.03 14:55:57 5 : Sduino433: applying filterfunc SIGNALduino_filterSign
2017.09.03 14:55:57 4 : Sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.09.03 14:55:57 5 : Sduino433: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.09.03 14:55:57 4 : Sduino433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.09.03 14:55:57 5 : Sduino433: Starting demodulation at Position 7
2017.09.03 14:55:57 4 : Sduino433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.09.03 14:55:57 5 : Sduino433: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.09.03 14:55:57 5 : Sduino433: applying filterfunc SIGNALduino_compPattern
2017.09.03 14:55:57 4 : Sduino433: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.09.03 14:55:57 5 : Sduino433: start pattern for MU Protocol id 48 -> TFA Dostmann mismatches, aborting
2017.09.03 14:55:57 4 : Sduino433: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.09.03 14:55:57 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:55:57 5 : Sduino433: dispatching bits: 1 0 1 0 0 1 1 1 0 1 1 0 0 1 0 1 0 1 1 1 1 1 0 1 0 1 1 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 1 0 1 1
2017.09.03 14:55:57 4 : Sduino433: decoded matched MU Protocol id 5 dmsg p5#A7657D60200B length 48 RSSI = -25.5
2017.09.03 14:55:57 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.03 14:55:57 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:55:57 5 : Sduino433: dispatching bits: 0 1 0 1 1 0 0 0 1 0 0 1 1 0 1 0 1 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 0 1 0 0
2017.09.03 14:55:57 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#589A829FDFF4 length 48 RSSI = -25.5
2017.09.03 14:55:57 5 : Sduino433 Dispatch: W50#589A829FDFF4, test ungleich: disabled
2017.09.03 14:55:57 5 : Sduino433 Dispatch: W50#589A829FDFF4, -25.5 dB, dispatch
2017.09.03 14:55:57 5 : Sduino433: dispatch W50#589A829FDFF4
2017.09.03 14:55:57 4 : SD_WS_Parse: Protocol: 50, rawData: 589A829FDFF4
2017.09.03 14:55:57 4 : Sduino433 decoded protocolid: 50 (XT300) prematch error
2017.09.03 14:55:57 5 : Sduino433: applying filterfunc SIGNALduino_filterMC
2017.09.03 14:55:57 4 : Sduino433: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.09.03 14:55:57 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:55:57 5 : Sduino433: dispatching bits: 1 0 0 1 0 0 0 1 0 1 0 1 0 0 1 0 1 0 0 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 1 0 0 1 0 1 0 0 0 0
2017.09.03 14:55:57 4 : Sduino433: decoded matched MU Protocol id 63 dmsg u639152892AA4A0100250 length 72 RSSI = -25.5
2017.09.03 14:55:57 5 : Sduino433 Dispatch: u639152892AA4A0100250, test ungleich: disabled
2017.09.03 14:55:57 5 : Starting notify loop for Sduino433, 1 event(s), first is DMSG u639152892AA4A0100250
2017.09.03 14:55:57 5 : createNotifyHash
2017-09-03 14:55:57 SIGNALduino Sduino433 DMSG u639152892AA4A0100250
2017.09.03 14:55:57 5 : End notify loop for Sduino433
2017.09.03 14:55:57 5 : Sduino433 Dispatch: u639152892AA4A0100250, -25.5 dB, dispatch
2017.09.03 14:55:57 5 : Sduino433: dispatch u639152892AA4A0100250
2017.09.03 14:55:57 5 : Starting notify loop for Sduino433, 1 event(s), first is UNKNOWNCODE u639152892AA4A0100250
2017-09-03 14:55:57 SIGNALduino Sduino433 UNKNOWNCODE u639152892AA4A0100250
2017.09.03 14:55:57 5 : End notify loop for Sduino433
2017.09.03 14:55:57 3 : Sduino433: Unknown code u639152892AA4A0100250, help me!
2017.09.03 14:55:57 4 : Sduino433: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.09.03 14:55:57 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:55:57 5 : Sduino433: dispatching bits: 0 1 0 1 1 0 0 0 1 0 0 1 1 0 1 0 1 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 0 1 0 0
2017.09.03 14:55:57 4 : Sduino433: decoded matched MU Protocol id 64 dmsg W64#589A829FDFF4 length 48 RSSI = -25.5
2017.09.03 14:55:57 5 : Sduino433 Dispatch: W64#589A829FDFF4, test ungleich: disabled
2017.09.03 14:55:57 5 : Sduino433 Dispatch: W64#589A829FDFF4, -25.5 dB, dispatch
2017.09.03 14:55:57 5 : Sduino433: dispatch W64#589A829FDFF4
2017.09.03 14:55:57 4 : SD_WS_Parse: Protocol: 64, rawData: 589A829FDFF4
2017.09.03 14:55:57 4 : Sduino433: SD_WS_WH2_4 Error kein WH2: Typ: 01011000
2017.09.03 14:55:57 4 : Sduino433: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2017.09.03 14:55:57 5 : Sduino433: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2017.09.03 14:55:57 4 : Sduino433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.09.03 14:55:57 5 : Sduino433: Starting demodulation at Position 2
2017.09.03 14:55:57 4 : Sduino433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.09.03 14:55:57 5 : Sduino433: Starting demodulation at Position 0

2017.09.03 14:56:57 4 : Sduino433/msg READ: MU;P0=1735;P1=-1160;P2=591;P3=-876;D=0123012323010101230101232301230123010101010123012301012323232323232301232323232323232323012301012;CP=2;R=97;
2017.09.03 14:56:57 5 : Sduino433: applying filterfunc SIGNALduino_filterSign
2017.09.03 14:56:57 4 : Sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.09.03 14:56:57 5 : Sduino433: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.09.03 14:56:57 4 : Sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.09.03 14:56:57 5 : Sduino433: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.09.03 14:56:57 4 : Sduino433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.09.03 14:56:57 5 : Sduino433: Starting demodulation at Position 3
2017.09.03 14:56:57 5 : Sduino433: applying filterfunc SIGNALduino_compPattern
2017.09.03 14:56:57 4 : Sduino433: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.09.03 14:56:57 5 : Sduino433: Starting demodulation at Position 3
2017.09.03 14:56:57 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.03 14:56:57 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:56:57 5 : Sduino433: dispatching bits: 0 1 0 1 1 0 0 0 1 0 0 1 1 0 1 0 1 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 0 1 0 0
2017.09.03 14:56:57 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#589A829FDFF4 length 48 RSSI = -25.5
2017.09.03 14:56:57 5 : Sduino433 Dispatch: W50#589A829FDFF4, test ungleich: disabled
2017.09.03 14:56:57 5 : Sduino433 Dispatch: W50#589A829FDFF4, -25.5 dB, dispatch
2017.09.03 14:56:57 5 : Sduino433: dispatch W50#589A829FDFF4
2017.09.03 14:56:57 4 : SD_WS_Parse: Protocol: 50, rawData: 589A829FDFF4
2017.09.03 14:56:57 4 : Sduino433 decoded protocolid: 50 (XT300) prematch error
2017.09.03 14:56:57 5 : Sduino433: applying filterfunc SIGNALduino_filterMC
2017.09.03 14:56:57 4 : Sduino433: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.09.03 14:56:57 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:56:57 5 : Sduino433: dispatching bits: 1 0 0 1 0 0 0 1 0 1 0 1 0 0 1 0 1 0 0 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 1 0 0 1 0 1 0 0 0 0
2017.09.03 14:56:57 4 : Sduino433: decoded matched MU Protocol id 63 dmsg u639152892AA4A0100250 length 72 RSSI = -25.5
2017.09.03 14:56:57 5 : Sduino433 Dispatch: u639152892AA4A0100250, test ungleich: disabled
2017.09.03 14:56:57 5 : Starting notify loop for Sduino433, 1 event(s), first is DMSG u639152892AA4A0100250
2017-09-03 14:56:57 SIGNALduino Sduino433 DMSG u639152892AA4A0100250
2017.09.03 14:56:57 5 : End notify loop for Sduino433
2017.09.03 14:56:57 5 : Sduino433 Dispatch: u639152892AA4A0100250, -25.5 dB, dispatch
2017.09.03 14:56:57 5 : Sduino433: dispatch u639152892AA4A0100250
2017.09.03 14:56:57 5 : Starting notify loop for Sduino433, 1 event(s), first is UNKNOWNCODE u639152892AA4A0100250
2017-09-03 14:56:57 SIGNALduino Sduino433 UNKNOWNCODE u639152892AA4A0100250
2017.09.03 14:56:57 5 : End notify loop for Sduino433
2017.09.03 14:56:57 3 : Sduino433: Unknown code u639152892AA4A0100250, help me!
2017.09.03 14:56:57 4 : Sduino433: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.09.03 14:56:57 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:56:57 5 : Sduino433: dispatching bits: 0 1 0 1 1 0 0 0 1 0 0 1 1 0 1 0 1 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 0 1 0 0
2017.09.03 14:56:57 4 : Sduino433: decoded matched MU Protocol id 64 dmsg W64#589A829FDFF4 length 48 RSSI = -25.5
2017.09.03 14:56:57 5 : Sduino433 Dispatch: W64#589A829FDFF4, test ungleich: disabled
2017.09.03 14:56:57 5 : Sduino433 Dispatch: W64#589A829FDFF4, -25.5 dB, dispatch
2017.09.03 14:56:57 5 : Sduino433: dispatch W64#589A829FDFF4
2017.09.03 14:56:57 4 : SD_WS_Parse: Protocol: 64, rawData: 589A829FDFF4
2017.09.03 14:56:57 4 : Sduino433: SD_WS_WH2_4 Error kein WH2: Typ: 01011000
2017.09.03 14:56:57 4 : Sduino433: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2017.09.03 14:56:57 5 : Sduino433: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2017.09.03 14:56:57 4 : Sduino433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.09.03 14:56:57 5 : Sduino433: Starting demodulation at Position 2
2017.09.03 14:56:57 4 : Sduino433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.09.03 14:56:57 5 : Sduino433: Starting demodulation at Position 0

2017.09.03 14:57:27 4 : Sduino433/msg READ: MU;P0=-987;P1=768;P3=9448;P4=-5060;P5=1751;P7=585;D=0345070507070505050705050707050705070505050505070507050507070707070707050707070707070707070507050501;CP=7;R=96;
2017.09.03 14:57:27 5 : Sduino433: applying filterfunc SIGNALduino_filterSign
2017.09.03 14:57:27 4 : Sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.09.03 14:57:27 5 : Sduino433: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.09.03 14:57:27 4 : Sduino433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.09.03 14:57:27 5 : Sduino433: Starting demodulation at Position 10
2017.09.03 14:57:27 4 : Sduino433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.09.03 14:57:27 5 : Sduino433: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2017.09.03 14:57:27 5 : Sduino433: applying filterfunc SIGNALduino_compPattern
2017.09.03 14:57:27 4 : Sduino433: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.09.03 14:57:27 5 : Sduino433: start pattern for MU Protocol id 48 -> TFA Dostmann mismatches, aborting
2017.09.03 14:57:27 4 : Sduino433: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.09.03 14:57:27 5 : Sduino433: Starting demodulation at Position 3
2017.09.03 14:57:27 5 : Sduino433: dispatching bits: 1 0 1 0 0 1 1 1 0 1 1 0 0 1 0 1 0 1 1 1 1 1 0 1 0 1 1 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 1 0 1 1
2017.09.03 14:57:27 4 : Sduino433: decoded matched MU Protocol id 5 dmsg p5#A7657D60200B length 48 RSSI = -26
2017.09.03 14:57:27 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.03 14:57:27 5 : Sduino433: Starting demodulation at Position 3
2017.09.03 14:57:27 5 : Sduino433: dispatching bits: 0 1 0 1 1 0 0 0 1 0 0 1 1 0 1 0 1 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 0 1 0 0
2017.09.03 14:57:27 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#589A829FDFF4 length 48 RSSI = -26
2017.09.03 14:57:27 5 : Sduino433 Dispatch: W50#589A829FDFF4, test ungleich: disabled
2017.09.03 14:57:27 5 : Sduino433 Dispatch: W50#589A829FDFF4, -26 dB, dispatch
2017.09.03 14:57:27 5 : Sduino433: dispatch W50#589A829FDFF4
2017.09.03 14:57:27 4 : SD_WS_Parse: Protocol: 50, rawData: 589A829FDFF4
2017.09.03 14:57:27 4 : Sduino433 decoded protocolid: 50 (XT300) prematch error
2017.09.03 14:57:27 5 : Sduino433: applying filterfunc SIGNALduino_filterMC
2017.09.03 14:57:27 4 : Sduino433: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.09.03 14:57:27 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:57:27 5 : Sduino433: dispatching bits: 1 0 0 1 0 0 0 1 0 1 0 1 0 0 1 0 1 0 0 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 1 0 0 1 0 1 0 0 0 0
2017.09.03 14:57:27 4 : Sduino433: decoded matched MU Protocol id 63 dmsg u639152892AA4A0100250 length 72 RSSI = -26
2017.09.03 14:57:27 5 : Sduino433 Dispatch: u639152892AA4A0100250, test ungleich: disabled
2017.09.03 14:57:27 5 : Starting notify loop for Sduino433, 1 event(s), first is DMSG u639152892AA4A0100250
2017-09-03 14:57:27 SIGNALduino Sduino433 DMSG u639152892AA4A0100250
2017.09.03 14:57:27 5 : End notify loop for Sduino433
2017.09.03 14:57:27 5 : Sduino433 Dispatch: u639152892AA4A0100250, -26 dB, dispatch
2017.09.03 14:57:27 5 : Sduino433: dispatch u639152892AA4A0100250
2017.09.03 14:57:27 5 : Starting notify loop for Sduino433, 1 event(s), first is UNKNOWNCODE u639152892AA4A0100250
2017-09-03 14:57:27 SIGNALduino Sduino433 UNKNOWNCODE u639152892AA4A0100250
2017.09.03 14:57:27 5 : End notify loop for Sduino433
2017.09.03 14:57:27 3 : Sduino433: Unknown code u639152892AA4A0100250, help me!
2017.09.03 14:57:27 4 : Sduino433: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.09.03 14:57:27 5 : Sduino433: Starting demodulation at Position 3
2017.09.03 14:57:27 5 : Sduino433: dispatching bits: 0 1 0 1 1 0 0 0 1 0 0 1 1 0 1 0 1 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 0 1 0 0
2017.09.03 14:57:27 4 : Sduino433: decoded matched MU Protocol id 64 dmsg W64#589A829FDFF4 length 48 RSSI = -26
2017.09.03 14:57:27 5 : Sduino433 Dispatch: W64#589A829FDFF4, test ungleich: disabled
2017.09.03 14:57:27 5 : Sduino433 Dispatch: W64#589A829FDFF4, -26 dB, dispatch
2017.09.03 14:57:27 5 : Sduino433: dispatch W64#589A829FDFF4
2017.09.03 14:57:27 4 : SD_WS_Parse: Protocol: 64, rawData: 589A829FDFF4
2017.09.03 14:57:27 4 : Sduino433: SD_WS_WH2_4 Error kein WH2: Typ: 01011000
2017.09.03 14:57:27 4 : Sduino433: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2017.09.03 14:57:27 5 : Sduino433: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2017.09.03 14:57:27 4 : Sduino433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.09.03 14:57:27 5 : Sduino433: Starting demodulation at Position 5
2017.09.03 14:57:27 4 : Sduino433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.09.03 14:57:27 5 : Sduino433: Starting demodulation at Position 3
2017.09.03 14:57:50 4 : Sduino433/msg READ: MU;P0=129;P1=512;P2=-129;P5=227;P6=-247;P7=-94;D=0120202020252060256025202060207025602025202020652060207560207075207065706020252020602560256560202025652060;CP=0;R=225;
2017.09.03 14:57:50 5 : Sduino433: applying filterfunc SIGNALduino_filterSign
2017.09.03 14:57:50 4 : Sduino433: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.09.03 14:57:50 5 : Sduino433: Starting demodulation at Position 1
2017.09.03 14:57:50 4 : Sduino433: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.09.03 14:57:50 5 : Sduino433: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2017.09.03 14:57:50 4 : Sduino433: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.09.03 14:57:50 5 : Sduino433: start pattern for MU Protocol id 34 -> unknown34 mismatches, aborting
2017.09.03 14:57:50 4 : Sduino433: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.09.03 14:57:50 5 : Sduino433: start pattern for MU Protocol id 37 -> weather37 mismatches, aborting
2017.09.03 14:57:50 5 : Sduino433: applying filterfunc SIGNALduino_compPattern
2017.09.03 14:57:50 4 : Sduino433: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2017.09.03 14:57:50 5 : Sduino433: start pattern for MU Protocol id 45 -> Revolt mismatches, aborting
2017.09.03 14:57:50 5 : Sduino433: applying filterfunc SIGNALduino_filterMC
2017.09.03 14:57:57 4 : Sduino433/msg READ: MU;P0=1724;P1=-1179;P2=578;P3=-895;D=012323010101230101232301230123010101010123012301012323232323232301232323232323232323012301012;CP=2;R=97;
2017.09.03 14:57:57 5 : Sduino433: applying filterfunc SIGNALduino_filterSign
2017.09.03 14:57:57 4 : Sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.09.03 14:57:57 5 : Sduino433: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.09.03 14:57:57 4 : Sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.09.03 14:57:57 5 : Sduino433: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.09.03 14:57:57 4 : Sduino433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.09.03 14:57:57 5 : Sduino433: Starting demodulation at Position 5
2017.09.03 14:57:57 5 : Sduino433: applying filterfunc SIGNALduino_compPattern
2017.09.03 14:57:57 4 : Sduino433: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.09.03 14:57:57 5 : Sduino433: Starting demodulation at Position 3
2017.09.03 14:57:57 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.03 14:57:57 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:57:57 5 : Sduino433: applying filterfunc SIGNALduino_filterMC
2017.09.03 14:57:57 4 : Sduino433: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.09.03 14:57:57 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:57:57 5 : Sduino433: dispatching bits: 1 0 0 0 1 0 1 0 1 0 0 1 0 1 0 0 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 1 0 0 1 0 1 0 0 0
2017.09.03 14:57:57 4 : Sduino433: decoded matched MU Protocol id 63 dmsg u638A944955250080128 length 68 RSSI = -25.5
2017.09.03 14:57:57 5 : Sduino433 Dispatch: u638A944955250080128, test ungleich: disabled
2017.09.03 14:57:57 5 : Starting notify loop for Sduino433, 1 event(s), first is DMSG u638A944955250080128
2017-09-03 14:57:57 SIGNALduino Sduino433 DMSG u638A944955250080128
2017.09.03 14:57:57 5 : End notify loop for Sduino433
2017.09.03 14:57:57 5 : Sduino433 Dispatch: u638A944955250080128, -25.5 dB, dispatch
2017.09.03 14:57:57 5 : Sduino433: dispatch u638A944955250080128
2017.09.03 14:57:57 5 : Starting notify loop for Sduino433, 1 event(s), first is UNKNOWNCODE u638A944955250080128
2017-09-03 14:57:57 SIGNALduino Sduino433 UNKNOWNCODE u638A944955250080128
2017.09.03 14:57:57 5 : End notify loop for Sduino433
2017.09.03 14:57:57 3 : Sduino433: Unknown code u638A944955250080128, help me!
2017.09.03 14:57:57 4 : Sduino433: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.09.03 14:57:57 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:57:57 4 : Sduino433: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2017.09.03 14:57:57 5 : Sduino433: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2017.09.03 14:57:57 4 : Sduino433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.09.03 14:57:57 5 : Sduino433: Starting demodulation at Position 2
2017.09.03 14:57:57 4 : Sduino433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.09.03 14:57:57 5 : Sduino433: Starting demodulation at Position 0

2017.09.03 14:58:27 4 : Sduino433/msg READ: MU;P0=780;P2=9464;P3=-5028;P4=1747;P5=-1156;P6=584;P7=-863;D=234567456767454545674545676745674567454545454567456745456767676767676745676767676767676767456745450;CP=6;R=96;
2017.09.03 14:58:27 5 : Sduino433: applying filterfunc SIGNALduino_filterSign
2017.09.03 14:58:27 4 : Sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.09.03 14:58:27 5 : Sduino433: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.09.03 14:58:27 4 : Sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.09.03 14:58:27 5 : Sduino433: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.09.03 14:58:27 4 : Sduino433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.09.03 14:58:27 5 : Sduino433: Starting demodulation at Position 5
2017.09.03 14:58:27 5 : Sduino433: applying filterfunc SIGNALduino_compPattern
2017.09.03 14:58:27 4 : Sduino433: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.09.03 14:58:27 5 : Sduino433: Starting demodulation at Position 5
2017.09.03 14:58:27 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.03 14:58:27 5 : Sduino433: Starting demodulation at Position 2
2017.09.03 14:58:27 5 : Sduino433: dispatching bits: 0 1 0 1 1 0 0 0 1 0 0 1 1 0 1 0 1 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 0 1 0 0
2017.09.03 14:58:27 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#589A829FDFF4 length 48 RSSI = -26
2017.09.03 14:58:27 5 : Sduino433 Dispatch: W50#589A829FDFF4, test ungleich: disabled
2017.09.03 14:58:27 5 : Sduino433 Dispatch: W50#589A829FDFF4, -26 dB, dispatch
2017.09.03 14:58:27 5 : Sduino433: dispatch W50#589A829FDFF4
2017.09.03 14:58:27 4 : SD_WS_Parse: Protocol: 50, rawData: 589A829FDFF4
2017.09.03 14:58:27 4 : Sduino433 decoded protocolid: 50 (XT300) prematch error
2017.09.03 14:58:27 5 : Sduino433: applying filterfunc SIGNALduino_filterMC
2017.09.03 14:58:27 4 : Sduino433: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.09.03 14:58:27 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:58:27 5 : Sduino433: dispatching bits: 1 0 0 1 0 0 0 1 0 1 0 1 0 0 1 0 1 0 0 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 1 0 0 1 0 1 0 0 0 0
2017.09.03 14:58:27 4 : Sduino433: decoded matched MU Protocol id 63 dmsg u639152892AA4A0100250 length 72 RSSI = -26
2017.09.03 14:58:27 5 : Sduino433 Dispatch: u639152892AA4A0100250, test ungleich: disabled
2017.09.03 14:58:27 5 : Starting notify loop for Sduino433, 1 event(s), first is DMSG u639152892AA4A0100250
2017-09-03 14:58:27 SIGNALduino Sduino433 DMSG u639152892AA4A0100250
2017.09.03 14:58:27 5 : End notify loop for Sduino433
2017.09.03 14:58:27 5 : Sduino433 Dispatch: u639152892AA4A0100250, -26 dB, dispatch
2017.09.03 14:58:27 5 : Sduino433: dispatch u639152892AA4A0100250
2017.09.03 14:58:27 5 : Starting notify loop for Sduino433, 1 event(s), first is UNKNOWNCODE u639152892AA4A0100250
2017-09-03 14:58:27 SIGNALduino Sduino433 UNKNOWNCODE u639152892AA4A0100250
2017.09.03 14:58:27 5 : End notify loop for Sduino433
2017.09.03 14:58:27 3 : Sduino433: Unknown code u639152892AA4A0100250, help me!
2017.09.03 14:58:27 4 : Sduino433: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.09.03 14:58:27 5 : Sduino433: Starting demodulation at Position 2
2017.09.03 14:58:27 5 : Sduino433: dispatching bits: 0 1 0 1 1 0 0 0 1 0 0 1 1 0 1 0 1 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 0 1 0 0
2017.09.03 14:58:27 4 : Sduino433: decoded matched MU Protocol id 64 dmsg W64#589A829FDFF4 length 48 RSSI = -26
2017.09.03 14:58:27 5 : Sduino433 Dispatch: W64#589A829FDFF4, test ungleich: disabled
2017.09.03 14:58:27 5 : Sduino433 Dispatch: W64#589A829FDFF4, -26 dB, dispatch
2017.09.03 14:58:27 5 : Sduino433: dispatch W64#589A829FDFF4
2017.09.03 14:58:27 4 : SD_WS_Parse: Protocol: 64, rawData: 589A829FDFF4
2017.09.03 14:58:27 4 : Sduino433: SD_WS_WH2_4 Error kein WH2: Typ: 01011000
2017.09.03 14:58:27 4 : Sduino433: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2017.09.03 14:58:27 5 : Sduino433: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2017.09.03 14:58:27 4 : Sduino433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.09.03 14:58:27 5 : Sduino433: Starting demodulation at Position 4
2017.09.03 14:58:27 4 : Sduino433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.09.03 14:58:27 5 : Sduino433: Starting demodulation at Position 2

2017.09.03 14:58:57 4 : Sduino433/msg READ: MU;P0=312;P1=-22048;P2=1722;P3=-1179;P4=576;P5=-888;D=012345234545232323452323454523452345232323232345234523234545454545454523454545454545454545234523234;CP=4;R=97;
2017.09.03 14:58:57 5 : Sduino433: applying filterfunc SIGNALduino_filterSign
2017.09.03 14:58:57 4 : Sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.09.03 14:58:57 5 : Sduino433: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2017.09.03 14:58:57 4 : Sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.09.03 14:58:57 5 : Sduino433: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2017.09.03 14:58:57 4 : Sduino433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.09.03 14:58:57 5 : Sduino433: Starting demodulation at Position 5
2017.09.03 14:58:57 5 : Sduino433: applying filterfunc SIGNALduino_compPattern
2017.09.03 14:58:57 4 : Sduino433: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2017.09.03 14:58:57 5 : Sduino433: Starting demodulation at Position 5
2017.09.03 14:58:57 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.03 14:58:57 5 : Sduino433: Starting demodulation at Position 2
2017.09.03 14:58:57 5 : Sduino433: dispatching bits: 0 1 0 1 1 0 0 0 1 0 0 1 1 0 1 0 1 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 0 1 0 0
2017.09.03 14:58:57 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#589A829FDFF4 length 48 RSSI = -25.5
2017.09.03 14:58:57 5 : Sduino433 Dispatch: W50#589A829FDFF4, test ungleich: disabled
2017.09.03 14:58:57 5 : Sduino433 Dispatch: W50#589A829FDFF4, -25.5 dB, dispatch
2017.09.03 14:58:57 5 : Sduino433: dispatch W50#589A829FDFF4
2017.09.03 14:58:57 4 : SD_WS_Parse: Protocol: 50, rawData: 589A829FDFF4
2017.09.03 14:58:57 4 : Sduino433 decoded protocolid: 50 (XT300) prematch error
2017.09.03 14:58:57 5 : Sduino433: applying filterfunc SIGNALduino_filterMC
2017.09.03 14:58:57 4 : Sduino433: Fingerprint for MU Protocol id 63 -> Warema matches, trying to demodulate
2017.09.03 14:58:57 5 : Sduino433: Starting demodulation at Position 0
2017.09.03 14:58:57 5 : Sduino433: dispatching bits: 1 0 0 1 0 0 0 1 0 1 0 1 0 0 1 0 1 0 0 0 1 0 0 1 0 0 1 0 1 0 1 0 1 0 1 0 0 1 0 0 1 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 1 0 0 1 0 1 0 0 0 0
2017.09.03 14:58:57 4 : Sduino433: decoded matched MU Protocol id 63 dmsg u639152892AA4A0100250 length 72 RSSI = -25.5
2017.09.03 14:58:57 5 : Sduino433 Dispatch: u639152892AA4A0100250, test ungleich: disabled
2017.09.03 14:58:57 5 : Starting notify loop for Sduino433, 1 event(s), first is DMSG u639152892AA4A0100250
2017-09-03 14:58:57 SIGNALduino Sduino433 DMSG u639152892AA4A0100250
2017.09.03 14:58:57 5 : End notify loop for Sduino433
2017.09.03 14:58:57 5 : Sduino433 Dispatch: u639152892AA4A0100250, -25.5 dB, dispatch
2017.09.03 14:58:57 5 : Sduino433: dispatch u639152892AA4A0100250
2017.09.03 14:58:57 5 : Starting notify loop for Sduino433, 1 event(s), first is UNKNOWNCODE u639152892AA4A0100250
2017-09-03 14:58:57 SIGNALduino Sduino433 UNKNOWNCODE u639152892AA4A0100250
2017.09.03 14:58:57 5 : End notify loop for Sduino433
2017.09.03 14:58:57 3 : Sduino433: Unknown code u639152892AA4A0100250, help me!
2017.09.03 14:58:57 4 : Sduino433: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2017.09.03 14:58:57 5 : Sduino433: Starting demodulation at Position 2
2017.09.03 14:58:57 5 : Sduino433: dispatching bits: 0 1 0 1 1 0 0 0 1 0 0 1 1 0 1 0 1 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 1 0 1 0 0
2017.09.03 14:58:57 4 : Sduino433: decoded matched MU Protocol id 64 dmsg W64#589A829FDFF4 length 48 RSSI = -25.5
2017.09.03 14:58:57 5 : Sduino433 Dispatch: W64#589A829FDFF4, test ungleich: disabled
2017.09.03 14:58:57 5 : Sduino433 Dispatch: W64#589A829FDFF4, -25.5 dB, dispatch
2017.09.03 14:58:57 5 : Sduino433: dispatch W64#589A829FDFF4
2017.09.03 14:58:57 4 : SD_WS_Parse: Protocol: 64, rawData: 589A829FDFF4
2017.09.03 14:58:57 4 : Sduino433: SD_WS_WH2_4 Error kein WH2: Typ: 01011000
2017.09.03 14:58:57 4 : Sduino433: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2017.09.03 14:58:57 5 : Sduino433: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2017.09.03 14:58:57 4 : Sduino433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.09.03 14:58:57 5 : Sduino433: Starting demodulation at Position 4
2017.09.03 14:58:57 4 : Sduino433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.09.03 14:58:57 5 : Sduino433: Starting demodulation at Position 2

Ich hoffe das hilft dir weiter. LG

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 03 September 2017, 16:09:38

Ja, dies hilft mir weiter.
Dein posting des Logs ist so recht unübersichtlich.
Wenn Du den verbose auf 4 reduzierst, das Attribut whitelist_IDs verwendest und in Codetags postest, wird es übersichtlicher.

Code Auswählen

2017.09.03 14:55:57 4 : Sduino433/msg READ: MU;P0=760;P4=564;P5=-1011;P6=1731;D=6545654545656565456565454565456545656565656545654565654545454545454565454545454545454545654565650;CP=4;R=97;
2017.09.03 14:55:57 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#589A829FDFF4 length 48 RSSI = -25.5
2017.09.03 14:55:57 4 : Sduino433: decoded matched MU Protocol id 64 dmsg W64#589A829FDFF4 length 48 RSSI = -25.5

2017.09.03 14:56:57 4 : Sduino433/msg READ: MU;P0=1735;P1=-1160;P2=591;P3=-876;D=0123012323010101230101232301230123010101010123012301012323232323232301232323232323232323012301012;CP=2;R=97;
2017.09.03 14:56:57 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#589A829FDFF4 length 48 RSSI = -25.5
2017.09.03 14:56:57 4 : Sduino433: decoded matched MU Protocol id 64 dmsg W64#589A829FDFF4 length 48 RSSI = -25.5

2017.09.03 14:57:27 4 : Sduino433/msg READ: MU;P0=-987;P1=768;P3=9448;P4=-5060;P5=1751;P7=585;D=0345070507070505050705050707050705070505050505070507050507070707070707050707070707070707070507050501;CP=7;R=96;
2017.09.03 14:57:27 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#589A829FDFF4 length 48 RSSI = -26
2017.09.03 14:57:27 4 : Sduino433: decoded matched MU Protocol id 64 dmsg W64#589A829FDFF4 length 48 RSSI = -26

2017.09.03 14:58:27 4 : Sduino433/msg READ: MU;P0=780;P2=9464;P3=-5028;P4=1747;P5=-1156;P6=584;P7=-863;D=234567456767454545674545676745674567454545454567456745456767676767676745676767676767676767456745450;CP=6;R=96;
2017.09.03 14:58:27 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#589A829FDFF4 length 48 RSSI = -26
2017.09.03 14:58:27 4 : Sduino433: decoded matched MU Protocol id 64 dmsg W64#589A829FDFF4 length 48 RSSI = -26

2017.09.03 14:58:57 4 : Sduino433/msg READ: MU;P0=312;P1=-22048;P2=1722;P3=-1179;P4=576;P5=-888;D=012345234545232323452323454523452345232323232345234523234545454545454523454545454545454545234523234;CP=4;R=97;
2017.09.03 14:58:57 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#589A829FDFF4 length 48 RSSI = -25.5
2017.09.03 14:58:57 4 : Sduino433: decoded matched MU Protocol id 64 dmsg W64#589A829FDFF4 length 48 RSSI = -25.5

Du hast recht hohe RSSI Werte. Hast Du eine gute Antenne und den Sensor recht nahe an der Antenne?
Du kannst mal testen ob es bei einer größeren Entfernung (RSSI Werte von -70 oder kleiner) auch noch so gut aussieht (beginnt immer mit 5 und hat eine Länge von 48)

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fhainz am 03 September 2017, 19:35:32

Hallo!

Ich bin seit kurzem Besitzer eines Signalduino's (CC1101), krass wieviele Protokolle da schon vorhanden sind.
Der Grund für den Kauf (eines Tripple Gateway, 433, 868, Homematic (https://forum.fhem.de/index.php/topic,74577.0.html)) war das ich meinen CUL und den HMLAN durch ein Gerät ersetzen wollte und zukünftig eine Somfy Markise ansteuern will.

Meine Temp/Hum Sensoren (CUL_WS) wurden sofort empfangen, meine FS20-Dosen machen aber keinen Mux. Eh klar, das Protokoll ist im Signalduino nicht vorhanden. Das hatte ich wohl überlesen oder mit FS10 verwechselt ;D
Nachdem FS20 über 868Mhz kommuniziert ist es vermutlich möglich das Protokoll auch mit dem Signalduino zu verarbeiten, richtig!?

Steht das bei jemanden schon auf der Liste?

Grüße

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FP4Lisa am 04 September 2017, 02:11:25

Hallo,

ganz recht, das Poolthermometer lag zu Testzwecken hier direkt am Trancreceiver CC1101 als Sduino. Ich habe es nun im Garten neben den Pool verfrachtet, 15m Entfernung, 80er Lehmwand. Das sollte das Signal recht gut abschwächen. Außerdem habe ich das Verbose Level auf 4 gesetzt und die Protokolle 50 und 64 auf die Whitelist gesetzt. Nun erscheinen folgende Signale in der Log:

Code Auswählen


2017.09.04 02:04:24 4 : Sduino433/msg READ: MU;P0=204;P1=-1169;P2=583;P3=-880;P4=1735;D=0123412323414141234141232341412323232323412323232341412323232323234123412341412341412323414123412;CP=2;R=238;
2017.09.04 02:04:24 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.04 02:04:24 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#B133EF3F5264 length 48 RSSI = -83
2017.09.04 02:04:24 4 : SD_WS_Parse: Protocol: 50, rawData: B133EF3F5264
2017.09.04 02:04:24 4 : Sduino433 decoded protocolid: 50 (XT300) prematch error

2017.09.04 02:04:54 4 : Sduino433/msg READ: MU;P0=748;P1=312;P2=-25780;P3=565;P4=-1178;P6=-887;P7=1733;D=0123436743636747474367474363674743636363636743636363674743636363636367436743674743674743636747436740212743636747474367474363674743636363636743636363674743636363636367436743674743674743636747436740;CP=3;R=238;
2017.09.04 02:04:54 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.04 02:04:54 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#B133EF3F5264 length 48 RSSI = -83
2017.09.04 02:04:54 4 : SD_WS_Parse: Protocol: 50, rawData: B133EF3F5264
2017.09.04 02:04:54 4 : Sduino433 decoded protocolid: 50 (XT300) prematch error

2017.09.04 02:06:53 4 : Sduino433/msg READ: MU;P0=-1161;P1=296;P2=1741;P3=563;P4=-884;P6=-25418;D=01020342020343420203434343434203434203420203434343434342034203420202020203434202020203616;CP=3;R=238;
2017.09.04 02:06:53 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.04 02:06:53 4 : Sduino433/msg READ: MU;P0=-2864;P1=1738;P2=-1161;P3=588;P4=-878;D=0123434121212341212343412123434343434123434123412123434343434341234123412121212123434121212123;CP=3;R=239;
2017.09.04 02:06:53 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate

2017.09.04 02:07:54 4 : Sduino433/msg READ: MU;P0=-23797;P1=-1168;P2=1735;P3=578;P4=-880;P7=308;D=0121213421213434212134343434342134342134212134343434343421342134212121212134342121212130702134213434212121342121343421213434343434213434213421213434343434342134213421212121213434212121213;CP=3;R=240;
2017.09.04 02:07:54 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.04 02:07:54 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#5899F69FA830 length 48 RSSI = -82
2017.09.04 02:07:54 4 : SD_WS_Parse: Protocol: 50, rawData: 5899F69FA830
2017.09.04 02:07:54 4 : Sduino433 decoded protocolid: 50 (XT300) prematch error

Hier ist funktechnisch gut was los, daher hoffe ich nur die ausschlaggebenden Daten erwischt zu haben. Danke für deine Mühe. LG

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 04 September 2017, 22:13:10

Hallo FP4Lisa,

setze bitte deinen log in '['code']['/code']' Abschnitte, auf dem Handy ist das schlecht zu lesen und scrollen dauert. Bitte den Eintrag davor auch noch editieren. Danke.

Code Auswählen


2017.09.04 02:04:24 4 : Sduino433/msg READ: MU;P0=204;P1=-1169;P2=583;P3=-880;P4=1735;D=0123412323414141234141232341412323232323412323232341412323232323234123412341412341412323414123412;CP=2;R=238;
2017.09.04 02:04:24 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.04 02:04:24 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#B133EF3F5264 length 48 RSSI = -83
2017.09.04 02:04:24 4 : SD_WS_Parse: Protocol: 50, rawData: B133EF3F5264
2017.09.04 02:04:24 4 : Sduino433 decoded protocolid: 50 (XT300) prematch error

2017.09.04 02:04:54 4 : Sduino433/msg READ: MU;P0=748;P1=312;P2=-25780;P3=565;P4=-1178;P6=-887;P7=1733;D=0123436743636747474367474363674743636363636743636363674743636363636367436743674743674743636747436740212743636747474367474363674743636363636743636363674743636363636367436743674743674743636747436740;CP=3;R=238;
2017.09.04 02:04:54 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.04 02:04:54 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#B133EF3F5264 length 48 RSSI = -83
2017.09.04 02:04:54 4 : SD_WS_Parse: Protocol: 50, rawData: B133EF3F5264
2017.09.04 02:04:54 4 : Sduino433 decoded protocolid: 50 (XT300) prematch error

2017.09.04 02:06:53 4 : Sduino433/msg READ: MU;P0=-1161;P1=296;P2=1741;P3=563;P4=-884;P6=-25418;D=01020342020343420203434343434203434203420203434343434342034203420202020203434202020203616;CP=3;R=238;
2017.09.04 02:06:53 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.04 02:06:53 4 : Sduino433/msg READ: MU;P0=-2864;P1=1738;P2=-1161;P3=588;P4=-878;D=0123434121212341212343412123434343434123434123412123434343434341234123412121212123434121212123;CP=3;R=239;
2017.09.04 02:06:53 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate

2017.09.04 02:07:54 4 : Sduino433/msg READ: MU;P0=-23797;P1=-1168;P2=1735;P3=578;P4=-880;P7=308;D=0121213421213434212134343434342134342134212134343434343421342134212121212134342121212130702134213434212121342121343421213434343434213434213421213434343434342134213421212121213434212121213;CP=3;R=240;
2017.09.04 02:07:54 4 : Sduino433: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.09.04 02:07:54 4 : Sduino433: decoded matched MU Protocol id 50 dmsg W50#5899F69FA830 length 48 RSSI = -82
2017.09.04 02:07:54 4 : SD_WS_Parse: Protocol: 50, rawData: 5899F69FA830
2017.09.04 02:07:54 4 : Sduino433 decoded protocolid: 50 (XT300) prematch error

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 05 September 2017, 07:47:22

Hallo FP4Lisa,

Danke, die Daten müssten jetzt reichen.
Werde aber nicht vor Freitag dazukommen es einzubauen.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FP4Lisa am 05 September 2017, 14:17:06

Hallo Ralf,

nichts zu danken, bitte gern. Freitag ist kein Problem. Mich würde viel mehr interessieren wie es funktioniert. Gibt es da eigentlich eine Referenz dazu?

LG

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FrankieSOC am 06 September 2017, 08:06:52

Hallo Zusammen,

leider komme ich mit diesem dreifach Schalter nicht weiter.
Ich finde auch kaum Informationen, ich weiß das er 433 Mhz nutzt und den EV1527 Code.

Leider funktioniert das anlernen nur bei einer Taste.
Bei den anderen kommt die Meldung SIGNALduino UNKNOWNCODE iA22C91 und SIGNALduino UNKNOWNCODE iA22C92

Code Auswählen

2017.09.06 08:03:46.818 5: SIGNALduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2017.09.06 08:03:47.116 4: SIGNALduino/HandleWriteQueue: nothing to send, stopping timer
2017.09.06 08:03:53.207 4: SIGNALduino/msg READ: MS;P1=-11719;P2=1148;P3=-379;P4=384;P5=-1137;D=41234523454545234545452345232345452345452345234545;CP=4;SP=1;R=79;
2017.09.06 08:03:53.209 4: SIGNALduino: Matched MS Protocol id 3 -> itv1
2017.09.06 08:03:53.209 5: SIGNALduino: Starting demodulation at Position 2
2017.09.06 08:03:53.210 4: SIGNALduino: Decoded MS Protocol id 3 dmsg iA22C94 length 24 RSSI = -34.5
2017.09.06 08:03:53.210 5: SIGNALduino Dispatch: iA22C94, test ungleich: disabled
2017.09.06 08:03:53.210 5: SIGNALduino Dispatch: iA22C94, -34.5 dB, dispatch
2017.09.06 08:03:53.211 5: SIGNALduino: dispatch iA22C94
2017.09.06 08:03:53.211 4: SIGNALduino IT: message "iA22C94" (7)
2017.09.06 08:03:53.212 4: SIGNALduino IT: msgcode "" (0) bin = 101000100010110010010100
2017.09.06 08:03:53.212 5: SIGNALduino IT: EV1527 housecode = 1527xa22c9  onoffcode = 0100
2017.09.06 08:03:53.212 3: SIGNALduino IT: IT_1527xa22c9 off->on
2017.09.06 08:03:58.300 4: SIGNALduino/msg READ: MS;P1=-11717;P2=1146;P3=-385;P4=363;P5=-1152;D=41234523454545234545452345232345452345452345452345;CP=4;SP=1;R=75;
2017.09.06 08:03:58.303 4: SIGNALduino: Matched MS Protocol id 3 -> itv1
2017.09.06 08:03:58.308 5: SIGNALduino: Starting demodulation at Position 2
2017.09.06 08:03:58.308 4: SIGNALduino: Decoded MS Protocol id 3 dmsg iA22C92 length 24 RSSI = -36.5
2017.09.06 08:03:58.309 5: SIGNALduino Dispatch: iA22C92, test ungleich: disabled
2017.09.06 08:03:58.309 5: SIGNALduino Dispatch: iA22C92, -36.5 dB, dispatch
2017.09.06 08:03:58.310 5: SIGNALduino: dispatch iA22C92
2017.09.06 08:03:58.310 4: SIGNALduino IT: message "iA22C92" (7)
2017.09.06 08:03:58.310 4: SIGNALduino IT: msgcode "" (0) bin = 101000100010110010010010
2017.09.06 08:03:58.310 5: SIGNALduino IT: EV1527 housecode = 1527xa22c9  onoffcode = 0010
2017.09.06 08:03:58.311 3: SIGNALduino IT: Code 0010 not supported by IT_1527xa22c9.
2017.09.06 08:03:58.312 4: SIGNALduino IT: message "iA22C92" (7)
2017.09.06 08:03:58.312 4: SIGNALduino IT: msgcode "" (0) bin = 101000100010110010010010
2017.09.06 08:03:58.312 5: SIGNALduino IT: EV1527 housecode = 1527xa22c9  onoffcode = 0010
2017.09.06 08:03:58.313 3: SIGNALduino IT: Code 0010 not supported by IT_1527xa22c9.
2017.09.06 08:03:58.316 3: SIGNALduino: Unknown code iA22C92, help me!
2017.09.06 08:04:00.755 4: SIGNALduino/msg READ: MS;P1=-11713;P2=1129;P3=-402;P4=364;P5=-1154;D=41234523454545234545452345232345452345452345454523;CP=4;SP=1;R=74;
2017.09.06 08:04:00.757 4: SIGNALduino: Matched MS Protocol id 3 -> itv1
2017.09.06 08:04:00.757 5: SIGNALduino: Starting demodulation at Position 2
2017.09.06 08:04:00.758 4: SIGNALduino: Decoded MS Protocol id 3 dmsg iA22C91 length 24 RSSI = -37
2017.09.06 08:04:00.758 5: SIGNALduino Dispatch: iA22C91, test ungleich: disabled
2017.09.06 08:04:00.758 5: SIGNALduino Dispatch: iA22C91, -37 dB, dispatch
2017.09.06 08:04:00.759 5: SIGNALduino: dispatch iA22C91
2017.09.06 08:04:00.759 4: SIGNALduino IT: message "iA22C91" (7)
2017.09.06 08:04:00.759 4: SIGNALduino IT: msgcode "" (0) bin = 101000100010110010010001
2017.09.06 08:04:00.760 5: SIGNALduino IT: EV1527 housecode = 1527xa22c9  onoffcode = 0001
2017.09.06 08:04:00.760 3: SIGNALduino IT: Code 0001 not supported by IT_1527xa22c9.
2017.09.06 08:04:00.761 4: SIGNALduino IT: message "iA22C91" (7)
2017.09.06 08:04:00.761 4: SIGNALduino IT: msgcode "" (0) bin = 101000100010110010010001
2017.09.06 08:04:00.762 5: SIGNALduino IT: EV1527 housecode = 1527xa22c9  onoffcode = 0001
2017.09.06 08:04:00.762 3: SIGNALduino IT: Code 0001 not supported by IT_1527xa22c9.
2017.09.06 08:04:00.765 3: SIGNALduino: Unknown code iA22C91, help me!

Hat wer einen Tipp für mich?

Viele Grüße
Frank

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 06 September 2017, 20:00:28

ZitatIch finde auch kaum Informationen, ich weiß das er 433 Mhz nutzt und den EV1527 Code.

In der Device specific help vom IT-Modul findest Du Informationen zu "Code not supported"

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 07 September 2017, 08:09:51

Hallo Ralf,

ich lese hier die ganzer Zeit mit und versuche mich über die ganzen Themen schlau zu machen.
Entschuldige wenn ich jetzt dumm frage aber wie komme ich dort hin?

Zitat von: Ralf9 am 06 September 2017, 20:00:28
In der Device specific help vom IT-Modul findest Du Informationen zu "Code not supported"

Gruß Johann

PS: hast du dir vielleicht mein Posting vom 03. Sept. bezüglich der falschen Daten angesehen?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 07 September 2017, 10:36:53

Zitat von: Johann.S am 03 September 2017, 11:13:42
Hallo,

ich habe hier eine Wetterstation TFA Dostmann 35.1119 die von meine Signalduino auf 868 MHz erkannt wurde.
Die Werte für Temperatur, Luftfeuchtigkeit und Windrichtung werden korrekt erkannt.
Bei Windgeschwindigkeit bekomme ich z.B den Wert 1.0 am Display habe ich aber 2.5 km/h,
bei Rain bekomme ich 12.9 am Display 2.1mm und den Luftdruck bekomme ich gar nicht.

Kann man da was machen und wenn ja was soll ich einstellen und/oder schicken?

Gruß Johann

Hallo,
Luftdruck wird nur im Display angezeigt, weil dort der Sensor verbaut ist.
Wind wird in m/s angezeigt. Was ist im Display eingestellt Böe oder wind, welche Einheit?

Hier ist noch eine Beschreibung (https://github.com/RFD-FHEM/RFFHEM/blob/dev-proto9/Wetterstationen%20WS1080%20%2B%20Sender.pdf)

Ist diese Modul installiert: cpan install Digest::CRC or sudo apt-get install libdigest-crc-perl

Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 07 September 2017, 10:53:43

@FrankieSOC

Ich habe das so gelöst und die Geräte von Hand angelegt.

Code Auswählen


defmod IT_1527x6662f3 IT 1527x6662f 1011 0011
attr IT_1527x6662f3 IODev sduino
attr IT_1527x6662f3 eventMap on:an off:aus
attr IT_1527x6662f3 protocol V1
attr IT_1527x6662f3 room IT

defmod IT_1527x6662f4 IT 1527x6662f 1101 0101
attr IT_1527x6662f4 IODev sduino
attr IT_1527x6662f4 room IT

Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 07 September 2017, 13:42:08

Hallo Pejonp,

das der Luftdruck nur der Raumluftdruck ist war mir nicht bewusst :o
Am Display ist Wind mit km/h ich werde es, wenn ich wieder zu Hause bin, mal mit der Umrechnung
versuchen.

Das Perl-Modul für CRC wurde vor ein paar Tagen nachinstalliert.

Ich Empfange die Daten mit einem 868 MHz Signalduino und musste am Gerät nichts umbauen/löten.

Welche Einheit hat Rain?

Code Auswählen


battery				ok										2017-09-07 13:23:07
humidity			44										2017-09-07 13:23:07
id				254										2017-09-07 13:23:07
rain				14.4										2017-09-07 13:23:07
state				T: 20.6 H: 44 Ws: 0.0 Wg: 0.3 Wd: S R: 14.4					2017-09-07 13:23:07
temperature			20.6										2017-09-07 13:23:07
windDirection			8										2017-09-07 13:23:07
windDirectionDegree		180										2017-09-07 13:23:07
windDirectionText		S										2017-09-07 13:23:07
windGust			0.3										2017-09-07 13:23:07
windSpeed			0.0										2017-09-07 13:23:07

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 07 September 2017, 15:36:16

Einheit Rain in mm

Alle Infos zum jeweiligen Modul immer unten links auf der Seite des device
"Device specific help"

Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 08 September 2017, 14:36:02

Hallo Pejonp,

also das mit dem Wind sind, wie du vermutet hast, die Windböen und wenn ich es mal 3,6 nehme
stimmt die km/h Anzeige überein. Ich vermute mal, das, daß Display immer den höheren Wert anziegt~.
Bei Rain bekomme ich lange immer die selben Werte.
Ich habe hier nur die Änderungen zusammen gesammelt:

Code Auswählen


2017-08-29_17:32:34 Gartenwetterstation rain: 75.6
2017-08-30_11:12:35 Gartenwetterstation rain: 76.2
2017-09-01_14:05:26 Gartenwetterstation rain: 1.5
2017-09-01_14:15:48 Gartenwetterstation rain: 2.1
2017-09-01_14:28:36 Gartenwetterstation rain: 2.7
2017-09-01_14:32:39 Gartenwetterstation rain: 3
2017-09-01_16:56:39 Gartenwetterstation rain: 3.3
2017-09-01_17:04:39 Gartenwetterstation rain: 3.6
2017-09-01_17:20:38 Gartenwetterstation rain: 3.9
2017-09-01_17:48:37 Gartenwetterstation rain: 4.5
2017-09-01_18:23:51 Gartenwetterstation rain: 4.8
2017-09-01_21:39:49 Gartenwetterstation rain: 5.1
2017-09-03_04:27:52 Gartenwetterstation rain: 5.4
2017-09-03_04:45:28 Gartenwetterstation rain: 5.7
2017-09-03_04:51:02 Gartenwetterstation rain: 6
2017-09-03_05:00:38 Gartenwetterstation rain: 6.3
2017-09-03_05:12:40 Gartenwetterstation rain: 6.6
2017-09-03_05:44:40 Gartenwetterstation rain: 6.9
2017-09-03_06:04:40 Gartenwetterstation rain: 7.2
2017-09-03_06:39:02 Gartenwetterstation rain: 7.5
2017-09-03_06:50:14 Gartenwetterstation rain: 7.8
2017-09-03_06:59:50 Gartenwetterstation rain: 8.1
2017-09-03_07:17:26 Gartenwetterstation rain: 8.4
2017-09-03_08:01:26 Gartenwetterstation rain: 8.7
2017-09-03_08:19:02 Gartenwetterstation rain: 9
2017-09-03_08:22:14 Gartenwetterstation rain: 9.3
2017-09-03_08:29:29 Gartenwetterstation rain: 9.6
2017-09-03_08:36:38 Gartenwetterstation rain: 10.2
2017-09-03_08:39:50 Gartenwetterstation rain: 10.5
2017-09-03_08:52:38 Gartenwetterstation rain: 10.8
2017-09-03_10:20:38 Gartenwetterstation rain: 11.1
2017-09-03_10:24:41 Gartenwetterstation rain: 11.4
2017-09-03_10:35:53 Gartenwetterstation rain: 11.7
2017-09-03_10:42:16 Gartenwetterstation rain: 12.3
2017-09-03_10:46:14 Gartenwetterstation rain: 12.6
2017-09-03_11:05:26 Gartenwetterstation rain: 12.9
2017-09-03_11:29:26 Gartenwetterstation rain: 13.2
2017-09-03_12:09:29 Gartenwetterstation rain: 13.5
2017-09-03_16:53:27 Gartenwetterstation rain: 13.8
2017-09-06_16:35:07 Gartenwetterstation rain: 14.1
2017-09-06_17:17:33 Gartenwetterstation rain: 14.4

wie kann man die Interpretieren?

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 08 September 2017, 14:47:47

@Johann.S

Wenn du beim Wind einen höheren Wert angezeigt bekommst vermute ich das du Böen eingestellt hast.
Kann am Display umgestellt werden.
Bei Rain kannst du h,Tag,Woche und total einstellen.
Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: SabineT am 08 September 2017, 14:48:20

rain ist ein counter, d.h. der zählt einfach nach oben, bzw. kann auch mal einen reset machen (z.B. beim Batteriewechsel).
Die tatsächliche Regenmenge ist immer die Differenz zum vorherigen Wert.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 09 September 2017, 00:07:09

Ich habe den PV-8644 infactory Poolthermometer als ProtocolId 71 eingebaut. Die Checksumme fehlt noch, da die Berechnung unbekannt ist.

ZitatMich würde viel mehr interessieren wie es funktioniert. Gibt es da eigentlich eine Referenz dazu?

Mir ist nicht bekannt, daß dies irgendwo beschrieben ist.

Nachtrag:
mit

Code Auswählen

get sduino protocolIDs
erhält man eine Liste von allen protocolIDs

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 09 September 2017, 09:16:23

Hallo SabineT,

Zitat von: SabineT am 08 September 2017, 14:48:20
rain ist ein counter, d.h. der zählt einfach nach oben, bzw. kann auch mal einen reset machen (z.B. beim Batteriewechsel).
Die tatsächliche Regenmenge ist immer die Differenz zum vorherigen Wert.

da ich ein absoluter Neuling bin habe ich keine Ahnung wie ich da zur datsächlichen Regenmenge in
FHEM komme, kannst du mir da vielleicht einen Tipp oder Link geben?

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 09 September 2017, 10:30:42

Hallo Johann,

Hast Du inzwischen die "Device specific help" gefunden?

Für die Wetterstationen gibt es ein eigenes Thema:
https://forum.fhem.de/index.php/topic,39451.0.html

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FP4Lisa am 09 September 2017, 14:12:46

Herzlichen Dank Ralf! FHEM hat es sofort per Autocreate angelegt und es läuft super. Ich werde mir mal die Protokoll Files genauer anschauen, vielleicht komme ich so dahinter. LG & schönes Rest-WE

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 09 September 2017, 19:36:50

Hallo Ralf,

ja, habe sie gefunden erscheint aber nur bei automatisch angelegten Devices, bei meinen Steckdosen finde ich da nichts.
Kann ich das irgendwie dann doch bekommen?

Den Link habe ich jetzt abgespeichert und werde es durcharbeiten.

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: SabineT am 09 September 2017, 20:15:20

Zitat von: Johann.S am 09 September 2017, 09:16:23
Hallo SabineT,
da ich ein absoluter Neuling bin habe ich keine Ahnung wie ich da zur datsächlichen Regenmenge in
FHEM komme, kannst du mir da vielleicht einen Tipp oder Link geben?

Gruß Johann

Schau dir einfach mal https://fhem.de/commandref_DE.html#statistics (https://fhem.de/commandref_DE.html#statistics) an.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 10 September 2017, 15:26:59

Hallo SabineT,

Danke das war es, jetzt habe ich auch die Niederschlagsmenge.

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 10 September 2017, 15:38:54

Hallo,

ich habe noch ein kleines Problem mit meinen 868 Signalduino im Log wird nach 'help me' keine Zeilenumbruch durchgeführt.

Code Auswählen

2017-09-10 15:35:11 SIGNALduino PI_868MHz DMSG u63048054A409552AAAAAAAAA9551555402AA
2017-09-10 15:35:11 SIGNALduino PI_868MHz UNKNOWNCODE u63048054A409552AAAAAAAAA9551555402AA
2017.09.10 15:35:11 3 : PI_868MHz: Unknown code u63048054A409552AAAAAAAAA9551555402AA, help me!2017-09-10 15:35:11 SIGNALduino PI_868MHz UNKNOWNCODE P9#FAFE25F41000008300FE0
2017.09.10 15:35:11 3 : PI_868MHz: Unknown code P9#FAFE25F41000008300FE0, help me!2017-09-10 15:35:12 SIGNALduino PI_868MHz DMSG u63FD4A409552AAAAAAAAA9551555402AA
2017-09-10 15:35:12 SIGNALduino PI_868MHz UNKNOWNCODE u63FD4A409552AAAAAAAAA9551555402AA
2017.09.10 15:35:12 3 : PI_868MHz: Unknown code u63FD4A409552AAAAAAAAA9551555402AA, help me!2017-09-10 15:35:12 SIGNALduino PI_868MHz UNKNOWNCODE P9#F897D04000020C03F80
2017.09.10 15:35:12 3 : PI_868MHz: Unknown code P9#F897D04000020C03F80, help me!2017-09-10 15:35:21 SD_WS07 Selin_T_F temperature: 20
2017-09-10 15:35:59 SIGNALduino PI_868MHz DMSG u63900A94812AA55555555552AA2AAA80554
2017-09-10 15:35:59 SIGNALduino PI_868MHz UNKNOWNCODE u63900A94812AA55555555552AA2AAA80554
2017.09.10 15:35:59 3 : PI_868MHz: Unknown code u63900A94812AA55555555552AA2AAA80554, help me!2017-09-10 15:35:59 SIGNALduino PI_868MHz UNKNOWNCODE P9#5FC4BE82000010601FC0
2017.09.10 15:35:59 3 : PI_868MHz: Unknown code P9#5FC4BE82000010601FC0, help me!2017-09-10 15:36:47 SIGNALduino PI_868MHz DMSG u6352902554AAAAAAAAAA554555500AA8
2017-09-10 15:36:47 SIGNALduino PI_868MHz UNKNOWNCODE u6352902554AAAAAAAAAA554555500AA8
2017.09.10 15:36:47 3 : PI_868MHz: Unknown code u6352902554AAAAAAAAAA554555500AA8, help me!2017-09-10 15:36:47 SIGNALduino PI_868MHz UNKNOWNCODE P9#92FA08000041807F0
2017.09.10 15:36:47 3 : PI_868MHz: Unknown code P9#92FA08000041807F0, help me!2017-09-10 15:36:48 SIGNALduino PI_868MHz DMSG u638054A409552AAAAAAAAA9551555402AA
2017-09-10 15:36:48 SIGNALduino PI_868MHz UNKNOWNCODE u638054A409552AAAAAAAAA9551555402AA
2017.09.10 15:36:48 3 : PI_868MHz: Unknown code u638054A409552AAAAAAAAA9551555402AA, help me!2017-09-10 15:36:48 SIGNALduino PI_868MHz UNKNOWNCODE P9#7F12FA08000041807F0
2017.09.10 15:36:48 3 : PI_868MHz: Unknown code P9#7F12FA08000041807F0, help me!

ist der Fehler nur bei mir?

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 10 September 2017, 19:33:43

ich hab da mal eine blöde Frage! In meinem Log tauchen öfters mal Logmeldungen meiner SignalDUINOs auf zur gleichen Zeit, die sich aber doch unterscheiden:

Code Auswählen

2017.09.10 19:30:46.030 3: sduino433_CC1101: Unknown code u63EEDABAADB5FD5ADBD7DB7556F, help me!
2017.09.10 19:30:46.564 3: signalESP433_CC1101: Unknown code u63EEDABAADB5FD5ADBD7DB7554, help me!

Sollten die Codes nicht gleich sein?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 10 September 2017, 23:19:58

Zitatja, habe sie gefunden erscheint aber nur bei automatisch angelegten Devices, bei meinen Steckdosen finde ich da nichts.
Kann ich das irgendwie dann doch bekommen?

Das gleiche steht auch in der commandref
https://fhem.de/commandref_DE.html#IT

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hologramm am 11 September 2017, 18:49:03

Hi Leute !

Klasse Arbeit soweit, ehrlich!

Ich hab 2 nano's, einen mit Superhet (RXB7) über esp-link und einen mit CC1101 (Neuftech) am USB am laufen (kommt noch an einen esp-link, ist ein CH340).
Genial was da so alles empfangen wird 8)

Leider friert mein Pi seit ein paar Tagen -für mich nicht reproduzierbar- ein.

Hier mal ein cat /opt/fhem/log/fhem-2017-09.log | grep ./FHEM/00_SIGNALduino.pm:

Code Auswählen

2017.09.05 18:31:37 1: PERL WARNING: Use of uninitialized value $returnvalues[0] in join or string at ./FHEM/00_SIGNALduino.pm line 3775.
2017.09.07 16:16:10 1: PERL WARNING: Use of uninitialized value $returnvalues[0] in join or string at ./FHEM/00_SIGNALduino.pm line 3775.
2017.09.09 11:37:41 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 162.
2017.09.09 14:02:41 1: PERL WARNING: Use of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888.
2017.09.09 14:08:29 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 163.
2017.09.09 16:09:44 1: PERL WARNING: Use of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888.
2017.09.09 16:57:34 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 163.
2017.09.09 17:02:32 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 163.
2017.09.09 19:48:15 1: PERL WARNING: Use of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888.
2017.09.09 19:57:15 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 163.
2017.09.09 19:59:46 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 163.
2017.09.09 20:33:49 1: PERL WARNING: Use of uninitialized value $returnvalues[0] in join or string at ./FHEM/00_SIGNALduino.pm line 3810.
2017.09.09 20:34:10 1: PERL WARNING: Use of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888.
2017.09.09 20:37:06 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 163.
2017.09.09 20:44:35 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 163.
2017.09.10 02:12:00 1: PERL WARNING: Use of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888.
2017.09.10 09:25:05 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 163.
2017.09.10 09:43:37 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 163.
2017.09.10 15:10:52 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 164.
2017.09.10 21:08:19 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 165.
2017.09.10 23:01:41 1: PERL WARNING: Use of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888.
2017.09.11 11:59:02 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 161.
2017.09.11 12:04:32 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 165.
2017.09.11 14:37:45 1: PERL WARNING: Use of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888.
2017.09.11 18:13:48 1: PERL WARNING: Scalar value @bit_msg[...] better written as $bit_msg[...] at ./FHEM/00_SIGNALduino.pm line 3896, <$fh> line 165.

Bei

Code Auswählen

Use of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888.
bleibt fhem stehen.

Die Version ist aus

Code Auswählen

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

Die Nano's sind geflashed mit:

Code Auswählen

V 3.3.1-dev SIGNALduino - compiled at Jan 3 2017 23:59:32
und
V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50

Mein Pi funktioniert weiter, der macht ja z.B. auch DHCP und DNS für mein LAN - tadellos.
fhem bekomme ich aber nur durch reboot wieder ans laufen. Versuche ich /etc/init.d/fhem stop und dann start bekomme ich alle paar sec. eine neue PID aber fhem startet nicht.

Empfange ich Müll ? Ist da ein möglicher Fehler nicht abgefangen ? Ist das ein Einzelschicksal ? :D

Sagt bescheid wenn Ihr mehr Daten braucht, Verbose hab ich im Moment bei beiden auf 1

Danke und lg
hologramm

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 11 September 2017, 19:41:13

ZitatUse of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888.

Die Fehlermeldung kommt von der ProtocollId 70 "FHT80TF (Funk-Tuer-Fenster-Melder 868Mhz)"

Bitte teste mal ob der Fehler noch auftritt, wenn Du in dem Attribut whitelist_IDs nur die Ids einträgst die Du verwendest.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: hologramm am 11 September 2017, 19:59:46

Hi Ralf!

Habe jetzt mal 5,6,7,8,9,10,11,12,12.1,33,37,48,51,58 in die Whitelist gesetzt.
(edit: bei beiden, natürlich)

Werde beobachten und berichten ;)

lg
hologramm

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 11 September 2017, 20:20:49

Ich habe den Fehler auch seit dem Wochenende:

Code Auswählen

2017.09.11 19:25:01.206 1: PERL WARNING: Use of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888.
2017.09.11 19:25:01.206 1: stacktrace:
2017.09.11 19:25:01.206 1:     main::__ANON__                      called by ./FHEM/00_SIGNALduino.pm (3888)
2017.09.11 19:25:01.206 1:     main::SIGNALduino_postDemo_FHT80TF  called by ./FHEM/00_SIGNALduino.pm (3808)
2017.09.11 19:25:01.206 1:     main::SIGNALduino_callsub           called by ./FHEM/00_SIGNALduino.pm (3350)
2017.09.11 19:25:01.206 1:     main::SIGNALduino_Parse_MU          called by ./FHEM/00_SIGNALduino.pm (3564)
2017.09.11 19:25:01.207 1:     main::SIGNALduino_Parse             called by ./FHEM/00_SIGNALduino.pm (2502)
2017.09.11 19:25:01.207 1:     main::SIGNALduino_Read              called by fhem.pl (3447)
2017.09.11 19:25:01.207 1:     main::CallFn                        called by fhem.pl (691)

Allerdings läuft FHEM zuerst stundenlang problemlos, bis der Fehler plötzlich auftritt.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FrankieSOC am 12 September 2017, 18:27:05

Zitat von: pejonp am 07 September 2017, 10:53:43
@FrankieSOC

Ich habe das so gelöst und die Geräte von Hand angelegt.

Pejonp

Hallo Pejonp,

danke für den Tipp, habe jetzt die drei Schalter angelegt. Zuerst hat es nicht geklappt, aber dann hatte ich noch die ITclock eingetragen und kann die Lichter nun schalten.

Was stört ist, wenn ich IT_1527xa22c9f1 schalte geht auch nur die eine Lampe an, aber in fhem werden auch IT_1527xa22c9f2 und IT_1527xa22c9f3 als eingeschaltet dargestellt.

Wie hast du das gelöst? Die DEF 1527xa22c9 0010 0010 ist ja nur bei den 8 Zahlen am Ende unterschiedlich.

Viele Grüße
Frank

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: HomeAuto_User am 12 September 2017, 20:40:32

Hallo,

Zitat von: mahowi am 11 September 2017, 20:20:49
Ich habe den Fehler auch seit dem Wochenende:
Code Auswählen Erweitern
2017.09.11 19:25:01.206 1: PERL WARNING: Use of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888. 2017.09.11 19:25:01.206 1: stacktrace: 2017.09.11 19:25:01.206 1: main::__ANON__ called by ./FHEM/00_SIGNALduino.pm (3888) 2017.09.11 19:25:01.206 1: main::SIGNALduino_postDemo_FHT80TF called by ./FHEM/00_SIGNALduino.pm (3808) 2017.09.11 19:25:01.206 1: main::SIGNALduino_callsub called by ./FHEM/00_SIGNALduino.pm (3350) 2017.09.11 19:25:01.206 1: main::SIGNALduino_Parse_MU called by ./FHEM/00_SIGNALduino.pm (3564) 2017.09.11 19:25:01.207 1: main::SIGNALduino_Parse called by ./FHEM/00_SIGNALduino.pm (2502) 2017.09.11 19:25:01.207 1: main::SIGNALduino_Read called by fhem.pl (3447) 2017.09.11 19:25:01.207 1: main::CallFn called by fhem.pl (691)

Allerdings läuft FHEM zuerst stundenlang problemlos, bis der Fehler plötzlich auftritt.

probiere es mal bitte hiermit (https://github.com/RFD-FHEM/RFFHEM/pull/175/commits/7702acf678f8fb476b22b75cb72e17a7bc97041d).
Diese Anpassung habe ich soeben hier vorgenommen und ca. 1h laufen lassen. Hier funktioniert dies einwandfrei.

LG

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 12 September 2017, 20:56:52

Eben gerade passiert: fhem (Perl) hatte 100% Auslastung auf meinem RPi, war nichts mehr ansprechbar. Letzte Meldung im Logfile war:

Code Auswählen

2017.09.12 20:31:19.313 3: sduino433: Unknown code u63AAAAAAAAA, help me!
2017.09.12 20:31:21.416 3: sduino433: Unknown code u63A95556AAD550, help me!
2017.09.12 20:31:31.586 3: sduino433: Unknown code u63555555555, help me!
2017.09.12 20:31:37.871 1: PERL WARNING: Use of uninitialized value within @bit_msg in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 3888.

Musste den perl-Prozess killen und FHEM neu starten.

Edit: Schon wieder! Vermute es hängt mit dem FHEM Update zusammen, dass ich heute Abend gemacht hatte ... (Never touch a running system...)

Edit 2: Die Version ist übrigens aus dem RFFHEM dev-r33 Repo! Habe mir jetzt die vorherige Version erst mal wieder eingespielt.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 12 September 2017, 21:31:34

ZitatEben gerade passiert: fhem (Perl) hatte 100% Auslastung auf meinem RPi, war nichts mehr ansprechbar. Letzte Meldung im Logfile war:

Ich hoffe dies ist nur bei Deinem Testsystem und nicht beim Produktivsystem passiert.
Beim Produktivsystem ist es zu empfehlen das sduino Attribut whitelist_IDs zu verwenden.

Wenn das Attribut whitelist_IDs nicht verwendet wird, muß z.B. bei jeder empfangenen MU-Nachricht überprüft werden ob eine der folgenden Protocoll IDs passt:

Code Auswählen

13.1 16 20 21 24 26 27 28 29 30 31 34 36 37 39 40 44 44.1 45 46 48 49 5 50 56 59 60 61 62 63 64 65 66 67 69 70 71 8 9

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: prodigy7 am 12 September 2017, 22:08:14

Zitat von: Ralf9 am 12 September 2017, 21:31:34
Ich hoffe dies ist nur bei Deinem Testsystem und nicht beim Produktivsystem passiert.
Beim Produktivsystem ist es zu empfehlen das sduino Attribut whitelist_IDs zu verwenden.

Wenn das Attribut whitelist_IDs nicht verwendet wird, muß z.B. bei jeder empfangenen MU-Nachricht überprüft werden ob eine der folgenden Protocoll IDs passt:
Code Auswählen Erweitern
13.1 16 20 21 24 26 27 28 29 30 31 34 36 37 39 40 44 44.1 45 46 48 49 5 50 56 59 60 61 62 63 64 65 66 67 69 70 71 8 9

Dahingehend habe ich derzeit noch gar nichts angepasst gehabt. Gerade zu Anfang war ich auch neugierig, was alles so rein schwirrt und was ich so empfange, danach hatte ich mir noch keine weiteren Gedanken dazu gemacht. Sollte ich vielleicht mal tun, Ja.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 14 September 2017, 13:19:01

Zitat von: FrankieSOC am 12 September 2017, 18:27:05
..
danke für den Tipp, habe jetzt die drei Schalter angelegt. Zuerst hat es nicht geklappt, aber dann hatte ich noch die ITclock eingetragen und kann die Lichter nun schalten.

Was stört ist, wenn ich IT_1527xa22c9f1 schalte geht auch nur die eine Lampe an, aber in fhem werden auch IT_1527xa22c9f2 und IT_1527xa22c9f3 als eingeschaltet dargestellt.

Wie hast du das gelöst? Die DEF 1527xa22c9 0010 0010 ist ja nur bei den 8 Zahlen am Ende unterschiedlich.
..

Hallo FrankieSOC,

die Schalter bzw. Icons wurden nur durch die Fernbedienung betätigt. Über FHEM habe ich diese noch gar nicht geschalten. Mir ist bis dahin noch garnicht aufgefallen das alle immer gleichzeitig Ihren Zustand ändern. Erst nach deinem Hinweis.

Was ich jetzt schon versucht habe ist die Schalter umzubennen, also eindeutig zu machen. Du kannst ja mal bei allen Schaltern verbose=5 einstellen und ins log sehen wenn du diese per Fernbedienung oder per FHEM betätigst.

IT_1527xa22c9f1 -neu--> IT_1527xa22c7f
IT_1527xa22c9f2 -neu--> IT_1527xa22c8f und so weiter. Hat leider nur teilweise geklappt. Unter Umständen werden die Icons immer noch alle gleichzeitig umgeschalten.
ggf. den Server neu starten.

Ich habe es jetzt noch einmal kontrollier, jetzt geht es. Ich kann dir aber nicht sagen, ob noch richtig geschalten wird. Da ich da nichts im Einsatz habe.

pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: mahowi am 14 September 2017, 14:31:27

Zitat von: HomeAuto_User am 12 September 2017, 20:40:32
Hallo,

probiere es mal bitte hiermit (https://github.com/RFD-FHEM/RFFHEM/pull/175/commits/7702acf678f8fb476b22b75cb72e17a7bc97041d).
Diese Anpassung habe ich soeben hier vorgenommen und ca. 1h laufen lassen. Hier funktioniert dies einwandfrei.

LG

Sorry, hab Deinen Post gerade erst gesehen. Werde ich heute abend mal testen. Ich habe jetzt whitelist_IDs verwendet, da ich das entsprechende Protokoll eh nicht nutze. Der Fehler trat bei mir auch erst nach mehreren Stunden auf. Ich hab's eigentlich nur gemerkt, weil die FHEM-Seite nicht mehr erreichbar war.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FrankieSOC am 14 September 2017, 15:52:50

Hallo Pejonp,

das mit dem Fhem Namen ändern hatte ich auch schon probiert, aber die Anzeige wird weiter bei allen Geräten geändert, wenn ich über Fhem schalte.

Und wenn ich DEF 1527xa22c9 0010 0010 umbenenne, schaltet das Gerät nicht mehr.

Code Auswählen

nternals: 
   DEF        1527xa22c9 0010 0010 
   IODev      SIGNALduino 
   LASTInputDev SIGNALduino 
   MSGCNT     7 
   NAME       IT_1527xa22c9f2 
   NR         71 
   SIGNALduino_DMSG iA22C92 
   SIGNALduino_MSGCNT 7 
   SIGNALduino_RAWMSG MS;P0=1137;P1=-11726;P2=-398;P3=361;P4=-1153;D=31023402343434023434340234020234340234340234340234;CP=3;SP=1;R=29; 
   SIGNALduino_RSSI -59.5 
   SIGNALduino_TIME 2017-09-14 15:40:36 
   STATE      off 
   TYPE       IT 
   XMIT       dd0d0d10df 
   XMITdimdown 00 
   XMITdimup  00 
   XMIToff    0010 
   XMITon     0010 
   CODE: 
     1          1527xa22c9 
   READINGS: 
     2017-09-12 19:27:22   protocol        EV1527 
     2017-09-14 15:40:43   state           off 
Attributes: 
   IODev      SIGNALduino 
   ITclock    369 
   room       IT 
   verbose    5

Vielleicht hat noch jemand anderes solche Taster?

Viele Grüße
Frank

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: pejonp am 14 September 2017, 18:16:08

Am Gerät 1527xa22c9 musste ich noch ein f anhängen sonst hat er gemeckert.
Schau mal mein Beispiel
Pejonp

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: FrankieSOC am 14 September 2017, 18:21:11

Klappt leider nicht.

wrong IT-Code format: specify a 10 digits 0/1/f

Schade

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 17 September 2017, 09:57:33

Hallo,

ich mal wieder.
Kann mir vielleicht jemand wieder einen Schups geben, damit ich weiss was ich mit den Log-Einträgen

Code Auswählen

2017.09.17 09:52:58 3 : PI_868MHz: Unknown code u630048054AAA9454AAAAAAAAAA95490AA2248, help me!
machen soll?
Ich würde meinen FHEM gerne helfen :)

Danke

Gruß Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: JanWittke am 21 September 2017, 21:52:09

Schönen guten Abend,

ich hätte mal eine klitzekleine Frage. Ich habe mir heute einen Nano mit CC1101 868Mhz zusammen gebruzelt. Sehr interessant was da so alles jetzt empfangen wird.
Frage : Kann ich damit auch meine FHT80b Signal empfangen?
Die Fensterkontakte davon , die CUL_FHTTK werden super empfangen .

Grüße Jan

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: fhainz am 28 September 2017, 18:20:33

Zitat von: fhainz am 03 September 2017, 19:35:32
Hallo!

Ich bin seit kurzem Besitzer eines Signalduino's (CC1101), krass wieviele Protokolle da schon vorhanden sind.
Der Grund für den Kauf (eines Tripple Gateway, 433, 868, Homematic (https://forum.fhem.de/index.php/topic,74577.0.html)) war das ich meinen CUL und den HMLAN durch ein Gerät ersetzen wollte und zukünftig eine Somfy Markise ansteuern will.

Meine Temp/Hum Sensoren (CUL_WS) wurden sofort empfangen, meine FS20-Dosen machen aber keinen Mux. Eh klar, das Protokoll ist im Signalduino nicht vorhanden. Das hatte ich wohl überlesen oder mit FS10 verwechselt ;D
Nachdem FS20 über 868Mhz kommuniziert ist es vermutlich möglich das Protokoll auch mit dem Signalduino zu verarbeiten, richtig!?

Kann mir jemand dazu etwas sagen?

Grüße

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 01 Oktober 2017, 00:59:15

Ich habe in der 00_SIGNALduino.pm ein paar Dinge eingebaut.
Es gibt jetzt eine Blacklist. Die Blacklist funktioniert nur wenn es keine Whitelist gibt.

Es gibt auch noch ein neues Attribut development.
Damit können jetzt auch neue Prokokol IDs reserviert werden.
Mit
get sduino protocolIDs
kann eine Liste aller Protokol IDs ausgegeben werden. Z.Zt. sind die IDs 73 und 74 für FHT80 und FS20 reserviert.
Ohne einen Eintrag in die Whtelist werden die in Entwicklung befindlichen z.T. noch nicht funktionierenden reservierten IDs nicht verwendet.

Es gibt jetzt auch develop Ids. Die develop Ids sind noch in Entwicklung oder sind noch nicht ausgiebig getestet, sie können noch fehlerhaft sein (z.B. die ID 63).
Wenn developId => 'y' in der Protokolldefinition steht, dann ist dies eine deveplop Id.
Damit wird diese Id nur verwendet, wenn sie in die whitelist oder "y" in dem neuen Attribut "development" y eingetragen ist.

Für Module die noch in Entwicklung sind und nicht im SVN sind, steht in der Protokolldefinition "developId => 'm' "
Damit bei diesen Modulen ein dispatch ausgeführt wird, muß "mxx" (xx = id) im Attribut "development" eingetragen sein.

Dies ist z.B. bei der Id 30 (unitec) der Fall, da das Modul SD_UT noch nicht fertig entwickelt ist, wird es voraussichtlich nicht in das normale fhem update (SVN) übernommen.
Wer das Modul SD_UT zukünftig verwenden möchte, muß "m30" in das neue Attribut development eintragen.

Bei dem neuen Modul 98_Siro ist dies auch der Fall.
Wer dieses Modul verwenden möchte, muß es hier
https://forum.fhem.de/index.php/topic,77167.0.html
herunterladen und dann in das Attribut development "m72m72.1" eintragen.
Ich habe für die MS-Nachrichten die ID 72.1 ergänzt

Ich habe die Änderungen noch nicht nach dev-33 commitet.
Hier ist eine Testversion
https://github.com/Ralf9/RFFHEM/blob/dev-r33/FHEM/00_SIGNALduino.pm
Für den Download auf raw klicken und dann Seite speichern unter.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Byte09 am 01 Oktober 2017, 13:17:00

Hi Ralf9

... datei eingespielt, reload ..... resultat : absturz Fhem.

Code Auswählen

2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_Initialize redefined at ./FHEM/00_SIGNALduino.pm line 1443.
2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_FingerprintFn redefined at ./FHEM/00_SIGNALduino.pm line 1486.
2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_Define redefined at ./FHEM/00_SIGNALduino.pm line 1498.
2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_Connect redefined at ./FHEM/00_SIGNALduino.pm line 1576.
2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_Undef redefined at ./FHEM/00_SIGNALduino.pm line 1589.
2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_Shutdown redefined at ./FHEM/00_SIGNALduino.pm line 1614.
2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_Set redefined at ./FHEM/00_SIGNALduino.pm line 1626.
2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_Get redefined at ./FHEM/00_SIGNALduino.pm line 1926.
2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_parseResponse redefined at ./FHEM/00_SIGNALduino.pm line 2107.
2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_ResetDevice redefined at ./FHEM/00_SIGNALduino.pm line 2199.
2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_CloseDevice redefined at ./FHEM/00_SIGNALduino.pm line 2213.
2017.10.01 13:12:10 1: PERL WARNING: Subroutine SIGNALduino_DoInit redefined at ./FHEM/00_SIGNALduino.pm line 2228.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_SimpleWrite_XQ redefined at ./FHEM/00_SIGNALduino.pm line 2264.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_StartInit redefined at ./FHEM/00_SIGNALduino.pm line 2275.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_CheckCmdResp redefined at ./FHEM/00_SIGNALduino.pm line 2307.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_XmitLimitCheck redefined at ./FHEM/00_SIGNALduino.pm line 2357.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_Write redefined at ./FHEM/00_SIGNALduino.pm line 2394.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_AddSendQueue redefined at ./FHEM/00_SIGNALduino.pm line 2411.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_SendFromQueue redefined at ./FHEM/00_SIGNALduino.pm line 2426.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_HandleWriteQueue redefined at ./FHEM/00_SIGNALduino.pm line 2458.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_Read redefined at ./FHEM/00_SIGNALduino.pm line 2490.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_KeepAlive redefined at ./FHEM/00_SIGNALduino.pm line 2640.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_splitMsg redefined at ./FHEM/00_SIGNALduino.pm line 2679.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_inTol redefined at ./FHEM/00_SIGNALduino.pm line 2688.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_PatternExists redefined at ./FHEM/00_SIGNALduino.pm line 2706.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_MatchSignalPattern redefined at ./FHEM/00_SIGNALduino.pm line 2792.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_b2h redefined at ./FHEM/00_SIGNALduino.pm line 2833.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_Split_Message redefined at ./FHEM/00_SIGNALduino.pm line 2852.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduno_Dispatch redefined at ./FHEM/00_SIGNALduino.pm line 2941.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_Parse_MS redefined at ./FHEM/00_SIGNALduino.pm line 3004.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_padbits redefined at ./FHEM/00_SIGNALduino.pm line 3219.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_getProtoProp redefined at ./FHEM/00_SIGNALduino.pm line 3237.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_Parse_MU redefined at ./FHEM/00_SIGNALduino.pm line 3245.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_Parse_MC redefined at ./FHEM/00_SIGNALduino.pm line 3531.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_Parse redefined at ./FHEM/00_SIGNALduino.pm line 3629.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_Ready redefined at ./FHEM/00_SIGNALduino.pm line 3701.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_WriteInit redefined at ./FHEM/00_SIGNALduino.pm line 3721.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_SimpleWrite redefined at ./FHEM/00_SIGNALduino.pm line 3732.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_Attr redefined at ./FHEM/00_SIGNALduino.pm line 3755.
2017.10.01 13:12:11 1: PERL WARNING: Prototype mismatch: sub main::SIGNALduino_IdList ($$$) vs ($@) at ./FHEM/00_SIGNALduino.pm line 3956.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_IdList redefined at ./FHEM/00_SIGNALduino.pm line 3852.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_callsub redefined at ./FHEM/00_SIGNALduino.pm line 3960.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_lengtnPrefix redefined at ./FHEM/00_SIGNALduino.pm line 3989.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_bit2Arctec redefined at ./FHEM/00_SIGNALduino.pm line 4002.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_ITV1_tristateToBit redefined at ./FHEM/00_SIGNALduino.pm line 4014.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_HE redefined at ./FHEM/00_SIGNALduino.pm line 4025.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_postDemo_Hoermann redefined at ./FHEM/00_SIGNALduino.pm line 4035.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_postDemo_FHT80TF redefined at ./FHEM/00_SIGNALduino.pm line 4049.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_postDemo_WS7035 redefined at ./FHEM/00_SIGNALduino.pm line 4093.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_postDemo_WS2000 redefined at ./FHEM/00_SIGNALduino.pm line 4117.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_postDemo_WS7053 redefined at ./FHEM/00_SIGNALduino.pm line 4228.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_MCTFA redefined at ./FHEM/00_SIGNALduino.pm line 4262.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_OSV2 redefined at ./FHEM/00_SIGNALduino.pm line 4313.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_OSV1 redefined at ./FHEM/00_SIGNALduino.pm line 4443.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_AS redefined at ./FHEM/00_SIGNALduino.pm line 4502.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_Hideki redefined at ./FHEM/00_SIGNALduino.pm line 4530.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_Maverick redefined at ./FHEM/00_SIGNALduino.pm line 4572.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_OSPIR redefined at ./FHEM/00_SIGNALduino.pm line 4592.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_MCRAW redefined at ./FHEM/00_SIGNALduino.pm line 4611.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_SomfyRTS redefined at ./FHEM/00_SIGNALduino.pm line 4623.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_filterMC redefined at ./FHEM/00_SIGNALduino.pm line 4650.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_filterSign redefined at ./FHEM/00_SIGNALduino.pm line 4721.
2017.10.01 13:12:11 1: PERL WARNING: Subroutine SIGNALduino_compPattern redefined at ./FHEM/00_SIGNALduino.pm line 4793.
2017.10.01 13:12:36 1: PERL WARNING: Use of uninitialized value $clockabs in division (/) at ./FHEM/00_SIGNALduino.pm line 3299.
Illegal division by zero at ./FHEM/00_SIGNALduino.pm line 3299.

gruss Byte09

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: elektron-bbs am 01 Oktober 2017, 13:52:45

Das Problem ist bekannt (siehe https://github.com/RFD-FHEM/RFFHEM/issues/154), es wurde aber noch keine Lösung gefunden.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: elektron-bbs am 01 Oktober 2017, 13:57:59

Zumindest der Empfang der Raumthermostate und auch FS20 ist in Arbeit.

Zitat von: JanWi am 21 September 2017, 21:52:09
Schönen guten Abend,

ich hätte mal eine klitzekleine Frage. Ich habe mir heute einen Nano mit CC1101 868Mhz zusammen gebruzelt. Sehr interessant was da so alles jetzt empfangen wird.
Frage : Kann ich damit auch meine FHT80b Signal empfangen?
Die Fensterkontakte davon , die CUL_FHTTK werden super empfangen .

Grüße Jan

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Byte09 am 01 Oktober 2017, 14:29:57

Zitat von: elektron-bbs am 01 Oktober 2017, 13:52:45
Das Problem ist bekannt (siehe https://github.com/RFD-FHEM/RFFHEM/issues/154), es wurde aber noch keine Lösung gefunden.

thx, gruss Byte09

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 01 Oktober 2017, 22:49:24

Ich habe meine Änderungen ins dev-r33 commitet

Code Auswählen

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

Ich habe auch nochmals die Siro Protokolldefinition (ID 72) angepasst.

Mit

Code Auswählen

list sduino
kann man anschauen welche IDs verwendet werden:

Code Auswählen

mcIdList msIdList muIdList

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Hauswart am 02 Oktober 2017, 08:38:59

Zitat von: Ralf9 am 01 Oktober 2017, 22:49:24
Ich habe meine Änderungen ins dev-r33 commitet
Code Auswählen Erweitern
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

Ich habe auch nochmals die Siro Protokolldefinition (ID 72) angepasst.

Mit
Code Auswählen Erweitern
list sduino
kann man anschauen welche IDs verwendet werden:
Code Auswählen Erweitern
mcIdList msIdList muIdList

Gruß Ralf

FHEM startet nun nicht mehr korrekt:

Code Auswählen


2017.10.02 08:34:38 3: FHEM2FHEM device opened (Remoteserver)
2017.10.02 08:34:38 3: FHEMWEB WEB CSRF error: csrf_519229437024944 ne csrf_332100306650875 for client WEB_192.168.2.205_54996. For details see the csrfToken FHEMWEB attribute.
Can't use an undefined value as an ARRAY reference at ./FHEM/00_SIGNALduino.pm line 3667.

Nachdem ich die Datei 00_SIGNALduino.pm gelöscht habe, startet FHEM wieder.

Ich bin jetzt auf folgendem Stand: https://github.com/RFD-FHEM/RFFHEM/tree/594aa08f9a099e2744b414080edb0d9dd83a4ffc (https://github.com/RFD-FHEM/RFFHEM/tree/594aa08f9a099e2744b414080edb0d9dd83a4ffc)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: volschin am 02 Oktober 2017, 18:16:08

Hallo zusammen,
ich bin noch neu mit dem Signalduino. Konkret habe ich einen Radino cc1101 433 laufen.

Während mein CUL mit FHEM2FHEM im RAW-Modus sauber lief, hatte ich leider mit dem Radino massive Probleme mit laufenden Disconnects und anschließenden Reconnects. Hat jemand das Ganze mit RAW sauber am Laufen?

Danke und Gruß
Veit

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 02 Oktober 2017, 19:38:19

ZitatFHEM startet nun nicht mehr korrekt:
Can't use an undefined value as an ARRAY reference at ./FHEM/00_SIGNALduino.pm line 3667.

Bitte mach nochmals ein dev-r33 Update.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Dr. Smag am 02 Oktober 2017, 20:20:04

Zitat von: Ralf9 am 02 Oktober 2017, 19:38:19
Bitte mach nochmals ein dev-r33 Update.

Scheint jetzt zu gehen. Danke.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 02 Oktober 2017, 20:57:14

Es passt noch nicht in allen Fällen.
Bei mir sieht es so aus:

Code Auswählen

2017.10.01 16:33:22.536 3: sduino sduinoIdList: whitelistIds=0,3,3.1,7,9,10,12,17,43,61,12,12.1
2017.10.01 16:33:22.536 3: sduino sduinoIdList: blacklistIds=
2017.10.01 16:33:22.536 3: sduino sduinoIdList: development=m0m9
2017.10.01 16:33:22.536 3: sduino: IDlist MS 0 17 3 3.1 7
2017.10.01 16:33:22.536 3: sduino: IDlist MU 61 9
2017.10.01 16:33:22.536 3: sduino: IDlist MC 10 12 12.1 43

2017.10.01 16:33:22.538 1: sduino/define: ...
2017.10.01 16:33:22.538 1: sduino/init: ...
2017.10.01 16:33:22.538 3: sduino device opened

In der SIGNALduino_Define wird mit

Code Auswählen

InternalTimer(gettimeofday(), 'SIGNALduino_IdList',$hash,0);
der Aufruf der SIGNALduino_IdList verzögert bis alle Attribute eingelesen wurden.
In der SIGNALduino_IdList werden in den Arrays msIdList, muIdList und mcIdList die verwendeten IDs gespeichert.
Danach wird

Code Auswählen

$ret = DevIo_OpenDev($hash, 0, "SIGNALduino_DoInit", 'SIGNALduino_Connect');
aufgerufen.
Wenn das device opened wird bevor die SIGNALduino_IdList ausgeführt wird, dann wird durch das "RemoveInternalTimer($hash);"
der InternalTimer vom SIGNALduino_IdList gelöscht bevor SIGNALduino_IdList aufgerufen wird.

Wenn ich das InternalTimer umschreibe

Code Auswählen

InternalTimer(gettimeofday(), 'SIGNALduino_IdList', "sduino_IdList:$name",0);
müsste es funktionieren.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 02 Oktober 2017, 21:24:14

Wenn die SIGNALduino_IdList nicht automatisch beim Start aufgerufen wird, ~~könnt Ihr vorläufig z.B. durch Ändern vom Attribut whitelistId die SIGNALduino_IdList aufrufen.~~
Edit, wird wahrscheinlich nicht funktionieren

Ich denke jetzt könnt Ihr erahnen, warum ich solange mit dem Einbau der Blacklist gezögert habe.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 02 Oktober 2017, 21:55:41

nach einem dev-r33 Update müsste es jetzt eigentlich funktionieren.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 02 Oktober 2017, 22:16:16

Zitat von: Ralf9 am 02 Oktober 2017, 21:24:14
Ich denke jetzt könnt Ihr erahnen, warum ich solange mit dem Einbau der Blacklist gezögert habe.

Hi Ralf,

So wie ich das sehe, haben wir einfach vergessen in 'SIGNALduino_Initialize' die Listen zu initialisieren.
Schau dir mal meinen Patch an.

Grüße Sidey

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 03 Oktober 2017, 12:19:55

nach einem dev-r33 Update sollte es jetzt funktionieren.
Es sind in der IDList Routine noch ein paar Debugausgaben mit loglevel 3 drin, diese Ausgaben erhöhe ich nach der Testphase noch auf level 4 oder 5.

Beim Entwickeln ist mir nebenbei auch noch was aufgefallen.
Bei der Clientliste wird intern mit einem ".clientArray" gearbeitet, dort sind nur die Clientmodule drin bei denen auch ein device definiert ist.
Da das ".clientArray" nur beim fhem neustart oder beim ändern des IODev Attributs aktualisiert wird,
sollte nach dem Anlegen des ersten devices eines Moduls ein restart oder eine Änderung des IODev Attributs gemacht werden.

Das .clientArray kann mit "list sduino" angeschaut werden.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: snokman am 24 Oktober 2017, 10:24:24

Hallo, weiß leider nicht genau ob ich hier richtig bin :D
Habe mir nun eine nanoCUL zugelegt und sduino 3.3.1 geflasht.
Ich würde ganz gerne meine tx29dth-it damit auslesen, ich empfange aber leider nichts.
Beim Start sehe ich im Log meldungen wie :

Code Auswählen

Signalduino868/msg READ: CC1101 found
Signalduino868/msg READ: Received answer (CC1101 found) for version does not match V\s.*SIGNAL(duino|ESP).
...
...
Signalduino868/keepalive ok, retry = 0
Signalduino868/KeepAlive not ok, retry = 1 -> get ping
Signalduino868/msg READ: OK
Signalduino868/HandleWriteQueue: nothing to send, stopping timer

Einen Reset habe ich bereits durchgeführt.

Daten die ich über die CUL habe: MINI-USB Nano V3.0 ATMEGA328P FT232RL FTDI mit Active-, TX- und RX-LED / Reset-Tasterp + C1101 868 MHz Funkmodul

Falls es hilft, hier sind mal die Readings :)

Readings:
- ccconf: freq:868.000MHz bWidth:325KHz rAmpl:42dB sens:4dB DataRate:5603.79Baud)
- config: MS=1;MU=1;MC=1
- ping: OK
- raw: ccFactoryReset done
- state: opened
- version: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50

Ich danke euch schon mal im Voraus! :)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 24 Oktober 2017, 11:07:10

Hi,
Bitte mache einen eigenen Thread für Dein Thema auf.
Kurz:
set Signalduino868 freq 868.300
attr Signalduino868 verbose 5
Und dann das
list Signalduino868
und die Logauszüge zur Verfügung stellen.
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: snokman am 24 Oktober 2017, 12:01:25

Zitat von: RaspiLED am 24 Oktober 2017, 11:07:10
Hi,
Bitte mache einen eigenen Thread für Dein Thema auf...

Alles klar, Ist erstellt. Danke.
Falls es jemanden Interessiert, bzw falls jemand ne Lösung hat -> https://forum.fhem.de/index.php?topic=78422

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Johann.S am 26 Oktober 2017, 12:08:26

Hallo,

kann es sein, das auf GitHub nur die Version 3.3.0 ist?

Gruß

Johann

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 26 Oktober 2017, 21:38:12

Im github liegen sowohl die Entwicklungsversionen und auch die stabilen Versionen die im SVN veröffentlicht werden.

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: edge am 29 Oktober 2017, 22:13:54

Hallo zusammen,

ich hoffe ich bin hier richtig. Falls nicht wäre ich über einen kurzen Hinweis für das richtige Forum / Thread dankbar :)
Ich habe es heute endlich hinbekommen, dass der Signalduino richtig im FHEM erkannt wird (jedenfalls glaube ich das so zu erkennen):

Problem:
Signalduino erkennt keinen Funkverkehr auf 433,92Mhz und legt so auch keine Geräte (Elro Funksteckdosen) per Autocreate an.

Setup:
FHEM Version (SVN rev): 15337
SIGNALDuino: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
Transceiver: CC1101 Wireless Transceiver Module /433M/2500/NRF 350m
Arduino: AptoFun Nano V3.0 mit Org.ATmega328P/ FT232RL

Relevante Werte (hoffentlich):
DevState vom SIGNALDuino: initialized
STATE: opened
ccconf: freq:800.000MHz bWidth:203KHz rAmpl:33dB sens:8dB (DataRate:115051.27Baud)

Lösungsansätze:

Die 800.000Mhz wundern mich im ccconf. Hatte versucht per cc1101_freq den Wert auf 433.920 umzustellen.
Ergebnis im Log:

Code Auswählen

2017.10.29 22:06:15 3: sduino: Setting FREQ2..0 (0D,0E,0F) to 10 b0 71 = 433.920 MHz
2017.10.29 22:06:16 4: sduino/msg READ: W0F10
2017.10.29 22:06:16 4: sduino/msg READ: W10B0
2017.10.29 22:06:16 4: sduino/msg READ: W1171
2017.10.29 22:06:17 4: sduino/msg READ: cmdStrobeReg 36 chipStatus 0 delay1 0
2017.10.29 22:06:17 4: sduino/msg READ: cmdStrobeReg 34 chipStatus 0 delay1 1
2017.10.29 22:06:17 4: sduino/HandleWriteQueue: nothing to send, stopping timer

Ich hoffe ich habe alle notwendigen Infos geliefert? Wenn nicht, liefere ich natürlich gerne nach :)

[Update: 30.10.2017 - 17:16 Uhr]
Ich habe den SIGNALduino nach einem "update all" des fhem Systems noch mal neu geflashed. Nun habe ich nicht mehr die Möglichkeit ccconf bei "get" auszuwählen und die Option für die Frequenzänderung wird mir auch nicht mehr angeboten? "uptime" und "version" liefern noch Rückmeldungen.

Viele Grüße

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 30 Oktober 2017, 13:16:36

Erledigt Leute! war eine kalte Lötstelle!

Hallo Leute!
Bin grade draufgekommen das mein sduino mit cc1101 irgendwie nicht mehr funktioniert! wenn ich irgend was mit get mache kommt

get creg, ccconf und ccpatable

Code Auswählen

This command is only available with a cc1101 receiver

ist der cc1101 kaputt?

noch ein list des sduino

Code Auswählen

Internals: 
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:SIGNALduino_un: 
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700CVK6-if00-port0@57600 
   DMSG       nothing 
   DevState   initialized 
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700CVK6-if00-port0@57600 
   FD         50 
   LASTDMSG   nothing 
   NAME       sduino 
   NR         59 
   PARTIAL 
   STATE      opened 
   TIME       1509363882 
   TYPE       SIGNALduino 
   sendworking 0 
   unknownmessages 
   version    V 3.3.1-dev SIGNALduino - compiled at Mar 10 2017 22:54:50 
   MatchList: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$ 
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^Ys[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     17:SD_UT   ^u30#.* 
     18:FLAMINGO ^P13#[A-Fa-f0-9]+ 
     19:CUL_WS  ^K[A-Fa-f0-9]{5,} 
     1:IT       ^i...... 
     20:Revolt  ^r[A-Fa-f0-9]{22} 
     21:FS10    ^P61#[A-F0-9]+ 
     22:Siro    ^P72#[A-Fa-f0-9]+ 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8} 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8} 
     7:Hideki   ^P12#75[A-F0-9]+ 
     9:CUL_FHTTK ^T[A-F0-9]{8} 
     X:SIGNALduino_un ^[u]\d+#.* 
   QUEUE: 
   READINGS: 
     2017-10-23 15:50:39   ccconf          freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud) 
     2017-10-30 13:07:59   cmds             V R t X F S P C r W 
     2017-10-03 22:29:30   config          MS=1;MU=1;MC=1 
     2017-10-30 13:16:18   ping            OK 
     2017-10-30 13:10:29   raw             Unsupported command 
     2017-10-30 13:03:42   state           opened 
     2017-10-30 13:07:44   uptime          0 00:04:03 
     2017-10-30 13:07:38   version         V 3.3.1-dev SIGNALduino - compiled at Mar 10 2017 22:54:50 
   getcmd: 
   keepalive: 
     ok         0 
     retry      0 
   mcIdList: 
     10 
     11 
     12 
     43 
     47 
   msIdList: 
     0 
     1 
     17 
     2 
     3 
     33 
     38 
     4 
     51 
     7 
   muIdList: 
     16 
     30 
     37 
     39 
     44 
     45 
     5 
     50 
     8 
     9 
Attributes: 
   devStateIcon opened:WLAN_Status.1 disconnected:WLAN_Status.0 
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] 
   group      Gateway 
   hardware   nanoCC1101 
   room       Gateways 
   verbose    3 
   whitelist_IDs 0,1,2,3,4,5,7,8,9,10,11,12,16,17,30,33,37,38,39,43,44,45,47,50,51

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 30 Oktober 2017, 18:18:09

Kannst Du mal den ,,boot" des Signalduino über USB beobachten (minicom oder Arduino IDE) da kommen logeinträge die auch Hinweise geben, ob der cc1101 gefunden wird.
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: bioshifter am 07 November 2017, 20:31:19

Nabend allen Gurus!
eigentlich wollte ich Euch hier nicht mit meiner Noob-Frage behelligen, aber in den anderen Brettern scheint niemand eine Idee zu haben.
Daher möchte ich Euch bitten mal kurz hier reinzuschauen falls ihr Zeit erübrigen könnt, vielleicht ist die Lösung für Euch naheliegend.

https://forum.fhem.de/index.php/topic,79035.0.html

Vielen Dank im Voraus!
Grüße
bio

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 14 November 2017, 00:17:11

Hallo Leute habe noch immer Probleme mit dem signalduino! hatte es erst auf die somfy/culfw geschoben aber irgend etwas passt nicht! reichweite?

Code Auswählen

2017.11.02 09:22:47 4 : SOMFY_set: Markise -> entering with mode :send: cmd :on: arg1 :: pos :0:
2017.11.02 09:22:47 4 : SOMFY_set: handled command on --> move :on: newState :closed:
2017.11.02 09:22:47 5 : SOMFY_set: handled for drive/udpate: updateState :: drivet :0: updatet :0:
2017.11.02 09:22:47 4 : SOMFY_sendCommand: Markise -> cmd :on:
2017.11.02 09:22:47 5 : sduino/write: adding to queue sendMsg P43#A2E7E7B5EADECC#R6
2017.11.02 09:22:47 5 : sduino: sendmsg msg=P43#A2E7E7B5EADECC#R6
2017.11.02 09:22:47 5 : sduino: sendmsg Preparing manchester protocol=43, repeats=0, clock=645 data=A2E7E7B5EADECC
2017.11.02 09:22:47 5 : AddSendQueue: sduino: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2E7E7B5EADECC;F=10AB85550A; (1)
2017.11.02 09:22:47 4 : sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2E7E7B5EADECC;F=10AB85550A;
2017.11.02 09:22:47 5 : sduino SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2E7E7B5EADECC;F=10AB85550A;
2017.11.02 09:22:47 4 : sduino SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2E7E7B5EADECC;F=10AB85550A;
2017.11.02 09:22:47 4 : sduino/msg READ: write new ccreg 10AB85550A
2017.11.02 09:22:47 4 : sduino/msg READ: Received answer (write new ccreg 10AB85550A) for sendraw does not match ^S(R|C|M);
2017.11.02 09:22:48 4 : sduino/msg READ: ccreg write back 10AB850700
2017.11.02 09:22:48 4 : sduino/msg READ: Received answer (ccreg write back 10AB850700) for sendraw does not match ^S(R|C|M);
2017.11.02 09:22:48 4 : sduino/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2E7E7B5EADECC;F=10AB85550A;
2017.11.02 09:22:48 5 : sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2E7E7B5EADECC;F=10AB85550A;
2017.11.02 09:22:48 4 : sduino/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A2E7E7B5EADECC;F=10AB85550A;
2017.11.02 09:22:48 4 : sduino/HandleWriteQueue: nothing to send, stopping timer
2017.11.02 09:23:11 4 : SOMFY_set: Markise -> entering with mode :send: cmd :off: arg1 :: pos :200:
2017.11.02 09:23:11 4 : SOMFY_set: handled command off --> move :off: newState :open:
2017.11.02 09:23:11 5 : SOMFY_set: handled for drive/udpate: updateState :: drivet :0: updatet :0:
2017.11.02 09:23:11 4 : SOMFY_sendCommand: Markise -> cmd :off:
2017.11.02 09:23:11 5 : sduino/write: adding to queue sendMsg P43#A38080D38CB8AA#R6
2017.11.02 09:23:11 5 : sduino: sendmsg msg=P43#A38080D38CB8AA#R6
2017.11.02 09:23:11 5 : sduino: sendmsg Preparing manchester protocol=43, repeats=0, clock=645 data=A38080D38CB8AA
2017.11.02 09:23:11 5 : AddSendQueue: sduino: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38080D38CB8AA;F=10AB85550A; (1)
2017.11.02 09:23:11 4 : sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38080D38CB8AA;F=10AB85550A;
2017.11.02 09:23:11 5 : sduino SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38080D38CB8AA;F=10AB85550A;
2017.11.02 09:23:11 4 : sduino SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38080D38CB8AA;F=10AB85550A;
2017.11.02 09:23:11 4 : sduino/msg READ: write new ccreg 10AB85550A
2017.11.02 09:23:11 4 : sduino/msg READ: Received answer (write new ccreg 10AB85550A) for sendraw does not match ^S(R|C|M);
2017.11.02 09:23:12 4 : sduino/msg READ: ccreg write back 10AB850700
2017.11.02 09:23:12 4 : sduino/msg READ: Received answer (ccreg write back 10AB850700) for sendraw does not match ^S(R|C|M);
2017.11.02 09:23:12 4 : sduino/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38080D38CB8AA;F=10AB85550A;
2017.11.02 09:23:12 5 : sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38080D38CB8AA;F=10AB85550A;
2017.11.02 09:23:12 4 : sduino/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38080D38CB8AA;F=10AB85550A;
2017.11.02 09:23:12 4 : sduino/HandleWriteQueue: nothing to send, stopping timer
2017.11.02 09:23:22 3 : CUL_HM set Bad_temp statusRequest
2017.11.02 09:23:23 4 : SOMFY_set: Markise -> entering with mode :send: cmd :go-my: arg1 :: pos :0:
2017.11.02 09:23:23 4 : SOMFY_set: handled command go-my --> move :stop: newState :go-my:
2017.11.02 09:23:23 5 : SOMFY_set: handled for drive/udpate: updateState :: drivet :0: updatet :0:
2017.11.02 09:23:23 4 : SOMFY_sendCommand: Markise -> cmd :stop:
2017.11.02 09:23:23 5 : sduino/write: adding to queue sendMsg P43#A4B4B4E0BF8B99#R6
2017.11.02 09:23:23 5 : sduino: sendmsg msg=P43#A4B4B4E0BF8B99#R6
2017.11.02 09:23:23 5 : sduino: sendmsg Preparing manchester protocol=43, repeats=0, clock=645 data=A4B4B4E0BF8B99
2017.11.02 09:23:23 5 : AddSendQueue: sduino: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4B4B4E0BF8B99;F=10AB85550A; (1)
2017.11.02 09:23:23 4 : sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4B4B4E0BF8B99;F=10AB85550A;
2017.11.02 09:23:24 5 : sduino SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4B4B4E0BF8B99;F=10AB85550A;
2017.11.02 09:23:24 4 : sduino SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4B4B4E0BF8B99;F=10AB85550A;
2017.11.02 09:23:24 4 : sduino/msg READ: write new ccreg 10AB85550A
2017.11.02 09:23:24 4 : sduino/msg READ: Received answer (write new ccreg 10AB85550A) for sendraw does not match ^S(R|C|M);
2017.11.02 09:23:24 4 : sduino/msg READ: ccreg write back 10AB850700
2017.11.02 09:23:24 4 : sduino/msg READ: Received answer (ccreg write back 10AB850700) for sendraw does not match ^S(R|C|M);
2017.11.02 09:23:24 4 : sduino/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4B4B4E0BF8B99;F=10AB85550A;
2017.11.02 09:23:24 5 : sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4B4B4E0BF8B99;F=10AB85550A;
2017.11.02 09:23:24 4 : sduino/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A4B4B4E0BF8B99;F=10AB85550A;
2017.11.02 09:23:24 4 : sduino/HandleWriteQueue: nothing to send, stopping timer
2017.11.02 09:23:25 4 : SOMFY_set: Markise -> entering with mode :send: cmd :go-my: arg1 :: pos :50:
2017.11.02 09:23:25 4 : SOMFY_set: handled command go-my --> move :stop: newState :go-my:
2017.11.02 09:23:25 5 : SOMFY_set: handled for drive/udpate: updateState :: drivet :0: updatet :0:
2017.11.02 09:23:25 4 : SOMFY_sendCommand: Markise -> cmd :stop:
2017.11.02 09:23:25 5 : sduino/write: adding to queue sendMsg P43#A5B5B5E0BF8B99#R6
2017.11.02 09:23:25 5 : sduino: sendmsg msg=P43#A5B5B5E0BF8B99#R6
2017.11.02 09:23:25 5 : sduino: sendmsg Preparing manchester protocol=43, repeats=0, clock=645 data=A5B5B5E0BF8B99
2017.11.02 09:23:25 5 : AddSendQueue: sduino: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B5B5E0BF8B99;F=10AB85550A; (1)
2017.11.02 09:23:25 4 : sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B5B5E0BF8B99;F=10AB85550A;
2017.11.02 09:23:25 5 : sduino SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B5B5E0BF8B99;F=10AB85550A;
2017.11.02 09:23:25 4 : sduino SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B5B5E0BF8B99;F=10AB85550A;
2017.11.02 09:23:25 4 : sduino/msg READ: write new ccreg 10AB85550A
2017.11.02 09:23:25 4 : sduino/msg READ: Received answer (write new ccreg 10AB85550A) for sendraw does not match ^S(R|C|M);
2017.11.02 09:23:26 4 : sduino/msg READ: ccreg write back 10AB850700
2017.11.02 09:23:26 4 : sduino/msg READ: Received answer (ccreg write back 10AB850700) for sendraw does not match ^S(R|C|M);
2017.11.02 09:23:26 4 : sduino/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B5B5E0BF8B99;F=10AB85550A;
2017.11.02 09:23:26 5 : sduino/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B5B5E0BF8B99;F=10AB85550A;
2017.11.02 09:23:26 4 : sduino/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A5B5B5E0BF8B99;F=10AB85550A;
2017.11.02 09:23:26 4 : sduino/HandleWriteQueue: nothing to send, stopping timer
2017.11.02 09:23:36 4 : sduino/keepalive ok, retry = 0
2017.11.02 09:23:44 4 : sduino/msg READ: MC;LL=-1330;LH=1210;SL=-670;SH=614;D=E6F51EC5F554;C=637;L=46;R=63;
2017.11.02 09:23:44 4 : sduino/msg READ: MC;LL=-1330;LH=1210;SL=-670;SH=614;D=AAB9BD47B17D55;C=637;L=56;R=63;
2017.11.02 09:23:44 4 : sduino: Found manchester Protocol id 43 clock 637 RSSI -42.5 -> Somfy RTS
2017.11.02 09:23:44 5 : sduino: extracted data 10101010101110011011110101000111101100010111110101010101 (bin)
2017.11.02 09:23:44 4 : sduino: Somfy bitdata: 10101010101110011011110101000111101100010111110101010101 (56)
2017.11.02 09:23:44 5 : sduino Dispatch: YsAAB9BD47B17D55, test ungleich: disabled
2017.11.02 09:23:44 5 : sduino Dispatch: YsAAB9BD47B17D55, -42.5 dB, dispatch
2017.11.02 09:23:44 5 : sduino: dispatch YsAAB9BD47B17D55
2017.11.02 09:23:45 4 : sduino: Somfy RTS preprocessing check: 3 enc: AAB9BD47B17D55 dec: AA1304FAF6CC28
2017.11.02 09:23:45 4 : SOMFY_set: Markise -> entering with mode :virtual: cmd :stop: arg1 :: pos :50:
2017.11.02 09:23:45 4 : SOMFY_set: handled command stop --> move :stop: newState :go-my:
2017.11.02 09:23:45 5 : SOMFY_set: handled for drive/udpate: updateState :: drivet :0: updatet :0:
2017.11.02 09:23:48 4 : sduino/msg READ: MC;LL=-1291;LH=1196;SL=-686;SH=573;D=788F6;C=624;L=20;R=20;
2017.11.02 09:23:52 4 : sduino/msg READ: MC;LL=-1338;LH=1225;SL=-768;SH=532;D=ADBEBA47B17D55;C=643;L=56;R=19;
2017.11.02 09:23:52 4 : sduino: Found manchester Protocol id 43 clock 643 RSSI -64.5 -> Somfy RTS
2017.11.02 09:23:52 5 : sduino: extracted data 10101101101111101011101001000111101100010111110101010101 (bin)
2017.11.02 09:23:52 4 : sduino: Somfy bitdata: 10101101101111101011101001000111101100010111110101010101 (56)
2017.11.02 09:23:52 5 : sduino Dispatch: YsADBEBA47B17D55, test ungleich: disabled
2017.11.02 09:23:52 5 : sduino Dispatch: YsADBEBA47B17D55, -64.5 dB, dispatch
2017.11.02 09:23:52 5 : sduino: dispatch YsADBEBA47B17D55
2017.11.02 09:23:52 4 : sduino: Somfy RTS preprocessing check: 3 enc: ADBEBA47B17D55 dec: AD1304FDF6CC28
2017.11.02 09:23:52 4 : SOMFY_set: Markise -> entering with mode :virtual: cmd :stop: arg1 :: pos :50:
2017.11.02 09:23:52 4 : SOMFY_set: handled command stop --> move :stop: newState :go-my:
2017.11.02 09:23:52 5 : SOMFY_set: handled for drive/udpate: updateState :: drivet :0: updatet :0:
2017.11.02 09:23:55 4 : sduino/msg READ: MC;LL=-1427;LH=1199;SL=-710;SH=586;D=57C7C;C=653;L=19;R=20;
2017.11.02 09:23:55 4 : sduino/msg READ: MC;LL=-1269;LH=1312;SL=-623;SH=669;D=E9049CCC;C=645;L=30;R=11;
2017.11.02 09:23:58 4 : sduino/msg READ: MU;P0=-1324;P1=1190;P2=-701;P3=605;D=0101232323032103232321230103232123032103232123232301230323210;CP=3;R=22;
2017.11.02 09:23:58 5 : sduino: applying filterfunc SIGNALduino_compPattern
2017.11.02 09:23:58 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.11.02 09:23:58 5 : sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.11.02 09:23:58 4 : sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.11.02 09:23:58 5 : sduino: Starting demodulation at Position 3
2017.11.02 09:23:58 4 : sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.11.02 09:23:58 5 : sduino: Starting demodulation at Position 3
2017.11.02 09:23:58 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.11.02 09:23:58 5 : sduino: Starting demodulation at Position 3
2017.11.02 09:23:58 4 : sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.11.02 09:23:58 5 : sduino: Starting demodulation at Position 3
2017.11.02 09:24:01 4 : sduino/msg READ: MC;LL=-1310;LH=1240;SL=-666;SH=582;D=A28C898B7DB199;C=632;L=56;R=30;
2017.11.02 09:24:01 4 : sduino: Found manchester Protocol id 43 clock 632 RSSI -59 -> Somfy RTS
2017.11.02 09:24:01 5 : sduino: extracted data 10100010100011001000100110001011011111011011000110011001 (bin)
2017.11.02 09:24:01 4 : sduino: Somfy bitdata: 10100010100011001000100110001011011111011011000110011001 (56)
2017.11.02 09:24:01 5 : sduino Dispatch: YsA28C898B7DB199, test ungleich: disabled
2017.11.02 09:24:01 5 : sduino Dispatch: YsA28C898B7DB199, -59 dB, dispatch
2017.11.02 09:24:01 5 : sduino: dispatch YsA28C898B7DB199
2017.11.02 09:24:01 4 : sduino: Somfy RTS preprocessing check: E enc: A28C898B7DB199 dec: A22E0502F6CC28
2017.11.02 09:24:01 4 : SOMFY_set: Markise -> entering with mode :virtual: cmd :off: arg1 :: pos :50:
2017.11.02 09:24:01 4 : SOMFY_set: handled command off --> move :off: newState :open:
2017.11.02 09:24:01 5 : SOMFY_set: handled for drive/udpate: updateState :: drivet :0: updatet :0:
2017.11.02 09:24:01 4 : sduino/msg READ: MU;P0=1237;P1=-677;P2=603;P3=-3936;P4=2426;P5=-2558;P6=4784;P7=-1318;D=34545454545454567070121270701212721012701212701272101212707210721212121072107210121272101272101272;CP=2;R=27;
2017.11.02 09:24:01 5 : sduino: applying filterfunc SIGNALduino_compPattern
2017.11.02 09:24:01 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.11.02 09:24:01 5 : sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2017.11.02 09:24:01 4 : sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2017.11.02 09:24:01 5 : sduino: Starting demodulation at Position 19
2017.11.02 09:24:01 4 : sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2017.11.02 09:24:01 5 : sduino: Starting demodulation at Position 19
2017.11.02 09:24:01 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.11.02 09:24:01 5 : sduino: Starting demodulation at Position 19
2017.11.02 09:24:01 4 : sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2017.11.02 09:24:01 5 : sduino: Starting demodulation

ist ein etwas älterer log bin nicht früher dazugekommen es hier zu posten! sind es Empfangs Probleme?

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 14 November 2017, 23:07:04

Zitathabe noch immer Probleme mit dem signalduino! hatte es erst auf die somfy/culfw geschoben aber irgend etwas passt nicht! reichweite?

Was funktioniert nicht, das Senden oder der Empfang?
Beim Senden kann ich im log nichts auffälliges feststellen.

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 14 November 2017, 23:20:41

@HomeAutoUser hat im Hideki Modul Readings erweitert

ZitatErgänzung HidekiProtokoll spezifische Readings
- comfort_level
- package_number

Ich habe in der 00_SIGNALduino.pm das "Device specific help" um ein paar Attribute ergänzt
https://github.com/RFD-FHEM/RFFHEM/commit/a42b1e162f95fad74bca414e8a2a81b66b756c35

Es wäre schön, wenn jemand drüber schauen könnte und die Beschreibung der Attribute development und noMsgVerbose nach Englisch übersetzen und ggf überarbeiten könnte.

Code Auswählen

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

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 14 November 2017, 23:54:53

Er empfängt das hideki signal nicht und das somfy sendet er nicht!

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: ghostwriter am 16 November 2017, 08:14:59

Moin moin,

wäre nett wenn sich dies hier jemand mal ansehen könnte - DANKE

https://forum.fhem.de/index.php/topic,78768.0.html

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 16 November 2017, 14:58:34

Hallo zusammen.

habe heute ein Update von FHEm gemacht und es wurden dann auch die Dateien aus der

Code Auswählen


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

geupdatet.

Habe dann mal in Systemlog geschaut.
Dabei sind wieder jede Menge Unknown Code aufgetaucht.

Code Auswählen


2017.11.16 14:53:00 3: wlanduino: Unknown code u20#A882A82208, help me!
2017.11.16 14:52:48 3: wlanduino: Unknown code u20#10011444054045150, help me!
2017.11.16 14:52:06 3: wlanduino: Unknown code u20#FFFFFFFFFFFD5F5DC, help me!
2017.11.16 14:51:34 3: wlanduino: Unknown code u20#BAABFEBEAAAAAAAAAFAEAAAAAABFBEBAEAAEFBBABEFFBEEF, help me!
2017.11.16 14:51:32 3: wlanduino: Unknown code u20#D575DDFDF4, help me!
2017.11.16 14:51:28 3: wlanduino: Unknown code u20#22222002A828000000000A08008, help me!

Ich bin mir auch ziemlich sicher gewesen, die Protokoll ID 20 in die Blacklist eingetragen zu haben.

Weiter unten fand ich dann im LOG folgendes.

Code Auswählen


2017.11.16 14:45:13 3: wlanduino: unknown attribute blacklist_IDs. Type 'attr wlanduino ?' for a detailed list.
2017.11.16 14:45:13 3: wlanduino: unknown attribute addvaltrigger. Type 'attr wlanduino ?' for a detailed list.

Hier ein List von dem Device

Code Auswählen


Internals: 
   Clients    :IT:CUL_TCM97001:OREGON:CUL_TX:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_WS_Maverick:SIGNALduino_un: 
   DEF        192.168.2.20:23 
   DMSG       P7#F18067F00 
   DevState   initialized 
   DeviceName 192.168.2.20:23 
   FD         5 
   MSGCNT     64 
   NAME       wlanduino 
   NR         65 
   PARTIAL 
   RAWMSG     MS;P2=466;P4=-1983;P5=-993;P6=-4039;D=26242424242525252424252525252525252524242525242424242424242525252525252525;CP=2;SP=6;R=40;O; 
   STATE      opened 
   TIME       1510840623 
   TYPE       SIGNALduino 
   unknownmessages 
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   MatchList: 
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2} 
     11:SD_WS09 ^P9#[A-Fa-f0-9]+ 
     12:SD_WS   ^W\d+x{0,1}#.* 
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+ 
     14:Dooya   ^P16#[A-Fa-f0-9]+ 
     15:SOMFY   ^YsA[0-9A-F]+ 
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+ 
     1:IT       ^i...... 
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+ 
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).* 
     5:CUL_TX   ^TX.......... 
     7:Hideki   ^P12#75[A-F0-9]+ 
     X:SIGNALduino_un ^[uP]\d+#.* 
   QUEUE: 
   READINGS: 
     2017-11-16 14:44:17   ITParms         Unsupported command 
     2017-08-30 20:57:00   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud) 
     2017-07-26 23:10:37   ccpatable       C3E = 00 84 00 00 00 00 00 00  => 5_dBm 
     2017-03-12 09:08:45   ccreg           C3E = 00 84 00 00 00 00 00 00 
     2017-11-16 14:44:24   config          MS=1;MU=1;MC=1 
     2017-04-01 18:41:03   freeram         645 
     2017-10-26 19:09:31   ping            OK 
     2017-11-16 14:57:03   state           opened 
     2017-06-14 16:45:00   uptime          0 00:01:23 
     2017-11-16 14:45:39   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50 
   keepalive: 
     ok         1 
     retry      0 
   mcIdList: 
     10 
     11 
     12 
     18 
     43 
     47 
   msIdList: 
     0 
     1 
     13 
     14 
     15 
     17 
     2 
     22 
     23 
     25 
     3 
     32 
     33 
     35 
     38 
     4 
     41 
     45 
     6 
     7 
   muIdList: 
     16 
     20 
     21 
     24 
     26 
     27 
     28 
     29 
     30 
     31 
     34 
     36 
     37 
     39 
     40 
     42 
     44 
     46 
     48 
     49 
     5 
     50 
     51 
     8 
     9 
Attributes: 
   devStateIcon opened:cul_wlan@lime disconnected:cul_wlan@red 
   flashCommand avrdude -p atmega328p -c arduino -b 57600 -P net:[PORT] -vv -U flash:w:[HEXFILE] 2>[LOGFILE] 
   hardware   nanoCC1101 
   icon       cul_wlan 
   longids    1 
   room       99_receiver 
   verbose    3

Mir ist auch aufgefallen, dass ich beim attr kein CC1101 mehr auswählen kann.

Wurde dies alles geändert ?
Die Blacklist ID war schon genial um die ganzen Meldungen zu unterdrücken !!!!

Gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 16 November 2017, 15:59:59

Mach noch einmal ein

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

Du hast die Version aus dem SVN.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: sash.sc am 16 November 2017, 16:31:20

Habe diese auch per update add hinzu gefügt. bis jetzt war es immer so, dass bei einem update die daten aus dem svn geladen wurden und dann das manuell hinzugefügt eingespielt wurde !!

oder sehe ich da was falsch ?

Habe das Update mal manuell durchgeführt.
Dabei ist folgendes aufgetreten. siehe log ganz unten

Code Auswählen


2017.11.16 16:33:25 1 : backup done: FHEM-20171116_162952.tar.gz (103989408 Bytes)
2017.11.16 16:33:26 1 : UPD FHEM/14_SD_AS.pm
2017.11.16 16:33:26 1 : UPD FHEM/14_BresserTemeo.pm
2017.11.16 16:33:26 1 : UPD FHEM/10_FS10.pm
2017.11.16 16:33:26 1 : UPD FHEM/14_SD_WS.pm
2017.11.16 16:33:27 1 : UPD FHEM/41_OREGON.pm
2017.11.16 16:33:27 1 : UPD FHEM/14_SD_WS09.pm
2017.11.16 16:33:28 1 : UPD FHEM/14_SD_UT.pm
2017.11.16 16:33:28 1 : UPD FHEM/firmware/SIGNALduino_nano328.hex
2017.11.16 16:33:28 1 : UPD FHEM/firmware/SIGNALduino_promini328.hex
2017.11.16 16:33:29 3 : wlanduino: Unknown code u42#FE2C6E469, help me!
2017.11.16 16:33:29 1 : UPD FHEM/firmware/SIGNALduino_uno.hex
2017.11.16 16:33:30 1 : UPD FHEM/firmware/SIGNALduino_nanoCC1101.hex
2017.11.16 16:33:31 1 : UPD FHEM/firmware/SIGNALDuino_radinoCC1101.hex
2017.11.16 16:33:32 1 : UPD FHEM/14_FLAMINGO.pm
2017.11.16 16:33:32 1 : UPD FHEM/14_SD_WS07.pm
2017.11.16 16:33:32 1 : UPD FHEM/14_SD_RSL.pm
2017.11.16 16:33:33 1 : UPD FHEM/98_Dooya.pm
2017.11.16 16:33:34 1 : UPD FHEM/14_Hideki.pm
2017.11.16 16:33:34 1 : UPD FHEM/00_SIGNALduino.pm
2017.11.16 16:33:37 1 : Got 185673 bytes for FHEM/00_SIGNALduino.pm, expected 185672
2017.11.16 16:33:37 1 : aborting.

Gruß
Sascha

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Sidey am 16 November 2017, 16:39:41

Okay Du hast alles richtig gemacht, unser Fehler :)

Update klappt jetzt wieder.

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 16 November 2017, 18:48:08

Zitat von: Kawaci am 14 November 2017, 23:54:53
Er empfängt das hideki signal nicht und das somfy sendet er nicht!

Hi,
Somfy sendet auf 433.420 nicht 433.920. Wie testest Du denn? Mach mal einen neuen Thread auf. Da drin brauchen wir lists der Signalduino und Somfy und Hidecki Devices und Eventmonitor Logs bei verbose.
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 16 November 2017, 20:26:39

Bei Somfy wird beim Senden automatisch auf 433.420 gewechselt:

Code Auswählen

2017.11.02 09:23:11 4 : sduino SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A38080D38CB8AA;F=10AB85550A;
2017.11.02 09:23:11 4 : sduino/msg READ: write new ccreg 10AB85550A

Was ergibt:

Code Auswählen

get sduino ccpatable

Wie weit ist Dein hideki Sensor vom sduino weg?
Bei der aktuellen Firmware sollte der RSSI vom hideki Sensor nicht schlechter als ca -60 sein

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: RaspiLED am 16 November 2017, 20:48:40

Hi Ralf,
das war mir klar, aber es ist für den Testaufbau (z.B. Empfang von anderem CUL) relevant ;-) Nir weil der Rolladen sich nicht bewegt, heisst es nicht, dass er nicht sendet *lol* Der Rollingcode tut ja sein übriges... Willst Du solche Themen hier weiter diskutieren oder lieber in eigenen Thread auslagern. Ich behaupte, dass es nichts mit der Firmware zu tun hat!
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Ralf9 am 16 November 2017, 21:29:40

Ja, dies passt z.B. besser hier hin:
https://forum.fhem.de/index.php/topic,64141.75.html

Es gibt dafür auch ein Wiki
https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino

Gruß Ralf

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 16 November 2017, 22:04:41

so habe einen neuen thread angefangen!

https://forum.fhem.de/index.php/topic,79663.0.html (https://forum.fhem.de/index.php/topic,79663.0.html)

Titel: Antw:Signalduino Entwicklung Version 3.3.1
Beitrag von: Kawaci am 16 November 2017, 22:07:06

@Ralf9 diese links habe ich schon zigmal durchgelesen aber ich bin bei keinem weiter gekommen entweder ich kapiert nicht oder ich steh komplett am schlauch!

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Johann.S am 22 November 2017, 09:10:19

Habe gerade ein

Code Auswählen

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
durchgeführt unf bekomme jetzt meine Signalduinos nicht mehr zum laufen?

Log:

Code Auswählen

2017.11.22 09:01:54 0: Server shutdown
2017.11.22 09:01:54 1: HMCCURPC: Found 3 threads. Stopping ...
2017.11.22 09:01:54 1: HMCCURPC: Deregistering RPC server http://192.168.188.230:7411/fh2001 with ID CB2001 at http://192.168.188.211:2001/
2017.11.22 09:01:54 1: HMCCURPC: RPC callback for server CB2001 deregistered
2017.11.22 09:01:54 1: HMCCURPC: Deregistering RPC server http://192.168.188.230:7420/fh2010 with ID CB2010 at http://192.168.188.211:2010/
2017.11.22 09:01:54 1: HMCCURPC: RPC callback for server CB2010 deregistered
2017.11.22 09:01:54 2: HMCCURPC: Sending signal INT to thread CB2001 TID=2
2017.11.22 09:01:54 2: HMCCURPC: Sending signal INT to thread CB2010 TID=3
2017.11.22 09:01:54 2: CCURPC: RPC server CB2001 stopped handling connections. TID=2
2017.11.22 09:01:55 1: HMCCURPC: Found 1 threads. Stopping ...
2017.11.22 09:01:55 2: HMCCURPC: Sending signal INT to thread CB2010 TID=3
2017.11.22 09:01:56 1: BlockingInformParent (BlockingStart): Can't connect to localhost:37707: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.11.22 09:01:56 1: BlockingInformParent (DbLog_PushAsyncDone): Can't connect to localhost:37707: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.11.22 09:03:06 1: Including fhem.cfg
2017.11.22 09:03:06 3: WEB: port 8083 opened
2017.11.22 09:03:06 3: WEBphone: port 8084 opened
2017.11.22 09:03:06 3: WEBtablet: port 8085 opened
2017.11.22 09:03:07 2: eventTypes: loaded 1573 events from ./log/eventTypes.txt
2017.11.22 09:03:07 1: reload: Error:Modul 00_SIGNALduino deactivated:
 syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef"
BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 58.

2017.11.22 09:03:07 0: syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef"
BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 58.

2017.11.22 09:03:07 1: PERL WARNING: Subroutine SIGNALduino_Initialize redefined at ./FHEM/00_SIGNALduino.pm line 1505, <$fh> line 64.
2017.11.22 09:03:07 1: PERL WARNING: Subroutine SIGNALduino_FingerprintFn redefined at ./FHEM/00_SIGNALduino.pm line 1553, <$fh> line 64.
2017.11.22 09:03:07 1: reload: Error:Modul 00_SIGNALduino deactivated:
 syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef"
BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 64.

2017.11.22 09:03:07 0: syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef"
BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 64.

2017.11.22 09:03:08 3: DbLog logdb: Creating Push-Handle to database mysql:database=fhemdb;host=192.168.188.10;port=3306 with user fhemadmin
2017.11.22 09:03:08 3: DbLog logdb: Push-Handle to db mysql:database=fhemdb;host=192.168.188.10;port=3306 created
2017.11.22 09:03:08 3: DbLog logdb: UTF8 support enabled
2017.11.22 09:03:10 1: HMCCU: Device CCU2. Initialized version 4.1.001
2017.11.22 09:03:13 1: HMCCU: Read 31 devices with 237 channels from CCU 192.168.188.211
2017.11.22 09:03:13 1: HMCCURPC: Device CCU2_rpc. Initialized version 0.96 beta
2017.11.22 09:03:13 1: Including ./log/fhem.save
2017.11.22 09:03:14 1: configfile: Cannot load module SIGNALduino
Cannot load module SIGNALduino

2017.11.22 09:03:14 3: No I/O device found for Rollo_SZ_rechts
2017.11.22 09:03:14 3: No I/O device found for Dooya_1110101100001001010010100101_1
2017.11.22 09:03:14 3: No I/O device found for Rollo_SZ_links
2017.11.22 09:03:14 3: No I/O device found for Rollo_WZ_rechts
2017.11.22 09:03:14 3: No I/O device found for Rollo_WZ_links
2017.11.22 09:03:14 3: No I/O device found for Stecker_A2
2017.11.22 09:03:14 3: No I/O device found for Stecker_A1
2017.11.22 09:03:14 3: No I/O device found for Stecker_A3
2017.11.22 09:03:14 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2017.11.22 09:03:14 3: HarmonyHub: connected
2017.11.22 09:03:14 1: usb create starting
2017.11.22 09:03:15 3: Probing CUL device /dev/ttyAMA0
2017.11.22 09:03:15 3: Probing TCM_ESP3 device /dev/ttyAMA0
2017.11.22 09:03:15 3: Probing ZWDongle device /dev/ttyAMA0
2017.11.22 09:03:15 3: Probing FRM device /dev/ttyAMA0
2017.11.22 09:03:20 3: Probing TCM_ESP3 device /dev/ttyUSB0
2017.11.22 09:03:21 3: Probing TCM_ESP2 device /dev/ttyUSB0
2017.11.22 09:03:21 3: Probing FHZ device /dev/ttyUSB0
2017.11.22 09:03:21 3: Probing TRX device /dev/ttyUSB0
2017.11.22 09:03:22 3: Probing ZWDongle device /dev/ttyUSB0
2017.11.22 09:03:22 3: Probing FRM device /dev/ttyUSB0
2017.11.22 09:03:29 3: Probing TCM_ESP3 device /dev/ttyUSB1
2017.11.22 09:03:29 3: Probing TCM_ESP2 device /dev/ttyUSB1
2017.11.22 09:03:29 3: Probing FHZ device /dev/ttyUSB1
2017.11.22 09:03:30 3: Probing TRX device /dev/ttyUSB1
2017.11.22 09:03:30 3: Probing ZWDongle device /dev/ttyUSB1
2017.11.22 09:03:31 3: Probing FRM device /dev/ttyUSB1
2017.11.22 09:03:37 1: usb create end
2017.11.22 09:03:37 2: Messages collected while initializing FHEM: configfile: Cannot load module SIGNALduino Cannot load module SIGNALduino 
2017.11.22 09:03:37 0: Featurelevel: 5.8
2017.11.22 09:03:37 0: Server started with 110 defined entities (fhem.pl:15042/2017-09-10 perl:5.020002 os:linux user:fhem pid:28014)
2017.11.22 09:03:37 2: HMCCURPC: Starting thread for data processing
2017.11.22 09:03:38 2: HMCCURPC: Started thread for data processing. TID=1
2017.11.22 09:03:38 2: CCURPC: Thread DATA processing RPC events. TID=1
2017.11.22 09:03:38 2: HMCCURPC: RPC server thread started for interface BidCos-RF with TID=2
2017.11.22 09:03:38 2: CCURPC: Initializing RPC server CB2001 for interface BidCos-RF
2017.11.22 09:03:39 2: HMCCURPC: Callback server CB2001 created. Listening on port 7411
2017.11.22 09:03:39 2: CCURPC: CB2001 accepting connections. TID=2
2017.11.22 09:03:39 2: HMCCURPC: RPC server thread started for interface HmIP-RF with TID=3
2017.11.22 09:03:39 2: CCURPC: Initializing RPC server CB2010 for interface HmIP-RF
2017.11.22 09:03:39 2: HMCCURPC: Callback server CB2010 created. Listening on port 7420
2017.11.22 09:03:39 2: CCURPC: CB2010 accepting connections. TID=3
2017.11.22 09:03:40 1: HMCCURPC: RPC server(s) starting
2017.11.22 09:03:40 1: HMCCURPC: Received SL event. RPC server DATA enters server loop
2017.11.22 09:03:40 1: HMCCURPC: Received SL event. RPC server CB2001 enters server loop
2017.11.22 09:03:40 1: HMCCURPC: Received SL event. RPC server CB2010 enters server loop
2017.11.22 09:03:40 1: HMCCURPC: All threads working
2017.11.22 09:03:40 2: HMCCURPC: Registering callback http://192.168.188.230:7411/fh2001 with ID CB2001 at http://192.168.188.211:2001/
2017.11.22 09:03:40 1: CCURPC: CB2001 ListDevices. Sending init to HMCCU
2017.11.22 09:03:41 1: HMCCURPC: RPC callback with URL http://192.168.188.230:7411/fh2001 registered
2017.11.22 09:03:41 2: HMCCURPC: Registering callback http://192.168.188.230:7420/fh2010 with ID CB2010 at http://192.168.188.211:2010/
2017.11.22 09:03:41 1: HMCCURPC: RPC callback with URL http://192.168.188.230:7420/fh2010 registered
2017.11.22 09:03:41 1: HMCCURPC: Received IN event. RPC server CB2001 running.
2017.11.22 09:03:41 1: CCURPC: CB2010 ListDevices. Sending init to HMCCU
2017.11.22 09:03:41 2: CCURPC: CB2001 NewDevice received 52 device and channel specifications
2017.11.22 09:03:41 1: HMCCURPC: Received IN event. RPC server CB2010 running.
2017.11.22 09:03:41 1: HMCCURPC: All RPC servers running
2017.11.22 09:03:41 3: HMCCU: Device BidCoS-RF has no readable datapoints
2017.11.22 09:03:44 2: CCURPC: CB2010 NewDevice received 216 device and channel specifications
2017.11.22 09:03:46 3: telnetForBlockingFn_1511337826: port 35289 opened
2017.11.22 09:03:46 2: HMCCURPC: Updated devices. Success=30 Failed=1
2017.11.22 09:03:47 3: HarmonyHub: new config

Bitte dringend um Hilfe

Johann

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 22 November 2017, 09:22:06

Hallo Johann,

Ich habe scheinbar einen Syntax Fehler eingebaut. Das schaffe ich erst später zu korrigieren.

Aus welchem Grund hast Du die Version aus Github geladen?

Nimm bitte die Version, welche über das normale Update kommt, dort ist der Fehler nicht enthalten.

Gruß Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: RaspiLED am 22 November 2017, 09:24:20

Zitat von: Johann.S am 22 November 2017, 09:10:19
Habe gerade ein
Code Auswählen Erweitern
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
durchgeführt unf bekomme jetzt meine Signalduinos nicht mehr zum laufen?

Log:
Code Auswählen Erweitern
2017.11.22 09:01:54 0: Server shutdown 2017.11.22 09:01:54 1: HMCCURPC: Found 3 threads. Stopping ... 2017.11.22 09:01:54 1: HMCCURPC: Deregistering RPC server http://192.168.188.230:7411/fh2001 with ID CB2001 at http://192.168.188.211:2001/ 2017.11.22 09:01:54 1: HMCCURPC: RPC callback for server CB2001 deregistered 2017.11.22 09:01:54 1: HMCCURPC: Deregistering RPC server http://192.168.188.230:7420/fh2010 with ID CB2010 at http://192.168.188.211:2010/ 2017.11.22 09:01:54 1: HMCCURPC: RPC callback for server CB2010 deregistered 2017.11.22 09:01:54 2: HMCCURPC: Sending signal INT to thread CB2001 TID=2 2017.11.22 09:01:54 2: HMCCURPC: Sending signal INT to thread CB2010 TID=3 2017.11.22 09:01:54 2: CCURPC: RPC server CB2001 stopped handling connections. TID=2 2017.11.22 09:01:55 1: HMCCURPC: Found 1 threads. Stopping ... 2017.11.22 09:01:55 2: HMCCURPC: Sending signal INT to thread CB2010 TID=3 2017.11.22 09:01:56 1: BlockingInformParent (BlockingStart): Can't connect to localhost:37707: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt 2017.11.22 09:01:56 1: BlockingInformParent (DbLog_PushAsyncDone): Can't connect to localhost:37707: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt 2017.11.22 09:03:06 1: Including fhem.cfg 2017.11.22 09:03:06 3: WEB: port 8083 opened 2017.11.22 09:03:06 3: WEBphone: port 8084 opened 2017.11.22 09:03:06 3: WEBtablet: port 8085 opened 2017.11.22 09:03:07 2: eventTypes: loaded 1573 events from ./log/eventTypes.txt 2017.11.22 09:03:07 1: reload: Error:Modul 00_SIGNALduino deactivated: syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef" BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 58. 2017.11.22 09:03:07 0: syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef" BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 58. 2017.11.22 09:03:07 1: PERL WARNING: Subroutine SIGNALduino_Initialize redefined at ./FHEM/00_SIGNALduino.pm line 1505, <$fh> line 64. 2017.11.22 09:03:07 1: PERL WARNING: Subroutine SIGNALduino_FingerprintFn redefined at ./FHEM/00_SIGNALduino.pm line 1553, <$fh> line 64. 2017.11.22 09:03:07 1: reload: Error:Modul 00_SIGNALduino deactivated: syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef" BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 64. 2017.11.22 09:03:07 0: syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef" BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 64. 2017.11.22 09:03:08 3: DbLog logdb: Creating Push-Handle to database mysql:database=fhemdb;host=192.168.188.10;port=3306 with user fhemadmin 2017.11.22 09:03:08 3: DbLog logdb: Push-Handle to db mysql:database=fhemdb;host=192.168.188.10;port=3306 created 2017.11.22 09:03:08 3: DbLog logdb: UTF8 support enabled 2017.11.22 09:03:10 1: HMCCU: Device CCU2. Initialized version 4.1.001 2017.11.22 09:03:13 1: HMCCU: Read 31 devices with 237 channels from CCU 192.168.188.211 2017.11.22 09:03:13 1: HMCCURPC: Device CCU2_rpc. Initialized version 0.96 beta 2017.11.22 09:03:13 1: Including ./log/fhem.save 2017.11.22 09:03:14 1: configfile: Cannot load module SIGNALduino Cannot load module SIGNALduino 2017.11.22 09:03:14 3: No I/O device found for Rollo_SZ_rechts 2017.11.22 09:03:14 3: No I/O device found for Dooya_1110101100001001010010100101_1 2017.11.22 09:03:14 3: No I/O device found for Rollo_SZ_links 2017.11.22 09:03:14 3: No I/O device found for Rollo_WZ_rechts 2017.11.22 09:03:14 3: No I/O device found for Rollo_WZ_links 2017.11.22 09:03:14 3: No I/O device found for Stecker_A2 2017.11.22 09:03:14 3: No I/O device found for Stecker_A1 2017.11.22 09:03:14 3: No I/O device found for Stecker_A3 2017.11.22 09:03:14 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds 2017.11.22 09:03:14 3: HarmonyHub: connected 2017.11.22 09:03:14 1: usb create starting 2017.11.22 09:03:15 3: Probing CUL device /dev/ttyAMA0 2017.11.22 09:03:15 3: Probing TCM_ESP3 device /dev/ttyAMA0 2017.11.22 09:03:15 3: Probing ZWDongle device /dev/ttyAMA0 2017.11.22 09:03:15 3: Probing FRM device /dev/ttyAMA0 2017.11.22 09:03:20 3: Probing TCM_ESP3 device /dev/ttyUSB0 2017.11.22 09:03:21 3: Probing TCM_ESP2 device /dev/ttyUSB0 2017.11.22 09:03:21 3: Probing FHZ device /dev/ttyUSB0 2017.11.22 09:03:21 3: Probing TRX device /dev/ttyUSB0 2017.11.22 09:03:22 3: Probing ZWDongle device /dev/ttyUSB0 2017.11.22 09:03:22 3: Probing FRM device /dev/ttyUSB0 2017.11.22 09:03:29 3: Probing TCM_ESP3 device /dev/ttyUSB1 2017.11.22 09:03:29 3: Probing TCM_ESP2 device /dev/ttyUSB1 2017.11.22 09:03:29 3: Probing FHZ device /dev/ttyUSB1 2017.11.22 09:03:30 3: Probing TRX device /dev/ttyUSB1 2017.11.22 09:03:30 3: Probing ZWDongle device /dev/ttyUSB1 2017.11.22 09:03:31 3: Probing FRM device /dev/ttyUSB1 2017.11.22 09:03:37 1: usb create end 2017.11.22 09:03:37 2: Messages collected while initializing FHEM: configfile: Cannot load module SIGNALduino Cannot load module SIGNALduino 2017.11.22 09:03:37 0: Featurelevel: 5.8 2017.11.22 09:03:37 0: Server started with 110 defined entities (fhem.pl:15042/2017-09-10 perl:5.020002 os:linux user:fhem pid:28014) 2017.11.22 09:03:37 2: HMCCURPC: Starting thread for data processing 2017.11.22 09:03:38 2: HMCCURPC: Started thread for data processing. TID=1 2017.11.22 09:03:38 2: CCURPC: Thread DATA processing RPC events. TID=1 2017.11.22 09:03:38 2: HMCCURPC: RPC server thread started for interface BidCos-RF with TID=2 2017.11.22 09:03:38 2: CCURPC: Initializing RPC server CB2001 for interface BidCos-RF 2017.11.22 09:03:39 2: HMCCURPC: Callback server CB2001 created. Listening on port 7411 2017.11.22 09:03:39 2: CCURPC: CB2001 accepting connections. TID=2 2017.11.22 09:03:39 2: HMCCURPC: RPC server thread started for interface HmIP-RF with TID=3 2017.11.22 09:03:39 2: CCURPC: Initializing RPC server CB2010 for interface HmIP-RF 2017.11.22 09:03:39 2: HMCCURPC: Callback server CB2010 created. Listening on port 7420 2017.11.22 09:03:39 2: CCURPC: CB2010 accepting connections. TID=3 2017.11.22 09:03:40 1: HMCCURPC: RPC server(s) starting 2017.11.22 09:03:40 1: HMCCURPC: Received SL event. RPC server DATA enters server loop 2017.11.22 09:03:40 1: HMCCURPC: Received SL event. RPC server CB2001 enters server loop 2017.11.22 09:03:40 1: HMCCURPC: Received SL event. RPC server CB2010 enters server loop 2017.11.22 09:03:40 1: HMCCURPC: All threads working 2017.11.22 09:03:40 2: HMCCURPC: Registering callback http://192.168.188.230:7411/fh2001 with ID CB2001 at http://192.168.188.211:2001/ 2017.11.22 09:03:40 1: CCURPC: CB2001 ListDevices. Sending init to HMCCU 2017.11.22 09:03:41 1: HMCCURPC: RPC callback with URL http://192.168.188.230:7411/fh2001 registered 2017.11.22 09:03:41 2: HMCCURPC: Registering callback http://192.168.188.230:7420/fh2010 with ID CB2010 at http://192.168.188.211:2010/ 2017.11.22 09:03:41 1: HMCCURPC: RPC callback with URL http://192.168.188.230:7420/fh2010 registered 2017.11.22 09:03:41 1: HMCCURPC: Received IN event. RPC server CB2001 running. 2017.11.22 09:03:41 1: CCURPC: CB2010 ListDevices. Sending init to HMCCU 2017.11.22 09:03:41 2: CCURPC: CB2001 NewDevice received 52 device and channel specifications 2017.11.22 09:03:41 1: HMCCURPC: Received IN event. RPC server CB2010 running. 2017.11.22 09:03:41 1: HMCCURPC: All RPC servers running 2017.11.22 09:03:41 3: HMCCU: Device BidCoS-RF has no readable datapoints 2017.11.22 09:03:44 2: CCURPC: CB2010 NewDevice received 216 device and channel specifications 2017.11.22 09:03:46 3: telnetForBlockingFn_1511337826: port 35289 opened 2017.11.22 09:03:46 2: HMCCURPC: Updated devices. Success=30 Failed=1 2017.11.22 09:03:47 3: HarmonyHub: new config

Bitte dringend um Hilfe

Johann

Hi,
schneller Workaround:
Nimm ein Backup der 00_SIGNALduino.pm
Bei mir unter /opt/fhem/backup
Mach mal ein

Code Auswählen


cd /opt/fhem
find . | grep 00_SIGNALduino.pm

Dann solltest Du sehen ob und wo Du Backups hast.
Gruß Arnd

Gesendet von meinem SM-G800F mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Johann.S am 22 November 2017, 09:44:23

Hallo Arnd und Sidey,

Danke für die rasche Hilfe, ich habe aus der Sicherung die 00_SIGNALduino.pm zurück geholt.
Manchmal sieht man den Wald vor lauter Bäumen nicht.
@Sidey, ich dachte das muss ich beim Signalduino immer so machen, wollte eigentlich meine Dooya FB wieder testen.

Gruss

Johann

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 22 November 2017, 09:59:22

Hallo Johann,

Für dooya Rolläden kannst Du das Modul nehmen, welches über das normale Update kommt, das ist auf dem aktuellen Stand.

Im Branch dev-r33 aus Github sind die Entwicklungs Versionen.
Da können auch schon mal Fehler enthalten sein.

Gruß Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: sash.sc am 22 November 2017, 20:01:26

Habe gerade ein Update durchgeführt aus der dev-r33.
Danach wird das Signalduino Modul nicht mehr geladen.

Hier die Meldung von dem Start.

Code Auswählen




BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 26. 
2017.11.22 19:54:38 0: syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef" BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 3434, <$fh> line 26. syntax error at ./FHEM/00_SIGNALduino.pm line 1571, near "SIGNALduino_Log3 undef" 
2017.11.22 19:54:38 1: reload: Error:Modul 00_SIGNALduino deactivated: 
2017.11.22 19:54:38 1: Including ./FHEM/fhem.rssi.cfg 
2017.11.22 19:54:38 1: Including fhem.cfg

Gruß Sascha

Gesendet von meinem SM-T560 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 22 November 2017, 20:02:22

Zitat von: sash.sc am 22 November 2017, 20:01:26
Habe gerade ein Update durchgeführt aus der dev-r33.
Danach wird das Signalduino Modul nicht mehr geladen.

Ich weiss, muss ich noch beheben. Nimm bitte das Modul aus dem normalen FHEM Update.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Mave am 23 November 2017, 09:40:02

Hallo Sidey,

ich habe seinerzeit die Entwicklungsumgebung in mein FHEM Update eingebunden, weil ich meine Somfy Jalousien über meinen Signalduino steuern wollte.

Brauche ich das heute noch oder funktioniert die Somfy Steuerung auch über die Software im Standard FHEM Update?

Vielen Dank.

Grüße Mave

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 23 November 2017, 17:28:29

Hallo Mave,

Du kannst Die Version über das normale FHEM Update (SVN Version) verwenden.

Die separate Updatequelle war nur notwendig, da ich das Modul im FHEM Update nicht aktualisiert hatte.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Mave am 23 November 2017, 18:34:55

Hallo Sidey,

vielen Dank für Deine Rückmeldung.

Ich habe mit dem FHEM Update (SVN) das Problem, dass das Modul nicht mehr geladen wird.

Grüße Mave

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Mave am 23 November 2017, 18:44:03

Oh Mist, mit einem Backup meines FHEM von letzter Woche wird das Modul zwar geladen, die Somfy Jalousien lassen sich aber nicht mehr steuern..... :-[

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: RaspiLED am 23 November 2017, 22:29:20

Hi Mave,
Ist hier OT!
Hinweis: Das liegt doch wohl an den RollingCodes vom Somfy Device. Wie häufig sind die seit dem gefahren? Halt so häufig drauf tippen, irgendwann sollten die wieder mitspielen ;-)
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Mave am 24 November 2017, 13:18:29

Oh Mann, ja natürlich, Du hast Recht.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 29 November 2017, 21:54:11

Hallo,

seither wurde im Hideki Modul nur die erste recht einfache checksum verwendet.
Ich habe nun zusammen mit @hjgode die Prüfung der zweiten besseren checksum eingebaut.
In dieser Version sind noch einige Debugausgaben drinn welche nach einer Testphase wieder rauskommen

Code Auswählen

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

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 30 November 2017, 13:30:28

In dem Hideki Modul ist anscheinend noch ein kleiner Fehler beim decrypt.
Evtl liegt es daran, daß in "sub decryptAndCheck" bei

Code Auswählen

$data[$i] ^= $data[$i] << 1; # decrypt byte at $i
das "& 0xFF" fehlt.

In der alten Routine war ein "& 0xFF" drin:

Code Auswählen

sub Hideki_decryptByte{
	my $byte = shift;
	my $ret2 = ($byte ^ ($byte << 1) & 0xFF); #gives possible overflow to left so c3->145 instead of 45
}

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 30 November 2017, 17:36:30

Zitat von: Ralf9 am 30 November 2017, 13:30:28
In dem Hideki Modul ist anscheinend noch ein kleiner Fehler beim decrypt.

Jetzt müsste es funktionieren.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: hjgode am 30 November 2017, 20:24:35

Ich bin mir nicht sicher, ob dass der Fix für o.g. Problem mit den IDs ist. Bei mir trat es mit Testdaten nicht auf.

Was soll denn bei Long IDs an Sensor-Namen rauskommen? So was: Hideki_30_a9_2 statt Hideki_30_2?

Wenn das o.g. Problem mit den Namen nicht gefixt ist, brauche ich die Raw Daten, also zB P12#75......

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: the_crow am 30 November 2017, 20:57:52

Moin moin,

ich musste leider meine FHEM Installation neu aufsetzen. Jetzt funktioniert das Autocreate für meine Intertechno Steckdosen nicht mehr. Hat jemand eine Idee, woran das liegen könnte? Habe beide Versionen, also den Standard aus dem FHEM Update und die dev-Version ausprobiert (inkl. jeweils neuem flash vom Signalduino).

Im Log sehe ich, dass etwas empfangen wird:

Was mich auch etwas wundert sind sind die merkwürdigen Symbole an Beginn und Ende des Signals (Kann ich scheinbar im Forum nicht posten)

Code Auswählen


2017.11.30 19:25:19 4: signalDuinoClassic/HandleWriteQueue: nothing to send, stopping timer
2017.11.30 19:26:18 4: signalDuinoClassic/keepalive ok, retry = 0
2017.11.30 19:27:13 4: signalDuinoClassic/msg READ: MU;P0=4032;P1=-2948;P2=-1366;P3=172;P4=262;P5=-296;P7=-6900;D=232454542424545424245424545424542424545424542424545424245424542454245454245424542454242454245424545424542424545424542454245424701;CP=4;
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic/msg READ: MU;P0=4684;P1=-3520;P2=-1363;P3=258;P5=-298;P7=-6220;D=232353532323535323235323535323532323535323532323535323235323532353235353235323532353232353235323535323532323535323532353235323701;CP=3;
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate
2017.11.30 19:27:13 4: signalDuinoClassic: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2017.11.30 19:27:18 4: signalDuinoClassic/keepalive ok, retry = 0
2017.11.30 19:28:18 4: signalDuinoClassic/KeepAlive not ok, retry = 1 -> get ping
2017.11.30 19:28:19 4: signalDuinoClassic/msg READ: OK

Hier mal als Screenshot
(https://xcxc.de/console.png)

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 03 Dezember 2017, 00:19:11

Ich habe im Hideki Modul die checksum log Ausgaben ein wenig überarbeitet.
Bei einem checksum Fehler gibt es die folgende log Ausgabe:

Code Auswählen

2017.12.02 22:48:59 3 : sduino Hideki crcCheck FAILED: rawData=7568BACA30BF3851FE00, cs1 / cs2/checksum2 0 / 28/0, count=7, length=10

Nun sollten beim Hideki Modul die UNDEFINED Meldungen deutlich weniger werden. Es dürfte nun keine fehlerhafte readings mehr geben.

Wenn eine aktuelle Firmware verwendet wird, bei der bei den MS-Nachrichten am Ende ein "m" steht dann kann das Attribut "doubleMsgCheck_IDs" verwendet werden

Code Auswählen

MS;P3=497;P4=-1940;P5=-964;P6=-3894;D=36343534353534353434353535353535353434353534353535343434343535343534343434;CP=3;SP=6;O;m6;
MS;P3=496;P4=-1938;P5=-966;P6=-3893;D=36343534353534353434353535353535353434353534353535343434343535343534343434;CP=3;SP=6;O;m5;
MS;P3=488;P4=-1939;P5=-977;P6=-3896;D=36343534353534353434353535353535353434353534353535343434343535343534343434;CP=3;SP=6;O;m4;
MS;P3=483;P4=-1948;P5=-981;P6=-3896;D=36343534353534353434353535353535353434353534353535343434343535343534343434;CP=3;SP=6;m3;
MS;P3=483;P4=-1948;P5=-981;P6=-3896;D=36343534353534353434353535353535353434353534353535343434343535343534343434;CP=3;SP=6;m2;

Wenn beim Attribut "doubleMsgCheck_IDs" Protokoll IDs, die viele Wiederholungen haben (z.B. 0,3,7), eingetragen werden, dann werden bei diesen Protokollen nur ein dispatch ausgeführt, wenn 2 gleiche Nachrichten infolge empfangen werden.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 03 Dezember 2017, 17:05:55

So wies aussieht bringt die second checksum eine deutliche Verbesserung.
CS1 ist die seither verwendete checksum. Bei 0 ist die checksum1 ok.
Bei der second checksum muß cs2 = checksum2 sein.
In dem u.g. log sieht man, daß in den meisten Fällen die cs1 ok ist aber die cs2 nicht ok ist.

Code Auswählen

2017.12.03 14:35:31 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 100/0, rawData=7568BA4ACEBFC2517A00, count+2=9, length=10
2017.12.03 14:38:25 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 90/2, rawData=75EBBACA0EC088AD7002, count+2=9, length=10
2017.12.03 14:39:05 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 81/1, rawData=754CBA8A33BF3D519C01, count+2=9, length=10
2017.12.03 14:46:07 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 72/0, rawData=7568BACACEBFC251FA00, count+2=9, length=10
2017.12.03 14:56:56 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 1/0, rawData=754CBA8ACDBF3D516200, count+2=9, length=10
2017.12.03 15:13:56 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 41/1, rawData=754CBA8A32BF3D519D01, count+2=9, length=10
2017.12.03 15:20:26 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 48/0, rawData=7568BACACFBFC251FB00, count+2=9, length=10
2017.12.03 15:28:36 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 28/0, rawData=7568BA4ACFBFC2517B00, count+2=9, length=10
2017.12.03 15:41:40 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 10/0, rawData=7568BA8ACFBFC251BB00, count+2=9, length=10
2017.12.03 15:45:45 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 28/0, rawData=7568BA4ACFBFC2517B00, count+2=9, length=10
2017.12.03 15:47:23 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 48/0, rawData=7568BACACFBFC251FB00, count+2=9, length=10
2017.12.03 15:48:47 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 41/1, rawData=754CBA8A32BF3D519D01, count+2=9, length=10
2017.12.03 15:49:08 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 111 / 31/0, rawData=755D451E5F19281D1A00, count+2=9, length=10
2017.12.03 15:55:35 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 34/2, rawData=75EABA4A3DBF3251FB02, count+2=9, length=10
2017.12.03 15:58:49 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 10/0, rawData=7568BA8ACFBFC251BB00, count+2=9, length=10
2017.12.03 16:02:54 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 28/0, rawData=7568BA4ACFBFC2517B00, count+2=9, length=10
2017.12.03 16:09:26 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 15/0, rawData=7568BACACFBF3D510400, count+2=9, length=10
2017.12.03 16:22:47 3: sduino Hideki crcCheck FAILED: cs1 / cs2/checksum2 0 / 106/10, rawData=754CBA8A33BF3851990A, count+2=9, length=10

Ich habe bei mir die log Ausgabe etwas umgestellt. Wenn nichts dagegens spricht werde ich es so commiten und auch den loglevel von 3 auf 4 erhöhen.

count ist die in der Nachricht enthaltene package length. count+2 ist die Länge inclusive der beiden checksums

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: hjgode am 03 Dezember 2017, 19:13:02

SUPER

hätte nicht gedacht, dass die zweite checksumme so oft falsch ist. Wenn dem so ist, ist das Hideki/Cresta Protokoll jetzt wohl mit Prüfung der zweiten Checksumme zuverlässig empfangbar.

Danke an die Mitwirkenden

~Josef

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 15 Dezember 2017, 20:32:25

ich habe im SD_WS07 Modul die log Ausgaben überarbeitet.
Außerdem gibt es 2 neue Attribute:

Code Auswählen

- correction-temp
   Damit kann die Temperatur korrigiert werden. Z.B. mit 10 wird eine um 10 Grad höhere Temperatur angezeigt.
-  correction-hum
   Damit kann die Luftfeuchtigkeit korrigiert werden.

Bitte mal testen ob es so passt.

Code Auswählen

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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Invers am 07 Januar 2018, 13:50:47

Hoffentlich bin ich hier richtig.
Ich habe ein Update unter
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt (https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt)
gemacht.
Es treten dabei Fehlermeldungen auf und das Modul arbeitet nicht.

Code Auswählen

2018.01.07 08:21:19 1: reload: Error:Modul 00_SIGNALduino deactivated:
 syntax error at ./FHEM/00_SIGNALduino.pm line 4757, near "$name:"

2018.01.07 08:21:19 0: syntax error at ./FHEM/00_SIGNALduino.pm line 4757, near "$name:"

Bin auf die Vorgängerversion zurückgegangen. Soll nur ein Hinweis sein.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: JensS am 07 Januar 2018, 15:23:55

Mein SIGNALduino wird auch nicht mehr geladen.

Code Auswählen

syntax error at ./FHEM/00_SIGNALduino.pm line 4757, near "$name:"Der SIGNALduino heißt auch genau so.

Gruß Jens

p.s. Habe die betreffende Zeile modifiziert und nun funktioniert es erst mal wieder.

Code Auswählen

return (-1);#,$name: OSV1 - ERROR channel not valid: $channel);

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 07 Januar 2018, 20:43:45

Danke für die Meldung, habe den Fehler behoben.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Mitch am 11 Januar 2018, 10:41:34

Hallo Zusammen,

bei mir läuft schon länger erfolgreich ein SignalDuino.

Jetzt bin ich gerade ein bisschen am Aufräumen und würde gerne diese Meldungen/Events loswerden:

Zitat2018-01-11 10:37:33 SIGNALduino SIGNALduino868 DMSG u57#000488A48A00252942A2A517
2018-01-11 10:37:33 SIGNALduino SIGNALduino868 UNKNOWNCODE u57#000488A48A00252942A2A517

Ich dachte, das müsste über blacklist_IDs gehen, aber welchen Wert muß ich denn dort eintragen?

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: sash.sc am 11 Januar 2018, 10:51:23

57

Gesendet von meinem...... was auch immer

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Mitch am 11 Januar 2018, 11:19:41

Zitat von: sash.sc am 11 Januar 2018, 10:51:23
57

Gesendet von meinem...... was auch immer

Das war einfach, Danke!

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Hauswart am 13 Januar 2018, 14:29:25

Habe folgendes Problem und zwar werden meine Flamingo FA21RF nicht mehr erkannt:

Code Auswählen


2018.01.12 17:12:39 4: sduino/msg READ: MU;P0=811;P1=-1388;P2=-2730;P3=-19853;P4=-264;P5=320;P6=-901;P7=8138;D=45676010201010201010202010101010102020202010101020101037601020101020101020201010101010202020201010102010103760102010102010102020101010101020202020101010201010376010201010201010202010101010102020202010101020101037601020101020101020201010101010202020201010;CP=0;O; 
2018.01.12 17:12:39 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.12 17:12:39 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:39 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:39 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate  
2018.01.12 17:12:39 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting 
2018.01.12 17:12:39 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate 
2018.01.12 17:12:39 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting 
2018.01.12 17:12:39 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:39 5: sduino: Starting demodulation at Position 6 
2018.01.12 17:12:39 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate 
2018.01.12 17:12:39 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting 
2018.01.12 17:12:39 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:39 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate 
2018.01.12 17:12:39 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting 
2018.01.12 17:12:39 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:39 5: sduino: Starting demodulation at Position 1
2018.01.12 17:12:39 4: sduino/msg READ: MU;P0=-1386;P1=812;P2=-2727;P3=-19997;P4=8159;P5=-894;D=01210101345101210101210101212101010101012121212101010121010134510121010121010121210101010101212121210101012101013451012101012101012121010101010121212121010101210101345101210101210101212101010101012121212101010121010134510121010121010121210101010101212121;CP=1;O; 
2018.01.12 17:12:39 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:39 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:39 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:39 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:39 5: sduino: Starting demodulation at Position 4 
2018.01.12 17:12:39 5: sduino: applying filterfunc SIGNALduino_compPattern
2018.01.12 17:12:39 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:39 5: sduino: Starting demodulation at Position 3
2018.01.12 17:12:40 4: sduino/msg READ: MU;P0=-2727;P1=812;P2=-1386;P3=-20002;P4=8159;P5=-892;D=01212121012121345121012121012121010121212121210101010121212101212134512101212101212101012121212121010101012121210121213451210121210121210101212121212101010101212121012121345121012121012121010121212121210101010121212101212134512101212101212101012121212121;CP=1;O; 
2018.01.12 17:12:40 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:40 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:40 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:40 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:40 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:12:40 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:40 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:40 5: sduino: Starting demodulation at Position 1 
2018.01.12 17:12:40 4: sduino/msg READ: MU;P0=-2726;P1=812;P2=-1386;P3=-19997;P4=8157;P5=-894;D=01010101212121012121345121012121012121010121212121210101010121212101212134512101212101212101012121212121010101012121210121213451210121210121210101212121212101010101212121012121345121012121012121010121212121210101010121212101212134512101212101212101012121;CP=1;O; 
2018.01.12 17:12:40 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:40 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:40 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:40 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:40 5: sduino: Starting demodulation at Position 8 
2018.01.12 17:12:40 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:40 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:40 5: sduino: Starting demodulation at Position 7
2018.01.12 17:12:40 4: sduino/msg READ: MU;P0=-1384;P1=815;P2=-2725;P3=-20001;P4=8159;P5=-891;D=01010121212121010101210101345101210101210101212101010101012121212101010121010134510121010121010121210101010101212121210101012101013451012101012101012121010101010121212121010101210101345101210101210101212101010101012121212101010121010134510121010121010121;CP=1;O; 
2018.01.12 17:12:40 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:40 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:40 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:40 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:40 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:12:40 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:40 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:40 5: sduino: Starting demodulation at Position 1 
2018.01.12 17:12:41 4: sduino/msg READ: MU;P0=-2728;P1=812;P2=-1382;P3=-19997;P4=8158;P5=-892;D=01212121212101010101212121012121345121012121012121010121212121210101010121212101212134512101212101212101012121212121010101012121210121213451210121210121210101212121212101010101212121012121345121012121012121010121212121210101010121212101212134512101212101;CP=1;O; 
2018.01.12 17:12:41 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:41 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:41 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:41 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:41 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:12:41 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:41 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:41 5: sduino: Starting demodulation at Position 1
2018.01.12 17:12:41 4: sduino/msg READ: MU;P0=-1369;P1=814;P2=-2728;P3=-20001;P4=8158;P5=-893;D=01012121010101010121212121010101210101345101210101210101212101010101012121212101010121010134510121010121010121210101010101212121210101012101013451012101012101012121010101010121212121010101210101345101210101210101212101010101012121212101010121010134510121;CP=1;O; 
2018.01.12 17:12:41 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:41 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:41 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:41 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:41 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:12:41 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:41 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:41 5: sduino: Starting demodulation at Position 1 
2018.01.12 17:12:42 4: sduino/msg READ: MU;P0=-1356;P1=810;P2=-2728;D=01012101012121010101010121212121010101210101;CP=1; 
2018.01.12 17:12:42 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:42 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:42 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:42 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:42 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:42 5: sduino: Starting demodulation at Position 1 
2018.01.12 17:12:42 4: sduino/msg READ: MU;P0=27056;P1=-858;P2=803;P3=-1365;P4=-2736;P5=-19956;P6=8144;D=0123242323242323242423232323232424242423232324232325612324232324232324242323232323242424242323232423232;CP=2; 
2018.01.12 17:12:42 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:42 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:42 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:42 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:42 5: sduino: Starting demodulation at Position 3 
2018.01.12 17:12:42 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:42 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:42 5: sduino: Starting demodulation at Position 2
2018.01.12 17:12:43 4: sduino/msg READ: MU;P0=-19693;P1=104;P2=-144;P3=8138;P4=-900;P5=805;P6=-1391;P7=-2738;D=01234565756565756565757565656565657575757565656575656503456575656575656575756565656565757575756565657565650345657565657565657575656565656575757575656565756565034565756565756565757565656565657575757565656575656503456575656575656575756565656565757575756565;CP=5;O; 
2018.01.12 17:12:43 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:43 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:43 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:43 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate 
2018.01.12 17:12:43 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting 
2018.01.12 17:12:43 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:43 5: sduino: Starting demodulation at Position 6 
2018.01.12 17:12:43 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate 
2018.01.12 17:12:43 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting 
2018.01.12 17:12:43 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:43 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate 
2018.01.12 17:12:43 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting 
2018.01.12 17:12:43 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:43 5: sduino: Starting demodulation at Position 5 
2018.01.12 17:12:44 4: sduino/msg READ: MU;P0=-1392;P1=806;P2=-2734;P3=-20010;P4=8154;P5=-891;D=01210101345101210101210101212101010101012121212101010121010134510121010121010121210101010101212121210101012101013451012101012101012121010101010121212121010101210101345101210101210101212101010101012121212101010121010134510121010121010121210101010101212121;CP=1;O; 
2018.01.12 17:12:44 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:44 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:44 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:44 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:44 5: sduino: Starting demodulation at Position 4 
2018.01.12 17:12:44 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:44 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:44 5: sduino: Starting demodulation at Position 3
2018.01.12 17:12:44 4: sduino/msg READ: MU;P0=-2732;P1=806;P2=-1391;P3=-20007;P4=8157;P5=-887;D=01212121012121345121012121012121010121212121210101010121212101212134512101212101212101012121212121010101012121210121213451210121210121210101212121212101010101212121012121345121012121012121010121212121210101010121212101212134512101212101212101012121212121;CP=1;O; 
2018.01.12 17:12:44 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:44 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:44 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:44 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:44 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:12:44 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:44 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:44 5: sduino: Starting demodulation at Position 1
2018.01.12 17:12:45 4: sduino/msg READ: MU;P0=-2732;P1=809;P2=-1386;P3=-20003;P4=8155;P5=-892;D=01010101212121012121345121012121012121010121212121210101010121212101212134512101212101212101012121212121010101012121210121213451210121210121210101212121212101010101212121012121345121012121012121010121212121210101010121212101212134512101212101212101012121;CP=1;O; 
2018.01.12 17:12:45 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:45 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:45 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:45 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:45 5: sduino: Starting demodulation at Position 8 
2018.01.12 17:12:45 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:45 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:45 5: sduino: Starting demodulation at Position 7 
2018.01.12 17:12:45 4: sduino/msg READ: MU;P0=-1388;P1=810;P2=-2732;P3=-20009;P4=8158;P5=-887;D=01010121212121010101210101345101210101210101212101010101012121212101010121010134510121010121010121210101010101212121210101012101013451012101012101012121010101010121212121010101210101345101210101210101212101010101012121212101010121010134510121010121010121;CP=1;O; 
2018.01.12 17:12:45 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:45 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:45 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:45 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:45 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:12:45 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:45 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:45 5: sduino: Starting demodulation at Position 1
2018.01.12 17:12:46 4: sduino/msg READ: MU;P0=-2733;P1=809;P2=-1382;P3=-20004;P4=8156;P5=-890;D=01212121212101010101212121012121345121012121012121010121212121210101010121212101212134512101212101212101012121212121010101012121210121213451210121210121210101212121212101010101212121012121345121012121012121010121212121210101010121212101212134512101212101;CP=1;O; 
2018.01.12 17:12:46 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:46 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:46 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:46 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:46 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:12:46 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:46 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:46 5: sduino: Starting demodulation at Position 1 
2018.01.12 17:12:46 4: sduino/msg READ: MU;P0=-1358;P1=808;P2=-2733;P3=-20060;P4=8160;P5=-888;D=010121210101010101212121210101012101013451012101012101012121010101010121212121010101210101;CP=1; 
2018.01.12 17:12:46 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:46 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:46 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:46 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:46 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:12:46 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:46 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:46 5: sduino: Starting demodulation at Position 1 
2018.01.12 17:12:47 4: sduino/msg READ: MU;P0=32001;P1=-885;P2=809;P3=-1357;P4=-2734;P5=-19950;P6=8152;D=012324232324232324242323232323242424242323232423232561232423232423232424232323232324242424232323242323256123242323242323242423232323232424242423232324232325612324232324232324242323232323242424242323232423232;CP=2; 
2018.01.12 17:12:47 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate 
2018.01.12 17:12:47 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting 
2018.01.12 17:12:47 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:12:47 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:12:47 5: sduino: Starting demodulation at Position 3 
2018.01.12 17:12:47 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:12:47 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:12:47 5: sduino: Starting demodulation at Position 2
2018.01.12 17:13:13 4: sduino/msg READ: MU;P0=172;P1=-960;P2=1215;P3=477;P4=-26304;D=0121312131213121312131213131312131213121312131313121342121212131213121212121212131313121212131213121312131213121313131213121312131213131312134212121213121312121212121213131312121213121312131213121312131313121312131213121313131213;CP=3; 
2018.01.12 17:13:13 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:13:13 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate 
2018.01.12 17:13:13 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting 
2018.01.12 17:13:13 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate 
2018.01.12 17:13:13 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting 
2018.01.12 17:13:13 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:13:13 5: sduino: Starting demodulation at Position 5 
2018.01.12 17:13:13 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:13:13 4: sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate 
2018.01.12 17:13:13 5: sduino: start pattern for MU Protocol id 48 -> TFA Dostmann mismatches, aborting 
2018.01.12 17:13:13 4: sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate 
2018.01.12 17:13:13 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:13:13 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate 
2018.01.12 17:13:13 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:13:13 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate 
2018.01.12 17:13:13 5: sduino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting 
2018.01.12 17:13:13 4: sduino: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate 
2018.01.12 17:13:13 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:13:13 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:13:13 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:13:13 5: sduino: dispatching bits: 0 0 0 0 1 0 1 0 0 0 0 0 0 1 1 1 0 0 0 1 0 1 0 1 0 1 0 1 0 1 1 1 0 1 0 1 0 1 0 1 1 1 0 0 
2018.01.12 17:13:13 4: sduino: decoded matched MU Protocol id 8 dmsg TXA07155755C length 44 
2018.01.12 17:13:13 5: sduino Dispatch: TXA07155755C, test gleich 
2018.01.12 17:13:13 5: sduino Dispatch: TXA07155755C,  dispatch 
2018.01.12 17:13:13 5: sduino: dispatch TXA07155755C
2018.01.12 17:14:06 4: sduino/msg READ: MU;P0=688;P1=-958;P2=482;P3=1216;P4=-26288;D=01213121312131213121312121213121312131213121212131243131313121312131313131313121212131313121312131213121312131212121312131213121312121213124313131312131213131313131312121213131312131213121312131213121212131213121312131212121312;CP=2; 
2018.01.12 17:14:06 5: sduino: applying filterfunc SIGNALduino_filterSign 
2018.01.12 17:14:06 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate 
2018.01.12 17:14:06 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting 
2018.01.12 17:14:06 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate 
2018.01.12 17:14:06 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting 
2018.01.12 17:14:06 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate 
2018.01.12 17:14:06 5: sduino: Starting demodulation at Position 1 
2018.01.12 17:14:06 5: sduino: applying filterfunc SIGNALduino_compPattern 
2018.01.12 17:14:06 4: sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate 
2018.01.12 17:14:06 5: sduino: start pattern for MU Protocol id 48 -> TFA Dostmann mismatches, aborting 
2018.01.12 17:14:06 4: sduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate 
2018.01.12 17:14:06 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:14:06 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate 
2018.01.12 17:14:06 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:14:06 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate 
2018.01.12 17:14:06 5: sduino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting 
2018.01.12 17:14:06 4: sduino: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate 
2018.01.12 17:14:06 5: sduino: Starting demodulation at Position 2 
2018.01.12 17:14:06 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate 
2018.01.12 17:14:06 5: sduino: Starting demodulation at Position 0 
2018.01.12 17:14:06 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate 
2018.01.12 17:14:06 5: sduino: Starting demodulation at Position 2

Kann man damit etwas anfangen?

Gruss und danke

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 13 Januar 2018, 20:14:20

Zitat von: Hauswart am 13 Januar 2018, 14:29:25
Habe folgendes Problem und zwar werden meine Flamingo FA21RF nicht mehr erkannt:

Kann man damit etwas anfangen?

Hallo Hauswart,

danke für die Rückmeldung. Ich nehme an, Du hast die Version 3.3.1 RC2 auf dem SIGNALduino geflasht.
In der Firmware wurde ein Bug behoben, der zu einem Variablen Überlauf führte.
Das Protokoll haben wir damals vermutlich falsch definiert, da die Variable übergelaufen ist.

Ich kann es anpassen, warte aber noch auf die Bestätigung von dir.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Hauswart am 13 Januar 2018, 21:26:38

Zitat von: Sidey am 13 Januar 2018, 20:14:20
Hallo Hauswart,

danke für die Rückmeldung. Ich nehme an, Du hast die Version 3.3.1 RC2 auf dem SIGNALduino geflasht.
In der Firmware wurde ein Bug behoben, der zu einem Variablen Überlauf führte.
Das Protokoll haben wir damals vermutlich falsch definiert, da die Variable übergelaufen ist.

Ich kann es anpassen, warte aber noch auf die Bestätigung von dir.

Grüße Sidey

Hallo Sidey,
Ich habe folgende Firmware geflasht:

Code Auswählen

V 3.3.1-dev SIGNALduino - compiled at Jan 3 2017 23:59:32

Gruß und danke

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 13 Januar 2018, 21:49:15

Zitat von: Hauswart am 13 Januar 2018, 21:26:38
Hallo Sidey,
Ich habe folgende Firmware geflasht:
Code Auswählen Erweitern
V 3.3.1-dev SIGNALduino - compiled at Jan 3 2017 23:59:32

Gruß und danke

Uups, die ist ja schon etwas älter. Hast Du denn sonst noch etwas geändert?

Bevor wir hier aber nähere eingehen, solltest Du mal die 3.3.1 RC2 probieren.
https://forum.fhem.de/index.php/topic,58396.msg740610.html#msg740610

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Hauswart am 13 Januar 2018, 22:04:02

Zitat von: Sidey am 13 Januar 2018, 21:49:15
Uups, die ist ja schon etwas älter. Hast Du denn sonst noch etwas geändert?

Bevor wir hier aber nähere eingehen, solltest Du mal die 3.3.1 RC2 probieren.
https://forum.fhem.de/index.php/topic,58396.msg740610.html#msg740610

Grüße Sidey

Danke habe sie geflasht. Geht es mit den Dateien vom normalen Update? Oder welchen Branch soll ich importieren?

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 13 Januar 2018, 22:09:08

Zitat von: Hauswart am 13 Januar 2018, 22:04:02
Danke habe sie geflasht. Geht es mit den Dateien vom normalen Update? Oder welchen Branch soll ich importieren?

Die Firmware ist vollständig mit dem Modul aus dem normalen "FHEM" Update kompatibel.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: rageltus am 17 Januar 2018, 22:31:57

Hallo !

Wir hatten mal die x10 bewegungsmelder eingebaut. nach dem flashen der 3.3.1 RC2 vom 6.1.2018 ( V 3.3.1-RC2 SIGNALduino cc1101 - compiled at Jan 6 2018 00:45:28) wird keine Bewegung mehr erkannt. Im Log erscheint:

2018-01-17 22:26:44 HMLAN HMUSB loadLvl: low
2018.01.17 22:26:46 4 : sduino/msg READ: MS;P0=548;P1=-616;P2=-1750;P3=-14976;D=02020201010101010101010202020202020202031;CP=0;SP=7;R=230;
2018.01.17 22:26:46 4 : sduino/msg READ: MS;P0=-615;P3=569;P4=-1740;P5=-13004;P6=92;D=43434303030303030303034343434343434343561;CP=3;SP=5;R=228;

Die melder sind definiert durch:

defmod Bewegungsmelder_3 RFXX10REC ms14a A1 Unknown
attr Bewegungsmelder_3 IODev sduino
attr Bewegungsmelder_3 alias Bewegungsmelder_3
attr Bewegungsmelder_3 group Bewegungsmelder
attr Bewegungsmelder_3 icon IR
attr Bewegungsmelder_3 room 99_Zentrale

setstate Bewegungsmelder_3 normal
setstate Bewegungsmelder_3 2018-01-17 22:00:33 Unknown normal

Danke!

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 17 Januar 2018, 22:43:12

Zitat von: rageltus am 17 Januar 2018, 22:31:57
Wir hatten mal die x10 bewegungsmelder eingebaut. nach dem flashen der 3.3.1 RC2 vom 6.1.2018 ( V 3.3.1-RC2 SIGNALduino cc1101 - compiled at Jan 6 2018 00:45:28) wird keine Bewegung mehr erkannt. Im Log erscheint:

Danke für die Rückmeldung. Schade allerdings, dass Du einen Fehler gefunden hast. :(

Deaktiviere doch bitte einmal zum Testen den MS Decoder

Code Auswählen

set sduino disableMessagetype syncedMS

Und gib mir Rückmeldung ob es dann geht.
Egal wie es ausgeht, wäre dann das Log (verbose4) sehr hilfreich, wenn der Melder ausgelöst wird.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: rageltus am 17 Januar 2018, 22:48:25

Jau. Das war einfach. Funzt. Welche Auswirkungen hat das jetzt. Kann der deaktiviert bleiben? Sende dir bei Bedarf morgen ein verbose 4.

Vielen vielen Dank!

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 17 Januar 2018, 22:59:24

Hi,

die Auswirkung ist, dass keine Geräte, die eine Modulation verwendet, die mit einem bestimmten Sync Impuls arbeitet erkannt werden.
Also z.B. Funksteckdosen oder verschiedene Temperatur Sensoren.

Das ist jetzt allerhöchstens mal ein schneller Workaround, noch keine Lösung.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: rageltus am 17 Januar 2018, 23:01:44

Okay danke. Die Brennenstuhl werden trotzdem geschaltet. Morgen Abend kommt ein verbose 4.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 18 Januar 2018, 08:38:50

Ja, schalten geht immer.
Aber empfangen wirst Du die Brennenstuhl nicht mehr.

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: rageltus am 18 Januar 2018, 09:01:07

Hmm.. auf meiner Tablet UI sind die aktiv, wenn ich die mit der Fernbedienung schalte. Das meintest du doch oder?

BTW: Was ist der optimale weg bzw. die optimale Softwareversion wenn ich auf stable bleiben möchte? Da gibt es DEV 3.3.1 Rc2, 3.3.2 etc.. was ist im standard FHEM Update eingecheckt?

Danke!

Beste Grüße

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: rageltus am 19 Januar 2018, 20:24:39

Hi sidey,

Anbei die Logs zu dem Problem. Ebenso wird mein perl Thermometer nicht mehr empfangen:

Code Auswählen


2018.01.19 20:11:49 4: set sduino disableMessagetype syncedMS CDS
2018.01.19 20:11:50 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.01.19 20:12:22 4: sduino/msg READ: MU;P0=-18540;P1=496;P2=-664;P3=244;P4=-1951;P5=376;P6=-3897;P7=-9212;D=01234561416161416141416141416141414141414141614161414141414141414161416161417141614161614161414161414161414141414141416141614141414141414141614161614171416141616141614141614141614141414141414161416141414141414141416141616141714161416161416141416141416141;CP=1;R=29;O;
2018.01.19 20:12:22 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:12:22 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.19 20:12:22 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.19 20:12:22 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.19 20:12:22 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.19 20:12:22 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.01.19 20:12:22 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.19 20:12:22 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.19 20:12:22 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.19 20:12:22 4: sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.19 20:12:22 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.19 20:12:23 4: sduino/msg READ: MU;P0=-1953;P1=489;P2=-3897;P3=-9215;D=01010101010121012101010101010101012101212101310121012121012101012101012101010101010101210121010101010101010121012121013101210121210121010121010121010101010101012101210101010101010101210121210131012101212101210101210101210101010101010121012101010101010101;CP=1;R=28;O;
2018.01.19 20:12:23 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:12:37 4: sduino/keepalive ok, retry = 0
2018.01.19 20:12:57 4: sduino/msg READ: MU;P0=-32001;P1=487;P2=-596;P3=368;P4=-1952;P5=-3907;P6=-9212;D=01234151415151415141415141415141414141414141514151414141414141414151415151416141514151514151414151414151414141414141415141514141414141414141514151514161415141515141514141514141514141414141414151415141414141414141415141515141614151415151415141415141415141;CP=1;R=30;O;
2018.01.19 20:12:57 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:12:57 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.19 20:12:57 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.19 20:12:57 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.01.19 20:12:57 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.19 20:12:57 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.19 20:12:57 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.19 20:12:57 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.19 20:12:57 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.19 20:12:57 4: sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.19 20:12:57 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.19 20:12:58 4: sduino/msg READ: MU;P0=-1958;P1=484;P2=-3903;P3=-9217;D=01010101010121012101010101010101012101212101310121012121012101012101012101010101010101210121010101010101010121012121013101210121210121010121010121010101010101012101210101010101010101210121210131012101212101210101210101210101010101010121012101010101010101;CP=1;R=29;O;
2018.01.19 20:12:58 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:13:32 4: sduino/msg READ: MU;P0=-32001;P1=496;P2=-660;P3=248;P4=-1944;P5=380;P6=-3901;P7=-9216;D=01234561416161416141416141416141414141414141614161414141414141414161416161417141614161614161414161414161414141414141416141614141414141414141614161614171416141616141614141614141614141414141414161416141414141414141416141616141714161416161416141416141416141;CP=1;R=30;O;
2018.01.19 20:13:32 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:13:32 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.19 20:13:32 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.19 20:13:32 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.19 20:13:32 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.19 20:13:32 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.01.19 20:13:32 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.19 20:13:32 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.19 20:13:32 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.19 20:13:32 4: sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.19 20:13:32 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.19 20:13:33 4: sduino/msg READ: MU;P0=-1963;P1=483;P2=-3902;P3=-9203;D=01010101010121012101010101010101012101212101310121012121012101012101012101010101010101210121010101010101010121012121013101210121210121010121010121010101010101012101210101010101010101210121210131012101212101210101210101210101010101010121012101010101010101;CP=1;R=28;O;
2018.01.19 20:13:33 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:13:40 4: sduino/keepalive ok, retry = 0
2018.01.19 20:14:07 4: sduino/msg READ: MU;P0=-22116;P1=480;P2=-620;P3=364;P4=-1963;P5=-3897;P6=-9204;D=01234151415151415141415141415141414141414141514151414141414141414151415151416141514151514151414151414151414141414141415141514141414141414141514151514161415141515141514141514141514141414141414151415141414141414141415141515141614151415151415141415141415141;CP=1;R=30;O;
2018.01.19 20:14:07 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:14:07 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.19 20:14:07 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.19 20:14:07 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.19 20:14:07 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.19 20:14:07 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.19 20:14:07 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.19 20:14:07 4: sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.19 20:14:07 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.19 20:14:08 4: sduino/msg READ: MU;P0=-1945;P1=492;P2=-3902;P3=-9206;D=01010101010121012101010101010101012101212101310121012121012101012101012101010101010101210121010101010101010121012121013101210121210121010121010121010101010101012101210101010101010101210121210131012101212101210101210101210101010101010121012101010101010101;CP=1;R=28;O;
2018.01.19 20:14:08 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:14:43 4: sduino/keepalive ok, retry = 0
2018.01.19 20:14:43 4: sduino/msg READ: MU;P0=-32001;P1=302;P2=-9015;P3=-1945;P4=496;P5=-3904;D=01213454543454343454343454343434343434345434543434343434343434543454543424345434545434543434543434543434343434343454345434343434343434345434545434243454345454345434345434345434343434343434543454343434343434343454345454342434543454543454343454343454343434;CP=4;R=29;O;
2018.01.19 20:14:43 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:14:43 4: sduino/msg READ: MU;P0=-1955;P1=493;P2=-3898;P3=-9206;D=01010101210121010101010101010121012121013101210121210121010121010121010101010101012101210101010101010101210121210131012101212101210101210101210101010101010121012101010101010101012101212101310121012121012101012101012101010101010101210121010101010101010121;CP=1;R=26;O;
2018.01.19 20:14:43 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:15:17 4: sduino/msg READ: MU;P0=-24560;P1=499;P2=-692;P3=240;P4=-1941;P5=-3899;P6=-9208;D=01234151415151415141415141415141414141414141514151414141414141414151415151416141514151514151414151414151414141414141415141514141414141414141514151514161415141515141514141514141514141414141414151415141414141414141415141515141614151415151415141415141415141;CP=1;R=30;O;
2018.01.19 20:15:17 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:15:17 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.19 20:15:17 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.19 20:15:17 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.19 20:15:17 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.19 20:15:17 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.01.19 20:15:17 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.19 20:15:17 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.19 20:15:17 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.19 20:15:17 4: sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.19 20:15:17 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.19 20:15:18 4: sduino/msg READ: MU;P0=-1937;P1=495;P2=-3906;P3=-9205;D=01010101010121012101010101010101012101212101310121012121012101012101012101010101010101210121010101010101010121012121013101210121210121010121010121010101010101012101210101010101010101210121210131012101212101210101210101210101010101010121012101010101010101;CP=1;R=28;O;
2018.01.19 20:15:18 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:15:46 4: sduino/keepalive ok, retry = 0
2018.01.19 20:15:52 4: sduino/msg READ: MU;P0=-32001;P1=328;P2=-14372;P3=-3908;P4=500;P5=-1937;P6=-9217;D=01213454345454345454345454545454545434543454545454545454543454343454645434543434543454543454543454545454545454345434545454545454545434543434546454345434345434545434545434545454545454543454345454545454545454345434345464543454343454345454345454345454545454;CP=4;R=29;O;
2018.01.19 20:15:52 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:15:53 4: sduino/msg READ: MU;P0=-1944;P1=497;P2=-3905;P3=-9200;D=01012101210101010101010101210121210131012101212101210101210101210101010101010121012101010101010101012101212101310121012121012101012101012101010101010101210121010101010101010121012121013101210121210121010121010121010101010101012101210101010101010101210121;CP=1;R=28;O;
2018.01.19 20:15:53 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:16:27 4: sduino/msg READ: MU;P0=-27036;P1=485;P2=-720;P3=240;P4=-1949;P5=-3913;P6=-9203;D=01234151415151415141415141415141414141414141514151414141414141414151415151416141514151514151414151414151414141414141415141514141414141414141514151514161415141515141514141514141514141414141414151415141414141414141415141515141614151415151415141415141415141;CP=1;R=30;O;
2018.01.19 20:16:27 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:16:27 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.19 20:16:27 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.19 20:16:27 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.19 20:16:27 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.19 20:16:27 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.19 20:16:27 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.19 20:16:27 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.19 20:16:27 4: sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.19 20:16:27 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.19 20:16:28 4: sduino/msg READ: MU;P0=-1965;P1=482;P2=-3916;P3=-9218;D=01010101010121012101010101010101012101212101310121012121012101012101012101010101010101210121010101010101010121012121013101210121210121010121010121010101010101012101210101010101010101210121210131012101212101210101210101210101010101010121012101010101010101;CP=1;R=29;O;
2018.01.19 20:16:28 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:16:49 4: sduino/keepalive ok, retry = 0
2018.01.19 20:17:02 4: sduino/msg READ: MU;P0=-28280;P1=503;P2=-676;P3=252;P4=-1936;P5=364;P6=-3901;P7=-9205;D=01234561416161416141416141416141414141414141614161414141414141414161416161417141614161614161414161414161414141414141416141614141414141414141614161614171416141616141614141614141614141414141414161416141414141414141416141616141714161416161416141416141416141;CP=1;R=29;O;
2018.01.19 20:17:02 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:17:02 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.19 20:17:02 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.19 20:17:02 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.19 20:17:02 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.19 20:17:02 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.01.19 20:17:02 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.19 20:17:02 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.19 20:17:02 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.19 20:17:02 4: sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.19 20:17:02 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.19 20:17:03 4: sduino/msg READ: MU;P0=-1956;P1=492;P2=-3902;P3=-9207;D=01010101010121012101010101010101012101212101310121012121012101012101012101010101010101210121010101010101010121012121013101210121210121010121010121010101010101012101210101010101010101210121210131012101212101210101210101210101010101010121012101010101010101;CP=1;R=28;O;
2018.01.19 20:17:03 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:17:37 4: sduino/msg READ: MU;P0=204;P1=-3898;P2=488;P3=-1953;P4=-9219;D=01212321232321232321232323232323232123212323232323232323212321212324232123212123212323212323212323232323232321232123232323232323232123212123242321232121232123232123232123232323232323212321232323232323232321232121232423212321212321232321232321232323232323;CP=2;R=31;O;
2018.01.19 20:17:37 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:17:38 4: sduino/msg READ: MU;P0=493;P1=-1933;P2=-3902;P3=-9207;D=01020102010101010101010102010202010301020102020102010102010102010101010101010201020101010101010101020102020103010201020201020101020101020101010101010102010201010101010101010201020201030102010202010201010201010201010101010101020102010101010101010102010202;CP=0;R=31;O;
2018.01.19 20:17:38 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:17:52 4: sduino/keepalive ok, retry = 0
2018.01.19 20:18:12 4: sduino/msg READ: MU;P0=-30792;P1=494;P2=-9279;P3=-3896;P4=-1948;D=01213131413141413141413141414141414141314131414141414141414131413131412141314131314131414131414131414141414141413141314141414141414141314131314121413141313141314141314141314141414141414131413141414141414141413141313141214131413131413141413141413141414141;CP=1;R=30;O;
2018.01.19 20:18:12 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:18:13 4: sduino/msg READ: MU;P0=-1943;P1=488;P2=-3897;P3=-9197;D=01010121012101010101010101012101212101310121012121012101012101012101010101010101210121010101010101010121012121013101210121210121010121010121010101010101012101210101010101010101210121210131012101212101210101210101210101010101010121012101010101010101012101;CP=1;R=29;O;
2018.01.19 20:18:13 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:18:38 4: set sduino disableMessagetype syncedMS CDS
2018.01.19 20:18:38 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.01.19 20:18:47 4: sduino/msg READ: MU;P0=152;P1=-3933;P2=490;P3=-604;P4=320;P5=-1948;P7=-9214;D=01232345212521212521252521252521252525252525252125212525252525252525212521212527252125212125212525212525212525252525252521252125252525252525252125212125272521252121252125252125252125252525252525212521252525252525252521252121252725212521212521252521252521;CP=2;R=31;O;
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.19 20:18:47 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.19 20:18:48 4: sduino/msg READ: MU;P0=501;P1=-1940;P2=-3896;P3=-9207;D=01010101010101020102010101010101010102010202010301020102020102010102010102010101010101010201020101010101010101020102020103010201020201020101020101020101010101010102010201010101010101010201020201030102010202010201010201010201010101010101020102010101010101;CP=0;R=31;O;
2018.01.19 20:18:48 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:18:55 4: sduino/keepalive ok, retry = 0
2018.01.19 20:19:22 4: sduino/msg READ: MU;P0=-1959;P1=346;P2=-18764;P3=481;P4=-3911;P5=-9209;D=01210343030343030343030303030303034303430303030303030303430343430353034303434303430303430303430303030303030343034303030303030303034303434303530343034343034303034303034303030303030303430343030303030303030343034343035303430343430343030343030343030303030303;CP=3;R=30;O;
2018.01.19 20:19:22 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:19:23 4: sduino/msg READ: MU;P0=-1965;P1=479;P2=-3909;P3=-9215;D=01210121010101010101010121012121013101210121210121010121010121010101010101012101210101010101010101210121210131012101212101210101210101210101010101010121012101010101010101012101212101310121012121012101012101012101010101010101210121010101010101010121012121;CP=1;R=30;O;
2018.01.19 20:19:23 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018.01.19 20:19:27 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040423230423042323042304042304232323040423040423;
2018.01.19 20:19:27 4: sduino SendrawFromQueue: msg=SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040423230423042323042304042304232323040423040423;
2018.01.19 20:19:27 4: sduino/msg READ: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040423230423042323042304042304232323040423040423;
2018.01.19 20:19:27 4: sduino/read sendraw answer: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040423230423042323042304042304232323040423040423;
2018.01.19 20:19:27 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.01.19 20:19:41 4: set sduino enableMessagetype syncedMS CES
2018.01.19 20:19:42 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.01.19 20:19:50 4: sduino/msg READ: MS;P3=504;P4=-654;P5=-1795;D=53535353434343434343434353535353535353530;CP=3;SP=2;R=219;
2018.01.19 20:19:51 4: sduino/msg READ: MS;P3=499;P4=-647;P5=-1807;D=53535353434343434343434353535353535353530;CP=3;SP=2;R=220;
2018.01.19 20:19:58 4: sduino/keepalive ok, retry = 0
2018.01.19 20:19:58 1: PERL WARNING: Number found where operator expected at (eval 25685) line 1, near "Bewegungsmelder 4"
2018.01.19 20:19:58 1: PERL WARNING: 	(Do you need to predeclare Bewegungsmelder?)
2018.01.19 20:19:58 1: PERL WARNING: Bareword found where operator expected at (eval 25685) line 1, near "4 hat"
2018.01.19 20:19:58 1: PERL WARNING: 	(Missing operator before hat?)
2018.01.19 20:19:58 1: ERROR evaluating {sendMeMail('Alarm!!',Bewegungsmelder 4 hat ausgelöst)}: Unrecognized character \xC3; marked by <-- HERE after hat ausgel<-- HERE near column 51 at (eval 25685) line 1.

2018.01.19 20:19:58 4: sduino/msg READ: MS;P1=499;P4=-1940;P6=-3898;P7=-9205;D=17141614161614161414161414161414141414141416141614141414141414141614161614;CP=1;SP=7;R=30;O;m2;
2018.01.19 20:19:58 4: sduino: Matched MS Protocol id 0 -> weather1
2018.01.19 20:19:58 4: sduino: Decoded MS Protocol id 0 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:19:58 4: sduino: CUL_TCM97001 using longid: 1 model: NC_WS
2018.01.19 20:19:58 4: sduino: Matched MS Protocol id 68 -> PFR-130
2018.01.19 20:19:58 4: sduino: Decoded MS Protocol id 68 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:19:58 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:19:58 4: sduino/msg READ: MS;P1=499;P4=-1935;P6=-3906;P7=-9205;D=17141614161614161414161414161414141414141416141614141414141414141614161614;CP=1;SP=7;R=30;O;m1;
2018.01.19 20:19:58 4: sduino: Matched MS Protocol id 0 -> weather1
2018.01.19 20:19:58 4: sduino: Decoded MS Protocol id 0 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:19:58 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:19:58 4: sduino: Matched MS Protocol id 68 -> PFR-130
2018.01.19 20:19:58 4: sduino: Decoded MS Protocol id 68 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:19:58 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:19:58 4: sduino/msg READ: MS;P1=495;P4=-1951;P6=-3899;P7=-9214;D=17141614161614161414161414161414141414141416141614141414141414141614161614;CP=1;SP=7;R=30;O;m0;
2018.01.19 20:19:58 4: sduino: Matched MS Protocol id 0 -> weather1
2018.01.19 20:19:58 4: sduino: Decoded MS Protocol id 0 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:19:58 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:19:58 4: sduino: Matched MS Protocol id 68 -> PFR-130
2018.01.19 20:19:58 4: sduino: Decoded MS Protocol id 68 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:19:58 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:19:58 4: sduino/msg READ: MS;P1=469;P4=-1938;P6=-3895;P7=-9145;D=17141614161614161414161414161414141414141416141614141414141414141614161614;CP=1;SP=7;R=30;
2018.01.19 20:19:58 4: sduino: Matched MS Protocol id 0 -> weather1
2018.01.19 20:19:58 4: sduino: Decoded MS Protocol id 0 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:19:58 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:19:58 4: sduino: Matched MS Protocol id 68 -> PFR-130
2018.01.19 20:19:58 4: sduino: Decoded MS Protocol id 68 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:19:58 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:20:01 4: sduino/set: sending via SendMsg: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304040423;
2018.01.19 20:20:01 4: sduino SendrawFromQueue: msg=SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304040423;
2018.01.19 20:20:01 4: sduino/msg READ: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304040423;
2018.01.19 20:20:01 4: sduino/read sendraw answer: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304040423;
2018.01.19 20:20:01 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.01.19 20:20:03 4: sduino/set: sending via SendMsg: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304040423;
2018.01.19 20:20:03 4: sduino SendrawFromQueue: msg=SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304040423;
2018.01.19 20:20:04 4: sduino/msg READ: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304040423;
2018.01.19 20:20:04 4: sduino/read sendraw answer: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304040423;
2018.01.19 20:20:04 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.01.19 20:20:05 4: sduino/set: sending via SendMsg: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304230404;
2018.01.19 20:20:05 4: sduino SendrawFromQueue: msg=SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304230404;
2018.01.19 20:20:06 4: sduino/msg READ: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304230404;
2018.01.19 20:20:06 4: sduino/read sendraw answer: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304230404;
2018.01.19 20:20:06 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.01.19 20:20:07 4: sduino/set: sending via SendMsg: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304230404;
2018.01.19 20:20:07 4: sduino SendrawFromQueue: msg=SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304230404;
2018.01.19 20:20:08 4: sduino/msg READ: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304230404;
2018.01.19 20:20:08 4: sduino/read sendraw answer: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304230404;
2018.01.19 20:20:08 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.01.19 20:20:32 4: sduino/msg READ: MS;P0=-3918;P1=470;P4=-1975;P6=-9208;D=16141014101014101414101414101414141414141410141014141414141414141014101014;CP=1;SP=6;R=30;O;m2;
2018.01.19 20:20:32 4: sduino: Matched MS Protocol id 0 -> weather1
2018.01.19 20:20:32 4: sduino: Decoded MS Protocol id 0 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:20:32 4: sduino: CUL_TCM97001 using longid: 1 model: NC_WS
2018.01.19 20:20:32 4: sduino: Matched MS Protocol id 68 -> PFR-130
2018.01.19 20:20:32 4: sduino: Decoded MS Protocol id 68 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:20:32 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:20:32 4: sduino/msg READ: MS;P0=-3918;P1=474;P4=-1958;P6=-9224;D=16141014101014101414101414101414141414141410141014141414141414141014101014;CP=1;SP=6;R=30;O;m1;
2018.01.19 20:20:32 4: sduino: Matched MS Protocol id 0 -> weather1
2018.01.19 20:20:32 4: sduino: Decoded MS Protocol id 0 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:20:32 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:20:32 4: sduino: Matched MS Protocol id 68 -> PFR-130
2018.01.19 20:20:32 4: sduino: Decoded MS Protocol id 68 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:20:32 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:20:33 4: sduino/msg READ: MS;P0=-3918;P1=479;P4=-1960;P6=-9218;D=16141014101014101414101414101414141414141410141014141414141414141014101014;CP=1;SP=6;R=30;O;m0;
2018.01.19 20:20:33 4: sduino: Matched MS Protocol id 0 -> weather1
2018.01.19 20:20:33 4: sduino: Decoded MS Protocol id 0 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:20:33 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:20:33 4: sduino: Matched MS Protocol id 68 -> PFR-130
2018.01.19 20:20:33 4: sduino: Decoded MS Protocol id 68 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:20:33 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:20:33 4: sduino/msg READ: MS;P0=-3906;P1=475;P4=-1950;P6=-9143;D=16141014101014101414101414101414141414141410141014141414141414141014101014;CP=1;SP=6;R=30;
2018.01.19 20:20:33 4: sduino: Matched MS Protocol id 0 -> weather1
2018.01.19 20:20:33 4: sduino: Decoded MS Protocol id 0 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:20:33 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg
2018.01.19 20:20:33 4: sduino: Matched MS Protocol id 68 -> PFR-130
2018.01.19 20:20:33 4: sduino: Decoded MS Protocol id 68 dmsg s5A480A016000 length 40 RSSI = -59
2018.01.19 20:20:33 4: sduino Dispatch: s5A480A016000, Dropped due to short time or equal msg

Danke !

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 19 Januar 2018, 21:36:24

Zitat von: rageltus am 19 Januar 2018, 20:24:39
Anbei die Logs zu dem Problem.

Ich frage mich gerade, was davon der Bewegungsmelder ist.

Zitat von: rageltus am 19 Januar 2018, 20:24:39
Ebenso wird mein perl Thermometer nicht mehr empfangen

Seit dem Deaktivieren des MC Decoders nehme ich an, oder?

I

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: rageltus am 19 Januar 2018, 21:47:27

Ja genau. Sorry bei mir löst er direkt zwei brennenstuhl aus. Vll sind die noch in den Logs dabei. Hab hier einige Geräte die Funken ...

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 19 Januar 2018, 22:04:28

Zitat von: rageltus am 19 Januar 2018, 21:47:27
Ja genau. Sorry bei mir löst er direkt zwei brennenstuhl aus. Vll sind die noch in den Logs dabei. Hab hier einige Geräte die Funken ...

Hmm,

ich finde in den Logs leider nicht, was auf X10 deutet.

Die Diskussionen aus der Zeit der Implementierung habe ich mir auch noch mal angesehen:
https://github.com/RFD-FHEM/RFFHEM/issues/65

Wir müssten ein Signal finden, in dem ein high Pegel von ca. 9-10 ms steckt.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: rageltus am 19 Januar 2018, 22:34:06

Hmm... Ich bin da Leder überfragt

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 20 Januar 2018, 00:55:10

ZitatWir hatten mal die x10 bewegungsmelder eingebaut. nach dem flashen der 3.3.1 RC2 vom 6.1.2018 ( V 3.3.1-RC2 SIGNALduino cc1101 - compiled at Jan 6 2018 00:45:28) wird keine Bewegung mehr erkannt. Im Log erscheint:

Mich würde es interessieren, ob es mit dieser Firmware
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554
auch mit aktiviertem MS-Decoder funktioniert.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: rageltus am 20 Januar 2018, 08:05:40

Guten Morgen zusammen,

mit der Firmware von Ralf kommt das, wenn alles aktiviert ist:

Code Auswählen


Events (Filter: .*)   FHEM log   ResetCreate/Modify Device

2018.01.20 08:01:59 4 : sduino/msg READredu: MU;P0=-32001;P1=9204;P2=-4664;P3=518;P4=-653;P5=-1794;D=0123435353434343434353434353535353534343434343434343535353535353535;CP=3;R=230;e;
2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.20 08:01:59 4 : sduino: decoded matched MU Protocol id 39 dmsg 20609F00FF length 40 RSSI = -87
2018-01-20 08:01:59 RFXX10REC Bewegungsmelder_3 Unknown: alert
2018-01-20 08:01:59 RFXX10REC Bewegungsmelder_3 alert
2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018
.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate2018.01.20 08:01:59 4 : sduino/msg READredu: MU;P0=-32001;P1=9220;P2=-4648;P3=507;P4=-628;P5=-1802;D=0123435353434343434353434353535353534343434343434343535353535353535;CP=3;R=230;e;2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: decoded matched MU Protocol id 39 dmsg 20609F00FF length 40 RSSI = -872018.01.20 08:01:59 4 : sduino Dispatch: 20609F00FF, Dropped due to short time or equal msg2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate2018.01.20 08:01:59 4 : sduino/msg READredu: MU;P0=-32001;P1=9212;P2=-4656;P3=506;P4=-639;P5=-1797;D=0123435353434343434353434353535353534343434343434343535353535353535;CP=3;R=229;e;2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: decoded matched MU Protocol id 39 dmsg 20609F00FF length 40 RSSI = -87.52018.01.20 08:01:59 4 : sduino Dispatch: 20609F00FF, Dropped due to short time or equal msg2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate2018.01.20 08:01:59 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate2018-01-20 08:02:00 HMLAN HMUSB loadLvl: low
2018-01-20 08:02:00 IT MichelleAnkleideschrankLicht off
2018.01.20 08:02:00 4 : sduino/set: sending via SendMsg: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304230404;2018.01.20 08:02:00 4 : sduino SendrawFromQueue: msg=SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304040423;2018.01.20 08:02:00 4 : sduino/msg READredu: MU;P0=-32001;P1=9192;P2=-4680;P3=514;P4=-621;P5=-1790;D=0123435353434343434353434353535353534343434343434343535353535353535;CP=3;R=229;e;2018.01.20 08:02:00 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate2018.01.20 08:02:00 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate2018.01.20 08:02:00 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate2018.01.20 08:02:00 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate2018.01.20 08:02:00 4 : sduino: decoded matched MU Protocol id 39 dmsg 20609F00FF length 40 RSSI = -87.52018.01.20 08:02:00 4 : sduino Dispatch: 20609F00FF, Dropped due to short time or equal msg2018.01.20 08:02:00 4 : sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate2018.01.20 08:02:00 4 : sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate2018.01.20 08:02:00 4 : sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate2018.01.20 08:02:00 4 : sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate2018.01.20 08:02:00 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate2018.01.20 08:02:00 4 : sduino/msg READ: Received answer (MU;P0=-32001;P1=9192;P2=-4680;P3=514;P4=-621;P5=-1790;D=0123435353434343434353434353535353534343434343434343535353535353535;CP=3;R=229;e;) for sendraw does not match ^S(R|C|M);2018-01-20 08:02:00 FULLY FhemTablet fully_device_id: d57b11e5-5c68bb06
2018-01-20 08:02:00 FULLY FhemTablet start_url: http://fhem-server:8083/fhem/ftui/#1_index.html 
2018-01-20 08:02:00 FULLY FhemTablet current_page: http://fhem-server:8083/fhem/ftui/#1_index.html 
2018-01-20 08:02:00 FULLY FhemTablet maintenance_mode: off 
2018-01-20 08:02:00 FULLY FhemTablet kiosk_mode: on
2018-01-20 08:02:00 FULLY FhemTablet motion_detection: on 
2018-01-20 08:02:00 FULLY FhemTablet movement_detection: off
2018-01-20 08:02:00 FULLY FhemTablet admin_rights: on
2018-01-20 08:02:00 FULLY FhemTablet last_app_start: 09.01.2018 20:13:36 
2018-01-20 08:02:00 FULLY FhemTablet active_fragment: webview
2018-01-20 08:02:00 FULLY FhemTablet fully_version: 1.21.3 
2018-01-20 08:02:00 FULLY FhemTablet app_code_data_cache: ?/?/? KB 
2018-01-20 08:02:00 FULLY FhemTablet app_ram_used_free: 8621/89682 KB
2018-01-20 08:02:00 FULLY FhemTablet hostname: FHEMTablet.fritz.box
2018-01-20 08:02:00 FULLY FhemTablet ip4_address: 192.168.178.38
2018-01-20 08:02:00 FULLY FhemTablet ip6_address: FE80::78F7:BEFF:FEFA:6074
2018-01-20 08:02:00 FULLY FhemTablet mac_address: 78:F7:BE:FA:60:74
2018-01-20 08:02:00 FULLY FhemTablet wifi_ssid: "BEMI_1"
2018-01-20 08:02:00 FULLY FhemTablet location: 49.5252517,7.3819773 318,5m (network) 
2018-01-20 08:02:00 FULLY FhemTablet battery_level: 100
2018-01-20 08:02:00 FULLY FhemTablet power: plugged
2018-01-20 08:02:00 FULLY FhemTablet brightness: 82
2018-01-20 08:02:00 FULLY FhemTablet on 
2018-01-20 08:02:00 FULLY FhemTablet screen_status: on 
2018-01-20 08:02:00 FULLY FhemTablet keyguard_locked: off
2018-01-20 08:02:00 FULLY FhemTablet foreground_app: de.ozerov.fully 
2018-01-20 08:02:00 FULLY FhemTablet total_ram_used_free: 769444/179572 KB 
2018-01-20 08:02:00 FULLY FhemTablet android_sdk: 19
2018-01-20 08:02:00 FULLY FhemTablet device_type: GT-P5210 (samsung)
2018.01.20 08:02:00 4 : sduino/msg READ: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304040423;2018.01.20 08:02:00 4 : sduino/read sendraw answer: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304040423;2018.01.20 08:02:00 4 : sduino SendrawFromQueue: msg=SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304230404;
2018.01.20 08:02:00 4 : sduino/msg READ: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304230404;
2018.01.20 08:02:00 4 : sduino/read sendraw answer: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304230404;
2018.01.20 08:02:00 4 : sduino/HandleWriteQueue: nothing to send, stopping timer
2018-01-20 08:02:01 IT MichelleAnkleideschrankLicht on
2018.01.20 08:02:01 4 : sduino/set: sending via SendMsg: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304040423;
2018.01.20 08:02:01 4 : sduino SendrawFromQueue: msg=SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304040423;
2018.01.20 08:02:01 4 : sduino/msg READ: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304040423;
2018.01.20 08:02:01 4 : sduino/read sendraw answer: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040423042304230404042304040423;
2018.01.20 08:02:01 4 : sduino/HandleWriteQueue: nothing to send, stopping timer
2018.01.20 08:02:03 4 : sduino/msg READredu: MU;P0=292;P1=-4672;P2=496;P3=-632;P4=-1800;D=01232424232323232324232324242424242323242423232323242423232424242420;CP=2;R=226;e;
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino/msg READredu: MU;P0=-4374;P1=9192;P2=486;P3=-656;P4=-1810;D=0102324242323232323242323242424242423232424232323232424232324242424;CP=2;R=227;e;
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: decoded matched MU Protocol id 39 dmsg 20609F30CF length 40 RSSI = -88.5
2018-01-20 08:02:03 RFXX10REC Bewegungsmelder_3_2 Unknown: off
2018-01-20 08:02:03 RFXX10REC Bewegungsmelder_3_2 off
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018-01-20 08:02:03 CUL_HM Heizung_Buero_Michelle actuator: 0
2018-01-20 08:02:03 CUL_HM Heizung_Buero_Michelle battery: ok
2018-01-20 08:02:03 CUL_HM Heizung_Buero_Michelle batteryLevel: 2.5
2018-01-20 08:02:03 CUL_HM Heizung_Buero_Michelle desired-temp: 18.0
2018-01-20 08:02:03 CUL_HM Heizung_Buero_Michelle measured-temp: 20.2
2018-01-20 08:02:03 CUL_HM Heizung_Buero_Michelle motorErr: ok
2018-01-20 08:02:03 CUL_HM Heizung_Buero_Michelle_Temperatur measured-temp: 20.2
2018-01-20 08:02:03 CUL_HM Heizung_Buero_Michelle_Weather measured-temp: 20.2
2018-01-20 08:02:03 CUL_HM Heizung_Buero_Michelle_Weather 20.2
2018.01.20 08:02:03 4 : sduino/msg READredu: MU;P0=-32001;P1=9152;P2=-4688;P3=499;P4=-661;P5=-1788;D=0123435353434343434353434353535353534343535343434343535343435353535;CP=3;R=228;e;2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: decoded matched MU Protocol id 39 dmsg 20609F30CF length 40 RSSI = -882018.01.20 08:02:03 4 : sduino Dispatch: 20609F30CF, Dropped due to short time or equal msg2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate2018.01.20 08:02:03 4 : sduino/msg READredu: MU;P0=-1752;P1=521;P3=-566;P4=-1048;P5=228;P6=-112;P7=138;D=10101010101313101013131313101013131453167013741010;CP=1;R=227;e;2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 56 -> Celexon matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 62 -> Clarus_Switch matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate2018-01-20 08:02:03 IT BennyAnkleideschrankLicht on
2018.01.20 08:02:03 4 : sduino/set: sending via SendMsg: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304040423;
2018.01.20 08:02:03 4 : sduino/msg READredu: MU;P0=-32001;P1=9184;P2=-4668;P3=513;P4=-639;P5=-1794;D=0123435353434343434353434353535353534343535343434343535343435353535;CP=3;R=229;e;
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: decoded matched MU Protocol id 39 dmsg 20609F30CF length 40 RSSI = -87.5
2018.01.20 08:02:03 4 : sduino Dispatch: 20609F30CF, Dropped due to short time or equal msg
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.20 08:02:03 4 : sduino SendrawFromQueue: msg=SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304040423;
2018.01.20 08:02:03 4 : sduino/msg READ: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304040423;
2018.01.20 08:02:03 4 : sduino/read sendraw answer: SR;R=6;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01040404040423042304040404042304230423042304040423;
2018.01.20 08:02:03 4 : sduino/HandleWriteQueue: nothing to send, stopping timer
2018-01-20 08:02:05 structure Ankleidezimmerstruktur on-for-timer 120
2018-01-20 08:02:05 structure Ankleidezimmerstruktur on-for-timer 120
2018-01-20 08:02:05 structure Ankleidezimmerstruktur on
2018-01-

Ab und an werden die Brennenstuhl nicht geschaltet. Habe aber die 300 bei itclock oder wo auch immer aktiviert. Danke!

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 20 Januar 2018, 09:37:08

Hi,

Die modifizierte Firmware von Ralf gibt leider nicht alle Daten aus die im Puffer sind.

Von daher lässt sich jetzt nicht direkt feststellen wo der Fehler steckt.
Im Zusammenhang mit aktiviertem MS Decoder habe ich gestern einen Fehler gefunden, allerdings kann der bei deaktivierten MS Decoder nicht auftreten.

Als Du gestern getestet hast, war da der MS Decoder aus in der Zeit in der Du drn Bewegungsmelder ausgelöst hast?
Laut Log hattest Du ihm ja auch wieder eingeschaltet.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: rageltus am 20 Januar 2018, 09:42:49

Hi!

Okay. Kann gerne noch mit deine Version teste, Sidey. Der war einmal deaktiviert und dann ausgelöst und einmal aktiviert und dann ausgelöst.

Grüße

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 20 Januar 2018, 10:22:24

Super, das wäre Klasse.

Ich würde heute Abend noch eine neue FW zur Verfügung stellen.

Grüße Sidey

Edit: Download Link per PM versendet

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 20 Januar 2018, 10:29:45

Danke fürs Testen.

ZitatAb und an werden die Brennenstuhl nicht geschaltet. Habe aber die 300 bei itclock oder wo auch immer aktiviert.

Ich habe die Senderoutine überarbeitet, es kann sein, daß beim Senden noch nicht alles 100% passt.
Evtl passt die itclock noch nicht ganz. Hier steht wie man die itclock ermittelt:
https://fhem.de/commandref_DE.html#ITclock

ZitatWas ist der optimale weg bzw. die optimale Softwareversion wenn ich auf stable bleiben möchte? Da gibt es DEV 3.3.1 Rc2, 3.3.2 etc.. was ist im standard FHEM Update eingecheckt?

Wenn ich es richtig überblicke ist im standard FHEM Update (SVN) noch eine etwas ältere Firmware von 2016.
Im dev-r33 ist eine Firmware von Anfang 2017, dies ist die aktuelle Firmware.

Gruß Ralf

Titel: Signalduino Version 3.3.1 auf ESP32 mit WiFi
Beitrag von: hjgode am 29 Januar 2018, 07:50:23

Hi

so, ich habe die Signalduino firmware 3.3. nun auch auf den ESP32 portiert: https://github.com/hjgode/SIGNALduino330_esp32

Senden ist nicht getestet,,,

Gruss

~Josef

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 29 Januar 2018, 09:20:24

Hallo,

ich habe einen Nanocul mit 868Mhz C1101 auf den Signalduino umgeflasht. Ich habe meine IT Baumarktdosen und eine Interterchno ITS-1500 Fernbedienung damit eingerichtet. Senden funktioniert gefühlt besser wie bei meinem Nanocul mit 434 Mhz C1101. Aber ich habe das kuriose Problem, dass die Gruppentaste auf der Fernbedienung mit dem Signalduino nicht funktioniert. Der Signalduino reagiert gar nicht darauf.

Hier eine Taste der Fernbedienung die am SD funktioniert

Code Auswählen


Internals:
   00         f0
   CFGFN      
   DEF        F0FFFFF00F FF F0
   IODev      MySignalduino
   LASTInputDev MySignalduino
   MSGCNT     1
   MySignalduino_DMSG i455414
   MySignalduino_MSGCNT 1
   MySignalduino_RAWMSG MS;P0=-11440;P1=-1121;P2=-416;P5=309;P6=1017;D=150516251515162516251625162516251515151516251625151;CP=5;SP=0;R=66;m=2;
   MySignalduino_RSSI -41
   MySignalduino_TIME 2018-01-29 00:27:21
   NAME       IT_F0FFFFF00F
   NR         336
   STATE      off
   TYPE       IT
   XMIT       f0fffff00f
   XMITdimdown 00
   XMITdimup  00
   XMITon     ff
   CODE:
     1          f0fffff00f
   READINGS:
     2018-01-29 00:30:28   protocol        V1
     2018-01-29 00:27:21   state           off
Attributes:
   IODev      MySignalduino
   room       IT

Dies ist die 5. Tastengruppe die nur vom CUL erkannt wird

Code Auswählen


Internals:
   00         f0
   CFGFN      
   DEF        F0FFFFFF0F FF F0
   IODev      MySignalduino
   IntertechnoCUL_MSGCNT 13
   IntertechnoCUL_RAWMSG i455514
   IntertechnoCUL_RSSI -71.5
   IntertechnoCUL_TIME 2018-01-29 08:43:24
   LASTInputDev IntertechnoCUL
   MSGCNT     13
   NAME       IT_F0FFFFFF0F
   NR         495
   STATE      off
   TYPE       IT
   XMIT       f0ffffff0f
   XMITdimdown 00
   XMITdimup  00
   XMITon     ff
   CODE:
     1          f0ffffff0f
   READINGS:
     2018-01-29 00:49:49   protocol        V1
     2018-01-29 08:43:24   state           off
Attributes:
   IODev      MySignalduino
   room       IT

Signalduino

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_002598TL-if00-port0@57600
   DMSG       P7#0D8063F24
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_002598TL-if00-port0@57600
   FD         29
   ITClock    250
   LASTDMSG   P7#0D8063F24
   MSGCNT     1764
   NAME       MySignalduino
   NR         92
   NR_CMD_LAST_H 5
   PARTIAL    
   RAWMSG     MS;P2=501;P3=-965;P4=-1947;P5=-3906;D=25232323232424232424232323232323232324242323232424242424242323242323242323;CP=2;SP=5;R=228;m=2;
   RSSI       -88
   STATE      opened
   TIME       1517214078
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.1-RC2 SIGNALduino cc1101 - compiled at Jan  6 2018 00:45:28
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-01-29 00:41:08   ccreg           C3E = 00 84 00 00 00 00 00 00 
     2018-01-28 23:55:51   ping            OK
     2018-01-29 00:59:37   state           opened
     2018-01-29 00:59:37   version         V 3.3.1-RC2 SIGNALduino cc1101 - compiled at Jan  6 2018 00:45:28
   XMIT_TIME:
     1517211800
     1517213190
     1517213191
     1517213192
     1517213193
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     12.1
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     62
     64
     65
     66
     67
     69
     70
     71
     72
     75
     8
     9
Attributes:
   blacklist_IDs 61
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   verbose    1

Hat jemand eine Idee woran das liegt bzw am Besten wie man das beheben kann?

Vielen Dank!

Grüße

Stefan

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: killah78 am 29 Januar 2018, 09:22:32

Moin,
darf ich mal eben einen kurzen Einwurf machen?
Mein sduino haut mir immer das (separate)Logfile voll, weil er immer voll protokolliert. Auf ein Verbose reagiert er nicht.
Kann ich das ändern, oder nur das Logfile komplett abklemmen?
Gruss
killah78

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 29 Januar 2018, 09:57:22

@Stefan#

Kannst Du den sduino bitte auf verbose 4 stellen und dann in einem konstanten Abstand die Gruppentaste drücken?

Im FHEM Log finden wir dann vermutlich nähere Hinweise.

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 29 Januar 2018, 09:58:59

Zitat von: killah78 am 29 Januar 2018, 09:22:32

Mein sduino haut mir immer das (separate)Logfile voll, weil er immer voll protokolliert.

Hallo,

Bitte beschreibe doch noch, was Du mit separate Logfile meinst.

Die Verbose Einstellung wirkt auf die Log Einträge in deinem FHEM Logfile.
Das meinst Du ja vermutlich nicht oder?

Gruß Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: killah78 am 29 Januar 2018, 11:02:56

Hi Sidey,
habe ein FileLog angelegt, in die ausschließlich die Ausgaben aus dem signalduino rein gehen.
(defmod FileLog_sduino FileLog ./log/sduino-%Y-W%W.log sduino)

Dieses kann ich nicht beschränken?
Gruss
killah78

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 29 Januar 2018, 12:47:29

Zitat von: Sidey am 29 Januar 2018, 09:57:22
@Stefan#

Kannst Du den sduino bitte auf verbose 4 stellen und dann in einem konstanten Abstand die Gruppentaste drücken?

Hallo Sidey,

edit: ich war wohl zu doof wirklich auf verbose 4 zu stellen, sorry. Jetzt kommt was sinnvolles im Log an

Code Auswählen


2018.01.29 14:11:37 4: MySignalduino/msg READredu: MU;P0=248;P1=-1013;P2=1213;P3=476;P4=-26634;P5=360;P6=108;D=0121212131312121213121213121212131312121213121312121245460;CP=2;R=237;
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: decoded matched MU Protocol id 5 dmsg p5#E76E758 length 28 RSSI = -83.5
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 75 -> ConradRSL2 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino/msg READredu: MU;P0=1217;P1=-1016;P2=467;D=01210101010101012121010101210101210101012121010101210121010100;CP=0;R=238;
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: decoded matched MU Protocol id 5 dmsg p5#BF3B73AC length 32 RSSI = -83
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 75 -> ConradRSL2 matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.29 14:11:37 4: MySignalduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2018.01.29 14:11:39 4: MySignalduino/msg READredu: MS;P0=-386;P1=452;P2=-2027;P3=-4571;P4=-9576;D=2141212131312131313121312131212121212131313131213100;CP=1;SP=4;R=230;
2018.01.29 14:11:39 4: MySignalduino: Matched MS Protocol id 0 -> weather1
2018.01.29 14:11:39 4: MySignalduino: Decoded MS Protocol id 0 dmsg s37507A00 length 24 RSSI = -87
2018.01.29 14:11:39 4: MySignalduino: CUL_TCM97001 using longid: 1 model: TCM97...
2018.01.29 14:11:39 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:11:39 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507A00 length 24 RSSI = -87
2018.01.29 14:11:39 4: MySignalduino Dispatch: s37507A00, Dropped due to short time or equal msg
2018.01.29 14:11:40 4: MySignalduino/msg READredu: MS;P1=420;P2=-4581;P3=-2010;P4=-9576;D=31413131212131212121312131213131313131212121213121213121213;CP=1;SP=4;R=229;O;m=2;
2018.01.29 14:11:40 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:11:40 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507B6000 length 32 RSSI = -87.5
2018.01.29 14:11:40 4: MySignalduino: CUL_TCM97001 using longid: 1 model: Mebus
2018.01.29 14:11:40 4: MySignalduino/msg READredu: MS;P1=415;P2=-4584;P3=-2024;P4=-9580;P5=-1540;P6=952;D=141313121213121212131213121313131313121563121213121213121213;CP=1;SP=4;R=229;m=1;
2018.01.29 14:11:40 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:11:40 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37504000 length 24 RSSI = -87.5
2018.01.29 14:11:40 4: MySignalduino: CUL_TCM97001 using longid: 1 model: TCM97...
2018.01.29 14:11:40 4: MySignalduino/msg READredu: MS;P1=415;P2=-4584;P3=-2024;P4=-9580;D=1413131212131212121312131213131313131212121213121213121213;CP=1;SP=4;R=229;m=0;
2018.01.29 14:11:40 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:11:40 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507B6000 length 32 RSSI = -87.5
2018.01.29 14:11:40 4: MySignalduino: CUL_TCM97001 using longid: 1 model: Mebus
2018.01.29 14:11:44 4: MySignalduino/msg READredu: MS;P1=310;P2=-1130;P3=1011;P4=-422;P5=-11466;D=415123412121234123412141214121412141212123412341234;CP=1;SP=5;R=38;O;m=2;
2018.01.29 14:11:44 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 14:11:44 4: MySignalduino/msg READredu: MS;P1=309;P2=-1130;P3=1011;P4=-429;P5=-11466;D=15123412121234123412141214121412141212123412341234;CP=1;SP=5;R=38;m=1;
2018.01.29 14:11:44 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 14:11:44 4: MySignalduino/msg READredu: MS;P1=309;P2=-1130;P3=1011;P4=-429;P5=-11466;D=15123412121234123412141214121412141212123412341234;CP=1;SP=5;R=38;m=0;
2018.01.29 14:11:44 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 14:11:44 4: MySignalduino/msg READredu: MS;P1=309;P2=-1130;P3=1011;P4=-429;P5=-11466;D=15123412121234123412141214121412141212123412341234;CP=1;SP=5;R=38;
2018.01.29 14:11:44 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 14:11:46 4: MySignalduino/msg READ: Mc;LL=-1026;LH=923;SL=-550;SH=426;D=A3E7EA5078163E7F;C=487;L=64;R=233;
2018.01.29 14:11:46 4: MySignalduino/msg READ: Mc;LL=-1024;LH=919;SL=-554;SH=426;D=706056BE1FA70600;C=487;L=62;R=234;
2018.01.29 14:11:46 4: MySignalduino/msg READ: Mc;LL=-1039;LH=912;SL=-543;SH=430;D=706056BE1FA70600;C=487;L=62;R=233;
2018.01.29 14:11:48 4: MySignalduino/msg READ: Mc;LL=-1051;LH=895;SL=-559;SH=419;D=2B974A6B07E9212AC9590;C=487;L=81;R=248;
2018.01.29 14:11:48 4: MySignalduino/msg READ: Mc;LL=-1051;LH=903;SL=-551;SH=419;D=72E94560FD2425596EE;C=487;L=76;R=249;
2018.01.29 14:11:49 4: MySignalduino/msg READ: Mc;LL=-1048;LH=904;SL=-564;SH=409;D=AE2B974A4B07E9212AC8430;C=487;L=89;R=247;
2018.01.29 14:11:54 4: MySignalduino/keepalive ok, retry = 0
2018.01.29 14:12:00 4: MySignalduino/msg READredu: MS;P1=500;P2=-966;P3=-1940;P4=-3892;D=314121212121313121313121212121212121213131312131313131313131313121213121213;CP=1;SP=4;R=240;O;m=2;
2018.01.29 14:12:00 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:00 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:00 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -82
2018.01.29 14:12:00 4: MySignalduino SD_WS07_Parse  SD_WS07 (P7#0D8077FC9) length: 9
2018.01.29 14:12:00 4: MySignalduino/msg READredu: MS;P1=492;P2=-966;P3=-1932;P4=-3903;D=14121212121313121313121212121212121213131312131313131313131313121213121213;CP=1;SP=4;R=240;O;m=1;
2018.01.29 14:12:00 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:00 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:00 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -82
2018.01.29 14:12:00 4: MySignalduino Dispatch: P7#0D8077FC9, Dropped due to short time or equal msg
2018.01.29 14:12:00 4: MySignalduino/msg READredu: MS;P1=502;P2=-956;P3=-1938;P4=-3897;D=14121212121313121313121212121212121213131312131313131313131313121213121213;CP=1;SP=4;R=240;O;m=0;
2018.01.29 14:12:00 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:00 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:00 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -82
2018.01.29 14:12:00 4: MySignalduino Dispatch: P7#0D8077FC9, Dropped due to short time or equal msg
2018.01.29 14:12:00 4: MySignalduino/msg READredu: MS;P1=505;P2=-955;P3=-1932;P4=-3892;D=14121212121313121313121212121212121213131312131313131313131313121213121213;CP=1;SP=4;R=240;O;
2018.01.29 14:12:00 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:00 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:00 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -82
2018.01.29 14:12:00 4: MySignalduino Dispatch: P7#0D8077FC9, Dropped due to short time or equal msg
2018.01.29 14:12:01 4: MySignalduino/msg READredu: MS;P0=497;P1=-957;P2=-1949;P3=-3896;D=03010101010202010202010101010101010102020201020202020202020202010102010102;CP=0;SP=3;R=239;O;m=2;
2018.01.29 14:12:01 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:01 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:01 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -82.5
2018.01.29 14:12:01 4: MySignalduino Dispatch: P7#0D8077FC9, Dropped due to short time or equal msg
2018.01.29 14:12:01 4: MySignalduino/msg READredu: MS;P0=506;P1=-959;P2=-1938;P3=-3892;D=03010101010202010202010101010101010102020201020202020202020202010102010102;CP=0;SP=3;R=239;m=1;
2018.01.29 14:12:01 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:01 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:01 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -82.5
2018.01.29 14:12:01 4: MySignalduino Dispatch: P7#0D8077FC9, Dropped due to short time or equal msg
2018.01.29 14:12:09 4: MySignalduino/msg READredu: MU;P0=111;P2=-356;P4=-598;P5=328;P6=702;P7=-970;D=020404520404040467676767520404520452040404040;CP=0;R=218;
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.29 14:12:09 4: MySignalduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.29 14:12:14 4: MySignalduino/msg READredu: MS;P1=440;P2=-9572;P3=-2013;P4=-4577;D=1213131414131414141314131413131313131414141413141413141413;CP=1;SP=2;R=230;m=2;
2018.01.29 14:12:14 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:12:14 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507B6000 length 32 RSSI = -87
2018.01.29 14:12:14 4: MySignalduino: CUL_TCM97001 using longid: 1 model: Mebus
2018.01.29 14:12:15 4: MySignalduino/msg READredu: MS;P1=425;P2=-2020;P3=-9575;P4=-4583;D=21312121414121414141214121412121212121414141412141412141412;CP=1;SP=3;R=231;O;m=2;
2018.01.29 14:12:15 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:12:15 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507B6000 length 32 RSSI = -86.5
2018.01.29 14:12:15 4: MySignalduino Dispatch: s37507B6000, Dropped due to short time or equal msg
2018.01.29 14:12:15 4: MySignalduino/msg READredu: MS;P1=419;P2=-2046;P3=-9577;P4=-4579;D=1312121414121414141214121412121212121414141412141412141412;CP=1;SP=3;R=231;m=1;
2018.01.29 14:12:15 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:12:15 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507B6000 length 32 RSSI = -86.5
2018.01.29 14:12:15 4: MySignalduino Dispatch: s37507B6000, Dropped due to short time or equal msg
2018.01.29 14:12:15 4: MySignalduino/msg READredu: MS;P1=419;P2=-2046;P3=-9577;P4=-4579;D=1312121414121414141214121412121212121414141412141412141412;CP=1;SP=3;R=231;m=0;
2018.01.29 14:12:15 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:12:15 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507B6000 length 32 RSSI = -86.5
2018.01.29 14:12:15 4: MySignalduino Dispatch: s37507B6000, Dropped due to short time or equal msg
2018.01.29 14:12:29 4: MySignalduino/msg READredu: MS;P2=-527;P3=457;P5=-1029;P6=925;D=232323565326232353232323262353232323232320;CP=3;SP=0;R=233;
2018.01.29 14:12:29 4: MySignalduino/msg READ: Mc;LL=-1029;LH=920;SL=-540;SH=432;D=2E0C0AD7C3F4E0C00;C=486;L=65;R=234;
2018.01.29 14:12:29 4: MySignalduino/msg READredu: MS;P1=432;P2=-546;P3=-1043;P4=909;D=212121343124212131212121242131212121212120;CP=1;SP=0;R=235;
2018.01.29 14:12:31 4: MySignalduino/msg READredu: MS;P0=-10312;P1=415;P2=200;P3=-1059;P4=894;P5=-556;P6=296;D=0102343451513154345651343154343154513434513151515154515151515134315431543151515431543434345131543154343451315431;CP=1;SP=0;R=247;
2018.01.29 14:12:31 4: MySignalduino/msg READ: Mc;LL=-1054;LH=903;SL=-558;SH=417;D=A2B07E9212ACB770;C=488;L=61;R=249;
2018.01.29 14:12:32 4: MySignalduino/msg READ: Mc;LL=-1044;LH=909;SL=-557;SH=415;D=1A2D6D3E05B7B54DEF2;C=487;L=75;R=249;
2018.01.29 14:12:32 4: MySignalduino/msg READredu: MU;P0=442;P1=-1030;P2=1203;P4=-28480;P6=140;P7=-136;D=01212101210101212121012121012101210101212121012101210124046;CP=0;R=239;
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino/msg READredu: MU;P0=-200;P1=464;P2=-1014;P3=1219;D=0123232123212123232321232321232123212123232321232123212;CP=1;R=238;
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: decoded matched MU Protocol id 5 dmsg p5#69DA9D4 length 28 RSSI = -83
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 71 -> PV-8644 matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 75 -> ConradRSL2 matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.29 14:12:32 4: MySignalduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2018.01.29 14:12:49 4: MySignalduino/msg READredu: MS;P1=433;P2=-9586;P3=-2007;P4=-4551;D=01213131414131414141314131413131313131414141413141413141413;CP=1;SP=2;R=231;m=2;
2018.01.29 14:12:49 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:12:49 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507B6000 length 32 RSSI = -86.5
2018.01.29 14:12:49 4: MySignalduino: CUL_TCM97001 using longid: 1 model: Mebus
2018.01.29 14:12:50 4: MySignalduino/msg READredu: MS;P0=-4589;P1=415;P2=-2015;P3=-9578;D=21312121010121010101210121012121212121010101012101012101012;CP=1;SP=3;R=231;O;m=2;
2018.01.29 14:12:50 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:12:50 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507B6000 length 32 RSSI = -86.5
2018.01.29 14:12:50 4: MySignalduino Dispatch: s37507B6000, Dropped due to short time or equal msg
2018.01.29 14:12:50 4: MySignalduino/msg READredu: MS;P0=-4582;P1=416;P2=-2032;P3=-9571;D=1312121010121010101210121012121212121010101012101012101012;CP=1;SP=3;R=231;O;m=1;
2018.01.29 14:12:50 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:12:50 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507B6000 length 32 RSSI = -86.5
2018.01.29 14:12:50 4: MySignalduino Dispatch: s37507B6000, Dropped due to short time or equal msg
2018.01.29 14:12:50 4: MySignalduino/msg READredu: MS;P0=-4593;P1=418;P2=-2015;P3=-9583;D=1312121010121010101210121012121212121010101012101012101012;CP=1;SP=3;R=231;m=0;
2018.01.29 14:12:50 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:12:50 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507B6000 length 32 RSSI = -86.5
2018.01.29 14:12:50 4: MySignalduino Dispatch: s37507B6000, Dropped due to short time or equal msg
2018.01.29 14:12:50 4: MySignalduino/msg READredu: MS;P0=-4593;P1=418;P2=-2015;P3=-9583;D=1312121010121010101210121012121212121010101012101012101012;CP=1;SP=3;R=231;
2018.01.29 14:12:50 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 14:12:50 4: MySignalduino: Decoded MS Protocol id 68 dmsg s37507B6000 length 32 RSSI = -86.5
2018.01.29 14:12:50 4: MySignalduino Dispatch: s37507B6000, Dropped due to short time or equal msg
2018.01.29 14:12:54 4: MySignalduino/keepalive ok, retry = 0
2018.01.29 14:12:57 4: MySignalduino/msg READredu: MS;P1=490;P2=-1950;P3=-970;P4=-3900;D=214131313131212131212131313131313131312121213121212121212121212131312131312;CP=1;SP=4;R=237;O;m=2;
2018.01.29 14:12:57 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:57 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:57 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -83.5
2018.01.29 14:12:57 4: MySignalduino SD_WS07_Parse  SD_WS07 (P7#0D8077FC9) length: 9
2018.01.29 14:12:57 4: MySignalduino/msg READredu: MS;P1=508;P2=-1934;P3=-958;P4=-3897;D=14131313131212131212131313131313131312121213121212121212121212131312131312;CP=1;SP=4;R=237;O;m=1;
2018.01.29 14:12:57 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:57 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:57 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -83.5
2018.01.29 14:12:57 4: MySignalduino Dispatch: P7#0D8077FC9, Dropped due to short time or equal msg
2018.01.29 14:12:57 4: MySignalduino/msg READredu: MS;P1=498;P2=-1933;P3=-964;P4=-3900;D=14131313131212131212131313131313131312121213121212121212121212131312131312;CP=1;SP=4;R=237;O;m=0;
2018.01.29 14:12:57 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:57 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:57 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -83.5
2018.01.29 14:12:57 4: MySignalduino Dispatch: P7#0D8077FC9, Dropped due to short time or equal msg
2018.01.29 14:12:57 4: MySignalduino/msg READredu: MS;P1=498;P2=-1947;P3=-965;P4=-3894;D=14131313131212131212131313131313131312121213121212121212121212131312131312;CP=1;SP=4;R=237;O;
2018.01.29 14:12:57 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:57 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:57 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -83.5
2018.01.29 14:12:57 4: MySignalduino Dispatch: P7#0D8077FC9, Dropped due to short time or equal msg
2018.01.29 14:12:58 4: MySignalduino/msg READredu: MS;P0=507;P1=-959;P2=-1936;P3=-3899;D=03010101010202010202010101010101010102020201020202020202020202010102010102;CP=0;SP=3;R=238;O;m=2;
2018.01.29 14:12:58 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:58 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:58 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -83
2018.01.29 14:12:58 4: MySignalduino Dispatch: P7#0D8077FC9, Dropped due to short time or equal msg
2018.01.29 14:12:58 4: MySignalduino/msg READredu: MS;P0=506;P1=-961;P2=-1926;P3=-3891;D=03010101010202010202010101010101010102020201020202020202020202010102010102;CP=0;SP=3;R=238;m=1;
2018.01.29 14:12:58 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:58 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:58 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -83
2018.01.29 14:12:58 4: MySignalduino Dispatch: P7#0D8077FC9, Dropped due to short time or equal msg
2018.01.29 14:12:58 4: MySignalduino/msg READredu: MS;P0=506;P1=-961;P2=-1926;P3=-3891;D=03010101010202010202010101010101010102020201020202020202020202010102010102;CP=0;SP=3;R=238;m=0;
2018.01.29 14:12:58 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:58 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:58 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC9 length 36 RSSI = -83
2018.01.29 14:12:58 4: MySignalduino Dispatch: P7#0D8077FC9, Dropped due to short time or equal msg
2018.01.29 14:12:58 4: MySignalduino/msg READredu: MS;P0=506;P1=-961;P2=-1926;P3=-3891;P4=352;P5=-32001;D=0301010101020201020201010101010101010202020102020202020202020201010201010201455;CP=0;SP=3;R=238;
2018.01.29 14:12:58 4: MySignalduino: Matched MS Protocol id 1 -> ConradRSL
2018.01.29 14:12:58 4: MySignalduino: Matched MS Protocol id 7 -> weatherID7
2018.01.29 14:12:58 4: MySignalduino: Decoded MS Protocol id 7 dmsg P7#0D8077FC90 length 40 RSSI = -83
2018.01.29 14:12:58 4: SIGNALduino_unknown incomming msg: P7#0D8077FC90
2018.01.29 14:12:58 4: SIGNALduino_unknown rawData: 0D8077FC90
2018.01.29 14:12:58 4: SIGNALduino_unknown Protocol: 7
2018.01.29 14:12:58 4: SIGNALduino_unknown converted to bits: 0000110110000000011101111111110010010000
2018.01.29 14:12:58 4: SIGNALduino_unknown decoded protocolid: 7 (TX70DTH) sensor id=D, channel=0, temp=11.9, hum=73, bat=ok

2018.01.29 14:12:58 4: SIGNALduino_unknown decoded protocolid: 7 (EAS800z / type=0) mode=auto, sensor id=13, channel=1, temp=11.9, hum=201, bat=ok

2018.01.29 14:12:58 4: Unknown, please report
2018.01.29 14:12:58 3: MySignalduino: Unknown code P7#0D8077FC90, help me!

Vielen Dank!

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 29 Januar 2018, 14:54:21

Ich bin mir nicht sicher ob das log siehe oben nutzbar ist. Ich habe hier sehr viel rauschen von den Nachbarn mit drin. Eine einfache Möglichkeit nur mein unbekanntes Device zu loggen gibt es wahrscheinlich nicht?

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 29 Januar 2018, 17:57:28

Nein, unbekanntes lässt sich schwer filtern.

Daher ja auch die bitte, die FB in gleichbleibendem Abstand auslösen.

Wenn wir den Abstand kennen, können wir mit suchen.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 29 Januar 2018, 18:38:40

Hallo Sidey,

also ich habe 4 * im Sekundenabstand auf die Taste gedrückt. Das gesamte Logfile ist ca. 25 Sekunden lang

Code Auswählen


2018.01.29 18:30:57 4: MySignalduino/msg READredu: MS;P0=-1125;P1=312;P3=1010;P4=-429;P6=-11471;D=416103410101034103410141014101410141010103410341034;CP=1;SP=6;R=69;O;m=2;
2018.01.29 18:30:57 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:30:57 4: MySignalduino/msg READredu: MS;P0=-1140;P1=303;P3=1016;P4=-423;P6=-11471;D=16103410101034103410141014101410141010103410341034;CP=1;SP=6;R=69;m=1;
2018.01.29 18:30:57 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:30:57 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:30:57 4: MySignalduino/msg READredu: MS;P0=-1140;P1=303;P3=1016;P4=-423;P6=-11471;D=16103410101034103410141014101410141010103410341034;CP=1;SP=6;R=69;m=0;
2018.01.29 18:30:57 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:30:57 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:30:57 4: MySignalduino/msg READredu: MS;P0=-1140;P1=303;P3=1016;P4=-423;P6=-11471;D=16103410101034103410141014101410141010103410341034;CP=1;SP=6;R=69;
2018.01.29 18:30:57 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:30:57 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:30:58 4: MySignalduino/msg READredu: MS;P1=315;P2=-1130;P3=1000;P4=-446;P6=-11464;D=416123412121234123412141214121412141212123412341234;CP=1;SP=6;R=69;O;m=2;
2018.01.29 18:30:58 4: MySignalduino: Matched MS Protocol id 3 -> itv1
2018.01.29 18:30:58 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:30:58 4: MySignalduino/msg READredu: MS;P1=287;P2=-1161;P3=996;P4=-440;P6=-11464;D=16123412121234123412141214121412141212123412341234;CP=1;SP=6;R=69;m=1;
2018.01.29 18:30:58 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:30:58 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:30:58 4: MySignalduino/msg READredu: MS;P1=287;P2=-1161;P3=996;P4=-440;P6=-11464;D=16123412121234123412141214121412141212123412341234;CP=1;SP=6;R=69;m=0;
2018.01.29 18:30:58 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:30:58 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:30:58 4: MySignalduino/msg READredu: MS;P1=287;P2=-1161;P3=996;P4=-440;P6=-11464;D=16123412121234123412141214121412141212123412341234;CP=1;SP=6;R=69;
2018.01.29 18:30:58 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:30:58 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:30:59 4: MySignalduino/msg READredu: MS;P0=1010;P1=300;P2=-11425;P4=-427;P6=-1141;D=12160416161604160416141614161416141616160416041604;CP=1;SP=2;R=61;m=2;
2018.01.29 18:30:59 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:30:59 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:30:59 4: MySignalduino/msg READredu: MS;P0=1010;P1=300;P2=-11425;P4=-427;P6=-1141;D=12160416161604160416141614161416141616160416041604;CP=1;SP=2;R=61;m=1;
2018.01.29 18:30:59 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:30:59 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:31:00 4: MySignalduino/msg READredu: MS;P0=305;P1=1007;P2=-11434;P6=-1137;P7=-425;D=702061706060617061706070607060706070606061706170617;CP=0;SP=2;R=61;O;m=2;
2018.01.29 18:31:00 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:31:00 4: MySignalduino/msg READredu: MS;P0=303;P1=1015;P2=-11434;P6=-1139;P7=-417;D=02061706060617061706070607060706070606061706170617;CP=0;SP=2;R=61;m=1;
2018.01.29 18:31:00 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:31:00 4: MySignalduino/msg READredu: MS;P0=303;P1=1015;P2=-11434;P6=-1139;P7=-417;D=02061706060617061706070607060706070606061706170617;CP=0;SP=2;R=61;m=0;
2018.01.29 18:31:00 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:31:00 4: MySignalduino/msg READredu: MU;P0=303;P1=1015;P2=-32001;P6=-1139;P7=-417;D=0617060606170617060706070607060706060617061706170;CP=0;R=61;
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 65 -> Homeeasy matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.29 18:31:00 4: MySignalduino: Fingerprint for MU Protocol id 75 -> ConradRSL2 matches, trying to demodulate
2018.01.29 18:31:01 4: MySignalduino/msg READredu: MS;P0=-1137;P2=300;P3=1004;P4=-432;P5=-11481;D=425203420202034203420242024202420242020203420342034;CP=2;SP=5;R=67;O;m=2;
2018.01.29 18:31:01 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:31:01 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:31:01 4: MySignalduino/msg READredu: MS;P0=-1131;P2=304;P3=1023;P4=-419;P5=-11481;D=25203420202034203420242024202420242020203420342034;CP=2;SP=5;R=67;m=1;
2018.01.29 18:31:01 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:31:01 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:31:01 4: MySignalduino/msg READredu: MS;P0=-1131;P2=304;P3=1023;P4=-419;P5=-11481;D=25203420202034203420242024202420242020203420342034;CP=2;SP=5;R=67;m=0;
2018.01.29 18:31:01 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:31:01 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:31:01 4: MySignalduino/msg READredu: MS;P0=-1131;P2=304;P3=1023;P4=-419;P5=-11481;D=25203420202034203420242024202420242020203420342034;CP=2;SP=5;R=67;
2018.01.29 18:31:01 4: MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:31:01 4: MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:31:12 4: MySignalduino/msg READ: Mc;LL=-1027;LH=922;SL=-551;SH=425;D=A3E7EA5F8815C387;C=487;L=64;R=234;
2018.01.29 18:31:12 4: MySignalduino/msg READ: Mc;LL=-1029;LH=922;SL=-544;SH=428;D=F3F52FC40AE1C38;C=487;L=57;R=234;
2018.01.29 18:31:12 4: MySignalduino/msg READ: Mc;LL=-1033;LH=926;SL=-554;SH=425;D=E0C0AD03BF51E3C;C=489;L=60;R=234;
2018.01.29 18:31:13 4: MySignalduino/msg READredu: MS;P1=404;P2=-9584;P4=-4595;P5=-2034;D=01214141514151414141514151415151515151414141514151415141415;CP=1;SP=2;R=231;O;m=2;
2018.01.29 18:31:13 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 18:31:13 4: MySignalduino: Decoded MS Protocol id 68 dmsg sD750756000 length 32 RSSI = -86.5
2018.01.29 18:31:13 4: MySignalduino: CUL_TCM97001 using longid: 1 model: Mebus
2018.01.29 18:31:13 4: MySignalduino/msg READredu: MS;P1=415;P2=-9594;P4=-4582;P5=-2032;D=1214141514151414141514151415151515151414141514151415141415;CP=1;SP=2;R=231;O;m=1;
2018.01.29 18:31:13 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 18:31:13 4: MySignalduino: Decoded MS Protocol id 68 dmsg sD750756000 length 32 RSSI = -86.5
2018.01.29 18:31:13 4: MySignalduino Dispatch: sD750756000, Dropped due to short time or equal msg
2018.01.29 18:31:13 4: MySignalduino/msg READredu: MS;P1=419;P2=-9593;P4=-4591;P5=-2015;D=1214141514151414141514151415151515151414141514151415141415;CP=1;SP=2;R=231;O;m=0;
2018.01.29 18:31:13 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 18:31:13 4: MySignalduino: Decoded MS Protocol id 68 dmsg sD750756000 length 32 RSSI = -86.5
2018.01.29 18:31:13 4: MySignalduino Dispatch: sD750756000, Dropped due to short time or equal msg
2018.01.29 18:31:13 4: MySignalduino/msg READredu: MS;P1=426;P2=-9592;P4=-4583;P5=-2019;D=1214141514151414141514151415151515151414141514151415141415;CP=1;SP=2;R=231;O;
2018.01.29 18:31:13 4: MySignalduino: Matched MS Protocol id 68 -> PFR-130
2018.01.29 18:31:13 4: MySignalduino: Decoded MS Protocol id 68 dmsg sD750756000 length 32 RSSI = -86.5
2018.01.29 18:31:13 4: MySignalduino Dispatch: sD750756000, Dropped due to short time or equal msg
2018.01.29 18:31:14 4: MySignalduino/msg READredu: MS;P0=403;P1=-2035;P2=-4588;P3=-9600;P4=288;D=010201010101010202020102010201020201030240;CP=0;SP=3;R=235;
2018.01.29 18:31:14 4: MySignalduino/msg READ: Mc;LL=-1036;LH=912;SL=-546;SH=428;D=AE2B974A61F7E8DD2A19340;C=486;L=90;R=231;
2018.01.29 18:31:15 4: MySignalduino/msg READredu: MS;P1=925;P2=-1022;P3=-542;P4=436;D=342124312121243434313421342434313421243430;CP=4;SP=0;R=231;
2018.01.29 18:31:15 4: MySignalduino/msg READ: Mc;LL=-1028;LH=922;SL=-545;SH=442;D=5CBA520FBF46E950;C=489;L=61;R=233;
2018.01.29 18:31:19 4: MySignalduino/msg READredu: MU;P3=381;P4=-305;P5=179;P6=-508;D=0121212123456563456345676565656765656345656343456343456565656343434343434565656563434565612121212345656345634565656565656565634565634345634345656565634343434343456565676343456561212121234765634563456565656565656563456563434563434565656563434343434345656;CP=5;R=227;O;
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 62 -> Clarus_Switch matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino/msg READredu: MU;P0=-509;P1=196;P2=374;P3=-317;D=0102323101056565656231010231023101010101010701023101023231023237010101023232323232310101010232310705656565623101023102310101010101010102370102323102323701070102323232323231010101023231010565656562310;CP=1;R=227;
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 62 -> Clarus_Switch matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino/msg READredu: MU;P0=163;P1=-317;P2=387;P3=-212;P5=-565;P7=756;D=012305210505050505050505210505212105212105050505212121212121050505052121050570;CP=0;R=228;
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 62 -> Clarus_Switch matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino/msg READredu: MU;P0=-526;P1=382;P2=-290;P3=142;P4=102;P6=747;P7=-922;D=012304012123012123030304012121212121230303030121230306767676712303012301230303030303030301230301212301212303030301212121212123030303012123030676767671230301230123030300;CP=3;R=227;
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: decoded matched MU Protocol id 37 dmsg W37#94026C3F0C length 40 RSSI = -88.5
2018.01.29 18:31:19 4: SD_WS_Parse: Protocol: 37, rawData: 94026C3F0C
2018.01.29 18:31:19 3: MySignalduino: SD_WS37 ERROR - checksum 65 != 12
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 62 -> Clarus_Switch matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino/msg READredu: MU;P0=163;P1=-534;P2=367;P3=-319;D=0101010101230101232301232301010101232323232323010100;CP=0;R=227;
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino/msg READredu: MU;P0=368;P1=-310;P2=175;P3=-547;P4=123;P5=759;P6=-915;P7=-20464;D=01234356565656012343012301432323232323232301234301012301012323232301010101010143232323010123235656565601232301230123232343232323230123230101230101232323230101010101012323432301012323565;CP=2;R=228;
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.01.29 18:31:19 4: MySignalduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate

edit:
hier noch mal die kurz version, ein Tastendruck ohne Rauschen

Code Auswählen


2018.01.29 18:41:54 4 : MySignalduino/msg READredu: MS;P2=307;P4=-1131;P5=999;P6=-435;P7=-11459;D=27245624242456245624262426242624262424245624562456;CP=2;SP=7;R=67;O;m=2;
2018.01.29 18:41:54 4 : MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:41:54 4 : MySignalduino/msg READredu: MS;P2=319;P4=-1130;P5=1018;P6=-414;P7=-11459;D=27245624242456245624262426242624262424245624562456;CP=2;SP=7;R=67;m=1;
2018.01.29 18:41:54 4 : MySignalduino: Matched MS Protocol id 3 -> itv1
2018.01.29 18:41:54 4 : MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:41:54 4 : MySignalduino/msg READredu: MS;P2=319;P4=-1130;P5=1018;P6=-414;P7=-11459;D=27245624242456245624262426242624262424245624562456;CP=2;SP=7;R=67;m=0;
2018.01.29 18:41:54 4 : MySignalduino: Matched MS Protocol id 3 -> itv1
2018.01.29 18:41:54 4 : MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:41:54 4 : MySignalduino/msg READredu: MS;P2=319;P4=-1130;P5=1018;P6=-414;P7=-11459;D=27245624242456245624262426242624262424245624562456;CP=2;SP=7;R=67;
2018.01.29 18:41:54 4 : MySignalduino: Matched MS Protocol id 3 -> itv1
2018.01.29 18:41:54 4 : MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40

und hier noch ein Logfile einer funktionierenden Taste der FB

Code Auswählen


2018.01.29 18:36:01 4 : MySignalduino/msg READredu: MS;P0=-427;P1=303;P2=-11434;P6=-1139;P7=1013;D=012167016161670167016701670161616161616167016701670;CP=1;SP=2;R=64;O;m=2;
2018.01.29 18:36:01 4 : MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:36:01 4 : MySignalduino: Decoded MS Protocol id 3.1 dmsg i455015 length 24 RSSI = -42
2018.01.29 18:36:01 4 : MySignalduino IT: message "i455015" (7)
2018.01.29 18:36:01 4 : MySignalduino IT: msgcode "F0FFFF000FFF" (12) bin = 010001010101000000010101
2018-01-29 18:36:01 IT IT_F0FFFF000F on
2018.01.29 18:36:01 4 : MySignalduino/msg READredu: MS;P0=-441;P1=289;P2=-11434;P6=-1138;P7=1003;D=12167016161670167016701670161616161616167016701670;CP=1;SP=2;R=64;m=1;
2018.01.29 18:36:01 4 : MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:36:01 4 : MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:36:01 4 : MySignalduino: Decoded MS Protocol id 3.1 dmsg i455015 length 24 RSSI = -42
2018.01.29 18:36:01 4 : MySignalduino Dispatch: i455015, Dropped due to short time or equal msg
2018.01.29 18:36:01 4 : MySignalduino/msg READredu: MS;P0=-441;P1=289;P2=-11434;P6=-1138;P7=1003;D=12167016161670167016701670161616161616167016701670;CP=1;SP=2;R=64;m=0;
2018.01.29 18:36:01 4 : MySignalduino: Matched MS Protocol id 25 -> les led remote
2018.01.29 18:36:01 4 : MySignalduino: Matched MS Protocol id 3.1 -> itv1_sync40
2018.01.29 18:36:01 4 : MySignalduino: Decoded MS Protocol id 3.1 dmsg i455015 length 24 RSSI = -42
2018.01.29 18:36:01 4 : MySignalduino Dispatch: i455015, Dropped due to short time or equal msg
2018.01.29 18:36:01 4 : MySignalduino/msg READredu: MU;P0=-441;P1=289;P2=-32001;P6=-1138;P7=1003;D=1670161616701670167016701616161616161670167016701;CP=1;R=64;
2018.01.29 18:36:01 4 : MySignalduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2018.01.29 18:36:01 4 : MySignalduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.01.29 18:36:01 4 : MySignalduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.01.29 18:36:01 4 : MySignalduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.01.29 18:36:01 4 : MySignalduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.01.29 18:36:01 4 : MySignalduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.01.29 18:36:01 4 : MySignalduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018.01.29 18:36:01 4 : MySignalduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018.01.29 18:36:01 4 : MySignalduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2018.01.29 18:36:01 4 : MySignalduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2018.01.29 18:36:01 4 : MySignalduino: decoded matched MU Protocol id 5 dmsg p5#455015 length 24 RSSI = -42
2018.01.29 18:36:01 4 : MySignalduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate

Grüße

Stefan

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 29 Januar 2018, 18:53:23

Zitat von: killah78 am 29 Januar 2018, 11:02:56
Hi Sidey,
habe ein FileLog angelegt, in die ausschließlich die Ausgaben aus dem signalduino rein gehen.

Doch das geht, aber so wie ich das sehe, loggst Du jedes Event dort hinein, das mit sduino beginnt.
Das sind wohl alle. :)

Wenn Du dort eine regex spezifiziert, kannst Du genau festlegen was in das Log soll.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 29 Januar 2018, 19:08:21

Zitathier noch mal die kurz version, ein Tastendruck ohne Rauschen

Das Problem dabei ist, daß es hier außer one und zero noch einen dritten Zustand (26) gibt:

MS;P2=307;P4=-1131;P5=999;P6=-435;P7=-11459;D=27 24 56 24 24 24 56 24 56 24 26 24 26 24 26 24 26 24 24 24 56 24 56 24 56;CP=2;SP=7;R=67;

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 29 Januar 2018, 19:57:49

Wenn ich immer 4 zusammenfasse kommt dies raus

Code Auswählen


2456 2424 2456 2456 2426 2426 2426 2426 2424 2456 2456 2456
01   00   01   01   11   11   11   11   00   01   01   01
F    0    F    F    1    1    1    1    0    F    F    F

Kann es sein, daß die "1" vom CUL als "F" erkannt wird?

@Stefan#
Wenn Du mit dem CUL die Gruppentaste sendest, reagieren dann alle Steckdosen darauf?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 29 Januar 2018, 20:03:37

Hi Stefan,

Welche Firmware Version setzt Du ein?

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 29 Januar 2018, 20:43:00

Zitat von: Ralf9 am 29 Januar 2018, 19:57:49
Kann es sein, daß die "1" vom CUL als "F" erkannt wird?

@Stefan#
Wenn Du mit dem CUL die Gruppentaste sendest, reagieren dann alle Steckdosen darauf?

Gruß Ralf

Hallo Ralf,

ja der CUL zeigt nur F und 0. Dies ist der Schaltcode laut CUL für die Taste: IT IT_F0FFFFFF0F on

Die FB wird einzeln von IT verkauft http://intertechno.at/front/produkte/sender/handsender/its-150/
Ich habe keine Steckdosen die direkt auf die Codes reagieren. Aber ich vermute mal dass passende Steckdosen entsprechend schalten würden.

Für den CUL ist die Gruppentaste einfach nur eine normale Taste und so hatte ich diese auch in Fhem genutzt.

Grüße

Stefan

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 29 Januar 2018, 20:44:24

Zitat von: Sidey am 29 Januar 2018, 20:03:37
Hi Stefan,

Welche Firmware Version setzt Du ein?

Hallo Sidey,

version: V 3.3.1-RC2 SIGNALduino cc1101 - compiled at Jan 6 2018 00:45:28

Grüße

Stefan

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 29 Januar 2018, 21:18:20

Liest hier zufällig jemand mit der die ITS-150, die Steckdosen und einen CUL hat?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 31 Januar 2018, 10:28:33

Zitat von: Ralf9 am 29 Januar 2018, 19:57:49
Wenn ich immer 4 zusammenfasse kommt dies raus
Code Auswählen Erweitern
2456 2424 2456 2456 2426 2426 2426 2426 2424 2456 2456 2456 01 00 01 01 11 11 11 11 00 01 01 01 F 0 F F 1 1 1 1 0 F F F

Ich habe das jetzt so gelöst, daß die o.g. 26 nach F (float) gewandelt wird:

Code Auswählen

2456 2424 2456 2456 2426 2426 2426 2426 2424 2456 2456 2456
0 1  0 0  0 1  0 1  0 F  0 F  0 F  0 F  0 0  0 1  0 1  0 1

In der sub SIGNALduino_bit2itv1 wird dann die 0F nach 01 (damit es zum CUL kompatibel ist) gewandelt.
Wenn das Schalten mit der Gruppentaste auch funktionieren soll, dann müsste die 0F nach 11 gewandelt werden.

Was ist wichtiger, die Kompatibilität mit dem CUL oder die Möglichkeit mit dem Gruppentastecode auch alle Steckdosen schalten zu können?

Hier ist der Patch
https://github.com/Ralf9/RFFHEM/commit/82fbbf3d5ecb55070acbe074ef62e70a521a2da7

Bis Sidey es in der offiziellen Version eingebaut hat, kannst Du auch meine 00_SIGNALduino.pm verwenden:
https://raw.githubusercontent.com/Ralf9/RFFHEM/master/FHEM/00_SIGNALduino.pm

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 31 Januar 2018, 12:23:11

Hallo Ralf9,

herzlichen Dank! Das ging ja super fix! Ich werde es heute abend testen und dann berichten.

Ob 01 oder 11 ist für mich eigentlich egal, da ich nur das Event in Fhem auswerte und darauf basierend schalten lasse. Das sollte ja bei der 11 genauso gehen denke ich mal.

Für jemand der die passenden Steckdosen hat, könnte 11 einen Mehrwert bieten. Weil entweder steht die FB auf einem anderen Code und man lässt nur FHEM an die Steckdosen senden, dann ist es wieder egal ob 01 oder 11 in FHEM ankommt. Oder man nutzt beides parallel, FB direkt mit Steckdosen aber auch FB über FHEM an die Steckdosen, da könnte sich vielleicht manch einer Freuen dass die Gruppe geht?

Ich kann gerne testen ob die 11 geht, falls Du mir ein entsprechendes File dazu schickst. Ansonsten bin ich auch sehr glücklich mit der 01 Version :)

Grüße

Stefan

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 31 Januar 2018, 13:10:59

Konnte nicht warten bis heute abend.. es geht!

"IT IT_F0FFFFFF0F on/off" kommt jetzt in FHEM an.

Vielen Dank echt super!

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 31 Januar 2018, 18:19:48

ZitatIch kann gerne testen ob die 11 geht

Interessant wäre ob auch das Senden des Gruppencodes funktioniert, das müsste jemand testen der die dazu passsenden Steckdosen hat.
Zum Testen muss dazu einfach nur beim DEF einer Steckdose die Ziffern 5-8 vom ITv1 Code in 1111 geändert werden.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 31 Januar 2018, 18:33:51

Hi,

Also ich verstehe nicht, wie der pt2271 zu dieser Modulation kommen sollte.

Ich verstehe aber, dass ein Bit tatsächlich aus vier Pulsen besteht.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 01 Februar 2018, 13:55:54

Zitat von: Stefan# am 31 Januar 2018, 12:23:11
Ich kann gerne testen ob die 11 geht

Hi,

ich habe mal testweise den Code in der SIGNALduino.pm auf die 11 geändert. Und es funktioniert alles wie erwartet.

Im log kommt dies an: IT IT_F0FF11110F on

Ich habe dann auch mal im DEF einer Steckdose die Ziffern 5-8 vom ITv1 Code in 1111 geändert. Aber meine alten Toom Baumarksteckdosen mit DIP Schalter verstehen das leider nicht. Dann brauchen wir doch noch jemand mit echten Intertechno Dosen zum verifizieren.

Grüße

Stefan

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 01 Februar 2018, 15:38:57

Ich habe mir mal die Anleitung von der ITS-150 angeschaut.
Dort steht, daß die Gruppenschaltung nur bei den Typen ITR-3500 und ITR-300 möglich ist.

Im IT-Modul muß auch noch bei der entsprechenden Steckdose im Attribut SIGNALduinoProtocolId die ID 3.1 eintragen werden.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 01 Februar 2018, 17:45:11

habs auch nochmal mit ID 3.1 probiert, aber leider können meine Dosen damit nichts anfangen.

Ich war mir nicht sicher ob man 3.1 oder ID 3.1 eintragen soll. Habe daher beides probiert. Der "schönere" Logfile Eintrag kam bei ID 3.1 ;)

Log: MySignalduino IT_set: sendMsg=PID 3.1#isF00F1111FFFF#R12

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 01 Februar 2018, 22:47:07

ZitatDer "schönere" Logfile Eintrag kam bei ID 3.1

Das schönere ist nicht das Richtige. Nur 3.1 ist richtig.

Wenn Du nicht die ITR-3500 oder ITR-300 hast, werden Deine Dosen damit höchstwahrscheinlich nichts anfangen können.

Damit das Senden von float über die ID 3.1 funktioniert, waren noch ein paar Anpassungen in der 00_SIGNALduino.pm notwendig:
https://github.com/Ralf9/RFFHEM/commit/4b36929b7b50eca02fceb366300f5e13d48afea1
https://raw.githubusercontent.com/Ralf9/RFFHEM/master/FHEM/00_SIGNALduino.pm

Beim Senden des Gruppencodes über die ID 3.1 steht u.a. folgendes im Log:

Code Auswählen

2018.02.01 21:03:46.688 5 : sduinoRXB IT_set: Type=SIGNALduino Protocol=V1
2018.02.01 21:03:46.688 4 : sduinoRXB IT_set: sendMsg=P3.1#isF00011110FFF#R6#C400
2018.02.01 21:03:46.688 5 : sduinoRXB/write: adding to queue sendMsg P3.1#isF00011110FFF#R6#C400
2018.02.01 21:03:46.689 5 : sduinoRXB: sendmsg msg=P3.1#isF00011110FFF#R6#C400
2018.02.01 21:03:46.689 5 : sduinoRXB: sendmsg IT V1 convertet tristate to bits=010000000D0D0D0D00010101
2018.02.01 21:03:46.689 5 : sduinoRXB: sendmsg Preparing rawsend command for protocol=3.1, repeats=6, clock=400 bits=010000000D0D0D0D00010101
2018.02.01 21:03:46.689 4 : sduinoRXB/set: sending via SendMsg: SR;R=6;P0=400;P1=-16000;P2=1200;P3=-400;P4=-1200;D=01042304040404040404030403040304030404042304230423;

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 01 Februar 2018, 23:18:13

Wie Du vermutet hast, auch mit der neuen Version und der richtigen 3.1 Einstellung wissen meine Dosen nichts damit anzufangen. Aber war trotzdem interessant es mal zu testen.

Die Hauptsache ist ja, dass die Gruppentaste an sich geht und für die Logik gibt es dann FEHM.

Vielen Dank Ralf! :)

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Gizmoh am 05 Februar 2018, 07:51:05

Hallo,

mit ist mein erster Signalduino gestorben, der Arduino Nano wollte irgendwie nicht mehr. Also habe ich mir einen neuen Nano angeschlossen und die aktuelle Firmware geflasht "V 3.3.1-RC3 SIGNALduino - compiled at Jan 22 2018 22:09:46"

Leider wird nun mein Außenthermometer nicht mehr empfangen. Es ist ein TFA Dostmann TS34C und ging bisher über HIDEKI. Jetzt wird es gar nicht mehr gefunden. Die Wetterstation vom Nachbarn empfange ich weiterhin problemlos. Was kann ich hier tun?

Vielen Dank

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 05 Februar 2018, 08:43:05

Hallo Gizmoh,

Kannst Du das Außenthermometer einmal Näher an den Signalduino bringen und manuell auslösen.

Entweder durch Drücken einer Taste am Sensor (wenn vorhanden) oder durch einlegen der Batterien.

Vorher Verbose 4 am Signalduino einstellen.

Damit solltest Du die empfangenen Nachrichten im Log zuordnen können.
Diese dann bitte hier Posten.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Gizmoh am 05 Februar 2018, 08:57:18

Ich habe das Thermometer in ca. 50cm abstand mal aufgestellt und eine Übertragung davon abgewartet (rote LED blinkt):

Code Auswählen

2018.02.05 08:54:04 4: sduino/msg READ: DMc;P0=-507;P3=881;P4=-1106;P5=419;D=010343430505450505030543050545034305054345034345030543467;
2018.02.05 08:54:04 4: sduino/msg READ: Mc;LL=-1106;LH=881;SL=-507;SH=419;D=A8F2345ACA;C=485;L=39;R=0;
2018.02.05 08:54:04 4: sduino/msg READ: DMc;P1=-599;P2=382;P3=-1088;P4=857;D=0121212343212141532143432141232121434321214343432;
2018.02.05 08:54:04 4: sduino/msg READ: Mc;LL=-1088;LH=857;SL=-599;SH=382;D=298A2A;C=487;L=24;R=0;
2018.02.05 08:54:04 4: sduino/msg READ: DMc;P1=934;P2=-1017;P3=-530;P4=443;D=0121213434243434313421343424312134342124312124343121213434343434243134343434212134343421243431342431212431342434313434243134342134243;
2018.02.05 08:54:04 4: sduino/msg READ: Mc;LL=-1017;LH=934;SL=-530;SH=443;D=AE1B974A2BF3EBD194C73B0;C=487;L=90;R=0;
2018.02.05 08:54:04 4: sduino/msg READ: DMc;P0=-522;P1=947;P2=-1007;P3=455;D=01210303030303030103210303230121030321230121230123012103030303010303030321210303032123030103230121230103230301230303030301030303230;
2018.02.05 08:54:04 4: sduino/msg READ: Mc;LL=-1007;LH=947;SL=-522;SH=455;D=FE468B5B40;C=488;L=39;R=0;
2018.02.05 08:54:39 4: sduino/msg READredu: MU;P0=856;P1=-1970;P2=1943;P3=-3898;P4=540;D=01232121232321212121212123212121212121212340;CP=2;R=0;
2018.02.05 08:54:39 4: sduino: Fingerprint for MU Protocol id 44 -> BresserTemeo matches, trying to demodulate
2018.02.05 08:54:39 4: sduino: Fingerprint for MU Protocol id 44.1 -> BresserTemeo matches, trying to demodulate
2018.02.05 08:54:47 4: sduino/keepalive ok, retry = 0
2018.02.05 08:54:47 4: sduino/msg READ: DMc;P1=925;P2=-1033;P3=-547;P4=427;D=012121343424343431342134342431213434212431212431342121343434343424313434343421243434343121342134212121243431243121213434213424343;
2018.02.05 08:54:47 4: sduino/msg READ: Mc;LL=-1033;LH=925;SL=-547;SH=427;D=AE1B974A6BF3E82DAA25760;C=488;L=90;R=0;
2018.02.05 08:54:47 4: sduino/msg READ: DMc;P0=-531;P1=446;P2=935;P3=-1016;D=010201320101310232010132310232310102323201010101;
2018.02.05 08:54:47 4: sduino/msg READ: Mc;LL=-1016;LH=935;SL=-531;SH=446;D=91A2D7500;C=487;L=33;R=0;
2018.02.05 08:54:47 4: sduino/msg READ: DMc;P0=443;P1=-531;P2=933;P3=-1019;D=012101010103230101010123210321032323230101230121010323210301010101;
2018.02.05 08:54:47 4: sduino/msg READ: Mc;LL=-1019;LH=933;SL=-531;SH=443;D=82FA4ABB14F8;C=487;L=45;R=0;
2018.02.05 08:54:48 4: sduino/msg READ: DMc;P1=941;P2=-1007;P3=-520;P4=458;D=01212134342434343134213434243121343421243121243124312134343434342431343434342124343434312134213421212124343124312434313421342434343;
2018.02.05 08:54:48 4: sduino/msg READ: Mc;LL=-1007;LH=941;SL=-520;SH=458;D=AE1B974A4BF3E82DAA246C0;C=487;L=90;R=0;
2018.02.05 08:55:30 4: sduino/msg READ: DMc;P1=943;P2=-1007;P3=-515;P4=459;D=01212134342434343134213434243121343421243121243134243434313434343424313434343421243434343121342134212121212434343121243134342134243;
2018.02.05 08:55:30 4: sduino/msg READ: Mc;LL=-1007;LH=943;SL=-515;SH=459;D=AE1B974A61F3E82DAA853B0;C=487;L=90;R=0;
2018.02.05 08:55:30 4: sduino/msg READ: DMc;P1=434;P2=-541;P3=925;P4=-1027;D=01212123212121212321432121412343212143412343412123412121232121232121212143412121212343214321434343434121212321214121234343412;
2018.02.05 08:55:30 4: sduino/msg READ: Mc;LL=-1027;LH=925;SL=-541;SH=434;D=F91A2D778;C=487;L=36;R=0;
2018.02.05 08:55:31 4: sduino/msg READ: DMc;P0=-518;P1=459;P2=946;P3=-1007;D=0101010201010101020132010131023201013231023231023101010102010101013102010101013231010101023201320132323232310101023101010231010102310;
2018.02.05 08:55:31 4: sduino/msg READ: Mc;LL=-1007;LH=946;SL=-518;SH=459;D=F91A2D6F8305F4955EF7B;C=488;L=84;R=0;
2018.02.05 08:55:39 4: sduino/msg READredu: MU;P0=128;P1=-3880;P2=1977;P3=-1937;P4=-13980;D=0123212323212123232323232321232323232323232123232323212323232121232123212123232121212121212321212121212121232121212123232121232121212;CP=2;R=0;
2018.02.05 08:55:39 4: sduino: Fingerprint for MU Protocol id 44 -> BresserTemeo matches, trying to demodulate
2018.02.05 08:55:39 4: sduino: Fingerprint for MU Protocol id 44.1 -> BresserTemeo matches, trying to demodulate
2018.02.05 08:55:47 4: sduino/keepalive ok, retry = 0
2018.02.05 08:56:13 4: sduino/msg READ: DMc;P1=947;P2=-1007;P3=-522;P4=456;D=0121213434243434313421343424312134342124312124313421343424343434343431343434342124343434312134213421212124313434342124343134243431243;
2018.02.05 08:56:13 4: sduino/msg READ: Mc;LL=-1007;LH=947;SL=-522;SH=456;D=AE1B974A6E03E82DAA7A310;C=488;L=90;R=0;
2018.02.05 08:56:13 4: sduino/msg READ: DMc;P0=-1028;P1=923;P2=-540;P3=437;D=01232303232323232123012323032101232301032101032321012323032323212323232301032323232101230123010101032123232303232323232123232323032;
2018.02.05 08:56:13 4: sduino/msg READ: Mc;LL=-1028;LH=923;SL=-540;SH=437;D=70372E945C3E82DAA781F0;C=487;L=86;R=0;
2018.02.05 08:56:13 4: sduino/msg READ: DMc;P0=468;P1=-509;P2=953;P3=-993;D=010121032101030123210103230123230123012101030101;
2018.02.05 08:56:13 4: sduino/msg READ: Mc;LL=-993;LH=953;SL=-509;SH=468;D=C8D16B638;C=487;L=33;R=0;
2018.02.05 08:56:14 4: sduino/msg READ: DMc;P0=-515;P1=459;P2=947;P3=-1010;D=01020101010132310101010232013201323232310201010132013102323201310;
2018.02.05 08:56:14 4: sduino/msg READ: Mc;LL=-1010;LH=947;SL=-515;SH=459;D=82FA4AB09A98;C=488;L=45;R=0;
2018.02.05 08:56:39 4: sduino/msg READredu: MU;P0=608;P1=-3887;P2=1972;P3=-1935;P4=-16164;D=012123232123212323212123232323232321232323232323232123232323212323232121232123212123232121212121212321212121212121232121212123232121232121212;CP=2;R=0;
2018.02.05 08:56:39 4: sduino: Fingerprint for MU Protocol id 44 -> BresserTemeo matches, trying to demodulate
2018.02.05 08:56:39 4: sduino: Fingerprint for MU Protocol id 44.1 -> BresserTemeo matches, trying to demodulate

Das BresserTermeo ist dabei die Wetterstation vom Nachbarn

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 05 Februar 2018, 10:17:13

Falls Du eine Whitelist verwendest, reicht es evtl die ID 12.1 dieser zuzufügen.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Gizmoh am 05 Februar 2018, 10:18:37

Danke, aber ich habe bisher keinerlei Filterung da am laufen. Erstmal wollte ich alles empfangen, was geht und dann danach aussortieren.

Viele Grüße

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 05 Februar 2018, 10:37:20

Verwendest Du die 00_Signalduino.pm aus dem normalen fhem update (svn)?
Wenn ich richtig geschaut habe, dann fehlt dort noch eine Anpassung für die V 3.3.1-RC3.
Mit der 3.3.1-dev müsste es funktionieren.
https://github.com/RFD-FHEM/RFFHEM/tree/dev-r33/FHEM/firmware

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Gizmoh am 05 Februar 2018, 12:21:26

Hmm... Beim flashen bekomme ich jetzt die Meldung

Code Auswählen

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x7800
         0x0c != 0x31
avrdude: verification error; content mismatch

Was läuft hier denn jetzt schief?

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 05 Februar 2018, 16:56:44

Ich gehe mal davon aus, daß Du einen Signalduino ohne cc1101 hast.

Dann müsste es eigentlich funktionieren, wenn Du die richtige hex-Datei hast
SIGNALduino_nano328.hex
und das
Attribut hardware nano328

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Stefan# am 05 Februar 2018, 21:08:55

Hast Du das File mit speichern unter heruntergeladen? Das geht bei github nicht. Schau mal ob der Inhalt des Hex files etwa so ausschaut, wenn nicht ist es falsch.

Code Auswählen


:100000000C94FF000C942B0F0C94040F0C942701F
...

How do I download a file from GitHub?
Go to the file you want to download.
Click it to view the contents within the GitHub UI.
In the top right, right click the Raw button.
Save as...

oder nutze git

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 05 Februar 2018, 21:31:35

Hallo Sidey,

in letzter Zeit sind einige Änderungen und neue Protokolle dazugekommen, die im normalen fhem update (svn) noch fehlen.
Es wäre schön, wenn Du diese auch ins svn übernehmen könntest.

ID 77: NANO_DS1820_4Fach Selbsttbau Sensor:
https://github.com/juergs/NANO_DS1820_4Fach
https://forum.fhem.de/index.php/topic,52755.0.html

ID 78: geiger blind motors
Funk-Rolladensteuerung von Geiger Antriebstechnik
https://forum.fhem.de/index.php/topic,39153.0.html

ID 79: VTX-BELL_Funkklingel
https://github.com/RFD-FHEM/SIGNALDuino/issues/84#issuecomment-360206833
Patch:
https://github.com/Ralf9/RFFHEM/commit/c18b1e5bd6bc1d9f12f877af9d6a7fd9559da7cc

ID 13.1: FLAMINGO FA21 -> Annpassung der Protokolldefinition
Patche:
https://github.com/Ralf9/RFFHEM/commit/0b48efce16fbd9caaab7a40eb488d2dac73fd3ef
https://github.com/Ralf9/RFFHEM/commit/fa91d064a5f70b30ba9c03c48e1dee5b08afbe33

ID 3.1: -> float zugefügt, damit bei der ITS-150 die Gruppentaste erkannt wird
Patch:
https://github.com/Ralf9/RFFHEM/commit/82fbbf3d5ecb55070acbe074ef62e70a521a2da7

Mit diesem Patch müsste die Gruppenschaltung bei den Funksteckdosen ITR-3500 und ITR-300 funktionieren.
Macht wahrscheinlich keinen Sinn dies in das SVN zu übernehmen, da sich bis jetzt niemand gefunden hat der diese Steckdosen hat.
https://github.com/Ralf9/RFFHEM/commit/4b36929b7b50eca02fceb366300f5e13d48afea1

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 05 Februar 2018, 21:37:41

Zitat von: Gizmoh am 05 Februar 2018, 12:21:26
Was läuft hier denn jetzt schief?

Irgendwas stimmt mit der Firmware nicht. Wie hast Du den Flash Befehl abgesetzt?

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 05 Februar 2018, 21:48:02

Hi Ralf,

es ist mal wieder verzwickt und alles hängt von irgend was anderem ab.
Leider auch schon wieder super undurchsichtig für mich.

Zitat von: Ralf9 am 05 Februar 2018, 21:31:35
Hallo Sidey,

in letzter Zeit sind einige Änderungen und neue Protokolle dazugekommen, die im normalen fhem update (svn) noch fehlen.
Es wäre schön, wenn Du diese auch ins svn übernehmen könntest.

ID 77: NANO_DS1820_4Fach Selbsttbau Sensor:
https://github.com/juergs/NANO_DS1820_4Fach
https://forum.fhem.de/index.php/topic,52755.0.html

Es hat sich herausgestellt, dass hier mit falschen Zeiten gesendet wird. Ich glaube der Ansatz der Bibliothek war es ja, ein vorhandenes Protokoll + Modulation zu emulieren.
Der Anwender, der das Problem gemeldet hat, hat dann auch die Signalzeiten angepasst.
Ich glaube die ID 77 brauchen wir nicht, wenn der Fehler im NANO_DS1820_4Fach code angepasst wurde.

Zitat von: Ralf9 am 05 Februar 2018, 21:31:35
ID 78: geiger blind motors
Funk-Rolladensteuerung von Geiger Antriebstechnik
https://forum.fhem.de/index.php/topic,39153.0.html

Könnte ich prinzipiell mergen, aber es fehlt halt noch etwas für die Auswertung der Daten.Ich warte aktuell auf Rückmeldung.

Zitat von: Ralf9 am 05 Februar 2018, 21:31:35
ID 79: VTX-BELL_Funkklingel
https://github.com/RFD-FHEM/SIGNALDuino/issues/84#issuecomment-360206833
Patch:
https://github.com/Ralf9/RFFHEM/commit/c18b1e5bd6bc1d9f12f877af9d6a7fd9559da7cc

Funktioniert das mit der Signalduino Firmware 3.3.1?

Zitat von: Ralf9 am 05 Februar 2018, 21:31:35

ID 13.1: FLAMINGO FA21 -> Annpassung der Protokolldefinition
Patche:
https://github.com/Ralf9/RFFHEM/commit/0b48efce16fbd9caaab7a40eb488d2dac73fd3ef
https://github.com/Ralf9/RFFHEM/commit/fa91d064a5f70b30ba9c03c48e1dee5b08afbe33

Wundert mich doch sehr, FA21 hat ja schon mal mit der bestehenden Definition funktioniert.
Diese neue scheint mir mit der vorhandenen nicht kompatibel zu sein. Hast Du eine Erklärung für die Abweichung?

Zitat von: Ralf9 am 05 Februar 2018, 21:31:35
ID 3.1: -> float zugefügt, damit bei der ITS-150 die Gruppentaste erkannt wird
Patch:
https://github.com/Ralf9/RFFHEM/commit/82fbbf3d5ecb55070acbe074ef62e70a521a2da7

Hast Du schon eine Erklärung, wie der PT2272 dieses Signal modulieren soll? Laut Datenblatt kann das nicht sein.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 05 Februar 2018, 22:51:11

Zitat
ZitatID 79: VTX-BELL_Funkklingel
Funktioniert das mit der Signalduino Firmware 3.3.1?

Bis jetzt funktioniert es nur mit meiner Firmware 3.3.2.
Bei der 3.3.1 funktioniert es nur wenn MS + MC deaktiviert ist. Damit es auch mit aktiviertem MS-Decoder funktioniert ist eine Anpassung notwendig:
https://github.com/Ralf9/SIGNALDuino/commit/b3d39bbf1c2c8ad5069646528736e15151a399ee

Zitat
ZitatID 13.1: FLAMINGO FA21 -> Annpassung der Protokolldefinition
Wundert mich doch sehr, FA21 hat ja schon mal mit der bestehenden Definition funktioniert.
Diese neue scheint mir mit der vorhandenen nicht kompatibel zu sein. Hast Du eine Erklärung für die Abweichung?

In der dev-r33_flamenco hat es wahrscheinlich noch funktioniert (start => [10,-1],)
https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33_flamenco/FHEM/00_SIGNALduino.pm
und in der aktuellen master und dev-r33 kann es nicht mehr funktionieren (start => [20,-1],)

Damit funktioniert es:

Code Auswählen

start => [-23.5,10,-1],

Zitat
ZitatID 3.1: -> float zugefügt, damit bei der ITS-150 die Gruppentaste erkannt wird
Hast Du schon eine Erklärung, wie der PT2272 dieses Signal modulieren soll? Laut Datenblatt kann das nicht sein.

Woher weißt Du, daß in der ITS-150 der PT2272 verwendet wird?
Bist Du Dir sicher, daß es dafür keine anderen IC gibt?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Gizmoh am 06 Februar 2018, 07:40:57

Zitat von: Sidey am 05 Februar 2018, 21:37:41
Irgendwas stimmt mit der Firmware nicht. Wie hast Du den Flash Befehl abgesetzt?

Ich habe es jetzt geschafft, vielen Dank für die Hilfe. Mein Thermometer ist auch wieder da :-)

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 06 Februar 2018, 21:36:55

Hier ist eine kleine Anleitung zum flashen einer aktuellen Firmware, wenn die Module vom normalen fhem update (svn) verwendet werden.

Der Ausgangspunkt ist das firmware Verzeichnis auf github. z.B.
https://github.com/RFD-FHEM/RFFHEM/tree/dev-r33/FHEM/firmware
danach das gewünschte hex-file öffnen und auf den raw button klicken.

Nun gibt es 2 Möglichkeiten:

a)
Die Datei mit "Seite speichern unter" herunterladen.
Alternativ kann das hex-file auch in der linux shell mit wget heruntergeladen werden.
z.B.:

Code Auswählen

ralf@cubie:/opt/fhem/FHEM/firmware$ wget https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/FHEM/firmware/SIGNALduino_nanoCC1101.hex

Nun muss das sduino Attribut hardware gesetzt werden. z.B.:

Code Auswählen

attr sduino hardware nanoCC1101

Jetzt kann mit "set sduino flash" geflasht werden.

b)
Es kann auch direkt, ohne daß die firmware heruntergeladen werden muß, geflasht werden. z.B:

Code Auswählen

set sduino flash https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/FHEM/firmware/SIGNALduino_nanoCC1101.hex

Dies hat aber den Nachteil, daß nach dem flashen das flashlog nicht angezeigt wird.

@Sidey
Siehst Du eine Möglichkeit, daß auch bei dieser flash Variante das flashlog angezeigt wird?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 06 Februar 2018, 22:05:33

Zitat von: Ralf9 am 06 Februar 2018, 21:36:55
Hier ist eine kleine Anleitung zum flashen einer aktuellen Firmware, wenn die Module vom normalen fhem update (svn) verwendet werden.

b)
Es kann auch direkt, ohne daß die firmware heruntergeladen werden muß, geflasht werden. z.B:
Code Auswählen Erweitern
set sduino flash https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/FHEM/firmware/SIGNALduino_nanoCC1101.hex

Dies hat aber den Nachteil, daß nach dem flashen das flashlog nicht angezeigt wird.

@Sidey
Siehst Du eine Möglichkeit, daß auch bei dieser flash Variante das flashlog angezeigt wird?

Hi Ralf,

das ist definitiv die Option, die in Zukunft auch noch unterstützt wird. Binarys werden nicht mehr ins SVN hochgeladen.
Den Code habe ich mir noch nicht genau angesehen, aber ich denke das Flashlog wird nicht angezeigt, da der Vorgang asynchron von Statten geht.

Theoretisch sollte es aber möglich sein das Ergebnis vom flash Vorgang asynchron über FHEMWeb darzustellen.
Einfacher ist es vermutlich, einfach das Flashlog zu verlinken. Ich könnte mir auch vorstellen, dass wir das flashlog parsen und die wichtige Information (welche wäre das?) in einem Reading oder internal anzuzeigen.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 06 Februar 2018, 22:19:43

Eine Möglichkeit wäre auch ein neuer get Befehl zum anzeigen des flash log
get sduino flashlog

Gibt es auch eine Möglichkeit was in ein popup auszugeben ohne zuvor get ausführen zu müssen?

ZitatIch könnte mir auch vorstellen, dass wir das flashlog parsen und die wichtige Information (welche wäre das?)

Es wird wahrscheinlich auch reichen, wenn man die letzten paar Zeilen vom flashlog ins fhemlog ausgibt.

Code Auswählen

avrdude: 17738 bytes of flash verified

avrdude done.  Thank you.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 06 Februar 2018, 22:26:36

Zitat von: Ralf9 am 06 Februar 2018, 22:19:43
Eine Möglichkeit wäre auch ein neuer get Befehl zum anzeigen des flash log
get sduino flashlog

Das halte ich nicht für notwendig. Da könnte man ja eher noch den Link in der Device Anzeige mit einbauen.

Zitat von: Ralf9 am 06 Februar 2018, 22:19:43
Gibt es auch eine Möglichkeit was in ein popup auszugeben ohne zuvor get ausführen zu müssen?

Hätte ich jetzt gedacht, dass es egal ist ob ich set oder get mache.

Ich habe übrigens folgende Filelog definiert und kann darüber auch problemlos das flashlog ansehen:

Code Auswählen

defmod FileLog_SDuino FileLog ./log/SIGNALduino-%Y.log sduino:.*

Mir hat das bislang ausgereicht. Wer möchte, kann das sicher verfeinern, damit nur das Flashlog dort angezeigt wird.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Kawaci am 08 Februar 2018, 20:48:50

Hallo!
Kann es sein das für eine signalduino mit nano cc1101 noch kein 3.3.2 gibt? hab jetzt alles versucht zu flashen, es geht durch aber es bleibt immer die version vom 10.märz 2017 drinnen! oder komm ich da einfach nicht ran?

Lg Martin

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 08 Februar 2018, 21:28:03

Hi Kawaci,

ich habe bislang überhaupt keine 3.3.2 veröffentlicht.
Ralf hat eien Modifizierte unter der Version 3.3.2 veröffentlicht.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Kawaci am 09 Februar 2018, 08:42:11

Danke! Also ist die vom 10 März die aktuelle?

Hab da gleich noch eine frage! Hab mir ne Wetterstation vom lidl gekauft mit regen sensor! der Regensensor wird mit auto create angelegt aber die Windstärke und Richtung kommt im eventmonitior nur das

Code Auswählen

09 08:38:28 SIGNALduino sduino sduino 4: sduino/msg READ: MS;P0=-8916;P1=471;P2=-2013;P3=-4004;D=10121213121213121312131312131313131312131313121213121212121212121212131312;CP=1;SP=0;R=70;
2018-02-09 08:38:28 SIGNALduino sduino sduino 4: sduino: Matched MS Protocol id 0 -> weather1
2018-02-09 08:38:28 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 2
2018-02-09 08:38:28 SIGNALduino sduino sduino 4: sduino: Decoded MS Protocol id 0 dmsg s256FB9006000 length 40 RSSI = -39
2018-02-09 08:38:28 SIGNALduino sduino sduino 5: sduino Dispatch: s256FB9006000, test gleich
2018-02-09 08:38:28 SIGNALduino sduino sduino 4: sduino Dispatch: s256FB9006000, Dropped due to short time or equal msg
2018-02-

Was kann es da haben? den sensor hab ich neben den sduino gestellt und auch da kommt nichts anderes an!

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: pejonp am 09 Februar 2018, 09:38:40

Hi kawaci

Nimm mal die abgehangene Datei aus diesem Beitrag (https://forum.fhem.de/index.php/topic,78768.msg762029.html#msg762029).
Vielleicht löst es das Problem .

Pejonp

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Kawaci am 09 Februar 2018, 10:38:33

danke hat nichts geholfen jetzt hab ich meine whiteID's ausgeschaltet und noch immer nichts!

das sduino eventmonitor:

Code Auswählen

09 10:34:12 SIGNALduino sduino sduino 4: sduino/msg READ: MS;P3=-828;P4=465;P6=-8931;P7=-2005;D=46474743474743474347434347434747474747474747474747474747474747474747434743;CP=4;SP=6;R=70;O;
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino/msg READ: MS;P0=455;P1=-8932;P3=-2040;P4=-4047;D=01030304030304030403040403040404040403040404030304030303030303030303040403;CP=0;SP=1;R=70;O;
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino: Matched MS Protocol id 0 -> weather1
2018-02-09 10:34:12 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 2
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino: Decoded MS Protocol id 0 dmsg s256FB9006000 length 40 RSSI = -39
2018-02-09 10:34:12 SIGNALduino sduino sduino 5: sduino Dispatch: s256FB9006000, test ungleich: disabled
2018-02-09 10:34:12 SIGNALduino sduino sduino 5: sduino Dispatch: s256FB9006000, -39 dB, dispatch
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino: Matched MS Protocol id 68 -> PFR-130
2018-02-09 10:34:12 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 2
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino: Decoded MS Protocol id 68 dmsg s256FB9006000 length 40 RSSI = -39
2018-02-09 10:34:12 SIGNALduino sduino sduino 5: sduino Dispatch: s256FB9006000, test gleich
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino Dispatch: s256FB9006000, Dropped due to short time or equal msg
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino/msg READ: MS;P0=446;P1=-9041;P3=-2041;P4=-4066;D=01030304040303030403040403040403030403030403030303030303030303030304030404;CP=0;SP=1;R=42;O;
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino: Matched MS Protocol id 0 -> weather1
2018-02-09 10:34:12 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 2
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino: Decoded MS Protocol id 0 dmsg s316C9000B000 length 40 RSSI = -53
2018-02-09 10:34:12 SIGNALduino sduino sduino 5: sduino Dispatch: s316C9000B000, test ungleich: disabled
2018-02-09 10:34:12 SIGNALduino sduino sduino 5: sduino Dispatch: s316C9000B000, -53 dB, dispatch
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino: Matched MS Protocol id 68 -> PFR-130
2018-02-09 10:34:12 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 2
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino: Decoded MS Protocol id 68 dmsg s316C9000B000 length 40 RSSI = -53
2018-02-09 10:34:12 SIGNALduino sduino sduino 5: sduino Dispatch: s316C9000B000, test gleich
2018-02-09 10:34:12 SIGNALduino sduino sduino 4: sduino Dispatch: s316C9000B000, Dropped due to short time or equal msg
2018-02-09 10:34:13 SIGNALduino sduino sduino 4: sduino/msg READ: MU;P0=-92;P1=455;P2=841;P3=-4058;P5=-9052;P6=192;D=01213131212121312131312131312121312121312121212121212121212121213121313156;CP=1;R=40;
2018-02-09 10:34:13 SIGNALduino sduino sduino 5: sduino: applying filterfunc SIGNALduino_filterSign
2018-02-09 10:34:13 SIGNALduino sduino sduino 5: sduino: applying filterfunc SIGNALduino_compPattern
2018-02-09 10:34:14 SIGNALduino sduino sduino 4: sduino/msg READ: MU;P0=154;P1=-112;P2=9944;P3=-392;P4=-228;P5=255;D=0123045404045404045454545404040454545454540454045404040404040404040404040404040404040404545404045404040404040404040404040404040404040404040404040404040454040404040404040454045404040454545454540404040404040454545;CP=0;R=44;
2018-02-09 10:34:14 SIGNALduino sduino sduino 5: sduino: applying filterfunc SIGNALduino_filterSign
2018-02-09 10:34:14 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018-02-09 10:34:14 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 1
2018-02-09 10:34:14 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018-02-09 10:34:14 SIGNALduino sduino sduino 5: sduino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2018-02-09 10:34:14 SIGNALduino sduino sduino 5: sduino: applying filterfunc SIGNALduino_compPattern
2018-02-09 10:34:14 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 45 -> Revolt matches, trying to demodulate
2018-02-09 10:34:14 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 4
2018-02-09 10:34:14 SIGNALduino sduino sduino 5: sduino: applying postDemodulation
2018-02-09 10:34:14 SIGNALduino sduino sduino 5: sduino: modified value after postDemodulation:88
2018-02-09 10:34:14 SIGNALduino sduino sduino 5: sduino: dispatching bits: 0 1 0 0 1 0 0 1 1 1 1 0 0 0 1 1 1 1 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 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 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 1 0 1 0 0
2018-02-09 10:34:14 SIGNALduino sduino sduino 4: sduino: decoded matched MU Protocol id 45 dmsg r49E3EA0000320000002014 length 88 RSSI = -52
2018-02-09 10:34:14 SIGNALduino sduino sduino 5: sduino Dispatch: r49E3EA0000320000002014, test ungleich: disabled
2018-02-09 10:34:14 SIGNALduino sduino sduino 5: sduino Dispatch: r49E3EA0000320000002014, -52 dB, dispatch
2018-02-09 10:34:14 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018-02-09 10:34:14 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 6
2018-02-09 10:34:16 SIGNALduino sduino sduino 4: sduino/msg READ: MU;P0=-1972;P1=511;P2=-3866;P3=-1152;P4=92;P5=-580;P6=-8652;D=0121010121210101345101216121010121212121010101010;CP=1;R=253;
2018-02-09 10:34:16 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 13.1 -> FLAMINGO FA21 b matches, trying to demodulate
2018-02-09 10:34:16 SIGNALduino sduino sduino 5: sduino: start pattern for MU Protocol id 13.1 -> FLAMINGO FA21 b mismatches, aborting
2018-02-09 10:34:16 SIGNALduino sduino sduino 5: sduino: applying filterfunc SIGNALduino_filterSign
2018-02-09 10:34:16 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018-02-09 10:34:16 SIGNALduino sduino sduino 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2018-02-09 10:34:16 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018-02-09 10:34:16 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 2
2018-02-09 10:34:16 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018-02-09 10:34:16 SIGNALduino sduino sduino 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2018-02-09 10:34:16 SIGNALduino sduino sduino 5: sduino: applying filterfunc SIGNALduino_compPattern
2018-02-09 10:34:16 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2018-02-09 10:34:16 SIGNALduino sduino sduino 5: sduino: start pattern for MU Protocol id 39 -> X10 Protocol mismatches, aborting
2018-02-09 10:34:16 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018-02-09 10:34:16 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 15
2018-02-09 10:34:16 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018-02-09 10:34

hier ein list vom sduino

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700CVK6-if00-port0@57600
   DMSG       P12#751FBA4AE8BEC7552B4901
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700CVK6-if00-port0@57600
   FD         22
   LASTDMSG   P12#751FBA4AE8BEC7552B4901
   MSGCNT     102
   NAME       sduino
   NR         56
   PARTIAL    
   RAWMSG     MC;LL=-1016;LH=933;SL=-528;SH=445;D=A8C1F45ADF460A395595DB4;C=486;L=90;R=29;
   RSSI       -59.5
   STATE      opened
   TIME       1518169025
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-02-09 10:31:26   state           opened
     2018-02-09 10:31:26   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     12.1
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     65
     66
     67
     69
     70
     71
     72
     75
     8
     9
Attributes:
   devStateIcon opened:WLAN_Status.1 disconnected:WLAN_Status.0
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Gateway
   hardware   nanoCC1101
   room       Gateways
   verbose    3

und ein list vom Regensensor der Wetterstation

Code Auswählen

Internals:
   CHANGED    
   CODE       CUL_TCM97001_49
   DEF        CUL_TCM97001_49
   LASTInputDev MyCUL433
   MSGCNT     22
   MyCUL433_MSGCNT 12
   MyCUL433_RAWMSG s316C9000B0FA;  448: 9056
   MyCUL433_TIME 2018-02-09 10:37:54
   NAME       W174_49
   NR         193
   RSSI       -77
   STATE      R: 2.5
   TYPE       CUL_TCM97001
   lastH      0
   lastT      1518169074
   sduino_DMSG s316C9000B000
   sduino_MSGCNT 10
   sduino_RAWMSG MS;P0=-8425;P1=458;P3=-2037;P4=-4056;D=10131314141313131413141413141413131413131413131313131313131313131314131414;CP=1;SP=0;R=40;O;
   sduino_RSSI -54
   sduino_TIME 2018-02-09 10:37:54
   READINGS:
     2017-12-16 19:05:09   battery         ok
     2018-02-09 10:37:54   israining       no
     2018-02-09 10:37:54   rain            2.5
     2018-02-09 10:37:54   state           R: 2.5
Attributes:
   event-min-interval .*:300
   event-on-change-reading .*
   model      W174
   room       CUL_TCM97001

was kann da haben?

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: pejonp am 09 Februar 2018, 10:46:29

Hi Kawaci,

stell mal beim signalduino verbose=5. FHEM neu gestartet ?
Markiere mal die Stellen im Log und schriebe die aktuellen Werte der WS dazu.

Bilder der WS, Typ, Beschreibung ?!

pejonp

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Kawaci am 09 Februar 2018, 11:48:02

so verbose 5 vom sduino

Code Auswählen

2018-02-09 11:43:54 SIGNALduino sduino sduino 4: sduino/msg READ: MS;P0=-4057;P1=447;P2=-2046;P3=-9057;D=13121210101212121012101012101012121012121012121212121212121212121210121010;CP=1;SP=3;R=39;O;
2018-02-09 11:43:54 SIGNALduino sduino sduino 4: sduino: Matched MS Protocol id 0 -> weather1
2018-02-09 11:43:54 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 2
2018-02-09 11:43:54 SIGNALduino sduino sduino 4: sduino: Decoded MS Protocol id 0 dmsg s316C9000B000 length 40 RSSI = -54.5
2018-02-09 11:43:54 SIGNALduino sduino sduino 5: sduino Dispatch: s316C9000B000, test gleich
2018-02-09 11:43:54 SIGNALduino sduino sduino 4: sduino Dispatch: s316C9000B000, Dropped due to short time or equal msg
2018-02-09 11:43:54 SIGNALduino sduino sduino 4: sduino: Matched MS Protocol id 68 -> PFR-130
2018-02-09 11:43:54 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 2
2018-02-09 11:43:54 SIGNALduino sduino sduino 4: sduino: Decoded MS Protocol id 68 dmsg s316C9000B000 length 40 RSSI = -54.5
2018-02-09 11:43:54 SIGNALduino sduino sduino 5: sduino Dispatch: s316C9000B000, test gleich
2018-02-09 11:43:54 SIGNALduino sduino sduino 4: sduino Dispatch: s316C9000B000, Dropped due to short time or equal msg
2018-02-09 11:43:54 SIGNALduino sduino sduino 4: sduino/msg READ: MS;P0=-2041;P1=453;P2=-4060;P3=-9058;D=13101012121010101210121210121210101210101210101010101010101010101012101212;CP=1;SP=3;R=41;
2018-02-09 11:43:54 SIGNALduino sduino sduino 4: sduino: Matched MS Protocol id 0 -> weather1
2018-02-09 11:43:54 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 2
2018-02-09 11:43:54 SIGNALduino sduino sduino 4: sduino: Decoded MS Protocol id 0 dmsg s316C9000B000 length 40 RSSI = -53.5
2018-02-09 11:43:54 SIGNALduino sduino sduino 5: sduino Dispatch: s316C9000B000, test gleich
2018-02-09 11:43:54 SIGNALduino sduino sduino 4: sduino Dispatch: s316C9000B000, Dropped due to short time or equal msg

und ein link für die ws!

https://www.wogibtswas.at/auriol-premium-wetterstation-3-teilig-angebot-800431 (https://www.wogibtswas.at/auriol-premium-wetterstation-3-teilig-angebot-800431)

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: pejonp am 09 Februar 2018, 12:50:59

Hi Kawaci,

Vielleicht sollten wir im anderen Beitrag weiter machen. Siehe vorhergehender link.
Empfängt die Basisstation alle Sensoren ?!
Stelle mal die Sensoren so 1-3 Meter entfernt vom Empfänger auf.
Werden die Daten vom w174 richtig angezeigt ?

Pejonp

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: pejonp am 09 Februar 2018, 17:17:30

Hi Kawaci,

hier geht es weiter für die W155 (W132,W044,W174,..) https://forum.fhem.de/index.php/topic,78768.msg763607.html#msg763607.

pejonp

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: yoda_gh am 13 Februar 2018, 06:29:42

Hallo!

Ich hoffe, das ist der richtige Thread für allgemeine Probleme mit SIGNALduino?

Ich habe gerade entsprechend der Anleitung unter https://wiki.fhem.de/wiki/SIGNALduino#Software:_Modul ein Update versucht und bekomme diesen Fehler nach "update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt":

Code Auswählen


2018.02.13 06:26:41 1 : UPD FHEM/14_SD_WS_Maverick.pm
2018.02.13 06:26:42 1 : UPD FHEM/14_SD_RSL.pm
2018.02.13 06:26:42 1 : UPD FHEM/14_SD_AS.pm
2018.02.13 06:26:42 1 : UPD FHEM/14_BresserTemeo.pm
2018.02.13 06:26:42 1 : UPD FHEM/10_FS10.pm
2018.02.13 06:26:42 1 : UPD FHEM/14_SD_WS.pm
2018.02.13 06:26:42 1 : UPD FHEM/14_SD_UT.pm
2018.02.13 06:26:42 1 : Got 4574 bytes for FHEM/14_SD_UT.pm, expected 4397
2018.02.13 06:26:42 1 : aborting.

Ist die Beschreibung veraltet oder ein temporäres Problem?

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 13 Februar 2018, 09:20:58

Die dev-r33 ist die Entwicklungsversion, da kann es auch mal sein, daß für kurze Zeit etwas nicht passt.
Aktuell gibt es da noch einen kleinen Bug, wenn das fhem recht aktuell ist:
https://forum.fhem.de/index.php/topic,58396.msg759294.html#msg759294

Die stabile Version ist im normalen fhem update (svn)

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 13 Februar 2018, 17:25:17

Zitat von: yoda_gh am 13 Februar 2018, 06:29:42
Ist die Beschreibung veraltet oder ein temporäres Problem?

Die Beschreibung stimmt. Es war ein Fehler in der Steuerdatei.
Danke für das Melden des Problems. Ich habe es bereits behoben. Update sollte wieder funktionieren.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: yoda_gh am 14 Februar 2018, 09:38:21

Zitat von: Sidey am 13 Februar 2018, 17:25:17
Die Beschreibung stimmt. Es war ein Fehler in der Steuerdatei.
Danke für das Melden des Problems. Ich habe es bereits behoben. Update sollte wieder funktionieren.

Danke! Kann ich bestätigen, funktioniert jetzt wieder einwandfrei. Bin übrigens ganz begeistert von SIGNALduino, tolle Idee, Umsetzung & Pflege - alle meine Sensoren (und die meiner Nachbarn) funktionieren out-of-the-box! :)

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: JensS am 14 Februar 2018, 11:17:22

Hallo Sidey,

auch ich kann bestätigen, das der SIGANLduino einwandfrei läuft und jede Menge Infos aus der Nachbarschaft zusammenträgt. Daher sehe ich im Eventmonitor fast ausschließlich SIGNALduino-Nachrichten, was die Beobachtung des Eventmonitors zur Herausforderung macht. Kann ich die Meldungen ausblenden oder minimieren?

Code Auswählen

defmod Signalduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9S3RTLL-if00-port0@57600
attr Signalduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:/opt/fhem/FHEM/firmware/SIGNALduino_nano328.hex 2>[LOGFILE]
attr Signalduino hardware nano32
attr Signalduino longids 1
attr Signalduino noMsgVerbose 0
attr Signalduino room FIRMATA
attr Signalduino verbose 0

setstate Signalduino opened
setstate Signalduino 2018-02-11 14:17:55 cmds V i R t X F S P C G
setstate Signalduino 2018-02-11 14:18:01 config MS=1;;MU=1;;MC=1
setstate Signalduino 2018-02-11 14:18:04 freeram 762
setstate Signalduino 2018-02-11 14:18:08 ping OK
setstate Signalduino 2018-02-14 10:57:31 state opened
setstate Signalduino 2018-02-11 14:18:21 uptime 0 09:43:31
setstate Signalduino 2018-02-14 10:57:31 version V 3.3.1-dev SIGNALduino - compiled at Jan  3 2017 23:59:32

Code Auswählen

00_SIGNALduino.pm     10488 2018-01-24 21:00:00Z v3.3.3-dev

Code Auswählen

14 11:16:14 SIGNALduino Signalduino Signalduino 4: Signalduino/msg READ: MU;P0=208;P1=-1083;P2=384;P3=-587;P4=867;P6=-12288;D=01234141432321234143232323232123232323232341232323432321234123432123432126;CP=2;
2018-02-14 11:16:14 SIGNALduino Signalduino Signalduino 5: Signalduino: applying filterfunc SIGNALduino_filterSign
2018-02-14 11:16:14 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018-02-14 11:16:14 SIGNALduino Signalduino Signalduino 5: Signalduino: Starting demodulation at Position 10
2018-02-14 11:16:14 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2018-02-14 11:16:14 SIGNALduino Signalduino Signalduino 5: Signalduino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2018-02-14 11:16:14 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2018-02-14 11:16:14 SIGNALduino Signalduino Signalduino 5: Signalduino: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2018-02-14 11:16:14 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018-02-14 11:16:14 SIGNALduino Signalduino Signalduino 5: Signalduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2018-02-14 11:16:14 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: Starting demodulation at Position 5
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: applying filterfunc SIGNALduino_compPattern
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: Starting demodulation at Position 22
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: Starting demodulation at Position 2
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: Starting demodulation at Position 2
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: Starting demodulation at Position 4
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino/msg READ: MC;LL=-1042;LH=893;SL=-549;SH=426;D=8EDF3B51A07F78D99;C=484;L=68;
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Found manchester Protocol id 10 clock 484 -> OSV2o3
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: extracted data 01110001001000001100010010101110010111111000000010000111001001100110 (bin)
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: protocol does not match return from method: (undef)
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Found manchester Protocol id 52 clock 484 -> OS_PIR
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: extracted data 01110001001000001100010010101110010111111000000010000111001001100110 (bin)
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: protocol does not match return from method: ( header not found)
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 4: Signalduino: Found manchester Protocol id 58 clock 484 -> tfa 30.3208.0 
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: extracted data 01110001001000001100010010101110010111111000000010000111001001100110 (bin)
2018-02-14 11:16:15 SIGNALduino Signalduino Signalduino 5: Signalduino: protocol does not match return from method: (undef)
2018-02-

Gruß Jens

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 14 Februar 2018, 14:39:36

Zitat von: dirigent am 14 Februar 2018, 11:17:22
Hallo Sidey,

auch ich kann bestätigen, das der SIGANLduino einwandfrei läuft und jede Menge Infos aus der Nachbarschaft zusammenträgt. Daher sehe ich im Eventmonitor fast ausschließlich SIGNALduino-Nachrichten, was die Beobachtung des Eventmonitors zur Herausforderung macht. Kann ich die Meldungen ausblenden oder minimieren?

Hi Jens,

ich habe das Attribut "eventlogging" in die Entwicklungsversion eingebaut, mit dem Du die Eventausgabe deaktivieren kannst.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: JensS am 14 Februar 2018, 17:14:52

Danke und sorry, wenn ich mal wieder zu blöd anstelle aber wo finde ich die Entwicklerversion?

Gruß Jens

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 14 Februar 2018, 21:24:47

Hi dirigent,

Steht im Wiki und bestimmt 100* schon in diesem Thread:

https://wiki.fhem.de/wiki/SIGNALduino#FHEM-Modul_laden

Da Du bereits die entwicklungs Version einsetzt, hatte ich angenommen, dass Du weisst wie Du diese aktualisiert.
Hier der Update Befehl:

Code Auswählen

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

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: JensS am 15 Februar 2018, 09:40:18

Danke Sidey, das Gedächtnis lässt halt nach. ??? Gruß Jens

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: raiderxxl am 15 Februar 2018, 11:03:52

Hallo,

wie kann ich den verhindern das das Normale Update meine Dev Dateien immer überschreibt?
Ich befinde mich da in einem Loop.

Erstes Update: Alle Daten werden vom Normalen Update runtergeladen ... alles ok
Zweites Update Dev erkennt das Daten Alt sind und Kopiert vom Dev Pfad...
Drittes Update erkennt Dev Daten nicht und überschreibt mit "Normalen" Daten.
usw....

Grüße

Pascal

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 15 Februar 2018, 11:34:52

Hallo raiderxxl,

Auch diese Frage ist im Wiki bereits beantwortet:

An dem eigentlichen Ablauf lässt sich nicht viel ändern, allerdings kannst Du das Update der Entwicklungs Version automatisieren:

Code Auswählen


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

Gruß Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: raiderxxl am 15 Februar 2018, 12:59:31

Hallo Sidey,

das habe ich doch... Ich hbae die Dev Url als Repository eingebunden.
Aber nach einem Update aus diesem werden mir die Files durch das "Normale" Update wieder überschrieben.

Und dann fängt alles wieder von vorne an...

Grüße

Pascal

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 15 Februar 2018, 13:59:11

Zitat von: raiderxxl am 15 Februar 2018, 12:59:31
das habe ich doch... Ich hbae die Dev Url als Repository eingebunden.
Aber nach einem Update aus diesem werden mir die Files durch das "Normale" Update wieder überschrieben.

Und dann fängt alles wieder von vorne an...

Das ist ungewöhnlich. Hast Du dazu mal Logs?

Der Normale Ablauf nach Einbinden eines weiteren Repos ist, dass erst das "normale" FHEM Update läuft und direkt im Anschluss dann die eingebundenen Repos aktualisiert werden.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: RaspiLED am 15 Februar 2018, 14:59:04

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

Hier:

Code Auswählen


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

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: raiderxxl am 15 Februar 2018, 15:36:04

Hi Logisch habe ich dir Logs :-)

Logs zeigt ein Update ein Restart und wieder ein Update siehe Zeitstempel...
Und jedesmal werden Files geladen...
Hier euch ein update list:

Code Auswählen

http://fhem.de/fhemupdate/controls_fhem.txt
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

Code Auswählen

2018.02.15 15:27:25 1: 
2018.02.15 15:27:25 1: fhem
2018.02.15 15:27:25 1: UPD FHEM/00_SIGNALduino.pm
2018.02.15 15:27:25 1: UPD FHEM/14_Hideki.pm
2018.02.15 15:27:25 1: UPD FHEM/14_SD_RSL.pm
2018.02.15 15:27:25 1: UPD FHEM/14_SD_WS07.pm
2018.02.15 15:27:25 1: UPD FHEM/14_SD_WS09.pm
2018.02.15 15:27:25 1: UPD FHEM/14_SD_WS_Maverick.pm
2018.02.15 15:27:25 1: UPD FHEM/41_OREGON.pm
2018.02.15 15:27:25 1: UPD FHEM/90_SIGNALduino_un.pm
2018.02.15 15:27:25 1: UPD FHEM/98_Dooya.pm
2018.02.15 15:27:26 1: UPD FHEM/firmware/SIGNALduino_nano328.hex
2018.02.15 15:27:26 1: UPD FHEM/firmware/SIGNALduino_promini328.hex
2018.02.15 15:27:26 1: UPD FHEM/firmware/SIGNALduino_uno.hex
2018.02.15 15:27:26 1: saving fhem.cfg
2018.02.15 15:27:26 1: saving ./log/fhem.save
2018.02.15 15:27:26 1: 
2018.02.15 15:27:26 1: 
2018.02.15 15:27:26 1: signalduino
2018.02.15 15:27:26 1: UPD FHEM/14_SD_WS_Maverick.pm
2018.02.15 15:27:30 1: UPD FHEM/14_SD_RSL.pm
2018.02.15 15:27:30 1: UPD FHEM/firmware/SIGNALduino_nanoCC1101.hex
2018.02.15 15:27:30 1: UPD FHEM/firmware/SIGNALDuino_radinoCC1101.hex
2018.02.15 15:27:31 1: UPD FHEM/14_SD_WS09.pm
2018.02.15 15:27:31 1: UPD FHEM/98_Dooya.pm
2018.02.15 15:27:31 1: UPD FHEM/firmware/SIGNALduino_nano328.hex
2018.02.15 15:27:31 1: UPD FHEM/firmware/SIGNALduino_promini328.hex
2018.02.15 15:27:31 1: UPD FHEM/14_SD_WS07.pm
2018.02.15 15:27:31 1: UPD FHEM/14_Hideki.pm
2018.02.15 15:27:31 1: UPD FHEM/41_OREGON.pm
2018.02.15 15:27:32 1: UPD FHEM/90_SIGNALduino_un.pm
2018.02.15 15:27:32 1: UPD FHEM/firmware/SIGNALduino_uno.hex
2018.02.15 15:27:32 1: UPD FHEM/00_SIGNALduino.pm
2018.02.15 15:27:32 1: saving fhem.cfg
2018.02.15 15:27:32 1: saving ./log/fhem.save
2018.02.15 15:27:32 1: 
2018.02.15 15:27:32 1: New entries in the CHANGED file:
2018.02.15 15:27:32 1: 15.02.02018
2018.02.15 15:27:32 1:  00_SIGNALduino.pm 
2018.02.15 15:27:32 1:       attribut zum Aktivieren aller Log Eintrage auch als Event
2018.02.15 15:27:32 1:       maverick dekodierung, clockrange und polarität korrigiert
2018.02.15 15:27:32 1: 08.02.2018
2018.02.15 15:27:32 1:  00_SIGNALduino.pm Anpassung FHT80 Sub - Parity
2018.02.15 15:27:32 1: 05.12.2017
2018.02.15 15:27:32 1:  00_SIGNALduino.pm commandref ins deutsche übersetzte und fs20 Demodulation verbessert
2018.02.15 15:27:32 1:  14_Hideki.pm: commandref überarbeitet
2018.02.15 15:27:32 1:  41_Oregon.pm: Deutsche commandref ergänzt
2018.02.15 15:27:32 1: 02.12.2017
2018.02.15 15:27:32 1:  14_Hideki.pm implementing check againts second checksum to reduce wrong data
2018.02.15 15:27:32 1: 22.11.2017
2018.02.15 15:27:32 1:  Fix max length (Proto 51) is to small (#79929 #msg719499)
2018.02.15 15:27:32 1: 21.11.2017
2018.02.15 15:27:32 1:  Fix Bresser (Proto 37) max length to small (#79929)
2018.02.15 15:27:32 1: 18.11.2017
2018.02.15 15:27:32 1:  support of blacklisting of protocols via new attribute
2018.02.15 15:27:32 1:  serval new protocols are added
2018.02.15 15:27:32 1:  many stacktraces and race conditions are fixed
2018.02.15 15:27:32 1:  firmware can now be also updated via http source 
2018.02.15 15:27:32 1:  commands (sending) are now placed in a queue, so switching multiple 
2018.02.15 15:27:32 1:  sockets for example is now possible withoud manual added delay
2018.02.15 15:27:32 1:  many more fixes
2018.02.15 15:27:32 1:  support for cc1101 based uC like radino or nanocul added
2018.02.15 15:27:32 1: 05.12.2016
2018.02.15 15:27:32 1: ... rest of lines skipped.
2018.02.15 15:27:32 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.02.15 15:28:40 1: *** EN FHEM/71_DENON_AVR.pm: No document text found
2018.02.15 15:28:40 1: 
2018.02.15 15:28:40 1: update finished, "shutdown restart" is needed to activate the changes.
2018.02.15 15:28:40 1: 
2018.02.15 15:28:40 1: Please consider using the global attribute sendStatistics
2018.02.15 15:29:11 0: Server shutdown
2018.02.15 15:29:14 1: Including fhem.cfg
2018.02.15 15:29:16 1: Including ./log/fhem.save
2018.02.15 15:29:16 0: Featurelevel: 5.8
2018.02.15 15:29:16 0: Server started with 19 defined entities (fhem.pl:16170/2018-02-13 perl:5.024001 os:linux user:fhem pid:11357)
2018.02.15 15:29:16 1: localhost:19444 reappeared (ambilight)
2018.02.15 15:29:17 0: Server shutdown
2018.02.15 15:29:20 1: Including fhem.cfg
2018.02.15 15:29:22 1: Including ./log/fhem.save
2018.02.15 15:29:23 0: Featurelevel: 5.8
2018.02.15 15:29:23 0: Server started with 19 defined entities (fhem.pl:16170/2018-02-13 perl:5.024001 os:linux user:fhem pid:11365)
2018.02.15 15:29:23 1: localhost:19444 reappeared (ambilight)
2018.02.15 15:29:30 1: 
2018.02.15 15:29:30 1: fhem
2018.02.15 15:29:30 1: UPD FHEM/00_SIGNALduino.pm
2018.02.15 15:29:30 1: UPD FHEM/14_Hideki.pm
2018.02.15 15:29:30 1: UPD FHEM/14_SD_RSL.pm
2018.02.15 15:29:30 1: UPD FHEM/14_SD_WS07.pm
2018.02.15 15:29:30 1: UPD FHEM/14_SD_WS09.pm
2018.02.15 15:29:30 1: UPD FHEM/14_SD_WS_Maverick.pm
2018.02.15 15:29:30 1: UPD FHEM/41_OREGON.pm
2018.02.15 15:29:30 1: UPD FHEM/90_SIGNALduino_un.pm
2018.02.15 15:29:30 1: UPD FHEM/98_Dooya.pm
2018.02.15 15:29:30 1: UPD FHEM/firmware/SIGNALduino_nano328.hex
2018.02.15 15:29:31 1: UPD FHEM/firmware/SIGNALduino_promini328.hex
2018.02.15 15:29:31 1: UPD FHEM/firmware/SIGNALduino_uno.hex
2018.02.15 15:29:31 1: saving fhem.cfg
2018.02.15 15:29:31 1: saving ./log/fhem.save
2018.02.15 15:29:31 1: 
2018.02.15 15:29:31 1: 
2018.02.15 15:29:31 1: signalduino
2018.02.15 15:29:31 1: UPD FHEM/14_SD_WS_Maverick.pm
2018.02.15 15:29:31 1: UPD FHEM/14_SD_RSL.pm
2018.02.15 15:29:31 1: UPD FHEM/firmware/SIGNALduino_nanoCC1101.hex
2018.02.15 15:29:31 1: UPD FHEM/firmware/SIGNALDuino_radinoCC1101.hex
2018.02.15 15:29:31 1: UPD FHEM/14_SD_WS09.pm
2018.02.15 15:29:31 1: UPD FHEM/98_Dooya.pm
2018.02.15 15:29:31 1: UPD FHEM/firmware/SIGNALduino_nano328.hex
2018.02.15 15:29:31 1: UPD FHEM/firmware/SIGNALduino_promini328.hex
2018.02.15 15:29:31 1: UPD FHEM/14_SD_WS07.pm
2018.02.15 15:29:31 1: UPD FHEM/14_Hideki.pm
2018.02.15 15:29:31 1: UPD FHEM/41_OREGON.pm
2018.02.15 15:29:31 1: UPD FHEM/90_SIGNALduino_un.pm
2018.02.15 15:29:31 1: UPD FHEM/firmware/SIGNALduino_uno.hex
2018.02.15 15:29:31 1: UPD FHEM/00_SIGNALduino.pm
2018.02.15 15:29:31 1: saving fhem.cfg
2018.02.15 15:29:31 1: saving ./log/fhem.save
2018.02.15 15:29:31 1: 
2018.02.15 15:29:31 1: New entries in the CHANGED file:
2018.02.15 15:29:31 1: 15.02.02018
2018.02.15 15:29:31 1:  00_SIGNALduino.pm 
2018.02.15 15:29:31 1:       attribut zum Aktivieren aller Log Eintrage auch als Event
2018.02.15 15:29:31 1:       maverick dekodierung, clockrange und polarität korrigiert
2018.02.15 15:29:31 1: 08.02.2018
2018.02.15 15:29:31 1:  00_SIGNALduino.pm Anpassung FHT80 Sub - Parity
2018.02.15 15:29:31 1: 05.12.2017
2018.02.15 15:29:31 1:  00_SIGNALduino.pm commandref ins deutsche übersetzte und fs20 Demodulation verbessert
2018.02.15 15:29:31 1:  14_Hideki.pm: commandref überarbeitet
2018.02.15 15:29:31 1:  41_Oregon.pm: Deutsche commandref ergänzt
2018.02.15 15:29:31 1: 02.12.2017
2018.02.15 15:29:31 1:  14_Hideki.pm implementing check againts second checksum to reduce wrong data
2018.02.15 15:29:31 1: 22.11.2017
2018.02.15 15:29:31 1:  Fix max length (Proto 51) is to small (#79929 #msg719499)
2018.02.15 15:29:31 1: 21.11.2017
2018.02.15 15:29:31 1:  Fix Bresser (Proto 37) max length to small (#79929)
2018.02.15 15:29:31 1: 18.11.2017
2018.02.15 15:29:31 1:  support of blacklisting of protocols via new attribute
2018.02.15 15:29:31 1:  serval new protocols are added
2018.02.15 15:29:31 1:  many stacktraces and race conditions are fixed
2018.02.15 15:29:31 1:  firmware can now be also updated via http source 
2018.02.15 15:29:31 1:  commands (sending) are now placed in a queue, so switching multiple 
2018.02.15 15:29:31 1:  sockets for example is now possible withoud manual added delay
2018.02.15 15:29:31 1:  many more fixes
2018.02.15 15:29:31 1:  support for cc1101 based uC like radino or nanocul added
2018.02.15 15:29:31 1: 05.12.2016
2018.02.15 15:29:31 1: ... rest of lines skipped.
2018.02.15 15:29:31 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.02.15 15:30:39 1: *** EN FHEM/71_DENON_AVR.pm: No document text found
2018.02.15 15:30:39 1: 
2018.02.15 15:30:39 1: update finished, "shutdown restart" is needed to activate the changes.
2018.02.15 15:30:39 1: 
2018.02.15 15:30:39 1: Please consider using the global attribute sendStatistics

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: gbomacfly am 15 Februar 2018, 16:00:25

Selbes Problem hier, hab es hier schon beschrieben: https://forum.fhem.de/index.php/topic,83351.msg756622.html

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 15 Februar 2018, 16:29:10

Ich frage mich, was den shutdown von FHEM ausführt?

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: raiderxxl am 15 Februar 2018, 16:35:09

Ein manueller restart wie immer nach einem update und in meinem Beitrag geschrieben...

:-)

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 15 Februar 2018, 16:37:04

Und beim Neustarts von FHEM führt er das Update dann automatisch erneut aus?

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: raiderxxl am 15 Februar 2018, 16:44:09

Nein Ich habe von Hand ein Update gestartet, von Hand ein restart initiiert (wie nach einem Update üblich) und von Hand dann wieder ein update gestartet...

Ich wollte Dir damit Zeigen wie das abläuft ... also Ich kann 19 mal hintereinander update starten und jedesmal läd er Files.

Grüßle

Pascal

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 15 Februar 2018, 16:48:20

Hi,

Dann verstehe ich dein Problem nicht.
Es wird doch die richtige Version installiert.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: gbomacfly am 15 Februar 2018, 17:00:05

Den shutdown habe ich manuell ausgeführt und danach ein neues Update gestartet. Dann wird wieder die dev-version überschrieben und das Spiel beginnt von vorne.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Intruder1956 am 15 Februar 2018, 17:01:51

Hallo, es geht wohl darum, das die Module mit der Dev-Version auch upgedatet werden

Code Auswählen

UPD FHEM/14_SD_WS_Maverick.pm
2018.02.15 16:52:26 1 : UPD FHEM/14_SD_RSL.pm
2018.02.15 16:52:27 1 : UPD FHEM/14_SD_WS09.pm
2018.02.15 16:52:27 1 : UPD FHEM/98_Dooya.pm
2018.02.15 16:52:28 1 : UPD FHEM/14_SD_WS07.pm
2018.02.15 16:52:28 1 : UPD FHEM/14_Hideki.pm
2018.02.15 16:52:28 1 : UPD FHEM/41_OREGON.pm
2018.02.15 16:52:28 1 : UPD FHEM/90_SIGNALduino_un.pm
2018.02.15 16:52:29 1 : UPD FHEM/14_SD_UT.pm
2018.02.15 16:52:29 1 : UPD FHEM/00_SIGNALduino.pm

Sobalb ein Update check angestoßen wird, kommen die Module von Fhem und deine werden überschrieben.

Code Auswählen

fhem
List of new / modified files since last update:
UPD ./CHANGED
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_RSL.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/14_SD_WS_Maverick.pm
UPD FHEM/30_HUEBridge.pm
UPD FHEM/31_LightScene.pm
UPD FHEM/41_OREGON.pm
update: skipping FHEM/73_PRESENCE.pm, matches exclude_from_update
UPD FHEM/90_SIGNALduino_un.pm
UPD FHEM/96_allowed.pm
UPD FHEM/98_DOIF.pm
UPD FHEM/98_Dooya.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex

Also welche Module wären dann richtig, oder sind Sie Identisch ??

Gruß Werner

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 15 Februar 2018, 17:05:36

Also so wie ich das sehe, ist nach Beendigung des Update Befehls die Dev-Version installiert.

Während des Updates werden diese kurzfristig mit den Modulen aus dem normalen FHEM Update überschrieben.
Das ist aber kein Problem, da die Module zu diesem Zeitpunkt nicht ausgeführt werden.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: pejonp am 15 Februar 2018, 18:26:47

man kann module die man aus dem FHEM Repository nicht updaten möchte, ausschalten:

attr global exclude_from_update ... (https://wiki.fhem.de/wiki/Update#exclude_from_update)

ansonsten wird das Update gemacht und danach die fremden Repository und diese überschreiben das erst.
Gehört aber eigentlich nicht in diesen Beitrag zu signalduino, ist Grundlage fhem und steht im Wiki.

pejonp

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: gloob am 24 Februar 2018, 20:07:14

Hat jemand eine Idee, warum mein Signalduino mit CC1101 auf

Code Auswählen

DevState waitInit

hängt? Habe ihn über die Anleitung aus dem Wiki geflasht.

Code Auswählen

defmod signalduino868 SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9PZ0B2Z-if00-port0@38400
attr signalduino868 flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr signalduino868 hardware nanoCC1101

Als nanoCUL konnte ich ihn ohne Probleme mit FHEM und Homematic betreiben.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 24 Februar 2018, 20:44:33

Zitat von: gloob am 24 Februar 2018, 20:07:14
Hat jemand eine Idee, warum mein Signalduino mit CC1101 auf

Code Auswählen Erweitern
DevState waitInit

hängt? Habe ihn über die Anleitung aus dem Wiki geflasht.

Lass die Angabe der Baudrate weg, dann wird es funktionieren.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: gloob am 24 Februar 2018, 20:50:56

Genau das wars. Scheint wohl mit rein gerutscht zu sein, als ich die Definition vom CUL übernommen habe.

Titel: Antw:Signalduino Version 3.3.1, Empfangen und sofort senden
Beitrag von: Harst am 27 Februar 2018, 21:08:52

Hallo,

ich habe einen Taster (Smartware) und Intertechno-Relais im Einsatz. Wenn ich den Smartware empfange und damit sofort das Relais schalte kommt der Sendebefehl oft nicht an. Jetzt habe ich mal ein "Sleep 0.3" dazwischengesetzt und die Quote ist viel besser.

Wartet der SDuino, wenn der Kanal nicht frei ist, bzw. wenn Daten empfangen werden, mit dem senden?

Grüße

Horst

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 27 Februar 2018, 23:28:53

Vermutlich sendet dein Smartware noch, wenn der Signalduino anfängt zu senden.

Das führt dann leider zu einer Funkstörung.
Durch das sleep 0.3 blockierst Du halt leider FHEM für 300 Millisekunden komplett,

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Harst am 28 Februar 2018, 11:01:58

Wie wäre es, wenn man in der Firmware des SDuino (mit Maximalzeit) vor dem Senden wartet, bis der Empfänger ruhig ist. Ich könnte mir vorstellen, dass jeder Empfänger-Interrupt eine Zeitvariable aktualisiert und der Sender wartet, bis die Variable zur aktuellen Zeit einen definierten Abstand meldet.

Horst

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 28 Februar 2018, 20:39:43

Das klappt nicht, denn der Empfänger dreht seine Empfindlichkeit auf und hört dann doch was.

Dem geht es so wie uns. Wenn es leise um uns wird, dann wird unser Gehör empfindlicher und wir hören wieder etwas. Wenn es zu leise ist, dann verstehen wir es halt nicht, aber wir haben es gehört.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Johann.S am 03 März 2018, 10:22:28

Hallo,

ich habe ein Problem mit Smartware SH5-TDR-F (FB) und SH5-RPS-36 (Steckdose).
Wenn ich die FB bediene wird in FHEM sofort ein Device angelegt und das Device reagiert auch auf die FB.
Versuche ich aber die Steckdose über FHEM ein und aus zu Schalten passiert gar nichts!

Angelegt wurde:

Code Auswählen


define IT_V3_68678001 IT 11010000110011110000000000 0 0001
attr IT_V3_68678001 IODev PI_433MHz
attr IT_V3_68678001 room IT

Kann mir bitte wer einen Kick in die richtige Richtung geben?

Danke

Johann

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 03 März 2018, 10:27:22

Hmm, ich kenne die Dosen nicht, aber vermutlich musst Du den richtigen Takt in deinem IT Gerät angeben damit es funktioniert.

Den Takt kannst Du aus der empfangenen Nachricht ableiten.
Der Clockpulse wird als CP= angeben.
Der Dazu passende Wert steht in Px=

X ist durch den Wert in CP zu ersetzen.

Grüße Sidey

Gruß Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Johann.S am 03 März 2018, 10:54:35

Hallo,

das ist mein Log für OFF

Code Auswählen


2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MS;P0=-282;P1=257;P3=-2477;P6=193;P7=-1301;D=136760676060676710101710171017101717101710101710171710171017101710101710171017101710171017101710171017101710171017101710171017171012;CP=1;SP=3;R=9;O;
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Matched MS Protocol id 17 -> arctech
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: Starting demodulation at Position 2
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: Found wrong signalpattern, catched 0 bits, aborting demodulation
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: applying postDemodulation
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: modified value after postDemodulation:0
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MU;P0=-1311;P1=243;P2=-312;P3=-10688;P4=-2580;D=01212101210101210121012101212121012101210121010121012121012101012101210121012121012101210121012101210121012101210121012101210121012101210101213141012101212101012121012101210121010121012121012101012101210121012121012101210121012101210121012101210121012101;CP=1;R=5;O;
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MU;P0=-302;P1=229;P2=-1313;D=010121210101210121012101212101210101210121210;CP=1;R=4;
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MS;P0=-312;P1=228;P2=-1315;P4=-2548;D=141210121010121210101210121012101212101210101210121210121012101210101210121012101210121012101210121012101210121012101210121012121013;CP=1;SP=4;R=5;O;
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Matched MS Protocol id 17 -> arctech
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: Starting demodulation at Position 2
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: Found wrong signalpattern, catched 32 bits, aborting demodulation
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: applying postDemodulation
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: modified value after postDemodulation:64
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Decoded MS Protocol id 17 dmsg iA655A5AA5555555600 length 64 RSSI = -71.5
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz Dispatch: iA655A5AA5555555600, test ungleich: disabled
2018-03-03 10:41:01 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz Dispatch: iA655A5AA5555555600, -71.5 dB, dispatch
2018-03-03 10:41:01 IT IT_V3_68678001 off
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MU;P0=-1314;P1=222;P2=-315;P3=-10692;P4=-2568;D=01210121012101210121012101210121012101210121010121314101210121210101212101210121012101012101212101210101210121012101212101210121012101210121012101210121012101210121012101210121010121;CP=1;R=4;
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MS;P0=-1015;P1=447;P2=-1996;P4=-3956;D=14121010121212121212101010101010101210101012121210121212121010121010121210;CP=1;SP=4;R=228;O;
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Matched MS Protocol id 7 -> weatherID7
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: Starting demodulation at Position 2
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Decoded MS Protocol id 7 dmsg P7#9F808EF26 length 36 RSSI = -88
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz Dispatch: P7#9F808EF26, test ungleich: disabled
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz Dispatch: P7#9F808EF26, -88 dB, dispatch
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MS;P0=-1020;P1=449;P2=-2001;P3=-3956;D=13121010121212121212101010101010101210101012121210121212121010121010121210;CP=1;SP=3;R=230;O;
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Matched MS Protocol id 7 -> weatherID7
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: Starting demodulation at Position 2
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Decoded MS Protocol id 7 dmsg P7#9F808EF26 length 36 RSSI = -87
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz Dispatch: P7#9F808EF26, test gleich
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz Dispatch: P7#9F808EF26, Dropped due to short time or equal msg
2018-03-03 10:41:02 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MS;P0=-2011;P1=436;P2=-1015;P3=-3955;D=13101212101010101010121212121212121012121210101012101010101212101212101012;CP=1;SP=3;R=229;O;
2018-03-03 10:41:03 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Matched MS Protocol id 7 -> weatherID7
2018-03-03 10:41:03 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: Starting demodulation at Position 2
2018-03-03 10:41:03 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Decoded MS Protocol id 7 dmsg P7#9F808EF26 length 36 RSSI = -87.5
2018-03-03 10:41:03 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz Dispatch: P7#9F808EF26, test gleich
2018-03-03 10:41:03 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz Dispatch: P7#9F808EF26, Dropped due to short time or equal msg
2018-03-03 10:41:03 HMCCUDEV SZ_1_Raumthermostat 0.RSSI_DEVICE: -72

und das für ON

Code Auswählen


2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MS;P1=238;P2=-2554;P3=-1301;P4=-294;D=121314131414131314141314131413141313141314141314131314131413141314141314131413141314131413141314131413141314131314141314131413131415;CP=1;SP=2;R=15;O;
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Matched MS Protocol id 17 -> arctech
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: Starting demodulation at Position 2
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: Found wrong signalpattern, catched 32 bits, aborting demodulation
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: applying postDemodulation
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: modified value after postDemodulation:64
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Decoded MS Protocol id 17 dmsg iA655A5AA5555565600 length 64 RSSI = -66.5
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz Dispatch: iA655A5AA5555565600, test ungleich: disabled
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz Dispatch: iA655A5AA5555565600, -66.5 dB, dispatch
2018-03-03 10:43:30 IT IT_V3_68678001 on
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MU;P0=-1312;P1=225;P2=-311;P3=-10700;P4=-2572;D=01212101210101210121012101212121012101210121010121012121012101012101210121012121012101210121012101210121012101210121012101012121012101210101213141012101212101012121012101210121010121012121012101012101210121012121012101210121012101210121012101210121012101;CP=1;R=17;O;
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MU;P0=234;P1=-305;P2=-1299;D=0102020101020102010201020201020101020102020102;CP=0;R=16;
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MS;P0=-1300;P1=241;P2=-298;P4=-2568;D=141012101212101012121012101210121010121012121012101012101210121012121012101210121012101210121012101210121012101012121012101210101213;CP=1;SP=4;R=15;O;
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Matched MS Protocol id 17 -> arctech
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: Starting demodulation at Position 2
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: Found wrong signalpattern, catched 32 bits, aborting demodulation
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: applying postDemodulation
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz: modified value after postDemodulation:64
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz: Decoded MS Protocol id 17 dmsg iA655A5AA5555565600 length 64 RSSI = -66.5
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 5: PI_433MHz Dispatch: iA655A5AA5555565600, test gleich
2018-03-03 10:43:30 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz Dispatch: iA655A5AA5555565600, Dropped due to short time or equal msg
2018-03-03 10:43:32 HMCCUDEV Selin_WZ_Raumthermostat 0.RSSI_DEVICE: -96
2018-03-03 10:43:32 HMCCUDEV Selin_WZ_Raumthermostat Activity: alive
2018-03-03 10:43:32 HMCCUDEV Selin_WZ_Raumthermostat hmstate: 23.0
2018-03-03 10:43:32 SIGNALduino PI_433MHz PI_433MHz 4: PI_433MHz/msg READ: MU;P0=-288;P1=250;P2=-1292;P3=-10696;P4=-2568;D=012101210121012101210121012121010121012101212101314121012101012121010121012101210121210121010121012121012101210121010121012101210121012101210121012101210121012121010121012101212101;CP=1;R=15;
2018-03-03 10:43:33 HMCCUDEV Eingang_Raumthermostat 0.RSSI_DEVICE: -70

ich habe es jetzt mit ITclock 257, 243, 228, 229, 222, 447, 436, 225 und 241 versucht aber sie schaltet nicht!

Vielleicht noch ein Tipp?

LG

Johann

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: RaspiLED am 03 März 2018, 14:24:48

Hi, ist es das richtige IODev PI_433MHz???
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Johann.S am 03 März 2018, 16:33:07

Hallo Arnd,

ja, ist es.
Ich habe einen PI_433MHz und einen PI_868MHz im Einsatz und die Signale kommen immer über den PI_433MHz.
Beim Anlegen macht der Signalduino zwar einen Fehler und legt das Device mit PI_868MHz an. Das bessere ich aber immer
aus.

Gruß

Johann

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 04 März 2018, 13:17:55

Hier ist eine neue Version der 14_SD_WS_Maverick.pm
Es hat seither nicht funktioniert, da beim dispatch der header nicht mit übergeben wird.
https://raw.githubusercontent.com/Ralf9/RFFHEM/master/FHEM/14_SD_WS_Maverick.pm

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Johann.S am 05 März 2018, 20:54:26

Hallo Ralf,

sollte das bei meinem Problem was bewirken?

LG

Johann

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 05 März 2018, 21:08:56

Nein dies betriftt nur den Maverick Grillthermometer.

Dieser Patch könnte evtl bei Dir was bewirken

Hier ist die neue 00_SIGNALduino.pm für das Senden von itv3:
https://raw.githubusercontent.com/Ralf9/RFFHEM/master/FHEM/00_SIGNALduino.pm
und hier ist der patch
https://github.com/Ralf9/RFFHEM/commit/b8b3168962eaea9d1122e0ad3b223dffcecf37ea

Dieser Patch behebt einen Fehler beim Senden von Intertechno v3, wenn der unitcode mit 1 endet
https://forum.fhem.de/index.php/topic,79019.msg710073.html
https://forum.fhem.de/index.php?topic=58468
https://github.com/RFD-FHEM/RFFHEM/issues/109

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Johann.S am 05 März 2018, 21:18:42

Hallo Ralf,

Danke das hat geholfen, nach dem Ich die ITClock noch auf 250 gestellt habe gings noch besser!
Kommt die Version ins normale Update?

LG

Johann

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 07 März 2018, 18:48:41

Hier ist mal wieder eine Übersicht über die wichtigsten Neuerungen/Anpassungen in der 00_SIGNALduino.pm.
Wer von diesen Neuerungen nichts benötigt, kann auch die 00_SIGNALduino.pm vom normalen fhem update (svn) verwenden.

ID 78: geiger blind motors
Funk-Rolladensteuerung von Geiger Antriebstechnik
https://forum.fhem.de/index.php/topic,39153.0.html

ID 79: VTX-BELL_Funkklingel
https://github.com/RFD-FHEM/SIGNALDuino/issues/84#issuecomment-360206833
Patch:
https://github.com/Ralf9/RFFHEM/commit/c18b1e5bd6bc1d9f12f877af9d6a7fd9559da7cc

ID 13.1: FLAMINGO FA21 -> Annpassung der Protokolldefinition
Patche:
https://github.com/Ralf9/RFFHEM/commit/0b48efce16fbd9caaab7a40eb488d2dac73fd3ef
https://github.com/Ralf9/RFFHEM/commit/fa91d064a5f70b30ba9c03c48e1dee5b08afbe33

ID 3.1: -> float zugefügt, damit bei der ITS-150 die Gruppentaste erkannt wird
Patch:
https://github.com/Ralf9/RFFHEM/commit/82fbbf3d5ecb55070acbe074ef62e70a521a2da7

bei den Internals "versionmodul" hinzugefügt
Damit steht dann in den Internals die Version der 00_SIGNALduino.pm
https://github.com/Ralf9/RFFHEM/commit/ef565f75e0eb2f7c762d3af705244ca89c78aa6c

Fehler beim Senden von Intertechno v3 behoben
Dieser Patch behebt einen Fehler beim Senden von Intertechno v3, wenn der unitcode mit 1 endet
https://raw.githubusercontent.com/Ralf9/RFFHEM/master/FHEM/00_SIGNALduino.pm
und hier ist der patch
https://github.com/Ralf9/RFFHEM/commit/b8b3168962eaea9d1122e0ad3b223dffcecf37ea
siehe auch
https://forum.fhem.de/index.php/topic,79019.msg710073.html
https://forum.fhem.de/index.php?topic=58468
https://github.com/RFD-FHEM/RFFHEM/issues/109

Plausibilitätsprüfung (modulematch) für ID 47 Maverick ergänzt
https://github.com/Ralf9/RFFHEM/commit/ab76f9286cb55fd37f0074cb32f830d2e52c0fe3

@Sidey
es wäre schön, wenn Du diese Anpassungen ins normale fhem update (svn) übernehmen könntest.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 07 März 2018, 22:25:30

Zitat von: Ralf9 am 07 März 2018, 18:48:41
@Sidey
es wäre schön, wenn Du diese Anpassungen ins normale fhem update (svn) übernehmen könntest.

Hi Ralf, die Patches sind keine richtigen Patche und PRs lassen sich auch keine so einfach erstellen, da alles in einem Branch ist.
Also muss ich jetzt jeden commit manuell "picken".

So Dinge wie:
https://github.com/RFD-FHEM/RFFHEM/issues/200
https://github.com/RFD-FHEM/RFFHEM/issues/163

Sind leider auch noch offen.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: RappaSan am 08 März 2018, 13:36:37

Da war der Ralf aber ganz schön fleissig. :)

Ich hab gerade im Keller die "alten" Flamingo FA500 Funksteckdosen wiedergefunden.
Dazu gibt's aber noch nix neues bei der (De)Modulation, oder? Scheint ganz schön kompliziert zu sein.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Johann.S am 12 März 2018, 21:42:20

Hallo Sidey,

kommen die Änderungen ins normale Update?
Ich bräuchte das für meinen Nachbarn, der hat auch einen Signalduino aber keine Ahnung wie er das in die normale Version bekommt (grins).
Das wäre ganz supertoll!!!

Danke im voraus

Johann

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 12 März 2018, 22:14:28

Die Anpassungen sind leider noch nicht im normalen FHEM Update enthalten.

Aktuell leider nur im dev-r33 Branch auf Github (Entwickler Version)

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Johann.S am 13 März 2018, 19:00:10

Das heißt mit

Code Auswählen

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

würde die Version installiert werden?

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: dirk.k am 22 März 2018, 10:35:40

Hallo zusammen,
nach dem ich gestern die aktuellen fhem updates installiert habe, wird mein SD_WS07_TH_3 nicht mehr erkannt/verarbeitet. Das Gerät fehlt komplett.

nach einem Update-Durchlauf bekomme ich die Meldung:

Code Auswählen

2018.03.22 10:03:16 1 : reload: Error:Modul 14_SD_WS07 deactivated: Global symbol "$rssi" requires explicit package name at ./FHEM/14_SD_WS07.pm line 104. Global symbol "$rssi" requires explicit package name at ./FHEM/14_SD_WS07.pm line 105.
2018.03.22 10:03:16 0 : Global symbol "$rssi" requires explicit package name at ./FHEM/14_SD_WS07.pm line 104. Global symbol "$rssi" requires explicit package name at ./FHEM/14_SD_WS07.pm line 105.
2018.03.22 10:03:16 0 : ERROR: Cannot autoload SD_WS07
2018.03.22 10:03:16 3 : SIGNALduino01: Unknown code P7#6F200DF4D, help me!

beim fhem-Neustart:

Code Auswählen

Messages collected while initializing FHEM:
configfile: Cannot load module SD_WS07

hat jemand eine Idee, was schiefgelaufen sein könnte?

PS: ich habe vor langer Zeit ein userreading "RSSI" gebaut, da ich das in readingsGroups verwende.

Danke

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 22 März 2018, 19:57:42

Hallo Sidey,

Bei diesem commit passt was nicht:
https://github.com/RFD-FHEM/RFFHEM/commit/a9f06fdd3e1da26a82a4429298d606bbbac64485

das hier fehlt:

Code Auswählen

-  if (defined($rssi)) {
-	Log3 $name, 4, "$name SD_WS07: $msg, length=$hlen RSSI=$rssi";
-  } else {
-	Log3 $name, 4, "$name SD_WS07: $msg, length=$hlen";
-  }
-  
+  Log3 $name, 4, "$name SD_WS07: $msg, length=$hlen";

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 23 März 2018, 00:01:44

Zitat von: dirk.k am 22 März 2018, 10:35:40
Hallo zusammen,
nach dem ich gestern die aktuellen fhem updates installiert habe, wird mein SD_WS07_TH_3 nicht mehr erkannt/verarbeitet. Das Gerät fehlt komplett.

UUps, da wurde etwas entfernt. :(

Hast Du eine meiner Updatequellen von github bei dir eingetragen?
Wenn ja, dann kannst Du von dort aktualisieren. Ich hoffe es geht jetzt wieder.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: dirk.k am 23 März 2018, 07:28:08

Kurze Rückmeldung...
Es funktioniert wieder.
Danke

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: dd9lh am 31 März 2018, 07:09:10

Hi... habe ein kleines Problem:

Seit einigen Tagen habe ich Hunderte solcher Meldungen im Log

2018.03.31 07:01:44 1: PERL WARNING: Argument "" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 3317.
2018.03.31 07:01:44 1: stacktrace:
2018.03.31 07:01:44 1: main::__ANON__ called by ./FHEM/00_SIGNALduino.pm (3317)
2018.03.31 07:01:44 1: main::SIGNALduino_Parse_MS called by ./FHEM/00_SIGNALduino.pm (3913)
2018.03.31 07:01:44 1: main::SIGNALduino_Parse called by ./FHEM/00_SIGNALduino.pm (2738)
2018.03.31 07:01:44 1: main::SIGNALduino_Read called by fhem.pl (3550)
2018.03.31 07:01:44 1: main::CallFn called by fhem.pl (708)

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 31 März 2018, 08:36:04

Hallo dd9l,

Verrate und doch noch, welche Version vom Modul Du verwendest.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 31 März 2018, 10:56:54

Falls es die dev-r33 ist, dann liegt es evtl daran, daß in der sub SIGNALduino_Parse_MS($$$$%) bei float das
if (defined($ProtocolListSIGNALduino{$id}{float}))
fehlt

Code Auswählen

			if (defined($ProtocolListSIGNALduino{$id}{float}))
			{
				my $floatValid = ($pstr=SIGNALduino_PatternExists($hash,\@{$ProtocolListSIGNALduino{$id}{float}},\%patternList,\$rawData)) >=0;
				Debug "Found matched float with indexes: ($pstr)" if ($debug && $floatValid);
				$patternLookupHash{$pstr}="F" if ($floatValid); ## Append Sync to our lookuptable
				Debug "float pattern not found" if ($debug && !$floatValid);
			}

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: dd9lh am 31 März 2018, 11:49:41

Super... läuft...

Vielen Dank... cu Peter

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: CBSnake am 01 April 2018, 15:30:08

Hi,

nach einem Update gestern ging FHEM plötzlich nicht mehr, da auch von außerhalb nur zugriff aufs Webend habe musste ich bis jetzt warten *geduld/sucht* ;-)

Schuld war die 00_Signaldunio.pm Nachdem ich die gelöscht hatte ging es wieder, nach dem erneuten Update (Datei wieder übers Update geladen) wieder nicht mehr, im Log kommt:

Code Auswählen

2018.04.01 15:13:28.105 1: PERL WARNING: Useless use of a constant (4) in void context at ./FHEM/00_SIGNALduino.pm line 4841, <$fh> line 3342.
2018.04.01 15:13:28.106 1: PERL WARNING: Useless use of string in void context at ./FHEM/00_SIGNALduino.pm line 4841, <$fh> line 3342.
2018.04.01 15:13:28.106 1: PERL WARNING: Useless use of a constant (4) in void context at ./FHEM/00_SIGNALduino.pm line 4843, <$fh> line 3342.
2018.04.01 15:13:28.106 1: PERL WARNING: Useless use of string in void context at ./FHEM/00_SIGNALduino.pm line 4843, <$fh> line 3342.
2018.04.01 15:13:28.107 1: PERL WARNING: Useless use of a constant (4) in void context at ./FHEM/00_SIGNALduino.pm line 4845, <$fh> line 3342.
2018.04.01 15:13:28.107 1: PERL WARNING: Useless use of a constant (4) in void context at ./FHEM/00_SIGNALduino.pm line 4849, <$fh> line 3342.
2018.04.01 15:13:28.107 1: PERL WARNING: Useless use of string in void context at ./FHEM/00_SIGNALduino.pm line 4849, <$fh> line 3342.

und als letztes:

Code Auswählen

Undefined subroutine &main::SIGNALduino_Log3 called at ./FHEM/00_SIGNALduino.pm line 1633.

dann wird FHEM gestoppt/beendet

Aktuell habe ich die

Code Auswählen

$Id: 00_SIGNALduino.pm 16390 2018-03-11 22:22:56Z Sidey $

Damit läufts wieder.

die hier crasht

Code Auswählen

$Id: 00_SIGNALduino.pm 16506 2018-03-29 19:32:57Z Sidey $

Grüße
Achim

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 01 April 2018, 16:02:38

Danke für den Hinweis.

Der Fehler ist eindeutig : SIGNALduino_Log3 fehlt.

Da muss mir wohl etwas durch die QS gerutscht sein.

Ich werde nachher noch einen Fix einstellen. Du sagst, FHEM lief dann überhaupt nicht mehr?

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: KölnSolar am 01 April 2018, 16:13:49

siehe hier (https://forum.fhem.de/index.php/topic,86398.0.html)

Wie auch immer burny46 auf die Idee kam, es wäre bereits gefixed ::)

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: CBSnake am 01 April 2018, 17:01:44

Hi,

ja das mit dem log3 war der letzte Eintrag im logfile und FHEM war dann auf not running in der Konsole.

Grüße
Achim

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 01 April 2018, 20:25:45

Zitat von: CBSnake am 01 April 2018, 15:30:08
Code Auswählen Erweitern
Undefined subroutine &main::SIGNALduino_Log3 called at ./FHEM/00_SIGNALduino.pm line 1633.

Ich habe den Fehler behoben (hoffe ich).

Kannst Du bitte mal testen?
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: CBSnake am 02 April 2018, 17:09:05

Hi,

ich hab jetzt nurmal die 00_signalduino ersetzt, fährt normal hoch bringt aber noch:

Code Auswählen


2018.04.02 17:06:49.773 1: PERL WARNING: Bareword found where operator expected at ./FHEM/00_SIGNALduino.pm line 5466, near "325 kHz"
2018.04.02 17:06:49.773 1: PERL WARNING: 	(Missing operator before kHz?)
2018.04.02 17:06:49.774 1: PERL WARNING: Bareword found where operator expected at ./FHEM/00_SIGNALduino.pm line 5467, near "<li>patable"
2018.04.02 17:06:49.774 1: PERL WARNING: 	(Missing operator before patable?)
2018.04.02 17:06:49.774 1: PERL WARNING: Bareword found where operator expected at ./FHEM/00_SIGNALduino.pm line 5472, near "<li>sens"
  (Might be a runaway multi-line // string starting on line 5468)
2018.04.02 17:06:49.775 1: PERL WARNING: 	(Missing operator before sens?)
2018.04.02 17:06:49.775 1: PERL WARNING: Bareword found where operator expected at ./FHEM/00_SIGNALduino.pm line 5473, near "is"
2018.04.02 17:06:49.775 1: PERL WARNING: 	(Missing semicolon on previous line?)
2018.04.02 17:06:49.776 1: PERL WARNING: Number found where operator expected at ./FHEM/00_SIGNALduino.pm line 5473, near "is 4"
2018.04.02 17:06:49.776 1: PERL WARNING: 	(Do you need to predeclare is?)
2018.04.02 17:06:49.776 1: PERL WARNING: Bareword found where operator expected at ./FHEM/00_SIGNALduino.pm line 5473, near "16 dB"
2018.04.02 17:06:49.777 1: PERL WARNING: 	(Missing operator before dB?)
2018.04.02 17:06:49.777 1: PERL WARNING: Bareword found where operator expected at ./FHEM/00_SIGNALduino.pm line 5474, near "signals"
2018.04.02 17:06:49.777 1: PERL WARNING: Bareword found where operator expected at ./FHEM/00_SIGNALduino.pm line 5474, near "4 dB"
2018.04.02 17:06:49.780 1: reload: Error:Modul 00_SIGNALduino deactivated:
 Search pattern not terminated at ./FHEM/00_SIGNALduino.pm line 5478, <$fh> line 3352.

2018.04.02 17:06:49.781 0: Search pattern not terminated at ./FHEM/00_SIGNALduino.pm line 5478, <$fh> line 3352.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 02 April 2018, 21:05:03

Zitat von: CBSnake am 02 April 2018, 17:09:05
Hi,

ich hab jetzt nurmal die 00_signalduino ersetzt, fährt normal hoch bringt aber noch:

Die von dir gemeldeten Fehler befinden sich alle im commandref Teil und das ist nur Text und kein Perl Code.

Bei mir passiert das nicht. Wie genau hast Du die Datei denn heruntergeladen und ersetzt?

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: CBSnake am 03 April 2018, 09:06:26

Hi Sidey,

ich hab mir die Zip aus dem Github geladen und die 00_ daraus entpackt und hochgeladen. Ich füge ungerne weitere Quellen hinzu, wenn das Modul schon mit FHEM ausgeliefert wird ;-) Evtl verbiegt es dabei irgendwas?

Hab jetzt nochmals ein Update gemacht. Hab also jetzt die Version die "mit" FHEM kommt. Nun tut es wieder Problemlos :) :)

Danke dir ;-)

Titel: Signalduino Version 3.3.1
Beitrag von: RaspiLED am 03 April 2018, 18:23:17

Hi,
Tja kommt darauf an, mit welchen Betriebssystemen und welchen Tools man das zip entzippt und hochlädt.

Details?

Grundsätzlich kann

Code Auswählen


sudo apt install dos2unix tofrodos
dos2unix <Dateiname>

dann helfen ;-)

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: CBSnake am 05 April 2018, 09:21:06

Hi,

;D ;D Mit Windows ;D ;D Mit Linux kann ich auf nem Desktop nix anfangen zig mal versucht zig mal wieder Windows draufinstalliert. Kann also daran gelegen haben :-)

Grüße
Achim

Titel: Signalduino Version 3.3.1
Beitrag von: RaspiLED am 05 April 2018, 14:52:22

Hi,
nicht kann, sondern hat!
Windows nutzt CR (carriage return=Wagenrücklauf) und LF (line feed=Zeilenvorschub) und Unix nur eins davon als Zeilenende!
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Version 3.3.1 RC4 neues Protokoll
Beitrag von: Harst am 11 April 2018, 20:49:28

Hallo,

ich habe bei Ali eingekauft mit dem Bewusstsein, dass es schief gehen kann:

https://de.aliexpress.com/item/MD-210R-433MHz-Wireless-Door-Window-Magnetic-Contact-for-GSM-PSTN-Home-Alarm-System/32298074783.html
https://de.aliexpress.com/item/PB-2018R-Wireless-Vibration-Shock-Sensor-Window-Vibration-Detector-Sensitivity-Adjustable-for-ST-V-ST-IIIB/32618141282.html
https://de.aliexpress.com/item/MD-2001R-433MHz-Family-House-Safety-Wireless-Combustible-CO-Gas-Leak-Detector-Fire-Alarm-Sensor-for/32620003651.html

Der Fensterkontakt hat einiges an Inhalt:

Links oben der Sabottageschalter, geht auf wenn man das Gehäuse entfernt
links mitte ein Schraubanschluss für einen externen Kontakt
unten und oben je ein Red-Kontakt
Alle erzeugen unterschiedliche Codes und unterscheiden zwischen öffnen und schließen.

Leider werden die Schalter nicht erkannt. Aber ganz so einfach gebe ich nicht auf:

In der Doku stehen 36 Bit, davon 8 Bit Daten, das war schon ein Anfang.

hier ist der Mitschnitt:

Code Auswählen

MU;P0=-409;P1=802;P2=-813;P3=396;P4=-4002;D=01230101012323230123232301432301012301010123230123232323012323010101232323012301010123232301232323014323010123010101232301232323230123230101012323230123010101232323012323230;CP=3;R=0;
MU;P0=-400;P1=403;P2=-807;P3=-208;P4=810;P5=-3991;D=0121340421040404212104212121210421210404042121210421210404212121042104210451210404210404042121042121212104212104040421212104212104042121210421042104512104042104040421210421212121042121040404212121042121040421212104210421045121040421040404212104212121210;CP=1;R=0;O;
MU;P0=-408;P1=397;P2=-813;P3=804;P4=-4001;D=0121210321210303032121210303210303212121030303210341210303210303032121032121212103212103030321212103032103032121210303032103412103032103030321210321212121032121030303212121030321030321212103030321034121030321030303212103212121210321210303032121210303210;CP=1;R=0;O;
MU;P0=-204;P1=397;P2=-400;P3=807;P5=-812;P6=-3997;D=0123235123032351512351515151235151232323515151235151232351515123512351236151232351232323515123515151512351512323235151512351512323515151235123512361512323512323235151235151515123515123232351515123515123235151512351235123615123235123232351512351515151235;CP=1;R=0;O;
MU;P0=-164;P1=394;P2=-397;P3=783;P4=-788;P5=-3931;D=0123414123412323232323234141234123412341232341232323412323414141235123232341234141234123232323232341412341234123412323412323234123234141412351232323412341412341232323232323414123412341234123234123232341232341414123512323234123414123412323232323234141234;CP=1;R=0;O;

und noch einmal mit meiner Analyse

Code Auswählen

RED (L) Zu
MU;P0=-409;P1=802;P2=-813;P3=396;P4=-4002;

  0 1 0 0 0 1 1 1 0 1 1 1 0   
  1 0 0 1 0 0 0 1 1 0 1 1 1 1 0 1 1 0 0 0 1 1 1 0 1 0 0 0 1 1 1 0 1 1 1 0   
  1 0 0 1 0 0 0 1 1 0 1 1 1 1 0 1 1 0 0 0 1 1 1 0 1 0 0 0 1 1 1 0 1 1 1 ?
D=01230101012323230123232301432301012301010123230123232323012323010101232323012301010123232301232323014323010123010101232301232323230123230101012323230123010101232323012323230;CP=3;R=0;


RED (L) Auf
MU;P0=-400;P1=403;P2=-807;P3=-208;P4=810;P5=-3991;
  0 1 0 0 0 1 1 0 1 1 1 1 0 1 1 0 0 0 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 1   
  1 0 0 1 0 0 0 1 1 0 1 1 1 1 0 1 1 0 0 0 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0   
  1 0 0 1 0 0 0 1 1 0 1 1 1 1 0 1 1 0 0 0 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0   
  1 0 0 1 0 0 0 1 1 0 1 1 1 1 ?
D=0121340421040404212104212121210421210404042121210421210404212121042104210451210404210404042121042121212104212104040421212104212104042121210421042104512104042104040421210421212121042121040404212121042121040421212104210421045121040421040404212104212121210;CP=1;R=0;O;

Switch zu
MU;P0=-408;P1=397;P2=-813;P3=804;P4=-4001;
  0 1 1 0 0 0 1 1 1 0 0 1 0 0 1 1 1 0 0 0 1 0   
  1 0 0 1 0 0 0 1 1 0 1 1 1 1 0 1 1 0 0 0 1 1 1 0 0 1 0 0 1 1 1 0 0 0 1 0   1
D=0121210321210303032121210303210303212121030303210341210303210303032121032121212103212103030321212103032103032121210303032103412103032103030321210321212121032121030303212121030321030321212103030321034121030321030303212103212121210321210303032121210303210;CP=1;R=0;O;

Switch auf
MU;P0=-204;P1=397;P2=-400;P3=807;P5=-812;P6=-3997;
  1 1 0 1   
  1 0 0 1 0 0 0 0 1 0 0 1 1 1 0 0 0 1 0 0 1 1 0 0 0 1 0 1 0 1               
  1 0 0 1 0 0 0 1 1 0 1 1 1 1 0 1 1 0 0 0 1 1 1 0 1 1 0 0 1 1 1 0 1 0 1 0
D=0123235123032351512351515151235151232323515151235151232351515123512351236151232351232323515123515151512351512323235151512351512323515151235123512361512323512323235151235151515123515123232351515123515123235151512351235123615123235123232351512351515151235;CP=1;R=0;O;

Rüttelschalter
MU;P0=-164;P1=394;P2=-397;P3=783;P4=-788;P5=-3931;

    0 1 1 0 1 0 0 0 0 0 0 1 1 0 1 0 1 0 1 0 0 1 0 0 0 1 0 0 1 1 1 0   
  0 0 0 1 0 1 1 0 1 0 0 0 0 0 0 1 1 0 1 0 1 0 1 0 0 1 0 0 0 1 0 0 1 1 1 0   
  0 0 0 1 0 1 1 0 ...
D=0123414123412323232323234141234123412341232341232323412323414141235123232341234141234123232323232341412341234123412323412323234123234141412351232323412341412341232323232323414123412341234123234123232341232341414123512323234123414123412323232323234141234;CP=1;R=0;O;

Das Problem scheint zu sein, dass der Trenner (-4000) überlesen wird, denn das Protokoll selbst ist recht einfach:
-400 / 800 ist eine 1
-800 / 400 eine 0
oder andersrum, das kann ich noch nicht sagen.

Was kann ich tun, um das das Integrieren zu unterstützen? Es würde mich auf jeden Fall freuen, wenn das Protkoll aufgenommen werden kann.
Ich analysiere auch gerne noch den Gas-Sensor.

PS: V 3.3.1-RC4 SIGNALduino - compiled at Mar 10 2018 23:20:25

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 11 April 2018, 21:52:37

Du kannst mal Testen ob die Protokoll ID 79 vom dev-r33 Branch auf Github (Entwickler Version) passt:

Code Auswählen

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

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Harst am 11 April 2018, 22:35:19

Hallo Ralf,

danke, das war erfolgreich

Code Auswählen

2018.04.11 22:16:01 4 : sduino433/msg READredu: MU;P0=-156;P1=399;P2=-403;P3=809;P4=-811;P5=-3997;D=0123414141412341412323234141412323232323414141232341412351412323412323234141234141414123414123232341414123232323234141412323414123514123234123232341412341414141234141232323414141232323232341414123234141235141232341232323414123414141412341412323234141412;CP=1;R=0;
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 56 -> Celexon matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 59 -> AK-HD-4 matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: Fingerprint for MU Protocol id 79 -> VTX-BELL_Funkklingel matches, trying to demodulate
2018.04.11 22:16:01 4 : sduino433: decoded matched MU Protocol id 79 dmsg U79#6E4271F19 length 36 RSSI = -74
2018-04-11 22:16:01 SIGNALduino sduino433 DMSG U79#6E4271F19
2018.04.11 22:16:04 4 : sduino433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433/msg READredu: MU;P0=-136;P1=806;P2=-408;P4=-817;P5=395;P6=-3992;D=0121214545212121454545212145212145454521212145216545212145212121454521454545452145452121214545452121452121454545212121452165452121452121214545214545454521454521212145454521214521214545452121214521654521214521212145452145454545214545212121454545212145212;CP=5;R=0;
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: decoded matched MU Protocol id 31 dmsg u31#71B1D length 20 RSSI = -74
2018-04-11 22:16:07 SIGNALduino sduino433 DMSG u31#71B1D
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 56 -> Celexon matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 59 -> AK-HD-4 matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: Fingerprint for MU Protocol id 79 -> VTX-BELL_Funkklingel matches, trying to demodulate
2018.04.11 22:16:07 4 : sduino433: decoded matched MU Protocol id 79 dmsg U79#6E4271B1D length 36 RSSI = -74
2018-04-11 22:16:07 SIGNALduino sduino433 DMSG U79#6E4271B1D

und der Erschütterungsmelder geht auch:

Code Auswählen

2018-04-11 22:28:12 SIGNALduino sduino433 DMSG U79#E97E55BB1

der CO-Sensor hat sich nur einmal beim Einlegen der Batterien gemeldet.

jetzt muss ich mich dann wohl damit beschäftigen, wie man daraus Schalter in FHEM macht. Das mit dem Event und dem Dummy kenne ich, aber das ist ja nur eine Notlösung.

Danke

Horst

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: waage am 12 April 2018, 14:17:15

Hallo
Ich habe nach dem update von Fhem und Signalduino seit ein paar Tagen ein Problem mit
meinen Dooya Rollanden. Sie werden überhaupt nicht mehr erkannt, bis dahin lief alles einwandfrei.
Ich benutze einen SIGNALduino mit cc1101 und Versionmodul 3.3.3-dev_11.04.
Folgendes steht beim anlernen im Log:

Code Auswählen

2018.04.12 14:05:14 2: autocreate: define Dooya_32C1 Dooya 32C1
2018.04.12 14:05:14 1: define Dooya_32C1 Dooya 32C1: Define Dooya_32C1: wrong address format: specify a 28 binaer id value 
2018.04.12 14:05:14 1: ERROR: Define Dooya_32C1: wrong address format: specify a 28 binaer id value 
2018.04.12 14:05:14 2: autocreate: define Dooya_33C1 Dooya 33C1
2018.04.12 14:05:14 1: define Dooya_33C1 Dooya 33C1: Define Dooya_33C1: wrong address format: specify a 28 binaer id value 
2018.04.12 14:05:14 1: ERROR: Define Dooya_33C1: wrong address format: specify a 28 binaer id value 
2018.04.12 14:05:14 4: SDuino/msg READ: MU;P0=320;P1=-116;P2=4760;P3=-1552;P4=-757;P5=671;P6=-402;P7=-7764;D=01230456040404040404040404045604560456560404560404045656040404040456040456560404565623045604040404040404040404560456045656040456040404565604040404045604045656040456572304560404040404040404040456045604565604045604040456560404040404560404565604045656230456;CP=0;R=51;O;
2018.04.12 14:05:14 4: SDuino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2018.04.12 14:05:14 4: SDuino: decoded matched MU Protocol id 16 dmsg P16#400AC8C133 length 40 RSSI = -48.5
2018.04.12 14:05:14 4: SDuino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.04.12 14:05:14 4: SDuino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.04.12 14:05:14 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.04.12 14:05:14 4: SDuino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.04.12 14:05:14 4: SDuino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.04.12 14:05:14 4: SDuino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.04.12 14:05:14 4: SDuino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.04.12 14:05:14 4: SDuino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.04.12 14:05:14 4: SDuino: decoded matched MU Protocol id 40 dmsg u40#8015918266 length 40 RSSI = -48.5
2018.04.12 14:05:14 4: SDuino: decoded matched MU Protocol id 40 dmsg u40#8015918264 length 40 RSSI = -48.5
2018.04.12 14:05:14 4: SIGNALduino_unknown incomming msg: u40#8015918264
2018.04.12 14:05:14 4: SIGNALduino_unknown rawData: 8015918264
2018.04.12 14:05:14 4: SIGNALduino_unknown Protocol: 40
2018.04.12 14:05:14 4: SIGNALduino_unknown converted to bits: 1000000000010101100100011000001001100100
2018.04.12 14:05:14 4: Unknown, please report
2018.04.12 14:05:14 3: SDuino: Unknown code u40#8015918264, help me!

Hoffentlich könnt Ihr mir weiterhelfen.
m.f.g. waage

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: waage am 12 April 2018, 16:20:03

Hi
Ich habe nochmal ein Log mit Verbose 5 gemacht vielleicht hilft das weiter den Fehler einzugrenzen.

Code Auswählen

2018.04.12 16:11:39 2: autocreate: define Dooya_33C1 Dooya 33C1
2018.04.12 16:11:39 1: define Dooya_33C1 Dooya 33C1: Define Dooya_33C1: wrong address format: specify a 28 binaer id value 
2018.04.12 16:11:39 1: ERROR: Define Dooya_33C1: wrong address format: specify a 28 binaer id value 
2018.04.12 16:11:39 2: autocreate: define Dooya_3CC1 Dooya 3CC1
2018.04.12 16:11:39 1: define Dooya_3CC1 Dooya 3CC1: Define Dooya_3CC1: wrong address format: specify a 28 binaer id value 
2018.04.12 16:11:39 1: ERROR: Define Dooya_3CC1: wrong address format: specify a 28 binaer id value 
2018.04.12 16:11:39 4: SDuino/msg READ: MU;P0=-1535;P1=-7760;P2=141;P3=-768;P4=311;P5=674;P6=-400;P7=4761;D=23232343434343435643564356564343564343435656434343434356434356564343565670435643434343434343434343564356435656434356434343565643434343435643435656434356517043564343434343434343434356435643565643435643434356564343434343564343565643435656704356434343434343;CP=4;R=51;O;
2018.04.12 16:11:39 4: SDuino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2018.04.12 16:11:39 5: SDuino: Starting demodulation at Position 74
2018.04.12 16:11:39 5: SDuino: dispatching bits: 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 0 0 1 0
2018.04.12 16:11:39 4: SDuino: decoded matched MU Protocol id 16 dmsg P16#400AC8C132 length 40 RSSI = -48.5
2018.04.12 16:11:39 5: SDuino Dispatch: P16#400AC8C132, test ungleich: disabled
2018.04.12 16:11:39 5: SDuino Dispatch: P16#400AC8C132, -48.5 dB, dispatch
2018.04.12 16:11:39 5: SDuino: dispatch P16#400AC8C132
2018.04.12 16:11:39 3: Dooya Unknown device 32C1, please define it
2018.04.12 16:11:40 2: autocreate: define Dooya_32C1 Dooya 32C1
2018.04.12 16:11:40 1: define Dooya_32C1 Dooya 32C1: Define Dooya_32C1: wrong address format: specify a 28 binaer id value 
2018.04.12 16:11:40 1: ERROR: Define Dooya_32C1: wrong address format: specify a 28 binaer id value 
2018.04.12 16:11:40 5: SDuino: dispatching bits: 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 0 0 1 1
2018.04.12 16:11:40 4: SDuino: decoded matched MU Protocol id 16 dmsg P16#400AC8C133 length 40 RSSI = -48.5
2018.04.12 16:11:40 5: SDuino Dispatch: P16#400AC8C133, test ungleich: disabled
2018.04.12 16:11:40 5: SDuino Dispatch: P16#400AC8C133, -48.5 dB, dispatch
2018.04.12 16:11:40 5: SDuino: dispatch P16#400AC8C133
2018.04.12 16:11:40 5: SDuino: applying filterfunc SIGNALduino_filterSign
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 2
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 25
2018.04.12 16:11:40 5: SDuino: applying filterfunc SIGNALduino_compPattern
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 40 -> romotec mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 56 -> Celexon matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 56 -> Celexon mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 59 -> AK-HD-4 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 59 -> AK-HD-4 mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 6
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 6
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 6
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 74
2018.04.12 16:11:40 5: SDuino: dispatching bits: 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 0 0 1 0
2018.04.12 16:11:40 4: SDuino: decoded matched MU Protocol id 72 dmsg P72#400AC8C132 length 40 RSSI = -48.5
2018.04.12 16:11:40 3: SDuino: ID=m72 skiped dispatch (developId=m). To use, please add m72 to the attr development
2018.04.12 16:11:40 5: SDuino: dispatching bits: 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 0 0 1 0
2018.04.12 16:11:40 4: SDuino: decoded matched MU Protocol id 72 dmsg P72#400AC8C132 length 40 RSSI = -48.5
2018.04.12 16:11:40 3: SDuino: ID=m72 skiped dispatch (developId=m). To use, please add m72 to the attr development
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 79 -> VTX-BELL_Funkklingel matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 79 -> VTX-BELL_Funkklingel mismatches, aborting
2018.04.12 16:11:40 4: SDuino/msg READ: MU;P0=312;P1=-761;P2=677;P3=-392;D=010101012301230123230101230101012323010101010123010;CP=0;R=49;
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2018.04.12 16:11:40 5: SDuino: applying filterfunc SIGNALduino_filterSign
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 17
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 37 -> Bresser 7009994 mismatches, aborting
2018.04.12 16:11:40 5: SDuino: applying filterfunc SIGNALduino_compPattern
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 2
2018.04.12 16:11:40 5: SDuino: dispatching bits: 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0
2018.04.12 16:11:40 4: SDuino: decoded matched MU Protocol id 40 dmsg u40#159182 length 24 RSSI = -49.5
2018.04.12 16:11:40 5: SDuino Dispatch: u40#159182, test ungleich: disabled
2018.04.12 16:11:40 5: SDuino Dispatch: u40#159182, -49.5 dB, dispatch
2018.04.12 16:11:40 5: SDuino: dispatch u40#159182
2018.04.12 16:11:40 4: SIGNALduino_unknown incomming msg: u40#159182
2018.04.12 16:11:40 4: SIGNALduino_unknown rawData: 159182
2018.04.12 16:11:40 4: SIGNALduino_unknown Protocol: 40
2018.04.12 16:11:40 4: SIGNALduino_unknown converted to bits: 000101011001000110000010
2018.04.12 16:11:40 4: Unknown, please report
2018.04.12 16:11:40 3: SDuino: Unknown code u40#159182, help me!
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 56 -> Celexon matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 56 -> Celexon mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 59 -> AK-HD-4 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 59 -> AK-HD-4 mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 0
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 0
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 0
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 79 -> VTX-BELL_Funkklingel matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 79 -> VTX-BELL_Funkklingel mismatches, aborting
2018.04.12 16:11:40 4: SDuino/msg READ: MU;P0=316;P1=-761;P2=667;P3=-398;P4=-8076;P5=4760;P6=-1536;D=0101010101230123012323010123010101232301010101012301012323232301045601230101010101010101010123012301232301012301010123230101010101230101232323230104560123010101010101010101012301230123230101230101012323010101010123010123232323010;CP=0;R=50;
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 68
2018.04.12 16:11:40 5: SDuino: dispatching bits: 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 1 1 0 0
2018.04.12 16:11:40 4: SDuino: decoded matched MU Protocol id 16 dmsg P16#400AC8C13C length 40 RSSI = -49
2018.04.12 16:11:40 5: SDuino Dispatch: P16#400AC8C13C, test ungleich: disabled
2018.04.12 16:11:40 5: SDuino Dispatch: P16#400AC8C13C, -49 dB, dispatch
2018.04.12 16:11:40 5: SDuino: dispatch P16#400AC8C13C
2018.04.12 16:11:40 5: SDuino: dispatching bits: 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 1 1 0 0
2018.04.12 16:11:40 4: SDuino: decoded matched MU Protocol id 16 dmsg P16#400AC8C13C length 40 RSSI = -49
2018.04.12 16:11:40 5: SDuino Dispatch: P16#400AC8C13C, test gleich
2018.04.12 16:11:40 4: SDuino Dispatch: P16#400AC8C13C, Dropped due to short time or equal msg
2018.04.12 16:11:40 5: SDuino: applying filterfunc SIGNALduino_filterSign
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 29 -> HT12e remote mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 19
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 37 -> Bresser 7009994 mismatches, aborting
2018.04.12 16:11:40 5: SDuino: applying filterfunc SIGNALduino_compPattern
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 2
2018.04.12 16:11:40 5: SDuino: dispatching bits: 0 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 1 1 0 0
2018.04.12 16:11:40 4: SDuino: decoded matched MU Protocol id 40 dmsg u40#0AC8C13C length 32 RSSI = -49
2018.04.12 16:11:40 5: SDuino Dispatch: u40#0AC8C13C, test ungleich: disabled
2018.04.12 16:11:40 5: SDuino Dispatch: u40#0AC8C13C, -49 dB, dispatch
2018.04.12 16:11:40 5: SDuino: dispatch u40#0AC8C13C
2018.04.12 16:11:40 5: SDuino: dispatching bits: 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 1 1 0 0 0
2018.04.12 16:11:40 4: SDuino: decoded matched MU Protocol id 40 dmsg u40#8015918278 length 40 RSSI = -49
2018.04.12 16:11:40 5: SDuino Dispatch: u40#8015918278, test ungleich: disabled
2018.04.12 16:11:40 5: SDuino Dispatch: u40#8015918278, -49 dB, dispatch
2018.04.12 16:11:40 5: SDuino: dispatch u40#8015918278
2018.04.12 16:11:40 5: SDuino: dispatching bits: 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 1 1 0 0 0
2018.04.12 16:11:40 4: SDuino: decoded matched MU Protocol id 40 dmsg u40#8015918278 length 40 RSSI = -49
2018.04.12 16:11:40 5: SDuino Dispatch: u40#8015918278, test gleich
2018.04.12 16:11:40 4: SDuino Dispatch: u40#8015918278, Dropped due to short time or equal msg
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 56 -> Celexon matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 56 -> Celexon mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 59 -> AK-HD-4 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 59 -> AK-HD-4 mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 0
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 0
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 0
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: Starting demodulation at Position 68
2018.04.12 16:11:40 5: SDuino: dispatching bits: 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 1 1 0 0
2018.04.12 16:11:40 4: SDuino: decoded matched MU Protocol id 72 dmsg P72#400AC8C13C length 40 RSSI = -49
2018.04.12 16:11:40 3: SDuino: ID=m72 skiped dispatch (developId=m). To use, please add m72 to the attr development
2018.04.12 16:11:40 5: SDuino: dispatching bits: 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 1 0 0 1 1 1 1 0 0
2018.04.12 16:11:40 4: SDuino: decoded matched MU Protocol id 72 dmsg P72#400AC8C13C length 40 RSSI = -49
2018.04.12 16:11:40 3: SDuino: ID=m72 skiped dispatch (developId=m). To use, please add m72 to the attr development
2018.04.12 16:11:40 4: SDuino: Fingerprint for MU Protocol id 79 -> VTX-BELL_Funkklingel matches, trying to demodulate
2018.04.12 16:11:40 5: SDuino: start pattern for MU Protocol id 79 -> VTX-BELL_Funkklingel mismatches, aborting
2018.04.12 16:11:52 4: SDuino/keepalive ok, retry = 0
2018.04.12 16:11:57 4: SDuino/msg READ: MU;P0=-226;P1=997;P2=-958;P3=535;P4=-443;D=0121234143234343434343414323414343434321210;CP=3;R=246;
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2018.04.12 16:11:57 5: SDuino: applying filterfunc SIGNALduino_filterSign
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: Starting demodulation at Position 6
2018.04.12 16:11:57 5: SDuino: applying filterfunc SIGNALduino_compPattern
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: Starting demodulation at Position 1
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: Starting demodulation at Position 5
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: Starting demodulation at Position 1
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: start pattern for MU Protocol id 69 -> Hoermann mismatches, aborting
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: Starting demodulation at Position 5
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 72 -> Siro shutter matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: start pattern for MU Protocol id 72 -> Siro shutter mismatches, aborting
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 79 -> VTX-BELL_Funkklingel matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: start pattern for MU Protocol id 79 -> VTX-BELL_Funkklingel mismatches, aborting
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: Starting demodulation at Position 1
2018.04.12 16:11:57 4: SDuino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2018.04.12 16:11:57 5: SDuino: Starting demodulation at Position 1

und noch ein List von meinen SIGNALduino

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7HJ-if00-port0@57600
   DMSG       u40#8015918278
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7HJ-if00-port0@57600
   FD         11
   ITClock    250
   LASTDMSG   u40#8015918278
   MSGCNT     194
   NAME       SDuino
   NR         146
   NR_CMD_LAST_H 3
   PARTIAL    
   RAWMSG     MU;P0=316;P1=-761;P2=667;P3=-398;P4=-8076;P5=4760;P6=-1536;D=0101010101230123012323010123010101232301010101012301012323232301045601230101010101010101010123012301232301012301010123230101010101230101232323230104560123010101010101010101012301230123230101230101012323010101010123010123232323010;CP=0;R=50;
   RSSI       -49
   STATE      opened
   TIME       1523542300
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 2018-04-12 16:07:25-MC;LL=-992;LH=953;SL=-505;SH=469;D=3FEEEE8E91FFDDDCF8F;C=486;L=76;R=22;#2018-04-12 16:10:29-MU;P0=14780;P1=-987;P2=956;P3=-508;P4=466;D=0121234341434343434343434321434321434321434321234341434321234123434143434343434343434343214343214343214343234143434343234341434343;CP=4;R=22;#2018-04-12 16:10:29-MU;P0=477;P1=-112;P2=9048;P3=-988;P4=962;P5=-505;D=0123434505030505050505050505430505430505430505434505050305434503450503050505050505050505054305054305054305054505030545050503054305;CP=0;R=22;#2018-04-12 16:10:29-MU;P0=9572;P1=-1001;P2=952;P3=-508;P4=465;D=012123434143434343434343432143432143432143432123434121212341234341434343434343434343432143432143432143432341214323434343434143;CP=4;R=23;#2018-04-12 16:11:57-MU;P0=-226;P1=997;P2=-958;P3=535;P4=-443;D=0121234143234343434343414323414343434321210;CP=3;R=246;#2018-04-12 16:13:32-MU;P0=3460;P1=-983;P2=963;P3=-508;P4=466;P5=92;P6=-20312;D=012123434143434343434343432143432143432143432123434143432123412343414343434343434343434321434321434321434323414343434323434143434356;CP=4;R=22;#2018-04-12 16:13:33-MU;P0=-27840;P2=10448;P3=-1005;P4=954;P5=-566;P6=461;P7=92;D=234345656365656565656565654365654365654365654345656563654345634565636565656565656565656543656543656543656545656365456565636543657075;CP=6;R=21;#2018-04-12 16:13:33-MU;P0=-200;P1=-1009;P2=964;P3=-508;P4=460;P5=92;P6=-26436;P7=324;D=1212343414343434343434343214343214343214343212343412121234123434143434343434343434343214343214343214343234121432343434343414356707;CP=4;R=22;#2018-04-12 16:16:15-MU;P0=268;P1=-144;P2=4128;P3=-955;P4=1013;P5=-446;P6=518;D=0123434565636565456565636565656543456563436541;CP=6;R=246;#2018-04-12 16:16:15-MU;P0=12872;P1=-963;P2=997;P3=-464;P4=505;P5=-324;P7=-112;D=012123434143432543454143434343212343412143212143432123434341432341432343434341214323434343414343214343212143434343432347;CP=4;R=247;#2018-04-12 16:16:35-MU;P0=-993;P1=957;P2=102;P3=-28212;P4=-744;P5=-5068;P6=463;P7=-509;D=567606767676767676767106767106767106767101767606767101760176760676767676767676767671067671067671067671760676767671767606767672324;CP=6;R=22;#2018-04-12 16:16:35-MU;P0=-29048;P1=-998;P2=11880;P4=950;P5=-507;P6=466;P7=92;D=12141456561656565656565656541656541656541656541456565616541456145656165656565656565656565416565416565416565456561654565656165416570;CP=6;R=22;#2018-04-12 16:16:35-MU;P0=628;P1=-108;P2=12412;P3=-985;P4=955;P5=-515;P6=473;D=01234345656365656565656565654365654365654365654345656343434563456563656565656565656565654365654365654365654563436545656565656365;CP=6;R=22;
   version    V 3.3.1-RC4 SIGNALduino cc1101  - compiled at Mar 10 2018 23:20:23
   versionmodul v3.3.3-dev_11.04.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-04-11 19:57:39   ccconf          freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)
     2018-04-11 19:57:53   ccpatable       C3E = 00 C0 00 00 00 00 00 00  => 10_dBm
     2018-02-06 17:43:32   ccreg           C3E = 00 C0 00 00 00 00 00 00
     2018-04-12 16:09:52   config          MS=0;MU=1;MC=0;Mred=0
     2018-04-12 16:17:52   ping            OK
     2018-04-12 13:17:58   state           opened
     2018-04-12 13:17:58   version         V 3.3.1-RC4 SIGNALduino cc1101  - compiled at Mar 10 2018 23:20:23
   XMIT_TIME:
     1523541600
     1523541601
     1523542500
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     65
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     75
     79
     8
     9
Attributes:
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Sender / Empfänger
   hardware   nanoCC1101
   icon       cul
   longids    1
   room       System
   verbose    5

waage

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 12 April 2018, 18:27:17

ZitatIch habe nach dem update von Fhem und Signalduino seit ein paar Tagen ein Problem mit
meinen Dooya Rollanden. Sie werden überhaupt nicht mehr erkannt, bis dahin lief alles einwandfrei.

Code Auswählen

2018.04.12 16:11:39 3: Dooya Unknown device 32C1, please define it
2018.04.12 16:11:40 2: autocreate: define Dooya_32C1 Dooya 32C1
2018.04.12 16:11:40 1: define Dooya_32C1 Dooya 32C1: Define Dooya_32C1: wrong address format: specify a 28 binaer id value

Irgendwas scheint mit dem Dooya Modul nicht zu passen. Normalerweise müsste es wie folgt aussehen. Welche Version vom Dooya Modul hast Du und wo hast Du es her?

Code Auswählen

2018.04.12 18:00:43.684 4 : Dooya_Parse: deviceCode: 0100000000001010110010001100_1
2018.04.12 18:00:43.684 3 : Dooya Unknown device 0100000000001010110010001100_1, please define it
2018.04.12 18:00:43.685 2 : autocreate: define Dooya_0100000000001010110010001100_1 Dooya 0100000000001010110010001100_1

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: waage am 12 April 2018, 19:06:45

Hallo Ralf
Danke für deine Antwort, nun bin ich erstmal leicht verwirrt. Ich nahm an das das Dooya-Modul
mit dem update geladen wird. Ich nehme an Du meinst das 98_Dooya.pm. Hatte es auch schon
gelöscht und über update neu installiert. Ich hoffe, ich habe keinen Denkfehler.
waage

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: waage am 12 April 2018, 19:33:59

Hallo Ralf
Dein Tip mit dem Modul war richtig. Ich habe mir hier aus dem Dooya-forum ein anderes Modul runtergeladen und
siehe da es funktioniert wieder alles. Beide Dateien sind 98_Dooya.pm 1013 2017-08-26 21:00:00Z Jarnsen_darkmission_ralf9 $
aber unterschiedlich groß. Kann es sein das beim Update eine defekte Datei geladen wird.
Nochmal besten Dank für Deine Mühe.
Waage

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 12 April 2018, 20:48:51

Für mich sieht es nach einer noch nicht fertigen beta Version aus.
Kannst Du die nicht funktionierende 98_Dooya.pm mal hier anhängen?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Kuzl am 13 April 2018, 12:36:09

Wann kommt denn mal eine aktuellere Version der Signalduino-firmware über das offizielle Update?
Im Moment wird Version 3.3.0 von September 2016 verteilt.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: waage am 13 April 2018, 12:47:12

Hallo Ralf
Ich hänge hier mal die bei mir funktionierende Datei an.
Waage

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: gadget am 13 April 2018, 12:48:10

Hallo,

Ich hoffe, ich bin an dieser Stelle richtig mit meinem Anliegen. Ich habe im Schlafzimmer einen Deckenventilator ("Westinghouse"), den ich von fhem aus steuern will. Idealerweise möchte ich auch die Signale der Fernbedienung mitbekommen, da ich letztendlich ein "Auto-Off" implementieren will: Wenn der Ventilator mit der FB eingeschaltet wurde soll er durch fhem gesteuert dann nach einer Stunde wieder abschalten, also quasi ein Schlummertimer.

Mit pilight wurden für diesen Ventilator schon diverse Erfolge erzielt, ich will aber eigentlich keinen zusätzlichen RasPi nur für diesen Zweck anschaffen. pilight ist recht CPU-intensiv ... Eine Lösung via signalduino fände ich sehr viel hübscher. Bisherige Ansätze sind aber im Sande verlaufen:
https://forum.fhem.de/index.php/topic,53282.0.html (https://forum.fhem.de/index.php/topic,53282.0.html)

Ich habe auf dem Breadboard auch einen V 3.3.1-dev SIGNALduino cc1101 zusammengebastelt, der auch munter irgendwelche Wetterstationen in der Nachbarschaft empfängt. Zuvor hatte ich es mit einem RXB8 probiert, der hat aber von der FB rein gar nichts empfangen.

Die FB hat 5 Tasten light,low,med,hi,off (light ist ein Toogle für die Lampe im Ventilator, low,med,hi,off steuert die Drehzahl). Im Batteriefach ist ein 4fach DIP-Schalter, der bei mir auf off-off-off-on steht. Dito natürlich auch im Empfänger im Ventilator.

Verwendet wird wohl dieser Chip: http://www.holtek.com/documents/10179/116711/2_12ev120.pdf (http://www.holtek.com/documents/10179/116711/2_12ev120.pdf)

Im Verbose Modus empfange ich bei gedrückter Taste zigfach wiederholt folgendes:

Code Auswählen



low: sduino/msg READ: MC;LL=-492;LH=489;SL=-242;SH=247;D=D55556;C=244;L=23;R=108;
med: sduino/msg READ: MC;LL=-518;LH=493;SL=-239;SH=219;D=56AAAC;C=244;L=22;R=111;
high: sduino/msg READ: MC;LL=-495;LH=476;SL=-262;SH=239;D=55AAAC;C=245;L=22;R=110;
off: sduino/msg READ: MC;LL=-495;LH=486;SL=-251;SH=235;D=556AAC;C=244;L=22;R=109;
light: sduino/msg READ: MC;LL=-499;LH=469;SL=-260;SH=231;D=6AAAAC;C=243;L=22;R=110;

Ich habe es aber bislang nicht geschafft, per set <sduino> raw SR irgend etwas geschaltet zu bekommen, also z.B.

Code Auswählen

set sduino raw SR;;LL=-492;;LH=489;;SL=-242;;SH=247;;D=D55556;;C=244;;L=23;;R=108;;

müsste ja dann den Quirl einschalten. Passiert aber nix .... Muss ich evtl. an den Parametern des cc1101 noch was drehen oder habe ich sonst noch irgendwo einen Denkfehler ?

ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)

Eine direkte Unterstützung für den Holtek-Chip wäre natürlich insgesamt super. Der wird offenbar auch in anderen Geräten eingesetzt (Rauchmelder usw.). Ich sponsore auch gerne Hardware für die Entwickler falls sich da jemand bereit findet.

In diesem Post hat sich schon mal jemand ziemlich intensiv mit dem Protokoll auseinander gesetzt:
https://forum.fhem.de/index.php/topic,53282.msg475727.html#msg475727
(https://forum.fhem.de/index.php/topic,53282.msg475727.html#msg475727)
Grüße, gadget.

Edit: Nachdem ich im git was gelesen hatte, das es in der dev-Release wohl mit der Manchester-Dekodierung noch Fehlerkennungen gibt, habe ich diese Versuchsweise mit

set sduino disableMessagetype manchesterMC

abgeschaltet.

Und siehe da: Signalduino erkennt nun beim Betätigen der Tasten der FB auch ein Protokoll:

sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
sduino: decoded matched MU Protocol id 29 dmsg u29#FBE length 12 RSSI = -19
SIGNALduino sduino DMSG u29#FBE

und so wie ich das verstehe, ist HT12e auch genau der Holtek-Chip, der in der FB verbaut ist. Super !

Ich bekomme für meine Tasten nun:

off: u29#FFE
low: u29#7FE
high: u29#F7E
light: u29#BFE
med: u29#FFE

Leider klappt das Senden aber immer noch nicht ..... was genau müsste ich nun verwenden, um diese Codes wieder auszusenden ?

Im Wiki steht als Beispiel: set sduino sendMsg P3#00111010#R4

Wäre das dann sinngemäß

set sduino sendMsg P29#F7E#R4

für high ? Da passiert aber nix :-((( Warum "P" beim senden und "u" beim Empfang ? Oder ist für das HT12e Protokoll nur das Empfangen implementiert ?

Bringt es was, die RAWMSG zu senden ? Das wäre bei high:

SIGNALduino sduino RAWMSG MU;P0=-15040;P1=92;P2=-27272;P3=239;P4=-495;P5=-253;P6=474;P7=-8592;D=01234343434356434343434343567343434343564343434343435673434343435643434343434356734343434356434343434343567343434343564343434343435673434343435643434343434356734343434356434343434343567343434343564343434343435673434343435643434343434356734343434356434343;CP=3;R=107;O;

aber ich bin mir hier bezüglich der Syntax für das set sduino raw auch nicht wirklich im Klaren. Im Wiki werden die Semikolons verdoppelt und Teile der RAWMSG beim senden weggelassen ohne näher darauf einzugehen wie das gedacht ist.

Grüße, gadget.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 13 April 2018, 20:21:19

Zitat von: Kuzl am 13 April 2018, 12:36:09
Wann kommt denn mal eine aktuellere Version der Signalduino-firmware über das offizielle Update?
Im Moment wird Version 3.3.0 von September 2016 verteilt.

Wenn ich der Meinung bin, dass ich euch mit der 3.3.1 nicht mehr Probleme bereit als damit gelöst werden..
Über das normale Update werde ich die Binary aber nicht mehr verteilen. Da muss ich mir dann noch etwas überlegen, wie ich im FHEM einen Hinweis bringe, dass es ein neues Release gibt.
Den RC4 kannst Du bereits testen, wenn Du möchtest: https://github.com/RFD-FHEM/SIGNALDuino/releases (https://github.com/RFD-FHEM/SIGNALDuino/releases)

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 14 April 2018, 08:35:10

Hallo Gadget,

Probier doch bitte Mal mit
set sduino sendMsg U29#F7E#R4

Etwas zu senden.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 14 April 2018, 12:14:48

Zitatset sduino sendMsg P29#F7E#R4

Die Daten müssen als bin gesendet werden

Code Auswählen

set sduino sendMsg P29#111101111110#R4

Damit die Daten auch als hex angegeben werden können und die Reihenfolge der Optionen flexibler ist, muß die sendMsg Routine noch angepasst werden

In etwa so. Dies kann wahrscheinlich noch optimiert und eleganter programmiert werden:

Code Auswählen

my $arg = "U29#Ha1b2c3#R4#C300#F12#L123";
my $protocol;
my $data;
my $repeats = "";
my $clock;
my $frequency;
my $datalength;
my %sendopt;
my $n=0;
my $c;

foreach my $s (split "#", $arg) {
    $c = substr($s,0,1);
    if ($n == 0 ) {  #  protocol
        $protocol = substr($s,1);
    } elsif ($n == 1) { # Data
        $data = $s;
    } else {
        $sendopt{$c} = substr($s,1);
    }
       $n++;
}

print "id=$protocol data=$data\n";

if (defined($sendopt{'R'})) {
    $repeats = $sendopt{'R'};
    print "R=$repeats\n";
}
if (defined($sendopt{'C'})) {
    $clock = $sendopt{'C'};
    print "C=$clock\n";
}
if (defined($sendopt{'F'})) {
    $frequency = $sendopt{'F'};
    print "F=$frequency\n";
}
if (defined($sendopt{'L'})) {
    $datalength = $sendopt{'L'};
    print "L=$datalength\n";
}

if (substr($data,0,1) == "H") {   # hexdata -> nach bin wandeln, $datalength berücksichtigen wenn definiert
    print "hexdata\n";
}

Ich habe es damit getestet
https://www.tutorialspoint.com/execute_perl_online.php

@Sidey
Es wäre schön, wenn Du dies in die sendMsg Routine einbauen könntest.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 14 April 2018, 13:04:05

Huch, ich dachte, ich hätte das hätten wir schon implementiert.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 14 April 2018, 18:58:17

Zitat von: waage am 13 April 2018, 12:47:12
Hallo Ralf
Ich hänge hier mal die bei mir funktionierende Datei an.
Waage

Ja, dies ist die aktuelle Version.

Hast Du zufällig die Version noch, die nicht funktioniert hat?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: waage am 14 April 2018, 19:57:25

Hallo Ralf
Hier die Datei welche nicht funktioniert hat.
Waage

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 14 April 2018, 20:19:59

Zitat von: waage am 14 April 2018, 19:57:25
Hallo Ralf
Hier die Datei welche nicht funktioniert hat.
Waage

Diese Datei ist auch ok, diese Datei kann eigentlich nicht die Ursache für diese Fehlermeldung sein:

Code Auswählen

2018.04.12 16:11:39 2: autocreate: define Dooya_33C1 Dooya 33C1
2018.04.12 16:11:39 1: define Dooya_33C1 Dooya 33C1: Define Dooya_33C1: wrong address format: specify a 28 binaer id value
2018.04.12 16:11:39 1: ERROR: Define Dooya_33C1: wrong address format: specify a 28 binaer id value

Ich habe nun keine Idee/Erklärung mehr was diesen Fehler verursacht haben könnte.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: waage am 15 April 2018, 09:49:42

Hallo Ralf
Bei mir ist der Dateiinhalt beider Dateien unterschiedlich, in Zeile 418 und ab 1147.
Ob das Auswirkungen hat kann ich nicht Beurteilen da habe ich keine Ahnung davon.
Es ist immer Ärgerlich wenn man die Ursache für einen Fehler nicht kennt, aber das
soll vorkommen. Das eigentliche Problem fing bei mir damit an das die Rollladen nicht
in der gewählten Position stehen geblieben sind, sondern immer komplett zu bzw. auf
gefahren sind. Da dachte ich natürlich es hat sich irgendwo was geändert und habe
SIGNALduino geupdatet. Nach dem Neustart waren alle Einstellungen in der fhem.cfg
der Rollladen weg. Ich habe danach wieder eine ältere Firmware aufgespielt alles ohne Erfolg.
Den Rest kennst Du ja.
Besten Dank nochmal für Deine Hilfe!
Gruß Waage

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Kuzl am 17 April 2018, 13:20:53

Zitat von: Sidey am 13 April 2018, 20:21:19
Wenn ich der Meinung bin, dass ich euch mit der 3.3.1 nicht mehr Probleme bereit als damit gelöst werden..
Über das normale Update werde ich die Binary aber nicht mehr verteilen. Da muss ich mir dann noch etwas überlegen, wie ich im FHEM einen Hinweis bringe, dass es ein neues Release gibt.

Aus welchem Grund willst du das nicht über das normale Update verteilen?
Gerade das war doch eigentlich das bequeme... nach dem FHEM update einfach nur auf flash drücken und fertig.
Als standard-FHEM-user will ich mir nicht aus x verschiedenen quellen meine Dateien zusammensuchen müssen.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 17 April 2018, 19:55:58

Zitat von: Kuzl am 17 April 2018, 13:20:53
Aus welchem Grund willst du das nicht über das normale Update verteilen?
Gerade das war doch eigentlich das bequeme... nach dem FHEM update einfach nur auf flash drücken und fertig.
Als standard-FHEM-user will ich mir nicht aus x verschiedenen quellen meine Dateien zusammensuchen müssen.

Da die Firmware compilierte ist, aber der Quellcode nicht mitgeliefert wird, ist das nicht erwünscht.

Es soll aber so einfach gehen wie zuvor.
Bereits jetzt, kannst Du hinter dem Flash Befehl eine URL angeben.
Wenn das Hardware Attribute richtig gesetzt ist, dann ist meine Idee, dass ich automatisch Abfrage, was die aktuellste Version ist.

Gruß Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: regenbieger am 18 April 2018, 19:11:18

Hi,
seit Anfang 2018 muss ich in der 00_SIGNALduino.pm Zeile 523 von 32 auf

Code Auswählen

length_min => '31', ändern damit meine alten Oregon Temperaturdinger Daten rausrücken.
Ist das so gewollt? oder mach ich einen Fehler?
Es geht um das OSV1 Protokoll

P.S.
Danke für die super Arbeit in der Dev3.3.1 an alle Beteiligten
PPS
ist natürlich mittlerweile die v3.3.3-dev_17.04.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 20 April 2018, 07:54:18

Zitat von: regenbieger am 18 April 2018, 19:11:18
Hi,
seit Anfang 2018 muss ich in der 00_SIGNALduino.pm Zeile 523 von 32 auf
Code Auswählen Erweitern
length_min => '31', ändern damit meine alten Oregon Temperaturdinger Daten rausrücken.
Ist das so gewollt? oder mach ich einen Fehler?

Ja und nein. Das Protokoll muss 32 Bit vorweisen.
Bei 31 Bit gab es Probleme mit falschen Werten.
Wir haben an der Firmware viel verändert, so dass eine aktuelle immer 32 Bit erkennen sollte.
Welche Firmware Version setzt Du ein?

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: regenbieger am 20 April 2018, 15:04:05

ich setze zur Zeit die version: V 3.3.1-RC4 SIGNALduino cc1101 - compiled at Mar 10 2018 23:20:23
ein.

Wenn ich mit length_min => '31' die alten Teile nutzen kann, aber andere Trouble damit haben stelle ich es eben von Hand um.

Vielen Dank für die Info und nu aber ab in die Sonne

schönen Gruß regenbieger

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 20 April 2018, 17:37:37

Interessant wären die raw-Nachrichten. Die findest Du z.B. bei den Internals (sduino_RAWMSG) vom THR128

Ich habe auch einen THR128, bei mir ist die Länge immer 32:

Code Auswählen

MC;LL=-2668;LH=3170;SL=-1214;SH=1705;D=9F56BF46;C=1459;L=32;

Ich verwende diese Firmware:
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: regenbieger am 21 April 2018, 00:00:02

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

Code Auswählen


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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: gadget am 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 (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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: regenbieger am 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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Ralf9 am 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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Snocksman am 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

Titel: Antw:Signalduino Version 3.3.1
Beitrag 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
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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: sash.sc am 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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Harst am 11 Mai 2018, 00:40:15

Hallo.

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

Horst

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Harst am 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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: jochen_f am 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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: amenomade am 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

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: andim am 09 Juni 2018, 21:46:28

Zitat von: Snocksman am 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

Das - ist eine sehr "spezielle" Frage...:

Ich habe ebenfalls Rauchmelder (König SAS-SA200), die als FLAMINGO erkannt werden. Allerdings sind die evt. baugleich/gleich KD101 (Gehäusedesign sieht jeweils seeeehr ähnlich aus). Und dann wiederum sieht die Sache ganz anders aus: der KD101 wird nämlich von 46_TRX_SECURITY.pm (also von einem Protokoll-Support-Modul des TRXCOM-Transceivers) wohl mit Alert-Funktion unterstützt! (siehe HTML-Doku-Abschnitt des Moduls). Ich habe mir das TRXCOM-Zeug angesehen und versucht, mit SIGNALduino erstmal entsprechende raw codes zu senden. Leider bisher ohne Erfolg.
Die hier zu lösende Aufgabe wäre also u.U., TRXCOM und SIGNALduino korrekt wegzuabstrahieren, so dass es nur noch ein generisches Protokoll-Modul gibt, welches somit von beiden/allen Transceivern problemlos angebunden werden kann und dann die Funk-Geräte-spezifischen Datenformate supported (also genauso, wie es auch mit Intertechno 10_IT.pm etc. bereits gemacht wird).

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: KölnSolar am 11 Juni 2018, 09:05:19

Das alles ist ziemlich Off-Topic. Für weitere Diskussion bitte einen neuen Thread eröffnen. !

ZitatIch habe mir das TRXCOM-Zeug angesehen und versucht, mit SIGNALduino erstmal entsprechende raw codes zu senden. Leider bisher ohne Erfolg.

Das kann auch nicht funktionieren. Die Konzeption eines RFXTRX, CUL, S'duino ist völlig anders.
- RFXTRX: interpretiert bereits das gesamte Protokoll --> Output: RFXTRX spezifisches Protokoll mit entsprechende Kennungen(kein "echtes" raw).
- CUL: nur implementierte Protokolle werden erkannt, nicht implementierte verworfen. Output: raw-Daten
- S'duino: Output von raw-Daten; Interpretation erfolgt erst in den nachgelagerten FHEM-Modulen

ZitatDie hier zu lösende Aufgabe wäre also u.U., TRXCOM und SIGNALduino korrekt wegzuabstrahieren, so dass es nur noch ein generisches Protokoll-Modul gibt, welches somit von beiden/allen Transceivern problemlos angebunden werden kann und dann die Funk-Geräte-spezifischen Datenformate supported (also genauso, wie es auch mit Intertechno 10_IT.pm etc. bereits gemacht wird).

Der Ansatz ist aus o.g. Gründen falsch. Deshalb gibt es auch anstatt der 10_IT(CUL,S'duino) das TRXLIGHT für den RFXTRX.

ZitatIch habe ebenfalls Rauchmelder (König SAS-SA200), die als FLAMINGO erkannt werden.

Bei Auslösung oder wird da permanent etwas gesendet ?
Die KD101/FA20RF senden nur bei Auslösung. Mit diesem Signal lässt sich per RXTRX/CUL/S'duino auch per FHEM auslösen.
Grüße Markus

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: SusisStrolch am 03 Juli 2018, 12:29:31

Wollte gerade mal wieder ein FHEM-Update durchführen.
Allerdings stolpert dieser über

Code Auswählen

2018.07.03 12:21:32.919 1 : Got 165461 bytes for FHEM/00_SIGNALduino.pm, expected 165031
2018.07.03 12:21:33.455 1 : aborting.

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Freibeuter am 03 Juli 2018, 20:07:10

Leider bekomme ich das Signal des ANSONIC Handsenders für's Garagentor nicht reproduziert :-(
Er empfängt auch nicht immer den gleichen Code :-(
Bin für jeden Tip Dankbar!

Meine Konfig:

Code Auswählen

defmod SIGNALduino SIGNALduino /dev/cu.usbserial-AI02POIQ@57600
attr SIGNALduino cc1101_frequency 433.920
attr SIGNALduino debug 0
attr SIGNALduino event-on-change-reading .*
attr SIGNALduino flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr SIGNALduino hardware nanoCC1101
attr SIGNALduino rawmsgEvent 1
attr SIGNALduino room Funk
attr SIGNALduino verbose 4

setstate SIGNALduino opened
setstate SIGNALduino 2018-07-03 19:38:32 ccconf freq:433.920MHz bWidth:325KHz rAmpl:24dB sens:16dB  (DataRate:5603.79Baud)
setstate SIGNALduino 2018-06-24 18:27:49 ccpatable C3E = 00 C0 00 00 00 00 00 00  => 10_dBm
setstate SIGNALduino 2018-06-24 18:30:05 cmds V R t X F S P C r W x e
setstate SIGNALduino 2018-06-24 19:01:24 config MS=1;;MU=1;;MC=1
setstate SIGNALduino 2018-07-03 19:45:41 ping OK
setstate SIGNALduino 2017-11-30 15:12:51 raw Unsupported command
setstate SIGNALduino 2018-07-03 19:42:41 state opened
setstate SIGNALduino 2018-07-03 19:42:41 version V 3.3.2-rc1 SIGNALduino cc1101 - compiled at May 10 2018 20:03:16

Was er empfängt:

Code Auswählen

2018-07-03_19:51:08 SIGNALduino RAWMSG MU;P0=-667;P1=1243;P2=-1284;P3=628;P4=-22196;P5=361;P6=-12417;D=01012323010101230101456101012301014301230101232301010123010;CP=1;R=104;O;i;w=2;
2018-07-03_19:51:08 SIGNALduino RAWMSG MU;P0=-657;P1=1239;P2=-1293;P3=614;P4=-22191;P5=361;P6=-12417;D=430123010123230101012301014561010123010;CP=3;R=104;O;w=3;
2018-07-03_19:51:08 SIGNALduino RAWMSG MU;P0=-639;P1=1174;P2=-1282;P3=624;P4=-22183;D=430123010123230101012301014301230101232301010123010;CP=3;R=104;p;i;w=4;
2018-07-03_19:51:08 SIGNALduino RAWMSG MU;P0=-639;P1=1174;P2=-1282;P3=624;P4=-22183;P5=358;P6=-12410;D=456101012301014301230101232301010123010;CP=3;R=104;p;w=5;
2018-07-03_19:51:08 SIGNALduino RAWMSG MU;P0=-639;P1=1174;P2=-1282;P3=624;P4=-22183;D=430123010123230101012301014301230101232301010123010;CP=3;R=104;p;w=6;
2018-07-03_19:51:08 SIGNALduino RAWMSG MU;P0=-639;P1=1174;P2=-1282;P3=624;P4=-22183;D=430123010123230101012301014301230101232301010123010;CP=3;R=104;p;w=7;
2018-07-03_19:51:08 SIGNALduino RAWMSG MU;P0=-639;P1=1174;P2=-1282;P3=624;P4=-22183;D=430123010123230101012301014301230101232301010123010;CP=3;R=104;p;w=8;
2018-07-03_19:51:08 SIGNALduino RAWMSG MU;P0=-1273;P1=631;P2=-640;P3=1256;P4=-22194;D=012323412301232301012323230123234123012323010123232301232;CP=1;R=104;e;w=0;
2018-07-03_19:51:08 SIGNALduino RAWMSG MU;P0=-1273;P1=631;P2=-640;P3=1256;P4=-22194;D=412301232301012323230123234123012323010123232301232;CP=1;R=104;e;w=1;
2018-07-03_19:51:08 SIGNALduino RAWMSG MU;P0=-662;P1=1244;P2=-1296;P3=603;P4=-22205;D=010101230101430123010123230101012301014301230101232301010123010;CP=3;R=99;O;i;w=0;
2018-07-03_19:51:09 SIGNALduino RAWMSG MU;P0=-659;P1=1236;P2=-1289;P3=616;P4=-22205;D=430123010123230101012301014301230101232301010123010;CP=3;R=99;O;i;w=1;
2018-07-03_19:51:09 SIGNALduino RAWMSG MU;P0=-639;P1=1259;P2=-1282;P3=618;P4=-22206;P5=368;P6=-12404;D=456101012301014301230101232301010123010;CP=3;R=99;O;w=2;
2018-07-03_19:51:09 SIGNALduino RAWMSG MU;P0=-639;P1=1176;P2=-1279;P3=621;P4=-22193;D=430123010123230101012301014301230101232301010123010;CP=3;R=99;p;i;w=3;
2018-07-03_19:51:09 SIGNALduino RAWMSG MU;P0=-639;P1=1176;P2=-1279;P3=621;P4=-22193;P5=364;P6=-12400;D=456101012301014301230101232301010123010;CP=3;R=99;p;w=4;
2018-07-03_19:51:09 SIGNALduino RAWMSG MU;P0=-639;P1=1176;P2=-1279;P3=621;P4=-22193;D=430123010123230101012301014301230101232301010123010;CP=3;R=99;p;w=5;
2018-07-03_19:51:09 SIGNALduino RAWMSG MU;P0=-639;P1=1176;P2=-1279;P3=621;P4=-22193;D=430123010123230101012301014301230101232301010123010;CP=3;R=99;p;w=6;
2018-07-03_19:51:09 SIGNALduino RAWMSG MU;P0=-1303;P1=608;P2=-665;P3=1237;P4=-22203;D=012323412301232301012323230123234123012323010123232301232;CP=1;R=104;O;i;w=0;
2018-07-03_19:51:09 SIGNALduino RAWMSG MU;P0=-1291;P1=613;P2=-657;P3=1238;P4=-22198;D=412301232301012323230123234123012323010123232301232;CP=1;R=104;O;i;w=1;
2018-07-03_19:51:09 SIGNALduino RAWMSG MU;P0=-1295;P1=607;P2=-659;P3=1237;P4=-22196;P5=360;P6=-12430;D=412301232301012323230123234563232301232;CP=1;R=104;O;w=2;
2018-07-03_19:51:09 SIGNALduino RAWMSG MU;P0=-1298;P1=607;P2=-675;P3=1225;P4=-22192;D=412301232301012323230123234123012323010123232301232;CP=1;R=104;O;i;w=3;
2018-07-03_19:51:10 SIGNALduino RAWMSG MU;P0=-1276;P1=618;P2=-641;P3=1262;P4=-22195;P5=360;P6=-11927;D=456323230123234123012323010123232301232;CP=1;R=104;p;w=4;
2018-07-03_19:51:10 SIGNALduino RAWMSG MU;P0=-1276;P1=618;P2=-641;P3=1262;P4=-22195;D=412301232301012323230123234123012323010123232301232;CP=1;R=104;p;w=5;
2018-07-03_19:51:10 SIGNALduino RAWMSG MU;P0=-1276;P1=618;P2=-641;P3=1262;P4=-22195;D=412301232301012323230123234123012323010123232301232;CP=1;R=104;p;w=6;
2018-07-03_19:51:10 SIGNALduino RAWMSG MU;P0=-1276;P1=618;P2=-641;P3=1262;P4=-22195;D=412301232301012323230123234123012323010123232301232;CP=1;R=104;p;w=7;
2018-07-03_19:51:10 SIGNALduino RAWMSG MU;P0=-1276;P1=618;P2=-641;P3=1262;P4=-22195;D=412301232301012323230123234123012323010123232301232;CP=1;R=104;p;w=8;

Wie ich sende:

Code Auswählen

set SIGNALduino raw SR;;R=3;;P0=-673;;P1=1216;;P2=-1311;;P3=592;;P4=-22181;;D=430123010123230101012301014301230101232301010123010

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 03 Juli 2018, 22:19:34

Zitat von: SusisStrolch am 03 Juli 2018, 12:29:31
Code Auswählen Erweitern
2018.07.03 12:21:32.919 1 : Got 165461 bytes for FHEM/00_SIGNALduino.pm, expected 165031 2018.07.03 12:21:33.455 1 : aborting.

Ich habe gestern einen Fehler mit dem controlfile gemacht, bzw. Es wurde nicht aktualisiert.

Jetzt klappt es wieder :)

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 03 Juli 2018, 22:26:21

Zitat von: Freibeuter am 03 Juli 2018, 20:07:10
Leider bekomme ich das Signal des ANSONIC Handsenders für's Garagentor nicht reproduziert :-(
Er empfängt auch nicht immer den gleichen Code :-(
Bin für jeden Tip Dankbar!

Kannst Du es bitte einmal mit der von mir zuletzt erstellten Firmware probieren, die Signaldaten sehen auf den 1. Blick etwas komisch aus, als ob etwas fehlen würde.

https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/3.3.1-RC7

Flashen geht einfach über z.B.

Code Auswählen

set SIGNALduino flash https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC7/SIGNALDuino_nanocc1101.hex

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: regenbieger am 04 Juli 2018, 11:17:18

@Sidey
Hi,
danke für deine flotte Korrektur der controls_signalduino.txt
leider ist nun der nächste Fehler aufgetreten:

2018.07.04 11:02:45 1: Got 53773 bytes for FHEM/lib/signalduino_protocols.hash, expected 55177

mfg
regenbieger

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: Sidey am 04 Juli 2018, 21:52:15

Zitat von: regenbieger am 04 Juli 2018, 11:17:18
2018.07.04 11:02:45 1: Got 53773 bytes for FHEM/lib/signalduino_protocols.hash, expected 55177

:(
Das lag an dem Zeilenende. Auf github liegt alles mit Unix Zeilenende aber eine Änderung hat Windows Zeilenende reingebracht.
Das stellt mein Script, welches das Update fährt leider nicht fest.

Ich habe es nun korrigiert und auch erfolgreich getestet :)

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: regenbieger am 04 Juli 2018, 22:55:41

Update läuft wieder sauber durch :)

kann man eigentlich den Threadtitel anpassen auf die
Sduino: initialized. v3.3.3-dev_20.04.

vielen Dank Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RappaSan am 05 Juli 2018, 09:13:38

Ich komme mit den Versionsnummern beim Sduino nicht mehr klar.
Sidey, Du hast doch eben noch von der 3.3.1-RC7 gesprochen, wieso jetzt v3.3.3-dev für den Threadtitel?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: regenbieger am 05 Juli 2018, 10:32:06

@RappaSan
ich hoffe ich liege richtig:
3.3.1-RC7 => aktuellste Version für die Hardwarebasis die im kleinen futzel Stick geflasht wird
v3.3.3-dev => aktuellste DEV Version des Fhem-Moduls für Signalduino

have a nice day

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: MichlB am 10 Juli 2018, 20:01:22

Hallo
Ich habe ein Problem, hatte seit längerem einen cc1101 mit einem Arduino Nano am Pi3 im Einsatz, jetzt habe ich von Pi3 auf Pi3B+ gewechselt, vorher natürlich noch mal alles upgedatet auch den cc1101 geflashed... auf alle fälle, seither geht nix mehr... auch am alten Pi nicht mehr. habe schon auf verbose 5 hier die Log:

Code Auswählen

2018.07.10 19:35:38 3: sduino: filename ./FHEM/firmware/SIGNALduino_nanoCC1101.hex provided, trying to flash
2018.07.10 19:35:48 3: Opening sduino device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2018.07.10 19:35:48 3: Setting sduino serial parameters to 57600,8,N,1
2018.07.10 19:35:48 1: sduino/define: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2018.07.10 19:35:48 1: sduino/init: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2018.07.10 19:35:48 3: sduino device opened
2018.07.10 19:35:49 4: sduino/msg READ: eeprom
2018.07.10 19:35:49 5: sduino/noMsg Parse: eeprom
2018.07.10 19:35:49 4: sduino/msg READ: 
2018.07.10 19:35:49 3: sduino: filename ./FHEM/firmware/SIGNALduino_nanoCC1101.hex provided, trying to flash
2018.07.10 19:35:58 3: Opening sduino device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2018.07.10 19:35:58 3: Setting sduino serial parameters to 57600,8,N,1
2018.07.10 19:35:58 1: sduino/define: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2018.07.10 19:35:58 1: sduino/init: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2018.07.10 19:35:58 3: sduino device opened
2018.07.10 19:35:59 4: sduino/msg READ: 1xx found!
2018.07.10 19:35:59 5: sduino/noMsg Parse: 1xx found!
2018.07.10 19:35:59 4: sduino/msg READ: 
2018.07.10 19:36:00 4: sduino/msg READ: {F�Using sFIFO
2018.07.10 19:36:00 5: sduino/noMsg Parse: {F�Using sFIFO
2018.07.10 19:36:00 4: sduino/msg READ: Reading values fom eeprom
2018.07.10 19:36:00 5: sduino/noMsg Parse: Reading values fom eeprom
2018.07.10 19:36:00 4: sduino/msg READ: CCVersion=0
2018.07.10 19:36:00 5: sduino/noMsg Parse: CCVersion=0
2018.07.10 19:36:00 4: sduino/msg READ: CCPartnum=0
2018.07.10 19:36:00 5: sduino/noMsg Parse: CCPartnum=0
2018.07.10 19:36:00 4: sduino/msg READ: no CC11xx found!
2018.07.10 19:36:00 5: sduino/noMsg Parse: no CC11xx found!
2018.07.10 19:36:00 4: sduino/msg READ: 
2018.07.10 19:36:00 4: sduino/msg READ: Starting timerjob
2018.07.10 19:36:00 5: sduino/noMsg Parse: Starting timerjob
2018.07.10 19:36:00 3: sduino/init: disable receiver (XQ)
2018.07.10 19:36:00 5: sduino SW: XQ
2018.07.10 19:36:00 4: sduino/msg READ: receiver enabled
2018.07.10 19:36:00 5: sduino/noMsg Parse: receiver enabled
2018.07.10 19:36:00 3: sduino/init: get version, retry = 0
2018.07.10 19:36:00 5: sduino SW: V
2018.07.10 19:36:00 4: sduino/msg READ: V 3.3.1-dev SIGNALduino - compiled at Mar 10 2017 22:54:50
2018.07.10 19:36:00 5: sduino/noMsg Parse: V 3.3.1-dev SIGNALduino - compiled at Mar 10 2017 22:54:50
2018.07.10 19:36:00 5: sduino/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 3.3.1-dev SIGNALduino - compiled at Mar 10 2017 22:54:50
2018.07.10 19:36:00 2: sduino: initialized. v3.3.3-dev_20.04.
2018.07.10 19:36:00 5: sduino SW: XE
2018.07.10 19:36:01 3: sduino/init: enable receiver (XE)
2018.07.10 19:37:01 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.07.10 19:37:01 5: AddSendQueue: sduino: P (1)
2018.07.10 19:37:01 5: sduino SW: P
2018.07.10 19:37:01 4: sduino/msg READ: OK
2018.07.10 19:37:01 5: sduino/noMsg Parse: OK
2018.07.10 19:37:01 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.07.10 19:37:01 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.10 19:38:01 4: sduino/keepalive ok, retry = 0
2018.07.10 19:38:02 4: sduino/msg READ: Using sFIFO
2018.07.10 19:38:02 5: sduino/noMsg Parse: Using sFIFO
2018.07.10 19:38:02 4: sduino/msg READ: Reading values fom eeprom
2018.07.10 19:38:02 5: sduino/noMsg Parse: Reading values fom eeprom
2018.07.10 19:38:02 4: sduino/msg READ: CCVersion=0
2018.07.10 19:38:02 5: sduino/noMsg Parse: CCVersion=0
2018.07.10 19:38:02 4: sduino/msg READ: CCPartnum=0
2018.07.10 19:38:02 5: sduino/noMsg Parse: CCPartnum=0
2018.07.10 19:38:02 4: sduino/msg READ: no CC11xx found!
2018.07.10 19:38:02 5: sduino/noMsg Parse: no CC11xx found!
2018.07.10 19:38:02 4: sduino/msg READ: 
2018.07.10 19:38:02 4: sduino/msg READ: Starting timerjob
2018.07.10 19:38:02 5: sduino/noMsg Parse: Starting timerjob
2018.07.10 19:38:02 4: sduino/msg READ: receiver enabled
2018.07.10 19:38:02 5: sduino/noMsg Parse: receiver enabled
2018.07.10 19:39:01 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.07.10 19:39:01 5: AddSendQueue: sduino: P (1)
2018.07.10 19:39:01 5: sduino SW: P
2018.07.10 19:39:01 4: sduino/msg READ: OK
2018.07.10 19:39:01 5: sduino/noMsg Parse: OK
2018.07.10 19:39:01 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.07.10 19:39:01 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.10 19:40:01 4: sduino/keepalive ok, retry = 0
2018.07.10 19:41:01 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.07.10 19:41:01 5: AddSendQueue: sduino: P (1)
2018.07.10 19:41:01 5: sduino SW: P
2018.07.10 19:41:01 4: sduino/msg READ: OK
2018.07.10 19:41:01 5: sduino/noMsg Parse: OK
2018.07.10 19:41:01 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.07.10 19:41:01 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.10 19:42:01 4: sduino/keepalive ok, retry = 0
2018.07.10 19:43:01 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.07.10 19:43:01 5: AddSendQueue: sduino: P (1)
2018.07.10 19:43:01 5: sduino SW: P
2018.07.10 19:43:01 4: sduino/msg READ: OK
2018.07.10 19:43:01 5: sduino/noMsg Parse: OK
2018.07.10 19:43:01 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.07.10 19:43:01 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.10 19:44:01 4: sduino/keepalive ok, retry = 0
2018.07.10 19:45:01 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.07.10 19:45:01 5: AddSendQueue: sduino: P (1)
2018.07.10 19:45:01 5: sduino SW: P
2018.07.10 19:45:01 4: sduino/msg READ: OK
2018.07.10 19:45:01 5: sduino/noMsg Parse: OK
2018.07.10 19:45:01 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.07.10 19:45:01 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.10 19:46:01 4: sduino/keepalive ok, retry = 0
2018.07.10 19:47:01 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.07.10 19:47:01 5: AddSendQueue: sduino: P (1)
2018.07.10 19:47:01 5: sduino SW: P
2018.07.10 19:47:01 4: sduino/msg READ: OK
2018.07.10 19:47:01 5: sduino/noMsg Parse: OK
2018.07.10 19:47:01 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.07.10 19:47:01 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.10 19:48:01 4: sduino/keepalive ok, retry = 0
2018.07.10 19:49:01 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.07.10 19:49:01 5: AddSendQueue: sduino: P (1)
2018.07.10 19:49:01 5: sduino SW: P
2018.07.10 19:49:01 4: sduino/msg READ: OK
2018.07.10 19:49:01 5: sduino/noMsg Parse: OK
2018.07.10 19:49:01 5: sduino/msg READ: regexp=^OK$ cmd=ping msg=OK
2018.07.10 19:49:01 4: sduino/HandleWriteQueue: nothing to send, stopping timer

hat jemand ne idee?

drwxr-xr-x 2 root root 0 Nov 3 2016 pts
lrwxrwxrwx 1 root root 10 Jul 10 19:14 ttyUSB020 -> /dev/pts/1

/dev/pts/
crw--w---- 1 pi tty 136, 0 Jul 10 19:54 0
crwxrwxrwx 1 root dialout 136, 1 Jul 10 19:22 1
c--------- 1 root root 5, 2 Nov 3 2016 ptmx

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 10 Juli 2018, 20:06:58

Ja, Du hast eine alte Entwicklungs Firmware.

Jetzt ist die Frage. Wo hast Du die her?

Wie Du eine aktuelle bekommst, findest Du im Wiki.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: MichlB am 13 Juli 2018, 15:26:38

Hallo Sidey

wo ich die her hab? ich hab mich eigentlich nach den, im web zu findenden anleitungen gehalten, aber ich glaube das letzte flash habe ich von hier... https://wiki.fhem.de/wiki/SIGNALduino

darum wundert mich das ein wenig das das nicht die richtige ist...
also sollte die aktuelle firmware von fhem update mittels

Code Auswählen

update check mit anschließendem

Code Auswählen

update all heruntergeladen werden, wenn ich also im anschluss eine

Code Auswählen

set sduino flash absetze sollte doch die aktuelle version geflasht werden...

Besten Dank und LG
Michl

Nachtrag:
habs das gemacht, hier das ergebnis vom flashen:

Code Auswählen


flashing Arduino sduino
hex file: ./FHEM/firmware/SIGNALduino_nanoCC1101.hex
port: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
log file: ./log/SIGNALduino-Flash.log
sduino closed
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_nanoCC1101.hex 2>./log/SIGNALduino-Flash.log

--- AVRDUDE ---------------------------------------------------------------------------------

avrdude: Version 6.3-20171130
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"

         Using Port                    : /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 2
         Firmware Version: 1.16
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "./FHEM/firmware/SIGNALduino_nanoCC1101.hex"
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex auto detected as Intel Hex
avrdude: writing flash (20520 bytes):

Writing | ################################################## | 100% 6.30s

avrdude: 20520 bytes of flash written
avrdude: verifying flash memory against ./FHEM/firmware/SIGNALduino_nanoCC1101.hex:
avrdude: load data flash data from input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex:
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex auto detected as Intel Hex
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex contains 20520 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 4.75s

avrdude: verifying ...
avrdude: 20520 bytes of flash verified

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

sduino opened

und nun die ersten tests - leider erfolglos:

Code Auswählen


2018.07.13 15:27:08 1: Including ./log/fhem.save
2018.07.13 15:27:08 3: Opening SerialGate device /dev/ttyUSB020
2018.07.13 15:27:08 3: Setting SerialGate serial parameters to 115200,8,N,1
2018.07.13 15:27:08 3: SerialGate device opened
2018.07.13 15:27:08 1: usb create starting
2018.07.13 15:27:09 3: Probing CUL device /dev/ttyAMA0
2018.07.13 15:27:09 3: Probing TCM_ESP3 device /dev/ttyAMA0
2018.07.13 15:27:09 3: Probing ZWDongle device /dev/ttyAMA0
2018.07.13 15:27:09 3: Probing FRM device /dev/ttyAMA0
2018.07.13 15:27:15 3: Probing CUL device /dev/ttyS0
2018.07.13 15:27:15 1: CUL: Can't open /dev/ttyS0: Permission denied
2018.07.13 15:27:15 1: usb create end
2018.07.13 15:27:15 0: Featurelevel: 5.8
2018.07.13 15:27:15 0: Server started with 155 defined entities (fhem.pl:16866/2018-06-14 perl:5.024001 os:linux user:fhem pid:18785)
2018.07.13 15:27:15 3: sduino: IDlist MS 0 55
2018.07.13 15:27:15 3: sduino: IDlist MU 
2018.07.13 15:27:15 3: sduino: IDlist MC 43
2018.07.13 15:27:15 3: sduino: IDlist whitelist = 0,43,55
2018.07.13 15:27:15 3: sduino/init: disable receiver (XQ)
2018.07.13 15:27:15 3: sduino/init: get version, retry = 0
2018.07.13 15:27:15 3: FHEM2FHEM device opened (HeizPi)
2018.07.13 15:27:15 4: sduino/msg READ: Using sFIFO
2018.07.13 15:27:15 4: sduino/msg READ: Received answer (Using sFIFO) for version does not match V\s.*SIGNAL(duino|ESP).*
2018.07.13 15:27:15 4: sduino/msg READ: Reading values fom eeprom
2018.07.13 15:27:15 4: sduino/msg READ: Received answer (Reading values fom eeprom) for version does not match V\s.*SIGNAL(duino|ESP).*
2018.07.13 15:27:15 4: sduino/msg READ: CCVersion=0
2018.07.13 15:27:15 4: sduino/msg READ: Received answer (CCVersion=0) for version does not match V\s.*SIGNAL(duino|ESP).*
2018.07.13 15:27:15 4: sduino/msg READ: CCPartnum=0
2018.07.13 15:27:15 4: sduino/msg READ: Received answer (CCPartnum=0) for version does not match V\s.*SIGNAL(duino|ESP).*
2018.07.13 15:27:15 4: sduino/msg READ: no CC11xx found!
2018.07.13 15:27:15 4: sduino/msg READ: Received answer (no CC11xx found!) for version does not match V\s.*SIGNAL(duino|ESP).*
2018.07.13 15:27:15 4: sduino/msg READ: 
2018.07.13 15:27:15 4: sduino/msg READ: Starting timerjob
2018.07.13 15:27:15 4: sduino/msg READ: Received answer (Starting timerjob) for version does not match V\s.*SIGNAL(duino|ESP).*
2018.07.13 15:27:15 4: sduino/msg READ: receiver enabled
2018.07.13 15:27:15 4: sduino/msg READ: Received answer (receiver enabled) for version does not match V\s.*SIGNAL(duino|ESP).*
2018.07.13 15:27:15 4: sduino/msg READ: V 3.3.1-dev SIGNALduino - compiled at Mar 10 2017 22:54:50
2018.07.13 15:27:15 2: sduino: initialized. v3.3.3-dev_20.04.
2018.07.13 15:27:15 3: sduino/init: enable receiver (XE)
2018.07.13 15:28:15 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.07.13 15:28:15 4: sduino/msg READ: OK
2018.07.13 15:28:16 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.13 15:28:28 3: sduino: filename ./FHEM/firmware/SIGNALduino_nanoCC1101.hex provided, trying to flash
2018.07.13 15:28:41 3: Opening sduino device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2018.07.13 15:28:41 3: Setting sduino serial parameters to 57600,8,N,1
2018.07.13 15:28:41 1: sduino/define: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2018.07.13 15:28:41 1: sduino/init: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2018.07.13 15:28:41 3: sduino device opened
2018.07.13 15:28:42 4: sduino/msg READ: Using sFIFO
2018.07.13 15:28:42 4: sduino/msg READ: Reading values fom eeprom
2018.07.13 15:28:42 4: sduino/msg READ: CCVersion=0
2018.07.13 15:28:42 4: sduino/msg READ: CCPartnum=0
2018.07.13 15:28:42 4: sduino/msg READ: no CC11xx found!
2018.07.13 15:28:42 4: sduino/msg READ: 
2018.07.13 15:28:42 4: sduino/msg READ: Starting timerjob
2018.07.13 15:28:42 3: sduino/init: disable receiver (XQ)
2018.07.13 15:28:42 4: sduino/msg READ: receiver enabled
2018.07.13 15:28:43 3: sduino/init: get version, retry = 0
2018.07.13 15:28:43 4: sduino/msg READ: V 3.3.1-dev SIGNALduino - compiled at Mar 10 2017 22:54:50
2018.07.13 15:28:43 2: sduino: initialized. v3.3.3-dev_20.04.
2018.07.13 15:28:43 3: sduino/init: enable receiver (XE)
2018.07.13 15:29:43 4: sduino/KeepAlive not ok, retry = 1 -> get ping
2018.07.13 15:29:43 4: sduino/msg READ: OK
2018.07.13 15:29:43 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.13 15:30:25 4: sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE84FC52043022;
2018.07.13 15:30:26 4: sduino SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE84FC52043022;
2018.07.13 15:30:26 4: sduino/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE84FC52043022;
2018.07.13 15:30:26 4: sduino/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AE84FC52043022;
2018.07.13 15:30:26 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.13 15:30:27 4: sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFE39B34625644;
2018.07.13 15:30:28 4: sduino SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFE39B34625644;
2018.07.13 15:30:28 4: sduino/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFE39B34625644;
2018.07.13 15:30:28 4: sduino/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AFE39B34625644;
2018.07.13 15:30:28 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.07.13 15:30:29 4: sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0B8C070261200;
2018.07.13 15:30:29 4: sduino SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0B8C070261200;
2018.07.13 15:30:30 4: sduino/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0B8C070261200;
2018.07.13 15:30:30 4: sduino/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A0B8C070261200;
2018.07.13 15:30:30 4: sduino/HandleWriteQueue: nothing to send, stopping timer

die rollos bewegen sich noch immer keinen millimeter... (sie haben strom und funktionieren mit der Fernbedienung einwandfrei)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 13 Juli 2018, 16:41:02

Probiere doch bitte die passende Vorabversion einer Firmware aus.

Der Glashütte Befehl erhält eine URL.
Welche die passende ist, findest Du im Wiki Artikel unter der Überschrift "Vorabversion einer Firmware"

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: robertr am 24 Juli 2018, 22:42:14

Hallo
ich hab aktuell auf meine nano die Firmware Version 3.3.1 (Juni 2018) drauf, ich will nun updaten auf die neue SIGNALduino_nano_332r.hex.
irgendwie funktioniert das update nie und ich bleib immer auf 3.3.1.
geflasht hab ich mit dem Befehl:
set sduino_IP flash https://raw.githubusercontent.com/Ralf9/SIGNALDuino/dev-r332_cc1101/firmware/SIGNALduino_nano_332rc1.hex

Hat jemand eine idee warum es nicht funktioniert?

Danke

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 25 Juli 2018, 07:09:31

Zitat von: robertr am 24 Juli 2018, 22:42:14
Hallo
ich hab aktuell auf meine nano die Firmware Version 3.3.1 (Juni 2018) drauf, ich will nun updaten auf die neue SIGNALduino_nano_332r.hex.

Hat jemand eine idee warum es nicht funktioniert?

Die 3.3.2 von Ralf ist nicht unbedingt neuer als der letzte Release Candidate der 3.3.1.

Was dein Problem angeht, sollte es eigentlich genau so funktionieren, wenn es unter der genannten URL etwas gibt.

Was steht denn im Logfile?

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 26 Juli 2018, 21:11:50

Zitatich hab aktuell auf meine nano die Firmware Version 3.3.1 (Juni 2018) drauf, ich will nun updaten auf die neue SIGNALduino_nano_332r.hex.
irgendwie funktioniert das update nie und ich bleib immer auf 3.3.1.

Ich habe es mal getestet, bei mir hat es funktioniert
https://forum.fhem.de/index.php/topic,82379.msg821636.html#msg821636

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: a13xde am 17 August 2018, 22:47:17

Hallo zusammen,

Ich habe hier einen Funk-Gong (Sender) von m-e mit der Bezeichnung BELL-201-TX (https://shop-m-e.de/produkte/tuerglocken/funk-gongs/funk-tuerglockensystem-bell/116/zusatz-sender-fuer-1-2-und-3-familien-haus-kunstst.-oder-alu-ap?c=161) (die 3er Variante) und versuche von diesem ein Signal an einen SIGNALduino cc1101 V 3.3.1-RC7 zu senden. Leider erscheint wenn ich einen der 3 Sender drücke überhaupt nichts dazu im Log, auch nicht auf verbose 5. IT Signale werden z.B. korrekt erkannt, ich habe auch verschiedene Hinweise hier im Forum gefunden die besagen das die m-e Gongs funktionieren sollen z.B. [1 (https://forum.fhem.de/index.php/topic,48910.msg445646.html#msg445646)], [2 (https://forum.fhem.de/index.php/topic,38831.msg445969.html#msg445969)] und [3] (https://forum.fhem.de/index.php/topic,58397.msg631498.html#msg631498) außerdem finde ich in der 00_SIGNALduino.pm auch Hinweise darauf:

Code Auswählen

my $clientsSIGNALduino = ":IT:"
						."CUL_TCM97001:"
....
						."Dooya:"
						."SOMFY:"
						."SD_UT:"	## BELL 201.2 TXA
....

Ich weiß leider nicht wo ich mit der Fehlersuche Anfangen soll oder was mir fehlen könnte, vielleicht kann hier ja mal einer die Glaskugel anwerfen und mir ein paar Ideen geben ;)

Code Auswählen


Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/usb-SIGNALduino_433@57600
   DMSG       500A4D1000642500002300
   DevState   initialized
   DeviceName /dev/usb-SIGNALduino_433@57600
   FD         16
   LASTDMSG   500A4D1000642500002300
   MSGCNT     191
   NAME       sduino433
   NR         290
   PARTIAL    
   RAWMSG     MC;LL=-2549;LH=3313;SL=-1088;SH=1841;D=FF95BEE4;C=1465;L=32;R=229;
   RSSI       -87.5
   STATE      opened
   TIME       1534538984
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.1-RC7 SIGNALduino cc1101  - compiled at May 11 2018 23:00:28
   DoubleMsgIDs:
   Helper:
     DBLOG:
       state:
         DBLogging:
           TIME       1534538558.49766
           VALUE      UNKNOWNCODE u40#B3679358
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-08-17 22:25:15   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2018-08-17 22:24:02   ping            OK
     2018-08-17 21:36:58   state           opened
     2018-08-17 21:36:58   version         V 3.3.1-RC7 SIGNALduino cc1101  - compiled at May 11 2018 23:00:28
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     65
     66
     67
     69
     70
     71
     72
     75
     8
     9
Attributes:
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   room       SIGNALduino
   verbose    0

Viele Grüße

a13xde

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 17 August 2018, 22:56:22

Stell den SignalDuino auf verbose4 und schau ob was im Logfile zu sehen ist, wenn deine Klingel etwas sendet.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: a13xde am 17 August 2018, 23:19:05

verbose4 / verbose5 kommt schon was rein (z.B. Found manchester Protocol id 18 clock 1464 RSSI -87.5 -> OSV1 oder SD_WS: UNDEFINED sensor SD_WS37_TH detected, code SD_WS37_TH_3, ), leider aber nichts was ich dem Funk Gong zuordnen könnte, in dem Moment wenn ich die Taste am Sender drücke kommt auch rein gar nichts im Log. Mache ich das selbe z.B. mit einer IT Fernbedienung erscheint sofort etwas im Log. Ja es wird ein Signal gesendet, der Empfänger klingelt jedenfalls fleißig, nur eben der Signalduino nicht :'(

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 18 August 2018, 00:02:07

Ich bin da jetzt nicht der experte, aber es gibt da wohl Exemplare mit 433 Mhz und 868.
FSK Modulation habe ich auf der Webseite auch gesehen.

Weisst Du denn, was dein Sender da genau sendet?

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: a13xde am 18 August 2018, 00:14:08

FSK sagt mir jetzt nichts, aber laut anderen Shops z.B. Conrad oder Voelkner soll der Sender auf 434 Mhz funken (ich tippe mal auf 433.9)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 18 August 2018, 09:06:28

vielleicht bringt es was die bWidth auf ca 500 zu erhöhen.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: a13xde am 18 August 2018, 21:32:18

Hallo !

Wenn ich bWidth auf 500 setze sieht die ccconf wie folgt aus:

Code Auswählen

ccconf: freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)

Leider aber auch so nichts von dem Funkgong im Log zu finden, was kann das sein ? Auf dem Empfänger hinten steht auch 434Mhz drauf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 18 August 2018, 22:03:42

Bitte erhöhe die bWidth mal auf 541KHz und deaktiviere mit
set sduino disableMessagetype ..
die MS- und MC-Nachrichten.

Nun müssten nur noch MU-Nachrichten empfangen werden.

Von dem Funkgong müsste so was ähnliches im log zu finden sein:

Code Auswählen

... 4: sduino/msg READredu: MU;P0=656;P1=-656;P2=335;P3=-326;P4=-5024;D=01230121230123030303012423012301212301230303030124230123012123012303030301242301230121230123030303012423012301212301230303030124230123012123012303030301242301230121230123030303012423012301212301230303030124230123012123012303030301242301230121230123030303;CP=2;O;

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: a13xde am 19 August 2018, 14:02:36

Hallo Ralf,

Vielen Dank, ich habe ein Lebenszeichen ! ;)

Ich habe den einen Knopf des Senders 4 x gedrückt, diese Nachrichten konnte ich (mit verbose 4) dem Gong zuordnen:

Code Auswählen

2018.08.19 13:46:43 4 : sduino433/msg READredu: MU;P0=-24096;P1=314;P2=-303;P3=615;P4=-603;P5=220;P6=-4672;D=0123456123412341414141412323234161234123414141414123232341612341234141414141232323416123412341414141412323234161234123414141414123232341612341234141414141232323416123412341414141412323234161234123414141414123232341612341234141414141232323416123412341414;CP=1;R=26;O;
2018.08.19 13:46:43 4 : sduino433/msg READredu: MU;P0=-608;P1=319;P2=-294;P3=614;P4=-4653;D=0101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012;CP=1;R=26;O;
2018.08.19 13:46:43 4 : sduino433/msg READredu: MU;P0=-601;P1=315;P2=-294;P3=617;P4=-4652;D=0101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014;CP=1;R=26;O;
2018.08.19 13:46:43 4 : sduino433/msg READredu: MU;P0=-291;P1=616;P2=-596;P3=318;P4=-4664;D=0123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010;CP=3;R=26;O;
2018.08.19 13:46:43 4 : sduino433/msg READredu: MU;P0=-298;P1=623;P2=-596;P3=325;P4=-4674;D=0123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232;CP=3;R=30;O;
2018.08.19 13:46:43 4 : sduino433/msg READredu: MU;P0=-603;P1=308;P2=-297;P3=615;P5=-4681;D=0123232301512301230101010101232323015123012301010101012323230151230123010101010123232301512301230101010101232323015123012301010101012323230151230123010101010123232301512301230101010101232323015123012301010101012323230151230123010101010123232301512301230;CP=1;R=37;O;
2018.08.19 13:46:43 4 : sduino433/msg READredu: MU;P0=-597;P1=306;P2=-288;P3=629;P4=-4668;D=0101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412;CP=1;R=40;O;
2018.08.19 13:46:44 4 : sduino433/msg READredu: MU;P0=-618;P1=300;P2=-319;P3=597;P4=-4664;D=0123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232;CP=1;R=54;O;
2018.08.19 13:46:44 4 : sduino433/msg READredu: MU;P0=-599;P1=328;P2=-4665;P3=-283;P4=620;D=0121340134010101010134343401213401340101010101343434012134013401010101013434340121340134010101010134343401213401340101010101343434012134013401010101013434340121340134010101010134343401213401340101010101343434012134013401010101013434340121340134010101010;CP=1;R=41;O;
2018.08.19 13:46:44 4 : sduino433/msg READredu: MU;P0=-284;P1=624;P2=-598;P3=307;P4=-4661;D=01010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012;CP=3;R=35;

2018.08.19 13:48:50 4 : sduino433/msg READredu: MU;P0=-10692;P1=602;P2=-608;P3=311;P4=-305;P5=-4666;D=0123412323232323414141235341234123232323234141412353412341232323232341414123534123412323232323414141235341234123232323234141412353412341232323232341414123534123412323232323414141235341234123232323234141412353412341232323232341414123534123412323232323414;CP=3;R=47;O;
2018.08.19 13:48:50 4 : sduino433/msg READredu: MU;P0=-291;P1=622;P2=-595;P3=328;P4=-4675;D=0123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232;CP=3;R=45;O;
2018.08.19 13:48:50 4 : sduino433/msg READredu: MU;P0=-605;P1=318;P2=-287;P3=613;P4=-4676;D=0123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230;CP=1;R=44;O;
2018.08.19 13:48:51 4 : sduino433/msg READredu: MU;P0=-600;P1=317;P2=-292;P3=616;P4=-4658;D=0101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412;CP=1;R=48;O;
2018.08.19 13:48:51 4 : sduino433/msg READredu: MU;P0=-605;P1=318;P2=-305;P3=611;P4=-4677;D=0123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232;CP=1;R=50;O;
2018.08.19 13:48:51 4 : sduino433/msg READredu: MU;P0=-605;P1=317;P2=-4667;P3=-290;P4=617;D=0121340134010101010134343401213401340101010101343434012134013401010101013434340121340134010101010134343401213401340101010101343434012134013401010101013434340121340134010101010134343401213401340101010101343434012134013401010101013434340121340134010101010;CP=1;R=48;O;
2018.08.19 13:48:51 4 : sduino433/msg READredu: MU;P0=-302;P1=604;P2=-609;P3=316;P4=-4680;D=0101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232;CP=3;R=47;O;
2018.08.19 13:48:51 4 : sduino433/msg READredu: MU;P0=-602;P1=326;P2=-296;P3=613;P4=-4673;D=0101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230;CP=1;R=46;O;
2018.08.19 13:48:51 4 : sduino433/msg READredu: MU;P0=-295;P1=610;P2=-612;P3=304;P4=-4659;D=0123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012;CP=3;R=43;O;
2018.08.19 13:48:51 4 : sduino433/msg READredu: MU;P0=-4673;P1=313;P2=-301;P3=615;P4=-605;D=0123412341414141412323234101234123414141414123232341012341234141414141232323410123412341414141412323234101234123414141414123232341012341234141414141232323410123412341414141412323234101234123414141414123232341012341234141414141232323410123412341414141412;CP=1;R=43;O;

2018.08.19 13:53:57 4 : sduino433/msg READredu: MU;P0=-7152;P1=872;P2=-593;P3=323;P4=-296;P5=622;P6=-4650;D=0123452323232323454545236345234523232323234545452363452345232323232345454523634523452323232323454545236345234523232323234545452363452345232323232345454523634523452323232323454545236345234523232323234545452363452345232323232345454523634523452323232323454;CP=3;R=26;O;
2018.08.19 13:53:57 4 : sduino433/msg READredu: MU;P0=-300;P1=618;P2=-612;P3=311;P4=-4666;D=0123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232;CP=3;R=23;O;
2018.08.19 13:53:57 4 : sduino433/msg READredu: MU;P0=-599;P1=313;P2=-295;P3=621;P4=-4669;D=0123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230;CP=1;R=22;O;
2018.08.19 13:53:57 4 : sduino433/msg READredu: MU;P0=-584;P1=306;P2=-305;P3=615;P4=-4658;D=0101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412;CP=1;R=25;O;
2018.08.19 13:53:57 4 : sduino433/msg READredu: MU;P0=-593;P1=327;P2=-293;P3=615;P4=-4672;D=0123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232;CP=1;R=28;O;
2018.08.19 13:53:58 4 : sduino433/msg READredu: MU;P0=-614;P1=305;P2=-4661;P3=-296;P4=619;D=0121340134010101010134343401213401340101010101343434012134013401010101013434340121340134010101010134343401213401340101010101343434012134013401010101013434340121340134010101010134343401213401340101010101343434012134013401010101013434340121340134010101010;CP=1;R=31;O;
2018.08.19 13:53:58 4 : sduino433/msg READredu: MU;P0=-298;P1=613;P2=-611;P3=306;P4=-4674;D=0101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232;CP=3;R=33;O;
2018.08.19 13:53:58 4 : sduino433/msg READredu: MU;P0=-595;P1=322;P2=-293;P3=615;P4=-4664;D=0101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230123010101010123232301412301230101010101232323014123012301010101012323230141230;CP=1;R=37;O;
2018.08.19 13:53:58 4 : sduino433/msg READredu: MU;P0=-297;P1=616;P2=-605;P3=303;P4=-4648;D=0123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012343012301232323232301010123430123012323232323010101234301230123232323230101012;CP=3;R=38;O;
2018.08.19 13:53:58 4 : sduino433/msg READredu: MU;P0=-4668;P1=316;P2=-302;P3=604;P4=-610;D=0123412341414141412323234101234123414141414123232341012341234141414141232323410123412341414141412323234101234123414141414123232341012341234141414141232323410123412341414141412323234101234123414141414123232341012341234141414141232323410123412341414141412;CP=1;R=38;O;

2018.08.19 13:57:01 4 : sduino433/msg READredu: MU;P0=178;P1=-601;P2=-4655;P3=322;P4=-283;P5=617;D=0102345134513131313134545451323451345131313131345454513234513451313131313454545132345134513131313134545451323451345131313131345454513234513451313131313454545132345134513131313134545451323451345131313131345454513234513451313131313454545132345134513131313;CP=3;R=41;O;
2018.08.19 13:57:01 4 : sduino433/msg READredu: MU;P0=321;P1=-294;P2=620;P3=-600;P4=-4664;D=0121212304012301230303030301212123040123012303030303012121230401230123030303030121212304012301230303030301212123040123012303030303012121230401230123030303030121212304012301230303030301212123040123012303030303012121230401230123030303030121212304012301230;CP=0;R=39;O;
2018.08.19 13:57:01 4 : sduino433/msg READredu: MU;P0=307;P1=-592;P2=-289;P3=630;P4=-4670;D=0101010232323104023102310101010102323231040231023101010101023232310402310231010101010232323104023102310101010102323231040231023101010101023232310402310231010101010232323104023102310101010102323231040231023101010101023232310402310231010101010232323104023;CP=0;R=39;O;
2018.08.19 13:57:02 4 : sduino433/msg READredu: MU;P0=325;P1=-295;P2=616;P3=-601;P4=-4651;D=0123030303030121212304012301230303030301212123040123012303030303012121230401230123030303030121212304012301230303030301212123040123012303030303012121230401230123030303030121212304012301230303030301212123040123012303030303012121230401230123030303030121212;CP=0;R=35;O;
2018.08.19 13:57:02 4 : sduino433/msg READredu: MU;P0=326;P1=-4701;P2=-297;P3=616;P4=-596;D=0102340234040404040232323401023402340404040402323234010234023404040404023232340102340234040404040232323401023402340404040402323234010234023404040404023232340102340234040404040232323401023402340404040402323234010234023404040404023232340102340234040404040;CP=0;R=48;O;
2018.08.19 13:57:02 4 : sduino433/msg READredu: MU;P0=614;P1=-298;P2=-598;P3=323;P4=-4665;D=0101023431023102323232323101010234310231023232323231010102343102310232323232310101023431023102323232323101010234310231023232323231010102343102310232323232310101023431023102323232323101010234310231023232323231010102343102310232323232310101023431023102323;CP=3;R=48;O;
2018.08.19 13:57:02 4 : sduino433/msg READredu: MU;P0=302;P1=-617;P2=-299;P3=616;P4=-4676;D=0101023232310402310231010101010232323104023102310101010102323231040231023101010101023232310402310231010101010232323104023102310101010102323231040231023101010101023232310402310231010101010232323104023102310101010102323231040231023101010101023232310402310;CP=0;R=47;O;
2018.08.19 13:57:02 4 : sduino433/msg READredu: MU;P0=615;P1=-601;P2=310;P3=-296;P4=-4665;D=0121212121230303012423012301212121212303030124230123012121212123030301242301230121212121230303012423012301212121212303030124230123012121212123030301242301230121212121230303012423012301212121212303030124230123012121212123030301242301230121212121230303012;CP=2;R=46;O;
2018.08.19 13:57:02 4 : sduino433/msg READredu: MU;P0=311;P1=-303;P2=611;P3=-609;P4=-4674;D=0123012303030303012121230401230123030303030121212304012301230303030301212123040123012303030303012121230401230123030303030121212304012301230303030301212123040123012303030303012121230401230123030303030121212304012301230303030301212123040123012303030303012;CP=0;R=45;O;
2018.08.19 13:57:03 4 : sduino433/msg READredu: MU;P0=607;P1=-300;P2=-603;P3=313;P4=-4661;D=010234310231023232323231010102343102310232323232310101023431023102323232323101010234310231023232323231010102343102310232323232310101023431023102323232323101010234310231023232323231010102343102310232323232310101023431023102323232323101010230;CP=3;R=44;

Wie verfahre ich damit nun am besten weiter ?

Viele Grüße

a13xde

Titel: Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 19 August 2018, 14:25:37

Hi,
Was willst Du denn erreichen?
1) FHEM klingeln lassen: Du könntest diese Nachrichten per

Code Auswählen

set sduino433 raw MU;P0=607;P1=-300;P2=-603;P3=313;P4=-4661;D=010234310231023232323231010102343102310232323232310101023431023102323232323101010234310231023232323231010102343102310232323232310101023431023102323232323101010234310231023232323231010102343102310232323232310101023431023102323232323101010230;CP=3;R=44;

absenden und es sollte klingeln.
2) FHEM die Klingel hören lassen und reagieren: Steht im Wiki des Signalduino unter Mein Gerät wird in FHEM nicht erkannt

Code Auswählen

https://wiki.fhem.de/wiki/SIGNALduino
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: a13xde am 19 August 2018, 14:28:18

Hallo Arnd,

Ich will auf das Klingeln mit FHEM reagieren können

Edit: OK, Danke ! Ich habe auf Github mal einen Thema dazu erstellt: Protokoll für m-e BELL-201-TX (Funkgong) (https://github.com/RFD-FHEM/RFFHEM/issues/252)

Edit 2: Manchmal kann es doch so einfach sein, ich brauchte die dev-r33 Version in FHEM, dort wird der Funkgong erkannt ;)

Code Auswählen

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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 20 August 2018, 23:22:16

ZitatIch habe den einen Knopf des Senders 4 x gedrückt, diese Nachrichten konnte ich (mit verbose 4) dem Gong zuordnen:
Wie verfahre ich damit nun am besten weiter ?

Das sieht so recht gut aus.
Ich habe mir auch die Logs aus
https://github.com/RFD-FHEM/RFFHEM/issues/252
auch mal angeschaut.
Knopf 1 - U79#A0E
Knopf 2 - U79#CBC
Knopf 3 - U79#AEE
Von 2 anderen usern habe ich die folgende
U79#A5E
U79#0AE

Dabei fällt auf, daß das letzte Bit immer 0 ist.

ZitatNach dem Batteriewechsel wird zufällig eine neue Kodierung für die Knöpfe bestimmt.

Kannst Du bitte mal versuchen, ob es nach einem Batteriewechsel auch vorkommt, daß das letzte Bit 1 ist.

Dabei ist
A=1010
B=1011
C=1100
D=1101
E=1110
F=1111

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: a13xde am 26 August 2018, 18:10:29

Hallo Ralf,
Habe 4 mal die Batterie raus und wieder rein, jedes mal war es ein E am Ende:

Code Auswählen

U79#61E
U79#87E
U79#67E

U79#6FE
U79#25E
U79#CBE

U79#42E
U79#85E
U79#C0E

U79#A9E
U79#68E
U79#2DE

Im übrigen: Dank deinem Firmware fork https://github.com/Ralf9/SIGNALDuino/tree/dev-r332_cc1101/firmware SIGNALduino_nanoCC1101_332rc2.hex läuft mein SIGNALduino endlich stabil ! Ich hatte mit der Firmware aus der Wiki (3.3.0 bis 3.3.1-RC7 versucht) immer das Problem, dass der SIGNALduino nach wenigen Stunden in Betrieb angefangen hat schnell dauer zu blinken und dann auch keine Reaktion mehr von sich gab (Firmware abgestützt?). Ich musste Ihn dann immer abziehen und neu anstecken. Also hier ein dickes DANKE von mir ! ;)

Gruß

Alex

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 26 August 2018, 21:00:59

Danke für die Tests.
Kannst Du bitte auch noch testen, ob es beim Senden zum Funkgong einen Unterschied macht ob das erste Bit 0 (erste Hexziffer 0-7) oder 1 (erste Hexziffer 8-F) ist.
Gesendet wird mit

Code Auswählen

set sduino sendMsg P79#0xA9E#R6

Mit der 332rc2 müsste es auch mit aktivierten MS- und MC-Nachrichten funktionieren

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 13 November 2018, 19:30:17

Zitatich hab eine sduino mit einem CC1101 Empfänger. Wenn meine Oregon Sender (WGR800; THGN800; PCR800) nur 3m entfernt sind hab ich schon so einen schlechten Empfang das diese nicht richtig erkannt werden.
Desweiteren hab ich 2 WGR800 Windsensoren, allerdings wird nur einer erkannt....
Was könnte ich hier noch ausprobieren?

Code Auswählen Erweitern
2018-11-11 17:14:29 SIGNALduino sduino868 RAWMSG MC;LL=-996;LH=958;SL=-511;SH=462;D=000000A76EDF81FFFCFFFFFF13A2;C=487;L=111;R=232; => RSSI -86 dB 2018-11-11 17:14:29 OREGON WGR800_7e W: 0 WA: 0 WD: 0 WDN: N BAT: ok 2018-11-11 17:14:29 SIGNALduino sduino868 DMSG u52#FFFFFF5891207E0003000000EC5D 2018-11-11 17:15:05 SIGNALduino sduino868 RAWMSG MC;LL=-958;LH=988;SL=-462;SH=511;D=000000A0EBDB4D77FBFD5D7DCD;C=486;L=104;R=52; => RSSI -48 dB 2018-11-11 17:15:05 OREGON THGR810_4d_2 T: 20.1 H: 54 BAT: ok 2018-11-11 17:15:05 SIGNALduino sduino868 DMSG u52#FFFFFF5F1424B2880402A28232 2018-11-11 17:15:07 SIGNALduino sduino868 RAWMSG MC;LL=-1065;LH=880;SL=-583;SH=433;D=00000156CFBE49FFFFFFFFFFFD73A;C=493;L=115;R=231; => RSSI -86 dB 2018-11-11 17:15:07 OREGON PCR800_db RR: 0 TR: 0 BAT: ok 2018-11-11 17:15:07 SIGNALduino sduino868 DMSG u52#FFFFFEA93041B60000000000028C5 2018-11-11 17:16:04 SIGNALduino sduino868 RAWMSG MC;LL=-960;LH=1003;SL=-448;SH=520;D=00000141D7B69AFFF7F6BB07B6;C=488;L=103;R=30; => RSSI - -59 dB 2018-11-11 17:16:04 OREGON THGR810_4d_2 T: 20 H: 52 BAT: ok 2018-11-11 17:16:04 SIGNALduino sduino868 DMSG u52#FFFFFEBE28496500080944F849

@robertr
Bitte mach mal ein

Code Auswählen

get sduino868 ccconf

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: robertr am 13 November 2018, 20:05:14

ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 13 November 2018, 20:14:22

Macht es einen Unterschied ob die sens: 8dB oder 4dB ist?

Ist der WGR800_7e und PCR800_db etwas weiter vom sduino868 entfernt?
Die RSSI -86 dB sind grenzwertig.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: robertr am 13 November 2018, 20:58:46

nicht wirklich die stehen ca. 5m entfernt....
Unterschied zwischen 4 und 8dB konnte nicht festgestellt werden

hier noch ein paar MC Zeilen von den Code die nicht erkannt werden
2018-11-13 20:56:33 SIGNALduino sduino433 DMSG u52#FFFFFF5F1424B2086800607CD1
2018-11-13 20:56:33 SIGNALduino sduino433 UNKNOWNCODE u52#FFFFFF5F1424B2086800607CD1
2018-11-13 20:56:39 SIGNALduino sduino433 RAWMSG MC;LL=-1004;LH=949;SL=-499;SH=471;D=0029DBB7E07FFF3FFFFFC4E88;C=487;L=98;R=239;s27;b8;
2018-11-13 20:56:39 SIGNALduino sduino433 DMSG u52#FFD624481F8000C000003B177
2018-11-13 20:56:39 SIGNALduino sduino433 UNKNOWNCODE u52#FFD624481F8000C000003B177
2018-11-13 20:56:53 SIGNALduino sduino433 RAWMSG MC;LL=-999;LH=953;SL=-509;SH=468;D=053B76FC0FFFE7FFFFF89D10;C=488;L=93;R=239;s10;b1;
2018-11-13 20:56:53 SIGNALduino sduino433 DMSG u52#FAC48903F0001800000762EF
2018-11-13 20:56:53 SIGNALduino sduino433 UNKNOWNCODE u52#FAC48903F0001800000762EF
2018-11-13 20:57:07 SIGNALduino sduino433 RAWMSG MC;LL=-995;LH=953;SL=-511;SH=469;D=00A76EDF81FFFCFFFFFF13A2;C=487;L=96;R=238;s16;b1;
2018-11-13 20:57:07 SIGNALduino sduino433 DMSG u52#FF5891207E0003000000EC5D
2018-11-13 20:57:07 SIGNALduino sduino433 UNKNOWNCODE u52#FF5891207E0003000000EC5D
2018-11-13 20:57:10 SIGNALduino sduino433 RAWMSG MC;LL=-1056;LH=871;SL=-589;SH=429;D=000000AB67DF24FFFFFFFFFFFEB9D;C=490;L=116;R=4;s48;b1;
2018-11-13 20:57:10 OREGON PCR800_db rain_rate: 0
2018-11-13 20:57:10 OREGON PCR800_db rain_total: 0
2018-11-13 20:57:10 OREGON PCR800_db battery: ok
2018-11-13 20:57:10 OREGON PCR800_db batteryState: ok
2018-11-13 20:57:10 OREGON PCR800_db RR: 0 TR: 0 BAT: ok
2018-11-13 20:57:10 SIGNALduino sduino433 DMSG u52#FFFFFF549820DB000000000001462
2018-11-13 20:57:10 SIGNALduino sduino433 UNKNOWNCODE u52#FFFFFF549820DB000000000001462
2018-11-13 20:57:21 SIGNALduino sduino433 RAWMSG MC;LL=-997;LH=948;SL=-513;SH=464;D=000A76EDF81FFFCFFFFFF13A2;C=486;L=100;R=238;s30;b7;
2018-11-13 20:57:21 SIGNALduino sduino433 DMSG u52#FFF5891207E0003000000EC5D
2018-11-13 20:57:21 SIGNALduino sduino433 UNKNOWNCODE u52#FFF5891207E0003000000EC5D
2018-11-13 20:57:32 OREGON THGR810_4d_2 temperature: 16.1
2018-11-13 20:57:32 OREGON THGR810_4d_2 humidity: 60
2018-11-13 20:57:32 OREGON THGR810_4d_2 battery: ok
2018-11-13 20:57:32 OREGON THGR810_4d_2 batteryState: ok
2018-11-13 20:57:32 OREGON THGR810_4d_2 T: 16.1 H: 60 BAT: ok
2018-11-13 20:57:32 SIGNALduino sduino868 DMSG u52#FFFFD7C5092C821A00181F347
2018-11-13 20:57:32 SIGNALduino sduino868 UNKNOWNCODE u52#FFFFD7C5092C821A00181F347
2018-11-13 20:57:32 SIGNALduino sduino433 RAWMSG MC;LL=-960;LH=997;SL=-459;SH=512;D=000000A0EBDB4DF797FF9F832E;C=487;L=104;R=72;s48;b1;
2018-11-13 20:57:32 SIGNALduino sduino433 DMSG u52#FFFFFF5F1424B2086800607CD1
2018-11-13 20:57:32 SIGNALduino sduino433 UNKNOWNCODE u52#FFFFFF5F1424B2086800607CD1
2018-11-13 20:57:35 SIGNALduino sduino433 RAWMSG MC;LL=-1000;LH=947;SL=-525;SH=448;D=0014EDDBF03FFF9FFFFFE2744;C=486;L=99;R=237;s24;b3;
2018-11-13 20:57:35 SIGNALduino sduino433 DMSG u52#FFEB12240FC0006000001D8BB
2018-11-13 20:57:35 SIGNALduino sduino433 UNKNOWNCODE u52#FFEB12240FC0006000001D8BB

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: robertr am 13 November 2018, 21:04:00

was sollte ich deiner Meinung nach bei cc1101_patable_433 einstellen?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 13 November 2018, 21:48:22

Zitatwas sollte ich deiner Meinung nach bei cc1101_patable_433 einstellen?

Normal ist 5 dBm ausreichend, Du kannst es auch mal auf 7 oder 10 erhöhen.
Mit der patable wird die Sendeleistung eingestellt.

Du kannst die ID 52 in das Attribut Blacklist_IDs eintragen.
Die ID 52 ist ein ähnliches Protokoll wie die ID 10 (Oregon V2 und V3) und wird zusätzlich zur ID 10 erkannt.
Fehlerhafte Oregon V2 und V3 Nachrichten werden auch als ID 52 erkannt.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 13 November 2018, 23:22:14

Zitatccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)

Du kannst auch mal die bWidth auf 541 oder 650KHz erhöhen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 15 November 2018, 09:33:56

Bitte nicht nachmachen!
Vorraussetzungen:
- das Perl JSON ist nicht installiert
- die letzte Sicherung der fhem.cfg ist schon mehrere Monate (besser über 1 Jahr) her

Nun wird folgendes im Produktivsystem ausgeführt:

Code Auswählen

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

danach ein fhem neustart
Die folgenden Meldungen ignorieren

Code Auswählen

Messages collected while initializing FHEM:
configfile: Cannot define SIGNALduino device. Perl modul JSON is missing.
Cannot define SIGNALduino device. Perl modul JSON is missing.
Cannot define SIGNALduino device. Perl modul JSON is missing.
./log/fhem.save: Please define sduino first

und nun mit "save config" diesen Zustand in die fhem.cfg sichern.

Nun haben wir evtl ein Problem.
Das Problem könnte auch etwas größer sein...

Das ganze wurde natürlich morgens kurz bevor es fort zur Arbeit geht oder noch besser bevor es auf eine längere Dienstreise geht, ausgeführt.
Die Funkrolläden sind noch unten und bei der Fernbedienung ist die Batterie leer oder nicht auffindbar.

Wichtig!!

Wenn nicht sicher ist, ob das Perl JSON installiert ist, sollte momentan auf dem Produktivsystem kein update auf die aktuelle Entwicklerversion dev-r33 gemacht werden.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 15 November 2018, 09:58:30

Hi,
Das ist cool, jetzt haben wir so etwas wie die Fuck-Up-Night im FHEM Forum, Cool!
Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: andies am 15 November 2018, 19:17:40

Popcorn?

Ok, keine Scherze auf Kosten anderer. Shit happens. Trotzdem coole Software.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 15 November 2018, 20:57:17

nein, dies ist nur erfunden. Ich hoffe meine Warnung kam noch rechtzeitig, daß dies niemand passiert ist.
So was ähnliches ist schon mal bei jemandem mit homematic wired passiert.
Als ich erkannt habe was da vor ein paar Tagen in die dev-r33 eingebaut wurde, konnte ich nicht widerstehen und habe dies geschrieben.
Dies kann auch passieren, wenn die 00_signalduino wegen einem Fehler nicht geladen wird.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 17 November 2018, 09:32:04

Die Entwicklerversion dev-r33 sollte nun auch wieder ohne installiertes JSON funktionieren.
Es wäre schön, wenn dies jemand, am Besten auf einem Testsystem, ohne installiertes JSON kurz testen könnte.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rippi46 am 25 November 2018, 16:37:54

Hallo,

habe schon etwas länger folgende Meldung im Log:

Code Auswählen

/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1010TBA-if00-port0 reappeared (sduinoUSB)
2018.11.25 16:24:37 1: sduinoUSB/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1010TBA-if00-port0@57600
2018.11.25 16:24:37 1: sduinoUSB/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1010TBA-if00-port0@57600
2018.11.25 16:24:36 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1010TBA-if00-port0 disconnected, waiting to reappear (sduinoUSB)
2018.11.25 16:24:33 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1010TBA-if00-port0 reappeared (sduinoUSB)
2018.11.25 16:24:33 1: sduinoUSB/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1010TBA-if00-port0@57600
2018.11.25 16:24:33 1: sduinoUSB/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1010TBA-if00-port0@57600

Habe schon sämtliche Versionen de Firmware ausprobiert, bekomme es aber einfach nicht mehr stabil zum Laufen.

Habe eine Nano328 + ein CC1101-Modul

die Konfiguration sieht wie folgt aus:

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1010TBA-if00-port0@57600
   DMSG       nothing
   DevState   disconnected
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1010TBA-if00-port0@57600
   FD         155
   LASTDMSG   nothing
   NAME       sduinoUSB
   NR         1101
   PARTIAL    
   STATE      opened
   TIME       1543159426.95041
   TYPE       SIGNALduino
   initretry  0
   sendworking 0
   version    
   versionmodul v3.3.3-dev_12.11.
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:29|30|34|69|81|83|86)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:14|15|32|41|57|79)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-11-25 16:31:53   state           opened
     2018-11-25 15:55:30   version         0
   getcmd:
     cmd        version
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     22
     23
     25
     33
     35
     38
     41
     51
     55
     65
     68
   muIdList:
     5
     8
     9
     13.1
     16
     17.1
     19
     20
     21
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     74
     75
     79
     80
     81
     83
     84
     85
     86
Attributes:
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   room       Culs
   verbose    5

Habe schon verschiedene Nanos getestet, immer mit dem gleichen Ergebnis.

An einem anderen Raspberry funktioniert es einwandfrei.

dort sieht auch das List anders aus:

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1010TBA-if00-port0@57600
   DMSG       nothing
   DevState   disconnected
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1010TBA-if00-port0@57600
   LASTDMSG   nothing
   NAME       sduinoUSB
   NR         219
   PARTIAL    
   STATE      disconnected
   TIME       1543158122.29283
   TYPE       SIGNALduino
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   READINGS:
     2018-11-25 15:54:04   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2018-11-25 15:54:14   freeram         873
     2018-11-25 11:45:00   ping            OK
     2018-11-25 16:02:02   state           disconnected
     2018-11-25 15:54:21   version         V 3.3.1-RC9 SIGNALduino cc1101  - compiled at Nov 14 2018 23:01:23
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     65
     66
     67
     69
     70
     71
     72
     75
     8
     9
Attributes:
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   room       Culs

Habe auch schon verschiedene Kabel bzw. Kabellängen getestet. Immer das gleiche Ergebnis.

Hat vielleicht noch jemand eine Idee

Gruß rippi

PS: also der sduinoUSB connected und disconnekted sich fast im Sekundentakt.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: pejonp am 26 November 2018, 18:01:40

@rippi46

Hast du den usb-port doppelt belegt ? Nanocul/Cul über rules im Linux definiert ?
System einmal neu gestartet oder alles stromlos gemacht.

Pejonp

Titel: Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 26 November 2018, 18:06:33

Hi,
Wie sieht denn das

Code Auswählen


sudo dmesg -w

aus beim einstecken?
Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rippi46 am 26 November 2018, 19:05:21

Hallo,

so sieht es beim Ein -und Ausstecken aus:

Code Auswählen

[71261.026021] ftdi_sio ttyUSB3: FTDI USB Serial Device converter now disconnected from ttyUSB3
[71261.026083] ftdi_sio 1-1.2:1.0: device disconnected
[71264.138186] usb 1-1.2: new full-speed USB device number 17 using dwc_otg
[71264.295715] usb 1-1.2: New USB device found, idVendor=0403, idProduct=6001
[71264.295733] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[71264.295743] usb 1-1.2: Product: FT232R USB UART
[71264.295751] usb 1-1.2: Manufacturer: FTDI
[71264.295760] usb 1-1.2: SerialNumber: AI02L1LO
[71264.303660] ftdi_sio 1-1.2:1.0: FTDI USB Serial Device converter detected
[71264.303783] usb 1-1.2: Detected FT232RL
[71264.304663] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB1

habe alle culs über:

Code Auswählen

/dev/serial/by-id
in fhem definiert.

Habe auch schon alles stromlos gemacht.
In der Log-Datei taucht das Problem seit dem 23.11.2018 auf.
Fhem ist auf dem aktuellen Stand.

Auch nach Abziehen sämtlicher culs (außer natürlich der sduino) immer noch das gleiche verhalten.
Auch ein zweiter Cul mit CC1101 und SignalDuino hat das gleiche Verhalten.

Ich bin mit meinem Latein am Ende.

Gruß rippi

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 26 November 2018, 19:44:17

Das sieht ja okay aus! Stromversorgung? Hast Du mal die boot.ini verglichen?
https://aufschnur.de/raspberry-pi-mehr-strom-auf-usb-ports/
Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rippi46 am 26 November 2018, 20:21:41

Hallo Arnd,

hatte ich zwar nicht drin, aber mit der Einstellung läuft es auch nicht. Netzteil ist ein 3A Netzteil.

Das einzigste was mir noch einfällt, ist die Tatsache, dass ich das jtradfri auf die neue Version umgestellt hatte.
Aber ob das der Grund ist muss ich erst mal testen.

Wenn ich den sduino neu definiere und noch nicht die hardware auf nanocc1101 umgestellt habe , habe ich noch den Menüpunkt get ccconf.
Beim Abfragen bekomme ich dann folgende Meldung:

Code Auswählen

sduinoUSBCC1101 is not active, may firmware is not suppoted, please flash or reset

Gruß rippi

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 26 November 2018, 20:24:15

Kann es sein, dass Du die verschiedenen Arduinos nicht mit serial-by-id auseinander halten kannst?

Wenn die alle einen ftdi haben, dann bekommen die oft auch die gleiche ID.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rippi46 am 26 November 2018, 20:27:28

Hallo Sidey,

ich habe den sduino auch alleine am Raspberry und trotzdem habe ich dieses Verhalten.
Alle meine Arduinos haben unterschiedliche IDs.

Gruß rippi

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 26 November 2018, 20:42:51

Evtl. Doch FHEM Module in unterschiedlichen Versionen

Code Auswählen

update force

Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rippi46 am 26 November 2018, 20:59:02

Auch nach update force und shutdown restart gleiches Verhalten. ::) ::)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rippi46 am 26 November 2018, 22:29:48

Hallo,

tatsächlich war das jtradfri-Modul das Problem.

zuerst:

Code Auswählen

update delete https://raw.githubusercontent.com/Saharel001/Tradfri-FHEM/master/src/controls_tradfri.txt

gemacht und anschließend wieder das original Modul mit

Code Auswählen

update add https://raw.githubusercontent.com/peterkappelt/Tradfri-FHEM/master/src/controls_tradfri.txt

installiert.

mit update und shutdown restart verhält sich der sduino wieder normal.

Danke nochmal für eure Hilfe

Gruß rippi

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 26 November 2018, 23:38:26

Was macht denn dieses Tradfri-FHEM Modul?

Könnte gut sein, dass es daran liegt:
https://github.com/Saharel001/Tradfri-FHEM/blob/master/src/FHEM/TradfriIo.pm

Sieht auf den 1. Blick so aus, als ob hier devio Funktionen neu definiert werden.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rippi46 am 27 November 2018, 09:11:34

Hallo Sidey,

woran liegt es, dass dann nur der Signalduino davon betroffen ist?

Ich habe auch noch einen Cul für Homematik der ist gan normal und auch der Zigbee-Stick verhält sich normal.

Gruß rippi

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 27 November 2018, 09:42:38

Hallo rippi,

Ich kann mir nicht vorstellen, dass das CUL Modul noch einwandfrei funktioniert.

Da wird z.B. die Funktion
DevIo_SimpleWrite
Verändert. Konkret funktioniert mit der veränderten Funktion nur noch TCP aber keine USB Kommunikation mehr.

Das CUL Modul verwendet diese Funktion ebenfalls um Kommandos an den CC USB Light zu senden.
Vielleicht prüft das CUL Modul halt nicht so akribisch ob alles passt und lässt dich im Glauben, dass alles noch funktioniert.
Kommandos kommen aber vermutlich keine mehr an den USB Devices an.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 16 Dezember 2018, 22:37:49

Hallo,

ich hoffe, ich bin hier richtig...und kriege nicht gleich eins auf den Deckel... ;D

Laut Wiki-SIGNALDuino-Unterstüzte Geräte (https://wiki.fhem.de/wiki/SIGNALduino#Unterst.C3.BCtzte_Ger.C3.A4te) wird Conrad RSL aktuell nicht unterstützt.
Gibt es Pläne, dies in einer der nächsten Versionen wieder in aktiviert zu kriegen oder ist das aktuell nicht möglich?

Hintergrund: Ich habe hier 5x RSL Mini 3500 (https://www.conrad.de/de/rsl-funk-schalter-unterputz-1-kanal-schaltleistung-max-3500-w-reichweite-max-im-freifeld-70-m-1181990.html), die ich aktuell über meine Broadlink schalte. Allerdings steht diese etwas ungünstig und erwischt 2 RSLs nicht stabil.
Nun war die Überlegung einen MiniCul(433) - habe ich aber schon aufgegeben, da scheinbar inkompatibel - bzw. eben einen SIGNALDuino einzusetzen.
Wenn allerdings Conrad RSL in absehbarer Zukunft nicht wieder verfügbar sein wird, muss ich mir was anderes überlegen.

Ein Betrag hier (https://forum.fhem.de/index.php/topic,49190.msg742084.html#msg742084) scheint vielversprechend, aber wieder 20 Euronen für einen, bzw. 5 maligen Einsatz finde ich einfach zu teuer.
Der SIGNALDuino wäre halt universeller einsetzbar..

Vielen Dank schon mal im Voraus
Andi

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 16 Dezember 2018, 23:49:05

Zitat von: gandi1791 am 16 Dezember 2018, 22:37:49
Nun war die Überlegung einen MiniCul(433) - habe ich aber schon aufgegeben, da scheinbar inkompatibel - bzw. eben einen SIGNALDuino einzusetzen.
Wenn allerdings Conrad RSL in absehbarer Zukunft nicht wieder verfügbar sein wird, muss ich mir was anderes überlegen.

Wenn Du den miniCul hast, dann probier ihn mal mit der SIGNALduino Firmware aus.
Lade dazu die Entwickler Version des SIGNALduino Modules und dann könntest Du glück haben, dass es geht.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 17 Dezember 2018, 11:57:08

Zitat von: Sidey am 16 Dezember 2018, 23:49:05
Wenn Du den miniCul hast, dann probier ihn mal mit der SIGNALduino Firmware aus.
Lade dazu die Entwickler Version des SIGNALduino Modules und dann könntest Du glück haben, dass es geht.

Grüße Sidey

Vielen Dank, werde ich probieren und Rückmelden, ob's gefunzt hat.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 19 Dezember 2018, 11:51:39

Hallo,

lesen hier einige mit die eine white- oder blacklist verwenden.

Ich würde gerne folgendes zur Diskussion stellen. Mich würde auch Eure Meinung interessieren.

Z.Zt. gibt es recht viele Änderungen an der signalduino_protocols.hash.
Es sind einige neue Protokolle dazukommen, es wurden Protokolle entfernt und es wurden Protokolle zusammengefasst.
Momentan werden die dadurch freiwerdenden Protokoll-IDs wieder für neue Protokolle verwendet.
Ist dies für Euch ok, oder wäre es besser die neuen Protokolle hinten anzuhängen und die Lücken frei lassen.

Ich habe mal versucht die letzten Änderungen zusammenzufassen:

Code Auswählen

alt ID 38  ---- neu ID 0.1	=>	other Sensors  (380 | 9650), CUL_TCM97001 Typ - AURIOL | Mebus,  LIDL Wetterstation

alt ID 68  ---- neu ID 0.3	=>	Pollin PFR-130

- ID 20 Livolo  removed, da keine USER Daten und Protokoll "halb definiert" was zu sehr vielen u20 führt mit willkührlichen Daten
   https://forum.fhem.de/index.php/topic,38831.msg338664.html#msg338664

- added ID 14 LED X-MAS Chilitec model 22640

- ID22 changed (old ID from https://forum.fhem.de/index.php?topic=35844.0 are same ID33 | Userfeedback, all RAWMSG after update FW decoded as ID22 @ ID33 double, new device with readings are correct temp @ hum)

- added new remote LED HAMULiGHT to ID 22

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RappaSan am 19 Dezember 2018, 11:57:51

Moin Ralf,

ich entdecke nichts, was bei mir benötigt wird. Recycling ist somit OK. :)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 19 Dezember 2018, 15:41:03

Für mich ist Recycling auch okay ;-)

Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: pejonp am 19 Dezember 2018, 16:45:25

Zitat von: Ralf9 am 19 Dezember 2018, 11:51:39
....
Z.Zt. gibt es recht viele Änderungen an der signalduino_protocols.hash.
Es sind einige neue Protokolle dazukommen, es wurden Protokolle entfernt und es wurden Protokolle zusammengefasst.
Momentan werden die dadurch freiwerdenden Protokoll-IDs wieder für neue Protokolle verwendet.
Ist dies für Euch ok, oder wäre es besser die neuen Protokolle hinten anzuhängen und die Lücken frei lassen.

Ich habe mal versucht die letzten Änderungen zusammenzufassen:
Code Auswählen Erweitern
alt ID 38 ---- neu ID 0.1 => other Sensors (380 | 9650), CUL_TCM97001 Typ - AURIOL | Mebus, LIDL Wetterstation alt ID 68 ---- neu ID 0.3 => Pollin PFR-130 ..... [/quote]
Hallo Ralf,

zur Zeit habe ich lange nichts mehr mit SignalDuino gemacht, es läuft einfach. Ist auch sehr schön so. Vielen Dank an alle.
Den Pollin PFR-130 verwende ich und habe das damals auch in die SignalDuino bzw. 14_CUL_TCM97001.pm Module eingebaut. Wenn die Funktionweise/ Erkennung weiter gegeben ist, währe das ok.
Wer verwaltet oder pflegt jetzt das Modul 14_CUL_TCM97001.pm ?
Vielleicht sollte im Wiki mal die erkannten Sensoren und die zur Zeit aktuelle Version die in FHEM verteilt wird ergänzt werden. Ab und zu lese ich mit, bin aber nicht mehr auf dem laufenden welche Version die stabile ist.

pejonp

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: yoda_gh am 19 Dezember 2018, 20:02:01

Zitat von: Ralf9 am 19 Dezember 2018, 11:51:39
lesen hier einige mit die eine white- oder blacklist verwenden.

Ich würde gerne folgendes zur Diskussion stellen. Mich würde auch Eure Meinung interessieren.

Z.Zt. gibt es recht viele Änderungen an der signalduino_protocols.hash.
Es sind einige neue Protokolle dazukommen, es wurden Protokolle entfernt und es wurden Protokolle zusammengefasst.
Momentan werden die dadurch freiwerdenden Protokoll-IDs wieder für neue Protokolle verwendet.
Ist dies für Euch ok, oder wäre es besser die neuen Protokolle hinten anzuhängen und die Lücken frei lassen.

Auch ich sehe in Deiner Liste nix relevantes aus meiner Whitelist (kann man das sinnvoll ohne einsetzen? ;-) ). Daher würde mich persönlich Recycling auch nicht stören, auch wenn ich das global-galaktisch betrachtet für eine unglückliche Idee halte...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 19 Dezember 2018, 20:49:16

Zitat von: yoda_gh am 19 Dezember 2018, 20:02:01
Daher würde mich persönlich Recycling auch nicht stören, auch wenn ich das global-galaktisch betrachtet für eine unglückliche Idee halte...

Grundsätzlich oder eher darauf bezogen, dass man nicht ein paar Wochen abwartet?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 19 Dezember 2018, 21:38:56

Hallo,

Zitat von: Ralf9 am 19 Dezember 2018, 11:51:39
Hallo,

lesen hier einige mit die eine white- oder blacklist verwenden.

Ich würde gerne folgendes zur Diskussion stellen. Mich würde auch Eure Meinung interessieren.

Z.Zt. gibt es recht viele Änderungen an der signalduino_protocols.hash.
Es sind einige neue Protokolle dazukommen, es wurden Protokolle entfernt und es wurden Protokolle zusammengefasst.
Momentan werden die dadurch freiwerdenden Protokoll-IDs wieder für neue Protokolle verwendet.
Ist dies für Euch ok, oder wäre es besser die neuen Protokolle hinten anzuhängen und die Lücken frei lassen.

Ich habe mal versucht die letzten Änderungen zusammenzufassen:
Code Auswählen Erweitern
alt ID 38 ---- neu ID 0.1 => other Sensors (380 | 9650), CUL_TCM97001 Typ - AURIOL | Mebus, LIDL Wetterstation alt ID 68 ---- neu ID 0.3 => Pollin PFR-130 - ID 20 Livolo removed, da keine USER Daten und Protokoll "halb definiert" was zu sehr vielen u20 führt mit willkührlichen Daten https://forum.fhem.de/index.php/topic,38831.msg338664.html#msg338664 - added ID 14 LED X-MAS Chilitec model 22640 - ID22 changed (old ID from https://forum.fhem.de/index.php?topic=35844.0 are same ID33 | Userfeedback, all RAWMSG after update FW decoded as ID22 @ ID33 double, new device with readings are correct temp @ hum) - added new remote LED HAMULiGHT to ID 22

Gruß Ralf

ich melde mich mal kurz ebenso zu Wort.
Die vielen Änderungen die vorgenommen werden in der signalduino_protocols.hash Datei bitte ich zu entschuldigen für die User der Nutzung von black und whitelistID´s.
Da ich die Bearbeitung vornehme, so bitte ich alle User bei Fragen, gern mich selbst anzuschreiben via PN bei Fragen, sollte ich bzw. wir nicht alles in der changelog festhalten was relewant ist.

Die Umarbeitung / Anpassung der Liste bzw. die Erweiterung der Dokumentation basiert darauf, bestehende Protokolle zu implementieren, alte "stille" Protokolle zu prüfen ggf. zu ersetzen. Kurzum, es wird Ordnung geschaffen weil vieles hineingenommen war aber auch unvollständige "Leichen" schlummern.

Die Änderungen kann auch jeder hierüber https://github.com/RFD-FHEM/RFFHEM/commits/dev-r33 verfolgen.

MfG Marco

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: yoda_gh am 19 Dezember 2018, 21:45:26

Zitat von: Sidey am 19 Dezember 2018, 20:49:16
Grundsätzlich oder eher darauf bezogen, dass man nicht ein paar Wochen abwartet?

Sagen wir mal so: wenn es keine recht zwingenden Gründe gibt (Werte-Überlauf, Code nur schwierig zu warten, etc.), würde ich es grundsätzlich vermeiden, IDs neu zu belegen, die der User sieht.

Ein paar Wochen ändern daran m.E. wenig - ich habe z.B. Phasen, wo ich mich Monate kaum um meine FHEM-Installation kümmere, da soll die einfach laufen - und wenn dann nach einem Update subtil etwas anders ist, ist das immer mühsam...

Ordnung zu schaffen ist dagegen immer gut, und wenn dafür ID-Änderungen zwingend sind, nur zu!

Titel: Antw:Signalduino Version 3.3.1
Beitrag von: jochen_f am 23 Dezember 2018, 23:00:47

Zitat von: Harst am 11 April 2018, 22:35:19
Hallo Ralf,

danke, das war erfolgreich

Code Auswählen Erweitern
2018-04-11 22:16:01 SIGNALduino sduino433 DMSG U79#6E4271F19
und der Erschütterungsmelder geht auch:
Code Auswählen Erweitern
2018-04-11 22:28:12 SIGNALduino sduino433 DMSG U79#E97E55BB1

der CO-Sensor hat sich nur einmal beim Einlegen der Batterien gemeldet.

jetzt muss ich mich dann wohl damit beschäftigen, wie man daraus Schalter in FHEM macht. Das mit dem Event und dem Dummy kenne ich, aber das ist ja nur eine Notlösung.

Danke

Horst

Mit der aktuellen Version funktioniert es nicht mehr, da die Länge des Protokoll-Strings für ID 79 jetzt auf 12 begrenzt ist, das Atlantic's security Protokoll aber 36 Zeichen lang ist. Da muss jetzt wohl doch eine neue ID her.

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 25 Dezember 2018, 14:04:23

Frohe Weihnachten!

@Jochen, sende mal bitte RAWMSG Nachrichten zu. Eine neue ID ist möglich weil die 79er auf das eine Klingel zugeschnitten wurde. Die Ergänzung würde ich für dich vornehmen.

Liebe Grüße Marco

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 26 Dezember 2018, 15:33:46

Hallo,

hier ein paar Nachrichten:

Code Auswählen


READ: MU;P0=800;P1=-813;P2=394;P3=-410;P4=-3992;D=0123030303030303012121230301212304230301212301230301212123012301212303012301230303030303030121212303012123042303012123012303012121230123012123030123012303030303030301212123030121230;CP=2;R=46;
READ: MU;P0=400;P1=-396;P2=813;P3=-812;P4=-3994;D=012123012301212121230121230303012121230124012123030123012123030301230123030121230123012121212301212303030121212301240121230301230121230303012301230301212301230121212123012123030301212123012;CP=0;R=40;
READ: MU;P0=406;P1=-402;P2=802;P3=-805;P4=-3994;D=012123012301212121212121230303012123030124012123030123012123030301230123030121230123012121212121212303030121230301240121230301230121230303012301230301212301230121212121212123030301212303012;CP=0;R=52;
READ: MU;P0=809;P1=-398;P2=-807;P3=404;P4=-3990;D=0102310231010101023101023232310101023104310102323102310102323231023102323101023102310101010231010232323101010231043101023231023101023232310231023231010231023101010102310102323231010102310;CP=3;R=42;

Im Moment habe ich einfach eine Kopie vom alten VTX-BELL Eintrag gemacht und auf eine neue bisher ungenutzte ID gemappt:

Code Auswählen


	"91"	=>	## Atlantic Security / Focus Security China Devices
		{
			name					=> 'atlantic security',
			comment				=> 'Atlantic security',
			id						=> '91',
			knownFreqs		=> '',
			zero					=> [-2,1],
			one						=> [-1,2],
			start					=> [-15,1],
			clockabs			=> 330,
			format				=> 'twostate',	#
			preamble			=> 'u91#',			# prepend to converted message
			length_min		=> '36',
			length_max		=> '36',
		},

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 26 Dezember 2018, 20:31:42

Zitat von: jochen_f am 26 Dezember 2018, 15:33:46
Hallo,

hier ein paar Nachrichten:

.....

Im Moment habe ich einfach eine Kopie vom alten VTX-BELL Eintrag gemacht und auf eine neue bisher ungenutzte ID gemappt:

Code Auswählen Erweitern
"91" => ## Atlantic Security / Focus Security China Devices { name => 'atlantic security', comment => 'Atlantic security', id => '91', knownFreqs => '', zero => [-2,1], one => [-1,2], start => [-15,1], clockabs => 330, format => 'twostate', # preamble => 'u91#', # prepend to converted message length_min => '36', length_max => '36', },

Gruß, Jochen

danke Jochen.
Um was für einen Sensor handelt es sich bei dir? Ein Erschütterungssensor?
Mit der Bezeichnung Atlantic security kann ich nicht viel anfangen. Hat der Sensor noch eine Modellbezeichnung?
Welche Funktionen hat der Sensor alles? Diesen könnte man gern auch noch einbinden um nicht immer ein DOIF zu nutzen, wenn er noch nirgends implementiert ist.

MfG

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 26 Dezember 2018, 23:16:03

Hallo,

es scheint sich hier um eine Familie an Sensoren zu handeln, die beim Chinesen unter Atlantic'S oder Fokus kompatibel bezeichnet werden.

In meinem Fall ist es ein MD-210R, ein Tür- bzw Fenstersensor. Dieser meldet alle Zustandsänderungen. Zu bekommen ist er z.B. als Original hier:

https://www.amazon.de/dp/B00FGSFV5K/

Ein Manual findet man hier:

https://fccid.io/QOAMD-210R/User-Manual/User-Manual-1853455

Das Protokoll scheint aber entgegen dem Manual eher wie folgt zu sein:

1. 24bit Device-ID
2. 8bit Kommando
3. 4bit Prüfsumme

Beim Türkontakt scheint das Kommando zu sein:

1ab10001
a:Tür zu = 1
b: Sabotage Kontakt zu = 1
Möglich, dass es auch noch ein Bit für Batterie leer gibt.

Wie die Prüfsumme genau gebildet wird, weiß ich nicht, es scheint mir aber eine gewichtete Summe zu sein. Definitiv keine CRC oder ähnliche komplexere Funktion.

Es gibt aber noch weitere Sensoren mit dem selben Protokoll. Auf Seite 64 dieses Themas hat jemand CO Sensoren und Erschüttetungsmelder. Es gibt wohl auch noch Fernbedienungen.
Das ganze wahlweise mit 433 oder 868 MHz.

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 27 Dezember 2018, 12:53:01

Der MD201R hat 3 Bit mit Daten, eins für die beiden Reed-Schalter, eins für den externen Kontakt und eins für den Gehäuseschalter.
Das letzte Bit hinter den Daten ist eigentlich immer 1, wird aber nicht aller erkannt.

Das Gerät ist scheinbar recht sendestark, ich habe es im Altbau im Keller bei 70cm dicken Wänden und der Signatuino ist im ersten Stock.

Der Reed-Schalter zeigt Tür auf/zu, der externe Kontakt ist als Schlossschalter für Abgeschlossen/Offen gesetzt.

define Kellertuer_notify_1 notify sduino433:DMSG.U79#6E4271F.* set Kellertuer closed
define Kellertuer_notify_2 notify sduino433:DMSG.U79#6E4271B.* set Kellertuer open
define Kellertuer_notify_3 notify sduino433:DMSG.U79#6E42717.* set Kellertuer locked

Bei Locked sind dann natürlich 2 Schalter gesetzt.

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 27 Dezember 2018, 13:11:53

Hallo,

das letzte Bit scheint die periodischen Keepalive Nachrichten zu identifizieren. Dort ist das Bit auf 0 gesetzt.

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: JensS am 27 Dezember 2018, 21:40:51

Irgendwie bekomme ich nach dem aktuellen update keine Verbindung zum Ventus W132.

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9S3RTLL-if00-port0@57600
   DMSG       W50#FF57053DFF98
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9S3RTLL-if00-port0@57600
   FD         10
   ITClock    250
   LASTDMSG   W50#FF57053DFF98
   MSGCNT     5349
   NAME       Signalduino
   NR         19
   NR_CMD_LAST_H 2
   PARTIAL    
   RAWMSG     MU;P0=541;P1=-963;P2=1384;D=01010101010101012101210121010101212121212101210121210101010121010101010101010101012121010121212;CP=0;
   STATE      opened
   TIME       1545943073.77268
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.1-dev SIGNALduino - compiled at Jan  3 2017 23:59:32
   versionmodul v3.3.3-dev_17.12.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|69|76|81|83|86)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|57|79)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-12-27 16:58:00   cmds            V i R t X F S P C G
     2018-02-11 14:18:01   config          MS=1;MU=1;MC=1
     2018-02-11 14:18:04   freeram         762
     2018-02-11 14:18:08   ping            OK
     2018-12-27 21:10:29   state           opened
     2018-02-11 14:18:21   uptime          0 09:43:31
     2018-12-27 21:10:29   version         V 3.3.1-dev SIGNALduino - compiled at Jan  3 2017 23:59:32
   XMIT_TIME:
     1545941455.73162
     1545941456.98556
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     0.1
     0.2
     0.3
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     23
     25
     33
     35
     41
     51
     55
     65
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     39
     40
     42
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     74
     76
     79
     80
     81
     83
     84
     85
     86
     89
Attributes:
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:/opt/fhem/FHEM/firmware/SIGNALduino_nano328.hex 2>[LOGFILE]
   hardware   nano32
   longids    1

Wurde die Unterstützung dazu rausgenommen?

Gruß Jens

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 27 Dezember 2018, 21:50:26

Zitat von: dirigent am 27 Dezember 2018, 21:40:51
Irgendwie bekomme ich nach dem aktuellen update keine Verbindung zum Ventus 132.
Wurde die Unterstützung dazu rausgenommen?

Was genau hast Du aktualisiert, welchen Stand hattest Du vorher verwendet. Zu Ventus brauche ich noch ein paar mehr Informationen.
Was genau wurde da erkannt?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: JensS am 28 Dezember 2018, 11:28:10

Welches Image ich vorher auf dem SIGNALduino hatte, weiß ich nicht. Es war evtl. vom Anfang des Jahres. Der Windmesser W132 wurde als TCM21...._214 erkannt und lieferte unplausible Werte. Die Windrichtung stand z.B. immer auf SSE und die Temperatur sprang zwischenzeitlich auf 0.0.
Im Forum fand ich folgenden Tread https://forum.fhem.de/index.php/topic,78768.msg760909.html#msg760909 (https://forum.fhem.de/index.php/topic,78768.msg760909.html#msg760909), worauf ich die angepinnte 14_CUL_TCM97001.pm installierte und der Windmesser ebenfalls erkannt wurde. Voller Tatendrang machte ich dann ein FHEM-Komplettupdate und flashte den SIGNALduino mit der aktuellen Firmware.

Anbei ein Mitschnitt des SIGNALduino. Zuvor hatte ich das Device gelöscht und hoffte auf Neuanlage. Sorry, wegen der Größe - meine Nachbarn haben wohl einige Sensoren...

Gruß Jens

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 28 Dezember 2018, 11:33:46

Zitat von: Harst am 27 Dezember 2018, 12:53:01
Der MD201R hat 3 Bit mit Daten, eins für die beiden Reed-Schalter, eins für den externen Kontakt und eins für den Gehäuseschalter.
Das letzte Bit hinter den Daten ist eigentlich immer 1, wird aber nicht aller erkannt.

Das Gerät ist scheinbar recht sendestark, ich habe es im Altbau im Keller bei 70cm dicken Wänden und der Signatuino ist im ersten Stock.

Der Reed-Schalter zeigt Tür auf/zu, der externe Kontakt ist als Schlossschalter für Abgeschlossen/Offen gesetzt.

define Kellertuer_notify_1 notify sduino433:DMSG.U79#6E4271F.* set Kellertuer closed
define Kellertuer_notify_2 notify sduino433:DMSG.U79#6E4271B.* set Kellertuer open
define Kellertuer_notify_3 notify sduino433:DMSG.U79#6E42717.* set Kellertuer locked

Bei Locked sind dann natürlich 2 Schalter gesetzt.

Horst

Ich habe das gestern überprüft, ja, es kommen keine Meldungen mehr seit etwa Oktober.

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 28 Dezember 2018, 16:28:54

Hallo,

mir scheint es, dass 0 und 1 vertauscht sind.
Dann wäre im ersten Kommando Nibble:

Bit 3: Sabotage Alarm
Bit 2: Alarm
Bit 1: Batterie?
Bit 0: Keepalive

Das zweite Nibble ist vermutlich der Geräte Typ.

Die "Prüfsumme" ist dann ein simples XOR aller vorherigen Nibbles, bzw. das XOR über alle Nibbles (inklusive Prüfsumme) muss 0 ergeben.

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 28 Dezember 2018, 17:43:58

Hallo Jochen,

deine gesammten Erkenntnisse würde ich in das Modul SD_UT bei uns einbauen wenn Bedarf besteht weil wir da einen ähnlichen Kontakt schon drin haben.
Dazu wäre es nur hilfreich, wenn alle Erkenntnisse abgeschlossen sind, diese mit via PN zukommen zu lassen da ich hier im Faden ggf es überlese.

MfG

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 28 Dezember 2018, 18:35:34

Zitat von: dirigent am 28 Dezember 2018, 11:28:10
Welches Image ich vorher auf dem SIGNALduino hatte, weiß ich nicht. Es war evtl. vom Anfang des Jahres. Der Windmesser W132 wurde als TCM21...._214 erkannt und lieferte unplausible Werte. Die Windrichtung stand z.B. immer auf SSE und die Temperatur sprang zwischenzeitlich auf 0.0.

In deinem Logfile habe ich auf die schnelle zwei Datensätze gefunden, die an das Modul CUL_TCM97001 übergeben werden.

Code Auswählen

2018.12.28 11:18:41 4: Signalduino: CUL_TCM97001 hex:b60140997000  msg:D6082099E000 aR:b 6 0 1 4 0 9 9 7 0 0 0 
2018.12.28 11:18:41 4: Signalduino: CUL_TCM97001 nib2:00 aRev: 0
2018.12.28 11:18:41 4: Signalduino: CUL_TCM97001 nib2R:00 hexR: b60140997000
2018.12.28 11:18:41 4: Signalduino: CUL_TCM97001 Temp/Hum Msgype: 00 nib3:1 
2018.12.28 11:18:41 4: Signalduino: CUL_TCM97001 using longid: 1 model: TCM21....

Code Auswählen

2018.12.28 11:19:15 5: Signalduino: CUL_TCM97001 W174_99 original-msg: 636C9E206000 , reversed nibbles: 6c6397406000
2018.12.28 11:19:15 5: Signalduino: CUL_TCM97001 W174_99 nibble 2: 6 , nibble 3: 3
2018.12.28 11:19:15 4: Signalduino: CUL_TCM97001 W174_99 detected rain gauge message ok
2018.12.28 11:19:15 4: Signalduino: CUL_TCM97001 W174_99 battery bit: 0
2018.12.28 11:19:15 5: Signalduino: CUL_TCM97001 W174_99 rain gauge swing count: 1145
2018.12.28 11:19:15 4: Signalduino: CUL_TCM97001 W174_99 rain total: 286.5 l/qm

Welches gehört dazu nun zu deinem Sensor :)

Zitat von: dirigent am 28 Dezember 2018, 11:28:10
Voller Tatendrang machte ich dann ein FHEM-Komplettupdate und flashte den SIGNALduino mit der aktuellen Firmware.

Die Firmware die Du laut deinem vorherigen Post aktuell Verwendest ist von 2017. Vermutlich hast Du hier also nicht wirklich etwas neues aufgespielt.
Bei dem FHEM Update hast Du dir aber vielleicht das CUL_TCM97001 Modul wieder überschrieben. Hast Du dir das Modul aus dem verlinkten Beitrag nach dem Update wieder installiert?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 28 Dezember 2018, 20:07:13

Hallo Jochen,

das Bit 1 ist der 2. Schalter, der über den externen Kontakt betätigt wird.

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 28 Dezember 2018, 20:20:30

@Horst und Jochen, könnt ihr oder du mal RAWMSG von allen Zuständen bitte posten das ich das morgen einbauen kann ;)

In der aktuellen DEV ist euer Kontakt mit drin aber ihr müsst für den Erhalt einer Nachricht developID y91 setzen. Probiert bitte mal.

Mfg

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 28 Dezember 2018, 20:57:16

Ihr müsst in das Attribut Development y91 schreiben meinte homeautouser :)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: JensS am 28 Dezember 2018, 22:35:53

Hallo Sidey,

W174_99 ist ein Regenmesser, welcher gut funktioniert.
Welche Firmware ist denn neuer als https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/FHEM/firmware/SIGNALduino_nano328.hex (https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/FHEM/firmware/SIGNALduino_nano328.hex)?

Das modifizierte CUL_TCM97001 Modul hatte nach dem Firmware-Update nichts mehr erkannt und so habe FHEM komplett mit "update force" updatet.
Hier noch ein paar Daten, welche beim SIGNALduino als unknownmessages angezeigt wurden:

Code Auswählen

2018-12-28 22:03:10-MS;P1=526;P2=-961;P3=-1976;P4=-4026;P5=384;D=14121212121212131313121212121212521212131312131213131313131213121313131213;CP=1;SP=4;#2018-12-28 22:03:31-MS;P1=485;P2=-3983;P3=-8935;P4=-2000;D=13121214121412121414141414121414141212141414141414121414121214141214141412;CP=1;SP=3;O;#2018-12-28 22:04:07-MS;P1=515;P2=-1025;P3=-1853;P4=-4036;D=14121212121212131313121212121212121212131312131213131313131213121313131213;CP=1;SP=4;#2018-12-28 22:04:56-MS;P0=520;P2=1342;P3=-988;P4=-12478;D=040303030303030303230323032303032323032303230303232323032303032323030303030303030303032303230303;CP=0;SP=4;O;#2018-12-28 22:05:22-MS;P0=-14816;P1=-969;P3=535;P7=1369;D=3031313131313131317131713171313131717171717131713171713131313171313131313131313131317171313171717031313131313131317131713171313131717171717131713171713131313171313131313131313131317171313171717;CP=3;SP=0;#2018-12-28 22:06:37-MS;P1=-3981;P2=-8934;P3=-1998;P5=486;D=52515153515351515353535353515353535151535353535353515353515153535153535351;CP=5;SP=2;O;#2018-12-28 22:06:37-MS;P1=-3981;P2=-8934;P3=-2001;P5=486;D=52515153515351515353535353515353535151535353535353515353515153535153535351;CP=5;SP=2;#2018-12-28 22:06:58-MS;P1=485;P2=-1014;P3=-1989;P4=-4046;D=14121212121212131313121212121212121212131312131213131313131213121313131213;CP=1;SP=4;#2018-12-28 22:08:01-MS;P0=-955;P1=532;P2=1371;P3=-12494;D=131010101010101010201020102010102020102010201010202020102010102020101010101010101010102010201010;CP=1;SP=3;#2018-12-28 22:08:52-MS;P1=-1982;P2=515;P3=-990;P4=-4041;D=24232323232323212121232323232323232323212123212323212121212321232121212321;CP=2;SP=4;#2018-12-28 22:09:43-MS;P0=492;P1=-3975;P2=-1994;P3=-8936;D=03010102010201010202020202010202020101020202020202010202010102020102020201;CP=0;SP=3;O;#2018-12-28 22:11:03-MS;P1=493;P2=-4028;P3=-2001;P4=-9039;D=14131212131313121213121213121213131313121212121213131312131313131312131312;CP=1;SP=4;O;#2018-12-28 22:11:06-MS;P0=-955;P1=533;P2=1372;P3=-12482;D=131010101010101010201020102010102020102010201010202020102010102020101010101010101010102010201010;CP=1;SP=3;O;#2018-12-28 22:11:40-MS;P1=493;P2=-4028;P3=-2001;P4=-9042;D=14131212131313121213121213121213131313121212121213131312131313131312131312;CP=1;SP=4;O;#2018-12-28 22:12:17-MS;P1=493;P2=-4031;P3=-2002;P4=-9043;D=14131212131313121213121213121213131313121212121213131312131313131312131312;CP=1;SP=4;O;#2018-12-28 22:12:39-MS;P0=-12508;P2=-967;P6=520;P7=1357;D=6062626262626262627262726272626272726272627262627272726272626272726262626262626262626272627262626;CP=6;SP=0;#2018-12-28 22:12:49-MS;P2=478;P3=-3981;P4=-8936;P5=-2007;D=24232325232523232525252525232525252323252525252525232525232325252325252523;CP=2;SP=4;O;#2018-12-28 22:13:37-MS;P1=492;P2=-2022;P3=-1025;P4=-3850;D=14131313131313121212131313131313131313121213121312121212121312131212121312;CP=1;SP=4;#2018-12-28 22:14:34-MS;P1=-1890;P2=507;P3=-1034;P4=-4050;P5=384;D=24232323232323212121232323232323232323212123212321212121212321232121212351;CP=2;SP=4;#2018-12-28 22:15:55-MS;P0=-2002;P1=482;P2=-3981;P3=-8933;D=13121210121012121010101010121010101212101010101010121010121210101210101012;CP=1;SP=3;O;#2018-12-28 22:17:17-MS;P1=534;P3=-955;P4=1371;P5=-12494;D=151313131313131313431343134313134343134313431313434343134313134343131313131313131313134313431313;CP=1;SP=5;#2018-12-28 22:17:17-MS;P1=534;P3=-955;P4=1371;P5=-12494;D=151313131313131313431343134313134343134313431313434343134313134343131313131313131313134313431313;CP=1;SP=5;#2018-12-28 22:18:22-MS;P1=-2013;P2=483;P3=-1016;P5=-4062;D=25232323232323212121232323232323232323212123212321212121212321232121212321;CP=2;SP=5;#2018-12-28 22:18:22-MS;P1=503;P2=-1978;P3=-1004;P4=-4052;D=14131313131313121212131313131313131313121213121312121212121312131212121312;CP=1;SP=4;#2018-12-28 22:19:01-MS;P1=485;P2=-3985;P3=-8933;P4=-1998;D=13121214121412121414141414121414141212141414141414121414121214141214141412;CP=1;SP=3;O;

Anbei auch noch das Logfile. Zuvor habe ich whitelist auf 0,68 gesetzt.

Gruß Jens

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 28 Dezember 2018, 22:52:44

Hallo,

erst mal danke für die Arbeit an den neuen Sensoren. Ich habe aus den 700k Logfile versucht, die Daten zu extrahieren (y91 habe ich geschafft).

Code Auswählen


2018.12.28 21:02:21 4: sduino433/msg READredu: MS;P0=-399;P1=407;P2=820;P3=-816;P4=-4017;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;O;m0;
2018.12.28 21:02:21 4: sduino433/msg READredu: MS;P0=-404;P1=398;P2=811;P3=-820;P4=-4032;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;O;m1;
2018.12.28 21:02:21 4: sduino433/msg READredu: MS;P0=-407;P1=404;P2=811;P3=-818;P4=-4032;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;e;m2;
2018.12.28 21:02:21 4: sduino433/msg READredu: MS;P0=-407;P1=404;P2=811;P3=-818;P4=-4032;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;e;m3;
2018.12.28 21:02:21 4: sduino433/msg READredu: MS;P0=-403;P1=405;P3=817;P4=-809;P5=-4019;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;O;m0;
2018.12.28 21:02:21 4: sduino433/msg READredu: MS;P0=-411;P1=404;P3=809;P4=-815;P5=-4030;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;O;m1;
2018.12.28 21:02:21 4: sduino433/msg READredu: MS;P0=-407;P1=399;P3=811;P4=-819;P5=-4030;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;e;m2;
2018.12.28 21:02:22 4: sduino433/msg READredu: MS;P0=-407;P1=399;P3=811;P4=-819;P5=-4030;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;e;m3;
2018.12.28 21:02:22 4: sduino433/msg READredu: MS;P0=-401;P1=404;P3=815;P4=-813;P5=-4023;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;O;m0;
2018.12.28 21:02:22 4: sduino433/msg READredu: MS;P0=-409;P1=401;P3=810;P4=-818;P5=-4032;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;O;m1;
2018.12.28 21:02:22 4: sduino433/msg READredu: MS;P0=-409;P1=396;P3=809;P4=-822;P5=-4032;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;e;m2;
2018.12.28 21:02:22 4: sduino433/msg READredu: MS;P0=-409;P1=396;P3=809;P4=-822;P5=-4032;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;e;m3;
2018.12.28 21:02:23 4: sduino433/msg READredu: MS;P1=402;P2=-815;P3=-404;P4=814;P5=-4023;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;O;m0;
2018.12.28 21:02:23 4: sduino433/msg READredu: MS;P1=395;P2=-822;P3=-413;P4=806;P5=-4034;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;O;m1;
2018.12.28 21:02:23 4: sduino433/msg READredu: MS;P1=392;P2=-824;P3=-416;P4=804;P5=-4034;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;e;m2;
2018.12.28 21:02:23 4: sduino433/msg READredu: MS;P1=392;P2=-824;P3=-416;P4=804;P5=-4034;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;e;m3;
2018.12.28 21:02:23 4: sduino433/msg READredu: MU;P0=-3076;P1=548;P2=-2084;P3=-4122;P4=-744;P5=424;P6=732;CP=1;D=0121213131212131313131213121213121212121314546;e;

2018.12.28 21:02:23 5: sduino433: one pattern for MU Protocol id 91 not found, aborting
2018.12.28 21:02:23 4: sduino433/msg READredu: MU;P0=802;P1=-410;P2=-836;P3=395;P4=530;P5=-601;P7=-2596;CP=3;D=010232453102323232323102310105023242320531010242323101010242324732;p;


Sabotage Schalter geschlossen (Gehäuse zu), alle anderen offen

2018.12.28 21:02:31 4: sduino433/msg READredu: MS;P1=405;P2=-808;P3=-403;P4=818;P5=-4021;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;O;m0;
2018.12.28 21:02:31 4: sduino433/msg READredu: MS;P1=402;P2=-817;P3=-411;P4=807;P5=-4029;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;O;m1;
2018.12.28 21:02:31 4: sduino433/msg READredu: MS;P1=395;P2=-821;P3=-410;P4=810;P5=-4029;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;e;m2;
2018.12.28 21:02:31 4: sduino433/msg READredu: MS;P1=395;P2=-821;P3=-410;P4=810;P5=-4029;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;e;m3;
2018.12.28 21:02:32 4: sduino433/msg READredu: MS;P1=404;P2=-812;P3=-406;P4=815;P5=-4026;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;O;m0;
2018.12.28 21:02:32 4: sduino433/msg READredu: MS;P1=400;P2=-819;P3=-406;P4=812;P5=-4033;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;O;m1;
2018.12.28 21:02:32 4: sduino433/msg READredu: MS;P1=394;P2=-824;P3=-414;P4=803;P5=-4033;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;e;m2;
2018.12.28 21:02:32 4: sduino433/msg READredu: MS;P1=394;P2=-824;P3=-414;P4=803;P5=-4033;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;e;m3;
2018.12.28 21:02:32 4: sduino433/msg READredu: MS;P1=404;P2=-812;P3=-394;P4=822;P5=-4025;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;O;m0;
2018.12.28 21:02:32 4: sduino433/msg READredu: MS;P1=400;P2=-818;P3=-405;P4=812;P5=-4029;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;O;m1;
2018.12.28 21:02:32 4: sduino433/msg READredu: MS;P1=403;P2=-813;P3=-410;P4=813;P5=-4029;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;e;m2;
2018.12.28 21:02:32 4: sduino433/msg READredu: MS;P1=403;P2=-813;P3=-410;P4=813;P5=-4029;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;e;m3;
2018.12.28 21:02:33 4: sduino433/msg READredu: MS;P1=403;P2=-813;P3=-398;P4=824;P5=-4018;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;O;m0;
2018.12.28 21:02:33 4: sduino433/msg READredu: MS;P1=402;P2=-814;P3=-406;P4=811;P5=-4027;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;O;m1;
2018.12.28 21:02:33 4: sduino433/msg READredu: MS;P1=399;P2=-817;P3=-404;P4=813;P5=-4027;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;e;m2;
2018.12.28 21:02:33 4: sduino433/msg READredu: MS;P1=399;P2=-817;P3=-404;P4=813;P5=-4027;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;e;m3;
2018.12.28 21:02:34 4: sduino433/msg READredu: MS;P0=-396;P1=408;P2=-808;P3=819;P4=-4030;D=14121030321030303212121032121212121032103032121212103210303212121032103212;CP=1;SP=4;O;m0;
2018.12.28 21:02:34 4: sduino433/msg READredu: MS;P0=-405;P1=403;P2=-818;P3=810;P4=-4033;D=14121030321030303212121032121212121032103032121212103210303212121032103212;CP=1;SP=4;O;m1;
2018.12.28 21:02:34 4: sduino433/msg READredu: MS;P0=-410;P1=393;P2=-824;P3=810;P4=-4033;D=14121030321030303212121032121212121032103032121212103210303212121032103212;CP=1;SP=4;e;m2;
2018.12.28 21:02:34 4: sduino433/msg READredu: MS;P0=-410;P1=393;P2=-824;P3=810;P4=-4033;D=14121030321030303212121032121212121032103032121212103210303212121032103212;CP=1;SP=4;e;m3;




Sabotage Schalter offen (Gehäuse offen), alle anderen auch offen

2018.12.28 21:02:51 4: sduino433/msg READredu: MS;P0=-402;P1=398;P2=-819;P3=816;P4=-4019;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;O;m0;
2018.12.28 21:02:51 4: sduino433/msg READredu: MS;P0=-411;P1=397;P2=-820;P3=809;P4=-4033;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;O;m1;
2018.12.28 21:02:51 4: sduino433/msg READredu: MS;P0=-406;P1=403;P2=-813;P3=812;P4=-4033;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;e;m2;
2018.12.28 21:02:51 4: sduino433/msg READredu: MS;P0=-406;P1=403;P2=-813;P3=812;P4=-4033;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;e;m3;
2018.12.28 21:02:51 4: sduino433/msg READredu: MS;P0=-400;P1=406;P2=816;P3=-811;P4=-4017;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;O;m0;
2018.12.28 21:02:51 4: sduino433/msg READredu: MS;P0=-408;P1=402;P2=810;P3=-816;P4=-4029;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;O;m1;
2018.12.28 21:02:52 4: sduino433/msg READredu: MS;P0=-401;P1=401;P2=815;P3=-816;P4=-4029;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;e;m2;
2018.12.28 21:02:52 4: sduino433/msg READredu: MS;P0=-401;P1=401;P2=815;P3=-816;P4=-4029;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;e;m3;
2018.12.28 21:02:52 4: sduino433/msg READredu: MS;P1=399;P2=-819;P3=-401;P4=814;P6=-4013;D=16121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=6;O;m0;
2018.12.28 21:02:52 4: sduino433/msg READredu: MS;P1=396;P2=-821;P3=-410;P4=807;P6=-4029;D=16121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=6;O;m1;
2018.12.28 21:02:52 4: sduino433/msg READredu: MS;P1=394;P2=-822;P3=-414;P4=804;P6=-4029;D=16121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=6;e;m2;
2018.12.28 21:02:52 4: sduino433/msg READredu: MS;P1=394;P2=-822;P3=-414;P4=804;P6=-4029;D=16121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=6;e;m3;
2018.12.28 21:02:53 4: sduino433/msg READredu: MS;P1=404;P2=-807;P3=-401;P4=820;P5=-4026;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;O;m0;
2018.12.28 21:02:53 4: sduino433/msg READredu: MS;P1=396;P2=-821;P3=-407;P4=810;P5=-4033;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;O;m1;
2018.12.28 21:02:53 4: sduino433/msg READredu: MS;P1=403;P2=-816;P3=-409;P4=810;P5=-4033;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;e;m2;
2018.12.28 21:02:53 4: sduino433/msg READredu: MS;P1=403;P2=-816;P3=-409;P4=810;P5=-4033;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;e;m3;
2018.12.28 21:02:53 4: sduino433/msg READredu: MS;P0=-404;P1=406;P3=817;P5=-809;P6=-4020;D=16151030351030303515151035151515151035103035151515151510303515151030303515;CP=1;SP=6;O;m0;
2018.12.28 21:02:53 4: sduino433/msg READredu: MS;P0=-413;P1=400;P3=805;P5=-817;P6=-4027;D=16151030351030303515151035151515151035103035151515151510303515151030303515;CP=1;SP=6;O;m1;
2018.12.28 21:02:54 4: sduino433/msg READredu: MS;P0=-401;P1=398;P3=817;P5=-818;P6=-4027;D=16151030351030303515151035151515151035103035151515151510303515151030303515;CP=1;SP=6;e;m2;
2018.12.28 21:02:54 4: sduino433/msg READredu: MS;P0=-401;P1=398;P3=817;P5=-818;P6=-4027;D=16151030351030303515151035151515151035103035151515151510303515151030303515;CP=1;SP=6;e;m3;



Sabotage Extern geschlossen, alle anderen offen


2018.12.28 21:03:12 4: sduino433/msg READredu: MS;P1=404;P2=-813;P3=-398;P4=820;P5=-4023;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;O;m0;
2018.12.28 21:03:12 4: sduino433/msg READredu: MS;P1=394;P2=-823;P3=-403;P4=813;P5=-4026;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;O;m1;
2018.12.28 21:03:12 4: sduino433/msg READredu: MS;P1=396;P2=-821;P3=-411;P4=808;P5=-4026;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;e;m2;
2018.12.28 21:03:12 4: sduino433/msg READredu: MS;P1=396;P2=-821;P3=-411;P4=808;P5=-4026;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;e;m3;
2018.12.28 21:03:12 4: sduino433/msg READredu: MS;P0=-809;P1=405;P3=-405;P4=814;P6=-4018;D=16101343401343434010101340101010101340134340101010101013434010101343434010;CP=1;SP=6;O;m0;
2018.12.28 21:03:13 4: sduino433/msg READredu: MS;P0=-824;P1=394;P3=-410;P4=810;P6=-4029;D=16101343401343434010101340101010101340134340101010101013434010101343434010;CP=1;SP=6;O;m1;
2018.12.28 21:03:13 4: sduino433/msg READredu: MS;P0=-817;P1=400;P3=-408;P4=810;P6=-4029;D=16101343401343434010101340101010101340134340101010101013434010101343434010;CP=1;SP=6;e;m2;
2018.12.28 21:03:13 4: sduino433/msg READredu: MS;P0=-817;P1=400;P3=-408;P4=810;P6=-4029;D=16101343401343434010101340101010101340134340101010101013434010101343434010;CP=1;SP=6;e;m3;
2018.12.28 21:03:13 4: sduino433/keepalive ok, retry = 0
2018.12.28 21:03:13 4: sduino433/msg READredu: MS;P0=-404;P1=404;P2=-813;P3=814;P4=-4013;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;O;m0;
2018.12.28 21:03:13 4: sduino433/msg READredu: MS;P0=-412;P1=400;P2=-818;P3=808;P4=-4028;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;O;m1;
2018.12.28 21:03:13 4: sduino433/msg READredu: MS;P0=-407;P1=399;P2=-821;P3=810;P4=-4028;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;e;m2;
2018.12.28 21:03:13 4: sduino433/msg READredu: MS;P0=-407;P1=399;P2=-821;P3=810;P4=-4028;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;e;m3;
2018.12.28 21:03:14 4: sduino433/msg READredu: MS;P0=-399;P1=405;P3=818;P4=-816;P5=-4027;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;O;m0;
2018.12.28 21:03:14 4: sduino433/msg READredu: MS;P0=-401;P1=395;P3=813;P4=-824;P5=-4034;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;O;m1;
2018.12.28 21:03:14 4: sduino433/msg READredu: MS;P0=-415;P1=393;P3=804;P4=-823;P5=-4034;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;e;m2;
2018.12.28 21:03:14 4: sduino433/msg READredu: MS;P0=-415;P1=393;P3=804;P4=-823;P5=-4034;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;e;m3;
2018.12.28 21:03:15 4: sduino433/msg READredu: MS;P0=-399;P1=404;P2=-810;P3=820;P4=-4016;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;O;m0;
2018.12.28 21:03:15 4: sduino433/msg READredu: MS;P0=-407;P1=398;P2=-821;P3=814;P4=-4029;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;O;m1;
2018.12.28 21:03:15 4: sduino433/msg READredu: MS;P0=-407;P1=399;P2=-819;P3=811;P4=-4029;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;e;m2;
2018.12.28 21:03:15 4: sduino433/msg READredu: MS;P0=-407;P1=399;P2=-819;P3=811;P4=-4029;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;e;m3;


Sabotage Extern wieder offen, alle anderen offen

2018.12.28 21:03:26 4: sduino433/msg READredu: MS;P0=-399;P1=400;P2=-819;P4=811;P5=-4028;D=15121040421040404212121042121212121042104042121212121210404212121040404212;CP=1;SP=5;O;m0;
2018.12.28 21:03:26 4: sduino433/msg READredu: MS;P0=-414;P1=396;P2=-822;P4=805;P5=-4032;D=15121040421040404212121042121212121042104042121212121210404212121040404212;CP=1;SP=5;e;m1;
2018.12.28 21:03:26 4: sduino433/msg READredu: MS;P0=-414;P1=396;P2=-822;P4=805;P5=-4032;D=15121040421040404212121042121212121042104042121212121210404212121040404212;CP=1;SP=5;e;m2;
2018.12.28 21:03:26 4: sduino433/msg READredu: MS;P0=-414;P1=396;P2=-822;P4=805;P5=-4032;D=151210404210404042121210421212121210421040421212121212104042121210404042121;CP=1;SP=5;e;m3;
2018.12.28 21:03:27 4: sduino433/msg READredu: MS;P0=-406;P1=401;P3=810;P4=-817;P5=-4026;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;O;m0;
2018.12.28 21:03:27 4: sduino433/msg READredu: MS;P0=-415;P1=395;P3=802;P4=-823;P5=-4033;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;O;m1;
2018.12.28 21:03:27 4: sduino433/msg READredu: MS;P0=-409;P1=396;P3=808;P4=-822;P5=-4033;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;e;m2;
2018.12.28 21:03:27 4: sduino433/msg READredu: MS;P0=-409;P1=396;P3=808;P4=-822;P5=-4033;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;e;m3;
2018.12.28 21:03:27 4: sduino433/msg READredu: MS;P0=-406;P1=394;P3=801;P4=-823;P5=-4030;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;O;m0;
2018.12.28 21:03:27 4: sduino433/msg READredu: MS;P0=-415;P1=391;P3=803;P4=-820;P5=-4030;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;e;m1;
2018.12.28 21:03:27 4: sduino433/msg READredu: MS;P0=-415;P1=391;P3=803;P4=-820;P5=-4030;P6=-2544;D=1514103034103030341414103414141414103410303414141414141030341414103030341416;CP=1;SP=5;e;m2;
2018.12.28 21:03:28 4: sduino433/msg READredu: MU;P0=-156;P1=390;P2=-823;P3=-415;P4=808;P5=-4032;CP=1;D=0121212121213434212121343434212151213434213434342121213421212121213421343421212121212134342121213434342121;e;

2018.12.28 21:03:28 5: sduino433: substr: 51213434213434342121213421212121213421343421212121212134342121213434342121
2018.12.28 21:03:28 4: sduino433: Fingerprint for MU Protocol id 91 -> Atlantic security matches, trying to demodulate
2018.12.28 21:03:28 5: part is 213434213434342121213421212121213421343421212121212134342121213434342121 starts at position 0 and ends at 74
2018.12.28 21:03:28 5: sduino433: Starting demodulation (StartStr: 51 first found at 32 regex: (?:51)((?:34|21){36,}) Pos 32) length_min_max (36..36) length=36
2018.12.28 21:03:28 5: sduino433: dispatching hex: u91#6E20B031C
2018.12.28 21:03:28 4: sduino433: decoded matched MU Protocol id 91 dmsg u91#6E20B031C length 36 dispatch(1/4)
2018.12.28 21:03:28 5: sduino433 Dispatch: u91#6E20B031C, test ungleich: disabled
2018.12.28 21:03:28 5: sduino433 Dispatch: u91#6E20B031C,  dispatch
2018.12.28 21:03:28 5: sduino433: dispatch u91#6E20B031C
2018.12.28 21:03:28 4: SIGNALduino_unknown incomming msg: u91#6E20B031C
2018.12.28 21:03:28 4: SIGNALduino_unknown rawData: 6E20B031C
2018.12.28 21:03:28 4: SIGNALduino_unknown Protocol: 91
2018.12.28 21:03:28 4: SIGNALduino_unknown converted to bits: 011011100010000010110000001100011100
2018.12.28 21:03:28 5: SIGNALduino_unknown: sduino433 Protocol y91 found in AttrVal development!
2018.12.28 21:03:28 1: sduino433: SIGNALduino_unknown UNDEFINED sensor SIGNALduino_unknown_91 detected
2018.12.28 21:03:28 2: autocreate: define SIGNALduino_unknown_91 SIGNALduino_un SIGNALduino_unknown_91
2018.12.28 21:03:28 2: autocreate: define FileLog_SIGNALduino_unknown_91 FileLog ./log/SIGNALduino_unknown_91-%Y.log SIGNALduino_unknown_91

Sabotage Reed geschlossen, alle anderen offen

2018.12.28 21:03:37 4: sduino433/msg READredu: MS;P0=389;P1=-825;P2=800;P4=-416;P5=-4036;P6=-311;D=05010424210424242101010421010101010424242621010101010626242101010426210101;CP=0;SP=5;O;m0;
2018.12.28 21:03:37 4: sduino433/msg READredu: MS;P0=391;P1=-825;P2=830;P4=-388;P5=-4036;D=05010424210424242101010421010101010421042421010101010424242101010424210101;CP=0;SP=5;e;m1;
2018.12.28 21:03:37 4: sduino433/msg READredu: MS;P0=391;P1=-825;P2=830;P4=-388;P5=-4036;D=05010424210424242101010421010101010421042421010101010424242101010424210101;CP=0;SP=5;e;m2;
2018.12.28 21:03:37 4: sduino433/msg READredu: MS;P0=391;P1=-825;P2=830;P4=-388;P5=-4036;D=050104242104242421010104210101010104210424210101010104242421010104242101010;CP=0;SP=5;e;m3;
2018.12.28 21:03:38 4: sduino433/msg READredu: MS;P2=390;P3=-828;P4=-4043;P5=-415;P6=802;D=24232565632565656323232563232323232563256563232323232565656323232565632323;CP=2;SP=4;O;m0;
2018.12.28 21:03:38 4: sduino433/msg READredu: MS;P2=398;P3=-819;P4=-4043;P5=-415;P6=806;D=24232565632565656323232563232323232563256563232323232565656323232565632323;CP=2;SP=4;e;m1;
2018.12.28 21:03:38 4: sduino433/msg READredu: MS;P2=398;P3=-819;P4=-4043;P5=-415;P6=806;D=24232565632565656323232563232323232563256563232323232565656323232565632323;CP=2;SP=4;e;m2;
2018.12.28 21:03:38 4: sduino433/msg READredu: MS;P2=398;P3=-819;P4=-4043;P5=-415;P6=806;D=242325656325656563232325632323232325632565632323232325656563232325656323232;CP=2;SP=4;e;m3;
2018.12.28 21:03:39 4: sduino433/msg READredu: MS;P1=400;P2=-817;P3=-401;P4=815;P5=-4021;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;O;m0;
2018.12.28 21:03:39 4: sduino433/msg READredu: MS;P1=398;P2=-820;P3=-413;P4=805;P5=-4032;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;O;m1;
2018.12.28 21:03:39 4: sduino433/msg READredu: MS;P1=397;P2=-819;P3=-410;P4=814;P5=-4032;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;e;m2;
2018.12.28 21:03:39 4: sduino433/msg READredu: MS;P1=397;P2=-819;P3=-410;P4=814;P5=-4032;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;e;m3;
2018.12.28 21:03:40 4: sduino433/msg READredu: MS;P1=408;P2=-816;P3=-413;P4=807;P5=-4027;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;O;m0;
2018.12.28 21:03:40 4: sduino433/msg READredu: MS;P1=398;P2=-821;P3=-406;P4=812;P5=-4031;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;O;m1;
2018.12.28 21:03:40 4: sduino433/msg READredu: MS;P1=396;P2=-824;P3=-416;P4=805;P5=-4031;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;e;m2;
2018.12.28 21:03:40 4: sduino433/msg READredu: MS;P1=396;P2=-824;P3=-416;P4=805;P5=-4031;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;e;m3;

Sabotage Reed wieder offen, alle anderen offen

2018.12.28 21:03:55 4: sduino433/msg READredu: MS;P1=812;P2=-410;P3=-815;P4=400;P5=-4016;D=45434212134212121343434213434343434213421213434343434342121343434212121343;CP=4;SP=5;O;m0;
2018.12.28 21:03:55 4: sduino433/msg READredu: MS;P1=808;P2=-413;P3=-816;P4=400;P5=-4030;D=45434212134212121343434213434343434213421213434343434342121343434212121343;CP=4;SP=5;O;m1;
2018.12.28 21:03:55 4: sduino433/msg READredu: MS;P1=810;P2=-407;P3=-820;P4=397;P5=-4030;D=45434212134212121343434213434343434213421213434343434342121343434212121343;CP=4;SP=5;e;m2;
2018.12.28 21:03:55 4: sduino433/msg READredu: MS;P1=810;P2=-407;P3=-820;P4=397;P5=-4030;D=45434212134212121343434213434343434213421213434343434342121343434212121343;CP=4;SP=5;e;m3;

hier hat ein anderer gesendet

2018.12.28 21:03:57 4: sduino433/msg READredu: MS;P0=-418;P1=386;P2=800;P3=-834;P6=-4020;P7=-300;D=16131020231020202313131023131313131023172023131313131310202313131020202313;CP=1;SP=6;O;m0;
2018.12.28 21:03:57 4: sduino433/msg READredu: MS;P0=-417;P1=391;P2=802;P3=-826;P6=-4020;D=16131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=6;e;m1;
2018.12.28 21:03:57 4: sduino433/msg READredu: MS;P0=-417;P1=391;P2=802;P3=-826;P6=-4020;D=161310202310202023131310231313131310231020231313131313102023131310202023131;CP=1;SP=6;e;m2;
2018.12.28 21:03:57 4: sduino433/msg READredu: MS;P0=-811;P1=818;P3=406;P4=-401;P5=-4017;D=35303414103414141030303410303030303410341410303030303034141030303414141030;CP=3;SP=5;O;m0;
2018.12.28 21:03:57 4: sduino433/msg READredu: MS;P0=-816;P1=807;P3=401;P4=-410;P5=-4030;D=35303414103414141030303410303030303410341410303030303034141030303414141030;CP=3;SP=5;O;m1;
2018.12.28 21:03:57 4: sduino433/msg READredu: MS;P0=-819;P1=812;P3=398;P4=-403;P5=-4030;D=35303414103414141030303410303030303410341410303030303034141030303414141030;CP=3;SP=5;e;m2;
2018.12.28 21:03:57 4: sduino433/msg READredu: MS;P0=-819;P1=812;P3=398;P4=-403;P5=-4030;D=35303414103414141030303410303030303410341410303030303034141030303414141030;CP=3;SP=5;e;m3;
2018.12.28 21:03:58 4: sduino433/msg READredu: MS;P1=407;P2=-812;P3=-405;P4=813;P5=-4024;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;O;m0;
2018.12.28 21:03:58 4: sduino433/msg READredu: MS;P1=401;P2=-817;P3=-406;P4=812;P5=-4030;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;O;m1;
2018.12.28 21:03:58 4: sduino433/msg READredu: MS;P1=395;P2=-822;P3=-409;P4=809;P5=-4030;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;e;m2;
2018.12.28 21:03:58 4: sduino433/msg READredu: MS;P1=395;P2=-822;P3=-409;P4=809;P5=-4030;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;e;m3;

Sabotage Red2 geschlossen, alle anderen offen, sollte sein wie Reed1


2018.12.28 21:04:14 4: sduino433/msg READredu: MS;P0=-401;P1=405;P5=817;P6=-813;P7=-4020;D=17161050561050505616161056161616161056105056161616161050505616161050561616;CP=1;SP=7;O;m0;
2018.12.28 21:04:15 4: sduino433/msg READredu: MS;P0=-408;P1=404;P5=812;P6=-814;P7=-4030;D=17161050561050505616161056161616161056105056161616161050505616161050561616;CP=1;SP=7;O;m1;
2018.12.28 21:04:15 4: sduino433/msg READredu: MS;P0=-409;P1=396;P5=811;P6=-821;P7=-4030;D=17161050561050505616161056161616161056105056161616161050505616161050561616;CP=1;SP=7;e;m2;
2018.12.28 21:04:15 4: sduino433/msg READredu: MS;P0=-409;P1=396;P5=811;P6=-821;P7=-4030;D=17161050561050505616161056161616161056105056161616161050505616161050561616;CP=1;SP=7;e;m3;
2018.12.28 21:04:15 4: sduino433/msg READredu: MS;P1=404;P2=-408;P3=812;P4=-817;P5=-4022;D=15141232341232323414141234141414141234123234141414141232323414141232341414;CP=1;SP=5;O;m0;
2018.12.28 21:04:15 4: sduino433/msg READredu: MS;P1=399;P2=-406;P3=812;P4=-818;P5=-4032;D=15141232341232323414141234141414141234123234141414141232323414141232341414;CP=1;SP=5;O;m1;
2018.12.28 21:04:15 4: sduino433/msg READredu: MS;P1=396;P2=-413;P3=809;P4=-821;P5=-4032;D=15141232341232323414141234141414141234123234141414141232323414141232341414;CP=1;SP=5;e;m2;
2018.12.28 21:04:15 4: sduino433/msg READredu: MS;P1=396;P2=-413;P3=809;P4=-821;P5=-4032;D=15141232341232323414141234141414141234123234141414141232323414141232341414;CP=1;SP=5;e;m3;
2018.12.28 21:04:16 4: sduino433/msg READredu: MS;P0=-815;P1=401;P2=-407;P3=810;P4=-4024;D=14101232301232323010101230101010101230123230101010101232323010101232301010;CP=1;SP=4;O;m0;
2018.12.28 21:04:16 4: sduino433/msg READredu: MS;P0=-821;P1=397;P2=-408;P3=814;P4=-4028;D=14101232301232323010101230101010101230123230101010101232323010101232301010;CP=1;SP=4;O;m1;
2018.12.28 21:04:16 4: sduino433/msg READredu: MS;P0=-818;P1=401;P2=-413;P3=808;P4=-4028;D=14101232301232323010101230101010101230123230101010101232323010101232301010;CP=1;SP=4;e;m2;
2018.12.28 21:04:16 4: sduino433/msg READredu: MS;P0=-818;P1=401;P2=-413;P3=808;P4=-4028;D=14101232301232323010101230101010101230123230101010101232323010101232301010;CP=1;SP=4;e;m3;
2018.12.28 21:04:17 4: sduino433/msg READredu: MS;P1=412;P2=-810;P3=-404;P4=816;P5=-4020;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;O;m0;
2018.12.28 21:04:17 4: sduino433/msg READredu: MS;P1=401;P2=-817;P3=-411;P4=808;P5=-4030;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;O;m1;
2018.12.28 21:04:17 4: sduino433/msg READredu: MS;P1=401;P2=-817;P3=-407;P4=814;P5=-4030;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;e;m2;
2018.12.28 21:04:17 4: sduino433/msg READredu: MS;P1=401;P2=-817;P3=-407;P4=814;P5=-4030;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;e;m3;
2018.12.28 21:04:17 4: sduino433/msg READredu: MS;P0=-810;P1=404;P2=-397;P3=819;P4=-4023;D=14101232301232323010101230101010101230123230101010101232323010101232301010;CP=1;SP=4;O;m0;
2018.12.28 21:04:17 4: sduino433/msg READredu: MS;P0=-815;P1=402;P2=-407;P3=811;P4=-4029;D=14101232301232323010101230101010101230123230101010101232323010101232301010;CP=1;SP=4;O;m1;
2018.12.28 21:04:17 4: sduino433/msg READredu: MS;P0=-821;P1=396;P2=-413;P3=809;P4=-4029;D=14101232301232323010101230101010101230123230101010101232323010101232301010;CP=1;SP=4;e;m2;
2018.12.28 21:04:17 4: sduino433/msg READredu: MS;P0=-821;P1=396;P2=-413;P3=809;P4=-4029;D=14101232301232323010101230101010101230123230101010101232323010101232301010;CP=1;SP=4;e;m3;





2018.12.28 21:04:25 4: sduino433/msg READredu: MS;P0=-403;P1=412;P2=-809;P4=814;P5=-4023;D=15121040421040404212121042121212121042104042121212121210404212121040404212;CP=1;SP=5;O;m0;
2018.12.28 21:04:25 4: sduino433/msg READredu: MS;P0=-408;P1=401;P2=-818;P4=810;P5=-4029;D=15121040421040404212121042121212121042104042121212121210404212121040404212;CP=1;SP=5;O;m1;
2018.12.28 21:04:25 4: sduino433/msg READredu: MS;P0=-410;P1=396;P2=-821;P4=809;P5=-4029;D=15121040421040404212121042121212121042104042121212121210404212121040404212;CP=1;SP=5;e;m2;
2018.12.28 21:04:25 4: sduino433/msg READredu: MS;P0=-410;P1=396;P2=-821;P4=809;P5=-4029;D=15121040421040404212121042121212121042104042121212121210404212121040404212;CP=1;SP=5;e;m3;
2018.12.28 21:04:26 4: sduino433/msg READredu: MS;P0=-401;P1=404;P3=815;P4=-816;P5=-4022;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;O;m0;
2018.12.28 21:04:26 4: sduino433/msg READredu: MS;P0=-405;P1=396;P3=812;P4=-822;P5=-4033;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;O;m1;
2018.12.28 21:04:26 4: sduino433/msg READredu: MS;P0=-411;P1=396;P3=808;P4=-820;P5=-4033;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;e;m2;
2018.12.28 21:04:26 4: sduino433/msg READredu: MS;P0=-411;P1=396;P3=808;P4=-820;P5=-4033;D=15141030341030303414141034141414141034103034141414141410303414141030303414;CP=1;SP=5;e;m3;
2018.12.28 21:04:27 4: sduino433/msg READredu: MS;P0=-398;P1=406;P3=817;P6=-810;P7=-4022;D=17161030361030303616161036161616161036103036161616161610303616161030303616;CP=1;SP=7;O;m0;
2018.12.28 21:04:27 4: sduino433/msg READredu: MS;P0=-403;P1=398;P3=809;P6=-820;P7=-4032;D=17161030361030303616161036161616161036103036161616161610303616161030303616;CP=1;SP=7;O;m1;
2018.12.28 21:04:27 4: sduino433/msg READredu: MS;P0=-408;P1=399;P3=809;P6=-818;P7=-4032;D=17161030361030303616161036161616161036103036161616161610303616161030303616;CP=1;SP=7;e;m2;
2018.12.28 21:04:27 4: sduino433/msg READredu: MS;P0=-408;P1=399;P3=809;P6=-818;P7=-4032;D=17161030361030303616161036161616161036103036161616161610303616161030303616;CP=1;SP=7;e;m3;
2018.12.28 21:04:27 4: sduino433/msg READredu: MS;P1=405;P3=818;P4=-397;P5=-812;P7=-4021;D=17151434351434343515151435151515151435143435151515151514343515151434343515;CP=1;SP=7;O;m0;
2018.12.28 21:04:27 4: sduino433/msg READredu: MS;P1=401;P3=812;P4=-405;P5=-843;P7=-4021;D=17151434351434343515151435151515151435143435151515151514343515151434343515;CP=1;SP=7;p;m1;


Jetzt mehrere geschlossen

Reed + Sabotage
dann
ale 3 zu


2018.12.28 21:04:42 4: sduino433/msg READredu: MS;P2=404;P3=-815;P4=-404;P5=813;P6=-4021;D=26232454532454545323232453232323232453245453232323245324545323232453245323;CP=2;SP=6;O;m0;
2018.12.28 21:04:42 4: sduino433/msg READredu: MS;P2=398;P3=-818;P4=-403;P5=813;P6=-4031;D=26232454532454545323232453232323232453245453232323245324545323232453245323;CP=2;SP=6;O;m1;
2018.12.28 21:04:42 4: sduino433/msg READredu: MS;P2=395;P3=-824;P4=-406;P5=807;P6=-4031;D=26232454532454545323232453232323232453245453232323245324545323232453245323;CP=2;SP=6;e;m2;
2018.12.28 21:04:42 4: sduino433/msg READredu: MS;P2=395;P3=-824;P4=-406;P5=807;P6=-4031;D=26232454532454545323232453232323232453245453232323245324545323232453245323;CP=2;SP=6;e;m3;
2018.12.28 21:04:43 4: sduino433/msg READredu: MS;P0=-812;P1=405;P2=-407;P3=814;P4=-4018;D=14101232301232323010101230101010101230123230101010123012323010101230123010;CP=1;SP=4;O;m0;
2018.12.28 21:04:43 4: sduino433/msg READredu: MS;P0=-823;P1=394;P2=-405;P3=811;P4=-4032;D=14101232301232323010101230101010101230123230101010123012323010101230123010;CP=1;SP=4;O;m1;
2018.12.28 21:04:43 4: sduino433/msg READredu: MS;P0=-823;P1=395;P2=-411;P3=808;P4=-4032;D=14101232301232323010101230101010101230123230101010123012323010101230123010;CP=1;SP=4;e;m2;
2018.12.28 21:04:43 4: sduino433/msg READredu: MS;P0=-823;P1=395;P2=-411;P3=808;P4=-4032;D=14101232301232323010101230101010101230123230101010123012323010101230123010;CP=1;SP=4;e;m3;
2018.12.28 21:04:44 4: sduino433/msg READredu: MS;P0=817;P2=-811;P3=405;P4=-408;P5=-4020;D=35323404023404040232323402323232323402340402323232340234040232323402340232;CP=3;SP=5;O;m0;
2018.12.28 21:04:44 4: sduino433/msg READredu: MS;P0=807;P2=-817;P3=398;P4=-409;P5=-4030;D=35323404023404040232323402323232323402340402323232340234040232323402340232;CP=3;SP=5;O;m1;
2018.12.28 21:04:44 4: sduino433/msg READredu: MS;P0=810;P2=-815;P3=403;P4=-410;P5=-4030;D=35323404023404040232323402323232323402340402323232340234040232323402340232;CP=3;SP=5;e;m2;
2018.12.28 21:04:44 4: sduino433/msg READredu: MS;P0=810;P2=-815;P3=403;P4=-410;P5=-4030;D=35323404023404040232323402323232323402340402323232340234040232323402340232;CP=3;SP=5;e;m3;
2018.12.28 21:04:44 4: sduino433/msg READredu: MS;P0=-400;P1=820;P3=411;P4=-810;P6=-4020;D=36343010143010101434343014343434343014301014343434301430101434343014301434;CP=3;SP=6;O;m0;
2018.12.28 21:04:44 4: sduino433/msg READredu: MS;P0=-406;P1=812;P3=405;P4=-814;P6=-4027;D=36343010143010101434343014343434343014301014343434301430101434343014301434;CP=3;SP=6;O;m1;
2018.12.28 21:04:44 4: sduino433/msg READredu: MS;P0=-406;P1=812;P3=398;P4=-820;P6=-4027;D=36343010143010101434343014343434343014301014343434301430101434343014301434;CP=3;SP=6;e;m2;
2018.12.28 21:04:44 4: sduino433/msg READredu: MS;P0=-406;P1=812;P3=398;P4=-820;P6=-4027;D=36343010143010101434343014343434343014301014343434301430101434343014301434;CP=3;SP=6;e;m3;
2018.12.28 21:04:45 4: sduino433/msg READredu: MS;P1=403;P2=-815;P3=-399;P4=820;P5=-4018;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;O;m0;
2018.12.28 21:04:45 4: sduino433/msg READredu: MS;P1=400;P2=-818;P3=-401;P4=815;P5=-4027;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;O;m1;
2018.12.28 21:04:45 4: sduino433/msg READredu: MS;P1=398;P2=-821;P3=-406;P4=810;P5=-4027;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;e;m2;
2018.12.28 21:04:45 4: sduino433/msg READredu: MS;P1=398;P2=-821;P3=-406;P4=810;P5=-4027;D=15121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=5;e;m3;
2018.12.28 21:04:51 4: sduino433/msg READredu: MS;P1=406;P2=-810;P3=814;P5=-403;P6=-4022;D=16121535321535353212121532121212121532153532121212121535353212121535321212;CP=1;SP=6;O;m0;
2018.12.28 21:04:51 4: sduino433/msg READredu: MS;P1=399;P2=-818;P3=806;P5=-411;P6=-4033;D=16121535321535353212121532121212121532153532121212121535353212121535321212;CP=1;SP=6;O;m1;
2018.12.28 21:04:51 4: sduino433/msg READredu: MS;P1=398;P2=-819;P3=810;P5=-410;P6=-4033;D=16121535321535353212121532121212121532153532121212121535353212121535321212;CP=1;SP=6;e;m2;
2018.12.28 21:04:51 4: sduino433/msg READredu: MS;P1=398;P2=-819;P3=810;P5=-410;P6=-4033;D=16121535321535353212121532121212121532153532121212121535353212121535321212;CP=1;SP=6;e;m3;
2018.12.28 21:04:52 4: sduino433/msg READredu: MS;P1=816;P2=-816;P3=393;P4=-412;P6=-4027;D=36323414123414141232323412323232323412341412323232323234141232323414141232;CP=3;SP=6;O;m0;
2018.12.28 21:04:52 4: sduino433/msg READredu: MS;P1=809;P2=-823;P3=396;P4=-412;P6=-4032;D=36323414123414141232323412323232323412341412323232323234141232323414141232;CP=3;SP=6;O;m1;
2018.12.28 21:04:52 4: sduino433/msg READredu: MS;P1=798;P2=-838;P3=378;P4=-419;P6=-4032;D=36323414123414141232323412323232323412341412323232323234141232323414141232;CP=3;SP=6;e;m2;
2018.12.28 21:04:52 4: sduino433/msg READredu: MS;P1=798;P2=-838;P3=378;P4=-419;P6=-4032;D=36323414123414141232323412323232323412341412323232323234141232323414141232;CP=3;SP=6;e;m3;
2018.12.28 21:04:53 4: sduino433/msg READredu: MS;P1=407;P2=-810;P3=-406;P4=808;P5=-4020;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;O;m0;
2018.12.28 21:04:53 4: sduino433/msg READredu: MS;P1=413;P2=-805;P3=-393;P4=814;P5=-4020;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;e;m1;
2018.12.28 21:04:53 4: sduino433/msg READredu: MS;P1=413;P2=-805;P3=-393;P4=814;P5=-4020;D=15121343421343434212121342121212121342134342121212121213434212121343434212;CP=1;SP=5;e;m2;
2018.12.28 21:04:53 4: sduino433/msg READredu: MU;P0=-431;P1=394;P2=-826;P4=793;P5=-292;P6=-4052;CP=1;D=0121042104042121212121210404212121045404212161210404210404042121210421212121210421040421212121212104042121210404042121;e;
2018.12.28 21:04:53 4: sduino433/msg READredu: MS;P0=-404;P1=412;P2=-809;P3=817;P4=-4035;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;O;m0;
2018.12.28 21:04:53 4: sduino433/msg READredu: MS;P0=-408;P1=410;P2=-814;P3=812;P4=-4033;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;e;m1;
2018.12.28 21:04:53 4: sduino433/msg READredu: MS;P0=-408;P1=410;P2=-814;P3=812;P4=-4033;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;e;m2;
2018.12.28 21:04:53 4: sduino433/msg READredu: MS;P0=-408;P1=410;P2=-814;P3=812;P4=-4033;D=141210303210303032121210321212121210321030321212121212103032121210303032121;CP=1;SP=4;e;m3;
2018.12.28 21:04:54 4: sduino433/msg READredu: MS;P1=407;P2=-401;P3=817;P4=-813;P5=-4029;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;O;m0;
2018.12.28 21:04:54 4: sduino433/msg READredu: MS;P1=407;P2=-414;P3=807;P4=-809;P5=-4024;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;O;m1;
2018.12.28 21:04:54 4: sduino433/msg READredu: MS;P1=394;P2=-403;P3=815;P4=-819;P5=-4024;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;e;m2;
2018.12.28 21:04:54 4: sduino433/msg READredu: MS;P1=394;P2=-403;P3=815;P4=-819;P5=-4024;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;e;m3;
2018.12.28 21:05:06 4: sduino433/msg READredu: MS;P0=-4020;P1=392;P2=-402;P3=817;P4=-824;D=10141232341232323414141234141414141234123234141414141232323414141232341414;CP=1;SP=0;O;m0;
2018.12.28 21:05:06 4: sduino433/msg READredu: MS;P0=-4029;P1=398;P2=-404;P3=814;P4=-819;D=10141232341232323414141234141414141234123234141414141232323414141232341414;CP=1;SP=0;O;m1;
2018.12.28 21:05:07 4: sduino433/msg READredu: MS;P0=-4029;P1=395;P2=-415;P3=805;P4=-824;D=10141232341232323414141234141414141234123234141414141232323414141232341414;CP=1;SP=0;e;m2;
2018.12.28 21:05:07 4: sduino433/msg READredu: MS;P0=-4029;P1=395;P2=-415;P3=805;P4=-824;D=10141232341232323414141234141414141234123234141414141232323414141232341414;CP=1;SP=0;e;m3;
2018.12.28 21:05:07 4: sduino433/msg READredu: MS;P0=-405;P1=407;P3=814;P4=-811;P5=-4017;D=15141030341030303414141034141414141034103034141414141030303414141030341414;CP=1;SP=5;O;m0;
2018.12.28 21:05:07 4: sduino433/msg READredu: MS;P0=-407;P1=394;P3=808;P4=-824;P5=-4033;D=15141030341030303414141034141414141034103034141414141030303414141030341414;CP=1;SP=5;O;m1;
2018.12.28 21:05:07 4: sduino433/msg READredu: MS;P0=-414;P1=405;P3=806;P4=-820;P5=-4033;D=15141030341030303414141034141414141034103034141414141030303414141030341414;CP=1;SP=5;e;m2;
2018.12.28 21:05:07 4: sduino433/msg READredu: MS;P0=-414;P1=405;P3=806;P4=-820;P5=-4033;D=15141030341030303414141034141414141034103034141414141030303414141030341414;CP=1;SP=5;e;m3;
2018.12.28 21:05:08 4: sduino433/msg READredu: MS;P1=416;P2=-402;P3=822;P4=-799;P5=-4019;D=15141232341232323414141234141414141234123234141414141232323414141232341414;CP=1;SP=5;O;m0;
2018.12.28 21:05:08 4: sduino433/msg READredu: MS;P1=400;P2=-402;P3=822;P4=-746;P5=-4029;D=15141232341232323414141234141414141234123234141414141232323414141232341414;CP=1;SP=5;e;m1;
2018.12.28 21:05:08 4: sduino433/msg READredu: MS;P1=400;P2=-402;P3=822;P4=-746;P5=-4029;D=15141232341232323414141234141414141234123234141414141232323414141232341414;CP=1;SP=5;e;m2;
2018.12.28 21:05:08 4: sduino433/msg READredu: MU;P0=-120;P1=398;P2=-410;P3=810;P4=-818;P5=-4032;CP=1;D=01232341232323414141234141414141234123234141414141232323414141232341414151412323412323234141412341414141412341232341414141412323234141412323414141;e;
2018.12.28 21:05:08 4: sduino433/msg READredu: MS;P1=404;P2=-819;P3=-412;P4=804;P5=-4027;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;O;m0;
2018.12.28 21:05:08 4: sduino433/msg READredu: MS;P1=380;P2=-835;P3=-428;P4=792;P5=-4027;D=15121343421343434212121342121212121342134342121212121343434212121343421212;CP=1;SP=5;e;m1;
2018.12.28 21:05:08 4: sduino433/msg READredu: MS;P1=380;P2=-835;P3=-428;P4=792;P5=-4027;P6=-3100;D=1512134342134343421212134212121212134213434212121212134343421212134342121216;CP=1;SP=5;e;m2;
2018.12.28 21:05:09 4: sduino433/msg READredu: MU;P0=-112;P1=409;P2=-807;P3=-401;P4=818;P5=-4032;CP=1;D=01212121342134342121212121343434212121343421212151213434213434342121213421212121213421343421212121213434342121213434212121;e;
2018.12.28 21:05:09 4: sduino433/msg READredu: MS;P0=-399;P1=406;P2=-810;P3=818;P4=-4022;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;O;m0;
2018.12.28 21:05:09 4: sduino433/msg READredu: MS;P0=-401;P1=395;P2=-821;P3=820;P4=-4028;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;O;m1;
2018.12.28 21:05:09 4: sduino433/msg READredu: MS;P0=-410;P1=398;P2=-818;P3=811;P4=-4028;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;e;m2;
2018.12.28 21:05:09 4: sduino433/msg READredu: MS;P0=-410;P1=398;P2=-818;P3=811;P4=-4028;D=14121030321030303212121032121212121032103032121212121210303212121030303212;CP=1;SP=4;e;m3;
2018.12.28 21:05:10 4: sduino433/msg READredu: MS;P0=-813;P1=406;P3=-403;P4=813;P7=-4021;D=17101343401343434010101340101010101340134340101010134013434010101340134010;CP=1;SP=7;O;m0;
2018.12.28 21:05:10 4: sduino433/msg READredu: MS;P0=-819;P1=398;P3=-408;P4=811;P7=-4028;D=17101343401343434010101340101010101340134340101010134013434010101340134010;CP=1;SP=7;O;m1;
2018.12.28 21:05:10 4: sduino433/msg READredu: MS;P0=-813;P1=406;P3=-405;P4=812;P7=-4028;D=17101343401343434010101340101010101340134340101010134013434010101340134010;CP=1;SP=7;e;m2;
2018.12.28 21:05:10 4: sduino433/msg READredu: MS;P0=-813;P1=406;P3=-405;P4=812;P7=-4028;D=17101343401343434010101340101010101340134340101010134013434010101340134010;CP=1;SP=7;e;m3;
2018.12.28 21:05:10 4: sduino433/msg READredu: MS;P0=-804;P1=413;P4=820;P6=-399;P7=-4019;D=17101646401646464010101640101010101640164640101010164016464010101640164010;CP=1;SP=7;O;m0;
2018.12.28 21:05:11 4: sduino433/msg READredu: MS;P0=-812;P1=404;P4=807;P6=-411;P7=-4024;D=17101646401646464010101640101010101640164640101010164016464010101640164010;CP=1;SP=7;O;m1;
2018.12.28 21:05:11 4: sduino433/msg READredu: MS;P0=-818;P1=400;P4=811;P6=-404;P7=-4024;D=17101646401646464010101640101010101640164640101010164016464010101640164010;CP=1;SP=7;e;m2;
2018.12.28 21:05:11 4: sduino433/msg READredu: MS;P0=-818;P1=400;P4=811;P6=-404;P7=-4024;D=17101646401646464010101640101010101640164640101010164016464010101640164010;CP=1;SP=7;e;m3;
2018.12.28 21:05:11 4: sduino433/msg READredu: MS;P1=409;P2=-809;P3=-403;P4=814;P6=-4021;D=16121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=6;O;m0;
2018.12.28 21:05:11 4: sduino433/msg READredu: MS;P1=403;P2=-815;P3=-403;P4=811;P6=-4031;D=16121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=6;O;m1;
2018.12.28 21:05:11 4: sduino433/msg READredu: MS;P1=397;P2=-821;P3=-412;P4=806;P6=-4031;D=16121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=6;e;m2;
2018.12.28 21:05:11 4: sduino433/msg READredu: MS;P1=397;P2=-821;P3=-412;P4=806;P6=-4031;D=16121343421343434212121342121212121342134342121212134213434212121342134212;CP=1;SP=6;e;m3;
2018.12.28 21:05:12 4: sduino433/msg READredu: MS;P1=819;P2=-399;P3=-811;P4=413;P5=-4022;D=45434212134212121343434213434343434213421213434343421342121343434213421343;CP=4;SP=5;O;m0;
2018.12.28 21:05:12 4: sduino433/msg READredu: MS;P1=810;P2=-408;P3=-816;P4=401;P5=-4028;D=45434212134212121343434213434343434213421213434343421342121343434213421343;CP=4;SP=5;O;m1;
2018.12.28 21:05:12 4: sduino433/msg READredu: MS;P1=810;P2=-410;P3=-821;P4=396;P5=-4028;D=45434212134212121343434213434343434213421213434343421342121343434213421343;CP=4;SP=5;e;m2;
2018.12.28 21:05:12 4: sduino433/msg READredu: MS;P1=810;P2=-410;P3=-821;P4=396;P5=-4028;D=45434212134212121343434213434343434213421213434343421342121343434213421343;CP=4;SP=5;e;m3;
2018.12.28 21:05:13 4: sduino433/msg READredu: MS;P1=407;P2=-403;P3=816;P4=-810;P5=-4016;D=15141232341232323414141234141414141234123234141414123412323414141234123414;CP=1;SP=5;O;m0;
2018.12.28 21:05:13 4: sduino433/msg READredu: MS;P1=399;P2=-410;P3=809;P4=-817;P5=-4027;D=15141232341232323414141234141414141234123234141414123412323414141234123414;CP=1;SP=5;O;m1;
2018.12.28 21:05:13 4: sduino433/msg READredu: MS;P1=403;P2=-406;P3=813;P4=-811;P5=-4027;D=15141232341232323414141234141414141234123234141414123412323414141234123414;CP=1;SP=5;e;m2;
2018.12.28 21:05:13 4: sduino433/msg READredu: MS;P1=403;P2=-406;P3=813;P4=-811;P5=-4027;D=15141232341232323414141234141414141234123234141414123412323414141234123414;CP=1;SP=5;e;m3;
2018.12.28 21:05:13 4: sduino433/keepalive ok, retry = 0
2018.12.28 21:05:17 4: sduino433/msg READredu: MS;P1=398;P2=-815;P3=-404;P4=817;P5=-4020;D=15121343421343434212121342121212121342134342121212134343434212121342121212;CP=1;SP=5;O;m0;
2018.12.28 21:05:17 4: sduino433/msg READredu: MS;P1=408;P2=-808;P3=-408;P4=812;P5=-4019;D=15121343421343434212121342121212121342134342121212134343434212121342121212;CP=1;SP=5;O;m1;
2018.12.28 21:05:17 4: sduino433/msg READredu: MS;P1=393;P2=-823;P3=-395;P4=822;P5=-4019;D=15121343421343434212121342121212121342134342121212134343434212121342121212;CP=1;SP=5;e;m2;
2018.12.28 21:05:17 4: sduino433/msg READredu: MS;P1=393;P2=-823;P3=-395;P4=822;P5=-4019;D=15121343421343434212121342121212121342134342121212134343434212121342121212;CP=1;SP=5;e;m3;
2018.12.28 21:05:17 4: sduino433/msg READredu: MS;P0=-383;P1=414;P3=914;P4=-801;P5=-4010;D=15141030341030303414141034141414141034103034141414103410303414141034103414;CP=1;SP=5;p;m0;

2018.12.28 21:05:19 4: sduino433/msg READredu: MS;P1=408;P2=-401;P3=817;P4=-811;P5=-4020;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;O;m0;
2018.12.28 21:05:19 4: sduino433/msg READredu: MS;P1=405;P2=-409;P3=807;P4=-810;P5=-4029;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;O;m1;
2018.12.28 21:05:19 4: sduino433/msg READredu: MS;P1=400;P2=-404;P3=815;P4=-816;P5=-4029;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;e;m2;
2018.12.28 21:05:19 4: sduino433/msg READredu: MS;P1=400;P2=-404;P3=815;P4=-816;P5=-4029;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;e;m3;
2018.12.28 21:05:19 4: sduino433/msg READredu: MS;P1=402;P2=-402;P3=815;P4=-815;P5=-4018;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;O;m0;
2018.12.28 21:05:19 4: sduino433/msg READredu: MS;P1=403;P2=-408;P3=813;P4=-816;P5=-4025;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;O;m1;
2018.12.28 21:05:20 4: sduino433/msg READredu: MS;P1=397;P2=-407;P3=813;P4=-820;P5=-4025;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;e;m2;
2018.12.28 21:05:20 4: sduino433/msg READredu: MS;P1=397;P2=-407;P3=813;P4=-820;P5=-4025;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;e;m3;
2018.12.28 21:05:20 4: sduino433/msg READredu: MS;P1=819;P2=-814;P3=404;P4=-399;P5=-4020;D=35323414123414141232323412323232323412341412323232323234141232323414141232;CP=3;SP=5;O;m0;
2018.12.28 21:05:20 4: sduino433/msg READredu: MS;P1=816;P2=-816;P3=403;P4=-400;P5=-4026;D=35323414123414141232323412323232323412341412323232323234141232323414141232;CP=3;SP=5;O;m1;
2018.12.28 21:05:20 4: sduino433/msg READredu: MS;P1=811;P2=-814;P3=404;P4=-406;P5=-4026;D=35323414123414141232323412323232323412341412323232323234141232323414141232;CP=3;SP=5;e;m2;
2018.12.28 21:05:20 4: sduino433/msg READredu: MS;P1=811;P2=-814;P3=404;P4=-406;P5=-4026;D=35323414123414141232323412323232323412341412323232323234141232323414141232;CP=3;SP=5;e;m3;
2018.12.28 21:05:21 4: sduino433/msg READredu: MS;P1=411;P2=-401;P3=816;P4=-806;P5=-4019;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;O;m0;
2018.12.28 21:05:21 4: sduino433/msg READredu: MS;P1=400;P2=-407;P3=810;P4=-817;P5=-4028;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;O;m1;
2018.12.28 21:05:21 4: sduino433/msg READredu: MS;P1=401;P2=-406;P3=814;P4=-815;P5=-4028;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;e;m2;
2018.12.28 21:05:21 4: sduino433/msg READredu: MS;P1=401;P2=-406;P3=814;P4=-815;P5=-4028;D=15141232341232323414141234141414141234123234141414141412323414141232323414;CP=1;SP=5;e;m3;
2018.12.28 21:05:21 4: sduino433/msg READredu: MS;P3=-394;P4=411;P5=818;P6=-810;P7=-4013;D=47464353564353535646464356464646464356435356464646464643535646464353535646;CP=4;SP=7;O;m0;
2018.12.28 21:05:22 4: sduino433/msg READredu: MS;P3=-408;P4=406;P5=810;P6=-812;P7=-4028;D=47464353564353535646464356464646464356435356464646464643535646464353535646;CP=4;SP=7;O;m1;
2018.12.28 21:05:22 4: sduino433/msg READredu: MS;P3=-407;P4=398;P5=812;P6=-817;P7=-4028;D=47464353564353535646464356464646464356435356464646464643535646464353535646;CP=4;SP=7;e;m2;
2018.12.28 21:05:22 4: sduino433/msg READredu: MS;P3=-407;P4=398;P5=812;P6=-817;P7=-4028;D=47464353564353535646464356464646464356435356464646464643535646464353535646;CP=4;SP=7;e;m3;

falls ich zu viel gelöscht habe, das Logfile hängt an.

Im Ablauf habe ich jeden Taster einmal betätigt und dann mehrere gleichzeitig.

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 28 Dezember 2018, 23:05:14

Hallo,

von mir auch ein paar:

Fenster auf, Gehäuse zu:

MU;P0=403;P1=-399;P2=809;P3=-810;P4=-3996;P5=-30900;D=0121230123012121212301212303030121212301240121230301230121230303012301230301212301230121212123012123030301212123012401212303012301212303030123012303012123012301212121230121230303012121230125;CP=0;R=31;

Fenster auf, Gehäuse auf:

MU;P0=14292;P1=-10684;P2=398;P3=-803;P4=-406;P5=806;P6=-4001;D=01232324532453232454532453245454532324545323232453245324562454532324532454532323245324532324545324532454545323245453232324532453245624545323245324545323232453245323245453245324545453232454532323245324532456245453232453245453232324532453232454532453245454;CP=2;R=50;O;

Fenster zu, Gehäuse auf:

MU;P0=394;P1=-406;P2=801;P3=-816;P4=-3996;D=012123012301212123012121230303012303030124012123030123012123030301230123030121230123012121230121212303030123030301240121230301230121230303012301230301212301230121212301212123030301230303012;CP=0;R=47;

Fenster zu, Gehäuse zu:

MU;P0=29456;P1=-10556;P2=403;P3=-802;P4=-395;P5=812;P6=-3996;D=01232324532453232454532453245454545454545323232454532324562454532324532454532323245324532324545324532454545454545453232324545323245624545323245324545323232453245323245453245324545454545454532323245453232456245453232453245453232324532453232454532453245454;CP=2;R=41;O;

Eine periodische 2h Nachricht liefere ich noch nach.

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 29 Dezember 2018, 01:48:37

Zitat von: dirigent am 28 Dezember 2018, 22:35:53
Welche Firmware ist denn neuer als https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/FHEM/firmware/SIGNALduino_nano328.hex (https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/FHEM/firmware/SIGNALduino_nano328.hex)?

Hier ist eine neuere Version:
https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/3.3.1-RC10

Zitat von: dirigent am 28 Dezember 2018, 22:35:53
Das modifizierte CUL_TCM97001 Modul hatte nach dem Firmware-Update nichts mehr erkannt und so habe FHEM komplett mit "update force" updatet.

Das Modul, welches über das FHEM Update verteilt wird, unterstützt deinen Regensensor nicht.

Zitat von: dirigent am 28 Dezember 2018, 22:35:53
Zuvor habe ich whitelist auf 0,68 gesetzt.

Das Protokoll mit der ID 68 wurde vor ca. 10 Tagen entfernt, da es mit anderen sehr ähnlich war.
1. CUL_TCM97001 Modul tauschen und FHEM neustarten
2. update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt ausführen und FHEM neustarten
2. Entferne das Attribut Whitelist und prüfe dann noch mal ob der Sensor erkannt wird

Hast Du ein Device CUL_TCM97001_Unknown ?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 29 Dezember 2018, 10:04:09

Hallo,

gibt es noch ein Problem mit MU / MS?

Hier meine SIGNALDuino Konfiguration :

Code Auswählen

ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB
sens:8dB (DataRate:5603.79Baud)
config MS=1;MU=1;MC=1;Mred=0
ping OK
state opened
version V 3.3.1-RC10 SIGNALduino cc1101 - compiled at Dec 29 2018 01:43:10

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 29 Dezember 2018, 13:01:29

Hallo Jochen und Horst,

danke für Eure Information. Ich werde diese nutzen.
Ihr könnt nach einem Update auf die aktuelle dev auch das attribut development im Empfänger auf y91 setzen und somit sollte bei euch ein Device mit separaten Log geschaffen werden.
Darin sammeln sich alle Zustände und Daten des Devices :-) So müsst Ihr nicht filtern und am PC sein.

MfG Marco

EDIT @Jochen,

Nibble 0-5 (ID?) - Müsste aber verifiziert werden!
Nibble 6 (Wertigkeit 8 und 4 = Zustand | Wertigkeit 1 & 2 unklar)
Fenster auf, Gehäuse zu: 1 0 1 1
Fenster auf, Gehäuse auf: 0 0 1 1
Fenster zu, Gehäuse auf: 0 1 1 1
Fenster zu, Gehäuse zu: 1 1 1 1
Nibble 7 (Typ vielleicht?)
Nibble 8 (ChecksummmeValue)

Über alle nibble (n0 - n8) ein Xor ergibt immer 0xF

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 29 Dezember 2018, 13:18:07

@Sidey, schau dir bitte mal die Nachrichten von jochen_f und Harst an.
Einmal haben wir MS und einmal MU. Bei jochen_f ist MS aktiv.

Hier sehe ich noch einen Wiederspruch. Die Nachrichten werden als MU erkannt aber haben einen sync und bei Harst sind es auf einmal MS. :o

Code Auswählen

MS;P0=-399;P1=407;P2=820;P3=-816;P4=-4017;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;O;m0;

würde nur Sinn manchen
MS;P0=-399;P1=407;P2=820;P3=-816;P4=-4017;D=1 41 3102023102020231313102313131313102310202313131313131020231313102020231 3;CP=1;SP=4;O;m0;
und da sind es nur 35 bit + sync

Code Auswählen

MU;P0=14292;P1=-10684;P2=398;P3=-803;P4=-406;P5=806;P6=-4001;D=012323245324532324545324532454545323245453232324532453245 62 454532324532454532323245324532324545324532454545323245453232324532453245 62 4545323245324545323232453245323245453245324545453232454532323245324532456245453232453245453232324532453232454532453245454;CP=2;R=50;O;

ergeben 36 bit + sync aber als MU ???

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 29 Dezember 2018, 14:26:54

Ich denke dies hängt davon ab ob das letze Bit 0 oder 1 ist.

Bei Harst ist das letzte Bit immer 0 " zero [-2,1] "
Bei jochen_f ist das letzte Bit immer 1 " one [-1,2] "

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 29 Dezember 2018, 14:31:19

Zitat von: Ralf9 am 29 Dezember 2018, 14:26:54
Ich denke dies hängt davon ab ob das letze Bit 0 oder 1 ist.

Bei Harst ist das letzte Bit immer 0 " zero [-2,1] "
Bei jochen_f ist das letzte Bit immer 1 " one [-1,2] "

Da stellt sich nun die Frage, welche Definition(en) wollen wir verwenden und wieso sind diese nicht gleich ein Signal.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 29 Dezember 2018, 15:06:59

@Harst, @jochen_f könnt Ihr bitte mal versuchen ob Ihr es hinbekommt, daß sich das letzte Bit ändert

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 29 Dezember 2018, 15:56:36

Zitat von: gandi1791 am 16 Dezember 2018, 22:37:49
Hallo,

ich hoffe, ich bin hier richtig...und kriege nicht gleich eins auf den Deckel... ;D

Laut Wiki-SIGNALDuino-Unterstüzte Geräte (https://wiki.fhem.de/wiki/SIGNALduino#Unterst.C3.BCtzte_Ger.C3.A4te) wird Conrad RSL aktuell nicht unterstützt.
Gibt es Pläne, dies in einer der nächsten Versionen wieder in aktiviert zu kriegen oder ist das aktuell nicht möglich?

Hintergrund: Ich habe hier 5x RSL Mini 3500 (https://www.conrad.de/de/rsl-funk-schalter-unterputz-1-kanal-schaltleistung-max-3500-w-reichweite-max-im-freifeld-70-m-1181990.html), die ich aktuell über meine Broadlink schalte. Allerdings steht diese etwas ungünstig und erwischt 2 RSLs nicht stabil.
Nun war die Überlegung einen MiniCul(433) - habe ich aber schon aufgegeben, da scheinbar inkompatibel - bzw. eben einen SIGNALDuino einzusetzen.
Wenn allerdings Conrad RSL in absehbarer Zukunft nicht wieder verfügbar sein wird, muss ich mir was anderes überlegen.

Ein Betrag hier (https://forum.fhem.de/index.php/topic,49190.msg742084.html#msg742084) scheint vielversprechend, aber wieder 20 Euronen für einen, bzw. 5 maligen Einsatz finde ich einfach zu teuer.
Der SIGNALDuino wäre halt universeller einsetzbar..

Vielen Dank schon mal im Voraus
Andi

So...habe nun den Tipp von Sidey umgesetzt:

Zitat von: Sidey am 16 Dezember 2018, 23:49:05
Wenn Du den miniCul hast, dann probier ihn mal mit der SIGNALduino Firmware aus.
Lade dazu die Entwickler Version des SIGNALduino Modules und dann könntest Du glück haben, dass es geht.

Grüße Sidey

Also
HW: miniCUL mit ESP, nach https://forum.fhem.de/index.php/topic,42998.msg349938.html#msg349938 (https://forum.fhem.de/index.php/topic,42998.msg349938.html#msg349938) (Version 1)
FW: V 3.3.2.1-rc5 SIGNALduino cc1101 (433Mhz )- compiled at Nov 3 2018 11:23:09

SDuino läuft nun in fhem.

Nachdem es sich ja um die Conrad RSL2 handelt habe ich noch folgendes geändert:
https://forum.fhem.de/index.php/topic,78904.msg708432.html#msg708432 (https://forum.fhem.de/index.php/topic,78904.msg708432.html#msg708432)

Protokoll ist korrekt eingebunden.
Update für "00_SIGNALduino.pm" deaktiviert, damit die Änderungen erhalten bleiben.

Schalter vom Typ "SD_RSL2" angelegt.
"On" liefert folgendes im event monitor, bei verbose=5:

Code Auswählen


2018.12.29 15:45:36 5 : SignalDuinoV1/write: adding to queue sendMsg P1#3053453312#R12
2018.12.29 15:45:36 5 : SignalDuinoV1: sendmsg msg=P1#3053453312#R12
2018.12.29 15:45:36 5 : SignalDuinoV1: sendmsg Preparing rawsend command for protocol=1, repeats=12, clock=560 bits=3053453312
2018.12.29 15:45:36 5 : AddSendQueue: SignalDuinoV1: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423; (1)
2018.12.29 15:45:36 4 : SignalDuinoV1/set: sending via SendMsg: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:36 5 : SignalDuinoV1 SW: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:36 4 : SignalDuinoV1 SendrawFromQueue: msg=SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:37 4 : SignalDuinoV1/msg READ: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:37 5 : SignalDuinoV1/noMsg Parse: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:37 5 : SignalDuinoV1/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:37 4 : SignalDuinoV1/read sendraw answer: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;
2018.12.29 15:45:37 4 : SignalDuinoV1/HandleWriteQueue: nothing to send, stopping timer

In der serial console des ESP-01 steht dann folgendes:

Code Auswählen


SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=010423;

Bei off sieht es so aus:

Code Auswählen


2018.12.29 15:47:13 5 : SignalDuinoV1/write: adding to queue sendMsg P1#3187671040#R12
2018.12.29 15:47:13 5 : SignalDuinoV1: sendmsg msg=P1#3187671040#R12
2018.12.29 15:47:13 5 : SignalDuinoV1: sendmsg Preparing rawsend command for protocol=1, repeats=12, clock=560 bits=3187671040
2018.12.29 15:47:13 5 : AddSendQueue: SignalDuinoV1: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404; (1)
2018.12.29 15:47:13 4 : SignalDuinoV1/set: sending via SendMsg: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 5 : SignalDuinoV1 SW: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 4 : SignalDuinoV1 SendrawFromQueue: msg=SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 4 : SignalDuinoV1/msg READ: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 5 : SignalDuinoV1/noMsg Parse: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 5 : SignalDuinoV1/msg READ: regexp=^S(R|C|M); cmd=sendraw msg=SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 4 : SignalDuinoV1/read sendraw answer: SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;
2018.12.29 15:47:13 4 : SignalDuinoV1/HandleWriteQueue: nothing to send, stopping timer

Serial:

Code Auswählen


SR;R=12;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123230404;

Nur leider lassen sich damit die RSL Mini 3500 (https://www.conrad.de/de/rsl-funk-schalter-unterputz-1-kanal-schaltleistung-max-3500-w-reichweite-max-im-freifeld-70-m-1181990.html) immer noch nicht anlernen, bzw. schalten.

Scheint also doch nicht wirklich zu gehen, oder ich stelle mich blöd an.
Was mich stutzig macht, dass ich in der serial console keine anderen "Funkwellen" sehe....

Kann es sein, dass das CC1101 nicht wirklich sauber läuft?
Wie kann ich das testen?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: JensS am 29 Dezember 2018, 16:17:06

Hallo Sidey,

vielen Dank für deine Hilfe! Das Update habe durchgeführt, geflasht und neu gestartet. Der W132 wird angelegt und liefert Werte, allerdings nicht unbedingt die Richtigen. Die Windrichtung steht nicht auf W, sondern auf SSE( windDirection 7), die Temperatur stimmt, wird aber sporadisch auf 0.0 gesetzt. Ein Device Unknown wurde angelegt:

Code Auswählen

Internals:
   CFGFN      
   CODE       CUL_TCM97001_Unknown
   DEF        CUL_TCM97001_Unknown
   LASTInputDev Signalduino
   MSGCNT     5
   NAME       Unknown
   NR         464
   STATE      Code: C3E1542921
   Signalduino_DMSG sC3E154292100
   Signalduino_MSGCNT 8
   Signalduino_RAWMSG MS;P2=611;P3=-7866;P4=-4074;P5=-1832;D=2324242525252524242424242525252524252425242524252525252425242525242525242525252524;CP=2;SP=3;R=0;
   Signalduino_RSSI -74
   Signalduino_TIME 2018-12-29 16:04:35
   TYPE       CUL_TCM97001
   lastH      0
   lastT      1546095875.26009
   READINGS:
     2018-12-29 16:04:35   state           Code: C3E1542921
Attributes:
   model      Unknown

Gruß Jens

p.s. Im Netz habe iche ine Beschreibung des Funkprotokolls gefunden:
http://www.tfd.hu/tfdhu/files/wsprotocol/auriol_protocol_v20.pdf (http://www.tfd.hu/tfdhu/files/wsprotocol/auriol_protocol_v20.pdf)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 29 Dezember 2018, 17:21:02

Hier eine periodische Nachricht von meinem Sensor :

MU;P0=442;P1=-2006;P2=-9148;P3=-788;P4=-403;P5=806;P6=-3934;P7=-6640;D=06045453030453045453030304530453030454530453045454545454530303030454530303060454530304530454530303045304530304545304530454545454545303030304545303030701010101010601060106010601060601010106020106010606060606060101010101010101010601060106010601060601010106;CP=0;R=40;O;

Die sollte das letzte Bit invertiert haben.

Die empfange ich seit ca. RC9 aber nur noch sehr sporadisch. Mit RC5 kamen die noch regelmäßig.

Wenn man one und zero tauscht, ist die XOR Summe übrigens immer 0, daher scheint mir die invertiert Interpretation wahrscheinlicher.

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 29 Dezember 2018, 17:47:23

Zitat von: HomeAuto_User am 29 Dezember 2018, 13:18:07
Hier sehe ich noch einen Wiederspruch. Die Nachrichten werden als MU erkannt aber haben einen sync und bei Harst sind es auf einmal MS. :o

Code Auswählen Erweitern
MS;P0=-399;P1=407;P2=820;P3=-816;P4=-4017;D=14131020231020202313131023131313131023102023131313131310202313131020202313;CP=1;SP=4;O;m0;
würde nur Sinn manchen
MS;P0=-399;P1=407;P2=820;P3=-816;P4=-4017;D=1 41 3102023102020231313102313131313102310202313131313131020231313102020231 3;CP=1;SP=4;O;m0;
und da sind es nur 35 bit + sync

Der Sync ist ja hier die Sequenz 14 und nicht 41! Eventuell gehört die 1 aber zum Ende der letzten Übertragung und nicht zum Anfang einer neuen.

Zitat von: HomeAuto_User am 29 Dezember 2018, 13:18:07
Code Auswählen Erweitern
MU;P0=14292;P1=-10684;P2=398;P3=-803;P4=-406;P5=806;P6=-4001;D=012323245324532324545324532454545323245453232324532453245 62 454532324532454532323245324532324545324532454545323245453232324532453245 62 4545323245324545323232453245323245453245324545453232454532323245324532456245453232453245453232324532453232454532453245454;CP=2;R=50;O;
ergeben 36 bit + sync aber als MU ???

Hier müssten wit 26 finden, aber wur können nur 56 finden. Demnach gehört die 5 zur letzten Überragung (passt ja auch zur Erkentniss dass bei einem die Nachricht mit einer 1 und bei dem anderen mit einer 0 aufhört.

Gleiches Problem wie immer, dass die Definition eines Syncs leider die 62 nicht erkennt, was in diesem Fall helfen würde.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 29 Dezember 2018, 17:52:02

Zitat von: gandi1791 am 29 Dezember 2018, 15:56:36

FW: V 3.3.2.1-rc5 SIGNALduino cc1101 (433Mhz )- compiled at Nov 3 2018 11:23:09

Leider nein. Es handelt sich hierbei um eine Spezialversion von Ralf. Ich kann dir dazu leider nicht helfen.
Die Versionen aus dem SIGNALduino Projekt kannst Du direkt über das Modul flashen.
Dazu
1. Attribut Hardware setzen
2. Attribut updateChannelFW auf testing setzen
3. Get AvailableFirmware aufrufen und anschließend eine Version über set flash (Auswahldialog beachten) flashen.

Zitat von: gandi1791 am 29 Dezember 2018, 15:56:36
Protokoll ist korrekt eingebunden.
Update für "00_SIGNALduino.pm" deaktiviert, damit die Änderungen erhalten bleiben.

Welche Version genau hast Du da denn jetzt installiert? Ich empfehle dir die Aktuelle Entwicklerversion zu installieren.

Code Auswählen

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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 29 Dezember 2018, 19:23:15

Zitat von: jochen_f am 29 Dezember 2018, 17:21:02
Hier eine periodische Nachricht von meinem Sensor :

MU;P0=442;P1=-2006;P2=-9148;P3=-788;P4=-403;P5=806;P6=-3934;P7=-6640;D=06045453030453045453030304530453030454530453045454545454530303030454530303060454530304530454530303045304530304545304530454545454545303030304545303030701010101010601060106010601060601010106020106010606060606060101010101010101010601060106010601060601010106;CP=0;R=40;O;

Die Nachricht ist kaputt:

Code Auswählen

60 454530304530454530303045304530304545304530454545454545303030304545303030
60 454530304530454530303045304530304545304530454545454545303030304545303030
ab hier kommt nichts sinnvolles mehr:
701010101010601060106010601060601010106020106010606060606060101010101010101010601060106010601060601010106;

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 29 Dezember 2018, 21:03:13

Zitat von: Sidey am 29 Dezember 2018, 17:52:02
Leider nein. Es handelt sich hierbei um eine Spezialversion von Ralf. Ich kann dir dazu leider nicht helfen.
Die Versionen aus dem SIGNALduino Projekt kannst Du direkt über das Modul flashen.
Dazu
1. Attribut Hardware setzen

Ist gesetzt

Zitat von: Sidey am 29 Dezember 2018, 17:52:02
2. Attribut updateChannelFW auf testing setzen
3. Get AvailableFirmware aufrufen und anschließend eine Version über set flash (Auswahldialog beachten) flashen.

Diese beiden Punkte habe ich nicht zur Verfügung. Wo sollen die denn gesetzt werden? Im SignalDuino?

Zitat von: Sidey am 29 Dezember 2018, 17:52:02
Welche Version genau hast Du da denn jetzt installiert?

00_SIGNALduino.pm 16624 2018-04-15 18:58:49Z rudolfkoenig
(mit den drei kleinen Änderungen aus dem Beitrag hier (https://forum.fhem.de/index.php/topic,78904.msg708531.html#msg708531).)

Zitat von: Sidey am 29 Dezember 2018, 17:52:02
Ich empfehle dir die Aktuelle Entwicklerversion zu installieren.
Code Auswählen Erweitern
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 30 Dezember 2018, 01:14:59

Zitat von: gandi1791 am 29 Dezember 2018, 21:03:13
Ist gesetzt
Diese beiden Punkte habe ich nicht zur Verfügung. Wo sollen die denn gesetzt werden? Im SignalDuino?
00_SIGNALduino.pm 16624 2018-04-15 18:58:49Z rudolfkoenig

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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 30 Dezember 2018, 09:16:42

Hallo,

hier noch eine der periodischen Nachrichten. Die werden bei mir auch als MS erkannt.

MS;P1=-403;P2=813;P3=-812;P4=396;P5=-4005;D=45412123434123412123434341234123434121234123412121212121234343434121234343;CP=4;SP=5;R=39;O;m2

Dekodiert:
N1-5 : 0xCB14D7 (das ist einer meiner Sensoren)
N6: 0xE
N7: 0x1
N8: 0x8 (wobei der zweite Teil vom letzten Bit in RAWMSG fehlt bzw. am Anfang der nächsten Nachricht hängt)

XOR: 0xF

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 30 Dezember 2018, 11:28:13

da ist dann eine weitere Protokolldefinition erforderlich, dann passt es

Code Auswählen

	"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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 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;

Titel: Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 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 :)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 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
		},

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 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 (https://www.conrad.de/de/rsl-funk-fernbedienung-12-kanal-reichweite-max-im-freifeld-30-m-526925.html?WT.mc_id=google_pla&WT.srch=1&ef_id=Cj0KCQiA37HhBRC8ARIsAPWoO0y8LMXHMA_q49CRFsYCGM3eGdoEl4_BTeslS_1CakcQuvCCQKY2-98aAlo2EALw_wcB:G:s&gclid=Cj0KCQiA37HhBRC8ARIsAPWoO0y8LMXHMA_q49CRFsYCGM3eGdoEl4_BTeslS_1CakcQuvCCQKY2-98aAlo2EALw_wcB&hk=SEM&insert_kz=VQ&s_kwcid=AL!222!3!310275517836!!!g!!) 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... :'(

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 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 (https://www.conrad.de/de/rsl-funk-fernbedienung-12-kanal-reichweite-max-im-freifeld-30-m-526925.html?WT.mc_id=google_pla&WT.srch=1&ef_id=Cj0KCQiA37HhBRC8ARIsAPWoO0y8LMXHMA_q49CRFsYCGM3eGdoEl4_BTeslS_1CakcQuvCCQKY2-98aAlo2EALw_wcB:G:s&gclid=Cj0KCQiA37HhBRC8ARIsAPWoO0y8LMXHMA_q49CRFsYCGM3eGdoEl4_BTeslS_1CakcQuvCCQKY2-98aAlo2EALw_wcB&hk=SEM&insert_kz=VQ&s_kwcid=AL!222!3!310275517836!!!g!!) 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag 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

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?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: cs-online am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 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?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 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 (https://github.com/RFD-FHEM/RFFHEM/issues)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: cs-online am 02 Januar 2019, 21:55:08

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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 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.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 03 Januar 2019, 10:00:14

Zitat von: HomeAuto_User am 03 Januar 2019, 00:49:43
@gandi1791
Deine Nachrichten werden in der aktuellen DEV-r33 decodiert.

Code Auswählen Erweitern
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

Ich habe eine Whitelist aktiv (ID=75).

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 03 Januar 2019, 10:03:57

Zitat von: gandi1791 am 03 Januar 2019, 10:00:14
Ich habe eine Whitelist aktiv (ID=75).

Bitte aktiviere auch die ID 1.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: dmq am 03 Januar 2019, 10:23:13

Hi,

ich habe schon viel Zeit in die Wiki und Forum Suche gesteckt, bin aber bisher nicht fündig geworden.

Ich habe SignalESP in der aktuellen stable Version im Einsatz - zurzeit aufgrund IT. Damit ist alles gut. Nun würde ich gerne einen weiteren Sensor auf dieses Gateway abbilden (ich muss meine USB Anbindungen leider los werden): OWL +USB (induktiver Strommesser im Zählerkasten - siehe unten (1) und (2), 433,XX MHZ). Zurzeit habe ich die gesamte Station (Empfänger) und die Sendeeinheit im Zählerkasten im Einsatz. In meiner Recherche habe ich gefunden, dass OWL +USB auch von RFXCom bspw. RFXTRX unterstützt (3) wird und somit auch von dem "Clone" RF Link (4).

Nun würde ich natürlich viel lieber den SignalESP verwenden. Hat jemand schon mal einen OWL angebunden? Wäre das ansonsten mit viel Aufwand verbunden? Ich habe eine RTLSDR zur Hand (den wird es aber wahrscheinlich gar nicht brauchen, da das Protokoll ja bereits in öffentlichen Quellen einsehbar ist oder auch der Signal das übernehmen könnte (?), ...) - habe aber bisher kein Protokoll abgebildet (wird wahrscheinlich eine ordentliche Einstiegshürde sein). Ansonsten würde ich den RF Link wahrscheinlich nachbauen - der RFXTRX ist mir a) zu teuer und b) bietet er auch keine WLAN-Umwandlung.

Hoffe das ist hier im richtigen Thread, ansonsten mache ich einen neuen auf.

Danke vorab,
dmq

(1): http://www.theowl.com/index.php/energy-monitors/standalone-monitors/owl-usb/ (http://www.theowl.com/index.php/energy-monitors/standalone-monitors/owl-usb/)
(2): https://www.meintechblog.de/2014/01/update-smart-metering-mit-fhem-und-owl-usb/ (https://www.meintechblog.de/2014/01/update-smart-metering-mit-fhem-und-owl-usb/)
(3): https://wiki.fhem.de/wiki/RFXtrx (https://wiki.fhem.de/wiki/RFXtrx)
(4): http://www.rflink.nl/blog2/devlist (http://www.rflink.nl/blog2/devlist)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 03 Januar 2019, 12:48:04

Hallo dmq,
verstehe ich es richtig, das du dein Vorhaben beim SIGNALesp integrieren würdest um nur die SendeEinheit abzugreifen weil du keine direkte USB-Anschlussmöglichkeiten mehr besitzt?

Wenn ja, dann eröffne bitte in Github
https://github.com/RFD-FHEM/RFFHEM/issues ein passendes Issues. Hierüber im Forum wird es zu unübersichtlich.

Liebe Grüße

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 03 Januar 2019, 13:30:54

@HomeAuto_User
möchtest Du die ID 91.1 als ergänzung zur ID 91 commiten, oder soll ich es machen?

https://forum.fhem.de/index.php/topic,58397.msg878684.html#msg878684

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 03 Januar 2019, 13:54:27

@Ralf9

Zitat von: Ralf9 am 03 Januar 2019, 13:30:54
@HomeAuto_User
möchtest Du die ID 91.1 als ergänzung zur ID 91 commiten, oder soll ich es machen?

ich werde es heute Abend vornehmen und ggf demnächst auch die Auswertung mit einbinden in das Modul.

Mfg Marco

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: dmq am 03 Januar 2019, 13:55:26

Hi HomeAuto_User,

Zitat von: HomeAuto_User am 03 Januar 2019, 12:48:04
verstehe ich es richtig, das du dein Vorhaben beim SIGNALesp integrieren würdest um nur die SendeEinheit abzugreifen weil du keine direkte USB-Anschlussmöglichkeiten mehr besitzt?

ja, das ist richtig. Ich schreib dann später etwas dazu ins github.

Lieben Dank,
dmq

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Doublefant am 03 Januar 2019, 14:33:39

Zitat von: Sidey am 02 Januar 2019, 21:01:14
Was wurde da angepasst, hast Du details?

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?

Details zur Anpassung habe ich, ist aber nicht nötig,
das passende Protokoll ist beim Signalduino schon vorhanden, beim CUL musste ich es mir basteln.
Der Sensor sendet konstant alle 5min, eine Lerntaste für manuelles Senden gibt es nicht am Sensor.

Vielen Dank für den Hinweis mit dem autocreate Attribut!
Das war es :D THX@Sidey
gesetzt, 10min gewartet, alles wurde automatisch angelegt und die Daten kommen, perfekt.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: dmq am 03 Januar 2019, 15:20:03

Ist nun im github unter:

Protokoll für OWL USB (CM1XX) - Oregon Scientific v3(?) #472

https://github.com/RFD-FHEM/RFFHEM/issues/472 (https://github.com/RFD-FHEM/RFFHEM/issues/472)

Scheinbar wird Oregon Scientific v3 (?) eingesetzt. Alles weitere dann aber gerne im github.

Danke euch schon einmal.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 03 Januar 2019, 16:46:57

Zitat von: Sidey am 03 Januar 2019, 10:03:57

Bitte aktiviere auch die ID 1.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

ID 1 aktiviert, erfolglos.
Whitelist komplett deaktiviert, erfolglos.

Habe aber ein Phänomen beobachtet:
Die über die Fernbedienung automatisch angelegten Devices werden von der Broadlink (mit der ich die Aktoren derzeit schalte - aber eben nicht sehr stabil) geschaltet.
Also Broadlink schaltet Schalter 1 ein => SD_RSL Device 1 wird in fhem eingeschaltet.

Zitat von: HomeAuto_User am 03 Januar 2019, 00:49:43
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

Würde es was bringen ein Device mit E94800_4_4 anzulegen?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 03 Januar 2019, 17:08:49

Zitat von: gandi1791 am 03 Januar 2019, 16:46:57
ID 1 aktiviert, erfolglos.
Whitelist komplett deaktiviert, erfolglos.

Habe aber ein Phänomen beobachtet:
Die über die Fernbedienung automatisch angelegten Devices werden von der Broadlink (mit der ich die Aktoren derzeit schalte - aber eben nicht sehr stabil) geschaltet.
Also Broadlink schaltet Schalter 1 ein => SD_RSL Device 1 wird in fhem eingeschaltet.

Bitte gib uns ein paar RAWMSG sobald du verbose 4 aktiv hast.
Es kann sein, das deine angelegten Devices nicht geschalten werden weil der Code anders gesendet wird als emfpangen.

---> siehe

Code Auswählen

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.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 03 Januar 2019, 20:22:25

Zitat von: HomeAuto_User am 03 Januar 2019, 17:08:49
Bitte gib uns ein paar RAWMSG sobald du verbose 4 aktiv hast.

Code Auswählen

set RSL_74A400_1_1 on

Log:

Code Auswählen


2019.01.03 20:17:58 4: SignalDuinoV1/set: sending via SendMsg: SR;R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123040404232323042323230423040423042304042304040404040404040404;
2019.01.03 20:17:59 4: SignalDuinoV1 SendrawFromQueue: msg=SR;R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123040404232323042323230423040423042304042304040404040404040404;
2019.01.03 20:17:59 4: SignalDuinoV1/msg READ: SR;FF uart log6�>R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123040404232323042323230423040423042304042304040404040404040404;
2019.01.03 20:17:59 4: SignalDuinoV1/read sendraw answer: SR;FF uart log6�>R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123040404232323042323230423040423042304042304040404040404040404;
2019.01.03 20:17:59 4: SignalDuinoV1/HandleWriteQueue: nothing to send, stopping timer
2019.01.03 20:17:59 4: SignalDuinoV1/msg READ: 
2019.01.03 20:18:03 4: SignalDuinoV1/msg READredu: MS;P3=488;P5=-1930;P6=-3886;P7=-9166;D=37353635363636353635353535363536353535353535353536353636363535353635363636;CP=3;SP=7;R=243;O;m2;
2019.01.03 20:18:03 4: SignalDuinoV1/msg READredu: MS;P3=474;P5=-1925;P6=-3883;P7=-9166;D=37353635363636353635353535363536353535353535353536353636363535353635363636;CP=3;SP=7;R=243;m1;
2019.01.03 20:18:03 4: SignalDuinoV1/msg READredu: MS;P1=468;P2=-1949;P3=-3878;P4=-9104;D=14121312131313121312121212131213121212121212121213121313131212121312131313;CP=1;SP=4;R=0;O;m2;
2019.01.03 20:18:03 4: SignalDuinoV1/msg READredu: MS;P1=468;P2=-1949;P3=-3878;P4=-9104;D=14121312131313121312121212131213121212121212121213121313131212121312131313;CP=1;SP=4;R=0;m1;

Code Auswählen

set RSL_74A400_1_1 off

Log:

Code Auswählen


2019.01.03 20:18:08 4: SignalDuinoV1/set: sending via SendMsg: SR;R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123040404040404232323230423040423042304042304040404040404040404;
2019.01.03 20:18:08 4: SignalDuinoV1 SendrawFromQueue: msg=SR;R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123040404040404232323230423040423042304042304040404040404040404;
2019.01.03 20:18:09 4: SignalDuinoV1/msg READ: SR;FF uart log6�>R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123040404040404232323230423040423042304042304040404040404040404;
2019.01.03 20:18:09 4: SignalDuinoV1/read sendraw answer: SR;FF uart log6�>R=6;P0=560;P1=-6160;P2=1120;P3=-560;P4=-1120;D=0123040404040404232323230423040423042304042304040404040404040404;
2019.01.03 20:18:09 4: SignalDuinoV1/HandleWriteQueue: nothing to send, stopping timer
2019.01.03 20:18:09 4: SignalDuinoV1/msg READ:

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 04 Januar 2019, 12:52:01

@gandi1791
Du kannst mal versuchen ob Du die empfangene dmsg mit sendMsg wieder senden kannst

Code Auswählen

2019.01.03 00:46:10 4: sduino_dummy: Decoded MS Protocol id 1 dmsg P1#9374A400 length 32 RSSI = -78.5

die dmsg P1#9374A400 ergibt dann

Code Auswählen

set sduino sendMsg P1#0x9374A400#R6

So wies aussieht passen die Tastencodes, die momentan im RSL Modul drin sind, nicht.
Ich würde gern die Tastencodes der 12 Kanal Fernbedienung in das RSL Modul eintragen, dazu benötige ich Deine Hilfe

Der Tastencode sind die ersten beiden Hexziffern der dmsg. Hier z.B. P1#9374A400 ist es 93
Z.B. bei Kanal (Schiebeschalter) 4 auf Taste 3 "on"
P1#9374A400 ist es 93
dann kommt Hex 0x93 nach

Code Auswählen

$RSLCodes[4][3][1] = 0x93; # IV 3 / on

Code Auswählen

    # Schiebeschalter/Kanal [I - IV] , Tastenpaar [1 - 3 u 4=All] , an-aus [1 - 0] 
    $RSLCodes[1][1][0] =  0x;   # I    1 / off
    $RSLCodes[1][1][1] =  0x;   # I    1 / on
    $RSLCodes[1][2][0] =  0x;   # I    2 / off   
    $RSLCodes[1][2][1] =  0x;   # I    2 / on
    $RSLCodes[1][3][0] =  0x;   # I    3 / off
    $RSLCodes[1][3][1] =  0x;   # I    3 / on 
    $RSLCodes[1][4][0] =  0x;   # I    4 / off  All
    $RSLCodes[1][4][1] =  0x;   # I    4 / on   All
    $RSLCodes[2][1][0] =  0x;   # II   1 / off
    $RSLCodes[2][1][1] =  0x;   # II   1 / on
    $RSLCodes[2][2][0] =  0x;   # II   2 / off
    $RSLCodes[2][2][1] =  0x;   # II   2 / on
    $RSLCodes[2][3][0] =  0x;   # II   3 / off
    $RSLCodes[2][3][1] =  0x;   # II   3 / on  
    $RSLCodes[2][4][0] =  0x;   # II   4 / off All
    $RSLCodes[2][4][1] =  0x;   # II   4 / on  All
    $RSLCodes[3][1][0] =  0x;   # III  1 / off
    $RSLCodes[3][1][1] =  0x;   # III  1 / on
    $RSLCodes[3][2][0] =  0x;   # III  2 / off
    $RSLCodes[3][2][1] =  0x;   # III  2 / on
    $RSLCodes[3][3][0] =  0x;   # III  3 / off
    $RSLCodes[3][3][1] =  0x;   # III  3 / on
    $RSLCodes[3][4][0] =  0x;   # III  4 / off All
    $RSLCodes[3][4][1] =  0x;   # III  4 / on  All
    $RSLCodes[4][1][0] =  0x;   # IV   1 / off
    $RSLCodes[4][1][1] =  0x;   # IV   1 / on
    $RSLCodes[4][2][0] =  0x;   # IV   2 / off
    $RSLCodes[4][2][1] =  0x;   # IV   2 / on
    $RSLCodes[4][3][0] =  0x;   # IV   3 / off
    $RSLCodes[4][3][1] =  0x93;   # IV   3 / on
    $RSLCodes[4][4][0] =  0x;   # IV   4 / off All
    $RSLCodes[4][4][1] =  0x;   # IV   4 / on All

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 04 Januar 2019, 15:40:14

Zitat von: Ralf9 am 04 Januar 2019, 12:52:01
Ich würde gern die Tastencodes der 12 Kanal Fernbedienung in das RSL Modul eintragen, dazu benötige ich Deine Hilfe

Code Auswählen


    # Schiebeschalter/Kanal [I - IV] , Tastenpaar [1 - 3 u 4=All] , an-aus [1 - 0] 
    $RSLCodes[1][1][0] =  0x81;   # I    1 / off
    $RSLCodes[1][1][1] =  0x8E;   # I    1 / on
    $RSLCodes[1][2][0] =  0xAE;   # I    2 / off   
    $RSLCodes[1][2][1] =  0xA6;   # I    2 / on
    $RSLCodes[1][3][0] =  0x9E;   # I    3 / off
    $RSLCodes[1][3][1] =  0x96;   # I    3 / on 
    $RSLCodes[1][4][0] =  0xA3;   # I    4 / off  All
    $RSLCodes[1][4][1] =  0x93;   # I    4 / on   All
    $RSLCodes[2][1][0] =  0x8D;   # II   1 / off
    $RSLCodes[2][1][1] =  0x85;   # II   1 / on
    $RSLCodes[2][2][0] =  0xA5;   # II   2 / off
    $RSLCodes[2][2][1] =  0xA9;   # II   2 / on
    $RSLCodes[2][3][0] =  0x95;   # II   3 / off
    $RSLCodes[2][3][1] =  0x99;   # II   3 / on  
    $RSLCodes[2][4][0] =  0xA3;   # II   4 / off All
    $RSLCodes[2][4][1] =  0x93;   # II   4 / on  All
    $RSLCodes[3][1][0] =  0x84;   # III  1 / off
    $RSLCodes[3][1][1] =  0x88;   # III  1 / on
    $RSLCodes[3][2][0] =  0xA8;   # III  2 / off
    $RSLCodes[3][2][1] =  0xA0;   # III  2 / on
    $RSLCodes[3][3][0] =  0x98;   # III  3 / off
    $RSLCodes[3][3][1] =  0x90;   # III  3 / on
    $RSLCodes[3][4][0] =  0xA3;   # III  4 / off All
    $RSLCodes[3][4][1] =  0x93;   # III  4 / on  All
    $RSLCodes[4][1][0] =  0x8A;   # IV   1 / off
    $RSLCodes[4][1][1] =  0x82;   # IV   1 / on
    $RSLCodes[4][2][0] =  0xA2;   # IV   2 / off
    $RSLCodes[4][2][1] =  0xAC;   # IV   2 / on
    $RSLCodes[4][3][0] =  0x92;   # IV   3 / off
    $RSLCodes[4][3][1] =  0x9C;   # IV   3 / on
    $RSLCodes[4][4][0] =  0xA3;   # IV   4 / off All
    $RSLCodes[4][4][1] =  0x93;   # IV   4 / on All

Die 93 ist "I/II/III/IV 4 / on", nicht "IV 3 / on".
Die "all" schalter sind in allen Schiebeschalter Positionen identisch.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 04 Januar 2019, 16:15:00

Danke das hilft mir weiter.

Funktioniert das Senden mit sendMsg?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 04 Januar 2019, 17:20:56

Zitat von: Ralf9 am 04 Januar 2019, 16:15:00
Funktioniert das Senden mit sendMsg?

Yess! ;D ;D ;D

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 04 Januar 2019, 18:24:49

Bitte teste mal mit dem RSL Modul in der Anlage.

RSL_74A400_4_4 heißt jetzt RSL_74A400_ALL

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 04 Januar 2019, 20:28:46

;D ;D ;D

Also bis auf 2 Devices ( II/1 und II/2 ) wurden alle per autocreate angelegt.
Der sduino ist im anderen Zimmer und ist noch im Rohbau.
Vlt. lag es daran.

Ich habe die beiden Devices dann per Hand angelegt.

Alle automatisch und manuell angelegten Devices schalten fehlerfrei.

Vielen Dank!!!!!

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 04 Januar 2019, 20:35:45

Nächstes Thema:

Ich habe gesehen, dass Protokoll 87 (Jarolift / remote control JAROLIFT TDRC_16W / TDRCT_04W) im Dev mode ist.
Ich habe hier einige Jarolift Motoren mit den entsprechenden FBs und suche seit einiger Zeit nach einer Lösung.
Die Bastelbubenbuden Lösung gefällt mir jetzt nicht sooo.

Per sduino wär's charmanter.

Master MSB und Master LSB liegen mir vor.

Wie kriege ich das denn zum Laufen?
Wenn ich die FB bediene sehe ich bereits Einträge im Log...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 04 Januar 2019, 20:40:19

Zitat von: HomeAuto_User am 29 Dezember 2018, 13:01:29
Hallo Jochen und Horst,

danke für Eure Information. Ich werde diese nutzen.
Ihr könnt nach einem Update auf die aktuelle dev auch das attribut development im Empfänger auf y91 setzen und somit sollte bei euch ein Device mit separaten Log geschaffen werden.
Darin sammeln sich alle Zustände und Daten des Devices :-) So müsst Ihr nicht filtern und am PC sein.

MfG Marco

EDIT @Jochen,

Nibble 0-5 (ID?) - Müsste aber verifiziert werden!
Nibble 6 (Wertigkeit 8 und 4 = Zustand | Wertigkeit 1 & 2 unklar)
Fenster auf, Gehäuse zu: 1 0 1 1
Fenster auf, Gehäuse auf: 0 0 1 1
Fenster zu, Gehäuse auf: 0 1 1 1
Fenster zu, Gehäuse zu: 1 1 1 1
Nibble 7 (Typ vielleicht?)
Nibble 8 (ChecksummmeValue)

Über alle nibble (n0 - n8) ein Xor ergibt immer 0xF

Ich habe jetzt mal meinen Erschütterungssensor geschüttelt:
1681AA14B
1681AA14A
1681AA44E

werden geliefert. Das letzte Bit kippt hier öfter mal. Auch hier ist das Nibble 6 (von 0..8) das Datenbit ( 1 oder 4) und das Nibble 7 könnte wirklich der Typ sein (hier 4, sonst E)

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 04 Januar 2019, 21:51:16

Zitat von: gandi1791 am 04 Januar 2019, 20:35:45
Ich habe gesehen, dass Protokoll 87 (Jarolift / remote control JAROLIFT TDRC_16W / TDRCT_04W) im Dev mode ist.
Ich habe hier einige Jarolift Motoren mit den entsprechenden FBs und suche seit einiger Zeit nach einer Lösung.
Wie kriege ich das denn zum Laufen?
Wenn ich die FB bediene sehe ich bereits Einträge im Log...

Du kannst mal hier schauen
https://github.com/RFD-FHEM/RFFHEM/issues/380

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gandi1791 am 04 Januar 2019, 22:12:40

Zitat von: Ralf9 am 04 Januar 2019, 21:51:16
Du kannst mal hier schauen
https://github.com/RFD-FHEM/RFFHEM/issues/380

Gruß Ralf

Danke Ralf.
Das "Issue" :-) kenne ich schon.
Ich habs mal kommentiert.
Vielleicht geht ja was... :-)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 05 Januar 2019, 01:10:37

Hallo @Jochen,

Zitat von: jochen_f am 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

ich habe nun mal den Test vollzogen weil ich es ins Modul eingebaut habe.
Bei der Definition 91 welche MU Nachrichten sind, stimmt das mit dem Xor als Prüfung aber bei der Definition 91.1 schlägt die Prüfung fehl.
Da muss es noch Unterschiede geben.

Zitat von: Harst am 04 Januar 2019, 20:40:19
Ich habe jetzt mal meinen Erschütterungssensor geschüttelt:
1681AA14B
1681AA14A
1681AA44E

werden geliefert. Das letzte Bit kippt hier öfter mal. Auch hier ist das Nibble 6 (von 0..8) das Datenbit ( 1 oder 4) und das Nibble 7 könnte wirklich der Typ sein (hier 4, sonst E)

Horst

@ Horst danke, so werde ich das gleich mal weiter verfollständigen.
Kannst du bitte mal RAWMSG Nachrichten zukommen lassen?

MfG Marco

EDIT: Wenn ich von der aktuellen Def ausgehe wie Jochen vorschlug das Xor zutrifft, so ist 1 1 1 0 der Tür-Fensterkontakt.

Vorschlag, Definitionen abgleichen, das keiner eine unterschiedliche Def nutzt.
Ich habe diese aus dem DEV

Code Auswählen

		zero				=> [-1,2],
		one				=> [-2,1],

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 05 Januar 2019, 07:00:30

Hallo Marco,

das scheint ein Bug im MS Dekoder zu sein, der ein falsches Padding macht:

MS;P1=-410;P2=807;P3=-803;P4=394;P5=-3994;D=45412123434123412123434341234123434121234123412121234341234343434123412343;CP=4;SP=5;R=30;O;m2;

Die letzten 4 Bits:

34 12 34 3

Die 3 am Ende deutet darauf hin, dass das Bit Muster 1011 sein sollte. Der Dekoder macht aber 1010 daraus.

Code Auswählen


2019.01.05 06:36:37 4: sduinodummy: Matched MS Protocol id 91.1 -> Atlantic security
2019.01.05 06:36:37 5: sduinodummy: Starting demodulation at Position 3
2019.01.05 06:36:37 5: sduinodummy: Found wrong signalpattern, catched 35 bits, aborting demodulation
2019.01.05 06:36:37 1: DEBUG>sduinodummy: decoded message raw (0 0 1 1 0 1 0 0 1 1 1 0 1 0 1 1 0 0 1 0 1 0 0 0 1 1 0 1 1 1 1 0 1 0 1), 35 bits

2019.01.05 06:36:37 1: DEBUG>sduinodummy padded 1 bits to bit_msg array
2019.01.05 06:36:37 4: sduinodummy: Decoded MS Protocol id 91.1 dmsg u91#34EB28DEA length 36 RSSI = -59
2019.01.05 06:36:37 1: DEBUG>sduinodummy: dispatching now msg: u91#34EB28DEA
2019.01.05 06:36:37 5: sduinodummy Dispatch: u91#34EB28DEA, test gleich
2019.01.05 06:36:37 5: sduinodummy Dispatch: u91#34EB28DEA, -59 dB, dispatch
2019.01.05 06:36:37 5: sduinodummy: dispatch u91#34EB28DEA
2019.01.05 06:36:37 4: SIGNALduino_unknown incomming msg: u91#34EB28DEA
2019.01.05 06:36:37 4: SIGNALduino_unknown rawData: 34EB28DEA
2019.01.05 06:36:37 4: SIGNALduino_unknown Protocol: 91
2019.01.05 06:36:37 4: SIGNALduino_unknown converted to bits: 001101001110101100101000110111101010
2019.01.05 06:36:37 5: SIGNALduino_unknown: sduinodummy Protocol 191 found in AttrVal development

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 05 Januar 2019, 09:26:22

@HomeAuto_User
Du hast one und zero vertauscht. Bei der MS von der 91.1 funktioniert es nur mit

Code Auswählen

			zero	=> [-2,1],
			one	=> [-1,2],

da durch das padding eine 0 angehängt wird.

Wenn Du das one und zero vertauscht lassen willst, dann benötigen wir in der Protokoll Liste eine neue Definition, z.B.

Code Auswählen

padbit => '1',
damit wird dann beim padding eine 1 angehängt.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 05 Januar 2019, 12:01:29

Hallo,
ich habe jetzt mal die Raw-Messages mitgeschnitten für den Erschütterungsmelder.

Code Auswählen


2019.01.05 11:45:57 4 : sduino433/msg READredu: MU;P0=-404;P1=393;P2=784;P3=-788;P4=-3929;D=0102310231020231020202310202313131024102020231023131023102020202020231310231023102310202310202023102023131310241020202310231310231020202020202313102310231023102023102020231020231313102410202023102313102310202020202023131023102310231020231020202310202313;CP=1;R=0;O;
2019.01.05 11:45:57 5 : sduino433: Starting demodulation ( regex: (?:)((?:1|1){24,}) Pos 0) length_min_max (24..) length=75
2019.01.05 11:45:57 5 : sduino433: dispatching hex: u63#0000000000000000000
2019.01.05 11:45:57 4 : sduino433: decoded matched MU Protocol id 63 dmsg u63#0000000000000000000 length 76 dispatch(1/4) RSSI = -74
2019.01.05 11:45:57 5 : sduino433 Dispatch: u63#0000000000000000000, test ungleich: disabled
2019-01-05 11:45:57 SIGNALduino sduino433 DMSG u63#0000000000000000000
2019.01.05 11:45:57 5 : sduino433 Dispatch: u63#0000000000000000000, -74 dB, dispatch
2019.01.05 11:45:57 5 : sduino433: dispatch u63#0000000000000000000
2019.01.05 11:45:57 4 : SIGNALduino_unknown incomming msg: u63#0000000000000000000
2019.01.05 11:45:57 4 : SIGNALduino_unknown rawData: 0000000000000000000
2019.01.05 11:45:57 4 : SIGNALduino_unknown Protocol: 63
2019.01.05 11:45:57 4 : SIGNALduino_unknown converted to bits: 0000000000000000000000000000000000000000000000000000000000000000000000000000
2019.01.05 11:45:57 5 : SIGNALduino_unknown: sduino433 Protocol 163 found in AttrVal development!
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 bitMsg: 0000000000000000000000000000000000000000000000000000000000000000000000000000
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 bitMsg_invert: 1111111111111111111111111111111111111111111111111111111111111111111111111111
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 bitCount: 76
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 hexMsg: 0000000000000000000
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 hexMsg_invert: FFFFFFFFFFFFFFFFFFF
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 hexCount_or_nibble: 19
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 lastInputDev: sduino433
2019.01.05 11:45:57 5 : sduino433: Starting demodulation (StartStr: 41 first found at 36 regex: (?:41)((?:31|02){36,}) Pos 36) length_min_max (36..36) length=36
2019.01.05 11:45:57 5 : sduino433: dispatching hex: u91#1681AA44E
2019.01.05 11:45:57 4 : sduino433: decoded matched MU Protocol id 91 dmsg u91#1681AA44E length 36 dispatch(1/4) RSSI = -74
2019.01.05 11:45:57 5 : sduino433 Dispatch: u91#1681AA44E, test ungleich: disabled
2019-01-05 11:45:57 SIGNALduino sduino433 DMSG u91#1681AA44E
2019.01.05 11:45:57 5 : sduino433 Dispatch: u91#1681AA44E, -74 dB, dispatch
2019.01.05 11:45:57 5 : sduino433: dispatch u91#1681AA44E
2019.01.05 11:45:57 4 : SIGNALduino_unknown incomming msg: u91#1681AA44E
2019.01.05 11:45:57 4 : SIGNALduino_unknown rawData: 1681AA44E
2019.01.05 11:45:57 4 : SIGNALduino_unknown Protocol: 91
2019.01.05 11:45:57 4 : SIGNALduino_unknown converted to bits: 000101101000000110101010010001001110
2019.01.05 11:45:57 5 : SIGNALduino_unknown: sduino433 Protocol 191 found in AttrVal development!
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 bitMsg: 000101101000000110101010010001001110
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 bitMsg_invert: 111010010111111001010101101110110001
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 bitCount: 36
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 hexMsg: 1681AA44E
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 hexMsg_invert: E97E55BB1
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 hexCount_or_nibble: 9
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 lastInputDev: sduino433
2019.01.05 11:45:57 5 : part is 020202310231310231020202020202313102310231023102023102020231020231313102 starts at position 74 and ends at 148
2019.01.05 11:45:57 5 : sduino433: 2. try demodulation at Pos 74
2019.01.05 11:45:57 5 : sduino433: dispatching hex: u91#1681AA44E
2019.01.05 11:45:57 4 : sduino433: decoded matched MU Protocol id 91 dmsg u91#1681AA44E length 36 dispatch(2/4) RSSI = -74
2019.01.05 11:45:57 5 : sduino433 Dispatch: u91#1681AA44E, test gleich
2019.01.05 11:45:57 4 : sduino433 Dispatch: u91#1681AA44E, Dropped due to short time or equal msg
2019.01.05 11:45:57 5 : sduino433: start pattern for MU Protocol id 92 -> KRINNER Lumix not found, aborting


2019.01.05 11:45:57 4 : sduino433/msg READredu: MU;P0=-775;P1=382;P2=-436;P3=776;P4=-3940;D=0123412323230123010123012323232323230101230123012320;CP=1;R=0;

2019.01.05 11:45:57 4 : sduino433/msg READredu: MU;P0=-401;P1=383;P2=779;P3=-798;D=01023131023102020202020231310231023102310202310202023102023131310;CP=1;R=0;

2019.01.05 11:45:57 4 : sduino433/msg READredu: MU;P0=-1416;P1=796;P2=-596;P3=400;P4=-386;P6=-782;P7=3308;D=123416341416341414163414163636347034141416341636341634141414141416363416341634163414163414141634141636363410;CP=3;R=0;
2019.01.05 11:45:57 5 : sduino433: Starting demodulation ( regex: (?:)((?:1|0){24,}) Pos 0) length_min_max (24..) length=24
2019.01.05 11:45:57 5 : sduino433: dispatching hex: u63#008000
2019.01.05 11:45:57 4 : sduino433: decoded matched MU Protocol id 63 dmsg u63#008000 length 24 dispatch(1/4) RSSI = -74
2019.01.05 11:45:57 5 : sduino433 Dispatch: u63#008000, test ungleich: disabled
2019-01-05 11:45:57 SIGNALduino sduino433 DMSG u63#008000
2019.01.05 11:45:57 5 : sduino433 Dispatch: u63#008000, -74 dB, dispatch
2019.01.05 11:45:57 5 : sduino433: dispatch u63#008000
2019.01.05 11:45:57 4 : SIGNALduino_unknown incomming msg: u63#008000
2019.01.05 11:45:57 4 : SIGNALduino_unknown rawData: 008000
2019.01.05 11:45:57 4 : SIGNALduino_unknown Protocol: 63
2019.01.05 11:45:57 4 : SIGNALduino_unknown converted to bits: 000000001000000000000000
2019.01.05 11:45:57 5 : SIGNALduino_unknown: sduino433 Protocol 163 found in AttrVal development!
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 bitMsg: 000000001000000000000000
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 bitMsg_invert: 111111110111111111111111
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 bitCount: 24
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 hexMsg: 008000
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 hexMsg_invert: FF7FFF
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 hexCount_or_nibble: 6
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 lastInputDev: sduino433

2019.01.05 11:45:57 4 : sduino433/msg READredu: MU;P0=-3941;P1=387;P2=-410;P3=771;P4=-788;D=0123232341234141234123232323232341412341234123412323412323234123234141412301232323412341412341232323232323414123412341234123234123232341232341414123012323234123414123412323232323234141234123412341232341232323412323414141230123232341234141234123232323232;CP=1;R=0;O;
2019.01.05 11:45:57 5 : sduino433: Starting demodulation ( regex: (?:)((?:1|1){24,}) Pos 0) length_min_max (24..) length=76
2019.01.05 11:45:57 5 : sduino433: dispatching hex: u63#0000000000000000000
2019.01.05 11:45:57 4 : sduino433: decoded matched MU Protocol id 63 dmsg u63#0000000000000000000 length 76 dispatch(1/4) RSSI = -74
2019.01.05 11:45:57 5 : sduino433 Dispatch: u63#0000000000000000000, test ungleich: disabled
2019-01-05 11:45:57 SIGNALduino sduino433 DMSG u63#0000000000000000000
2019.01.05 11:45:57 5 : sduino433 Dispatch: u63#0000000000000000000, -74 dB, dispatch
2019.01.05 11:45:57 5 : sduino433: dispatch u63#0000000000000000000
2019.01.05 11:45:57 4 : SIGNALduino_unknown incomming msg: u63#0000000000000000000
2019.01.05 11:45:57 4 : SIGNALduino_unknown rawData: 0000000000000000000
2019.01.05 11:45:57 4 : SIGNALduino_unknown Protocol: 63
2019.01.05 11:45:57 4 : SIGNALduino_unknown converted to bits: 0000000000000000000000000000000000000000000000000000000000000000000000000000
2019.01.05 11:45:57 5 : SIGNALduino_unknown: sduino433 Protocol 163 found in AttrVal development!
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 bitMsg: 0000000000000000000000000000000000000000000000000000000000000000000000000000
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 bitMsg_invert: 1111111111111111111111111111111111111111111111111111111111111111111111111111
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 bitCount: 76
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 hexMsg: 0000000000000000000
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 hexMsg_invert: FFFFFFFFFFFFFFFFFFF
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 hexCount_or_nibble: 19
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_63 lastInputDev: sduino433
2019.01.05 11:45:57 5 : sduino433: Starting demodulation (StartStr: 01 first found at 0 regex: (?:01)((?:41|23){36,}) Pos 0) length_min_max (36..36) length=36
2019.01.05 11:45:57 5 : sduino433: dispatching hex: u91#1681AA44E
2019.01.05 11:45:57 4 : sduino433: decoded matched MU Protocol id 91 dmsg u91#1681AA44E length 36 dispatch(1/4) RSSI = -74
2019.01.05 11:45:57 5 : sduino433 Dispatch: u91#1681AA44E, test ungleich: disabled
2019-01-05 11:45:57 SIGNALduino sduino433 DMSG u91#1681AA44E
2019.01.05 11:45:57 5 : sduino433 Dispatch: u91#1681AA44E, -74 dB, dispatch
2019.01.05 11:45:57 5 : sduino433: dispatch u91#1681AA44E
2019.01.05 11:45:57 4 : SIGNALduino_unknown incomming msg: u91#1681AA44E
2019.01.05 11:45:57 4 : SIGNALduino_unknown rawData: 1681AA44E
2019.01.05 11:45:57 4 : SIGNALduino_unknown Protocol: 91
2019.01.05 11:45:57 4 : SIGNALduino_unknown converted to bits: 000101101000000110101010010001001110
2019.01.05 11:45:57 5 : SIGNALduino_unknown: sduino433 Protocol 191 found in AttrVal development!
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 bitMsg: 000101101000000110101010010001001110
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 bitMsg_invert: 111010010111111001010101101110110001
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 bitCount: 36
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 hexMsg: 1681AA44E
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 hexMsg_invert: E97E55BB1
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 hexCount_or_nibble: 9
2019-01-05 11:45:57 SIGNALduino_un SIGNALduino_unknown_91 lastInputDev: sduino433
2019.01.05 11:45:57 5 : part is 232323412341412341232323232323414123412341234123234123232341232341414123 starts at position 74 and ends at 148
2019.01.05 11:45:57 5 : sduino433: 2. try demodulation at Pos 74
2019.01.05 11:45:57 5 : sduino433: dispatching hex: u91#1681AA44E
2019.01.05 11:45:57 4 : sduino433: decoded matched MU Protocol id 91 dmsg u91#1681AA44E length 36 dispatch(2/4) RSSI = -74
2019.01.05 11:45:57 5 : sduino433 Dispatch: u91#1681AA44E, test gleich
2019.01.05 11:45:57 4 : sduino433 Dispatch: u91#1681AA44E, Dropped due to short time or equal msg
2019.01.05 11:45:57 5 : part is 232323412341412341232323232323414123412341234123234123232341232341414123 starts at position 148 and ends at 222
2019.01.05 11:45:57 5 : sduino433: 3. try demodulation at Pos 148
2019.01.05 11:45:57 5 : sduino433: dispatching hex: u91#1681AA44E
2019.01.05 11:45:57 4 : sduino433: decoded matched MU Protocol id 91 dmsg u91#1681AA44E length 36 dispatch(3/4) RSSI = -74
2019.01.05 11:45:57 5 : sduino433 Dispatch: u91#1681AA44E, test gleich
2019.01.05 11:45:57 4 : sduino433 Dispatch: u91#1681AA44E, Dropped due to short time or equal msg
2019.01.05 11:45:57 5 : sduino433: start pattern for MU Protocol id 92 -> KRINNER Lumix not found, aborting

2019.01.05 11:45:57 4 : sduino433/msg READredu: MU;P0=-803;P1=377;P2=-412;P3=773;P4=-6196;D=01012301230123012323012323230123230101012340;CP=1;R=0;

2019.01.05 11:45:58 4 : sduino433/msg READredu: MU;P0=-100;P1=787;P2=-785;P3=403;P4=-397;P5=-3923;D=0123414141414141232341234123412341412341414123414123232341534141412341232341234141414141412323412341234123414123414141234141232323415341414123412323412341414141414123234123412341234141234141412341412323234153414141234123234123414141414141232341234123412;CP=3;R=0;O;
2019.01.05 11:45:58 5 : sduino433: Starting demodulation ( regex: (?:)((?:0|0){24,}) Pos 0) length_min_max (24..) length=48
2019.01.05 11:45:58 5 : sduino433: dispatching hex: u63#000000000000
2019.01.05 11:45:58 4 : sduino433: decoded matched MU Protocol id 63 dmsg u63#000000000000 length 48 dispatch(1/4) RSSI = -74
2019.01.05 11:45:58 5 : sduino433 Dispatch: u63#000000000000, test ungleich: disabled
2019-01-05 11:45:58 SIGNALduino sduino433 DMSG u63#000000000000
2019.01.05 11:45:58 5 : sduino433 Dispatch: u63#000000000000, -74 dB, dispatch
2019.01.05 11:45:58 5 : sduino433: dispatch u63#000000000000
2019.01.05 11:45:58 4 : SIGNALduino_unknown incomming msg: u63#000000000000
2019.01.05 11:45:58 4 : SIGNALduino_unknown rawData: 000000000000
2019.01.05 11:45:58 4 : SIGNALduino_unknown Protocol: 63
2019.01.05 11:45:58 4 : SIGNALduino_unknown converted to bits: 000000000000000000000000000000000000000000000000
2019.01.05 11:45:58 5 : SIGNALduino_unknown: sduino433 Protocol 163 found in AttrVal development!
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 bitMsg: 000000000000000000000000000000000000000000000000
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 bitMsg_invert: 111111111111111111111111111111111111111111111111
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 bitCount: 48
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 hexMsg: 000000000000
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 hexMsg_invert: FFFFFFFFFFFF
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 hexCount_or_nibble: 12
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 lastInputDev: sduino433
2019.01.05 11:45:58 5 : sduino433: Starting demodulation (StartStr: 53 first found at 58 regex: (?:53)((?:23|41){36,}) Pos 58) length_min_max (36..36) length=36
2019.01.05 11:45:58 5 : sduino433: dispatching hex: u91#1681AA44E
2019.01.05 11:45:58 4 : sduino433: decoded matched MU Protocol id 91 dmsg u91#1681AA44E length 36 dispatch(1/4) RSSI = -74
2019.01.05 11:45:58 5 : sduino433 Dispatch: u91#1681AA44E, test ungleich: disabled
2019-01-05 11:45:58 SIGNALduino sduino433 DMSG u91#1681AA44E
2019.01.05 11:45:58 5 : sduino433 Dispatch: u91#1681AA44E, -74 dB, dispatch
2019.01.05 11:45:58 5 : sduino433: dispatch u91#1681AA44E
2019.01.05 11:45:58 4 : SIGNALduino_unknown incomming msg: u91#1681AA44E
2019.01.05 11:45:58 4 : SIGNALduino_unknown rawData: 1681AA44E
2019.01.05 11:45:58 4 : SIGNALduino_unknown Protocol: 91
2019.01.05 11:45:58 4 : SIGNALduino_unknown converted to bits: 000101101000000110101010010001001110
2019.01.05 11:45:58 5 : SIGNALduino_unknown: sduino433 Protocol 191 found in AttrVal development!
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_91 bitMsg: 000101101000000110101010010001001110
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_91 bitMsg_invert: 111010010111111001010101101110110001
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_91 bitCount: 36
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_91 hexMsg: 1681AA44E
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_91 hexMsg_invert: E97E55BB1
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_91 hexCount_or_nibble: 9
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_91 lastInputDev: sduino433
2019.01.05 11:45:58 5 : part is 414141234123234123414141414141232341234123412341412341414123414123232341 starts at position 74 and ends at 148
2019.01.05 11:45:58 5 : sduino433: 2. try demodulation at Pos 74
2019.01.05 11:45:58 5 : sduino433: dispatching hex: u91#1681AA44E
2019.01.05 11:45:58 4 : sduino433: decoded matched MU Protocol id 91 dmsg u91#1681AA44E length 36 dispatch(2/4) RSSI = -74
2019.01.05 11:45:58 5 : sduino433 Dispatch: u91#1681AA44E, test gleich
2019.01.05 11:45:58 4 : sduino433 Dispatch: u91#1681AA44E, Dropped due to short time or equal msg
2019.01.05 11:45:58 5 : sduino433: start pattern for MU Protocol id 92 -> KRINNER Lumix not found, aborting

2019.01.05 11:45:58 4 : sduino433/msg READredu: MU;P0=-172;P1=782;P2=-400;P3=-798;P4=382;P5=-3944;D=0121213421343421342121212121213434213421342134212134212121342121343434215421212134213434213421212121212134342134213421342121342121213421213434342;CP=4;R=0;
2019.01.05 11:45:58 5 : sduino433: Starting demodulation ( regex: (?:)((?:1|0){24,}) Pos 0) length_min_max (24..) length=43
2019.01.05 11:45:58 5 : sduino433: dispatching hex: u63#1FFFFFFFFFE
2019.01.05 11:45:58 4 : sduino433: decoded matched MU Protocol id 63 dmsg u63#1FFFFFFFFFE length 44 dispatch(1/4) RSSI = -74
2019.01.05 11:45:58 5 : sduino433 Dispatch: u63#1FFFFFFFFFE, test ungleich: disabled
2019-01-05 11:45:58 SIGNALduino sduino433 DMSG u63#1FFFFFFFFFE
2019.01.05 11:45:58 5 : sduino433 Dispatch: u63#1FFFFFFFFFE, -74 dB, dispatch
2019.01.05 11:45:58 5 : sduino433: dispatch u63#1FFFFFFFFFE
2019.01.05 11:45:58 4 : SIGNALduino_unknown incomming msg: u63#1FFFFFFFFFE
2019.01.05 11:45:58 4 : SIGNALduino_unknown rawData: 1FFFFFFFFFE
2019.01.05 11:45:58 4 : SIGNALduino_unknown Protocol: 63
2019.01.05 11:45:58 4 : SIGNALduino_unknown converted to bits: 00011111111111111111111111111111111111111110
2019.01.05 11:45:58 5 : SIGNALduino_unknown: sduino433 Protocol 163 found in AttrVal development!
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 bitMsg: 00011111111111111111111111111111111111111110
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 bitMsg_invert: 11100000000000000000000000000000000000000001
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 bitCount: 44
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 hexMsg: 1FFFFFFFFFE
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 hexMsg_invert: E0000000001
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 hexCount_or_nibble: 11
2019-01-05 11:45:58 SIGNALduino_un SIGNALduino_unknown_63 lastInputDev: sduino433

Es sind ein paar drin, die nicht auf 91 getriggert haben (dringelassen, weil ich es nicht genau weiss). Es kommt immer auch ein #63 mit, das ist nicht Zufall, sondern wirklich immer so. Allerdings habe ich vorher kein Update gemacht, also Stand:

version V 3.3.1-RC10 SIGNALduino - compiled at Dec 29 2018 01:43:10
versionmodu lv3.3.3-dev_30.12.

Grüße

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 05 Januar 2019, 12:14:41

Die 63 kannst Du in die blacklist eintragen, die ist noch noch ganz fertig entwickelt, die kommt noch bei vielen Protokollen mit.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 05 Januar 2019, 12:29:43

@Ralf + Horst + Jochen,

bitte für die gemeinsame Entwicklung für den Atlantic Security - MD-210R + other nun hier alles zusammen tragen.
~~https://github.com/RFD-FHEM/RFFHEM/issues/477~~

Hier im Forum wird dies zu undurchsichtig und wir lassen alles andere nach hinten fallen.
Den Einbau habe ich schon begonnen und es ist nur noch die Prüfung offen.

EDIT: es erfolgt ein neuer Faden HIER im FORUM für die Entwicklung! Ralf hat hier begonnen alles zusammen zu fassen
https://forum.fhem.de/index.php?topic=95346.msg881810#msg881810

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RappaSan am 11 Januar 2019, 08:33:13

Moin Sidey,

ich habe vor einigen Tagen mal die https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC10/SIGNALDuino_nanorelease.hex
geflasht.
Meine Beobachtung bei IT V1 Steckdosen: Empfang geht nach wie vor, aber Senden geht schlechter bis gar nicht, auch bei Steckdosen, die nahe am Sender (ca. 3-5 m) sind.
Der Empfang anderer Protokolle geht auch nach wie vor einwandfrei soweit.
Nach flashen der V 3.3.1-RC8 SIGNALduino - compiled at Oct 4 2018 21:45:15 läuft auch das Senden wieder wie bisher.

Vielleicht hilft meine Beobachtung ja beim error-tracking.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 11 Januar 2019, 09:05:53

ja, das ist bei mir seit der RC10 auch so, ich lasse es mal aber noch, vorher hatte ich die RC3 die ging besser, will aber nun ungern zurück :)

Ronny

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 11 Januar 2019, 16:01:43

Ich fasse Mal zusammen.
Bis RC8 hat das senden ganz gut geklappt.

Ab RC9 oder RC10 gibt es Probleme?

Ihr verwendet einen nano mit cc1101 nehme ich an.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 11 Januar 2019, 17:33:49

Wenn das Schalten auch über einen 433Mhz Schalter arbeitet kontrolliert bitte Mal, ob die Problematik auch da ist, wann man über die Weboberfläche schaltet.

Bei mit sendet der Schalter noch, während die Befehle an die (in diesem Fall) Steckdose gehen. Ein sleep hat dann geholfen.

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 11 Januar 2019, 17:51:59

Zitat von: jochen_f am 05 Januar 2019, 07:00:30
Hallo Marco,

das scheint ein Bug im MS Dekoder zu sein, der ein falsches Padding macht:

MS;P1=-410;P2=807;P3=-803;P4=394;P5=-3994;D=45412123434123412123434341234123434121234123412121234341234343434123412343;CP=4;SP=5;R=30;O;m2;

Die letzten 4 Bits:

34 12 34 3

Die 3 am Ende deutet darauf hin, dass das Bit Muster 1011 sein sollte. Der Dekoder macht aber 1010 daraus.

Code Auswählen Erweitern
2019.01.05 06:36:37 4: sduinodummy: Matched MS Protocol id 91.1 -> Atlantic security 2019.01.05 06:36:37 5: sduinodummy: Starting demodulation at Position 3 2019.01.05 06:36:37 5: sduinodummy: Found wrong signalpattern, catched 35 bits, aborting demodulation 2019.01.05 06:36:37 1: DEBUG>sduinodummy: decoded message raw (0 0 1 1 0 1 0 0 1 1 1 0 1 0 1 1 0 0 1 0 1 0 0 0 1 1 0 1 1 1 1 0 1 0 1), 35 bits 2019.01.05 06:36:37 1: DEBUG>sduinodummy padded 1 bits to bit_msg array 2019.01.05 06:36:37 4: sduinodummy: Decoded MS Protocol id 91.1 dmsg u91#34EB28DEA length 36 RSSI = -59 2019.01.05 06:36:37 1: DEBUG>sduinodummy: dispatching now msg: u91#34EB28DEA 2019.01.05 06:36:37 5: sduinodummy Dispatch: u91#34EB28DEA, test gleich 2019.01.05 06:36:37 5: sduinodummy Dispatch: u91#34EB28DEA, -59 dB, dispatch 2019.01.05 06:36:37 5: sduinodummy: dispatch u91#34EB28DEA 2019.01.05 06:36:37 4: SIGNALduino_unknown incomming msg: u91#34EB28DEA 2019.01.05 06:36:37 4: SIGNALduino_unknown rawData: 34EB28DEA 2019.01.05 06:36:37 4: SIGNALduino_unknown Protocol: 91 2019.01.05 06:36:37 4: SIGNALduino_unknown converted to bits: 001101001110101100101000110111101010 2019.01.05 06:36:37 5: SIGNALduino_unknown: sduinodummy Protocol 191 found in AttrVal development

Gruß, Jochen

Ich habe da einen Vorschlag.

Aus dem letzte (halben) Bit und den Definitionen für Zero und one sollte sich in fast allen Fällen der fehlende Wert ergeben. Es fehlt jeweils der zum letzten token passende aus der Liste Zero und one.
Wenn das nicht eindeutig ist haben wir sowieso keine Chance auf einen richtigen Wert.

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 11 Januar 2019, 20:00:37

Hallo Horst,

ich habe einen Patch geschrieben, der genau das macht.

https://github.com/JochenFriedrich/RFFHEM/commit/55b81c1693d3f70c547eae419f4e63caa316c701

Der bastelt aus dem letzten halben Bit plus dem Clock das letzte Bit zusammen und dekoriert die MS Nachricht als MU.

Wenn Du das mit dem Atlantic'S Sensor testen willst, musst Du 91.1 aus der Whitelist rausnehmen. Die 91 reicht dann völlig aus und dekodiert beide Varianten.

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RappaSan am 12 Januar 2019, 09:45:29

Guten Morgen,

bei mir ist kein cc1101 dran, nur die einfachen 433er Sender/Empfänger.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 12 Januar 2019, 10:01:16

Moin,

auch bei mir hat der Signalduino kein cc1101, das war mal hier aus dem Forum ein nano mit normalen 433 MHz Sender/Empfänger (die SignalESPs haben aber ausschliesslich CC1101er).

Ronny

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 13 Januar 2019, 11:17:39

Hallo Sidey,

mir ist aufgefallen, daß es momentan bei der Entwicklerversion dev-r33 keine einfache Möglichkeit gibt eine stable firmware für den cc1101 zu flashen.

Wie soll der Anwender drauf kommen, daß dies momentan für den nano mit cc1101 nur damit geht?

Code Auswählen

set sduino flash https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/FHEM/firmware/SIGNALduino_nanoCC1101.hex

Bei set flash bekommt er als stable nur 3.1 und 3.3.0 zur Auswahl, dafür gibt es aber keine hex-file für den cc1101.

Die stable V 3.3.1-dev für den cc1101 ist bei der Auswahl nicht dabei.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 13 Januar 2019, 13:23:27

Hi Ralf,

V 3.3.1-dev ist ja keine stable Version, sondern eine Entwickler Version.

Und für den Nano mit cc1101 gibt es nichts, was als stable bislang veröffentlicht wurde. :(

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 13 Januar 2019, 13:52:44

Die V 3.3.1-dev ist aber mehr stable als die RC10 und wahrscheinlich mindestens so stable wie die 3.3.0.
In der 3.3.1-dev wurden einige Fehler von der 3.3.0 beseitigt.
Die V 3.3.1-dev ist eine quasi stable Version, sie ist auch im master branch.

Wie ich gerade gesehen habe, gibt es momentan auch im svn keine Version für den cc1101.
Mir ist nicht klar wie momentan jemand, der die Version vom normalen Update verwendet eine firmware für den nano mit cc1101 flashen kann.
Wer mit der Entwicklerversion und updateChannelFW:stable versucht die 3.3.0 für den cc1101 zu flashen, wird daran evtl verzweifeln, da dies nicht funktionieren kann.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 13 Januar 2019, 23:43:16

Zitat von: Ralf9 am 13 Januar 2019, 13:52:44
Die V 3.3.1-dev ist aber mehr stable als die RC10 und wahrscheinlich mindestens so stable wie die 3.3.0.

In der 3.3.1-dev wurden einige Fehler von der 3.3.0 beseitigt.
Die V 3.3.1-dev ist eine quasi stable Version, sie ist auch im master branch.

Ich weiss nicht wie Du darauf kommst, dass eine Entwicklerversion = stable Version ist.
Den Code habe ich mir jetzt nicht mehr angesehen, aber da fehlen vermutlich Dinge um die Frequenz anzupassen und die Probleme mit dem MC Decoder sind dort ganz sicher auch enthalten.

Zitat von: Ralf9 am 13 Januar 2019, 13:52:44
Mir ist nicht klar wie momentan jemand, der die Version vom normalen Update verwendet eine firmware für den nano mit cc1101 flashen kann.

Aktuell nur über den im Wiki hinterlegten Weg:
https://wiki.fhem.de/wiki/SIGNALduino#Vorabversion_einer_Firmware

Zitat von: Ralf9 am 13 Januar 2019, 13:52:44
Wer mit der Entwicklerversion und updateChannelFW:stable versucht die 3.3.0 für den cc1101 zu flashen, wird daran evtl verzweifeln, da dies nicht funktionieren kann.

Das stimmt. Es wird keine kompatible Firmware gefunden werden. Dazu könnte man eine passende Fehlermeldung generieren.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 17 Januar 2019, 08:25:53

Hi,

ich weiss nicht warum, aber seit einem Umbau und damit PowerOff / lange auslassen / Power wieder an beim FHEM Pi, scheint der SignalDuino wieder wie normal zu arbeiten, bisher konnte ich keine Aussetzer bei IT mehr nachstellen, ich werde es aber noch beobachten (find ich komisch irgendwie).

Noch was, was mich schön länger stört, aber wo ich wohl zu "doof" bin, das zu fixen:

Ich habe einen Temp Sensor (NC_xx) im Modul CUL_TCM97001, der funzt wie er soll, dummerweise kommen dann immer durchs autocreate hier welche aus der Umgebung mit rein, die angelegt werden, durch Blacklist/Whitelist kann ich diese glaube schwer beeinflussen oder ? Was gibts da noch für Möglichkeiten, diese nicht mehr anlegen zu lassen. (das sind dann andere NC_xx Sensoren, Ario, GT, WT und so kram, hab Sie schon gelöscht und müsste nochmal genauer schauen, aber vielleicht hat jemand einen Tip für mich, als Startpunkt ?

Danke Ronny

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RappaSan am 17 Januar 2019, 08:36:37

Moin.

Schalt doch autocreate aus oder mit zusätzlichem
attr autocreate ignoreTypes NC.*
:)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 17 Januar 2019, 11:35:29

Hi

ach stimmt, da hatte ich sogar schonmal was angefangen, danke für den großen Zaunspfahl :)

Ronny

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev Halbes Bit am Ende
Beitrag von: Harst am 18 Januar 2019, 00:40:12

Hallo,

vor ein paar Tagen hatte ich einen Vorschlag für das Dekodieren des letzten Bit bei MS-Nachrichten gemacht. Es gibt zwar schon den Patch von Jochen, der daraus MU-Nachrichten macht, ich habe es jetzt in den eigentlichen Dekoder eingebaut.

Methode:
Es wird ein 2. Hash angelegt, der ein um ein Zeichen verkürztes Muster von one und zero erhält.
Wenn das nicht eindeutig ist wird das Verfahren verworfen.
Wenn am Ende ein halbes Bit steht wird versucht, diesen 2. Hash zum Dekodieren des letzten Bit zu verwenden.

Perl ist jetzt nicht meine Sprache, aber der Stil ist ja vorgegeben, es sind auch nur wenige Zeilen und ergibt bisher immer die richtigen Checksummen.

Besteht Interesse, das zu integrieren / anzusehen?
Wenn ja wie?

Grüße

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Jogi am 19 Januar 2019, 13:01:40

Hallo,
in der Hoffnung, dass meine Frage hier richtig ist und nicht schon beantwortet wurde (habe mit meiner Suche nichts gefunden):
Ich habe mir einen Signalduino zugelegt, mit dem ich FS20 Steckdosen schalten wollte. Doch scheinbar geht das nicht.
Die Signale der Fernbedienung werden zwar erkannt, aber senden kann ich nichts.
Unter clients ist FS20 zwar aufgeführt:

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        192.168.178.121:23
   DMSG       nothing
   DevState   initialized
   DeviceName 192.168.178.121:23
   FD         42
   LASTDMSG   nothing
   NAME       Sduino868Mhz
   NR         545
   PARTIAL    
   STATE      opened
   TIME       1547897651
   TYPE       SIGNALduino
   cc1101_frequency 868
   sendworking 0
   version    V 3.3.1-rc4 SIGNALESP cc1101 868MHz - compiled at Mar 22 2018 23:44:15
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2019-01-18 12:01:19   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2019-01-09 15:51:52   ccpatable       C3E = 00 84 00 00 00 00 00 00
     2019-01-09 15:52:03   cmds            V R t X F S P C r W x e
     2019-01-09 15:52:12   config          MS=1;MU=1;MC=1
     2019-01-18 12:19:59   ping            OK
     2019-01-19 12:57:52   state           opened
     2019-01-19 12:57:52   version         V 3.3.1-rc4 SIGNALESP cc1101 868MHz - compiled at Mar 22 2018 23:44:15
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     65
     66
     67
     69
     70
     71
     72
     75
     8
     9
Attributes:
   cc1101_frequency 868
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Gateways
   hardware   nanoCC1101
   icon       cul_868
   room       99.Programm,FS20
   verbose    5

aber mit get protocollIDs bekomme ich

Code Auswählen

74 MU FS20 FS20 # Remote Control (868Mhz only receive)
Frage: Ist angedacht, dass der Signalduino auch irgendwann mal FS20-Signale senden kann, oder kann er das schon und ich mache nur etwas falsch?

Vielen Dank und Grüße,
Jogi

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 19 Januar 2019, 13:56:43

Aktualisiere bitte sowohl die SIGNALduino-Firmware, als auch die FHEM-Module auf die Entwicklerversion, dann wird auch das Senden von FS20 unterstützt. Wie die Updates durchgeführt werden, ist im Wiki (https://wiki.fhem.de/wiki/SIGNALduino) beschrieben.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Jogi am 19 Januar 2019, 13:58:14

Zitat von: elektron-bbs am 19 Januar 2019, 13:56:43
Aktualisiere bitte sowohl die SIGNALduino-Firmware, als auch die FHEM-Module auf die Entwicklerversion, dann wird auch das Senden von FS20 unterstützt. Wie die Updates durchgeführt werden, ist im Wiki (https://wiki.fhem.de/wiki/SIGNALduino) beschrieben.

Vielen Dank, werde ich in den nächsten Tagen angehen.

Gruß,
Jogi

Titel: Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 19 Januar 2019, 14:51:11

Hi, ist ein SignalESP mit aktueller DEV5, haben wir was aktuelleres für den ESP?
@jogi: zeig mal ein list nach einem get version
Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Jogi am 19 Januar 2019, 19:28:10

Zitat von: RaspiLED am 19 Januar 2019, 14:51:11
@jogi: zeig mal ein list nach einem get version

Hallo Arnd,
hier das list:

Code Auswählen

version: V 3.3.1-rc4 SIGNALESP cc1101 868MHz - compiled at Mar 22 2018 23:44:15

Gruß,
Jogi

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 19 Januar 2019, 19:48:56

Für den ESP gibt es leider noch nichts neues.

Könnt ihr auf statische IP Adressen verzichten?
Das sind neben einer OTA Update Funktion aktuell die offenen Punkte.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 19 Januar 2019, 19:53:10

Ja ich schon und Jürgen glaube ich auch ;-)

Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 19 Januar 2019, 21:25:07

Hi,

Bezüglich SIGNALESP: Ich habe ehh statische per DHCP, also mich stört es auch nicht ;)

Ronny

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: jochen_f am 19 Januar 2019, 22:22:40

Hallo Horst,

ZitatBesteht Interesse, das zu integrieren / anzusehen?

Ja, ich würde es mir auch gerne anschauen und testen.

Gruß, Jochen

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: FrankieSOC am 04 Februar 2019, 16:22:58

Zitat von: Sidey am 19 Januar 2019, 19:48:56
Könnt ihr auf statische IP Adressen verzichten?

ich bin zwar noch immer ein freund von statischen IPs, aber es wäre schade, dass es deshalb mit dem System nicht weiter geht.
also Ja :)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 04 Februar 2019, 17:05:17

Zitat von: FrankieSOC am 04 Februar 2019, 16:22:58
ich bin zwar noch immer ein freund von statischen IPs, aber es wäre schade, dass es deshalb mit dem System nicht weiter geht.
also Ja :)

Ich habe vor einigen Tagen ein fertiges Binary compiliert.
Statische IP Adressen sind aktuell leider nicht reboot fest.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Jogi am 05 Februar 2019, 18:34:10

Hallo zusammen,
ich habe mir vor einiger Zeit einen Signalduino 868 zugelegt, um Empfangsprobleme bei meinen FS20-Empfänger mit einem zweiten Sender zu beheben (siehe #1169).
Leider habe ich dann erst gemerkt, dass der Signalduino FS20 scheinbar nicht korrekt sendet.
Ich habe jetzt von RaspiLED die neuste Software bekommen und den Signalduino neu geflasht.
Doch leider funktioniert der Empfang immer noch nicht.
RaspiLED hat mich gebeten, das Ergebnis hier zu posten,was ich gerne mache:

Es hat sich -bezüglich FS 20- nichts geändert. Er empfängt die Signale, sendet sie aber nicht korrekt.
Im Event-Monitor kann ich sehen, dass der Befehl gesendet wird, aber er kommt bei der Steckdose nicht an.
Hier mal ein Auszug aus dem Event-Monitor. Ich habe abwechselnd mit der Fernbedienung und über die FHEM-Oberfäche geschaltet. Die Befehle der FHEM-Oberfläche werden von der Steckdose nicht ausgeführt, die von der Fernbedienung schon, obwohl es im Eventmonitor gleich aussieht.

Code Auswählen

2019-02-03 12:09:39 FS20 Buerolampe on
2019-02-03 12:09:41 FS20 Buerolampe off
2019-02-03 12:09:45 FS20 Buerolampe off
2019-02-03 12:09:45 FS20 Buerolampe on
2019-02-03 12:09:50 FS20 Buerolampe on
2019-02-03 12:09:53 FS20 Buerolampe off
2019-02-03 12:09:56 FS20 Buerolampe on
2019-02-03 12:09:59 FS20 Buerolampe on
2019-02-03 12:10:00 FS20 Buerolampe off
2019-02-03 12:10:05 FS20 Buerolampe on
2019-02-03 12:10:13 FS20 Buerolampe off

Im Logfile erscheinen mehrere solcher Meldungen:

Code Auswählen

2019.02.03 12:09:39 3: FS20 set Buerolampe on
2019.02.03 12:09:39 5: Sduino868Mhz/write: adding to queue 04 010101a1a03211
2019.02.03 12:09:40 3: FS20 set Buerolampe off
2019.02.03 12:09:40 5: Sduino868Mhz/write: adding to queue 04 010101a1a03200
2019.02.03 12:09:48 4: Sduino868Mhz/keepalive ok, retry = 0

Ich habe den Sduino genau auf dieselbe Frequenz eingestellt, die auch der CUL (der ja bereits in meinen System läuft und bestens funktioniert) hat: 868.200
Ich hänge noch mal ein List von dem Sduino an:

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:SIGNALduino_un:
   DEF        192.168.178.121:23
   DMSG       u20#FFFF
   DevState   initialized
   DeviceName 192.168.178.121:23
   FD         52
   FUUID      5c447807-f33f-8efe-e719-8b71272a3e568879
   LASTDMSG   u20#FFFF
   MSGCNT     1
   NAME       Sduino868Mhz
   NR         557
   PARTIAL    
   RAWMSG     MU;P0=601;P1=-90;P2=177;P3=-176;P4=871;P5=-411;P6=403;P7=-609;D=012341456565656565656565656565070765076565656507070765076565656565656565070765650765076565650765656507650765656507650765076;CP=6;R=78;
   RSSI       -35
   STATE      opened
   TIME       1549191300
   TYPE       SIGNALduino
   cc1101_frequency 868
   sendworking 0
   unknownmessages 2019-02-03 12:01:07-MS;P0=-613;P1=393;P2=-414;P3=597;P4=-10512;D=1412121212121212121212121230301230121212123030301230121212121212121230301212301230121212301212123012301212123012301230;CP=1;SP=4;R=70;O;#2019-02-03 12:01:07-MU;P0=-612;P1=391;P2=-413;P3=607;D=01212121230303012301212121212121212303012123012301212123012121230123012121230123012301;CP=1;R=70;#2019-02-03 12:01:08-MS;P2=-397;P3=411;P4=621;P5=-599;P6=-10532;D=3632323232323232323232323245453245323232324545453245323232323232323245453232453245323232323232323232324545454532324545;CP=3;SP=6;R=67;O;T;S;#2019-02-03 12:01:08-MU;P0=-396;P1=414;P2=601;P3=-605;D=0101010232310231010101023232310231010101010101010232310102310231010101010101010101023232323101023231;CP=1;R=66;#2019-02-03 12:01:09-MS;P1=-449;P2=351;P3=609;P4=-607;P5=-10512;D=2521212121212121212121212134342134212121213434342134212121212121212134342121342134212121342121213421342121213421342134;CP=2;SP=5;R=66;O;4;#2019-02-03 12:01:09-MU;P0=410;P1=-401;P2=601;P3=-611;D=010101232301230101010123232301230101010101010101232301012301230101012301010123012301010123012301230;CP=0;R=66;#2019-02-03 12:01:09-MS;P1=-455;P2=355;P3=613;P4=-599;P5=-10515;D=2521212121212121212121212134342134212121213434342134212121212121212134342121342134212121212121212121213434343421213434;CP=2;SP=5;R=67;O;4;4;#2019-02-03 12:01:10-MU;P0=389;P1=-404;P2=603;P3=-615;D=010101232301230101010123232301230101010101010101232301012301230101010101010101010123232323010123230;CP=0;R=66;
   version    V 3.3.1-rc6 SIGNALESP cc1101 (chip CC1101) - compiled at Jan 20 2019 22:42:36
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2019-02-03 11:58:20   ccconf          freq:868.200MHz bWidth:325KHz rAmpl:42dB sens:8dB  (DataRate:5603.79Baud)
     2019-01-09 15:51:52   ccpatable       C3E = 00 84 00 00 00 00 00 00
     2019-01-09 15:52:03   cmds            V R t X F S P C r W x e
     2019-01-09 15:52:12   config          MS=1;MU=1;MC=1
     2019-02-03 12:14:48   ping            OK
     2019-02-03 12:03:48   state           opened
     2019-02-03 11:58:25   uptime          0 00:10:33
     2019-02-03 12:03:48   version         V 3.3.1-rc6 SIGNALESP cc1101 (chip CC1101) - compiled at Jan 20 2019 22:42:36
   getcmd:
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     65
     66
     67
     69
     70
     71
     72
     75
     8
     9
Attributes:
   cc1101_frequency 868
   comment    CUL1 ccconfig: freq:868.200MHz bWidth:325KHz rAmpl:42dB sens:4dB
Sduino868 ccconfig: freq:868.200MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Gateways
   hardware   nanoCC1101
   icon       cul_868
   room       99.Programm,FS20
   verbose    5

Und hier mal zum Vergleich der CUL:

Code Auswählen

Internals:
   CMDS       BbCFiAZNkGMKUYRTVWXefmLltux
   CUL1_MSGCNT 26
   CUL1_TIME  2019-02-03 12:10:00
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/serial/by-id/usb-busware.de_CUL868-if00 1034
   DeviceName /dev/serial/by-id/usb-busware.de_CUL868-if00
   FD         23
   FHTID      1034
   FUUID      5c447805-f33f-8efe-1265-48948f124c8a4d16
   NAME       CUL1
   NR         363
   NR_CMD_LAST_H 7
   PARTIAL    
   RAWMSG     FA1A03200EC
   RSSI       -84
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.66 CUL868
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2019-01-27 20:51:52   ccconf          freq:868.200MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2019-02-02 13:40:56   cmds             B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
     2019-02-03 12:10:00   state           Initialized
     2018-06-28 21:53:46   version         V 1.66 CUL868
   XMIT_TIME:
     1549187840.0473
     1549188300.64027
     1549189004.98298
     1549190264.22914
     1549190722.87342
     1549190859.48024
     1549190923.49397
Attributes:
   comment    freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
   group      Gateways
   rfmode     SlowRF
   room       99.Programm,FS20

Wenn Ihr noch einen Tipp habt probiere ich es gerne aus.
Allerdings habe ich momentan wenig Zeit und es kann etwas dauern. Außerdem darängt es bei mir nicht mehr, denn ich habe ja noch den CUL und die Empfangsprobleme bei einigen Steckdosen jetzt dadurch behoben, dass ich FS20 teilweise gegen IT-Steckdosen ausgetauscht habe.

Aber vielleicht helfen die geposteten Meldungen ja irgendwie weiter.

Gruß,
Jogi

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 06 Februar 2019, 20:38:27

Ich habe heute extra nochmal FS20 probiert. Mir steht allerdings nur ein FS20-Aktor und ein Taster zum testen zur Verfügung. Senden und empfangen funktioniert mit SIGNALESP mit aktueller Firmware und der Entwicklerversion der Module einwandfrei. Vieleicht solltest du doch die richtige Frequenz von 868,350 MHz einstellen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 17 Februar 2019, 20:21:32

Hallo,

demnächst kommt die Entwicklerversion dev-r33 ins normale update (SVN), dies bedingt, daß nun nichts neues mehr in die dev-r33 kommen kann.
Wenn ich das richtig verstanden habe, dann wird es, nachdem die dev-r33 im SVN ist, eine dev-r34 geben.

Da das "reconstruct last bit" bei MS- und MU-Nachrichten leider noch nicht im dev-r33 ist, wird es voraussichtlich noch mindestens ein paar Wochen dauern bis es in die dev-r34 kommt.
Für "Neues Internal ID bei Devices" gilt das selbe
https://github.com/RFD-FHEM/RFFHEM/issues/499

Ich habe dies und noch einige weitere Anpassungen und Erweiterungen in meiner Version der 00_SIGNALduino.pm eingebaut:
https://github.com/Ralf9/RFFHEM/issues/2

Wer es anschauen und testen will:
https://github.com/Ralf9/RFFHEM/blob/master/FHEM/00_SIGNALduino.pm
und zum download:
https://raw.githubusercontent.com/Ralf9/RFFHEM/master/FHEM/00_SIGNALduino.pm

Ich habe momentan keine Lust mehr, weitere Anpassungen und Erweiterungen in die offizielle Version zu bringen, mittlerweile ist es für mich recht aufwändig und langwierig einen Pullrequest in die offizielle Version rein zu bringen.
Ich warte jetzt erst mal ab bis meine offenen Pullrequest und das "Neues Internal ID bei Devices" drin sind.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 17 Februar 2019, 20:53:22

Hallo Ralf, hallo Sidey,

ich bin jetzt mal gemein:
Vor kurzem gab es eine Diskussion um die Übernahme von Entwicklerversionen, da diese ja noch Fehler enthalten. Wenn jetzt eine neue Version ohne die MS/MU-Anpassungen gemacht wird sind in der neuen Releaseversion definitiv Fehler drin, denn das letzte Bit wird bei allen Protokollen falsch interpretiert, die als Abschluss kein Stop-Bit haben. Ich würde diese Reparatur auf jeden Fall noch einbauen.

Horst

PS: ich helfe gerne mit, aber es ist wirklich frustrierend, wenn eine Reparatur mehrere Monate braucht, obwohl sie fertig ist.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 21 Februar 2019, 22:30:50

sehe ich das richtig, daß in normalen fhem update das update vom Signalduino z.Zt. nicht funktioniert?
Dies ist u.a. daran erkennbar, daß im Protocol Overview Fenster keine Protokolle angezeigt werden.

hier fehlt die signalduino_protocols.hash
https://svn.fhem.de/trac/browser/trunk/fhem/controls_fhem.txt

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 21 Februar 2019, 22:33:24

Hi Ralf,

ja das ist korrekt.
Ich habe bereits einen Patch vorgeschlagen, der das Problem löst.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: hene42 am 22 Februar 2019, 19:05:42

Hallo, ich habe soeben ein Fhem update gemacht und jetzt gehen meine Fernbedienungen nicht mehr.
Der Signalduino blinkt zwar, aber es werden keine Meldungen an Fhem übertragen....

Diese Version ist bei mir drauf: V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50

Kann mir jemand helfen? Komme absolut nicht weiter....
Wie kann ich eine neuere Version aufspielen wenn schon was auf dem Stick ist, habe schon mehreres Probiert aber erhalte immer einen Fehler...

Danke
hene42

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 22 Februar 2019, 19:19:33

im normalen fhem update funktioniert das update vom Signalduino z.Zt. nicht.
Dies ist u.a. daran erkennbar, daß im Protocol Overview Fenster keine Protokolle angezeigt werden.
Der Grund dafür ist daß diese datei beim update nicht vom SVN geholt wird.
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/FHEM/lib/signalduino_protocols.hash

Als workaround kannst Du dies verwenden:

Code Auswählen

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

Nachtrag:
Das normale fhem update funktioniert, wenn sich die aktuelle signalduino_protocols.hash Datei z.B. vom dev-r33 oder dev-r34 bereits im lib Verzeichnis befindet

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: killah78 am 22 Februar 2019, 21:32:22

Hi,
hoffe ich bin hier im richtigen Thread.
Ich bin mit FHEM umgezogen von einem Raspberry in einen Docker Container auf einem ARM8.
Soweit so gut.
Altes System: Firmware 3.3.1-RC10, modul 3.3.3-dev_30.12.
Neues System: Firmware 3.3.1-RC10, modul 3.3.3
Die fehlende Hash Datei hatte ich aus dem alten System kopiert.

Jetzt habe ich einen GT_WT_02 Sensor, der wurde im alten System regelmäßig gelesen, im neuen garnicht. Sensor ist an der gleichen Stelle positioniert, also gleiche Empfangseigenschaften.

Im alten System habe ich ihn so empfangen:

Code Auswählen


sduino_RAWMSG MS;P1=-4083;P2=591;P3=-2056;P4=-9066;D=2421232321212323212321212321232323232323232321232121212323232321212121212321;CP=2;SP=4;R=231;
sduino_RSSI -86.5

Im neuen System habe ich mal ein paar Minuten die MS Nachrichten mitgeloggt:

Code Auswählen


2019.02.22 20:57:17.056 4: sduino/msg READ: MS;P0=-993;P1=230;P2=-8046;P3=-1997;D=12131310101013131313101010101010101010101310131310101010101313101013131010;CP=1;SP=2;R=252;O;m2;
2019.02.22 20:57:17.128 4: sduino/msg READ: MS;P0=-1013;P1=211;P2=-8043;P3=-1996;D=12131310101013131313101010101010101010101310131310101010101313101013131010;CP=1;SP=2;R=252;O;m1;
2019.02.22 20:57:17.186 4: sduino/msg READ: MS;P0=-1000;P1=227;P2=-8045;P3=-2005;D=12131310101013131313101010101010101010101310131310101010101313101013131010;CP=1;SP=2;R=252;O;m0;
2019.02.22 20:57:17.256 4: sduino/msg READ: MS;P0=-987;P1=232;P2=-8058;P3=-2005;D=12131310101013131313101010101010101010101310131310101010101313101013131010;CP=1;SP=2;R=252;O;
2019.02.22 20:57:17.486 4: sduino/msg READ: MS;P0=232;P1=-991;P2=-2007;P3=-8053;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=254;O;m2;
2019.02.22 20:57:17.576 4: sduino/msg READ: MS;P0=218;P1=-997;P2=-2004;P3=-8059;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=254;O;m1;
2019.02.22 20:57:17.648 4: sduino/msg READ: MS;P0=228;P1=-987;P2=-2010;P3=-8053;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=254;O;m0;
2019.02.22 20:57:17.706 4: sduino/msg READ: MS;P0=217;P1=-1005;P2=-2010;P3=-8046;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=254;O;
2019.02.22 20:57:17.961 4: sduino/msg READ: MS;P0=237;P1=-989;P2=-1987;P3=-8075;P4=155;P5=110;D=0302020101010202020201010101010101010101020102020101010101020201010242514143524201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=255;O;m2;
2019.02.22 20:57:18.099 4: sduino/msg READ: MS;P0=254;P1=-965;P2=-1996;P3=-8039;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=255;O;m1;
2019.02.22 20:57:18.171 4: sduino/msg READ: MS;P0=238;P1=-985;P2=-1981;P3=-8039;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=255;O;m0;
2019.02.22 20:57:18.229 4: sduino/msg READ: MS;P0=221;P1=-999;P2=-1984;P3=-8039;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=255;O;
2019.02.22 20:57:18.462 4: sduino/msg READ: MS;P0=236;P1=-982;P2=-2000;P3=-8044;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=254;O;m2;
2019.02.22 20:57:18.586 4: sduino/msg READ: MS;P0=232;P1=-1089;P2=-2001;P3=-8055;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=254;O;m1;
2019.02.22 20:57:18.597 4: sduino/msg READ: MS;P0=232;P1=-1106;P2=-2001;P3=-8055;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=254;m0;
2019.02.22 20:57:18.776 4: sduino/msg READ: MS;P0=-975;P2=237;P3=-1986;P4=-8032;D=24232320202023232323202020202020202020202320232320202020202323202023232020;CP=2;SP=4;R=255;m2;
2019.02.22 20:58:06.623 4: sduino/msg READ: MS;P0=-9388;P3=445;P4=-1993;P5=-4072;D=30343435353435343534353434353435343434353434343434353535343434353435353434;CP=3;SP=0;R=45;O;m2;
2019.02.22 20:58:06.872 4: sduino/msg READ: MS;P0=-9058;P3=463;P4=-1986;P5=-4055;D=30343435353435343534353434353435343434353434343434353535343434353435353434;CP=3;SP=0;R=45;O;m1;
2019.02.22 20:58:06.995 4: sduino/msg READ: MS;P0=-9003;P3=455;P4=-1984;P5=-4058;D=30343435353435343534353434353435343434353434343434353535343434353435353434;CP=3;SP=0;R=45;O;m0;
2019.02.22 20:58:07.181 4: sduino/msg READ: MS;P0=-8977;P3=456;P4=-1984;P5=-4069;D=30343435353435343534353434353435343434353434343434353535343434353435353434;CP=3;SP=0;R=45;O;
2019.02.22 20:59:10.938 4: sduino/msg READ: MS;P0=140;P2=245;P3=-8030;P4=-1993;P5=-1018;P6=184;D=23240405050504640424252525252525252525252425242425252525252424252524242525;CP=2;SP=3;R=1;
2019.02.22 20:59:11.296 4: sduino/msg READ: MS;P0=-1993;P1=237;P2=-966;P4=-8031;D=14101012121210101010121212121212121212121012101012121212121010121210101212;CP=1;SP=4;R=255;O;m2;
2019.02.22 20:59:11.386 4: sduino/msg READ: MS;P0=-1994;P1=252;P2=-961;P4=-8036;D=14101012121210101010121212121212121212121012101012121212121010121210101212;CP=1;SP=4;R=255;O;m1;
2019.02.22 20:59:11.455 4: sduino/msg READ: MS;P0=-1987;P1=238;P2=-985;P4=-8028;D=14101012121210101010121212121212121212121012101012121212121010121210101212;CP=1;SP=4;R=255;O;m0;
2019.02.22 20:59:11.513 4: sduino/msg READ: MS;P0=-1977;P1=236;P2=-988;P4=-8032;P5=122;P7=92;D=14101052525210107050525252121212121212121012101012121212121010121210101212;CP=1;SP=4;R=255;O;
2019.02.22 20:59:11.747 4: sduino/msg READ: MS;P0=229;P1=-988;P2=-2005;P3=-8031;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=0;O;m2;
2019.02.22 20:59:11.850 4: sduino/msg READ: MS;P0=250;P1=-970;P2=-1988;P3=-8042;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=0;O;m1;
2019.02.22 20:59:11.906 4: sduino/msg READ: MS;P0=241;P1=-981;P2=-1995;P3=-8023;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=0;O;m0;
2019.02.22 20:59:11.976 4: sduino/msg READ: MS;P0=236;P1=-983;P2=-1973;P3=-8017;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=0;O;
2019.02.22 20:59:12.207 4: sduino/msg READ: MS;P0=241;P1=-978;P2=-1994;P3=-8024;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=254;O;m2;
2019.02.22 20:59:12.532 4: sduino/msg READ: MS;P0=243;P1=-983;P2=-1978;P3=-8026;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=252;O;m2;
2019.02.22 20:59:12.631 4: sduino/msg READ: MS;P0=226;P1=-996;P2=-2009;P3=-8063;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=252;O;m1;
2019.02.22 20:59:12.689 4: sduino/msg READ: MS;P0=211;P1=-1009;P2=-1979;P3=-8055;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=252;O;m0;
2019.02.22 20:59:12.934 4: sduino/msg READ: MS;P0=218;P1=-1005;P2=-2002;P3=-8055;P4=112;D=03020201010102020202010101010101010101010201020201010101010242414142420101;CP=0;SP=3;R=252;
2019.02.22 21:00:37.625 4: sduino/msg READ: MS;P0=-1991;P3=451;P5=-4060;P6=-8943;D=36303035353035303530353030303535303030353030303030353535303030353030353030;CP=3;SP=6;R=43;O;m2;
2019.02.22 21:00:37.858 4: sduino/msg READ: MS;P0=-1982;P3=454;P5=-4066;P6=-8932;D=36303035353035303530353030303535303030353030303030353535303030353030353030;CP=3;SP=6;R=43;O;m1;
2019.02.22 21:00:37.990 4: sduino/msg READ: MS;P0=-1976;P3=459;P5=-4062;P6=-8932;D=36303035353035303530353030303535303030353030303030353535303030353030353030;CP=3;SP=6;R=43;O;m0;
2019.02.22 21:00:38.117 4: sduino/msg READ: MS;P0=-1986;P3=458;P5=-4064;P6=-8932;D=36303035353035303530353030303535303030353030303030353535303030353030353030;CP=3;SP=6;R=43;O;
2019.02.22 21:01:05.352 4: sduino/msg READ: MS;P0=236;P1=-1084;P2=143;P3=-2078;P4=-8049;D=04030301212123232323212121212101210101010301030301010101010303010103030101;CP=0;SP=4;R=5;m2;
2019.02.22 21:01:05.554 4: sduino/msg READ: MS;P0=-1062;P3=-2101;P4=234;P5=-8054;D=45434340404043434343404040404040404040404340434340404040404343404043434040;CP=4;SP=5;R=252;m2;
2019.02.22 21:01:05.988 4: sduino/msg READ: MS;P0=-987;P2=-1989;P3=234;P5=-8047;D=35323230303032323232303030303030303030303230323230303030303232303032323030;CP=3;SP=5;R=253;O;m2;
2019.02.22 21:01:06.110 4: sduino/msg READ: MS;P0=-992;P2=-1992;P3=233;P5=-8035;D=35323230303032323232303030303030303030303230323230303030303232303032323030;CP=3;SP=5;R=253;O;m1;
2019.02.22 21:01:06.168 4: sduino/msg READ: MS;P0=-1000;P2=-1988;P3=222;P5=-8029;D=35323230303032323232303030303030303030303230323230303030303232303032323030;CP=3;SP=5;R=253;O;m0;
2019.02.22 21:01:06.239 4: sduino/msg READ: MS;P0=-975;P2=-1992;P3=247;P5=-8042;D=35323230303032323232303030303030303030303230323230303030303232303032323030;CP=3;SP=5;R=253;O;
2019.02.22 21:01:06.471 4: sduino/msg READ: MS;P0=223;P1=-990;P2=-2004;P3=-8045;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=253;O;m2;
2019.02.22 21:01:06.561 4: sduino/msg READ: MS;P0=225;P1=-992;P2=-1995;P3=-8032;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=253;O;m1;
2019.02.22 21:01:06.633 4: sduino/msg READ: MS;P0=226;P1=-991;P2=-2001;P3=-8040;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=253;O;m0;
2019.02.22 21:01:06.692 4: sduino/msg READ: MS;P0=234;P1=-995;P2=-1998;P3=-8038;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=253;O;
2019.02.22 21:02:59.068 4: sduino/msg READ: MS;P1=-8031;P3=-2005;P4=229;P5=-990;D=41434345454543434343454545454545454545454345434345454545454343454543434545;CP=4;SP=1;R=0;O;m2;
2019.02.22 21:02:59.213 4: sduino/msg READ: MS;P0=234;P1=-8038;P3=-1997;P5=-997;D=01030305050503030303050505050505050505050305030305050505050303050503030505;CP=0;SP=1;R=0;m1;
2019.02.22 21:02:59.442 4: sduino/msg READ: MS;P0=-1006;P1=218;P2=-1995;P3=-8012;D=13121210101012121212101010101010101010101210121210101010101212101012121010;CP=1;SP=3;R=252;O;m2;
2019.02.22 21:02:59.516 4: sduino/msg READ: MS;P0=-993;P1=221;P2=-2006;P3=-8034;D=13121210101012121212101010101010101010101210121210101010101212101012121010;CP=1;SP=3;R=252;O;m1;
2019.02.22 21:02:59.589 4: sduino/msg READ: MS;P0=-992;P1=233;P2=-1991;P3=-8033;D=13121210101012121212101010101010101010101210121210101010101212101012121010;CP=1;SP=3;R=252;O;m0;
2019.02.22 21:02:59.647 4: sduino/msg READ: MS;P0=-990;P1=230;P2=-1992;P3=-8038;D=13121210101012121212101010101010101010101210121210101010101212101012121010;CP=1;SP=3;R=252;O;
2019.02.22 21:02:59.881 4: sduino/msg READ: MS;P0=239;P1=-980;P2=-1994;P3=-8030;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=255;O;m2;
2019.02.22 21:02:59.981 4: sduino/msg READ: MS;P0=251;P1=-978;P2=-2006;P3=-8019;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=255;O;m1;
2019.02.22 21:03:00.039 4: sduino/msg READ: MS;P0=233;P1=-980;P2=-1996;P3=-8019;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=255;O;m0;
2019.02.22 21:03:00.104 4: sduino/msg READ: MS;P0=228;P1=-990;P2=-1990;P3=-8027;D=03020201010102020202010101010101010101010201020201010101010202010102020101;CP=0;SP=3;R=255;
2019.02.22 21:03:00.375 4: sduino/msg READ: MS;P0=-987;P1=246;P3=-1998;P4=185;P5=-8040;D=15131310101013131313101010101010101010101310131340101010101313101013131010;CP=1;SP=5;R=254;O;m2;
2019.02.22 21:03:00.496 4: sduino/msg READ: MS;P0=-1009;P1=215;P3=-1993;P5=-8035;D=15131310101013131313101010101010101010101310131310101010101313101013131010;CP=1;SP=5;R=254;O;m1;
2019.02.22 21:03:00.567 4: sduino/msg READ: MS;P0=-1000;P1=216;P3=-1999;P5=-8033;D=15131310101013131313101010101010101010101310131310101010101313101013131010;CP=1;SP=5;R=254;O;m0;
2019.02.22 21:03:00.625 4: sduino/msg READ: MS;P0=-985;P1=245;P3=-1984;P5=-8030;D=15131310101013131313101010101010101010101310131310101010101313101013131010;CP=1;SP=5;R=254;O;
2019.02.22 21:03:08.625 4: sduino/msg READ: MS;P0=-4064;P3=455;P4=-1977;P5=-8936;D=35343430303430343034303434343430343434303434343434303030343434303434343034;CP=3;SP=5;R=47;O;m2;
2019.02.22 21:03:08.851 4: sduino/msg READ: MS;P0=-4062;P3=445;P4=-1996;P5=-8935;D=35343430303430343034303434343430343434303434343434303030343434303434343034;CP=3;SP=5;R=47;O;m1;
2019.02.22 21:03:08.974 4: sduino/msg READ: MS;P0=-4055;P3=458;P4=-1984;P5=-8943;D=35343430303430343034303434343430343434303434343434303030343434303434343034;CP=3;SP=5;R=47;O;m0;
2019.02.22 21:03:09.096 4: sduino/msg READ: MS;P0=-4056;P3=467;P4=-1980;P5=-8943;D=35343430303430343034303434343430343434303434343434303030343434303434343034;CP=3;SP=5;R=47;O;

Ein anderes Tchibo Thermostat, sowie eine Wetterstation wird problemlos empfangen.
Wo liegt der Fehler?

Danke und Gruss

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 23 Februar 2019, 15:17:30

ZitatJetzt habe ich einen GT_WT_02 Sensor, der wurde im alten System regelmäßig gelesen, im neuen garnicht.

Verwendest Du eine whitelist?

Gibt es bei Dir im Protocol Overview Fenster die IDs 0 und 0.1 bis 0.4?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 23 Februar 2019, 15:23:25

Das normale fhem update müsste jetzt wieder funktionieren, Sidey hat ein Workaround eingebaut:

Code Auswählen

  %ProtocolListSIGNALduino = SIGNALduino_LoadProtocolHash("$attr{global}{modpath}/FHEM/lib/signalduino_protocols.hash");
  #Log3 "SIGNALduino", 1, "%ProtocolListSIGNALduino=" .Dumper(%ProtocolListSIGNALduino);
  if (exists($ProtocolListSIGNALduino{error})  ) {
  	Log3 "SIGNALduino", 1, "Error loading protocol hash. module is not in standalone mode:($ProtocolListSIGNALduino{error}). Try loading from svn.fhem.de";
  	delete($ProtocolListSIGNALduino{error});
  	%ProtocolListSIGNALduino = eval GetFileFromURL("https://svn.fhem.de/fhem/trunk/fhem/FHEM/lib/signalduino_protocols.hash",4,"",1,4);
  	if (!%ProtocolListSIGNALduino) {
  	  	Log3 "SIGNALduino", 1, "Error reloading protocol hash dynamic from svn.fhem.de. Module is in inoperable mode.";
	  	return undef;
  	}
  }

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: killah78 am 23 Februar 2019, 17:12:26

Zitat von: Ralf9 am 23 Februar 2019, 15:17:30
Verwendest Du eine whitelist?

Gibt es bei Dir im Protocol Overview Fenster die IDs 0 und 0.1 bis 0.4?

Gruß Ralf

Ja, wird verwendet und sind auch aktiviert.
Gruss

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 23 Februar 2019, 17:21:35

dann sollte es eigentlich funktionieren. Du kannst es mal mit der aktuellen signalduino_protocols.hash versuchen
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/FHEM/lib/signalduino_protocols.hash

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 23 Februar 2019, 20:09:01

Zitat von: killah78 am 22 Februar 2019, 21:32:22
Hi,
hoffe ich bin hier im richtigen Thread.
Ich bin mit FHEM umgezogen von einem Raspberry in einen Docker Container auf einem ARM8.
Soweit so gut.
Altes System: Firmware 3.3.1-RC10, modul 3.3.3-dev_30.12.
Neues System: Firmware 3.3.1-RC10, modul 3.3.3
Die fehlende Hash Datei hatte ich aus dem alten System kopiert.

Jetzt habe ich einen GT_WT_02 Sensor, der wurde im alten System regelmäßig gelesen, im neuen garnicht. Sensor ist an der gleichen Stelle positioniert, also gleiche Empfangseigenschaften.

Im alten System habe ich ihn so empfangen:
Code Auswählen Erweitern
sduino_RAWMSG MS;P1=-4083;P2=591;P3=-2056;P4=-9066;D=2421232321212323212321212321232323232323232321232121212323232321212121212321;CP=2;SP=4;R=231; sduino_RSSI -86.5

Im neuen System habe ich mal ein paar Minuten die MS Nachrichten mitgeloggt:
Code Auswählen Erweitern
.....

Ein anderes Tchibo Thermostat, sowie eine Wetterstation wird problemlos empfangen.
Wo liegt der Fehler?

Danke und Gruss

Hallo, ich habe deine Nachrichten mal dispatch.
Zum großteil kommen deine geposteten Nachrichten als u6

Code Auswählen

2019.02.23 20:01:32 4: sduino_dummy: Matched MS Protocol id 6 -> weather
2019.02.23 20:01:32 4: sduino_dummy: Decoded MS Protocol id 6 dmsg u6#C780160CC length 36 RSSI = -75.5
2019.02.23 20:01:32 4: sduino_dummy Dispatch: u6#C780160CC, Dropped due to short time or equal msg

Bei dem Protokoll wird kein Device angelegt.
Die wenigen Nachrichten aus deinem Auszug kommen auch als 0.3

Code Auswählen

2019.02.23 20:01:32 4: sduino_dummy: Matched MS Protocol id 0.3 -> weather (v4)
2019.02.23 20:01:32 4: sduino_dummy: Decoded MS Protocol id 0.3 dmsg s354620E24000 length 40 RSSI = -52.5
2019.02.23 20:01:32 4: sduino_dummy Dispatch: s354620E24000, Dropped due to short time or equal msg

Wiederum habe ich eben festgestellt, das vielleicht 90% an u6 übergeben werden und 10% an die 0.3.
@Ralf, kannst du dir das erklären?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 23 Februar 2019, 22:01:40

Von der clock her konnte ich nur 3 Nachrichten dem GT_WT_02 zuordnen, die anderen haben eine clock von nur ca 200 - 250
Meine 4 GT_WT_02 haben eine clock von ca 500 - 600

Code Auswählen

MS;P0=-9058;P3=463;P4=-1986;P5=-4055;D=30343435353435343534353434353435343434353434343434353535343434353435353434;CP=3;SP=0;R=45;O;m1;
MS;P0=-1982;P3=454;P5=-4066;P6=-8932;D=36303035353035303530353030303535303030353030303030353535303030353030353030;CP=3;SP=6;R=43;O;m1;
MS;P0=-4062;P3=445;P4=-1996;P5=-8935;D=35343430303430343034303434343430343434303434343434303030343434303434343034;CP=3;SP=5;R=47;O;m1;

@killah78
von einem "List sduino" wären die folgenden Einräge interessant:
mcIdList:
msIdList:
muIdList:

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: killah78 am 24 Februar 2019, 10:49:08

Hi,
hier die Daten:

Code Auswählen

Über Nacht sind genau 3 Nachrichten zum Sensor angekommen bzw interpretiert worden. Grundsätzlich schein das also durchzugehen.
Aber warum ist das von System zu System unterschiedlich? Kann es durch einen längere USB Zuleitung stammen? Dieser ist allerdings direkt an einem aktiven Hub, so wie vorher auch. Aber das dürfte ja den Empfang am Signalduino nicht beeinträchtigen.
Gruss

Edit: Gerade nochmal ein paar Tests gemacht. Neue Testumgebung auf der neuen Hardware gestartet, aber mit dem Softwarestand des Altsystems. Nach ein paar Minuten wird der Sensor NICHT empfange. Dann den Signalduino nochmal ans Altsystem gesteckt. Nach ein paar Minuten werden direkt mehrere Signale empfangen. Hier ein Mitschnitt:

Code Auswählen

READ: MS;P1=-4144;P2=525;P3=-2106;P4=-9088;D=2421232321212323212321212321232323232323232321212321212121232323212321232321;CP=2;SP=4;R=237;
2019.02.24 11:13:22 4: sduino: Matched MS Protocol id 0 -> weather (v1)
2019.02.24 11:13:22 5: sduino: Starting demodulation at Position 2
2019.02.24 11:13:22 4: sduino: Decoded MS Protocol id 0 dmsg s996806F14800 length 40 RSSI = -83.5
2019.02.24 11:13:22 5: sduino Dispatch: s996806F14800, test ungleich: disabled
2019.02.24 11:13:22 5: sduino Dispatch: s996806F14800, -83.5 dB, dispatch
2019.02.24 11:13:22 5: sduino: dispatch s996806F14800
2019.02.24 11:13:22 4: sduino: CUL_TCM97001 using longid: 1 model: Prologue

Was könnte dies verursachen? Hardware Altsystem ist ein Raspberry ca 10cm neben den Empfängern, neu ist ein Rockpro, ca 5 Meter entfernt. Signalduino hängt an einem aktiven HUB. Irgenwelche Ideen, was ich probieren könnte?
Ich habe zb. auch eine WH1080 Wetterstation, die problemlos empfangen wird. Also kein generelles Empfangsproblem.

Hier nochmal ein komplettes Listing vom Altsystem = funktioniert:

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SYG6-if00-port0@57600
   DMSG       W58#45D1046F292D0
   DevState   disconnected
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SYG6-if00-port0@57600
   LASTDMSG   W58#45D1046F292D0
   MSGCNT     153
   NAME       sduino
   NR         56
   PARTIAL    
   RAWMSG     MC;LL=-973;LH=982;SL=-471;SH=530;D=002BA2EFB90D6D2F0015D177DC86B697800AE8BBEC;C=489;L=166;R=244;
   RSSI       -80
   STATE      disconnected
   TIME       1551004077.31481
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.1-RC10 SIGNALduino cc1101  - compiled at Dec 29 2018 01:43:10
   versionmodul v3.3.3-dev_30.12.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|69|76|81|83|86|90|91|91.1|92)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2019-02-24 11:27:32   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2018-12-27 17:30:53   cmds            V R t X F S P C r W x e
     2019-02-24 11:27:25   config          MS=1;MU=1;MC=1;Mred=0
     2019-02-24 11:27:38   freeram         875
     2019-02-24 11:27:42   ping            OK
     2019-02-12 19:23:55   raw             MU;P0=-26236;P1=499;P2=-1026;P3=1468;D=01232321232123232123232323232323232323232323232323212323232123232121212121232323212323232323232323232123212123232121;CP=3;R=18;
     2019-02-24 11:28:06   state           disconnected
     2019-02-24 11:27:48   uptime          0 00:18:25
     2019-02-24 11:27:52   version         V 3.3.1-RC10 SIGNALduino cc1101  - compiled at Dec 29 2018 01:43:10
   getcmd:
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     18
     58
   msIdList:
     0
     0.1
     3
     3.1
     4
     17
     33
     35
     55
     65
   muIdList:
     5
     9
     17.1
     34
     38
     45
     48
     49
     89
Attributes:
   WS09_CRCAUS 0
   comment    0.1,0,3,3.1,4,5,9,10,17,17.1,18,38,38.1,45,33,35,48,49,55,58,65,89,34
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   longids    1
   room       z_controller
   verbose    1
   whitelist_IDs 0.1,0,3,3.1,4,5,9,10,17,17.1,18,38,38.1,45,33,35,48,49,55,58,65,89,34

Und eins vom neuen Testsystem mit gleichem Softwarestand = funktioniert nicht:

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SYG6-if00-port0@57600
   DMSG       P9#FF7C83550668F574
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SYG6-if00-port0@57600
   FD         23
   LASTDMSG   P9#FF7C83550668F574
   MSGCNT     132
   NAME       sduino
   NR         56
   PARTIAL    
   RAWMSG     MU;P0=-1058;P1=453;P2=1415;P3=-25360;D=01010101010101020101010101020201020202020201010201020102010201020202020201010202010102010202020101010102010201020101010201020131010101010101010201010101010202010202020202010102010201020102010202020202010102020101020102020201010101020102010201010102010201;CP=1;R=13;O;
   RSSI       -67.5
   STATE      opened
   TIME       1551004225.17232
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.1-RC10 SIGNALduino cc1101  - compiled at Dec 29 2018 01:43:10
   versionmodul v3.3.3-dev_30.12.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|69|76|81|83|86|90|91|91.1|92)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2019-02-24 11:28:40   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2019-02-24 11:28:48   config          MS=1;MU=1;MC=1;Mred=0
     2019-02-24 11:28:52   freeram         875
     2019-02-24 11:28:55   ping            OK
     2019-02-24 11:28:14   state           opened
     2019-02-24 11:29:00   uptime          0 00:00:46
     2019-02-24 11:29:04   version         V 3.3.1-RC10 SIGNALduino cc1101  - compiled at Dec 29 2018 01:43:10
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     18
     58
   msIdList:
     0
     0.1
     3
     3.1
     4
     17
     33
     35
     55
     65
   muIdList:
     5
     9
     17.1
     34
     38
     45
     48
     49
     89
Attributes:
   WS09_CRCAUS 0
   comment    0.1,0,3,3.1,4,5,9,10,17,17.1,18,38,38.1,45,33,35,48,49,55,58,65,89,34
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   longids    1
   room       z_controller
   verbose    1
   whitelist_IDs 0.1,0,3,3.1,4,5,9,10,17,17.1,18,38,38.1,45,33,35,48,49,55,58,65,89,34

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 24 Februar 2019, 11:15:35

ZitatÜber Nacht sind genau 3 Nachrichten zum Sensor angekommen bzw interpretiert worden

Das ist seltsam, bei Deinem log Auszug vom 22.02. waren 3 Nachrichten vom GT_WT_02 dabei.
Wenn ich diese auf einen dummySduino simuliere, werden diese sauber als ID 0.3 und 0.4 dekodiert

Code Auswählen

2019.02.24 11:05:08.723 4 : sduinoD/msg get raw: MS;P0=-4062;P3=445;P4=-1996;P5=-8935;D=35343430303430343034303434343430343434303434343434303030343434303434343034;CP=3;SP=5;R=47;O;m1;
2019.02.24 11:05:08.723 4 : sduinoD: Matched MS Protocol id 0.3 -> weather (v4), bitLen=36
2019.02.24 11:05:08.723 5 : sduinoD: Starting demodulation at Position 2
2019.02.24 11:05:08.723 5 : sduinoD: dispatching bits: 0 0 1 1 0 1 0 1 0 1 0 0 0 0 1 0 0 0 1 0 0 0 0 0 1 1 1 0 0 0 1 0 0 0 1 0 0 0 0 0 with 4 Paddingbits 0
2019.02.24 11:05:08.723 4 : sduinoD: Decoded MS Protocol id 0.3 dmsg s354220E22000 length 40 RSSI = -50.5
2019.02.24 11:05:08.723 5 : sduinoD Dispatch: s354220E22000, test ungleich: disabled
2019.02.24 11:05:08.723 4 : sduinoD Dispatch: s354220E22000, -50.5 dB, dispatch
2019.02.24 11:05:08.723 5 : sduinoD: dispatch s354220E22000
2019.02.24 11:05:08.723 4 : sduinoD: CUL_TCM97001 Unknown 53 (354220E22000) length: 12
2019.02.24 11:05:08.724 4 : sduinoD: CUL_TCM97001 Parse Name: Unknown , devicecode: CUL_TCM97001_53 , Model defined: Unknown
2019.02.24 11:05:08.724 5 : sduinoD: CUL_TCM97001_01: msg:354220E22000 typ:10
2019.02.24 11:05:08.724 5 : sduinoD: CUL_TCM97001_01: aR:CA2440744000
2019.02.24 11:05:08.724 5 : sduinoD: CUL_TCM97001_01: bitData:001101010100001000100000111000100010000000000000
2019.02.24 11:05:08.724 5 : sduinoD: CUL_TCM97001_02: W044 CH:1 Bat:1 Mode:0 T:6.8 H:47
2019.02.24 11:05:08.724 4 : sduinoD: CUL_TCM97001_06: model: W044 CUL_TCM97001_53
2019.02.24 11:05:08.724 2 : sduinoD: CUL_TCM97001_08: Unknown device CUL_TCM97001_53, please define it
2019-02-24 11:05:08.725 Global global UNDEFINED W044_53 CUL_TCM97001 CUL_TCM97001_53
2019.02.24 11:05:08.725 4 : sduinoD: Matched MS Protocol id 0.4 -> weather (v5), bitLen=36
2019.02.24 11:05:08.725 5 : sduinoD: Starting demodulation at Position 2
2019.02.24 11:05:08.725 5 : sduinoD: dispatching bits: 0 0 1 1 0 1 0 1 0 1 0 0 0 0 1 0 0 0 1 0 0 0 0 0 1 1 1 0 0 0 1 0 0 0 1 0 0 0 0 0 with 4 Paddingbits 0
2019.02.24 11:05:08.725 4 : sduinoD: Decoded MS Protocol id 0.4 dmsg s354220E22000 length 40 RSSI = -50.5
2019.02.24 11:05:08.725 5 : sduinoD Dispatch: s354220E22000, test gleich
2019.02.24 11:05:08.725 4 : sduinoD Dispatch: s354220E22000, Dropped (1) due to short time and equal msg

Interessant wäre ein log Auszug von ca 10 Minuten mit sduino verbose 5

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: killah78 am 24 Februar 2019, 13:31:34

Hi,
das seltsame ist auch, dass im Altsystem das 0.3 garnicht in der whitelist steht, aber trotzdem empfangen und dispatched wird. Im neuen aber 0 - 0.4 aktiv.
Hier ein Log von allem was Signalduino über 5 Minten empfängt:

Nochwas gefunden: Es geht nicht um den CUL_TCM97001 53. Dies ist ein Tchibo Sensor und dieser wird einwandfrei empfangen (model
TCM21....).
Der GT_WT_02 wird empfangen als TCM97001 153 (model Prologue).

Gruss

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 24 Februar 2019, 17:17:15

Da es dieser CUL_TCM97001 53 nicht ist, wird es schwierig.

Sieht Dein GT_WT_02 so aus?
https://shop.zeitlos-vertrieb.de/sensor-gt-wt-02-866146-578

Im log ist auch noch ein TFA 30.3208.0, SD_WS_58_TH_3, wird der ausreichend oft empfangen?

Hast Du auch noch eine WH3080?
Wenn Du das sduino Attribut WS09_CRCAUS auf 2 setzt, wird der Empfang besser

Code Auswählen

2019.02.24 16:54:06.895 4 : sduinoD/msg get raw: MU;P0=852;P1=-1033;P2=485;P3=1472;D=0121212121212121213121313121312131213131313121313121213121312131313131312131213131313131313131213131313131312131313131213131212121212131312121213131313131313131212131312131212;CP=2;R=248;
2019.02.24 16:54:06.896 4 : sduinoD: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate, msgClock=485 (one) is in tol
2019.02.24 16:54:06.896 5 : sduinoD: Starting demodulation (Signal: (?:21|31){60,}(?:3|2)? Pos 2) length_min_max (60..120) length=87
2019.02.24 16:54:06.896 4 : sduinoD: last part pair=2 reconstructed, bit=1
2019.02.24 16:54:06.896 4 : sduinoD: decoded matched MU Protocol id 9 dmsg P9#FF4A84D414020427CE0196 length 87 RSSI = -78
2019.02.24 16:54:06.896 4 : sduinoD: SD_WS09_Parse WH1080 rawdata=A5426A0A010213E700CB (20) sensdata=1010010101000010011010100000101000000001000000100001001111100111000000001100101100000 (85)
2019.02.24 16:54:06.896 4 : sduinoD: SD_WS09_Parse WH1080: msg=A5426A0A010213E700CB CRC_AUS:2 rr2=0
2019.02.24 16:54:06.896 4 : sduinoD: SD_WS09_ParseA: WH1080 ID:84, bat:ok, temp:21.8, hum:10, winddir=0:N wS=0.3, wG=0.7, rain=299.7

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: cs-online am 24 Februar 2019, 20:22:51

Hallo,

ich wollte mir einen ESPDuino bauen. Wahrscheinlich steht es schon irgendwo, aber ich finde leider nichts, wie ich das flashen muss, wenn ich den ESP8266Flasher nehme, an welche Adresse schicke ich denn die .hex ? Und muss ich dann ausser der .hex noch weitere Dateien auf einen frischen 8266 flashen ?

Danke und Grüße

Christian

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 24 Februar 2019, 20:41:19

Hi,
welche Hardware genau? Ich denke die Hex kommt auf 0x0000 und ist ausreichend ;-)
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: killah78 am 24 Februar 2019, 22:03:53

Zitat von: Ralf9 am 24 Februar 2019, 17:17:15
Da es dieser CUL_TCM97001 53 nicht ist, wird es schwierig.

Sieht Dein GT_WT_02 so aus?
https://shop.zeitlos-vertrieb.de/sensor-gt-wt-02-866146-578

Im log ist auch noch ein TFA 30.3208.0, SD_WS_58_TH_3, wird der ausreichend oft empfangen?

Hast Du auch noch eine WH3080?
Wenn Du das sduino Attribut WS09_CRCAUS auf 2 setzt, wird der Empfang besser

Gruß Ralf

Der GT_WT_02 ist leider nicht meiner und auch nicht in meiner Sichtweite.
Aber er kam bisher immer stabil und zuverlässig rein daher habe ich ihn immer als weiteres Thermometer verwendet.

Von den SD_WS_58 gibt es mehrere, und diese werden auch stabil empfangen. Diese sind jedoch auch nicht von mir und wohl auch irgendwo Indoor aufgebaut, daher für mich uninteressant.

Die WH3080 ist meine. Habe mal das WS09_CRCAUS auf 2 gesetzt. Hatte das bisher auf 0. Was besagt denn die zwei?

Aber nochmal zum GT_WT_02.
Was kann denn die Ursache sein, dass ein Signalduino örtlich an der gleichen Stelle, an einem aktiven Hub (= gleiche Spannungsverhältnisse) unterschiedliche Daten aufzeichnet? Die empfangenen Flanken kommen ja aus dem Arduino, nicht aus der verwendeten Hardware. Und die letztendliche Interpretation gibt ja dann auch keinen Spielraum.

Dazu noch eine andere Frage:
Wie lese ich das in der Hash Tabelle.
Zb. für id 0, one = [1,-7], zero = [1,-3], sync = [1,-16]
Wenn ich dann sowas habe wie:
MS;P0=539;P1=-9108;P2=-4140;P3=-2094;
Wie passt das übereinander?

Vielen Dank für die Hilfe.
Gruss

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 24 Februar 2019, 23:08:26

ZitatDie WH3080 ist meine. Habe mal das WS09_CRCAUS auf 2 gesetzt. Hatte das bisher auf 0. Was besagt denn die zwei?

Steht in der commandref

Zitat0: CRC-Check WH1080 CRC = 0 on, Standard
2: CRC = 49 (x031) WH1080, set OK

Dies ist ein Workaround, da bei manchen Protokollen wie auch hier bei der ID 9 das letzte Bit immer als 0 erkannt wird.
Wenn das letzte Bit 1 wäre ergibt diese eine falsche Prüfsumme von 49 (x031).
Wenn demnächst das "reconstructed last bit" auch in der offiziellen Version ist, wird dieser Workaround nicht mehr benötigt.

Hast Du mir mal z.B. von dem Internals des GT_WT_02 ein paar der seltenen empfangenen MS-Nachrichten?

ZitatWie lese ich das in der Hash Tabelle.
Zb. für id 0, one = [1,-7], zero = [1,-3], sync = [1,-16]
Wenn ich dann sowas habe wie:
MS;P0=539;P1=-9108;P2=-4140;P3=-2094;
Wie passt das übereinander?

Code Auswählen

one = [1,-7],  ist clock und clock mal -7 , also 539, -3773
zero = [1,-3], ist clock und clock mal -3 , also 539, -1617
sync = [1,-16], ist clock und clock mal -16 , also 539, -8624

Da gibt es auch noch Toleranzen:
my $tol=abs(abs($searchpattern)>3 ? abs($searchpattern)>16 ? $searchpattern*0.18 : $searchpattern*0.3 : 1);
also
bis 3 Tol=1
> 3 Tol=0.3
> 16 Tol=0.18

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: killah78 am 25 Februar 2019, 08:30:12

Hallo Ralf9,
danke für die Erklärung, die Toleranz gilt für alle Protokolle so? Gilt das für positive und negative Abweichung?
Also ein zero = [1,-3] wäre dann 1,-2 bis 1,-4 ?

Ich habe das CRCAUS=2 mal so gesetzt. Hatte vorher aber eigentlich auch keine Probleme. Signale kommen so alle 5 Minuten.

Das letzte Signal vom GT_WT_02 wurde heute Morgen empfangen, seit gestern Abend 10 korrekt empfangene Daten.

Code Auswählen

sduino_DMSG s9968FEA0A800
   sduino_MSGCNT 10
   sduino_RAWMSG MS;P0=-4138;P1=525;P2=-2105;P6=-9320;D=1610121210101212101210101210121212101010101010101210121012121212121012101210;CP=1;SP=6;R=240;
   sduino_RSSI -82
   sduino_TIME 2019-02-25 08:05:02

Es kommen auch vereinzelt folgende Nachrichten als Unknown rein:

Code Auswählen

sduino_DMSG s9968F800
   sduino_MSGCNT 24
   sduino_RAWMSG MS;P0=92;P1=527;P4=-4102;P5=-2037;P6=-9106;P7=-18880;D=16141515141415151415141415141515151414141414170515151515151415141514;CP=1;SP=6;R=235;m2;
   sduino_RSSI -84.5
   sduino_TIME 2019-02-25 08:25:53

Diese werden wohl vom besagten GT_WT_02 kommen, sind aber nicht vollständig.

Gruss

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 25 Februar 2019, 09:09:30

Wenn Du jetzt noch von den Dingen, die gehen (oder auch nicht) ein Bild und das Protokoll hast, dann kann ich das Wiki unter https://wiki.fhem.de/wiki/Geprüfte_Geräte (https://wiki.fhem.de/wiki/Gepr%C3%BCfte_Ger%C3%A4te) erweitern.

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 25 Februar 2019, 16:34:19

Zitat von: killah78 am 25 Februar 2019, 08:30:12

Das letzte Signal vom GT_WT_02 wurde heute Morgen empfangen, seit gestern Abend 10 korrekt empfangene Daten.
Code Auswählen Erweitern
sduino_DMSG s9968FEA0A800 sduino_RSSI -82

Es kommen auch vereinzelt folgende Nachrichten als Unknown rein:
Code Auswählen Erweitern
sduino_DMSG s9968F800 sduino_RSSI -84.5

Für mich sieht das einfach so aus, als ob du schlechte Empfangsbedingungen hast. Die RSSI-Werte sind grenzwertig.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 25 Februar 2019, 17:52:03

ZitatGilt das für positive und negative Abweichung?

Ja

Hast Du schon mal versucht den sduino mit einem etwas längerem USB Kabel etwas weiter vom Rechner abzusetzen?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 25 Februar 2019, 18:09:25

Da der GT_WT_02 die Besonderheit hat, daß die Wiederholungen durch 2 sync getrennt sind, lassen sich die MS-Nachrichten ganz leicht durch meine firmware V 3.3.2.1-rc8 erkennen;

ZitatMS;P1=-9013;P2=554;P3=-2088;P4=-4117;D=2123232323242324242423232323232323242324232424242323242324232424242423242423;CP=2;SP=1;R=244;O;s=4;m1;

Mit dem Attribut rawmsgEvent 1 lösen empfangene Rohnachrichten Ereignisse aus.

Wenn ich nun im Event monitor den folgenden Events Filter setze, passt es nicht, anscheinend liegt es an den Semikolons

Code Auswählen

.*;s=4;.*

mit diesem Filter werden wie gewünscht alle Nachrichten angezeigt, die "s=4" enthalten

Code Auswählen

.*s=4.*

Heißt das, daß im Filter keine Semikolons verwendet werden können?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 25 Februar 2019, 20:23:33

Hi,
Musst Du die Semikolons nicht escapen bzw. Doppelt angeben?
Gruß Arnd

Gesendet von iPhone mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 26 Februar 2019, 09:13:56

ZitatMusst Du die Semikolons nicht escapen bzw. Doppelt angeben?

Habe ich auch schon ohne Erfolg getestet.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: killah78 am 26 Februar 2019, 11:57:28

Zitat von: Ralf9 am 25 Februar 2019, 17:52:03
Hast Du schon mal versucht den sduino mit einem etwas längerem USB Kabel etwas weiter vom Rechner abzusetzen?

Ja, das ist ja aktuell der Unterschied. Vorher über aktivem USB Hub direkt neben einem Raspberry, jetzt über einen aktiven USB Hub, über eine aktive USB Verlängerung (ca 7 Meter) an ein RockPro. Ich habe den Signalduino jetzt auch mal direkt an den Rockpro angeschlossen, aber auch dann gibt es keinen Empfang, aber da dann örtlich versetzt, kann das dann schon die Signalstärke sein.

Egal, werde den Sender nicht mehr nutzen. Es war eh nur ein "Ausweich-Sender".
Es bleibt mir trotzdem ein Mysterium, warum der selbe Signalduino, an gleicher Stromquelle (=aktiver Hub), am selben Ort einmal gut empfängt, einmal kaum.

Danke für die Hilfe und die Erklärungen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 26 Februar 2019, 14:16:07

Hast Du denn mit der alten Konstellation noch Empfang?

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: killah78 am 26 Februar 2019, 16:39:35

Zitat von: Sidey am 26 Februar 2019, 14:16:07
Hast Du denn mit der alten Konstellation noch Empfang?

Grüße Sidey

Ja, wenn ich den Signalduino wieder an den Raspberry stecke, ist der Empfang wieder regelmäßig da.
Hilft ein Log oder ein anderer Test?

Gruss

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 26 Februar 2019, 16:47:38

Ja, ein Logfile würde mich da Mal sehr interessieren.
Stell am besten auf Verbose 5, dann entgeht uns nichts.

Gesendet von meinem Moto Z (2) mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Kawaci am 27 Februar 2019, 11:09:25

Hey was ist im Moment die aktuelle funktionierende firmware? Geht die für 868 und 433?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 27 Februar 2019, 12:48:43

Hallo, die Firmware funktioniert für beide Frequenzen.

Die aktuelle stable Version ist die Master Version und die derzeitige ,,EntwicklerVersion" ist die dev-r34 Version.

Liebe Grüße

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: killah78 am 27 Februar 2019, 14:37:11

Zitat von: Sidey am 26 Februar 2019, 16:47:38
Ja, ein Logfile würde mich da Mal sehr interessieren.
Stell am besten auf Verbose 5, dann entgeht uns nichts.

Hi, ich denke wir sollten da nicht mehr Energie reinstecken. Habe den Sensor am alten System mal laufen lassen und bekomme zwar regelmäßig, aber doch mit einigen Abweichungen einen Empfang.

Code Auswählen

2019-02-27_10:25:04 GT_WT_02_131 temperature: 8.1
2019-02-27_10:25:04 GT_WT_02_131 humidity: 50
2019-02-27_10:25:04 GT_WT_02_131 T: 8.1 H: 50
2019-02-27_10:26:44 GT_WT_02_131 temperature: 8.1
2019-02-27_10:26:44 GT_WT_02_131 humidity: 49
2019-02-27_10:26:44 GT_WT_02_131 T: 8.1 H: 49
2019-02-27_10:27:35 GT_WT_02_131 temperature: 8.3
2019-02-27_10:27:35 GT_WT_02_131 humidity: 49
2019-02-27_10:27:35 GT_WT_02_131 T: 8.3 H: 49
2019-02-27_10:43:24 GT_WT_02_131 temperature: 9.8
2019-02-27_10:43:24 GT_WT_02_131 humidity: 45
2019-02-27_10:43:24 GT_WT_02_131 T: 9.8 H: 45
2019-02-27_10:44:14 GT_WT_02_131 temperature: 10.0
2019-02-27_10:44:14 GT_WT_02_131 humidity: 45
2019-02-27_10:44:14 GT_WT_02_131 T: 10.0 H: 45
2019-02-27_10:55:04 GT_WT_02_131 temperature: 11.9
2019-02-27_10:55:04 GT_WT_02_131 humidity: 42
2019-02-27_10:55:04 GT_WT_02_131 T: 11.9 H: 42
2019-02-27_10:55:54 GT_WT_02_131 temperature: 12.1
2019-02-27_10:55:54 GT_WT_02_131 humidity: 41
2019-02-27_10:55:54 GT_WT_02_131 T: 12.1 H: 41
2019-02-27_11:15:04 GT_WT_02_131 temperature: 14.8
2019-02-27_11:15:04 GT_WT_02_131 humidity: 26
2019-02-27_11:15:04 GT_WT_02_131 T: 14.8 H: 26
2019-02-27_11:15:54 GT_WT_02_131 temperature: 14.8
2019-02-27_11:15:54 GT_WT_02_131 humidity: 24
2019-02-27_11:15:54 GT_WT_02_131 T: 14.8 H: 24

Und die Signalstärke ist ja wirklich grenzwertig mit -88 bis -91. Habe jetzt gerade nochmal versucht ein Log zu schreiben, da hat er natürlich in einer halben Stunde nicht empfangen. Ist egal.
Trotzdem vielen Dank, habe daran ja gelernt. :-)
Gruss

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Afmanni am 27 Februar 2019, 19:48:49

Hallo, gibt es schon eine Signalduino Version für den neuen Arduino Nano mit Optiboot Bootloader? Oder ist dort ein Workaround verfügbar?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 27 Februar 2019, 21:12:34

Zitatfür den neuen Arduino Nano mit Optiboot Bootloader?

Woher weißt Du, daß es ein Optiboot Bootloader ist, ist dies einfach erkennbar?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 27 Februar 2019, 21:14:34

Zitat von: Afmanni am 27 Februar 2019, 19:48:49
Hallo, gibt es schon eine Signalduino Version für den neuen Arduino Nano mit Optiboot Bootloader? Oder ist dort ein Workaround verfügbar?

Der Workaround ist, dass Du im Attribut Flashcommand die Baudrate anpasst.
Müsste dann so aussehen denke ich.

Code Auswählen

avrdude -c arduino -b 115200 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Afmanni am 28 Februar 2019, 13:36:35

Zitat von: Ralf9 am 27 Februar 2019, 21:12:34
Woher weißt Du, daß es ein Optiboot Bootloader ist, ist dies einfach erkennbar?

Ich vermute es da der Arduino nur mit der Baudrade 115200 beschreibbar ist.

Zitat von: Sidey am 27 Februar 2019, 21:14:34
Der Workaround ist, dass Du im Attribut Flashcommand die Baudrate anpasst.
Müsste dann so aussehen denke ich.
Code Auswählen Erweitern
avrdude -c arduino -b 115200 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]

Das hatte ich schon probiert und die Firmware auch erfolgreich Flashen können, allerdings wird in FHEM der Signalduino auch mit der Baudrate 115200 sowie 57600 nicht erkannt.
Er lässt sich nicht auslesen und ist nach kurzer Zeit "State Closed"

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 28 Februar 2019, 20:00:45

Zitat von: Afmanni am 28 Februar 2019, 13:36:35
Das hatte ich schon probiert und die Firmware auch erfolgreich Flashen können, allerdings wird in FHEM der Signalduino auch mit der Baudrate 115200 sowie 57600 nicht erkannt.
Er lässt sich nicht auslesen und ist nach kurzer Zeit "State Closed"

Was genau passiert denn, wenn Du dich mit dem USB Port des Arduino verbindest?
Der Bootloader und dessen Baudrate sind unabhängig von der Firmware.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Afmanni am 01 März 2019, 15:22:08

Der ArduinoNano kann über die Baud 115200 ganz normal wie meine anderen geflasht werden und wird auch wie die anderen als (usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0) erkannt, in FHEM kommt im Log dann:

2019.03.01 15:17:27 3: Opening Sduino433 device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 15:17:27 3: Setting Sduino433 serial parameters to 115200,8,N,1
2019.03.01 15:17:27 1: Sduino433/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0@115200
2019.03.01 15:17:27 1: Sduino433/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0@115200
2019.03.01 15:17:27 3: Sduino433 device opened
2019.03.01 15:17:28 3: Sduino433/init: disable receiver (XQ)
2019.03.01 15:17:29 3: Sduino433/init: get version, retry = 0
2019.03.01 15:17:39 3: Sduino433/init: get version, retry = 1
2019.03.01 15:17:49 3: Sduino433/init: get version, retry = 2
2019.03.01 15:17:59 3: Sduino433/init: get version, retry = 3
2019.03.01 15:17:59 2: Sduino433/init retry count reached. Closed
2019.03.01 15:17:59 2: Sduino433 closed

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 01 März 2019, 15:56:00

Das kann so nicht funktionieren, da Du versuchst mit 115200 Baud zu kommunizieren.

Du hast in der Definition eine zu hohe Baudrate angegeben. Entferne sie dort einfach, dann wird es funktionieren.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Afmanni am 01 März 2019, 18:22:25

Zitat von: Sidey am 01 März 2019, 15:56:00
Das kann so nicht funktionieren, da Du versuchst mit 115200 Baud zu kommunizieren.

Du hast in der Definition eine zu hohe Baudrate angegeben. Entferne sie dort einfach, dann wird es funktionieren.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Das hatte ich ursprünglich schon probiert, damit startet er auch nicht und bekomme im Protokoll:

2019.03.01 18:20:24 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 disconnected, waiting to reappear (Sduino433)
2019.03.01 18:20:24 3: Setting Sduino433 serial parameters to 57600,8,N,1
2019.03.01 18:20:24 1: Sduino433/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:24 1: Sduino433/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:24 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 reappeared (Sduino433)
2019.03.01 18:20:25 3: Sduino433/init: disable receiver (XQ)
2019.03.01 18:20:26 3: Sduino433/init: get version, retry = 0
2019.03.01 18:20:26 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 disconnected, waiting to reappear (Sduino433)
2019.03.01 18:20:26 3: Setting Sduino433 serial parameters to 57600,8,N,1
2019.03.01 18:20:26 1: Sduino433/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:26 1: Sduino433/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:26 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 reappeared (Sduino433)
2019.03.01 18:20:27 3: Sduino433/init: disable receiver (XQ)
2019.03.01 18:20:28 3: Sduino433/init: get version, retry = 0
2019.03.01 18:20:28 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 disconnected, waiting to reappear (Sduino433)
2019.03.01 18:20:28 3: Setting Sduino433 serial parameters to 57600,8,N,1
2019.03.01 18:20:28 1: Sduino433/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:28 1: Sduino433/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:28 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 reappeared (Sduino433)
2019.03.01 18:20:29 3: Sduino433/init: disable receiver (XQ)
2019.03.01 18:20:30 3: Sduino433/init: get version, retry = 0
2019.03.01 18:20:30 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 disconnected, waiting to reappear (Sduino433)
2019.03.01 18:20:30 3: Setting Sduino433 serial parameters to 57600,8,N,1
2019.03.01 18:20:30 1: Sduino433/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:30 1: Sduino433/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:30 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 reappeared (Sduino433)

Titel: Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 01 März 2019, 18:31:36

Hi,
was Sidey meint ist, dass in der Def die normale Baudrate für den Signalduino Sketch muss:

Zitat von: Afmanni am 01 März 2019, 15:22:08
Defmod Sduino433 SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0@57600

Im flash Befehl dann die neue Optiboot Baudrate von 115200 ;-)

Edit: Dein reapeared oben wundert mich. Hast Du Stromprobleme am USB? Welches Netzteil, welchen Raspi und welche USB Port Einstellungen nutzt Du?

Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Afmanni am 01 März 2019, 18:48:28

Zitat von: RaspiLED am 01 März 2019, 18:31:36

Edit: Dein reapeared oben wundert mich. Hast Du Stromprobleme am USB? Welches Netzteil, welchen Raspi und welche USB Port Einstellungen nutzt Du?

Gruß Arnd

Danke das war dann wohl der rettende Tip ! scheinbar lag das an einem schlechtem Kabel, obwohl mein China ArduinoNano damit lief.... Der Originale ArduinoNano läuft jetzt auch mit neuem Kabel wunderbar danke an alle für die Hilfe!

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gestein am 02 März 2019, 17:47:12

Hallo,

ich würde gerne auf meinen SignalDuino die neueste Version ausprobieren.
Also habe ich die Updates wie beschrieben gemacht:
Unter Internals steht auch: versionmodul v3.4.0-dev_25.02

Alerdings bleibt die Firmware immer auf 3.3.1.
Bei set flash wird immer folgendes angezeigt:
Nightly
3.3.1-RC10
3.3.1-RC9
3.3.1-RC8
3.3.1-RC7

Wie komme ich auf die aktuellete Firmware?
Auch unter "./FHEM/firmware/" steht nach einem update keine neuere Version.

Was mache ich falsch?

Danke für jede Hilfe
lg, Gerhard

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 02 März 2019, 17:48:31

Zitat von: gestein am 02 März 2019, 17:47:12
Alerdings bleibt die Firmware immer auf 3.3.1.
Bei set flash wird immer folgendes angezeigt:
Nightly
3.3.1-RC10
3.3.1-RC9
3.3.1-RC8
3.3.1-RC7

Wie komme ich auf die aktuellete Firmware?

Das sind die aktuellsten Firmwareversionen, neuere gibt es nicht.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: gestein am 02 März 2019, 17:50:39

verstehe. Danke.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: hjgode am 05 März 2019, 08:04:59

Hallo

nur als Info:

Mit dem Update vom 20.2.2019 gehen zwei meiner SD_WS07 Sensoren schlagartig nicht mehr, ein dritter funktioniert weiter ohne Probleme. Bin daher wieder auf eine alte Version zurück.

Gruss

~Josef

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 05 März 2019, 08:13:47

Hallo hjgode,
Danke für die Info. Aktuell wird daran gefixt. Wenn du vom Update 20.02. schreibst, meinst du damit die dev_r34 Version?
Mfg

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 05 März 2019, 09:37:37

ZitatMit dem Update vom 20.2.2019 gehen zwei meiner SD_WS07 Sensoren schlagartig nicht mehr

Mich wundert, daß sich noch nicht mehr mit diesem Problem gemeldet haben, Du bist erst der dritte.
Der Fehler hat sich letztes Jahr durch einen Patch in das SD_WS07 Modul der dev-r33 eingeschlichen.
In der fehlerhaften Version steht in DEF und CODE der Kanal anstatt Model + Kanal (SD_WS07_TH_1)

siehe auch hier
https://forum.fhem.de/index.php/topic,97910.0.html

Demnach verwendest Du keine oder eine recht alte Entwicklerversion dev-r33 und hast nun ein fhem update gemacht.
Von dem Problem müssten eigentlich alle betroffen sein, die ein fhem update machen, SD_WS07 Sensoren haben und ein SD_WS07 Modul verwenden das den Fehler nicht enthält (In DEF ist SD_WS07_T enthalten, z.B. SD_WS07_TH_1).

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: hjgode am 05 März 2019, 18:47:19

Hallo Ralf

danke, die im gelinkten Thread gepostete Version funktioniert, die zwei fehlenden Sensoren sind auch damit wieder live.

Gruss

Josef

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 24 März 2019, 13:23:19

Hallo Sidey,

es wäre schön, wenn Du dies in die dev-r34 einbauen könntest
Neues Internal ID bei Devices:
https://github.com/RFD-FHEM/RFFHEM/issues/499

Es sollte eigentlich reichen, wenn die ID nur dann als addvals per dispatch übergeben wird, wenn in der dmsg keine # enthalten ist,
oder ist es besser, wenn die ID immer im Internal steht, also auch wenn die ID im DMSG vor der # steht?

Falls es noch nicht allgemein bekannt ist, bei der dmsg ist die Zahl vor der # die ID.

Damit ist dann bei einem neuen Device, bei dem die ID nicht bekannt ist, folgendes möglich.
Bei dem Beispiel gehe ich davon aus, daß die Entwicklerversion dev-r34 und die whitelist verwendet wird.

Damit alle IDs aktiv sind wird das Attribut development auf 1 gesetzt und die whitelist durch ein # am Anfang deaktiviert.

Nun wird geschaut ob, wenn der neue Sensor/Fernbedienung sendet, ein neues Device angelegt wird.
Nun steht die ID in dem neuen Device.
Das Attribut development kann nun wieder auf 0 gesetzt werden und die # aus der der whitelist entfernt werden.
Nun kann die ID z.B. mit "Display protocollist" zu der whitelist zugefügt werden.

Bei einem Auriol steht z.B. im neuen Device im Internal "sduino_ID 0.4"

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 24 März 2019, 21:16:15

Zitat von: Ralf9 am 24 März 2019, 13:23:19
Hallo Sidey,

es wäre schön, wenn Du dies in die dev-r34 einbauen könntest
Neues Internal ID bei Devices:
https://github.com/RFD-FHEM/RFFHEM/issues/499

Es sollte eigentlich reichen, wenn die ID nur dann als addvals per dispatch übergeben wird, wenn in der dmsg keine # enthalten ist,
oder ist es besser, wenn die ID immer im Internal steht, also auch wenn die ID im DMSG vor der # steht?

Hi Ralf,

ich habe bislang auf einen Patch oder ein PR von dir gewartet. Schreibst Du einen?
Dass ich das Internal immer einbauen würde, hatte ich ja bereits angemerkt. Dann ist es konsistent. Egal ob es jetzt in der dmsg steht oder nicht würde ein Anwender es dann immer im Internal finden.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 24 März 2019, 23:15:47

Hier ist der PR
https://github.com/RFD-FHEM/RFFHEM/pull/554

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Gisbert am 07 April 2019, 13:38:48

Hallo,

ich hab mir meinen Signalduino zerschossen.
Der Signalduino hängt an einem HP ThinClient T610 und hat bis zum Update-Versuch funktioniert.

Wenn ich einen reset-Befehl abschicke bekomme ich folgendes;

Code Auswählen

2019.04.07 13:13:46 3: mySIGNALduino reset
2019.04.07 13:13:46 3: Opening mySIGNALduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SXYZ-if00-port0
2019.04.07 13:13:46 3: Setting mySIGNALduino serial parameters to 57600,8,N,1
2019.04.07 13:13:46 1: mySIGNALduino/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SXYZ-if00-port0@57600
2019.04.07 13:13:46 1: mySIGNALduino/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SXYZ-if00-port0@57600
2019.04.07 13:13:46 3: mySIGNALduino device opened
2019.04.07 13:13:47 3: mySIGNALduino/init: disable receiver (XQ)
2019.04.07 13:13:47 5: mySIGNALduino SW: XQ
2019.04.07 13:13:48 3: mySIGNALduino/init: get version, retry = 0
2019.04.07 13:13:48 5: mySIGNALduino SW: V
2019.04.07 13:13:58 3: mySIGNALduino/init: get version, retry = 1
2019.04.07 13:13:58 5: mySIGNALduino SW: V
2019.04.07 13:14:08 3: mySIGNALduino/init: get version, retry = 2
2019.04.07 13:14:08 5: mySIGNALduino SW: V
2019.04.07 13:14:18 3: mySIGNALduino/init: get version, retry = 3
2019.04.07 13:14:18 2: mySIGNALduino/init retry count reached. Reset
2019.04.07 13:14:18 3: mySIGNALduino reset
2019.04.07 13:14:18 3: Opening mySIGNALduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SXYZ-if00-port0
2019.04.07 13:14:18 3: Setting mySIGNALduino serial parameters to 57600,8,N,1
2019.04.07 13:14:18 1: mySIGNALduino/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SXYZ-if00-port0@57600
2019.04.07 13:14:18 1: mySIGNALduino/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SXYZ-if00-port0@57600
2019.04.07 13:14:18 3: mySIGNALduino device opened
2019.04.07 13:14:19 3: mySIGNALduino/init: disable receiver (XQ)
2019.04.07 13:14:19 5: mySIGNALduino SW: XQ
2019.04.07 13:14:20 3: mySIGNALduino/init: get version, retry = 0
2019.04.07 13:14:20 5: mySIGNALduino SW: V
2019.04.07 13:14:30 3: mySIGNALduino/init: get version, retry = 1
2019.04.07 13:14:30 5: mySIGNALduino SW: V
2019.04.07 13:14:40 3: mySIGNALduino/init: get version, retry = 2
2019.04.07 13:14:40 5: mySIGNALduino SW: V
2019.04.07 13:14:50 3: mySIGNALduino/init: get version, retry = 3
2019.04.07 13:14:50 2: mySIGNALduino/init retry count reached. Closed
2019.04.07 13:14:50 2: mySIGNALduino closed

Wenn ich versuche diese Firmware zu flashen: ./FHEM/firmware/SIGNALDuino_nanocc1101R3.3.1-RC10.hex (Datei befindet sich in diesem Ordner), bekomme ich folgenden Last Flashlog:

Code Auswählen

avrdude: Version 6.3
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/opt/fhem/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SXYZ-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00

avrdude done.  Thank you.

Ein list meines Devices:

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SXYZ-if00-port0@57600
   DMSG       nothing
   DevState   INACTIVE
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SXYZ-if00-port0@57600
   FUUID      5c92818b-f33f-e986-6d47-fb7aae3a694cebbe
   LASTDMSG   nothing
   NAME       mySIGNALduino
   NR         27
   STATE      closed
   TIME       1554633853
   TYPE       SIGNALduino
   initResetFlag 1
   initretry  3
   sendworking 0
   unknownmessages 
   version    
   versionProtocols 1.01
   versionmodul v3.4.0_dev_16.03
   .attraggr:
   .attrminint:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|69|76|81|83|86|90|91|91.1|92)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2019-03-20 21:19:01   config          MS=1;MU=1;MC=1
     2019-03-20 21:50:09   freeram         769
     2019-04-07 12:01:24   ping            OK
     2019-04-07 13:20:58   state           closed
     2019-03-20 21:50:23   uptime          0 00:15:39
     2019-04-07 12:06:08   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   helper:
     bm:
       SIGNALduino_Attr:
         cnt        3
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        07.04. 12:48:33
         max        0.000696897506713867
         tot        0.00156450271606445
         mAr:
           set
           mySIGNALduino
           verbose
           5
       SIGNALduino_Get:
         cnt        22
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        07.04. 13:20:27
         max        5.81741333007812e-05
         tot        0.00071406364440918
         mAr:
           HASH(0x55c4ca168690)
           mySIGNALduino
           ?
       SIGNALduino_Set:
         cnt        67
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        07.04. 13:20:26
         max        51.4582250118256
         tot        205.9014108181
         mAr:
           HASH(0x55c4ca168690)
           mySIGNALduino
           flash
           ./FHEM/firmware/SIGNALDuino_nanocc1101R3.3.1-RC10.hex
   mcIdList:
   msIdList:
     13
   muIdList:
     9
     13.1
Attributes:
   WS09_CRCAUS 2
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      SIGNALduino
   hardware   nanoCC1101
   icon       cul
   updateChannelFW stable
   verbose    5
   whitelist_IDs 9,13,13.1

Das Fhem-Wiki habe ich gelesen.
Wie sollte ich vorgehen, damit ich eine stabile Firmware auf den Arduino flashen kann?
Falls möglich, wie kann man den Arduino evtl. ohne Fhem an einem Windows-Rechner flashen?

Viele Grüße Gisbert

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 07 April 2019, 14:14:57

Hallo,

einfach die hex datei flashen, ist letztlich ne binary :)

Ich nutze da meistens den nodemcu flasher: https://github.com/nodemcu/nodemcu-flasher
Da die hex laden als file bei "config" und als Adresse die 0x00000 angeben , Kreuz vorn bei dem anmachen und bei den anderen aus und go

Ronny

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 07 April 2019, 14:29:23

Mhmm, einen Arduino mit nodemcu flashen, kann das funktionieren?
Besser geeignet wäre sicher die Arduino-IDE.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 07 April 2019, 14:59:49

Die Arduino IDE ruft auch nur avrdude auf.
Hast Du einen Programmer um den Bootloader neu zu brennen?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Gisbert am 07 April 2019, 15:01:23

Hallo Ronny,

im NodeMCU-Flasher werden keine MAC-Adressen gefunden; der Uploadvorgang startet nicht.
Unter Advanced steht:
Baudrate: 115200, Flashsize 4MByte, Flash speed: 40 MHz, SPI Method: DIO - ist das richtig?
Unter log steht:
Note:Detect serial port changed.
Note:Auto MAP serial port.Port-->COM6

In der Arduino-IDE habe ich versucht einen quasi leeren Sketch zu flashen.
Als Antwort bekomme ich folgendes:

Code Auswählen

avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xae
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xae
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xae
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xae
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xae
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xae
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xae
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xae
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xae
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xae

Das ist in etwa das, was Fhem auch ausgespuckt hatte.
Gehe ich richtig in der Annahme, dass der Arduino Nano hin ist?
Oder gibt es eine Möglicheit ihn zu beleben?.

Viele Grüße Gisbert

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Gisbert am 07 April 2019, 15:02:21

Zitat von: Sidey am 07 April 2019, 14:59:49
Die Arduino IDE ruft auch nur avrdude auf.
Hast Du einen Programmer um den Bootloader neu zu brennen?

Ich hab ein Teil, mit dem ich die ESP8266-01 flashen kann, meinst du so was?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 07 April 2019, 16:07:10

Hoi,

ach sorry, ich war beim SignalESP :/
Arduino geht natürlich nicht damit :D

Hmm, ich hatte bei meinem SignalDuino das nur, wenn die Baudraute usw nicht stimmt, aber ob das nun genau gleich war oder nicht, weiss ich nichtmehr.

FlashCommand bei dem ist im FHEM:

Code Auswählen

avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]

Aber das ist ja wie Deiner, daran liegts also nicht, wird der Nano wohl hin sein ..hmm

Ronny

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Gisbert am 07 April 2019, 16:41:48

Hallo Ronny,

SignalESP hört sich interessant an, dann wäre ich unabhängig vom Standort des Servers.
Läuft der bei dir?
Wie ist ggf. deine Erfahrung damit?
Was muss ich auf einen ESP flashen, ich hab NodeMCU, Wemos D1 mini und einen ESP8266-12 zur Verfügung?

Viele Grüße Gisbert

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 07 April 2019, 16:46:04

Zitat von: rcmcronny am 07 April 2019, 16:07:10

FlashCommand bei dem ist im FHEM:
Code Auswählen Erweitern
avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]

Es könnte auch noch ein Arduino mit neuem Bootloader sein. Dann hilft vielleicht folgendes:

Code Auswählen

avrdude -c arduino -b 115200 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Gisbert am 07 April 2019, 17:47:39

Zitat von: elektron-bbs am 07 April 2019, 16:46:04
Es könnte auch noch ein Arduino mit neuem Bootloader sein. Dann hilft vielleicht folgendes:
Code Auswählen Erweitern
avrdude -c arduino -b 115200 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]

Das wars leider nicht.
Frage: muss in der Definition auch @115200 statt @57600 stehen?

Viele Grüße Gisbert

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 07 April 2019, 18:08:08

Blinkt am Nano dauernd eine LED, auch sofort nach einem Reset?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 07 April 2019, 18:10:30

Zitat von: Gisbert am 07 April 2019, 17:47:39
Das wars leider nicht.
Frage: muss in der Definition auch @115200 statt @57600 stehen?

Nein, nur der neue Bootloader (OptiBoot) betreibt die Schnittstelle mit 115200 bps.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Gisbert am 07 April 2019, 19:14:01

Zitat von: Ralf9 am 07 April 2019, 18:08:08
Blinkt am Nano dauernd eine LED, auch sofort nach einem Reset?

Hallo Ralf,
es handelt sich bei dem Arduino Nano um einen 2-3 Jahre alten China-Klon, den ich fertig geflasht von einem Forumsmitglied (Papaloewe) bekommen habe.
Wenn ich den Restknopf drücke, leuchtet eine rote LED während und nach dem Reset dauerhaft, kein Blinken, sondern dauerhaftes Leuchten.

Viele Grüße Gisbert

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 07 April 2019, 20:32:51

Hi Gisbert,

im Grunde ein Wemos D1 mini (nodemcu geht bestimmt auch) und ein CC1101 Modul
Meine 2 Laufen sehr gut mittlerweile :)

Mal 2 Pointer dazu, sollte aber auch im Signalduino Wiki was zu stehen
=> https://github.com/RFD-FHEM/SIGNALESP
=> https://forum.fhem.de/index.php/topic,83273.15.html

Ronny

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 07 April 2019, 22:34:37

Zitat/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103SXYZ-if00-port0@57600

Da dies wahrscheinlich kein orginal FTDI_FT232R sein wird, wirst Du den nano wahrscheinlich unter Windows nicht flashen könnnen.

Die Arduino halten sehr viel aus, bei der Signalduino und Homematic wired Selbstbau IO-Module firmware entwicklung habe ich den nano und promini schon sehr häufig geflasht und bis jetzt ging dabei noch keiner kaputt.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 24 Juni 2019, 17:57:39

Hallo,

ich habe an der 14_CUL_TCM97001.pm einige Anpassungen gemacht, wenn es so ok ist, bitte ich Bjoern, daß er es in das SVN bringt.
https://forum.fhem.de/index.php/topic,101425.0.html

Zum Testen kann ich noch raw Nachrichten (RAWMSG) vom PFR_130 gebrauchen.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: pejonp am 30 Juni 2019, 15:39:49

Hallo Ralf,

vielleicht komme ich heute mal zu testen. Ich habe mal versucht eine neue Firmeware und Perl-Module aufzuspielen. Kann aber nicht sagen ob ich jetzt aktuell bin.

Beim test mit der WH1080 kommt .... unkown code: help

So der Reihe nach Signalduino + CC1101

Code Auswählen


ccconf: freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
version: V 3.3.1-experimental SIGNALduino cc1101 (chip CC110 unknown) - compiled at Jun 16 2019 00:08:43

Code Auswählen


fhem.pl                19719 2019-06-27 05:33:17Z rudolfkoenig
90_at.pm               17561 2018-10-18 14:45:30Z rudolfkoenig
98_autocreate.pm       19372 2019-05-11 15:13:59Z rudolfkoenig
98_average.pm          16293 2018-02-28 21:33:57Z rudolfkoenig
70_BRAVIA.pm           19191 2019-04-15 17:40:25Z vuffiraa
00_CUL.pm              17559 2018-10-18 07:45:07Z rudolfkoenig
10_CUL_HM.pm           19494 2019-05-30 09:15:27Z martinp876
14_CUL_MAX.pm          12440 2016-10-26 20:24:45Z mgehre
14_CUL_TCM97001.pm     18358 2019-01-20 20:21:05Z bjoernh
93_DbLog.pm            19529 2019-06-02 05:21:16Z DS_Starter
98_dewpoint.pm         18846 2019-03-10 11:45:58Z hotbso
98_DRT710.pm               3 2019-02-06 22:00:00Z pejonp
98_dummy.pm            19585 2019-06-09 08:04:48Z rudolfkoenig
36_EMT7110.pm          12157 2016-09-13 11:23:02Z hcs-svn
34_ESPEasy.pm          18608 2019-02-16 09:03:52Z dev0
36_ETH200comfort.pm     3889 2013-09-10 10:40:15Z justme1968
91_eventTypes.pm       14888 2017-08-13 12:07:12Z rudolfkoenig
98_expandJSON.pm       17324 2018-09-11 06:48:31Z dev0
00_FBAHAHTTP.pm        19019 2019-03-24 17:39:43Z rudolfkoenig
10_FBDECT.pm           18482 2019-02-02 09:52:57Z rudolfkoenig
01_FHEMWEB.pm          19335 2019-05-05 18:05:33Z rudolfkoenig
92_FileLog.pm          19102 2019-04-02 19:48:57Z rudolfkoenig
72_FRITZBOX.pm         17437 2018-09-30 18:24:58Z tupol
10_FS20.pm             14888 2017-08-13 12:07:12Z rudolfkoenig
# $Id: 42_FUIP.pm 00099 2018-09-24 15:00:00Z Thorsten Pferdekaemper $
98_Heating_Control.pm  19567 2019-06-07 10:25:25Z Beta-User
98_help.pm             18341 2019-01-19 17:24:30Z betateilchen
14_Hideki.pm           18671 2019-02-20 20:38:21Z Sidey
00_HMUARTLGW.pm        18838 2019-03-09 20:40:14Z mgernoth
50_HP1000.pm           19263 2019-04-25 14:00:32Z loredo
98_HTTPMOD.pm          18644 2019-02-19 17:20:27Z StefanStrobel
02_HTTPSRV.pm          16874 2018-06-15 17:18:55Z neubert
30_HUEBridge.pm        19478 2019-05-28 18:29:34Z justme1968
31_HUEDevice.pm        19727 2019-06-28 08:00:57Z justme1968
36_JeeLink.pm          14707 2017-07-13 18:08:33Z justme1968
36_KeyValueProtocol.pm 13540 2017-02-27 19:31:25Z HCS
83_KLF200.pm           35121 2019-27-05 07:58:47Z buennerbernd
83_KLF200Node.pm       49842 2019-27-05 07:58:47Z buennerbernd
36_LaCrosse.pm         18149 2019-01-05 19:36:58Z HCS
36_LaCrosseGateway.pm  18291 2019-01-17 09:34:30Z HCS
36_Level.pm            19465 2019-05-25 19:38:31Z HCS
59_LuftdatenInfo2.pm   14691 2017-07-11 09:11:30Z igami
10_MAX.pm              16847 2018-06-10 18:42:19Z rudolfkoenig
98_Modbus.pm           19310 2019-05-01 18:05:31Z StefanStrobel
00_MQTT.pm             18719 2019-02-24 20:20:51Z hexenmeister
10_MQTT_DEVICE.pm      17362 2018-09-17 12:57:29Z hexenmeister
42_Nextion.pm          14371 2017-05-25 16:12:04Z viegener
91_notify.pm           19374 2019-05-11 17:48:03Z rudolfkoenig
41_OREGON.pm           18660 2019-02-19 22:44:37Z Sidey
14_SD_RSL.pm           18675 2019-02-20 21:34:37Z Sidey
14_SD_WS.pm            18674 2019-02-20 21:25:55Z Sidey
14_SD_WS09.pm          18672 2019-02-20 20:46:34Z Sidey
00_SIGNALduino.pm      18693 2019-02-22 23:26:20Z Sidey
No Id found for 17_SIRD.pm
98_SolarEdge.pm           16 2019-04-22 22:00:00Z pejonp
10_SOMFY.pm            15807 2018-01-06 23:32:41Z viegener
16_STACKABLE.pm        14018 2017-04-17 16:33:06Z rudolfkoenig
98_statistics.pm       16438 2018-03-18 18:51:57Z tupol
99_SUNRISE_EL.pm       18732 2019-02-25 13:15:34Z rudolfkoenig
98_SVG.pm              19688 2019-06-23 07:17:03Z rudolfkoenig
42_SYSMON.pm           17227 2018-08-29 19:58:18Z hexenmeister
98_telnet.pm           17529 2018-10-14 12:57:06Z rudolfkoenig
99_Utils.pm            10570 2016-01-19 06:39:23Z rudolfkoenig
21_VBUSDEV.pm          20180911 2018-09-11 10:10:10Z pejonp
19_VBUSIF.pm           20180911 2018-09-11 10:10:10Z awk+pejonp
98_version.pm          15140 2017-09-26 09:20:09Z markusbloch
98_WeekdayTimer.pm     19567 2019-06-07 10:25:25Z Beta-User
98_weekprofile.pm      19318 2019-05-03 17:54:58Z Risiko
32_WifiLight.pm        15907 2018-01-16 20:58:44Z herrmannj
10_ZWave.pm            19518 2019-06-01 12:40:22Z rudolfkoenig
00_ZWCUL.pm            16552 2018-04-04 19:24:18Z rudolfkoenig

AttrTemplate.pm        19085 2019-04-01 17:00:24Z rudolfkoenig
No Id found for Batteries.pm
Blocking.pm            17553 2018-10-17 15:56:35Z rudolfkoenig
No Id found for Brightness.pm
No Id found for Cell.pm
No Id found for Chart.pm
No Id found for Clock.pm
Color.pm               18481 2019-02-02 09:35:08Z justme1968
No Id found for Colorwheel.pm
DevIo.pm               19372 2019-05-11 15:13:59Z rudolfkoenig
No Id found for Dialog.pm
No Id found for DwdWebLink.pm
FritzBoxUtils.pm       16691 2018-05-05 17:11:26Z rudolfkoenig
GPUtils.pm             19666 2019-06-20 11:17:29Z CoolTux
No Id found for HeatingControl.pm
No Id found for HeatingOverview.pm
HMConfig.pm            19226 2019-04-20 06:54:28Z martinp876
No Id found for HomeButton.pm
No Id found for Html.pm
HttpUtils.pm           19689 2019-06-23 07:28:05Z rudolfkoenig
No Id found for LabelHumidity.pm
No Id found for LabelReading.pm
No Id found for LabelTemperature.pm
No Id found for MaxCommon.pm
No Id found for MenuItem.pm
Meta.pm                19650 2019-06-19 16:06:23Z loredo
No Id found for Model.pm
No Id found for Page.pm
No Id found for Popup.pm
No Id found for Push.pm
No Id found for ReadingsGroup.pm
No Id found for ReadingsList.pm
RTypes.pm              10476 2016-01-12 21:03:33Z borisneubert
No Id found for Select.pm
SetExtensions.pm       19208 2019-04-17 19:27:09Z rudolfkoenig
No Id found for ShutterControl.pm
No Id found for ShutterOverview.pm
No Id found for ShutterTimer.pm
No Id found for SimpleSwitch.pm
No Id found for Spacer.pm
No Id found for SpinDim.pm
No Id found for STATE.pm
No Id found for Sysmon.pm
TcpServerUtils.pm      19138 2019-04-07 10:17:21Z rudolfkoenig
No Id found for Thermostat.pm
No Id found for Title.pm
UConv.pm               19686 2019-06-22 18:24:56Z loredo
Unit.pm                19614 2019-06-13 23:11:25Z loredo
No Id found for UpStopDown.pm
No Id found for View.pm
No Id found for ViewTemplate.pm
No Id found for ViewTemplInstance.pm
No Id found for WeatherDetail.pm
No Id found for WeatherOverview.pm
No Id found for WebLink.pm
No Id found for Window.pm
ZWLib.pm               17186 2018-08-20 20:10:55Z rudolfkoenig

fhemweb.js                 19285 2019-04-28 20:18:39Z rudolfkoenig

hab jetz mal wieder auf 433 MHZ gestellt wegen PFR_130. Wir nicht angelegt.

Code Auswählen


ccconf: freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
version: V 3.3.1-experimental SIGNALduino cc1101 (chip CC110 unknown) - compiled at Jun 16 2019 00:08:43

Jörg

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 30 Juni 2019, 22:02:22

Zitat00_SIGNALduino.pm 18693 2019-02-22 23:26:20Z Sidey

Dies sieht nach der Version vom normalen fhem update (SVN) aus, müsste aber eigentlich zum Testen vom PFR_130 ausreichend sein.

Zitat14_CUL_TCM97001.pm 18358 2019-01-20 20:21:05Z bjoernh

meine Angepasste Version:

Code Auswählen

14_CUL_TCM97001.pm 18358 2019-06-23 19:00:05Z Ralf9

Vorerst reichen mir zum Testen ein paar rawmsg vom PFR_130

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: pejonp am 01 Juli 2019, 23:27:23

@Ralf hier mal ein Log
Der Regenzähler wir immer wieder auf 0 gesetzt und zählt dann wieder von vorne. Glaube ich jedenfalls.
SIGRBX: 433 MHz Hideki, Oregon, PFR_130, NC (WS002 Logilink)
FSK868: 868.3 MHz ist für WH1080

Code Auswählen


2019.07.01 23:21:19.310 5: SIGRBX/RAW rmsg: Mu;���;���;�Έ;��;���;D!!!!!!1!!!!!!!!1!!!!!111!!!!!!!!!1!!!!!!!!!1!!!!!!!!1!!!!!111!!!!!!!!!1!!!!!!!!!1!!!!!!!!1!!!!!111!!!!!!!!!1!!!!!!!!!1!!!!!;C1;O;
2019.07.01 23:21:19.311 4: SIGRBX/msg READredu: MU;P0=-8061;P1=441;P2=-2126;P3=-3822;P4=824;D=01212121212121312121212121212121312121212121313131212121212121212121312121210421212121212131212121212121212131212121212131313121212121212121212131212121012121212121213121212121212121213121212121213131312121212121212121213121212101212121212121312121212121;CP=1;O;
2019.07.01 23:21:19.312 5: SIGRBX: start pattern for MU Protocol id 13.1 -> FLAMINGO FA22RF / FA21RF / LM-101LD not found, aborting
2019.07.01 23:21:19.313 5: SIGRBX: start pattern for MU Protocol id 16 -> Dooya not found, aborting
2019.07.01 23:21:19.314 5: SIGRBX: start pattern for MU Protocol id 21 -> Einhell Garagedoor not found, aborting
2019.07.01 23:21:19.314 5: SIGRBX: start pattern for MU Protocol id 22 -> HAMULiGHT not found, aborting
2019.07.01 23:21:19.315 5: SIGRBX: start pattern for MU Protocol id 24 -> visivon remote not found, aborting
2019.07.01 23:21:19.315 5: SIGRBX: substr: 1212121212121312121212121212121312121212121313131212121212121212121312121210421212121212131212121212121212131212121212131313121212121212121212131212121012121212121213121212121212121213121212121213131312121212121212121213121212101212121212121312121212121
2019.07.01 23:21:19.316 5: SIGRBX: start pattern for MU Protocol id 27 -> remote not found, aborting
2019.07.01 23:21:19.316 5: SIGRBX: start pattern for MU Protocol id 28 -> IC Ledspot not found, aborting
2019.07.01 23:21:19.317 5: SIGRBX: substr: 01212121212121312121212121212121312121212121313131212121212121212121312121210421212121212131212121212121212131212121212131313121212121212121212131212121012121212121213121212121212121213121212121213131312121212121212121213121212101212121212121312121212121
2019.07.01 23:21:19.317 5: SIGRBX: start pattern for MU Protocol id 30 -> diverse not found, aborting
2019.07.01 23:21:19.318 5: SIGRBX: start pattern for MU Protocol id 31 -> Pollin ISOTRONIC not found, aborting
2019.07.01 23:21:19.318 5: SIGRBX: start pattern for MU Protocol id 32 -> FreeTec PE-6946 not found, aborting
2019.07.01 23:21:19.319 5: SIGRBX: substr: 421212121212131212121212121212131212121212131313121212121212121212131212121012121212121213121212121212121213121212121213131312121212121212121213121212101212121212121312121212121
2019.07.01 23:21:19.319 5: SIGRBX: start pattern for MU Protocol id 36 -> remote not found, aborting
2019.07.01 23:21:19.320 5: SIGRBX: start pattern for MU Protocol id 37 -> Bresser 7009994 not found, aborting
2019.07.01 23:21:19.321 5: SIGRBX: start pattern for MU Protocol id 38 -> NC-3911 not found, aborting
2019.07.01 23:21:19.321 5: SIGRBX: for MU Protocol id 39, applying filterfunc SIGNALduino_compPattern
2019.07.01 23:21:19.321 5: SIGRBX: start pattern for MU Protocol id 39 -> X10 Protocol not found, aborting
2019.07.01 23:21:19.322 5: SIGRBX: start pattern for MU Protocol id 40 -> Romotec  not found, aborting
2019.07.01 23:21:19.323 5: SIGRBX: start pattern for MU Protocol id 42 -> wireless doorbell not found, aborting
2019.07.01 23:21:19.323 5: SIGRBX: start pattern for MU Protocol id 44 -> BresserTemeo not found, aborting
2019.07.01 23:21:19.323 5: SIGRBX: start pattern for MU Protocol id 44.1 -> BresserTemeo not found, aborting
2019.07.01 23:21:19.324 5: SIGRBX: start pattern for MU Protocol id 45 -> Revolt not found, aborting
2019.07.01 23:21:19.324 5: SIGRBX: start pattern for MU Protocol id 46 -> SKXxxx, GF0x0x not found, aborting
2019.07.01 23:21:19.325 5: SIGRBX: start pattern for MU Protocol id 48 -> TFA Dostmann not found, aborting
2019.07.01 23:21:19.325 5: SIGRBX: start pattern for MU Protocol id 49 -> QUIGG_GT-9000 not found, aborting
2019.07.01 23:21:19.326 5: SIGRBX: start pattern for MU Protocol id 56 -> Celexon not found, aborting
2019.07.01 23:21:19.326 5: SIGRBX: start pattern for MU Protocol id 59 -> AK-HD-4 not found, aborting
2019.07.01 23:21:19.327 5: SIGRBX: start pattern for MU Protocol id 62 -> Clarus_Switch not found, aborting
2019.07.01 23:21:19.328 5: SIGRBX: start pattern for MU Protocol id 66 -> WS7035 not found, aborting
2019.07.01 23:21:19.329 5: SIGRBX: start pattern for MU Protocol id 69 -> Hoermann not found, aborting
2019.07.01 23:21:19.330 5: SIGRBX: start pattern for MU Protocol id 72 -> Siro shutter not found, aborting
2019.07.01 23:21:19.330 5: SIGRBX: start pattern for MU Protocol id 76 -> LED XM21 not found, aborting
2019.07.01 23:21:19.331 5: SIGRBX: substr: 312121212121212121312121212121313131212121212121212121312121210421212121212131212121212121212131212121212131313121212121212121212131212121012121212121213121212121212121213121212121213131312121212121212121213121212101212121212121312121212121
2019.07.01 23:21:19.332 5: SIGRBX: start pattern for MU Protocol id 81 -> SA-434-1 not found, aborting
2019.07.01 23:21:19.332 5: SIGRBX: start pattern for MU Protocol id 83 -> RH787T not found, aborting
2019.07.01 23:21:19.332 5: SIGRBX: start pattern for MU Protocol id 84 -> IAN 283582 / TV-4848 not found, aborting
2019.07.01 23:21:19.333 5: SIGRBX: start pattern for MU Protocol id 85 -> TFA 30.3222.02 not found, aborting
2019.07.01 23:21:19.333 5: SIGRBX: start pattern for MU Protocol id 86 -> BOSCH | CAME | Novy | Neff | Refsta Topdraft not found, aborting
2019.07.01 23:21:19.334 5: SIGRBX: start pattern for MU Protocol id 89 -> TFA 30.3221.02 not found, aborting
2019.07.01 23:21:19.335 5: SIGRBX: substr: 312121212121212121312121212121313131212121212121212121312121210421212121212131212121212121212131212121212131313121212121212121212131212121012121212121213121212121212121213121212121213131312121212121212121213121212101212121212121312121212121
2019.07.01 23:21:19.335 5: SIGRBX: start pattern for MU Protocol id 92 -> KRINNER Lumix not found, aborting
2019.07.01 23:21:19.336 5: SIGRBX: start pattern for MU Protocol id 94 -> Atech not found, aborting
2019.07.01 23:21:19.336 5: SIGRBX: start pattern for MU Protocol id 95 -> Techmar not found, aborting
2019.07.01 23:21:19.615 5: SIGRBX/RAW rmsg: Ms;���;���;��;���;d�1!!!!!!;C1;S3;m2;;;
2019.07.01 23:21:19.616 4: SIGRBX/msg READredu: MS;P0=-2108;P1=445;P2=-3828;P3=-8855;D=1310101010101012101010101010101012101010101012121210101010101010101012101010;CP=1;SP=3;m2;
2019.07.01 23:21:19.618 4: SIGRBX: Matched MS Protocol id 0.3 -> weather (v4)
2019.07.01 23:21:19.618 5: SIGRBX: Starting demodulation at Position 2
2019.07.01 23:21:19.618 5: SIGRBX: dispatching bits: 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 1 1 1 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 with 3 Paddingbits 0
2019.07.01 23:21:19.619 4: SIGRBX: Decoded matched MS Protocol id 0.3 dmsg s020107004000 length 40 
2019.07.01 23:21:19.619 5: SIGRBX Dispatch: s020107004000, test ungleich: disabled
2019.07.01 23:21:19.619 5: SIGRBX Dispatch: s020107004000,  dispatch
2019.07.01 23:21:19.620 5: SIGRBX: dispatch s020107004000
2019.07.01 23:21:19.620 4: SIGRBX: CUL_TCM97001 PFR_130_2 2 (020107004000) length: 12
2019.07.01 23:21:19.621 4: SIGRBX: CUL_TCM97001 Parse Name: PFR_130_2 , devicecode: CUL_TCM97001_2 , Model defined: PFR_130
2019.07.01 23:21:19.621 5: SIGRBX: CUL_TCM97001 PFR_130 Temp=26.3
2019.07.01 23:21:19.621 5: SIGRBX: CUL_TCM97001 PFR_130 rainticks=0
2019.07.01 23:21:19.622 5: SIGRBX: CUL_TCM97001 PFR_130 rain mm=0
2019.07.01 23:21:19.622 4: SIGRBX: CUL_TCM97001 using longid: 1 model: PFR_130
2019.07.01 23:21:19.622 5: SIGRBX: CUL_TCM97001 1. 1 : 23 : 0 : 0
2019.07.01 23:21:19.623 5: SIGRBX: CUL_TCM97001 2. 1 : 23 : 0 : 0
2019.07.01 23:21:19.624 5: SIGRBX: CUL_TCM97001 PFR_130_2 2 state: T: 26.3 RainH: 0 RainD: 0 R: 0 Rmm: 0
2019.07.01 23:21:19.624 4: SIGRBX: CUL_TCM97001 PFR_130_2 ID: 2 T: 26.3 Bat: ok
2019.07.01 23:21:19.625 4: SIGRBX: Matched MS Protocol id 0.4 -> weather (v5)
2019.07.01 23:21:19.626 5: SIGRBX: Starting demodulation at Position 2
2019.07.01 23:21:30.090 5: CUL_3 017b37f1 S:02 F:41 f:0 SN:3 L:18 T:01 P:3202216400002173007800002173 C:17
2019.07.01 23:21:30.090 5:    F: singleCast ackReq 
2019.07.01 23:21:30.091 5: CUL_3: dispatch 000402020e3202216400002173007800002173
2019.07.01 23:21:30.091 4: CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:0e3202216400002173007800002173 CB:02
2019.07.01 23:21:30.093 1: PERL WARNING: Argument " 0 W previous: 0 delta_time: 120 s" isn't numeric in sprintf at (eval 1459) line 1.
2019.07.01 23:21:30.100 5: CUL_3 sent ACK to 02
2019.07.01 23:21:34.040 4: FSK868/keepalive ok, retry = 0
2019.07.01 23:21:34.658 4: SIGRBX/msg READ: MC;LL=-1017;LH=935;SL=-531;SH=445;D=A8E0F45AC8BE0AF95598F24;C=487;L=90;
2019.07.01 23:21:34.659 4: SIGRBX: Found manchester Protocol id 10 clock 487 -> Oregon Scientific v2|v3
2019.07.01 23:21:34.660 5: SIGRBX: extracted data 01010111000111110000101110100101001101110100000111110101000001101010101001100111000011011011 (bin)
2019.07.01 23:21:34.660 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:21:34.661 4: SIGRBX: Found manchester Protocol id 12 clock 487 -> Hideki
2019.07.01 23:21:34.661 5: SIGRBX: extracted data 10101000111000001111010001011010110010001011111000001010111110010101010110011000111100100100 (bin)
2019.07.01 23:21:34.661 4: SIGRBX: receive Hideki protocol inverted
2019.07.01 23:21:34.662 4: SIGRBX: Hideki protocol converted to hex: 753EBACA17BEC155736C01 with 91 bits, messagestart 1
2019.07.01 23:21:34.662 5: SIGRBX Dispatch: P12#753EBACA17BEC155736C01, test ungleich: disabled
2019.07.01 23:21:34.662 5: SIGRBX Dispatch: P12#753EBACA17BEC155736C01,  dispatch
2019.07.01 23:21:34.663 5: SIGRBX: dispatch P12#753EBACA17BEC155736C01
2019.07.01 23:21:34.664 4: SIGRBX Hideki_Parse: incomming P12#753EBACA17BEC155736C01
2019.07.01 23:21:34.665 4: SIGRBX Hideki crcCheck ok: cs1/cs2 0/108, rawData=753EBACA17BEC155736C01, count+2=9, length=11
2019.07.01 23:21:34.665 4: SIGRBX Hideki_Parse: raw=753EBACA17BEC155736C01, decoded=7542ce5e39c243ff956c01
2019.07.01 23:21:34.665 5: SIGRBX Hideki_Parse: getSensorType for 94
2019.07.01 23:21:34.666 4: SIGRBX Hideki_Parse: SensorTyp = 30 decodedString = 7542ce5e39c243ff956c01
2019.07.01 23:21:34.666 4: SIGRBX decoded Hideki protocol model=Hideki_30, sensor id=42, channel=2, cnt=1, bat=ok, temp=23.9, humidity=43, comfort=Temp. and Hum. comfortable
2019.07.01 23:21:34.667 4: SIGRBX Hideki_Parse: using longid: 1 model: Hideki_30
2019.07.01 23:21:34.667 5: SIGRBX Hideki_Parse deviceCode: Hideki_30_42.2
2019.07.01 23:21:34.673 4: SIGRBX: Found manchester Protocol id 52 clock 487 -> Oregon Scientific PIR
2019.07.01 23:21:34.674 5: SIGRBX: extracted data 01010111000111110000101110100101001101110100000111110101000001101010101001100111000011011011 (bin)
2019.07.01 23:21:34.675 5: SIGRBX: protocol does not match return from method: ( header not found)
2019.07.01 23:21:34.675 4: SIGRBX: Found manchester Protocol id 58 clock 487 -> TFA 30.3208.0
2019.07.01 23:21:34.676 5: SIGRBX: extracted data 01010111000111110000101110100101001101110100000111110101000001101010101001100111000011011011 (bin)
2019.07.01 23:21:34.676 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:21:34.802 4: SIGRBX/msg READ: MC;LL=-1036;LH=924;SL=-537;SH=433;D=A8E0F45AE8BE0AF95599E54;C=488;L=90;
2019.07.01 23:21:34.803 4: SIGRBX: Found manchester Protocol id 10 clock 488 -> Oregon Scientific v2|v3
2019.07.01 23:21:34.803 5: SIGRBX: extracted data 01010111000111110000101110100101000101110100000111110101000001101010101001100110000110101011 (bin)
2019.07.01 23:21:34.804 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:21:34.804 4: SIGRBX: Found manchester Protocol id 12 clock 488 -> Hideki
2019.07.01 23:21:34.804 5: SIGRBX: extracted data 10101000111000001111010001011010111010001011111000001010111110010101010110011001111001010100 (bin)
2019.07.01 23:21:34.804 5: SIGRBX: protocol does not match return from method: (message is to short)
2019.07.01 23:21:34.805 4: SIGRBX: Found manchester Protocol id 52 clock 488 -> Oregon Scientific PIR
2019.07.01 23:21:34.805 5: SIGRBX: extracted data 01010111000111110000101110100101000101110100000111110101000001101010101001100110000110101011 (bin)
2019.07.01 23:21:34.805 5: SIGRBX: protocol does not match return from method: ( header not found)
2019.07.01 23:21:34.805 4: SIGRBX: Found manchester Protocol id 58 clock 488 -> TFA 30.3208.0
2019.07.01 23:21:34.806 5: SIGRBX: extracted data 01010111000111110000101110100101000101110100000111110101000001101010101001100110000110101011 (bin)
2019.07.01 23:21:34.806 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:21:34.944 4: SIGRBX/msg READ: MC;LL=-1025;LH=924;SL=-525;SH=459;D=51C1E8B5B17C15F2AB30FE8;C=488;L=89;
2019.07.01 23:21:34.945 4: SIGRBX: Found manchester Protocol id 10 clock 488 -> Oregon Scientific v2|v3
2019.07.01 23:21:34.945 5: SIGRBX: extracted data 10101110001111100001011101001010010011101000001111101010000011010101010011001111000000010111 (bin)
2019.07.01 23:21:34.945 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:21:34.945 4: SIGRBX: Found manchester Protocol id 12 clock 488 -> Hideki
2019.07.01 23:21:34.946 5: SIGRBX: extracted data 01010001110000011110100010110101101100010111110000010101111100101010101100110000111111101000 (bin)
2019.07.01 23:21:34.946 4: SIGRBX: receive Hideki protocol inverted
2019.07.01 23:21:34.946 4: SIGRBX: Hideki protocol converted to hex: 753EBA4A17BEC155F34003 with 92 bits, messagestart 0
2019.07.01 23:21:34.946 5: SIGRBX Dispatch: P12#753EBA4A17BEC155F34003, test ungleich: disabled
2019.07.01 23:21:34.947 5: SIGRBX Dispatch: P12#753EBA4A17BEC155F34003,  dispatch
2019.07.01 23:21:34.947 5: SIGRBX: dispatch P12#753EBA4A17BEC155F34003
2019.07.01 23:21:34.948 4: SIGRBX Hideki_Parse: incomming P12#753EBA4A17BEC155F34003
2019.07.01 23:21:34.948 4: SIGRBX Hideki crcCheck ok: cs1/cs2 0/64, rawData=753EBA4A17BEC155F34003, count+2=9, length=11
2019.07.01 23:21:34.948 4: SIGRBX Hideki_Parse: raw=753EBA4A17BEC155F34003, decoded=7542cede39c243ff154003
2019.07.01 23:21:34.948 5: SIGRBX Hideki_Parse: getSensorType for 222
2019.07.01 23:21:34.948 4: SIGRBX Hideki_Parse: SensorTyp = 30 decodedString = 7542cede39c243ff154003
2019.07.01 23:21:34.949 4: SIGRBX decoded Hideki protocol model=Hideki_30, sensor id=42, channel=2, cnt=3, bat=ok, temp=23.9, humidity=43, comfort=Temp. and Hum. comfortable
2019.07.01 23:21:34.949 4: SIGRBX Hideki_Parse: using longid: 1 model: Hideki_30
2019.07.01 23:21:34.949 5: SIGRBX Hideki_Parse deviceCode: Hideki_30_42.2
2019.07.01 23:21:34.955 4: SIGRBX: Found manchester Protocol id 52 clock 488 -> Oregon Scientific PIR
2019.07.01 23:21:34.956 5: SIGRBX: extracted data 10101110001111100001011101001010010011101000001111101010000011010101010011001111000000010111 (bin)
2019.07.01 23:21:34.956 5: SIGRBX: protocol does not match return from method: ( header not found)
2019.07.01 23:21:34.956 4: SIGRBX: Found manchester Protocol id 58 clock 488 -> TFA 30.3208.0
2019.07.01 23:21:34.956 5: SIGRBX: extracted data 10101110001111100001011101001010010011101000001111101010000011010101010011001111000000010111 (bin)
2019.07.01 23:21:34.957 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:21:37.923 4: FSK868/msg READredu: MU;P0=-1023;P1=504;P2=1478;P3=-19492;D=01010101020102020202010101010102020102020102020201020202020201020101010202020202020202020202020202020102020202020102020101020201020102020202020202010202020101020102023;CP=2;R=242;
2019.07.01 23:21:37.924 4: FSK868: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2019.07.01 23:21:37.926 4: FSK868: Decoded matched MU Protocol id 9 dmsg P9#F43E4882E000209940468 length 84 dispatch(1/4) RSSI = -81
2019.07.01 23:21:37.927 4: FSK868: SD_WS09_Parse0 msg=F43E4882E000209940468 Bin=111101000011111001001000100000101110000000000000001000001001100101000000010001101000 syncp=-1 length:84
2019.07.01 23:21:37.927 4: FSK868: SD_WS09_Parse EXIT: msg=F43E4882E000209940468 syncp=-1 length:84
2019.07.01 23:21:37.928 4: FSK868: SD_WS09_Parse0 msg=F43E4882E000209940468 Bin=111101000011111001001000100000101110000000000000001000001001100101000000010001101000 syncp=-1 length:84
2019.07.01 23:21:37.928 4: FSK868: SD_WS09_Parse EXIT: msg=F43E4882E000209940468 syncp=-1 length:84
2019.07.01 23:21:37.934 3: FSK868: Unknown code P9#F43E4882E000209940468, help me!
2019.07.01 23:21:38.707 4: SIGRBX/keepalive ok, retry = 0
2019.07.01 23:21:48.805 4: SIGRBX/msg READ: MC;LL=-1021;LH=995;SL=-506;SH=430;D=8EAB48;C=491;L=23;
2019.07.01 23:21:48.917 5: SIGRBX/RAW rmsg: Mu;�Ђ;���;���;���;�Á;�ҁ;���;DCBCsCCCBCCCCCCCBFC;C4;
2019.07.01 23:21:48.918 4: SIGRBX/msg READredu: MU;P0=720;P1=935;P2=-1019;P3=-519;P4=451;P6=-338;P7=276;D=1213434212431673124343121343421243434343134343434212460343;CP=4;
2019.07.01 23:21:48.920 4: SIGRBX: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2019.07.01 23:21:48.920 5: SIGRBX: 0. try, regex ((?:)((?:42|12){43,})) did not match
2019.07.01 23:21:48.922 5: SIGRBX: start pattern for MU Protocol id 13.1 -> FLAMINGO FA22RF / FA21RF / LM-101LD not found, aborting
2019.07.01 23:21:48.923 5: SIGRBX: start pattern for MU Protocol id 16 -> Dooya not found, aborting
2019.07.01 23:21:48.924 4: SIGRBX: Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2019.07.01 23:21:48.925 5: SIGRBX: 0. try, regex ((?:)((?:16|42){19,})) did not match
2019.07.01 23:21:48.926 5: SIGRBX: start pattern for MU Protocol id 21 -> Einhell Garagedoor not found, aborting
2019.07.01 23:21:48.927 5: SIGRBX: substr: 1213434212431673124343121343421243434343134343434212460343
2019.07.01 23:21:48.928 4: SIGRBX: Fingerprint for MU Protocol id 22 -> HAMULiGHT matches, trying to demodulate
2019.07.01 23:21:48.929 5: SIGRBX: 0. try, regex ((?:12)((?:73|46){32,})) did not match
2019.07.01 23:21:48.929 5: SIGRBX: start pattern for MU Protocol id 24 -> visivon remote not found, aborting
2019.07.01 23:21:48.930 5: SIGRBX: start pattern for MU Protocol id 26 -> remote not found, aborting
2019.07.01 23:21:48.931 5: SIGRBX: start pattern for MU Protocol id 27 -> remote not found, aborting
2019.07.01 23:21:48.932 5: SIGRBX: start pattern for MU Protocol id 28 -> IC Ledspot not found, aborting
2019.07.01 23:21:48.932 5: SIGRBX: start pattern for MU Protocol id 29 -> HT12e not found, aborting
2019.07.01 23:21:48.933 5: SIGRBX: start pattern for MU Protocol id 30 -> diverse not found, aborting
2019.07.01 23:21:48.933 5: SIGRBX: start pattern for MU Protocol id 31 -> Pollin ISOTRONIC not found, aborting
2019.07.01 23:21:48.934 5: SIGRBX: start pattern for MU Protocol id 32 -> FreeTec PE-6946 not found, aborting
2019.07.01 23:21:48.935 5: SIGRBX: substr: 0343
2019.07.01 23:21:48.936 5: SIGRBX: start pattern for MU Protocol id 36 -> remote not found, aborting
2019.07.01 23:21:48.937 5: SIGRBX: start pattern for MU Protocol id 37 -> Bresser 7009994 not found, aborting
2019.07.01 23:21:48.938 5: SIGRBX: start pattern for MU Protocol id 38 -> NC-3911 not found, aborting
2019.07.01 23:21:48.939 5: SIGRBX: for MU Protocol id 39, applying filterfunc SIGNALduino_compPattern
2019.07.01 23:21:48.940 5: SIGRBX: start pattern for MU Protocol id 39 -> X10 Protocol not found, aborting
2019.07.01 23:21:48.941 5: SIGRBX: substr: 73124343121343421243434343134343434212460343
2019.07.01 23:21:48.942 4: SIGRBX: Fingerprint for MU Protocol id 40 -> Romotec  matches, trying to demodulate
2019.07.01 23:21:48.942 5: SIGRBX: 0. try, regex ((?:73)((?:03|42){12,})) did not match
2019.07.01 23:21:48.953 5: SIGRBX: substr: 43434343134343434212460343
2019.07.01 23:21:48.954 5: SIGRBX: start pattern for MU Protocol id 44 -> BresserTemeo not found, aborting
2019.07.01 23:21:48.955 5: SIGRBX: start pattern for MU Protocol id 44.1 -> BresserTemeo not found, aborting
2019.07.01 23:21:48.956 5: SIGRBX: start pattern for MU Protocol id 45 -> Revolt not found, aborting
2019.07.01 23:21:48.956 5: SIGRBX: start pattern for MU Protocol id 46 -> SKXxxx, GF0x0x not found, aborting
2019.07.01 23:21:48.957 5: SIGRBX: start pattern for MU Protocol id 48 -> TFA Dostmann not found, aborting
2019.07.01 23:21:48.957 5: SIGRBX: start pattern for MU Protocol id 49 -> QUIGG_GT-9000 not found, aborting
2019.07.01 23:21:48.959 5: SIGRBX: start pattern for MU Protocol id 56 -> Celexon not found, aborting
2019.07.01 23:21:48.959 5: SIGRBX: start pattern for MU Protocol id 59 -> AK-HD-4 not found, aborting
2019.07.01 23:21:48.960 4: SIGRBX: Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2019.07.01 23:21:48.961 5: SIGRBX: 0. try, regex ((?:)((?:42|16){38,})) did not match
2019.07.01 23:21:48.962 4: SIGRBX: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2019.07.01 23:21:48.963 5: SIGRBX: 0. try, regex ((?:)((?:42|46){38,})) did not match
2019.07.01 23:21:48.964 5: SIGRBX: start pattern for MU Protocol id 62 -> Clarus_Switch not found, aborting
2019.07.01 23:21:48.965 5: SIGRBX: start pattern for MU Protocol id 66 -> WS7035 not found, aborting
2019.07.01 23:21:48.965 5: SIGRBX: start pattern for MU Protocol id 69 -> Hoermann not found, aborting
2019.07.01 23:21:48.966 4: SIGRBX: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2019.07.01 23:21:48.967 5: SIGRBX: 0. try, regex ((?:)((?:03|46){50,})) did not match
2019.07.01 23:21:48.968 5: SIGRBX: start pattern for MU Protocol id 72 -> Siro shutter not found, aborting
2019.07.01 23:21:48.969 4: SIGRBX: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2019.07.01 23:21:48.970 5: SIGRBX: 0. try, regex ((?:)((?:03|46){59,})) did not match
2019.07.01 23:21:48.971 4: SIGRBX: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2019.07.01 23:21:48.972 5: SIGRBX: 0. try, regex ((?:)((?:03|46){50,})) did not match
2019.07.01 23:21:48.973 5: SIGRBX: start pattern for MU Protocol id 76 -> LED XM21 not found, aborting
2019.07.01 23:21:48.974 5: SIGRBX: start pattern for MU Protocol id 79 -> wireless doorbell not found, aborting
2019.07.01 23:21:48.975 4: SIGRBX: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2019.07.01 23:21:48.975 5: SIGRBX: 0. try, regex ((?:)((?:42|46){104,})) did not match
2019.07.01 23:21:48.976 5: SIGRBX: start pattern for MU Protocol id 81 -> SA-434-1 not found, aborting
2019.07.01 23:21:48.977 5: SIGRBX: start pattern for MU Protocol id 83 -> RH787T not found, aborting
2019.07.01 23:21:48.978 5: SIGRBX: start pattern for MU Protocol id 84 -> IAN 283582 / TV-4848 not found, aborting
2019.07.01 23:21:48.979 5: SIGRBX: start pattern for MU Protocol id 85 -> TFA 30.3222.02 not found, aborting
2019.07.01 23:21:48.979 5: SIGRBX: start pattern for MU Protocol id 86 -> BOSCH | CAME | Novy | Neff | Refsta Topdraft not found, aborting
2019.07.01 23:21:48.980 5: SIGRBX: start pattern for MU Protocol id 89 -> TFA 30.3221.02 not found, aborting
2019.07.01 23:21:48.981 5: SIGRBX: start pattern for MU Protocol id 91 -> Atlantic security not found, aborting
2019.07.01 23:21:48.982 5: SIGRBX: start pattern for MU Protocol id 92 -> KRINNER Lumix not found, aborting
2019.07.01 23:21:48.982 5: SIGRBX: start pattern for MU Protocol id 94 -> Atech not found, aborting
2019.07.01 23:21:48.983 5: SIGRBX: substr: 4212431673124343121343421243434343134343434212460343
2019.07.01 23:21:48.984 4: SIGRBX: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2019.07.01 23:21:48.984 5: SIGRBX: 0. try, regex ((?:42)((?:43|46){50,})) did not match
2019.07.01 23:22:00.059 2: PV80_1: 23:22 Flag: 2 M:20 LZ:74.0 BP:110 Ein:-754.5 PV:0.0 P:754.5
2019.07.01 23:22:00.060 2: PV80_2: Flag: 2
2019.07.01 23:22:00.060 2: PV80_3a: 23:22 Flag: 2 M:20 LZ:74.0 BP:110 Ein:-754.5 PV:0.0 P:754.5
2019.07.01 23:22:00.060 2: PV80_8: Flag: 2 Ende
2019.07.01 23:22:00.063 2: Ladetzustand: 74.0
2019.07.01 23:22:03.529 4: SIGRBX/msg READ: MC;LL=-995;LH=960;SL=-488;SH=472;D=55555554CCB4B4CB4ACB2AB4AB2D2ACAAB2AB2B32AB32D35;C=485;L=192;
2019.07.01 23:22:03.531 4: SIGRBX: Found manchester Protocol id 10 clock 485 -> Oregon Scientific v2|v3
2019.07.01 23:22:03.531 5: SIGRBX: extracted data 101010101010101010101010101010110011001101001011010010110011010010110101001101001101010101001011010101001101001011010101001101010101010011010101010011010100110011010101010011001101001011001010 (bin)
2019.07.01 23:22:03.531 4: SIGRBX: OSV2 protocol detected: preamble_pos = 31
2019.07.01 23:22:03.532 4: SIGRBX: OSV2 protocol converted to hex: (50CA2C23C19021104441D9) with length (88) bits
2019.07.01 23:22:03.532 5: SIGRBX Dispatch: 50CA2C23C19021104441D9, test ungleich: disabled
2019.07.01 23:22:03.533 5: SIGRBX Dispatch: 50CA2C23C19021104441D9,  dispatch
2019.07.01 23:22:03.533 5: SIGRBX: dispatch 50CA2C23C19021104441D9
2019.07.01 23:22:03.534 5: OREGON: decoding delay=59.0574381351471 hex=50CA2C23C19021104441D9
2019.07.01 23:22:03.535 5: OREGON: sensor_id=ca2c BitsMsg=80 Bits=80
2019.07.01 23:22:03.535 5: OREGON: checksum2 = 65 berechnet: 65
2019.07.01 23:22:03.543 4: SIGRBX: Found manchester Protocol id 12 clock 485 -> Hideki
2019.07.01 23:22:03.543 5: SIGRBX: extracted data 010101010101010101010101010101001100110010110100101101001100101101001010110010110010101010110100101010110010110100101010110010101010101100101010101100101011001100101010101100110010110100110101 (bin)
2019.07.01 23:22:03.543 4: SIGRBX: hideki start pattern (10101110) not found
2019.07.01 23:22:03.544 5: SIGRBX: protocol does not match return from method: (Start pattern (10101110) not found)
2019.07.01 23:22:03.544 4: SIGRBX: Found manchester Protocol id 52 clock 485 -> Oregon Scientific PIR
2019.07.01 23:22:03.544 5: SIGRBX: extracted data 101010101010101010101010101010110011001101001011010010110011010010110101001101001101010101001011010101001101001011010101001101010101010011010101010011010100110011010101010011001101001011001010 (bin)
2019.07.01 23:22:03.544 5: SIGRBX: protocol does not match return from method: ( header not found)
2019.07.01 23:22:03.545 4: SIGRBX: Found manchester Protocol id 58 clock 485 -> TFA 30.3208.0
2019.07.01 23:22:03.545 5: SIGRBX: extracted data 101010101010101010101010101010110011001101001011010010110011010010110101001101001101010101001011010101001101001011010101001101010101010011010101010011010100110011010101010011001101001011001010 (bin)
2019.07.01 23:22:03.545 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:22:03.657 4: SIGRBX/msg READ: MC;LL=-968;LH=998;SL=-492;SH=459;D=AAAAAAAA665A5A65A565955A55969565559559599559969A;C=486;L=192;
2019.07.01 23:22:03.657 4: SIGRBX: Found manchester Protocol id 10 clock 486 -> Oregon Scientific v2|v3
2019.07.01 23:22:03.658 5: SIGRBX: extracted data 010101010101010101010101010101011001100110100101101001011001101001011010100110100110101010100101101010100110100101101010100110101010101001101010101001101010011001101010101001100110100101100101 (bin)
2019.07.01 23:22:03.658 4: SIGRBX: OSV2 protocol detected: preamble_pos = 32
2019.07.01 23:22:03.658 4: SIGRBX: OSV2 protocol converted to hex: (50CA2C23C19021104441D9) with length (88) bits
2019.07.01 23:22:03.659 5: SIGRBX Dispatch: 50CA2C23C19021104441D9, test gleich
2019.07.01 23:22:03.659 4: SIGRBX Dispatch: 50CA2C23C19021104441D9, Dropped due to short time or equal msg
2019.07.01 23:22:03.659 4: SIGRBX: Found manchester Protocol id 12 clock 486 -> Hideki
2019.07.01 23:22:03.659 5: SIGRBX: extracted data 101010101010101010101010101010100110011001011010010110100110010110100101011001011001010101011010010101011001011010010101011001010101010110010101010110010101100110010101010110011001011010011010 (bin)
2019.07.01 23:22:03.659 4: SIGRBX: hideki start pattern (10101110) not found
2019.07.01 23:22:03.660 5: SIGRBX: protocol does not match return from method: (Start pattern (10101110) not found)
2019.07.01 23:22:03.660 4: SIGRBX: Found manchester Protocol id 52 clock 486 -> Oregon Scientific PIR
2019.07.01 23:22:03.660 5: SIGRBX: extracted data 010101010101010101010101010101011001100110100101101001011001101001011010100110100110101010100101101010100110100101101010100110101010101001101010101001101010011001101010101001100110100101100101 (bin)
2019.07.01 23:22:03.660 5: SIGRBX: protocol does not match return from method: ( header not found)
2019.07.01 23:22:03.661 4: SIGRBX: Found manchester Protocol id 58 clock 486 -> TFA 30.3208.0
2019.07.01 23:22:03.661 5: SIGRBX: extracted data 010101010101010101010101010101011001100110100101101001011001101001011010100110100110101010100101101010100110100101101010100110101010101001101010101001101010011001101010101001100110100101100101 (bin)
2019.07.01 23:22:03.661 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:22:19.658 4: SIGRBX/msg READ: MC;LL=-1018;LH=934;SL=-535;SH=439;D=51C1E8B5917C15F2AB31E48;C=487;L=89;
2019.07.01 23:22:19.659 4: SIGRBX: Found manchester Protocol id 10 clock 487 -> Oregon Scientific v2|v3
2019.07.01 23:22:19.660 5: SIGRBX: extracted data 10101110001111100001011101001010011011101000001111101010000011010101010011001110000110110111 (bin)
2019.07.01 23:22:19.660 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:22:19.660 4: SIGRBX: Found manchester Protocol id 12 clock 487 -> Hideki
2019.07.01 23:22:19.661 5: SIGRBX: extracted data 01010001110000011110100010110101100100010111110000010101111100101010101100110001111001001000 (bin)
2019.07.01 23:22:19.661 4: SIGRBX: receive Hideki protocol inverted
2019.07.01 23:22:19.661 4: SIGRBX: Hideki protocol converted to hex: 753EBACA17BEC155736C03 with 92 bits, messagestart 0
2019.07.01 23:22:19.662 5: SIGRBX Dispatch: P12#753EBACA17BEC155736C03, test ungleich: disabled
2019.07.01 23:22:19.662 5: SIGRBX Dispatch: P12#753EBACA17BEC155736C03,  dispatch
2019.07.01 23:22:19.663 5: SIGRBX: dispatch P12#753EBACA17BEC155736C03
2019.07.01 23:22:19.664 4: SIGRBX Hideki_Parse: incomming P12#753EBACA17BEC155736C03
2019.07.01 23:22:19.664 4: SIGRBX Hideki crcCheck ok: cs1/cs2 0/108, rawData=753EBACA17BEC155736C03, count+2=9, length=11
2019.07.01 23:22:19.665 4: SIGRBX Hideki_Parse: raw=753EBACA17BEC155736C03, decoded=7542ce5e39c243ff956c03
2019.07.01 23:22:19.665 5: SIGRBX Hideki_Parse: getSensorType for 94
2019.07.01 23:22:19.666 4: SIGRBX Hideki_Parse: SensorTyp = 30 decodedString = 7542ce5e39c243ff956c03
2019.07.01 23:22:19.666 4: SIGRBX decoded Hideki protocol model=Hideki_30, sensor id=42, channel=2, cnt=1, bat=ok, temp=23.9, humidity=43, comfort=Temp. and Hum. comfortable
2019.07.01 23:22:19.666 4: SIGRBX Hideki_Parse: using longid: 1 model: Hideki_30
2019.07.01 23:22:19.667 5: SIGRBX Hideki_Parse deviceCode: Hideki_30_42.2
2019.07.01 23:22:19.673 4: SIGRBX: Found manchester Protocol id 52 clock 487 -> Oregon Scientific PIR
2019.07.01 23:22:19.673 5: SIGRBX: extracted data 10101110001111100001011101001010011011101000001111101010000011010101010011001110000110110111 (bin)
2019.07.01 23:22:19.674 5: SIGRBX: protocol does not match return from method: ( header not found)
2019.07.01 23:22:19.674 4: SIGRBX: Found manchester Protocol id 58 clock 487 -> TFA 30.3208.0
2019.07.01 23:22:19.675 5: SIGRBX: extracted data 10101110001111100001011101001010011011101000001111101010000011010101010011001110000110110111 (bin)
2019.07.01 23:22:19.675 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:22:19.806 4: SIGRBX/msg READ: MC;LL=-1041;LH=925;SL=-535;SH=429;D=51C1E8B5D17C15F2AB33CA8;C=488;L=89;
2019.07.01 23:22:19.807 4: SIGRBX: Found manchester Protocol id 10 clock 488 -> Oregon Scientific v2|v3
2019.07.01 23:22:19.807 5: SIGRBX: extracted data 10101110001111100001011101001010001011101000001111101010000011010101010011001100001101010111 (bin)
2019.07.01 23:22:19.808 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:22:19.808 4: SIGRBX: Found manchester Protocol id 12 clock 488 -> Hideki
2019.07.01 23:22:19.808 5: SIGRBX: extracted data 01010001110000011110100010110101110100010111110000010101111100101010101100110011110010101000 (bin)
2019.07.01 23:22:19.809 5: SIGRBX: protocol does not match return from method: (message is to short)
2019.07.01 23:22:19.809 4: SIGRBX: Found manchester Protocol id 52 clock 488 -> Oregon Scientific PIR
2019.07.01 23:22:19.809 5: SIGRBX: extracted data 10101110001111100001011101001010001011101000001111101010000011010101010011001100001101010111 (bin)
2019.07.01 23:22:19.810 5: SIGRBX: protocol does not match return from method: ( header not found)
2019.07.01 23:22:19.810 4: SIGRBX: Found manchester Protocol id 58 clock 488 -> TFA 30.3208.0
2019.07.01 23:22:19.811 5: SIGRBX: extracted data 10101110001111100001011101001010001011101000001111101010000011010101010011001100001101010111 (bin)
2019.07.01 23:22:19.811 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:22:19.947 4: SIGRBX/msg READ: MC;LL=-1015;LH=925;SL=-539;SH=444;D=A8E0F45AD8BE0AF955987F4;C=487;L=90;
2019.07.01 23:22:19.949 4: SIGRBX: Found manchester Protocol id 10 clock 487 -> Oregon Scientific v2|v3
2019.07.01 23:22:19.949 5: SIGRBX: extracted data 01010111000111110000101110100101001001110100000111110101000001101010101001100111100000001011 (bin)
2019.07.01 23:22:19.950 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:22:19.950 4: SIGRBX: Found manchester Protocol id 12 clock 487 -> Hideki
2019.07.01 23:22:19.950 5: SIGRBX: extracted data 10101000111000001111010001011010110110001011111000001010111110010101010110011000011111110100 (bin)
2019.07.01 23:22:19.951 4: SIGRBX: receive Hideki protocol inverted
2019.07.01 23:22:19.951 4: SIGRBX: Hideki protocol converted to hex: 753EBA4A17BEC155F34001 with 91 bits, messagestart 1
2019.07.01 23:22:19.952 5: SIGRBX Dispatch: P12#753EBA4A17BEC155F34001, test ungleich: disabled
2019.07.01 23:22:19.952 5: SIGRBX Dispatch: P12#753EBA4A17BEC155F34001,  dispatch
2019.07.01 23:22:19.953 5: SIGRBX: dispatch P12#753EBA4A17BEC155F34001
2019.07.01 23:22:19.953 4: SIGRBX Hideki_Parse: incomming P12#753EBA4A17BEC155F34001
2019.07.01 23:22:19.954 4: SIGRBX Hideki crcCheck ok: cs1/cs2 0/64, rawData=753EBA4A17BEC155F34001, count+2=9, length=11
2019.07.01 23:22:19.955 4: SIGRBX Hideki_Parse: raw=753EBA4A17BEC155F34001, decoded=7542cede39c243ff154001
2019.07.01 23:22:19.955 5: SIGRBX Hideki_Parse: getSensorType for 222
2019.07.01 23:22:19.955 4: SIGRBX Hideki_Parse: SensorTyp = 30 decodedString = 7542cede39c243ff154001
2019.07.01 23:22:19.956 4: SIGRBX decoded Hideki protocol model=Hideki_30, sensor id=42, channel=2, cnt=3, bat=ok, temp=23.9, humidity=43, comfort=Temp. and Hum. comfortable
2019.07.01 23:22:19.956 4: SIGRBX Hideki_Parse: using longid: 1 model: Hideki_30
2019.07.01 23:22:19.956 5: SIGRBX Hideki_Parse deviceCode: Hideki_30_42.2
2019.07.01 23:22:19.962 4: SIGRBX: Found manchester Protocol id 52 clock 487 -> Oregon Scientific PIR
2019.07.01 23:22:19.963 5: SIGRBX: extracted data 01010111000111110000101110100101001001110100000111110101000001101010101001100111100000001011 (bin)
2019.07.01 23:22:19.964 5: SIGRBX: protocol does not match return from method: ( header not found)
2019.07.01 23:22:19.964 4: SIGRBX: Found manchester Protocol id 58 clock 487 -> TFA 30.3208.0
2019.07.01 23:22:19.964 5: SIGRBX: extracted data 01010111000111110000101110100101001001110100000111110101000001101010101001100111100000001011 (bin)
2019.07.01 23:22:19.965 5: SIGRBX: protocol does not match return from method: (undef)

Hier steht: R 0 ??

2019.07.01 23:37:49.428 5: SIGRBX: CUL_TCM97001 PFR_130_2 2 state: T: 26.3 RainH: 9 RainD: 9 R: 0 Rmm: 0

Code Auswählen


2019.07.01 23:37:49.426 4: SIGRBX: CUL_TCM97001 PFR_130_2 2 (020107004000) length: 12
2019.07.01 23:37:49.426 4: SIGRBX: CUL_TCM97001 Parse Name: PFR_130_2 , devicecode: CUL_TCM97001_2 , Model defined: PFR_130
2019.07.01 23:37:49.426 5: SIGRBX: CUL_TCM97001 PFR_130 Temp=26.3
2019.07.01 23:37:49.426 5: SIGRBX: CUL_TCM97001 PFR_130 rainticks=0
2019.07.01 23:37:49.427 5: SIGRBX: CUL_TCM97001 PFR_130 rain mm=0
2019.07.01 23:37:49.427 4: SIGRBX: CUL_TCM97001 using longid: 1 model: PFR_130
2019.07.01 23:37:49.427 5: SIGRBX: CUL_TCM97001 1. 1 : 23 : 9 : 9
2019.07.01 23:37:49.428 5: SIGRBX: CUL_TCM97001 2. 1 : 23 : 9 : 9
2019.07.01 23:37:49.428 5: SIGRBX: CUL_TCM97001 PFR_130_2 2 state: T: 26.3 RainH: 9 RainD: 9 R: 0 Rmm: 0
2019.07.01 23:37:49.428 4: SIGRBX: CUL_TCM97001 PFR_130_2 ID: 2 T: 26.3 Bat: ok
2019.07.01 23:37:49.435 4: SIGRBX: Matched MS Protocol id 0.4 -> weather (v5)
2019.07.01 23:37:49.435 5: SIGRBX: Starting demodulation at Position 2

hier steht dann: R 100 ??

2019.07.01 23:38:34.468 4: SIGRBX: CUL_TCM97001 using longid: 1 model: PFR_130
2019.07.01 23:38:34.468 5: SIGRBX: CUL_TCM97001 1. 1 : 23 : 9 : 9
2019.07.01 23:38:34.469 5: SIGRBX: CUL_TCM97001 2. 1 : 23 : 11 : 11
2019.07.01 23:38:34.470 5: SIGRBX: CUL_TCM97001 PFR_130_2 2 state: T: 26.3 RainH: 11 RainD: 11 R: 100 Rmm: 2
2019.07.01 23:38:34.470 4: SIGRBX: CUL_TCM97001 PFR_130_2 ID: 2 T: 26.3 Bat: ok

Code Auswählen


2019.07.01 23:38:34.063 5: SIGRBX/RAW rmsg: Mu;���;���;���;���;���;�ڄ;�Ԃ;dRV;C1;
2019.07.01 23:38:34.064 4: SIGRBX/msg READredu: MU;P0=112;P1=449;P2=-2169;P4=-3833;P5=284;P6=-1242;P7=-724;D=1212121414121214525617061212121212141212121212121212141212121212141414121414121214121212141412121;CP=1;
2019.07.01 23:38:34.065 4: SIGRBX: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2019.07.01 23:38:34.066 5: SIGRBX: 0. try, regex ((?:)((?:17|17){43,})) did not match
2019.07.01 23:38:34.067 5: SIGRBX: start pattern for MU Protocol id 13.1 -> FLAMINGO FA22RF / FA21RF / LM-101LD not found, aborting
2019.07.01 23:38:34.067 5: SIGRBX: start pattern for MU Protocol id 16 -> Dooya not found, aborting
2019.07.01 23:38:34.068 5: SIGRBX: start pattern for MU Protocol id 21 -> Einhell Garagedoor not found, aborting
2019.07.01 23:38:34.068 5: SIGRBX: start pattern for MU Protocol id 22 -> HAMULiGHT not found, aborting
2019.07.01 23:38:34.069 5: SIGRBX: start pattern for MU Protocol id 24 -> visivon remote not found, aborting
2019.07.01 23:38:34.069 5: SIGRBX: substr: 1212121414121214525617061212121212141212121212121212141212121212141414121414121214121212141412121
2019.07.01 23:38:34.070 5: SIGRBX: start pattern for MU Protocol id 27 -> remote not found, aborting
2019.07.01 23:38:34.070 5: SIGRBX: start pattern for MU Protocol id 28 -> IC Ledspot not found, aborting
2019.07.01 23:38:34.071 5: SIGRBX: start pattern for MU Protocol id 29 -> HT12e not found, aborting
2019.07.01 23:38:34.071 5: SIGRBX: start pattern for MU Protocol id 30 -> diverse not found, aborting
2019.07.01 23:38:34.071 5: SIGRBX: start pattern for MU Protocol id 31 -> Pollin ISOTRONIC not found, aborting
2019.07.01 23:38:34.072 5: SIGRBX: start pattern for MU Protocol id 32 -> FreeTec PE-6946 not found, aborting
2019.07.01 23:38:34.072 5: SIGRBX: substr: 1212121414121214525617061212121212141212121212121212141212121212141414121414121214121212141412121
2019.07.01 23:38:34.073 5: SIGRBX: start pattern for MU Protocol id 36 -> remote not found, aborting
2019.07.01 23:38:34.073 5: SIGRBX: start pattern for MU Protocol id 37 -> Bresser 7009994 not found, aborting
2019.07.01 23:38:34.073 5: SIGRBX: start pattern for MU Protocol id 38 -> NC-3911 not found, aborting
2019.07.01 23:38:34.074 5: SIGRBX: for MU Protocol id 39, applying filterfunc SIGNALduino_compPattern
2019.07.01 23:38:34.074 5: SIGRBX: start pattern for MU Protocol id 39 -> X10 Protocol not found, aborting
2019.07.01 23:38:34.075 5: SIGRBX: substr: 17061212121212141212121212121212141212121212141414121414121214121212141412121
2019.07.01 23:38:34.076 5: SIGRBX: start pattern for MU Protocol id 42 -> wireless doorbell not found, aborting
2019.07.01 23:38:34.076 5: SIGRBX: start pattern for MU Protocol id 44 -> BresserTemeo not found, aborting
2019.07.01 23:38:34.077 5: SIGRBX: start pattern for MU Protocol id 44.1 -> BresserTemeo not found, aborting
2019.07.01 23:38:34.077 5: SIGRBX: start pattern for MU Protocol id 45 -> Revolt not found, aborting
2019.07.01 23:38:34.077 5: SIGRBX: start pattern for MU Protocol id 46 -> SKXxxx, GF0x0x not found, aborting
2019.07.01 23:38:34.078 5: SIGRBX: substr: 617061212121212141212121212121212141212121212141414121414121214121212141412121
2019.07.01 23:38:34.078 5: SIGRBX: start pattern for MU Protocol id 49 -> QUIGG_GT-9000 not found, aborting
2019.07.01 23:38:34.079 5: SIGRBX: start pattern for MU Protocol id 56 -> Celexon not found, aborting
2019.07.01 23:38:34.079 5: SIGRBX: start pattern for MU Protocol id 59 -> AK-HD-4 not found, aborting
2019.07.01 23:38:34.080 4: SIGRBX: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2019.07.01 23:38:34.081 5: SIGRBX: 0. try, regex ((?:)((?:17|17){38,})) did not match
2019.07.01 23:38:34.081 5: SIGRBX: start pattern for MU Protocol id 62 -> Clarus_Switch not found, aborting
2019.07.01 23:38:34.082 5: SIGRBX: start pattern for MU Protocol id 66 -> WS7035 not found, aborting
2019.07.01 23:38:34.083 5: SIGRBX: start pattern for MU Protocol id 69 -> Hoermann not found, aborting
2019.07.01 23:38:34.083 4: SIGRBX: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2019.07.01 23:38:34.084 5: SIGRBX: 0. try, regex ((?:)((?:17|17){50,})) did not match
2019.07.01 23:38:34.085 5: SIGRBX: start pattern for MU Protocol id 72 -> Siro shutter not found, aborting
2019.07.01 23:38:34.086 4: SIGRBX: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2019.07.01 23:38:34.087 5: SIGRBX: 0. try, regex ((?:)((?:17|17){59,})) did not match
2019.07.01 23:38:34.088 4: SIGRBX: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2019.07.01 23:38:34.089 5: SIGRBX: 0. try, regex ((?:)((?:17|17){50,})) did not match
2019.07.01 23:38:34.089 5: SIGRBX: start pattern for MU Protocol id 76 -> LED XM21 not found, aborting
2019.07.01 23:38:34.090 5: SIGRBX: substr: 4525617061212121212141212121212121212141212121212141414121414121214121212141412121
2019.07.01 23:38:34.091 4: SIGRBX: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2019.07.01 23:38:34.092 5: SIGRBX: 0. try, regex ((?:)((?:17|17){104,})) did not match
2019.07.01 23:38:34.092 5: SIGRBX: start pattern for MU Protocol id 81 -> SA-434-1 not found, aborting
2019.07.01 23:38:34.093 5: SIGRBX: start pattern for MU Protocol id 83 -> RH787T not found, aborting
2019.07.01 23:38:34.093 5: SIGRBX: start pattern for MU Protocol id 84 -> IAN 283582 / TV-4848 not found, aborting
2019.07.01 23:38:34.094 5: SIGRBX: start pattern for MU Protocol id 85 -> TFA 30.3222.02 not found, aborting
2019.07.01 23:38:34.094 5: SIGRBX: start pattern for MU Protocol id 86 -> BOSCH | CAME | Novy | Neff | Refsta Topdraft not found, aborting
2019.07.01 23:38:34.095 5: SIGRBX: start pattern for MU Protocol id 89 -> TFA 30.3221.02 not found, aborting
2019.07.01 23:38:34.096 5: SIGRBX: substr: 414121214525617061212121212141212121212121212141212121212141414121414121214121212141412121
2019.07.01 23:38:34.097 5: SIGRBX: start pattern for MU Protocol id 92 -> KRINNER Lumix not found, aborting
2019.07.01 23:38:34.097 5: SIGRBX: start pattern for MU Protocol id 94 -> Atech not found, aborting
2019.07.01 23:38:34.098 5: SIGRBX: substr: 17061212121212141212121212121212141212121212141414121414121214121212141412121
2019.07.01 23:38:34.459 5: SIGRBX/RAW rmsg: Ms;���;���;�ψ;��;d�!!!!!!1!!!!!!!!1!!!!!111!11!!1!!!11!!;C1;S0;O;m2;!;!;
2019.07.01 23:38:34.460 4: SIGRBX/msg READredu: MS;P0=-8106;P1=443;P2=-2127;P3=-3828;D=1012121212121213121212121212121213121212121213131312131312121312121213131212;CP=1;SP=0;O;m2;
2019.07.01 23:38:34.462 4: SIGRBX: Matched MS Protocol id 0.3 -> weather (v4)
2019.07.01 23:38:34.462 5: SIGRBX: Starting demodulation at Position 2
2019.07.01 23:38:34.463 5: SIGRBX: dispatching bits: 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 1 1 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 with 3 Paddingbits 0
2019.07.01 23:38:34.464 4: SIGRBX: Decoded matched MS Protocol id 0.3 dmsg s020107646000 length 40 
2019.07.01 23:38:34.464 5: SIGRBX Dispatch: s020107646000, test ungleich: disabled
2019.07.01 23:38:34.464 5: SIGRBX Dispatch: s020107646000,  dispatch
2019.07.01 23:38:34.465 5: SIGRBX: dispatch s020107646000
2019.07.01 23:38:34.466 4: SIGRBX: CUL_TCM97001 PFR_130_2 2 (020107646000) length: 12
2019.07.01 23:38:34.466 4: SIGRBX: CUL_TCM97001 Parse Name: PFR_130_2 , devicecode: CUL_TCM97001_2 , Model defined: PFR_130
2019.07.01 23:38:34.467 5: SIGRBX: CUL_TCM97001 PFR_130 Temp=26.3
2019.07.01 23:38:34.467 5: SIGRBX: CUL_TCM97001 PFR_130 rainticks=100
2019.07.01 23:38:34.467 5: SIGRBX: CUL_TCM97001 PFR_130 rain mm=2
2019.07.01 23:38:34.468 4: SIGRBX: CUL_TCM97001 using longid: 1 model: PFR_130
2019.07.01 23:38:34.468 5: SIGRBX: CUL_TCM97001 1. 1 : 23 : 9 : 9
2019.07.01 23:38:34.469 5: SIGRBX: CUL_TCM97001 2. 1 : 23 : 11 : 11
2019.07.01 23:38:34.470 5: SIGRBX: CUL_TCM97001 PFR_130_2 2 state: T: 26.3 RainH: 11 RainD: 11 R: 100 Rmm: 2
2019.07.01 23:38:34.470 4: SIGRBX: CUL_TCM97001 PFR_130_2 ID: 2 T: 26.3 Bat: ok
2019.07.01 23:38:34.478 4: SIGRBX: Matched MS Protocol id 0.4 -> weather (v5)
2019.07.01 23:38:34.479 5: SIGRBX: Starting demodulation at Position 2
2019.07.01 23:38:34.675 5: SIGRBX/RAW rmsg: Ms;���;�ā;��;��;D;C1;S0;m1;;;
2019.07.01 23:38:34.676 4: SIGRBX/msg READredu: MS;P0=-7995;P1=452;P2=-2031;P3=-3828;D=1012121212121213121212121212121213121212121213131312131312121312121213131212;CP=1;SP=0;m1;
2019.07.01 23:38:34.677 4: SIGRBX: Matched MS Protocol id 0.3 -> weather (v4)
2019.07.01 23:38:34.677 5: SIGRBX: Starting demodulation at Position 2
2019.07.01 23:38:34.678 5: SIGRBX: dispatching bits: 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 1 1 1 0 1 1 0 0 1 0 0 0 1 1 0 0 0 0 0 with 3 Paddingbits 0
2019.07.01 23:38:34.679 4: SIGRBX: Decoded matched MS Protocol id 0.3 dmsg s020107646000 length 40 
2019.07.01 23:38:34.679 5: SIGRBX Dispatch: s020107646000, test gleich
2019.07.01 23:38:34.679 4: SIGRBX Dispatch: s020107646000, Dropped due to short time or equal msg
2019.07.01 23:38:34.680 4: SIGRBX: Matched MS Protocol id 0.4 -> weather (v5)
2019.07.01 23:38:34.680 5: SIGRBX: Starting demodulation at Position 2
2019.07.01 23:38:44.164 5: SIGRBX/RAW rmsg: Ms;���;��;���;���;�܀;���;���;���;DAVQ;C0;S3;;;
2019.07.01 23:38:44.165 4: SIGRBX/msg READredu: MS;P0=553;P1=-1894;P2=-3848;P3=-6456;P4=220;P5=762;P6=-316;P7=-8984;D=03415601020102010202010101020202010201010101010202020201020201010102010201020207510201020102020101010202020102010101010102020202010202010101020102010202;CP=0;SP=3;
2019.07.01 23:38:44.167 4: SIGRBX: Matched MS Protocol id 0 -> weather (v1)
2019.07.01 23:38:44.167 5: SIGRBX: Starting demodulation at Position 80
2019.07.01 23:38:44.168 5: SIGRBX: Found wrong signalpattern 51, catched 0 bits, aborting demodulation
2019.07.01 23:38:44.407 5: SIGRBX/RAW rmsg: Ms;��;���;���;��;���;d�VBBBBBBBBBBBBBBBBBB;C2;S5;B;B;
2019.07.01 23:38:44.408 4: SIGRBX/msg READredu: MS;P1=-1895;P2=553;P4=-3849;P5=-7654;P6=1264;D=25612421242124242121212424242124212121212124242424212424212121242124212424;CP=2;SP=5;B;B;
2019.07.01 23:38:44.409 4: SIGRBX: Matched MS Protocol id 0 -> weather (v1)
2019.07.01 23:38:44.409 5: SIGRBX: Starting demodulation at Position 2
2019.07.01 23:38:44.409 5: SIGRBX: Found wrong signalpattern 61, catched 0 bits, aborting demodulation
2019.07.01 23:38:44.544 5: SIGRBX/RAW rmsg: Mu;���;���;���;��;���;�ȃ;���;���;DVp;C1;
2019.07.01 23:38:44.544 4: SIGRBX/msg READredu: MU;P0=-416;P1=533;P2=-1904;P3=-4072;P4=-9016;P5=968;P6=-1020;P7=96;D=12131213121313121212131313121312121212121313131312131312121213121312131314135670;CP=1;
2019.07.01 23:38:44.546 4: SIGRBX: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2019.07.01 23:38:44.547 5: SIGRBX: 0. try, regex ((?:)((?:56|56){60,})) did not match
2019.07.01 23:38:44.547 5: SIGRBX: start pattern for MU Protocol id 13.1 -> FLAMINGO FA22RF / FA21RF / LM-101LD not found, aborting
2019.07.01 23:38:44.547 5: SIGRBX: start pattern for MU Protocol id 16 -> Dooya not found, aborting
2019.07.01 23:38:44.549 5: SIGRBX: start pattern for MU Protocol id 21 -> Einhell Garagedoor not found, aborting
2019.07.01 23:38:44.549 5: SIGRBX: substr: 5670
2019.07.01 23:38:44.550 5: SIGRBX: start pattern for MU Protocol id 24 -> visivon remote not found, aborting
2019.07.01 23:38:44.550 5: SIGRBX: substr: 12131213121313121212131313121312121212121313131312131312121213121312131314135670
2019.07.01 23:38:44.551 5: SIGRBX: start pattern for MU Protocol id 27 -> remote not found, aborting
2019.07.01 23:38:44.552 5: SIGRBX: start pattern for MU Protocol id 28 -> IC Ledspot not found, aborting
2019.07.01 23:38:44.552 5: SIGRBX: start pattern for MU Protocol id 29 -> HT12e not found, aborting
2019.07.01 23:38:44.553 5: SIGRBX: substr: 4135670
2019.07.01 23:38:44.554 5: SIGRBX: substr: 4135670
2019.07.01 23:38:44.554 5: SIGRBX: start pattern for MU Protocol id 32 -> FreeTec PE-6946 not found, aborting
2019.07.01 23:38:44.555 5: SIGRBX: substr: 12131213121313121212131313121312121212121313131312131312121213121312131314135670
2019.07.01 23:38:44.556 5: SIGRBX: start pattern for MU Protocol id 36 -> remote not found, aborting
2019.07.01 23:38:44.556 5: SIGRBX: start pattern for MU Protocol id 37 -> Bresser 7009994 not found, aborting
2019.07.01 23:38:44.557 5: SIGRBX: start pattern for MU Protocol id 38 -> NC-3911 not found, aborting
2019.07.01 23:38:44.557 5: SIGRBX: for MU Protocol id 39, applying filterfunc SIGNALduino_compPattern
2019.07.01 23:38:44.558 5: SIGRBX: start pattern for MU Protocol id 39 -> X10 Protocol not found, aborting
2019.07.01 23:38:44.558 5: SIGRBX: substr: 70
2019.07.01 23:38:44.561 5: SIGRBX: start pattern for MU Protocol id 42 -> wireless doorbell not found, aborting
2019.07.01 23:38:44.562 5: SIGRBX: start pattern for MU Protocol id 44 -> BresserTemeo not found, aborting
2019.07.01 23:38:44.562 5: SIGRBX: start pattern for MU Protocol id 44.1 -> BresserTemeo not found, aborting
2019.07.01 23:38:44.562 5: SIGRBX: start pattern for MU Protocol id 45 -> Revolt not found, aborting
2019.07.01 23:38:44.563 5: SIGRBX: start pattern for MU Protocol id 46 -> SKXxxx, GF0x0x not found, aborting
2019.07.01 23:38:44.564 5: SIGRBX: substr: 2131213121313121212131313121312121212121313131312131312121213121312131314135670
2019.07.01 23:38:44.564 5: SIGRBX: start pattern for MU Protocol id 49 -> QUIGG_GT-9000 not found, aborting
2019.07.01 23:38:44.565 5: SIGRBX: start pattern for MU Protocol id 56 -> Celexon not found, aborting
2019.07.01 23:38:44.565 5: SIGRBX: start pattern for MU Protocol id 59 -> AK-HD-4 not found, aborting
2019.07.01 23:38:44.567 4: SIGRBX: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2019.07.01 23:38:44.567 5: SIGRBX: 0. try, regex ((?:)((?:70|70){38,})) did not match
2019.07.01 23:38:44.568 5: SIGRBX: start pattern for MU Protocol id 62 -> Clarus_Switch not found, aborting
2019.07.01 23:38:44.568 4: SIGRBX: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2019.07.01 23:38:44.569 5: SIGRBX: 0. try, regex ((?:)((?:56|56){48,})) did not match
2019.07.01 23:38:44.569 5: SIGRBX: start pattern for MU Protocol id 66 -> WS7035 not found, aborting
2019.07.01 23:38:44.570 5: SIGRBX: start pattern for MU Protocol id 69 -> Hoermann not found, aborting
2019.07.01 23:38:44.571 4: SIGRBX: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2019.07.01 23:38:44.571 5: SIGRBX: 0. try, regex ((?:)((?:56|70){50,})) did not match
2019.07.01 23:38:44.572 5: SIGRBX: start pattern for MU Protocol id 72 -> Siro shutter not found, aborting
2019.07.01 23:38:44.573 4: SIGRBX: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2019.07.01 23:38:44.573 5: SIGRBX: 0. try, regex ((?:)((?:56|70){59,})) did not match
2019.07.01 23:38:44.574 4: SIGRBX: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2019.07.01 23:38:44.575 5: SIGRBX: 0. try, regex ((?:)((?:56|70){50,})) did not match
2019.07.01 23:38:44.575 5: SIGRBX: start pattern for MU Protocol id 76 -> LED XM21 not found, aborting
2019.07.01 23:38:44.576 5: SIGRBX: substr: 31213121313121212131313121312121212121313131312131312121213121312131314135670
2019.07.01 23:38:44.577 4: SIGRBX: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2019.07.01 23:38:44.577 5: SIGRBX: 0. try, regex ((?:)((?:70|70){104,})) did not match
2019.07.01 23:38:44.578 5: SIGRBX: start pattern for MU Protocol id 81 -> SA-434-1 not found, aborting
2019.07.01 23:38:44.578 5: SIGRBX: start pattern for MU Protocol id 83 -> RH787T not found, aborting
2019.07.01 23:38:44.579 5: SIGRBX: start pattern for MU Protocol id 84 -> IAN 283582 / TV-4848 not found, aborting
2019.07.01 23:38:44.579 5: SIGRBX: start pattern for MU Protocol id 85 -> TFA 30.3222.02 not found, aborting
2019.07.01 23:38:44.580 5: SIGRBX: start pattern for MU Protocol id 86 -> BOSCH | CAME | Novy | Neff | Refsta Topdraft not found, aborting
2019.07.01 23:38:44.580 5: SIGRBX: start pattern for MU Protocol id 89 -> TFA 30.3221.02 not found, aborting
2019.07.01 23:38:44.581 5: SIGRBX: substr: 31213121313121212131313121312121212121313131312131312121213121312131314135670
2019.07.01 23:38:44.582 5: SIGRBX: substr: 14135670
2019.07.01 23:38:44.583 5: SIGRBX: start pattern for MU Protocol id 94 -> Atech not found, aborting
2019.07.01 23:38:44.583 5: SIGRBX: start pattern for MU Protocol id 95 -> Techmar not found, aborting
2019.07.01 23:38:46.649 4: SIGRBX/msg READ: MC;LL=-1014;LH=966;SL=-476;SH=478;D=55332D2D32D2B2CAAD2AAAB2B2AACAACACCB52B54B0;C=488;L=169;
2019.07.01 23:38:46.650 4: SIGRBX: Found manchester Protocol id 10 clock 488 -> Oregon Scientific v2|v3
2019.07.01 23:38:46.650 5: SIGRBX: extracted data 1010101011001100110100101101001011001101001011010100110100110101010100101101010101010101010011010100110101010101001101010101001101010011001101001010110101001010101101001111 (bin)
2019.07.01 23:38:46.651 5: SIGRBX: protocol does not match return from method: (undef)
2019.07.01 23:38:46.651 4: SIGRBX: Found manchester Protocol id 12 clock 488 -> Hideki
2019.07.01 23:38:46.651 5: SIGRBX: extracted data 0101010100110011001011010010110100110010110100101011001011001010101011010010101010101010101100101011001010101010110010101010110010101100110010110101001010110101010010110000 (bin)
2019.07.01 23:38:46.651 4: SIGRBX: hideki start pattern (10101110) not found
2019.07.01 23:38:46.651 5: SIGRBX: protocol does not match return from method: (Start pattern (10101110) not found)
2019.07.01 23:38:46.652 4: SIGRBX: Found manchester Protocol id 52 clock 488 -> Oregon Scientific PIR
2019.07.01 23:38:46.652 5: SIGRBX: extracted data 1010101011001100110100101101001011001101001011010100110100110101010100101101010101010101010011010100110101010101001101010101001101010011001101001010110101001010101101001111 (bin)
2019.07.01 23:38:46.652 5: SIGRBX: protocol does not match return from method: ( header not found)
2019.07.01 23:38:46.652 4: SIGRBX: Found manchester Protocol id 58 clock 488 -> TFA 30.3208.0
2019.07.01 23:38:46.652 5: SIGRBX: extracted data 1010101011001100110100101101001011001101001011010100110100110101010100101101010101010101010011010100110101010101001101010101001101010011001101001010110101001010101101001111 (bin)
2019.07.01 23:38:46.652 5: SIGRBX: protocol does not match return from method: (undef)

Jörg

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 01 Juli 2019, 23:45:23

Hallo Jörg,

danke für das Log.
Beim PFR_130 wären rawmsg mit rainticks interessant, dies wird z.Zt. aber schwierig, wenn es nicht zufällig ein Gewitter gibt.

Edit, ich sehe gerade, das mit dem rain, hat sich mittlerweile erledigt. Danke.

Von welchem Modul wird das WS002 Logilink verarbeitet?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: pejonp am 01 Juli 2019, 23:53:58

@Ralf

WS002 Logilink vom 14_CUL_TCM97001.pm

Beim PFR_130 wären rawmsg mit rainticks interessant, dies wird z.Zt. aber schwierig, wenn es nicht zufällig ein Gewitter gibt. ????
Die Rainticks werde doch in Rmm umgewandelt.

Code Auswählen


# rain values Pollin PFR_130      
      $rainticks = (hex($a[2].$a[6].$a[7])) & 0x3FF; #mask n2 n6 n7 for rain ticks
      Log3 $name, 5, "$iodev: CUL_TCM97001 PFR_130 rainticks=$rainticks";
      $rainMM = $rainticks / 25 * .5; # rain height in mm/qm, verified against sensor receiver display
      Log3 $name, 5, "$iodev: CUL_TCM97001 PFR_130 rain mm=$rainMM";

Jörg

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 02 Juli 2019, 00:01:11

Meine Antwort hat sich mit Deinem editieren überschnitten.
Das mit dem rain hat sich durch Dein hinzufügen weiterer Logs erledigt.

Zum Testen des 14_CUL_TCM97001.pm wären auch noch rawmsg des WS002 Logilink interessant,

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 02 Juli 2019, 08:51:36

Hallo,
Da sind Rechenfehler in 14_CUL_TCM97001. Einen Patch hatte ich schon eingereicht, darf ich ja im Fremdmodul nicht selbst machen. Leider ist der nie integriert worden.
Es sind noch mehr drin. An vielen Stellen werden die zifferneines Wertes addiert. Aus
1234
Wird dann 1+2+3+4=10

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Spaltenputzer am 23 Juli 2019, 17:37:55

Hallo zusammen...
Würde gerne meine Jarolift Rollos steuern.
Wo muss denn der Master msb&lsb eingetragen werden?
Würd mich über hilfe freuen.

Grüße

Code Auswählen

2019.07.23 17:08:48 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 0CD610 detected, please define (rawdate=D45F5B110086B30400)
2019.07.23 17:08:48 2: autocreate: define SD_Keeloq_0CD610 SD_Keeloq 0CD610
2019.07.23 17:08:48 1: define SD_Keeloq_0CD610 SD_Keeloq 0CD610: ERROR: your <Serial> 0CD610 is wrong! Please use only hexadecimal input with END 00.
2019.07.23 17:08:48 1: ERROR: ERROR: your <Serial> 0CD610 is wrong! Please use only hexadecimal input with END 00.
2019.07.23 17:08:48 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 0CD610 detected, please define (rawdate=D45F5B110086B30400)
2019.07.23 17:08:48 2: autocreate: define SD_Keeloq_0CD610 SD_Keeloq 0CD610
2019.07.23 17:08:48 1: define SD_Keeloq_0CD610 SD_Keeloq 0CD610: ERROR: your <Serial> 0CD610 is wrong! Please use only hexadecimal input with END 00.
2019.07.23 17:08:48 1: ERROR: ERROR: your <Serial> 0CD610 is wrong! Please use only hexadecimal input with END 00.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 23 Juli 2019, 18:37:16

Zitat von: Spaltenputzer am 23 Juli 2019, 17:37:55
Hallo zusammen...
Würde gerne meine Jarolift Rollos steuern.
Wo muss denn der Master msb&lsb eingetragen werden?
Würd mich über hilfe freuen.

Grüße

Code Auswählen Erweitern
2019.07.23 17:08:48 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 0CD610 detected, please define (rawdate=D45F5B110086B30400) 2019.07.23 17:08:48 2: autocreate: define SD_Keeloq_0CD610 SD_Keeloq 0CD610 2019.07.23 17:08:48 1: define SD_Keeloq_0CD610 SD_Keeloq 0CD610: ERROR: your <Serial> 0CD610 is wrong! Please use only hexadecimal input with END 00. 2019.07.23 17:08:48 1: ERROR: your <Serial> 0CD610 is wrong! Please use only hexadecimal input with END 00. 2019.07.23 17:08:48 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 0CD610 detected, please define (rawdate=D45F5B110086B30400) 2019.07.23 17:08:48 2: autocreate: define SD_Keeloq_0CD610 SD_Keeloq 0CD610 2019.07.23 17:08:48 1: define SD_Keeloq_0CD610 SD_Keeloq 0CD610: ERROR: your <Serial> 0CD610 is wrong! Please use only hexadecimal input with END 00. 2019.07.23 17:08:48 1: ERROR: your <Serial> 0CD610 is wrong! Please use only hexadecimal input with END 00.

Guten Tag,
deine Frage wird in der Ausgabe schon selbst beantwortet.

Code Auswählen

2019.07.23 17:08:48 1: ERROR: your <Serial> 0CD610 is wrong! Please use only hexadecimal input with END 00.

Please use only hexadecimal input with END 00

ZitatWo muss denn der Master msb&lsb eingetragen werden?

Es gibt Attributes MasterLSB, MasterMSB. In der Commanref kannst du auch Beispiele lesen.

MfG

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Spaltenputzer am 23 Juli 2019, 19:12:40

Okay mit der 00 hat´s dann geklappt.
Master MSB und LSB konnte ich eintragen.

Aber wie gehts dann weiter?
Bin da doch Anfänger und Englisch ist leider auch nicht so meines.
Kannst du mir da vielleicht mit einem Beispiel weiterhelfen?

Raw definition dann könnte ich vieleicht was Ableiten...
Ohne MSB&LSB natürlich.

Grüße

Code Auswählen

defmod SD_Keeloq_2558800 SD_Keeloq 2558800
attr SD_Keeloq_2558800 IODev sduino
attr SD_Keeloq_2558800 MasterLSB 0x00000035
attr SD_Keeloq_2558800 MasterMSB 0x0000009b
attr SD_Keeloq_2558800 model JaroLift
attr SD_Keeloq_2558800 room SD_Keeloq

setstate SD_Keeloq_2558800 Defined
setstate SD_Keeloq_2558800 2019-07-23 18:52:30 user_info messages can be received!
setstate SD_Keeloq_2558800 2019-07-23 18:52:30 user_modus limited_functions

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 23 Juli 2019, 19:22:29

Hallo,

solltest du alles richtig eingestellt haben und auch die richtigen Keys eingetragen haben, so steht folgendes in der Commandref was bei jedem Device mit dem Keeloq Verfahren notwendig ist.

Code Auswählen

für alle Modelle
KeeLoq_NLF <--- attribute
Key zur De- und Encodierung. Die Angabe erfolgt hexadezimal, 8 stellig + führend mit 0x.
Beispiel: 0xaaaaaaaa

Solltest du ein Device nutzen wo die Schlüssel nicht bekannte oder du erhalten hast, so kannst du nur den unverschlüsselten Teil auswerten und das Device nur als Status nutzen.
Im Hersteller PDF ist das Verfahren erklärt wo auch die Bestandteile beschrieben sind.

MfG

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Spaltenputzer am 26 Juli 2019, 16:25:12

Tag,
Rollos kann ich fahren.
Ist es vielleich möglich noch die Fernbedienung TDRC 01 W mit ein zu bauen?
Bei mir steuer ich die Rollos mit der Fernbedienung aber Signalduino kann damit wohl nicht umgehen.
Dann wäre der Status in FHEM auch immer richtig.
Jetzt bekommt Signalduino zwar mit das was gedrückt wird auf der Fernbedienung aber kann es nicht entschlüsseln.
Wäre super.
Logs könnte ich liefern. Sonst kenne ich mich da leider überhaupt nicht aus.

Gruß
Sven

up wurde mehrfach gedrückt.

Code Auswählen

2019.07.26 16:20:50 3: sduino: Unknown code u40#E55BEFE, help me!
2019.07.26 16:20:53 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=5CEADC8E0011AA4100)
2019.07.26 16:20:53 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:20:53 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:20:53 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:20:53 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=5CEADC8E0011AA4100)
2019.07.26 16:20:53 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:20:53 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:20:53 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:20:53 3: sduino: Unknown code u40#8C548DC7FFB956FBF8, help me!
2019.07.26 16:20:58 3: sduino: Unknown code u40#55BEFE, help me!
2019.07.26 16:21:00 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=834666B10011AA4100)
2019.07.26 16:21:00 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:21:00 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:00 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:00 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=834666B10011AA4100)
2019.07.26 16:21:00 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:21:00 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:00 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:00 3: sduino: Unknown code u40#F973329DFFDCAB7DFC, help me!
2019.07.26 16:21:05 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=86DB6AF70011AA4100)
2019.07.26 16:21:05 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:21:05 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:05 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:05 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=86DB6AF70011AA4100)
2019.07.26 16:21:05 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:21:05 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:05 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:05 3: sduino: Unknown code u40#F2492A11FFDCAB7DFC, help me!
2019.07.26 16:21:41 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=4777F8BF0011AA4100)
2019.07.26 16:21:41 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:21:41 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:41 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:41 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=4777F8BF0011AA4100)
2019.07.26 16:21:41 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:21:41 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:41 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:42 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=4777F8BF0011AA4100)
2019.07.26 16:21:42 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:21:42 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:42 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:42 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=4777F8BF0011AA4100)
2019.07.26 16:21:42 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:21:42 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:42 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:43 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=4777F8BF0011AA4100)
2019.07.26 16:21:43 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:21:43 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:43 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:43 2: sduino: SD_Keeloq_Parse Unknown device JaroLift with Code 255880 detected, please define (rawdate=4777F8BF0011AA4100)
2019.07.26 16:21:43 2: autocreate: define SD_Keeloq_255880 SD_Keeloq 255880
2019.07.26 16:21:43 1: define SD_Keeloq_255880 SD_Keeloq 255880: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:43 1: ERROR: ERROR: your <Serial> 255880 is wrong! Please use only hexadecimal input with END 00.
2019.07.26 16:21:43 3: sduino: Unknown code u40#E2201D03FFB956FBF8, help me!

version: V 3.3.1-experimental SIGNALduino cc1101 (chip CC110 unknown) - compiled at Jun 16 2019 00:08:43

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 26 Juli 2019, 18:03:05

Hallo Sven,
es wäre schön, wenn du diesbezüglich hier https://github.com/RFD-FHEM/RFFHEM/issues ein Issues dazu eröffnest.

Ich werde mich dem gern widmen.

Mfg

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: DirkS am 03 August 2019, 11:35:14

Ich glaube ich habe einen Fehler im Modul gefunden, der mich ziemlich viele Nerven gekostet hat.
Ich wollte vorübergehend SIGNALduino deaktivieren und habe das Attribut Dummy auf 1 gesetzt.
Dies hat auch soweit funktioniert. Nun wollte ich das Modul wieder aktivieren und habe Dummy auf 0 gesetzt.
Der Empfang von Paketen hat auch wieder funktioniert (Wetterdaten). Deshalb ging ich davon aus, dass alles wieder ordnungsgemäß funktioniert.
Nur ging das Schalten von Steckdosen nicht mehr. Ich dachte, dass ich eventuell an der Hardware etwas kaputt gemacht habe, durch den Test zuvor.
Nach nun einer Nacht darüber schlafen, habe ich "Dummy" aus der CFG gelöscht und das Senden geht nun auch wieder.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 03 August 2019, 12:30:37

Hallo DirkS,

Das ist eine interessante Beobachtung.
Hast Du eine Definition deiner Steckdosen?

Dann kann ich den Fehler nachstellen und identifizieren ob er im SIGNALduino Modul oder einem anderen Modul steckt.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: DaFabz am 03 August 2019, 14:13:10

Hallo zusammen...

ich wollte auch gerne einen Signalduino in Betrieb nehmen, habe allerdings das Problem, dass ich rein garnichts empfange :-\
Geräte habe ich einige, von Fernbedienungen, IT, Bewegungsmelder, Funkklingen, alles auf 433 MHz...
Verkabelt habe ich den Nano mit einem CC1101 nach der Selbstbau CUL Anleitung... Geflahed habe ich die experimental, lief auch alles erfolgreich... Kann hier jemand auf den ersten Blick ein Problem erkennen ?

Code Auswählen



Clients
:IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
DEF	/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
DMSG nothing
DevState initialized
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
FD 19
FUUID 5c92a655-f33f-ffee-5009-1702e97204a97424
IDsNoDispatch 2,72.1,82
ITClock 250
LASTDMSG nothing
LASTDMSGID nothing
NAME SIGNALduino
NR 195
PARTIAL 
STATE opened
TIME 1564773908.23338
TYPE SIGNALduino
sendworking 0
Version V 3.3.1-experimental SIGNALduino cc1101 (chip CC1101) - compiled at Jun 16 2019 00:11:55
versionProtocols 1.06
versionmodul v3.4.0

Readings:

Code Auswählen



ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)
ccpatable C3E = C6 00 00 00 00 00 00 00
cmds V R t X S P C r W s x e
freeram 988
ping OK
state opened
uptime 0 00:21:11
Version V 3.3.1-experimental SIGNALduino cc1101 (chip CC1101) - compiled at Jun 16 2019 00:11:55

Verbose steht auf 4, Verkabelung habe ich mehrere Male geprüft und auch durchgeklingelt...

Ich habe noch zwei Fragen zum Verständnis:

1. Bei einem ping, antwortet der Nano oder das CC1101 Modul ?
2. Müsste ich nicht alle Geräte, die ich mit meiner Sonoff RF Bridge empfange, im sduino auch sehen ?

Sollten noch irgendwelche Informationen fehlen, immer raus damit ...

Gruß

DaFabz

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 03 August 2019, 17:35:06

Hi,
sieht erstmal alles solide aus ;-)
Der Ping kommt vom Nano nicht vom cc1101, aber bei der ccconf oder Registerabfrage (z.B. Patable) kommen die Antworten vom cc1101.

Versuch mal ein Werksreset

Code Auswählen

set <dev> raw e

Ansonsten mal die Debugausgaben des Signalduino aktivieren und schauen ob er überhaupt was hört.

Code Auswählen

attr <dev> verbose 5 
attr <dev> DEBUG 1

Gruß Arnd

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: DirkS am 03 August 2019, 18:58:19

Code Auswählen


define IT_V3_2590a6c0 IT 01001011001000010100110110 0 0000
setuuid IT_V3_2590a6c0 5d44b4f8-f33f-a965-239d-315e112ed8d82bab
attr IT_V3_2590a6c0 IODev sduino
attr IT_V3_2590a6c0 room IT
define FileLog_IT_V3_2590a6c0 FileLog ./log/IT_V3_2590a6c0-%Y.log IT_V3_2590a6c0
setuuid FileLog_IT_V3_2590a6c0 5d44b4f8-f33f-a965-c18f-636d86c37e17525b
attr FileLog_IT_V3_2590a6c0 logtype text
attr FileLog_IT_V3_2590a6c0 room IT

Reicht dies aus?
Hatte sie aus Verzweiflung gelöscht und per Autocreate wurde sie so erstellt.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 03 August 2019, 21:23:09

SIGNALduino dummy

Zitat von: Sidey am 03 August 2019, 12:30:37
Das ist eine interessante Beobachtung.
Hast Du eine Definition deiner Steckdosen?

Ich habe das mal nachgestellt mit meinen FS10-Aktoren. Sobald beim SIGNALduino das Attribut "dummy" gesetzt ist, egal ob mit Wert 0 oder 1, wird nicht mehr gesendet.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Johann.S am 03 August 2019, 21:52:21

Hallo Dirk,

Stell die Hardware auf nanoCC1101!

Code Auswählen

attr IT_V3_2590a6c0 hardware nanoCC1101

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 03 August 2019, 22:41:13

Zitat von: Johann.S am 03 August 2019, 21:52:21
Hallo Dirk,

Stell die Hardware auf nanoCC1101!
Code Auswählen Erweitern
attr IT_V3_2590a6c0 hardware nanoCC1101

Warum? Das ist doch die IT Dose und nicht der Signalduino ;-)

Gruß Arnd

Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: DirkS am 03 August 2019, 22:58:27

Ich habe ja kein cc1101. Zudem funktioniert es ja jetzt wieder nachdem ich den Eintrag Dummy =0 wieder rausgenommen habe.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 04 August 2019, 00:02:38

ZitatIch glaube ich habe einen Fehler im Modul gefunden, der mich ziemlich viele Nerven gekostet hat.
Ich wollte vorübergehend SIGNALduino deaktivieren und habe das Attribut Dummy auf 1 gesetzt.
Dies hat auch soweit funktioniert. Nun wollte ich das Modul wieder aktivieren und habe Dummy auf 0 gesetzt.

Ich habe es mir auch mal angeschaut, dies ist kein Fehler im Modul.
In der 00_SIGNALduino.pm erfolgt die Abfrage durch IsDummy().
IsDummy() ist in der fhem.pl definiert:
https://svn.fhem.de/trac/browser/trunk/fhem/fhem.pl

Code Auswählen

sub
IsDummy($)
{
  my $devname = shift;

  return 1 if(defined($attr{$devname}) && defined($attr{$devname}{dummy}));
  return 0;
}

Dort wird nur abgefragt ob das Attribut dummy definiert ist.

Es wäre wahrscheinlich weniger verwirrend, wenn beim Attribut dummy nur "1" ausgewählt werden könnte.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: DaFabz am 04 August 2019, 10:45:05

Hallo Arnd,

ok, ich bin schonmal einen Schritt weiter indem du mich auf die ccconf aufmerksam gemacht hast. (Raw e bringt leider keine Veränderung)
Wenn ich nämlich den Wert 433.92 als Frequenz setze, sollte dieser doch auf als entsprechendes Reading nach erneutem get angezeigt werden, oder ?
Bei mir habe ich aber nach jedem get ccconf einen anderen Wert ... Mal 0MHz, 797.969MHz, jetzt sind es gerade 3.047MHz...

Ist das normal ?

Habe auf schon attr cc1101_frequncy auf 433.92 eingestellt, bringt aber auf keine Änderung ...

Hat wer eine Idee ?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 04 August 2019, 10:54:21

Hallo,
hast du sämtliche Verdrahtung überprüft?

1)
Wie hast du den Cc1101 angeschlossen?
2) Hast du ihn auf einem Steckbrett oder fest verlötet?

Mfg

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 04 August 2019, 11:51:05

ZitatBei mir habe ich aber nach jedem get ccconf einen anderen Wert ... Mal 0MHz, 797.969MHz, jetzt sind es gerade 3.047MHz...

wenn Du mehrere get ccconf machst, ändert sich dann nur die freq und Datarate und dies "bWidth:325KHz rAmpl:42dB sens:8dB" bleibt gleich?
Die Ursache könnte ein unsauberer Hardwareaufbau sein. Evtl ist ein Bild von Deiner Verdrahtung hilfreich.
Hilfreich ist evtl auch ein "get ccreg 99"

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 04 August 2019, 14:56:00

Hi,
Neben ,,unsauberer Hardwareaufbau" kommen auch falsche Widerstände Kombinationen (z.B. 4k7 zu 10k, statt 470 zu 1k, bzw. Wegen Bauteil Toleranzen noch ganz andere Teiler) und falsche cc1101 China Clones in Frage.
Also Bild könnte helfen, aber messen wieviel Spannung über dem Ausgang vom Nano am cc1101 abfällt heiligt auch.

Dazu suche ich noch eine gute Anleitung ;-)

Gruß Arnd

Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Johann.S am 04 August 2019, 20:57:43

Entschuldigung, habe DaFabz gemeint!

LG
Johann

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: DirkS am 05 August 2019, 11:58:52

@Ralf
Aber warum wird dann empfangen und nichts gesendet, wenn Dummy=0 gesetzt ist?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 05 August 2019, 14:00:34

ZitatAber warum wird dann empfangen und nichts gesendet, wenn Dummy=0 gesetzt ist?

Der Grund ist hier:

https://svn.fhem.de/trac/browser/trunk/fhem/fhem.pl

Code Auswählen


1007	sub
1008	IOWrite($@)
1009	{
1010	  my ($hash, @a) = @_;
1011	
1012	  my $dev = $hash->{NAME};
1013	  return if(IsDummy($dev) || IsIgnored($dev));
1014	  my $iohash = $hash->{IODev};
1015	  if(!$iohash ||
1016	     !$iohash->{TYPE} ||
1017	     !$modules{$iohash->{TYPE}} ||
1018	     !$modules{$iohash->{TYPE}}{WriteFn}) {
1019	    Log 5, "No IO device or WriteFn found for $dev";
1020	    return;
1021	  }
1022	
1023	  return if(IsDummy($iohash->{NAME}));
1024	
1025	  no strict "refs";
1026	  my $ret = &{$modules{$iohash->{TYPE}}{WriteFn}}($iohash, @a);
1027	  use strict "refs";
1028	  return $ret;
1029	}

Mit IOWrite() werden die zusendenden Daten vom IT-Modul ans 00_SIGNALduino Modul übergeben.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: DirkS am 06 August 2019, 23:12:13

Okay.
Aber wo kann nun abgesetzt werden, damit nicht jemand anders auch auf diesem Fehler aufläuft?
Ich hatte gelesen, temporär Geräte deaktivieren, Dummy =1 setzen. Zum Aktivieren dann wohl Dummy =0?
Zudem gibt es ja auch noch die Auswahl.
Also Doku anpassen, Implementierung von Dummy Auswahl oder Handling im IT Modul?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 07 August 2019, 06:03:44

Moin,

das Attribut "dummy" entfernen, NICHT auf 0 setzen.

Ronny

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 07 August 2019, 12:15:29

ZitatAlso Doku anpassen, Implementierung von Dummy Auswahl oder Handling im IT Modul?

siehe hier:
https://forum.fhem.de/index.php/topic,102860.0.html

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 07 August 2019, 12:34:23

das IsDummy() wurde gefixt und müsste ab morgen im normalen fhem update sein.
Damit lässt sich dann das Attribut "dummy" auch mit 0 deaktivieren.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: caligo23 am 07 August 2019, 22:20:02

Hallo, ich möchte mal die Spezialisten des Signalduino konsultieren, ich hoffe das passt in diesen Thread.
Ich muss um alle 433MHz Signale empfangen und Senden zu können meinen Signalduino in eine neue Position bringen. Zur Überbrückung der Entfernung will ich die JDY-40 Funkmodule einsetzen. Die erlauben ohne Aufwand eine serielle Funkbrücke mit 2,4GHz. Am Arduino mit dem seriellen Monitor funktioniert das auch problemlos. Leider ist die max. Baudrate aber nur 19200bd, getestet habe ich bisher mit 9600bd. Also Flashen geht sicher über diese Schnittstelle nicht (Bootloader ...) aber das Ding in FHEM einzubinden sollte doch möglich sein.
Aufgebaut habe ich das mit einem Arduino pro mini, 3,3V, 8MHz.
Nun mein Problem:
Leider bekomme ich die Software mit der ArduinoIDE gem. der Beschreibung (https://wiki.fhem.de/wiki/SIGNALduino_Compilieren) nicht zum Laufen. Nach den Fehlermeldungen fehlen Unmengen von Libraries, irgendwas läuft da schief oder ich mache Fehler ...
Die Beschreibung ist ja auch nicht mehr ganz neu, sicher hat sich auch einiges geändert.
Wie bekomme ich eine Signalduino-Software (hex-File) für einen Arduino pro mini mit 433MHz Funkmodulen (kein CC1101) 3,3V, 8MHz, mit einer Baudrate von 9600bd oder 19200bd kompiliert?

Für einen helfenden Hinweis wäre ich sehr dankbar!

Grüße Gerhard

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 09 August 2019, 23:21:40

Zitat von: caligo23 am 07 August 2019, 22:20:02
Hallo, ich möchte mal die Spezialisten des Signalduino konsultieren, ich hoffe das passt in diesen Thread.
Ich muss um alle 433MHz Signale empfangen und Senden zu können meinen Signalduino in eine neue Position bringen. Zur Überbrückung der Entfernung will ich die JDY-40 Funkmodule einsetzen. Die erlauben ohne Aufwand eine serielle Funkbrücke mit 2,4GHz. Am Arduino mit dem seriellen Monitor funktioniert das auch problemlos. Leider ist die max. Baudrate aber nur 19200bd, getestet habe ich bisher mit 9600bd. Also Flashen geht sicher über diese Schnittstelle nicht (Bootloader ...) aber das Ding in FHEM einzubinden sollte doch möglich sein.

Theoretisch geht das. Ähnliches haben Anwender auch bereits über einen ESP https://github.com/jeelabs/esp-link gemacht.

Aufgebaut habe ich das mit einem Arduino pro mini, 3,3V, 8MHz.
Nun mein Problem:

Zitat von: caligo23 am 07 August 2019, 22:20:02
Leider bekomme ich die Software mit der ArduinoIDE gem. der Beschreibung (https://wiki.fhem.de/wiki/SIGNALduino_Compilieren) nicht zum Laufen. Nach den Fehlermeldungen fehlen Unmengen von Libraries, irgendwas läuft da schief oder ich mache Fehler ...

Du musst alle Bibliotheken welche sich in SIGNALDuino/src/_micro-api/libraries/ befinden in das Hauptverzeichnis kopieren. Dann sollten die Bibliotheken gefunden werden.
Auch solltest Du dir die Datei compile_config.h ansehen.

Zitat von: caligo23 am 07 August 2019, 22:20:02
Wie bekomme ich eine Signalduino-Software (hex-File) für einen Arduino pro mini mit 433MHz Funkmodulen (kein CC1101) 3,3V, 8MHz, mit einer Baudrate von 9600bd oder 19200bd kompiliert?

In SIGNALDuino.ino ist die Baudrate definiert. Die kannst Du dort anpassen.
Allerdings solltest Du dir darüber im klaren sein, dass mit 19200 Baud die Übertragung der Daten deutlich länger dauert und der Nachrichtenspeicher dadurch deutlich länger belegt bleibt.
Ob Du mit dieser Einstellung dann überhaupt etwas brauchbares empfangen kannst ist ungewiss.

Vielleicht möchtest Du ja stattdessen einen SignalESP verwenden? Das ist ein ESP8266, auf dem die SW nativ läuft.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: caligo23 am 14 August 2019, 22:54:50

@ Sidey
Vielen Dank für Deine Antwort. Nun konnte ich die Software kompilieren, hat alles geklappt.
Was die Geschwindigkeit anbetrifft, werde ich wohl wirklich einen andere Lösung suchen, weil da nichts mehr so richtig funktioniert und ich denke auch, dass die langsame Datenübertragung so einiges blockiert. Dann wäre ein ESP8266 sicher die passende Sache.
Ich werde das mal versuchen.
Nochmals Danke!!

Gruß
Gerhard

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: putzvarruckt am 02 September 2019, 23:14:35

Hallo zusammen,

ich such nun schon seit einiger Zeit und finde keine Lösung:
Meine Tchibo Wetterstation wird als CUL_TCM97001 erkannt. Funktioniert soweit.
Aber wenn ich jetzt die Batterien wechsle, ändert der Sender ja seinen Rolling-Code und mein FHEM legt einen neuen Sensor an!
Alle Bezüge die ich auf den alten angelegt habe funktionieren nicht mehr (Charts, notify, ...).
Als Workaround ändere ich dann immer die DEF des Sensors ab sodass alles wieder zusammen passt, aber das kann nicht der Sinn sein...

Gibt es da eine Möglichkeit das zu umgehen?
Ich verwende "V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:10:21" über ESP01 und "V 3.3.2.1-rc8 SIGNALduino - compiled at Feb 10 2019 13:22:11" direkt an der RS232 des Raspi weil damit die anderen Sensoren auch einwandfrei funktionieren (Typ SD_WS).

Mit neueren Versionen der SIGNALduino hab ich dann viel schlechteren Empfang...

Hat da jemand eine Idee?

Danke

Friedrich

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: cs-online am 03 September 2019, 09:25:07

Ja, das Problem habe ich m it den Eurochrons auch jedes mal, zumal die irgendwie auch häufiger der Schwerkraft folgend sich dann in mehrere Teile zerlegen und dann nach Batterie einlegen natürlich wieder eine andere ID bekommen. Cool wäre es, wenn man das so wie beim Lacrosse-GW machen könnte, da gibt es ein Set replaceBatteryForSeconds, wenn innerhalb der Zeit eine ID gefunden wird, die noch unbekannt ist, dann wird der alte mit der neuen ID verknüpft...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 03 September 2019, 09:37:01

Hi,

Da ist wenig was ich aus dem SIGNALduino Modul anbieten kann.

Es gibt das Attribut longids im SIGNALduino.
Dieses könnte das CUL_TCM97001 Modul auswerten um zu erkennen ob die Zufalls ID mit in der Definition berücksichtigt werden sollte.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 03 September 2019, 17:27:15

CUL_TCM97001 nutzt IMHO von Hause aus immer longids:

my $enableLongIDs = TRUE; # Disable short ID support, enable longIDs
my $longids = AttrVal($iodev,'longids',1);

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: putzvarruckt am 04 September 2019, 14:03:37

Heißt das dass eventuell das Problem mit den short IDs nicht auftritt?

Friedrich

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 04 September 2019, 17:34:03

Das könnte sein. Wenn die Sensoren einen Umschalter für "Kanal" haben und im TCM-Modul dieser unterstützt wird, dann werden diese statt mit der longid mit dem fest eingestellten Kanal definiert. Dieser ändert sich ja dann bei einem Batteriewechsel nicht.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 04 September 2019, 21:28:36

Hi,

Prinzipiell ja.
Leider dann aber doch nicht wirklich. Zumindest nicht aus meiner Erinnerung.

Der Modul Author hat zwar vorgesehen, dass man das Modul "umstellen kann" auf ShortID Support.
Aber dazu müsstest Du im Quelltext eine Zeile verändern:

Code Auswählen

my $enableLongIDs = TRUE; # Disable short ID support, enablelongIDs

Diese Änderung überschreibst Du mit dem Nächsten Update gleich wieder, oder Du nimmst es aus dem Update raus.

Wenn es also nicht klappt, solltest Du dein Problem an den Modul Author herantragen, damit er diese Konfiguration änderbar gestaltet.
Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 04 September 2019, 21:57:37

Zitat von: Sidey am 04 September 2019, 21:28:36
Hi,

Prinzipiell ja.
Leider dann aber doch nicht wirklich. Zumindest nicht aus meiner Erinnerung.

Der Modul Author hat zwar vorgesehen, dass man das Modul "umstellen kann" auf ShortID Support.
Aber dazu müsstest Du im Quelltext eine Zeile verändern:

Code Auswählen Erweitern
my $enableLongIDs = TRUE; # Disable short ID support, enablelongIDs

Diese Änderung überschreibst Du mit dem Nächsten Update gleich wieder, oder Du nimmst es aus dem Update raus.

Wenn es also nicht klappt, solltest Du dein Problem an den Modul Author herantragen, damit er diese Konfiguration änderbar gestaltet.
Grüße Sidey

Das wäre mal wieder nen Punkt um den Maintainer zu "zirpen" ;)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 05 September 2019, 12:17:44

Zitatmy $enableLongIDs = TRUE; # Disable short ID support, enablelongIDs
Wenn es also nicht klappt, solltest Du dein Problem an den Modul Author herantragen, damit er diese Konfiguration änderbar gestaltet.

Es änderbar machen ist wahrscheinlich nicht so einfach möglich.
Eine Möglichkeit für den Signalduino wäre, ein zusätzliches Attribut (z.B. CUL_TCM97001_activate_shortID) in der 00_SIGNALduino.pm.
Dieses Attribut müsste dann in dem CUL_TCM97001 Modul abgefragt werden.

Oder hat jemand eine bessere Idee wie man dies konfigurierbar machen könnte?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 05 September 2019, 17:07:44

Wenn man sowieso die CUL_TCM97001 bearbeiten müsste, kann man dort auch gleich longids richtig implementieren, so das es dort schaltbar ist.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 05 September 2019, 18:36:35

Ich hatte dazu schon einen patch erstellt.
Das SIGNALduino Modul stellt bereits ein Attribut zur Verfügung um zu bestimmen ob die Zufallscodes berücksichtigen werden sollen oder ob nicht.

Der wurde damals leider nicht 1:1 umgesetzt und diese globale Variable steuert letztlich für das komplette Modul ob der Patch von damals angewendet wird oder nicht.

Leider finde ich den Beitrag von damals nicht mehr :(

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 05 September 2019, 19:01:05

ZitatWenn man sowieso die CUL_TCM97001 bearbeiten müsste, kann man dort auch gleich longids richtig implementieren, so das es dort schaltbar ist.

Dies sollte aber kompatiblel zur jetztigen Version des CUL_TCM97001 Moduls sein.
Bei nicht aktiven longids Attribut sollte weiterhin der short ID support im CUL_TCM97001 disabled sein.
Sonst werden bei sehr vielen usern nach einem update die CUL_TCM97001 Sensoren nicht mehr funktionieren oder mit der shortId neu angelegt.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 06 September 2019, 10:50:40

ZitatMeine Tchibo Wetterstation wird als CUL_TCM97001 erkannt.

Kannst Du bitte mal ein List davon posten?

ZitatMit neueren Versionen der SIGNALduino hab ich dann viel schlechteren Empfang...

Wie ist Deine aktuelle Version (Internals versionmodul)

Mit welcher Version ist der Empfang schlechter und welche Sensoren sind davon betroffen?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: schwatter am 16 September 2019, 13:30:20

Hallo,

habe erst frisch gewechselt von a-culfw auf SIGNALduino. Die Fülle an Informationen ist sehr groß.
Ein Thread springt in den nächsten und nicht alle Links sind 100% aktuell.
Um da einen Leitfaden für mich zu finden, versuche ich die verschiedenen Repos zu durchschauen.

Im ersten Thread steht, das RFFHEM voll auf die Firmware V 3.3.0 (SIGNALduino - compiled at Sep 18 2016 00:28:28) setzt,
und darauf aufbaut. Allerdings ist der Ralf9 ja auch mit im Boot und strickt an seinem Fork von SIGNALduino.

Bis heute Morgen habe ich Ralf9 seine Firmware genutzt, bei der ich keine negativen Aspekte mit meinem kleinen Fuhrpark von
3 Devices feststellen konnte. Aus Neugier habe ich eben auf RFFHEM 3.4 geupdatet.

Code Auswählen

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

Welche Kombi wird denn empfohlen? Ausprobieren angesagt?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: putzvarruckt am 16 September 2019, 18:48:54

Zitat von: Ralf9 am 06 September 2019, 10:50:40
Kannst Du bitte mal ein List davon posten?
Wie ist Deine aktuelle Version (Internals versionmodul)

Mit welcher Version ist der Empfang schlechter und welche Sensoren sind davon betroffen?

Gruß Ralf

Ich hab "V 3.3.2.1-rc8 SIGNALduino" installiert.
Damals als ich diese im Feb. installiert habe hat die neueste (iwas mit 3.3.3xxx keinen meiner Sensoren mehr erkannt.
Ich hab einen CUL_TMC9001 und einige die als SD_WS erkannt werden. Sind
tfa-dostmann TFA Digitale 30.5045.54 thermo-hygrometer und kompatible. TFA 30.3054

Bin gerade unterwegs und komme nicht an das System für ein Listing, was würdest du brauchen?

Friedrich

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 16 September 2019, 20:14:36

Zitat von: schwatter am 16 September 2019, 13:30:20
Welche Kombi wird denn empfohlen? Ausprobieren angesagt?

Ich empfehle die FHEM Module und Firmware aus dem SIGNALduino Projekt.

Die Version über das SVN Update kann als ausgereift angesehen werden.

Die Version, welche über GitHub bereitgestellt wird (Entwicklerversionen) sind manchmal noch nicht so ausgereift. Insbesondere, wenn es Anpassungen gibt.

Bei der Firmware kann ich die 3.3.1 RC10 Kandidaten empfehlen.
Bei mir läuft die seit langem problemlos.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 16 September 2019, 20:20:20

Hi,

dem kann ich nur beipflichten. läuft bei mir genauso mit o.g. Varianten 1a :)

Ronny

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 16 September 2019, 22:39:37

Zitat von: putzvarruckt am 16 September 2019, 18:48:54
Damals als ich diese im Feb. installiert habe hat die neueste (iwas mit 3.3.3xxx keinen meiner Sensoren mehr erkannt.
Bin gerade unterwegs und komme nicht an das System für ein Listing, was würdest du brauchen?

Mich interessiert welche Version der Module Du z.Zt. verwendest,
außerdem noch ein List vom CUL_TCM97001 (Tchibo Wetterstation)
Verwendest Du das Attribut "whitelist_IDs"?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: putzvarruckt am 21 September 2019, 21:04:01

Zitat von: Ralf9 am 16 September 2019, 22:39:37
Mich interessiert welche Version der Module Du z.Zt. verwendest,
außerdem noch ein List vom CUL_TCM97001 (Tchibo Wetterstation)
Verwendest Du das Attribut "whitelist_IDs"?

Gruß Ralf

Hier mal die Definition:

Code Auswählen

defmod W044_223 CUL_TCM97001 CUL_TCM97001_158
attr W044_223 alias Tchibo Fühler
attr W044_223 event-min-interval 900
attr W044_223 event-on-change-reading .*
attr W044_223 fp_Home 50,200,4,Raumklima
attr W044_223 group Fühler,
attr W044_223 icon temp_outside
attr W044_223 model W044
attr W044_223 room Alle,Aussen,Temperaturen
attr W044_223 stateFormat { if (ReadingsAge($name,"temperature",0) < '3600')\
{\
  ReadingsTimestamp($name,"state","") =~ /^(\d+)-(\d+)-(\d+)\s(\d+:\d+):(\d+)$/;;\
  return "<table width='300'>\
		<tr><td align='right' style='color:#08f;; font-size:large;;'><b>".ReadingsVal($name,"temperature","")."°C</b></td>\
		<td align='right' style='color:#093;; font-size:large;;'><b>".ReadingsVal($name,"humidity","")."%</b></td>\
		<td align='right' style='font-size:8pt;;'>$3.$2.$1<br>$4</td></tr>\
		</table>";;\
}\
else {"Seit mehr als einer Stunde keine Werte! ".ReadingsAge($name,"temperature",0);;}\
}

setstate W044_223 <table width='300'>\
		<tr><td align='right' style='color:#08f;; font-size:large;;'><b>13.0°C</b></td>\
		<td align='right' style='color:#093;; font-size:large;;'><b>81%</b></td>\
		<td align='right' style='font-size:8pt;;'>21.09.2019<br>21:02</td></tr>\
		</table>
setstate W044_223 2019-09-03 18:14:16 battery ok
setstate W044_223 2019-01-24 21:15:56 channel 3
setstate W044_223 2019-09-21 21:02:05 humidity 81
setstate W044_223 2019-08-25 18:17:36 mode normal
setstate W044_223 2019-09-21 21:02:05 state T: 13.0 H: 81
setstate W044_223 2019-09-21 21:02:05 temperature 13.0

der Signalduino ist so definiert:

Code Auswählen

defmod sduinoIP SIGNALduino ESP_5DB089:9876
attr sduinoIP devStateIcon closed:cul_wlan@red opened:cul_wlan@green disconnected:cul_wlan
attr sduinoIP flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduinoIP group Geräte
attr sduinoIP hardware nano
attr sduinoIP icon cul_wlan
attr sduinoIP room Alle
attr sduinoIP sortby 6

setstate sduinoIP opened
setstate sduinoIP 2019-08-10 13:35:03 ccconf freq:433.920MHz bWidth:58KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
setstate sduinoIP 2019-08-10 11:39:17 ccpatable C3E = 00 84 00 00 00 00 00 00  => 5_dBm
setstate sduinoIP 2019-04-08 21:55:01 cmds V R t X S P C r W x e
setstate sduinoIP 2019-09-03 21:25:13 config MS=1;;MU=1;;MC=1;;Mred=1;;Mdebug=1_MScnt=4;;MuSplitThresh=8000;;MdebFifoLimit=120/140
setstate sduinoIP 2019-04-10 20:35:17 freeram 558
setstate sduinoIP 2019-09-14 18:54:38 ping OK
setstate sduinoIP 2019-08-17 17:39:57 state opened
setstate sduinoIP 2019-08-17 17:39:57 uptime 0 00:00:58
setstate sduinoIP 2019-09-02 23:11:06 version V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:10:21

Das ist eine Definition eines der anderen Fühler:

Code Auswählen

defmod SD_WS_58_TH_1 SD_WS SD_WS_58_TH_1
attr SD_WS_58_TH_1 alias Außenthermometer
attr SD_WS_58_TH_1 event-min-interval 900
attr SD_WS_58_TH_1 event-on-change-reading .*
attr SD_WS_58_TH_1 group Fühler
attr SD_WS_58_TH_1 icon temp_outside
attr SD_WS_58_TH_1 max-deviation-hum 10
attr SD_WS_58_TH_1 room Temperaturen,Alle,Aussen,SD_WS
attr SD_WS_58_TH_1 sortby 1
attr SD_WS_58_TH_1 stateFormat { if (ReadingsAge($name,"temperature",0) < '3600')\
{\
  ReadingsTimestamp($name,"state","") =~ /^(\d+)-(\d+)-(\d+)\s(\d+:\d+):(\d+)$/;;\
  return "<table width='300'>\
		<tr><td align='right' style='color:#08f;; font-size:large;;'><b>".ReadingsVal($name,"temperature","")."°C</b></td>\
		<td align='right' style='color:#093;; font-size:large;;'><b>".ReadingsVal($name,"humidity","")."%</b></td>\
		<td align='right' style='font-size:8pt;;'>$3.$2.$1<br>$4</td></tr>\
		</table>";;\
}\
else {"Seit mehr als einer Stunde keine Werte! ".ReadingsAge($name,"temperature",0);;}\
}

setstate SD_WS_58_TH_1 <table width='300'>\
		<tr><td align='right' style='color:#08f;; font-size:large;;'><b>12.8°C</b></td>\
		<td align='right' style='color:#093;; font-size:large;;'><b>86%</b></td>\
		<td align='right' style='font-size:8pt;;'>21.09.2019<br>21:01</td></tr>\
		</table>
setstate SD_WS_58_TH_1 2019-04-11 23:27:44 battery ok
setstate SD_WS_58_TH_1 2019-09-21 21:01:56 batteryState ok
setstate SD_WS_58_TH_1 2019-09-21 21:01:56 channel 1
setstate SD_WS_58_TH_1 2019-09-21 21:01:56 humidity 86
setstate SD_WS_58_TH_1 2019-09-21 21:01:56 state T: 12.8 H: 86
setstate SD_WS_58_TH_1 2019-09-21 21:01:56 temperature 12.8

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 22 September 2019, 01:04:59

Zitat von: putzvarruckt am 21 September 2019, 21:04:01
Hier mal die Definition:

Ich benötige noch die RAWMSG und ID der Definitionen.
z.B. in den Internals
sduinoIP_Protocol_ID
sduinoIP_RAWMSG

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: putzvarruckt am 22 September 2019, 20:11:56

So mal vom TCM:

sduinoIP_RAWMSG: MS;P1=454;P2=-8899;P3=-4048;P4=-1972;D=12131414131313131414131414141413131413141314141414141413141313131414141313;CP=1;SP=2;R=241;O;s=2;m=0;

ID hab ich nicht: Siehe Anhang

Friedrich

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: putzvarruckt am 22 September 2019, 20:14:27

Und noch vom SD_WS:

sduinoSerial_RAWMSG: MC;LL=-985;LH=952;SL=-485;SH=515;D=BAA3FC01B030F0015D51FE00D8187800AEA8FF006C0C3C;C=486;L=182;s3;b0;

Auch hier keine ID.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: putzvarruckt am 22 September 2019, 20:15:54

hat den Anhang nicht genommen....

Ich hab zwei Sduinos laufen, einen am Seriellen Port des Raspi und einen per Wlan.

Friedrich

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 22 September 2019, 22:25:46

anscheinend hast Du noch eine ältere Modulversion, bei der es das Internal ID noch nicht gibt.
Die Sensoren sollten auch mit der aktuellen Modulversion funktionieren.
Falls Du das Attribut whitelist_IDs verwendest, dann must Du die IDs 0.3 und 0.4 dort hinzufügen

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: cs-online am 24 September 2019, 12:07:24

Hallo,

ich lese immer eifrig mit und mir kommt gerade die Frage, ob denn alle Funktionen, die bei SignalDuino laufen auch beim SignalESP schon drin sind ?

Grüße

Christian

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 24 September 2019, 18:03:46

Hi,

Prinzipiell ist das so.
Beidem liegt die gleiche Code Basis zugrunde.

Der ESP hat ein paar Spezifika, da gibt es Abweichungen.
Z.B. Flaschen geht derzeit nicht über FHEM oder eine Serielle Anbindung ist ebenso nicht vorgesehen.

Alles andere steht zur Verfügung.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: putzvarruckt am 24 September 2019, 22:24:05

Zitat von: Ralf9 am 22 September 2019, 22:25:46
anscheinend hast Du noch eine ältere Modulversion, bei der es das Internal ID noch nicht gibt.
Die Sensoren sollten auch mit der aktuellen Modulversion funktionieren.
Falls Du das Attribut whitelist_IDs verwendest, dann must Du die IDs 0.3 und 0.4 dort hinzufügen

Gruß Ralf

*kopfkratz*: Modulversion? Ist da die Version des Modules auf dem Raspi (.pl script oder so) oder der Firmware auf dem Signalduino gemeint?

Friedrich

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 24 September 2019, 22:35:00

Zitat von: putzvarruckt am 24 September 2019, 22:24:05
*kopfkratz*: Modulversion? Ist da die Version des Modules auf dem Raspi (.pl script oder so) oder der Firmware auf dem Signalduino gemeint?

Friedrich

Bei den Internals ist ein Wert mit der Bezeichnung "versionmodul" angegeben.

Du kannst auch mit

Code Auswählen

version 00_SIGNALduino.pm den Versionsstand abfragen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: cs-online am 25 September 2019, 12:26:56

Zitat von: Sidey am 24 September 2019, 18:03:46
Hi,

Prinzipiell ist das so.
Beidem liegt die gleiche Code Basis zugrunde.

Der ESP hat ein paar Spezifika, da gibt es Abweichungen.
Z.B. Flaschen geht derzeit nicht über FHEM oder eine Serielle Anbindung ist ebenso nicht vorgesehen.

Alles andere steht zur Verfügung.

Grüße Sidey

Cool !!! Ich würde nämlich gerne USBs reduzieren und mit ESP kann ich den auch "mitten" im Haus betreiben, statt an einer Ecke, dann bekomme ich auch eine bessere Ausleuchtung :-)

Grüße

Christian

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: putzvarruckt am 30 September 2019, 19:33:51

Zitat von: Sidey am 24 September 2019, 22:35:00
Bei den Internals ist ein Wert mit der Bezeichnung "versionmodul" angegeben.

Du kannst auch mit
Code Auswählen Erweitern
version 00_SIGNALduino.pm den Versionsstand abfragen.

nee...

Aber im Script steht fogender Kopf:

Code Auswählen

##############################################
# $Id$
#
# v3.3.2 (stable release 3.3)
# The module is inspired by the FHEMduino project and modified in serval ways for processing the incomming messages
# see http://www.fhemwiki.de/wiki/SIGNALDuino
# It was modified also to provide support for raw message handling which can be send from the SIGNALduino
# The purpos is to use it as addition to the SIGNALduino which runs on an arduno nano or arduino uno.
# It routes Messages serval Modules which are already integrated in FHEM. But there are also modules which comes with it.
# N. Butzek, S. Butzek, 2014-2015
# S.Butzek,Ralf9 2016-2017
...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 30 September 2019, 19:37:43

OK, ist schon ziemlich alt.

Mach bitte ein

Code Auswählen

update list.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: putzvarruckt am 30 September 2019, 23:01:52

Zitat von: Sidey am 30 September 2019, 19:37:43
OK, ist schon ziemlich alt.

Mach bitte ein
Code Auswählen Erweitern
update list.

Grüße Sidey

Ergebnis:

http://fhem.de/fhemupdate/controls_fhem.txt

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 30 September 2019, 23:02:44

Vielleicht eine blöde Frage, aber ein Update hast Du schon mal ausgeführt oder?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: putzvarruckt am 30 September 2019, 23:12:34

Ja aber nach jedem Update ist die Installation im Eimer...

FHEM startet nicht mehr und ich muss zurück auf die alte Sicherung...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 30 September 2019, 23:17:40

Das Problem mit dem nicht starten, solltest Du lösen.
Im Logfile steht bestimmt auch, warum FHEM abstürzt.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Nestor am 24 Oktober 2019, 09:18:11

In the help section of Signalduino there is a hyperlink section_name which collides with the ping module. Clicking in the command ref on Device modules > ping jumps to Signalduino > Get > Ping instead of the ping module cmd section. At least this section name should be prefixed, but maybe better to prefix everything since the used section_names are pretty generic.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 26 Oktober 2019, 22:58:55

Thanks for that feedback.

To what Version did you create that patch. i can not apply it.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Nestor am 27 Oktober 2019, 08:34:10

I update previous post with attached patch (created from v34).
This seems to work here: patch -p0 -i 00_SIGNALduino.pm.patch

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 27 Oktober 2019, 13:04:56

Zitat von: D3ltorohd am 27 Oktober 2019, 09:38:54
So ich bin auf der Suche nach einem Funk Temp und Helligkeitssensor, gibt es da was, was mit dem Duino läuft und dessen Werte ich dann in Fhem zur Verfügung habe ?

So eine Wetterstation brauche ich nicht, da mir das was dann das Tablet anzeigt ausreicht. Bräuchte halt nen Sensor, der Temp und Helligkeit messen können sollte. Wenn noch Feuchtigkeitsensor usw dabei wäre, auch nicht schlecht. Das sollte aber auch nicht zu teuer sein. Hätte das nur gern mit in meiner FTUI als Anzeige. Die Helligkeit bräuchte ich für das ASC Modul.

Für Temp und Feuchtigkeit würde ich einen mit einer Prüfsumme empfehlen.
z.B. einen mit der ID 12, die haben eine sehr gute Prüfsumme
BRESSER 70-09993
Hama TS33C
TFA 30.3176
oder einen vom CUL_TCM97001 Modul
GT_WT_02

Bei Helligkeit fällt mir nur eine Wetterstation ein, z.B. die WH3080 oder Renkforce WH2315 (Funkt auf 868Mhz)

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: sash.sc am 29 Oktober 2019, 09:22:45

Hallo zusammen.

Mir ist heute im LOGFILE folgendes aufgefallen (siehe Bild)

Wie kommt es, daß auf einmal ein Modul fehlt?

Code Auswählen


Internals:
CFGFN ./FHEM/fhem.receiver.cfg
Clients :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
DEF 192.168.2.20:23
DMSG TXAE0F490490
DevState initialized
DeviceName 192.168.2.20:23
FD 9
FUUID 5d8e5c38-f33f-852e-c46f-86101352aec17855
FVERSION 00_SIGNALduino.pm:v3.4.1-s10488/2019-07-10
IDsNoDispatch 2,72.1,82
ITClock 250
LASTDMSG TXAE0F490490
LASTDMSGID 8
MSGCNT 3544
NAME wlanduino433
NR 77
NR_CMD_LAST_H 3
PARTIAL 
RAWMSG MU;P0=160;P1=-1652;P2=1306;P3=-1088;P4=498;P5=-28812;D=01232323234323432343434323232323234343434323432323432323432323232323432323432323432323234523232323432343234343432323232323434343432343232343232343232323232343232343232343232323452323232343234323434343232323232343434343234323234323234323232323234323234323;CP=4;R=70;O;
RSSI -39
STATE opened
TIME 1572337298
TYPE SIGNALduino
sendworking 0
unknownmessages 
version V 3.3.1-experimental SIGNALduino cc1101 (chip CC1101) - compiled at Sep 22 2019 22:53:27
versionProtocols 1.08
versionmodul v3.4.1_dev_26.10
DoubleMsgIDs:
MatchList:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
11:SD_WS09 ^P9#F[A-Fa-f0-9]+
12:SD_WS ^W\d+x{0,1}#.*
13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
14:Dooya ^P16#[A-Fa-f0-9]+
15:SOMFY ^Ys[0-9A-F]+
16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
17:SD_UT ^P(?:14|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95)#.*
18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
19:CUL_WS ^K[A-Fa-f0-9]{5,}
1:IT ^i......
20:Revolt ^r[A-Fa-f0-9]{22}
21:FS10 ^P61#[A-F0-9]+
22:Siro ^P72#[A-Fa-f0-9]+
23:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
24:FS20 ^81..(04|0c)..0101a001
25:CUL_EM ^E0.................
26:Fernotron ^P82#.*
27:SD_BELL ^P(?:15|32|41|42|57|79|96)#.*
28:SD_Keeloq ^P(?:87|88)#.*
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SD_RSL ^P1#[A-Fa-f0-9]{8}
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SD_AS ^P2#[A-Fa-f0-9]{7,8}
7:Hideki ^P12#75[A-F0-9]+
9:CUL_FHTTK ^T[A-F0-9]{8}
X:SIGNALduino_un ^[u]\d+#.*
QUEUE:
READINGS:
2019-10-19 19:13:17 ccconf freq:433.920MHz bWidth:406KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)
2019-10-19 18:52:28 ccpatable C3E = 00 C0 00 00 00 00 00 00 => 10_dBm
2019-10-19 18:52:37 cmds V R t X S P C r W s x e
2019-10-19 18:52:42 config MS=1;MU=1;MC=1;Mred=1
2019-10-28 13:10:47 state opened
2019-10-28 13:10:47 version V 3.3.1-experimental SIGNALduino cc1101 (chip CC1101) - compiled at Sep 22 2019 22:53:27
XMIT_TIME:
1572333200
1572336551
1572336788
getcmd:
keepalive:
ok 1
retry 0
mcIdList:
10
11
12
18
43
47
52
57
58
96
msIdList:
0
0.1
0.2
0.3
0.4
1
3
3.1
4
6
7
13
13.2
14
15
17
23
25
33
33.1
33.2
35
41
51
55
65
68
74.1
87
88
90
91.1
93
muIdList:
8
9
13.1
16
17.1
19
21
22
24
26
27
28
29
30
31
32
34
36
37
38
39
40
42
44
44.1
45
46
48
49
50
56
59
60
61
62
64
66
67
69
70
71
72
73
74
76
79
80
81
83
84
85
86
89
91
92
94
95
Attributes:
devStateIcon opened:cul_wlan@lime closed|disconnected:cul_wlan@red
flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nanoCC1101
icon cul_wlan@green
room 99_receiver
updateChannelFW testing
verbose 3

Gruß und danke
Sascha (https://uploads.tapatalk-cdn.com/20191029/253c948212ed05927b7203c53d43de5a.jpg)

Gesendet von meinem MI 9 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: pejonp am 29 Oktober 2019, 09:52:49

@sash.sc
Vielleicht wurde vorher das Modul nicht benötigt da kein solcher Sensor empfangen wurde oder es wurde etwas am Modul gemacht ?!
Perlmodul einfach nachinstallieren.

pejonp

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: sash.sc am 29 Oktober 2019, 09:57:50

Danke für die Antwort.
Wird man ich genau das fehlende Modul nachinstallieren?

Gesendet von meinem MI 9 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: sash.sc am 29 Oktober 2019, 10:10:55

Habs gefunden

Code Auswählen


sudo apt-get install libdigest-crc-perl

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: D3ltorohd am 29 Oktober 2019, 18:47:47

Kann ich einen ITR-1500 von Intertechno anlernen am Stick ? Welches Protocol wird benötigt ?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: sash.sc am 29 Oktober 2019, 18:57:04

Wahrscheinlich it v3

Gesendet von meinem MI 9 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: D3ltorohd am 29 Oktober 2019, 19:01:45

Zitat von: sash.sc am 29 Oktober 2019, 18:57:04
Wahrscheinlich it v3

Gesendet von meinem MI 9 mit Tapatalk

IT v3 kann ich nichts finden...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: sash.sc am 29 Oktober 2019, 19:18:51

Um das Gerät anzulernen, muss du manuell ein device anlegen. Dabei das als it v3 definieren. Wie steht in der comandref.

Gesendet von meinem MI 9 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: D3ltorohd am 29 Oktober 2019, 20:54:51

Zitat von: sash.sc am 29 Oktober 2019, 19:18:51
Um das Gerät anzulernen, muss du manuell ein device anlegen. Dabei das als it v3 definieren. Wie steht in der comandref.

Gesendet von meinem MI 9 mit Tapatalk

Hm kann in der Comref nichts finden, wird da nicht nur beschrieben wie ich den Stick anlege ? Ein It v3 anlegen hab ich dort leider nicht gefunden.

Ist das so richtig ???

Code Auswählen

Internals:
   CFGFN      
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
   DEF        ITv3
   DMSG       nothing
   DevState   disconnected
   DeviceName ITv3@57600
   FUUID      5db899a0-f33f-fc62-5ed3-0f45f614b4cd3ae4
   IDsNoDispatch 2,72.1,82
   LASTDMSG   nothing
   LASTDMSGID nothing
   NAME       ITR_1500
   NR         11793
   PARTIAL    
   STATE      disconnected
   TIME       1572379040
   TYPE       SIGNALduino
   versionProtocols 1.06
   versionmodul v3.4.0
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|69|76|81|83|86|90|91|91.1|92|93|95)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: sash.sc am 29 Oktober 2019, 20:59:44

Vielleicht hilft dir das weiter.

Code Auswählen




defmod IT_V3_39388001 IT 01110010011100010000000000 0 0001

Das ist die Definition von meiner Dunstabzugshaube.

Du musst dann deine Gerät in den Anlernmodus bringen und dann mit deinem definierten device einen Befehl senden.

Gesendet von meinem MI 9 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: D3ltorohd am 29 Oktober 2019, 21:04:48

Wo finde ich das im Comref ? Und woher hast du diese Zahlen ? Ich probier mal.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: sash.sc am 29 Oktober 2019, 21:06:35

Die Zahlen ist die Geräte Adresse von meiner Steckdose.

Gesendet von meinem MI 9 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: D3ltorohd am 29 Oktober 2019, 21:09:54

Ach ich hab immer bei Signalduino gesucht, es gibt ja direkt IT im Commandref...

Wie kommst du an die Adresse, das was hinten auf dem Aufkleber steht ?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: sash.sc am 29 Oktober 2019, 21:15:18

Habe da nicht drauf geschaut. Ich habe einen funksteckdose und einen Fenster Kontakt. Der Kontakt ist der Sender.

Gesendet von meinem MI 9 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: D3ltorohd am 29 Oktober 2019, 21:18:13

Hat mit deinem defmod funktioniert. Vielen Dank !!

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 29 Oktober 2019, 21:18:41

Vermutlich habt ihr es im Eifer der Diskussion noch nicht bemerkt, aber ihr seit vom Thema dieses threads abgekommen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: sash.sc am 29 Oktober 2019, 21:28:15

Sorry. Aber hat sich ja erledigt.

Gesendet von meinem MI 9 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: diver am 02 November 2019, 06:44:12

Hallo an die Experten,

kurze Frage: wenn ich eine neue Firmware aufspiele, hat das Auswirkungen auf die vorhandene FHEM Einbindung?
Ich habe jetzt 2 Tage rumgebastelt und bis auf eine Kleinigkeit geht auch alles mit Fhem, Signalduino und Somfy RTS Rollos.
Würde das Alles auf Grund eines Firmwareupdates nur ungern neu machen.

Danke.

Gruß André

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 03 November 2019, 13:20:37

Hallo André,
das wichtigste ist, deine Fhem.cfg zu sichern.

Ein Aufspielen der neuen Firmware sollte keine Auswirkungen haben. Du kannst dir zur Sicherheit vorher deine Version notieren und später gern ein downgrade.

Mfg

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: diver am 04 November 2019, 12:08:24

Moin,

danke für den Hinweis. Habe alles gesichert und das Firmwareupdate via FHEM angestartet. Kommen aber Fehler und Fhem regaiert nicht mehr.
Im Log steht dann flahed failed. Und im Duino Log steht was von device not ready oder interface not found. Muss ich mir mal genauer ansehen die Logs.
Am Stick drücke ich unmittelbar vor Flashbeginn im FHEM den resetbutton zweimal, so das die Statusled pulsiert. Sollte eigentlich richtig sein.
Ich glaube ich probiere mal das von einem Windows PC aus zu flashen. Ist für mich einfacher, da ich nicht jeden Tag mit Linux hantiere.

Danke und Gruß Andre

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 04 November 2019, 12:09:28

Was für einen microcontroller hast Du denn, dass Du da den Rest Button betätigst?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: diver am 04 November 2019, 13:44:36

Das ist der original Signalduino Stick von in circuit. Dort steht In deren Wiki das es manchmal sein kann den resetknopfmvor dem Flash zweimal zu drücken.. Ist ein Atmega 32U4 mit cc1101

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 04 November 2019, 13:46:21

Ok, das Wort original Stick verwirrt mich jetzt doch etwas. Den Begriff SIGNALDuino habe ich erfunden :)

Aber es ist dann wohl ein Radino. Das Flashen geht mit der Entwicklerversion des SIGNALDuino Modules ohne reset Knöpfe etc.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 04 November 2019, 17:38:52

Zitat von: diver am 04 November 2019, 12:08:24
Am Stick drücke ich unmittelbar vor Flashbeginn im FHEM den resetbutton zweimal, so das die Statusled pulsiert. Sollte eigentlich richtig sein.
Ich glaube ich probiere mal das von einem Windows PC aus zu flashen. Ist für mich einfacher, da ich nicht jeden Tag mit Linux hantiere.

Dann hast du wahrscheinlich einen Radino im Einsatz und diesen mit "/dev/serial/by-id/usb-Unknown_radino_CC1101-if00@57600" definiert.
Installiere dir die aktuelle Entwickerversion mit folgendem Befehl:
"update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r34/controls_signalduino.txt"
Damit sollte das Flashen unter Linux dann funktionieren.
Sideys Antwort hatte ich jetzt übersehen, sorry.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: diver am 05 November 2019, 18:39:33

Moin,

ja, so wie oben ist der erkannt und eingebunden. Ich überlege es mir mal dann ob ich es nochmal so versuche. Bevor ich was verschlimmbessere und nicht weiß was ich genau tue. Um mich da jetzt noch genauer reinzulesen fehlt die Zeit.

Danke Euch und Gruß André

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: fhem_user0815 am 03 Dezember 2019, 22:47:13

Hallo,

ich habe hier eine 4-Knopf-Fernbedienung für eine China-Dieselheizung, die ich in fhem einbinden will. Die raw Messages de "+"-Buttons mit einem Signalduino aufgezeichnet (V 3.3.2.1-rc9 SIGNALduino cc1101 - compiled at Jun 16 2019 20:18:01) sind

Code Auswählen


3 22:44:14 5: sduino433/RAW rmsg: Ms;¦?;¦¦;¦?;¦¦¦;¦¦¦;d¦Q!!&q&vvvvvq&q!&q!!!&q!!&vvvq!!!;C1;S5;R3F;O;b9;s1;m0;
2019.12.03 22:44:14 4: sduino433/msg READredu: MS;P1=219;P2=-736;P5=-7897;P6=689;P7=-281;D=1512121267126767676767671267121267121212126712121267676767121212;CP=1;SP=5;R=63;O;b=9;s=1;m0;
2019.12.03 22:44:14 4: sduino433: Matched MS Protocol id 3 -> chip xx2260 / xx2262
2019.12.03 22:44:14 5: sduino433: Starting demodulation at Position 2
2019.12.03 22:44:14 4: sduino433: Matched MS Protocol id 3.1 -> itv1_sync40
2019.12.03 22:44:14 5: sduino433: Starting demodulation at Position 2
2019.12.03 22:44:14 5: sduino433/RAW rmsg: Ms;¦?;¦¦;¦?;¦¦¦;¦¦¦;Dgggggggggggggg;C1;S5;R3F;O;m1;
2019.12.03 22:44:14 4: sduino433/msg READredu: MS;P1=222;P2=-740;P5=-7884;P6=681;P7=-290;D=1512121267126767676767671267121267121212126712121267676767121212;CP=1;SP=5;R=63;O;m1;
2019.12.03 22:44:14 4: sduino433: Matched MS Protocol id 3 -> chip xx2260 / xx2262
2019.12.03 22:44:14 5: sduino433: Starting demodulation at Position 2
2019.12.03 22:44:14 5: sduino433/RAW rmsg: Ms;¦¦;¦?;¦?;¦¦;¦¦¦;Dgggggggggggggg;C1;S5;R3F;e;m2;
2019.12.03 22:44:14 4: sduino433/msg READredu: MS;P1=233;P2=-726;P5=-7882;P6=705;P7=-258;D=1512121267126767676767671267121267121212126712121267676767121212;CP=1;SP=5;R=63;e;m2;
2019.12.03 22:44:14 4: sduino433: Matched MS Protocol id 3 -> chip xx2260 / xx2262
2019.12.03 22:44:14 5: sduino433: Starting demodulation at Position 2
2019.12.03 22:44:14 5: sduino433/RAW rmsg: Ms;¦¦;¦?;¦?;¦¦;¦¦¦;Dgggggggggggggg;C1;S5;R3F;e;m3;
2019.12.03 22:44:14 4: sduino433/msg READredu: MS;P1=233;P2=-726;P5=-7882;P6=705;P7=-258;D=1512121267126767676767671267121267121212126712121267676767121212;CP=1;SP=5;R=63;e;m3;

Zusätzlich habe ich mir das Sendesignal mit einem Logic-Analyzer angesehen (siehe Anhang) und bin auf ein Verhalten gestossen, dass ich mir nicht erklären kann:
-- offenbar wird die Pause zwischen den Wiederholungen nicht erkannt (bzw. falsch interpretiert), sie ist immer als 2. Wert im D=... als P5 zu finden mit rund 8-9ms (Wert -7871 bis -9194)
-- dafür fehlt der letzte high-Wert, der fälschlicherweise als 1.Bit (P1) interpretiert wird

meine Interpretation der Werte vom Logic-Analyzer ergeben:

kurzer Peak (246µs) - Lange Pause (720µs) = 0
langer Peak (711µs)- kurze Pause(255µs) = 1

damit ergibt sich die Bit-Sequenz
0001 0111 1110 1001 0000 1000 1111 0000

Habe ich einen Denkfehler oder kommt mein Sduino mit dem Signal nicht klar?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 03 Dezember 2019, 23:55:36

Hallo,
bitte aktualisiere den Signalduino erstmal auf die derzeitige Dev-r34 Firmware und aktuelle Modulversion.

Danach zeichne nochmals die RAWMSGs auf mit verbose 4.

Mfg

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 04 Dezember 2019, 07:35:40

Hi,

Die aktuelle Firmware ist 3.3.1, daher nicht wundern.

In dem Signal sehe ich allerdings kein Problem.
In der FB steckt bestimmt ein pt2262 oder ein Chip der dir gleiche Modulation verwendet.

Deine Zuordnung der Bits 0 und 1 sollte so passen.

Die Pause zwischen den Wiederholungen wird immer durch einen kurzen high und langen Low Pegel signalisiert.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 04 Dezember 2019, 17:41:33

Zitat von: fhem_user0815 am 03 Dezember 2019, 22:47:13
Zusätzlich habe ich mir das Sendesignal mit einem Logic-Analyzer angesehen (siehe Anhang) und bin auf ein Verhalten gestossen, dass ich einen Denkfehler oder kommt mein Sduino mit dem Signal nicht klar?

Kannst du uns bitte die Original-Datei der Logikanalyse zur Verfügung stellen, möglichst mit allen Wiederholungen?
Das sieht aus wie Salae Logic, Software dafür hätte ich.

Genaue Bezeichnung der Fernbedienung und evtl. Bilder von den "Innereien" wären auch hilfreich.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 04 Dezember 2019, 17:51:55

Zitat von: Sidey am 04 Dezember 2019, 07:35:40
In der FB steckt bestimmt ein pt2262 oder ein Chip der dir gleiche Modulation verwendet.

Für einen PT2262 sind 32 Bit zu viel.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: fhem_user0815 am 04 Dezember 2019, 20:30:38

Hallo,
erst mal vielen Dank für die schnellen Reaktionen!
@HomeAuto_User
ein "update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r34/controls_signalduino.txt" mit anschließendem Flash des Sduino auf "V 3.3.1 SIGNALduino cc1101 (chip CC1101) - compiled at Dec 3 2019 19:40:46"
hat keine Änderung in den raw-Messages gebracht.

@Sidey
Den Chip im Handsender kann ich nicht identifizieren, die Bezeichnung wurde abgeschliffen. Sind nur 8 Pins, siehe Anhang

@elektron-bbs
richtig, ist ein Saleae-Analyzer, ich habe den Mitschnitt des "+"-Buttons angehängt. Die Sequenz wird solange in Wiederholung gesendet, wie man den Button drückt. Die Fernbedienung hat keine Bezeichnung, weitere Bilder im Anhang.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 04 Dezember 2019, 21:45:31

Ich habe erst mal eine Definition für dieses Protokoll erstellt. Kopiere bitte diese Datei in das Verzeichnis /FHEM/lib.
Nach einem Neustart von FHEM muss Protokoll 20 aktiviert werden. Nach mehrmaligem Betätigen der Tasten deiner Fernbedienung sollte es dir dann ein Gerät "SIGNALduino_unknown_20" anlegen.
Das Gerät hat einen Button "set SIGNALduino_unknown_20 UserInfo" und dazu ein Eingabefeld. Dort trägst du bitte ein, welche Taste betätigt wird. Diese Info wird nach Betätigung von "set" ins Logfile übernommen.
Anschließend mehrmals den Taster der Fernbedienung betätigen.
Diesen Vorgang bitte für alle 4 Tasten wiederholen und anschließend das Logfile "FileLog_SIGNALduino_unknown_20" hier hochladen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: fhem_user0815 am 04 Dezember 2019, 23:01:58

@elektron-bbs
das geht ja schneller, als ich mit den Tests/Logs bin!

Sieht bisher gut aus:

Code Auswählen


2019-12-04_22:34:02 SIGNALduino_unknown_20 bitMsg: 00010111111010010000010100001000
2019-12-04_22:34:02 SIGNALduino_unknown_20 bitMsg_invert: 11101000000101101111101011110111
2019-12-04_22:34:02 SIGNALduino_unknown_20 bitCount: 32
2019-12-04_22:34:02 SIGNALduino_unknown_20 hexMsg: 17E90508
2019-12-04_22:34:02 SIGNALduino_unknown_20 hexMsg_invert: E816FAF7
2019-12-04_22:34:02 SIGNALduino_unknown_20 hexCount_or_nibble: 8
2019-12-04_22:34:02 SIGNALduino_unknown_20 lastInputDev: sduino433
2019-12-04_22:34:09 SIGNALduino_unknown_20 UserMSG: OFF
2019-12-04_22:34:13 SIGNALduino_unknown_20 bitMsg: 00010111111010010001000110110000
2019-12-04_22:34:13 SIGNALduino_unknown_20 bitMsg_invert: 11101000000101101110111001001111
2019-12-04_22:34:13 SIGNALduino_unknown_20 bitCount: 32
2019-12-04_22:34:13 SIGNALduino_unknown_20 hexMsg: 17E911B0
2019-12-04_22:34:13 SIGNALduino_unknown_20 hexMsg_invert: E816EE4F
2019-12-04_22:34:13 SIGNALduino_unknown_20 hexCount_or_nibble: 8
2019-12-04_22:34:13 SIGNALduino_unknown_20 lastInputDev: sduino433
2019-12-04_22:34:19 SIGNALduino_unknown_20 UserMSG: ON
2019-12-04_22:34:24 SIGNALduino_unknown_20 bitMsg: 00010111111010010000001010001000
2019-12-04_22:34:24 SIGNALduino_unknown_20 bitMsg_invert: 11101000000101101111110101110111
2019-12-04_22:34:24 SIGNALduino_unknown_20 bitCount: 32
2019-12-04_22:34:24 SIGNALduino_unknown_20 hexMsg: 17E90288
2019-12-04_22:34:24 SIGNALduino_unknown_20 hexMsg_invert: E816FD77
2019-12-04_22:34:24 SIGNALduino_unknown_20 hexCount_or_nibble: 8
2019-12-04_22:34:24 SIGNALduino_unknown_20 lastInputDev: sduino433
2019-12-04_22:34:36 SIGNALduino_unknown_20 UserMSG: DOWN
2019-12-04_22:34:39 SIGNALduino_unknown_20 bitMsg: 00010111111010010000100011110000
2019-12-04_22:34:39 SIGNALduino_unknown_20 bitMsg_invert: 11101000000101101111011100001111
2019-12-04_22:34:39 SIGNALduino_unknown_20 bitCount: 32
2019-12-04_22:34:39 SIGNALduino_unknown_20 hexMsg: 17E908F0
2019-12-04_22:34:39 SIGNALduino_unknown_20 hexMsg_invert: E816F70F
2019-12-04_22:34:39 SIGNALduino_unknown_20 hexCount_or_nibble: 8
2019-12-04_22:34:39 SIGNALduino_unknown_20 lastInputDev: sduino433
2019-12-04_22:34:45 SIGNALduino_unknown_20 UserMSG: UP

Die Dekodierung deckt sich mit dem, was ich von Hand versucht habe.

Da ich nur eine Fernbedienung besitze, habe ich mal nach weiteren Infos geforscht und bin bei
https://bascomforum.de/index.php?thread/1806-dieselstandheizung-china-planar-nachbau/

fündig geworden, dort kann man (nach Anmeldung) ein paar Analyzer-Screenshots sehen. Wenn ich die wie bei mir händisch dekodiere, bekomme ich für dortige Fernbedienung folgende Bitcodes:

0000 0000 0110 0000 0000 0101 0000 1000 OFF
0000 0000 0110 0000 0001 0001 1011 0000 ON
0000 0000 0110 0000 0000 1000 1111 0000 UP
0000 0000 0110 0000 0000 0010 1000 1000 DOWN

also nur Bit 16-31 sind gleich für ON,OFF,UP und DOWN, der Rest unterscheidet sich, Bit 8-11 ist immer gleich - zumindest von den zwei jetzt bekannten Handsendern.

Die Bedienungsanleitung der Dieselheizung beschreibt übrigens ein Anlernen des Handsenders an die Heizung - also muss die Heizung die Unterschiede bei den Sendern lernen.

Ich finde es übrigens sehr spannend, sozusagen live bei der Entschlüsselung eines neuen (?) Protokolls zusehen zu dürfen! thumbsup!

edit: fehlerhafte Bitcodes geändert

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 05 Dezember 2019, 17:34:47

Lade bitte mal noch ein Log aller 4 Tasten hoch, in dem die RAWMSG enthalten sind. Diese landen mit im Log, wenn du bei deinem SIGNALduino das Attribut "addvaltrigger" auf 1 setzt.

Bei UP und DOWN (aus dem Screenshot vom BASCOM-Forum dekodiert) hast du dich bei den Bits 16-31 wahrscheinlich vertan. Sicher ist das nicht zweimal der gleiche Code.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: fhem_user0815 am 05 Dezember 2019, 20:16:40

Du hast recht, typischer copy&paste Fehler, peinlich :-[

Sequenz aus dem Bascom-Forum
0000 0000 0110 0000 0000 1000 1111 0000 UP
0000 0000 0110 0000 0000 0010 1000 1000 DOWN
0000 0000 0110 0000 0001 0001 1011 0000 ON
0000 0000 0110 0000 0000 0101 0000 1000 OFF

hier noch das Log mit den raw-messages

Code Auswählen


2019-12-05_19:52:20 SIGNALduino_unknown_20 bitMsg: 00010111111010010000010100001000
2019-12-05_19:52:20 SIGNALduino_unknown_20 bitMsg_invert: 11101000000101101111101011110111
2019-12-05_19:52:20 SIGNALduino_unknown_20 bitCount: 32
2019-12-05_19:52:20 SIGNALduino_unknown_20 hexMsg: 17E90508
2019-12-05_19:52:20 SIGNALduino_unknown_20 hexMsg_invert: E816FAF7
2019-12-05_19:52:20 SIGNALduino_unknown_20 hexCount_or_nibble: 8
2019-12-05_19:52:20 SIGNALduino_unknown_20 lastInputDev: sduino433
2019-12-05_19:52:20 SIGNALduino_unknown_20 DMSG: u20#17E90508
2019-12-05_19:52:20 SIGNALduino_unknown_20 RAWMSG: MS;P1=-754;P2=213;P4=681;P5=-283;P6=-7869;D=2621212145214545454545452145212145212121212145214521212121452121;CP=2;SP=6;R=69;O;m2;
2019-12-05_19:52:20 SIGNALduino_unknown_20 Protocol_ID: 20
2019-12-05_19:52:20 SIGNALduino_unknown_20 RSSI: -39.5
2019-12-05_19:52:25 SIGNALduino_unknown_20 UserMSG: OFF
2019-12-05_19:52:29 SIGNALduino_unknown_20 bitMsg: 00010111111010010001000110110000
2019-12-05_19:52:29 SIGNALduino_unknown_20 bitMsg_invert: 11101000000101101110111001001111
2019-12-05_19:52:29 SIGNALduino_unknown_20 bitCount: 32
2019-12-05_19:52:29 SIGNALduino_unknown_20 hexMsg: 17E911B0
2019-12-05_19:52:29 SIGNALduino_unknown_20 hexMsg_invert: E816EE4F
2019-12-05_19:52:29 SIGNALduino_unknown_20 hexCount_or_nibble: 8
2019-12-05_19:52:29 SIGNALduino_unknown_20 lastInputDev: sduino433
2019-12-05_19:52:29 SIGNALduino_unknown_20 DMSG: u20#17E911B0
2019-12-05_19:52:29 SIGNALduino_unknown_20 RSSI: -40.5
2019-12-05_19:52:29 SIGNALduino_unknown_20 RAWMSG: MS;P0=-740;P2=686;P3=-283;P5=229;P6=-7889;D=5650505023502323232323235023505023505050235050502323502323505050;CP=5;SP=6;R=67;O;m2;
2019-12-05_19:52:29 SIGNALduino_unknown_20 Protocol_ID: 20
2019-12-05_19:52:34 SIGNALduino_unknown_20 UserMSG: ON
2019-12-05_19:52:38 SIGNALduino_unknown_20 bitMsg: 00010111111010010000001010001000
2019-12-05_19:52:38 SIGNALduino_unknown_20 bitMsg_invert: 11101000000101101111110101110111
2019-12-05_19:52:38 SIGNALduino_unknown_20 bitCount: 32
2019-12-05_19:52:38 SIGNALduino_unknown_20 hexMsg: 17E90288
2019-12-05_19:52:38 SIGNALduino_unknown_20 hexMsg_invert: E816FD77
2019-12-05_19:52:38 SIGNALduino_unknown_20 hexCount_or_nibble: 8
2019-12-05_19:52:38 SIGNALduino_unknown_20 lastInputDev: sduino433
2019-12-05_19:52:38 SIGNALduino_unknown_20 DMSG: u20#17E90288
2019-12-05_19:52:38 SIGNALduino_unknown_20 RAWMSG: MS;P0=233;P1=-7903;P3=-278;P5=-738;P6=679;D=0105050563056363636363630563050563050505050505630563050505630505;CP=0;SP=1;R=71;O;m1;
2019-12-05_19:52:38 SIGNALduino_unknown_20 Protocol_ID: 20
2019-12-05_19:52:38 SIGNALduino_unknown_20 RSSI: -38.5
2019-12-05_19:52:45 SIGNALduino_unknown_20 UserMSG: DOWN
2019-12-05_19:52:49 SIGNALduino_unknown_20 bitMsg: 00010111111010010000100011110000
2019-12-05_19:52:49 SIGNALduino_unknown_20 bitMsg_invert: 11101000000101101111011100001111
2019-12-05_19:52:49 SIGNALduino_unknown_20 bitCount: 32
2019-12-05_19:52:49 SIGNALduino_unknown_20 hexMsg: 17E908F0
2019-12-05_19:52:49 SIGNALduino_unknown_20 hexMsg_invert: E816F70F
2019-12-05_19:52:49 SIGNALduino_unknown_20 hexCount_or_nibble: 8
2019-12-05_19:52:49 SIGNALduino_unknown_20 lastInputDev: sduino433
2019-12-05_19:52:49 SIGNALduino_unknown_20 DMSG: u20#17E908F0
2019-12-05_19:52:49 SIGNALduino_unknown_20 Protocol_ID: 20
2019-12-05_19:52:49 SIGNALduino_unknown_20 RAWMSG: MS;P1=-744;P2=221;P3=679;P4=-278;P5=-7860;D=2521212134213434343434342134212134212121213421212134343434212121;CP=2;SP=5;R=66;O;m2;
2019-12-05_19:52:49 SIGNALduino_unknown_20 RSSI: -41
2019-12-05_19:52:54 SIGNALduino_unknown_20 UserMSG: UP

Warum hast Du nach den raw-Messages gefragt, was kannst Du mit deren Hilfe herausfinden?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 05 Dezember 2019, 21:30:38

OK, dann passt das jetzt. Die RAWMSG brauchen wir zum testen und zur Dokumentation.
Du kannst schon mal probieren. Das Device habe ich erstmal "RCnoName20" genannt. Senden und Empfangen sollte eigentlich funktionieren.
Diesmal musst du allerdings 3 Dateien ersetzen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: fhem_user0815 am 05 Dezember 2019, 22:37:36

super, ich kann schon mal positive Rückmeldung zum Empfangen geben:

Der Status (state= plus,minus, off, on) wird sauber erkannt (Reichweitentests habe ich noch nicht gemacht, der Handsender liegt ca. 2m vom Signalduino entfernt).

Das Senden kann ich erst am Wochenende testen und werde Rückmeldung geben.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: fhem_user0815 am 07 Dezember 2019, 18:26:28

Auch das Senden passt perfekt.

Durch zwei Wände, 2m Kirschlorbeer und 20m Entfernung in der Garage reagiert die Heizung auf die gesendeten Befehle.

Danke für die schnelle Umsetzung an alle Beteiligten, insbesondere elektron-bbs!

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: andies am 19 Januar 2020, 15:22:20

Hallo Sidey,

Zitat von: CoolTux am 19 Januar 2020, 15:19:43
Interessant. Vielleicht kannst Du Deine Erkenntnis dem Modulauthor einmal zukommen lassen.

Es geht darum, dass ich nach der Neuinstallation des SIGNALduino nicht richtig interpretierbare Fehlermeldungen bekam und dann ein bischen viel herumspielen musste: https://forum.fhem.de/index.php/topic,106993.msg1008399.html#msg1008399 (https://forum.fhem.de/index.php/topic,106993.msg1008399.html#msg1008399)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 19 Januar 2020, 19:42:25

Ich habe eine Frage zu den Oregon Sensoren PCR800, THGR810, THWR800, UVN800, WGR800.
Aufgrund der großen Distanz habe ich zum RFXtrx433E Empfänger einen Sduino installiert.
Da der RFXtrx433E das Modul TRX_WEATHER verwendet, und der Sduino das Oregon Modul, kommt es immer wieder zu Meldungen ,,Unknown device".

Code Auswählen

2020.01.18 13:44:05.854 3: OREGON: Unknown device THGR810_1, please define it
2020.01.18 13:44:05.961 3: sduino: Unknown code u52#FFFFFEBE2850A81C40032695A9, help me!
2020.01.18 13:44:06.181 3: OREGON: Unknown device THGR810_2, please define it
2020.01.18 13:44:07.311 3: OREGON: Unknown device THGR810_2, please define it
2020.01.18 13:44:07.415 3: sduino: Unknown code u52#FFFFFF5F14246180E008C1827F, help me!
2020.01.18 13:44:09.310 3: OREGON: Unknown device WGR800, please define it

Lässt sich am sduino etwas ändern um diese Meldungen zu verhindern und das der sduino auch ordnungsgemäß für den Empfang funktioniert.

Die Fehlererörtung wurde schon hier behandelt.
https://forum.fhem.de/index.php/topic,106889.0.html

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 19 Januar 2020, 20:45:38

Zitat von: Burny4600 am 19 Januar 2020, 19:42:25
Lässt sich am sduino etwas ändern um diese Meldungen zu verhindern und das der sduino auch ordnungsgemäß für den Empfang funktioniert.

Die Fehlererörtung wurde schon hier behandelt.
https://forum.fhem.de/index.php/topic,106889.0.html

Ich verstehe nicht, wieso Du jetzt in diesen Thread postest.

Du kannst in global den Verbose Level auf 2 setzen, dann tauchen die Meldungen vom Oregon Modul nicht mehr im Log auch. Andere halt auch nicht.
Das Protokoll 52 kannst Du aus der Whitelist im Signlduino entfernen, dann bekommst Du auch die unknown code Meldung nicht mehr.

Alternativ kannst Du dich noch an den maintainer des TRX_WEATHER Modules wenden und ihn bitten das Oregon Modul für Oregon Sensoren zu verwenden :)

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 20 Januar 2020, 12:15:17

Ich bin davon ausgegangen das sduino viel jünger ist als die Entwicklung des RFXtrx433E Empfänger für die OREGON Sensoren.
Zudem funktioniert unter autocreate das Attribut ignoreTypes (PCR800|THGR810.*|THWR800_3|UVN800|WGR800) für den sduino nicht.
list autocreate

Code Auswählen

Internals:
   FUUID      5c4500f7-f33f-b92a-ba60-e5565b0903af7e65
   NAME       autocreate
   NOTIFYDEV  global
   NR         58
   NTFY_ORDER 50-autocreate
   STATE      active
   TYPE       autocreate
Attributes:
   device_room %TYPE
   disable    0
   filelog    /media/hdd/fhem/log02/autocreate/%NAME-%Y-%m-%W.log
   ignoreTypes (PCR800|THGR810.*|THWR800_3|UVN800|WGR800)
   room       _System
   weblink    1
   weblink_room Plots

ZitatAlternativ kannst Du dich noch an den maintainer des TRX_WEATHER Modules wenden und ihn bitten das Oregon Modul für Oregon Sensoren zu verwenden

Das wäre zumindest auch eine Möglichkeit.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 20 Januar 2020, 16:28:15

Zitat von: Burny4600 am 20 Januar 2020, 12:15:17
Das wäre zumindest auch eine Möglichkeit.

Das würde vorbeugen, das nicht ein anderer das Problem ebenso hat / bekommt.

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 20 Januar 2020, 22:52:22

Zitat von: Burny4600 am 20 Januar 2020, 12:15:17
Ich bin davon ausgegangen das sduino viel jünger ist als die Entwicklung des RFXtrx433E Empfänger für die OREGON Sensoren.

Das SIGNALduino Modul ist hierbei nicht involviert. Die Meldungen kommen vom OREGON Modul, das gibt es seit 2010.
Das TRX_WEATHER gibt es seit 2012. Beide damals von der gleichen Person entwickelt. Was schon ansich seltsam ist.
Leider verwenden beide die gleichen Namen für den Sensor.

Zitat von: Burny4600 am 20 Januar 2020, 12:15:17
Zudem funktioniert unter autocreate das Attribut ignoreTypes (PCR800|THGR810.*|THWR800_3|UVN800|WGR800) für den sduino nicht.

Auch hiermit hat der SIGNALduino nichts zu tun. Das Oregon Modul löst autocreate aus.
Autocreate ist maximal für das Überschreiben der Filelog /SVG Definition verantwortlich.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 21 Januar 2020, 19:43:07

@Sidey
Das ist interessant das beide Ur-Module vom gleichen Entwickler sind.
Nur weiter entwickelt wurden die Module aber von KernSani (46_TRX_WEATHER.pm) bzw. von dir (41_OREGON.pm).

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 21 Januar 2020, 19:53:51

Zitat von: Burny4600 am 19 Januar 2020, 19:42:25
Ich habe eine Frage zu den Oregon Sensoren PCR800, THGR810, THWR800, UVN800, WGR800.

... Sduino das Oregon Modul, kommt es immer wieder zu Meldungen ,,Unknown device".
Code Auswählen Erweitern
2020.01.18 13:44:05.854 3: OREGON: Unknown device THGR810_1, please define it 2020.01.18 13:44:05.961 3: sduino: Unknown code u52#FFFFFEBE2850A81C40032695A9, help me! 2020.01.18 13:44:06.181 3: OREGON: Unknown device THGR810_2, please define it 2020.01.18 13:44:07.311 3: OREGON: Unknown device THGR810_2, please define it 2020.01.18 13:44:07.415 3: sduino: Unknown code u52#FFFFFF5F14246180E008C1827F, help me! 2020.01.18 13:44:09.310 3: OREGON: Unknown device WGR800, please define it

Hallo, besitzt du einen THGR810 bzw WGR800 Hardwaremäßig?

Wenn ja, bitte poste mal reine RAW Daten mit entsprechenden Werten hier https://github.com/RFD-FHEM/RFFHEM/issues in einem Issues mit der Bezeichnung Oregon Check und einen Verweis hier her. Entweder das Modul lehnt deine Nachrichten ab, du musst diese selbst definieren oder die Empfangen Daten sind falsch interpretiert. Das können wir mit RAW Daten lokal simulieren.

Mfg

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 21 Januar 2020, 22:01:47

Zitat von: Burny4600 am 21 Januar 2020, 19:43:07
@Sidey
Das ist interessant das beide Ur-Module vom gleichen Entwickler sind.
Nur weiter entwickelt wurden die Module aber von KernSani (46_TRX_WEATHER.pm) bzw. von dir (41_OREGON.pm).

Wir haben ein bisschen Brainstorming gemacht und folgende Idee.
Wir ändern das 41_OREGON Modul so ab, dass es erkennt, dass z.B. eine Definition mit dem Namen WGR800 bereits durch ein anderes Modul angelegt ist.
Autocreate lassen wir dann eine Definition vom Typ OREGON anlegen, benennen die Definition allerdings anders.

Anschließend solltest Du zwei Definition für den WGR800 besitzen. Eines wird über deinen RFXTRX aktualisiert und das andere über den SIGNALduino.

Passt das so für dich?

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 25 Januar 2020, 09:28:43

@HomeAuto_User

ZitatHallo, besitzt du einen THGR810 bzw WGR800 Hardwaremäßig?

Ich besitze die Oregon Sensoren THWR800_3, THGR810_1, THGR810_2, THGR810_6,THGR810_7,PCR800, UVN800, WGR800.

LOG Auszug Oregon Sensoren

Code Auswählen

2020.01.25 09:13:13.229 4: sduino: Read, msg: MC;LL=-1030;LH=924;SL=-548;SH=427;D=00000141D7A2A3F6CFE37C9AA0;C=488;L=103;R=252;s48;b3;
2020.01.25 09:13:13.230 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 488 RSSI -76 -> Oregon Scientific v2|v3
2020.01.25 09:13:13.230 5: sduino: Parse_MC, extracted data 11111111111111111111111010111110001010000101110101011100000010010011000000011100100000110110010101011111 (bin)
2020.01.25 09:13:13.230 4: sduino: OSV3 protocol detected: msg_start = 27, message_length = 76
2020.01.25 09:13:13.231 4: sduino: OSV3 protocol =                     F82475702910728D45F
2020.01.25 09:13:13.231 4: sduino: OSV3 protocol converted to hex: (50FA287475201970824DF5) with length (80) bits
2020.01.25 09:13:13.231 5: sduino: Dispatch, 50FA287475201970824DF5, test ungleich: disabled
2020.01.25 09:13:13.232 5: sduino: Dispatch, 50FA287475201970824DF5, -76 dB, dispatch
2020.01.25 09:13:13.232 5: sduino: dispatch 50FA287475201970824DF5
2020.01.25 09:13:13.234 5: OREGON: decoding delay=12.7579910755157 hex=50FA287475201970824DF5
2020.01.25 09:13:13.234 5: OREGON: sensor_id=fa28 BitsMsg=80 Bits=80
2020.01.25 09:13:13.234 5: OREGON: checksum2 = 77 berechnet: 77
2020.01.25 09:13:13.235 3: OREGON: Unknown device THGR810_7, please define it

2020.01.25 09:13:14.714 4: sduino: Read, msg: MC;LL=-1017;LH=925;SL=-531;SH=499;D=4EDDBE9FE7F9FFFFFF6732;C=495;L=87;R=251;s4;b4;
2020.01.25 09:13:14.715 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 495 RSSI -76.5 -> Oregon Scientific v2|v3
2020.01.25 09:13:14.716 5: sduino: Parse_MC, extracted data 1011000100100010010000010110000000011000000001100000000000000000000000001001100011001101 (bin)
2020.01.25 09:13:14.716 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:13:18.139 4: sduino: KeepAlive, ok, retry = 0
2020.01.25 09:13:19.872 4: sduino: Read, msg: MC;LL=-483;LH=506;SL=-220;SH=257;D=92490;C=244;L=17;R=224;i;s24;b23;
2020.01.25 09:13:28.513 4: sduino: Read, msg: MC;LL=-1026;LH=928;SL=-526;SH=495;D=014EDDBE9FE7F9FFFFFF6732;C=495;L=95;R=251;s16;b3;
2020.01.25 09:13:28.514 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 495 RSSI -76.5 -> Oregon Scientific v2|v3
2020.01.25 09:13:28.514 5: sduino: Parse_MC, extracted data 111111101011000100100010010000010110000000011000000001100000000000000000000000001001100011001101 (bin)
2020.01.25 09:13:28.514 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:13:32.073 4: sduino: Read, msg: MC;LL=-1081;LH=863;SL=-600;SH=382;D=0AB67DFB7FFFFFD1F7E7EBB8;C=487;L=96;R=242;s8;b1;w;
2020.01.25 09:13:32.074 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 487 RSSI -81 -> Oregon Scientific v2|v3
2020.01.25 09:13:32.074 5: sduino: Parse_MC, extracted data 111101010100100110000010000001001000000000000000000000000010111000001000000110000001010001000111 (bin)
2020.01.25 09:13:32.075 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:13:36.547 5: sduino: Read, RAW rmsg: Mu;€ñ,;¡àƒ;,¼;"‡€;...ã€;§¯...;C3;R1D;dpppsspspuups;e;
2020.01.25 09:13:36.548 4: sduino: Read, msg READredu: MU;P0=625;P1=-864;P2=316;P3=135;P5=99;P7=-1327;CP=3;R=29;D=12131313131313131313131313131313131315151313131570701370157313101513137315107073131013707510751313131313131315131313131070131313731;e;
2020.01.25 09:13:37.960 5: sduino: Read, RAW rmsg: Ms;'·;£¸Ÿ;¤Ôˆ;µÜ;D##$$%%$%$$%%$%$$$%%$$;C2;S3;REC;e;b2;
2020.01.25 09:13:37.961 4: sduino: Read, msg READredu: MS;P2=439;P3=-7992;P4=-2132;P5=-4060;D=232324242525242524242525242524242425252424;CP=2;SP=3;R=236;e;b=2;
2020.01.25 09:13:38.115 5: sduino: Read, RAW rmsg: Ms;±ñ‡;"¯;´ß;¥ªŸ;D551144141144141114411;C3;S5;RED;e;b16;
2020.01.25 09:13:38.116 4: sduino: Read, msg READredu: MS;P1=-2033;P3=431;P4=-4063;P5=-7978;D=353531313434313431313434313431313134343131;CP=3;SP=5;R=237;e;b=22;
2020.01.25 09:13:38.437 5: sduino: Read, RAW rmsg: Ms;€ú€;±à,;';£¦Ÿ;¤Œˆ;µè;–¬€;·Ðƒ;d#$$%%$%$$%%$%$$$%%!g ;C2;S3;RED;e;b2;s2;
2020.01.25 09:13:38.437 4: sduino: Read, msg READredu: MS;P0=122;P1=-736;P2=429;P3=-7974;P4=-2060;P5=-4072;P6=172;P7=-976;D=23242425252425242425252425242424252521670;CP=2;SP=3;R=237;e;b=2;s=2;
2020.01.25 09:13:38.521 5: sduino: Read, RAW rmsg: Mu;€¬,;±ô;'©;£•ˆ;´è;C2;REC;D##!#!###!#!#!#!####!$;e;
2020.01.25 09:13:38.522 4: sduino: Read, msg READredu: MU;P0=556;P1=-4084;P2=425;P3=-2069;P4=-488;CP=2;R=236;D=01232321232123232321232123212321232323232124;e;
2020.01.25 09:13:38.781 5: sduino: Read, RAW rmsg: Mu;"€;'Ï;²é;£åˆ;¤,,Œ;...ò€;¶¨€;§þ€;C1;REF;dVW ;p;
2020.01.25 09:13:38.781 4: sduino: Read, msg READredu: MU;P0=148;P1=463;P2=-4073;P3=-2149;P4=-3076;P5=114;P6=-168;P7=-126;CP=1;R=239;D=1213131312121312131312131213131314565706170;p;
2020.01.25 09:13:42.467 4: sduino: Read, msg: MC;LL=-1012;LH=923;SL=-530;SH=501;D=EDF4FF3FCFFFFFFB399;C=494;L=76;R=251;s9;b4;
2020.01.25 09:13:42.468 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 494 RSSI -76.5 -> Oregon Scientific v2|v3
2020.01.25 09:13:42.468 5: sduino: Parse_MC, extracted data 0001001000001011000000001100000000110000000000000000000000000100110001100110 (bin)
2020.01.25 09:13:42.468 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:13:44.083 5: sduino: Read, RAW rmsg: Mu;°¼€;'Øˆ;²Ô,;"˜,;"¶;µý;¦...,,;—œƒ;C4;RE8;dEEEEEEEEEEEEEEEEEEEEEEEFvv@5EvEvE0;e;
2020.01.25 09:13:44.084 4: sduino: Read, msg READredu: MU;P0=-188;P1=2264;P2=-724;P3=664;P4=438;P5=-509;P6=-1029;P7=924;CP=4;R=232;D=454545454545454545454545454545454545454545454546767640123545764576453;e;
2020.01.25 09:13:44.837 4: sduino: Read, msg: MC;LL=-1035;LH=925;SL=-536;SH=438;D=000000A0EBD7ABF1BFEE6CE5E5;C=488;L=104;R=247;s47;b0;
2020.01.25 09:13:44.838 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 488 RSSI -78.5 -> Oregon Scientific v2|v3
2020.01.25 09:13:44.838 5: sduino: Parse_MC, extracted data 11111111111111111111111101011111000101000010100001010100000011100100000000010001100100110001101000011010 (bin)
2020.01.25 09:13:44.839 4: sduino: OSV3 protocol detected: msg_start = 28, message_length = 76
2020.01.25 09:13:44.839 4: sduino: OSV3 protocol =                     F8241A20720889C8585
2020.01.25 09:13:44.839 4: sduino: OSV3 protocol converted to hex: (50FA28142A700288C95858) with length (80) bits
2020.01.25 09:13:44.840 5: sduino: Dispatch, 50FA28142A700288C95858, test ungleich: disabled
2020.01.25 09:13:44.840 5: sduino: Dispatch, 50FA28142A700288C95858, -78.5 dB, dispatch
2020.01.25 09:13:44.840 5: sduino: dispatch 50FA28142A700288C95858
2020.01.25 09:13:44.842 5: OREGON: decoding delay=31.6080508232117 hex=50FA28142A700288C95858
2020.01.25 09:13:44.842 5: OREGON: sensor_id=fa28 BitsMsg=80 Bits=80
2020.01.25 09:13:44.842 5: OREGON: checksum2 = 88 berechnet: 88
2020.01.25 09:13:44.842 3: OREGON: Unknown device THGR810_1, please define it

2020.01.25 09:13:55.367 5: sduino: Read, RAW rmsg: Mu;ô,;±êƒ;,¸...;ƒÀ,;¤ ;•¬€;·¬,;C2;RE6;d!!!!!!1!1!11!1!!!1!$T ;e;
2020.01.25 09:13:55.367 4: sduino: Read, msg READredu: MU;P0=756;P1=-1002;P2=1336;P3=576;P4=-288;P5=172;P7=-684;CP=2;R=230;D=01212121212121312131213131213121212131212454072;e;
2020.01.25 09:13:56.774 4: sduino: Read, msg: MC;LL=-1028;LH=912;SL=-526;SH=467;D=AE67FAE9BD0B3C005733FD74DE859E002B99FEBA6F42CF;C=488;L=184;R=28;s5;b0;
2020.01.25 09:13:56.775 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 488 RSSI -60 -> Oregon Scientific v2|v3
2020.01.25 09:13:56.775 5: sduino: Parse_MC, extracted data 0101000110011000000001010001011001000010111101001100001111111111101010001100110000000010100010110010000101111010011000011111111111010100011001100000000101000101100100001011110100110000 (bin)
2020.01.25 09:13:56.776 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:13:56.776 4: sduino: Read, msg: MC;LL=-1024;LH=922;SL=-534;SH=445;D=0014EDDBE9FE7F9FFFFFF6732;C=487;L=99;R=250;s24;b3;
2020.01.25 09:13:56.777 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 487 RSSI -77 -> Oregon Scientific v2|v3
2020.01.25 09:13:56.777 5: sduino: Parse_MC, extracted data 1111111111101011000100100010010000010110000000011000000001100000000000000000000000001001100011001101 (bin)
2020.01.25 09:13:56.777 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:13:56.778 5: sduino: Read, RAW rmsg: Mu;°¤;'ã;¢,,;³"£;´Ëƒ;µž‡;¶,,µ;C1;RE5;D;p;
2020.01.25 09:13:56.778 4: sduino: Read, msg READredu: MU;P0=-4004;P1=483;P2=-514;P3=-9108;P4=-971;P5=-1950;P6=-13700;CP=1;R=229;D=121314141415141414151615151515151514141415151515141414141414141410141412;p;
2020.01.25 09:13:56.779 5: sduino: Read, RAW rmsg: Mu;Œ€;±³...;'ë;³¥‡;´Æƒ;µÔ€;†ú;·¬;C2;RE6;D2222222BBB222VBBBBBBBBvBBB;p;
2020.01.25 09:13:56.779 4: sduino: Read, msg READredu: MU;P0=140;P1=-1459;P2=491;P3=-1957;P4=-966;P5=-212;P6=378;P7=-4012;CP=2;R=230;D=1232323232323232424242323232561242424242424242427642424210;p;
2020.01.25 09:13:56.780 5: sduino: Read, RAW rmsg: Mu;¤€;'ø;²Éƒ;³‰‡;µ¤;·è€;C1;RE5;d ;p;
2020.01.25 09:13:56.781 4: sduino: Read, msg READredu: MU;P0=164;P1=504;P2=-969;P3=-1929;P5=-4004;P7=-232;CP=1;R=229;D=12121213131313121212121212121215121212131212121313121212170;p;
2020.01.25 09:13:56.792 5: sduino: Read, RAW rmsg: Mu;ô...;¡ì€;,š,;³‹‡;´šƒ;µ€;·¨€;C2;RE3;D2222BBB2222BBBBBBBBRBBp;e;
2020.01.25 09:13:56.792 4: sduino: Read, msg READredu: MU;P0=1524;P1=-108;P2=538;P3=-1931;P4=-922;P5=-3968;P7=-168;CP=2;R=227;D=123232323242424232323232424242424242424252424270;e;
2020.01.25 09:13:56.882 5: sduino: Read, RAW rmsg: Mu;±à,;'Ç;³Âƒ;´¸‡;µ°;·¨³;C2;RE4;D22BB222BBBBBBBBB222BBBB22222222R222B;e;w0;
2020.01.25 09:13:56.883 4: sduino: Read, msg READredu: MU;P1=-736;P2=455;P3=-962;P4=-1976;P5=-4016;P7=-13224;CP=2;R=228;D=12323242423232324242424242424242423232324242424232323232323232325232323242;e;w=0;
2020.01.25 09:13:57.043 5: sduino: Read, RAW rmsg: Mu;€ð€;¡ø‡;,,,,;³Üƒ;¤À»;...;·œ€;C2;RE5;D!!!#####$S##!!###!!!!!!!!!';e;
2020.01.25 09:13:57.044 4: sduino: Read, msg READredu: MU;P0=112;P1=-1912;P2=516;P3=-988;P4=-15168;P5=272;P7=-156;CP=2;R=229;D=01212121232323232324532323212123232321212121212121212127;e;
2020.01.25 09:13:57.169 5: sduino: Read, RAW rmsg: Ms;°·,;‡,;¢Öˆ;³´ƒ;´š;† ƒ;dA11!111!!111!!!!!!!!!111!!!!11111111;C1;S4;RE6;e;b19;s1;m0;
2020.01.25 09:13:57.169 4: sduino: Read, msg READredu: MS;P0=-695;P1=519;P2=-2134;P3=-948;P4=-3994;P6=800;D=14131063121313131212131313121212121212121212131313121212121313131313131313;CP=1;SP=4;R=230;e;b=25;s=1;m0;
2020.01.25 09:13:57.263 5: sduino: Read, RAW rmsg: Mu;°Ô;±'‡;,‹,;³ø,,;´;...Ü‡;–È;·»ƒ;C2;RE3;d22222222222B222222222526rrr ;p;
2020.01.25 09:13:57.264 4: sduino: Read, msg READredu: MU;P0=-468;P1=-1938;P2=523;P3=-1272;P4=-3984;P5=1884;P6=3528;P7=-955;CP=2;R=227;D=121212121232323212121212323232323232323242323232123232321212323232121235323612121272727212120;p;
2020.01.25 09:13:57.724 3: OREGON: Unknown device THGR810_2, please define it

2020.01.25 09:13:57.880 4: sduino: Read, msg: MC;LL=-979;LH=972;SL=-497;SH=473;D=000000A0EBDB9E775FFF3E0382;C=486;L=104;R=77;s48;b1;
2020.01.25 09:13:57.881 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 486 RSSI -35.5 -> Oregon Scientific v2|v3
2020.01.25 09:13:57.882 5: sduino: Parse_MC, extracted data 11111111111111111111111101011111000101000010010001100001100010001010000000000000110000011111110001111101 (bin)
2020.01.25 09:13:57.882 4: sduino: OSV3 protocol detected: msg_start = 28, message_length = 76
2020.01.25 09:13:57.882 4: sduino: OSV3 protocol =                     F82426811500038F3EB
2020.01.25 09:13:57.882 4: sduino: OSV3 protocol converted to hex: (50FA282486110500833FBE) with length (80) bits
2020.01.25 09:13:57.883 5: sduino: Dispatch, 50FA282486110500833FBE, test ungleich: disabled
2020.01.25 09:13:57.883 5: sduino: Dispatch, 50FA282486110500833FBE, -35.5 dB, dispatch
2020.01.25 09:13:57.883 5: sduino: dispatch 50FA282486110500833FBE
2020.01.25 09:13:57.885 5: OREGON: decoding delay=0.16101598739624 hex=50FA282486110500833FBE
2020.01.25 09:13:57.885 5: OREGON: sensor_id=fa28 BitsMsg=80 Bits=80
2020.01.25 09:13:57.885 5: OREGON: checksum2 = 63 berechnet: 63
2020.01.25 09:13:57.886 3: OREGON: Unknown device THGR810_2, please define it

2020.01.25 09:14:10.478 4: sduino: Read, msg: MC;LL=-1022;LH=922;SL=-527;SH=480;D=4EDDBE9FE7F9FFFFFF6732;C=491;L=87;R=251;s2;b2;
2020.01.25 09:14:10.479 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 491 RSSI -76.5 -> Oregon Scientific v2|v3
2020.01.25 09:14:10.479 5: sduino: Parse_MC, extracted data 1011000100100010010000010110000000011000000001100000000000000000000000001001100011001101 (bin)
2020.01.25 09:14:10.480 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:14:16.998 5: sduino: Read, RAW rmsg: Mu;ð€;±ó;'¹€;"æ;´ü€;–À";·"';C3;RDE;D!4!4!4!44!444444g;p;
2020.01.25 09:14:16.999 4: sduino: Read, msg READredu: MU;P0=240;P1=-499;P2=185;P3=486;P4=-252;P6=5056;P7=-4500;CP=3;R=222;D=012134012134213421013401342134343401013401343467;p;
2020.01.25 09:14:16.999 5: sduino: Read, RAW rmsg: Mu;´€;±ï€;'ä;ƒ';´×;§Ð‹;C3;RDB;DCBBBB@CCCp;p;
2020.01.25 09:14:17.000 4: sduino: Read, msg READredu: MU;P0=180;P1=-239;P2=484;P3=273;P4=-471;P7=-2896;CP=3;R=219;D=121213434213421213421342121212134043434370;p;
2020.01.25 09:14:18.216 4: sduino: KeepAlive, ok, retry = 0
2020.01.25 09:14:19.052 4: sduino: Read, msg: MC;LL=-1079;LH=860;SL=-600;SH=378;D=02AD9F7EDFFFFFF47DF9FAEE0;C=486;L=98;R=242;s13;b2;
2020.01.25 09:14:19.053 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 486 RSSI -81 -> Oregon Scientific v2|v3
2020.01.25 09:14:19.053 5: sduino: Parse_MC, extracted data 1111110101010010011000001000000100100000000000000000000000001011100000100000011000000101000100011111 (bin)
2020.01.25 09:14:19.053 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:14:24.532 4: sduino: Read, msg: MC;LL=-1011;LH=918;SL=-543;SH=441;D=29DBB7D3FCFF3FFFFFECE64;C=485;L=90;R=252;s6;b3;
2020.01.25 09:14:24.533 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 485 RSSI -76 -> Oregon Scientific v2|v3
2020.01.25 09:14:24.533 5: sduino: Parse_MC, extracted data 11010110001001000100100000101100000000110000000011000000000000000000000000010011000110011011 (bin)
2020.01.25 09:14:24.533 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:14:26.510 5: sduino: Read, RAW rmsg: Mu;Ý€;¡€;³ñ;"á;µ¬ƒ;–Ú,;·Ø,;C0;RDF;DAAAAAggggAAA;p;i;
2020.01.25 09:14:26.511 4: sduino: Read, msg READredu: MU;P0=221;P1=-256;P3=-497;P4=481;P5=-940;P6=730;P7=-728;CP=0;R=223;D=01034141410303410303410303056767676703034141034103;p;i;
2020.01.25 09:14:26.544 5: sduino: Read, RAW rmsg: Mu;°ñ€;±Ø;²ˆ¬;ƒŒ;•í;C3;RE1;d ;p;
2020.01.25 09:14:26.545 4: sduino: Read, msg READredu: MU;P0=-241;P1=-472;P2=-11400;P3=268;P5=493;CP=3;R=225;D=1503150313150313150505050315031503150315031505052;p;
2020.01.25 09:14:36.245 4: sduino: Read, msg: MC;LL=-1042;LH=907;SL=-552;SH=433;D=005075E8A8FDB3F8DF26A80;C=488;L=89;R=252;s19;b2;
2020.01.25 09:14:36.246 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 488 RSSI -76 -> Oregon Scientific v2|v3
2020.01.25 09:14:36.247 5: sduino: Parse_MC, extracted data 11111111101011111000101000010111010101110000001001001100000001110010000011011001010101111111 (bin)
2020.01.25 09:14:36.247 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:14:38.481 4: sduino: Read, msg: MC;LL=-1035;LH=905;SL=-549;SH=426;D=0000014EDDBE9FE7F9FFFFFF6732;C=485;L=111;R=251;s48;b3;
2020.01.25 09:14:38.482 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 485 RSSI -76.5 -> Oregon Scientific v2|v3
2020.01.25 09:14:38.482 5: sduino: Parse_MC, extracted data 1111111111111111111111101011000100100010010000010110000000011000000001100000000000000000000000001001100011001101 (bin)
2020.01.25 09:14:38.482 4: sduino: OSV3 protocol detected: msg_start = 27, message_length = 84
2020.01.25 09:14:38.483 4: sduino: OSV3 protocol =                     19840D0030C0000002366
2020.01.25 09:14:38.483 4: sduino: OSV3 protocol converted to hex: (581A89040D30C00000003266) with length (88) bits
2020.01.25 09:14:38.483 5: sduino: Dispatch, 581A89040D30C00000003266, test ungleich: disabled
2020.01.25 09:14:38.484 5: sduino: Dispatch, 581A89040D30C00000003266, -76.5 dB, dispatch
2020.01.25 09:14:38.484 5: sduino: dispatch 581A89040D30C00000003266
2020.01.25 09:14:38.486 5: OREGON: decoding delay=40.6007559299469 hex=581A89040D30C00000003266
2020.01.25 09:14:38.486 5: OREGON: sensor_id=1a89 BitsMsg=88 Bits=88
2020.01.25 09:14:38.487 3: OREGON: Unknown device WGR800, please define it

2020.01.25 09:14:45.145 4: sduino: Read, msg: MC;LL=-1034;LH=913;SL=-509;SH=458;D=00159DBA7B9E;C=485;L=47;R=232;s21;b0;w;
2020.01.25 09:14:49.562 5: sduino: Read, RAW rmsg: Mu; ,,‡;'™€;¢ïƒ;ƒì€;¥¼...;†Ç,;C3;R1F;d#!!!#!!##VV#V#Q#&!!#Q!&VQ!&!VQ&Q###!!##!##!&V#!!#Q#!#!!&S ;e;
2020.01.25 09:14:49.563 4: sduino: Read, msg READredu: MU;P0=-1796;P1=153;P2=-879;P3=108;P5=-1340;P6=583;CP=3;R=31;D=012321212123212123235656235623512326212123512126565121262156512651232323212123232123232126562321212351232123212126532;e;
2020.01.25 09:14:52.561 4: sduino: Read, msg: MC;LL=-1013;LH=911;SL=-541;SH=498;D=00A76EDF4FF3FCFFFFFFB399;C=493;L=96;R=253;s16;b1;
2020.01.25 09:14:52.562 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 493 RSSI -75.5 -> Oregon Scientific v2|v3
2020.01.25 09:14:52.563 5: sduino: Parse_MC, extracted data 111111110101100010010001001000001011000000001100000000110000000000000000000000000100110001100110 (bin)
2020.01.25 09:14:52.563 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:14:53.400 4: sduino: Read, msg: MC;LL=-1033;LH=919;SL=-537;SH=460;D=5733FD74FE8DFE002B99FEBA7F46FF0015CCFF5D3FA37F8;C=489;L=185;R=29;s11;b0;
2020.01.25 09:14:53.401 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 489 RSSI -59.5 -> Oregon Scientific v2|v3
2020.01.25 09:14:53.402 5: sduino: Parse_MC, extracted data 10101000110011000000001010001011000000010111001000000001111111111101010001100110000000010100010110000000101110010000000011111111111010100011001100000000101000101100000001011100100000000111 (bin)
2020.01.25 09:14:53.402 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:14:54.067 5: sduino: Read, RAW rmsg: Mu;°˜‡;ä;²Øƒ;"ð;·Œ;C3;RE6;D2200000000022200002222222272220222002220000000002220000222222220222002220000000002220002;p;
2020.01.25 09:14:54.068 4: sduino: Read, msg READredu: MU;P0=-1944;P1=7524;P2=-984;P3=496;P7=-3980;CP=3;R=230;D=3232303030303030303030323232303030303232323232323232373232323032323230303232323030303030303030303232323030303032323232323232323012323232303032323230303030303030303032323230303032;p;
2020.01.25 09:14:54.145 5: sduino: Read, RAW rmsg: Mu;°"‡;...,;²¬ƒ;£ì;¤Ü,;•Ä,,;C1;RE6;D!!!!!!!!!!!1!!E;e;
2020.01.25 09:14:54.146 4: sduino: Read, msg READredu: MU;P0=-1939;P1=517;P2=-940;P3=-3948;P4=-604;P5=1220;CP=1;R=230;D=0101010101010121212101010101212121212121212131212145;e;
2020.01.25 09:14:54.246 5: sduino: Read, RAW rmsg: Mu;ì;±œ‡;'À‡;³Æƒ;"ÄŽ;¥à,;¶¬;‡ô;C0;RE5;d#Es ;p;
2020.01.25 09:14:54.247 4: sduino: Read, msg READredu: MU;P0=492;P1=-1948;P2=1984;P3=-966;P4=3780;P5=-608;P6=-4012;P7=372;CP=0;R=229;D=01010123034503030673030301030303010103030301010101010;p;
2020.01.25 09:14:54.353 5: sduino: Read, RAW rmsg: Mu;ˆ€;¡ü‡;,³,;£ïƒ;¤ü,;µœ;C2;RE6;D!!!!!!###!!!!######$%;e;
2020.01.25 09:14:54.354 4: sduino: Read, msg READredu: MU;P0=136;P1=-1916;P2=563;P3=-879;P4=-636;P5=-412;CP=2;R=230;D=01212121212121232323212121212323232323232425;e;
2020.01.25 09:14:55.323 5: sduino: Read, RAW rmsg: Mu;°°;˜...;¢³,,;ƒ‹,;,,Ü€;C1;RE6;D!!!!!!#!#!#!!#!!!#!!#!!#!$;e;
2020.01.25 09:14:55.324 4: sduino: Read, msg READredu: MU;P0=-432;P1=1304;P2=-1075;P3=523;P4=92;CP=1;R=230;D=012121212121212321232123212123212121232121232121232124;e;
2020.01.25 09:14:55.569 5: sduino: Read, RAW rmsg: Mu;€ð€;±ÿƒ;'¸...;ƒ£,;C2;RE4;d!1!!!!!!!1!1!1!!1!!!1!!1!!1!1 ;e;
2020.01.25 09:14:55.569 4: sduino: Read, msg READredu: MU;P0=112;P1=-1023;P2=1464;P3=547;CP=2;R=228;D=0121312121212121212131213121312121312121213121213121213121312;e;
2020.01.25 09:14:56.886 5: sduino: Read, RAW rmsg: Mu;Êƒ;˜';¢¼Í;ƒ§;´À¡;µå;–ð;·Úƒ;C6;R4D;d455555eeeeeeeeegeeegeeeeeeeegeeegeeeeeeeeeeeeeeeeeegeeeeeeegeeee ;e;
2020.01.25 09:14:56.887 4: sduino: Read, msg READredu: MU;P0=970;P1=4376;P2=-19772;P3=295;P4=-8640;P5=-485;P6=496;P7=-986;CP=6;R=77;D=12343535353535656565656565656565670705656565676565070765656507650765650567656565056765656565656507076565656565656565656565650567656565650705656565676565656507070;e;
2020.01.25 09:15:06.558 4: sduino: Read, msg: MC;LL=-1023;LH=912;SL=-538;SH=496;D=DBB7D3FCFF3FFFFFECE64;C=494;L=82;R=250;s3;b0;
2020.01.25 09:15:06.560 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 494 RSSI -77 -> Oregon Scientific v2|v3
2020.01.25 09:15:06.560 5: sduino: Parse_MC, extracted data 001001000100100000101100000000110000000011000000000000000000000000010011000110011011 (bin)
2020.01.25 09:15:06.561 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:15:13.377 5: sduino: Read, RAW rmsg: Mu;°é€;±Þ,;'Ø,;"ö€;´ì;•õ;C3;RDD;DCEECECEECEEECEEEEECCCC;p;
2020.01.25 09:15:13.378 4: sduino: Read, msg READredu: MU;P0=-233;P1=-734;P2=728;P3=246;P4=-492;P5=501;CP=3;R=221;D=1212121343450503450343450343450345034345034503450505034345034505034503450503450343434343;p;
2020.01.25 09:15:13.690 5: sduino: Read, RAW rmsg: Mu;€€;±ë€;,‡,;µÆ;‡Ü€;C0;RDD;DPRRPRRPRRR;e;i;
2020.01.25 09:15:13.690 4: sduino: Read, msg READredu: MU;P0=256;P1=-235;P2=519;P5=-454;P7=92;CP=0;R=221;D=121050521052105017121052105212121050521052121052;e;i;
2020.01.25 09:15:18.474 4: sduino: KeepAlive, ok, retry = 0
2020.01.25 09:15:20.448 4: sduino: Read, msg: MC;LL=-1048;LH=921;SL=-536;SH=466;D=00053B76FA7F9FE7FFFFFD9CC8;C=495;L=101;R=253;s26;b1;
2020.01.25 09:15:20.449 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 495 RSSI -75.5 -> Oregon Scientific v2|v3
2020.01.25 09:15:20.450 5: sduino: Parse_MC, extracted data 11111111111110101100010010001001000001011000000001100000000110000000000000000000000000100110001100110111 (bin)
2020.01.25 09:15:20.450 4: sduino: OSV3 protocol detected: msg_start = 17, message_length = 84
2020.01.25 09:15:20.451 4: sduino: OSV3 protocol =                     19840D0030C0000002366
2020.01.25 09:15:20.451 4: sduino: OSV3 protocol converted to hex: (581A89040D30C00000003266) with length (88) bits
2020.01.25 09:15:20.451 5: sduino: Dispatch, 581A89040D30C00000003266, test gleich
2020.01.25 09:15:20.452 5: sduino: Dispatch, 581A89040D30C00000003266, -75.5 dB, dispatch
2020.01.25 09:15:20.452 5: sduino: dispatch 581A89040D30C00000003266
2020.01.25 09:15:20.454 5: OREGON: decoding delay=41.9683659076691 hex=581A89040D30C00000003266
2020.01.25 09:15:20.454 5: OREGON: sensor_id=1a89 BitsMsg=88 Bits=88
2020.01.25 09:15:20.455 3: OREGON: Unknown device WGR800, please define it

2020.01.25 09:15:30.769 4: sduino: Read, msg: MC;LL=-995;LH=930;SL=-478;SH=459;D=5075EBD5E;C=476;L=36;R=248;s2;b2;w;
2020.01.25 09:15:30.845 4: sduino: Read, msg: MC;LL=-1041;LH=933;SL=-504;SH=438;D=C158D;C=485;L=20;R=248;s14;b11;
2020.01.25 09:15:33.641 4: sduino: Read, msg: MC;LL=-470;LH=481;SL=-239;SH=265;D=92490;C=242;L=17;R=223;i;s18;b17;w;
2020.01.25 09:15:33.654 5: sduino: Read, RAW rmsg: Mu;€;±Å;,ƒ,;³Õ€;´,,€;•È€;¦Ô;·˜ƒ;C0;RE0;D###$####Q#####;p;
2020.01.25 09:15:33.654 4: sduino: Read, msg READredu: MU;P0=285;P1=-453;P2=515;P3=-213;P4=-132;P5=200;P6=-340;P7=-920;CP=0;R=224;D=010123232324012301230123032351232323010123010623010107;p;
2020.01.25 09:15:33.807 5: sduino: Read, RAW rmsg: Mu;°Ü€;'û;,;³Í;¤Ü€;¶Øƒ;—Ô,;C2;RE0;D12121A111B11212122g;p;i;
2020.01.25 09:15:33.808 4: sduino: Read, msg READredu: MU;P0=-220;P1=507;P2=271;P3=-461;P4=-92;P6=-984;P7=724;CP=2;R=224;D=01023102323102323101410102310231023142310231010102323102323102323267;p;i;
2020.01.25 09:15:34.517 4: sduino: Read, msg: MC;LL=-1025;LH=915;SL=-541;SH=480;D=0053B76FA7F9FE7FFFFFD9CC8;C=493;L=97;R=251;s18;b1;
2020.01.25 09:15:34.518 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 493 RSSI -76.5 -> Oregon Scientific v2|v3
2020.01.25 09:15:34.518 5: sduino: Parse_MC, extracted data 1111111110101100010010001001000001011000000001100000000110000000000000000000000000100110001100110111 (bin)
2020.01.25 09:15:34.518 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:15:46.171 4: sduino: Read, msg: MC;LL=-966;LH=927;SL=-539;SH=440;D=000000ACEDD3D;C=478;L=52;R=233;s47;b0;w;
2020.01.25 09:15:46.173 4: sduino: Read, msg: MC;LL=-966;LH=927;SL=-539;SH=440;D=7ABFFA9880;C=478;L=37;R=233;s3;b2;
2020.01.25 09:15:48.517 4: sduino: Read, msg: MC;LL=-1043;LH=927;SL=-521;SH=467;D=0A76EDF4FF3FCFFFFFFB399;C=492;L=92;R=251;s8;b1;
2020.01.25 09:15:48.518 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 492 RSSI -76.5 -> Oregon Scientific v2|v3
2020.01.25 09:15:48.519 5: sduino: Parse_MC, extracted data 11110101100010010001001000001011000000001100000000110000000000000000000000000100110001100110 (bin)
2020.01.25 09:15:48.519 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:15:50.405 4: sduino: Read, msg: MC;LL=-1017;LH=933;SL=-521;SH=481;D=002B99FEBA6F42CF0015CCFF5D37A167800AE67FAE9BD0B3C;C=485;L=194;R=29;s23;b0;
2020.01.25 09:15:50.406 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 485 RSSI -59.5 -> Oregon Scientific v2|v3
2020.01.25 09:15:50.406 5: sduino: Parse_MC, extracted data 1111111111010100011001100000000101000101100100001011110100110000111111111110101000110011000000001010001011001000010111101001100001111111111101010001100110000000010100010110010000101111010011000011 (bin)
2020.01.25 09:15:50.406 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:15:50.930 5: sduino: Read, RAW rmsg: Ms;±Àƒ;'ñ;³˜;´"‡;D#!!!$!!!$$!!!$$$$$$$$$!!!$$$$!!!!!!!!;C2;S3;RE5;e;b4;m0;
2020.01.25 09:15:50.931 4: sduino: Read, msg READredu: MS;P1=-960;P2=497;P3=-3992;P4=-1939;D=23212121242121212424212121242424242424242424212121242424242121212121212121;CP=2;SP=3;R=229;e;b=4;m0;
2020.01.25 09:15:50.932 5: sduino: Read, RAW rmsg: Ms;±Àƒ;'ñ;³˜;´"‡;D#!!!$!!!$$!!!$$$$$$$$$!!!$$$$!!!!!!!!;C2;S3;RE5;e;m1;
2020.01.25 09:15:50.932 4: sduino: Read, msg READredu: MS;P1=-960;P2=497;P3=-3992;P4=-1939;D=23212121242121212424212121242424242424242424212121242424242121212121212121;CP=2;SP=3;R=229;e;m1;
2020.01.25 09:15:51.290 5: sduino: Read, RAW rmsg: Ms;¡,,‡;'ï;³Îƒ;´–;D$###!###!!###!!!!!!!!!###!!!!########;C2;S4;RE6;e;b20;m0;
2020.01.25 09:15:51.290 4: sduino: Read, msg READredu: MS;P1=-1796;P2=495;P3=-974;P4=-3990;D=24232323212323232121232323212121212121212121232323212121212323232323232323;CP=2;SP=4;R=230;e;b=32;m0;
2020.01.25 09:15:51.291 5: sduino: Read, RAW rmsg: Ms;¡,,‡;'ï;³Îƒ;´–;†Ô...;d$###!###!!###!!!!!!!!!###!!!`;C2;S4;RE6;e;m1;
2020.01.25 09:15:51.292 4: sduino: Read, msg READredu: MS;P1=-1796;P2=495;P3=-974;P4=-3990;P6=1364;D=242323232123232321212323232121212121212121212323232121216;CP=2;SP=4;R=230;e;m1;
2020.01.25 09:15:51.456 5: sduino: Read, RAW rmsg: Mu; Ä;±ôÄ;,,,,;µœ‡;–Ã;·Ôƒ;C6;RE7;dEgggeeeeeeeeegggeeeegggggggg`a;e;w0;
2020.01.25 09:15:51.457 4: sduino: Read, msg READredu: MU;P0=-3908;P1=-17652;P4=1040;P5=-1948;P6=451;P7=-980;CP=6;R=231;D=45676767656565656565656565676767656565656767676767676767606;e;w=0;
2020.01.25 09:15:53.053 4: sduino: Read, msg: MC;LL=-1074;LH=883;SL=-575;SH=387;D=00000156CFBF6FFFFFFA3EFCFD770;C=486;L=115;R=242;s54;b9;
2020.01.25 09:15:53.054 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 486 RSSI -81 -> Oregon Scientific v2|v3
2020.01.25 09:15:53.054 5: sduino: Parse_MC, extracted data 11111111111111111111111010101001001100000100000010010000000000000000000000000101110000010000001100000010100010001111 (bin)
2020.01.25 09:15:53.054 4: sduino: OSV3 protocol detected: msg_start = 27, message_length = 88
2020.01.25 09:15:53.055 4: sduino: OSV3 protocol =                     291402100000470181822E
2020.01.25 09:15:53.055 4: sduino: OSV3 protocol converted to hex: (5C2A190412000040078181220) with length (92) bits
2020.01.25 09:15:53.055 5: sduino: Dispatch, 5C2A190412000040078181220, test ungleich: disabled
2020.01.25 09:15:53.056 5: sduino: Dispatch, 5C2A190412000040078181220, -81 dB, dispatch
2020.01.25 09:15:53.056 5: sduino: dispatch 5C2A190412000040078181220
2020.01.25 09:15:53.058 5: OREGON: decoding delay=2.76912403106689 hex=5C2A190412000040078181220
2020.01.25 09:15:53.058 5: OREGON: sensor_id=2a19 BitsMsg=92 Bits=92
2020.01.25 09:15:53.058 5: OREGON: checksum8 = 40 berechnet: 40
2020.01.25 09:15:53.059 3: OREGON: Unknown device PCR800, please define it

2020.01.25 09:15:54.688 5: sduino: Read, RAW rmsg: Mu;°øƒ;ã...;²Ü€;ƒð€;¤ð,;†Š,;§à;C1;RE5;d#Ap;p;
2020.01.25 09:15:54.689 4: sduino: Read, msg READredu: MU;P0=-1016;P1=1379;P2=-220;P3=112;P4=-624;P6=522;P7=-352;CP=1;R=229;D=012341060106010601010601010106010106010106010601010106017;p;
2020.01.25 09:15:55.725 3: OREGON: Unknown device THGR810_2, please define it

2020.01.25 09:15:55.855 4: sduino: Read, msg: MC;LL=-994;LH=959;SL=-516;SH=462;D=000000A0EBDB9E755FFF3E3D98;C=488;L=104;R=77;s49;b2;
2020.01.25 09:15:55.856 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 488 RSSI -35.5 -> Oregon Scientific v2|v3
2020.01.25 09:15:55.856 5: sduino: Parse_MC, extracted data 11111111111111111111111101011111000101000010010001100001100010101010000000000000110000011100001001100111 (bin)
2020.01.25 09:15:55.857 4: sduino: OSV3 protocol detected: msg_start = 28, message_length = 76
2020.01.25 09:15:55.857 4: sduino: OSV3 protocol =                     F82426815500038346E
2020.01.25 09:15:55.858 4: sduino: OSV3 protocol converted to hex: (50FA2824865105008343E6) with length (80) bits
2020.01.25 09:15:55.858 5: sduino: Dispatch, 50FA2824865105008343E6, test ungleich: disabled
2020.01.25 09:15:55.858 5: sduino: Dispatch, 50FA2824865105008343E6, -35.5 dB, dispatch
2020.01.25 09:15:55.859 5: sduino: dispatch 50FA2824865105008343E6
2020.01.25 09:15:55.861 5: OREGON: decoding delay=0.13617992401123 hex=50FA2824865105008343E6
2020.01.25 09:15:55.861 5: OREGON: sensor_id=fa28 BitsMsg=80 Bits=80
2020.01.25 09:15:55.861 5: OREGON: checksum2 = 67 berechnet: 67
2020.01.25 09:15:55.862 3: OREGON: Unknown device THGR810_2, please define it

2020.01.25 09:15:59.267 4: sduino: Read, msg: MC;LL=-1037;LH=920;SL=-544;SH=423;D=00000141D7A2A3EECFE37D9A18;C=487;L=103;R=254;s48;b3;
2020.01.25 09:15:59.268 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 487 RSSI -75 -> Oregon Scientific v2|v3
2020.01.25 09:15:59.269 5: sduino: Parse_MC, extracted data 11111111111111111111111010111110001010000101110101011100000100010011000000011100100000100110010111100111 (bin)
2020.01.25 09:15:59.269 4: sduino: OSV3 protocol detected: msg_start = 27, message_length = 76
2020.01.25 09:15:59.269 4: sduino: OSV3 protocol =                     F82475701910728C4FC
2020.01.25 09:15:59.270 4: sduino: OSV3 protocol converted to hex: (50FA287475101970824CCF) with length (80) bits
2020.01.25 09:15:59.270 5: sduino: Dispatch, 50FA287475101970824CCF, test ungleich: disabled
2020.01.25 09:15:59.270 5: sduino: Dispatch, 50FA287475101970824CCF, -75 dB, dispatch
2020.01.25 09:15:59.271 5: sduino: dispatch 50FA287475101970824CCF
2020.01.25 09:15:59.272 5: OREGON: decoding delay=3.41176795959473 hex=50FA287475101970824CCF
2020.01.25 09:15:59.273 5: OREGON: sensor_id=fa28 BitsMsg=80 Bits=80
2020.01.25 09:15:59.273 5: OREGON: checksum2 = 76 berechnet: 76
2020.01.25 09:15:59.273 3: OREGON: Unknown device THGR810_7, please define it

2020.01.25 09:16:02.474 4: sduino: Read, msg: MC;LL=-1034;LH=922;SL=-530;SH=478;D=0053B76FA7F9FE7FFFFFD9CC8;C=493;L=97;R=250;s35;b18;w;
2020.01.25 09:16:02.475 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 493 RSSI -77 -> Oregon Scientific v2|v3
2020.01.25 09:16:02.475 5: sduino: Parse_MC, extracted data 1111111110101100010010001001000001011000000001100000000110000000000000000000000000100110001100110111 (bin)
2020.01.25 09:16:02.475 5: sduino: Parse_MC, protocol does not match return from method: (undef)
2020.01.25 09:16:02.476 5: sduino: Read, RAW rmsg: Mu; ìƒ;ü€;¥Á...;†Ù,;C1;R1E;dVVV ;e;
2020.01.25 09:16:02.476 4: sduino: Read, msg READredu: MU;P0=-876;P1=124;P5=-1345;P6=601;CP=1;R=30;D=010101010101010101010101010101010101010101565601560;e;
2020.01.25 09:16:10.939 5: sduino: Read, RAW rmsg: Mu;ø€;±ë€;'å;¤€,;µÈƒ;–¤,;§ü;C0;RDB;d!!!!!!!!!!!!!!!!!!!!g`;p;i;
2020.01.25 09:16:10.940 4: sduino: Read, msg READredu: MU;P0=248;P1=-235;P2=485;P4=-512;P5=-968;P6=676;P7=-380;CP=0;R=219;D=012104210404210404210421040421042104212104210421042121042104212104042121212105676;p;i;
2020.01.25 09:16:10.941 5: sduino: Read, RAW rmsg: Mu;°°,;±é€;'ý€;³õ;"ð;¶üƒ;‡ƒ;C2;RDE;D424424444444424g22;e;
2020.01.25 09:16:10.942 4: sduino: Read, msg READredu: MU;P0=-688;P1=-233;P2=253;P3=-501;P4=496;P6=-1020;P7=784;CP=2;R=222;D=341232341234123234123412341412341234123414123412341412323414141412670707073232;e;
2020.01.25 09:16:16.492 4: sduino: Read, msg: MC;LL=-1056;LH=924;SL=-540;SH=455;D=000000A76EDF4FF3FCFFFFFFB399;C=495;L=112;R=252;s52;b5;
2020.01.25 09:16:16.493 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 495 RSSI -76 -> Oregon Scientific v2|v3
2020.01.25 09:16:16.493 5: sduino: Parse_MC, extracted data 1111111111111111111111110101100010010001001000001011000000001100000000110000000000000000000000000100110001100110 (bin)
2020.01.25 09:16:16.494 4: sduino: OSV3 protocol detected: msg_start = 28, message_length = 84
2020.01.25 09:16:16.494 4: sduino: OSV3 protocol =                     19840D0030C0000002366
2020.01.25 09:16:16.494 4: sduino: OSV3 protocol converted to hex: (581A89040D30C00000003266) with length (88) bits
2020.01.25 09:16:16.495 5: sduino: Dispatch, 581A89040D30C00000003266, test ungleich: disabled
2020.01.25 09:16:16.495 5: sduino: Dispatch, 581A89040D30C00000003266, -76 dB, dispatch
2020.01.25 09:16:16.496 5: sduino: dispatch 581A89040D30C00000003266
2020.01.25 09:16:16.497 5: OREGON: decoding delay=17.224818944931 hex=581A89040D30C00000003266
2020.01.25 09:16:16.498 5: OREGON: sensor_id=1a89 BitsMsg=88 Bits=88
2020.01.25 09:16:16.498 3: OREGON: Unknown device WGR800, please define it

2020.01.25 09:16:18.528 4: sduino: KeepAlive, ok, retry = 0
2020.01.25 09:16:23.881 4: sduino: Read, msg: MC;LL=-1022;LH=927;SL=-533;SH=437;D=00000141D7AF57F37FDCD82B1A;C=486;L=103;R=248;s52;b7;
2020.01.25 09:16:23.882 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 486 RSSI -78 -> Oregon Scientific v2|v3
2020.01.25 09:16:23.882 5: sduino: Parse_MC, extracted data 11111111111111111111111010111110001010000101000010101000000011001000000000100011001001111101010011100101 (bin)
2020.01.25 09:16:23.882 4: sduino: OSV3 protocol detected: msg_start = 27, message_length = 76
2020.01.25 09:16:23.883 4: sduino: OSV3 protocol =                     F8241A20620889C75E4
2020.01.25 09:16:23.883 4: sduino: OSV3 protocol converted to hex: (50FA28142A600288C9574E) with length (80) bits
2020.01.25 09:16:23.883 5: sduino: Dispatch, 50FA28142A600288C9574E, test ungleich: disabled
2020.01.25 09:16:23.883 5: sduino: Dispatch, 50FA28142A600288C9574E, -78 dB, dispatch
2020.01.25 09:16:23.884 5: sduino: dispatch 50FA28142A600288C9574E
2020.01.25 09:16:23.885 5: OREGON: decoding delay=7.38797307014465 hex=50FA28142A600288C9574E
2020.01.25 09:16:23.886 5: OREGON: sensor_id=fa28 BitsMsg=80 Bits=80
2020.01.25 09:16:23.886 5: OREGON: checksum2 = 87 berechnet: 87
2020.01.25 09:16:23.886 3: OREGON: Unknown device THGR810_1, please define it

2020.01.25 09:16:30.512 4: sduino: Read, msg: MC;LL=-1051;LH=916;SL=-537;SH=446;D=000000A76EDF4FF3FCFFFFFFB399;C=491;L=112;R=251;s49;b2;
2020.01.25 09:16:30.513 4: sduino: Parse_MC, Found manchester Protocol id 10 clock 491 RSSI -76.5 -> Oregon Scientific v2|v3
2020.01.25 09:16:30.513 5: sduino: Parse_MC, extracted data 1111111111111111111111110101100010010001001000001011000000001100000000110000000000000000000000000100110001100110 (bin)
2020.01.25 09:16:30.513 4: sduino: OSV3 protocol detected: msg_start = 28, message_length = 84
2020.01.25 09:16:30.514 4: sduino: OSV3 protocol =                     19840D0030C0000002366
2020.01.25 09:16:30.514 4: sduino: OSV3 protocol converted to hex: (581A89040D30C00000003266) with length (88) bits
2020.01.25 09:16:30.514 5: sduino: Dispatch, 581A89040D30C00000003266, test ungleich: disabled
2020.01.25 09:16:30.515 5: sduino: Dispatch, 581A89040D30C00000003266, -76.5 dB, dispatch
2020.01.25 09:16:30.515 5: sduino: dispatch 581A89040D30C00000003266
2020.01.25 09:16:30.517 5: OREGON: decoding delay=6.63147711753845 hex=581A89040D30C00000003266
2020.01.25 09:16:30.517 5: OREGON: sensor_id=1a89 BitsMsg=88 Bits=88
2020.01.25 09:16:30.517 3: OREGON: Unknown device WGR800, please define it

Was noch auffällt ist der UV Sensor.
Der UV Sensor ist maximal 3m entfernt vom sduino und wird kaum erkannt.
Wenn der UV Sensor UVN800 erkannt wird, wird der Sensor als UVN800_1 angelegt und nicht als UVN800.
Eigentlich dürften nur die Sensoren THWR800 und THGR810 mit der Adresse angelegt werden.

@Sidey

ZitatPasst das so für dich?

Das würde schon passen.
Ich könnte mich ja dann festlegen, welchen Empfänger ich für welchen Sensor verwende.
Mit dem Attribut ignore beim Sensor kann ich diesen ohnehin deaktivieren.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 25 Januar 2020, 10:49:18

Ist da evtl auch ein TFA 30.3208.0 oder Baugleich dabei?
Passen die Temp und Hum?

Code Auswählen

2020.01.25 10:39:12.026 4 : sduinoD/msg get raw: MC;LL=-1033;LH=919;SL=-537;SH=460;D=5733FD74FE8DFE002B99FEBA7F46FF0015CCFF5D3FA37F8;C=489;L=185;R=29;
2020.01.25 10:39:12.027 4 : sduinoD: Found manchester Protocol id 58 clock 489 RSSI -59.5 -> TFA 30.3208.0
2020.01.25 10:39:12.027 4 : sduinoD: TFA 30.3208.0 preamble_pos = 68
2020.01.25 10:39:12.027 4 : sduinoD: repeated hex 466014580B900 found 2 times
2020.01.25 10:39:12.028 4 : sduinoD: SD_WS_Parse protocol 58, rawData 466014580B900
2020.01.25 10:39:12.028 4 : sduinoD: SD_WS_Parse decoded protocol-id 58 (TFA 30.3208.0), sensor-id 96
2020-01-25 10:39:12.030 SD_WS SD_WS_58_TH_2 T: 21.8 H: 11

2020.01.25 10:43:06.937 4 : sduinoD/msg get raw: MC;LL=-1028;LH=912;SL=-526;SH=467;D=AE67FAE9BD0B3C005733FD74DE859E002B99FEBA6F42CF;C=488;L=184;R=28;
2020.01.25 10:43:06.937 4 : sduinoD: Found manchester Protocol id 58 clock 488 RSSI -60 -> TFA 30.3208.0
2020.01.25 10:43:06.938 4 : sduinoD: TFA 30.3208.0 preamble_pos = 67
2020.01.25 10:43:06.938 4 : sduinoD: repeated hex 466014590BD30 found 2 times
2020.01.25 10:43:06.938 4 : sduinoD: SD_WS_Parse protocol 58, rawData 466014590BD30
2020.01.25 10:43:06.938 4 : sduinoD: SD_WS_Parse decoded protocol-id 58 (TFA 30.3208.0), sensor-id 96
2020-01-25 10:43:06.940 SD_WS SD_WS_58_TH_2 T: 21.9 H: 11

Falls es passt ist dafür evtl noch eine Anpassung im SD_WS Modul erforderlich.

Edit: ist dies überhaupt möglich, daß es in einem Raum eine sehr niedrige Luftfeuchtigkeit von 11% haben kann?

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 25 Januar 2020, 14:53:48

Eigentlich sollten ja nur Oregon Sensoren vom SIGNALduino erfasst werden, und da hat keiner 11% Feuchte.
Oregon Attribut whitelist_IDs => 10,18

Ich habe auch andere Sensoren, aber die dürften mit dieser Einstellung nicht erfasst werden, bzw. verstanden die bisher weder der RFXTRX noch der SIGNALduino.
ZB: FT007TP Funk Temperatur Sensor mit Kabelfühler für Froggit FT0073 und FT0075.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 25 Januar 2020, 15:40:27

Dieser Temperatursensor mit der protocol-id 58 hat ein Protokoll ähnlich dem TFA 30.3208.0 und wird z.Zt. wahrscheinlich von keinem Empfänger ausgewertet.
Er wird vom Signalduino zwar empfangen aber nicht ausgewertet.
Mich interessiert ob Du einen Temperatursensor hast bei dem diese Werte (Temp ca 21-22, Hum 11) passen könnten oder ob er evtl von einem Nachbar empfangen wird?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 25 Januar 2020, 16:07:22

Mein Sensor hat nur eine Temperaturanzeige und einen Wert von derzeit 22.7°C.
Das ist ein Sensor mit exernen Fühler für die Kühlgeräte und hat die Adresse 2.
Dieser Sensor lässt 8 unterschiedliche Adressen zu.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 31 Januar 2020, 12:18:33

Ich habe bis auf den PCR800 entsprechende Daten gesammelt.

Aufgefallen ist mir, dass kein Sensor beim sduino Modul die rssi Werte ausgibt.
Die RSSI Werte werden normalerweise bei den Readings zb. als rssi 2 angezeigt.
Anschließen wird mittels Attribut userReadings rssi_dB:rssi.* {ReadingsNum("$name","rssi",0)*8-120} auf dB ungewandelt.

Der UV Sensor wird mit der Bezeichnung UVN800_1 angelegt.
Dieser UV Sensortyp hat keine änderbare Adresse und wird beim TRX Modul richtig als UVN800 angelegt.

Zusätzlich habe ich den Kühlschrankfühler erfasst.
Der Sensor Froggit FT007T sieht wie das Sensorgehäuse TFA-Dostmann 30.3208.02 aus.
8 Adressen können definiert werden. In diesem Fall ist es die Adresse 2 und erfasste beim Test die Raumtemperatur.

Die Raumtemperatur erfassten bei Test auch die Senoren THGR810_x.
Genauere Test kann ich machen wenn die Sensoren an sich soweit richtig erkannt werden.

Geteste wurden die Sensoren direkt am Empfänger mit der Sduino Definition und ohne angescchlossener Antenne. Nur der PCR800 wurde mit Antenne geteste weil der Sensor fix mit der Wetterstation verbunden ist. Daher auch bei weitem mehr Datenpackete bei der PCR800 Erfassung.
Der Empfänger ist auch ohne Antenne noch sehr empfindlich und hört Datenpacket noch aus 30m Entferung und durch 3 Wände.
list sduino

Code Auswählen


Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SD_GT:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
   DMSG       581A89040DF0C01740034D38
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
   FD         11
   FUUID      5e32d010-f33f-f4d2-c4ce-c11e5eab5b50e088
   LASTDMSG   581A89040DF0C01740034D38
   LASTDMSGID 10
   MSGCNT     12
   NAME       sduino
   NR         1058
   PARTIAL    
   RAWMSG     MC;LL=-1060;LH=899;SL=-558;SH=455;D=800014EDDBE9FE1F82FFA7E9BC6;C=495;L=107;
   STATE      opened
   TIME       1580458719.80592
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 2020-01-31 09:17:27-MC;LL=-480;LH=512;SL=-224;SH=235;D=5494A4A954A4AA9550;C=241;L=69;#2020-01-31 09:17:27-MC;LL=-504;LH=490;SL=-262;SH=220;D=5494A4A954A;C=245;L=43;#2020-01-31 09:17:27-MC;LL=-506;LH=473;SL=-240;SH=256;D=94952A948;C=245;L=34;#2020-01-31 09:17:27-MC;LL=-505;LH=483;SL=-254;SH=223;D=5494A4A954A0;C=244;L=45;#2020-01-31 09:17:28-MC;LL=-1073;LH=876;SL=-580;SH=392;D=2FC59F7BFED34;C=486;L=51;#2020-01-31 09:17:34-MC;LL=-1042;LH=909;SL=-560;SH=417;D=D6E9B568;C=487;L=29;#2020-01-31 09:17:42-MC;LL=-1072;LH=877;SL=-581;SH=391;D=7FD7E76FBDFF6F68;C=486;L=61;#2020-01-31 09:17:57-MC;LL=-1081;LH=869;SL=-581;SH=432;D=4FFAFC37F7BFFDB9;C=493;L=64;#2020-01-31 09:18:09-MC;LL=-517;LH=445;SL=-275;SH=214;D=5252A4AA4A54AA5554;C=241;L=70;#2020-01-31 09:18:09-MC;LL=-506;LH=483;SL=-253;SH=225;D=5252A4AA4A54AA5554;C=244;L=70;#2020-01-31 09:18:09-MC;LL=-483;LH=464;SL=-262;SH=249;D=494B255252A552AAA;C=242;L=67;#2020-01-31 09:18:09-MC;LL=-504;LH=471;SL=-270;SH=237;D=295255252A552AAA;C=246;L=63;#2020-01-31 09:18:09-MC;LL=-509;LH=475;SL=-259;SH=231;D=5252A4AA4;C=245;L=35;#2020-01-31 09:18:11-MC;LL=-1083;LH=865;SL=-596;SH=420;D=F4FF4FCBBFD3F1D59;C=493;L=68;#2020-01-31 09:18:13-MC;LL=-1053;LH=886;SL=-592;SH=405;D=5EADD6DFCC60B580;C=489;L=61;#2020-01-31 09:18:23-MC;LL=-507;LH=483;SL=-249;SH=216;D=4A4A954A4;C=242;L=34;#2020-01-31 09:18:23-MC;LL=-505;LH=445;SL=-257;SH=225;D=5494A4A954A4AA9550;C=238;L=70;#2020-01-31 09:18:24-MC;LL=-1135;LH=856;SL=-615;SH=425;D=0000014EDC;C=505;L=39;#2020-01-31 09:18:29-MC;LL=-506;LH=480;SL=-250;SH=232;D=54949494;C=244;L=32;#2020-01-31 09:18:29-MC;LL=-512;LH=463;SL=-277;SH=226;D=2525252952;C=246;L=40;#2020-01-31 09:18:29-MC;LL=-519;LH=467;SL=-282;SH=197;D=54949494A5490;C=244;L=49;#2020-01-31 09:18:29-MC;LL=-522;LH=465;SL=-268;SH=222;D=4AA5528;C=246;L=25;#2020-01-31 09:18:29-MC;LL=-503;LH=462;SL=-293;SH=232;D=54949494A548;C=248;L=46;#2020-01-31 09:18:29-MC;LL=-503;LH=462;SL=-293;SH=232;D=D4AA5;C=248;L=20;#2020-01-31 09:18:29-MC;LL=-500;LH=483;SL=-266;SH=230;D=92A954A;C=246;L=27;
   version    V 3.3.0 SIGNALduino - compiled at Sep 18 2016 00:28:28
   versionProtocols 1.15
   versionmodul v3.4.2_dev_20.01
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|20|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[A-Fa-f0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2020-01-31 09:08:53   state           opened
     2020-01-30 17:26:57   version         V 3.3.0 SIGNALduino - compiled at Sep 18 2016 00:28:28
   additionalSets:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     18
   msIdList:
   muIdList:
Attributes:
   devStateIcon Initialized:it_network@0CFB0C opened:it_network@0CFB0C disconnected:it_network@red closed:it_network@red
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nano328
   longids    0
   room       _RxTx
   verbose    5
   whitelist_IDs 10,18

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 31 Januar 2020, 14:21:41

Hallo Burny4600,

um deine Sensoren und die Funktion 100% kontrollieren zu können, wäre es hilfreicher wenn man sich Sensor 1 vornimmt und alles durchspielt und das fortsetzt mit den anderen Sensoren.

Nur so kann man sehen, das Adresse / Temperatur ... richtig aus den Daten genommen werden im Modul.

Kannst du die Daten der Sensoren 100 % dem einen Sensor jeweils zuweisen? Also zum Beispiel den Testsensor neben dem Signalduino legen und die anderen in einen Stahlschrank (oder abschotten).

Wäre diese Vorgehensweise realisierbar bei deinen Gegebenheiten?

Grüße

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 31 Januar 2020, 17:01:05

Ich baue mir eine großere Blechdose um einen Sensor mit dem siduino daran unterzubringen.
Sollte das noch nicht reichen muss ich mir am Empfänger etwas einfallen lassen.
Nächste Woche habe ich dann auch einen PCR800 zum Testen.
Damit wären nach Auswertung alle erfasst.
Ich lege noch parallel dazu ein Datenblatt pro Sensor an, um den Zeitpunkt und die Sensorwerte zu erfassen.
Dann müsstest du alle Infos für die Auswertung haben.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 12 Februar 2020, 17:02:23

@HomeAuto_User
Jetzt müsste die Sensorauswertung passen.
Antenne des Sduinos wurde entfernt. Der Sduino mit dem Sensor wurden in einem geschlossenen Metalbehälter gepackt. Somit dürfte eigentlich nichts anderes mehr im LOG erscheinen was ich beeinflussen kann.
Im Umfeld sind bei den Nachbaren sehr viele Funktsensoren aller möglichen Kategorien verbaut. Da herrscht ein richtiges Funkfeuerwerk. Ich habe mindestens an die 150 Sensoren mit ignore deaktiviert. Mich wundert das meine eigenen Sensoren in diesem Feuerwerk noch ordnungsgemäß erfasst werden.
Wie schon erwähnt passt die UV Sensorbezeichnung des Sduinos nicht. Diese müsste UVN800 lauten und nicht UVN800_1. Bei diesem Sensor kann man keine Adresse festlegen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 12 Februar 2020, 21:09:31

Bei dem Froggit FT007T kann ich evtl. helfen. Ersetzte bitte im Verzeichnis /fhem/FHEM die angehangene Datei. Nach einem reload des Moduls oder Neustart von FHEM müssten dir dann Sensoren "SD_WS_58_x" angelegt werden.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 14 Februar 2020, 20:35:55

Der Froggit FT007T wurde leider noch nicht erkannt.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: andies am 14 Februar 2020, 21:21:48

Hallo Sidey, ich habe eine Frage. Ich will meinen Signalduino via WLAN (und dann dort ESP-Link oder ähnliches) ansprechen. In der commandref steht das nicht ausdrücklich, aber ich nehme an, dass ich da doch so vorgehen kann

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
   DEF        192.168.2.47:23
   DMSG       nothing
   DevState   waitInit
   DeviceName 192.168.2.47:23
   FD         45
   FUUID      5e403ab8-f33f-1115-2890-d401c76b3f55795f
   FVERSION   00_SIGNALduino.pm:v3.4.1-s20746/2019-12-14
   IDsNoDispatch 2,72.1,82
   LASTDMSG   nothing
   LASTDMSGID nothing
   NAME       sduino2
   NR         386
   PARTIAL    ��~�������~����~`�f����`�����`���`�����`�����`�����������`�`����x���f��f``�~�����f`�~��~����~~����~���~�����~`f``x```xx``x`x`````x`x����x���f��f``�~�����f�~����~��������~������~`f``x```xx``x`x`````x`x����x���f��f``�~������x������~�����`���~�������~`f``x```xx``x`x`````x`x����x���f��f``�~������x������~��~������~��~�x�`�`�`���`���`�������������������`���`����x����~f��~������x�~��~����~���~x����~��f~��`x`x`xxx`xx`````xx`�~�x����~f��~���������f�~����~��~�������`~��`x`x`x``````````x�~�x����~f��~����������x������~��~������~���~��`x`x`xxx`xx`````xx`�~�x����~f��~�����~��~��
   STATE      opened
   TIME       1581711477.15432
   TYPE       SIGNALduino
   initResetFlag 1
   initretry  2
   sendworking 0
   version    
   versionProtocols 1.10
   versionmodul v3.4.1
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2020-02-14 21:18:34   state           opened
     2020-02-09 18:03:57   version         0
   getcmd:
     cmd        version
   helper:
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     23
     25
     33
     33.1
     33.2
     35
     41
     51
     53
     55
     65
     68
     74.1
     87
     88
     90
     91.1
     93
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     76
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
     94
     95
Attributes:
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -v -v -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101

Allerdings, und das sieht man ja unter partials, kommt da nur Müll an. In ESP-Link ist als Baudrate 115200 eingestellt und wenn ich diese dann hier oben angebe (hinter dem Port), habe ich auch keine lesbaren Mitteilungen und das Gerät schließt sich. Hast Du eine Idee, was ich da tun kann?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: sash.sc am 14 Februar 2020, 21:29:21

In esp-link die Baudrate auf 57600 setzen.

Gesendet von meinem MI 9 mit Tapatalk

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: andies am 15 Februar 2020, 10:45:35

Hat sich geklärt, in einem anderen Post: https://forum.fhem.de/index.php/topic,108435.msg1024056.html#msg1024056 (https://forum.fhem.de/index.php/topic,108435.msg1024056.html#msg1024056)

Kurzfassung: Baudrate 57600.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 18 Februar 2020, 15:20:57

@HomeAuto_User und @Sidey
Wird für die Auswertungen der einzelnen Sensoren noch etwas benötigt oder waren die LOGs ausreichend?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 18 Februar 2020, 15:28:45

@Burny4600

Zitat von: Burny4600 am 12 Februar 2020, 17:02:23
@HomeAuto_User
Jetzt müsste die Sensorauswertung passen.
Antenne des Sduinos wurde entfernt. Der Sduino mit dem Sensor wurden in einem geschlossenen Metalbehälter gepackt. Somit dürfte eigentlich nichts anderes mehr im LOG erscheinen was ich beeinflussen kann.
Im Umfeld sind bei den Nachbaren sehr viele Funktsensoren aller möglichen Kategorien verbaut. Da herrscht ein richtiges Funkfeuerwerk. Ich habe mindestens an die 150 Sensoren mit ignore deaktiviert. Mich wundert das meine eigenen Sensoren in diesem Feuerwerk noch ordnungsgemäß erfasst werden.
Wie schon erwähnt passt die UV Sensorbezeichnung des Sduinos nicht. Diese müsste UVN800 lauten und nicht UVN800_1. Bei diesem Sensor kann man keine Adresse festlegen.

Entschuldigung, ich bzw wir blickten noch nicht darüber. Derzeit liegt bzw lag der Fokus an einem Fehler in der Software oder der Firmware was etwas Zeitaufwendig erschien. Ich werde mir nachher mal die Logs ansehen ob ich da eine Erkenntnis herausbekomme.

Hattest du mal die Variante von elektron-bbs getestet?

Zitat von: elektron-bbs am 12 Februar 2020, 21:09:31
Bei dem Froggit FT007T kann ich evtl. helfen. Ersetzte bitte im Verzeichnis /fhem/FHEM die angehangene Datei. Nach einem reload des Moduls oder Neustart von FHEM müssten dir dann Sensoren "SD_WS_58_x" angelegt werden.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 18 Februar 2020, 16:02:04

@HomeAuto_User
Das ist kein Problem. Ich habe nur zur Sicherheit nachgefragt.

ZitatHattest du mal die Variante von elektron-bbs getestet?

Diese Version habe ich schon eine Weile in Betrieb.
Nur wurde mein Froggit FT007T nicht erkannt.
Die Ignore Liste habe ich zu Sicherheit überprüft, ob es einen Eintrag mit SD_WS_58_x nicht vorhanden ist. Mit einem Eintrag wäre das für den Test auch gerade nicht hilfreich.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 18 Februar 2020, 17:30:01

Tja, wenn ich die Nachrichten aus deinem Froggit FT007T.log dispatche, wird mir mit meiner 14_SD_WS.pm ein Sensor SD_WS_58_TH_2 angelegt mit folgenden Werten: T: 22.3 H: 10 oder T: 22.2 H: 10

Zum Auffinden der Ursache hilft da nur ein Blick ins Log bei dir. Da müsste ja zumindest irgendwann mal Protokoll 58 auftauchen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 18 Februar 2020, 19:42:36

Leider wird bei mir der Sensor SD_WS_58_TH_2 nicht angelegt.
Die Daten die du angegeben hast passen zum Teil für den Sensor. Der Froggit FT007T hat aber keine Feuchte sondern nur Temperatur und Adresse 2.
Ich habe nochmals ein eingefiltertes Sduino LOG durchlaufen lassen. Protokoll 58 ist darin enthalten.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 18 Februar 2020, 21:28:46

Der Empfang funktioniert offensichtlich einwandfrei, wie dein Log zeigt:

Code Auswählen

2020.02.18 19:16:35.715 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_58_TH detected, code SD_WS_58_TH_2
2020.02.18 19:17:30.957 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_58_TH detected, code SD_WS_58_TH_2
2020.02.18 19:18:28.656 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_58_TH detected, code SD_WS_58_TH_2
2020.02.18 19:19:26.035 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_58_TH detected, code SD_WS_58_TH_2
2020.02.18 19:20:25.628 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_58_TH detected, code SD_WS_58_TH_2
2020.02.18 19:21:19.651 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_58_TH detected, code SD_WS_58_TH_2

Wahrscheinlich hast du Autocreate abgeschaltet. Der Sensor sollte nach dem Empfang von zwei Nachrichten innerhalb 90 Sekunden angelegt werden.

Die Feuchte müsste man sich nochmal ansehen. Diesmal wurde T: 21.2 H: 14 dekodiert.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 19 Februar 2020, 16:54:17

Das ist ein dummer Fehler von mir gewesen.
Autocreate war wirklich ausgeschaltet auf dem Testgerät.
Woher kommt eigentlich der Feuchtewert? Dieser Sensor kann nur die Temperatur erfassen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 19 Februar 2020, 17:24:05

Was der Feuchtewert bedeutet würde ich gern herausfinden. Deshalb bitte ich dich, von dem Sensor dann mal ein komplettes Log hochzuladen. Das Protokoll könnte ich dann anpassen. Es wird halt zur Zeit für mehrere Sensortypen verwendet, die aber eben Temperatur und Feuchte übertragen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 19 Februar 2020, 18:31:24

Ich habe einen Typenvergleich.
Der TFA 30.3208.02 besitzt Temperatur und Feuchte und sieht optisch vom Gehäuse genauso aus wie mein Sensor.
Mein Sensor hat aber einen externen Sensor für Temperatur.
Ich werde morgen nochmals einen längeren Durchlauf mit dem Froggit FT007T laufen lassen.
Wie lange denkst du soll ich das LOG laufen lassen?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 19 Februar 2020, 20:29:21

Wenn du das Attribut "addvaltrigger" bei deinem SIGNALduino auf 1 gesetzt hast, werden alle notwendigen Infos im Log des Sensors gespeichert. Es reicht dann das Log der Sensoren über maximal 24 h.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 20 Februar 2020, 09:47:28

Benötigst du wirklich ein Log über 24h? Ich habe jetzt die LOG Parameter nach deiner Vorgabe eingerichtet und den LOG Mitschnitt gestartet.

Ich habe mich bei den TFA Sensoren ein wenig umgesehen.
Mein Sensor mit dem externen Temperatur Sensor hat die TFA Artikelnummer 30.3229.02. Der mit dem internen Temperatur Sensor hat TFA Artikelnummer 30.3228.02.
Der Sensor mit den internen Temp. & Feuchte Fühler hat die TFA Artikelnummer 30.3208.02.
Weil ich ohnehin noch kostengünstige Funk Sensoren benötige, habe ich den Fühler mit der TFA Artikelnummer 30.3208.02 bestellt. SOmit müssten damit eine Unterscheidung reichen.
Ich habe noch einige andere ungenutze Fühler von älteren Wetterstationen herumliegen. Wenn der sduino diese erfasst, werde ich dir entsprechend die LOGs zukommen lassen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 20 Februar 2020, 17:00:41

Das Log muss nicht unbedingt 24h umfassen. Hauptsache, es sind unterschiedliche Werte dabei. Lade es einfach hoch, wenn du Zeit dazu hast.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 21 Februar 2020, 08:51:39

@elektron-bbs
Hier ist das ungefilterte LOG zum Temperatur Sensor Froggit FT007T = TFA Artikelnummer 30.3229.02.
Der Fühler liegt auf dem Empfänger der keine Antenne besitzt, Fühler und sduino Empfänger sind in einem verschlossenem Metalbehälter um weitestgehend andere Signale abzuschirmen.
Was mir aufgefallen ist, ist dass das RSSI Reading fehlt, aber dafür, wie schon erwähnt, ein Feuchtewert ausgegeben wird.

Der nächste Sensor ist ein TFA Temperatursensor mit externen Temperaturfühler Artikelnummer: 30.3201 Model TPX305

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 21 Februar 2020, 17:19:41

Warum postest du nicht das Log von dem Sensor? Eine funktionierende 14_SD_WS.pm hattest du ja bereits und es wurde ein Sensor angelegt. Das Log von diesem Sensor würde mir reichen.

Ich habe mir trotzdem die Mühe gemacht, die Daten gefiltert und in eine Excel-Tabelle geschrieben. Das Byte, wo bei den TH-Sensoren die Feuchte übertragen wird, enthält bei deinem Sensor Zahlen von 10 bis 15. Einen Zusammenhang zu den Sensordaten konnte ich bisher nicht finden.

Der RSSI-Wert wird von deinem SIGNALduino nicht übertragen. Hast du überhaupt einen CC1101 angeschlossen?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 21 Februar 2020, 18:55:53

Sorry, da ist mir wirklich ein Fehler unterlaufen sein. Ich hatte zwar ein Update deiner Datei unterbunden, aber da muss mir irgendwo ein Fehler unterlaufen sein
Ich werde den Durchlauf nochmals starten.

ZitatDer RSSI-Wert wird von deinem SIGNALduino nicht übertragen. Hast du überhaupt einen CC1101 angeschlossen?

Am Testsystem ist kein CC1101 Installiert, sondern ein herkömlicher Empfänger.
Benötigst du für den Test ein CC1101. Wenn ja, dann muß ich mir für das Testsystem einen zusammenstellen.
Nochmals Sorry für meinen Fehler.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 21 Februar 2020, 20:31:27

Ich benötige den RSSI nicht unbedingt. Der wäre nur hilfreich, wenn du Empfangsprobleme hättest.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 22 Februar 2020, 09:04:10

Dieses Mal müsste mir kein Fehler unterlaufen sein.
Die RSSI Werte bin ich von allen anderen Sensoren gewöhnt, um diese entsprechend anderen Empfängern zuteilen zu können, damit die Daten zu 99% gewährleistet sind.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 22 Februar 2020, 11:15:18

Bitte lade das Log vom Sensor hoch und nicht das von FHEM!
Das müsste bei dir "FileLog_SD_WS_58_TH_55_1" oder "FileLog_SD_WS_58_TH_1" heißen, je nachdem, ob du longids nutzt oder nicht.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 22 Februar 2020, 13:58:25

Anbei das gewünschte File LOG des Temperatur Sensors Froggit FT007T TFA 30.3229.02.

Zusätzlich habe ich einen Bresser Temperatur und Feuchte Sensor Art.Nr. 7000020CM3000 getestet.
Wenn du davon etwas brauchen kannst. Ich habe dir das FHEM Log und Filelog des Sensors mit angehängt.

In der Zwischenzeit habe ich einen echten TFA 30.3208.02 aufgetrieben. Den lasse ich auch einige Stunden laufen und schicke dir das FHEM LOG und Filelog des Sensors.
Irgendwo habe ich noch einige andere Sensoren herumliegen die derzeit nicht im Einsatz sind.
Diese werde ich auch alle nochmals für einige Stunden separat erfassen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 22 Februar 2020, 20:25:35

Ich habe jetzt eine Vorabversion in einem neuen Branch bei Github erstellt, die diese Sensoren ohne Luftfeuchte unterstützt. Diese Version kann bis zur Übernahme in die Entwicklerversion mit diesem Befehl installiert werden:

Code Auswählen

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

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 23 Februar 2020, 10:58:45

Die Testversion ist installiert und die unter anderem in diesen LOGs als Basis dienen.
Anbei die LOGs des Temperatur & Feuchte Sensors TFA 30.3208.02 Kanal 8.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 23 Februar 2020, 22:13:54

Nächster Temperatur Sensor
Model TPX305
TFA 30.3201

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 24 Februar 2020, 09:49:48

Wieder ein reiner Temperatur Sensor.
Temperaturfühler
Europe Supplies Ltd.
TX2
BN3 V33(D)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Harst am 24 Februar 2020, 10:29:11

Ich hätte gerne die Info's hierzu https://wiki.fhem.de/wiki/Geprüfte_Geräte (https://wiki.fhem.de/wiki/Gepr%C3%BCfte_Ger%C3%A4te) möglichst mit Bild. Dann kann ich die Sensoren eintragen.

Horst

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 25 Februar 2020, 21:36:07

Hallo Chris,
Logs hast du ja nun reichlich gepostet :-)
Was mich aber vor allem interessiert: Funktioniert der Froggit FT007T, um den es eigentlich ging, denn jetzt wie gewünscht?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 26 Februar 2020, 09:31:08

@elektron-bbs

ZitatLogs hast du ja nun reichlich gepostet :-)
Was mich aber vor allem interessiert: Funktioniert der Froggit FT007T, um den es eigentlich ging, denn jetzt wie gewünscht?

Wenn alle Sensoren funktionieren und ich ein OK bekomme, werde ich alle Sensoren mit den entsprechenden Typen Kennung Hersteller, sduino ID, usw. mit einem Foto hier zusammenfassen.
Dann kannst du alles entsprechend in die Zusammenfassung übertragen.

Nun zum nächstem LOG. Es handelt sich hierbei um einen Ascot Sensor der Windgeschwindigkeit, Windrichtung, Temperatur und Feuchte erfasst.
SN: PO5230
Type: W132-0
ArtNr: HO-WSWR-80
CE: 0681

Dieser Kombisensor wird schon von einem nanoCUL richtig erkannt, aber vom sduino nur Temperatur und Feuchte. Bei Beiden fehlt auch die Windgeschwindigkeit.

@Sidey & @elektron-bbs
Wenn noch ergänzende Daten der Sensoren benötigt werden, bitte Bescheid geben.
Wenn alles in Ordnung ist, fasse ich die Sensoren mit allem drumherum zusammen, damit ihr es in Übersichten eingepflegen könnt.

2020:02:26 12.32 Ergänzung
Regensensor Sensor
SN: PO5230
Type: W174-0
ArtNr: HO-WSWR-80
CE: 0681

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 26 Februar 2020, 17:06:42

Könntest du trotzdem erstmal kurz ein Statement zum Froggit FT007T geben, damit ich weiß, ob ich noch etwas verändern muss?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 26 Februar 2020, 21:22:52

Der Froggit FT007T funktioniert nach deiner letzten Änderung.
Sorry. Die Rückmeldung habe ich vergessen.
Am Wochenende werde ich die getesten Sensoren mit Fotos, Typen, und meinen Empfängern aufbereiten.
Dann kannst alles einpflegen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 27 Februar 2020, 13:30:19

@elektron-bbs
Aus irgend einem Grund wird der Froggit seit heute 0:14 nicht mehr empfangen.
Der Sensor und die Batterien sind in Ordnung.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 27 Februar 2020, 16:59:55

Ich war es nicht :-)
Die Ursache kannst nur du finden. Vieleicht ist es einfach nur schlechter Empfang. Sieh dir die Logs an, evtl. ist da ja irgend etwas auffälliges zu sehen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 03 März 2020, 12:38:59

Ich habe jetzt betreffend Froggit Sensor nochmal alles durchgetestet .
Mit dem Typ TFA 30.3208.02, FT007xx (SD_WS_58_T_1) bekomme ich seit dem 25.02. keine Daten.
Verwende ich die originale aktuelle PM werden die Daten wieder empfangen. Typ TFA 30.3208.02 (SD_WS_58_TH_1).
Irgend etwas muss sich geändert haben. Betreffend sduino ist nur deine Datei 14_SD_WS.pm bei Updates ausgeschlossen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 03 März 2020, 17:38:31

Wenn du die Datei "14_SD_WS.pm" von den Updates ausgeschlossen hast, hast du wahrscheinlich nicht die aktuelle Version installiert. Führe bitte noch einmal ein Update durch, wie ich es hier in diesem Beitrag beschrieben hatte:

https://forum.fhem.de/index.php/topic,58397.msg1026254.html#msg1026254

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 12 März 2020, 20:55:56

Zitat von: Burny4600 am 03 März 2020, 12:38:59
Ich habe jetzt betreffend Froggit Sensor nochmal alles durchgetestet .
Mit dem Typ TFA 30.3208.02, FT007xx (SD_WS_58_T_1) bekomme ich seit dem 25.02. keine Daten.
Verwende ich die originale aktuelle PM werden die Daten wieder empfangen. Typ TFA 30.3208.02 (SD_WS_58_TH_1).
Irgend etwas muss sich geändert haben. Betreffend sduino ist nur deine Datei 14_SD_WS.pm bei Updates ausgeschlossen.

Hast du denn jetzt mittlerweile mal ein Update auf den Branch getätigt?

Code Auswählen

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

Ich möchte die Einbindung dieses Sensor in die Entwicklerversion überführen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 15 März 2020, 19:07:02

Sorry.
Es gab momentan wichtige Angelegenheiten zu erledigen.
Morgen habe ich wieder Zeit und teste nochmals alle Sensoren mit deinen Änderung und den unterschiedlichen sduino Empfänger.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 15 März 2020, 19:57:38

Du brauchst nur den Froggit Sensor bzw. alle, die Protokoll 58 verwenden, zu testen. Alle anderen Sensoren sind von der Änderung nicht betroffen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 16 März 2020, 14:03:27

Anbei die vier Sensoren die bei mir aktiv vorhanden sind.
Soweit ich feststellen konnte funktionieren alle einwandfrei.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 16 März 2020, 17:38:19

Da ist aber jetzt kein "Froggit FT007T", also ein Sensor ohne Feuchte (um den es ja bei der Änderung eigentlich geht) dabei.
Bitte schreib einfach, ob ein "SD_WS_58_T" angelegt und empfangen wird.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 17 März 2020, 08:32:39

In der Eile habe ich den falschen Sensor angehängt.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 17 März 2020, 17:34:39

OK, danke, das sieht gut aus.
Ich werde dann die Änderungen in die Entwicklerversion überführen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Burny4600 am 17 März 2020, 18:56:28

Danke.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: laserrichi am 01 April 2020, 16:39:09

mal eine dumme Frage, ich habe bei mir die LOG Einträge reduziert soweit es ging.
Aber etwas bekomme ich einfach nicht weg:

Signalduino433: CUL_TCM97001 Unknown device CUL_TCM97001_80 model:AURIOL msg:s50FFC65E0000, please define it

Protkoll abschalten ist nicht die lösung da ich die teilweise ja selber brauche.

jemand eine Idee ?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 01 April 2020, 18:30:04

ZitatSignalduino433: CUL_TCM97001 Unknown device CUL_TCM97001_80 model:AURIOL msg:s50FFC65E0000, please define it

Entweder Autocreate aktivieren oder von Hand anlegen:

Code Auswählen

define AURIOL_80 CUL_TCM97001 CUL_TCM97001_80

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: laserrichi am 01 April 2020, 21:26:29

naja anlegen will ich die ja nicht, scheinbar ist das momentan mode das jeder sich so funkwetterstationen kauft und die fleissig durch die gegend funken und ich bekomme hier so einige rein die ich garnicht möchte.

Also keine Chance das im Log zu unterdrücken ?
Verbose hab ich auf 0 beim Signalduino.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 01 April 2020, 21:32:05

ZitatAlso keine Chance das im Log zu unterdrücken ?

Normalerweise gibt es ein Device mit dem Namen "Unknown", bitte ändere dort das verbose auf 1

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 01 April 2020, 22:26:52

Zitat von: laserrichi am 01 April 2020, 21:26:29
Also keine Chance das im Log zu unterdrücken ?
Verbose hab ich auf 0 beim Signalduino.

Die Meldung wird nicht durch das SIGNALduino modul, sondern durch das CUL_TCM97001 Modul, gemäß deines Logs, erzeugt.

Signalduino433: CUL_TCM97001 Unknown device CUL_TCM97001_80 model:AURIOL msg:s50FFC65E0000, please define it

Da wird es vermutlich wenig nutzen, wenn Du verbose von Signalduino433 veränderst.
Der Author des CUL_TCM97001 Moduls hat festgelegt, dass diese Nachricht ab Verbose level 2 vom Gerät "Unknown" ausgegeben wird:
https://github.com/mhop/fhem-mirror/blob/19740d38c25eda625806b20f072cdff325a777f1/fhem/FHEM/14_CUL_TCM97001.pm#L520

Folgende Idee, ungetestet, hätte ich:

Code Auswählen

attr Unknown verbose 1

Weitere Details zum CUL_TCM97001 Modul sind im Forum "Sonstiges" besser aufgehoben.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Skusi am 05 April 2020, 11:17:00

Hallo,
vielleicht etwas offTopic - sorry.

Ich habe heute meinen Signalduino und das Modul geupdated um einen TFA regensensor ans laufen zu kriegen.
Leider hat das mit dem Regensensor uch nach neu Flash des Signalduino nicht funktioniert.

Schlimmer ist aber nun das meine Pollin Fernbedienungen die bei diesen billig Funksteckdosen dabei ist nicht mehr empfangen wird.
Ich habe einige von denen im Haushalt verteilt und löse damit einige Funktionen aus. Hat immer super funktioniert, aber nun sind die leider tot.

Muß ich wieder zurück flashen oder gibt es etwas umzustellen oder einzustellen das die wieder erkannt werden ?

Hier die Versionen:

version V 3.4.0-dev SIGNALduino cc1101 (chip CC1101) - compiled at Feb 15 2020 23:23:10
versionProtocols 1.17
versionmodul v3.4.2_dev_30.03

Hat jemand einen Tipp ???

Gruß Skusi

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 05 April 2020, 11:32:46

Welches Protokoll war das bisher?
Findest du in den Logs der Ferbedienungen unter "Protocol_ID: xx".

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Skusi am 05 April 2020, 11:47:37

Ähh, ich kann nicht ganz folgen.

Wo find ich diese Logs ?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Skusi am 05 April 2020, 11:53:36

Also die zugehörigen Steckdosen funktionieren noch.

Fhem Logfile steht was von IT V1

Also sendet er noch aber empfängt nicht mehr. Müßte doch das selbe Protokoll sein, also IT V1.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 05 April 2020, 12:07:18

Die Fernbedienungen sollten dir doch jeweils ein "FileLog_IT_xxxxxx" angelegt haben.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 05 April 2020, 14:30:01

Welche Version von was war denn vorher installiert?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Skusi am 05 April 2020, 18:03:42

@elektron-bbs

ZitatDie Fernbedienungen sollten dir doch jeweils ein "FileLog_IT_xxxxxx" angelegt haben.

Ja, haben die auch damals als ich die per autocreate angelegt habe. Da ich den Log aber nicht brauchte, hab ich ihn sofort gelöscht.

Ich habe für jede Taste der FB ein Device. Dort gibt es ein reading:
protocol V1

Hilft das weiter ?

@Sidey

Ich glaube es war die Version 3.3.1 vom Dez 19

versionProtocols 1.1

versionmodul weiß ich leider nicht mehr

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 05 April 2020, 20:40:54

Was steht denn im fhem-Log, wenn du die Tasten der Fernbedienung betätigst?
Bitte beim SIGNALduino vorher das Attribut "verbose" auf 4 setzen.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: laserrichi am 06 April 2020, 20:00:59

Hallo Ralf & Sidey

Zitat von: Ralf9 am 01 April 2020, 21:32:05
Normalerweise gibt es ein Device mit dem Namen "Unknown", bitte ändere dort das verbose auf 1

also es gab kein Device namens Unknown... ich habe es jetzt angelegt als CUL_TCM97001_Unknown und jetzt ist momentan ruhe.

Ich verstehe aber jetzt leider nicht den sinn dahinter das man das als unknow device macht... aber gut... wird schon einen Grund haben.

Dabei fällt mir auch auf das z.b. bei zwave ich set und get befehle ebenso im log nicht unterdrücken kann... ok ist jetzt hier nicht der richtige Thread aber schlägt vermutlich in die selbe kerbe wenn ich mir den code des Moduls so ansehe.

Aber schon mal vielen Dank, ich wäre da nie auf sowas gekommen das ein Modul so agiert.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Skusi am 06 April 2020, 20:15:23

Zitat von: elektron-bbs am 05 April 2020, 20:40:54
Was steht denn im fhem-Log, wenn du die Tasten der Fernbedienung betätigst?
Bitte beim SIGNALduino vorher das Attribut "verbose" auf 4 setzen.

Es tut sich nichts. Keine Einträge wenn ich die Tasten betätige ! (bei Verbose 4)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 06 April 2020, 20:34:19

Zitat von: Skusi am 06 April 2020, 20:15:23
Es tut sich nichts. Keine Einträge wenn ich die Tasten betätige ! (bei Verbose 4)

Keinerlei Einträge in der Art?

Code Auswählen

sduinoACM_RAWMSG MS;P1=412;P2=-12383;P3=-1212;P4=1209;P5=-395;D=12134513451345134513451345134513134545131313131313;CP=1;SP=2;R=0;O;m2;

Dann kannst du es eigentlich nur nochmal mit einer anderen Firmware versuchen.

Mir fällt jetzt erst auf, das wir parallel auch in https://forum.fhem.de/index.php/topic,107998.0.html diskutieren. Dann hat sich das Thema nach Einstellung der Bandbreite vielleicht gleich mit erledigt.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Skusi am 07 April 2020, 20:09:22

Zitat von: elektron-bbs am 06 April 2020, 20:34:19
Keinerlei Einträge in der Art?

Code Auswählen Erweitern
sduinoACM_RAWMSG MS;P1=412;P2=-12383;P3=-1212;P4=1209;P5=-395;D=12134513451345134513451345134513134545131313131313;CP=1;SP=2;R=0;O;m2;

Dann kannst du es eigentlich nur nochmal mit einer anderen Firmware versuchen.

Mir fällt jetzt erst auf, das wir parallel auch in https://forum.fhem.de/index.php/topic,107998.0.html diskutieren. Dann hat sich das Thema nach Einstellung der Bandbreite vielleicht gleich mit erledigt.

Du hattest Recht!!!
Nachdem die Bandbreite und die anderen Einstellungen nach einem Rücksetzten auf default des Signalduino geändert sind, funktionieren die Fernbedinungen wieder.

Und ja, ist mir auch nicht aufgefallen das Du mir in dem andren Threat auch zur Seite stehst.
Auch das Problem hat sich damit erledigt.

Vielen Dank, für die Unterstützung.

Bleibt die Frage warum die Einstellungen so falsch waren. Kann das nach dem Flashen passiert sein ? Ich habe die Werte bestimmt nicht so eingestellt. Die FB funktionierten ja vor dem Update jahrelang.
Aber egal, Hauptsache wieder alles im Lack...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 07 April 2020, 20:46:19

Ja, bei gewissen Versionsunterschieden muss leider der factory reset getätigt werden.
Ich denke da kommt auch eine Meldung.
Vermutlich ist die unter gegangen, da nicht prominent genug.

Grüße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: JWRu am 10 April 2020, 16:47:04

Ich habe meinen Signalduino, den ich ausschließlich für Somfy verwende, neu geflasht (hätte ich ich besser bleiben lassen - never touch a running system).
Seit dem funktioniert er nicht mehr. Der CC1101 wird anscheinend nicht mehr erkannt. Das Reading "hasCC1101" und und die CC1101-spezifischen Befehle fehlen.
Hier ein List:

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A107CHGJ-if00-port0@57600
   DMSG       nothing
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A107CHGJ-if00-port0@57600
   FD         35
   FUUID      5c447ba1-f33f-c1fa-aa5c-1c02c81a8bd1a7b1
   LASTDMSG   nothing
   LASTDMSGID nothing
   NAME       Sduino_2
   NR         191
   PARTIAL    
   STATE      opened
   TIME       1585808024.9477
   TYPE       SIGNALduino
   sendworking 0
   version    V 3.3.1 SIGNALduino  - compiled at Dec  3 2019 19:40:46
   versionProtocols 1.10
   versionmodul v3.4.1
   Helper:
     DBLOG:
       state:
         myDbLog:
           TIME       1586528902.94039
           VALUE      opened
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2018-10-31 12:03:36   ccconf          freq:433.420MHz bWidth:464KHz rAmpl:42dB sens:16dB  (DataRate:5603.79Baud)
     2020-04-10 16:12:31   cmds             V R t X S P C r W s 
     2020-04-10 16:12:19   config          MS=1;MU=1;MC=1;Mred=1
     2020-04-10 16:11:36   freeram         992
     2020-04-10 16:41:23   ping            OK
     2020-04-10 16:28:22   state           opened
     2020-04-10 16:28:22   version         V 3.3.1 SIGNALduino  - compiled at Dec  3 2019 19:40:46
   additionalSets:
     flash      3.3.1
   getcmd:
   helper:
     avrdudecmd avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A107CHGJ-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex 2>./log/SIGNALduino-Flash.log || avrdude -c arduino -b 115200 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A107CHGJ-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex 2>./log/SIGNALduino-Flash.log
     avrdudelogs flashing Arduino Sduino_2
hex file: FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex
port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A107CHGJ-if00-port0
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A107CHGJ-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex 2>[LOGFILE] || avrdude -c arduino -b 115200 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A107CHGJ-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex 2>[LOGFILE]

Sduino_2 closed
--- AVRDUDE ---------------------------------------------------------------------------------

avrdude: Version 6.3
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/opt/fhem/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A107CHGJ-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 2
         Firmware Version: 1.16
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex"
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex auto detected as Intel Hex
avrdude: writing flash (25830 bytes):

Writing | ################################################## | 100% 12.91s

avrdude: 25830 bytes of flash written
avrdude: verifying flash memory against FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex:
avrdude: load data flash data from input file FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex:
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex auto detected as Intel Hex
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex contains 25830 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 10.89s

avrdude: verifying ...
avrdude: 25830 bytes of flash verified

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

Sduino_2 reopen started

   keepalive:
     ok         0
     retry      0
   mcIdList:
     43
   msIdList:
   muIdList:
Attributes:
   alias      Sduino 2
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   icon       cul_usb
   room       System->Main
   verbose    5
   whitelist_IDs 43

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: RaspiLED am 10 April 2020, 17:47:47

Hi,
Das flashen sieht dich gut aus.
Wo sind die attribute im list?
Hast Du euch ein fhem Update shutdown restart gemacht? Danach viellicht noch nicht das richtige Aatribut mit signalduino_cc1101 gepfelgt?

Ansonsten sind die paramatet für cc1101 erst nach dem zweiten oder dritten mal anzeigendes SIGNALduino da - zumindest bei mir!?

Gruß Arnd

Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: JWRu am 10 April 2020, 17:50:06

ZitatWo sind die attribute im list?

Ganz unten.

Code Auswählen

hardware nanoCC1101
Ein update mit shutdown restart habe ich vor ein paar Tagen gemacht.

ZitatAnsonsten sind die paramatet für cc1101 erst nach dem zweiten oder dritten mal anzeigendes SIGNALduino da - zumindest bei mir!?

Bei mir auch. Jetzt ist alles aufgetaucht. Anscheinend wurde die Frequenz beim Flashen auf den Standardwert 433,92 gesetzt.

Ich habe jetzt alle ccconf-Werte wieder gesetzt, aber er empfängt meinen Handsender nicht.

Ich habe die whitelist rausgenommen und verbose 5 gesetzt. Wenn ich den Handsender betätige, empfängt er etwas, kann aber anscheinend das SOMFY-Protokoll nicht erkennen.

Code Auswählen

2020.04.10 18:15:25 5: Sduino_2: Read, RAW rmsg: Mu;���;���;�Ӆ;���;�݂;���;��;���;D4Vr4t2424;C4;RF5;
2020.04.10 18:15:25 4: Sduino_2: Read, msg READredu: MU;P0=-112;P1=-545;P2=1363;P3=-1171;P4=733;P5=-736;P6=110;P7=-314;D=1234125672341414140674141412321434121432341412;CP=4;R=245;
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:)((?:43|43){43,})) did not match
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:)((?:43|23){60,}(?:2|4)?)) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 13.1 -> FLAMINGO FA22RF / FA21RF / LM-101LD not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 16 -> Dooya not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 21 -> Einhell Garagedoor not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 24 -> visivon remote not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 26 -> remote not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 27 -> remote not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 28 -> IC Ledspot not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 29 -> HT12e not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 30 -> diverse not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 31 -> Pollin ISOTRONIC not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 32 -> wireless doorbell not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:4)((?:12|34){20,})) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 36 -> remote not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:4141)((?:40|67){40,})) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 38 -> NC-3911 not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, for MU Protocol id 39, applying filterfunc SIGNALduino_compPattern
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 39 -> X10 Protocol not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 42 -> wireless doorbell matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:414141)((?:41|21){28,})) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 44 -> BresserTemeo not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 44.1 -> BresserTemeo not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 45 -> Revolt not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 46 -> SKXxxx, GF0x0x not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:34)((?:32|34){47,})) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 49 -> QUIGG_GT-9000 not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 50 -> Opus_XT300 matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:)((?:43|23){47,}(?:2|4)?)) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 56 -> Celexon not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 59 -> AK-HD-4 not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:)((?:41|67){38,})) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 62 -> Clarus_Switch not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:)((?:43|23){48,})) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 66 -> WS7035 not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 69 -> Hoermann not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:)((?:41|67){50,})) did not match
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 71 -> PEARL matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:)((?:43|23){48,})) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 72 -> Siro shutter not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:)((?:41|67){59,})) did not match
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:)((?:41|67){50,})) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 76 -> LED XM21 not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 79 -> wireless doorbell not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:)((?:41|67){104,})) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 81 -> SA-434-1 not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 83 -> RH787T not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 84 -> IAN 283582 / TV-4848 not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 85 -> TFA 30.3222.02 matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:414141)((?:40|67){64,})) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 86 -> BOSCH | CAME | Novy | Neff | Refsta Topdraft not found, aborting
2020.04.10 18:15:25 4: Sduino_2: Parse_MU, Fingerprint for MU Protocol id 89 -> TFA 30.3221.02 matches, trying to demodulate
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, 0. try, regex ((?:414141)((?:40|67){40,})) did not match
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 91 -> Atlantic security not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 92 -> KRINNER Lumix not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 94 -> Atech not found, aborting
2020.04.10 18:15:25 5: Sduino_2: Parse_MU, start pattern for MU Protocol id 95 -> Techmar not found, aborting

Jetzt geht's plötzlich - weiß der Henker was das war.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Vetinari am 30 April 2020, 14:11:54

Hallo zusammen,
ich hab mir jetzt auch mal das Signalduino zum steuern meiner Jarolift Rolladen zusammengebaut.
Jetzt häng ich wieso viele wohl auch, bei den MasterMSB Master LSb und dem KeeLoq_NLF.

Könnte mir evtl. jemand der Wissenden weiterhelfen?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 30 April 2020, 14:19:54

Hallo

vielleicht hilft dir das weiter.

https://forum.fhem.de/index.php?topic=110411.0

Liebe Grüße

Gesendet von iPhone mit Tapatalk Pro

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: heigu am 13 Juli 2020, 16:37:33

Wertes Forum,

Wie sieht es mit der Unterstützung des TFA 30.3161 (Regensensor + Temperatur) aus?

Ich versuche die Werte über den Signalduino in FHEM zu empfangen. Dabei wird der TFA 30.3161 als CUL_TCM97001 eingeordnet und dann abwechselnd mal als AURIOL_240 oder als Unknown erkannt. Der TFA 30.3161 steht testweise direkt neben dem Empfänger, also sind Übertragungsprobleme eher unwahrscheinlich.

Der TFA 30.3161 wird schon an verschiedener Stellen erwähnt:

https://github.com/RFD-FHEM/RFFHEM/issues/166 (https://github.com/RFD-FHEM/RFFHEM/issues/166)
https://forum.fhem.de/index.php?topic=85746.0 (https://forum.fhem.de/index.php?topic=85746.0): verweist auf TFA 47.3003, wenn ich das richtig interpretiere ist TFA 47.3003 die Station zum TFA 30.3161 Sensor
https://github.com/fhem/fhem-mirror/blob/31fb56726380da3689b2badedbec8a26ae51b7bb/fhem/FHEM/14_CUL_TCM97001.pm (https://github.com/fhem/fhem-mirror/blob/31fb56726380da3689b2badedbec8a26ae51b7bb/fhem/FHEM/14_CUL_TCM97001.pm): Zeile 40
https://forum.fhem.de/index.php?topic=53554.0 (https://forum.fhem.de/index.php?topic=53554.0)
https://forum.fhem.de/index.php/topic,58397.msg679875.html#msg679875 (https://forum.fhem.de/index.php/topic,58397.msg679875.html#msg679875)
Andere Baustelle, aber ggf. interessant: https://github.com/merbanan/rtl_433/blob/c13d53e767461aab7ccdd9b1de5476571bc7b8cf/README.md (https://github.com/merbanan/rtl_433/blob/c13d53e767461aab7ccdd9b1de5476571bc7b8cf/README.md)

Wenn ich das nun richtig interpretiere, ist der TFA 30.3161 sowohl im Signalduino als auch im CUL_TCM97001 Code enthalten, funktioniert aber bei mir nicht korrekt.

Stimmt diese Interpretation?

Was kann ich tun bzw. wem kann ich helfen das zu ändern?

Gruß,
heigu

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 14 Juli 2020, 17:19:01

ZitatWenn ich das nun richtig interpretiere, ist der TFA 30.3161 sowohl im Signalduino als auch im CUL_TCM97001 Code enthalten, funktioniert aber bei mir nicht korrekt.

Im CUL_TCM97001 ist nur der KW9010 enthalten, der KW9015 fehlt noch.

ZitatWas kann ich tun bzw. wem kann ich helfen das zu ändern?

Du kannst helfen, wenn Du hier
https://forum.fhem.de/index.php/topic,85746.0.html
raw Nachrichten postet, sie sehen ungefähr so aus:

Code Auswählen

2020.07.14 16:56:13.625 4 : sduino/msg: MS;P0=-3733;P1=481;P2=-1967;P3=-9046;D=13101012101212101212121212101010121210121210121212121212121212121210121210;CP=1;SP=3;
2020.07.14 16:56:13.625 4 : sduino: Decoded MS Protocol id 0.3 dmsg sD20E48009000 length 40

Wenn Du auch die Station hast, kannst Du auch die Temperatur dazu schreiben.

Interessant sind auch raw Nachrichten von einem Batteriewechsel, gedrückter Tx Taste und mit fast leeren Batterien.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: heigu am 15 Juli 2020, 14:35:55

Hallo Ralf9,

danke für die Erklärung und Anweisungen. Ich werde in den nächsten Tagen Raw-Nachrichten sammeln und unter den angegeben Link posten.

Gruß,
heigu

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: plin am 20 August 2020, 08:52:25

Hi,

Ich habe mir drei neue Funkthermometer (Funk-Außensensor für Wetterstation FWS-70, https://www.pearl.de/a-NX6876-3041.shtml) von Pearl besorgt. Die werden prinzipiell als SD_WS07_TH Devices erkannt. Diese Sensoren liefern aber de facto nur Temperaturen. Die gesendeten Humidity-Werte springen wild hin und her und gehen auch schon mal in den Bereich > 100. Ist die Humidity >100 verwirft das Modul 14_SD_WS07.pm beide Messwerte. Die korrekt gemessene Temperatur kommt nicht durch. Das führt dazu, dass nur sporadisch Temperaturen erfasst und angezeigt werden.

Ich benötige eine Möglichkeit, um die Behandlung der Humitity komplett auszuschalten, damit die Prüfung ab Code-Zeile 198ff. nicht mehr zieht.

VG Peter

P.S. Die Voranalyse ist hier https://forum.fhem.de/index.php/topic,113600.0.html (https://forum.fhem.de/index.php/topic,113600.0.html) zu finden.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: HomeAuto_User am 20 August 2020, 13:40:50

Hallo Peter,
es wäre sehr hilfreich hierfür ein Issues https://github.com/RFD-FHEM/RFFHEM/issues zu eröffnen.
Das ganze Problem liegt in der Vielfalt der Sensoren.

Du müsstest eine Messreihe starten mit Werten um es nachvollziehen zu können.
Das Modul betreut derzeit Sidey und Elektron-bbs. Da sollte man versuchen auch Ihnen das Problem weiter zu tragen an der Entwicklerebene anstatt hier im Forum eine Lösung zu erarbeiten lassen welche vermutlich nicht in das originale Modul kommt.

Liebe Grüße Marco

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: plin am 20 August 2020, 15:07:07

ok, Issue ist unter https://github.com/RFD-FHEM/RFFHEM/issues/888 (https://github.com/RFD-FHEM/RFFHEM/issues/888) eröffnet

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 27 August 2020, 14:00:18

ZitatIch habe mir drei neue Funkthermometer (Funk-Außensensor für Wetterstation FWS-70, https://www.pearl.de/a-NX6876-3041.shtml) von Pearl besorgt. Die werden prinzipiell als SD_WS07_TH Devices erkannt. Diese Sensoren liefern aber de facto nur Temperaturen. Die gesendeten Humidity-Werte springen wild hin und her und gehen auch schon mal in den Bereich > 100. Ist die Humidity >100 verwirft das Modul 14_SD_WS07.pm beide Messwerte. Die korrekt gemessene Temperatur kommt nicht durch. Das führt dazu, dass nur sporadisch Temperaturen erfasst und angezeigt werden.

Ich benötige eine Möglichkeit, um die Behandlung der Humitity komplett auszuschalten, damit die Prüfung ab Code-Zeile 198ff. nicht mehr zieht.

Ich habe mir auch mal Gedanken darüber gemacht.

Eine Möglichkeit wäre, es so wie beim 14_CUL_TCM97001 Modul über ein Attribut model zu machen. Wenn kein Attribut model definiert ist, dann wird es automatisch angelegt.
Wurde das model falsch erkannt, dann kann das richtige Attribut model gewählt werden.

Damit die bisherigen Definitionen noch ohne Model funktionieren und mit überschaubarem Aufwand geprüft werden kann ob es das Attribut model gibt,
ist eine neuer DEF Aufbau sinnvoll.

DEF:
seither z.B.
SD_WS07_TH_2
SD_WS07_TH_A52
SD_WS07_T_2
neu
SD_WS07_2
SD_WS07_A52

Bei shortIDs gibts die Einschränkung, daß dies nur funktioniert, wenn für den Kanal nur 2 Bit ausgewertet werden, dies dürfte aber keine Rolle spielen, da bis jetzt noch keine Sensoren mit mehr als 3 Kanälen bekannt sind.

In der parse Routine muss dann geprüft werden ob der Sensor mit alter oder neuer DEF existiert. Ist er mit der neuen DEF angelegt, dann wird das Attribut model verwendet

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 27 August 2020, 14:45:26

Zitat von: Ralf9 am 27 August 2020, 14:00:18
DEF:
seither z.B.
SD_WS07_TH_2
SD_WS07_TH_A52
SD_WS07_T_2
neu
SD_WS07_2
SD_WS07_A52

Das hätte dann aber wieder den Nachteil, das zwei Sensoren mit gleichem Kanal bzw. Ident, einer mit und einer ohne Feuchte, dann im gleichen Device landen.
Ich hatte diesen Effekt gerade mit LaCrosse-Sensoren.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 27 August 2020, 15:14:21

Ohne Kompromisse wird es nicht gehen, die Module CUL_TCM97001, CUL_WS und CUL_TX machen es genauso.

Eine alternative wäre den DEF Aufbau bei zubehalten und ein Attribut "overwriteModel" zu verwenden.
Wenn z.B. ein Sensor falsch als als "SD_WS07_TH_2" erkannt wurde und dann per Attribut in ein Model ohne "Hum" geändert werden soll, dann sollte auch die DEF nach "SD_WS07_T_2" geändert werden.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 17 September 2020, 19:18:34

Ich habe hier einen Fix für Somfy gepostet, es wäre schön, wenn er auch ins offizielle Signalduino Modul übernommen werden könnte
https://forum.fhem.de/index.php/topic,72173.msg1079937.html#msg1079937

Damit wird die Erkennung der Nachrichten der Somfy Fernbedienungen deutlich verbessert.
Der Fix ergänzt fehlende Bits am Anfang, siehe auch hier
https://forum.fhem.de/index.php/topic,72173.msg1075881.html#msg1075881

Hier sind einige Beispiele:

Code Auswählen

MC;LL=-1281;LH=1282;SL=-635;SH=639;D=04747459CBF22;C=639;L=52;

2020.08.23 22:14:03.090 4 : sduinoD: Somfy bitdata:      0000010001110100011101000101100111001011111100100010 (52)
2020.08.23 22:14:03.090 4 : sduinoD: Somfy bitdata: _10100000010001110100011101000101100111001011111100100010 (56). 1010 am Anfang zugefuegt
2020.08.23 22:14:03.090 5 : sduinoD: dispatch YsA04747459CBF22

Code Auswählen

MC;LL=-1292;LH=1267;SL=-640;SH=638;D=811D1D1672FC88;C=639;L=54;

2020.09.17 18:55:36.493 4 : sduinoD: Somfy bitdata:   10000001000111010001110100010110011100101111110010001000 (54)
2020.09.17 18:55:36.493 4 : sduinoD: Somfy bitdata: 10100000010001110100011101000101100111001011111100100010 (56). 1010 am Anfang zugefuegt
2020.09.17 18:55:36.493 5 : sduinoD: dispatch YsA04747459CBF22

Code Auswählen

MC;LL=-1327;LH=1243;SL=-683;SH=583;D=52C3C5C5BED8CC8;C=639;L=57;

2020.08.14 23:32:32 4 : sduino: SomfyRTS, bitdata: 010100101100001111000101110001011011111011011000110011001000 (57)
2020.08.14 23:32:32 4 : sduino: SomfyRTS, bitdata: _10100101100001111000101110001011011111011011000110011001 (56). Bit am Anfang entfernt
2020.08.14 23:32:32 5 : sduino: dispatch YsA5878B8B7DB199

Code Auswählen

MC;LL=-1317;LH=1237;SL=-689;SH=594;D=545ADCCD365044;C=639;L=56;

2020.09.17 19:05:36.764 4 : sduinoD: Somfy bitdata: 01010100010110101101110011001101001101100101000001000100 (56)
2020.09.17 19:05:36.764 4 : sduinoD: Somfy bitdata: _10101000101101011011100110011010011011001010000010001000 (56). Bit am Anfang entfernt
2020.09.17 19:05:36.764 5 : sduinoD: dispatch YsA8B5B99A6CA088

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: yoda_gh am 21 April 2021, 10:30:02

Hallo zusammen!

Dumme Frage: wie läuft denn eigentlich aktuell die SIGNALduino-Entwicklung? Gibt es hier noch einen "Haupt"-Thread für die Weiterentwicklung von https://github.com/RFD-FHEM/RFFHEM/? Der Link dort verweist ja auf einen Foren-Thread, der nicht mehr benutzt werden soll und hierher verweist, aber der hier scheint auch veraltet zu sein?

Soweit ich sehe, gibt es Threads für den Fork von Ralf9 (FSK) und diverse Detail-Threads für einzelne Probleme/Geräte, aber was generisches für die "Upstream"-SIGNALduino-Version habe ich grad nicht gefunden.

Ich habe einen kleinen Patch entwickelt, der die Checksum für Revolt auswertet und ungültige Nachrichten verwirft, um falsche autocreates zu vermeiden - aktuell gegen die Version auf svn.fhem.de - und dort würde ich den Patch gerne irgendwann sehen. :) Was wäre das generische Vorgehen dafür? Ein PR gegen https://github.com/RFD-FHEM/RFFHEM/?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: yoda_gh am 21 April 2021, 11:07:15

Hier schon mal vorab der Patch, auch damit ich ihn nicht verliere. :)

Habe jetzt auch schon mal einen Draft-PR angelegt: https://github.com/RFD-FHEM/RFFHEM/pull/956

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: yoda_gh am 22 April 2021, 06:49:17

Und gleich noch eine Frage: in https://wiki.fhem.de/wiki/SIGNALduino#FHEM-Modul_laden scheint mir die Beschreibung für die verschiedenen Branches etwas durcheinander zu gehen.

Dort wird folgendes empfohlen:

Code Auswählen

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

Und um "dauerhaft die developer Version" zu bekommen:

Code Auswählen

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

Sollte es da nicht auch "master" heißen?

Und gibt es einen guten Grund, "normalen" Usern überhaupt das Update von Github zu empfehlen - oder sollte das "update all" nur optional für die sein, die z.B. FSK wollen? Bzw. ist es überhaupt eine gute Idee, nur einmalig die Version von "master" zu verwenden und dann später auf die Version von svn.fhem.de zurückzufallen?

Ich wollte das Wiki nicht einfach ändern, falls es gute Gründe für den aktuellen Text gibt, lasst mich das bitte wissen, sonst baue ich das gerne um.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 23 April 2021, 23:39:06

Danke für den Hinweis im Wiki, das hatte ich nicht aktualisiert.

Das Update vom github kann man immer dann machen, wenn man eine neue Funktion benötigt.
Die SVN Version hinkt da immer etwas hinterher bis neue Features ausgereift sind. Wie aktuell z.B. FSK.

Güße Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: yoda_gh am 24 April 2021, 20:43:07

Zitat von: Sidey am 23 April 2021, 23:39:06
Danke für den Hinweis im Wiki, das hatte ich nicht aktualisiert.

Das Update vom github kann man immer dann machen, wenn man eine neue Funktion benötigt.
Die SVN Version hinkt da immer etwas hinterher bis neue Features ausgereift sind. Wie aktuell z.B. FSK.

Güße Sidey

Ok, danke für die Antwort und Erklärung! Ich habe es nochmal leicht überarbeitet, um die "optionalen" Schritte (also das Update auf die Github-Version) klarer abzutrennen und außerdem habe ich eine generelle Empfehlung für "update add" reingepackt, sonst überschreibt das nächste "update" ja gleich wieder die Github-Version (gerade getestet). Hoffe, das passt!

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: alexmetz am 18 Mai 2021, 23:57:26

Entschuldigung, dass ich hier reinplatze. Ich habe das Problem, dass ich der wiki gefolgt bin und das github repository hinzugefügt habe. Jetzt kommt "cannot load module 00_SIGNALduino.pm".
Im Log steht Folgendes:

Code Auswählen

2021.05.18 23:45:59 0: Attempt to reload lib/SD_Protocols.pm aborted.
Compilation failed in require at ./FHEM/00_SIGNALduino.pm line 30.
BEGIN failed--compilation aborted at ./FHEM/00_SIGNALduino.pm line 30.

Ich habe jetzt hier im Forum in einem Thread aus 2017 gefunden, dass das an dem github liegt und wollte zurück auf das fhem-svn-repositors. Also hab ich mit "update delete ..." das github wieder rausgeschmissen. Ein update sagt mir nun aber "nothing to do". Daher habe ich manuell die Dateien 00_SIGNALduino.pm, SD_Protocols.pm und SD_ProtocolData.pm aus dem svn repositors in meine FHEM-Installation kopiert, Rechte kontrolliert. Aber der Fehler geht nicht weg. Hatte bisher nie einen SIGNALduino und wollte ihn erstmalige einbinden.

Wäre für Eure Hilfe sehr dankbar!
Alex.

UPDATE:
habe vor dem "rumspielen" natürlich ein backup gemacht und das jetzt komplett wieder eingespielt, anschließend ein update aus dem fhem-svn gemacht und jetzt gehts wieder.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: trixer am 02 Juni 2021, 12:57:58

Mahlzeit,
da ich aktuell Probleme mit SD_WS_TH Temperetursensoren habe und auch (für ich) unerklärlicherweise das Autocreate von Signalduino Komponenten nicht mehr funktioniert, habe ich gestern Abend ein Update all gemacht:

Code Auswählen

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

Seitdem war der Signalduino-Stick in FHEM nicht mehr vorhanden. Grund:

ZitatERROR:
Cannot load module SIGNALduino

Auf die Schnelle habe ich nun die 00_SIGNALduino.pm rückgesichert, bin jetzt aber mit folgender alten Version unterwegs:

Code Auswählen

version: V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec 3 2019 19:41:55

Da ich in Kürze auch noch Somfy-Motoren einbinden möchte, würde ich gern vorher noch aktualisieren.
Die genannte Problematik gab es in 2017 auch schon mal, scheint dann aber behoben worden zu sein.
Heißt es nun Geduld bis zur erneuten Behebung oder sollte ich besser eine alternative Quelle einbinden?

Danke & Gruß
Mark

Hier noch die list Ausgabe für meine Konfiguration des radinoCC1101 SIGNALduino-Sticks (433 Mhz)

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SD_GT:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-Unknown_radino_CC1101-if00
   DMSG       W53#01616D98854
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-Unknown_radino_CC1101-if00@57600
   FD         12
   FUUID      5f4ea494-f33f-0bf7-3d1b-d7547ff9f0b6689a
   IDsNoDispatch 2,72.1,82
   LASTDMSG   W53#01616D98854
   LASTDMSGID 53
   MSGCNT     1032
   NAME       sduino
   NR         40
   PARTIAL    
   RAWMSG     MS;P0=-7860;P1=489;P2=-1983;P3=-4026;D=1010121212121212121312131312121212131213131213131213131212131312121213121212121312131213;CP=1;SP=0;R=41;O;
   RSSI       -53.5
   STATE      opened
   TIME       1622631432
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   unknownmessages 
   version    V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec  3 2019 19:41:55
   versionProtocols 1.21
   versionmodul v3.4.4
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|20|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95|97|99|104)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96|98)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[A-Fa-f0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2021-06-02 12:53:46   cc1101_config   Freq: 433.920 MHz, Bandwidth: 325 KHz, rAmpl: 42 dB, sens: 4 dB, DataRate: 5603.79 Baud
     2021-06-02 12:53:46   cc1101_config_ext Modulation: ASK/OOK, Syncmod: No preamble/sync
     2021-06-02 12:53:48   cc1101_patable  C3E = 00 84 00 00 00 00 00 00 => 5_dBm
     2021-06-02 12:46:38   config          MS=1;MU=1;MC=1;Mred=0
     2021-06-02 12:55:53   ping            OK
     2021-06-02 12:53:45   state           opened
   additionalSets:
   helper:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     0.5
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     20
     23
     25
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     54.1
     55
     65
     68
     74.1
     87
     88
     90
     91.1
     93
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49.1
     49.2
     50
     54
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     76
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
     94
     95
     97
     98
     99
     104
     105
Attributes:
   hardware   radinoCC1101
   room       System
   verbose    3

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 02 Juni 2021, 17:13:21

Da du kein Log hochgeladen hast, kann ich jetzt wirklich nur raten.
Evtl. stand ja so etwas im Log:

Code Auswählen

Error:Modul 88_SIGNALduino_TOOL deactivated:
 Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: trixer am 04 Juni 2021, 12:38:36

Sorry, das Logfile hätte ich tatsächlich mal anhängen können.
Das war auf jeden Fall der entscheidene Hinweis.
Entsprechend hat die nachträgliche CRC Installation mittels

Code Auswählen

cpan install Digest::CRC das Problem behoben.
Vielen Dank!

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: yoda_gh am 22 August 2021, 08:24:02

Hallo!

Da gerade im Forum (https://forum.fhem.de/index.php/topic,122471 (https://forum.fhem.de/index.php/topic,122471)) wieder das Thema der kaputten Revolt-Nachrichten hochkam, die Mengen von sinnlosen Devices erzeugen, frage ich mich, ob es nicht sinnvoll wäre, meinen Fix https://github.com/RFD-FHEM/RFFHEM/pull/956 (https://github.com/RFD-FHEM/RFFHEM/pull/956), den Ihr ja schon im April übernommen habt, auch schon vorab ins FHEM-SVN zu packen.

Am 21. April habe ich dazu hier auch schon den passenden Patch gepostet (direkter Link: https://forum.fhem.de/index.php?action=dlattach;topic=58397.0;attach=150870 (https://forum.fhem.de/index.php?action=dlattach;topic=58397.0;attach=150870)).

Wäre sowas prinzipiell sinnvoll/machbar oder plant Ihr sowieso demnächst ein SIGNALduino-Update im SVN?

(Bin vom 24.08.-03.09. im Urlaub ohne Laptop.)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 28 September 2021, 20:04:29

Hallo,

ich habe beim 14_SD_WS Modul einige Bugs gefixt, die Sanity checks verbessert und die Ids 107 und 116 zugefügt. Ich habe es noch nicht komplett durchgetestet.

https://github.com/Ralf9/14_SD_WS/blob/main/FHEM/14_SD_WS.pm
https://github.com/Ralf9/14_SD_WS/commits/main

- bugfixes: es gab einige lokale Variablen die nicht mit "my" definiert waren.
- bei der ID 108 (Bresser_rain_gauge) wird nun ein "R" ans model angehängt: SD_WS_108_R
- bei Sensoren mit fester ID (ID 107 und 116) wird immer longid verwendet
- neue ID 107: Fine Offset WH51, ECOWITT WH51, MISOL/1 Erde Feuchtigkeits Sensor
- neue ID 116: Misol WH57, froggit DP60, Blitzsensor

Sanity checks verbessert und check für rain zugefügt:

Bei den tests vom temp und hum war seither nur der Fall 1 berücksichtigt bei dem ein Wert aus der Reihe fällt
z.B.
10 Grad
15 Grad
10.5 Grad

Es gibt aber noch einen Fall 2 der seither noch nicht berücksichtigt war, z.B. wenn die Temperatur schneller als 1 Grad pro Minute ansteigt.
Dies kann z.B. beim Bresser 5-in-1 oder 6-in1 Wetter Center passieren. Mir sind da von 2 usern Fälle bekannt.
Da werden dann keine weiteren Werte in die readings geschrieben.
Da gibts nun 2 Möglichkeiten, es wird erkannt, daß es die Attribute "max-deviation..." gibt oder es wird jedesmal das reading von Hand gelöscht.
z.B.
10 Grad
14 Grad
14.5 Grad

Bei rain wird nun der Überlauf und der reset beim Batteriewechsel abgefangen.
Dafür gibts das reading ".rain_offset" und rain_total = rain + rainOffset

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: laserrichi am 28 September 2021, 22:01:37

Hi Ralf,
habs mal eingebaut... aber irgendwie fehlt da noch was 116 ist da wohl noch wo anders was notwendig ?

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 28 September 2021, 22:04:55

siehe hier
Thema: Blitzsensor WH57 oder DP60 in Signalduino
https://forum.fhem.de/index.php/topic,122527.msg1176892.html#msg1176892

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 12 Januar 2022, 20:49:32

Hallo elektron-bbs, HomeAuto_User, Sidey,

ich hab mal Euer 00_SIGNALduino.pm Modul vom github mit meiner firmware für den Arduino getestet.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt

Dabei ist mir aufgefallen, daß einige raw Nachrichten nicht verarbeitet werden
z.B.

Code Auswählen

2022.01.12 18:31:33 3 : sduino: Parse_MC, faulty msg: MC;LL=-1035;LH=907;SL=-552;SH=424;D=A393D16B3D7029E5D67BA18;C=486;L=89;R=2;s2;b2;
2022.01.12 18:39:51 3 : sduino: Parse_MS, faulty msg: MS;P1=538;P2=-2088;P3=-4131;P4=-10056;D=1412121312121313121212121312121212131212131313131212131312121213131213121212;CP=1;SP=4;R=245;p;b=116;s=4;m0;

Die Ursache sind die regex mit denen Ihr prüft ob die raw Nachrichten korrekt von der firmware zum fhem Modul übertragen wurden.
Ob z.B. durch ein defektes oder zu langes USB Kabel z.B. aus einer Hex Ziffer ein "X" wurde.

Es wäre schön, wenn Ihr die regex so abändern würdet, daß alles nach der RSSI (R=..) nicht geprüft wird.

Es gibt auch von Euch ältere firmware Versionen die wegen aktivierten Debugausgaben Probleme machen könnten.

Code Auswählen

  if ($rmsg !~ /^MS;(?:P[0-7]=-?\d+;){3,8}D=[0-7]+;(?:[CS]P=[0-7];){2}((?:R=\d+;)|(?:O;)?|(?:m=?[0-9];)|(?:[sbeECA=0-9]+;))*$/){   
    $hash->{logMethod}->($hash->{NAME}, 3, qq[$hash->{NAME}: Parse_MS, faulty msg: $rmsg]);
    return ; # Abort here if not successfull
  }

Code Auswählen

  if ($rmsg !~ /^(?=.*D=\d+)(?:MU;(?:P[0-7]=-?[0-9]{1,5};){2,8}((?:D=\d{2,};)|(?:CP=\d;)|(?:R=\d+;)?|(?:O;)?|(?:e;)?|(?:p;)?|(?:w=\d;)?)*)$/){
    $hash->{logMethod}->($hash->{NAME}, 3, qq[$hash->{NAME}: Parse_MU, faulty msg: $rmsg]);
    return ; # Abort here if not successfull
  }

Code Auswählen

  if ($rmsg !~ /^M[cC];LL=-\d+;LH=\d+;SL=-\d+;SH=\d+;D=[0-9A-F]+;C=\d+;L=\d+;(?:R=\d+;)?$/){
    $hash->{logMethod}->($hash->{NAME}, 3, qq[$hash->{NAME}: Parse_MC, faulty msg: $rmsg]);
    return ; # Abort here if not successfull
  }

Vor einiger Zeit wurde von Euch der "get sduino raw" Befehl entfernt.
Dadurch das es diese Komfortfunktion nicht mehr gibt, bei der die Rückmeldungen von dem sduino in einem Fenster ausgegeben werden, muß der "set sduino raw" Befehl verwendet werden.
Bei "set sduino raw" sind die Rückmeldungen nur mit verbose 4 im log sichtbar.

Da es bei meiner Firmware einige raw Befehle gibt, ist dadurch die Konfiguration umständiger geworden.

Ich kann nicht nachvollziehen, warum es das "get sduino raw" bei Eurem 00_SIGNALduino.pm Modul nicht mehr gibt.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 15 Januar 2022, 23:13:23

Hallo,

mir ist gerade aufgefallen, daß beim Hideki Modul, die Match regex nicht paßt:

Code Auswählen

$hash->{Match} = "^P12#75[A-F0-9]{17,30}

Es gibt auch einen Hideki Sensor der nur Temperatur hat

Code Auswählen

DMSG P12#75E80675F3402826
DEF Hideki_31_1
state T: 1.5

Wenn die selbe regex wie in der Matchlist verwendet wird, dann paßt es:

Code Auswählen

^P12#75[A-F0-9]+

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Sidey am 16 Januar 2022, 09:35:57

Zitat von: Ralf9 am 15 Januar 2022, 23:13:23
Es gibt auch einen Hideki Sensor der nur Temperatur hat
Code Auswählen Erweitern
DMSG P12#75E80675F3402826 DEF Hideki_31_1 state T: 1.5

Hi Ralf,

Hast Du eine MC Nachricht von dem Sensor?

Gruß Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 16 Januar 2022, 10:47:31

Ist ein Sensor von einem Nachbar den ich nur sporadisch empfange

Code Auswählen

MC;LL=-1038;LH=918;SL=-562;SH=412;D=547D19FA9C3FFBD6BD8;C=488;L=73;s1;b1;
P12#75E806350F40942103

MC;LL=-1043;LH=919;SL=-503;SH=428;D=51F467EA3E0FECEEEE;C=482;L=71;s1;b1;
P12#75E80675F8402311

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: elektron-bbs am 16 Januar 2022, 11:45:57

Mhmm, wie kommt es, das die Nachrichten trotzdem durchkommen?

Code Auswählen

2022-01-08_18:37:50 Hideki_31_1 temperature: 1
2022-01-08_18:37:50 Hideki_31_1 RSSI: -78.5
2022-01-08_18:37:50 Hideki_31_1 RAWMSG: MC;LL=-952;LH=1003;SL=-452;SH=526;D=51E4676A3F0FEC2693;C=488;L=72;R=247;
2022-01-08_18:37:50 Hideki_31_1 DMSG: P12#75EC4675F0406F6D
2022-01-08_18:37:50 Hideki_31_1 Protocol_ID: 12
2022-01-08_18:37:50 Hideki_31_1 RAWMSG: MC;LL=-949;LH=999;SL=-473;SH=509;D=51E4676A5F0FEC2AEB;C=488;L=72;R=247;
2022-01-08_18:37:50 Hideki_31_1 Protocol_ID: 12
2022-01-08_18:37:50 Hideki_31_1 DMSG: P12#75EC46B5F040AF51

2022-01-08_18:47:09 Hideki_31_1 temperature: 0.9
2022-01-08_18:47:09 Hideki_31_1 RAWMSG: MC;LL=-957;LH=990;SL=-470;SH=513;D=51E4676A31FFEF9ACF;C=488;L=72;R=246;
2022-01-08_18:47:09 Hideki_31_1 DMSG: P12#75EC467507409819
2022-01-08_18:47:09 Hideki_31_1 Protocol_ID: 12
2022-01-08_18:47:09 Hideki_31_1 RSSI: -79

2022-01-08_18:51:28 Hideki_31_1 temperature: 0.9
2022-01-08_18:51:28 Hideki_31_1 DMSG: P12#75EC46B50740582503
2022-01-08_18:51:28 Hideki_31_1 Protocol_ID: 12
2022-01-08_18:51:28 Hideki_31_1 RAWMSG: MC;LL=-946;LH=994;SL=-468;SH=518;D=EF947919DA947FFBE5ADC;C=487;L=82;R=249;
2022-01-08_18:51:28 Hideki_31_1 RSSI: -77.5

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 16 Januar 2022, 12:04:03

Wenn es bei den Modulen in der Clientlist bei den regex keinen match gibt, dann wird in der matchlist weitergesucht und dort evtl das Modul unnötigerweise nochmals geladen.
Deshalb ist es besser wenn die Match regex der Clientmodule gleich ist wie die in der Matchlist

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 17 Januar 2022, 23:49:27

Zitat von: Ralf9 am 12 Januar 2022, 20:49:32
Hallo elektron-bbs, HomeAuto_User, Sidey,

ich hab mal Euer 00_SIGNALduino.pm Modul vom github mit meiner firmware für den Arduino getestet.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt

Dabei ist mir aufgefallen, daß einige raw Nachrichten nicht verarbeitet werden
z.B.
Code Auswählen Erweitern
2022.01.12 18:31:33 3 : sduino: Parse_MC, faulty msg: MC;LL=-1035;LH=907;SL=-552;SH=424;D=A393D16B3D7029E5D67BA18;C=486;L=89;R=2;s2;b2; 2022.01.12 18:39:51 3 : sduino: Parse_MS, faulty msg: MS;P1=538;P2=-2088;P3=-4131;P4=-10056;D=1412121312121313121212121312121212131212131313131212131312121213131213121212;CP=1;SP=4;R=245;p;b=116;s=4;m0;

Die Ursache sind die regex mit denen Ihr prüft ob die raw Nachrichten korrekt von der firmware zum fhem Modul übertragen wurden.
Ob z.B. durch ein defektes oder zu langes USB Kabel z.B. aus einer Hex Ziffer ein "X" wurde.

Es wäre schön, wenn Ihr die regex so abändern würdet, daß alles nach der RSSI (R=..) nicht geprüft wird.

Es gibt auch von Euch ältere firmware Versionen die wegen aktivierten Debugausgaben Probleme machen könnten.

Die master Version vom RFD-FHEM github ist im SVN und ab morgen auch im normalen fhem update (version 3.5.2)
https://forum.fhem.de/index.php/topic,125506.0.html

Ich finde es schade, daß Sidey meinen Wunsch ignoriert hat.
Mit diesem fhem update wird meine firmware mit der Defaultconfig nur noch mit Einschränkungen funktionieren.
Wichtig: Damit alle raw Nachrichten meiner firmware V 3.3.2.1-rc... vom 00_SIGNALduino Modul ab Version 3.5.2 verarbeitet werden können müssen die Debugausgaben deaktiviert werden.

Code Auswählen

set sduino raw CDD
Ein "get sduino config" ergibt dann ungefähr

Code Auswählen

MS=1;MU=1;MC=1;Mred=1;Mdebug=0_MScnt=4...

Mit meiner Variante des 00_SIGNALduino Moduls funktioniert meine Firmware ohne Einschränkungen
https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900

Wichtig:
Mit dieser Version 3.5.2 wird auch das Perlmodul Digest:CRC für CRC Prüfungen benötigt.
Wenn das Digest:CRC nicht installiert ist, wird das SIGNALduino Modul vermutlich nicht funktionieren.

Bin mal gespannt wie viele sich in den nächsten Tagen melden wo davon betroffen sind und ein fhem update gemacht haben ohne diese Hinweise zuvor zu lesen.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: DigiNecro am 18 Januar 2022, 19:34:21

ZitatBin mal gespannt wie viele sich in den nächsten Tagen melden wo davon betroffen sind und ein fhem update gemacht haben ohne diese Hinweise zuvor zu lesen.

Mich hat es vermutlich erwischt: Nach dem Update war mein Device weg, nicht nur funktionsuntüchtig.

Backup eingespielt, im Forum geguggt, deine Anmerkung gefunden, lib installiert, update durchgeführt und das Device blieb da.

Wäre eine Warnung im Changelog nicht besser aufgehoben gewesen, statt nur im Forum? Dann sieht man es direkt beim Updatecheck.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 18 Januar 2022, 19:42:05

Du bist bis jetzt der zweite, mal sehen wie viele noch folgen.

ZitatWäre eine Warnung im Changelog nicht besser aufgehoben gewesen, statt nur im Forum? Dann sieht man es direkt beim Updatecheck.

Ich bin nicht der maintainer von diesem 00_SIGNALduino.pm Modul, dies ist Sidey

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: DigiNecro am 18 Januar 2022, 22:52:34

Dein Post hat mir auf jeden Fall geholfen, danke!

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: FritzFritte am 18 Januar 2022, 22:55:25

Hallo erst einmal an alle dieser Stelle, so wie ich in den letzten oberen Beiträgen entnehmen kann ist wahrscheinlich mein SD wohl auch betroffen. Er ist nicht mehr in fhem sichtbar. Per IP Aufruf war er aber zu erreichen. Somit blieb meine Rollosteuerung außer Betrieb. Da ich das letzte mal vor ca. 2 Jahren damit rumspielen musste, weil es eben im großen und ganzen einfach so vor sich hin lief (zumal der SD über keeloq läuft). Auch ließ sich der SD nicht mehr neu einbinden über fhem. Ein restore brachte leider auch keinen Erfolg. Die Probleme fingen heute am 18.01.2022 nach dem fhem update auf. Nach einigem hin und her und 3 Stunden suchen und probieren läuft es jetzt wieder. Kann mir mal jemand einen Tipp gebe wie ich dieses Modul von updates ausschließe (wenn man allgemein update aufruft). Für Eure Tipps bin ich euch schon einmal Dankbar und auch besonders über die letzten Kommentare, denn nur so konnte ich es wieder in Gang bringen. Vielen Dank an Ralf9 für die wirklich guten Hinweise. Danke Danke, dann fahre ich jetzt mal die Rollos runter.

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Invers am 19 Januar 2022, 09:17:49

In global das Attr. exclude_from_update auf

Code Auswählen

90_SIGNALduino_un.pm,00_SIGNALduino.pm,SD_ProtocolData.pm,SD_Protocols.pm
setzen.

Kompletzt- Code

Code Auswählen

attr global exclude_from_update 90_SIGNALduino_un.pm,00_SIGNALduino.pm,SD_ProtocolData.pm,SD_Protocols.pm

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Elektrolurch am 19 Januar 2022, 12:40:03

Ok, mir fehlte auch das CRC - perl Modul.
Habe es installiert und fhem neu gestartet.
Leider empfängt nun aber dass SIGNALduino.pm Modul meine Somfy-Handsender nicht mehr.
Habe die beiden Protokoll-Dateien in FHEM/lib, das 00_SIGNALduino.pm Modul zurückgespielt und nach dem Neustart wur4den die Signale der Somfy-Handsender wieder erkannt.
Hier mal das device nach dem zurückspielen der funktionierenden Versionen:

Code Auswählen


Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SD_GT:LaCrosse:KOPP_FC:PCA301:SIGNALduino_TOOL:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-SHK_SIGNALduino_433-if00-port0@57600
   DMSG       YsA0404042978B11
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-SHK_SIGNALduino_433-if00-port0@57600
   EQMSGCNT   3
   FD         18
   FUUID      61e7ed30-f33f-c8c3-f471-26fa50e9986bec54
   IDsNoDispatch 2,72.1,82,87,88
   LASTDMSG   YsA0404042978B11
   LASTDMSGID 43
   MSGCNT     7
   NAME       SD1
   NR         896
   PARTIAL    
   RAWMSG     MC;LL=-1305;LH=1328;SL=-655;SH=652;D=A0404042978B11;C=656;L=56;R=240;s28;b28;O;w;
   RSSI       -82
   STATE      opened
   TIME       1642592106.86455
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 
   version    V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
   versionmodul v3.4.5-dev_ralf_04.08.
   versionprotoL v3.4.5-dev_ralf_05.08.
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|20|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95|97|99|104|105)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96|98)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[A-Fa-f0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     30:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     31:KOPP_FC ^kr..................
     32:PCA301  ^\S+\s+24
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     90:SIGNALduino_TOOL ^pt([0-9]+(\.[0-9])?)(#.*)?
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2022-01-19 11:57:02   cc1101_config   Freq: 433.420 MHz, Bandwidth: 464 kHz, rAmpl: 42 dB, sens: 4 dB, DataRate: 5.60 kBaud
     2022-01-19 11:57:02   cc1101_config_ext Modulation: ASK/OOK
     2022-01-19 11:57:03   cc1101_patable  C3E = 00 84 00 00 00 00 00 00  => 5_dBm
     2022-01-19 12:36:57   ping            OK
     2022-01-19 12:20:56   state           opened
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   mnIdList:
     100
     101
     102
     103
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     0.5
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     20
     23
     25
     32.1
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     54.1
     55
     65
     68
     74.1
     90
     91.1
     93
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49.1
     49.2
     50
     54
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
     94
     95
     97
     98
     99
     104
     105
Attributes:
   hardware   nanoCC1101
   verbose    0

Gruß

Elektrolurch

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: andies am 19 Januar 2022, 13:27:32

Habt ihr das Modul mit Cpan oder über eine linux Bibliothek eingespielt?

(CPAN braucht immer so lange.)

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: rcmcronny am 19 Januar 2022, 14:28:49

Hallo,

@andies per:

Code Auswählen

apt install libdigest-crc-perl

(Aus dem Kopf, sollte aber passen)

Ronny

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: yersinia am 19 Januar 2022, 17:05:12

Mal ne andere Frage: welche Quellen für die Module sind denn zu bevorzugen?
die SIGNALduino Quelle (https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt)

Code Auswählen

UPD FHEM/00_SIGNALduino.pm
UPD FHEM/10_FS10.pm
UPD FHEM/10_SD_GT.pm
UPD FHEM/14_SD_BELL.pm
UPD FHEM/14_SD_UT.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/lib/SD_ProtocolData.pm
UPD FHEM/lib/SD_Protocols.pm

oder die FHEM SVN Quelle (https://fhem.de/fhemupdate/controls_fhem.txt)?

Code Auswählen

UPD FHEM/00_SIGNALduino.pm
UPD FHEM/10_FS10.pm
UPD FHEM/10_SD_GT.pm
UPD FHEM/14_SD_BELL.pm
UPD FHEM/14_SD_UT.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/lib/SD_ProtocolData.pm
UPD FHEM/lib/SD_Protocols.pm

Ich habe kein Problem damit, die SIGNALduino Quelle (https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt) zu verwenden - spiele aber hier dann Update-pingpong (FHEM Version überschreibt die Github Version welche dann wieder die FHEM Version überschreibt usw). Ausschließen (exclude_from_update) kann ich es nicht, weil ich es dann imho bei beiden ausschließen würde. :o

[OT] Es ist auch mal Zeit, Danke zu sagen! Danke für die Firmware und die Module. Das ging erstaunlich gut zu flashen und in FHEM zu integrieren. Topp! Danke. :)[/OT]

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Ralf9 am 19 Januar 2022, 19:28:05

Zitat von: Elektrolurch am 19 Januar 2022, 12:40:03
Leider empfängt nun aber dass SIGNALduino.pm Modul meine Somfy-Handsender nicht mehr.

Zitatversion V 3.3.2.1-rc8 SIGNALduino cc1101
versionmodul v3.4.5-dev_ralf_04.08.
versionprotoL v3.4.5-dev_ralf_05.08.

Du verwendest meine Firmware und eine etwas ältere Version meiner Variante des SIGNALduino.pm Moduls.

Damit alle raw Nachrichten meiner firmware vom SIGNALduino.pm Modul vom fhem update verarbeitet werden, müssen in meiner Firmware die Debugausgaben deaktiviert werden:

Zitat von: Ralf9 am 17 Januar 2022, 23:49:27
Mit diesem fhem update wird meine firmware mit der Defaultconfig nur noch mit Einschränkungen funktionieren.
Wichtig: Damit alle raw Nachrichten meiner firmware V 3.3.2.1-rc... vom 00_SIGNALduino Modul ab Version 3.5.2 verarbeitet werden können müssen die Debugausgaben deaktiviert werden.
Code Auswählen Erweitern
set sduino raw CDD
Ein "get sduino config" ergibt dann ungefähr
Code Auswählen Erweitern
MS=1;MU=1;MC=1;Mred=1;Mdebug=0_MScnt=4...

Ab der Version v3.4.5 vom 18.08.21 enthält meine Variante des SIGNALduino.pm Moduls Fixe für Somfy Nachrichten bei nicht so guten Empfangsverhältnissen. Die Fixe funktionieren am Besten mit meiner Firmware.
Sie sollten bei normalen Empfangsverhältnissen auch brauchbar mit der Firmware von Sidey funktionieren.

Die Kombination von meiner Firmware und das SIGNALduino.pm Modul vom fhem update sollte bei normalen Empfangsverhältnissen mit den meisten Somfy-Handsendern brauchbar funktionieren.

Gruß Ralf

Titel: Antw:Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev
Beitrag von: Udomatic am 19 Januar 2022, 20:55:37

Hallo,

sorry vorab, wenn meine Frage jetzt vermeintlich hier schon beantwortet wurde, aber ich blicke gerade nicht durch, ob und was ich wie updaten muss. Warum?
Vor zwei Jahren habe ich meinen Signalduino für Somfy Rollos in Betrieb genommen und mich seitdem damit nicht mehr groß beschäftigt, weil alles läuft. Daher auch danke an den / die Developer!

Ich habe alles nach FHEM Wiki eingerichtet habe dann also wohl die FHEM Version installiert und nichts aus Github.

Was muss ich jetzt konkret tun, damit alles weitern funktioniert?

FHEM Forum

FHEM - Hausautomations-Systeme => Sonstige Systeme => Thema gestartet von: Sidey am 02 Oktober 2016, 23:39:11