Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

[diver]

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

[Sidey]

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

[elektron-bbs]

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.

[diver]

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é

[fhem_user0815]

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 Erweitern


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?

[HomeAuto_User]

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

[Sidey]

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

[elektron-bbs]

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.

[elektron-bbs]

In der FB steckt bestimmt ein pt2262 oder ein Chip der dir gleiche Modulation verwendet.

Für einen PT2262 sind 32 Bit zu viel.

[fhem_user0815]

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.

[elektron-bbs]

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.

[fhem_user0815]

@elektron-bbs
das geht ja schneller, als ich mit den Tests/Logs bin!

Sieht bisher gut aus:

Code Auswählen Erweitern


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

[elektron-bbs]

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.

[fhem_user0815]

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 Erweitern


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?

[elektron-bbs]

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.