SIGNALDuino Empfänger Firmware V 3.3.2r-dev

andies · 08 Mai 2018, 12:30:32

Test läuft, gerade mit

V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
geflasht. Hätte ich auch selber draufkommen können...

andies · 08 Mai 2018, 19:24:07

So, ich habe jetzt getestet. Innerhalb von 24 Stunden (7.5 14:00 bis 8.5 14:00) gab es ca 400 Aufrufe durch den Signalduino (entspricht ca 16 pro Stunde). Die veränderte Frequenz habe ich aber nur am 7.5 zwischen 15:01 und 23:20 beobachtet, und das genau 13 Mal (ca 1,6 mal pro Stunde, Eintrag C0Dn11=FFB07 im Logfile). Nachdem ich am 8.5 mittags den sduino neu geflasht habe, ist bis jetzt kein einziges Mal eine falsche Frequenz erkannt worden.

Die falsche Frequenz müsste bis jetzt (19:00) etwa 10 mal aufgetreten sein. Die Wahrscheinlichkeit, dass das nicht passiert (also wie beobachtet) ist mit 0,006% so gering, dass ich eigentlich einen Hardwarefehler ausschließen kann. Das muss mE ein Softwareproblem der Version 3.3.2-dev sein.

Ralf9 · 08 Mai 2018, 20:41:27

Ich konnte den Fehler bei mir nachstellen. Es ist ein sehr spezieller Fehler der nur unter bestimmten Umständen auftritt.
Ich verwende einen pro mini.
Wenn ich den pro mini mit einem CP2102 an USB anschließe, triit der Fehler nicht auf.
Wenn ich den pro mini an einen Wemos D1 mini anschließe, wird ab und zu eine falsche Frequenz ausgelesen.
Ich habe einen Verdacht was die Ursache sein könnte.
Demnach müsste der Fehler auch bei den 3.3.1 RC Versionen von Sidey auftreten.

Gruß Ralf

andies · 08 Mai 2018, 20:46:56

Wie kann ich helfen?

fh168 · 08 Mai 2018, 21:07:29

Ich habe

Code Auswählen

V 3.3.1-rc3 SIGNALESP cc1101 - compiled at Jan 24 2018 21:48:34
bin ich aktuell?

LG
/robin

Ralf9 · 10 Mai 2018, 21:41:58

Zitat von: fh168 am 08 Mai 2018, 21:07:29
bin ich aktuell?

nein, siehe hier
https://forum.fhem.de/index.php/topic,83273.msg789328.html#msg789328

Gruß Ralf

Ralf9 · 10 Mai 2018, 21:46:25

Zitat von: andies am 08 Mai 2018, 20:46:56
Wie kann ich helfen?

Es gibt eine neue Version
https://raw.githubusercontent.com/Ralf9/SIGNALDuino/dev-r332_cc1101/SIGNALduino_nanoCC1101_332rc1.hex
Du kannst mal testen ob damit der Fehler mit der falschen Frequenz weg ist.

Gruß Ralf

Ralf9 · 11 Mai 2018, 21:55:09

Ich habe den ersten Beitrag (Nachtrag) aktualisiert.

Gruß Ralf

andies · 14 Mai 2018, 12:31:10

Danke, war lange weg und kann das erst diese Tage machen!

andies · 14 Mai 2018, 22:00:51

Problem (anscheinend) gelöst; Danke!

Gesendet von iPad mit Tapatalk Pro

andies · 27 Mai 2018, 15:09:40

Zitat
Code Auswählen Erweitern
ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud)
Hat sich denn am raw-send-Befehl irgendwas geändert?

Hallo Ralf9, ich habe die Ursache meines Problems gefunden. Die Frequenz verstellt sich. Ich habe "normalerweise" als Frequenz 433.9 MHz eingestellt und betreibe zwei Somfy-Rolläden. In einigen Fällen (wann genau, kann ich nicht sagen) verstellt sich die Frequenz auf den Somfy-Wert und bleibt dann so. Das raw-Senden der 433.9-Toröffnung geht dann natürlich nicht.

Die einfachste Lösung besteht für mich jetzt darin, dass ich einfach vor jedem raw-Senden die Frequenz des Gartentorempfängers nochmal auf 433.9 einstelle. Ist das eine vernünftige Lösung, eine, die Ihr empfehlen würdet? Oder ist das ein Problem? Macht man so etwas nicht? Gibt es was besseres? Ist das überhaupt ein Fehler des Moduls?

andies · 30 Mai 2018, 05:43:37

Das genau ist mein workaround

Code Auswählen


fhem("set sduino cc1101_freq 433.9; 
set sduino raw SR;;R=7;;P0=335;;P1=-665;;P2=-335;;P3=665;;P4=-15018;;D=01010101010101023101023104;;")

Funktioniert.

Ralf9 · 31 Mai 2018, 11:53:28

ZitatDie Frequenz verstellt sich. Ich habe "normalerweise" als Frequenz 433.9 MHz eingestellt und betreibe zwei Somfy-Rolläden. In einigen Fällen (wann genau, kann ich nicht sagen) verstellt sich die Frequenz auf den Somfy-Wert und bleibt dann so. Das raw-Senden der 433.9-Toröffnung geht dann natürlich nicht.

Danke für das nähere Eingrenzen, so wies aussieht passt in der Firmware was nicht ganz.
Nun weiß ich wo ich suchen muss.
Es gibt demnächst eine neue Firmware.

Gruß Ralf

Ralf9 · 02 Juni 2018, 10:33:27

Zitat von: andies am 27 Mai 2018, 15:09:40
Die Frequenz verstellt sich. Ich habe "normalerweise" als Frequenz 433.9 MHz eingestellt und betreibe zwei Somfy-Rolläden. In einigen Fällen (wann genau, kann ich nicht sagen) verstellt sich die Frequenz auf den Somfy-Wert und bleibt dann so. Das raw-Senden der 433.9-Toröffnung geht dann natürlich nicht.

Es gibt für den cc1101 eine neue Version 332rc2, bitte teste mal ob es damit funktioniert

Code Auswählen

set sduino flash https://raw.githubusercontent.com/Ralf9/SIGNALDuino/dev-r332_cc1101/firmware/SIGNALduino_nanoCC1101_332rc2.hex

Beim Senden von Somfy müsste es ungefähr so aussehen:

Code Auswählen

2018.06.02 00:24:43 3: sduino/noMsg Parse: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=AEE9E9C75D6577;F=10AB85550A;ccreg write back 10B07127C4

F=10AB85550A ist 433.42MHz

write back 10B07127C4 ist 433.92MHz

Gruß Ralf

andies · 02 Juni 2018, 11:46:51

Zitat von: Ralf9 am 02 Juni 2018, 10:33:27
Es gibt für den cc1101 eine neue Version 332rc2, bitte teste mal ob es damit funktioniert

Danke für die Hilfe, ich habe das jetzt hochgeladen und einfach mal eine Jalousie bedient (sowie irgendeinen Sensor empfangen):

Code Auswählen


2018.06.02 11:44:43 4: sduino/msg READredu: MU;P0=-32001;P1=1984;P2=-1889;P3=3892;P4=-3911;D=01212341414141212121414121214121414121414121412121412121214141214121214121212141414121214141214121214121214121414121414141212141214141212141214121412;CP=1;R=17;
2018.06.02 11:44:43 5: sduino: applying filterfunc SIGNALduino_filterSign
2018.06.02 11:44:43 5: sduino: applying filterfunc SIGNALduino_compPattern
2018.06.02 11:44:43 4: sduino: Fingerprint for MU Protocol id 44 -> BresserTemeo matches, trying to demodulate
2018.06.02 11:44:43 5: sduino: Starting demodulation at Position 7
2018.06.02 11:44:43 5: sduino: dispatching bits: 1 1 1 0 0 0 1 1 0 0 1 0 1 1 0 1 1 0 1 0 0 1 0 0 0 1 1 0 1 0 0 1 0 0 0 1 1 1 0 0 1 1 0 1 0 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 1 1 0 0 1 0 1 0 1 0 0
2018.06.02 11:44:43 4: sduino: decoded matched MU Protocol id 44 dmsg W44#E32DA4691CD25B9654 length 72 RSSI = -65.5
2018.06.02 11:44:43 5: sduino Dispatch: W44#E32DA4691CD25B9654, test gleich
2018.06.02 11:44:43 5: sduino Dispatch: W44#E32DA4691CD25B9654, -65.5 dB, dispatch
2018.06.02 11:44:43 5: sduino: dispatch W44#E32DA4691CD25B9654
2018.06.02 11:44:43 4: SD_WS_Parse: Protocol: 44, rawData: E32DA4691CD25B9654
2018.06.02 11:44:43 4: SD_WS_Parse BresserTemeo: Humidity <= 79  Flag
2018.06.02 11:44:43 4: SD_WS_Parse BresserTemeo: new bin 0111000110010110110100100011010010001110011010010010110111001011001010100
2018.06.02 11:44:43 4: sduino SD_WS_Parse: model=BresserTemeo, temp=23.4, hum=71, channel=1, id=6D, bat=ok
2018.06.02 11:44:43 4: sduino: Fingerprint for MU Protocol id 44.1 -> BresserTemeo matches, trying to demodulate
2018.06.02 11:44:43 5: sduino: start pattern for MU Protocol id 44.1 -> BresserTemeo mismatches, aborting
2018.06.02 11:44:45 5: sduino/write: sending via Set sendMsg P43#A78584D3DDDDDD#R6
2018.06.02 11:44:45 5: sduino: sendmsg msg=P43#A78584D3DDDDDD#R6
2018.06.02 11:44:45 5: sduino: sendmsg Preparing manchester protocol=43, repeats=0, clock=645 data=A78584D3DDDDDD
2018.06.02 11:44:45 5: AddSendQueue: sduino: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A78584D3DDDDDD;F=10AB85550A; (1)
2018.06.02 11:44:45 4: sduino/set: sending via SendMsg: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A78584D3DDDDDD;F=10AB85550A;
2018.06.02 11:44:45 5: sduino SW: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A78584D3DDDDDD;F=10AB85550A;
2018.06.02 11:44:45 4: sduino SendrawFromQueue: msg=SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A78584D3DDDDDD;F=10AB85550A;
2018.06.02 11:44:45 4: sduino/msg READ: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A78584D3DDDDDD;F=10AB85550A;ccreg write back 10B03F15C4
2018.06.02 11:44:45 5: sduino/noMsg Parse: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A78584D3DDDDDD;F=10AB85550A;ccreg write back 10B03F15C4
2018.06.02 11:44:45 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=A78584D3DDDDDD;F=10AB85550A;ccreg write back 10B03F15C4
2018.06.02 11:44:45 4: sduino/read sendraw answer: SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=645;D=A78584D3DDDDDD;F=10AB85550A;ccreg write back 10B03F15C4
2018.06.02 11:44:45 4: sduino/HandleWriteQueue: nothing to send, stopping timer
2018.06.02 11:44:50 4: sduino/keepalive ok, retry = 0
2018.06.02 11:45:11 4: sduino: Calling Getting Attr sub with args: del verbose = 
2018.06.02 11:45:11 3: sduino: setting Verbose to: 
2018.06.02 11:45:11 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at ./FHEM/00_SIGNALduino.pm line 2689.

Sieht gut aus, oder?