Thread um neue Geräte und Entwicklungsstand Signalduino zu diskuttieren.
Wiki: http://www.fhemwiki.de/wiki/SIGNALDuino (http://www.fhemwiki.de/wiki/SIGNALDuino)
Neuer Thread wie besprochen. Vorab eine Frage: Nachdem der Signalduino sehr viel logt und ich ihn nicht jedes Mal abziehen möchte bevor ich ins Bett gehe wäre es schön wenn man den loglevel einstellen könnte. Ich vermute mal dazu ist das Attribute verbösre gedacht. Funktioniert nur leider nicht bei mir.
Ansonsten würde auf jeden Fall schon meine TCM Wtterstation erkannt und automatisch als Gerät angelegt
Zitat von: thoffma3 am 05 Juli 2015, 23:04:52
Neuer Thread wie besprochen. Vorab eine Frage: Nachdem der Signalduino sehr viel logt und ich ihn nicht jedes Mal abziehen möchte bevor ich ins Bett gehe wäre es schön wenn man den loglevel einstellen könnte. Ich vermute mal dazu ist das Attribute verbösre gedacht. Funktioniert nur leider nicht bei mir.
Ansonsten würde auf jeden Fall schon meine TCM Wtterstation erkannt und automatisch als Gerät angelegt
Hallo Thoffma3,
er loggt aktuell so viel, da ich jede Menge Debug Infos aktiviert habe.
Die Ausgabe von Debugs läuft auch unabhängig vom logging level. Und diese Einträge werden auch nicht in ein Log vom Gerät geschrieben.
Ich kann das anpassen, entweder ein Attribut Debug definieren, mit dem das ein\aus geschaltet werden kann, oder ich hänge das an verbose 5 mit an.
Auf Dauer sind die vielen Debug Logs natürlich nicht gedacht, da es halt noch recht wenig Erfahrungen gibt wollte ich erst mal lieber mehr als weniger loggen. :)
Grüße Sidey
Ist mir beides recht
Könntet ihr die Daten auch bereit stellen, dann finden sich bestimmt auch mehr Tester ;D
Hi,
Kein Problem: 8)
Habe gerade noch ein Update hochgeladen. Die Debug Ausgaben kommen nur, wenn das Gerät mit einem verbose 5 initalisiert wurde.
Ändert man das Attribut später, hat das derzeit keine Auswirkung auf die debug Ausgabe.
Wie kann ich das Modul ausprobieren?
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt
Anschließend ein Gerät definieren:
define Arduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
Und auf dem Arduino bleibt der FHEMduino Sketch drauf??
Hi Rettungstim,
nein, auf den Arduino muss ein anderer Sketch drauf.
Du kannst über die Attribute die Hardware auswählen und flashen.
Steht wohl nicht in der Anleitung zum Device. :(
Grüße Sidey
Ein kurzer link zum Sketch wäre toll. Ich bestelle mir jetzt neue Hardware damit ich mein FHEMduino uneingeschränkt weiter nutzen kann.
Auch für Tipps zur Hardware wäre ich Dankbar. Wenn ich die habe steige ich gerne in eure Entwicklung zum Testen ein.
Ich persönlich brauche eine anständige Anbindung an meine Rauchmelder und diverse Funksteckdosen die ich nicht alles gegen Homatic austauschen will, weil zu teuer.
Ah Ja, da habe ich was für alle Interessierten:
Zitat von: thoffma3 am 26 Juni 2015, 15:16:03
Danke für die schnelle Antwort. Habs hinbekommen und weil ich das so schwer fand habe ich das für den nächsten Planlosen mal zusammengeschrieben. Wenn das ok ist, schreibe ich das nochmal schöner und ergänze es im Wiki.
Für Dummys:
Folgende Geräte bestellen (auf ebay leicht zu finden):
Arduino:
Nano FT232RL V3.0 ATmega328P 5V 16M USB Micro-controller Board für Arduino ca. 7€
Empfänger + minderwertiger Receiver
1 Stück 433 Mhz RF Sender und Empfänger für Arduino Projekte ca. 2€
Receiver:
Super-heterodyne OOK Wireless Receiver Module Strong Interference 433MHZ-116dBm auf ebay ca. 3 US$
Antenne: als antenne brauchst du nen ca 17 cm langen Draht den du anlöten musst. Ich hab ne alte wlan antenne dran allerdings nen anderen Empfänger (aus ner wetterstation)
Zusammmenstecken/Löten nach Schaltplan in Wiki
Und:
http://forum.fhem.de/index.php/topic,38402.0.html (http://forum.fhem.de/index.php/topic,38402.0.html)
Bestellt und warte auf Teile. Das dauert sicher 4 Wochen :'(
Ich habe einen Beitrag im Wiki erstellt:
http://www.fhemwiki.de/wiki/SIGNALDuino
Hi, gute Idee. Ich habe mit auch mal Rechte besorgt.
Ein Einsatzzweck ist mir noch gekommen.
Wenn man ein Gerät hat, das mit einem digitalen Signal kommuniziert, kann man den Signalduino auch direkt an das Gerät anbinden um dann das Signal zu empfangen.
Z.B. Jemand hat eine Wetterstation die er gerne in Fhem einbinden möchte.
1. Signalduino input Pin + GND mit dem Ausgang eines Sensors verbinden.
2. Signal empfangen
3. Signal auswerten ( manuell)
Grüße Sidey
Hallo in die Runde
Ich habe alles erfolgreich geflasht. Der SIGNALduino empfängt auch fleissig bei Verbose 5 ins Log.
Und was fange ich jetzt damit an???
[code]
2015.07.14 20:10:01 5: SIGNALduino/RAW: /MU;
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;/P0=-9
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-9/76;P1=552;P2
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2/=1508;
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;/P3=-32
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32/001;P4=212;P
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P/5=-177
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-177/16;P6=1427;
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;/D=0101
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=0101/010101
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=0101010101/020102020201
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=0101010101020102020201/010202
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=0101010101020102020201010202/020202
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=0101010101020102020201010202020202/020102020102
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=0101010101020102020201010202020202020102020102/01010
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=010101010102010202020101020202020202010202010201010/102020201020
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=010101010102010202020101020202020202010202010201010102020201020/201020
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=010101010102010202020101020202020202010202010201010102020201020201020/202020
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=010101010102010202020101020202020202010202010201010102020201020201020202020/202020202020
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=010101010102010202020101020202020202010202010201010102020201020201020202020202020202020/102020
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=010101010102010202020101020202020202010202010201010102020201020201020202020202020202020102020/202020
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=010101010102010202020101020202020202010202010201010102020201020201020202020202020202020102020202020/20101020202
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=01010101010201020202010102020202020201020201020101010202020102020102020202020202020202010202020202020101020202/020201
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=01010101010201020202010102020202020201020201020101010202020102020102020202020202020202010202020202020101020202020201/020201020101
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=01010101010201020202010102020202020201020201020101010202020102020102020202020202020202010202020202020101020202020201020201020101/010101
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=01010101010201020202010102020202020201020201020101010202020102020102020202020202020202010202020202020101020202020201020201020101010101/020202
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=01010101010201020202010102020202020201020201020101010202020102020102020202020202020202010202020202020101020202020201020201020101010101020202/02020202020
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=0101010101020102020201010202020202020102020102010101020202010202010202020202020202020201020202020202010102020202020102020102010101010102020202020202020/201010
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=0101010101020102020201010202020202020102020102010101020202010202010202020202020202020201020202020202010102020202020102020102010101010102020202020202020201010/201020
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=0101010101020102020201010202020202020102020102010101020202010202010202020202020202020201020202020202010102020202020102020102010101010102020202020202020201010201020/20101310452;
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=010101010102010202020101020202020202010202010201010102020201020201020202020202020202020102020202020201010202020202010202010201010101010202020202020202020101020102020101310452;/CP=1;
2015.07.14 20:10:01 5: SIGNALduino/RAW: MU;P0=-976;P1=552;P2=1508;P3=-32001;P4=212;P5=-17716;P6=1427;D=010101010102010202020101020202020202010202010201010102020201020201020202020202020202020102020202020201010202020202010202010201010101010202020202020202020101020102020101310452;CP=1;/
2015.07.14 20:10:12 4: sduino: GetUpdate called ...
2015.07.14 20:10:12 5: sduino: command for gets: R
2015.07.14 20:10:12 5: SW: R
2015.07.14 20:10:12 5: SIGNALduino/RAW (ReadAnswer): 326
2015.07.14 20:10:12 5: sduino: received message for gets: 326
2015.07.14 20:10:28 5: SIGNALduino/RAW: /MU;
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;/P0=504;P1=-1
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1/008;P2=860;
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;/P3=-64
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-64/4;P4=-312;P5
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5/=1424;
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;/P6=1427;D=01230101
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;P6=1427;D=01230101/040401
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;P6=1427;D=01230101040401/51230
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;P6=1427;D=0123010104040151230/101040454040
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;P6=1427;D=0123010104040151230101040454040/151230
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;P6=1427;D=0123010104040151230101040454040151230/101515151515
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;P6=1427;D=0123010104040151230101040454040151230101515151515/151015
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;P6=1427;D=0123010104040151230101040454040151230101515151515151015/321510
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;P6=1427;D=0123010104040151230101040454040151230101515151515151015321510/40454040151515151
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;P6=1427;D=012301010404015123010104045404015123010151515151515101532151040454040151515151/515151
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;P6=1427;D=012301010404015123010104045404015123010151515151515101532151040454040151515151515151/235152;CP=0;
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=504;P1=-1008;P2=860;P3=-644;P4=-312;P5=1424;P6=1427;D=012301010404015123010104045404015123010151515151515101532151040454040151515151515151235152;CP=0;/
2015.07.14 20:10:28 5: SIGNALduino/RAW: /MU;P0=44
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=44/0;P1=-
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-/620;P2
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2/=1352;P3=-10
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2=1352;P3=-10/96;P4
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2=1352;P3=-1096;P4/=-172;P5=-43
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2=1352;P3=-1096;P4=-172;P5=-43/2;P6=1
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2=1352;P3=-1096;P4=-172;P5=-432;P6=1/427;D=012324012324
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2=1352;P3=-1096;P4=-172;P5=-432;P6=1427;D=012324012324/052325
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2=1352;P3=-1096;P4=-172;P5=-432;P6=1427;D=012324012324052325/04230
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2=1352;P3=-1096;P4=-172;P5=-432;P6=1427;D=01232401232405232504230/323030303230
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2=1352;P3=-1096;P4=-172;P5=-432;P6=1427;D=01232401232405232504230323030303230/504250
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2=1352;P3=-1096;P4=-172;P5=-432;P6=1427;D=01232401232405232504230323030303230504250/425042504250
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2=1352;P3=-1096;P4=-172;P5=-432;P6=1427;D=01232401232405232504230323030303230504250425042504250/4032;C
2015.07.14 20:10:28 5: SIGNALduino/RAW: MU;P0=440;P1=-620;P2=1352;P3=-1096;P4=-172;P5=-432;P6=1427;D=012324012324052325042303230303032305042504250425042504032;C/P=0;
2015.07.14 20:10:30 5: SIGNALduino/RAW: /M0
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0/;P0=-1
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1/076;P1=524;P2=-193
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-193/6;P3=
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=/-4540;P4=-95
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-95/40;D=1
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=1/412121212121
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=1412121212121/213131312121
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=1412121212121213131312121/21212121312
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=141212121212121313131212121212121312/121212
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=141212121212121313131212121212121312121212/131213
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=141212121212121313131212121212121312121212131213/1313121312;C
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=1412121212121213131312121212121213121212121312131313121312;C/P=1;SP
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=1412121212121213131312121212121213121212121312131313121312;CP=1;SP/=4;
M0;P0
2015.07.14 20:10:30 5: converted Data to (s3810ba000)
2015.07.14 20:10:30 5: sduino dispatch s3810ba000
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0/=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=M2;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=14121212121212131313
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=M2;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=14121212121212131313/121212
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=M2;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=14121212121212131313121212/121212131212
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=M2;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=14121212121212131313121212121212131212/121213121313
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=M2;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=14121212121212131313121212121212131212121213121313/13121312;CP
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=M2;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=1412121212121213131312121212121213121212121312131313121312;CP/=1;SP=
2015.07.14 20:10:30 5: SIGNALduino/RAW: M0;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=M2;P0=-1076;P1=524;P2=-1936;P3=-4540;P4=-9540;D=1412121212121213131312121212121213121212121312131313121312;CP=1;SP=/4;
;C
2015.07.14 20:10:30 5: SIGNALduino/RAW: ;C/P=1;SP=4;
2015.07.14 20:10:32 5: SIGNALduino/RAW: /MU;P0=664;
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;/P1=2052;P2=-1468;
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;/P3=-38
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-38/64;P4=
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=/-1900;P5=488
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=-1900;P5=488/;P6=14
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=-1900;P5=488;P6=14/27;D=0
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=-1900;P5=488;P6=1427;D=0/12030403545
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=-1900;P5=488;P6=1427;D=012030403545/454535453535453545
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=-1900;P5=488;P6=1427;D=012030403545454535453535453545/354545
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=-1900;P5=488;P6=1427;D=012030403545454535453535453545354545/454545
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=-1900;P5=488;P6=1427;D=012030403545454535453535453545354545454545/35354535354
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=-1900;P5=488;P6=1427;D=01203040354545453545353545354535454545454535354535354/535354
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=-1900;P5=488;P6=1427;D=01203040354545453545353545354535454545454535354535354535354/545353
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=-1900;P5=488;P6=1427;D=01203040354545453545353545354535454545454535354535354535354545353/5454545350;C
2015.07.14 20:10:32 5: SIGNALduino/RAW: MU;P0=664;P1=2052;P2=-1468;P3=-3864;P4=-1900;P5=488;P6=1427;D=012030403545454535453535453545354545454545353545353545353545453535454545350;C/P=5;
2015.07.14 20:10:32 5: SIGNALduino/RAW: /M0
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0/;P0=592;P1=-
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-/1912;P2=-388
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-388/4;P3=-9216;
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;/D=0301
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=0301/020102010101
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=0301020102010101/020102
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=0301020102010101020102/020102
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=0301020102010101020102020102/010201010101010202
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=0301020102010101020102020102010201010101010202/01020
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=030102010201010102010202010201020101010101020201020/201020201010
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=030102010201010102010202010201020101010101020201020201020201010/202010
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=030102010201010102010202010201020101010101020201020201020201010202010/10102;CP=0;S
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=03010201020101010201020201020102010101010102020102020102020101020201010102;CP=0;S/P=3;
2015.07.14 20:10:32 5: converted Data to (s516a0db31000)
2015.07.14 20:10:32 5: sduino dispatch s516a0db31000
2015.07.14 20:10:32 5: SIGNALduino/RAW: /M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=M2;P0=592;P1=-1912;P2=-3884;P3=-9216;D=0301020102010101020102020102010201010101010202010
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=M2;P0=592;P1=-1912;P2=-3884;P3=-9216;D=0301020102010101020102020102010201010101010202010/202010202010102020
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=M2;P0=592;P1=-1912;P2=-3884;P3=-9216;D=0301020102010101020102020102010201010101010202010202010202010102020/10101
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=M2;P0=592;P1=-1912;P2=-3884;P3=-9216;D=030102010201010102010202010201020101010101020201020201020201010202010101/02;CP=
2015.07.14 20:10:32 5: SIGNALduino/RAW: M0;P0=592;P1=-1912;P2=-3884;P3=-9216;D=M2;P0=592;P1=-1912;P2=-3884;P3=-9216;D=03010201020101010201020201020102010101010102020102020102020101020201010102;CP=/0;SP=3;
;CP
2015.07.14 20:10:32 5: SIGNALduino/RAW: ;CP/=0;SP=3;
2015.07.14 20:10:33 5: SIGNALduino/RAW: /M
2015.07.14 20:10:33 5: SIGNALduino/RAW: M/0;P0=
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=/476;P1=-3932
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932/;P2=-1
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1/968;P3
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3/=-9224;P4=-3
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-3/2001;P
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P/5=220
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220/;P6=1427;D=0
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0/302010
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0302010/201020202010
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0302010201020202010/201010
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0302010201020202010201010/201020
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0302010201020202010201010201020/102020202020
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0302010201020202010201010201020102020202020/10102
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=030201020102020201020101020102010202020202010102/010102
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=030201020102020201020101020102010202020202010102010102/010102020101
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=030201020102020201020101020102010202020202010102010102010102020101/020202
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=030201020102020201020101020102010202020202010102010102010102020101020202/01;CP=0;SP=3
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=03020102010202020102010102010201020202020201010201010201010202010102020201;CP=0;SP=3/;
M
2015.07.14 20:10:33 5: converted Data to (s516a0db31000)
2015.07.14 20:10:33 5: sduino dispatch s516a0db31000
2015.07.14 20:10:33 5: SIGNALduino/RAW: M/0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=4
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=4/76;P1=-3932;
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;/P2=-19
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-19/68;P3=
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=/-9224;P4=-3
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-3/2001;P
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P/5=220;P6=142
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=142/7;D=03
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=03/020102
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=03020102/01020202010
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0302010201020202010/201010
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0302010201020202010201010/201020
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0302010201020202010201010201020/102020202020
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0302010201020202010201010201020102020202020/101020
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0302010201020202010201010201020102020202020101020/101020101020
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=0302010201020202010201010201020102020202020101020101020101020/20101
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=030201020102020201020101020102010202020202010102010102010102020101/020202
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=030201020102020201020101020102010202020202010102010102010102020101020202/01;CP=0;SP=3
2015.07.14 20:10:33 5: SIGNALduino/RAW: M0;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=M2;P0=476;P1=-3932;P2=-1968;P3=-9224;P4=-32001;P5=220;P6=1427;D=03020102010202020102010102010201020202020201010201010201010202010102020201;CP=0;SP=3/;
;CP
2015.07.14 20:10:33 5: SIGNALduino/RAW: ;CP/=0;SP=
2015.07.14 20:10:33 5: SIGNALduino/RAW: ;CP=0;SP=/3;
2015.07.14 20:10:42 4: sduino: GetUpdate called ...
2015.07.14 20:10:42 5: sduino: command for gets: R
2015.07.14 20:10:42 5: SW: R
2015.07.14 20:10:42 5: SIGNALduino/RAW (ReadAnswer): 326
2015.07.14 20:10:42 5: sduino: received message for gets: 326
2015.07.14 20:10:49 5: SIGNALduino/RAW: /MU;
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;/P0=236
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236/;P1=59
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=59/6;P2=-944;P3
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3/=1536;
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;/P4=440
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440/;P5=-32001;
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;/P6=142
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=142/7;D=01212121
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=01212121/212123
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=01212121212123/212323
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=01212121212123212323/23212123232
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=0121212121212321232323212123232/323232
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=0121212121212321232323212123232323232/321232
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=0121212121212321232323212123232323232321232/321232121232
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=0121212121212321232323212123232323232321232321232121232/121232
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=0121212121212321232323212123232323232321232321232121232121232/123232123232
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=0121212121212321232323212123232323232321232321232121232121232123232123232/323232
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=0121212121212321232323212123232323232321232321232121232121232123232123232323232/32323
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=012121212121232123232321212323232323232123232123212123212123212323212323232323232323/232123232323
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=012121212121232123232321212323232323232123232123212123212123212323212323232323232323232123232323/232323
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=012121212121232123232321212323232323232123232123212123212123212323212323232323232323232123232323232323/242423
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=012121212121232123232321212323232323232123232123212123212123212323212323232323232323232123232323232323242423/232323232123
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=012121212121232123232321212323232323232123232123212123212123212323212323232323232323232123232323232323242423232323232123/232123
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=012121212121232123232321212323232323232123232123212123212123212323212323232323232323232123232323232323242423232323232123232123/21212121212
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=01212121212123212323232121232323232323212323212321212321212321232321232323232323232323212323232323232324242323232323212323212321212121212/323232
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=01212121212123212323232121232323232323212323212321212321212321232321232323232323232323212323232323232324242323232323212323212321212121212323232/323212
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=01212121212123212323232121232323232323212323212321212321212321232321232323232323232323212323232323232324242323232323212323212321212121212323232323212/121232321212
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=01212121212123212323232121232323232323212323212321212321212321232321232323232323232323212323232323232324242323232323212323212321212121212323232323212121232321212/123212
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=01212121212123212323232121232323232323212323212321212321212321232321232323232323232323212323232323232324242323232323212323212321212121212323232323212121232321212123212/321500
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=236;P1=596;P2=-944;P3=1536;P4=440;P5=-32001;P6=1427;D=01212121212123212323232121232323232323212323212321212321212321232321232323232323232323212323232323232324242323232323212323212321212121212323232323212121232321212123212321500/;CP=1;
2015.07.14 20:10:49 5: SIGNALduino/RAW: /
2015.07.14 20:10:49 5: SIGNALduino/RAW: /MU;P0=
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=/624;P1=-900;P2=149
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=149/6;P3=-
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-/1052;P4=472
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472/;P5=-3
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-3/2001;P
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P/6=1427;D=010101010
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=010101010/101010
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=010101010101010/10121012121
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=01010101010101010121012121/210101
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=01010101010101010121012121210101/212121232321
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=01010101010101010121012121210101212121232321/012321
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=01010101010101010121012121210101212121232321012321/012101
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=01010101010101010121012121210101212121232321012321012101/012101012341
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=01010101010101010121012121210101212121232321012321012101012101012341/21210
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=0101010101010101012101212121010121212123232101232101210101210101234121210/123212
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=0101010101010101012101212121010121212123232101232101210101210101234121210123212/121232123212
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=0101010101010101012101212121010121212123232101232101210101210101234121210123212121232123212/343232
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=0101010101010101012101212121010121212123232101232101210101210101234121210123212121232123212343232/123212121234
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=0101010101010101012101212121010121212123232101232101210101210101234121210123212121232123212343232123212121234/343232
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=0101010101010101012101212121010121212123232101232101210101210101234121210123212121232123212343232123212121234343232/32323
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=010101010101010101210121212101012121212323210123210121010121010123412121012321212123212321234323212321212123434323232323/234323234323
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=010101010101010101210121212101012121212323210123210121010121010123412121012321212123212321234323212321212123434323232323234323234323/434341
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=010101010101010101210121212101012121212323210123210121010121010123412121012321212123212321234323212321212123434323232323234323234323434341/010121
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=010101010101010101210121212101012121212323210123210121010121010123412121012321212123212321234323212321212123434323232323234323234323434341010121/212121210101
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=010101010101010101210121212101012121212323210123210121010121010123412121012321212123212321234323212321212123434323232323234323234323434341010121212121210101/012321
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=010101010101010101210121212101012121212323210123210121010121010123412121012321212123212321234323212321212123434323232323234323234323434341010121212121210101012321/01010121012
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=01010101010101010121012121210101212121232321012321012101012101012341212101232121212321232123432321232121212343432323232323432323432343434101012121212121010101232101010121012/10501;
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=0101010101010101012101212121010121212123232101232101210101210101234121210123212121232123212343232123212121234343232323232343232343234343410101212121212101010123210101012101210501;/CP=2;
2015.07.14 20:10:49 5: SIGNALduino/RAW: MU;P0=624;P1=-900;P2=1496;P3=-1052;P4=472;P5=-32001;P6=1427;D=0101010101010101012101212121010121212123232101232101210101210101234121210123212121232123212343232123212121234343232323232343232343234343410101212121212101010123210101012101210501;CP=2;/
2015.07.14 20:11:04 5: SIGNALduino/RAW: /M0
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0/;P0=-
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-/3168;P
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P/1=480;P2=-45
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-45/08;P3=
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=/-1964;
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;/P4=-9508;D=1
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=1/41313
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=141313/121212121212
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=141313121212121212/121313
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=141313121212121212121313/131313
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=141313121212121212121313131313/131312121312
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=141313121212121212121313131313131312121312/131312
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=141313121212121212121313131313131312121312131312/131212
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=141313121212121212121313131313131312121312131312131212/1213;CP=1;S
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=1413131212121212121213131313131313121213121313121312121213;CP=1;S/P=4;
2015.07.14 20:11:04 5: converted Data to (s3f80d2e000)
2015.07.14 20:11:04 5: sduino dispatch s3f80d2e000
2015.07.14 20:11:04 5: SIGNALduino/RAW: /M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508/;P3=-
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508;P3=-/1964;P
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508;P3=-1964;P/4=-9508;D=14
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=14/131312
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=14131312/121212
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=14131312121212/121212131313
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=14131312121212121212131313/13131
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=1413131212121212121213131313131/313121213121
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=1413131212121212121213131313131313121213121/313121
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=1413131212121212121213131313131313121213121313121/312121
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=1413131212121212121213131313131313121213121313121312121/213;CP=1;SP=
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=M2;P0=-3168;P1=480;P2=-4508;P3=-1964;P4=-9508;D=1413131212121212121213131313131313121213121313121312121213;CP=1;SP=/4;
;C
2015.07.14 20:11:04 5: SIGNALduino/RAW: ;C/P=1;SP
2015.07.14 20:11:04 5: SIGNALduino/RAW: ;CP=1;SP/=4;
2015.07.14 20:11:04 5: SIGNALduino/RAW: /M0;P0
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0/=-4524;P1=484;P2=-
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-/1960;P
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P/3=-9524;P4=-1740;P
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P/5=692
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692/;P6=1427;D=1
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=1/312121
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=1312121/010101
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=1312121010101/010101012121
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=1312121010101010101012121/21212
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=131212101010101010101212121212/121210
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=131212101010101010101212121212121210/101210121210
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=131212101010101010101212121212121210101210121210/121010
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=131212101010101010101212121212121210101210121210121010/1012;CP=1;SP
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=1312121010101010101012121212121212101012101212101210101012;CP=1;SP/=3;
2015.07.14 20:11:04 5: converted Data to (s3f80d2e000)
2015.07.14 20:11:04 5: sduino dispatch s3f80d2e000
2015.07.14 20:11:04 5: SIGNALduino/RAW: /M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P/5=692;P6=14
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=14/27;D=
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=/M2;P0=
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=/-4524;P1=484
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484/;P2=-1
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1/960;P3
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3/=-9524;P4=-1
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1/740;P
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P/5=692;P6=142
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=142/7;D=13
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=13/121210
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=13121210/101010101010
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=13121210101010101010/121212
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=13121210101010101010121212/12121
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=1312121010101010101012121212121/212101012101
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=1312121010101010101012121212121212101012101/212101
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=1312121010101010101012121212121212101012101212101/210101012;CP
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=1312121010101010101012121212121212101012101212101210101012;CP/=1;SP=
2015.07.14 20:11:04 5: SIGNALduino/RAW: M0;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=M2;P0=-4524;P1=484;P2=-1960;P3=-9524;P4=-1740;P5=692;P6=1427;D=1312121010101010101012121212121212101012101212101210101012;CP=1;SP=/3;
;C
2015.07.14 20:11:04 5: SIGNALduino/RAW: ;C/P=1;SP=3;
2015.07.14 20:11:07 5: SIGNALduino/RAW: /M0;P0=-38
2015.07.14 20:11:07 5: SIGNALduino/RAW: M0;P0=-38/56;P1=560;P2=-1876;P3=-9196;D=13121012101212121012101012101210121212121210101210101210101212101012121210;CP=1;SP=3;
M0;P0=-3856;P1=560;P2=-1876;P3=-9196;D=M2;P0=-3856;P1=560;P2=-1876;P3=-9196;D=13121012101212121012101012101210
2015.07.14 20:11:07 5: converted Data to (s516a0db31000)
2015.07.14 20:11:07 5: sduino dispatch s516a0db31000
2015.07.14 20:11:07 5: SIGNALduino/RAW: M0;P0=-3856;P1=560;P2=-1876;P3=-9196;D=M2;P0=-3856;P1=560;P2=-1876;P3=-9196;D=13121012101212121012101012101210/121212121210101210101210101212101012121210;CP=1;SP=3;
;CP=1;SP=3;
2015.07.14 20:11:08 5: SIGNALduino/RAW: /
2015.07.14 20:11:08 5: SIGNALduino/RAW: /M0;P0=
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=/-3904;
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;/P1=484;P2=-1
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1/972;P3
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3/=-9232;D=131
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=131/21012
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012/101212
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212/121012101012
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012/101210
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012101210/121212
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012101210121212/121210101210
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012101210121212121210101210/10121
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=1312101210121212101210101210121012121212121010121010121/010121210101
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=1312101210121212101210101210121012121212121010121010121010121210101/212121
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=1312101210121212101210101210121012121212121010121010121010121210101212121/0;CP=1
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012101210121212121210101210101210101212101012121210;CP=1/;SP=3;
M0;
2015.07.14 20:11:08 5: converted Data to (s516a0db31000)
2015.07.14 20:11:08 5: sduino dispatch s516a0db31000
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;/P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9/232;D=
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9232;D=/131210121012
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9232;D=131210121012/121210
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9232;D=131210121012121210/121010121012
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9232;D=131210121012121210121010121012/10121
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012101210121/212121
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012101210121212121/210101210101
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012101210121212121210101210101/210101
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012101210121212121210101210101210101/212101
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012101210121212121210101210101210101212101/012121210;CP
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012101210121212121210101210101210101212101012121210;CP/=1;SP
2015.07.14 20:11:08 5: SIGNALduino/RAW: M0;P0=-3904;P1=484;P2=-1972;P3=-9232;D=M2;P0=-3904;P1=484;P2=-1972;P3=-9232;D=13121012101212121012101012101210121212121210101210101210101212101012121210;CP=1;SP/=3;
;CP=1;S
2015.07.14 20:11:08 5: SIGNALduino/RAW: ;CP=1;S/P=3;
2015.07.14 20:11:12 4: sduino: GetUpdate called ...
2015.07.14 20:11:12 5: sduino: command for gets: R
2015.07.14 20:11:12 5: SW: R
2015.07.14 20:11:12 5: SIGNALduino/RAW (ReadAnswer): 326
2015.07.14 20:11:12 5: sduino: received message for gets: 326
2015.07.14 20:11:28 5: SIGNALduino/RAW: /
2015.07.14 20:11:28 5: SIGNALduino/RAW: /MU;P0=
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=/-1016;
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;/P1=472;P2=14
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=14/12;P3
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3/=-25076;D=01
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01/010101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101/020102
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101020102/010101020202
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101020102010101020202/020202
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101020102010101020202020202/010201
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101020102010101020202020202010201/02010201020
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=0101010102010201010102020202020201020102010201020/202020
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=0101010102010201010102020202020201020102010201020202020/202020201010
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=0101010102010201010102020202020201020102010201020202020202020201010/101010
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=0101010102010201010102020202020201020102010201020202020202020201010101010/201020
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=0101010102010201010102020202020201020102010201020202020202020201010101010201020/10201010102
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102/010101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101/010201
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101010201/010202023101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101010201010202023101/010101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101010201010202023101010101/010101020101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101010201010202023101010101010101020101/01010
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101020102010101020202020202010201020102010202020202020202010101010102010201020101010201010101020101020202310101010101010102010101010/201020
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101020102010101020202020202010201020102010202020202020202010101010102010201020101010201010101020101020202310101010101010102010101010201020/101010202020
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101020102010101020202020202010201020102010202020202020202010101010102010201020101010201010101020101020202310101010101010102010101010201020101010202020/202020
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101020102010101020202020202010201020102010202020202020202010101010102010201020101010201010101020101020202310101010101010102010101010201020101010202020202020/102010
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101020102010101020202020202010201020102010202020202020202010101010102010201020101010201010101020101020202310101010101010102010101010201020101010202020202020102010/201020102020
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101020102010101020202020202010201020102010202020202020202010101010102010201020101010201010101020101020202310101010101010102010101010201020101010202020202020102010201020102020/202020
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=01010101020102010101020202020202010201020102010202020202020202010101010102010201020101010201010101020101020202310101010101010102010101010201020101010202020202020102010201020102020202020/20202010101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=0101010102010201010102020202020201020102010201020202020202020201010101010201020102010101020101010102010102020231010101010101010201010101020102010101020202020202010201020102010202020202020202010101/010102
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=0101010102010201010102020202020201020102010201020202020202020201010101010201020102010101020101010102010102020231010101010101010201010101020102010101020202020202010201020102010202020202020202010101010102/010201
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=0101010102010201010102020202020201020102010201020202020202020201010101010201020102010101020101010102010102020231010101010101010201010101020102010101020202020202010201020102010202020202020202010101010102010201/020101010201
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=0101010102010201010102020202020201020102010201020202020202020201010101010201020102010101020101010102010102020231010101010101010201010101020102010101020202020202010201020102010202020202020202010101010102010201020101010201/010101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=0101010102010201010102020202020201020102010201020202020202020201010101010201020102010101020101010102010102020231010101010101010201010101020102010101020202020202010201020102010202020202020202010101010102010201020101010201010101/020101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=0101010102010201010102020202020201020102010201020202020202020201010101010201020102010101020101010102010102020231010101010101010201010101020102010101020202020202010201020102010202020202020202010101010102010201020101010201010101020101/02020231240
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101010201010202023101010101010101020101010102010201010102020202020201020102010201020202020202020201010101010201020102010101020101010102010102020231240/;CP=1;
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101010201010202023101010101010101020101010102010201010102020202020201020102010201020202020202020201010101010201020102010101020101010102010102020231240;CP=1;/
2015.07.14 20:11:28 5: SIGNALduino/RAW: /MU;P0=-980;
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;/P1=51
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=51/2;P2=1
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1/424;D=010101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=010101/010101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=010101010101/010201
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=010101010101010201/01010102010
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=01010101010101020101010102010/201010
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=01010101010101020101010102010201010/102020202020
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=01010101010101020101010102010201010102020202020/201020
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=01010101010101020101010102010201010102020202020201020/102010
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=01010101010101020101010102010201010102020202020201020102010/201020202020
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=01010101010101020101010102010201010102020202020201020102010201020202020/20202
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=0101010101010102010101010201020101010202020202020102010201020102020202020202/020101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=0101010101010102010101010201020101010202020202020102010201020102020202020202020101/010101020102
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=0101010101010102010101010201020101010202020202020102010201020102020202020202020101010101020102/010201
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=0101010101010102010101010201020101010202020202020102010201020102020202020202020101010101020102010201/010102010101
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=0101010101010102010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101/010201
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=0101010101010102010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101010201/010202
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=0101010101010102010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101010201010202/020;CP=1;
2015.07.14 20:11:37 5: SIGNALduino/RAW: /
2015.07.14 20:11:37 5: SIGNALduino/RAW: /MU;P0=
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=/292;P1=-208;
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;/P2=552
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552/;P3=-976;P4=
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=/1504;
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;/P5=-320
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-320/01;P6=1427;
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;/D=2323
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=2323/232323
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=2323232323/234323434343
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=2323232323234323434343/232343
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=2323232323234323434343232343/43434343432
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=232323232323432343434323234343434343432/343432
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=232323232323432343434323234343434343432343432/343232
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=232323232323432343434323234343434343432343432343232/343232343234
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=232323232323432343434323234343434343432343432343232343232343234/343234
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=232323232323432343434323234343434343432343432343232343232343234343234/343234
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=232323232323432343434323234343434343432343432343232343232343234343234343234/34343434343
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=23232323232343234343432323434343434343234343234323234323234323434323434323434343434343/232343
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=23232323232343234343432323434343434343234343234323234323234323434323434323434343434343232343/434343432343
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=23232323232343234343432323434343434343234343234323234323234323434323434323434343434343232343434343432343/234343
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=23232323232343234343432323434343434343234343234323234323234323434323434323434343434343232343434343432343234343/434343
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=23232323232343234343432323434343434343234343234323234323234323434323434323434343434343232343434343432343234343434343/234343234323
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=23232323232343234343432323434343434343234343234323234323234323434323434323434343434343232343434343432343234343434343234343234323/232323
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=23232323232343234343432323434343434343234343234323234323234323434323434323434343434343232343434343432343234343434343234343234323232323/23434
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=2323232323234323434343232343434343434323434323432323432323432343432343432343434343434323234343434343234323434343434323434323432323232323434/343434343434
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=2323232323234323434343232343434343434323434323432323432323432343432343432343434343434323234343434343234323434343434323434323432323232323434343434343434/343232
2015.07.14 20:11:37 5: SIGNALduino/RAW: MU;P0=292;P1=-208;P2=552;P3=-976;P4=1504;P5=-32001;P6=1427;D=232323232323432343434323234343434343432343432343232343232343234343234343234343434343432323434343434323432343434343432343432343232
Hallo BallaBalla,
nach deinem Log, werden einige Funksignale empfangen.
Wenn autocreate bei dir aktiv ist, sollten auch Temperatursensoren angelegt worden sein.
Es gibt auch einige Signale, die sind noch nicht bekannt.
z.B.
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-980;P1=512;P2=1424;D=0101010101010102010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101010201010202/020;CP=1;
Die Signalfolge 01 entspricht vermutlich einem 0 bit und 02 einem 1 bit.
oder
2015.07.14 20:11:28 5: SIGNALduino/RAW: MU;P0=-1016;P1=472;P2=1412;P3=-25076;D=010101010201020101010202020202020102010201020102020202020202020101010101020102010201010102010101010201010202023101010101010101020101010102010201010102020202020201020102010201020202020202020201010101010201020102010101020101010102010102020231240;CP=1;/
Diese Signalfolge entspricht vermutlich vermutlich der von oben. Ich nehme an, es handelt sich auch um den gleichen Sensor.
Weisst Du denn was bei dir so alles sendet?
Grüße Sidey
Hallo Sidey,
ich starte jetzt mal mit testen. Meine ersten Ergebnisse. Es wäre mal interessant was aus dem Log wirklich wichtig ist.
Wenn kein mir bekanntes Gerät sendet gibt er immer wieder das hier aus:
2015.07.24 12:54:51 4: Signalduino: GetUpdate called ...
2015.07.24 12:54:51 5: Signalduino: command for gets: R
2015.07.24 12:54:51 5: SW: R
2015.07.24 12:54:51 5: SIGNALduino/RAW (ReadAnswer): 644
2015.07.24 12:54:51 5: Signalduino: received message for gets: 644
Was könnte das bedeuten?
Erster Test:
Fernbedienung - Mumbi Steckdosen m-FS300
Ich versuche mal nur die wichtigsten Logs auszugeben
Steckdose A-Ein. Es werden 2 Signale empfangen. Mit dem 2ten kann er etwas anfangen
1 Signal:
2015.07.24 12:56:55 5: SIGNALduino/RAW READ: /M3;P0=2
2015.07.24 12:56:55 5: SIGNALduino/RAW READ: M3;P0=2/88;P1=-248;P2=-1296;P3=-9136;D=03
2015.07.24 12:56:55 5: SIGNALduino/RAW READ: M3;P0=288;P1=-248;P2=-1296;P3=-9136;D=03/020201010102020202010101020
2015.07.24 12:56:55 5: SIGNALduino/RAW READ: M3;P0=288;P1=-248;P2=-1296;P3=-9136;D=03020201010102020202010101020/2020201010102010202010102
2015.07.24 12:56:55 5: SIGNALduino/RAW READ: M3;P0=288;P1=-248;P2=-1296;P3=-9136;D=030202010101020202020101010202020201010102010202010102/0102020201010102010202010
2015.07.24 12:56:55 5: SIGNALduino/RAW READ: M3;P0=288;P1=-248;P2=-1296;P3=-9136;D=0302020101010202020201010102020202010101020102020101020102020201010102010202010/20101020202010102010202020
2015.07.24 12:56:55 5: SIGNALduino/RAW READ: M3;P0=288;P1=-248;P2=-1296;P3=-9136;D=030202010101020202020101010202020201010102010202010102010202020101010201020201020101020202010102010202020/10102010202;CP=0;SP=3;
2015.07.24 12:56:55 5: SIGNALduino/msg READ: M3;P0=288;P1=-248;P2=-1296;P3=-9136;D=03020201010102020202010101020202020101010201020201010201020202010101020102020102010102020201010201020202010102010202;CP=0;SP=3;
2015.07.24 12:56:55 1: DEBUG>Signalduino: incomming message: (M3;P0=288;P1=-248;P2=-1296;P3=-9136;D=03020201010102020202010101020202020101010201020201010201020202010101020102020102010102020201010201020202010102010202;CP=0;SP=3;)
2015.07.24 12:56:55 1: DEBUG>Signalduino: found itv1 with id: 3 Raw message: (M3;P0=288;P1=-248;P2=-1296;P3=-9136;D=03020201010102020202010101020202020101010201020201010201020202010101020102020102010102020201010201020202010102010202;CP=0;SP=3;)
2015.07.24 12:56:55 1: DEBUG>Signalduino: extracted pattern 0 288
2015.07.24 12:56:55 1: DEBUG>Signalduino: extracted pattern 1 -248
2015.07.24 12:56:55 1: DEBUG>Signalduino: extracted pattern 2 -1296
2015.07.24 12:56:55 1: DEBUG>Signalduino: extracted pattern 3 -9136
2015.07.24 12:56:55 1: DEBUG>Signalduino: extracted data 03020201010102020202010101020202020101010201020201010201020202010101020102020102010102020201010201020202010102010202
2015.07.24 12:56:55 1: DEBUG>Signalduino: extracted clockidx 0
2015.07.24 12:56:55 1: DEBUG>Signalduino: extracted syncidx 3
2015.07.24 12:56:55 1: DEBUG> is 0 check: abs(1 - 1) > 1
..usw...7.24 12:56:56 1: DEBUG> is 115 check: abs(-5 - 1) > 1
2015.07.24 12:56:56 1: DEBUG>Signalduino: to many failures in pattern protocol matching... aborting
2015.07.24 12:56:56 5: SIGNALduino/RAW READ: /M3;P0=308;P1=-1272;P2=-236;P3=-10176;P4=-868;P5=1032;P6=1589;D=03045204520404045204040404040404520404045204520452;CP=0;SP=3;
2. Signal
2015.07.24 12:56:56 5: SIGNALduino/RAW READ: /M3;P0=308;P1=-1272;P2=-236;P3=-10176;P4=-868;P5=1032;P6=1589;D=03045204520404045204040404040404520404045204520452;CP=0;SP=3;
2015.07.24 12:56:56 5: SIGNALduino/msg READ: M3;P0=308;P1=-1272;P2=-236;P3=-10176;P4=-868;P5=1032;P6=1589;D=03045204520404045204040404040404520404045204520452;CP=0;SP=3;
2015.07.24 12:56:56 1: DEBUG>Signalduino: incomming message: (M3;P0=308;P1=-1272;P2=-236;P3=-10176;P4=-868;P5=1032;P6=1589;D=03045204520404045204040404040404520404045204520452;CP=0;SP=3;)
......usw...
2015.07.24 12:56:56 1: DEBUG>Signalduino: decoded message raw (0 1 0 1 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 1 0 1 0 1), 24 bits
2015.07.24 12:56:56 5: converted Data to (i510115)
2015.07.24 12:56:56 5: Signalduino dispatch i510115
2015.07.24 12:56:57 2: autocreate: define IT_FF0F000F0F IT FF0F000F0F FF F0
2015.07.24 12:56:57 2: autocreate: define FileLog_IT_FF0F000F0F FileLog ./log/IT_FF0F000F0F-%Y.log IT_FF0F000F0F
Wenn ich im Log nachschau steht das(Steckdose umbenannt):
2015.07.24 13:13:43 2: IT set SteckdoseA_ein on
2015.07.24 13:13:43 5: SW: isFF0F000F0FFF
2015.07.24 13:13:43 5: SIGNALduino/RAW (ReadAnswer): isF
2015.07.24 13:13:43 5: SIGNALduino/RAW (ReadAnswer): F0F000F0F
2015.07.24 13:13:43 5: SIGNALduino/RAW (ReadAnswer): FF
Jetzt mal der Ausschalter für die Steckdose. Auch 2 Signale
1. Signal
2015.07.24 13:15:05 5: SIGNALduino/RAW READ: /M1;P
2015.07.24 13:15:05 5: SIGNALduino/RAW READ: M1;P/0=-220;P1=448;P2=-856;P3=1
2015.07.24 13:15:05 5: SIGNALduino/RAW READ: M1;P0=-220;P1=448;P2=-856;P3=1/164;P4=-4880;P5=992;P6=15
2015.07.24 13:15:05 5: SIGNALduino/RAW READ: M1;P0=-220;P1=448;P2=-856;P3=1164;P4=-4880;P5=992;P6=15/89;D=141212301212
2015.07.24 13:15:05 5: SIGNALduino/RAW READ: M1;P0=-220;P1=448;P2=-856;P3=1164;P4=-4880;P5=992;P6=1589;D=141212301212/3030301230301250501212501
2015.07.24 13:15:05 5: SIGNALduino/RAW READ: M1;P0=-220;P1=448;P2=-856;P3=1164;P4=-4880;P5=992;P6=1589;D=1412123012123030301230301250501212501/212121250303050125012;CP
2015.07.24 13:15:05 5: SIGNALduino/RAW READ: M1;P0=-220;P1=448;P2=-856;P3=1164;P4=-4880;P5=992;P6=1589;D=1412123012123030301230301250501212501212121250303050125012;CP/=1;SP=4;
2015.07.24 13:15:05 5: SIGNALduino/msg READ: M1;P0=-220;P1=448;P2=-856;P3=1164;P4=-4880;P5=992;P6=1589;D=1412123012123030301230301250501212501212121250303050125012;CP=1;SP=4;
2015.07.24 13:15:05 1: DEBUG>Signalduino: incomming message: (M1;P0=-220;P1=448;P2=-856;P3=1164;P4=-4880;P5=992;P6=1589;D=1412123012123030301230301250501212501212121250303050125012;CP=1;SP=4;)
2015.07.24 13:15:05 1: DEBUG>Signalduino: found ConradRSL with id: 1 Raw message: (M1;P0=-220;P1=448;P2=-856;P3=1164;P4=-4880;P5=992;P6=1589;D=1412123012123030301230301250501212501212121250303050125012;CP=1;SP=4;)
2015.07.24 13:15:05 1: DEBUG>Signalduino: extracted pattern 0 -220
2015.07.24 13:15:05 1: DEBUG>Signalduino: extracted pattern 1 448
2015.07.24 13:15:05 1: DEBUG>Signalduino: extracted pattern 2 -856
2015.07.24 13:15:05 1: DEBUG>Signalduino: extracted pattern 3 1164
2015.07.24 13:15:05 1: DEBUG>Signalduino: extracted pattern 4 -4880
2015.07.24 13:15:05 1: DEBUG>Signalduino: extracted pattern 5 992
2015.07.24 13:15:05 1: DEBUG>Signalduino: extracted pattern 6 1589
2015.07.24 13:15:05 1: DEBUG>Signalduino: extracted data 1412123012123030301230301250501212501212121250303050125012
2015.07.24 13:15:05 1: DEBUG>Signalduino: extracted clockidx 1
2015.07.24 13:15:05 1: DEBUG>Signalduino: extracted syncidx 4
2015.07.24 13:15:05 1: DEBUG> is 0 check: abs(1 - 1) > 1
2015.07.24 13:15:05 1: DEBUG> is 1 check: abs(-11 - -2) > 3
......usw...
2015.07.24 13:15:05 1: DEBUG> is 57 check: abs(-2 - -2) > 1
2015.07.24 13:15:05 1: DEBUG>Signalduino: Pattern [1 -2] found at pos 56. Adding 0
2015.07.24 13:15:05 1: DEBUG>Signalduino: decoded message raw (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 0), 28 bits
2015.07.24 13:15:05 1: DEBUG>Signalduino: adding 0 bit to bit_msg array
2015.07.24 13:15:05 1: DEBUG>Signalduino: adding 0 bit to bit_msg array
2015.07.24 13:15:05 1: DEBUG>Signalduino: adding 0 bit to bit_msg array
2015.07.24 13:15:05 1: DEBUG>Signalduino: adding 0 bit to bit_msg array
2015.07.24 13:15:05 5: converted Data to (r00)
2015.07.24 13:15:05 5: Signalduino dispatch r00
2015.07.24 13:15:05 3: Signalduino: Unknown code r00, help me!
ConradRSL?
2015.07.24 13:15:06 5: SIGNALduino/RAW READ: /M3;P0=-
2015.07.24 13:15:06 5: SIGNALduino/RAW READ: M3;P0=-/1256;P1=304;P2=-240;P3=-9
2015.07.24 13:15:06 5: SIGNALduino/RAW READ: M3;P0=-1256;P1=304;P2=-240;P3=-9/144;D=13101012121
2015.07.24 13:15:06 5: SIGNALduino/RAW READ: M3;P0=-1256;P1=304;P2=-240;P3=-9144;D=13101012121/2101010101212121010101012
2015.07.24 13:15:06 5: SIGNALduino/RAW READ: M3;P0=-1256;P1=304;P2=-240;P3=-9144;D=131010121212101010101212121010101012/12121012101012121012101010
2015.07.24 13:15:06 5: SIGNALduino/RAW READ: M3;P0=-1256;P1=304;P2=-240;P3=-9144;D=13101012121210101010121212101010101212121012101012121012101010/1212121012101012101212101
2015.07.24 13:15:06 5: SIGNALduino/RAW READ: M3;P0=-1256;P1=304;P2=-240;P3=-9144;D=131010121212101010101212121010101012121210121010121210121010101212121012101012101212101/01012121210101010
2015.07.24 13:15:06 5: SIGNALduino/RAW READ: M3;P0=-1256;P1=304;P2=-240;P3=-9144;D=13101012121210101010121212101010101212121012101012121012101010121212101210101210121210101012121210101010/121210121010;CP=1;SP=3;
2015.07.24 13:15:06 5: SIGNALduino/msg READ: M3;P0=-1256;P1=304;P2=-240;P3=-9144;D=13101012121210101010121212101010101212121012101012121012101010121212101210101210121210101012121210101010121210121010;CP=1;SP=3;
2015.07.24 13:15:06 1: DEBUG>Signalduino: incomming message: (M3;P0=-1256;P1=304;P2=-240;P3=-9144;D=13101012121210101010121212101010101212121012101012121012101010121212101210101210121210101012121210101010121210121010;CP=1;SP=3;)
2015.07.24 13:15:06 1: DEBUG>Signalduino: found itv1 with id: 3 Raw message: (M3;P0=-1256;P1=304;P2=-240;P3=-9144;D=13101012121210101010121212101010101212121012101012121012101010121212101210101210121210101012121210101010121210121010;CP=1;SP=3;)
2015.07.24 13:15:06 1: DEBUG>Signalduino: extracted pattern 0 -1256
2015.07.24 13:15:06 1: DEBUG>Signalduino: extracted pattern 1 304
2015.07.24 13:15:06 1: DEBUG>Signalduino: extracted pattern 2 -240
2015.07.24 13:15:06 1: DEBUG>Signalduino: extracted pattern 3 -9144
2015.07.24 13:15:06 1: DEBUG>Signalduino: extracted data 13101012121210101010121212101010101212121012101012121012101010121212101210101210121210101012121210101010121210121010
2015.07.24 13:15:06 1: DEBUG>Signalduino: extracted clockidx 1
2015.07.24 13:15:06 1: DEBUG>Signalduino: extracted syncidx 3
2015.07.24 13:15:06 1: DEBUG> is 0 check: abs(1 - 1) > 1
2015.07.24 13:15:06 1: DEBUG> is 1 check: abs(-31 - -3) > 7
2015.07.24 13:15:06 1: DEBUG> is 0 check: abs(1 - 3) > 1
2015.07.24 13:15:06 1: DEBUG> is 0 check: abs(1 - 1) > 1
2015.07.24 13:15:06 1: DEBUG> is 1 check: abs(-31 - -30) > 7
2015.07.24 13:15:06 1: DEBUG> is 2 check: abs(1 - 1) > 1
...usw...
2015.07.24 13:15:06 1: DEBUG> is 115 check: abs(-5 - 1) > 1
2015.07.24 13:15:06 1: DEBUG> is 115 check: abs(-5 - 3) > 1
2015.07.24 13:15:06 1: DEBUG> is 115 check: abs(-5 - 1) > 1
2015.07.24 13:15:06 1: DEBUG>Signalduino: to many failures in pattern protocol matching... aborting
ITV1?
Und noch ein Test. Diesmal ein selbstlernender Intertechno Funk-Dämmerung Schalter (ITDS-50). Auf der Rückseite ist ein Startknopf. Den habe ich gedrückt bis das Gerät rot geblinkt hat.
Jetzt kommt ein langes Log:
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: /MU;P0
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: MU;P0/=-160;P1=356;P2=-1044;P3=
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: MU;P0=-160;P1=356;P2=-1044;P3=/-816;P4=960;D=010101210121210121
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: MU;P0=-160;P1=356;P2=-1044;P3=-816;P4=960;D=010101210121210121/012101210101210121012121012
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: MU;P0=-160;P1=356;P2=-1044;P3=-816;P4=960;D=010101210121210121012101210101210121012121012/10121013432;CP=1;
2015.07.24 13:47:53 5: SIGNALduino/msg READ: MU;P0=-160;P1=356;P2=-1044;P3=-816;P4=960;D=01010121012121012101210121010121012101212101210121013432;CP=1;
2015.07.24 13:47:53 1: DEBUG>Signalduino: incomming message: (MU;P0=-160;P1=356;P2=-1044;P3=-816;P4=960;D=01010121012121012101210121010121012101212101210121013432;CP=1;)
2015.07.24 13:47:53 1: DEBUG>Signalduino: processing unsynced message
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 0 -160
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 1 356
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 2 -1044
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 3 -816
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 4 960
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted data 01010121012121012101210121010121012101212101210121013432
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: /
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: /M4;P0=-232;P1=308;P2=-904;P
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: M4;P0=-232;P1=308;P2=-904;P/3=-1092;P4=-9464;P5=-2548
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: M4;P0=-232;P1=308;P2=-904;P3=-1092;P4=-9464;P5=-2548/;P6=1589;D=1510131013121
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: M4;P0=-232;P1=308;P2=-904;P3=-1092;P4=-9464;P5=-2548;P6=1589;D=1510131013121/01210121010121012121012101210121010
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: M4;P0=-232;P1=308;P2=-904;P3=-1092;P4=-9464;P5=-2548;P6=1589;D=151013101312101210121010121012121012101210121010/131013101212101210121012
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: M4;P0=-232;P1=308;P2=-904;P3=-1092;P4=-9464;P5=-2548;P6=1589;D=151013101312101210121010121012121012101210121010131013101212101210121012/1012101210121012101210101
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: M4;P0=-232;P1=308;P2=-904;P3=-1092;P4=-9464;P5=-2548;P6=1589;D=1510131013121012101210101210121210121012101210101310131012121012101210121012101210121012101210101/31210101310131013121010131
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: M4;P0=-232;P1=308;P2=-904;P3=-1092;P4=-9464;P5=-2548;P6=1589;D=151013101312101210121010121012121012101210121010131013101212101210121012101210121012101210121010131210101310131013121010131/013121014;CP=1;SP=5;
2015.07.24 13:47:53 5: SIGNALduino/msg READ: M4;P0=-232;P1=308;P2=-904;P3=-1092;P4=-9464;P5=-2548;P6=1589;D=151013101312101210121010121012121012101210121010131013101212101210121012101210121012101210121010131210101310131013121010131013121014;CP=1;SP=5;
2015.07.24 13:47:53 1: DEBUG>Signalduino: incomming message: (M4;P0=-232;P1=308;P2=-904;P3=-1092;P4=-9464;P5=-2548;P6=1589;D=151013101312101210121010121012121012101210121010131013101212101210121012101210121012101210121010131210101310131013121010131013121014;CP=1;SP=5;)
2015.07.24 13:47:53 1: DEBUG>Signalduino: found itv3 with id: 4 Raw message: (M4;P0=-232;P1=308;P2=-904;P3=-1092;P4=-9464;P5=-2548;P6=1589;D=151013101312101210121010121012121012101210121010131013101212101210121012101210121012101210121010131210101310131013121010131013121014;CP=1;SP=5;)
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 0 -232
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 1 308
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 2 -904
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 3 -1092
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 4 -9464
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 5 -2548
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 6 1589
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted data 151013101312101210121010121012121012101210121010131013101212101210121012101210121012101210121010131210101310131013121010131013121014
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted clockidx 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted syncidx 5
2015.07.24 13:47:53 1: DEBUG> is 0 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 1 check: abs(-9 - -3) > 2
2015.07.24 13:47:53 1: DEBUG> is 0 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 0 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 1 check: abs(-9 - -30) > 2
2015.07.24 13:47:53 1: DEBUG> is 1 check: abs(-9 - 1) > 2
2015.07.24 13:47:53 1: DEBUG> is 1 check: abs(-9 - 3) > 2
2015.07.24 13:47:53 1: DEBUG> is 1 check: abs(-9 - 1) > 2
2015.07.24 13:47:53 1: DEBUG> is 2 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 3 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 2 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 2 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 3 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 3 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 3 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 3 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 4 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 5 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 4. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 6 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 7 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 6 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 6 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 7 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 7 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 7 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 7 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 8 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 9 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 8. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 10 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 11 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 10. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 12 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 13 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 12 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 12 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 13 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 13 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 13 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 13 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 14 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 15 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 14. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 16 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 17 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 16 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 16 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 17 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 17 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 17 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 17 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 18 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 19 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 18. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 20 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 21 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 20 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 20 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 21 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 21 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 21 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 21 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 22 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 23 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 22 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 22 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 23 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 23 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 23 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 23 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 24 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 25 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 24. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 26 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 27 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 26 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 26 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 27 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 27 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 27 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 27 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 28 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 29 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 28. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 30 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 31 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 30. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 32 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 33 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 32 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 32 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 33 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 33 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 33 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 33 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 34 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 35 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 34. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 36 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 37 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 36 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 36 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 37 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 37 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 37 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 37 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 38 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 39 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 38. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 40 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 41 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 40 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 40 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 41 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 41 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 41 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 41 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 42 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 43 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 42. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 44 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 45 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 44 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 44 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 45 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 45 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 45 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 45 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 46 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 47 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 46 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 46 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 47 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 47 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 47 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 47 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 48 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 49 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 48. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 50 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 51 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 50 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 50 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 51 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 51 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 51 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 51 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 52 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 53 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 52. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 54 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 55 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 54 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 54 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 55 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 55 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 55 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 55 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 56 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 57 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 56. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 58 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 59 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 58. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 60 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 61 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 60 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 60 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 61 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 61 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 61 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 61 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 62 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 63 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 62. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 64 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 65 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 64 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 64 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 65 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 65 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 65 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 65 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 66 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 67 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 66. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 68 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 69 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 68 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 68 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 69 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 69 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 69 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 69 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 70 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 71 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 70. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 72 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 73 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 72 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 72 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 73 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 73 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 73 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 73 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 74 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 75 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 74. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 76 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 77 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 76 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 76 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 77 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 77 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 77 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 77 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 78 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 79 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 78. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 80 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 81 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 80 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 80 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 81 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 81 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 81 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 81 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 82 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 83 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 82. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 84 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 85 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 84 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 84 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 85 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 85 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 85 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 85 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 86 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 87 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 86. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 88 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 89 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 88 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 88 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 89 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 89 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 89 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 89 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 90 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 91 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 90. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 92 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 93 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 92 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 92 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 93 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 93 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 93 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 93 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 94 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 95 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 94 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 94 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 95 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 95 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 95 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 95 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 96 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 97 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 96. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 98 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 99 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 98. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 100 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 101 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 100 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 100 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 101 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 101 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 101 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 101 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 102 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 103 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 102 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 102 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 103 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 103 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 103 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 103 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 104 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 105 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 104. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 106 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 107 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 106 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 106 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 107 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 107 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 107 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 107 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 108 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 109 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 108. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 110 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 111 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 110 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 110 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 111 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 111 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 111 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 111 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 112 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 113 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 112. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 114 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 115 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 114. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 116 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 117 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 116 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 116 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 117 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 117 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 117 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 117 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 118 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 119 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 118 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 118 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 119 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 119 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 119 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 119 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 120 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 121 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 120. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 122 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 123 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 122 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 122 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 123 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 123 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 123 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 123 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 124 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 125 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 124. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 126 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 127 check: abs(-3 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 126. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 128 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 129 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 128 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 128 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 129 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 129 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 129 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 129 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 130 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 131 check: abs(-31 - -3) > 7
2015.07.24 13:47:53 1: DEBUG> is 130 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 130 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 131 check: abs(-31 - -30) > 7
2015.07.24 13:47:53 1: DEBUG>Signalduino: to many failures in pattern protocol matching... aborting
2015.07.24 13:47:53 5: SIGNALduino/RAW READ: /M4;P0=-236;P1=304;P2=-1060;P3=-9484;P4=-2568;D=141012101212101210121010121012121012101210121010121012101212101210121012101210121012101210121010121210101210121012121010121012121013;CP=1;SP=4;
M4;P0=-236;P1=300;P2=-1064;P3=-9476;P4=-2540;D=14101210121210
2015.07.24 13:47:53 5: SIGNALduino/msg READ: M4;P0=-236;P1=304;P2=-1060;P3=-9484;P4=-2568;D=141012101212101210121010121012121012101210121010121012101212101210121012101210121012101210121010121210101210121012121010121012121013;CP=1;SP=4;
2015.07.24 13:47:53 1: DEBUG>Signalduino: incomming message: (M4;P0=-236;P1=304;P2=-1060;P3=-9484;P4=-2568;D=141012101212101210121010121012121012101210121010121012101212101210121012101210121012101210121010121210101210121012121010121012121013;CP=1;SP=4;)
2015.07.24 13:47:53 1: DEBUG>Signalduino: found itv3 with id: 4 Raw message: (M4;P0=-236;P1=304;P2=-1060;P3=-9484;P4=-2568;D=141012101212101210121010121012121012101210121010121012101212101210121012101210121012101210121010121210101210121012121010121012121013;CP=1;SP=4;)
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 0 -236
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 1 304
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 2 -1060
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 3 -9484
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted pattern 4 -2568
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted data 141012101212101210121010121012121012101210121010121012101212101210121012101210121012101210121010121210101210121012121010121012121013
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted clockidx 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: extracted syncidx 4
2015.07.24 13:47:53 1: DEBUG> is 0 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 1 check: abs(-9 - -3) > 2
2015.07.24 13:47:53 1: DEBUG> is 0 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 0 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 1 check: abs(-9 - -30) > 2
2015.07.24 13:47:53 1: DEBUG> is 1 check: abs(-9 - 1) > 2
2015.07.24 13:47:53 1: DEBUG> is 1 check: abs(-9 - 3) > 2
2015.07.24 13:47:53 1: DEBUG> is 1 check: abs(-9 - 1) > 2
2015.07.24 13:47:53 1: DEBUG> is 2 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 3 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 2 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 2 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 3 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 3 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 3 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 3 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 4 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 5 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 4. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 6 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 7 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 6 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 6 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 7 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 7 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 7 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 7 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 8 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 9 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 8. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 10 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 11 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 10. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 12 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 13 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 12 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 12 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 13 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 13 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 13 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 13 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 14 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 15 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 14. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 16 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 17 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 16 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 16 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 17 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 17 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 17 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 17 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 18 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 19 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 18. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 20 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 21 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 20 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 20 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 21 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 21 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 21 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 21 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 22 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 23 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 22 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 22 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 23 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 23 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 23 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 23 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 24 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 25 check: abs(-4 - -3) > 1
2015.07.24 13:47:53 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 24. Adding 0
2015.07.24 13:47:53 1: DEBUG> is 26 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 27 check: abs(-1 - -3) > 1
2015.07.24 13:47:53 1: DEBUG> is 26 check: abs(1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 26 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 27 check: abs(-1 - -30) > 1
2015.07.24 13:47:53 1: DEBUG> is 27 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 27 check: abs(-1 - 3) > 1
2015.07.24 13:47:53 1: DEBUG> is 27 check: abs(-1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 28 check: abs(1 - 1) > 1
2015.07.24 13:47:53 1: DEBUG> is 29 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 28. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 30 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 31 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 30. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 32 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 33 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 32 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 32 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 33 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 33 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 33 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 33 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 34 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 35 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 34. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 36 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 37 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 36 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 36 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 37 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 37 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 37 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 37 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 38 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 39 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 38. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 40 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 41 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 40 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 40 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 41 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 41 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 41 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 41 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 42 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 43 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 42. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 44 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 45 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 44 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 44 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 45 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 45 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 45 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 45 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 46 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 47 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 46 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 46 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 47 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 47 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 47 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 47 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 48 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 49 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 48. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 50 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 51 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 50 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 50 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 51 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 51 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 51 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 51 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 52 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 53 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 52. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 54 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 55 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 54 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 54 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 55 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 55 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 55 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 55 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 56 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 57 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 56. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 58 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 59 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 58. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 60 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 61 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 60 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 60 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 61 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 61 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 61 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 61 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 62 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 63 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 62. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 64 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 65 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 64 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 64 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 65 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 65 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 65 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 65 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 66 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 67 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 66. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 68 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 69 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 68 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 68 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 69 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 69 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 69 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 69 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 70 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 71 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 70. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 72 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 73 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 72 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 72 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 73 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 73 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 73 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 73 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 74 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 75 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 74. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 76 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 77 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 76 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 76 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 77 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 77 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 77 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 77 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 78 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 79 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 78. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 80 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 81 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 80 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 80 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 81 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 81 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 81 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 81 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 82 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 83 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 82. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 84 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 85 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 84 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 84 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 85 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 85 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 85 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 85 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 86 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 87 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 86. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 88 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 89 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 88 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 88 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 89 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 89 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 89 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 89 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 90 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 91 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 90. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 92 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 93 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 92 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 92 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 93 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 93 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 93 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 93 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 94 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 95 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 94 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 94 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 95 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 95 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 95 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 95 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 96 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 97 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 96. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 98 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 99 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 98. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 100 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 101 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 100 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 100 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 101 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 101 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 101 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 101 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 102 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 103 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 102 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 102 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 103 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 103 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 103 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 103 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 104 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 105 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 104. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 106 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 107 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 106 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 106 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 107 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 107 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 107 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 107 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 108 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 109 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 108. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 110 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 111 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 110 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 110 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 111 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 111 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 111 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 111 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 112 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 113 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 112. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 114 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 115 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 114. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 116 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 117 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 116 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 116 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 117 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 117 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 117 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 117 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 118 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 119 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 118 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 118 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 119 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 119 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 119 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 119 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 120 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 121 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 120. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 122 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 123 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 122 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 122 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 123 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 123 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 123 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 123 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 124 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 125 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 124. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 126 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 127 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 126. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 128 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 129 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 128 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 128 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 129 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 129 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 129 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 129 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 130 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 131 check: abs(-32 - -3) > 7
2015.07.24 13:47:54 1: DEBUG> is 130 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 130 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 131 check: abs(-32 - -30) > 7
2015.07.24 13:47:54 1: DEBUG>Signalduino: to many failures in pattern protocol matching... aborting
2015.07.24 13:47:54 5: SIGNALduino/RAW READ: M4;P0=-236;P1=300;P2=-1064;P3=-9476;P4=-2540;D=14101210121210/1210121010121012121012101210121010121012101212101210121012101210121012101210121010121210101210121012121010121012121013;CP=1;SP=4;
M4;P0=-224;P1=300;P2=-1068;P3=-9468;P4=-2568;D=1410121012121012101210101210121210121012101210101210121012121012101210121012
2015.07.24 13:47:54 5: SIGNALduino/msg READ: M4;P0=-236;P1=300;P2=-1064;P3=-9476;P4=-2540;D=141012101212101210121010121012121012101210121010121012101212101210121012101210121012101210121010121210101210121012121010121012121013;CP=1;SP=4;
2015.07.24 13:47:54 1: DEBUG>Signalduino: incomming message: (M4;P0=-236;P1=300;P2=-1064;P3=-9476;P4=-2540;D=141012101212101210121010121012121012101210121010121012101212101210121012101210121012101210121010121210101210121012121010121012121013;CP=1;SP=4;)
2015.07.24 13:47:54 1: DEBUG>Signalduino: found itv3 with id: 4 Raw message: (M4;P0=-236;P1=300;P2=-1064;P3=-9476;P4=-2540;D=141012101212101210121010121012121012101210121010121012101212101210121012101210121012101210121010121210101210121012121010121012121013;CP=1;SP=4;)
2015.07.24 13:47:54 1: DEBUG>Signalduino: extracted pattern 0 -236
2015.07.24 13:47:54 1: DEBUG>Signalduino: extracted pattern 1 300
2015.07.24 13:47:54 1: DEBUG>Signalduino: extracted pattern 2 -1064
2015.07.24 13:47:54 1: DEBUG>Signalduino: extracted pattern 3 -9476
2015.07.24 13:47:54 1: DEBUG>Signalduino: extracted pattern 4 -2540
2015.07.24 13:47:54 1: DEBUG>Signalduino: extracted data 141012101212101210121010121012121012101210121010121012101212101210121012101210121012101210121010121210101210121012121010121012121013
2015.07.24 13:47:54 1: DEBUG>Signalduino: extracted clockidx 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: extracted syncidx 4
2015.07.24 13:47:54 1: DEBUG> is 0 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 1 check: abs(-9 - -3) > 2
2015.07.24 13:47:54 1: DEBUG> is 0 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 0 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 1 check: abs(-9 - -30) > 2
2015.07.24 13:47:54 1: DEBUG> is 1 check: abs(-9 - 1) > 2
2015.07.24 13:47:54 1: DEBUG> is 1 check: abs(-9 - 3) > 2
2015.07.24 13:47:54 1: DEBUG> is 1 check: abs(-9 - 1) > 2
2015.07.24 13:47:54 1: DEBUG> is 2 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 3 check: abs(-1 - -3) > 1
2015.07.24 13:47:54 1: DEBUG> is 2 check: abs(1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 2 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 3 check: abs(-1 - -30) > 1
2015.07.24 13:47:54 1: DEBUG> is 3 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 3 check: abs(-1 - 3) > 1
2015.07.24 13:47:54 1: DEBUG> is 3 check: abs(-1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 4 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 5 check: abs(-4 - -3) > 1
2015.07.24 13:47:54 1: DEBUG>Signalduino: Pattern [1 -3] found at pos 4. Adding 0
2015.07.24 13:47:54 1: DEBUG> is 6 check: abs(1 - 1) > 1
2015.07.24 13:47:54 1: DEBUG> is 7 check: abs(-1 - -3) > 1
Hallo Thoffma,
Danke für deine Daten. Ich versuche deine Fragestellungen mal zu beantworten.
Zitat von: thoffma3 am 24 Juli 2015, 13:42:10
Wenn kein mir bekanntes Gerät sendet gibt er immer wieder das hier aus:
2015.07.24 12:54:51 4: Signalduino: GetUpdate called ...
2015.07.24 12:54:51 5: Signalduino: command for gets: R
2015.07.24 12:54:51 5: SW: R
2015.07.24 12:54:51 5: SIGNALduino/RAW (ReadAnswer): 644
2015.07.24 12:54:51 5: Signalduino: received message for gets: 644
Das FHEM Modul sendet periodisch Statusanfragen an den Arduino.
Das habe ich gemacht, damit man schneller merkt, ob und wann ein Arduino sich aufhängt. Mit R wird der freie Speicher auf dem Arduino abgefragt, in deinem Fall 644 Byte.
Zitat von: thoffma3 am 24 Juli 2015, 13:42:10
Fernbedienung - Mumbi Steckdosen m-FS300
Ich versuche mal nur die wichtigsten Logs auszugeben
Puhh, da hast Du dir gleich mal was ordentliches raus gesucht.
Also ich erkläre erst mal grundsätzlich die Debug Ausgaben, bzw. die Nachrichtentypen wie ich sie aktuell implementiert habe.
Es gibt drei Arten von Nachrichten, welche vom Arduino an FHEM übermittelt werden:
M# : Es handelt sich hierbei um eine Nachricht, der ein Sync Puls voran geht. M0-x identifizieren die Protokolle anhand dieses Sync Pulses. An diesen Mechanismus muss ich aber noch mal ran.
MU : Es handelt sich um eine Nachricht, der kein Sync Puls voran geht. Ab und an, werden hier natürlich auch Protokolle mit sync Puls aufgelistet, wenn der Sync Puls nicht identifiziert wurde.
MC: Es handelt sich um eine manchester codierte Nachricht. Da die Manchester Codierung nach IEEE spezifiziert ist, werden die Bits bereits auf dem Arduino ermittelt und übergeben.
Zitat von: thoffma3 am 24 Juli 2015, 13:42:10
Steckdose A-Ein. Es werden 2 Signale empfangen. Mit dem 2ten kann er etwas anfangen
Die gute Nachricht, der Empfänger empfängt und erkennt auch die Signale. Allerdings werden die Informationen nicht brauchbar ausgewertet.
Also habe ich mal ein bisschen google bemüht. Die Mumbi Steckdosen verwenden mehr als nur ein Protokoll. Ich nehme jetzt mal ganz stak an, es handelt sich um selbstlernende Steckdosen. Genau bin ich durch den Vorgang nicht durchgedrungen, aber daran haben sich schon mehr Leute die Zähne ausgebissen.
Im Pimatic Forum hat man das Problem festgestellt: http://forum.pimatic.org/topic/189/mumbi-m-fs300-flamingo-fa500s-without-dip-switches/15 (http://forum.pimatic.org/topic/189/mumbi-m-fs300-flamingo-fa500s-without-dip-switches/15). Dort wird wiederum auf Pilight verwiesen und aus deren aktuellem code bin ich nicht schlau geworden und die Foren Beiträge die sich dazu finden deuten eher darauf hin, dass die es auch nicht geschafft haben das komplett zu implementieren.
Ich könnte für solche Fälle wohl eine Option einbauen, mit der Schaltbefehle nativ übermittelt werden. Würde dir das helfen?
Grüße Sidey
Hi Thoffma3,
Zitat von: thoffma3 am 24 Juli 2015, 13:51:18
Und noch ein Test. Diesmal ein selbstlernender Intertechno Funk-Dämmerung Schalter (ITDS-50). Auf der Rückseite ist ein Startknopf. Den habe ich gedrückt bis das Gerät rot geblinkt hat.
Jetzt kommt ein langes Log:
2015.07.24 13:47:53 1: DEBUG>Signalduino: found itv3 with id: 4 Raw message: (M4;P0=-232;P1=308;P2=-904;P3=-1092;P4=-9464;P5=-2548;P6=1589;D=151013101312101210121010121012121012101210121010131013101212101210121012101210121012101210121010131210101310131013121010131013121014;CP=1;SP=5;)
Okay, das ist ein Intertechno Gerät, das ein anderes Protokoll verwendet.
Es müsste wie folgt dekodiert werden.
1013 = binär 0
1210 = binär 1
Ob das IT Modul damit aber was anfangen kann weiss ich nicht. Ich wundere mich auch, wieso es als M4 erkannt wurde. Den Signalduino Code ist nicht älter als ein paar Tage oder?
Um das Gerät richtig zu erkennen muss ich was am FHEM Modul machen und herausfinden, wieso es als M4 erkannt wurde.
Grüße Sidey
Hi Thoffma3,
Zitat von: thoffma3 am 24 Juli 2015, 13:51:18
Und noch ein Test. Diesmal ein selbstlernender Intertechno Funk-Dämmerung Schalter (ITDS-50). Auf der Rückseite ist ein Startknopf. Den habe ich gedrückt bis das Gerät rot geblinkt hat.
Jetzt kommt ein langes Log:
2015.07.24 13:47:53 1: DEBUG>Signalduino: found itv3 with id: 4 Raw message: (M4;P0=-232;P1=308;P2=-904;P3=-1092;P4=-9464;P5=-2548;P6=1589;D=151013101312101210121010121012121012101210121010131013101212101210121012101210121012101210121010131210101310131013121010131013121014;CP=1;SP=5;)
Okay, das ist ein Intertechno Gerät, das ein anderes Protokoll verwendet.
Es müsste wie folgt dekodiert werden.
1013 = binär 0
1210 = binär 1
Ob das IT Modul damit aber was anfangen kann weiss ich nicht. Ich wundere mich auch, wieso es als M4 erkannt wurde. Den Signalduino Code ist nicht älter als ein paar Tage oder?
Um das Gerät richtig zu erkennen muss ich was am FHEM Modul machen und herausfinden, wieso es als M4 erkannt wurde. Ich habe mir das mal notiert:
https://github.com/RFD-FHEM/RFFHEM/issues/16 (https://github.com/RFD-FHEM/RFFHEM/issues/16)
Grüße Sidey
habe ihn mir auch mal gebaut. und muss sagen läuft auf anhieb. bereits definierte sensoren werden von ihm empfangen.
warum ist allerdings die raw-msg beim cul mit aculf nicht die selbe pro device wie beim sduino?
lastH 0
lastT 1437836356.68651
miniCUL_MSGCNT 7
miniCUL_RAWMSG s54480FF3A048
miniCUL_TIME 2015-07-25 16:59:15
sduino_MSGCNT 11
sduino_RAWMSG s54480ff3a000
sduino_TIME 2015-07-25 16:59:16
un ein unbekanntes device, ist bestimm der technoline sensor der aldi-wetterstatation (temp / hum)
Internals:
CODE Unknown
DEF Unknown
LASTInputDev sduino
MSGCNT 2
NAME CUL_TCM97001_Unknown
NR 192
RSSI -74
STATE Code: 54390fb39000
TYPE CUL_TCM97001
lastH 0
lastT 1437846937.3237
sduino_MSGCNT 2
sduino_RAWMSG s0000
sduino_TIME 2015-07-25 19:36:26
CHANGED:
Code: 54390fb39000
CHANGEDWITHSTATE:
CHANGETIME:
Helper:
Dblog:
Code:
Mydblog:
TIME 1437845786.3283
VALUE 0000
Readings:
2015-07-25 19:55:37 state Code: 54390fb39000
Attributes:
model Unknown
room CUL_TCM97001
Internals:
CODE Unknown
DEF Unknown
LASTInputDev sduino
MSGCNT 3
NAME CUL_TCM97001_Unknown
NR 192
RSSI -74
STATE Code: ffffffffffffffff00
TYPE CUL_TCM97001
lastH 0
lastT 1437847251.86354
sduino_MSGCNT 3
sduino_RAWMSG sffffffffffffffff00
sduino_TIME 2015-07-25 20:00:51
CHANGETIME:
Helper:
Dblog:
Code:
Mydblog:
TIME 1437847251.86712
VALUE ffffffffffffffff00
Readings:
2015-07-25 20:00:51 state Code: ffffffffffffffff00
Attributes:
model Unknown
room CUL_TCM97001
Hallo Chris,
kannst Du noch mal das global Log auf 5 stellen und die Ausgaben den Signalduino betreffend Posten?
Grüße Sidey
würde ich aber der sduino gibt keine logs (eventmonitor bleibt leer) aus. egal ob global verbose 5 und dann restart von fhem noch wenn man dem device selbst verbose 5 verpasst
Hi Chris,
mein Post war auch unpräzise.
Im Signalduino Device auf verbose 5 stellen und dann den Reset Befehl an den Signalduino senden.
Anschließend müssten im global Log viele Events auftauchen.
Grüße Sidey
kan man das logging auch komplett deaktivieren? verbose 0 / verbose attr entfernen und signalduino reset bringen leider nichts 14 MB in einer stunde sind doch arg viel..
anbei ein ein log
Hi Chris,
ja eigentlich sollte mit verbose 3 kein debugging mehr im Log auftauchen.
Ich habe das kürzlich halt nur mal schnell "quick & dirty" reingebastelt.
Intuitiv ist es mit dem reset ja auch nicht. Ich werde mich dem Logging Thema als Nächstes kümmern.
Eine Nachricht in der Form s0000 konnte ich jetzt auch nicht finden.
Taucht das unbekannte Gerät denn immer noch auf? Etliche deiner Sensoren scheinen ja empfangen zu werden.
Vielleicht kannst Du mal eine Liste machen, welche Geräte genau jetzt funktioniert haben.
Die Aldi Wetterstation müssten wir vielleicht mal etwas zielgerichteter suchen :)
Bezüglich deiner Frage, wieso die raw-msg nicht identisch sind:
miniCUL_RAWMSG s54480FF3A048
sduino_RAWMSG s54480ff3a000
Erster Unterschied ist groß und Kleinschreibung, die meinst Du nicht. Du hattest bestimmt die letzten beiden Stellen im Auge.
Ein CUL nutzt einen cc1101 Chip. Der sduino braucht nur eine digitale Signalquelle. In deinem Fall vermutlich ein 433 Mhz super het empfänger, den Du angebunden hast.
Der übermittelt stupide was er empfängt. Der cc1101 macht ja noch ein bisschen mehr und lässt auch zu , dass die Signalstärke ermittelt wird.
Die letzten beiden Stellen in der Nachricht sind eben die Signalstärke, der sduino kann diese über die verwendete Hardware nicht ermitteln, daher setzte ich die einfach auf 00, damit die Länge der Nachricht stimmt, da ich mich nicht darauf verlassen wollte, dass die Programmierer der logischen Module an variierenden Längen gedacht haben.
Grüße Sidey
Grüße Sidey
genau die stellen meinte ich und ja ein 433 superhet.
ja, es ist noch da das unbekannte device und erhält auch regelmäßig updates der werte
Anbei noch ein paar bilder wie man den signalduion halbwegs ok zusammenbauen kann als bastelnoob wie ich ;-) ich stell mich bei sowas auch immer recht doof an
Hallo zusammen,
so habe gestern eine neue Firmware und neue Module herausgebracht. Dami gehen nun auch Oregon Scientific V2 Sensoren und das Debug Logging kann über ein Attribut debug kontrolliert werden.
Grüße Sidey
hi sidey,
das mit dem loglevel funktioniert. verbose 3 und nach ca 10 h nur 70kb log das passt.
eine kurze zwischenfrage http://forum.fhem.de/index.php/topic,39451.0.html
die wetterstation ist echt toll in der theorie und für den preis. im verlinkten pdf ist auf seite 4 das protokoll offen gelegt. meinst du diese station kann über den signalduino in fhem eingebunden werden (theoretisch)?
kann es sein das deine module die meldungen bringen?
Zitat015.07.29 14:13:04 1: readingsUpdate(,humidity,1214) missed to call readingsBeginUpdate first.
2015.07.29 14:13:04 1: readingsUpdate(,state,T: 21.5 H: 57) missed to call readingsBeginUpdate first.
2015.07.29 14:13:04 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 14:13:04 1: readingsUpdate(,temperature,127.6) missed to call readingsBeginUpdate first.
2015.07.29 14:13:04 1: readingsUpdate(,humidity,1214) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,state,T: 21.5 H: 57) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,temperature,127.6) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,humidity,1214) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,state,T: 21.5 H: 57) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,temperature,127.6) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,humidity,1214) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,state,T: 21.5 H: 57) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,temperature,127.6) missed to call readingsBeginUpdate first.
2015.07.29 14:13:39 1: readingsUpdate(,humidity,1214) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,state,T: 21.5 H: 57) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,temperature,127.6) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,humidity,1214) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,state,T: 21.5 H: 57) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,temperature,127.6) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,humidity,1214) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,state,T: 21.5 H: 57) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,temperature,127.6) missed to call readingsBeginUpdate first.
2015.07.29 14:14:14 1: readingsUpdate(,humidity,1214) missed to call readingsBeginUpdate
Hallo Chris,
das kann nicht vom Signalduino Modul kommen.
Das setzt keine der oben genannten Stati.
muss aber da nur der sduino bei mir temp / hum sensoren empfängt und es ist erst seit dem update von dir gestern
Zitat2015.07.29 18:28:13 3: Setting sduino serial parameters to 57600,8,N,1
2015.07.29 18:28:13 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98NR591-if00-port0 reappeared (sduino)
2015.07.29 18:34:25 1: readingsUpdate(,state,T: 21.2) missed to call readingsBeginUpdate first.
2015.07.29 18:34:25 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:34:25 1: readingsUpdate(,temperature,-44.8) missed to call readingsBeginUpdate first.
2015.07.29 18:36:10 1: readingsUpdate(,state,T: 21.2) missed to call readingsBeginUpdate first.
2015.07.29 18:36:10 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:36:10 1: readingsUpdate(,temperature,-44.5) missed to call readingsBeginUpdate first.
2015.07.29 18:37:03 1: readingsUpdate(,state,T: 18.2) missed to call readingsBeginUpdate first.
2015.07.29 18:37:03 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:37:03 1: readingsUpdate(,temperature,64.0) missed to call readingsBeginUpdate first.
2015.07.29 18:37:18 1: readingsUpdate(,state,T: 22.7) missed to call readingsBeginUpdate first.
2015.07.29 18:37:18 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:37:18 1: readingsUpdate(,temperature,64.0) missed to call readingsBeginUpdate first.
2015.07.29 18:37:21 1: readingsUpdate(,state,T: 21.2) missed to call readingsBeginUpdate first.
2015.07.29 18:37:21 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:37:21 1: readingsUpdate(,temperature,-44.5) missed to call readingsBeginUpdate first.
2015.07.29 18:37:39 3: sduino: Unknown code r00, help me!
2015.07.29 18:37:53 3: sduino: Unknown code r00, help me!
2015.07.29 18:37:55 1: readingsUpdate(,state,T: 21.2) missed to call readingsBeginUpdate first.
2015.07.29 18:37:55 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:37:55 1: readingsUpdate(,temperature,-44.6) missed to call readingsBeginUpdate first.
2015.07.29 18:38:16 3: sduino: Unknown code r00, help me!
2015.07.29 18:38:20 1: readingsUpdate(,state,T: 22.4) missed to call readingsBeginUpdate first.
2015.07.29 18:38:20 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:38:20 1: readingsUpdate(,temperature,-51.0) missed to call readingsBeginUpdate first.
2015.07.29 18:38:28 1: readingsUpdate(,state,T: 22.7) missed to call readingsBeginUpdate first.
2015.07.29 18:38:28 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:38:28 1: readingsUpdate(,temperature,64.0) missed to call readingsBeginUpdate first.
2015.07.29 18:40:51 1: readingsUpdate(,state,T: 21.2) missed to call readingsBeginUpdate first.
2015.07.29 18:40:51 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:40:51 1: readingsUpdate(,temperature,-44.5) missed to call readingsBeginUpdate first.
2015.07.29 18:45:30 1: readingsUpdate(,state,T: 21.3) missed to call readingsBeginUpdate first.
2015.07.29 18:45:30 1: readingsUpdate(,battery,low) missed to call readingsBeginUpdate first.
2015.07.29 18:45:30 1: readingsUpdate(,temperature,-44.8) missed to call readingsBeginUpdate first.
2015.07.29 18:47:13 1: readingsUpdate(,state,T: 22.7) missed to call readingsBeginUpdate first.
2015.07.29 18:47:13 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:47:13 1: readingsUpdate(,temperature,64.0) missed to call readingsBeginUpdate first.
2015.07.29 18:49:21 1: readingsUpdate(,state,T: 22.4) missed to call readingsBeginUpdate first.
2015.07.29 18:49:21 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:49:21 1: readingsUpdate(,temperature,-44.8) missed to call readingsBeginUpdate first.
2015.07.29 18:50:28 1: readingsUpdate(,state,T: 17.5) missed to call readingsBeginUpdate first.
2015.07.29 18:50:28 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:50:28 1: readingsUpdate(,temperature,64.0) missed to call readingsBeginUpdate first.
2015.07.29 18:54:19 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98NR591-if00-port0 disconnected, waiting to reappear (sduino)
2015.07.29 18:54:20 3: Setting sduino serial parameters to 57600,8,N,1
2015.07.29 18:54:20 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98NR591-if00-port0 reappeared (sduino)
2015.07.29 18:55:43 1: readingsUpdate(,state,T: 17.2) missed to call readingsBeginUpdate first.
2015.07.29 18:55:43 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 18:55:43 1: readingsUpdate(,temperature,64.2) missed to call readingsBeginUpdate first.
2015.07.29 19:09:53 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98NR591-if00-port0 disconnected, waiting to reappear (sduino)
2015.07.29 19:09:53 3: Setting sduino serial parameters to 57600,8,N,1
2015.07.29 19:09:53 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98NR591-if00-port0 reappeared (sduino)
2015.07.29 19:16:15 1: readingsUpdate(,state,T: 22.4) missed to call readingsBeginUpdate first.
2015.07.29 19:16:15 1: readingsUpdate(,battery,ok) missed to call readingsBeginUpdate first.
2015.07.29 19:16:15 1: readingsUpdate(,temperature,-51.0) missed to call readingsBeginUpdate first.
Stelle doch verbose mal auf 5. Dann finden wir heraus welches Modul es verursacht.
Grüße Sidey
mach ich. die meldung komm von fhem selbst meine ich, ähnlich der perl meldungen
also verbode 5 bringt die meldungen garnicht mehr (noch ein bug im logging?). verbose 3 bringt sie wieder und ein paar perl warnings zum sduino
Zitat2015.07.29 21:12:04 1: PERL WARNING: Binary number > 0b11111111111111111111111111111111 non-portable at ./FHEM/00_SIGNALduino.pm line 994.
2015.07.29 21:12:55 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/00_SIGNALduino.pm line 808.
2015.07.29 21:12:55 1: PERL WARNING: Use of uninitialized value in subtraction (-) at ./FHEM/00_SIGNALduino.pm line 808.
2015.07.29 21:12:55 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/00_SIGNALduino.pm line 808.
es kann nur der sduino mit der meldung sein denn
Zitat2015.07.29 21:17:28 1: readingsUpdate(,state,T: 16.1) missed to call readingsBeginUpdate first.
ist mein außensensor mit 16.1° und der hat nur mit dem sduino und CUL_TCM97001 zu tun
Hi Chris,
stell doch bitte mal im Global Gerät Verbose 4 oder 5 ein.
In 00_Signalduino gibt es keine Readings mit temperature, battery etc.
Ich habe auch mal das CUL_TCM97001 überflogen. Das sieht eigentlich gut aus.
Im 41_Oregon wird noch die alte Methode verwendet die Readings zu aktivieren, dann müsste ich die Fehlermeldung aber auch bekommen und ich sehe diese nicht.
Ich will nicht ausschließen, dass mein Modul was damit zu tun hat, aber wenn dann nur indirekt :)
Grüße Sidey
Hallo Sidey,
was meinst du mit "Schaltbefehle nativ übermittelln"?
was Intertechno angeht hab ich vermutlich nicht den aktuellen Stand des SignalDuino drauf gehabt. Teste ich noch und schreib dann nochmal.
Danke
Hallo Sidey,
ich hab ein update gemacht. Glaube ich war nicht auf dem neuesten Stand des Signalduino.
ich hab noch ein paar Sachen zum Testen:-) Wir finden bestimmt noch was leichtes.
Das hier ist mein Garagentoröffner (M0):
Hersteller: novodoor bzw. novoferm
In der Fernbedienung sind Dip Schalter (10 Stück mit 3 Schaltstellungen -,0,+).
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: /MU;P0
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0/=-433;P1=-268;P2=405;P3=8
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=8/07;P4=-860;P5=-32001;P6=15
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=15/74;D=0121342034242420342
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342/0342030303424242034203420
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=01213420342424203420342030303424242034203420/34203420303034203420342530
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342034203030342424203420342034203420303034203420342530/;CP=2;
2015.08.01 22:38:49 5: SIGNALduino/msg READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342034203030342424203420342034203420303034203420342530;CP=2;
2015.08.01 22:38:49 1: DEBUG>Signalduino: incomming message: (MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342034203030342424203420342034203420303034203420342530;CP=2;)
2015.08.01 22:38:49 1: DEBUG>Signalduino: processing unsynced message
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 0 -433
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 1 -268
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 2 405
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 3 807
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 4 -860
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 5 -32001
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 6 1574
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted data 0121342034242420342034203030342424203420342034203420303034203420342530
das ist vielleicht auch nicht so schwer. Es geht um dir Rolladenmotoren von Rohrmotor24. Ich hab die und gehe bisher über ein Intertechno Lan Gateway weil der CUL das nicht kann.
Das Protokoll ist entschlüsselt und es gibt schon Eigenbaulösungen. Siehe hier:
http://www.mikrocontroller.net/topic/242784?goto=3962231#3962231 (http://www.mikrocontroller.net/topic/242784?goto=3962231#3962231)
Beispiel kann ich auch ein paar erstellen. Sind aber sehr umfrangreiche Logs
Noch mal zum Intertechno Gerät. Es kommt immer noch M4
2015.08.01 23:06:17 1: DEBUG>Signalduino: found itv3 with id: 4 Raw message: (M4;P0=-1058;P1=289;P2=-248;P3=-9256;P4=-2568;D=1412101210101210121012121012101012101210121012121012101210101210121012101210121012101210121012121010121210120;CP=1;SP=4;)
Mit dieser Version
Signalduino version => V 3.1.3 SIGNALduino - compiled at Jul 27 2015 22:35:42
Hi Thoffma3,
Zu deinen Fragen:
Zitat von: thoffma3 am 01 August 2015, 23:11:42
was meinst du mit "Schaltbefehle nativ übermittelln"?
Ich könnte eine Methode einbauen, mit dem sich ein Funksignal einfach stupide abspielen lässt.
Für den Arduino wäre das ohnehin die bessere Variante, da er dann viel leichter etwas versenden kann ohne zu wissen was es ist.
In Fhem würde man dann in etwa, so wie man was empfängt auch das Senden einstellen um einfache dinge realisieren zu können.
Ich würde mir dass dann in etwa so vorstellen, dass man ein Device anlegt, das folgendes an den Arduino übermittelt:
P0=-1058;P1=289;P2=-248;P4=-2568;D=1412101210101210121012121012101012101210121012121012101210101210121012101210121012101210121012121010121210120;
Der Arduino würde dass dann einfach abspielen. Was es bedeutet weiss ich halt nicht :)
Zitat von: thoffma3 am 01 August 2015, 23:11:42
Noch mal zum Intertechno Gerät. Es kommt immer noch M4
2015.08.01 23:06:17 1: DEBUG>Signalduino: found itv3 with id: 4 Raw message: (M4;CP=1;SP=4;)
Ich habe vor die ganze Protokollerkennung zu überarbeiten. Bin aber noch nicht fertig damit, ist eine Fleißarbeit. :)
Danach widme ich mich gerne dem Senden oder der Erweiterung neuere Protokolle.
Ich muss gesehen, ich komme auch etwas durcheinander. Die vielen Logs und Infos im Forum helfen mir, dafür danke ich dir und auch allen anderen.
Damit ich mich nicht verzettele und ich auch nichts durcheinander bringen habe ich mir für das Thema "nativ senden" eine Aufgabe erstellt:
https://github.com/RFD-FHEM/SIGNALDuino/issues/21 (https://github.com/RFD-FHEM/SIGNALDuino/issues/21)
Für den Rohrmotor, würde ich dich bitten eine neue Aufgabe mit allen gesammelten Daten zu öffnen:
https://github.com/RFD-FHEM/RFFHEM/issues (https://github.com/RFD-FHEM/RFFHEM/issues)
Für deinen Intertechno Gerät am besten auch eine, dann gerät es nicht in Vergessenheit :)
So viel Infos wie vorhanden sind, sollte da herein. Also Gerätebeschreibung, Funksignale sofern schon erkannt, bekannte protokolleigenschaften,....
Grüße Sidey
Hallo Sidey,
Aufgaben lege ich bei Gelegenheit an. Das mit dem nativ senden finde ich eine ziemlich tolle Idee. Damit bekommt man ja einiges zum Laufen was sonst nicht so einfach geht.
Hallo Sidey,
ich musste meine letzten post korrigieren ich hatte eine alte version des 14_CUL_TCM97001.
Hi Chris,
was hast Du denn editiert?
Grüße Sidey
die readingsupdatefehler ncohmal aufgegriffen.. dies hat sich mit dem aktuellen modul 14_CUL_TCM97001 erledigt.
hast also alle sgut gemacht ;D
die problem mit den ws0002 kommen von dem modul TCM97001 (oder was nicht auszuschließen ist der generierung der id in den sensoren) denke ich. hier weden die sensorne hin und wieder nicht eindeutig erkannt und somit ncht alle erstelllt. mehrfaches batterie neu einlegen an den sensoren hilft (denn dann generiert er immer eine neue id)
moin,
anbei noch ein paar perl-warnings aus dem log (ich weiss nur schönheitsfehler) ;)
2015.08.09 13:41:21 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/00_SIGNALduino.pm line 808.
2015.08.09 13:41:21 1: PERL WARNING: Use of uninitialized value in subtraction (-) at ./FHEM/00_SIGNALduino.pm line 808.
2015.08.09 13:41:21 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/00_SIGNALduino.pm line 808.
2015.08.09 13:57:58 1: PERL WARNING: Binary number > 0b11111111111111111111111111111111 non-portable at ./FHEM/00_SIGNALduino.pm line 994.
gruß
Hi Chris,
danke.
Das mit der Warning und der binary number ist mir auch schon aufgefallen.
Das passiert immer, wenn mehr als 32 Bit in hex umgewandelt werden sollen.
Ich stelle das so um, dass es mit allen Bitlängen funktioniert. Eigentlich unverständlich wieso das im Perl nicht schon direkt eingebaut ist.
Im kommenden Update ist der Fehler dann weg.
Grüße Sidey
Hallo,
danke für das super Modul. Ich habe nur ein Problem. Bei mir wird unter einer Adresse 2 Geräte (Thermometer) mit verschiedenen Kanälen gefunden.
Somit habe ich immer wieder Sprünge. Kann man diese Geräte auch trennen?
Wäre ja eigentlich sinnvoll, dass man sie nach Kanal trennt.
Habe aber keine Ahnung, wie ich das machen soll?
Gruß,
Stephan
Hallo Stephan,
welche Sensoren werden erkannt?
Grüße Sidey
Es handelt sich um CUL_TCM97001
Zitat von: Sidey am 18 August 2015, 21:49:58
Hallo Stephan,
welche Sensoren werden erkannt?
Grüße Sidey
das sind soch nicht deine sensoren, das ist das modul welches die daten der sensoren in fhem darstellt. er meint den namen des dinges welches per funk tdie temperatur (zb ) an fhem sendet (hersteller, modell)
Zitat von: thoffma3 am 03 August 2015, 12:55:17
Hallo Sidey,
Aufgaben lege ich bei Gelegenheit an. Das mit dem nativ senden finde ich eine ziemlich tolle Idee. Damit bekommt man ja einiges zum Laufen was sonst nicht so einfach geht.
Kannst Du bitte mal eine empfangene Logmeldung posten, wenn der SIGNALduino den Rohrmotor empfängt?
Hallo wzut, sidey und mdorenka,
es könnte sein, dass ich gerade off-topic werde, aber ich bin mir nicht sicher, ob der Rauchmelder FA21RF schon vollständig in fhemduino integriert ist. Folgende Infos habe ich:
- Internet: FA20RF und FA21RF sind vollständig kompatibel (das heißt aber nicht, dass beide dasselbe Protokoll haben)
- JoWiemann: Protokoll ist noch nicht vollständig decodiert
- Sidey bzw. mdorenka auf github: auch hier ist noch etwas in Arbeit
- wzut: hat in FA20RF.cpp Änderungen vorgeschlagen, aber den Stand weiß ich nicht.
Fakt ist:
Ich bekomme die Dinge mir RFXTRX433 nicht vernünftig eingebunden. Allerdings könnte ich einen fhemduino/signalduino aufbauen (ich hoffe, meine "guten" Empfänger kommen demnächst) und diverse Signale (RFXTRX bzw. Signalduino) aufnehmen und zur Verfügung stellen.
Besteht Interesse? Habt ihr mir Antworten zu oben?
Danke + Gruß
PeMue
Hi PeMue,
etwas OT aber egal.
Zitat von: PeMue am 20 August 2015, 21:13:47
- Sidey bzw. mdorenka auf github: auch hier ist noch etwas in Arbeit
Ich habe die Mitarbeit am FHEMduino eingestellt und konzentriere mich auf den SIGNALduino.
Zitat von: PeMue am 20 August 2015, 21:13:47
Allerdings könnte ich einen fhemduino/signalduino aufbauen (ich hoffe, meine "guten" Empfänger kommen demnächst) und diverse Signale (RFXTRX bzw. Signalduino) aufnehmen und zur Verfügung stellen.
Besteht Interesse? Habt ihr mir Antworten zu oben?
Das Empfangen eines Signals ist immer der 1. Schritt. Ich nehme an, dass der SIGNALduino das bereits empfängt und auch auf der Konsole ausgibt.
Es fehlt halt noch eine Umrechnung des Signals in die bits um es dann an ein Modul zur Auswertung übergeben zu können. Ich glaube Jörg hatte damals ein logisches Modul für den FHEMDuino geschrieben. Vielleicht passt er es ja an, dass es etwas allgemein gültiger funktioniert.
Wenn Du Daten hast, kümmere ich mich um die Umrechnung in die bits.
Grüße Sidey
Hallo Sidey,
dann werde ich mal am Wochenende meinen fhemduino zusammenbauen (falls nichts dazwischenkommt).
Da ich "von Hand" flashe (Raspberry sitz im Keller, Frirtzbox in der Nähe), eine Frage:
"avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]"
Wozu ist das zweite v? Ich meine, ein -v müsste reichen, um "verbose" anzuschalten ...
Danke + Gruß
PeMue
Zitat von: PeMue am 20 August 2015, 21:13:47
- wzut: hat in FA20RF.cpp Änderungen vorgeschlagen, aber den Stand weiß ich nicht.
wie der Stand heute ist weiss ich auch nicht da ich FHEMdino nicht aktiv einsetze, was ich aber weiss :
FA20RF und FA21RF lassen sich untereinander verbinden, ich habe auch damals keine Unterschiede im Funkprotokoll gesehen und mit meinen vorgeschlagenen Änderungen konnte ich alle meine neuen RMs sowohl empfangen als auch Krach machen lassen.
Zitat von: PeMue am 20 August 2015, 21:13:47
Ich bekomme die Dinge mir RFXTRX433 nicht vernünftig eingebunden
Ohha, komisch ... ich nutze für die beiden RM Sorten nur noch den RFXTRX433
Hallo Wzut,
vielleicht kannst Du das Rauchmelder Signal ja mit dem Signalduino empfangen und die Logmeldungen (verbose 5) hier Posten.
Wenn es schon ein fertiges Modul für die Verarbeitung gibt sollte es einfach sein, die Rauchmelder auch mit dem Signalduino zu Empfangen und an das Modul zu übergeben.
Grüße Sidey
Zitat von: Wzut am 21 August 2015, 10:20:52
Ohha, komisch ... ich nutze für die beiden RM Sorten nur noch den RFXTRX433
Ich habe mal hier einen neuen Thread für RFX aufgemacht.
http://forum.fhem.de/index.php/topic,40025.0.html
Vielleicht kann der ein oder ander da mal kurz reinschauen
Wünsche noch einen schönen Sonntag.
Gruß PeMue
Hallo
ich habe den signalDuino nun auch mal nachgebaut und mit verbose=5 empfängt er auch fleißig Daten (Anhang fhem-2015-08.log). Was fange ich nun damit an?
Bei mir senden, soweit ich weiß, Temperatur/Feuchte Sensoren von TFA, EC3000 Strom-Messer, EnergieSparAmpel ESA 2000, ELV Funkthermometer, Elro AB440 Funksteckdosenschalter.
Die TFA Sensoren kann ein anderer Sketch decodieren, siehe dump.txt. Leider kann ich die Daten aber in signalDuino nicht wiedererkennen.
Wie geht es jetzt weiter?
~josef
Hi,
Bin jetzt mal vom FHEMduino zum Signalduino gewechselt.
Habe nun das Problem das nach einigen Sekunden empfang von Daten im Log, sich mein FHEM aufhängt und nicht mehr aufrufbar ist.
Erst durch einen neustart von FHEm läuft er wieder für ein ige Sekunden.
Als Sender benutze ich zu Zeit eine Intertechno Fernbedienung mit Codiermöglichkeit.
Kannst Du im Logfile was erkennen und mal zusenden?
Bis sich FHEM aufhäng sehe folgendes, beim drücken der Fernbedienung. (siehe Anhang)
Habe auch noch Warnungen beim Start von FHEM in der Konsole.
Die bei einem erneutem start dann aber weg sind.
pi@pi ~ $ sudo /etc/init.d/fhem start
Starting fhem...
pi@pi ~ $ Undefined subroutine &main::round called at ./FHEM/00_SIGNALduino.pm line 1404.
Zitat von: Hasbro am 28 August 2015, 12:39:18
Bis sich FHEM aufhäng sehe folgendes, beim drücken der Fernbedienung. (siehe Anhang)
Habe auch noch Warnungen beim Start von FHEM in der Konsole.
Die bei einem erneutem start dann aber weg sind.
pi@pi ~ $ sudo /etc/init.d/fhem start
Starting fhem...
pi@pi ~ $ Undefined subroutine &main::round called at ./FHEM/00_SIGNALduino.pm line 1404.
Undefined subroutine &main::round called at ./FHEM/00_SIGNALduino.pm line 1404.
hatte ich gestern auch, war aber nach fhem "update" weg. Gestartet bin ich mit der fhem-5.6.deb und dann erst "update forece signalDuino" gemacht und da war der Fehler da. Dann ein update des fhem systems und der Fehler ware weg.
~josef
Ich verwende die Round Funktion aus FHEM.
Ich werde mal recherchieren, ab welcher Revision die Funktion verfügbar ist..
Danke für diesen Hinweis!
Grüße Sidey
@josef
Danke für den Tip. Update des FHEM Systems hat es gebracht, obwohl ich es erst ganz frisch aufgesetz habe.
Keine Fehlermeldungen mehr und FHEM stürzt auch nicht mehr ab.
Frank
Zitat von: Sidey am 28 August 2015, 16:04:57
Ich verwende die Round Funktion aus FHEM.
...
Hallo,
mit perl -MCPAN -e 'install Math::Round' kann man bei Bedarf, hier die Round-Funktion, unter Linux nachinstallieren. Vielleicht hilft es ja.
Jörg
Zitat von: pejonp am 28 August 2015, 17:54:40
Hallo,
mit perl -MCPAN -e 'install Math::Round' kann man bei Bedarf, hier die Round-Funktion, unter Linux nachinstallieren. Vielleicht hilft es ja.
Jörg
Nein, das hilft an der Stelle leider nicht.
Da ich die Round Funktion aus der Lib nicht eingebunden habe. Das führt leider zu Komplikationen, da ja bereits eine round Funktion in FHEM integriert ist.
Ich würde in die Doku erst mal aufnehmen, ab welcher Revision das Modul funktioniert.
Man kann in Perl auch zur Laufzeit feststellen, ob eine bestimmte Funktion existiert.
Da muss ich mich aber erst mal schlau machen.
Ein update von FHEM will ich aber auf keinen Fall von meinem Modul heraus triggern.
Nachtrag:
Es wird nun beim initialisieren auf die Funktion round geprüft
Und im Wiki habe ich einen Hinweis darauf ergänzt. http://www.fhemwiki.de/wiki/SIGNALDuino
Grüße Sidey
Zitat von: hjgode am 28 August 2015, 06:32:20
ich habe den signalDuino nun auch mal nachgebaut und mit verbose=5 empfängt er auch fleißig Daten (Anhang fhem-2015-08.log). Was fange ich nun damit an?
Bei mir senden, soweit ich weiß, Temperatur/Feuchte Sensoren von TFA, EC3000 Strom-Messer, EnergieSparAmpel ESA 2000, ELV Funkthermometer, Elro AB440 Funksteckdosenschalter.
Gut, was für einen Empfänger hast Du am SIGNALduino? Einen für 433 Mhz oder 868?
In dem Log, konnte ich jetzt leider nicht direkt deine Sensoren zuordnen. Kannst Du eventuell erkennen, wann welcher Sensor etwas überträgt und das im Logfile zuordnen? Von TFA gibt es unter anderem auch viele verschiedene Sensoren und Protokolle. Welcher ist es genau?
Grüße Sidey
Hallo Sidey
ich habe die TFA Dostmann Pure Plus (KatNr 35.1107) zzgl. zwei weiteren Sensoren ((Kat.Nr. 30.3127).
Die Dinger empfange ich alle mit einemCode auf einem NetDuino und 'post' die Daten via HTTP in mein FHEM. Diesen NetDuino möchte ich aber entfernen.
Der signalDuino läuft mit nem 433MHz Modul. An meinem Haupt Fhem-System hängen: ein JeeLink, ein NanoCul433, ein NanoCul868 und ein fhemDuino.
Für den Test habe ich einen zweiten Fhem unter Debian 8 installiert und nur den SiganDuino angehängt.
Ich habe die Signale mal mit dem was ich bzgl der Sensoren kenne verglichen. Die AE5E Werte werden vom signalDuino 'gelesen', die 7547 Werte kenne ich von RemoteReceiver. Wenn man zufällige Werte voneinander abzieht, kann man ein Muster erkennen:
AE5E174A4E17E8ED141E1200-7547CE9E69C168F3245C0000
01 03 00 21 18 15 18 04 18 21 14 21 02 02 20 16 15 15 09 20 14 20
=================
AE5E174A2E17E8ED141D2600-7547CEDE68C168F365620000
01 03 00 21 18 15 09 12 16 12 18 06 12 03 02 16 19 13 04 07 05 06
=================
Der bisherige Decoder sieht so aus:
/*
* RemoteSensor v1.0.1 (20120213)
*
* This library encodes, encrypts en transmits data to
* remote weather stations made by Hideki Electronics..
*
* Copyright 2011 by Randy Simons http://randysimons.nl/
*
* Parts of this code based on Oopsje's CrestaProtocol.pdf, for which
* I thank him very much!
*
* License: GPLv3. See license.txt
*/
#include <SensorReceiver.h>
byte SensorReceiver::halfBit = 0;
word SensorReceiver::clockTime;
boolean SensorReceiver::isOne;
unsigned long SensorReceiver::lastChange=0;
SensorReceiverCallback SensorReceiver::callback;
byte SensorReceiver::data[14];
byte SensorReceiver::packageLength;
word SensorReceiver::duration;
boolean SensorReceiver::enabled;
void SensorReceiver::init(short int interrupt, SensorReceiverCallback callbackIn) {
callback = callbackIn;
enable();
if (interrupt >= 0) {
attachInterrupt(interrupt, interruptHandler, CHANGE);
}
}
void SensorReceiver::setCallback(SensorReceiverCallback callbackIn){
callback = callbackIn;
}
void SensorReceiver::interruptHandler() {
if (!enabled) {
return;
}
/* I'll follow CrestaProtocol documentation here. However, I suspect it is inaccurate at some points:
* - there is no stop-bit after every byte. Instead, there's a start-bit (0) before every byte.
* - Conversely, there is no start-bit "1" before every byte.
* - An up-flank is 0, down-flank is 1, at least with both my receivers.
*
* However, since the first start-bit 0 is hard to distinguish given the current clock-detecting
* algorithm, I pretend there *is* a stop-bit 0 instead of start-bit. However, this means the
* last stop-bit of a package must be ignored, as it simply isn't there.
*
* This manchester decoder is based on the principle that short edges indicate the current bit is the
* same as previous bit, and that long edge indicate that the current bit is the complement of the
* previous bit.
*/
static byte halfBitCounter = 255;
unsigned long currentTime=micros();
duration=currentTime-lastChange; // Duration = Time between edges
lastChange=currentTime;
if (halfBit==0) {
// Automatic clock detection. One clock-period is half the duration of the first edge.
clockTime = duration >> 1;
// Some sanity checking, very short (<200us) or very long (>1000us) signals are ignored.
if (clockTime < 200 || clockTime > 1000) {
return;
}
isOne = true;
}
else {
// Edge is not too long, nor too short?
if (duration < (clockTime >> 1) || duration > (clockTime << 1) + clockTime) { // read as: duration < 0.5 * clockTime || duration > 3 * clockTime
// Fail. Abort.
reset();
return;
}
// Only process every second half bit, i.e. every whole bit.
if (halfBit & 1) {
byte currentByte = halfBit / 18;
byte currentBit = (halfBit >> 1) % 9; // nine bits in a byte.
if (currentBit < 8) {
if (isOne) {
// Set current bit of current byte
data[currentByte] |= 1 << currentBit;
}
else {
// Reset current bit of current byte
data[currentByte] &= ~(1 << currentBit);
}
}
else {
// Ninth bit must be 0
if (isOne) {
// Bit is 1. Fail. Abort.
reset();
return;
}
}
if (halfBit == 17) { // First byte has been received
// First data byte must be x75.
if (data[0] != 0x75) {
reset();
return;
}
}
else if (halfBit == 53) { // Third byte has been received
// Obtain the length of the data
byte decodedByte = data[2]^(data[2]<<1);
packageLength = (decodedByte >> 1) & 0x1f;
// Do some checking to see if we should proceed
if (packageLength < 6 || packageLength > 11) {
reset();
return;
}
halfBitCounter = (packageLength + 3) * 9 * 2 - 2 - 1; // 9 bits per byte, 2 edges per bit, minus last stop-bit (see comment above)
}
// Done?
if (halfBit >= halfBitCounter) {
if (halfBit == halfBitCounter) {
// Yes! Decrypt and call the callback
if (decryptAndCheck()) {
(callback)(data);
}
}
// reset
halfBit = 0;
return;
}
}
// Edge is long?
if (duration > clockTime + (clockTime >> 1)) { // read as: duration > 1.5 * clockTime
// Long edge.
isOne = !isOne;
// Long edge takes 2 halfbits
halfBit++;
}
}
halfBit++;
return;
}
void SensorReceiver::reset() {
halfBit = 1;
clockTime = duration >> 1;
isOne = true;
}
boolean SensorReceiver::decryptAndCheck() {
byte cs1,cs2,i;
cs1=0;
cs2=0;
for (i=1; i<packageLength+2; i++) {
cs1^=data[i];
cs2 = secondCheck(data[i]^cs2);
data[i] ^= data[i] << 1;
}
if (cs1) {
return false;
}
if (cs2 != data[packageLength+2]) {
return false;
}
return true;
}
byte SensorReceiver::secondCheck(byte b) {
byte c;
if (b&0x80)
b^=0x95;
c = b^(b>>1);
if (b&1)
c^=0x5f;
if (c&1)
b^=0x5f;
return b^(c>>1);
}
void SensorReceiver::enable() {
halfBit = 0;
enabled = true;
}
void SensorReceiver::disable() {
enabled = false;
}
void SensorReceiver::decodeThermoHygro(byte *data, byte &channel, byte &randomId, int &temp, short int &humidity) {
channel = data[1] >> 5;
// Internally channel 4 is used for the other sensor types (rain, uv, anemo).
// Therefore, if channel is decoded 5 or 6, the real value set on the device itself is 4 resp 5.
if (channel >= 5) {
channel--;
}
randomId = data[1] & 0x1f;
temp = 100 * (data[5] & 0x0f) + 10 * (data[4] >> 4) + (data[4] & 0x0f);
// temp is negative?
if (!(data[5] & 0x80)) {
temp = -temp;
}
humidity = 10 * (data[6] >> 4) + (data[6] & 0x0f);
}
Hilft das?
~Josef
Zitat von: hjgode am 29 August 2015, 05:55:36
Hallo Sidey
ich habe die TFA Dostmann Pure Plus (KatNr 35.1107) zzgl. zwei weiteren Sensoren ((Kat.Nr. 30.3127).
...............
Hallo Sidey,
ich habe den 2x Bresser Art.-No. 70-09993 433MHz 5 Kanäle, dieser scheint das gleiche Protokoll wie der TFA Dostman zu haben. Ich hänge einmal ein Log an, viellicht kannst du da ja was erkennen. Mit einem andern Sketch kann ich schon Daten empfangen (http://Forum.fhem.de/index.php/topic,17196.msg226073.html#msg226073).
Tschüß Jörg
Hallo Josef,
ja das hilft. Das Manchester Signal, was im Log als MC auftaucht, ist dass deiner TFA Sensoren.
Weisst Du ob es schon ein Modul in Fhem gibt, welches den TFA Sensor interpretiert, oder würdest dir zutrauen da was zu entwickeln?
Grob formuliert, ist ist eine Fleiß Arbeit. Ich würde im Signalduino das Cresta Protokoll erkennen. Dazu würde ich nach 0x75 suchen, und ab da beginnend die Daten an ein anderes Modul übergeben.
Das Modul müsste im Prinzip die Funktion encodeThermoHygro realisieren und jedes 9 Bit ignorieren oder einfach verwerfen.
Grüße Sidey
Hi Jörg,
da haben sich unsere Posts ja überschnitten. :)
Vom Prinzip müsste man den verlinkten Code aus dem Post ja "nur" noch in ein Modul. Z.B. 14_Cresta.pm packen und die Daten vom Signalduino dort hin übergeben.
Grüße Sidey
Zitat von: Sidey am 29 August 2015, 10:26:23
Hi Jörg,
da haben sich unsere Posts ja überschnitten. :)
Vom Prinzip müsste man den verlinkten Code aus dem Post ja "nur" noch in ein Modul. Z.B. 14_Cresta.pm packen und die Daten vom Signalduino dort hin übergeben.
Grüße Sidey
Hallo Sidey,
könnte diese nicht auch im 10_CUL_TCM97001.pm mit aufgenommen werden, z.b. als Cresta. Ist vielleicht nicht so viel Aufwand.
Ich habe noch kein Modul programmiert, es wird deshalb etwas dauern. Kann ich ein Modul als Grundlage nehmen ? Dann ist es vielleicht etwas einfacher.
Jörg
Also Cresta hat mit tcm97001 nichts zu tun. Nimm lieber ein neues. Ich kann die ein Grundgerüst liefern wenn dir das hilft
Zitat von: Sidey am 29 August 2015, 11:55:49
Also Cresta hat mit tcm97001 nichts zu tun. Nimm lieber ein neues. Ich kann die ein Grundgerüst liefern wenn dir das hilft
Hallo Sidey,
ich habe gedacht der signalduino benutzt auch das tcm97001 oder bringe ich da etwas durcheinander. Wenn du mir eine Grundgerüst liefern könntest, ist der Anfang vielleicht nicht ganz so schwer. Vielen Dank.
Jörg
Hallo,
ich möchte mir den Signalduino zusammenbauen.
Ich möchte den etwas besseren Super-heterodyne OOK Wireless Receiver 433 MHz verwenden.
Bei ebay habe ich nur welche aus China gefunden mit einer Lieferzeit: Mo, 14. Sep. und Mi, 21. Okt
Kennt jemand eine Quelle mit einer Lieferzeit bis ca mitte September.
Dies ist das einzigste wo ich gefunden habe, scheint aber etwas schlechter zu sein, -105 dB (der aus China hat 116 dB)
http://www.ebay.de/itm/433Mhz-3400-RF-Superheterody-Transmitter-Receiver-Link-Kit-fur-Arduino-ARM-MCU-/261813743508?hash=item3cf550af94
Gruß Ralf
Hallo Ralf,
ich hab den gleichen Empfänger aus China.
Der ist schon sehr gut. Möglich, dass es bessere gibt, aber aus China verkaufen die eigentlich auch nichts besseres.
Grüße Sidey
Es gibt auch welche da steht 116dBm dabei.
http://www.ebay.de/itm/Super-heterodyne-OOK-Wireless-Receiver-Module-Strong-Interference-433MHZ-116dBm-/281782855830?hash=item419b912896
Hier ist einer mit Artikelstandort: Frankfurt, aber ohne Abschirmung
http://www.ebay.de/itm/Geeetech-433Mhz-Superheterodyne-3400RF-Transmitter-and-Receiver-Link-Kit-Arduino-/381199588108?hash=item58c1441b0c
Gruß Ralf
Hi Ralf,
also die verkaufen alle das gleiche. Wenn da einer ein RXB6 rev 0.8 anbietet, dann kommt der mit Abschirmung.
Die Rev 2.0 scheint wohl ein bisschen besser zu sein. Am Ende musst Du wissen, wie viel Geld zu ausgeben möchtest. Ich denke, beide würden gut funktionieren.
Am Ende machst Du mit dem super-het Empfänger eigentlich nichts falsch. Du kannst auch immer noch eine Antenne anschließen, dann empfängt er noch etwas besser.
Grüße Sidey
Hallo Jörg,
Zitat von: pejonp am 29 August 2015, 13:25:48
ich habe gedacht der signalduino benutzt auch das tcm97001 oder bringe ich da etwas durcheinander.
Also der SIGNALduino kann vom Prinzip an jedes Modul etwas weiter leiten. tcm97001 ist nur eines von mehreren.
So, ich habe Cresta im SIGNALduino implementiert. Anbei die Ausgabe die daraus resultiert:
2015.08.30 00:34:18 4: SIGNALduino/msg READ: MC;LL=-1050;LH=906;SL=-563;SH=412;D=B8465D29BBCFA135501830AE11974A2EF3E84D5400;C=439;
2015.08.30 00:34:18 5: devSduino: Cresta protocol converted to hex: (4875C4BA8AF7BEC85500) with length (80) bytes
2015.08.30 00:34:18 5: converted Data to (4875C4BA8AF7BEC85500)
2015.08.30 00:34:18 5: devSduino dispatch 4875C4BA8AF7BEC85500
Die Vorlage für ein Modul zum Dekodieren kommt die Tage. Bin jetzt leider doch schon zu müde. :(
Ich habe auch mal geschaut, ob wir nicht einfach das TRX_Weather Modul verwenden können. Das scheint mir aber nicht ganz trivial, die übergebenen Daten müssten auf jeden Fall mit 0x520a beginnen, welche Umwandlung der Daten dann noch notwendig ist, erschließt sich mir derzeit nicht.
Testet das doch bitte mal aus, die Ausgaben müssten bei euch ähnlich sein.
Grüße Sidey
Zitat von: Sidey am 29 August 2015, 10:18:54
Hallo Josef,
ja das hilft. Das Manchester Signal, was im Log als MC auftaucht, ist dass deiner TFA Sensoren.
Weisst Du ob es schon ein Modul in Fhem gibt, welches den TFA Sensor interpretiert, oder würdest dir zutrauen da was zu entwickeln?
Grob formuliert, ist ist eine Fleiß Arbeit. Ich würde im Signalduino das Cresta Protokoll erkennen. Dazu würde ich nach 0x75 suchen, und ab da beginnend die Daten an ein anderes Modul übergeben.
Das Modul müsste im Prinzip die Funktion encodeThermoHygro realisieren und jedes 9 Bit ignorieren oder einfach verwerfen.
Grüße Sidey
Hallo Sidey
wie willst Du denn nach 0x75 suchen, kommt doch gar nicht vor, oder?
Ich habe noch einmal in der Cresta Doku nachgelesen. Dort wird noch von Encrypt und DeCrypt gesprochen. Daraufhin habe ich Decrypt im PatternDecoder nachgerüstet, um zu sehen ob dann eine zu RemoteSensor Sketch vergleichbare Byte Folge zu erkennen ist. Das war nicht erfolgreich.
Wenn Du das Cresta so dekodierst das die mir bekannten und dokumentierten Bytefolgen rauskommen, würde ich das Perl Modul vielleicht hinkriegen.
Denke mitlerweile aber auch über eine Kombination von RemoteSensor im Stil von signalDuino/fhemDuino, einem fhem Modul für die 'neue' Hardware und einem weiteren fhem Modul zur Interpretation der RemoteSensor Hex-Werte. Die 'neue' Hardware könnte dann Cresta und die PT2262 Schalter.
Gruss
Josef
Hallo Josef,
die aktuelle Version des FHEM Modul gibt es bereits aus (siehe Post von gestern)
Im Beispiel 4875.....
48 ist die Länge und dann beginnt das Protokoll mit 75.
Ich kann die Länge auch wieder heraus nehmen. So kann man aber im logischen Modul via match gleich auf die passende Längen filtern und muss sich auch keinen eigenen Nachrichtentyp überlegen.
Die match regex könnte in etwa folgendes prüfen:
Länge 40-50 75 .*
Bin jetzt nicht der Regex Spezi wie man die Länge am besten via regex prüft. Im Oregon Modul wurde das auch so gemacht.
Neue Hardware / Software auf dem Arduino ist nicht notwendig.
Nachtrag:
Vom Signalduino Modul werden die Daten in der richtigen Bitfolge (MSB first) übergeben. Jedes 9. Bit wird ignoriert. Den Daten wird vorne angestellt ein Längenfeld mit übergeben.
Ob das Telegramm komplett ist, wird nicht geprüft. Alle Werte sind Hexadezimal dargestellt.
Das Modul sollte eventuell noch prüfen, ob ein RSSI Wert mit übergeben wird. Dazu gibt es leider keinen einheitlichen Standard. Manche Receiver hängen es hinten an die Nachricht an, andere fragen es vom IO Device direkt ab.
Der Signalduino übergibt allerdings keinen RSSI Wert!
In einem Cresta Modul wäre die CRC Funktion, das decrypten und anschließen das extrahieren der empfangenen Daten in Readings notwendig.
Grüße Sidey
Hi,
ich hab mal noch was im Modul ergänzt:
Das Signal der RF20 Funk Rauchmelder könnte erkannt werden.
TX70DHT könnte zu Protokoll #7 passen, Heidmann HX und TCM Türklingel habe ich nach bestem Wissen auch versucht mit auf zu nehmen.
Wer so ein Gerät hat, kann das vielleicht mal mit verbose 5 testen und hier bestätigen oder eben auch nicht ob das Signal erkannt wird.
Grüße Sidey
Zitat von: Sidey am 30 August 2015, 08:56:36
Hallo Josef,
die aktuelle Version des FHEM Modul gibt es bereits aus (siehe Post von gestern)
Im Beispiel 4875.....
48 ist die Länge und dann beginnt das Protokoll mit 75.
Ich kann die Länge auch wieder heraus nehmen. So kann man aber im logischen Modul via match gleich auf die passende Längen filtern und muss sich auch keinen eigenen Nachrichtentyp überlegen.
Die match regex könnte in etwa folgendes prüfen:
Länge 40-50 75 .*
Bin jetzt nicht der Regex Spezi wie man die Länge am besten via regex prüft. Im Oregon Modul wurde das auch so gemacht.
Neue Hardware / Software auf dem Arduino ist nicht notwendig.
Nachtrag:
Vom Signalduino Modul werden die Daten in der richtigen Bitfolge (MSB first) übergeben. Jedes 9. Bit wird ignoriert. Den Daten wird vorne angestellt ein Längenfeld mit übergeben.
Ob das Telegramm komplett ist, wird nicht geprüft. Alle Werte sind Hexadezimal dargestellt.
Das Modul sollte eventuell noch prüfen, ob ein RSSI Wert mit übergeben wird. Dazu gibt es leider keinen einheitlichen Standard. Manche Receiver hängen es hinten an die Nachricht an, andere fragen es vom IO Device direkt ab.
Der Signalduino übergibt allerdings keinen RSSI Wert!
In einem Cresta Modul wäre die CRC Funktion, das decrypten und anschließen das extrahieren der empfangenen Daten in Readings notwendig.
Grüße Sidey
Hallo Sidey
die Cresta-Ausgabe habe ich inzwischen gefunden.
Habe auch schon etwas perl code geschrieben, der im Prinzip das RemoteSensor::decodeThermoHygro ersetzt (also nix mit CRC check etc, könnte man aber auch einbauen, gemäß SensorReceiver::decryptAndCheck()).
Wie das dann aber in ein zu schreibendes Cresta Fhem Modul eingebaut wird entzeiht sich meiner Kenntnis.
Vielen Dank soweit für Deine Hilfe
~josef
Ich baue einen dummy, bin eh dabei etwas zur Protokoll Analyse zu entwerfen. Da müsste der code dann rein
Anbei das Grundgerüst für ein Cresta Modul...
Ich habe zwei-drei Kommentare hinterlassen.
Interessant ist die Funktion cresta_parse. Da drinnen kommen die Daten von SignalDuino an und müssen dekodiert werden.
Grüße Sidey
Zitat von: Sidey am 31 August 2015, 23:02:27
Anbei das Grundgerüst für ein Cresta Modul...
Ich habe zwei-drei Kommentare hinterlassen.
Interessant ist die Funktion cresta_parse. Da drinnen kommen die Daten von SignalDuino an und müssen dekodiert werden.
Grüße Sidey
Hallo Sidey
Ich weiß leider nicht, wie ich dass in die Cresta.pm integrieren kann. Deshalb hier nur die beiden benötigten Funktionen und das ganze mit einem Testprogramm mit Daten aus SignalDuino (RF_Receiver) und RemoteSensor.
# CrestaProtocol.pdf
# Byte 0: Header byte, always 0x75
# Byte 1: Device ID
# Byte 2: Package Length
# Byte 3: Device type
# Byte 4..n: The actual device data
# Byte n+1: Checksum
# Byte n+2: Second checksum byte
# ID (Byte 1) Description Transmitting interval
# 0x20 - 0x3F Thermo/hygro-sensor at channel 1 43 Seconds
# 0x40 - 0x5F Thermo/hygro-sensor at channel 2 45 Seconds
# 0x60 - 0x7F Thermo/hygro-sensor at channel 3 47 Seconds
# 0x80 - 0x9F Rain sensor, 183
# UV sensor or 300
# anemometer 33 seconds
# 0xA0 - 0xBF Thermo/hygro-sensor at channel 4 49 Seconds
# 0xC0 - 0xDF Thermo/hygro-sensor at channel 5 51 Seconds
#
# Package nr. Raw Data Decrypted Data
# 1 75,C3,BA,CA,7D,BF,CF,51,EF 75,45,CE,5E,87,C1,51,F3,EF
# 2 75,C3,BA,8A,7D,BF,CF,51,AF 75,45,CE,9E,87,C1,51,F3,AF
# 3 75,C3,BA,4A,7D,BF,CF,51,6F 75,45,CE,DE,87,C1,51,F3,6F
#
# /* Example to decrypt and check a package,
# Input: Buffer holds the received raw data.
# Returns ERROR number, Buffer now holds decrypted data
# */
#
# #define NO_ERROR 0
# #define ERROR_HEADER 1
# #define ERROR_CS1 2
# #define ERROR_CS2 3
#
# /* Decrypt raw received data byte */
# BYTE DecryptByte(BYTE b)
# {
# return b ^ (b << 1);
# }
#
# BYTE DecryptAndCheck(BYTE *Buffer)
# {
# BYTE cs1,cs2,count,i;
#
# if (Buffer[0]!=0x75) return ERROR_HEADER;
# count=(DecryptByte(Buffer[2])>>1) & 0x1f;
# cs1=0;
# cs2=0;
# for(i=1; i<count+2; i++)
# {
# cs1^=Buffer[i];
# cs2 =SecondCheck(Buffer[i]^cs2);
# Buffer[i]=DecryptByte(Buffer[i]);
# }
# if(cs1) return ERROR_CS1;
# if(cs2!=Buffer[count+2]) return ERROR_CS2;
# return NO_ERROR;
# }
#
use strict;
use warnings;
use subs "decryptByte";
use subs "decodeThermoHygro";
print "Cresta ThermoHydro Decoder\n";
my $res=0;
my $c=0;
my $t=0;
my $h=0;
# aus RF_Receiver:
# 58753DBACAEEBEDD55953900
# 58753DBA8AEEBEDD55D50300
# 50753DBA8AEEBEDD55D503
# 58753DBACAEEBEDD55953900
# 5875E2BA8A80BFD1AD915400
# 58753DBA4AEEBEDD55151500
# 5875E2BA4A80BFD1AD514200
# 5875E2BACAD7BFD1AD861000
# 287555500500
# 58753DBA4AEFBEDD55146D00
# 50753DBA8AEFBEDD55D400
my @testdata1 = ("58753DBACAEEBEDD55953900", "58753DBA8AEEBEDD55D50300", "50753DBA8AEEBEDD55D503", "5875E2BA8A80BFD1AD915400", "58753DBA4AEEBEDD55151500", "5875E2BA4A80BFD1AD514200", "5875E2BACAD7BFD1AD861000", "287555500500", "58753DBA4AEFBEDD55146D00", "50753DBA8AEFBEDD55D400", "5075D3BA8ACDBEC851092F");
my @testdata2 = ("0075C3BACA7DBFCF51EF","0075C3BA8A7DBFCF51AF","0075C3BA4A7DBFCF516F");
my @testdata2decrpyted= ("7545CE5E87C151F3EF","7545CE9E87C151F3AF","7545CEDE87C151F36F");
my ($i, $data, @decoded);
print("Cresta ThermoHygro Test\n");
print("Testdata by RF_Receiver:\n");
for($i=0; $i < scalar(@testdata1); $i++){
$data = @testdata1[$i];
@decoded = &decodeThermoHygro($data,$c,$t,$h);
printf ("data: data id: %i, channel: %i, temp: %.1f, humi: %i\n", $i, $decoded[1], ($decoded[2] / 10) + ($decoded[2] % 10), $decoded[3]);
}
print("===========================\nTestdata by RemoteSensor:\n");
for($i=0; $i < scalar(@testdata2); $i++){
$data = @testdata2[$i];
@decoded = &decodeThermoHygro($data,$c,$t,$h);
printf ("data: data id: %i, channel: %i, temp: %.1f, humi: %i\n", $i, $decoded[1], ($decoded[2] / 10) + ($decoded[2] % 10), $decoded[3]);
}
# ===========================================================
sub decryptByte(){
my $byte = shift;
#printf("\ndecryptByte 0x%02x >>",$byte);
my $ret2 = ($byte ^ ($byte << 1) & 0xFF); #gives possible overflow to left so c3->145 instead of 45
#printf(" %02x\n",$ret2);
return $ret2;
}
sub decodeThermoHygro {
my $crestahex = shift; # function arg is hey string
my $channel;
my $temp;
my $humi;
my @crestabytes;# = map { pack('C', hex($_)) } ($crestahex =~ /(..)/g);
for (my $i=0; $i<(length($crestahex))/2; $i++){
my $hex=hex(substr($crestahex, $i*2, 2));
push (@crestabytes, $hex);
}
# (read and remove first element)
my $len = shift @crestabytes;
printf ("0x%02X ", $crestabytes[0]);
if($crestabytes[0] == 0x75){
my @decrypted;
my $idx=0;
$decrypted[0]=$crestabytes[0];
for($idx=1; $idx<7; ($idx)++) {
$decrypted[$idx]=$crestabytes[$idx];
$crestabytes[$idx]=&decryptByte($decrypted[$idx]);
}
}
if($crestabytes[0] != 0x75){
return (-1, 0, 0, 0)
}
$channel = $crestabytes[1] >> 5;
# //Internally channel 4 is used for the other sensor types (rain, uv, anemo).
# //Therefore, if channel is decoded 5 or 6, the real value set on the device itself is 4 resp 5.
if ($channel >= 5) {
$channel--;
}
$temp = 100 * ($crestabytes[5] & 0x0f) + 10 * ($crestabytes[4] >> 4) + ($crestabytes[4] & 0x0f);
## // temp is negative?
if (!($crestabytes[5] & 0x80)) {
$temp = -$temp;
}
$humi = 10 * ($crestabytes[6] >> 4) + ($crestabytes[6] & 0x0f);
return (1, $channel, $temp, $humi);
}
Wenn man das laufen läßt erhält man folgende Ausgabe:
Cresta ThermoHydro Decoder
Cresta ThermoHygro Test
Testdata by RF_Receiver:
0x75 data: data id: 0, channel: 2, temp: 25.2, humi: 67
0x75 data: data id: 1, channel: 2, temp: 25.2, humi: 67
0x75 data: data id: 2, channel: 2, temp: 25.2, humi: 67
0x75 data: data id: 3, channel: 1, temp: 18.0, humi: 73
0x75 data: data id: 4, channel: 2, temp: 25.2, humi: 67
0x75 data: data id: 5, channel: 1, temp: 18.0, humi: 73
0x75 data: data id: 6, channel: 1, temp: 26.9, humi: 73
0x75 data: data id: 7, channel: 6, temp: 0.0, humi: 0
0x75 data: data id: 8, channel: 2, temp: 24.1, humi: 67
0x75 data: data id: 9, channel: 2, temp: 24.1, humi: 67
0x75 data: data id: 10, channel: 3, temp: 32.7, humi: 58
===========================
Testdata by RemoteSensor:
0x75 data: data id: 0, channel: 2, temp: 25.7, humi: 51
0x75 data: data id: 1, channel: 2, temp: 25.7, humi: 51
0x75 data: data id: 2, channel: 2, temp: 25.7, humi: 51
Ich habe mittlerweile ein fhem in Eclipse Epic mit debug laufen. Weiß ber nicht, wie ich das Modul testen könnte.
~josef
Hallo Josef,
wie Du ein Fhem Modul in Eclipse testen kannst, weiss ich auch nicht.
Ich debugge in einer Fhem Installation.
Ich kann deinen Code in das Cresta Modul von gestern einbauen. Gib mir mal ein paar Tage Zeit.
Die CRC Funktion sollte man vielleicht noch einbauen um feststellen zu können, ob die Nachricht komplett empfangen wurde.
Mit dem Längenfeld gibt es noch einen Fehler im Signalduino. Den muss ich noch korrigieren.
Grüße Sidey
Zitat von: hjgode am 01 September 2015, 16:35:35
...
Ich weiß leider nicht, wie ich dass in die Cresta.pm integrieren kann. Deshalb hier nur die beiden benötigten Funktionen und das ganze mit einem Testprogramm mit Daten aus SignalDuino (RF_Receiver) und RemoteSensor.
..
~josef
Hallo Josef,
ich habe auch mal etwas rumgespielt.
das ist der String aus dem log:
my text2 = '5875BDBA4AC2BEC855AC0A00';
mit dieser regexp kann man aus dem String die benötigten Stellen erhalten:
$text2 =~ /(75)([\w][\w]{17,17})/;
my @daten= (0xbd,0xba,0x4a,0xc2,0xbe,0xc8,0x55,0xac);
Checksumme errechnen (diese muß 0 ergeben):
my $t2 = $daten[0]^$daten[1]^$daten[2]^$daten[3]^$daten[4]^$daten[5]^$daten[6]^$daten[7];
dann die Umwandlung der Bytes durchgeführt, wie gesagt ist noch nicht fertig:
my $merk = $daten[0]^($daten[0]<<1);
my $hex = unpack "H2",pack "c", $merk;
print "75";
print ".$hex";
$merk = $daten[1]^($daten[1]<<1) ;
$hex = unpack "H2",pack "c", $merk;
print ".$hex";
$merk = $daten[2]^($daten[2]<<1) ;
$hex = unpack "H2",pack "c", $merk;
print ".$hex";
$merk = $daten[3]^($daten[3]<<1);
$hex = unpack "H2",pack "c", $merk;
print ".$hex";
$merk = $daten[4]^($daten[4]<<1) ;
$hex = unpack "H2",pack "c", $merk;
print ".$hex";
$merk = $daten[5]^($daten[5]<<1);
$hex = unpack "H2",pack "c", $merk;
print ".$hex \n";
Das Ergebnis ist :
# 75.c7.ce.de.46.c2.58
\\ \ \\__________ Humidity 58%
\\ \_____________ Temp 10 Steller 2
\\_______________ Temp Nachkommastelle .6
\_______________ Temp 1 Stelle 4
24.6 °C
Wenn ich den String von oben in dein Skript eingebe erhalten ich folgendes. Aber die Temperatur stimmt nicht. Ansonsten passt es.
0x75 data: data id: 0, channel: 5, temp: 30.6, humi: 58
ich habe dieses hier geändert, dann kommt der richtige Wert raus:
printf ("data: data id: %i, channel: %i, temp: %.1f, humi: %i\n", $i, $decoded[1], ($decoded[2] / 10) + ($decoded[2] % 10), $decoded[3]);
printf ("data: data id: %i, channel: %i, temp: %.1f, humi: %i\n", $i, $decoded[1], ($decoded[2] / 10) , $decoded[3]);
Tschüß Jörg
Hallo pejonp
Vielen Dank für Deinen Support.
Leider ist das alles nicht so ganz stimmig.
Daten aus unterschiedlichen Quellen passen nicht zum CrestaProtocol.pdf
# aus RF_Receiver:
# 58753DBACAEEBEDD55953900
# 58753DBA8AEEBEDD55D50300
# 50753DBA8AEEBEDD55D503
# 58753DBACAEEBEDD55953900
# 5875E2BA8A80BFD1AD915400
# 58753DBA4AEEBEDD55151500
# 5875E2BA4A80BFD1AD514200
# 5875E2BACAD7BFD1AD861000
# 287555500500
# 58753DBA4AEFBEDD55146D00
# 50753DBA8AEFBEDD55D400
my @testdata1 = (
"58753DBACAEEBEDD55953900", "58753DBA8AEEBEDD55D50300",
"50753DBA8AEEBEDD55D503", "5875E2BA8A80BFD1AD915400",
"58753DBA4AEEBEDD55151500", "5875E2BA4A80BFD1AD514200",
"5875E2BACAD7BFD1AD861000", "287555500500",
"58753DBA4AEFBEDD55146D00", "50753DBA8AEFBEDD55D400",
"5075D3BA8ACDBEC851092F", "5875BDBA4AC2BEC855AC0A0"
);
my @testdata2 =
( "0075C3BACA7DBFCF51EF", "0075C3BA8A7DBFCF51AF", "0075C3BA4A7DBFCF516F" );
So komme ich zu folgender Darstellung:
# /------------------\-----> package 7 bytes?
# /---\-----> not part of useful data
# 75.45.CE.5E.87.C1.51.F3.EF
# \__________ comfort level, not used in code
# \___________________ temp 8.7
# \________________ 0xC = pos temp
# \_______________ temp 10er digit 1X10°C --> 18,7°C
# \_____________ humidity = 51%
# +-----------------------> (0xCE>>1)&0x1f=7
#
# /--------------\-----------> XOR chksum = 0 (byte1 to count+3)
# /--------\ -------------------> fixed length 4 bytes
# /-----\ ----------> package length
# 0 1 2 3 4 5 6
# 75.c7.ce.de.46.c2.58 ----------> plus xor chksum = 0: 75.c7.ce.de.46.c2.58.00
# || || || || || || ||
# || || || || || || ++------------ 6: BCD: Humidity 58%
# || || || || || ||
# || || || || || ++--------------- 5: BCD: Temp pos(0x4)/neg(0xC) und 10er Stelle 2
# || || || || ++------------------ 4: BCD: 1 Stelle vor und nach Komma=> 4.6
# || || || || 24.6 °C
# || || || ++--------------------- 3: device type: 0xCE&0x1F=0x0E (Rain Level?)
# || || ++------------------------ 2: package length (0xC7>>1)&0x1F = 3 bytes data
# || ++--------------------------- 1: ID
# ++------------------------------ 0: Kennung
Ich wünsche mir, dass 00_SIGNALduino.pm die Cresta Signale als "CRxx75xyz" oder "CR75xz" an das zu schreibende CRESTA fhem Modul 'dispatched'.
Werde noch mehr Daten von meinen 4 Sensoren sammeln und zum Testen meines Perl Codes zum Dekodieren verwenden.
~josef
Zitat von: hjgode am 02 September 2015, 16:13:37
...
Vielen Dank für Deinen Support.
Leider ist das alles nicht so ganz stimmig.
Daten aus unterschiedlichen Quellen passen nicht zum CrestaProtocol.pdf
# aus RF_Receiver:
# 58753DBACAEEBEDD55953900
# 58753DBA8AEEBEDD55D50300
# 50753DBA8AEEBEDD55D503
# 58753DBACAEEBEDD55953900
# 5875E2BA8A80BFD1AD915400
# 58753DBA4AEEBEDD55151500
# 5875E2BA4A80BFD1AD514200
# 5875E2BACAD7BFD1AD861000
# 287555500500
# 58753DBA4AEFBEDD55146D00
# 50753DBA8AEFBEDD55D400
....
~josef
Hallo Josef,
ich habe 2x Bresser Art.No. 70-9993 5 Kanal. Bei diesem String "5875 BD BA 4A C2 BE C8 55 AC 0A 00" kommen bei deinem Programm die richtigen Daten herraus. Die Checksumme (0xBD^0xBA^0x4A^0xC2^0xBE^0xC8^0x55^0xAC ) ist hier Null.
0x75 data: data id: 0, channel: 5, temp: 24.6, humi: 58
Anzeige auf dem ThermoHygro:
Channel 5 24,6°C 58%
Versuche einmal diesen Sketch auf den Signalduino auszuspielen. In der Console vom Programm Arduino 1.6.1 sollte dann so etwas angezeigt werden.
...
Temperature: 24.5 deg, Humidity: 54% REL, Channel: 5
Temperature: 24.5 deg, Humidity: 54% REL, Channel: 5
Temperature: 23.7 deg, Humidity: 53% REL, Channel: 2
Temperature: 23.7 deg, Humidity: 53% REL, Channel: 2
...
Tschüß Jörg
Hallo Josef,
Zitat von: hjgode am 02 September 2015, 16:13:37
Ich wünsche mir, dass 00_SIGNALduino.pm die Cresta Signale als "CRxx75xyz" oder "CR75xz" an das zu schreibende CRESTA fhem Modul 'dispatched'.
Wozu sollte ich noch CR davor schreiben? Was würde das nutzen? Ich lass mich ja gerne mit Argumenten überzeugen. :)
Das mit den Buchstaben vor das Signal schreiben, das schränkt einen später nur ein. Es gibt schon eine Menge Module, welche anhand den 1. Buchstaben ermitteln, ob die Daten für sich bestimmt sind. Irgendwann gehen einem die Buchstaben aus. :(
Meiner Meinung nach, reicht es aus auf valide Längen zu filtern und dann noch nach 0x75.
Die Regex kann ich dir jetzt nicht sehr gut aufschreiben. Da gibt es bestimmt elegantere Methoden, aber mit folgendem Match Statement wäre schon recht sicher, dass es sich um das Cresta Protokoll handelt: (zumindest die, welche ich jetzt hier im Thread gefunden habe)
/[5][0|8]75[A-F0-9]$/
Alles was mit 5078 oder 5878 beginnt und anschließen nur valide Hex Zeichen enthält würde dann verarbeitet werden.
Da das Längenfeld im Signalduino noch falsch berechnet wird, müssen die validen Längen noch angepasst werden.
Des weiteren kann es gut sein, dass es Sensoren gibt, welche eine andere Anzahl an Bytes überträgt. Aber das müsste man im Modul dann ja auch ermitteln, damit man die passenden Routinen aufruft um die Daten zu Dekodieren.
Hab noch mal nachgesehen. Die Längenberechnung stimmt.
Es wird in Bit umgerechnet z.B. 0x58 = 88 Bits.
Grüße Sidey
Hallo Sidey
OK, jetzt verstehe ich, warum Du kein CR oder so davor schreiben willst. Aber ich hatte schon mal Ärger mit 'gleichen' Matchstrings in verschiedenen Modulen, daher dachte ich CR als Kennung wäre 'sicherer'.
Ich gehe jetzt mal von /^[5][0|8]75[A-F0-9]+$/ aus.
Als Referenz habe ich noch mal ein paar Testdaten aus einem modifizierten RemoteSensor Sketch angehängt. Diese haben noch kein Längen-Byte vorne weg. Ausserdem soll mein Perl DecodeThermoHygro auch die Daten von Jörg verarbeiten.
Gruss und Danke
Josef
Hi,
was haltet ihr davon, wenn wir die Entwicklung des Cresta Modules in Github verlagern.
Ich kann dort einen Entwicklungszweig erstellen und euch auch zum ändern berechtigen.
Ihr müsstet euch nur bei Github anmelden.
Den Code zum Cresta Decoder würde ich dann aus den Beiträgen zusammen suchen und mit dem Cresta Modul kombinieren.
Vermutlich läuft er nicht gleich, aber in Github kann man dann gezielt auch erkennen, welche Zeile wie verändert wurde und weshalb.
Grüße Sidey
Hallo Sidey,
meiner Meinung wär das ganze Signalduino zeug besser im contrib Zweig von fhem im SVN aufgehoben.
Gruß,
Kuzl
Hi Kuzl,
da möchte ich es erst einchecken, wenn ich wieder eine stabile Version habe.
Die agile Entwicklung möchte ich dort erst mal nichts machen, da es im FHEM svn nur einen Zweig gibt.
Ich checke halt möglichst oft ein, der Code funktioniert aber nicht unbedingt nach jedem commit.
Idee wäre, was bei RFFHEM im Master ist, kommt ins FHEM svn. Könnte man vielleicht sogar automatisch realisieren.
Den jetzt aktuellen Stand im Master verfolge ich aber nicht weiter, deshalb gibt es den nicht im svn.
Grüße Sidey
Hallo Sidey
ein github zwei wäre für mich OK.
~josef
Hast Du schon einen account?
Jo, ich habe einen Github Account unter dem Namen "hjgode"
Zitat von: Sidey am 03 September 2015, 07:08:20
....
was haltet ihr davon, wenn wir die Entwicklung des Cresta Modules in Github verlagern.
...
Hallo Sidey,
können wir machen. Ich habe aber so garkeine Erfahrungen mit github. Ich habe mich da mal angemeldet. Name: pejonp.
Und wie weiter ??
Jörg
Hi,
Den Zweig habe ich erstellt:
https://github.com/RFD-FHEM/RFFHEM/tree/dev-cresta
Auf das Repo habe ich euch eingeladen.
Benutzern kann man es entweder mit dem Client oder man ändert den Code über den Browser.
Das überlasse ich euch, wie ihr damit arbeiten wollt.
Zu jeder Änderung die ihr macht, könnt ihr eine Beschreibung hinterlassen, was ihr geändert habt.
Andere können das sehen und auch einzelne Zeilen der Änderung kommentieren.
Grüße Sidey
Hallo Sidey
vielen Dank für die Einladung. Habe auch gleich den Code von 14_Cresta.pm soweit korrigiert dass man das Modul auch laden kann ("reload 14_Cresta.pm").
Nun möchte ich auch Debuggen können. Das geht soweit in Eclipse mit einer fhem installation. Nun muß (möchte) ich das Cresta Modul manuell triggern (so, wie Du das unter http://forum.fhem.de/index.php?topic=39270.0 erfragt hast). Leider finde ich die korrekte Syntax für das Dispatch Kommando nicht. Warst Du da erfolgreich?
Beispiel aus dem Log:
2015.09.04 14:43:21 5: Cmd: >{ Dispatch($defs{cresta}, "5875BDBA4AC2BEC855AC0A00", undef) }<
2015.09.04 14:43:23 5: cresta dispatch 5875BDBA4AC2BEC855AC0A00
2015.09.04 14:43:23 5: Triggering cresta (1 changes)
2015.09.04 14:43:23 5: Notify loop for cresta UNKNOWNCODE 5875BDBA4AC2BEC855AC0A00
2015.09.04 14:43:23 3: cresta: Unknown code 5875BDBA4AC2BEC855AC0A00, help me!
Wenn das dann geht würde ich die CRC und Decode Routinen in Cresta einbauen.
Wie steht Ihr eigentlich zu externen Perl Code-Modulen? Also z.B. eine externes Modul (zB cresta_helper.pm) zu 14_Cresta.pm welches die CRC und Decode Funktionen enthält.
Danke
Josef
Hallo Josef,
Du musst den Dispatch über das SignalDuino Device Laufen lassen.
Also wenn Du dein IO Device sduino genannt hast musst Du $defs{sduino} verwenden.
Der Rest von deinem Aufruf sieht gut aus.
Zum externen Perl Modul: Was würde uns das bringen?
Zu Ellipse: Gibt es da eine Doku zu, wie man Fhem in Eclipse laufen lässt? Das interessiert mich auch brennend. Ich entwickele gerade auf einem raspberry pi.
Grüße Sidey
Hallo Sidey
das mit dem Dispatch funktioniert aber so nicht { Dispatch(defs(sduino), "5875...daten"...
OK, auf meinem Windows System habe ich Eclipse plus EPIC und darin fhem am Laufen. Leider geht da mein Test nano nicht (hat nen Fake FT232L). Anleitung nach der ich vorgegangen bin sende ich später.
So, hier auf meinem Linux System komme ich soweit:
(fhem.log):
2015.09.04 17:39:26 4: SIGNALduino/msg READ: ^BMC;LL=-1054;LH=911;SL=-557;SH=414;D=5711CBA53023F5888A7F3600;C=441;^C
2015.09.04 17:39:26 5: sduino: Cresta protocol converted to hex: (5875E2BACA20BF23517F1B00) with length (96) bits
2015.09.04 17:39:26 5: converted Data to (5875E2BACA20BF23517F1B00)
2015.09.04 17:39:26 5: sduino dispatch 5875E2BACA20BF23517F1B00
2015.09.04 17:39:26 4: sduino incomming 5875E2BACA20BF23517F1B00
2015.09.04 17:39:26 4: sduino converted to bits: 0111010111100010101110101100101000100000101111110010001101010001011111110001101100000000
2015.09.04 17:39:26 4: sduino decoded Cresta protocol , sensor id=, channel=4, temp=-42.5
2015.09.04 17:39:26 1: Cresta: UNDEFINED sensor detected, code
2015.09.04 17:39:26 5: Triggering global (1 changes)
2015.09.04 17:39:26 5: Notify loop for global UNDEFINED _ Cresta
2015.09.04 17:39:26 2: autocreate: define _ Cresta
2015.09.04 17:39:26 1: define _ _ Cresta : wrong syntax: define <name> Cresta <code> <minsecs> <equalmsg>2
2015.09.04 17:39:26 1: ERROR: wrong syntax: define <name> Cresta <code> <minsecs> <equalmsg>2
2015.09.04 17:39:26 5: SIGNALduino/RAW READ: ^BMC;/LL=-1054;LH=911;SL=-557;SH=414;D=57
2015.09.04 17:39:26 5: SIGNALduino/RAW READ: ^BMC;LL=-1054;LH=911;SL=-557;SH=414;D=57/11CBA53023F5888A7F3600;C
Mir ist nicht klar was zum einen Channel und Temp im SignalDuino zu suchen haben und zum anderen, was code, minsecs equalmsg für Argumente für das Cresta device zu sagen haben.
~Josef
Wegen Entwicklungsumgebung für FHEM: http://forum.fhem.de/index.php?topic=12050.0
Post von Fossie
Hi Josef,
den SIGNALduino kannst Du auch ohne eine Schnittstelle definieren,
dazu einfach define sduino SIGNALDuino none .
Eventuell noch das Attribut dummy setzen.
So müsste es gehen.
Grüße Sidey
Hi Josef,
jetzt habe ich mir deine Log Ausgabe noch mal angesehen.
Die Logmeldungen im Cresta Modul werden mit $name ... Ausgegeben.
$name kommt vom IO Device und heisst dann so wie der Signalduino.
Da könnte man CRESTA einschreiben. :)
Der Define Code ist so aufgebaut
<Sensor ID> <minsecs> <equalmsg>
Minsecs ist der Mindestabstand zwischen zwei Funkmeldungen, die akzeptiert werden.
Hintergrund: es gibt Sensoren, die senden im 30 Sekunden Takt immer das gleiche...
Equalmsg steuert die Verarbeitung wenn 2* hinter einander die gleiche Nachricht empfangen wurde.
Um ein Gerät definieren zu
können, müssten wir mal heraus bekommen, wie man anhand der empfangenen Daten das Sensor Modell ermittelt.
Grüße Sidey
Hallo,
ich habe gestern abend noch ein FHEM in Eclipse zum laufen gebracht. Den Signal Duino konnte ich dort auch definieren das Cresta Modul habe ich leider nicht aus dem Repo laden können.
Da stimmt irgendwas nicht wenn der Update Befehl versucht die Daten zu laden.
Grüße Sidey
Hallo Sidey
scheint dass Du es noch hinbekommen hast. Die Version 119 war von Dir.
Ich war auch fleißig (und dem Vertweifeln nahe).
Nach Korrektur von 14_Cresta.pm geht auch { Dispatch($defs{sduino}, "5875BDBA4AC2BEC855AC0A00", undef) }
Um ein Gerät definieren zu können, müssten wir mal heraus bekommen, wie man anhand der empfangenen Daten das Sensor Modell ermittelt.
Um die ID und den Sensortyp zu ermitteln, benötigt man die unverschlüsselten Daten.
Die Routinen zum Entschlüsseln und zum Extrahieren der Daten wären in SIGNALduino.pm dieselben wie in Cresta.pm. Deshalb hatte ich vorgeschlagen, diese Cresta spezifischen Funktionen in ein Modul auszulagern, dass dann von beiden Modulen benutzt werden kann.
Alternativ kann man die Bytes schon in SIGNALduino entschlüsseln und in Cresta.pm dann dekodieren. Bleibt aber immer noch die gemeinsame/doppelte Nutzung zum Dekodieren von ID und Typ.
Oder aber die Devices aus 14_Cresta geben sich mit der Übergabe (Dispatch) der unverschlüsselten Bytes zufrieden. Also kein <code> etc.
Das Cresta Device kann man an Hand der ID und dem Typ unterscheiden.
Die IDs liegen zwischen 1 und 5 in Byte 1:
ID (Byte 1) Description Transmitting interval
0x20 - 0x3F Thermo/hygro-sensor at channel 1 43 Seconds
0x40 - 0x5F Thermo/hygro-sensor at channel 2 45 Seconds
0x60 - 0x7F Thermo/hygro-sensor at channel 3 47 Seconds
0x80 – 0x9F Rain sensor, UV sensor or anemometer 183, 300 or 33 Seconds
0xA0 - 0xBF Thermo/hygro-sensor at channel 4 49 Seconds
0xC0 - 0xDF Thermo/hygro-sensor at channel 5 51 Seconds
Der Typ eines Sensors steckt in Byte 3:
Byte3 & 0x1F Device
0x0C Anemometer
0x0D UV sensor
0x0E Rain level meter
0x1E Thermo/hygro-sensor
Ein Cresta device könnte man dann über define <name> Cresta <id> <typ> <minsecs> <equalmsg> definieren.
Habe mal funktionierenden Code hochgeladen. Bei einem { Dispatch($defs{sduino}, "5875BDBA4AC2BEC855AC0A00", undef) } bekomme ich ein neues Device:
===========================================================================
2015.09.05 16:45:51 5: Cmd: >{ Dispatch($defs{sduino}, "5875BDBA4AC2BEC855AC0A00", undef) }<
2015.09.05 16:45:51 5: sduino dispatch 5875BDBA4AC2BEC855AC0A00
2015.09.05 16:45:51 4: sduino incomming 5875BDBA4AC2BEC855AC0A00
2015.09.05 16:45:51 4: sduino converted to bits: 011101011011110110111010010010101100001010111110110010000101010
1101011000000101000000000
2015.09.05 16:45:51 4: bytes arr->75c7cede46c258fff41e00
2015.09.05 16:45:51 4: bytes hex->75c7cede46c258fff41e00
2015.09.05 16:45:51 4: SensorTyp=30, 222
2015.09.05 16:45:51 4: sduino decoded Cresta protocol Typ=30, sensor id=1, channel=5, temp=24.6, humidity=58
2015.09.05 16:45:51 1: Cresta: UNDEFINED sensor 30 detected, code c7_1
2015.09.05 16:45:51 5: Triggering global (1 changes)
2015.09.05 16:45:51 5: Notify loop for global UNDEFINED 30_c7_1 Cresta c7_1
2015.09.05 16:45:51 2: autocreate: define 30_c7_1 Cresta c7_1
2015.09.05 16:45:51 5: Triggering global (2 changes)
2015.09.05 16:45:51 2: autocreate: define FileLog_30_c7_1 FileLog ./log/30_c7_1-%Y.log 30_c7_1
2015.09.05 16:45:51 5: Triggering global (3 changes)
2015.09.05 16:45:51 5: Triggering global (4 changes)
2015.09.05 16:45:51 4: Connection closed for FHEMWEB:127.0.0.1:54818: EOF
===========================================================================
Bei weiteren wiederholtem Dispatch:
===========================================================================
2015.09.05 16:47:02 5: Cmd: >{ Dispatch($defs{sduino}, "5875BDBA4AC2BEC855AC0A00", undef) }<
2015.09.05 16:47:02 5: sduino dispatch 5875BDBA4AC2BEC855AC0A00
2015.09.05 16:47:02 4: sduino incomming 5875BDBA4AC2BEC855AC0A00
2015.09.05 16:47:02 4: sduino converted to bits: 0111010110111101101110100100101011000010101111101100100001010101101011000000101000000000
2015.09.05 16:47:02 4: bytes arr->75c7cede46c258fff41e00
2015.09.05 16:47:02 4: bytes hex->75c7cede46c258fff41e00
2015.09.05 16:47:02 4: SensorTyp=30, 222
2015.09.05 16:47:02 4: sduino decoded Cresta protocol Typ=30, sensor id=1, channel=5, temp=24.6, humidity=58
2015.09.05 16:47:02 4: Cresta: sduino (5875BDBA4AC2BEC855AC0A00)
2015.09.05 16:47:02 4: Cresta sduino:sduino
2015.09.05 16:47:02 4: 32276:FHEMWEB:127.0.0.1:54814: /fhem&cmd=%7B+Dispatch%28%24defs%7Bsduino%7D%2C+%225875BDB
===========================================================================
In fhem wird unter room=Cresta ein Device c7_1 angelegt (da müssen wir uns noch was überlgen...). Unter dem Device erscheinen dann auch die Readings für temp und humi.
So weit so gut. Ich habe es nicht hinbekommen mit array als Argument für die subs zu arbeiten. Deshalb der Umstand mit einem Array und einem String in Cresta_Parse.
~josef
Und weil's so schön ist, hier noch mit Livedaten:
(http://www.hjgode.de/temp/Selection_057.png)
Übrigens, für die ToDo Liste:
crc sub muss ich noch machen
temp und hum sollten T und H heißen, wie das sonst in fhem üblich ist.
~josef
Hallo Sidey,
wenn ich jetzt ein Update wie im Wiki: http://www.fhemwiki.de/wiki/SIGNALDuino beschrieben durchführen möchte, erhalte ich folgende Fehlermeldung.
Aufruf:
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt
Fehler:
UPD FHEM/00_SIGNALduino.pm
Got 70099 bytes for FHEM/00_SIGNALduino.pm, not 72244 as expected,
aborting.
Wenn ich ein Update über: update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt
Kommt diese Meldung:
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/FHEM/00_SIGNALduino.pm
: empty file received
es liegt auch kein 00_SIGNALduino.pm in Verzeichnis.
Ein anderes Problem habe ich noch, mit der Hexdatei vom 30.8.2015 werden die Daten vom Bresser TempHygro Sensoren gut erkannt. Bei einer anderen FHEM-Inst habe ich eine Hexdatei vom 3.9.2015 und diese ist auch auf den Nano, damit werden die Daten nicht umgerechnet.
bei der FEHM-Inst HexDatei 30.8.2015 sieht der Log so aus:
2015.09.05 21:32:00 5: SIGNALduino/RAW READ: MU;P0=-544;P1=-6672;P2=919;P3=-1036;P4=430;D=012323204043404040402043404040402320404323402323402043402340234040404020404040432340404040402340404040232323404040/404020432340404040204043400;CP=4
2015.09.05 21:32:00 5: SIGNALduino/RAW READ: MU;P0=-544;P1=-6672;P2=919;P3=-1036;P4=430;D=012323204043404040402043404040402320404323402323402043402340234040404020404040432340404040402340404040232323404040404020432340404040204043400;CP=4/;
2015.09.05 21:32:00 4: SIGNALduino/msg READ: MU;P0=-544;P1=-6672;P2=919;P3=-1036;P4=430;D=012323204043404040402043404040402320404323402323402043402340234040404020404040432340404040402340404040232323404040404020432340404040204043400;CP=4;
2015.09.05 21:32:00 5: SIGNALduino/RAW READ: /MC;LL=-1033;LH=920;SL=-545;SH=4
2015.09.05 21:32:00 5: SIGNALduino/RAW READ: MC;LL=-1033;LH=920;SL=-545;SH=4/32;D=AE0C174A2483E810540F2900;C=
2015.09.05 21:32:00 5: SIGNALduino/RAW READ: MC;LL=-1033;LH=920;SL=-545;SH=432;D=AE0C174A2483E810540F2900;C=/450;
2015.09.05 21:32:00 4: SIGNALduino/msg READ: MC;LL=-1033;LH=920;SL=-545;SH=432;D=AE0C174A2483E810540F2900;C=450;
2015.09.05 21:32:00 5: SIGNALduino/RAW READ: /MC;LL=-1035;LH=919;SL=-546;SH=4
2015.09.05 21:32:00 5: SIGNALduino/RAW READ: MC;LL=-1035;LH=919;SL=-546;SH=4/30;D=AE0C174A4483E810540C1D00;C=
2015.09.05 21:32:00 5: SIGNALduino/RAW READ: MC;LL=-1035;LH=919;SL=-546;SH=430;D=AE0C174A4483E810540C1D00;C=/449;
2015.09.05 21:32:00 4: SIGNALduino/msg READ: MC;LL=-1035;LH=919;SL=-546;SH=430;D=AE0C174A4483E810540C1D00;C=449;
2015.09.05 21:32:00 5: sduino: Cresta protocol converted to hex: (587518BA4A12BE2054305C00) with length (96) bytes
2015.09.05 21:32:00 5: converted Data to (587518BA4A12BE2054305C00)
2015.09.05 21:32:00 5: sduino dispatch 587518BA4A12BE2054305C00
usb_set_debug: Setting debugging level to 1 (on)
bei der andern vom 3.9.3015 so:
2015.09.05 21:32:17 4: SIGNALduino/msg READ: MU;P0=-939;P1=526;P2=-1148;P3=169;P4=-449;P5=1017;P6=1368;D=123434545050541410141414145410141414145054141050145050145410541014501414141454141414105054141414105410141450505014145414101450145414105410141431;CP=1;
2015.09.05 21:32:17 5: SIGNALduino/RAW READ: /MC;LL=-950;LH=1006;SL=-460;SH=5
2015.09.05 21:32:17 5: SIGNALduino/RAW READ: MC;LL=-950;LH=1006;SL=-460;SH=5/17;D=AE0C174A4C83EBEC50;C=507;
2015.09.05 21:32:17 4: SIGNALduino/msg READ: MC;LL=-950;LH=1006;SL=-460;SH=517;D=AE0C174A4C83EBEC50;C=507;
2015.09.05 21:32:17 5: SIGNALduino/RAW READ: /MC;LL=-958;LH=998;SL=-468;SH=51
2015.09.05 21:32:17 5: SIGNALduino/RAW READ: MC;LL=-958;LH=998;SL=-468;SH=51/3;D=AE0C174A4C83EBEC54736C00;C=5
2015.09.05 21:32:17 5: SIGNALduino/RAW READ: MC;LL=-958;LH=998;SL=-468;SH=513;D=AE0C174A4C83EBEC54736C00;C=5/03;
2015.09.05 21:32:17 4: SIGNALduino/msg READ: MC;LL=-958;LH=998;SL=-468;SH=513;D=AE0C174A4C83EBEC54736C00;C=503;
Ob ich genau den Eintrag wie bei der anderen FHEM-Inst getroffen habe weiß ich nicht, es wird aber nicht nach Cresta umgerechnet. Der Sketch vom Signalduino läßt sich auch nicht kompelieren, weil in Zeile 296 u. 305 (//IT ) getState() != searching als Fehler angezeigt wird.
Tschüss Jörg
Hallo Jörg,
also der Update Befehl von dev-rawin sollte wieder gehen.
Aus dem Cresta Zweig habe ich auch das 0 Byte Problem.
Ich weiss noch nicht, woran es liegt. :(
Die Firmware des Arduino wurde zuletzt am 20.8 aktualisiert. Das ist nicht der Grund.
Problem ist , dass der 2. Arduino die Zeiten nicht so misst, wie dein 1. Arduino.
Ich nehme an, beide laufen mit 16 MHz. Dann muss es am Quarz liegen. Der Unterschied ist schon beträchtlich.
Vielleicht könnte man da was mit einem Umrechnungsfaktor machen.
Den Arduino für 500 MS etwas machen lassen und messen wie viel Zeit das auf dem Server entspricht.
Um auch den Sensor am anderen System zu empfangen müsstest Du für das Cresta Protokoll die Clockrange von 420-450 auf 420-510 ändern.
Grüße Sidey
Hallo Jörg
ich habe auch keine Probleme mit dem aktuellen dev-cresta branch:
2015.09.06 12:24:52 5: Cmd: >{ Dispatch($defs{sduino}, "587518BA4A12BE2054305C00", undef) }<
2015.09.06 12:24:52 5: sduino dispatch 587518BA4A12BE2054305C00
2015.09.06 12:24:52 4: CRESTA incomming 587518BA4A12BE2054305C00
2015.09.06 12:24:52 4: CRESTA converted to bits: 0111010100011000101110100100101000010010101111100010000001010100001100000101110000000000
2015.09.06 12:24:52 4: bytes arr->7528cede36c260fc50e400
2015.09.06 12:24:52 4: bytes hex->7528cede36c260fc50e400
2015.09.06 12:24:52 4: SensorTyp=30, 222
2015.09.06 12:24:52 4: CRESTA decoded Cresta protocol Typ=30, sensor id=1, channel=1, temp=23.6, humidity=60
2015.09.06 12:24:52 1: Cresta: UNDEFINED sensor 30 detected, code th_30_1
2015.09.06 12:24:52 5: Triggering global (1 changes)
2015.09.06 12:24:52 5: Notify loop for global UNDEFINED th_30_1 Cresta th_30_1
2015.09.06 12:24:52 2: autocreate: define th_30_1 Cresta th_30_1
2015.09.06 12:24:52 5: Triggering global (2 changes)
2015.09.06 12:24:52 2: autocreate: define FileLog_th_30_1 FileLog ./log/th_30_1-%Y.log th_30_1
2015.09.06 12:24:52 5: Triggering global (3 changes)
2015.09.06 12:24:52 5: Triggering global (4 changes)
2015.09.06 12:24:52 4: HTTP FHEMWEB:127.0.0.1:59715 GET /fhem?room=Cresta
Wegen svn: welchen Client benutzt Du? Und welche SVN Adresse?
Mein Debian 8 svn sagt:
hgode@aoa150:~/Documents/perl/dev-cresta$ svn info
Path: .
Working Copy Root Path: /home/hgode/Documents/perl/dev-cresta
URL: https://github.com/RFD-FHEM/RFFHEM/branches/dev-cresta
Relative URL: ^/branches/dev-cresta
Repository Root: https://github.com/RFD-FHEM/RFFHEM
Repository UUID: 2cfc220e-7866-e341-06ff-ce57b7db7bff
Revision: 126
Node Kind: directory
Schedule: normal
Last Changed Author: sidey79
Last Changed Rev: 126
Last Changed Date: 2015-09-06 01:13:15 +0200 (Sun, 06 Sep 2015)
~Josef
Zitat von: hjgode am 06 September 2015, 12:30:14
...
ich habe auch keine Probleme mit dem aktuellen dev-cresta branch:
..
Hallo Josef,
leider bin ich noch nicht soweit das ich mit gibhub umgehen kann. Ich habe ein Update in FHEM gemacht und nur
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/ dev-rawIn /controls_signalduino.txt durch
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/ dev-cresta /controls_signalduino.txt ersetzt. Da kommt ein Fehler weil kein /00_SIGNALduino.pm im Verzeichnis liegt.
Aber es gibt auch Erfolge:
Auf meinem Banana Pi empfange ich meine beiden Bresser ThermoHygro. Ich habe dort die Clockrange von 420-450 auf 420-510 geändert. Dort hängt auch ein besser 433MHZ Empfänger dran.
Auf meien Odroid-C1 bin ich noch nicht so weit. Im Log sieht man den dekodierten String, es wird aber nicht 14_Cresta.pm aufgerufen.
In 14_Cresta.pm habe ich T und H in Zeile 185 ersetzt (github möchet ich nichts kaputt machen)
readingsBulkUpdate($hash, "humidity", $hum) if ($hum ne "");
readingsBulkUpdate($hash, "temperature", $temp) if ($temp ne "");
Jörg
Hallöchen,
Zitat von: pejonp am 06 September 2015, 17:11:48
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/ dev-cresta /controls_signalduino.txt ersetzt. Da kommt ein Fehler weil kein /00_SIGNALduino.pm im Verzeichnis liegt.
Ich werde da leider auch nicht schlau draus.
Die Datei liegt da und hat auch > 0 bytes....
Zitat von: pejonp am 06 September 2015, 17:11:48
Auf meien Odroid-C1 bin ich noch nicht so weit. Im Log sieht man den dekodierten String, es wird aber nicht 14_Cresta.pm aufgerufen.
Hast Du das 14_Cresta Modul da auch drauf kopiert?
Zitat von: pejonp am 06 September 2015, 17:11:48
In 14_Cresta.pm habe ich T und H in Zeile 185 ersetzt (github möchet ich nichts kaputt machen)
readingsBulkUpdate($hash, "humidity", $hum) if ($hum ne "");
readingsBulkUpdate($hash, "temperature", $temp) if ($temp ne "");
In Github kannst Du nichts kaputt machen. Man kann jede Änderung nachverfolgen und auch wieder rückgängig machen.
So ganz stimmig finde ich die Änderung aber nicht. Das sind ja die einzelnen readings. In meinen restlichen Sensoren, steht da überlichweise
temperature bzw. humidity und channel. Die Kurzfrom T: und H: hat man doch üblicherweise nur im state.
Zu den Fragen der verwendeten Git Clients:
Ich nutze Git v1.95 (Windows) und TortoiseGit.
Zusätzlich verwende ich in eclipse noch egit.
Grüße Sidey
Hallo Jörg
Zitatleider bin ich noch nicht soweit das ich mit gibhub umgehen kann. Ich habe ein Update in FHEM gemacht und nur
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/ dev-rawIn /controls_signalduino.txt durch
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/ dev-cresta /controls_signalduino.txt ersetzt. Da kommt ein Fehler weil kein /00_SIGNALduino.pm im Verzeichnis liegt.
Ich würde ein neues Verzeichnis anlegen und dann jeweils:
svn co https://github.com/RFD-FHEM/RFFHEM/branches/dev-cresta dev-cresta
svn co https://github.com/RFD-FHEM/RFFHEM/branches/dev-rawIn dev-rawInNun hast Du zwei unabhängige Branches kopiert.
Ich gehe dann weiter so vor, dass ich die jeweiligen Dateien aus den Branches (Zweigen) in meine FHEM Installation reinkopiere. Ich editiere und teste dann in dieser FHEM Installation direkt. Falls was schief geht un dich gar nicht mehr zurechtkomme, kopiere ich einfach wieder die Dateien aus den Zweigen in die FHEM Installation.
Wenn meine Änderungen OK sind (beobachte ich mit "tail -f /opt/fhem/log/fhem-2015...log") dann kopiere ich die geänderte(n) 'Arbeitsdateie(n)' aus der FHEM Installation in den Zweig zurück und mache dann im Verzeichnis des geönderten Branches ein "svn commit -m "Message Text".
Wenn ich Pech habe, wurde die gleiche Datei zwischenzeitlich von jemand anderem geändert und ich muß sie vorher updaten (svn update). Ich arbeite dann die Änderungen in meine Variante mit ein. Dann mache ich wieder ein Commit.
Gruss
~Josef
Hallo Jörg und Hallo Sidey
mit dem rawIn Branch stimmt was nicht bei Github. Er wird im Web als vorhandener Branch angezeigt, kann aber nicht ausgecheckt werden:
hgode@aoa150:~/Documents/perl/dev-rawIn$ svn co https://github.com/RFD-FHEM/RFFHEM/branches/dev-rawIn
svn: E235000: In file '/build/subversion-YQDThf/subversion-1.8.10/subversion/libsvn_wc/wc_db.c' line 1721: assertion failed (SVN_IS_VALID_REVNUM(changed_rev))
Aborted
hgode@aoa150:~/Documents/perl/dev-rawIn$ svn co https://github.com/RFD-FHEM/RFFHEM/branches/dev-rawln
svn: E170000: URL 'https://github.com/RFD-FHEM/RFFHEM/branches/dev-rawln' doesn't exist
Dann habe ich mal alles ausgecheckt (den RFFHEM Teil) und kann rawIn nicht finden:
hgode@aoa150:~/Documents/perl/dev-rawIn$ svn co https://github.com/RFD-FHEM/RFFHEM
A RFFHEM/branches
A RFFHEM/branches/dev-AS
A RFFHEM/branches/dev-AS/00_FHEMduino.pm
A RFFHEM/branches/dev-AS/14_FHEMduino_ARC.pm
A RFFHEM/branches/dev-AS/14_FHEMduino_AS.pm
A RFFHEM/branches/dev-AS/14_FHEMduino_DCF77.pm
A RFFHEM/branches/dev-AS/14_FHEMduino_EZ6.pm
A RFFHEM/branches/dev-AS/14_FHEMduino_Env.pm
A RFFHEM/branches/dev-AS/14_FHEMduino_FA20RF.pm
A RFFHEM/branches/dev-AS/14_FHEMduino_Gas.pm
A RFFHEM/branches/dev-AS/14_FHEMduino_HX.pm
A RFFHEM/branches/dev-AS/14_FHEMduino_Oregon.pm
A RFFHEM/branches/dev-AS/14_FHEMduino_PT2262.pm
A RFFHEM/branches/dev-AS/14_FHEMduino_TCM.pm
A RFFHEM/branches/dev-AS/LICENSE
A RFFHEM/branches/dev-AS/README.md
A RFFHEM/branches/dev-cresta
A RFFHEM/branches/dev-cresta/CHANGED
A RFFHEM/branches/dev-cresta/FHEM
A RFFHEM/branches/dev-cresta/FHEM/00_SIGNALduino.pm
A RFFHEM/branches/dev-cresta/FHEM/14_Cresta.pm
A RFFHEM/branches/dev-cresta/FHEM/14_SIGNALduino_AS.pm
A RFFHEM/branches/dev-cresta/FHEM/14_SIGNALduino_RSL.pm
A RFFHEM/branches/dev-cresta/FHEM/14_SIGNALduino_un.pm
A RFFHEM/branches/dev-cresta/FHEM/firmware
A RFFHEM/branches/dev-cresta/FHEM/firmware/SIGNALduino_nano328.hex
A RFFHEM/branches/dev-cresta/FHEM/firmware/SIGNALduino_promini328.hex
A RFFHEM/branches/dev-cresta/FHEM/firmware/SIGNALduino_uno.hex
A RFFHEM/branches/dev-cresta/LICENSE
A RFFHEM/branches/dev-cresta/README.md
A RFFHEM/branches/dev-cresta/controls_signalduino.txt
A RFFHEM/branches/dev-tcm97001
A RFFHEM/branches/dev-tcm97001/00_FHEMduino.pm
A RFFHEM/branches/dev-tcm97001/14_FHEMduino_ARC.pm
A RFFHEM/branches/dev-tcm97001/14_FHEMduino_AS.pm
A RFFHEM/branches/dev-tcm97001/14_FHEMduino_DCF77.pm
A RFFHEM/branches/dev-tcm97001/14_FHEMduino_EZ6.pm
A RFFHEM/branches/dev-tcm97001/14_FHEMduino_Env.pm
A RFFHEM/branches/dev-tcm97001/14_FHEMduino_FA20RF.pm
A RFFHEM/branches/dev-tcm97001/14_FHEMduino_Gas.pm
A RFFHEM/branches/dev-tcm97001/14_FHEMduino_HX.pm
A RFFHEM/branches/dev-tcm97001/14_FHEMduino_Oregon.pm
A RFFHEM/branches/dev-tcm97001/14_FHEMduino_PT2262.pm
A RFFHEM/branches/dev-tcm97001/14_FHEMduino_TCM.pm
A RFFHEM/branches/dev-tcm97001/LICENSE
A RFFHEM/branches/dev-tcm97001/README.md
A RFFHEM/branches/master
A RFFHEM/branches/master/00_FHEMduino.pm
A RFFHEM/branches/master/14_FHEMduino_ARC.pm
A RFFHEM/branches/master/14_FHEMduino_AS.pm
A RFFHEM/branches/master/14_FHEMduino_DCF77.pm
A RFFHEM/branches/master/14_FHEMduino_EZ6.pm
A RFFHEM/branches/master/14_FHEMduino_Env.pm
A RFFHEM/branches/master/14_FHEMduino_FA20RF.pm
A RFFHEM/branches/master/14_FHEMduino_Gas.pm
A RFFHEM/branches/master/14_FHEMduino_HX.pm
A RFFHEM/branches/master/14_FHEMduino_Oregon.pm
A RFFHEM/branches/master/14_FHEMduino_PT2262.pm
A RFFHEM/branches/master/14_FHEMduino_TCM.pm
A RFFHEM/branches/master/LICENSE
A RFFHEM/branches/master/README.md
A RFFHEM/branches/test
A RFFHEM/branches/test/CHANGED
A RFFHEM/branches/test/FHEM
A RFFHEM/branches/test/FHEM/00_SIGNALduino.pm
A RFFHEM/branches/test/FHEM/14_Cresta.pm
A RFFHEM/branches/test/FHEM/14_SIGNALduino_AS.pm
A RFFHEM/branches/test/FHEM/14_SIGNALduino_RSL.pm
A RFFHEM/branches/test/FHEM/14_SIGNALduino_un.pm
A RFFHEM/branches/test/FHEM/firmware
A RFFHEM/branches/test/FHEM/firmware/SIGNALduino_nano328.hex
A RFFHEM/branches/test/FHEM/firmware/SIGNALduino_promini328.hex
A RFFHEM/branches/test/FHEM/firmware/SIGNALduino_uno.hex
A RFFHEM/branches/test/LICENSE
A RFFHEM/branches/test/README.md
A RFFHEM/branches/test/controls_signalduino.txt
A RFFHEM/tags
A RFFHEM/tags/2.5.0
A RFFHEM/tags/2.5.0/00_FHEMduino.pm
A RFFHEM/tags/2.5.0/14_FHEMduino_ARC.pm
A RFFHEM/tags/2.5.0/14_FHEMduino_AS.pm
A RFFHEM/tags/2.5.0/14_FHEMduino_DCF77.pm
A RFFHEM/tags/2.5.0/14_FHEMduino_EZ6.pm
A RFFHEM/tags/2.5.0/14_FHEMduino_Env.pm
A RFFHEM/tags/2.5.0/14_FHEMduino_FA20RF.pm
A RFFHEM/tags/2.5.0/14_FHEMduino_Gas.pm
A RFFHEM/tags/2.5.0/14_FHEMduino_HX.pm
A RFFHEM/tags/2.5.0/14_FHEMduino_Oregon.pm
A RFFHEM/tags/2.5.0/14_FHEMduino_PT2262.pm
A RFFHEM/tags/2.5.0/14_FHEMduino_TCM.pm
A RFFHEM/tags/2.5.0/LICENSE
A RFFHEM/tags/2.5.0/README.md
A RFFHEM/trunk
A RFFHEM/trunk/CHANGED
A RFFHEM/trunk/FHEM
A RFFHEM/trunk/FHEM/00_SIGNALduino.pm
A RFFHEM/trunk/FHEM/14_SIGNALduino_AS.pm
A RFFHEM/trunk/FHEM/14_SIGNALduino_RSL.pm
A RFFHEM/trunk/FHEM/14_SIGNALduino_un.pm
A RFFHEM/trunk/FHEM/firmware
A RFFHEM/trunk/FHEM/firmware/SIGNALduino_nano328.hex
A RFFHEM/trunk/FHEM/firmware/SIGNALduino_promini328.hex
A RFFHEM/trunk/FHEM/firmware/SIGNALduino_uno.hex
A RFFHEM/trunk/LICENSE
A RFFHEM/trunk/README.md
A RFFHEM/trunk/controls_signalduino.txt
Checked out revision 132.
Auch nicht im RFFHEM/SIGNALduino Zweig.
Vielleicht checkt Sidey diese rawIn nochmals komplett neu ein.
~josef
Hallo nochmal
da bin ich wohl an der Frage vorbeigeschrammt. Ihr sprecht je gar nicht von svn sondern von der update-Funktion in FHEM.
Also ich bekomme in FHEM bei
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt
in FHEM folgenden Fehler:
Got remote controlfile with 10 entries.
MKDIR ./restoreDir/2015-09-07
UPD FHEM/00_SIGNALduino.pm
MKDIR ./restoreDir/2015-09-07/FHEM
open ./FHEM/00_SIGNALduino.pm failed: Permission denied, trying to restore the previous version and aborting the update
und in FHEM bei der Eingabe von
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt
folgende Ausgabe:
Got remote controlfile with 8 entries.
UPD FHEM/14_SIGNALduino_AS.pm
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/FHEM/14_SIGNALduino_AS.pm
: empty file received
Wenn ich "https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/FHEM/14_SIGNALduino_AS.pm" im Webbrowser als URL eingebe, bekomme ich den Inhalt von "14_SIGNALduino_AS.pm" im Browser angezeigt.
Im FHEM log File sieht das so aus:
Für dev-rawIn:
2015.09.07 07:01:08 4: HTTP FHEMWEB:127.0.0.1:60370 GET /fhem&cmd=update+force+https%3A%2F%2Fraw.githubusercontent.com%2FRFD-FHEM%2FRFFHEM%2Fdev-rawIn%2Fcontrols_signalduino.txt
2015.09.07 07:01:08 5: Cmd: >update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt<
2015.09.07 07:01:08 5: Loading ./FHEM/98_update.pm
2015.09.07 07:01:08 4: HttpUtils url=https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt
2015.09.07 07:01:09 4: https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt: HTTP response code 200
2015.09.07 07:01:09 4: HttpUtils https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt: Got data, length: 639
2015.09.07 07:01:09 4: Got remote controlfile with 10 entries.
2015.09.07 07:01:09 4: MKDIR ./restoreDir/2015-09-07
2015.09.07 07:01:09 4: HttpUtils url=https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/CHANGED
2015.09.07 07:01:10 4: https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/CHANGED: HTTP response code 200
2015.09.07 07:01:10 4: HttpUtils https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/CHANGED: Got data, length: 2890
2015.09.07 07:01:10 1: UPD FHEM/00_SIGNALduino.pm
2015.09.07 07:01:10 4: HttpUtils url=https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/FHEM/00_SIGNALduino.pm
2015.09.07 07:01:11 4: https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/FHEM/00_SIGNALduino.pm: HTTP response code 200
2015.09.07 07:01:11 4: HttpUtils https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/FHEM/00_SIGNALduino.pm: Got data, length: 70099
2015.09.07 07:01:11 4: MKDIR ./restoreDir/2015-09-07/FHEM
2015.09.07 07:01:11 1: open ./FHEM/00_SIGNALduino.pm failed: Permission denied, trying to restore the previous version and aborting the update
2015.09.07 07:01:11 4: 11197:FHEMWEB:127.0.0.1:60370: /fhem&cmd=update+force+https%3A%2F%2Fraw.githubusercontent.com%2FRFD-FHEM%2FRFFHEM%2Fdev-rawIn%2Fcontrols_signalduino.txt / RL:1124 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
Für dev-cresta:
2015.09.07 07:04:28 4: HTTP FHEMWEB:127.0.0.1:60371 GET /fhem&cmd=update+force+https%3A%2F%2Fraw.githubusercontent.com%2FRFD-FHEM%2FRFFHEM%2Fdev-cresta%2Fcontrols_signalduino.txt
2015.09.07 07:04:28 5: Cmd: >update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt<
2015.09.07 07:04:28 4: HttpUtils url=https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt
2015.09.07 07:04:28 4: https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt: HTTP response code 200
2015.09.07 07:04:28 4: HttpUtils https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt: Got data, length: 497
2015.09.07 07:04:28 4: Got remote controlfile with 8 entries.
2015.09.07 07:04:28 4: HttpUtils url=https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/CHANGED
2015.09.07 07:04:29 4: https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/CHANGED: HTTP response code 200
2015.09.07 07:04:29 4: HttpUtils https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/CHANGED: Got data, length: 2890
2015.09.07 07:04:29 1: UPD FHEM/14_SIGNALduino_AS.pm
2015.09.07 07:04:29 4: HttpUtils url=https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/FHEM/14_SIGNALduino_AS.pm
: HTTP response code 400ttps://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/FHEM/14_SIGNALduino_AS.pm
2015.09.07 07:04:29 4: HttpUtils https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/FHEM/14_SIGNALduin: Got data, length: 0
2015.09.07 07:04:29 4: HttpUtils https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/FHEM/14_SIGNALduin: Zero length data, header follows:
: empty file received: https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/FHEM/14_SIGNALduino_AS.pm
2015.09.07 07:04:29 4: 11197:FHEMWEB:127.0.0.1:60371: /fhem&cmd=update+force+https%3A%2F%2Fraw.githubusercontent.com%2FRFD-FHEM%2FRFFHEM%2Fdev-cresta%2Fcontrols_signalduino.txt / RL:1096 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
Nachdem ich die Rechte im /opt/fhem Verzeichnis und darunter korrigiert habe (alles wieder fhem:dialout), geht ein
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt
wieder:
Got remote controlfile with 10 entries.
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/14_SIGNALduino_AS.pm
UPD FHEM/14_SIGNALduino_RSL.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex
UPD FHEM/14_SIGNALduino_un.pm
...
und auch
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt
funktioniert dann wieder ohne Probleme:
Got remote controlfile with 10 entries.
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/14_SIGNALduino_AS.pm
UPD FHEM/14_SIGNALduino_RSL.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex
UPD FHEM/14_SIGNALduino_un.pm
Wenn ich dann aber wieder ein "update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt" absetze bekomme ich:
Got remote controlfile with 8 entries.
UPD FHEM/14_SIGNALduino_AS.pm
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/FHEM/14_SIGNALduino_AS.pm
: empty file received
Uuuups!
Jetzt weiss ich auch nicht weiter. Erst geht es und dann nicht mehr. Die Datei ist im Browser ladbar.
~josef
Hi Josef,
deine Tests sind interessant.
Ich habe bei mir mal die Dateien vor dem Update gelöscht.
Klappt aber trotzdem nicht.
Die Rechte waren bei mir richtig gesetzt.
Ich habe im Development Forum das Problem gestern geschildert.
Immerhin sind wir zu 3. mit dem Problem.
Irgendwas passiert da in httputils was nicht stimmig ist.
Wenn es bei die 1* funktioniert hat, dann ist die controls Datei ja auch okay.
Grüße Sven
Der Fehler liegt in den Zeilenenden unter Unix contra Windows:
Debug "update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt"
Zeile 135 in 98_update.pm
my @remList = split("\n", $remCtrlFile);
uLog 4, "Got remote controlfile with ".int(@remList)." entries.";
führt zu:
@remList [ 'UPD 2015_31_08_22:41:00 11496 FHEM/14_SIGNALduino_AS.pm\r', 'UPD 2015_13_04_21:21:00 7779 FHEM/14_SIGNALduino_RSL.pm\r', '...
$url 'https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/FHEM/14_SIGNALduino_AS.pm\r'
Wenn man das
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/FHEM/14_SIGNALduino_AS.pm\r
in einem Browser eingibt bekommt man die Datei nicht.
Die '\r' stören nicht, solange die nicht in der URL landen:
Zeile 240:
my $remFile = upd_getUrl("$basePath/$fName");
und in Zeile 383 dann
my ($err, $data) = HttpUtils_BlockingGet(\%upd_connecthash);
Abhilfe:
1
Die controls_...txt Datei mit Unix Zeilendenden speichern. Also nur mit '\n' am Ende der Zeilen!
2
vor Zeile 98_update.pm:240 $fname um eventuelles '\r' reduzieren.
Ich habe mal Lösung 1 genommen. Also die Datei https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt heruntergelanden (svn update). Mit einem Editor geladen und als Unix Datei abgespeichert. Dann wieder mit 'svn commit' hochgeladen.
Anschließend in meiner FHEM Installation gestestet und diesmal funktioniert es.
Auf den Branch rawIn habe ich keine Schreibzugriff. Möglicherweise besteht da derselbe Fehler in der controls...txt.
Gruss
~Josef
Kleiner Tip: Damit der Debugger die Ausführung in einem modul an einer Stelle stoppt, kann man
$DB::single = 1; #used to make debuger stop inside module
for der Zeile eingeben. Normale Breakpoints gehen wohl nicht.
Ach ja: Das Update geht gerade mit beiden branches:
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt
und
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt
~josef
Zitat von: hjgode am 07 September 2015, 12:49:50
......
Ach ja: Das Update geht gerade mit beiden branches:
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt
und
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt
~josef
Hallo Josef,
ich habe gerade versucht ein update force unter FHEM (Weboberfläche) zu machen und erhalte folgende Fehlermeldung:
UPD FHEM/00_SIGNALduino.pm
open ./FHEM/00_SIGNALduino.pm failed: Permission denied, trying to restore the previous version and aborting the update
Die Cresta und Signalduino-Module laufen soweit aber erst einmal. Sehr gute Arbeit.
Leider wird bei mir nichts ins Log geschrieben. z.Z. habe ich noch Verbose = 5 eingestellt. Im fhem-2015-09.log wird etwas geschrieben aber nicht im eigentlichen Log des Sensors (FileLog_th_30_3.log).
Jörg
Hallo Jörg
ZitatUPD FHEM/00_SIGNALduino.pm
open ./FHEM/00_SIGNALduino.pm failed: Permission denied, trying to restore the previous version and aborting the update
Überprüfe mal die Schreibrechte und group and owner Einstellungen im FHEM Verzeichnis. Sollten alle auf fhem:dialout stehen.
-rw-rw-r-- 1 fhem dialout 12566 Sep 7 17:38 FHEM/14_Cresta.pmMöglicherweise hast Du da wie ich auch was durcheinander gebracht.
Das mit den Log files stimmt, da geht nix rein, fehlt wahrscheinlich noch was in 14_Cresta.pm.
~josef
Hallo Josef,
das mit den Zeilenumbrüchen, starkes Stück. Darauf wäre ich nicht gekommen.
@Jörg:
Nun zum Filelog: Im Log taucht auf, was als reading neu gesetzt wurde.
Kannst Du die Sensor und Log Konfig mal posten?
Grüße Sven
Hallo Sidey
also bei mir geht auch nix von den Sensoren ins log.
Meine fhem.cfg habe ich gerade leer gemacht und dann gewartet bis die Devices automatisch erscheinen.
Mein Log Verzeichnis sieht jetzt so aus:
-rw-r--r-- 1 fhem dialout 0 Sep 5 07:31 0_th_1-2015.log
-rw-r--r-- 1 fhem dialout 0 Sep 5 17:37 30_26_1-2015.log
-rw-r--r-- 1 fhem dialout 0 Sep 5 17:36 30_47_1-2015.log
-rw-r--r-- 1 fhem dialout 0 Sep 5 17:35 30_75_1-2015.log
-rw-r--r-- 1 fhem dialout 0 Sep 5 17:45 30_84_1-2015.log
-rw-r--r-- 1 fhem dialout 0 Sep 5 16:45 30_c7_1-2015.log
-rw-r--r-- 1 fhem root 0 Nov 9 2014 empty_file.txt
-rw-r--r-- 1 fhem dialout 735 Sep 7 19:06 eventTypes.txt
-rw-r--r-- 1 fhem dialout 2564168 Aug 31 07:52 fhem-2015-08.log
-rw-r--r-- 1 fhem dialout 9732167 Sep 7 19:06 fhem-2015-09.log
-rw-r--r-- 1 fhem dialout 781 Sep 7 19:06 fhem.save
-rw-r--r-- 1 fhem dialout 3781 Sep 4 07:16 SIGNALduino-Flash.log
-rw-r--r-- 1 fhem dialout 0 Sep 6 12:24 th_30_1-2015.log
-rw-r--r-- 1 fhem dialout 0 Sep 7 19:02 th_30_4-2015.log
-rw-r--r-- 1 fhem dialout 0 Sep 6 09:25 th_30_5-2015.log
Die log files werden zwar angelegt, aber es läuft nix rein.
~josef
Hallo
Betreff: Updates kommen nicht im Log file an
Ich habe mal ein paar Tests gemacht und festgestellt, dass folgende Funktionen ein Notify auslösen und die Werte dann auch im Log file landen:
Über telnet 7072
setreading th_30_5 T 15.5
setreading th_30_5 H 51
setreading th_30_5 state T:15.5 H:51Über den Browser als URL
Zitathttp://localhost:8083/fhem?cmd=setreading%20th_30_5%20Temperture%2015
http://localhost:8083/fhem?cmd=setreading%20th_30_5%20state%20T%3A16%2E8%20H%3A56
Über die fhem Kommando Eingabe im Web Interface:
Zitattrigger th_30_5 T: 16.9 H: 57
Das Log zeigt dann sowas:
2015-09-10_06:27:17 th_30_5 T:15.5 H:51
2015-09-10_06:30:00 th_30_5 T: 15.5
2015-09-10_06:31:51 th_30_5 T 15H 51
2015-09-10_06:32:55 th_30_5 T 16.5 H 51
2015-09-10_06:35:12 th_30_5 T 16.5 H 51
2015-09-10_06:35:36 th_30_5 T 16.5 H 51
2015-09-10_06:36:21 th_30_5 T 16.8 H 56
2015-09-10_06:39:23 th_30_5 T:16.8 H:56
2015-09-10_07:15:56 th_30_5 "T:16.7 H:65"
2015-09-10_07:18:30 th_30_5 T: 16.9 H: 57Mit der Funktion Cresta_Parse stimmt was nicht. Der Bereich
Log3 $name, 4, "Cresta update $name:". $name;
readingsBeginUpdate($hash);
readingsBulkUpdate($hash, "state", $val);
readingsEndUpdate($hash, 1); # Notify is done by Dispatch
return $name;
löst kein Notify für das FileLog aus.
Als Workaround habe ich mal DoTrigger verwendet:
ZitatLog3 $name, 4, "Cresta update $name:". $name;
readingsBeginUpdate($hash);
readingsBulkUpdate($hash, "state", $val);
readingsEndUpdate($hash, 1); # Notify is done by Dispatch
Log3 $name, 5, "Cresta test DoTrigger";
DoTrigger($name, "T: ".$temp." H: ".$hum);
return $name;
und dann landen Updates auch im Log (siehe oben, letzte Logzeile).
Ich werde noch weiter untersuchen warum readingsBulkUpdate($hash, "state", $val); kein Notify für das FileLog auslöst. Im Dispatch von fhem.pl kommt es jedenfalls an. Die Analyse ist allerdings schwierig, da ein grosser hash übertragen wird. Auch der Vergleich mit anderen Modulen und deren Hash in Dispatch wird schwierig.
So richtig klar ist mir dieses ReadingsBulkUpdate noch nicht. Und, wenn man was nicht versteht...
Gruss
Josef
PS: Wie wäre es mit einem Perl Script zur Erstellung der controls_signalduino.txt. Die scheint ja für dev-cresta öfters nicht korrekt zu sein.
Hallo Josef,
das mit dem Filelog ist mit auch nicht transparent.
Die anderen Sensor Module setzen doch auch nur readingBeginUpdate...
Bezüglich Perl Script um die controls Datei zu erstellen:
Auf dem Weg war ich auch schon mal unterwegs. Allerdings habe ich kein Perl Script erstellt, sondern ein Windows command Script. Resultat war leider, dass die ermittelte Größe nicht immer stimmte...
Man könnte was bauen, dass bei einem commit ausgelöst wird. Quasi in Github.Schnittstellen bietet Github dafür an. Alles in Allem aber vermutlich zu viel Aufwand.
Grüße Sven
Hallo
Kann es sein das uns noch eine Funktion Notify fehlt ?!
$hash->{Notify} = "Cresta_Notiy";
Bei einem anderen Modul habe ich so etwas gesehen
Siehe hier http://forum.fhem.de/index.php/topic,7013.msg30654.html#msg30654
Jörg
Hallo,
sowet ich die Notify Funktion verstanden habe, reagiert die auf Events, welche mittels DoTrigger übergeben wird.
Da DoTrigger vom cresta Modul nicht aufgerufen wird, bekommt das Filelog keine Events.
Grüße Sidey
Hallo
update mit Schreiben ins Log geht jetzt. Habe fhemduino Oregon und Signalduino Cresta miteinander verglichen und ein # entfernt ;-(
Zusätzlich habe ich wieder die Readings T und H eingeführt. Also für mich ist das jetzt so OK für Cresta/Hideki/Bresser Sensoren.
~josef
Zitat von: hjgode am 10 September 2015, 19:33:44
Hallo
.....
Zusätzlich habe ich wieder die Readings T und H eingeführt. Also für mich ist das jetzt so OK für Cresta/Hideki/Bresser Sensoren.
~josef
Hallo Josef,
wenn die Readings nur T und H heißen wird bei mir nichts angezeigt bzw. nur T und H (humidity) nicht. Ich habe die Einträge wieder angepaßt. Im Log steht jetzt auch etwas: D steht für dewpoint.
2015-09-11_00:12:53 3.DG.Joerg433_Temperatur_5 T: 23.2 H: 58 D: 14.5
2015-09-11_00:12:53 3.DG.Joerg433_Temperatur_5 humidity: 58
2015-09-11_00:12:53 3.DG.Joerg433_Temperatur_5 temperature: 23.2
2015-09-11_00:12:53 3.DG.Joerg433_Temperatur_5 dewpoint: 14.5
2015-09-11_00:13:47 3.DG.Joerg433_Temperatur_5 T: 23.1 H: 58 D: 14.4
2015-09-11_00:13:47 3.DG.Joerg433_Temperatur_5 humidity: 58
2015-09-11_00:13:47 3.DG.Joerg433_Temperatur_5 temperature: 23.1
2015-09-11_00:13:47 3.DG.Joerg433_Temperatur_5 dewpoint: 14.4
Die Anzeige sieht dann so aus:
1.EG.Flur433_Temperatur_3 T: 19.9 H: 59 D: 11.7
3.DG.Joerg433_Temperatur_5 T: 23.1 H: 58 D: 14.4
Im 00_Signalduino.pm habe ich bei Cresta die Werte wieder auf 420,510 gesetzt, ansonsten wird bei mir nichts angezeigt.
Zeile 306: clockrange => [420,510], # min , max
Könnte das vielleicht dauerhaft eingetragen werden. Vielen Dank.
Wenn das Modul 14_SIGNALduino_un.pm in /FHEM liegt, stürzt mein fhem-server ab. Bin aber noch nicht zur Fehlersuche gekommen.
Jörg
Hallo Jörg,
habe die letzten Tage jetzt nur sporadisch verfolgt, wie sich das Cresta Modul entwickelt.
Bezüglich deiner Anpassungen.
Checkst Du die noch ins Github ein?
Grüße Sidey
Hallo Jörg
also die Probleme mit 14_SIGNALduino_un.pm kann ich nicht bestätigen.
Ich habe mal mein Test System extra von fhem.save und automatisch generierten Geräten befreit, um zu sehen ob T und H funktioniert. Tut es, siehe screen shot.
Da sowohl T und H als auch temperature und humidity in FHEM gebräuchlich sind und Du gerne die langen Bezeichner möchtest, habe ich diese jetzt für das 'single' state Update eingesetzt. Im StateFormat steht jedoch weiterhin nur T und H.
Ausserdem habe ich die clockrange angepasst. Die funktioniert auch mit meinen TFA Sensoren, tut also nicht weh.
Alles in Github aktualisiert.
Zur weiteren Fehlersuche empfehle ich mal ne 'leere' fhem.cfg.test und eine leere log/fhem.save. In die fhem.cfg statt dem fhem log file Namen einen Bindestrich eingeben, dann landen alle Ausgaben des Logs in der Console aus der Du fhem manuell startest. Dann fhem.pl unter Angabe der Config Datei starten: perl fhem.pl fhem.cfg.test. Wenn Du nicht weiterkommst, mal die Log-Ausgabe hier posten.
Alternativ zur Ausgabe auf der Konsole kannst Du auch das Log File belassen und mit 'tail -f fhem-2015_09.log' (oder wie es bei Dir heisst) beobachten.
~Josef
Zitat von: pejonp am 11 September 2015, 00:35:44
Wenn das Modul 14_SIGNALduino_un.pm in /FHEM liegt, stürzt mein fhem-server ab. Bin aber noch nicht zur Fehlersuche gekommen.
Jörg
Ja, kann ich bestätigen. Habe heute Nacht noch ein wenig daran herum experimentiert.
Das Modul ist gedacht um ein bisschen die Lücke zwischen Signal wird empfangen und dem Auswerten der Daten in einem logischen Modul zu vereinfachen.
Dort hin, werden alle Daten übergeben, für die es noch kein Modul zum Auswerten gibt.
Damit soll es dann möglich sein, die empfangenen Daten rudimentär zu Dekodieren ohne gleich ein neues Modul schreiben zu müssen.
Ich überlege mir was und melde mich wieder bezüglich der Fehlerbehebung.
Grüße Sidey
Zitat von: Sidey am 28 August 2015, 16:21:47
Wenn jemand den Eurochron Empfänger an den SIGNALduino anschließt, dann wissen wir es ganz genau.
Ich habe nun den Eurochron EAS 800 Z an den SIGNALduino angeschlossen und mitgeloggt. Die ersten drei logs habe ich erzeugt durch drücken der reset-Taste am Sensor.
Kanal 1
2015.09.14 17:56:10 4: SIGNALduino/msg READ: MS;P0=120;P1=-1959;P2=475;P3=-995;P4=-3923;D=24232321212123232321232323232323212323232323232121212121212321232323232323;CP=2;SP=4;
2015.09.14 17:56:10 4: sduino incomming u7388103F400
2015.09.14 17:56:10 4: sduino converted to bits: 0011100010000001000000111111010000000000
2015.09.14 17:56:10 4: sduino decoded protocolid: 7 sensor id=113, channel=1, temp=12.9
2015.09.14 17:56:10 4: sduino decoded protocolid: 7 sensor id=38, channel=0, temp=0.3
2015.09.14 17:56:10 4: sduino incomming u7388103F400
2015.09.14 17:56:10 4: sduino converted to bits: 0011100010000001000000111111010000000000
2015.09.14 17:56:10 4: sduino decoded protocolid: 7 sensor id=113, channel=1, temp=12.9
2015.09.14 17:56:10 4: sduino decoded protocolid: 7 sensor id=38, channel=0, temp=0.3
2015.09.14 17:56:10 3: sduino: Unknown code u7388103F400, help me!
2015.09.14 17:56:10 4: SIGNALduino/msg READ: MS;P0=-980;P1=489;P2=-3909;P3=-1946;P4=-4148;D=14101013131310101013101010101010131010101010101313131313131013101010101010121010130;CP=1;SP=4;
2015.09.14 17:56:10 4: SIGNALduino/msg READ: MU;P0=491;P1=-1945;P2=-969;P3=-3901;D=010102020201020202020202010202020202020101010101010201020202020202030202010101020202010202020202020102020202020201010101010102010202020202020302020101010202020102020202020201020202020202010101010101020102020202020203020201010102020201020200;CP=0;
2015.09.14 17:56:10 4: SIGNALduino/msg READ: MU;P0=-972;P1=490;P2=-1947;P3=-3888;P4=260;D=01010101210101010101012121212121210121010101010101310101212121010101210101010101012101010101010121212121212101210101010101040;CP=1;
Kanal 2, 26.5 Grad, 61%
2015.09.14 17:58:23 4: SIGNALduino/msg READ: MS;P0=-1952;P1=-169;P2=187;P3=486;P4=-3902;P5=-986;P6=1368;D=34353530303535353030353530353535303525353530353530303030303535303030303530;CP=3;SP=4;
2015.09.14 17:58:23 4: SIGNALduino/msg READ: MU;P0=489;P1=-984;P2=-1951;P3=-3901;P4=776;D=010101020201010201010102010101010201010202020202010102020202010203010102020101010202010102010101020101010102010102020202020101020202020102030101020201010102020101020101010201010101020101024202020201010202020201020301010202010101020201010200;CP=0;
2015.09.14 17:58:23 4: SIGNALduino/msg READ: MS;P0=-978;P1=485;P2=-1952;P3=-3902;D=13101012121010101212101012101010121010101012101012121212121010121212121012;CP=1;SP=3;
2015.09.14 17:58:23 4: SIGNALduino/msg READ: MS;P0=487;P1=-964;P2=-1955;P3=-3900;P4=218;P5=-28724;P6=1368;D=03010102020101010202010102010101020101010102010102020202020101020202020102;CP=0;SP=3;
2015.09.14 17:58:23 4: sduino incomming u7319109F3D0
2015.09.14 17:58:23 4: sduino converted to bits: 0011000110010001000010011111001111010000
2015.09.14 17:58:23 4: sduino decoded protocolid: 7 sensor id=99, channel=2, temp=13.2
2015.09.14 17:58:23 4: sduino decoded protocolid: 7 sensor id=31, channel=1, temp=0.9
2015.09.14 17:58:23 4: sduino incomming u7319109F3D0
2015.09.14 17:58:23 4: sduino converted to bits: 0011000110010001000010011111001111010000
2015.09.14 17:58:23 4: sduino decoded protocolid: 7 sensor id=99, channel=2, temp=13.2
2015.09.14 17:58:23 4: sduino decoded protocolid: 7 sensor id=31, channel=1, temp=0.9
2015.09.14 17:58:23 3: sduino: Unknown code u7319109F3D0, help me!
Kanal 3, 25.8 Grad, 56%
2015.09.14 18:01:32 4: SIGNALduino/msg READ: MS;P0=162;P1=-985;P2=473;P3=-1966;P4=-2228;P5=-3927;P6=1368;D=25212123232123232123212321212121232121212121212321232323232121232323212121;CP=2;SP=5;
2015.09.14 18:01:32 4: SIGNALduino/msg READ: MS;P0=-1950;P1=489;P2=-981;P3=-3913;P4=784;D=13121210101210101210121012121212101212121212121012101010101212101010121212;CP=1;SP=3;
2015.09.14 18:01:32 4: sduino incomming u736A102F380
2015.09.14 18:01:32 4: sduino converted to bits: 0011011010100001000000101111001110000000
2015.09.14 18:01:32 4: sduino decoded protocolid: 7 sensor id=109, channel=3, temp=12.9
2015.09.14 18:01:32 4: sduino decoded protocolid: 7 sensor id=36, channel=2, temp=0.2
2015.09.14 18:01:32 4: sduino incomming u736A102F380
2015.09.14 18:01:32 4: sduino converted to bits: 0011011010100001000000101111001110000000
2015.09.14 18:01:32 4: sduino decoded protocolid: 7 sensor id=109, channel=3, temp=12.9
2015.09.14 18:01:32 4: sduino decoded protocolid: 7 sensor id=36, channel=2, temp=0.2
2015.09.14 18:01:32 3: sduino: Unknown code u736A102F380, help me!
2015.09.14 18:01:32 4: SIGNALduino/msg READ: MS;P0=481;P1=-1959;P2=-975;P3=-3913;D=03020201010201010201020102020202010202020202020102010101010202010101020202;CP=0;SP=3;
2015.09.14 18:01:32 4: sduino incomming u736A102F380
2015.09.14 18:01:32 4: sduino converted to bits: 0011011010100001000000101111001110000000
2015.09.14 18:01:32 4: sduino decoded protocolid: 7 sensor id=109, channel=3, temp=12.9
2015.09.14 18:01:32 4: sduino decoded protocolid: 7 sensor id=36, channel=2, temp=0.2
2015.09.14 18:01:32 4: sduino incomming u736A102F380
2015.09.14 18:01:32 4: sduino converted to bits: 0011011010100001000000101111001110000000
2015.09.14 18:01:32 4: sduino decoded protocolid: 7 sensor id=109, channel=3, temp=12.9
2015.09.14 18:01:32 4: sduino decoded protocolid: 7 sensor id=36, channel=2, temp=0.2
2015.09.14 18:01:32 3: sduino: Unknown code u736A102F380, help me!
2015.09.14 18:01:32 4: SIGNALduino/msg READ: MS;P0=-979;P1=486;P2=-1946;P3=-3900;P4=252;D=13101012121012121012101210101010121010101010101210121212121010121212101010402;CP=1;SP=3;
Kanal 3, 24.3 Grad, 56%
2015.09.14 18:05:29 4: SIGNALduino/msg READ: MS;P0=-1952;P1=487;P2=-2016;P3=-980;P4=-3926;D=14131310101310101310131013131313131010101013131010101010101313101010131313;CP=1;SP=4;
2015.09.14 18:05:29 4: sduino incomming u736A0F3F380
2015.09.14 18:05:29 4: sduino converted to bits: 0011011010100000111100111111001110000000
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=109, channel=3, temp=12.1
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=36, channel=2, temp=24.3
2015.09.14 18:05:29 4: sduino incomming u736A0F3F380
2015.09.14 18:05:29 4: sduino converted to bits: 0011011010100000111100111111001110000000
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=109, channel=3, temp=12.1
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=36, channel=2, temp=24.3
2015.09.14 18:05:29 3: sduino: Unknown code u736A0F3F380, help me!
2015.09.14 18:05:29 4: SIGNALduino/msg READ: MS;P0=486;P1=-1964;P2=-976;P3=-3912;P4=-2200;D=03020201010201010201020102020202020101010102020101010101010202010101020202;CP=0;SP=3;
2015.09.14 18:05:29 4: sduino incomming u736A0F3F380
2015.09.14 18:05:29 4: sduino converted to bits: 0011011010100000111100111111001110000000
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=109, channel=3, temp=12.1
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=36, channel=2, temp=24.3
2015.09.14 18:05:29 4: sduino incomming u736A0F3F380
2015.09.14 18:05:29 4: sduino converted to bits: 0011011010100000111100111111001110000000
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=109, channel=3, temp=12.1
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=36, channel=2, temp=24.3
2015.09.14 18:05:29 3: sduino: Unknown code u736A0F3F380, help me!
2015.09.14 18:05:29 4: SIGNALduino/msg READ: MS;P0=-1962;P1=483;P2=-980;P3=-3906;D=13121210101210101210121012121212121010101012121010101010101212101010121212;CP=1;SP=3;
2015.09.14 18:05:29 4: sduino incomming u736A0F3F380
2015.09.14 18:05:29 4: sduino converted to bits: 0011011010100000111100111111001110000000
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=109, channel=3, temp=12.1
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=36, channel=2, temp=24.3
2015.09.14 18:05:29 4: sduino incomming u736A0F3F380
2015.09.14 18:05:29 4: sduino converted to bits: 0011011010100000111100111111001110000000
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=109, channel=3, temp=12.1
2015.09.14 18:05:29 4: sduino decoded protocolid: 7 sensor id=36, channel=2, temp=24.3
2015.09.14 18:05:29 3: sduino: Unknown code u736A0F3F380, help me!
2015.09.14 18:05:29 4: SIGNALduino/msg READ: MS;P0=480;P1=-985;P2=-1957;P3=-3908;P4=252;D=03010102020102020102010201010101010202020201010202020202020101020202010101412;CP=0;SP=3;
Diese Daten sind evtl auch in den obrigen logs enthalten. Ich kann sie zu keinem meiner Sensoren zuorndnen.
2015.09.14 19:01:40 4: SIGNALduino/msg READ: MS;P0=477;P1=-1998;P2=-4109;P3=-8914;D=03010201010202010201020101020102010102010201010101020101020201010202020202;CP=0;SP=3;
2015.09.14 19:01:40 4: SIGNALduino/msg READ: MU;P0=-1995;P1=-288;P2=460;P3=-4118;D=0120232020232320232023202023202320202320232020202023202023232020232323232321;CP=2;
2015.09.14 19:01:40 4: SIGNALduino/msg READ: MU;P0=-952;P1=-252;P2=458;P3=-1989;P4=-4120;D=012323242423242324232324232423232423242323232324232324242323242424242423;CP=2;
2015.09.14 19:01:40 4: SIGNALduino/msg READ: MU;P0=-752;P1=-476;P2=464;P3=-1988;P4=-4118;D=0123242323242423242324232324232423232423242323232324232324242323242424242421;CP=2;
2015.09.14 19:01:40 4: SIGNALduino/msg READ: MS;P0=196;P1=-138;P2=485;P3=-4111;P4=-1982;P5=-8604;P6=1368;D=250124201;CP=2;SP=5;Gruß Ralf
Hallo Ralf,
Zitat von: Ralf9 am 14 September 2015, 19:26:02
Ich habe nun den Eurochron EAS 800 Z an den SIGNALduino angeschlossen und mitgeloggt. Die ersten drei logs habe ich erzeugt durch drücken der reset-Taste am Sensor.
Prima, nachdem ich die ersten Zeilen deines Loggs gesehen hatte, dachte ich auch. Alles in Butter. Dekodierung funktioniert ja.
Naja, das was ich als Eurochron implementiert habe, passt nicht zu deinem Sensor.
Macht aber nichts, es passt so einigermaßen zu den Daten eines anderen Sensors, zu dem Anfichtn mir bereits Daten gesendet hatte. Allerdings hatte seiner keine Feuchtigkeit. Die Ausgaben zum TX70DHT kannst Du ignorieren. Ich hatte mal angenommen, der sendet mit dem kleinen Funkprotokoll.
Eventuell stimmt das auch :)
Nachdem ich die Bits ihren Bedeutungen zugeordnet habe, hier die Dekodierte Nachricht:
2015.09.15 01:22:56 4: devSduino decoded protocolid: 7 (EAS800z / type=3) mode=auto, sensor id=8, channel=1, temp=25.9, hum=64, bat=ok
2015.09.15 01:22:56 4: devSduino decoded protocolid: 7 (TX70DTH) sensor id=38, channel=0, temp=0.3, hum=64, bat=ok
2015.09.15 01:22:56 4: devSduino converted to bits: 0011100010000001000000111111010000000000
2015.09.15 01:22:56 4: devSduino incomming u7388103F400
2015.09.15 01:22:56 4: devSduino decoded protocolid: 7 (EAS800z / type=3) mode=auto, sensor id=8, channel=1, temp=25.9, hum=64, bat=ok
2015.09.15 01:22:56 4: devSduino decoded protocolid: 7 (TX70DTH) sensor id=38, channel=0, temp=0.3, hum=64, bat=ok
2015.09.15 01:22:56 4: devSduino converted to bits: 0011100010000001000000111111010000000000
2015.09.15 01:22:56 4: devSduino incomming u7388103F400
2015.09.15 01:22:56 5: devSduino dispatch u7388103F400
Wo ich mir nicht ganz sicher bin.
Negative Temperaturen.
Batteriestatus
Sensor ID / Sensor Typ.
Ansonsten bleibt mir nur zu sagen, dass deine Daten echt prima waren. So konnte ich doch schnell erkennen wo welche Daten stehen.
Zitat von: Ralf9 am 14 September 2015, 19:26:02
Diese Daten sind evtl auch in den obrigen logs enthalten. Ich kann sie zu keinem meiner Sensoren zuorndnen.
2015.09.14 19:01:40 4: SIGNALduino/msg READ: MS;P0=477;P1=-1998;P2=-4109;P3=-8914;D=03010201010202010201020101020102010102010201010101020101020201010202020202;CP=0;SP=3;
Gruß Ralf
[/quote]
Das sieht so wie ein Logilink, Perl, NC_WS, TCM... Sensor aus. Da sind 36 Bit, die sollten an das Modul cul_tcm97001 gesendet werden. Wenn es ein bekannter Sensor ist, dann wird er mittels autocreate angelegt.
So. Jetzt fehlt nur noch ein Modul für den EAS 800z
Grüße Sidey
Zitat von: Sidey am 15 September 2015, 01:34:45
Nachdem ich die Bits ihren Bedeutungen zugeordnet habe, hier die Dekodierte Nachricht:
Danke, für Deine gute Arbeit. Das sieht so gut aus.
Zitat
So. Jetzt fehlt nur noch ein Modul für den EAS 800z
Wenn ich das richtig sehe, müsste das ein gemeinsames Modul für "TX70DTH" und dem "EAS800z" sein. Das Modul müsste dann irgendwie zwischen dem beiden Sensoren unterscheiden.
Ich würde den Signalduino gerne produktiv einsetzen, vom Arduino werden mir aber noch zu viele Daten empfangen.
Es wäre schön, wenn es auf dem Arduino eine configoption geben würde, bei der die "MU messages" unterdrückt würden.
Ich habe gesehen, daß es auch den Befehl "F" changeFilter (ADD entry to filter list <Syncfact>;<clock>) gibt. Was hat es damit auf sich?
Gruß Ralf
Hallo Ralf,
Zitat von: Ralf9 am 15 September 2015, 15:21:53
Danke, für Deine gute Arbeit. Das sieht so gut aus.
Wenn ich das richtig sehe, müsste das ein gemeinsames Modul für "TX70DTH" und dem "EAS800z" sein. Das Modul müsste dann irgendwie zwischen dem beiden Sensoren unterscheiden.
Fast. Also ob TX70DHT das gleiche Funkprotokoll verwendet weiss ich nicht. Es könnte sein, es gab Anhaltspunkte. Leider wurden die bislang nicht bestätigt.
Ich glaube es gibt auch Sensoren von "Auriol", oder "Pollin" z.B. (EWS-151) und Velleman WS8426S welche exakt das gleiche Protokoll nutzen.
Also zielführender ist es ein Modul zu entwickeln, welches das Funkprotokoll unterstützt. Da wir den verwendeten Chipsatz nicht kennen, nenne es einfach weather2 oder sonst wie.
Zitat von: Ralf9 am 15 September 2015, 15:21:53
Ich würde den Signalduino gerne produktiv einsetzen, vom Arduino werden mir aber noch zu viele Daten empfangen.
Ist der Äther bei dir auch so verpestet wie bei mir ;D
Zitat von: Ralf9 am 15 September 2015, 15:21:53
Es wäre schön, wenn es auf dem Arduino eine configoption geben würde, bei der die "MU messages" unterdrückt würden.
Ich habe gesehen, daß es auch den Befehl "F" changeFilter (ADD entry to filter list <Syncfact>;<clock>) gibt. Was hat es damit auf sich?
Im Signalduino war mal ein Filter (whitelist) eingebaut, die von FHEM aus programmiert wurde. Ich habe das aber verworfen, denn man kann den Speicher erst mal nicht groß genug dafür dimensionieren. Zum anderen, sucht man ein Protokoll, das noch nicht bekannt ist findet man es auch nicht, da es gefiltert wird.
Aktuell ist das Verhalten, alles was wie ein Funksignal aussieht, wird an FHEM übergeben. Dort bist Du dann frei zu entscheiden was passieren soll. Geplant ist, eine dynamische Liste der logischen Module zu ermöglichen. Aktuell habe ich das noch nicht implementiert.
Was stört dich denn aktuell daran, dass alles in FHEM landet? Wenn es nur das logfile ist, dann kannst Du den loglevel einfach herunter drehen.
Grüße Sidey
Zitat von: Sidey am 15 September 2015, 21:00:22
Was stört dich denn aktuell daran, dass alles in FHEM landet? Wenn es nur das logfile ist, dann kannst Du den loglevel einfach herunter drehen.
Hallo Sidey,
mir gehts nur um die Nachrichten die unvollständig oder gar kein Signal sind. Es wäre schön, wenn es eine Option geben würde diese zu unterdrücken.
Im produktiven Betrieb dürften diese nicht interessant sein. Ich wollte in fhem unnötigen Ressorcen- und Rechenleistungsverbrauch vermeiden, oder ist dies nicht relevant?
Im Wiki steht dazu folgendes:
MU - Message unsynced: Diese Art von Nachrichten, sind nicht nach Manchester codiert und diese haben auch keinen erkennbaren Sync / Clock Signalpegel am Start der Nachricht.
Bei diesen Nachrichtentypen ist es, im Vergleich zu den anderen, am wahrscheinlichsten, dass das übermittelte Signal unvollständig oder überhaupt kein Signal istGruß Ralf
Zitat von: Ralf9 am 15 September 2015, 22:32:30
Im produktiven Betrieb dürften diese nicht interessant sein. Ich wollte in fhem unnötigen Ressorcen- und Rechenleistungsverbrauch vermeiden, oder ist dies nicht relevant?
Nun gut, ich kann nicht behaupten es würde keinerlei Ressourcen verbrauchen, aber das fällt vermutlich kaum ins Gewicht.
Zitat von: Ralf9 am 15 September 2015, 22:32:30
Im Wiki steht dazu folgendes:
MU - Message unsynced: Diese Art von Nachrichten, sind nicht nach Manchester codiert und diese haben auch keinen erkennbaren Sync / Clock Signalpegel am Start der Nachricht.
Bei diesen Nachrichtentypen ist es, im Vergleich zu den anderen, am wahrscheinlichsten, dass das übermittelte Signal unvollständig oder überhaupt kein Signal ist
Ja, stimmt. In der Regel handelt es sich um ein Signal, dafür sorgt der Signalduino bereits. Es kann mal vorkommen, dass auch etwas als signal erkannt wird, welches keines ist. Das passiert immer dann, wenn das rauschen nach einem Muster und nicht zufällig erfolgt. Also eher selten.
Was schon eher passieren kann sind unvollständige Nachrichten. Insbesondere, die erste Übertragung einer Nachricht wird eigentlich nie komplett empfangen.
Ich könnte natürlich eine Option einbauen die folgende drei Signaltypen auf dem signalduino aktiviert oder deaktiviert:
pulspause mit sync
manchester
sonstige
Dann könntest Du die sonstigen deaktivieren, solange Du keinen Sensor mit so einem Signaltyp empfangen möchtest.
Was mich aber interessiert, wie oft kommen die Nachrichten vom Typ MU denn bei dir? Kannst ja auch mal ein paar posten.
Grüße Sidey
ZitatIch könnte natürlich eine Option einbauen die folgende drei Signaltypen auf dem signalduino aktiviert oder deaktiviert
Ja, das würde die unnötigen Nachrichten reduzieren. Ist aber momentan nicht so dringend. Ich habe momentan nur ein paar Sensoren.
Ich möchte im Haus meiner Eltern ca 10 Temperatursensoren einbinden, mal schauen wie es dann aussieht.
Die Nachrichten vom Typ MU halten sich bis jetzt noch in Grenzen. Hier sind einige.
Die letzten 4 sind von einem älteren Oregon Temperatursensor.
2015.09.15 23:57:26 4: SIGNALduino/msg READ: MU;P0=1772;P1=-1156;P2=3240;P3=-2622;D=01230121030121010301230101010101210321030122;CP=0;
2015.09.15 23:57:26 4: SIGNALduino/msg READ: MU;P0=1792;P1=-1141;P2=3257;P3=-2598;D=01230121030121010301230101010101210321030122;CP=0;
2015.09.15 23:57:45 4: sduino: GetUpdate called ...
2015.09.15 23:57:56 4: SIGNALduino/msg READ: MU;P0=1857;P1=-1070;P2=3269;P3=-2596;P4=-32001;P5=-4096;P6=1368;D=01230101012321010301230101010101010121010301240101010101010101010101050;CP=0;
2015.09.15 23:57:56 4: SIGNALduino/msg READ: MU;P0=128;P1=3298;P2=-1090;P3=1826;P4=-2561;P5=-32001;P6=1368;D=12343214323232141232343214323232323232321232343215020;CP=3;
2015.09.15 23:58:15 4: sduino: GetUpdate called ...
2015.09.15 23:58:26 4: SIGNALduino/msg READ: MU;P0=3220;P1=-1118;P2=1809;P3=-2640;P4=-32001;P5=-4144;P6=1368;D=012321032121012321012321032121212121210121232121042121212121212121212121250;CP=2;
2015.09.15 23:58:26 4: SIGNALduino/msg READ: MU;P0=112;P1=3254;P2=-1144;P3=1783;P4=-2606;P5=-32001;P6=1368;D=1234321432321234321234321432323232323212323432321501;CP=3;Von der Empfangsempfindlichkeit und -qualität des Superheterody Receivers bin ich übrigens begeistert, es sind Welten unterschied zum Cul.
Gruß Ralf
ich habe mal versucht das Modul für den EAS800z zu programmieren. Es passt noch nicht ganz.
Ich bekomme die folgende Meldung nicht weg.
sduino: Unknown code u75690D5F3E0, help me!
Mir ist es auch nicht gelungen daß der Sensor automatisch defined wird. Nachdem ich ihn von Hand definiert habe, werden die Werte in die Readings geschrieben. Im "Event monitor" und im Filelog wird aber nichts angezeigt.
define EAS800z_49 SIGNALduino_ID7 49
Ich habe das Modul "14_SIGNALduino_ID7.pm" genannt und in der 00_SIGNALduino.pm bei "my $clientsSIGNALduino" und "my %matchListSIGNALduino" eingetragen.
Gruß Ralf
Hallo Ralf,
ich schätze, Du hast dir da ein schlechtes Modul als Vorlage genommen.
Wir hatten hier die letzten Tage das Thema schon mal für Cresta Sensoren.
Einige Posts zuvor hatte ich ein minimalmodul erstellt.
Nimm doch das und benenne die Stellen mit suchen / ersetzen um und baue dort die Dekodierung der Bits ein.
Ich kann in Github einen Zweig für die Entwicklung aufnehmen, dann kann ich und auch andere leicht Korrekturen vornehmen.
Hast Du da einen account?
Grüße Sidey
Zitat von: Sidey am 16 September 2015, 20:38:27
Hast Du da einen account?
Nein ich habe noch keinen account? Gibt es für den Github eine gute Anleitung?
Gruß Ralf
Hi,
schwer zu sagen, was gut ist. :)
Schau dir mal die an:
https://www.mittwald.de/blog/webentwicklung-webdesign/webentwicklung/versionsverwaltung-einfuhrung-in-git-teil-1
Zitat von: Sidey am 16 September 2015, 20:38:27
Hast Du da einen account?
Ich habe unter "Ralf9" einen account angelegt
Gut, Du bist eingeladen
den Zweig habe ich auch erstellt und erst mal deine perl Datei eingefügt:
https://github.com/RFD-FHEM/RFFHEM/tree/dev-proto7
Hallo Sidey,
so wir der Battetriestatus im FHEM/14_Cresta.pm programmiert ist, funktioniert er bei meinem Bresser ThermoHygro. Ich habe es auch mit fast leeren Bat getestet. Es wird in FHEM und im Sensor angezeigt. Gute Arbeit. 2 Sachen habe ich beim dev-cresta noch angepaßt .
jörg
Zitat von: pejonp am 20 September 2015, 23:18:19
..funktioniert er bei meinem Bresser ThermoHygro.
Hallo Jörg,
wie heißt dieser Bresser ThermoHygro? Hat er mehr als 3 Kanäle? Falls ja, hast Du auch schon mal getestet ob auch bei Kanal 4 + 5 der Kanal richtig angezeigt wird?
Gruß Ralf
Hallo,
ich hab noch mal über die minsecs und equal MSG Option in den logischen Modulen nachgedacht.
Ich glaube die können entfallen.
Man kann alles mit event-on-update, event-on-change-reading und event-minintervall einstellen.
http://www.fhemwiki.de/w/index.php?title=Event-on-change-reading&redirect=no
Ich denke, wir können die eigenen Parameter entfernen.
Grüße Sidey
Zitat von: Ralf9 am 21 September 2015, 11:54:35
............
wie heißt dieser Bresser ThermoHygro? ....
Gruß Ralf
Hallo Ralf,
habe 2x Bresser Art.No. 70-9993 5 Kanal. Zeigen auf Kanal 4 und 5 alles richtig an und zeigen auch Batterie 'low' an. Bei Kanal 3, 4 und 5 getestet. Habe einen gerade in den Gefrieschrank gelegt, Empfang ist dann leider nicht möglich. Zeigt -9,1 °C an 60%. Kanal 5.
Die Bresser sind eigentlich ganz zuverlässig. Der Empfänger ist auf dem Dachboden und ein ThermoHygro im EG (2 Stockwerke tiefer). Epmfang ist nicht immer gegeben. Zu Zeit habe ich 6 verschiende 433MHz Sensoren am Signalduino.
2x Logilink WS0002 (Temp, Humi)
1x Perl (Temp)
1x Lifetec LT3594 (Temp)
1x OREGON THGR328N (Temp, Humi, Bat)
2x Bresser (Temp, Humi, Bat)
1x PFR-130 Regensensor (Temp) wird als AURIOL erkannt. Bin noch dabei die Regenwerte zu verstehen. 0,5 mm sind 28 (Dezimal) und ein Wippenschlag. 1mm entspricht 57 (Dezimal) und sind 2 Wippenschläge. Ich hänge einmal eine Datei mit Werten an. Vielelicht hat Jemand eine Idee. Wie gut der Regenmesser ist (Zuverlässigkeit, Sendeleistung, ...) kann ich nicht sagen.
Jörg
Zitat von: Sidey am 21 September 2015, 12:34:16
Man kann alles mit event-on-update, event-on-change-reading und event-minintervall einstellen.
Ja,
event-min-interval state:300,temperature:300,humidity:300,battery:300müsste das selbe sein wie
minsecs 300Ist aber nicht so einfach zu konfigurieren.
Gruß Ralf
Geht da nicht folgendes?
event-min-interval .*:300
event-on-change-reading .*
Damit sollten z.B. das Log nur alle 5 Minuten einen Wert erhalten oder wenn es ein update gibt.
Zitat von: Sidey am 21 September 2015, 20:39:00
Geht da nicht folgendes?
event-min-interval .*:300
event-on-change-reading .*
Damit sollten z.B. das Log nur alle 5 Minuten einen Wert erhalten oder wenn es ein update gibt.
Ich habe das
event-min-interval .*:300mal getestet, es scheint zu funktionieren. Es wird nur alle 5 Minuten ein Event und ein log Eintrag erzeugt.
Edit:
Ist auch sowas möglich:
Ein log-Eintrag nur bei Änderungen, aber auch bei Änderungen nur alle 5 Minuten ?
Gruß Ralf
Hmm, das geht glaube ich mit dem event-aggregator.
Das minsecs würde ich aus den logischen Modulen dann ausbauen, da ja schon alle notwendigen Attribute vorhanden sind. So kann man es auch gezielt pro Sensor nach Bedarf einstellen.
Was ich noch eingebaut habe ist ein Mindestabstand zwischen zwei Nachrichten. Ich habe es ganz einfach realisiert und somit liegt er jetzt bei einer Sekunde.
Darüber hinaus, lasse ich gleiche Nachrichten, welche hintereinander kommen nicht mehr an die logischen Module durch. Das kommt aber wohl eher bei Funksteckdosen und weniger bei Wettersensoren vor.
Man könnte das jetzt noch ausbauen, aber vermutlich braucht man nicht mehr.
Sidey
Hallo Sidey,
durch Deine letzte Änderungen funktioniert es nicht mehr. Ich habe in der 14_SIGNALduino_ID7.pm schon einige Fehler behoben.
Hier ist ein Auszug vom fhem log
2015.09.21 22:16:17 1: reload: Error:Modul 00_SIGNALduino deactivated:
Global symbol "%iohash" requires explicit package name at ./FHEM/00_SIGNALduino.pm line 1934, <$fh> line 26.
2015.09.21 22:16:17 0: Global symbol "%iohash" requires explicit package name at ./FHEM/00_SIGNALduino.pm line 1934, <$fh> line 26.
2015.09.21 22:16:17 3: EAS800z_2: unknown IODev specified
2015.09.21 22:16:17 3: EAS800z_1: unknown IODev specified
2015.09.21 22:16:17 3: th_30_1: unknown IODev specified
2015.09.21 22:16:17 3: th_30_2: unknown IODev specified
Gruß Ralf
Das tut mir leid, habe das Modul anschließend nicht mehr mit Testdaten durchlaufen, das war wohl ein Fehler.
Ich schau mal, ob ich den Fehler mit iohash finde.
Grüße Sidey
Ich glaube ich habe den Fehler gefunden, kannst Du es mal ausprobieren?
Zitat von: Sidey am 21 September 2015, 22:52:01
Ich glaube ich habe den Fehler gefunden, kannst Du es mal ausprobieren?
es funktioniert immer noch nicht, der Fehler muß woanders sein.
Ja stimmt, meine Änderung war falsch. Ich dachte ich hätte da ein paar Sachen gestern angepasst, aber es war dann wohl doch schon zu spät.
Ich bin guter Dinge, dass ich den Fehler jetzt behoben habe. :)
die Fehler im fhemlog bleiben
2015.09.21 23:29:43 1: reload: Error:Modul 00_SIGNALduino deactivated:
Global symbol "$longids" requires explicit package name at ./FHEM/00_SIGNALduino.pm line 1934, <$fh> line 26.
Global symbol "%iohash" requires explicit package name at ./FHEM/00_SIGNALduino.pm line 1934, <$fh> line
OK, letzter Versuch für heute, wenn es dann immer noch nicht geht, debugge ich es morgen in Fhem. Muss heute mal etwas früher ins bett
der Fehler mit dem "Global symbol "%iohash" requires" bleibt.
Kann es auch an der perl Version liegen?
> perl -v
This is perl 5, version 18, subversion 1 (v5.18.1) built for x86_64-linux-thread-multi
Hi Ralf,
es ist ein Syntax Fehler.
Mit dem Handy ist es echt ein Kampf, den Code zu editieren.
Probiert doch mal $iohash{NAME} durch $iohash->{NAME} in der genannten Zeile.
Grüße Sidey
Zitat von: Sidey am 22 September 2015, 09:02:06
Probiert doch mal $iohash{NAME} durch $iohash->{NAME} in der genannten Zeile.
ich werde es heute abend ändern und testen.
In der 14_SIGNALduino_ID7.pm waren auch einge Syntax Fehler.
In der SIGNALduino_ID7_Initialize($) hat auch das $hash->{AttrFn} gefehlt.
Gruß Ralf
Sodele,
ich habe die Fehler korrigiert.
Grüße Sidey
Ich habe scheinbar ein blödes Rechteproblem... FHEM scheint nicht auf /dev/serial/tty Zugreifen zu dürfen:
avrdude: ser_open(): can't open device "/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0": Permission denied
Manuell mit sudo ging es problemlos, leider ist der State immer noch disconnected.
(Verwende Debian)
Hi,
mach doch mal ein ls -l auf das Device, dann siehst Du ja wie die Rechte gesetzt sind.
Sidey
Zitat von: Sidey am 22 September 2015, 17:08:11
ich habe die Fehler korrigiert.
Danke, jetzt funktionierts.
Im Modul 14_SIGNALduino_ID7 sind aber keine Daten mehr angekommen. Es lag daran:
- length_max => '40',
+ length_max => '37',mit length_max => '40' funktioniert es wieder.
Mir ist nicht klar was dies bewirken soll
# Parse only if message is different within 2 seconds
SIGNALduno_Dispatch();Es kommen trotzdem mehrere messages pro Sekunde
2015.09.22 18:50:39 3: EAS800z converted to bits: 01001110 1 001 000011010100 1111 01000110
2015.09.22 18:50:39 3: EAS800z decoded protocolid: 7 sensor id=4E, channel=2, temp=21.2, hum=70, bat=ok
2015.09.22 18:50:39 3: EAS800z converted to bits: 01001110 1 001 000011010100 1111 01000110
2015.09.22 18:50:39 3: EAS800z decoded protocolid: 7 sensor id=4E, channel=2, temp=21.2, hum=70, bat=ok
2015.09.22 18:50:40 3: EAS800z converted to bits: 01001110 1 001 000011010100 1111 01000110
2015.09.22 18:50:40 3: EAS800z decoded protocolid: 7 sensor id=4E, channel=2, temp=21.2, hum=70, bat=ok
2015.09.22 18:51:46 3: EAS800z converted to bits: 01001110 1 001 000011010101 1111 01000101
2015.09.22 18:51:46 3: EAS800z decoded protocolid: 7 sensor id=4E, channel=2, temp=21.3, hum=69, bat=ok
2015.09.22 18:51:47 3: EAS800z converted to bits: 01001110 1 001 000011010101 1111 01000101
2015.09.22 18:51:47 3: EAS800z decoded protocolid: 7 sensor id=4E, channel=2, temp=21.3, hum=69, bat=ok
2015.09.22 18:51:47 3: EAS800z converted to bits: 01001110 1 001 000011010101 1111 01000101
2015.09.22 18:51:47 3: EAS800z decoded protocolid: 7 sensor id=4E, channel=2, temp=21.3, hum=69, bat=ok
2015.09.22 18:52:53 3: EAS800z converted to bits: 01001110 1 001 000011010101 1111 01000101
2015.09.22 18:52:53 3: EAS800z decoded protocolid: 7 sensor id=4E, channel=2, temp=21.3, hum=69, bat=ok
2015.09.22 18:52:54 3: EAS800z converted to bits: 01001110 1 001 000011010101 1111 01000101
2015.09.22 18:52:54 3: EAS800z decoded protocolid: 7 sensor id=4E, channel=2, temp=21.3, hum=69, bat=okGruß Ralf
Hi Ralf,
Zitat von: Ralf9 am 22 September 2015, 19:28:13
Danke, jetzt funktionierts.
Im Modul 14_SIGNALduino_ID7 sind aber keine Daten mehr angekommen. Es lag daran:
- length_max => '40',
+ length_max => '37',
mit length_max => '40' funktioniert es wieder.
Problem erkannt. Ich hab dazu mal ein Issue geöffnet. Problem ist, dass ich die Länge 2x prüfe. Einmal vor dem Demodulieren und dann noch einmal nach dem ich es demoduliert und auch Längenseitig angepasst habe.
Die Anpassung war für irgend ein Modul notwendig (erinnere mich leider nicht mehr welches), es wollte immer volle Bytes. Also fülle ich jedes Signal mit 0 Bits auf, damit alle bytes voll sind. Da ich alles hexadezimal weitergebe würde das Auffüllen auch auf nibbles reichen.
Ich hab da schon eine Idee, wie ich das lösen könnte.
Zitat von: Ralf9 am 22 September 2015, 19:28:13
# Parse only if message is different within 2 seconds
SIGNALduno_Dispatch();
Auch dazu habe ich ein issue geöffnet. Es ist ein Bug, sowohl im code als auch im Kommentar. Genau genommen, sollte der code wie er gedacht war, alles innerhalb der gleichen Sekunde heraus filtern. Das liegt daran, dass ich es halt ganz billig implementiert habe. :(
Vielleicht könnte man das ja über minsecs steuern.
Ich bau aber erst mal den fix, dass es die doppelten Nachrichten innerhalb der gleichen Sekunde filtert.
Danke für deine hilfreichen Tests.
Kannst Du vielleicht noch ein paar mal die Batterie wechseln oder den Sensor resetten? Mich würde doch interessieren, ob es in den 36 bits nicht irgendwas gibt, was den Sensor identifiziert.
Grüße Sidey
Zitat von: Sidey am 22 September 2015, 20:48:18
Problem ist, dass ich die Länge 2x prüfe. Einmal vor dem Demodulieren und dann noch einmal nach dem ich es demoduliert und auch Längenseitig angepasst habe.
Eine Lösungsmöglichkeit wäre "lengthV_max" und ein "lengthN_max" für die Länge vor und nach der Demodulation
ZitatAuch dazu habe ich ein issue geöffnet. Es ist ein Bug, sowohl im code als auch im Kommentar. Genau genommen, sollte der code wie er gedacht war, alles innerhalb der gleichen Sekunde heraus filtern. Das liegt daran, dass ich es halt ganz billig implementiert habe. :(
Vielleicht könnte man das ja über minsecs steuern.
Ich bau aber erst mal den fix, dass es die doppelten Nachrichten innerhalb der gleichen Sekunde filtert.
Wenn Du die doppelten gleichen Nachrichten innerhalb der gleichen Sekunde rausfiltern kannst ist es ausreichend.
Für den Rest reichen die minsecs
Zitat
Kannst Du vielleicht noch ein paar mal die Batterie wechseln oder den Sensor resetten? Mich würde doch interessieren, ob es in den 36 bits nicht irgendwas gibt, was den Sensor identifiziert.
Ich hatte die Batterie schon oft draussen. Außer der ID in den ersten 8 Bit ändert sich nichts.
Gruß Ralf
Hi Ralf,
also die Nachrichten innerhalb der gleichen Sekunde werden jetzt heraus gefiltert .. glaube ich zumindest. :)
Für den EAS800z habe ich minseqs und equalmsg entfernt und dafür die attribute event-on-update und event-min-intervall mit default werten gesetzt. (passiert natürlich nur beim autocreate)
Ich bin noch am überlegen, ob wir in state wirklich die Werte direkt hinein schreiben sollten oder nicht lieber das stateFormat vorbelegen, damit das gewünschte Ergebnis angezeigt wird. Das hätte den vorteil, dass man es leicht anpassen kann.
Grüße Sidey
Zitat von: Sidey am 22 September 2015, 23:03:10
also die Nachrichten innerhalb der gleichen Sekunde werden jetzt heraus gefiltert .. glaube ich zumindest. :)
Es hat sich nichts verändert
2015.09.22 23:34:17 3: EAS800z converted to bits: 01001110 1 001 000011101011 1111 00111100
2015.09.22 23:34:17 3: EAS800z decoded protocolid: 7 sensor id=4E, channel=2, temp=23.5, hum=60, bat=ok
2015.09.22 23:34:17 3: EAS800z converted to bits: 01001110 1 001 000011101011 1111 00111100
2015.09.22 23:34:17 3: EAS800z decoded protocolid: 7 sensor id=4E, channel=2, temp=23.5, hum=60, bat=okund hier ist das Filelog des CUL_TCM97001:
2015-09-22_23:51:21 CUL_TCM97001_21 T: 12.2 H: 75
2015-09-22_23:51:22 CUL_TCM97001_21 T: 12.2 H: 75
2015-09-22_23:51:22 CUL_TCM97001_21 T: 12.2 H: 75
2015-09-22_23:53:52 CUL_TCM97001_21 T: 12.2 H: 75
2015-09-22_23:53:53 CUL_TCM97001_21 T: 12.2 H: 75
2015-09-22_23:53:53 CUL_TCM97001_21 T: 12.2 H: 75
2015-09-22_23:56:23 CUL_TCM97001_21 T: 12.2 H: 75
2015-09-22_23:56:24 CUL_TCM97001_21 T: 12.2 H: 75
2015-09-22_23:58:54 CUL_TCM97001_21 T: 12.1 H: 75
2015-09-22_23:58:55 CUL_TCM97001_21 T: 12.1 H: 75Gruß Ralf
So meine FA21RF sind gestern angekommen und ich habe den Signalduino gestern auch zusammengelötet. Eingebunden in FHEM ist er auch (sudo addgroup dialout [user]) hatte gefehlt :)
Leider habe ich wohl TX und RX falsch herum angeschlossen, so dass er keine Werte geloggt hatte - muss ich heute Abend ändern.
Empfänger und Sender hängen derzeit an einer 17cm Antenne, dies dürfte kein Problem darstellen?
Den Output zum FA21RF werde ich dir auf Github (https://github.com/RFD-FHEM/RFFHEM/issues/21) dann posten. Gruss
Also eine Antenne für RX und TX parallel habe ich noch nicht versucht. Ob das ohne Auswirkungen funktioniert, kann ich dir nicht sagen.
Je nachdem, welchen Empfänger Du hast, brauchst Du auch keine Antenne.
Grüße Sidey
Zitat von: Sidey am 22 September 2015, 23:03:10
also die Nachrichten innerhalb der gleichen Sekunde werden jetzt heraus gefiltert .. glaube ich zumindest. :)
Ich glaube ich habe den Fehler gefunden. Das rausfiltern der doppelten Nachrichten innerhalb der gleichen Sekunde funktioniert jetzt.
Das "my %models = (..)" in der "14_SIGNALduino_ID7.pm" wird wahrscheinlich nicht mehr benötigt.
Zitat von: Sidey am 23 September 2015, 11:14:14
Da so keine gescheitert Erkennung der Modelle möglich ist sollten wir vielleicht einfach die Modelle temp und temphum erzeugen und das nicht an der Modellbezeichnung der vorliegenden Sensoren fest machen.
Ein möglichkeit wäre:
if ($hum == 0) {
$model = "temp_ID7";
} else {
$model = "temphum_ID7";
} Sollen wir es so "temp_ID7" oder so "tempID7" schreiben?
Gruß Ralf
Hi Ralf,
habe mir deinen commit angesehen. Ich hatte wohl Tomaten auf den Augen. Das konnte ja wirklich nicht funktionieren. :)
So sieht es plausibel aus. Danke.
In mymodels könnte man temp / temphum eintragen und dann die Bits für hum Auswerten.. Ich weiss halt nicht, welche Sensoren es halt sonst noch so gibt. Vermutlich aber nur temp und temphum..
Das wissen wir halt erst, wenn das mal jemand einsetzt.
Die Bits 24-27 scheinen womöglich ein Identifikationsmerkmal zu sein.
Was ich noch ändern würde, ist der Name des Moduls.
Es kann ja vom Prinzip auch mit anderen IO Geräten verwendet werden. Das würde ich im Namen auch berücksichtigen.
Ich würde es nach etwas ohne SIGNALduino benennen, irgendwas universales halt.
Grüße Sidey
Zitat von: Sidey am 23 September 2015, 22:30:19
Ich würde es nach etwas ohne SIGNALduino benennen, irgendwas universales halt.
Ich würde den Namen "14_SIGNALduino_ID7.pm" so lassen. So sieht man sofort wo es her kommt und wo es gepflegt wird.
Dich hat ja beim "14_CUL_TCM97001.pm" das "CUL" auch nicht davon abgehalten es zu verwenden.
Oder hast Du vor das "14_SIGNALduino_RSL.pm" und "14_SIGNALduino_AS.pm" auch noch umzubenennen?
Gruß Ralf
Ich hätte da noch ein paar Argumente :)
Ja, das RSL werde ich noch umbenennen, sobald es auch funktioniert... Ich kann es leider nicht testen, habe keine RSL Geräte.
Das CUL TCM, ist kein gutes Beispiel, das hat weder etwas CUL spezifisches, noch funktioniert es nur mit dem TCM97001, der Autor benennt es nur nicht um, da sonst die bereits im Umlauf befindlichen Devices nicht mehr funktionieren würden. Ansonsten wäre Wetter1 oder sonstwas passender. Den Encoder Chip überkleben die Hersteller leider immer. Das wäre ja der korrekte Name.
Beim Fhemduino wurden die Module auch Fhemduino.... benannt, aber die waren ziemlich spezifisch gebaut, die laufen mit sonst nichts, bis auf das AS habe ich da auch nichts übernommen.
Das Cresta Modul hat auch keinen SIGNALDuino im Namen bekommen, aus genannten Gründen.
Das AS Modul, naja lassen wir das. Das Protokoll habe ich ja sozusagen selbst erfunden. Das wird keinem nutzen, solange ich keinen Transmitter Code veröffentlichte.
Ich würde weder SIGNALDuino noch ID7 im Namen belassen und zwar einfach aus folgendem Grund:
ID7 habe ich mir mal festgelegt.
Das Modul können wir unabhängig vom Signalduino zur Verfügung stellen. Wenn noch mal jemand das demodulieren des Signales in ein anderes IO Device integriert, dann findet er gleich ein passendes Modul.
Die Namentliche Verknüpfung in einem logischen Modul zu einem Physischen, würde ich nur herstellen, wenn es wirklich Abhängig ist. In unserem Fall ist es das nicht wirklich. Das verwirrt nur und führt dazu dass jemand das ganze noch mal in einem anderen Modul erfindet.
Egal wie wir es benennen, funktionieren wird es unabhängig davon.
Grüße Sidey
Zitat von: pejonp am 21 September 2015, 19:16:28
Zu Zeit habe ich 6 verschiende 433MHz Sensoren am Signalduino.
2x Logilink WS0002 (Temp, Humi)
1x Perl (Temp)
1x Lifetec LT3594 (Temp)
1x OREGON THGR328N (Temp, Humi, Bat)
2x Bresser (Temp, Humi, Bat)
Hallo Jörg,
Welche Bezeichnung hat der Perl Sensor?
Hat der Lifetec LT3594 ein Display?
Könntest Du bei den Sensoren auch noch dazuschreiben welches Modul (wie z.B. Cresta oder CUL_TCM97001) benutzt wird.
Gruß Ralf
Ich habe meinen Signalduino mit einem "ATMEGA Nano Board" und einem "433Mhz Superheterodyne Receiver" zusammengebaut. An den Receiver habe ich am ANT - Anschluss einen 17 cm Draht angelötet.
Der Receiver ist ca 6 cm vom Nano Board entfernt. Damit ist der Empfang ok.
http://www.ebay.de/itm/ATMEGA-Nano-Board-mit-mini-USB-Kabel-compatible-Arduino-Nano-V3-AR01003-H43-/271513578559?hash=item3f37786c3f
http://www.ebay.de/itm/Geeetech-433Mhz-Superheterodyne-3400RF-Transmitter-and-Receiver-Link-Kit-Arduino-/381199588108?hash=item58c1441b0c
Nun möchte ich das Nano Board und den Receiver in ein Gehäuse packen. Ich dachte ich nehme dazu ein Feuchtraum Verteilergehäuse (75 x 37 x 40 mm).
Damit ist dann der Receiver nur noch ca 1-2 cm vom Nano Board entfernt und der Empfang hat sich stark verschlechtert.
Gibt es einen empfohlenen Mindestabstand zwischen Nano Board und Receiver?
Bestehen bedenken wegen Brandgefahr wenn ich den 433Mhz Receiver in eine kleine Pappschachtel (wie z.B. Streichholzschachtel) reinpacke?
Gruß Ralf
Hi Ralf,
Ich habe einen Nano inkl. Sender und Empfänger auch in eim kleines Kästchen gesteckt.
Läuft schon seit über einem Jahr.
Ich hätte ein Foto angehängt, klappt aber nicht.
Bei den Super het Empfängern habe ich ohne Antenne sehr gute Erfahrungen gemacht.
Erhöhte Brandgefahr besteht wohl eher nicht, da müsste es schon einen kurzen geben und irgendwas anfangen zu schmoren.
Grüße Sidey
Zitat von: Ralf9 am 23 September 2015, 23:34:16
Hallo Jörg,
Welche Bezeichnung hat der Perl Sensor?
Hat der Lifetec LT3594 ein Display?
..
Hallo Ralf,
Der Perl Sensor ist ein NC-7159-675. LCD-Anzeige für Temp und Kanal. Modul: 14_CUL_TCM97001.pm
Der Lifetec LT3594 hat ein Display und zeigt bei Bedarf noch Bat "low" an. Modul:14_CUL_TCM97001.pm
Das Model muß auf ABS700 geändert werden, dann wird die Temp richtig umgerechnet und angezeigt.
Der Objecta (THR128) Temp Sensor wurde ab und zu erkannt, wenn die Batterien eingelegt wurde. Modul: 14_CUL_TCM97001.pm
Ich habe ja auch noch einen Regensensor mit Temp (PFR-130) (http://www.pollin.de/shop/dt/Nzg0OTYxOTk-/Haustechnik/Wetterstationen_Thermometer/Funk_Regenmesser_PFR_130_mit_Temperaturanzeige.html). Dieser wird empfangen, muß aber auf "AURIOL" umgestellt werden. Es wird z.Z. nur die Temp angezeigt. Regenmenge siehe (http://forum.fhem.de/index.php/topic,38831.msg335342.html#msg335342).
Jörg
Hallo Jörg,
Danke für die Info.
Wie siehts beim LogiLink WS0002 aus? In der Abbildung im Internet ist nicht so richtig zu erkennen ob er ein Display hat.
Meldet er sich auch als 14_CUL_TCM97001?
Gruß Ralf
Hallo Sidey,
ich habe vom dev-cresta ein update auf mein FHEM gemacht. Im 00_Signalduino.pm wurde ja "pulsepausetype1" in "weather1" aber nur im dev-rawln umbenannt. Ich habe 2 FHEM Installationen. Einmal auf Banana Pi mit einem RF-Empfänger-Modul TDL-9927 (http://www.amazon.de/gp/product/B00G8BLET6?psc=1&redirect=true&ref_=oh_aui_detailpage_o05_s00) und einen C1-Odroid mit einem billigen RF-Empfänger-Modul (http://www.amazon.de/gp/product/B00KHJB5BC?psc=1&redirect=true&ref_=oh_aui_detailpage_o03_s00). Mit dem Bananna PI und dem RF-Empfänger-Modul TDL-9927 werden die TempSensoren (WS0001, Perl, ..) nicht mehr empfangen. Nur der Lieftec, PFR-130. Stecke ich den billigen RF-Empfänger an den Banana PI werden die WS0001, Perl usw. empfangen aber nicht die anderen. Auf dem Signalduino ist die 3.1.5. vom 15.9.2015. Beim C1-Odroid passiert diesen ebenfalls, da habe ich aber die 00_Signalduino.pm mit dem "weather1" drauf.
Frage: Im Header der jeweiligen Module steht ja eine ID. Wann und wie wird diese gebildet ? Beim dev-cresta und dec-rawin ist diese gleich.
##############################################
# $Id: 00_SIGNALduino.pm 72402 2015-09-21
PS: Cresta und OREGON werden glaube ich auf beiden erkannt. Prüfe ich aber noch einmal.
Jörg
Zitat von: Ralf9 am 26 September 2015, 17:49:01
...
Wie siehts beim LogiLink WS0002 aus? In der Abbildung im Internet ist nicht so richtig zu erkennen ob er ein Display hat.
Meldet er sich auch als 14_CUL_TCM97001?
..
Hallo Ralf,
der WS0002 hat kein Display, es sieht so aus als ob mal eins vorgesehn war. Er wird über das 14_CUL_TCM97001 Modul angelegt. z.Z. habe ich aber ein anderes Problem mit meinen RF-Empfängern siehe Beitrag 184 (http://forum.fhem.de/index.php/topic,38831.msg337250.html#msg337250).
Jörg
Zitat von: Ralf9 am 26 September 2015, 17:49:01
...
Wie siehts beim LogiLink WS0002 aus? ...
Hallo Ralf,
fals du dir TempSensoren zulegen möchtest würde ich dir die Bresser oder baugleichen TFA,... (http://www.amazon.de/gp/product/B0076JGK7U?psc=1&redirect=true&ref_=oh_aui_detailpage_o01_s00) empfehlen und von den WS0002 abraten.
Der Bresser hat ein Display (man sieht auch vor Ort Temp,Hydo,Kanal,...) und die Reichweite ist gut, hängt aber auch vom Empfänger ab. Ich habe 2x Bresser. Der größte Abstand sind 2 Stockwerke (2x Holzbalkendecke).
Jörg
Zitat von: pejonp am 26 September 2015, 17:50:23
ich habe vom dev-cresta ein update auf mein FHEM gemacht. Im 00_Signalduino.pm wurde ja "pulsepausetype1" in "weather1" aber nur im dev-rawln umbenannt.
hast Du versucht ob es mit dem 00_Signalduino.pm aus der dev-cresta funktioniert?
Bei mir funktioniert alles (14_CUL_TCM97001, 14_Cresta.pm und 14_SIGNALduino_ID7.pm)
Gruß Ralf
Zitat von: pejonp am 26 September 2015, 18:11:14
... falls du dir TempSensoren zulegen möchtest würde ich dir die Bresser oder baugleichen TFA ...
Hallo Jörg,
weißt Du wie die baugleichen TFA Sensoren heißen? Habe nur was von Hama
http://www.amazon.de/Hama-Au%C3%9Fensensor-Erweiterung-Wetterstationen-wetterfest/dp/B005D6ZCQS/ref=sr_1_fkmr0_1?s=garden&ie=UTF8&qid=1443284653&sr=1-1-fkmr0&keywords=TFA+Aussensensor
gefunden, die sehen gleich aus ...
Danke + Gruß
PeMue
Zitat von: pejonp am 26 September 2015, 18:11:14
fals du dir TempSensoren zulegen möchtest würde ich dir die Bresser oder baugleichen TFA
Ich habe den hama TS33C, der auch das Cresta Protokoll hat, von der Reichweite bin ich nicht zufrieden.
Der Eurochron EAS800z hat eine größere Reichweite. Evtl ist das Cresta Protokoll etwas störungsempfindlicher.
Ich werde auch mal den Bresser kaufen.
Gruß Ralf
Zitat von: pejonp am 26 September 2015, 17:50:23
Hallo Sidey,
ich habe vom dev-cresta ein update auf mein FHEM gemacht. Im 00_Signalduino.pm wurde ja "pulsepausetype1" in "weather1" aber nur im dev-rawln umbenannt. Ich habe 2 FHEM Installationen. Einmal auf Banana Pi mit einem RF-Empfänger-Modul TDL-9927 (http://www.amazon.de/gp/product/B00G8BLET6?psc=1&redirect=true&ref_=oh_aui_detailpage_o05_s00) und einen C1-Odroid mit einem billigen RF-Empfänger-Modul (http://www.amazon.de/gp/product/B00KHJB5BC?psc=1&redirect=true&ref_=oh_aui_detailpage_o03_s00). Mit dem Bananna PI und dem RF-Empfänger-Modul TDL-9927 werden die TempSensoren (WS0001, Perl, ..) nicht mehr empfangen. Nur der Lieftec, PFR-130. Stecke ich den billigen RF-Empfänger an den Banana PI werden die WS0001, Perl usw. empfangen aber nicht die anderen. Auf dem Signalduino ist die 3.1.5. vom 15.9.2015. Beim C1-Odroid passiert diesen ebenfalls, da habe ich aber die 00_Signalduino.pm mit dem "weather1" drauf.
Frage: Im Header der jeweiligen Module steht ja eine ID. Wann und wie wird diese gebildet ? Beim dev-cresta und dec-rawin ist diese gleich.
##############################################
# $Id: 00_SIGNALduino.pm 72402 2015-09-21
PS: Cresta und OREGON werden glaube ich auf beiden erkannt. Prüfe ich aber noch einmal.
Jörg
Hallo Jörg,
Ich hatte vor ein paar Tagen was am Auffüllen der Bits von vollen Bytes auf Nibbles geändert. Für das benannte Protokoll habe ich es allerdings auf volle Byte belassen. Zumindest war das mein Plan.
Vielleicht ist da was schief gegangen. Dann müsstest Du unknown Code Einträge im Fhem Log sehen.
Weisst Du noch, mit welcher Version es funktioniert hat?
Zur Frage mit der ID Zeile. Die wird manuell erzeugt, meistens vergessen ich das.
Wie das ganze mit deinem Hardware Setup zusammen hängt, habe ich jetzt nicht verstanden.
Grüße Sidey
Zitat von: Sidey am 26 September 2015, 18:41:51
...Wie das ganze mit deinem Hardware Setup zusammen hängt, habe ich jetzt nicht verstanden.
..
Hallo Sidey,
ich habe 2 FHEM Systeme mit jeweils verschiedenen 00_SIGNALduino.pm. Am besten konnte ich diese am "weather1" feststellen.
my %ProtocolListSIGNALduino = (
"0" =>
{
name => 'weather1', # Logilink, NC, WS, TCM97001 etc.
Ich habe jetzt noch einmal ein update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt gemacht. Der Signalduinino hat die Version 3.1.5. Cresta und OREGON werden angelegt. Ein ABS700 (Lifetec) und der AUROL (PFR-130) werden ebenfalls angelegt, aber kein Pearl oder WS0002.
Im Log werden MU und MS-Daten mitgelogt aber nicht nach s5... convertiert. Tausche ich die Empfänger (Nano V3.0) + RF-Empfänger wird etwas konvertiert, aber Cresta und Co erhalten keine Daten. Gibt es vielleicht irgentwelche Zeitprobleme ?
Ich versuche vielleicht einmal die dev-proto7 mit 14_Cresta.pm. Vielleicht gibt es einen Unterschied und neue Erkenntnisse.
Wurden nicht bei dem einem Sensor die Bits getauscht !?
Jörg
Hallo Sidey,
ich habe mal beim Cresta Protokoll die "00_SIGNALduino.pm" vom dev-rawin, dev-cresta und der dev-proto7 miteinander verglichen.
Dabei ist mir folgendes aufgefallen.
Bei der dev-rawin und der dev-proto7 steht bei "12" => ## Cresta
clockrange => [420,450],
bei der dev-cresta steht bei "12" => ## Cresta
clockrange => [420,510],
welches clockrange ist nun das richtige?
Gruß Ralf
Für das Cresta Modul / Hideki Protokoll ist die richtige Clock im dev-cresta Zweig.
Sobald der Zweig fertig entwickelt ist, führen wir ihn wieder mit dem dev-rawin zusammen.
Um dein Problem besser zu verstehen, wären ein paar Infos notwendig.
Weisst Du von welchem Tag die letzte Version ist, mit der es noch funktioniert hat?
Liegt die vielleicht noch in einem restore/backup Ordner?
Hast Du noch andere Module aktualisiert?
Grüße Sidey
Zitat von: Sidey am 26 September 2015, 20:17:59
.....Liegt die vielleicht noch in einem restore/backup Ordner?
Hast Du noch andere Module aktualisiert?
...
Hallo Sidey,
als Anlage die Module die mit beiden RF-Empfängern laufen und OREGON (THGR328N), Bresser (Cresta), Pearl NC-7159, WS0002, AURIOL (PRF-130) und manchmal auch Lifetec (ASB700) empfangen.
Jörg
Zitat von: PeMue am 26 September 2015, 18:26:16
... weißt Du wie die baugleichen TFA Sensoren heißen? Habe nur was von Hama
http://www.amazon.de/Hama-Au%C3%9Fensensor-Erweiterung-Wetterstationen-wetterfest/dp/B005D6ZCQS/ref=sr_1_fkmr0_1?s=garden&ie=UTF8&qid=1443284653&sr=1-1-fkmr0&keywords=TFA+Aussensensor
gefunden, die sehen gleich aus ...
..
Hallo PeMue,
ich kann die leider nicht sagen ob dieser Sensor paßt. Sieht bald nurnach Thermometer aus, ohne Hygro.
Tschüss Jörg
PS: Lauf Forum (http://forum.fhem.de/index.php/topic,16462.msg113426.html#msg113426) soll dieser hier kompatibel sein: TFA TS34C .
Hallo Jörg,
ich habe mir die Unterschiede mal angesehen.
Versuchen wir erst mal das Problem mit WS0002 und Auriol in den Griff zu bekommen.
Zitat von: pejonp am 26 September 2015, 23:04:53
als Anlage die Module die mit beiden RF-Empfängern laufen und OREGON (THGR328N), Bresser (Cresta), Pearl NC-7159, WS0002, AURIOL (PRF-130) und manchmal auch Lifetec (ASB700) empfangen.
Dazu brauche ich deine Hilfe:
1. Probier mal die Module aus folgender Revision:
https://github.com/RFD-FHEM/RFFHEM/tree/359d702b36c1f542caf5a324f4b50e30e51f303b
Ich nehme an, mit denen funktioniert es nicht.
2. Probiere folgende Revision:
https://github.com/RFD-FHEM/RFFHEM/tree/0b33643a62061aaf03f5f923c7e8385c777705bb
Ich nehme an, damit funktioniert es wieder.
Die Dateien musst Du vermutlich manuell installieren, ein downgrade funktioniert denke ich nicht.
Wenn meine Annahmen zutreffen, dann müssten wir das Signal einer WS0002 mit dem aktuellsten Modul mal debuggen.
Das hilft vermutlich auch beim Lifetec.
Grüße Sidey
Zitat von: Sidey am 27 September 2015, 11:02:32
... wir erst mal das Problem mit WS0002 und Auriol in den Griff zu bekommen.
Hallo Sidey,
haqbe 1. und 2. ausprobiert. Bei 2. habe ich alle Sensoren empfangen.
Danach ein Update auf dev-cresta gemacht.
Empfänger (A): besserer RF-Empfänger
Empfänger (B): Empfänger ist aus der Wetterstation vom WS0001, etwas unempfindlicher.
Der A empfängt die AURIOL und ASB700. Und der B die Pearl und WS0002 Sensoren. Den OREGON empfangen beide.
Die Bresser werden vom A beide empfangen und vom B nur einer, da dort die Entfernung kürzer ist.
Habe danach ein Update auf dec-rawin gemacht. FHEM stürzt ab mit Fehler:
2015.09.27 15:33:55 4: SIGNALduino/msg READ: MS;P0=476;P1=-3905;P2=-1941;P3=-9145;P4=767;P5=24292;P6=1371;D=03020102010101010202010101010201020202020201010202010201010202010102020101;CP=0;SP=3;
2015.09.27 15:33:55 4: SIGNALduino/msg READ: MS;P0=-3424;P1=506;P2=-3893;P3=-1941;P4=-9205;D=14131213121313121213131313121313131313131312121213131313131313121213131312;CP=1;SP=4;
2015.09.27 15:33:55 4: SIGNALduino/msg READ: MS;P0=502;P1=-1940;P2=-3895;P3=-9216;D=03010201020101020201010101020101010101010102020201010101010101020201010102;CP=0;SP=3;
2015.09.27 15:33:55 4: Dropped (s53080E031000) due to short time or equal msg
2015.09.27 15:33:57 4: SIGNALduino/msg READ: MS;P0=-1940;P1=409;P2=-3895;P3=-9088;P4=767;P5=24096;P6=1371;D=131454102;CP=1;SP=3;
2015.09.27 15:33:57 4: SIGNALduino/msg READ: MC;LL=-1044;LH=912;SL=-553;SH=421;D=4BA53279F4E6AA5C1A80;C=444;
2015.09.27 15:33:57 4: SIGNALduino/msg READ: MC;LL=-1039;LH=909;SL=-556;SH=428;D=AE2E974A24F3E9CD54BA1B00;C=445;
2015.09.27 15:33:57 4: Cresta_Parse sduino incomming 5875BABA8AF2BECE555D6C00
2015.09.27 15:33:57 4: bytes arr->9fcece9e16c252ffe7b400
2015.09.27 15:33:57 4: bytes hex->9fcece9e16c252ffe7b400
2015.09.27 15:33:58 4: SensorTyp=30, 158
Undefined subroutine &main::SIGNALDuino_use_longid called at ./FHEM/14_Cresta.pm line 135.
Habe erst gedacht hängt am Verbose 5, war aber nicht so. Stürzt auch bei Verbose 4 ab.
Ich würde mal vermuten beim Aufteilen der Daten für NC_WS, AUROL, WS0002 usw. geht etwas schief.
Jörg
Hi Jörg,
kannst Du dem WS0002 eine Ausgabe vom Typ MS zuordnen?
Beispiel einer Ausgabe:
SIGNALduino/msg READ: MS;P0=-1940;P1=409;P2=-3895;P3=-9088;P4=767;P5=24096;P6=1371;D=131454102;CP=1;SP=3;
Die sollten ab Verbose 5 dargestellt werden. Der Absturz liegt an einem Programmierfehler. Schaue ich mir später an. Es hat mit den logids zu tun. Irgendwas passt da jetzt nicht zusammen.
Grüße Sidey
Zitat von: Sidey am 27 September 2015, 16:04:38
....
kannst Du dem WS0002 eine Ausgabe vom Typ MS zuordnen?
SIGNALduino/msg READ: MS;P0=-1940;P1=409;P2=-3895;P3=-9088;P4=767;P5=24096;P6=1371;D=131454102;CP=1;SP=3;
...
der Absturz liegt an einem Programmierfehler ...
Hallo Sidey,
die fehlende Funktion habe ich in 00_Signalduino.pm reinkopiert (bei mir lokal). Geht jetzt. Als Anlage die Logdateien. Ich hoffe du kannst damit etwas anfangen. EmpfängerA hat die Liftect (ABS700) und AURIOL empfangen. Und EmpfängerB hat Pearl und WS0002 empfangen. OREGON und Cresta haben beide empfangen, EmpfängerB aber nur einen Cresta wegen der Entfernung.
Jörg
Jörg
Hallo Jörg,
Zitat von: pejonp am 27 September 2015, 19:16:58
die fehlende Funktion habe ich in 00_Signalduino.pm reinkopiert (bei mir lokal).
Ah ok, ich verstehe wieso das Problem aufgetaucht ist. Du hattest noch die 14_Cresta.pm. Ich hab mir da schon was überlegt, werde ich in 14_Cresta und 14_SIGNALduino_ID7 anpassen.
Zitat von: pejonp am 27 September 2015, 19:16:58
Geht jetzt. Als Anlage die Logdateien. Ich hoffe du kannst damit etwas anfangen. EmpfängerA hat die Liftect (ABS700) und AURIOL empfangen. Und EmpfängerB hat Pearl und WS0002 empfangen. OREGON und Cresta haben beide empfangen, EmpfängerB aber nur einen Cresta wegen der Entfernung.
Also ich hab deine Logfiles durch, bei mir werden die folgenden 4 Geräte erzeugt und erhalten auch readings:
CUL_TCM97001_45
CUL_TCM97001_7
CUL_TCM97001_83
CUL_TCM97001_94
Getestet mir der aktuellsten Version.
Und das funktioniert bei dir mit der aktuellen Version nicht, habe ich das richtig verstanden?
Grüße Sidey
Hallo sidey
Wenn ich eine der versionen aus dem git lade geht es nicht. Nur bei version 2 aus dem Archiv ging es bzw. mit der die ich als zip angehangen habe.
Jörg
Moin Jörg,
Das ist jetzt komisch.
Dein Fhem ist aber keine Neuinstallation?
Sidey
Zitat von: Sidey am 28 September 2015, 08:44:30
Das ist jetzt komisch.
Dein Fhem ist aber keine Neuinstallation?
Sidey
Hallo sidey
Es ist keine Neuinstallation, ich installiere/ziehe über "Update all" in fhem die dateien aus dem git. Beim erstellen der logdateien zur Fehlersuche habe ich die fhem.cfg bereinigt und nur die signalduino Einträge eingetragen.
Bis zu einer bestimmten version von 00_Signalduino.pm wurden ja alle Werte empfangen. Kann es mit dem ctw600 zusammenhängen?
Jörg
Hallo Jörg,
Irgendwas habe ich über sehen.
Ich fasse noch mal zusammen:
Du hast 4 Sensoren, die vom CUL_TCM_97001 verarbeitet werden.
Mit dieser Revision werden die Daten nicht oder nur sehr selten verarbeitet:
https://github.com/RFD-FHEM/RFFHEM/tree/359d702b36c1f542caf5a324f4b50e30e51f303b
Mit der vorhergehenden Revision geht es:
https://github.com/RFD-FHEM/RFFHEM/tree/0b33643a62061aaf03f5f923c7e8385c777705bb
Die Unterschiede im Commit zwischen den Revisionen sind demnach ausschlaggebend.
Getestet hast Du mit zwei verschiedenen Empfängern am gleichen Arduino. In wie weit die Hardware Unterschiede nun etwas beeinflussen, weiss ich noch nicht. Da gibt es keinen Unterschied zu den festgestellten Auswirkungen oder?
In allen Tests lief die Firmware 3.1.5 auf dem Arduino.
Die Logs von gestern wurden mit der Revision 0b33 (siehe oben) erstellt.
Ich habe ein paar der Einträge durch die aktuelle Revision laufen lassen und es wurden insgesamt vier Sensoren erkannt.
Wenn ich mir das überlege, dann sollten wir kein Problem haben. Wenn das Modul bei mir eine MS Nachricht ordentlich demoduliert, bei dir aber nicht, dann frage ich mich, was habe ich übersehen.
Am ctw600 liegt es kaum.
Sidey
Hallo sidey
Ich werde versuchen heute noch einmal zu testen. An der HW kann es liegen. Wenn ich die Empfänger umstecke werden auf dem anderen die noch fehlenden Sensoren angelegt. Die schon vorhandenen nc_ws, Pearl, auriol oder asb700 werden dann aber nicht weiter mit Daten versorgt. Aber wie gesagt mit einer früheren Versions (siehe zip) ging es auf beiden. Ich mache noch ein paar Tests. Ich werde die Nano mal am pc mit der arduinoconsole betreiben und vergleichen.
Jörg
Hallo Jörg,
Wenn Du noch mal testest, dann mache folgendes mit den aktuellen Modulen:
Verbose 5
Debug 1
Wenn Du am Sensor erkennen kannst, wann der gesendet hat, dann poste mal das Log von dem Zeitraum.
Grüße Sidey
Hallo Jörg,
Wenn Du noch mal testest, dann mache folgendes mit den aktuellen Modulen:
Verbose 5
Debug 1
Wenn Du am Sensor erkennen kannst, wann der gesendet hat, dann poste mal das Log von dem Zeitraum.
Grüße Sidey
Also meine FA21RF scheinen nichts zu senden (ohne Knopf drücken). Ich habe mit verbose 5 nur folgendes im Log:
2015.09.28 18:19:59 4: sduino: GetUpdate called ...
2015.09.28 18:19:59 5: sduino: command for gets: R
2015.09.28 18:19:59 5: SW: R
2015.09.28 18:19:59 5: SIGNALduino/RAW (ReadAnswer): 885
2015.09.28 18:19:59 5: sduino: received message for gets: 885
2015.09.28 18:20:29 4: sduino: GetUpdate called ...
2015.09.28 18:20:29 5: sduino: command for gets: R
2015.09.28 18:20:29 5: SW: R
2015.09.28 18:20:29 5: SIGNALduino/RAW (ReadAnswer): 885
2015.09.28 18:20:29 5: sduino: received message for gets: 885
Habe eben den Alarm ausgelöst (richtiger test mit Rauch), Rauchmelder gingen beide los, aber keine Einträge im Log bzw. die oben gezeigten wieder.
Oder dein Empfänger empfängt nichts. Wird denn was empfangen, wenn Du den Knopf drückst?
Sidey
Sorry habe noch ein Edit durchgeführt ohne deinen Beitrag gesehen zu haben.
Soll ich trotzdem den Test durchführen?
Hmm, wie hast Du die Bauteile verbunden. Vielleicht kannst di auch ein Foto machen.
Sidey
Ich empfange wieder Daten 8) Die Antenne des Senders hatte wohl einen Kurzen :)
Hallo Sidey,
hier wird eine Möglichkeit gesucht die 433 MHz Livolo Funkschalter mit fhem zu schalten.
http://forum.fhem.de/index.php/topic,41408.msg336471.html#msg336471
Die Livolo Schalter sind in diesem Modul enthalten:
46_TRX_LIGHT.pm
Macht es Sinn wenn GregPac sich den Signalduino zusammenbaut und die logs von dem Livolo Handsender hier postet?
Gruß Ralf
Ja, das Protokoll ist ganz gut dokumentiert..Ein Log würde aber helfen.
Ob wir es schaffen im richtigen Format an trx_light zu über geben weiss ich nicht. Vielleicht läuft es sogar mit dem IT Modul. :)
Grüße Sidey
Zitat von: Sidey am 28 September 2015, 14:05:12
.....
Wenn Du noch mal testest, dann mache folgendes mit den aktuellen Modulen:
Hallo Sidey,
ich habe beide Nano V3 über die Arduino-Console mitgeloggt. Was ich so verstanden und gesehen habe, kommen bei beiden machmal identische Daten heraus und manchmal nicht. Im Arduino-Consolenlog habe ich die Stelle markiert, an der ich die TX-Taste am WS0002 gedrückt habe. Und dann sind noch 2 Logs dabei, die zeitgleich den Datenempfang der beiden Nanos mitgeloggt hat. Vieleicht hilft es ja weiter.
Jörg
Hallo Jörg,
Da hast Du dir ja eine Menge Arbeit gemacht.
Ich habe die Logs mal grob durchgesehen.
Es sieht so aus, als ob das mit dem Takt etwas problematisch ist.
Der liegt teilweise bei 600. Gesucht wird nach einem Takt 500. Das führt vermutlich zu der schlechten Erkennung.
Da muss ich mal grob überlegen, wie ich die Toleranz für einzelne Protokolle anpassen kann.
Ich werde die Daten dann auch noch für Tests verwenden.
DU empfängst auch noch einen Oregon Scientific V1 Temp Sensor. Den könnte ich dann ja auch noch mal einbauen.
Grüße Sidey
Zitat von: Sidey am 28 September 2015, 23:56:56
.....Da hast Du dir ja eine Menge Arbeit gemacht.
Grüße Sidey
Hallo sidey,
Gern geschehen. Du hast ja auch schon eine Menge Arbeit und Hirn hier rein gesteckt. Mit dem Oregon Scientific V1 kann ich jetzt nichts anfangen. Ich habe noch einen objecta Sensor. Ein Bild ist ein paar Beiträge weiter vorne. Vielen dank für deine Geduld und Arbeit.
Jörg
Moin Jörg,
Objecta und OSV scheinen kompatibel zu sein:
http://www.amazon.de/gp/customer-reviews/R3HG118UAUOWK0/ref=cm_cr_pr_rvw_ttl?ie=UTF8&ASIN=B000M9AKQS
Der THR128 wird auch vom 41_Oregon unterstützt. :)
Ich bau das die Tage mal ein, vermutlich halbwegs schnell erledigt, aber erst mal die Analyse des Problemes.
Grüße Sidey
Ich habe mir nun einen RXB6 Empfänger bestellt - aus China daher werde ich wohl erst in einem Monat circa wieder testen können. Ich denke mein derzeitiger Empfänger ist einfach Müll :)
Ja, die ganz billigen Empfänger haben keine besonders nennenswerte Reichweite.
Wenn der Funkmelder in der Nähe des Empfängers ist, dann klappt der Empfang. Also so um die 3 Meter.
Der RXB6 ist aber in jedem Fall zu bevorzugen.
Sidey
Ja, die ganz billigen Empfänger haben keine besonders nennenswerte Reichweite.
Wenn der Funkmelder in der Nähe des Empfängers ist, dann klappt der Empfang. Also so um die 3 Meter.
Der RXB6 ist aber in jedem Fall zu bevorzugen.
Sidey
Ja, die ganz billigen Empfänger haben keine besonders nennenswerte Reichweite.
Wenn der Funkmelder in der Nähe des Empfängers ist, dann klappt der Empfang. Also so um die 3 Meter.
Der RXB6 ist aber in jedem Fall zu bevorzugen.
Sidey
Die Rauchmelder sind noch nicht mal 20cm entfernt :D Glaube aber die Antenne vom Empfänger beim Versuch eine längere Antenne anzulöten zerstört zu haben. Naja muss nun wohl leider halt nen Monat warten, bis ich dir weitere Ergebnisse liefern kann.
Ja, hört sich nach einem Defekt an.
Vom Prinzip kannst Du auch den Signalduino direkt mit dem Sendemodul des Funkmelders verbinden. Allerdings birgt das wieder Potential für Defekte.
Daher würde ich es eher nicht machen. Vielleicht hast Du ja Glück und das MODUL kommt eher.
Sidey
Hallo Jörg,
Zitat von: pejonp am 28 September 2015, 22:33:39
ich habe beide Nano V3 über die Arduino-Console mitgeloggt. Was ich so verstanden und gesehen habe, kommen bei beiden machmal identische Daten heraus und manchmal nicht.
Ich habe mir deine Daten mal angesehen. Der eine Arduino erfasst das Taktsignal mit 600, der andere um die 500.
Normalerweise ist das nicht weiter tragisch, nimm 10 arduinos und jeder misst unterschiedlich. Normalerweise sollte die anderen Pegel dann auch entsprechend länger oder kürzer sein und dadurch kommen wieder die gleichen faktoren heraus. Bei dir war das jetzt nicht der Fall, nur der Takt Puls war länger, die anderen ziemlich identisch.
Meine Anpassungen von floor() auf round() haben nun dazu geführt, dass das Signal nicht mehr innerhalb der Toleranzen war.
Ich habe die Toleranz jetzt etwas angepasst. Probier mal bitte aus, ob die Sensoren kontinuierlich empfangen werden. Könnte halt immer noch etwas knapp sein, wenn die Ausreißer auch mal größer sind.
Grüße Sidey
Hallo Sidey,
geht jetzt wieder. Vielen Dank. Werdes es weiter beobachten. Zwei Anpassungen habe ich noch gemacht.
Cresta: clockrange => [420,520], # min , max
und die Funktion sub SIGNAL(D)uino_use_longid ( sub SIGNALduino_use_longid ) wurde wohl in der Zwischenzeit umbenannt. Da hatte ich einen Absturz.
Jörg
Hi Jörg,
Das Modul aus dev-rawin sollte eigentlich keine Cresta Unterstützung bieten. Dass das Modul in der Clientliste auftaucht ist irgendwie ein fehler.
Gut. Ich werde den dev-cresta mal mit den Aktualisierungen aus dev-rawin aktualisieren.
So langsam müssten wir das cresta modul dann aber auch mal fertig machen.
Da wäre folgendes zu tun:
1. Aufräumen
2. Das Modul mit und ohne longid ausprobieren
3. minseqs und equalmsg aus dem Define entfernen, aber dafür Attribute verwenden
4. Noch mal überlegen, ob wir das Modul nicht eher hideki benennen, da kommt das Protokoll eigentlich her
5. Die Doku im Modul aktualisieren und finalisieren.
Grüße Sidey
Zitat von: GregPac am 29 September 2015, 22:17:27
Alles klar, bin schon dran und versuche meinen Uno auf Sduino zu bringen, steht zwar auf Initialized, erhalte aber noch keine readings. Sehe warsch. mal wieder den Wald vor lauter Bäumen nicht.
cmds
No answer
2015-09-29 22:05:08
freeram
No answer
2015-09-29 22:20:52
raw
No answer
2015-09-29 21:55:49
state
Initialized
2015-09-29 22:21:30
version
No answer
2015-09-29 22:18:00
Was passiert, wenn Du ein "Get version" oder ein "get freeram" machst?
Was hast Du bei "DEF" eingetragen?
Was bekommst Du als ausgabe wenn Du in der Shell folgendes eingibst?
ls -l /dev/serial/by-idBei mir z.B. wird dann folgendes angezeigt:
usb-FTDI_FT232R_USB_UART_A600G900-if00-port0 -> ../../ttyUSB0Gruß Ralf
@Sidey: ich hoffe dies ist so ok.
Hi GrePac,
ich vermute Du hast den Arduino noch nicht geflasht.
Wenn Du einen uno verwendest, dann musst das Das Hardware Attribut noch auf uno stellen und anschließend den Flashvorgang starten.
Du kannst das Hex file natürlich auch über die Arduino Console flashen.
Wenn Du den Befehl "V" an den Arduino sendest, dann sollte er sich mit seiner Version melden.
@Ralf: Alles okay.
Grüße Sidey
Hallo Jörg,
Zitat von: pejonp am 26 September 2015, 17:15:48
Der Objecta (THR128) Temp Sensor wurde ab und zu erkannt, wenn die Batterien eingelegt wurde. Modul: 14_CUL_TCM97001.pm
Ich hab mal versucht das Oregon Scientific V1 Protokoll zu etablieren.
Die bits sind glaube ich invertiert, muss ich noch umdrehen. Das größere Problem scheint aber das 41_Oregon zu sein. Der Sensor wird unterstützt, allerdings mit einer Länge von 80 bit.
So lang sind die Nachrichten bei dem Protokoll aber nicht. Exakt 32 bit sind diese lang. Ich nehme jetzt an, das IO Device füllt die Nachricht auf 80 bit auf oder wandelt es in ein V2 Format. Das macht die Sache etwas komplexer. Ob ich das nachbaue, weiss ich jetzt noch nicht.
Grüße Sidey
Ihr seid schneller als die Feuerwehr.
Ich antworte auf alle Fragen wenn ich nachher wieder zur Hause bin.
Edit:
So, jetzt läuft alles. Konnte den Uno nicht über FHEM Flashen, Parameter Hardware war gesetzt, mit dem Xloader über Win ging es. Läuft alles.
Hier der Auszug aus dem Log
Licht einschalten:
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=502;P1=185;P2=-148;P3=-111;D=01213131312121212121212121212121212121202121212121212121212121212121212121210;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-188;P1=222;P2=127;P3=-312;P4=484;P5=280;P6=1371;D=00102020202020102020201320201020201010101040131010101050101010101010102;CP=2;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-176;P1=460;P2=138;P3=-334;P4=284;D=010202020202020232020402020202020232020201020202020202023200;CP=2;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-151;P1=169;P2=-307;P3=471;D=012121030101010101010101010101010101010121010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103012101010101012101010101010101010101010301010101010101010101010101010100;CP=1;O;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-205;P1=143;P2=288;P3=464;D=01020101010101010101010101010103010101010101010101;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-189;P1=111;P2=-144;P3=488;P4=-344;D=01212101010101010101010103010101010101010101010101010101014101;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-174;P1=150;P2=297;P3=472;D=0102010101010102010101020101010101010101010301;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-194;P1=111;P2=463;P3=-306;D=010101010101010101010101010102010101010101013101010101010101010101010201310101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-185;P1=202;P2=-137;P3=296;P4=468;D=0121212123210121210121210101010101010401010101010101;CP=1;
2015.09.30 17:35:51 4: SIGNALduino/msg READ: MU;P0=-199;P1=156;P2=484;D=01010101010101010101010101010102010101010101010101010101010101;CP=1;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-3064;P1=106;P2=-259;P3=459;P4=-330;D=01212121212121212121212121212121212121212321212121212121412121412121212121212121232141212121212141212141212121212121212123212121212121212121212121212121212121212321212121212121212121212121212121412121232121;CP=1;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-178;P1=221;P2=268;P3=475;P4=-317;D=01020101010101010101010301010101010101010101010101010101410101030101010101010141010141010101010101010103014101010101010101010101010101010101010301010101010101;CP=1;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-194;P1=159;P2=-162;P3=472;P4=-377;D=012101012121010101010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101014101010101014101014101;CP=1;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-178;P1=-157;P2=152;P3=-130;P4=460;P5=312;P6=1371;D=1232321232323232321232323432123232323532123232123232121212121212141212121212121212121202121202020202020204020202020202020;CP=2;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-664;P1=-173;P2=128;P3=302;P4=488;P5=-320;P6=1371;D=012131212131212121212121412121212121212121212121212121212521211;CP=2;
2015.09.30 17:35:52 4: SIGNALduino/msg READ: MU;P0=-195;P1=151;P2=475;P3=-333;D=010101010102010101010101013101013101010101013101010201010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101013101013101;CP=1;
Und Ausschalten:
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=2440;P1=178;P2=-118;P3=488;P4=-284;P5=320;P6=1371;D=0121212121212121212321412121212121212121212121212121212121232121212121252120;CP=1;
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=175;P1=-159;P2=484;D=001010101210101010101010101010101010101010101010121010101010101010101010101010101010102;CP=0;
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=-213;P1=-125;P2=212;P3=484;D=012121212120212120212121212120212121312021212121212020202020;CP=2;
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=-213;P1=124;P2=461;P3=-321;P4=314;D=010101010101010102013101010101013101013101010101010101010201010101010401010104010101010101010101020101010101010101010101010101010101010102010100;CP=1;
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=222;P1=-175;P2=122;P3=368;D=012121012121212121210121212121210121212101212101212121210101310101010101010104;CP=2;
2015.09.30 17:37:07 4: SIGNALduino/msg READ: MU;P0=209;P1=-144;P2=474;P3=-310;D=0101012103010101010103010101010101010101010101210101010101010101010101010101;CP=0;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=188;P1=-142;P2=495;D=01010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010102;CP=0;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=129;P1=-176;P2=468;P3=-360;D=0101010101010101010101010101010121030101010101010101010101010101030;CP=0;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-184;P1=-118;P2=193;P3=468;P4=-331;P5=276;P6=1371;D=01212131202121212121202121202121212121202121213120212121212020202020202020202020202020302020202020202420205020202020202420202030242020202020202020202020202020202020203020202020202020202020202020202020202020302020202020200;CP=2;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-191;P1=187;P2=298;P3=467;P4=-343;D=01010201010101010101010101010101030101010101010101010101010101010101010103014101010101014101014101010101010101430101010101020101010101010101010101010103010101010101010101010101010101014101010301410101010100;CP=1;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-184;P1=197;P2=-266;P3=460;D=012121212121012121012121212121012121030101010101010101010101010101010101010103010101010101012101012101010101010101010301010101010101;CP=1;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-190;P1=183;P2=468;P3=-320;P4=300;D=010101010101010101010101010102010101010101013101013101010101010101010201010101010101310101310101010101010101020101010101040101010101010101010101010102010101010101013101013101010101010101010201310101010101;CP=1;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-205;P1=120;P2=352;P3=482;P4=-600;D=01020101010101010341010101010101010101010101010101010103010101010102010101020101010101010101010201;CP=1;
2015.09.30 17:37:08 4: SIGNALduino/msg READ: MU;P0=-295;P1=142;P2=-153;P3=484;D=01212121212101212101212121212101212123210121212101;CP=1;
Hallo
ist es richtig, dass Cresta (Hideki, Bresser) zur Zeit nicht verarbeitet wird?
Jedenfalls sind die entsprechenden Zeilen zur Zeit auskommentiert doch wohl auskommentiert. Oder habe ich was verpasst?
~Josef
Hi Josef,
Die Unterstützt für das Hideki Protokoll ist derzeit nur im branch dev-cresta gegeben.
Im dev-rawin ist die Unterstütztung derzeit nicht gegeben.
Sobald alles fertig entwickelt ist, wird die Unterstützung in den normalen Zweig übernommen.
Grüße Sidey
Uuups, ich sehe gerade ich hatte gerade ein update force mit dev-rawIn gemacht.
Danke für den Hinweis.
~Josef
Zitat von: Sidey am 29 September 2015, 21:50:44
1. Aufräumen
2. Das Modul mit und ohne longid ausprobieren
3. minseqs und equalmsg aus dem Define entfernen, aber dafür Attribute verwenden
4. Noch mal überlegen, ob wir das Modul nicht eher hideki benennen, da kommt das Protokoll eigentlich her
5. Die Doku im Modul aktualisieren und finalisieren.
Hallo sidey,
Kannst du mir mal bitte helfen. Wofür sind longid, minseqs und equalmsg ?. Im Modul wird ja schon auf doppelte Einträge geprüft.
Wie das Modul genannt werden soll, kannst du ja abstimmen lassen oder du nennst es wie du es möchtest. Ist aber wieder Arbeit und bringt Fehler mit sich beim umbenennen.
Mein Vorschlag: 10_WTH_Hideki.pm oder so lassen.
Jörg
Hi Jörg,
Zitat von: pejonp am 30 September 2015, 22:17:19
Hallo sidey,
Kannst du mir mal bitte helfen. Wofür sind longid, minseqs und equalmsg ?. Im Modul wird ja schon auf doppelte Einträge geprüft.
Longid: Wenn nicht gesetzt, dann wird die Geräte ID nur aus dem Kanal erzeugt.
Hat man nicht mehr Geräte als Kanäle, so hat das Gerät nach einem Batteriewechsel immer noch die gleiche ID. Praktisch. :)
Hat man mehr Geräte als Kanäle, dann muss man longid setzen, dann wird die Geräte ID aus Kanal und Zufallscode gesetzt. Beim Batteriewechsel hat das Gerät dann aber auch eine neue ID.
minseqs und
equalmsg: Das hatte ich mal aus einem anderen Modul übernommen. Fand ich auch sehr praktisch. Vom Prinzip steuert man damit, wie viel Zeit zwischen zwei Aktualisierungen der Readings vergangen sein muss, bzw. das Verhalten wenn die Nachricht identisch ist.
Ich habe die beide Optionen aus dem define wieder entfernt, da es dafür bereits etliche Attribute gibt, mit denen man dieses Verhalten je Reading einstellen kann. So hat der Endanwender die volle Kontrolle wie er es gerne hätte. Passende default Attribute habe ich auch gleich gesetzt.
Zitat von: pejonp am 30 September 2015, 22:17:19
Wie das Modul genannt werden soll, kannst du ja abstimmen lassen oder du nennst es wie du es möchtest. Ist aber wieder Arbeit und bringt Fehler mit sich beim umbenennen.
Mein Vorschlag: 10_WTH_Hideki.pm oder so lassen.
Ja, das mit dem Suchen / Ersetzen klappt nicht immer zu 100%. In diesem Fall dürfe es aber keine Probleme geben.
Ich wäre ja für XX_Hideki.pm, das WTH würde ich weglassen, da man ja das Modul auch noch gut um die anderen Sensoren erweitern kann, sobald mal jemand die Daten dazu liefert. Ob 10_ oder 14_ ist ja völlig wurscht. Weather kann man natürlich noch einbauen.
Grüße Sidey
Hallo Sidey,
hast Du Dir die logs von GregPac mal angeschaut? Lässt sich damit was anfangen?
Sehe ich das richtig, daß es doch etwas aufwendiger wird, da es keine MS- oder MC- sondern nur MU-Nachrichten sind?
Gruß Ralf
Zitat von: Ralf9 am 30 September 2015, 23:25:16
Hallo Sidey,
hast Du Dir die logs von GregPac mal angeschaut? Lässt sich damit was anfangen?
Sehe ich das richtig, daß es doch etwas aufwendiger wird, da es keine MS- oder MC- sondern nur MU-Nachrichten sind?
Gruß Ralf
Habe ich natürlich nicht gesehen, da er editiert hat :)
Also aus dem Signal werde ich so auf die Schnelle nicht schlau. Ob MU oder MS spielt eigentlich erst mal keine Rolle. Klar, bei einem MS kennen wir den Takt ganz sicher, aber bei diesem Signal ist der Takt auch recht klar. Die Intervalle sind sehr kurz, fast schon am Limit.
Ich habe jetzt ein bisschen mit dem Signal gespielt. Aber eine Bitfolge, aus der man an oder aus schließen könnte, fällt mir erst mal schwer.
Mir ist halt nicht ganz klar, wo eine Nachricht zuende ist und wo die Nächste beginnt. Normalerweise sollte dazwischen eine kleine Pause sein.
Was für ein Gerät war das noch mal? Vielleicht kann man den encoder chip erkennen, wenn man die FB öffnet.
Grüße Sidey
Danke schonmal fürs ansehen.
Es handelt sich um Livolo Lichtschalter wie z.b. http://www.banggood.com/Livolo-White-Glass-Panel-Remote-Touch-Switch-EU-Standard-VL-C701R-11-p-973848.html
Es gibt wohl auch schon für den Arduino schon was fertiges aber da steige ich nicht ganz durch, evtl. helfen dir diese Informationen schon weiter.
Beitrag: http://forum.arduino.cc/index.php?topic=153525.0
Libary https://drive.google.com/file/d/0B0DQ7La4EBHlU2ltTmlmeHhya3M/edit
Sketch
// Simple blink example of Livolo.h library for Livolo wireless light switches
#include
Livolo livolo(8); // transmitter connected to pin #8
void setup() {
}
void loop() {
livolo.sendButton(6400, 120); // blink button #3 every 3 seconds using remote with remoteID #6400
delay(1000);
}
Die FB kann ich heute Nachmittag gerne mal aufschrauben.
Gruß
Greg
Bilder des Handsenders.
Hallo Grepac,
Ich habe gestern noch was gefunden.
Vom Primzip weiss ich jetzt wie das Signal moduliert wird.
Zwischen zwei Telegrammen ist eine pause zwischen 400 und 500 microsekunden.
Wenn ich damit die Signaldaten unterteile kommen erst mal nur Telegramme mit 0 Bits.
Erst im letzten Telegramm kommt dann auch was anderes.
Hast Du beim Senden immer den gleichen Knopf gedrückt?
Grüße Sidey
Grüße Sidey
Hi Sidey,
ja war immer er selbe Knopf, ich habe 4 Knöpfe (A,B,C,D), A-C für einzelne Lampen und D um alle von dieser FB auszuschalten. Für die einzelne Lampe habe ich jetzt A 2x gedückt für Einschalten und Ausschalten.
Gruß
Greg
Hi Grepac,
Ich Bau die Tage mal das Demodulieren ein, so wie ich das Signal verstehe.
Dann kannst Du mal ein paar Knöpfe drucken und dir die bits ansehen.
Dann werden wir vielleicht schlauer.
Grüße Sidey
Alles klar, vielen Dank schonmal für die Arbeit.
Hallo,
ich würde gerne auch mitreden, bekomme aber im zwei-Sekundentakt oder noch häufiger die reappeared Fehlermeldungen:
2015.10.01 21:11:22 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 21:11:22 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.01 21:11:22 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2015.10.01 21:11:22 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2015.10.01 21:11:22 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 21:11:22 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.01 21:11:22 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2015.10.01 21:11:22 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2015.10.01 21:11:23 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 21:11:23 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.01 21:11:24 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2015.10.01 21:11:24 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2015.10.01 21:11:24 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 21:11:24 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.01 21:11:24 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2015.10.01 21:11:24 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2015.10.01 21:11:25 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 21:11:25 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.01 21:11:25 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2015.10.01 21:11:25 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2015.10.01 21:11:25 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 21:11:25 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.01 21:11:25 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2015.10.01 21:11:25 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2015.10.01 21:11:27 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 21:11:27 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.01 21:11:27 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2015.10.01 21:11:27 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2015.10.01 21:11:27 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 21:11:27 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.01 21:11:27 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
Gestern kamen die Meldungen mal "nur" alle paar Minuten, aber normalerweise alle zwei Minuten.
Ich bekommen ausserdem beim Start von Fhem diese Meldung:
"my" variable $osv1hex masks earlier declaration in same scope at ./FHEM/00_SIGNALduino.pm line 1816, <$fh> line 308.
Hat das evtl. damit zu tun?
Gibt es hier Hilfe?
Viele Grüße
Hallo HotteFred,
Zitat von: HotteFred am 01 Oktober 2015, 21:14:34
ich würde gerne auch mitreden, bekomme aber im zwei-Sekundentakt oder noch häufiger die reappeared Fehlermeldungen:
Das ist gar nicht gut.
Zitat von: HotteFred am 01 Oktober 2015, 21:14:34
Ich bekommen ausserdem beim Start von Fhem diese Meldung:
"my" variable $osv1hex masks earlier declaration in same scope at ./FHEM/00_SIGNALduino.pm line 1816, <$fh> line 308.
Hat das evtl. damit zu tun?
Nein, aber danke für den Hinweis.Werde ich mir gleich ansehen.
Leider gibt es bislang noch keine Lösung für das Problem. Es ist sehr komisch, bei eingen kommt es alle paar Sekunden, bei mir nur alle paar Stunden oder auch nur 1x am Tag.
Wie siehts mit der Stromversorgung des Arduino aus? Wo hast Du ihn angeschlossen und kannst Du es auch mal an einem anderen Gerät probieren?
Ich könnte dir auch mal eine Version mit geringerer Baudrate kompilieren, vielleicht gibt es da Probleme mit manchen Chipsätzen.
Grüße Sidey
Zitat von: HotteFred am 01 Oktober 2015, 21:14:34
ich würde gerne auch mitreden, bekomme aber im zwei-Sekundentakt oder noch häufiger die reappeared Fehlermeldungen:
2015.10.01 21:11:22 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
Was für ein Arduino verwendest Du? Verwendest Du das mitgelieferte sehr kurze USB Kabel?
Ich habe 2 Arduino Nano. Der eine funktioniert noch mit einer USB-Verlängerung, der andere nicht mehr.
Hier sind die reappeared bei mir von heute:
2015.10.01 00:02:55 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 00:03:05 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 00:03:05 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 00:43:02 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 00:43:12 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 00:43:12 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 02:32:40 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 02:32:50 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 02:32:50 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 04:12:17 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 04:12:27 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 04:12:27 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 06:04:54 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 06:05:05 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 06:05:05 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 06:17:58 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 06:18:09 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 06:18:09 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 06:32:32 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 06:32:42 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 06:32:42 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 08:38:10 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 08:38:20 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 08:38:20 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 09:45:49 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 09:45:59 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 09:45:59 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 10:10:23 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 10:10:33 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 10:10:33 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 10:19:57 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 10:20:07 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 10:20:07 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 11:29:33 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 11:29:43 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 11:29:43 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 11:38:06 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 11:38:16 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 11:38:16 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 12:41:12 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 12:41:22 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 12:41:22 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 13:54:50 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 13:55:00 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 13:55:00 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 14:17:34 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 14:17:44 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 14:17:44 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 14:31:48 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 14:31:58 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 14:31:58 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 17:35:00 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 17:35:10 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 17:35:10 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 17:41:33 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 17:41:43 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 17:41:43 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 18:16:08 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 18:16:18 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 18:16:18 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 21:22:52 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 21:23:02 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 21:23:02 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 22:42:33 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 22:42:43 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 22:42:43 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600
2015.10.01 22:48:36 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.01 22:48:46 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 reappeared (sduino)
2015.10.01 22:48:46 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0@57600Gruß Ralf
Zitat von: Sidey am 30 September 2015, 22:29:37
.....
Longid: Wenn nicht gesetzt, dann wird die Geräte ID nur aus dem Kanal erzeugt.
Hat man nicht mehr Geräte als Kanäle, so hat das Gerät nach einem Batteriewechsel immer noch die gleiche ID. Praktisch. :)
Hat man mehr Geräte als Kanäle, dann muss man longid setzen, dann wird die Geräte ID aus Kanal und Zufallscode gesetzt. Beim Batteriewechsel hat das Gerät dann aber auch eine neue ID.
..
Hallo Sidey,
ich habe die "attr longids" eingebaut und getestet. Wenn longids nicht gesetzt,NONE oder 0 ist, wird die Kurzform 'th_5' (Sensor_Kanal) angelegt. Bei gesetzten longids=1 wird 'th_30_5' angelegt. Meine beiden Bresser haben den gleichen SensorTyp=30. Wenn ich die Batterie entferne und wieder einsetzte ändert sich nichts. Ich hänge die Datei einmal an, vielleicht kannst du sie ins git legen. Danke.
Jörg
Hallo Jörg,
Zitat von: pejonp am 01 Oktober 2015, 23:38:48
ich habe die "attr longids" eingebaut und getestet.
Verstehe ich jetzt nicht wieso Du eine neue Funktion definiert hast. Die Funktion ist doch im 00_SIGNALduino und wird auch aufgerufen wenn vorhanden. Bzw. wurde.
Zitat von: pejonp am 01 Oktober 2015, 23:38:48
Wenn longids nicht gesetzt,NONE oder 0 ist, wird die Kurzform 'th_5' (Sensor_Kanal) angelegt. Bei gesetzten longids=1 wird 'th_30_5' angelegt. Meine beiden Bresser haben den gleichen SensorTyp=30. Wenn ich die Batterie entferne und wieder einsetzte ändert sich nichts. Ich hänge die Datei einmal an, vielleicht kannst du sie ins git legen. Danke.
Okay, wir haben den zufälligen code noch nicht extrahiert. Ich habe das jetzt eingebaut.
Das th habe ich auch entfernt, ist ja eigentlich nutzlos, da wir das Modell bereits in einer anderen Variable (sensortyp) hinterlegt haben.
Jetzt sollte bei Verwendung von longids der Zufallscode mit eingebaut werden.
Deine Änderungen habe ich nicht eingecheckt, da ich nicht verstanden habe was Du dir da überlegt hattest. :)
Grüße Sidey
Zitat von: Sidey am 02 Oktober 2015, 00:46:50
...
Verstehe ich jetzt nicht wieso Du eine neue Funktion definiert hast. Die Funktion ist doch im 00_SIGNALduino und wird auch aufgerufen wenn vorhanden. Bzw. wurde.
...
Guten Morgen Sidey,
beim testen ist mit aufgefallen das das Cresta-Modul nicht auf die longids reagiert, die man im fhem.cfg setzt. Deshalb habe ich mir das OREGON-Modul angesehen und so wie es dort gelöst wurde übernommen. Ich habe auch die longids als Attribute hinzugefügt.
....
$hash->{AttrList} = "IODev do_not_notify:0,1 showtime:0,1 "
."ignore:0,1 "
." longids"
." $readingFnAttributes";
....
sub
Cresta_Parse($$)
{
my ($iohash,$msg) = @_;
my $longids='';
if (defined($attr{$iohash->{NAME}}{longids})) {
$longids = $attr{$iohash->{NAME}}{longids};
#Log 1,"0: attr longids = $longids";
}....
In einem Beitrag weiter vorn hast du darauf verwiesen das das Cresta-Modul auch eigenständig z.B. beim Selbstbau CUL oder .. genutzt werden kann. Dann sollten auch alle Funktionen im Modul enthalten sein und nicht auf andere verweisen werden. So wie wir ja jetzt auch OREGON oder TCM97001 nutzen. Ich bin der Meinung die Funktionen die in einem Modul benötigt werden solten auch in diesem programmiert sein.
Jörg
Hallo Sidey,
Zitat von: Sidey am 01 Oktober 2015, 22:31:20
Wie siehts mit der Stromversorgung des Arduino aus? Wo hast Du ihn angeschlossen und kannst Du es auch mal an einem anderen Gerät probieren?
Ich könnte dir auch mal eine Version mit geringerer Baudrate kompilieren, vielleicht gibt es da Probleme mit manchen Chipsätzen.
Ich habe das Teil ganz normal am USB hängen. Ohne zusätzliche Stromversorgung. Bei dem Arduino war kein Kabel dabei. Das, was ich jetzt nutze ist ca. 30cm lang.
Das Problem haben andere mit anderer Hardware auch. In der Regel aber nicht so häufig und meist, weil das USB Device nicht rechtzeitig antwortet. Das kann bei mir aber eigentlich nicht sein. Direkt beim Fhem-start beginnen die Fehlermeldungen.
Ich habe auch mal alle anderen Devices abgehängt. Keine Besserung.
Kannst du mir mal ein Hex mit geringerer Baudrate zukommen lassen?
Danke und Gruß
Fred
Moin Jörg,
Zitat von: pejonp am 02 Oktober 2015, 07:27:15
Guten Morgen Sidey,
beim testen ist mit aufgefallen das das Cresta-Modul nicht auf die longids reagiert, die man im fhem.cfg setzt. Deshalb habe ich mir das OREGON-Modul angesehen und so wie es dort gelöst wurde übernommen. Ich habe auch die longids als Attribute hinzugefügt.
Das es nicht funktioniert hat muss dann ein Fehler sein.
Ich dachte ich hätte es ausprobiert. :(
Das Attribut im Sensor bringt aber nichts denke ich. Es kann nur im IO Device gesetzt werden.
Zitat von: pejonp am 02 Oktober 2015, 07:27:15
In einem Beitrag weiter vorn hast du darauf verwiesen das das Cresta-Modul auch eigenständig z.B. beim Selbstbau CUL oder .. genutzt werden kann. Dann sollten auch alle Funktionen im Modul enthalten sein und nicht auf andere verweisen werden. So wie wir ja jetzt auch OREGON oder TCM97001 nutzen. Ich bin der Meinung die Funktionen die in einem Modul benötigt werden solten auch in diesem programmiert sein.
Ok verstehe. Ich hab die Funktion in das IO Device gepackt, da das IO Device erst mal das Attribut unterstützen muss.
Ich hatte auch erst gedacht, man packt die Funktion in jedes logische Modul.
Das fand ich dann aber recht ineffizient, da man ja in jedem logischen Modul diese Funktion implementieren muss und festlegt wie das Attribut verwendet wird.
Da hatte ich mir gedacht, es wäre doch besser die Funktion zentral im IO Device zu hinterlegen und die dann auch zentral pflegen zu können.
Das mussten dann natürlich andere IO Devices auch adaptieren, damit es funktioniert.
Grüße Sie
Zitat von: HotteFred am 02 Oktober 2015, 09:06:49
Kannst du mir mal ein Hex mit geringerer Baudrate zukommen lassen?
Hi,
Ich habe jetzt nicht gefragt, welchen Arduino du einsetzt, habe es jetzt mal für den Arduino nano mit einer Baud Rate von 19200 compiliert.
Beim Define des Gerätes dann /dev/usbxyz.....@19200 angeben
Grüße Sidey
Zitat von: Sidey am 02 Oktober 2015, 09:19:45
....
Das es nicht funktioniert hat muss dann ein Fehler sein.
Ich dachte ich ...
Hallo sidey
Ich habe das aktuelle cresta.pm heruntergeladen und longids=0 eingestellt. Keine Veränderung. es kommen immer die vollständigen Bezeichner/Nummern. Ich würde es gerne so umstellen wie ich es hatte, darf ich ::) ?? Ich komme aber erst heute abend dazu.
Jörg
Zitat von: PeMue am 26 September 2015, 18:26:16
Hallo Jörg,
weißt Du wie die baugleichen TFA Sensoren heißen? Habe nur was von Hama
http://www.amazon.de/Hama-Au%C3%9Fensensor-Erweiterung-Wetterstationen-wetterfest/dp/B005D6ZCQS/ref=sr_1_fkmr0_1?s=garden&ie=UTF8&qid=1443284653&sr=1-1-fkmr0&keywords=TFA+Aussensensor
gefunden, die sehen gleich aus ...
Danke + Gruß
PeMue
Hallo pemue,
Ich habe mir mal so einen sc33 von hama gekauft. Da gab es sogar noch rabatt. ist heute gekommen. Wird sofort erkannt. Reichweite mal sehen. !?
Jörg
Hi Jörg,
Hast du auch die passende Signalduino.pm aus dem cresta branch?
Du hattest dir die Funktion ja umbenannt wegen eines Fehlers.
Ich les hier schon länger mit allerdings hab ich noch nicht herausgefunden ob der signalduino den fhemduino komplett ersetzen kann?!?
Mobil erstellt daher kurz gehalten
Können kann er. Bei den Türklingeln gibt es bislang halt noch keine Implementierung des Protokolles.
Was für Sensoren hast Du denn?
Grüße Sidey
Grüße Sidey
Gut .. tür klingel nutze ich nicht. Hab ne menge it steckdosen. Einige temp. Sensoren die mit der a-culfw empfangen werden ..und sonst eigentlich nur fs20 und hm zeug.
Ich hätte da eh noch eine test Installation in meiner bastelecke. Die werd ich mal mit signalduino testen.
Mich würde interessieren ob diese pearl sensoren empfangen werden http://www.pearl.de/a-NC7367-3041.shtml
Hab da noch 2 rumliegen
Achso... erstmal Respekt vor dem was ihr hier macht .... ich bin eher der Hardware Mensch ...
Mobil erstellt daher kurz gehalten
@HotteFred: Falls Du einen ArduinoNano mit FTDi Chip einsetzt, könnten die Aussetzer mit diesem Fehler zusammenhängen: http://www.fhemwiki.de/wiki/Selbstbau_CUL#Bekannte_Probleme (http://www.fhemwiki.de/wiki/Selbstbau_CUL#Bekannte_Probleme)
Also IT Steckdosen sind kein Problem.
Der Perl Sensor geht denke ich.
Garantieren kann ich es jetzt nicht.
Wenn es mit einem Cul empfangen und in Fhem ausgewertet wird, dann wäre es kein Problem das im Signalduino zu integrieren.
Sidey
Die Sensoren von Pearl werden noch garnicht empfangen
Gesendet von meinem Valencia2_Y100pro mit Tapatalk
Werden die vom cul dekodiert?
Hast Du da ein paar Daten?
Sidey
Ich habe bei mir die longids eingebaut und getestet:
In die "14_Cresta.pm" habe ich folgendes eingetragen:
my $id=substr($decodedString,2,2);
if (defined($attr{$iohash->{NAME}}{longids}) && SIGNALduino_use_longid($iohash, "Cresta_$sensorTyp"))
{
$deviceCode = "Cresta_" . $sensorTyp . "_" . $id . $channel;
} else {
$deviceCode = "Cresta_" . $sensorTyp . "_" . $channel;
}
Dies ergibt ohne longids diesen devicecode:
Cresta_30_4
und mit longids diesen devicecode:
Cresta_30_bd4
In die "14_SIGNALduino_ID7.pm" habe ich folgendes eingetragen:
if ($hum == 0) {
$model = "tempID7";
} else {
$model = "tempHumiID7";
}
if (defined($attr{$iohash->{NAME}}{longids}) && SIGNALduino_use_longid($iohash, "$model"))
{
$deviceCode = $model . "_" . $id . $channel;
} else {
$deviceCode = $model . "_" . $channel;
}
Dies ergibt ohne longids diesen devicecode:
tempHumiID7_2
und mit longids diesen devicecode:
tempHumiID7_4E2
Ich habe mir dabei folgendes gedacht:
- Ich finde es praktisch, wenn man im devicecode das Protokol/Modul erkennen kann.
- um zu erkennen ob vom Hauptmodul die longids unterstützt werden ist auch ein
if (defined($attr{$iohash->{NAME}}{longids})
ausreichend. Ich gehe dabei davon aus, daß wenn die longids Funktion nicht unterstützt wird es auch das Attribut longids nicht gibt.
Bei longids = ALL wird bei allen unterstützten logischen Modulen im devicecode die id verwendet.
Es können bei der longids auch einzelne Modelle angeben werden indem bei der longids der devicecode ohne den letzten Wert eingtragen wird.
z.B. longids = tempHumiID7,Cresta_30
Gruß Ralf
http://marcraspberrypi.tumblr.com/post/72102296444/pearldecoder-v05 da hat sich das ding anscheinend schon jemand angesehen ... hilft das ?
Bei mir empfängt das leider keiner meiner verschiedenen "arduinos"
Mobil erstellt daher kurz gehalten
Noch was gefunden :
https://github.com/hugofisch/pearldecoder/blob/master/pearldecoder/pearldecoder.c
Hi Ralf,
Ich blick gerade nicht durch.
Longid support hatte ich doch bereits eingebaut.
Funktioniert das denn nicht?
Sidey
Zitat von: noice am 02 Oktober 2015, 20:59:41
Bei mir empfängt das leider keiner meiner verschiedenen "arduinos"
Hallo Noice,
Stelle den Signalduino mal auf verbose 4.
Wenn der Sender was Sendet wirst Du einige Einträge im Fhem Log finden.
Poste die hier oder als Issue in github.
Das Demodulieren sollte leicht sein. Dann brauchen wir nur noch ein Modul zum Dekodieren.
Sidey
Hi Sidey,
gute und schlechte Neuigkeiten ;)
Zitat von: Sidey am 02 Oktober 2015, 10:44:49
Hi,
Ich habe jetzt nicht gefragt, welchen Arduino du einsetzt, habe es jetzt mal für den Arduino nano mit einer Baud Rate von 19200 compiliert.
Beim Define des Gerätes dann /dev/usbxyz.....@19200 angeben
Ich habe einen Nano und deine Firmware geflashed. Dann getestet und die Meldungen kommen exact nur noch alle 30Sek.
Anschliessend habe ich noch einmal die "alte" Firmware geflashd und siehe da, die Meldungen kommen nach wie vor nur alle 30Sek.
Das ist doch erst mal ein Fortschritt, obwohl ich das Verhalten natürlich nicht nachvollziehen kann. Aber immerhin kann ich das Teil jetzt einigermassen benutzen. (Natürlich immer die Baud Rate angepasst).
Leider empfange ich bisher absolut nichts. Aber darum werde ich mich morgen mal kümmern.
Danke und Grüße
Zitat von: Sidey am 02 Oktober 2015, 21:21:41
Hallo Noice,
Stelle den Signalduino mal auf verbose 4.
Wenn der Sender was Sendet wirst Du einige Einträge im Fhem Log finden.
Poste die hier oder als Issue in github.
Das Demodulieren sollte leicht sein. Dann brauchen wir nur noch ein Modul zum Dekodieren.
Sidey
Mach ich doch glatt sobald ich mal die Zeit finde den signalduino zu flashen 8)
Danke schon mal für deine Infos
Mobil erstellt daher kurz gehalten
Ich würde gern einen 6 Kanal Handsender mit dem Signalduino empfangen. Der Handsendersender gehört zu einem Garagentorantrieb von Einhell.
Die Bezeichnung des Handsendesrs lautet: HS 434/6 Minihandsenter 6-Kan. ISC GmbH
Ich habe das gesendete Signal, mit einem Empfänger aus einer IT Funksteckdose, über eine Soundkarte und mit Audacity aufgezeichnet. Die Analyse ergibt folgendes:
Ein Tastendruck erzeugt eine Signalfolge von einem Sync-Impuls plus 32 Bit und einer Pause. Diese Signalfolge wird 31 mal gesendet.
Die Signalfolge besteht aus:
Sync-Impuls 385 µs low
z.B. erstes Bit 411 µs high, 1141 µs low, Bedeutung vermutlich logisch 0
z.B. zweites Bit 1188 µs high, 416 µs low, Bedeutung vermutlich logisch 1
30 weitere Bits
Pause 20 ms high
Die Signalfolge wird 31 Mal gesendet.
Die Zeitangaben haben einen Fehler von etwa +/- 5 µs.
Die statische Adresse des Handsenders besteht aus Bit 1 bis Bit 28
Die Kanäle des Handsenders werden durch Bit 29 bis Bit 32 beschrieben.
Nach der Beschreibung aus dem Wiki würde ich z.B. so einen Protokolleintrag erwarten:
MS P0=-385;P1=411;P2=-1141;P3=1188;P4=-416;P5=20000;
D=01234...501234...501234...[31 Wiederholungen];CP=?;SP=0
Das bekomme ich als Protokolleintrag für einen Tastendruck, wobei ich die Daten gelöscht habe, da ich die Handsenderadresse nicht offen legen möchte:
2015.10.02 20:53:15 5: SIGNALduino/RAW READ: /MU
2015.10.02 20:53:15 5: SIGNALduino/RAW READ: MU/;P0=120;P1=-146;P2=390;P3=-422;P4=1123;P5=-1174;P6
2015.10.02 20:53:15 5: SIGNALduino/RAW READ: MU;P0=120;P1=-146;P2=390;P3=-422;P4=1123;P5=-1174;P6/=1371;D=;
2015.10.02 20:53:15 5: SIGNALduino/RAW READ: MU;P0=120;P1=-146;P2=390;P3=-422;P4=1123;P5=-1174;P6=1371;D=;CP=2;
2015.10.02 20:53:15 4: SIGNALduino/msg READ: MU;P0=120;P1=-146;P2=390;P3=-422;P4=1123;P5=-1174;P6=1371;D=;CP=2;
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: /MS;P0
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MS;P0/=388;P1=-385;P2=1124;P3=-1184;P4=12742;P5=-20024;P6
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MS;P0=388;P1=-385;P2=1124;P3=-1184;P4=12742;P5=-20024;P6/=1371;D=;
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MS;P0=388;P1=-385;P2=1124;P3=-1184;P4=12742;P5=-20024;P6=1371;D=;CP=0;SP=5;
2015.10.02 20:53:16 4: SIGNALduino/msg READ: MS;P0=388;P1=-385;P2=1124;P3=-1184;P4=12742;P5=-20024;P6=1371;D=;CP=0;SP=5;
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: /M
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: M/S;P0=-1193;P1=384;P2=-408;P3=1128;P4=-3636;P5=-200
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MS;P0=-1193;P1=384;P2=-408;P3=1128;P4=-3636;P5=-200/20;P6=1371;D=;CP=1;SP=5;
2015.10.02 20:53:16 4: SIGNALduino/msg READ: MS;P0=-1193;P1=384;P2=-408;P3=1128;P4=-3636;P5=-20020;P6=1371;D=;CP=1;SP=5;
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: /MS;P0
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MS;P0/=388;P1=-419;P2=1122;P3=-1171;P4=12750;P5=-20020;P6
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MS;P0=388;P1=-419;P2=1122;P3=-1171;P4=12750;P5=-20020;P6/=1371;D=
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MS;P0=388;P1=-419;P2=1122;P3=-1171;P4=12750;P5=-20020;P6=1371;D=;CP=0;SP=5;
2015.10.02 20:53:16 4: SIGNALduino/msg READ: MS;P0=388;P1=-419;P2=1122;P3=-1171;P4=12750;P5=-20020;P6=1371;D=;CP=0;SP=5;
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: /MU;P0=-
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MU;P0=-/384;P1=1126;P2=-1183;P3=392;P4=12746;P5=12748;P6=13
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MU;P0=-384;P1=1126;P2=-1183;P3=392;P4=12746;P5=12748;P6=13/71;D=
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MU;P0=-384;P1=1126;P2=-1183;P3=392;P4=12746;P5=12748;P6=1371;D=
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MU;P0=-384;P1=1126;P2=-1183;P3=392;P4=12746;P5=12748;P6=1371;D=
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MU;P0=-384;P1=1126;P2=-1183;P3=392;P4=12746;P5=12748;P6=1371;D=
2015.10.02 20:53:16 5: SIGNALduino/RAW READ: MU;P0=-384;P1=1126;P2=-1183;P3=392;P4=12746;P5=12748;P6=1371;D=;CP=3;O;
2015.10.02 20:53:16 4: SIGNALduino/msg READ: MU;P0=-384;P1=1126;P2=-1183;P3=392;P4=12746;P5=12748;P6=1371;D=;CP=3;O;
2015.10.02 20:53:16 5: Found matched Protocol id 9 -> CTW 600
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: /MS;P
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MS;P/0=376;P1=-1176;P2=-420;P3=1124;P4=-3636;P5=-20016;
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MS;P0=376;P1=-1176;P2=-420;P3=1124;P4=-3636;P5=-20016;/P6=1371;D=
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MS;P0=376;P1=-1176;P2=-420;P3=1124;P4=-3636;P5=-20016;P6=1371;D=;CP=0;SP=5;
2015.10.02 20:53:17 4: SIGNALduino/msg READ: MS;P0=376;P1=-1176;P2=-420;P3=1124;P4=-3636;P5=-20016;P6=1371;D=;CP=0;SP=5;
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: /MS;
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MS;/P0=-382;P1=1125;P2=-1169;P3=390;P4=-3636;D=
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MS;P0=-382;P1=1125;P2=-1169;P3=390;P4=-3636;D=
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MS;P0=-382;P1=1125;P2=-1169;P3=390;P4=-3636;D=;CP=3;SP=4;
2015.10.02 20:53:17 4: SIGNALduino/msg READ: MS;P0=-382;P1=1125;P2=-1169;P3=390;P4=-3636;D=;CP=3;SP=4;
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: /MU;P0=
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MU;P0=/1124;P1=-387;P2=-1179;P3=393;P4=12748;P5=12752;P6=1
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MU;P0=1124;P1=-387;P2=-1179;P3=393;P4=12748;P5=12752;P6=1/371;D=
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MU;P0=1124;P1=-387;P2=-1179;P3=393;P4=12748;P5=12752;P6=1371;D=
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MU;P0=1124;P1=-387;P2=-1179;P3=393;P4=12748;P5=12752;P6=1371;D=
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MU;P0=1124;P1=-387;P2=-1179;P3=393;P4=12748;P5=12752;P6=1371;D=
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MU;P0=1124;P1=-387;P2=-1179;P3=393;P4=12748;P5=12752;P6=1371;D=;CP=3;O;
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MU;P0=1124;P1=-387;P2=-1179;P3=393;P4=12748;P5=12752;P6=1371;D=;CP=3;O;/
2015.10.02 20:53:17 4: SIGNALduino/msg READ: MU;P0=1124;P1=-387;P2=-1179;P3=393;P4=12748;P5=12752;P6=1371;;CP=3;O;
2015.10.02 20:53:17 5: Found matched Protocol id 9 -> CTW 600
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: /
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: /MS;P0=-1174;P1=390;P2=-422;P3=1123;P4=12746;P5=-200
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MS;P0=-1174;P1=390;P2=-422;P3=1123;P4=12746;P5=-200/20;P6=1371;D=
2015.10.02 20:53:17 5: SIGNALduino/RAW READ: MS;P0=-1174;P1=390;P2=-422;P3=1123;P4=12746;P5=-20020;P6=1371;D=;CP=1;SP=5;
2015.10.02 20:53:17 4: SIGNALduino/msg READ: MS;P0=-1174;P1=390;P2=-422;P3=1123;P4=12746;P5=-20020;P6=1371;D=;CP=1;SP=5;
2015.10.02 20:53:18 5: SIGNALduino/RAW READ: /MS;P0=
2015.10.02 20:53:18 5: SIGNALduino/RAW READ: MS;P0=/389;P1=-20020;P2=-423;P3=1122;P4=-1174;P5=-32001;P
2015.10.02 20:53:18 5: SIGNALduino/RAW READ: MS;P0=389;P1=-20020;P2=-423;P3=1122;P4=-1174;P5=-32001;P/6=1371;D=
2015.10.02 20:53:18 5: SIGNALduino/RAW READ: MS;P0=389;P1=-20020;P2=-423;P3=1122;P4=-1174;P5=-32001;P6=1371;D=;CP=0;SP=1;
2015.10.02 20:53:18 4: SIGNALduino/msg READ: MS;P0=389;P1=-20020;P2=-423;P3=1122;P4=-1174;P5=-32001;P6=1371;D=;CP=0;SP=1;
Manche P-Zeiten passen ganz gut, die Länge der Daten variiert zwischen etwa 20 bis 240 Ziffern. Teile der Bitfolge werden manchmal richtig erkannt.
Ist der Signalduino dafür ausgelegt die beschriebene Signalfolge, bzw. das Protokoll zu erkennen?
Hi Ellert,
Ja das Signal wird ja auch empfangen.
Die Zuordnung der Bits hast Du ja schon sehr gut heraus gearbeitet.
Was den Sync Puls angeht, da bin ich mir nicht so sicher ob es ein Signal mit oder ohne Sync Puls ist.
Da Du die Signaldaten entfernt hast wird es schwieriger.
Der Sync entspricht zwei Pulsen:
1x Takt (meist high) in diesem Fall 400
nx Takt (meist low )ich vermute 4000.
Kannst Du das bei deiner Soundkarten Aufnahme finden?
Sidey
Zitat von: Sidey am 02 Oktober 2015, 21:07:46
Ich blick gerade nicht durch.
Longid support hatte ich doch bereits eingebaut.
Funktioniert das denn nicht?
Die aktuelle Version habe ich nicht getestet.
Laut der Aussage von pejonp scheint es nicht so richtig funktionieren.
Zitat von: pejonp am 02 Oktober 2015, 17:21:29
Ich habe das aktuelle cresta.pm heruntergeladen und longids=0 eingestellt. Keine Veränderung. es kommen immer die vollständigen Bezeichner/Nummern. Ich würde es gerne so umstellen wie ich es hatte, darf ich ::) ?? Ich komme aber erst heute abend dazu.
Da ich einige Sonderwünsche habe, habe ich es bei mir so realisiert, daß es für mich passt.
Meine Version ist nur als Vorschlag/Anregung gedacht.
Gruß Ralf
HI Ralf,
Wir wissen halt nicht, ob Jörg das richtige IO Modul verwendet hat.
Welche Sonderwünsche hast Du denn?
So ganz durchblicken tue ich ja jetzt nicht mehr.
Ich hab die Zufalls ID aus der Nachricht extrahiert und dann einen Funktionsaufruf dynamisch zusammen gebaut.
Ich hatte es auch getestet und es funktionierte bei mir.
Die Variable Model habe ich dann noch durch Sensortyp ersetzt. Sieht ja recht ähnlich zu den Änderungen aus, welche Du gepostet hast.
Grüße Sidey
Zitat von: Sidey am 02 Oktober 2015, 22:18:14
Welche Sonderwünsche hast Du denn?
Ich hätte gerne, daß man im devicecode das Protokol/Modul erkennen kann.
Deine überprüfung ob die longids unterstützt werden erscheint mir recht aufwendig:
my $longidfunc= \&{"$iohash->{TYPE}_use_longid"};
if (defined(&$longidfunc) and (\&$longidfunc($iohash,"Cresta_$sensorTyp")))Gruß Ralf
Hi Ralf,
Zitat von: Ralf9 am 02 Oktober 2015, 22:36:59
Ich hätte gerne, daß man im devicecode das Protokol/Modul erkennen kann.
Deine überprüfung ob die longids unterstützt werden erscheint mir recht aufwendig:
my $longidfunc= \&{"$iohash->{TYPE}_use_longid"};
if (defined(&$longidfunc) and (\&$longidfunc($iohash,"Cresta_$sensorTyp")))
Zitat
Ja, der Modulname sollte enthalten sein, sonst wird es mit Regex schwierig. Hatte ich ja auch eingebaut.
Was Du mit aufwendig meinst, verstehe ich aber nicht.
Ich habe mir gedacht, ich prüfe ob es eine Funktion mit dem Namen des <IO Devices>_use_longid gibt und wenn das so ist, dann rufe ich diese auf.
Deine Variante funktioniert ja jetzt nur mit dem Signalduino und führt zum Absturz bei einem anderen IO Device dass ein Attribut "longids" vorweisen kann. Dann müsste man die Funktion ja wieder in jedes logische Modul einbauen um zu eruieren, ob eine longid für den Sensor gewünscht ist oder nicht.
Oder war mit Aufwändig etwas komplexer gemeint? $longidfunc ist nur Refetenz auf eine Funktion. Dann wird geprüft ob diese Funktion existiert und wenn ja, dann wird die Funktion aufgerufen.
Grüße Sidey
Zitat von: Sidey am 02 Oktober 2015, 22:46:10
Was Du mit aufwendig meinst, verstehe ich aber nicht.
Ich habe mir gedacht, ich prüfe ob es eine Funktion mit dem Namen des <IO Devices>_use_longid gibt und wenn das so ist, dann rufe ich diese auf.
Deine Variante funktioniert ja jetzt nur mit dem Signalduino und führt zum Absturz bei einem anderen IO Device dass ein Attribut "longids" vorweisen kann.
Ich habe mir gedacht, daß es eigentlich auch reichen müsste, nur abzufragen ob es das attribut longids gibt.
Wenn es bei einem anderem Hauptmodul (IO Device) das Attribut "longids" gibt, muß dort sowieso Deine Helper Function "sub SIGNALduino_use_longid {" hinzugefügt werden. Dann passt es ja wieder.
Oder mache ich da einen Denkfehler?
Gruß Ralf
Hi Ralf,
ja. Wenn jemand dann den SiGNALduino und z.B. einen RFXTRX oder sonst was nutzt, dann kommt eine Fehlermeldung, dass die Funktion noch mal definiert wird.
Innerhalb eines Modules definiert man auch keine Funktionen eines anderen Modules.
Im CUL würde sich die Funktion dann
CUL_use_longids nennen
Im RFXTRX:
RFXTRX_use_longids
usw...
Damit nicht jeder seine Funktion hier definiert, müsste die in eine 98_utils oder sowas.. aber da kommen wirklich nur Funktionen hinein, die auch wirklich viele brauchen können.
Grüße Sidey
Kann es sein, das es sich bei diesen MU Signalen um EC3000 handelt?:
2015-10-03 10:14:01-MU;P0=-505;P1=471;P2=948;P3=-982;P4=-472;D=0010232310142310231020131010201010101013232010101013201323101023231010101010102010132323201013102;CP=1;
#2015-10-03 10:14:01-MU;P0=-140;P1=888;P2=-568;P3=417;P4=-1063;P5=965;P6=1371;D=012343254523432545232341432141432143232143212343232123232323234141232323234120;CP=3;
#2015-10-03 10:14:48-MU;P0=-590;P1=390;P2=-553;P3=926;P4=-1027;D=0123214123432141234321214341234341232141234123214121232101010101;CP=1;
#2015-10-03 10:14:48-MC;LL=-998;LH=939;SL=-521;SH=513;D=E94498FC;C=483;
#2015-10-03 10:14:48-MC;LL=-1039;LH=912;SL=-559;SH=345;D=AE65974A44C0;C=418;
#2015-10-03 10:15:35-MC;LL=-1019;LH=923;SL=-539;SH=438;D=263F5F68A02BC8;C=453;
#2015-10-03 10:15:35-MU;P0=-546;P1=-1022;P2=915;P3=431;D=012130212130213030213020313030203030303031213;CP=3;
#2015-10-03 10:16:22-MU;P0=951;P1=-508;P2=446;P3=-1004;P4=-986;D=012321040124210301212303210303210123210321012321210121212121230301212121230123033;CP=2;
Die EC3000 (ich habe drei) empfange ich mit einem Jeelink und einer aufendigen Antenne.
myJeeLink_RAWMSG
OK 22 30 14 3 222 240 0 3 222 240 0 0 89 117 111 0 12 82 77 2 1
Nur so am Rande.
Zitat von: Sidey am 02 Oktober 2015, 22:18:14
....Wir wissen halt nicht, ob Jörg das richtige IO Modul verwendet hat.
....
Hallo Sidey & Ralf,
ich habe über update all ... die Dateien vom dev-cresta auf meiner FHEM Installation aktualisiert. Wenn ich longids=0 setzte reagiert das OREGON-Modul, beim Cresta ändert sich nicht z.B. 30_11_1 bleibt. Habe heute noch einmal ein Update gemacht. Es ändert sich nichts.
@Sidey
Welches IO Modul soll ich den verwenden ?
Tschüß Jörg
Hallo Sidey,
ich habe spassenshalbe mal einen RX868- Empfänger (FS20(elv)) angeschlossen. Die Daten die dort ankommen werden teilweise auch schon erkannt. Es gibt ja auch Wettersensoren auf dieser Basis.
Ich habe mit einer FS20-Fernbedienung (ELV) getestet. Wettersensoren habe ich keine bzw. welche mit dem LaCross-Protokoll und diese empfange ich mit JeeLink.
Das geht glaube ich so in die Richtung EC3000 oder auch Daten vom ESA1000WZ können damit empfangen werden. Kann ein zusätzlicher Empfänger an einem andern Arduino-Port angeschlossen werden und diese Daten dann auch ausgewertet werden. So hat man einen 433 und 868 MHz Empfänger. Nur so mal als Idee.
FS20-Module, usw. gibt es ja schon einige.
Jörg
Zitat von: Sidey am 02 Oktober 2015, 23:21:39
ja. Wenn jemand dann den SiGNALduino und z.B. einen RFXTRX oder sonst was nutzt, dann kommt eine Fehlermeldung, dass die Funktion noch mal definiert wird.
Zitat von: pejonp am 02 Oktober 2015, 07:27:15
In einem Beitrag weiter vorn hast du darauf verwiesen das das Cresta-Modul auch eigenständig z.B. beim Selbstbau CUL oder .. genutzt werden kann. Dann sollten auch alle Funktionen im Modul enthalten sein und nicht auf andere verweisen werden. So wie wir ja jetzt auch OREGON oder TCM97001 nutzen. Ich bin der Meinung die Funktionen die in einem Modul benötigt werden solten auch in diesem programmiert sein.
Ich denke auch, daß es evtl besser ist, wenn nicht auf ein anderes Modul verwiesen wird.
Dann kann das Modul problemloser von anderen mitverwendet werden.
So müsste es doch auch ausreichend sein (noch ungetestet):
my $dev_type = "Cresta_$sensorTyp";
my $longids = $attr{$iohash->{NAME}}{longids};
if (defined($longids) && ($longids eq "1" || $longids eq "ALL" || (",$longids," =~ m/,$dev_type,/)))
{
$deviceCode = $dev_type . "_" . $id . $channel;
} else {
$deviceCode = $dev_type . "_" . $channel;
}Gruß Ralf
Zitat von: Ralf9 am 03 Oktober 2015, 11:38:39
Ich denke auch, daß es evtl besser ist, wenn nicht auf ein anderes Modul verwiesen wird.
.....
Hallo Ralf, Hallo Sidey,
ich habe die Änderungen eingebaut. Kann bestimmt noch eleganter gelöst werden, aber es funktioniert bei mir jetzt. Vielleicht könntet ihr das mal testen. Vielen Dank.
Jörg
Zitat von: pejonp am 03 Oktober 2015, 14:18:34
ich habe die Änderungen eingebaut. Kann bestimmt noch eleganter gelöst werden, aber es funktioniert bei mir jetzt. Vielleicht könntet ihr das mal testen. Vielen
Wenn es für Dich und Sidey ok ist, würde ich es gerne so wie ich es in Antwort #282 geschrieben habe, einbauen.
Wenn ich bei der $id alle 8Bit der Device ID verwende, dann ist dort die Info über den Kanal bereits enthalten
my $id=substr($decodedString,2,2);und beim langen devicecode wird der Kanal nicht benötigt
$deviceCode = $model . "_" . $id;Bei
if ($sensorTyp==0x1E) würde ich
$model= "Cresta_30" eintragen
Wird das hier noch benötigt?
#for debug only
my $test="";
for(my $i=0; $i<scalar @decodedBytes; $i++){
$test.=sprintf("%02x", $decodedBytes[$i]);
}
Log3 $name,4, "bytes arr->".$test;
#end for debug onlyGruß Ralf
Hi Ralf,
Dein Vorschlag klingt plausibel.
Checke es ein, auf github kann man einzelne codezeilen auch kommentieren.
Zitat von: Ralf9 am 03 Oktober 2015, 17:33:01
Bei if ($sensorTyp==0x1E) würde ich $model= "Cresta_30" eintragen
Warum nicht universal: "Cresta_".oct($sensorTyp);
Das Modul und alle Bezeichner würde ich in Hideki umbenennen, die haben das Protokoll wohl entwickelt.
Grüße Sidey
Zitat von: Sidey am 03 Oktober 2015, 18:55:17
Das Modul und alle Bezeichner würde ich in Hideki umbenennen, die haben das Protokoll wohl entwickelt.
Ok, dann warte ich mit dem einbauen und einchecken meines Vorschlags ab, bis Du es in Hideki unbenannt hast.
Dann kann ich Deine umbenennungen gleich mittesten.
Gruß Ralf
Hi Jörg,
Zitat von: pejonp am 03 Oktober 2015, 11:16:26
ich habe spassenshalbe mal einen RX868- Empfänger (FS20(elv)) angeschlossen. Die Daten die dort ankommen werden teilweise auch schon erkannt. Es gibt ja auch Wettersensoren auf dieser Basis.
Ich habe mit einer FS20-Fernbedienung (ELV) getestet. Wettersensoren habe ich keine bzw. welche mit dem LaCross-Protokoll und diese empfange ich mit JeeLink.
Das geht glaube ich so in die Richtung EC3000 oder auch Daten vom ESA1000WZ können damit empfangen werden. Kann ein zusätzlicher Empfänger an einem andern Arduino-Port angeschlossen werden und diese Daten dann auch ausgewertet werden. So hat man einen 433 und 868 MHz Empfänger. Nur so mal als Idee.
FS20-Module, usw. gibt es ja schon einige.
Jörg
LaCross-Protokoll TX29? Habe leider die Signalcodierung nicht gefunden, könnte man aber wohl einbauen.
Vielleicht hole ich mir auch mal einen 868 Mhz Empfänger..
Zum Thema zwei Empfänger an einem Arduino. Ich beschreibe erst mal was geht:
Zwei Empfänger, würden an einem Arduino Mega auf jeden Fall laufen. Der hat genügend Speicher, genug Interrupts etc.
Ein paar Anpassungen an der Firmware wären aber wohl notwendig. Alles in allem aber keine große Aktion, schnell umsetzbar.
An einem Nano sieht es schon etwas schwieriger aus:
RAM, es sind so ca. 600 Byte Ram noch frei. Gut, ich gebe zu, da kann man noch was optimieren. Vermutlich würde es passen.
Um die Signale auseinander halten zu können, muss man halt in getrennte Puffer schreiben und die auswerten. Da könnte man ggf. mehrere Puffer für unterschiedliche Situationen erstellen. Das würde dann noch mal einiges sparen. Also z.B. erst mal 40 byte dediziert und dann noch mal 200 byte shared.
Wenn in dem dedizierten was brauchbares empfangen wurde, kann sich dann ein Empfänger den shared speicher reservieren. Wenn beide paralell was empfangen geht es dann halt nicht. Alles in allem etwas Aufwand, aber vermutlich lösbar. Wie genau weiss ich jetzt halt noch nicht.
Die Anzahl der Interrupts liegt bei zwei, müsste noch mal nachlesen ob der 2. Interrupt überhaupt noch verwendet werden kann, da ich einen Timer Interrupt für das Blinken der led#13 verwende.
Alternativ kann man auch einfach einen 2. nano anhängen, das geht quasi sofort :)
Grüße Sidey
Zitat von: Sidey am 03 Oktober 2015, 18:55:17
Dein Vorschlag klingt plausibel.
Checke es ein, auf github kann man einzelne codezeilen auch kommentieren.
Ich habe es eingecheckt und auch noch ein paar andere Korrekturen durchgeführt.
Gruß Ralf
Zitat von: pejonp am 02 Oktober 2015, 17:25:56
Ich habe mir mal so einen sc33 von hama gekauft. Da gab es sogar noch rabatt. ist heute gekommen. Wird sofort erkannt. Reichweite mal sehen. !?
Hallo Jörg,
wie sind Deine erfahrungen mit dem Bresser und dem Hama?
Ich habe 2 Hama und 1 Bresser. Von der Reichweite kann ich keine Unterschiede feststellen.
Die Reichweite könnte besser sein.
Der Aldi Außensensor (Krippl-Watches W108-5 von 2006) und der Eurochron EAS 800 haben eine deutlich bessere Reichweite.
Der Eurochron ist aber nur bedingt für Außen geeignet, da der Batteriedeckel nur gesteckt ist und keine Gummilippe hat.
Gruß Ralf
Zitat von: Ralf9 am 04 Oktober 2015, 20:47:26
...
wie sind Deine erfahrungen mit dem Bresser und dem Hama?
...
Hallo Ralf,
Hama und Bresser finde ich sind identisch. Reichweite ok. Wettersensoren für drausen habe ich die TFA 30.3144.IT und TX37-IT, diese arbeiten mit 868MHz (siehe Signatur). Sind sehr zuverlässig und man kann die Adressen beim WT470 einstellen. Leider gibt es die glaube ich nicht mehr. Ich habe mal welche hier bekommen (http://shop.zeitlos-vertrieb.de/sensorfunkwetterstationgt-ws-03-20433-228). Da gibt es auch 433MHz Varianten. Diese werden glaube ich vom CUL_TCM97001 erkannt.
Mittlerweile habe ich 10 Sensoren die mit 868MHz arbeiten und 9 mit 433MHz.
Jörg
Antwort zu 286
Hallo sidey,
Schau mal hier, http://www.f6fbb.org/domo/sensors/ da gibt es einige infos. Aber ich glaube diese Sensoren haben ein anderes Protokoll ask ook oder so. Deshalb werden diese auch mit den rfm12b oder nachfolgetypen rfm69.. Empfangen (siehe Jeelink)
Jörg
http://fredboboss.free.fr/?p=742
Zitat von: Sidey am 02 Oktober 2015, 21:21:41
Hallo Noice,
Stelle den Signalduino mal auf verbose 4.
Wenn der Sender was Sendet wirst Du einige Einträge im Fhem Log finden.
Poste die hier oder als Issue in github.
Das Demodulieren sollte leicht sein. Dann brauchen wir nur noch ein Modul zum Dekodieren.
Sidey
Hi sidey,
Also hab das auf verbose 4 umgestellt aber ich denke ich empfange zu viel aus meinem Umfeld.
Wenn das okay wäre würde ich dir den Sender zukommen lassen. Kannst ihn dann auch behalten..
Bräuchte nur deine Adresse per pm
Gruss noice
Gesendet von meinem Valencia2_Y100pro mit Tapatalk
Zitat von: pejonp am 06 Oktober 2015, 10:49:57
Antwort zu 286
Hallo sidey,
Schau mal hier, http://www.f6fbb.org/domo/sensors/ da gibt es einige infos. Aber ich glaube diese Sensoren haben ein anderes Protokoll ask ook oder so. Deshalb werden diese auch mit den rfm12b oder nachfolgetypen rfm69.. Empfangen (siehe Jeelink)
Jörg
http://fredboboss.free.fr/?p=742
Hi Jörg,
TX3 ist schon implementiert.
Ich empfange da auch immer mal was aus der Nachbarschaft.
Hast Du so einen und es geht nicht?
Sidey
Hi,
hab mal etwas weiter mit dem Sduino gespielt nachdem ich noch einen alten Temp. Sensor gefunden habe.
Hatte erst gedacht alles plug and Play aber obwohl es ein Auriol ist erhalte ich folgende Meldung im Log:
2015.10.06 18:46:38 4: SIGNALduino/msg READ: MS;P0=-124;P1=457;P2=-4550;P3=-1984;P4=-9558;D=1413131313131312131212121213131313121212131212131313121213;CP=1;SP=4;
2015.10.06 18:46:38 4: CUL_TCM97001 Unknown 2 (02F0EC6000) length: 10
2015.10.06 18:46:38 4: CUL_TCM97001 Device not implemented yet name Unknown msg 02F0EC6000
2015.10.06 18:46:39 4: SIGNALduino/msg READ: MS;P0=458;P1=-4549;P2=-1985;P3=-9560;D=0302020202020201020101010102020202010101020101020202010102;CP=0;SP=3;
2015.10.06 18:46:39 4: Dropped (s02F0EC6000) due to short time or equal msg
Habe mal Testweise versch. Model im Device gestestet aber nach dem nächsten Signal switcht er wieder auf Unknown.
Gruß
Greg
P.S. hattest du schon Zeit mit Demodulieren der Livolo?
Hi Greg,
Das Signal sieht ähnlich dem aus, welches die Sensoren im tcm97001 Modul verwenden.
Durch die Toleranzen wird es an das Modul übergeben.
Allerdings gibt es ein paar Abweichungen. Sieht so aus, als ob ein anderer Encoder Chip verwendet wird.
Hast Du als Vergleich auch einen anderen Sensor aus der tcm97001 Reihe?
An Livolo habe ich etwas geschraubt.
Dein Taster sollte in Bits dekodiert werden. Mach mal ein Update.
Allerdings ist das eine seltsame Modulation nach den Dokumentationen, welche ich im Internet gefunden habe.
Da gibt es für eine 0 bzw. 1 zwei Mögliche Signalzustände. Da bin ich mir noch nicht sicher, wie ich das berücksichtige, bislang ist mir so was noch nicht unter gekommen.
Grüße Sidey
Zitat von: Sidey am 06 Oktober 2015, 13:01:21
...
TX3 ist schon implementiert.
Hast Du so einen und es geht nicht?
...
Hallo Sidey,
ich habe einige andere (siehe Signatur), die kann ich aber alle empfangen (JeeLink).
Jörg
Hi Sidey,
leider habe ich momentan nur diesen Temp. Sensor. In einer Kiste beim Aufräumen gefunden. Wenns mit dem nicht klappt ist es aber auch nicht tragisch.
Zu den Livolo, das kommt jetzt raus:
2015.10.06 21:25:10 4: SIGNALduino/msg READ: MU;P0=-190;P1=-2060;P2=483;P3=-127;P4=140;P5=-300;P6=1371;D=012340434343434340434340434340404040404040204040404040404040404040404040404040404020404040404040404040404040404040404040402040404040404040404040404040404040404040204040404040404040404040404040404040404020404040404040454040454040404040404040;CP=4;O;
2015.10.06 21:25:10 4: SIGNALduino/msg READ: MU;P0=-156;P1=141;P2=-316;P3=465;P4=288;D=012101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103012101010101010101010101010101010101010301010101010101010101010101010101010101030101010101040101010101010101010101010103010101010100;CP=1;O;
2015.10.06 21:25:10 4: SIGNALduino/msg READ: MU;P0=-198;P1=145;P2=452;D=00101010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010100;CP=1;
2015.10.06 21:25:10 4: SIGNALduino/msg READ: MU;P0=-195;P1=151;P2=456;D=01010101010102010101010101010101010101010100;CP=1;
2015.10.06 21:25:10 4: SIGNALduino/msg READ: MU;P0=-202;P1=195;P2=115;P3=-324;P4=454;D=010202023101010401010101010101010101010101010101010101040101010101010101010101010100;CP=1;
2015.10.06 21:25:10 4: SIGNALduino/msg READ: MU;P0=-198;P1=108;P2=446;P3=-322;D=0010101010102010101010101013101013101010101010101010200;CP=1;
2015.10.06 21:25:10 4: SIGNALduino/msg READ: MU;P0=-203;P1=110;P2=456;P3=276;D=00101010101010101010101010101010101010201010101010301010101010101010101010100;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-194;P1=452;P2=140;P3=-332;D=001020202020202020202020202020202020202020102320202020202020202020202020202020202010202020202020202020202020202020202020201020202020202020202020202020202020202020102020202020202020202020202020202020202010202020202020202020202020202020202020;CP=2;O;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=140;P1=-183;P2=463;P3=-328;D=001010101010101010121030101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010;CP=0;O;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-240;P1=131;P2=276;P3=455;P4=-332;D=001010201010102010101010101010101030101010101010101010101010101010101010103010101010101014101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010;CP=1;O;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-189;P1=443;P2=117;D=010202020202020202020202020202020202020201020202020202020202020202020202020202020100;CP=2;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-196;P1=119;P2=-176;P3=452;D=01212121212101212101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010100;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-191;P1=204;P2=264;P3=454;D=01020101010101010301010101010101010101010101010101010101030101010101010101010101010101;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-196;P1=117;P2=111;P3=452;D=0010202020101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-199;P1=115;P2=450;D=0102010101010101010101010101010101010101010201010101010101010101010101010101010100;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-194;P1=109;P2=119;P3=442;D=00102020201010103010101010101010101010101010101010101010300;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-185;P1=108;P2=-170;P3=452;P4=-336;D=010121210101010101010101010101010101010301010101010101010101010101010101410101;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-197;P1=177;P2=448;D=00101010101010101010101010101010101010201010101010100;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-194;P1=-164;P2=181;P3=108;P4=446;D=0121302121202121202020202020204020202020202020202020202020202020202020402020202020201;CP=2;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-194;P1=151;P2=-162;P3=464;D=01212101212101010101010103010101010101010101010101010100;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-164;P1=210;P2=457;P3=-324;D=010101010101010101010101020101010101010131010101010101010101010102010101010101010101010101010101010101010201010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010100;CP=1;O;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=111;P1=-203;P2=456;P3=-336;D=01210101010101010301010101010101010101013;CP=0;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-195;P1=198;P2=452;P3=268;D=01010201010101010101010101010101010101010101020101010101030101010101010101;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-190;P1=114;P2=446;D=01010101010102010101010101010101010101010101010101010201;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-203;P1=-168;P2=111;P3=456;D=01213120212121212020202020202020202020202020302020202020202020202020202020202020200;CP=2;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-187;P1=191;P2=450;D=00101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010100;CP=1;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-191;P1=-167;P2=184;P3=444;D=0120212121212120212020202020202020202020302020202020201;CP=2;
2015.10.06 21:25:11 4: SIGNALduino/msg READ: MU;P0=-188;P1=188;P2=-169;P3=458;D=01212101212101010101010103010101010101010101010101010101010101010301010101010100;CP=1;
Ich kann über die selbe Taste Ein bzw. Ausschalten denke mal daher die 2 Signalzustände. Zusätzlich gibt es noch eine Taste die mir immer alle Schalter welche auf der FB codiert sind ausschaltet.
Hallo Sidey,
ich habe heute einmal ein Update von dev-cresta gemacht. Es werden nur noch OREGON, WS0002 und Pearl erkannt, alles andere nicht mehr. Ich habe im 00_Signalduino.pm Hideki bzw. Cresta aktiviert. Die Daten werden im Log auch dekodiert aber nicht übergeben oder dort nicht weiterverarbeitet. Als Anhang der Log. Firmeware ist 3.1.6.
Jörg
Hi Jörg,
Hast Du auch die Signalduino00 aus dem dev-cresta Branche?
So langsam, sollten wir das Modul mal fertig machen und dann die Zweige über führen.
Sidey
Zitat von: Sidey am 07 Oktober 2015, 15:53:59
...
Hast Du auch die Signalduino00 aus dem dev-cresta Branche?
So langsam, sollten wir das Modul mal fertig machen und dann die Zweige über führen.
..
Hallo Sidey,
ja habe ich. Und der letzet Stand als Cresta hat funktioniert.
Jörg
Zitat von: pejonp am 07 Oktober 2015, 16:04:58
Hallo Sidey,
ja habe ich. Und der letzet Stand als Cresta hat funktioniert.
Jörg
Hi Jörg,
In Zeile 1830 müsste stehen Hideki protocol converted...
In deinem Log taucht aber Cresta protocol converted...
Das lässt vermuten, dass nicht das aktuelle 00_Signalduino aus dem Cresta Branch bei dir läuft.
Grüße Sidey
Zitat von: Sidey am 07 Oktober 2015, 16:17:39
....
In Zeile 1830 müsste stehen Hideki protocol converted...
In deinem Log taucht aber Cresta protocol converted...
...
Hallo Sidey,
ich habe jetzt folgendes gemacht. FHEM gestopt. Alle Cresta, Hideki und Signalduino Dateien gelöscht. FHEM gestartet. Fehler weil die Dateien nicht da sind (siehe Log).
in FHEM :
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt
gemacht. FHEM-Server noch einmal neu gestartet. Keine Veränderung, ausser das jetzt im Log Hideki steht.
Hast du einen Bresser,Hama oder Sensor da zum testen. Wenn nicht, schicke mir mal eine PM mit der Adresse und ich lasse dir einen zukommen, damit auch bei späteren Ändernungen nicht immer die Sensoren rausfliegen.
Jörg
Hallo Jörg,
Zitat von: pejonp am 07 Oktober 2015, 16:52:23
Hast du einen Bresser,Hama oder Sensor da zum testen. Wenn nicht, schicke mir mal eine PM mit der Adresse und ich lasse dir einen zukommen, damit auch bei späteren Ändernungen nicht immer die Sensoren rausfliegen.
Nein ich habe derzeit keinen. Ich teste immer mit euren Daten :)
So richtige Regressionstest von allem mache ich leider nicht. Da müsste ich mir mal was überlegen. Das ginge sogar über FHEM Befehle.
Nunja, ich habe gestern getestet. Wieso ich den Fehler nicht gefunden habe, wundert mich ja selbst.
Ausnahmsweise bin ich auch mal nicht Schuldig. Mir ist zwar noch nicht klar, wieso das Problem erst jetzt aufgetreten ist, aber ich konnte den Fehler finden und einen Workaround einbauen.
Eigentlich liegt das Problem im 41_Oregon Modul. Die Daten passen auch auf das Match Regex für dieses Modul.
Das Modul versucht den Sonsor zu identifizieren, gibt aber nicht undef sondern einen Text aus.
Damit wird kein anderes Modul, in dem Fall das Hideki, mit den Daten versorgt.
Ich werde einen Patch für das Oregon Modul vorschlagen, damit es aber wieder funktioniert, habe ich die Reihenfolge des Hideki Modules verändert. Es wird jetzt einfach vor dem Oregon Modul aufgerufen.
Grüße Sidey
Zitat von: Sidey am 07 Oktober 2015, 20:31:13
Eigentlich liegt das Problem im 41_Oregon Modul. Die Daten passen auch auf das Match Regex für dieses Modul.
Das Modul versucht den Sonsor zu identifizieren, gibt aber nicht undef sondern einen Text aus.
Hallo Sidey,
seltsam, ich hatte beim Match Regex noch nie Probleme mit dem Oregon Modul. Die Bresser- und Hama Sensoren haben immer problemlos funktioniert.
Kann das evtl damit zusammenhängen, daß ich als Firmeware noch die 3.1.5 habe?
Ist eigentlich irgendwo definiert, daß die Hideki message mit "58" oder "50" beginnt?
Wenn sie z.B. mit "hi" beginnen würde, dürfte es beim Match Regex keine Probleme mit anderen Modulen geben.
Gruß Ralf
Hi Ralf,
Zitat von: Ralf9 am 07 Oktober 2015, 21:22:42
seltsam, ich hatte beim Match Regex noch nie Probleme mit dem Oregon Modul. Die Bresser- und Hama Sensoren haben immer problemlos funktioniert.
Ja, in den Modulen selbst ist es definiert, aber im IO Device kann man auch eine Matchlist pflegen:
"4:OREGON" => "^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*",
"3:Hideki" => "^[5][0|8]75[A-F0-9]+",
Im Modul kann man das etwas genauer machen wenn man möchte.
5875.. anfangen, passen in die Regex des Oregon Modules, obwohl es das j nicht auswerten kann.
Prinzipiell ist es nicht tragisch, aber es gibt sowas wie ein "alles ok" an die dispatch Funktion zurück.
Da jetzt etwas künstlich vorne an zu stellen, halte ich nicht für zielführend.
Setzt man HI davor und hat noch ein Modul das H vorne angestellt als Indikator verwendet hat man wieder nichts gewonnen. H gab es auch schon mal beim FHEMDuion, ob das noch wo verwendet wird weiss ich aktuell nicht. Zwangsläufig gehen einem aber schnell die Buchstaben aus.
Da fand ich es logisch die Länge + 0x75 als Indikator ob es eine Hideki Nachricht ist.
Grüße Sidey
Hallo Sidey,
Danke, nun ist es klar. Es gibt also Hideki Nachrichten mit einer Länge von 50 und 58.
Wenn die Nachricht in die Hideki Regex passt, dann wird die OREGON Regex gar nicht mehr geprüft.
Das passt dann so.
Gruß Ralf
Hi Ralf,
Fast.
Wenn das hideki Modul einem Return wert der als int 1 gewertet wird zurück gibt, dann werden die Daten nicht an das Oregon Modul gegeben.
Soweit ich das einschätze, hat der Windmesser zwei Bytes mehr.
Es ist also wahrscheinlich, dass andere Längen auch noch ein valides Hideki Signal sind.
Grüße Sidey
Hallo allerseits,
Wollte mal ein kleines Update geben:
Dank des Anwenders Ellert , habe ich die Nachrichten Verarbeitung für MU Nachrichten über arbeitet.
Da waren unschöne Bugs enthalten.
Dabei bin ich auch auf einen Bug im der Firmware gestoßen, der einen Absturz verursachen kann.
Leider wohl nicht der letzte.
Außerdem habe ich einige Signale in letzter Zeit definiert.
Viele davon werden noch nicht sauber dekodiert, das führt zu jeder Menge Dekodierungs Versuchen und Meldungen im Log.
Keine Sorge. Ich werde das noch lösen, dass die Logmeldungen wieder reduziert werden.
Grüße Sidey
Zitat von: Sidey am 08 Oktober 2015, 10:26:21
Wenn das hideki Modul einem Return wert der als int 1 gewertet wird zurück gibt, dann werden die Daten nicht an das Oregon Modul gegeben.
Ist dies der Returnwert vom {Match} oder vom {ParseFn}?
Gruß Ralf
Parsefn
Hallo Sidey,
ich habe testweise mal FHEMduino gegen Signalduino ausgetauscht (siehe http://forum.fhem.de/index.php/topic,17196.msg336757.html#msg336757).
In der Tat: das Oregon-Device liefert wieder Daten. Muß also irgendwas im FHEMduino-Modul im Argen sein...
Auch werden deutlich mehr Geräte empfangen (wahrscheinlich die lieben Nachbarn).
Das Konzept der Signalbearbeitung finde ich super und wegweisend.
Leider klappt aber dort der IT/Elro Zweig besser als beim Signalduino. Dort klappt Senden und Empfang der Funksignale besser. Da ich meine Wohnzimmer/Gartenbeleuchtung mit diesen Elro-Funksteckdosen automatisiert habe, bin ich wieder erst einmal zurückgekehrt zu FHEMduino.
Für die Funksteckdosen wird bei Dir nach der Dekodierung das Modul 10_IT.pm benutzt. im FHEMduino ist es das Modul 14_FHEMduino_PT2262.pm oder?
Liegt es vielleicht an diesem Unterschied?
Hi Rappsan,
Schön, dass Du es mal probiert hast.
Warum das mit den Steckdosen bei dir nicht funktioniert, kann ich nicht ohne ein paar Logs feststellen.
Ich hab auch ein paar Steckdosen, da klappt die Erkennung genauso gut oder schlecht wie im Fhemduino.
Kannst Du mir mal die Logs mit Verbose 5 erstellen?
Grüße Sidey
Zitat von: Sidey am 07 Oktober 2015, 20:31:13
..
Nein ich habe derzeit keinen ...
Nunja, ich habe o das Problem erst jetzt aufgetreten ist, aber ich konnte den Fehler finden und einen Workaround einbauen.
Eigentlich liegt das Problem im 41_Oregon, Modul.
Hallo sidey,
Mit dem hideki stehe ich irgendwie auf dem Schlauch . Auch wenn ich eine ältere Versions zurückspiele (cresta) werden keine Sensoren mehr angelegt. Im log wird alles erkannt aber irgendetwas an der weiter/Übergabe stimmt nicht. Die nachfolgemodule werden nicht angesprochen. Ich werde heute mal alle Einträge bis auf hideki rausnehmen, mal sehen was passiert. Oder gibt es eine andere Lösung ?
Jörg
Nur zur Info meine Elro Steckdosen funktionieren ohne Probleme :) 8)
Hi Jörg,
Ich verstehe auch nicht, weshalb es da solche Probleme gibt.
Ist ja echt zum heulen, da ich es gestern auch noch getestet habe.
In welchem Zeitabständen kommen die Werte bei dir vom Sensor an?
Sidey
Ich habe mal ein wenig mit der matchListSIGNALduino rumgespielt.
Ist irgendwie seltsam. Es sieht bei mir so aus, als hätte die $hash->{Match} regex in den logischen Modulen vorrang.
Obwohl nach dieser Matchlist keine Nachrichten zum Hideki- und SIGNALduino_ID7-Modul übergeben würden dürften, Werden die Nachrichten mit dem Dispatcher zum $hash->{ParseFn} des Moduls übergeben und dort verarbeitet.
Matchlist:
1:IT ^i......
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:Hideki ^xx
4:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
5:CUL_TX ^TX..........
6:SIGNALduino_AS AS[A-Fa-f0-9]{7,8}
7:SIGNALduino_ID7 ^aa[A-Fa-f0-9]{9}
8:SIGNALduino_RSL ^rA-Fa-f0-9]+
9:SIGNALduino_un u[1-6|8-9].*
Hideki_Parse sduino incomming 58756BBACAE7BEC755D05B00
ID7_Parse u74E9091F49
Beim 41_OREGON.pm ist mir auch ein Fehler aufgefallen.
Am Ende ist ein " , " anstatt " ; "
$hash->{Match} = "^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*", #38-78
Durch die folgende Änderung in der "sub SIGNALduino_Hideki()" wäre in der Matchlist eine klare Trennung zwischen Hideki und Oregon möglich
$hidekihex = "Hi" . $hidekihex; # Number of bits
Gruß Ralf
Hi Ralf,
Ich glaube ich muss mir das von Rudi mal erklären lassen.
Ich habe das Gefühl dass die clientlist zuerst durchgearbeitet wird und erst danach die Matchlist.
Für die clientlist gibt es auch eine Reihenfolge, allerdings habe ich nicht verstanden, wie man sie manipuliert.
Grüße Sidey
Zitat von: Sidey am 08 Oktober 2015, 15:51:40
Hi Jörg,
Ich verstehe auch nicht, weshalb es da solche Probleme gibt.
....
Hallo Sidey,
ich habe ein paar Test durchgeführt. In die fhem.cfg habe ich nur den Aufruf für den Signalduino eingetragen.
define sduino SIGNALduino /dev/signald
und in der 00_SIGNALduino.pm alles rausgenommen bis auf "3:Hideki". Damit wurden die Sensoren angelegt.
Dann die anderen Einstellungen wieder aktiviert. Damit wurden die anderen Sensoren angelegt.
Nochmal ein update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt gemacht.
Auch alles ok.
Die alte fhem.cfg wieder hergestellt, aber vorher alle Einträge von CUL_TMC..,OREGON und Cresta entfernt. Und siehe da es geht. War also mein Fehler. Vielen Dank für deine Arbeit und Mühe.
Habe Firmeware 3.1.7 drauf. Läuft.
Jörg
Zitat von: Sidey am 08 Oktober 2015, 22:56:40
Ich habe das Gefühl dass die clientlist zuerst durchgearbeitet wird und erst danach die Matchlist.
Ja, so sieht es aus.
Ich habe mir darüber auch mal Gedanken gemacht wie man das verbessern könnte.
Damit müssten dann im log auch die vielen "Unknown code" Meldungen vom dispatcher weg sein. Da es mir zuviel geworden ist habe ich beim sduino den verbose auf 2 gesetzt.
Dies müsste erreicht werden wenn am Ende der der Parseroutinen mit der in der ProtocolListSIGNALduino enthaltene modulematch regex geprüft wird.
In etwa so:
my $modulematch = $ProtocolListSIGNALduino{$id}{modulematch};
if ($dmsg =~ $modulematch && $ProtocolListSIGNALduino{$id}{clientmodule} ne "undef")
{
SIGNALduno_Dispatch($hash,$rmsg,$dmsg);
$message_dispatched=1;
}
Bei einer leeren clientlist müsste nur die Matchlist verwendet werden
my $clientsSIGNALduino = ":"
Durch die modulematch regex Abfragen in den parse Routinen müsste eine vereinfachte Matchlist reichen:
Matchlist:
1:IT ^i.*
2:CUL_TCM97001 ^s.*
3:Hideki ^Hi75.*
4:OREGON ^([3-7]).*
5:CUL_TX ^TX.*
6:SIGNALduino_AS ^AS.*
7:SIGNALduino_ID7 ^u7.*
8:SIGNALduino_RSL ^r.*
9:SIGNALduino_un ^u[1-6|8-9].*
Gruß Ralf
Hi Ralf,
Finde ich gut, dass Du dich da so eingelesen hast. Ich hab im Entwicklungs Forum mal eine Frage gestellt, wie das gedacht ist.
Vielleicht bringt uns das ja auch noch etwas weiter.
Zitat von: Ralf9 am 09 Oktober 2015, 13:40:54
Damit müssten dann im log auch die vielen "Unknown code" Meldungen vom dispatcher weg sein. Da es mir zuviel geworden ist habe ich beim sduino den verbose auf 2 gesetzt.
Die kommen immer dann, wenn keines der logischen Module einen Erfolg gemeldet hat oder?
Also insbesondere von Protokollen die ich noch nicht richtig kenne.
Zitat von: Ralf9 am 09 Oktober 2015, 13:40:54
Dies müsste erreicht werden wenn am Ende der der Parseroutinen mit der in der ProtocolListSIGNALduino enthaltene modulematch regex geprüft wird.
Diese Variable, habe ich vorgesehen um die ModuleMatch Liste per Konfiguration anpassen zu können.
Meine Idee ist, dass man sich in einem Attribut die unterstützten Protokolle aktiviert oder deaktiviert. So ähnlich wie bei den Räumen.
Zitat von: Ralf9 am 09 Oktober 2015, 13:40:54
In etwa so:
my $modulematch = $ProtocolListSIGNALduino{$id}{modulematch};
if ($dmsg =~ $modulematch && $ProtocolListSIGNALduino{$id}{clientmodule} ne "undef")
Bei einer leeren clientlist müsste nur die Matchlist verwendet werden
my $clientsSIGNALduino = ":"
Wenn in der Matchlist jetzt die identische Regex stehen würde wie in $modulematch.
Hätte man dann nicht den gleichen Effekt, wenn man Dispatch einfach ohne die Regex Abfrage in der parse Funktion ausführt.
Vom Prinzip, wird da ja nichts anderes gemacht.
Zitat von: Ralf9 am 09 Oktober 2015, 13:40:54
Durch die modulematch regex Abfragen in den parse Routinen müsste eine vereinfachte Matchlist reichen:
Ich würde eher dazu tendieren, erst etwas ungenauer zu filtern und zum Schluss hin immer genauer zu werden.
Kann dir jetzt aber nicht genau sagen wieso. :)
Grüße Sidey
Hi Jörg,
Zitat von: pejonp am 08 Oktober 2015, 23:13:50
Die alte fhem.cfg wieder hergestellt, aber vorher alle Einträge von CUL_TMC..,OREGON und Cresta entfernt. Und siehe da es geht. War also mein Fehler. Vielen Dank für deine Arbeit und Mühe.
Hmm. Da bin ich mir nicht so sicher ob das wirklich an die lag.
Ich bin jetzt etwas schlauer, was diverse Verhalten angeht.
Kannst Du mir sagen, in welchem Zeitabstand ein Sensor eine Nachricht überträgt?
Am Autocreate wurde die Tage was verändert, das könnte Einfluss gehabt haben.
Grüße Sidey
Zitat von: Sidey am 09 Oktober 2015, 20:47:28
Die kommen immer dann, wenn keines der logischen Module einen Erfolg gemeldet hat oder?
Die "Unknown code" Meldungen kommen, wenn der dispatcher kein Modul gefunden hat dem er eine Nachricht übergeben konnte.
Die Unknown Meldungen kommen auch, wenn in der Matchliste keine regex zu der Nachricht passt.
D.H. die Unknown Meldungen bekommen wir nur weg, wenn die regex in der parse Funktion genauer als in der Matchlist ist.
Zitat von: Sidey am 09 Oktober 2015, 20:47:28
Diese Variable, habe ich vorgesehen um die ModuleMatch Liste per Konfiguration anpassen zu können.
Meine Idee ist, dass man sich in einem Attribut die unterstützten Protokolle aktiviert oder deaktiviert. So ähnlich wie bei den Räumen.
Ja, das ist eine sehr gute Idee. Macht aber IMHO nur sinn, wenn es Dir gelingt eine Auswahlbox wie beim room zu programmieren.
Es würde auch genügen ein Attribut "whitelist" zu haben wo man dann die IDs komma getrennt eintragen kann.
Beim Hideki ist mir was aufgefallen. Ab und zu werden Nachrichten mit 160 Bit empfangen die auch als ID10 erkannt werden.
2015.10.09 22:27:58 3: protocol does not match return from method. id 10, clock 465 length 42 -> OSV2
2015.10.09 22:27:58 3: sduino: hideki protocol converted to hex: (Hi75E8BACA78BF21512F3675E8BA8A78BF215100) with length (160) bits, messagestart 0
2015.10.09 22:27:58 3: Found matched Protocol id 12, clock 465 length 42 -> Hideki protocolGruß Ralf
Hi,
ich muss gerade mal ne neue Diskussion starten.
Die Sache ist folgende. Normalerweise, werden Funknachrichten mehrfach übertragen. Bei den Nachrichten, die mit einem klaren Sync anfangen, gebe ich derzeit nur eine einzige Nachricht aus. Alle Wiederholungen verwerfe ich. Bei meinen Wettersensoren, können das schon mal 6 Wiederholungen sein.
Jetzt habe ich ein bisschen darüber nachgedacht, wie man eigentlich Fehler in der Übertragung entdeckt. Entweder über eine Checksumme oder über den Vergleich mit Mehrfachen Übertragungen.
Ich bin mir jetzt etwas unsicher, ob ich alle Wiederholungen vom Arduino an den FHEM Sererver schicken sollte.
Ich habe das mal eingebaut und da kommt dann folgendes Gewitter für einen Wettersensor an.
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: Dropped (s58880CB43000) due to short time or equal msg
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
2015.10.10 00:24:06 4: SIGNALduino/msg READ: MS;P0=-3392;P1=515;P2=-1926;P3=-3875;P4=-9196;D=14121312131312121213121212131212121212121213131212131213131213121212121313;CP=1;SP=4;O;
Wie man sieht, kommt die Nachricht mehrfach an und wird dann halt jedesmal verworfen, da nicht genügend Zeit vergangen ist.
Wenn man das so sieht ist es unsinnig. Beschäftigt habe ich mit dem Thema, da die Erkennung bei den Funksteckdosen manchmal nicht so astrein funktioniert.
Jetzt könnte man im FHEM eine Prüfung einbauen, wodurch der Befehl nur weitergegeben wird wenn x Wiederholungen erkannt wurden.
Ich könnte es auch auf dem Arduino vergleichen, dann müsste man aber so ne Art Checksumme oder so berechnen, sonst kostet das wieder so viel Speicher.
Grüße Sidey
aktuell verwendet fhem die erste nachricht und verwirft die darauf folgenden duplikate. wenn du auf fhem seite alle duplikate verwirfst und nur die letzte nachricht verwendest hast du doch den gleichen aufwand und zusätzlich eine größere verzögerung. ich glaube das wäre z.b. für schalter und lampen nicht ideal.
wenn du aber meinst das du nur nachrichten die auf jeden fall z.b. zwei mal identisch empfangen wurden überhaupt berücksichtigen willst gehört das auf den arduino. das würde die systemlast tatsächlich senken.
gruss
andre
Zitat von: Sidey am 10 Oktober 2015, 00:38:08
Die Sache ist folgende. Normalerweise, werden Funknachrichten mehrfach übertragen. Bei den Nachrichten, die mit einem klaren Sync anfangen, gebe ich derzeit nur eine einzige Nachricht aus. Alle Wiederholungen verwerfe ich. Bei meinen Wettersensoren, können das schon mal 6 Wiederholungen sein.
Das geht dann wahrscheinlich nur bei den MS-Nachrichten. Wie machst Du es aktuell im Arduino mit den Wiederholungen bei den MC- und MU-Nachrichten?
Oder kann man davon ausgehen, daß die meisten Funksteckdosen MS Nachrichen senden?
Zitat von: Sidey am 10 Oktober 2015, 00:38:08
Ich bin mir jetzt etwas unsicher, ob ich alle Wiederholungen vom Arduino an den FHEM Sererver schicken sollte.
Du könntest die Anzahl der Wiederholungen auch mit einem set-Befehl konfigurierbar machen. z.B. set MSrepeat <anzahl>
und dann mit get config auslesen und ins reading schreiben.
Gruß Ralf
Hi Ralf,
Bei Mu wird alles ausgegeben was vorhanden ist.
Dabei können auch Wiederholungen ausgegeben werfen, da ich im Arduino nicht zweifelsfrei erkennen kann, wo die Übertragung einer Nachricht beginnt / endet.
Bei den Mc Nachrichten wird aktuell nur eine übergeben. Das könnte ich noch anpassen, dass auch eine 2. übergeben wird.
Die gängigen Funksteckdosen verwenden Signale mit Sync. Ich habe auch noch eine die sendet ohne Sync und kenne noch ein weiteres System.
Da müssten die Wiederholungen in Fhem ausgewertet werden. Im Arduino sehe ich da aktuell keine Chance.
Die Ms Nachrichten könnte man im Arduino über eine crc8 Routine vergleichen.
Ich weiss nur noch nicht, wie man das effizient implementiert. Immerhin weiss ich ja nicht, welche der Übertragungen die korrekte ist.
Wenn ich nun die 1. mit der 2. vergleiche und der crc stimmt nicht, dann weiss ich ja nicht, welche Übertragung nun fehlerhaft ist. Also muss ich eine 3. prüfen und dann gegen beide wieder vergleichen. Stimmt keiner, ist alles Müll oder irgendwas unerwartetes ist passiert.
Wenn zwei oder drei Nachrichten nicht in den Puffer passen, müsste man sich auch was überlegen. Bei Funksteckdosen aktuell kein Problem. Es passen derzeit ca. 120 Bit in den Puffer. Eine MS Nachricht hat meist nicht mehr als 40 Bit. Zwei passen also immer rein.
Grüße Sidey
Hallo Ralf,
Zitat von: Ralf9 am 10 Oktober 2015, 00:05:52
Die "Unknown code" Meldungen kommen, wenn der dispatcher kein Modul gefunden hat dem er eine Nachricht übergeben konnte.
Das sollte ja eigentlich nicht in unserem Fall auftreten.
Zitat von: Ralf9 am 10 Oktober 2015, 00:05:52
Die Unknown Meldungen kommen auch, wenn in der Matchliste keine regex zu der Nachricht passt.
D.H. die Unknown Meldungen bekommen wir nur weg, wenn die regex in der parse Funktion genauer als in der Matchlist ist.
Hmm, bist Du dir da sicher? Ich würde das prüfen viel lieber der Dispatch Funktion überlassen.
Zitat von: Ralf9 am 10 Oktober 2015, 00:05:52
Ja, das ist eine sehr gute Idee. Macht aber IMHO nur sinn, wenn es Dir gelingt eine Auswahlbox wie beim room zu programmieren.
Es würde auch genügen ein Attribut "whitelist" zu haben wo man dann die IDs komma getrennt eintragen kann.
Das ist vermutlich eine Fleißarbeit... deshalb ist es auch noch nicht umgesetzt.
Zitat von: Ralf9 am 10 Oktober 2015, 00:05:52
Beim Hideki ist mir was aufgefallen. Ab und zu werden Nachrichten mit 160 Bit empfangen die auch als ID10 erkannt werden.
2015.10.09 22:27:58 3: protocol does not match return from method. id 10, clock 465 length 42 -> OSV2
2015.10.09 22:27:58 3: sduino: hideki protocol converted to hex: (Hi75E8BACA78BF21512F3675E8BA8A78BF215100) with length (160) bits, messagestart 0
2015.10.09 22:27:58 3: Found matched Protocol id 12, clock 465 length 42 -> Hideki protocol
Gruß Ralf
Die Nachricht ist zweimal da. Wird also direkt hintereinander ohne Pause übertragen.
Das wird für das IODev Modul etwas schwierig zu erkennen, da es das Ende ja nicht kennt. Das ganze Hideki Protokoll würde ich ja lieber in dem Hideki Modul verarbeiten.
Das macht die Regex nun aber etwas schwierig. Insbesondere, da die 2. Nachricht auch noch 2x 00 hat.
Als sehr einfache Lösung könnte ich mir Vorstellen man prüft in
SIGNALduino_Hideki nach 0x75 ein 2. mal.
Als ich gerade noch mal die Längenprüfung für MC Signale angesehen habe ist mir aufgefallen, dass ich sonst immer die Anzahl der Bits prüfe.
Bei den MC Messages, sind es aber nicht bits, sondern nibble. Anders gesagt, unter 80 bit (20 nibble) wird erst gar nichts als hideki erkannt.
So macht das bei den MC Messages aber dann wohl wenig Sinn. Die Längenprüfung sollte man wohl erst machen, wenn man weiß, wo das Signal beginnt.
in SIGNALduino_Hideki könnte man in etwa folgendes machen:
my $message_start=index($bitData,"10101110");
my $message_end=length($bitData);
if (index($bitData,"0101110",$message_start+9) >= 0 ) # 0x75 ein zweites mal gefunden
{
message_end=index($bitData,"0101110",$message_start+9)
}
if (length($bitData) >= $ProtocolListSIGNALduino{$id}{length_min}*4 and length($rawData) <= $ProtocolListSIGNALduino{$id}{length_max}*3)
{
## convert to hideki hex...
}
Naja, noch besser wäre vielleicht das ganze in eine schleife zu packen und zu checken ob die Wiederholung auch identisch zur 1. Nachricht ist.
Auf jeden Fall wissen wir jetzt, dass nur Sensoren erkannt werden, welche die Nachricht mindestens 2x hintereinander ohne Pause übermitteln.
Irgendwer hatte mich auch mal gefragt, wieso das dekodieren nicht klappt, wenn zum Senden die Lib von Randy Simons verwendet wird. Ist mir jetzt klar, denn er hat in seiner lib einen delay von 30 ms vor einer Wiederholung eingebaut. Wobei er auch noch Byte 3 verändert.... ganz komische Sache also.
Vermutlich gibt es auch Sensoren die sich genau so verhalten.
Daraus ergeben sich erst mal folgenden Todos im Zusammenhang MC und Hideki:
- Wiederholungen in MC Messages erkennen und separieren
- Wiederholungen Protokollspezifisch auswerten, ggf. via fingerprintFn()
- Längenangabe und Prüfung überarbeiten
Zur Matchlist und Clientlist, bin ich immer noch nicht schlauer.
Ich hatte zwischenzeitlich angenommen, dass man die Clientlist nur für sendende Module noch benötigt und mit der Matchlist auskommen kann.
Die Annahme wurde aber leider nicht bestätigt. Weiterhin beeinflusst die Zahl vor dem Modulnamen also 41_OREGON oder 10_Hideki die Sortierreihenfolge in der Clientlist. In der Matchlist wird diese ja manuell angegeben.
Ich würde aber trotzdem mal dazu tendieren, nur die Sendenden Protokoll in die Clientliste zu setzen und alles andere über die Matchlist laufen zu lassen.
Wenn ich den Code verstanden habe, sollte das doch laufen.
Grüße Sidey
Zitat von: Sidey am 10 Oktober 2015, 22:50:31
Das sollte ja eigentlich nicht in unserem Fall auftreten.
Hmm, bist Du dir da sicher? Ich würde das prüfen viel lieber der Dispatch Funktion überlassen.
Ich würde es gerne so machen:
Vor dem Dispatch prüfen ob $ProtocolListSIGNALduino{$id}{clientmodule} ungleich 'undef'
und wenn in $ProtocolListSIGNALduino{$id}{modulematch} eine regex steht, diese vor dem dispatch prüfen.
Dies macht vorallem bei genauen regex wie beim Hideki- und ID7-Modul Sinn, damit der dispatcher bei fehlerhaft empfangenen Nachrichten unnötigerweise "beschäftigt" wird und um die unknown Meldungen zu vermeiden.
Zitat von: Sidey am 10 Oktober 2015, 22:50:31
Das ist vermutlich eine Fleißarbeit... deshalb ist es auch noch nicht umgesetzt.
Ja, das hast richtig erkannt. :)
Ich würde es mit einem Attribut machen das z.B. "whitelist_IDs" heißt. Dort werden dann die IDs komma getrennt eingetragen.
ZitatAls sehr einfache Lösung könnte ich mir Vorstellen man prüft nach 0x75 ein 2. mal.
Ja, das würde ausreichen. In der MC_Parse macht es wahrscheinlich nur Sinn nach der length_min zu prüfen. Der Rest dann in der SIGNALduino_Hideki().
Zitat
Zur Matchlist und Clientlist, bin ich immer noch nicht schlauer.
Ich hatte zwischenzeitlich angenommen, dass man die Clientlist nur für sendende Module noch benötigt und mit der Matchlist auskommen kann.
Die Annahme wurde aber leider nicht bestätigt. Weiterhin beeinflusst die Zahl vor dem Modulnamen also 41_OREGON oder 10_Hideki die Sortierreihenfolge in der Clientlist. In der Matchlist wird diese ja manuell angegeben.
Ich würde aber trotzdem mal dazu tendieren, nur die Sendenden Protokoll in die Clientliste zu setzen und alles andere über die Matchlist laufen zu lassen.
Wenn ich den Code verstanden habe, sollte das doch laufen.
Ich habe hier nachgefragt und justme1968 hat es mir sehr geduldig erklärt.
http://forum.fhem.de/index.php/topic,42018.msg342686.html#msg342686
Nun sind mir die Zusammenhänge klar geworden. Es macht keinen Sinn nur die Sendenden Protokolle in die Clientliste zu setzen, dies hat Nachteile.
Ich würde die Prüfungen vor dem dispatch und das mit dem "whitelist_IDs" Attribut gerne einbauen.
In der SIGNALduino_Hideki() habe ich auch noch einen Fehler gefunden. Die Prüfung nach dem 2.mal 0x75 werde ich dann auch versuchen einzubauen.
Hast Du Dich mittlerweile entschieden ob Du das ID7 Modul umbenennen willst?
SD_WS07 -> SIGNALDuino WeatherSenser ID 07
wäre ok.
Für mich wäre das ganze einfacher, wenn es im github einen stabilen und einen dev Branch geben würde. Damit ich die Bresser/Hama und den Eurochron Temperatursensor verwenden kann, muß ich bei mir eine eigene Version der 00_SIGNALduino.pm pflegen und Deine Änderungen im dev-rawin Branch kann ich nicht verwenden und testen.
Ich würde es praktischer finden, wenn aus dem jetzigen dev-rawin Branch der stabile Branch würde und wenn Du aus den 3 Branches dev-rawin, dev-cresta und dev-proto7 einen dev-Branch machen würdest. Falls Du den Aufwand des umbenennens vom ID7 Modul machen willst, kannst Du dort gleich die umbenannte Datei reinlegen. Ich könnte Dir beim Umbenennen etwas helfen.
Gruß Ralf
Hallo Ralf,
Ich hoffe ich bekomme jetzt alles zusammen. Im großen und ganzen bin ich bei dir.
Whitelist:
Ja, kann man als schnelle Lösung machen. Bin aber nicht sicher, ob eine Blacklist nicht besser wäre. Wenn neue Protokolle stabil implementiert werden, funktionieren sie mit der Whitelist nicht.
Langfristig sollte die Auswahlliste her.
Proto7:
Ja das benennen wir jetzt SD_WS07. Auch wenn ich die Abkürzung Sd eher für Sensor Device gesehen hatte...
Ich mache das im Branch.
Master /Stable:
Ja, ich will eine neue Master Stable machen. Ich schaffe nur dauernd den Absprung nicht. :-(
Dazu folgende Idee, die Änderungen überschaubar halten:
Rawin-> Master v 3.1.8
1. Alle Protokolle, welche wir nicht dekodieren können, werden deaktiviert. Demnach bleibt IT,Cul_TCM97001, TX2 und Oregon aktiv.
2. In parseMC wird die Prüfung auf max Länge entfernt und die Angabe in Längen Variable wird von nibble auf Bit geändert.( betrifft nur Manchester Protokolle)
Kann man ja dann in nibble umrechnen.
, wo es notwendig ist.
3. Firmware wird noch mal aktualisiert, habe einen Fehler in die letzte eingebaut. Neue Version läuft bei mir schon zum Test.
4.Commandref aktualisieren. Da ist noch immer ein Bug in der Formatierung. Den muss ich noch finden.
5. Diese Version wird dann zum Master und kommt auch in das normale Fhem update als 3.1.8 oder so.
6.. Im Master werden dann nur noch Fehler behoben...
Dee Zweig dev-rawin müsste dann eigentlich geschlossen werden. Geht aber vermutlich noch nicht.
Dev-cresta und dev-proto7:
1. Umbenennen von proto7 in SD_WS07.pm
2. Commandref von hideki und ws07 Modul anpassen.
3. Wiederholung der Nachricht aus cresta filtern. Dadurch wird vermutlich das Problem mir Oregon auch gelöst.
4. Die Daten erhalten ein Präfix nach dem Schema P<ID>#<Nachricht> wenn P noch nicht verwendet wird.
5. Beide Zweige in dev-rawin über führen.
6. Dev-rawin umbenennen....
Danach implementieren wir white oder blacklist, Clientlist / MatchList und sonstige Regex Prüfungen..
Das könnte man dann wieder in den Master über führen. v 3.2.x
Eventuell auch was zur Du pl in stärken jung Im Arduino mit crc oder so.
Damit ich den Überblick nicht verliere, sollten wir die Todolisten als Issue in github pflegen und dort abhaken.
Grüße Sidey
Zitat von: Sidey am 11 Oktober 2015, 08:13:36
Whitelist:
Ja, kann man als schnelle Lösung machen. Bin aber nicht sicher, ob eine Blacklist nicht besser wäre. Wenn neue Protokolle stabil implementiert werden, funktionieren sie mit der Whitelist nicht.
Ich würde bei der stable/master die whitelist mit den decodierbaren IDs vorbelegen, dann brauchst Du nichts deaktivieren.
Und bei der dev würde ich die whitelist nicht vorbelegen, da kann jeder die ids eintrager die er möchte.
ZitatMaster /Stable:
Ich würde das Hideki mit ins stable übernehmen.
Ich habe bei mir die Entfernung des 2. 75 eingebaut.
Die whitelist habe schonmal beim MS_Parse eingebaut.
Ich werde diese beide Änderungen ins dev-cresta einchecken.
Kannst Du dann die dev-rawin und die dev-cresta zur master zusammenführen?
ZitatIn parseMC wird die Prüfung auf max Länge entfernt und die Angabe in Längen Variable wird von nibble auf Bit geändert.( betrifft nur Manchester Protokolle)
Ich denke das ist doch nicht notwendig, es funktiioniert bei mir auch so.
Gruß Ralf
Hallo Sidney,
zunächst großes Kompliment für die bisherige Entwicklung.
Habe mehrere Bewegungsmelder mit HTE Chipsatz im Einsatz.
Folgende MU-Werte werden ausgegeben.
MU;P0=-264;P1=316;P2=-533;P3=585;P4=-9897;
D=001212121032121212103030341212121210321212121030303412121212103212121210303034121212121032121212103030341212121210321212121030303412121212103212121210303034121212121032121212103030341212121210321212121030303412121212103212121210303034121210;CP=1;O;
MU;P0=-555;P1=295;P2=-279;P3=560;P4=-9921;
D=010123010101012323234101010101230101010123232341010101012301010101232323410101010123010101012323234101010101230101010123232341010101012301010101232323410101010123010101012323234101010101230101010123232341010101012301010101232323410101010120;CP=1;O;
MU;P0=569;P1=-560;P2=290;P3=-278;P4=-9925;
D=012121212303030421212121230121212123030304212121212301212121230303042121212123012121212303030421212121230121212123030304212121212301212121230303042121212123012121212303030421212121230121212123030304212121212301212121230303042121212123012120;CP=2;O;
MU;P0=-569;P1=281;P2=-282;P3=571;P4=-9926;
D=010123232341010101012301010101232323410101010123010101012323234101010101230101010123232341010101012301010101232323410101010123010101012323234101010101230101010123232341010101012301010101232323410101010123010101012323234101010101230101010120;CP=1;O;
Hab leider (noch) keinen Durchblick wie ich sie in Fhem auswerten kann. Für jeden Tipp dankbar.
Gruß
Zitat von: Ralf9 am 11 Oktober 2015, 12:23:34
Ich habe bei mir die Entfernung des 2. 75 eingebaut.
Die whitelist habe schonmal beim MS_Parse eingebaut.
Ich werde diese beide Änderungen ins dev-cresta einchecken.
So, jetzt ist es mir gelungen meine Änderungen sauber ins dev-cresta einzuchecken.
In der 00_SIGNALduino.pm war ein Durcheinander mit unix und Windows Zeilenenden. Damit kam mein unix Editor Kwrite und das diff nicht zurecht.
Jetzt haben alle Zeilen ein unix Zeilenende.
Bitte ab sofort nur noch änderungen mit unix Zeilenende einchecken, damit es auch so sauber bleibt.
Sidey, könntest Du bitte die Änderungen im dev-rawin in die dev-cresta übernehmen.
Gruß
Hallo carexperience,
Bezogen auf die 1. Logzeile nehme ich an, dass die Nachricht zwischen der Folge 34 steht.
Ob 34 nun das Ende einer Nachricht oder der Anfang kann ich noch nicht sagen.
Die Werte dazwischen müssten wir nur noch hinsichtlich ihrer Bedeutung zuordnen. Sieht fast wie ein Tristate Format aus.
Was für Infos hast Du noch zu dem Melder? HTE Chipsatz sagt mir erst mal noch nichts.
Sidey
Hi Ralf,
Danke für die Änderungen.
Ich schaue mir jetzt die commits an. Da sind aber noch Fehler enthalten... :(
Zitat von: Ralf9 am 11 Oktober 2015, 19:03:20
Sidey, könntest Du bitte die Änderungen im dev-rawin in die dev-cresta übernehmen.
In welche richtung? dev-rawin -> dev-cresta oder dev-cresta wieder zurück in dev-rawin ?
Sidey
Zitat von: Sidey am 11 Oktober 2015, 21:38:16
Ich schaue mir jetzt die commits an. Da sind aber noch Fehler enthalten... :(
Welche Fehler? Ich habe die Änderungen bei mir getestet, sie funktionieren problemlos.
Zitat
In welche richtung? dev-rawin -> dev-cresta oder dev-cresta wieder zurück in dev-rawin ?
In der dev-rawin haben die Zeilen der 00_SIGNALduino.pm momentan ein Windows Zeilenende, das finde ich nicht so gut.
In der dev-cresta haben alle Zeilen der 00_SIGNALduino.pm jetzt ein unix Zeilenende, deshalb wäre mir "dev-rawin -> dev-cresta" lieber
Gruß Ralf
Zitat von: Ralf9 am 11 Oktober 2015, 22:04:27
Welche Fehler? Ich habe die Änderungen bei mir getestet, sie funktionieren problemlos.
Das Präfix Hi, der Returnwert aus dem 14_Hideki ist gesetzt auch wenn nicht dekodiert werden konnte.
Habe jetzt einiges angepasst.
Zitat
In der dev-rawin haben die Zeilen der 00_SIGNALduino.pm momentan ein Windows Zeilenende, das finde ich nicht so gut.
In der dev-cresta haben alle Zeilen der 00_SIGNALduino.pm jetzt ein unix Zeilenende, deshalb wäre mir "dev-rawin -> dev-cresta" lieber
Ich glaube, dann sollte ich die Änderungen aus dev-cresta in dev-rawIn überführen und wir entfernen den dev-cresta Zweig.
Für heute wird mir das aber zu viel.
Ich hab jetzt etliches angepasst. Bestimmt geht irgendwo auch was nicht. :( Heute komme ich nicht mehr zum Testen.
Grüße Sidey
Zitat von: Sidey am 11 Oktober 2015, 22:55:14
Ich glaube, dann sollte ich die Änderungen aus dev-cresta in dev-rawIn überführen und wir entfernen den dev-cresta Zweig.
Mir wäre es lieber, wenn die dev-rawIn bleiben könnte bis die dev-cresta fertig und getestet ist.
Ich habe mir mal bei der 00_SIGNALduino.pm das diff zwischen dev-rawIn und dev-cresta angeschaut.
Die Änderungen die in die dev-cresta eingecheckt werden müssen sind überschaubar. Es reichen ein paar commits.
Es sind im wesentlichen die neueren Protokolle und die MU_Parse Routine.
Die dev-cresta kann dann direkt in die master.
Ich habe gesehen, daß Du recht fleißig warst und das ID7-Modul schon umbenannt hast. Könntest Du die 14_SD_WS07.pm in die dev-cresta kopieren, dann kann ich auch besser testen.
Gruß Ralf
Welche Version wird denn momentan zum flashen empfohlen?
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-cresta/controls_signalduino.txt
oder doch die aus dem Wiki
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt
Zitat von: Ralf9 am 12 Oktober 2015, 13:18:03
Mir wäre es lieber, wenn die dev-rawIn bleiben könnte bis die dev-cresta fertig und getestet ist.
Ja, das ist machbar. dev-rawIn verschwindet ja nicht, wenn wir dev-cresta auflösen.
Zitat von: Ralf9 am 12 Oktober 2015, 13:18:03
Ich habe mir mal bei der 00_SIGNALduino.pm das diff zwischen dev-rawIn und dev-cresta angeschaut.
Die Änderungen die in die dev-cresta eingecheckt werden müssen sind überschaubar. Es reichen ein paar commits.
Es sind im wesentlichen die neueren Protokolle und die MU_Parse Routine.
Ja, ich habe immer mal den dev-cresta mit den Anpassungen aus dev-rawin aktualisiert. Deshalb ist er nicht so weit weg.
"dev-cresta branch is 94 commits ahead, 19 commits behind dev-rawIn"
Sobald die Aufgaben abgeschlossen sind, können wir im git es zusammenführen:
https://github.com/RFD-FHEM/RFFHEM/issues/33
Zitat von: Ralf9 am 12 Oktober 2015, 13:18:03
Die dev-cresta kann dann direkt in die master.
Das klappt so noch nicht.
Ich würde jetzt so vorgehen: 1. dev-cresta wieder zurück in dev-rawin überführen.
Dann folgendes abarbeiten (durch das Zusammenführen wir schon einiges erledigt):
https://github.com/RFD-FHEM/RFFHEM/issues/31
Dann den Zweig rawIn nach Master überführen.
Zitat von: Ralf9 am 12 Oktober 2015, 13:18:03
Ich habe gesehen, daß Du recht fleißig warst und das ID7-Modul schon umbenannt hast. Könntest Du die 14_SD_WS07.pm in die dev-cresta kopieren, dann kann ich auch besser testen.
Ich verstehe dein Problem, aber das wird mir zu viel kuddel muddel. Theroretisch ist es möglich den Zweig proto7 mit den Änderungen aus cresta zu aktualisieren, aber das gibt mir zu viel durcheinander.
Wenn dev-cresta in dev-rawIn überführt wurde, können wir dev-proto7 wieder an dev-rawin angleichen.
Natürlich könnten wir auch einfach das dev-proto7 un dev-rawin überführen, sobald
https://github.com/RFD-FHEM/RFFHEM/issues/32
abgeschlossen ist.
Da insgesamt nicht mehr viel zu erledigen ist, würde ich erst mal schnellstmöglich alles Richtung rawIn bringen.
Überwiegend ist es ja nur die commandref und ein bis zwei Kleinigkeiten. Kannst Du was davon übernehmen?
Grüße Sven
Hi RappaSan,
die aus dem Wiki. Außer du hast einen Sensor der das Hideki Protokoll verwendet, dann den anderen. Wir sind aber dran, das ganze wieder zusammen zu führen.
Zitat von: RappaSan am 12 Oktober 2015, 13:21:05
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt
Grüße Sidey
Zitat von: Sidey am 12 Oktober 2015, 13:32:07
Ich würde jetzt so vorgehen: 1. dev-cresta wieder zurück in dev-rawin überführen.
Dann folgendes abarbeiten (durch das Zusammenführen wir schon einiges erledigt):
https://github.com/RFD-FHEM/RFFHEM/issues/31
Ich wäre so vorgegangen:
1. die version im dev-cresta fertig entwickeln und testen. Während dieser Zeit die aktuelle funktionierende Version im dev-rawin lasen.
2. im dev-rawin die 00_SIGNALduino.pm mit den falschen Zeilenenden (Windows) löschen
3. die 00_SIGNALduino.pm vom dev-cresta ins dev-rawin kopieren.
Ich habe bedenken ob das Zusammenführen von dev-cresta nach dev-rawin problemlos klappt,
da die 00_SIGNALduino.pm im dev-rawin Windows Zeilenenden hat und im dev-cresta korrekte unix Zeilenenden.
Wie ich schon bemerkt habe, kommt das diff damit nicht zurecht.
Wenn Du dabei aber keine Probleme siehst, kannst Du es gerne probieren
Zitat von: Sidey am 12 Oktober 2015, 13:32:07
Überwiegend ist es ja nur die commandref und ein bis zwei Kleinigkeiten. Kannst Du was davon übernehmen?
Meinst Du mit commandref die Device specific help? die hat bei mir beim sduino noch nie funktioniert. Funktioniert sie bei Dir?
Was meinst Du mit ein bis zwei Kleinigkeiten?
Hast Du inzwischen die Änderungen und Ergänzungen schon getestet?
Gruß Ralf
Hi
also bei mir geht gerade nix mehr mir Hideki. Außerdem ist jetzt wohl wieder RF_Receiver 3.1.5 drin wenn man ein update force auf dev-cresta macht.
2015.10.12 19:33:37 4: SIGNALduino/msg READ: ^BMC;LL=-1042;LH=909;SL=-566;SH=416;D=AE5E174A4C37E8D16A0C2800;C=441;^C
2015.10.12 19:33:37 5: protocol does not match return from method: (message is to long)
2015.10.12 19:33:37 5: protocol does not match return from method: ()
~josef
Das mit der Version überrascht mich jetzt, das mit der Länge ist leicht zu lösen immerhin fängt es mit 0x75 an.
Ich denke mal ich warte ab bis ihr mit dem Umbau fertig seid. Ein Restore läuft bei mir vorerst wieder.
~Josef
Zitat von: Ralf9 am 12 Oktober 2015, 18:59:15
Ich wäre so vorgegangen:
1. die version im dev-cresta fertig entwickeln und testen. Während dieser Zeit die aktuelle funktionierende Version im dev-rawin lasen.
Naja, wir haben jetzt Änderungen in dev-cresta die damit eigentlich nichts zu tun haben.
Funktionieren sollten die Änderungen in dev-cresta bevor wir zusammenführen.
Viel kann da nicht im argen sein.
Zitat
2. im dev-rawin die 00_SIGNALduino.pm mit den falschen Zeilenenden (Windows) löschen
3. die 00_SIGNALduino.pm vom dev-cresta ins dev-rawin kopieren.
Da werfen ja die refs nicht übernommen bei Datei kopieraktionen. Zum Zusammenführen gibt es ja merge.
Das wird auch funktionieren.
Bezüglich Zeilenende kann ich ja prüfen und dann passend commiten.
Das mit dem merge mache ich schon.
Zitat
Meinst Du mit commandref die Device specific help? die hat bei mir beim sduino noch nie funktioniert. Funktioniert sie bei Dir?
Ja die meine ich. Für signalduino geht die auch. Für Hideki und SD_WS_07 ist die noch zu finalisieren.
Zu einem Modul gehört das dazu.
Zitat
Was meinst Du mit ein bis zwei Kleinigkeiten?
SCHAU doch mal in die verlinkten Issues auf Github. Es ist die commandref und der präfix für die dispatchte Nachricht.
Getestet habe ich bislang nur die whitelist. Das geht jetzt.
Mit osv2 bin ich nicht sicher, ob unsere Langen Prüfung jetzt richtig funktioniert.
Hideki und proto7 konnte ich nicht testen.
Sidey
Zitat von: Sidey am 12 Oktober 2015, 21:09:12
Hideki und proto7 konnte ich nicht testen.
Bin grad am Testen. Hideki funktioniert nicht mehr. Habe den Fehler noch nicht gefunden.
Gruß Ralf
Ich weiss woran es liegt, aber deine letzten drei commits sind kein merge und von daher macht es wenig Sinn da jetzt was zu ändern.
Zitat von: hjgode am 12 Oktober 2015, 19:36:03
2015.10.12 19:33:37 4: SIGNALduino/msg READ: ^BMC;LL=-1042;LH=909;SL=-566;SH=416;D=AE5E174A4C37E8D16A0C2800;C=441;^C
2015.10.12 19:33:37 5: protocol does not match return from method: (message is to long)
2015.10.12 19:33:37 5: protocol does not match return from method: ()
Ja, da sollte folgendes heraus kommen... Ich habe die maximallänge jetzt auf 104 Bit erhöht. Ob das für alles reicht, weiss ich aber noch nicht.
2015.10.12 22:02:08 5: deviceCode: Hideki_30_2
2015.10.12 22:02:08 4: devSduino decoded Hideki protocol model=Hideki_30, sensor id=47, channel=2, temp=14.5, humidity=74, bat=ok
2015.10.12 22:02:08 4: Hideki_Parse SensorTyp = 30 decodedString = 7547cede45c174f7501e00
2015.10.12 22:02:08 4: Hideki_Parse devSduino incomming Hi753DBA4AC3BF2CAD300A00
2015.10.12 22:02:08 5: devSduino dispatch Hi753DBA4AC3BF2CAD300A00
2015.10.12 22:02:08 5: converted Data to (Hi753DBA4AC3BF2CAD300A00)
2015.10.12 22:02:08 4: devSduino: hideki protocol converted to hex: 753DBA4AC3BF2CAD300A00 with 96 bits, messagestart 0
2015.10.12 22:02:08 4: SIGNALduino/msg READ: MC;LL=-1042;LH=909;SL=-566;SH=416;D=AE5E174A4C37E8D16A0C2800;C=441;
Grüße Sidey
In der "sub SIGNALduino_Hideki()" steht "Ignore every 9th bit"
gibt es dafür einen besonderen Grund?
Da die Hideki Nachricht aus mindestens 9 Byte (0x75 + 7 Byte Daten + Checksumme) besteht, wäre die Mindestlänge dann 9 * 9 = 81
sub SIGNALduino_Hideki()
for ($idx=$message_start; $idx<$message_end; $idx=$idx+9)
{
my $byte = "";
$byte= substr($bitData,$idx,8); ## Ignore every 9th bit
Gruß Ralf
Zitat von: Ralf9 am 12 Oktober 2015, 23:16:24
In der "sub SIGNALduino_Hideki()" steht "Ignore every 9th bit"
gibt es dafür einen besonderen Grund?
Ja, jedes 9. Bit ist 0 und gehört nicht zu den tatsächlichen Daten.
Wenn wir es nicht ignorieren, stimmt die Nachricht nicht mehr. Das wird vermutlich als Kontrollbit hinzugefügt.
Wir könnten ggf. noch prüfen ob es auch 0 ist, denn eine 1 wäre dann wohl nicht das übliche Hideki Protokoll.
Grüße Sidey
dann ist aber eine mindestlänge von 72 zuwenig, das ergibt nur 8 Byte
Das Hideki funktioniert nun wieder.
Gruß Ralf
Hallo
was ist denn nun aktuell für Hideki? Die Release 3.1 https://github.com/RFD-FHEM/RFFHEM/releases/tag/3.1 oder der dev-cresta-branch?
Ich blicke da nicht durch...
~josef
Hi Ralf, Hi Josef,
Habe ich mal wieder ordentlich Verwirrung gestiftet. ;-(
Also das Release 3.1 ist noch nicht fertig. Den Tag habe ich irrtümlicherweise erstellt. Ich habe ihn wieder entfernt.
Ich habe gestern den cresta Branch von den bekannten Fehlern bereinigt und die noch offenen Punkte (Commandref und Präfix) erledigt.
Aus meiner Sicht funktioniert der Stand gut und alle Änderungen können in dev-rawIn übernommen werden.
Bei der mindestlänge war ich mir nicht so sicher, was die kleinste valide Nachricht ist. Wenn es 81 Bit sind, können wir das natürlich anpassen.
Darüber hinaus habe ich auch im proto7 Branch die offenen Anpassungen vorgenommen.
Auch hier denke ich, dass wir die Änderungen nach rawIn über nehmen können.
Sollte nichts dagegen sprechen, werde ich das heute Abend angehen.
Achso und wenn ich mal ein Wort in Großbuchstaben schreibe, dann liegt das an meiner Unfähigkeit die Handy Tastatur zu bedienen.... :(
Grüße Sidey
Ich hab nochmal signalduino aufgespielt.
Seitdem wird mein logfile zugeschmissen:
2015.10.13 12:52:12 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.13 12:52:14 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.13 12:52:14 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0 reappeared (sduino)
2015.10.13 12:52:14 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0@57600
2015.10.13 12:57:15 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0 disconnected, waiting to reappear (sduino)
2015.10.13 12:57:15 3: Setting sduino serial parameters to 57600,8,N,1
2015.10.13 12:57:15 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0 reappeared (sduino)
2015.10.13 12:57:15 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0@57600
2015.10.13 13:02:18 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98BBXT5-if00-port0 disconnected, waiting to reappear (sduino)
Hat jemand einen Tip?
>:(
Ich dödel hatte den alten RFduino noch nicht auskommentiert.
Mal sehen, ob jetzt Ruhe ist...
:'(
Leider nicht...
Im Intervall von ca. 5 Minuten wiederholt sich das reconnect.
Blöd.
Vielleicht ist es ein Signalduino-Problem.
Ich bekomme noch folgende Fehlermeldungen ins Log:
2015.10.13 14:33:36 1: PERL WARNING: Argument "1SH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 1568.
2015.10.13 14:33:36 1: PERL WARNING: Argument "4LH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 1573.
2015.10.13 14:33:36 1: PERL WARNING: Argument "LLSH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 1568.
2015.10.13 14:33:36 1: PERL WARNING: Argument "SHLL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 1573.
2015.10.13 14:33:36 1: PERL WARNING: Argument "SHLL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 1568.
2015.10.13 14:33:36 1: PERL WARNING: Argument "0LL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 1573.
2015.10.13 14:33:36 1: PERL WARNING: Argument "LHLL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 1573.
...
2015.10.13 14:34:16 1: PERL WARNING: Prototype mismatch: sub main::bin2dec: none vs ($) at ./FHEM/14_SIGNALduino_un.pm line 308.
2015.10.13 14:34:16 1: PERL WARNING: Subroutine bin2dec redefined at ./FHEM/14_SIGNALduino_un.pm line 304.
???
Nachtrag:
Hab den Raspberry per reboot neu gestartet.
Das reconnecten der seriellen Schnittstelle hat ein Ende.
Ist doch schon mal was... :)
Hallo Rappsan,
Sieht so aus, als ob die Firmware kaputt ist oder die Kommunikation gestört ist.
Du hast die Verbindung mit 57600 (default ) eingerichtet?
Welchen Arduino setzt Du ein?
Grüße Sidey
57600 ist die eingestellte Baudrate,
ich benutze einen nano.
Flash den Arduino doch noch mal, vielleicht ist da was schief gelaufen.
Ich hol's mir komplett mit update force neu ab und geb' dem Ding das Futter nochmal.
Erledigt.
Schau'n mer mal, dann seh'n mer's schon.
Ruhe an der Front.
Jetzt empfange ich einen Haufen fremder unbekannter Sensoren von den Nachbarn :)
Schön, dass es so geklappt hat.
Leider gibt es immer mal wieder Berichte über disconnects im 5 Minuten Takt.
So richtig eingrenzen konnte ich die Probleme allerdings noch nicht.
Was meinst Du mit unbekannten Sensoren der Nachbarn?
Werden die richtig angelegt oder wird dir "nur" das Log zugemüllt.
Sidey
Zitat von: Sidey am 06 Oktober 2015, 19:55:56
Hi Greg,
Das Signal sieht ähnlich dem aus, welches die Sensoren im tcm97001 Modul verwenden.
Durch die Toleranzen wird es an das Modul übergeben.
Allerdings gibt es ein paar Abweichungen. Sieht so aus, als ob ein anderer Encoder Chip verwendet wird.
Hast Du als Vergleich auch einen anderen Sensor aus der tcm97001 Reihe?
An Livolo habe ich etwas geschraubt.
Dein Taster sollte in Bits dekodiert werden. Mach mal ein Update.
Allerdings ist das eine seltsame Modulation nach den Dokumentationen, welche ich im Internet gefunden habe.
Da gibt es für eine 0 bzw. 1 zwei Mögliche Signalzustände. Da bin ich mir noch nicht sicher, wie ich das berücksichtige, bislang ist mir so was noch nicht unter gekommen.
Grüße Sidey
Hi,
hab heute nochmal ein Update gemacht,
mein Auriol wird jetzt erkannt. Als Modell wurde jetzt autom. Mebus gesetzt 8)
Bist du mit den Livolo evtl. schon etwas weiter?
Gruß
Greg
Zitat von: GregPac am 13 Oktober 2015, 17:42:09
Hi,
hab heute nochmal ein Update gemacht,
mein Auriol wird jetzt erkannt. Als Modell wurde jetzt autom. Mebus gesetzt 8)
Bist du mit den Livolo evtl. schon etwas weiter?
Gruß
Greg
Hi GregPac,
na das ist doch mal was.
Bezüglich Livolo habe ich die letzten Tage nichts spezielles gemacht.
Ich habe ein paar Änderungen gemacht, mit denen man die Wiederholen auswerten kann.
Bei dem Livolo ist die Herausforderung, dass es vier Signalmuster gibt mit denen ein Bit dargestellt wird. Die anderen Signalcodierungen, mal abgesehen einer Manchester Codierung, haben zwei Signalmuster.
Da ich das im Fhem Modul bislang nicht vorgesehen habe, kann man das jetzt nicht so einfach implementieren.
Was man jetzt machen könnte, wäre einen Filter einzusetzen, der die vier Signalcodes in zwei reduziert.
Ich will jetzt aber erst mal eine Stabile Version veröffentlichen, bevor ich wieder Neuerungen Einbau.
Sidey
Hallo allerseits,
der Support für das Hideki Protokoll, welches Sensoren von Cresta, Hama, Bresser, TFA und anderen wurde heute in die "normale" Version aufgenommen.
Aktuell werden dort Temp/Hydro Sensoren unterstützt. Wer noch andere Sensortypen hat, kann sich gerne mit Daten melden.
Vielen Dank auch an Ralf9, HJGode und pejonp (ich hoffe ich habe niemand vergessen), die bei der Entwicklung maßgeblich beteiligt waren.
Grüße Sidey
Halle Sidey,
ist es möglich, den Signalduino über das Netzwerk einzubinden?
Ich denke da an Socat oder an die Transparent Bridge mit dem ESP8266 http://www.esp8266.com/viewtopic.php?f=6&t=864&start=40 (http://www.esp8266.com/viewtopic.php?f=6&t=864&start=40)
Im Weiteren Wäre denkbar, das Ganze anstatt auf einem Arduino direkt auf dem ESP8266 laufen zu lassen.
Viele Grüße,
Kuzl
Zitat von: Kuzl am 14 Oktober 2015, 08:38:00
ist es möglich, den Signalduino über das Netzwerk einzubinden?
Habe ich mir auch schon überlegt. Machbar ist vieles.
Bei Socat brauchst Du trotzdem noch ein extra Raspi o.ä. auf dem socat läüft.
Ich würde es eher mit sowas machen:
http://www.ebay.de/itm/Mini-W5100-Ethernet-Shield-Network-Expansion-Board-For-Arduino-/201394383381?hash=item2ee40a6a15
oder
http://www.ebay.de/itm/Upgrade-NANO-W5100-Ethernet-Shield-for-Arduino-Nano-/181537948032?hash=item2a44814180
Dies zu realisieren wäre aber etwas aufwendiger. Evtl ein Projekt für den Winter.
Damit könnten dann mehrere Signalduino an fhem angebunden werden.
So ähnlich wie bei Homematic Funk oder wired. Dort gibt es in fhem mehrere LAN-Gateways. Jedes LAN-Gateway ist ein eigenes IODev.
Gruß Ralf
Hi Kuzl,
Aktuell ist es leider noch nicht möglich den Signalduino über das Netzwerk einzubinden.
Dkahn hat sich damit schon mal beschäftigt, aber ich weiss nicht welche Ergebnisse er erzielt hat.
Insgesamt stellt der Speicher verbrauch aktuell ein Problem dar. Die Variante mit einem ESP8226 scheint da noch am ehesten funktionieren zu können, da keine Libs notwendig erscheinen.
Ob der Signalduino auch komplett auf dem Esp8266 läuft weiss ich nicht. Dazu müsste man prüfen, ob er genügend RAM/Flash und Interrupts hat.
Die Netzwerk Einbindung des Fhem Moduls habe ich nicht getestet, aber die könnte schon funktionieren, da ich nichts gemacht habe, was es verhindern könnte.
Die Einbindung mit dem ws5100 chip wird vermutlich nicht klappen.
Dazu müsste ich den arduino code ordentlich optimieren, gut das habe ich ohnehin vor, aber ob es dann läuft. Da bin ich doch unsicher.
Grüße Sidey
Post gelöscht, da doppelt
Wenn man in FHEM anstatt des Devices auch einfach die IP+Port angeben kann, dann sollte zuminderst die Sache mit socat schon funktionieren.
Auch Die Transparent Bridge des ESP8266 macht im Grunde nichts anderes wie socat.
Zu den Speichergrößen kann ich dir auf Anhieb nichts sagen, denke aber, dass das klappen sollte.
Alle 3 Varianten wären ein super Gewinn, da man dann den Signalduino mehr oder weniger da plazieren kann, wo er benötigt wird.
Da mir das mit der whiteIdList so noch nicht so richtig gefällt, habe ich es gestern bei mir etwas umgeschrieben.
In einer sub IdList werden mit foreach alle ids durchlaufen und dann je nach Nachricht (MS,MU und MC) in 3 Hash verteilt.
Die whiteIdList wird dabei berücksichtigt.
Es ist fast fertig, ich weiß aber nicht wie ich überprüfen kann ob ein hash wie z.B. %muIdList Daten enthält.
Hier ist die definition das Hash:
my %muIdList = ();
z.B. in der Parse Routine möchte ich die SIGNALduino_Parse_MU nur aufrufen, wenn der %muIdList hash was enthält.
if (%muIdList ist nicht leer)
{
$dispatched= SIGNALduino_Parse_MU($hash, $iohash, $name, $rmsg,%signal_parts);
}
Gruß Ralf
Hi Ralf,
Wäre es nicht einfacher die Protokoll Liste in einen Separaten Hash zu laden und dort nur die Werte zu übernehmen, welche in der whitelist stehen?
Zitat von: Sidey am 14 Oktober 2015, 14:27:29
Wäre es nicht einfacher die Protokoll Liste in einen Separaten Hash zu laden und dort nur die Werte zu übernehmen, welche in der whitelist stehen?
Nein, damit erreiche ich nicht, den Vorteil den ich damit erreichen will.
Es gibt 3 hashes die für die entsprechende Nachrichtenart (MS, MU und MC) nur die notwendigen ids enthalten.
z.B. bei der MS_Parse Routine wird dann aus
foreach $id ( keys %ProtocolListSIGNALduino) {das hier
foreach $id ( keys %msIdList) {Da dann in der foreach nur noch die notwendigen ids durchlaufen werden, fallen auch die "next if" Abfragen weg.
Gruß Ralf
Zitat von: Ralf9 am 14 Oktober 2015, 16:01:44
Nein, damit erreiche ich nicht, den Vorteil den ich damit erreichen will.
Es gibt 3 hashes die für die entsprechende Nachrichtenart (MS, MU und MC) nur die notwendigen ids enthalten.
z.B. bei der MS_Parse Routine wird dann aus
foreach $id ( keys %ProtocolListSIGNALduino) {
das hier
foreach $id ( keys %msIdList) {
Da dann in der foreach nur noch die notwendigen ids durchlaufen werden, fallen auch die "next if" Abfragen weg.
Gruß Ralf
ok, wenn pro Nachrichtentyp eine eigene Liste her soll, dann können wir drei Listem erstellen. Wir brauchen dann weiterhin nur einen hash.
Beispiel um Protokoll 1,5 und 12 in der Schleife zu durchlaufen:
foreach $id ( @{1,5,12})
Die Listen kann man ja beim define oder bei set whitelist id aktualisieren und in den Gerätehash speichern.
Sidey
Hallo
also ein ESP8266 ist mit sich selbst zu stark beschäftigt, so dass er nur sehr eingeschränkt Interrupts verarbeiten kann. Da nützt dem ESP8266 auch sein größerer Speicher nix.
Über das AT Interface wäre es aber ein leichtes die Daten statt über USB über HTPP Get an den FHEM Server zu übermitteln.
Über Ws5100 wird wohl auf nem Arduino Uno/Nano/Mini auch nix gehen, das RAM ist ja schon ziemlich ausgelastet.
~Josef
Zitat von: Sidey am 14 Oktober 2015, 10:03:53
Hi Kuzl,
...
Insgesamt stellt der Speicher verbrauch aktuell ein Problem dar. Die Variante mit einem ESP8226 scheint da noch am ehesten funktionieren zu können, da keine Libs notwendig erscheinen.
Ob der Signalduino auch komplett auf dem Esp8266 läuft weiss ich nicht. Dazu müsste man prüfen, ob er genügend RAM/Flash und Interrupts hat.
Die Netzwerk Einbindung des Fhem Moduls habe ich nicht getestet, aber die könnte schon funktionieren, da ich nichts gemacht habe, was es verhindern könnte.
Die Einbindung mit dem ws5100 chip wird vermutlich nicht klappen.
Dazu müsste ich den arduino code ordentlich optimieren, gut das habe ich ohnehin vor, aber ob es dann läuft. Da bin ich doch unsicher.
Grüße Sidey
Hi nochmal
ist eigentlich Eurochron noch drin?
Habe gerade drei Sensoren bekommen und schon ma einen angeworfen. Könnte sein, dass der das hier im SignalDuino produziert:
2015.10.14 18:34:40 1: DEBUG>sduino padded 0 bits to bit_msg array
2015.10.14 18:34:40 5: converted Data to (u7#5980C7F37)
2015.10.14 18:34:40 5: sduino dispatch u7#5980C7F37
2015.10.14 18:34:40 4: SIGNALduino_unknown incomming msg: u7#5980C7F37
2015.10.14 18:34:40 4: SIGNALduino_unknown rawData: 5980C7F37
2015.10.14 18:34:40 4: SIGNALduino_unknown Protocol: 7
2015.10.14 18:34:40 4: SIGNALduino_unknown converted to bits: 010110011000000011000111111100110111
2015.10.14 18:34:40 4: SIGNALduino_unknown decoded protocolid: 7 (TX70DTH) sensor id=59, channel=0, temp=19.9, hum=55, bat=ok
2015.10.14 18:34:40 4: SIGNALduino_unknown decoded protocolid: 7 (EAS800z / type=5) mode=auto, sensor id=9, channel=1, temp=19.9, hum=55, bat=ok
2015.10.14 18:34:40 4: SIGNALduino_unknown incomming msg: u7#5980C7F37
2015.10.14 18:34:40 4: SIGNALduino_unknown rawData: 5980C7F37
2015.10.14 18:34:40 4: SIGNALduino_unknown Protocol: 7
2015.10.14 18:34:40 4: SIGNALduino_unknown converted to bits: 010110011000000011000111111100110111
2015.10.14 18:34:40 4: SIGNALduino_unknown decoded protocolid: 7 (TX70DTH) sensor id=59, channel=0, temp=19.9, hum=55, bat=ok
2015.10.14 18:34:40 4: SIGNALduino_unknown decoded protocolid: 7 (EAS800z / type=5) mode=auto, sensor id=9, channel=1, temp=19.9, hum=55, bat=ok
2015.10.14 18:34:40 5: Triggering sduino (1 changes)
2015.10.14 18:34:40 5: Notify loop for sduino UNKNOWNCODE u7#5980C7F37
Der Sensor ist ein EAS800Z.
~josef
PS: 433MHz Empfangsprobleme vorrübergehend erledigt. Eine WIP Antenna braucht auch ein bisschen Erde. Werde mal noch eine Wip Ground Plane bauen.
Zitat von: hjgode am 14 Oktober 2015, 18:51:50
ist eigentlich Eurochron noch drin?
der EAS800Z ist aktuell nicht drin, aber das Einbauen dürfte kein Problem sein.
Einfach in der 00_SIGNALduino.pm
."SD_WS07:" in die $clientsSIGNALduino Liste anhängen und
"9:SD_WS07" => "^P7#[A-Fa-f0-9]+", in die matchlist kopieren
Und dann noch die "14_SD_WS07.pm" vom dev-proto7 ins FHEM Verzeichnis kopieren
Gruß Ralf
Hi Ralf,
spricht aus deiner Sicht etwas dagegen, den Zweig proto7 nach rawIn zu überführen?
Soweit ich das sehe, funktioniert die Implementierung und wir könnten das zusammenführen.
GGf. notwendige Korrekturen können ja weiterhin erfolgen, sofern notwendig.
Grüße Sidey
Zitat von: Sidey am 14 Oktober 2015, 20:39:34
spricht aus deiner Sicht etwas dagegen, den Zweig proto7 nach rawIn zu überführen?
nein spricht nichts dagegen.
Gruß Ralf
Zitat von: Kuzl am 14 Oktober 2015, 13:03:38
Wenn man in FHEM anstatt des Devices auch einfach die IP+Port angeben kann, dann sollte zuminderst die Sache mit socat schon funktionieren.
Wozu Du da socat benötigst weiss ich jetzt nicht.
Den SIGNALDuino würde man z.B. so definieren:
define sdnet SIGNALduino 10.2.11.200:45000Dann versucht FHEM die Verbindung zu dieser Adresse mit angegebenem Port via TCP.
Dort könnte z.B. der ESP8226 lauschen.
Zitat
Zu den Speichergrößen kann ich dir auf Anhieb nichts sagen, denke aber, dass das klappen sollte.
Die einfachste Variante wäre, den ESP8226 als reines Übertragungsgerät anzubinden.
Also z.B. einen Nano mit dem Signalduino Code drauf und den ESP8226 an die Seriellen Ports angehangen.
Im Signalduino code müssten nach meiner ersten Einschätzung nur ein paar AT Kommandos für das Initialisieren eingebaut werden.
Anschließend dürfte dann die Kommunikation schon laufen.
Aus meiner Sicht ist das eine realistische und leicht zu implementierende Variante. Hast Du einen ESP8226 und kannst das mal ausprobieren?
Grüße Sidey
Zitat von: hjgode am 14 Oktober 2015, 18:47:00
Über Ws5100 wird wohl auf nem Arduino Uno/Nano/Mini auch nix gehen, das RAM ist ja schon ziemlich ausgelastet
Braucht der Ws5100 überhaupt viel RAM,
The W5100 includes fully hardwired, market-proven TCP/IP stack and integrated Ethernet MAC & PHY.
Hardwired TCP/IP stack supports TCP, UDP, IPv4, ICMP, ARP, IGMP and PPPoE
which has been proven in various applications for several years. 16Kbytes internal buffer is included for data transmission.
No need of consideration for handling Ethernet Controller, but simple socket programming is requiredDas Ethernet hat auch den Vorteil, daß man die debug Ausgabe über eine Telnet Session ausgeben kann.
Gruß Ralf
Hallo Sidey,
mir ist aufgefallen, daß Du in den regex bei Hexziffern [A-Fa-f0-9] verwendest.
Die Nachrichten die vom dispatcher verarbeitet werden sind doch alles Hexziffern.
Die Hexziffern werden damit erzeugt
sprintf('%X'
damit kann doch nichts anderes als Hexziffern vorkommen, oder habe ich da was übersehen?
anstatt
"^s[A-Fa-f0-9]+"
müsste auch
^s.+
reichen
anstatt
"^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}"
müsste auch
"^P7#.{6}F.{2}"
reichen
Gruß Ralf
Hi Ralf,
da man ja nie weiss, wie man die Module noch verwendet, schadet es nichts an der Eingangsseite eines Modules genau zu prüfen, ob valide Daten ankommen.
Stimmen die nicht, dann stürzt FHEM im ungünstigsten Falle komplett ab und das wollen wir ja nicht.
Deshalb bei Modulen (wir haben hier aus meiner Sicht mehere Module) immer an den Eingangsschnittstellen prüfen, welche Daten valide sind.
So ist jedem der das Logische Modul z.B. nutzen möchte auch gleich klar, dass er nur Hexadezimale Werte übergeben kann.
Sollte mal was anderes ankommen, warum auch immer, wird es erst gar nicht angenommen.
Grüße Sidey
Zitat von: Sidey am 14 Oktober 2015, 20:39:34
spricht aus deiner Sicht etwas dagegen, den Zweig proto7 nach rawIn zu überführen?
Soweit ich das sehe, funktioniert die Implementierung und wir könnten das zusammenführen.
GGf. notwendige Korrekturen können ja weiterhin erfolgen, sofern notwendig.
Hallo Sidey,
Ich habe in der "14_SD_WS07.pm" bei den minsecs noch einen Fehler gefunden.
In der Zeile 167 fehlt vor
$def->{lastMSG} = $rawData;
$def->{bitMSG} = $bitData2; die folgende Zeile:
$hash->{lastReceive} = time();Gruß Ralf
Zitat von: Ralf9 am 14 Oktober 2015, 14:22:11
Da mir das mit der whiteIdList so noch nicht so richtig gefällt, habe ich es gestern bei mir etwas umgeschrieben.
In einer sub IdList werden mit foreach alle ids durchlaufen und dann je nach Nachricht (MS,MU und MC) in 3 Hash verteilt.
Die whiteIdList wird dabei berücksichtigt.
Es ist fast fertig, ich weiß aber nicht wie ich überprüfen kann ob ein hash wie z.B. %muIdList Daten enthält.
Ich habs inzwischen selber hinbekommen. Mit if (keys %muIdList) kann ich abfragen ob der Hash Werte enthält.
Die 3 Hashlisten werden beim define und set whitelist attribut aktualisiert:
Ohne Whitelist:
2015.10.13 21:44:00 3: IDlist MS 6, 3, 7, 2, 17, 15, 14, 20, 22, 4, 1, 0, 23, 13
2015.10.13 21:44:00 3: IDlist MU 8, 21, 9, 16, 5
2015.10.13 21:44:00 3: IDlist MC 11, 18, 10, 12Mit Whitelist
2015.10.13 22:38:20 3: Calling Getting Attr sub with args: set whitelist_IDs = 8,3,5,12,0,7
2015.10.13 22:38:20 3: IDlist MS 3, 7, 0
2015.10.13 22:38:20 3: IDlist MU 8, 5
2015.10.13 22:38:20 3: IDlist MC 12Zitat von: Sidey am 14 Oktober 2015, 17:07:29
ok, wenn pro Nachrichtentyp eine eigene Liste her soll, dann können wir drei Listem erstellen. Wir brauchen dann weiterhin nur einen hash.
Wenn Du bei der Aufteilung in 3 Hashlisten keine Vorteile siehst, und Du lieber nur eine Liste hast, können wir es gerne so lassen wie es jetzt ist
Gruß Ralf
Zitat von: Ralf9 am 15 Oktober 2015, 01:19:59
Ich habs inzwischen selber hinbekommen. Mit if (keys %muIdList) kann ich abfragen ob der Hash Werte enthält.
Die 3 Hashlisten werden beim define und set whitelist attribut aktualisiert:
Also es gibt jetzt 4 Hashes oder? Eienr der alles enthält und dann noch mal einzelne für MU, MS und MC?
Zitat
Wenn Du bei der Aufteilung in 3 Hashlisten keine Vorteile siehst, und Du lieber nur eine Liste hast, können wir es gerne so lassen wie es jetzt ist
Ich sehe tatsächlich keinen Vorteil den Protokollhash dynamisch in drei zu zerlegen, nur um dann die IDs daraus zu extrahieren.
Viel besser fände ich es, einfach nur drei Listen anzulegen, welche die IDs enthalten. Dann weden nicht so viel Daten verdoppelt, sondern nur die Indexe in einer Liste abgelegt.
keys %muIdList gibt ja auch nur eine Liste der IDs für die Schleife zurück. Da kann man die auch gleich erstellen.
Grüße Sidey
Hallo Sidey
Die 3 Hashlisten enthalten natürlich nur die IDs
sub SIGNALduino_IdList()
{
my ($name, $aVal) = @_;
%msIdList = ();
%muIdList = ();
%mcIdList = ();
my %WhitelistIDs;
my $wflag = 0;
if (defined($aVal) && length($aVal)>0)
{
%WhitelistIDs = map { $_ => 1 } split(",", $aVal);
#my $w = join ', ' => map "$_" => keys %WhitelistIDs;
#Log3 $name, 3, "Attr whitelist $w";
$wflag = 1;
}
my $id;
foreach $id (keys %ProtocolListSIGNALduino)
{
next if ($id eq 'id');
if ($wflag == 1 && !defined($WhitelistIDs{$id}))
{
Log3 $name, 5, "skip ID $id";
next;
}
if (defined($ProtocolListSIGNALduino{$id}{format}) && $ProtocolListSIGNALduino{$id}{format} eq "manchester")
{
$mcIdList{$id} = '';
}
elsif (exists $ProtocolListSIGNALduino{$id}{sync})
{
$msIdList{$id} = '';
}
else
{
$muIdList{$id} = '';
}
}
my $ms = join ', ' => map "$_" => keys %msIdList;
my $mu = join ', ' => map "$_" => keys %muIdList;
my $mc = join ', ' => map "$_" => keys %mcIdList;
Log3 $name, 3, "IDlist MS $ms";
Log3 $name, 3, "IDlist MU $mu";
Log3 $name, 3, "IDlist MC $mc";
}
Gruß Ralf
Moin Ralf,
Zitat von: Ralf9 am 15 Oktober 2015, 01:45:31
Die 3 Hashlisten enthalten natürlich nur die IDs
Na wozu dann einen Hash erstellen, wenn nur eine Liste notwendig ist.
Ein Hash ist doch nur notwendig, wenn paare gespeichert werden sollen
'1' -> "daten'...
eine Liste enthält dagegen nur Werte und die foreach Schleife brauch ja auch eine Liste.
Also eher sowas anlegen:
my @msIdList = ();
my @muIdList = ();
my @mcIdList = ();
Und das ganze im hash des IO Gerätes abspeichern, sonst gelten die Daten ja für alle definierten Geräte zugleich.
$hash{$name}{MSEnabledLst}= \@msIdList;
$hash{$name}{MSEnabledLst}= \@muIdList;
$hash{$name}{MSEnabledLst}= \@mcIdList;
In der Foreach sollte dann sowas funktionieren, da bin ich mir bezüglich Syntax nicht ganz sicher
foreach $id (@{$hash{$name}{MSEnabledLst}})
Grüße Sidey
Zitat von: Ralf9 am 14 Oktober 2015, 21:01:17
Braucht der Ws5100 überhaupt viel RAM,
The W5100 includes fully hardwired, market-proven TCP/IP stack and integrated Ethernet MAC & PHY.
Hardwired TCP/IP stack supports TCP, UDP, IPv4, ICMP, ARP, IGMP and PPPoE
which has been proven in various applications for several years. 16Kbytes internal buffer is included for data transmission.
No need of consideration for handling Ethernet Controller, but simple socket programming is required
Das Ethernet hat auch den Vorteil, daß man die debug Ausgabe über eine Telnet Session ausgeben kann.
Gruß Ralf
Um den Ws5100 auf dem Arduino Uno nutzen zu können muss man aber die entsprechenden Libraries einbinden, und die verbrauchen eben Speicher.
Aktuell 'braucht' RF_Receiver:
Sketch uses 18,532 bytes (60%) of program storage space. Maximum is 30,720 bytes.
Global variables use 935 bytes (45%) of dynamic memory, leaving 1,113 bytes for local variables.
Wenn man nur den WebClient in RF_Receiver 'importiert' und initialisiert kommt man auf:
Sketch uses 30,160 bytes (98%) of program storage space. Maximum is 30,720 bytes.
Global variables use 1,282 bytes (62%) of dynamic memory, leaving 766 bytes for local variables. Maximum is 2,048 bytes.
und dann habe ich noch kein Web-Afrage erstellt geschweige denn Socket per Udp eingebunden.
Dagegen braucht der ESP8266 'nur' die SoftwareSerial Library und dann muss man halt viel Strings und Buffer verarbeiten. Das gilt aber nur, solange man die AT Commands benutzt (http://wiki.iteadstudio.com/ESP8266_Serial_WIFI_Module#AT_Commands), sobald man eine ESP8266 Libaray einsetzt wird diese auch wieder viel Speicher 'verbrauchen'. Bequemlichkeit hat halt seinen Preis.
Man könnte nun auf einen Arduino Mega umsteigen, die Dinger sind aber original eigentlich zu teuer (mehr als ein Pi), plus das Ws5100 Shield.
Statt dem Ws5100 einen ENJ einzusetzen, bringt auch nix. Kostet zwar weniger, benötigt aber auch Libraries.
~Josef
Erst mal danke für die schnelle Antwort.
Fehlt da noch ne Änderung? oder geht da kein autocreate?
015-10-15 06:22:25 SIGNALduino sduino UNKNOWNCODE u7#5980C8F36
2015-10-15 06:22:25 SIGNALduino sduino UNKNOWNCODE r0
2015-10-15 06:22:25 SIGNALduino sduino UNKNOWNCODE u7#5980C8F36
2015-10-15 06:22:25 SIGNALduino sduino UNKNOWNCODE r0
2015-10-15 06:22:25 SIGNALduino sduino UNKNOWNCODE u7#5980C8F36
~Josef
Zitat von: Ralf9 am 14 Oktober 2015, 20:30:04
der EAS800Z ist aktuell nicht drin, aber das Einbauen dürfte kein Problem sein.
Einfach in der 00_SIGNALduino.pm
."SD_WS07:"
in die $clientsSIGNALduino Liste anhängen und
"9:SD_WS07" => "^P7#[A-Fa-f0-9]+",
in die matchlist kopieren
Und dann noch die "14_SD_WS07.pm" vom dev-proto7 ins FHEM Verzeichnis kopieren
Gruß Ralf
Uuuups, ich seh gerade dass Sidey den dev-proto7 in dev-rawIn zurückgeführt hat.
Werde ich gleich mal gegen Eurochron testen (der Rest geht dann hoffentlich auch noch).
~Josef
EDIT: ging leider nicht mit WS07. Ich habe mir erlaubt 00_Signalduino.pm anzupassen und nach einem Test wieder nach dev-rawIn hochzuladen.
EDIT2: Soviele Änderungen habe ich doch gar nicht gemacht wie mir unter GitHub angezeigt werden. Basis war die 00_SignalDuino.pm die ich kurz vorher via "update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt" geholt hatte.
Eventuell müssen wir das noch mal zurückrudern.
EDIT3: ich habe mein commit zurückgenommen und warte auf 'grünes Licht' für mein nächstes "update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-rawIn/controls_signalduino.txt".
Kann es sein dass 'update force' was anderes geholt hat als bei Git unter dev-rawIn gelegen hat?
Wie gesagt, ich habe erst ein update force gemacht und dann die 00_SignalDuino.pm angepasst weil da kein WS07 drin war. Dann habe ich die geänderte Version hochgeladen und gesehen, dass da bei Github viel mehr Änderungen drin waren als ich gemacht habe.
Egal, ich habe mein commit zurückgenommen.
Im aktuellen 00_SignalDuino.pm vermisse ich den Block für WS07 innerhalb von %ProtocolListSIGNALduino.
Deshalb lasse ich das noch nicht auf meinen FHEM server los. Auf dem Server läuft derzeit meine angepasste Version. Bei mir sieht das so aus und läuft:
"7" => ## weather sensors like EAS800z
{
name => 'weatherID7',
id => '7',
one => [1,-4],
zero => [1,-2],
sync => [1,-8],
clockabs => 484,
format => 'twostate',
preamble => 'P7#', # prepend to converted message
clientmodule => 'SD_WS07',
modulematch => '^P7#......', # not used now
length_min => '35',
length_max => '40',
},
Dazu habe ich den aktuellen "7" Block auskommentiert:
# "7" => ## unkown Protocol
# {
# name => 'unknown1 may TX70DHT',
...
Zitat von: Sidey am 14 Oktober 2015, 20:56:28
Wozu Du da socat benötigst weiss ich jetzt nicht.
Den SIGNALDuino würde man z.B. so definieren:
define sdnet SIGNALduino 10.2.11.200:45000
Socat könnte man benützen, wenn man den Signalduino z.b. an einen anderen Raspberry Pi hängt. Der ESP mit der Bridge müsste eigentlich kurze Zeit nach dem Reset ohne ein Kommando funktionieren und alles übertragen.
Einen ESP hab ich daheim, einen Nano nicht.
Läuft das auch auf einem Pro-Mini?
Kuzl
Mir ist heute morgen aufgefallen, dass mein Oregon THGR228N seit gestern morgen keine Daten mehr senden soll.
Bin gerade auf der Arbeit und kann nicht kontrollieren, ob der Sensor ein Problem hat...
Da ich aber vor kurzer Zeit reconnect-Probleme mit dem Arduino hatte, die nach einem update und Flash behoben schienen, wollte ich gerade ein erneutes update/Flash anschieben.
Das Ergebnis:
UPD FHEM/14_SIGNALduino_RSL.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SIGNALduino_un.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_AS.pm
UPD FHEM/00_SIGNALduino.pm
Got 72442 bytes for FHEM/00_SIGNALduino.pm, not 67420 as expected,
aborting.
Ich hab das Gefühl, daß hier etwas ordentlich schiefläuft. ::)
Ja pro mini sollte auch gehen, achte aber auf die Spannung für den esp.
Grüße Sven
Zitat von: hjgode am 15 Oktober 2015, 06:23:09
Fehlt da noch ne Änderung? oder geht da kein autocreate?
Ja, ich hatte in der %ProtocolListSIGNALduino bei der ID 7 die preamble vergessen:
preamble => 'P7#', In der Version vom dev-rawIn müsstes es passen.
Gruß Ralf
Zitat von: hjgode am 15 Oktober 2015, 05:59:41
Wenn man nur den WebClient in RF_Receiver 'importiert' und initialisiert kommt man auf:
Sketch uses 30,160 bytes (98%) of program storage space. Maximum is 30,720 bytes.
Global variables use 1,282 bytes (62%) of dynamic memory, leaving 766 bytes for local variables. Maximum is 2,048 bytes.
und dann habe ich noch kein Web-Afrage erstellt geschweige denn Socket per Udp eingebunden.
@Sidey kannst Du ungefähr abschätzen wieviel flash durch Deine geplante optimierungen frei wird?
Zitat von: hjgode am 15 Oktober 2015, 05:59:41
Man könnte nun auf einen Arduino Mega umsteigen, die Dinger sind aber original eigentlich zu teuer (mehr als ein Pi), plus das Ws5100 Shield.
Den Mega gibts als nicht Orginal recht günstig, ist dafür aber etwas überdimenioniert
http://www.ebay.de/itm/Mega2560-R3-ATmega2560-16AU-Board-mit-freiem-USB-Kabel-compatible-Arduino-/261903837590?hash=item3cfaaf6996
http://www.ebay.de/itm/Ethernet-Shield-Schild-W5100-Fur-Arduino-Board-2009-UNO-Mega-1280-Mega-2560-/251976321368?hash=item3aaaf58958
Gruß Ralf
Zitat von: Ralf9 am 15 Oktober 2015, 12:41:01
In der Version vom dev-rawIn müsstes es passen.
Wär nur schön, wenn man's runterladen könnte...
Got 72442 bytes for FHEM/00_SIGNALduino.pm, not 67420 as expected,
aborting.
Hallo RappaSan,
Leider ist die aktuelle Revision inkonsistent.
Ich kann leider vom Handy nicht zurück rollen.
Du kannst mit dieser URL updaten:
Update all https://github.com/RFD-FHEM/RFFHEM/raw/2b710efac21177283f803458e072e21112b83da9/controls_signalduino.txt
Sidey
Da sag' ich doch mal artig
"Dankeschön !"
Ich spiele es gleich ein.
->
Drin, restart.
Log:
2015.10.15 15:15:26 1: PERL WARNING: Prototype mismatch: sub main::bin2dec: none vs ($) at ./FHEM/14_SIGNALduino_un.pm line 264.
2015.10.15 15:15:26 1: PERL WARNING: Subroutine bin2dec redefined at ./FHEM/14_SIGNALduino_un.pm line 260.
2015.10.15 15:15:26 1: PERL WARNING: substr outside of string at ./FHEM/14_SIGNALduino_un.pm line 174.
2015.10.15 15:15:26 1: PERL WARNING: Use of uninitialized value $winddir in concatenation (.) or string at ./FHEM/14_SIGNALduino_un.pm line 176.
2015.10.15 15:15:27 3: sduino: Unknown code u90034B01981041A0045, help me!
2015.10.15 15:15:42 3: sduino: Unknown code r0, help me
Vielleicht hilft es ja...
Hi Rappasan,
gerne doch.
Zitat von: RappaSan am 15 Oktober 2015, 15:09:57
2015.10.15 15:15:26 1: PERL WARNING: Prototype mismatch: sub main::bin2dec: none vs ($) at ./FHEM/14_SIGNALduino_un.pm line 264.
2015.10.15 15:15:26 1: PERL WARNING: Subroutine bin2dec redefined at ./FHEM/14_SIGNALduino_un.pm line 260.
2015.10.15 15:15:26 1: PERL WARNING: substr outside of string at ./FHEM/14_SIGNALduino_un.pm line 174.
2015.10.15 15:15:26 1: PERL WARNING: Use of uninitialized value $winddir in concatenation (.) or string at ./FHEM/14_SIGNALduino_un.pm line 176.
Naja, die Warnings sollte ich wohl mal beseitigen. Ist aber nicht tragisch.
Zitat von: RappaSan am 15 Oktober 2015, 15:09:57
2015.10.15 15:15:27 3: sduino: Unknown code u90034B01981041A0045, help me!
Was mich aber wundert ist die u9 Ausgabe... Da sollte
u9#0034B... stehen.
Sehr seltsam.
Die normale Update URL geht jetzt auch wieder. Ich habe das Problem behoben.
Grüße Sidey
Das Signal kommt öfter vor hier :)
So sehen die letzten Log-Einträge aus:
2015.10.15 15:56:16 3: sduino: Unknown code u90000D2C066142028634, help me!
2015.10.15 15:56:17 3: sduino: Unknown code u90000D2C066142028635, help me!
2015.10.15 15:56:59 3: sduino: Unknown code u90001A580CC284050C6A, help me!
2015.10.15 15:57:43 3: sduino: Unknown code u90006960330A101431A8, help me!
2015.10.15 15:58:25 3: sduino: Unknown code u90000D2C066142028635, help me!
2015.10.15 15:59:08 3: sduino: Unknown code u90000D2C066142028635, help me!
2015.10.15 15:59:51 3: sduino: Unknown code u90001A580CC284050C6A, help me!
2015.10.15 16:00:34 3: sduino: Unknown code u90001A580CC284050C6A, help me!
2015.10.15 16:00:34 3: sduino: Unknown code u90001A580CC284050C6A0, help me!
2015.10.15 16:01:00 3: sduino: Unknown code r0, help me!
2015.10.15 16:01:17 3: sduino: Unknown code u90001A580CC284050C6A, help me!
2015.10.15 16:02:02 3: sduino: Unknown code u90000D2C0660110682224, help me!
2015.10.15 16:02:44 3: sduino: Unknown code u90000D2C0660110682224, help me!
2015.10.15 16:03:26 3: sduino: Unknown code u90001A580CC0220D04448, help me!
2015.10.15 16:04:52 3: sduino: Unknown code u90001A580CC0220D04448, help me!
2015.10.15 16:05:08 3: IT_000000FFFF ???->on
2015.10.15 16:05:09 3: IT_00000F0FFF ???->on
2015.10.15 16:05:09 3: Code 11 not supported by IT_00000FFFFF.
2015.10.15 16:05:09 3: Code 11 not supported by IT_00000FFFFF.
2015.10.15 16:05:09 3: sduino: Unknown code i00155F, help me!
2015.10.15 16:05:09 3: IT_000000FFFF on->on
2015.10.15 16:05:10 3: IT_00000F0FFF on->on
2015.10.15 16:05:12 3: IT_000000FFFF on->on
2015.10.15 16:05:35 3: sduino: Unknown code u90001A580CC0220D04448, help me!
2015.10.15 16:06:02 3: sduino: Unknown code r0, help me!
2015.10.15 16:07:01 3: sduino: Unknown code u90001A580CC0220D04448, help me!
2015.10.15 16:07:44 3: sduino: Unknown code u90001A580CC0220D04448, help me!
2015.10.15 16:09:10 3: sduino: Unknown code u90001A580CC0220D04448, help me!
2015.10.15 16:11:04 3: sduino: Unknown code r0, help me!
2015.10.15 16:12:45 3: sduino: Unknown code u90001A580CC0220D04448, help me!
2015.10.15 16:13:29 3: sduino: Unknown code u90034B01980441A0889, help me!
2015.10.15 16:17:46 3: sduino: Unknown code u90000D2C0660110682224, help me!
2015.10.15 16:18:29 3: sduino: Unknown code u90001A580CC0220D04448, help me!
2015.10.15 16:19:12 3: sduino: Unknown code u90000D2C0661220D0C808, help me!
2015.10.15 16:20:54 3: sduino: Unknown code r000, help me!
2015.10.15 16:21:21 3: sduino: Unknown code u90000D2C0661220D0C808, help me!
2015.10.15 16:24:13 3: sduino: Unknown code u90000D2C0661220D0C808, help me!
2015.10.15 16:25:39 3: sduino: Unknown code u90001A580CC2441A1901, help me!
2015.10.15 16:29:57 3: sduino: Unknown code u90001A580CC1441A0496, help me!
2015.10.15 16:31:12 3: sduino: Unknown code r0, help me!
2015.10.15 16:31:23 3: sduino: Unknown code u90000D2C0660A20D024B, help me!
2015.10.15 16:32:06 3: sduino: Unknown code u90000D2C0660A20D024B, help me!
2015.10.15 16:33:43 3: sduino: Unknown code r0, help me!
2015.10.15 16:36:14 3: sduino: Unknown code r0, help me!
2015.10.15 16:37:09 3: sduino: Unknown code u90000D2C0660A20D024B, help me!
2015.10.15 16:38:33 3: sduino: Unknown code u90000D2C0660A20D024B, help me!
2015.10.15 16:39:59 3: sduino: Unknown code u900034B019828834092C, help me!
Wer weiß, was die Nachbarn alles im Mediamarkt eingekauft haben...
IT_000000FFFF ist auf jeden Fall der Nachbar mit einer Elro-Funksteckdose. Dat weiß ich, weil ich den schon versehentlich "fernübernommen" habe...
U9 , da bin ich an einer Wetterstation dran. Ctw600. Ist aber noch nicht ganz fertig.
Gehen denn deine Funk Steckdosen jetzt?
Grüße Sidey
Zitat von: Sidey am 15 Oktober 2015, 02:00:16
Na wozu dann einen Hash erstellen, wenn nur eine Liste notwendig ist.
Und das ganze im hash des IO Gerätes abspeichern, sonst gelten die Daten ja für alle definierten Geräte zugleich.
Hallo Sidey,
habe es nun auf Listen umgestellt:
sub SIGNALduino_IdList($$$)
{
my ($hash, $name, $aVal) = @_;
my @msIdList = ();
my @muIdList = ();
my @mcIdList = ();
my %WhitelistIDs;
my $wflag = 0;
if (defined($aVal) && length($aVal)>0)
{
%WhitelistIDs = map { $_ => 1 } split(",", $aVal);
$wflag = 1;
}
my $id;
foreach $id (keys %ProtocolListSIGNALduino)
{
next if ($id eq 'id');
if ($wflag == 1 && !defined($WhitelistIDs{$id}))
{
Log3 $name, 5, "skip ID $id";
next;
}
if (defined($ProtocolListSIGNALduino{$id}{format}) && $ProtocolListSIGNALduino{$id}{format} eq "manchester")
{
push (@mcIdList, $id);
}
elsif (exists $ProtocolListSIGNALduino{$id}{sync})
{
push (@msIdList, $id);
}
else
{
push (@muIdList, $id);
}
}
@msIdList = sort @msIdList;
@muIdList = sort @muIdList;
@mcIdList = sort @mcIdList;
Log3 $name, 3, "$name IDlist MS @msIdList";
Log3 $name, 3, "$name IDlist MU @muIdList";
Log3 $name, 3, "$name IDlist MC @mcIdList";
$hash->{msIdList} = \@msIdList;
$hash->{muIdList} = \@muIdList;
$hash->{mcIdList} = \@mcIdList;
}
Gruß Ralf
Hi Ralf,
das sieht doch gut aus.
Kannst Du deine Anpassung mal in einem eigenen Zweig einchecken? Dann sehe ich es mir mal in Aktion an.
Vermutlich kann ich die folgende Zeile ja auch von dem Hash befreien und direkt eine Liste erzeugen:
%WhitelistIDs = map { $_ => 1 } split(",", $aVal);
Ich würde den rawIn jetzt gerne so lassen und nur noch die commandref und ggf. auftretende Fehler bereinigen, damit wir mal eine stabile Version haben.
Bezüglich deiner Frage zur Optimierung:
Hauptsächlich möchte ich erst mal den RAM optimieren. Der fragmentiert leider mit der Zeit und dann stürzt der Arduino ab.
Ich habe Aktuell folgende Ideen, die sich unterschiedlich auswirken:
1. Die Muster effizienter speichern, aus historischen Gründen habe ich immer noch einen 2D Array dazu. Spart ein paar Byte RAM.
2. Die Nachricht besteht aus Werten von 0-5, jedoch wird immer ein ein byte belegt. Ich habe die Idee nur noch ein nibble zu belegen. Dadurch wird die Ausgabe dann aber nicht mehr lesbar für uns. Im Endeffekt wird dadurch weniger Speicher für die Nachricht belegt und bei der Ausgabe wird auch gespart. Hier kommen ca. 120 Byte RAM zusammen.
3. Einige Ausgaben von Dezimal auf Hex umstellen, was ein bisschen sparen dürfte.
4. Die Senderoutine für das IT und RSL Protokoll auf die generische Senderoutine umstellen, was aber nur flash sparen dürfte.
5. Die Librarys für den FIFO und die patternDetect Klassen komplett von altem code entrümpeln und vermutlich alles in eine Klasse überführen.
Grüße Sidey
Hallo Sidey, Hallo Ralf,
habe inzwischen auch schon ein Update auf die neueste Version durchgeführt. Sehr gute Arbeit. Danke.
Im Log kommen noch Warnungen.
2015.10.15 22:35:31 1: /dev/signald reappeared (sduino)
2015.10.15 22:35:31 1: /dev/signald
2015.10.15 22:35:34 1: PERL WARNING: substr outside of string at ./FHEM/14_SD_WS07.pm line 100.
2015.10.15 22:35:34 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/14_SD_WS07.pm line 100.
2015.10.15 22:35:34 1: PERL WARNING: substr outside of string at ./FHEM/14_SD_WS07.pm line 107.
2015.10.15 22:35:34 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/14_SD_WS07.pm line 107.
2015.10.15 22:35:34 1: PERL WARNING: substr outside of string at ./FHEM/14_SD_WS07.pm line 108.
2015.10.15 22:35:34 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/14_SD_WS07.pm line 108.
Ich empfange auch 2 WS07 Sensoren. Ich habe keine, wahrscheinlich aus der Nachbarschaft. Da kann aber etwas nicht stimmen.
2015-10-15_22:36:02 SD_WS07_T_8 T: -0.3
2015-10-15_22:36:02 SD_WS07_T_8 temperature: -0.3
2015-10-15_22:36:02 SD_WS07_T_8 battery: ok
2015-10-15_22:36:02 SD_WS07_T_8 channel: 8
2015-10-15_22:38:31 SD_WS07_T_8 T: 25.2
2015-10-15_22:38:31 SD_WS07_T_8 temperature: 25.2
2015-10-15_22:38:31 SD_WS07_T_8 battery: ok
2015-10-15_22:38:31 SD_WS07_T_8 channel: 8
2015-10-15_22:42:25 SD_WS07_T_8 T: -0.3
2015-10-15_22:42:25 SD_WS07_T_8 temperature: -0.3
2015-10-15_22:35:34 SD_WS07_T_1 T: 0
2015-10-15_22:35:34 SD_WS07_T_1 temperature: 0
2015-10-15_22:35:34 SD_WS07_T_1 battery: low
2015-10-15_22:35:34 SD_WS07_T_1 channel: 1
2015-10-15_22:36:00 SD_WS07_T_1 T: 0
2015-10-15_22:36:00 SD_WS07_T_1 temperature: 0
2015-10-15_22:36:00 SD_WS07_T_1 battery: low
2015-10-15_22:36:00 SD_WS07_T_1 channel: 1
2015-10-15_22:41:15 SD_WS07_T_1 T: 0
2015-10-15_22:41:15 SD_WS07_T_1 temperature: 0
2015-10-15_22:41:15 SD_WS07_T_1 battery: low
2015-10-15_22:41:15 SD_WS07_T_1 channel: 1
Ich hänge einmal eine Logdatei an. Vielen Dank.
Einen CTW 600 empfange ich auch ab und zu. Wenn ich einen RX868SH-DV anschließe kann ich Daten empfangen (2. Log). Die WE ist eine WX-2008 bzw. der Sender davon.
Jörg
Zitat von: Sidey am 15 Oktober 2015, 23:09:48
das sieht doch gut aus.
Kannst Du deine Anpassung mal in einem eigenen Zweig einchecken? Dann sehe ich es mir mal in Aktion an.
Mir ist noch nicht so richtig klar, was Du mit dem rawIn vor hast? Bleibt er und wird er der master/stable branch?
Oder hast Du vor den rawin in den master zu bringen? Das würde ich dann gerne abwarten und dann meine Änderungen in den neuen dev Branch einchecken.
Zitat von: Sidey am 15 Oktober 2015, 23:09:48
Vermutlich kann ich die folgende Zeile ja auch von dem Hash befreien und direkt eine Liste erzeugen:
%WhitelistIDs = map { $_ => 1 } split(",", $aVal);
Ist wahrscheinlich nicht so sinnvoll. In einem hash lässt sich besser nach einer ID suchen als in einer Liste.
Gruß Ralf
Hi Ralf,
Ich habe vor den master Branch mit dem,aktuellen Stand zu aktualisieren.
Ein paar Anpassungen an der commandref sind noch notwendig.
Den dev-Rawin könnte man dann einstellen und einen neuen,dev-32 z.B. erstellen.
Das was im Master ist, würde ich dann auch über das Fhem Update vertreiben wollen.
Grüße Sidey
Guten Morgen Sidey (und natürlich auch alle anderen).
Stimmt, da bin ich ja noch eine Antwort schuldig...
Zur Zeit klappt alles so, wie es soll - Funksteckdosen und Oregon THGR228N.
Fein!
Der Oregon-Sensor hat sich mit anderer ID zurückgemeldet, nachdem ich gestern Abend die Batterien für 1 Minute entfernt und wieder eingelegt hatte. ID in der config geändert - fertig.
Signalduino hat im Gegensatz zu FHEMduino auch keine Probleme mit dem Empfang der Daten. Da gibt's keine Lücken mehr (wenn der Sensor nicht rumspinnt).
Wenn ich nun noch sehe, was es alles an Sensoren um mich herum noch gibt... wow...
Und das Gute ist: So wie ihr hier an die Sache rangeht dauert es nicht mehr lange, dann werden die Signale auch richtig ausgewertet.
Großes Lob an alle Entwickler hier - tolle Arbeit, tolles Teamwork.
Mit in der FHEM Version 5.7 wäre natürlich cool 8)
Hi Rappasan,
Vielen Dank für das Lob.
Es gibt eine Menge an Signalen, ja.
Ich war auch überrascht, was da alles rumfunkt.
Dachte erst das wäre rauschen, aber,dafür sind die Signale zu gleichmäßig.
Bezüglich deines Oregon Sensors.
Du kannst den Sensor auch nur über die Kanalnummer anlegen lassen. Dazu ist das Attribut longid im signalduino auf 0 zu setzen. Du kannst auch für einzelne Sensoren definieren, dazu dann aber mehr in der Commandref.
Der Nachteil ist dann nur, dass Du Sensoren mit dem gleichen Kanal nicht unterscheiden kannst.
Grüße Sidey
Zitat von: pejonp am 15 Oktober 2015, 23:15:10
Im Log kommen noch Warnungen.
2015.10.15 22:35:34 1: PERL WARNING: substr outside of string at ./FHEM/14_SD_WS07.pm line 100.
Ich empfange auch 2 WS07 Sensoren. Ich habe keine, wahrscheinlich aus der Nachbarschaft. Da kann aber etwas nicht stimmen.
Hallo pejonp,
Ich habe mir den log angeschaut, da sind für die WS07 Sensoren keine gültige Nachrichten dabei.
Die Warnungen hängen mit den fehlerhaften Nachrichten der WS07 Sensoren zusammen.
Da sind noch ein paar optimierungen notwendig. Es werden z.T. noch mehr Nachrichten als nötig zu den Modulen geschickt.
Ich habe bei mir ein paar Optimierungen und Ergänzungen vorgenommen. Damit wird die Nachrichtenverarbeitung effizienter und das log wird deutlich reduziert.
Ich werde es dann in den neuen dev branch einchecken.
Gruß Ralf
Zitat von: Sidey am 15 Oktober 2015, 23:09:48
Bezüglich deiner Frage zur Optimierung:
Hauptsächlich möchte ich erst mal den RAM optimieren. Der fragmentiert leider mit der Zeit und dann stürzt der Arduino ab.
ich hatte auch schon ein paar Abstürze. Gibt es nach einem Absturz eine andere Möglichkeit als den Arduino kurz stromlos zumachen.
Der Arduino hängt an einem Banana Pi.
Gruß Ralf
Hiho,
Bei den WS07 hätte ich jetzt gedacht, dass ein Gerät die gleiche Codierung verwendet.
Ohne zu wissen, was da übertragen wird, wird es schwer das zu interpretieren.
Zu den abstürzen, eigentlich sollte es so ablaufen:
Der Arduino stürzt ab, nach spätestens 5 Minuten merkt Fhem, dass der Arduino nicht mehr reagiert.
Danach wird der USB port neu initialisiert.
Dabei müsste mittels Der ein Reset ausgelöst werden.
Wenn das mit dem DTR nicht klappt ist blöde.
Was passiert, wenn Du den set reset Befehl aufrufst?
Sidey
Zitat von: Sidey am 16 Oktober 2015, 13:52:11
Wenn das mit dem DTR nicht klappt ist blöde.
Was passiert, wenn Du den set reset Befehl aufrufst?
Der Reset Befehl hat keine Auswirkung, er hat keine Befehle mehr angenommen.
Ein reboot vom Banana pi hat auch nichts gebracht.
Gruß Ralf
Zitat von: Ralf9 am 16 Oktober 2015, 14:00:28
Der Reset Befehl hat keine Auswirkung, er hat keine Befehle mehr angenommen.
Ein reboot vom Banana pi hat auch nichts gebracht.
Gruß Ralf
Vielleicht hilft Dir usbreset (vorher mit listusb.sh das Gerät ermitteln, welches zurückgesetzt werden soll.
Hab ich bei stackoverflow gefunden. usbreset must Du noch kompilieren.
~Josef
Zitat von: hjgode am 16 Oktober 2015, 20:14:57
Vielleicht hilft Dir usbreset (vorher mit listusb.sh das Gerät ermitteln, welches zurückgesetzt werden soll.
Hab ich bei stackoverflow gefunden. usbreset must Du noch kompilieren.
Hallo Josef,
Danke für den Tip mit dem usbreset, werde ich mal testen, wenn der Arduino mal wieder abstürzt.
Mit listusb,sh bekomme ich nichts brauchbares.
Mit lsusb bekomme ich:
Bus 003 Device 003: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Der usbreset Befehl müsste dann so heißen:
sudo ./usbreset /dev/bus/usb/003/003 Gruß Ralf
Hallo zusammen,
ich weiss gar nicht, wie ich auf alle Fragen und Beiträge jetzt richtig antworten soll...
Naja, ich fang einfach mal an und hoffe ich vergesse nichts.
Zum Anhang von pejonp
Bezüglich ID7 Protokoll. Da wundere ich mich jetzt gerade sehr.
Zunächst ist es so, dass hier nur 0 bits erkannt wurden. So eine Nachricht ist wohl offensichtlich müll, wenn die nur aus 0 oder 1 besteht, so etwas sollte ich wohl abfangen.
Der Fehler liegt aber wo anders, das ist ein weather1 Protokoll.
Zitat
2015.10.15 22:46:30 4: SIGNALduino/msg READ: MS;P0=603;P1=-1839;P2=-3795;P3=-9114;D=03010201020201010201010101020102010101010102010102020101020101010201010202;CP=0;SP=3;O;
2015.10.15 22:46:30 4: Found matched Protocol id 7 -> weatherID7
2015.10.15 22:46:30 5: Starting demodulation at Position 6
2015.10.15 22:46:30 5: converted Data to (P7#000000)
2015.10.15 22:46:30 5: sduino dispatch P7#000000
2015.10.15 22:46:30 4: SD_WS07_Parse SD_WS07 (P7#000000) length: 6
2015.10.15 22:46:30 3: SD_WS07 converted to bits: 00000000 0 000 000000000000
2015.10.15 22:46:30 3: SD_WS07_T decoded protocolid: 7 sensor id=00, channel=1, temp=0, hum=0, bat=low
2015.10.15 22:46:30 4: Found matched Protocol id 0 -> weather1
2015.10.15 22:46:30 5: Starting demodulation at Position 2
2015.10.15 22:46:30 5: converted Data to (s590A09913000)
2015.10.15 22:46:30 5: sduino dispatch s590A09913000
Ich sag jetzt mal. Grundproblem erkannt. Eine Lösung muss ich mir noch ausdenken.
Allerdings deckt dieser Fehler noch Folgeprobleme auf. Die ich nicht verstehe.
Es wird "P7#000000" an dispatch übergeben und dispatch übergibt die Nachticht an das SD_WS07 Modul.
Nur das Modul hat folgende Match regex, die obige Nachticht hätte filtern müssen:
$hash->{Match} = "^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}";Ich habe dazu mal zwei bugs notiert:
https://github.com/RFD-FHEM/RFFHEM/issues/37
https://github.com/RFD-FHEM/RFFHEM/issues/36
Auch ein ganz komischer Fall bezüglich CTW-600
2015.10.15 23:07:09 5: sduino dispatch u9#FFA581D8610205036A0360
2015.10.15 23:07:09 3: sduino: Unknown code u9#FFA581D8610205036A0360, help me!
Das hätte an das SIGNALduino_un Modul gehen müssen... Hast Du das Log mit einer regex gefiltert oder ähnliches gemacht?
Was die Daten von WX-2008 angeht, da weiss ich nicht, wo das um 2. Log enthalten ist. Oder sind das die Daten die als CTW600 erkannt werden?
----------------------------------------------------
@Hauswart:
Ja für FHEM 5.7 ist geplant, dass er enthalten ist. Ich hoffe ich schaffe es bis da hin noch ein paar Fehlerchen zu beseitigen.
----------------------------------------------------
@Ralf9:
Dass es mit dem Abstürzen solche Folgen hat, war mir bislang nicht bewusst. Ich habe keinen bananapi, aber wenn er sich nicht von selbst wieder erholt ist der signalduino ja quasi unbrauchbar für ernsthafte dinge.
Da müsste ich wohl doch schleunigst an die Firmware ran. Nur beides schaffe ich zeitlich vermutlich nicht.
Könntest Du bei den FHEM Modulen vielleicht was übernehmen?
Grüße Sidey
Zitat von: Sidey am 16 Oktober 2015, 21:45:25
Es wird "P7#000000" an dispatch übergeben und dispatch übergibt die Nachticht an das SD_WS07 Modul.
Nur das Modul hat folgende Match regex, die obige Nachticht hätte filtern müssen:
$hash->{Match} = "^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}";
Das dürfte daran liegen, daß in der %matchListSIGNALduino nur
"10:SD_WS07" => "^P7#[A-Fa-f0-9]+",steht. Wenn die Match regex im Modul nicht passt, dann wird in der matchListSIGNALduino weiter gesucht.
Als Workaround kannst Du in die %matchListSIGNALduino die selbe genaue regex reinschreiben wie im Modul.
Ich habe es bei mir mit einer regex Abfrage vor dem dispatch Aufruf gelöst:
my $modulematch;
if (defined($ProtocolListSIGNALduino{$id}{modulematch})) {
$modulematch = $ProtocolListSIGNALduino{$id}{modulematch};
}
if (!defined($modulematch) || $dmsg =~ m/$modulematch/) {
SIGNALduno_Dispatch($hash,$rmsg,$dmsg);
$message_dispatched=1;
}Damit kann dann bei den IDs bei denen vor dem dispatch genauer geprüft werden soll, in der ProtocolListSIGNALduino bei modulematch eine genaue regex eingetragen werden.
Bei den restlichen IDs wo eine einfache prüfung auf die preample reicht, wird modulematch auskommentiert.
Ohne die regex Prüfung vor dem dispatch werden fehlerhafte Nachrichten erst in der clientlist und dann noch in der matchlist überprüft. Dann wird eine unknown code Meldung ausgegeben.
Zitat von: Sidey am 16 Oktober 2015, 21:45:25
Auch ein ganz komischer Fall bezüglich CTW-600
2015.10.15 23:07:09 5: sduino dispatch u9#FFA581D8610205036A0360
2015.10.15 23:07:09 3: sduino: Unknown code u9#FFA581D8610205036A0360, help me!
Die Unknown code Meldung wird auch erzeugt, wenn in einem Modul ein "return undef" steht.
Zitat von: Sidey am 16 Oktober 2015, 21:45:25
@Ralf9:
Dass es mit dem Abstürzen solche Folgen hat, war mir bislang nicht bewusst. Ich habe keinen bananapi, aber wenn er sich nicht von selbst wieder erholt ist der signalduino ja quasi unbrauchbar für ernsthafte dinge.
Da müsste ich wohl doch schleunigst an die Firmware ran. Nur beides schaffe ich zeitlich vermutlich nicht.
Könntest Du bei den FHEM Modulen vielleicht was übernehmen?
Solange ich der einzigste mit solchen Abstürzen, die sich nicht von selbst erholen, bin und sie nur einmal in der Woche auftauchen, kann ich im Moment noch damit leben.
Bei was könnte ich Dir helfen?
Gruß Ralf
Zitat von: Ralf9 am 16 Oktober 2015, 20:39:16
Hallo Josef,
Danke für den Tip mit dem usbreset, werde ich mal testen, wenn der Arduino mal wieder abstürzt.
Mit listusb,sh bekomme ich nichts brauchbares.
Mit lsusb bekomme ich:
Bus 003 Device 003: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Der usbreset Befehl müsste dann so heißen:
sudo ./usbreset /dev/bus/usb/003/003
Gruß Ralf
So ähnlich war es auch bei mir:
sudo ./usbreset /dev/bus/usb/004/002
Hallo Ralf und Sidey
Zitat
Solange ich der einzigste mit solchen Abstürzen, die sich nicht von selbst erholen, bin und sie nur einmal in der Woche auftauchen, kann ich im Moment noch damit leben.
Ich hatte ähnliche Probleme mit zwei China Clone Nanos. Leider musste ich feststellen, dass dort diese Fake FTDI Chips verbaut waren (brachten unter Windows nur seriell: Not a genuine Device...). Der eine hat nach einer Zeit die Kommunikation via USB ganz aufegegeben. Den kann ich nur noch über ISP flashen. Der andere hing sich sporadisch weg, die LEDs blinkten wie verrückt, keine vernünftige Kommunikation mehr. Im FHEM erscheint dann periodisch SigalDuino disappear/reappear oder eben dass gar keine Kommunikation mehr möglich war.
Nachdem dann der zweite von drei China Nanos defekt war, habe ich jetzt einen Clone mit CH340 dran. Einer ist OK, mehrere könnten man anhand von serial-by-id nicht auseinanderhalten.
Ein dritter, früher von derselben China Schmiede gekaufter Nano läuft stabil als nanoCUL433. Da ist wohl ein Original FTDI drauf.
Da ich mit dem Pollin AVR-Net-IO früher auch Probleme mit unerklärlichen Hängern habe ich dessen Code um eine Watchdog erweitert. Wahrscheinlich stimmt in der Ethernet-Lib für den ENJ Chip was nicht, eine Watchdog war für mich der einfache Weg. Nur ein
#include <avr/wdt.h>
...
wdt_enable(WDTO_2S);
...
und dann im code regelmäßig vor den zwei Sekunden
wdt_reset();
aufrufen.
Seit dem habe ich Ruhe bei dem AVR-NetIO code. Ist natürlich nicht die korrekte Vorgehensweise, wenn Code nicht funktioniert, aber die grossen Ethernet Libs kann ich schlecht entwanzen.
Siehe auch: https://tushev.org/articles/arduino/5/arduino-and-watchdog-timer
Gruss
Josef
Zitat von: hjgode am 17 Oktober 2015, 07:00:12
Ich hatte ähnliche Probleme mit zwei China Clone Nanos. Leider musste ich feststellen, dass dort diese Fake FTDI Chips verbaut waren (brachten unter Windows nur seriell: Not a genuine Device...)
Hallo Josef,
kann ich auch unter Linux erkennen ob ein fake oder ein orginal FTDI Chip drauf ist? Oder kann man das an der Beschriftung des FTDI Chip erkennen?
hier ist der, der ab und zu abstürzt:
Bus 003 Device 003: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 -> ../../ttyUSB0
ich habe auch noch einen zweiten:
Bus 003 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
usb-FTDI_FT232R_USB_UART_A600G900-if00-port0 -> ../../ttyUSB0
Ich möchte mir bei ebay noch 1-2 nano mit FTDI Chip kaufen, kannst Du mir einen empfehlen?
Zusätzlich möchte ich mir noch dazu ein W5100 kaufen. Kann ich bei diesem auch die Arduino Ethernet liberarys verwenden?
http://www.ebay.de/itm/Mini-W5100-Ethernet-Shield-Network-Expansion-Board-For-Arduino-/201394383381?hash=item2ee40a6a15:g:KaoAAOSw3ydVsv2c
Gruß Ralf
Hallo Ralf
Die FTDI chips kann man einfachsten unter Windows erkennen, dort geben sie per serial immer nur "Not a genuine device..." aus.
Es gab auch mal einen FTDI Windows Treiber der die Dinger einfach mal platt gemacht hat.
Der Aufdruck unterscheidet sich auch mehr oder weniger: http://hackaday.com/2014/02/19/ft232rl-real-or-fake/
Mit dem Mini W5100 habe ich keine Erfahrungen. Ich habe 'nur' ein 'original' W5100 Shield (China Clone der funktioniert, da kann man ja eigentlich nix falsch machen). Beim ENC28J60 bin ich vorsichtig, da gibt es wohl keine stabilen Arduino Libraries.
Wenn Du einen Nano kaufen willst und sicher sein willst, kannst Du eigentlich nur Originalen vertrauen. Ich habe letztens zwei Nano Clones gekauft bei denen die Abbildung den FTDI Chip zeigten. Geliefert wurde aber mit CH340. Da wird dann nur einen zuverlässig einem Port zugeordnet. Die Dinger haben keine Unique ID wie die FTDT232RL. Wenn man einen zweiten anschliesst hängt es von der Erkennung beim Booten ab, welchen serial Port sie bekommen.
gruss
~Josef
ZitatWenn Du einen Nano kaufen willst und sicher sein willst, kannst Du eigentlich nur Originalen vertrauen. Ich habe letztens zwei Nano Clones gekauft bei denen die Abbildung den FTDI Chip zeigten. Geliefert wurde aber mit CH340. Da wird dann nur einen zuverlässig einem Port zugeordnet. Die Dinger haben keine Unique ID wie die FTDT232RL. Wenn man einen zweiten anschliesst hängt es von der Erkennung beim Booten ab, welchen serial Port sie bekommen.
Wenn keine Unique ID vorhanden ist, können die Geräte unter Linux mit
/dev/serial/by-path/
zuverlässig eingebunden werden, man darf nur den Steckplatz nicht wechseln.
Auch ei diesen China Clones mit ftdi Chip ist Vorsicht angebracht ... hab hier 5 Stück mit gleicher id die sich aber auch nicht ändern lies.
Hab mir dann mal diesen zugelegt... http://pages.ebay.com/link/?nav=item.view&id=121696427044&alt=web .. ist zwar etwas teurer aber kommt schnell und die id ist änderbar
Mobil erstellt daher kurz gehalten
Zitat von: Ellert am 17 Oktober 2015, 11:36:29
Wenn keine Unique ID vorhanden ist, können die Geräte unter Linux mit
/dev/serial/by-path/
zuverlässig eingebunden werden, man darf nur den Steckplatz nicht wechseln.
Bei reboot des rasp werden allerdings auch die usb Ports neu zugewiesen ...
Mobil erstellt daher kurz gehalten
Zitat von: Ralf9 am 16 Oktober 2015, 23:41:14
Das dürfte daran liegen, daß in der %matchListSIGNALduino nur
"10:SD_WS07" => "^P7#[A-Fa-f0-9]+",
steht. Wenn die Match regex im Modul nicht passt, dann wird in der matchListSIGNALduino weiter gesucht.
Als Workaround kannst Du in die %matchListSIGNALduino die selbe genaue regex reinschreiben wie im Modul.
Ah stimmt, das hatte ich übersehen, Du hast recht. Die Mach list greift ja auch, wenn das Modul bereits geladen wurde.
Da müsste eigentlich noch eine Prüfung rein wie (If Modul not loaded) ...., dann wäre es viel besser zu kontrollieren.
Die Regex für die Match List hatte ich etwas abgeschwächter definiert, damit auch Daten die nicht an der 7. POSITION ein F haben mal an das Modul gelangen.
Bislang kennen wir ja nur drei Sensoren, bei denen das zutrifft, aber das muss ja nicht für alle gelten.
Was man bräuchte, wäre ja eine Erweiterung der Regex die auf 000000 und FFFFF prüft. Mit ^ kann man ja negieren, aber ich weiss gerade nicht, wie man ein und realisiert...
Zitat von: Ralf9 am 16 Oktober 2015, 23:41:14
Bei was könnte ich Dir helfen?
Bei den commandrefs, die haben glaube ich noch Fehler.
Könnte sein, dass ich den im 00_Signalduino bereits gefunden habe.
Bei den anderen könnte noch was sein.
Ich glaube für minsecs fehlt noch die Beschreibung...
Und dann wären da halt noch die Warnings im 14_un Modul, dem man wohl auch besser die Nummer 90 verpasst.
Mehr ist es glaube ich nicht.
Bezüglich Firmware, habe ich gestern mal was bei mir probiert. Bis jetzt sieht es schon mal nicht schlechter aus als vorher.
Grüße Sidey
Zitat von: noice am 17 Oktober 2015, 11:59:25
Bei reboot des rasp werden allerdings auch die usb Ports neu zugewiesen ...
Mobil erstellt daher kurz gehalten
Der Tip kommt von hier http://forum.fhem.de/index.php/topic,40211.msg324973.html#msg324973
und wird hier diskutiert http://forum.fhem.de/index.php/topic,36062.msg289419.html#msg289419
und hier http://forum.fhem.de/index.php/topic,24651.msg325186.html#msg325186.
Ich selbst habe es nicht getestet.
Der Handsender ISC HS 434/6 für einen Garagentorantrieb wird jetzt vom SignalDuino empfangen http://forum.fhem.de/index.php/topic,38831.msg339634.html#msg339634 (http://forum.fhem.de/index.php/topic,38831.msg339634.html#msg339634).
Weitere Einzelheiten hier http://forum.fhem.de/index.php/topic,42373.msg345546.html#msg345546 (http://forum.fhem.de/index.php/topic,42373.msg345546.html#msg345546)
@Sidey: Vielen Dank für die super Unterstützung.
Zitat von: Sidey am 16 Oktober 2015, 21:45:25
...
Auch ein ganz komischer Fall bezüglich CTW-600
2015.10.15 23:07:09 5: sduino dispatch u9#FFA581D8610205036A0360
2015.10.15 23:07:09 3: sduino: Unknown code u9#FFA581D8610205036A0360, help me!
...
Hallo Sidey, Hallo Ralf
hoffentlich vergesse ich keine Antwort.
Abstürze vom Signalduino hatte ich auch schon. Mit den beiden letzten Versionen nicht mehr. Der Banana Pi war da mehr betroffen als der C1-Ondroid. An beiden hängt ein Nano V3.0 mit ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter (ohne S/N).
Die CTW-600 Signale wurden dann erfasst wenn der Sender der WX-2008 (868MHz) gesendet hat. Im Log habe ich dort Einträge mit Temp, Windrichtung und Uhrzeit eingetragen. Einen regex Filter habe ich nicht drin.
Mit Regex bearbeite ich nur die Ausgabe vom HTTPMOD-Modul (Solar).
Einmal wurde mir beim Hideki eine 31 als Sensortyp angezeigt, ansonsten kommt immer die 30.
So das waren erst mal meine Antworten. Vielen Dank für die gute Arbeit. Wenn ich mal etwas testen soll sagt einfach Bescheid.
Tschüß Jörg
Zitat von: Sidey am 17 Oktober 2015, 12:14:15
Ah stimmt, das hatte ich übersehen, Du hast recht. Die Mach list greift ja auch, wenn das Modul bereits geladen wurde.
Da müsste eigentlich noch eine Prüfung rein wie (If Modul not loaded) ...., dann wäre es viel besser zu kontrollieren.
Die Regex für die Match List hatte ich etwas abgeschwächter definiert, damit auch Daten die nicht an der 7. POSITION ein F haben mal an das Modul gelangen.
Ich denke als Workaround für die master/stable Version reicht es, wenn Du die genaue regex vom Modul auch in die Matchlist schreibst.
Zitat von: Sidey am 17 Oktober 2015, 12:14:15
Bei den commandrefs, die haben glaube ich noch Fehler.
Bei der commandrefs bin ich keine große Hilfe, mit der Syntax (html?)der commandref habe ich mich bis jetzt nur sehr wenig beschäftigt.
Was mir aufgefallen ist, das in den pm-Dateien noch Umlaute drin sind. Beim öffnen unter Linux mit kwrite, bekomme ich die folgende Fehlermeldung:
.. wurde als UTF-8 kodiert geöffnet, enthält aber ungültige ZeichenIch habe sie bei mir schon durch ae, oe, ue ersetzt.
Zitat von: Sidey am 17 Oktober 2015, 12:14:15
Und dann wären da halt noch die Warnings im 14_un Modul, dem man wohl auch besser die Nummer 90 verpasst.
Bei der Umbenennung von 14_un nach 90_un sehe ich keine Vorteile, ich dachte Du wolltest in der aktuellen Version nichts größeres mehr ändern,
nur noch Fehler beheben und die commandrefs ergänzen.
Gruß Ralf
Zitat von: Ralf9 am 17 Oktober 2015, 22:57:42
Was mir aufgefallen ist, das in den pm-Dateien noch Umlaute drin sind. Beim öffnen unter Linux mit kwrite, bekomme ich die folgende Fehlermeldung:
.. wurde als UTF-8 kodiert geöffnet, enthält aber ungültige Zeichen
Ich habe sie bei mir schon durch ae, oe, ue ersetzt.
Stimmt, könnte man als ü etc schreiben.
Zitat von: Ralf9 am 17 Oktober 2015, 22:57:42
Bei der Umbenennung von 14_un nach 90_un sehe ich keine Vorteile, ich dachte Du wolltest in der aktuellen Version nichts größeres mehr ändern,
nur noch Fehler beheben und die commandrefs ergänzen.
Naja, dann wird es nach allen anderen erst aufgerufen, da die Nummer vor dem Modulnamen ja die Reihenfolge bedingt.
Wenn man also ein spezifisches Modul hat, kann man es mit 14_ beginnen lassen und dispatcht dort hin.
Die Match Regex für das _un Modul könnte dann alles was mit P\d anfängt abgreifen ohne gefahr zu laufen, dass ein anderes Modul die Daten nicht mehr abbekommt.
Damit die unknown Meldung verschwindet, setzt man in dem _un Modul entgegen der Idee einen Returnwert und gut ist.
Grüße Sidey
Zitat von: hjgode am 17 Oktober 2015, 09:40:19
Die FTDI chips kann man einfachsten unter Windows erkennen, dort geben sie per serial immer nur "Not a genuine device..." aus.
Ich habe den nano mal unter Windows 7 eingesteckt, da kommt aber eine Fehlermeldung, daß ein Treiber fehlt.
Dies ist mir zu aufwendig, nur zum Testen extra einen Treiber zu installieren.
Zitat von: hjgode am 17 Oktober 2015, 09:40:19
Wenn Du einen Nano kaufen willst und sicher sein willst, kannst Du eigentlich nur Originalen vertrauen.
Wenn ich einen Nano mit einem CH340 oder fake FTDI bekomme, kann ich ihn immer noch mit dem W5100 verwenden, da brauche ich den usb nur zum flashen. Die debug ausgabe mache ich da in einer telnet session.
Gruß Ralf
Zitat von: Sidey am 17 Oktober 2015, 23:18:28
Naja, dann wird es nach allen anderen erst aufgerufen, da die Nummer vor dem Modulnamen ja die Reihenfolge bedingt.
Wenn man also ein spezifisches Modul hat, kann man es mit 14_ beginnen lassen und dispatcht dort hin.
Die Match Regex für das _un Modul könnte dann alles was mit P\d anfängt abgreifen ohne gefahr zu laufen, dass ein anderes Modul die Daten nicht mehr abbekommt.
Damit die unknown Meldung verschwindet, setzt man in dem _un Modul entgegen der Idee einen Returnwert und gut ist.
Das mit dem 90_un Modul funktioniert in der clientlist nur, wenn es durch ein definiertes device bereits geladen ist.
Und in der matchlist muß das 90_un Modul jedes mal extra geladen werden.
Warum muß es immer so kompliziert sein? In diesem Fall gibt es eine einfache Lösung die auch noch effizienter und ressorcenschonender ist.
Einfach so wie ich schon vorgeschlagen habe, eine genaue regex vor dem dispatch Aufruf.
Siehe auch hier:
Zitat von: justme1968 am 10 Oktober 2015, 19:14:22
sollten nicht 'falsche' nachrichten so früh erkannt und ausgeschlossen werden das sie garnicht erst durch dispatch laufen? wenn du eine regex hast die das schafft schmeiss die nachrichten in der parseFn deines physikalischen moduls weg und dann ruf dispatch wie gedacht mit der übrig geblieben nachrichten auf.
Gruß Ralf
Hmm, wieso das jetzt kompliziert ist verstehe ich nicht.
Ich habe die Datei jetzt umbenannt und musste die match regex angepasst.
Das _UN Modul fängt jetzt alles ab, was vorher nicht verarbeitet wurde und gibt ab verbose 4 ein paar Logmeldungen aus.
So sind die vielen Unknown Code Meldungen weg und alles was nicht nicht verarbeitet werfen konnte, landet auch im UN Modul zu analysezwecke. Beide Anforderungen erst mal erfüllt.
Das war jetzt eine einfache Variante ohne eine neue Baustelle auf zu machen.
Gut, das umbenennen in 90 wäre nicht unbedingt notwendig gewesen, da es aktuell nicht in die clientlist gelangt.
Nachdem es dann einmal über die mach list geladen wurde ist es geladen und muss nicht mehr geladen werden.
Grüße Sidey
Hallo Ralf
Wenn ich einen Nano mit einem CH340 oder fake FTDI bekomme, kann ich ihn immer noch mit dem W5100 verwenden, da brauche ich den usb nur zum flashen. Die debug ausgabe mache ich da in einer telnet session.
Da ist es natürlich egal, solange der der Fake FT232L nicht abraucht. Hatte ich schon und konnte dann nur noch per ISP flashen. Wenn Du auch per ISP flashen kannst, ist es dann auch OK.
Man sollte halte nur eine CH340 an FHEM betreiben, sonst fällt eine feste Hardware Modul Zuordnung schwer.
~josef
Zitat von: Sidey am 18 Oktober 2015, 09:59:14
Das _UN Modul fängt jetzt alles ab, was vorher nicht verarbeitet wurde und gibt ab verbose 4 ein paar Logmeldungen aus.
So sind die vielen Unknown Code Meldungen weg und alles was nicht nicht verarbeitet werfen konnte, landet auch im UN Modul zu analysezwecke. Beide Anforderungen erst mal erfüllt.
Das war jetzt eine einfache Variante ohne eine neue Baustelle auf zu machen.
Hallo Sidey ,
ja, so sind die Unknown Code Meldungen auch weg. So ist es erstmal ausreichend.
Ich warte jetzt erst mal ab bis die aktuelle Version im master ist und es eine neue dev branch gibt.
Bei meiner Version hier habe ich einige Optimierungen und Ergänzungen vorgenommen, damit ist es auch effizienter und ressorcenschonender.
Dies kann dann evtl in die neue dev.
Gruß Ralf
da bei mir die Reichweite von Hama und Bresser Sensoren zu wünschen übrig lässt, überlege mir einen empfindlicheren Super-heterodyne Receiver zu kaufen.
http://www.ebay.de/itm/Super-heterodyne-ASK-OOK-RF-Wireless-Receiver-Module-433MHZ-112dBm-/181633631837?hash=item2a4a35465d:m:m8vDdzKEy6r6sIDvpbv9sBQ
Bei diesem Receiver ist auch ein applications Vorschlag dabei, bei dem alle Vcc und alle GND angeschlossen sind.
Ich habe bei mir nur einen VCC und einen GND angeschlossen, die restlichen habe ich offen gelassen. Kann dies einen Einfluß auf den Empfang haben?
Bei den Hama und Bresser ist bei nur einer Wand/Decke der Empfang ok. Bei 2 Wänden ist der Empfang nicht immer stabil, es kommt ab und zu vor, daß mal 1-2 Stunden von diesem nichts empfangen wird.
Gruß Ralf
Zitat von: Ralf9 am 19 Oktober 2015, 21:32:48
Bei diesem Receiver ist auch ein applications Vorschlag dabei, bei dem alle Vcc und alle GND angeschlossen sind.
Ich habe bei mir nur einen VCC und einen GND angeschlossen, die restlichen habe ich offen gelassen. Kann dies einen Einfluß auf den Empfang haben?
Hallo Ralf,
prüfe doch mal, ob die Pins intern miteinander verbunden sind. Wenn ja, dann sollte der Empfang nicht beeinflußt werden.
Gruß PeMue
Hi Ralf,
also die Super-Het Empfänger kann ich empfehlen.
Ich habe auch so einen und empfange ordentlich von den Nachbarn. :)
Was für einen Empfänger verwendest Du den aktuell?
Die Pins sind bei meinem RXB6 (REV .06) intern verbunden.
Grüße Sidey
Zitat von: Sidey am 19 Oktober 2015, 21:40:16
Was für einen Empfänger verwendest Du den aktuell?
ich habe diesen hier, er hat keine Abschirmung.
http://www.ebay.de/itm/Geeetech-433Mhz-Superheterodyne-3400RF-Transmitter-and-Receiver-Link-Kit-Arduino-/361230434317?hash=item541b03000d:m:m11JU3qzATEEg-cmUlU2Q6w
Ich werde mal diesen hier bestellen. Kostet nur 2,20 Euro
http://www.ebay.de/itm/Super-heterodyne-OOK-Wireless-Receiver-Module-Strong-Interference-433MHZ-116dBm-/281782855830?hash=item419b912896:g:ehcAAOSwEppUR2NH
Edit:
Beim dem Eurochron- und dem Aldi-Sensor ist die Reichweite deutlich besser.
Gruß Ralf
Zitat von: Ralf9 am 19 Oktober 2015, 21:55:01
ich habe diesen hier, er hat keine Abschirmung...
..
Hallo Ralf,
wie lang ist den die Antenne. Bei 433MHz sollte sie ca. 17cm lang sein. Ich habe an meinem Empfänger TDL-9927 eine ca. 53cm lange Antenne und habe Empfang über 2 Stockwerke (Holzbalkendecke).
So ich habe jetzt einmal die Sender (Bresser und Hama) im Haus getauscht und dem Oregon auch einen anderen Platz gegeben. So wie es aussieht, sind die Bresser doch die besseren Sensoren. Der Hama läßt sich jetzt etwas Zeit, 5min Aussetzer sind jetzt schon drin, beim OREGON ebenfalls. Mal sehen was am Tage ist, mit ein Paar mehr Störfeldern (Solarwechselrichter).
Jörg
Zitat von: pejonp am 19 Oktober 2015, 22:29:25
Hallo Ralf,
wie lang ist den die Antenne. Bei 433MHz sollte sie ca. 17cm lang sein. Ich habe an meinem Empfänger TDL-9927 eine ca. 53cm lange Antenne und habe Empfang über 2 Stockwerke (Holzbalkendecke).
Hallo Jörg,
die Antenne ist ein 17cm langer Draht.
Zwischen dem Bresser und Hama kann ich keine Unterschiede feststellen.
Gruß Ralf
Hallo Zusammen
da ich auch Probleme beim Empfang hatte, hier mal was Grundsätzliches: Zum Empfang der Wellen benötigt man nicht nur einen einfachen Draht sondern auch einen Gegenpol (Erde, Ground, GND) dazu. Dieser sollte ebenfalls lambda/4 gross sein.
Den besten Empfang habe ich mit einer selbstgebastelten Groundplane-Antenne: Ein Draht senkrecht nach oben als Antenne und 4 nach unten 45 Grad abgewinkelt an Ground.
Der Empfänger macht keinen grossen Unterschied bei OOK. Das China Teil ist bei mir mit anständig Ground besser als der Aurel Superhet mit einem einfachen Draht (Whip Antenne). Wobei Ground in dem Fall bedeutet, das da noch ein aufgewickeltes abgeschrmtes Kabel drunterhängt, was ich damals für den Audio Eingang drangemacht hatte.
~josef
Edit: Bilder angehängt (sorry für die schlechte Qualität)
Zitat von: hjgode am 20 Oktober 2015, 06:43:41
Hallo Zusammen
da ich auch Probleme beim Empfang hatte, hier mal was Grundsätzliches: Zum Empfang der Wellen benötigt man nicht nur einen einfachen Draht sondern auch einen Gegenpol (Erde, Ground, GND) dazu. Dieser sollte ebenfalls lambda/4 gross sein.
Den besten Empfang habe ich mit einer selbstgebastelten Groundplane-Antenne: Ein Draht senkrecht nach oben als Antenne und 4 nach unten 45 Grad abgewinkelt an Ground.
Hast du von deiner Lösung ein Bild? Kann es mir derzeit nur schwer vorstellen...
Zitat von: hjgode am 20 Oktober 2015, 06:43:41
Den besten Empfang habe ich mit einer selbstgebastelten Groundplane-Antenne: Ein Draht senkrecht nach oben als Antenne und 4 nach unten 45 Grad abgewinkelt an Ground.
Gibt es auch eine einfachere Antenne als die Groundplane-Antenne mit der der Empfang einwenig besser wird. Bringt es was die einfache Drahtantenne von 17 auf 34 cm zu verdoppeln?
Bei der Groundplane-Antenne brauche ich dann ja zwischen Empfänger und Antenne ein kurzes Stück koax.
Kann ich es auch so wie in dem Bild in der Anlage machen, indem ich anstatt des Koaxs, die Verbindung zwischen dem nano und dem Empfänger auf ca 10 cm verlängere?
Gruß Ralf
Zitat
Bei der Groundplane-Antenne brauche ich dann ja zwischen Empfänger und Antenne ein kurzes Stück koax.
Kann ich es auch so wie in dem Bild in der Anlage machen, indem ich anstatt des Koaxs, die Verbindung zwischen dem nano und dem Empfänger auf ca 10 cm verlängere?
Sehr interessante Lösung um auf Koax-Kabel zu verzichten. :D
Wenn Kabel, würde ich RG58 (50Ohm) Kabel verwenden.
EDIT: Wasich eigentlich sagen wollte, dass man dem Empfänger einen guten 'Grund' gibt. Es kann zB reichen, wenn man den Empfänger auf einer Metallplatte befestigt (idealerweise lambda/4 gross oder so) und diese mit GND der Schaltung verbindet. Die Masse-Fläche bildet dann den Gegenpol zur Eindraht-Antenne.
Laut http://fpvlab.com/forums/showthread.php?40011-433MHz-antenna-tests ist die beste Kombination eine Whip-Sendeantenne gegen eine Groundplane Empfänger-Antenne.
'Meine' Groundplane entstand, weil die EC3000 doch sehr schwach senden. Die Antenne muss auf dem Dachboden auch auf dem Boden stehen, damit der Empfang aller drei EC3000 gegebn ist. Man könnte sie evtl. auch auf den Kopf stellen. Andere Antennen, u.a. auch eine Koax-Dipol Antenne, waren nicht so gut.
Hallo,
hab heute noch mal etwas getestet und mein signalduino läuft jetzt durch ohne Fehlermeldung.
Das Teil steht im Keller und ich bekommen min. 4 Geräte rein (davon ist sicherlich nur der TX von mir und der Rest von Nachbarn)
Allerdings macht das Teil kein Autocreate. (Oder funktioniert das noch nicht?)
2015.10.20 21:05:30 2: autocreate: define CUL_TCM97001_Unknown CUL_TCM97001 Unknown
2015.10.20 21:05:30 2: autocreate: define FileLog_CUL_TCM97001_Unknown FileLog ./log/CUL_TCM97001_Unknown-%Y.log CUL_TCM97001_Unknown
Hier noch ein Auszug oder lieber als Zip?
2015.10.20 21:10:37 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:37 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:37 4: SIGNALduino/msg READ: MU;P0=374;P1=-158;P3=665;P5=-568;D=0010101310101013101013101013501010101010131310101010101010101010102;CP=0;
2015.10.20 21:10:37 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:37 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:37 4: SIGNALduino/msg READ: MU;P0=-165;P1=411;P2=144;P3=681;D=0102010101010101030203010303030301010101011;CP=1;
2015.10.20 21:10:38 4: SIGNALduino/msg READ: MU;P0=536;P1=-138;P2=300;P3=986;P4=774;D=012101010101314131414101414141410101010121;CP=0;
2015.10.20 21:10:38 4: SIGNALduino/msg READ: MU;P0=532;P1=-152;P2=694;P3=96;P4=944;P5=-656;D=0101012101013101410105012101014101010121011;CP=0;
2015.10.20 21:10:38 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:38 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:38 4: Found matched Protocol id 9 -> CTW 600
2015.10.20 21:10:38 4: SIGNALduino/msg READ: MU;P0=274;P1=-700;P2=-210;P3=-476;P5=504;D=0102030102020202020202020202020202020202025202021;CP=0;
2015.10.20 21:10:38 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:38 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:38 4: SIGNALduino/msg READ: MU;P0=568;P1=-187;P2=339;P4=1240;P5=989;D=012121012101012101010121410101215121015101012101512121212101212101212101210120;CP=2;
2015.10.20 21:10:38 4: SIGNALduino/msg READ: MU;P0=399;P1=-180;P2=556;P3=-440;P4=1076;D=010101012301012121412121010101212121010101010121010121012101010101010101010101010100;CP=0;
2015.10.20 21:10:38 4: SIGNALduino/msg READ: MU;P0=-119;P1=688;P2=292;P3=982;P4=471;P5=3000;D=01020101010303010103040401050402040101010401040303010101040202020201010301;CP=1;
2015.10.20 21:10:39 4: SIGNALduino/msg READ: MU;P0=-155;P1=237;P2=-448;P4=640;P5=1012;D=012101010104010121010101010504010101040401010101010;CP=1;
2015.10.20 21:10:39 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:39 4: SIGNALduino/msg READ: MU;P0=-1404;P1=263;P2=-152;P3=679;D=01212123212123212121212121212121212121212123212323230;CP=1;
2015.10.20 21:10:39 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:39 4: SIGNALduino/msg READ: MU;P0=307;P1=-182;P2=630;D=010101012121012121012121010101012101010101010121010101010101010101010;CP=0;
2015.10.20 21:10:39 4: SIGNALduino/msg READ: MU;P0=369;P1=-138;P2=576;P3=860;P4=206;D=012131010131010121010101013121410141210101210101;CP=0;
2015.10.20 21:10:39 4: SIGNALduino/msg READ: MU;P0=525;P1=-154;P2=252;P3=718;P4=-3316;P5=-600;D=01210101313131310101313101010101013104050;CP=0;
2015.10.20 21:10:39 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:39 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:39 4: SIGNALduino/msg READ: MU;P0=332;P1=-357;P2=-177;P4=670;P5=1304;D=010202020202420252010202020202420202020101;CP=0;
2015.10.20 21:10:40 4: SIGNALduino/msg READ: MU;P0=-189;P1=468;P2=746;P4=-736;P5=186;D=01020101010101010101010101020101010141010505010;CP=1;
2015.10.20 21:10:40 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:40 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:40 4: SIGNALduino/msg READ: MU;P0=324;P1=-177;P2=596;P3=912;D=012121010101013101010101010121013101012121010;CP=0;
2015.10.20 21:10:40 4: SIGNALduino/msg READ: MU;P0=475;P1=-159;P2=660;P4=1284;P5=948;D=0012101012101410121010101510101210101010101212101010101211;CP=0;
2015.10.20 21:10:40 4: SIGNALduino/msg READ: MU;P0=360;P1=-216;P2=-375;P3=580;P4=104;P5=760;D=01010102013101310101010101014102010201510201010100;CP=0;
2015.10.20 21:10:40 4: SIGNALduino/msg READ: MU;P0=964;P1=-163;P2=294;P3=488;P4=640;P5=-656;D=012131214141410141014131312131312521212121210;CP=2;
2015.10.20 21:10:40 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:40 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:40 4: Found matched Protocol id 9 -> CTW 600
2015.10.20 21:10:41 4: SIGNALduino/msg READ: MU;P0=1016;P1=-121;P2=733;P3=3664;P4=1820;P5=312;D=00101212121012101012101213121212141212151212121210;CP=2;
2015.10.20 21:10:41 4: SIGNALduino/msg READ: MU;P0=314;P1=-140;P2=553;P4=-804;P5=-516;D=010121210101010101010121010121010124010101010501012101010101010101;CP=0;
2015.10.20 21:10:41 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:41 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:41 4: SIGNALduino/msg READ: MU;P0=469;P1=-192;P2=12;D=0101010101210101010101010101010101010101010101010101010101010121010101;CP=0;
2015.10.20 21:10:41 4: SIGNALduino/msg READ: MU;P0=464;P1=-177;P2=269;P3=896;P4=658;P5=1408;D=01213141210101015101010101414141410101414121012101214101210121014101014101014121012101012121;CP=0;
2015.10.20 21:10:41 4: SIGNALduino/msg READ: MU;P0=-141;P1=617;P2=1024;P3=348;P4=1792;D=010102030101010201040103030103010103030301030;CP=3;
2015.10.20 21:10:42 4: SIGNALduino/msg READ: MU;P0=346;P1=-177;P2=616;D=012121210121210121212101212121010121012101010;CP=0;
2015.10.20 21:10:42 4: SIGNALduino/msg READ: MU;P0=522;P1=-108;P2=350;P3=-1236;D=01010121010123210121012101010101010121212101;CP=2;
2015.10.20 21:10:42 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:42 4: SIGNALduino/msg READ: MU;P0=443;P1=-234;P2=216;P3=669;P4=974;D=01213131313141314131310141013101010101313101013101;CP=0;
2015.10.20 21:10:42 4: SIGNALduino/msg READ: MU;P0=344;P1=609;P2=-163;P3=1964;P5=1120;D=012321212125212021212120212120202020212021200;CP=0;
2015.10.20 21:10:42 4: SIGNALduino/msg READ: MU;P0=387;P1=-145;P2=568;P3=-1072;P4=-389;P5=174;D=010101210324010121210101012101010151510101545101015101010451;CP=0;
2015.10.20 21:10:42 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:42 4: SIGNALduino/msg READ: MU;P0=764;P1=306;P2=-168;P3=560;P4=1588;P5=920;D=123232323232124232521232321232325212120211;CP=1;
2015.10.20 21:10:43 4: SIGNALduino/msg READ: MU;P0=487;P1=266;P2=-158;P3=694;P5=1120;D=0123212323232523232323202020202023202320232320232020232020202025200;CP=0;
2015.10.20 21:10:44 4: SIGNALduino/msg READ: MU;P0=303;P1=-193;P3=608;P4=-684;P5=-496;D=01010131013101010101010131010101310401010101010131313101310101010101013105014;CP=0;
2015.10.20 21:10:44 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:44 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:44 4: SIGNALduino/msg READ: MU;P0=298;P1=-158;P2=692;P3=884;P4=-336;P5=104;D=0101210101310101212101210101010401010151010121312121040;CP=0;
2015.10.20 21:10:44 4: SIGNALduino/msg READ: MU;P0=561;P1=-153;P3=988;P5=-540;D=01010101010131010101010101010101010101050;CP=0;
2015.10.20 21:10:44 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:44 4: Found matched Protocol id 9 -> CTW 600
2015.10.20 21:10:44 4: SIGNALduino/msg READ: MU;P0=353;P1=-163;P2=591;P4=808;P5=-498;D=0101212121010101212101012101010101210121410101010101010101010101050501;CP=0;
2015.10.20 21:10:44 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:44 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:44 4: SIGNALduino/msg READ: MU;P0=538;P1=-153;P2=915;P3=728;P4=354;P5=1304;D=012121212101010131410121014151010101214141;CP=0;
2015.10.20 21:10:45 4: SIGNALduino/msg READ: MU;P0=342;P1=-126;P2=584;P4=966;P5=780;D=0101210121210101412141010141010121012151010151010101010101212101;CP=0;
2015.10.20 21:10:45 4: SIGNALduino/msg READ: MU;P0=281;P1=-753;P3=-186;P5=-1328;D=0103030303030303030503030303030303030101030303030303030301;CP=0;
2015.10.20 21:10:45 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:45 4: SIGNALduino/msg READ: MU;P0=302;P1=149;P2=-158;P3=-564;P4=594;P5=-720;D=01213020202024212120302020202030202020512420202020202020302;CP=0;
2015.10.20 21:10:45 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:45 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:45 4: SIGNALduino/msg READ: MU;P0=-134;P1=512;P2=183;P4=-342;P5=738;D=0102010101010141020101010201010101010101010101014101010101050101010101010501010101010;CP=1;
2015.10.20 21:10:45 4: SIGNALduino/msg READ: MU;P0=704;P1=-158;P3=338;P4=1014;D=01013131010141014101010101013101010131310131;CP=0;
2015.10.20 21:10:45 4: SIGNALduino/msg READ: MU;P0=1932;P1=758;P2=-101;P3=1018;P5=3152;D=232121252320212123212321212121212123212021;CP=1;
2015.10.20 21:10:46 4: SIGNALduino/msg READ: MU;P0=447;P1=-141;P2=648;P3=945;D=0121012131010101312131210101212101010101210101010101212131212101012121;CP=0;
2015.10.20 21:10:46 4: SIGNALduino/msg READ: MU;P0=458;P1=-105;P2=8;P3=982;P4=-332;D=0101010101010131310101010101010134210101010101010101;CP=0;
2015.10.20 21:10:46 4: SIGNALduino/msg READ: MU;P0=952;P1=-123;P3=722;P4=475;P5=2696;D=00131413151413101010101414141014141413141013131310131314142;CP=4;
2015.10.20 21:10:46 4: SIGNALduino/msg READ: MU;P0=267;P1=-150;P2=987;P3=484;P4=700;D=0121310121414141313141013141214141310141013133;CP=4;
2015.10.20 21:10:46 4: SIGNALduino/msg READ: MU;P0=-162;P1=667;P2=378;P3=1054;P4=1428;D=010101010202030301010103010104010101010201020202021;CP=1;
2015.10.20 21:10:46 4: SIGNALduino/msg READ: MU;P0=354;P1=-196;P2=719;D=0101210101012121012121010101010101210101012121212101210121210101010121010121010101;CP=0;
2015.10.20 21:10:47 4: SIGNALduino/msg READ: MU;P0=558;P1=345;P2=-108;P3=756;D=0120232120232120202020202020202020202020202020202020212020202120202021210;CP=0;
2015.10.20 21:10:47 4: SIGNALduino/msg READ: MU;P0=583;P1=-150;P2=281;P3=1002;D=01210101310131010131013101012101012101210100;CP=0;
2015.10.20 21:10:47 4: SIGNALduino/msg READ: MU;P0=346;P1=-151;P2=632;P4=856;P5=-374;D=0121012101210141010121010501010101010121010101010101210101210121212101210121210101010101052121012101;CP=0;
2015.10.20 21:10:47 4: SIGNALduino/msg READ: MU;P0=644;P1=450;P2=-162;P3=1504;P5=868;D=12321212125212120212325212121202121212121201;CP=1;
2015.10.20 21:10:47 4: SIGNALduino/msg READ: MU;P0=330;P1=-163;P3=488;D=010101313101310101313101010101010101010101010101;CP=0;
2015.10.20 21:10:47 4: SIGNALduino/msg READ: MU;P0=-174;P1=344;P2=541;P4=-326;D=010102020101020201420201010101410102010102010102010101010;CP=1;
2015.10.20 21:10:48 4: SIGNALduino/msg READ: MU;P0=-189;P1=472;P2=809;P4=1505;P5=1008;D=01020101020104040104010205010202010101010101010101010101010101010101010101010101010;CP=1;
2015.10.20 21:10:48 4: SIGNALduino/msg READ: MU;P0=224;P1=-179;P2=448;P4=-352;P5=-968;D=010101012101210101010101010401010105010101010101240;CP=0;
2015.10.20 21:10:48 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:48 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:48 4: SIGNALduino/msg READ: MU;P0=320;P1=-237;P2=614;P3=798;D=00101210101210121010131010131010121012121012101212121212121212100;CP=0;
2015.10.20 21:10:49 4: SIGNALduino/msg READ: MU;P0=345;P1=-166;P2=80;P3=972;P4=605;D=010131410101010141014101414141210121012101014101010121010141410141410101010121010101412101010101010101410121;CP=0;
2015.10.20 21:10:49 4: SIGNALduino/msg READ: MU;P0=-167;P1=285;P2=-616;P3=534;P4=-360;D=012101030101030101014101010103010103010341;CP=1;
2015.10.20 21:10:49 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:49 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:49 4: SIGNALduino/msg READ: MU;P0=-200;P1=247;P2=-1408;P3=-552;P4=-1740;P5=632;D=001010101210101013101010101413101010105010104;CP=1;
2015.10.20 21:10:49 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:49 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:49 4: SIGNALduino/msg READ: MU;P0=1012;P1=1244;P2=-140;P3=549;P4=224;P5=784;D=01232423232523232525232323232525232323232120202325232;CP=3;
2015.10.20 21:10:50 4: SIGNALduino/msg READ: MU;P0=287;P1=-119;P2=1044;P3=614;P5=800;D=01213101313101013131010101010101313151010100;CP=0;
2015.10.20 21:10:50 4: SIGNALduino/msg READ: MU;P0=421;P1=-203;P3=-431;P4=188;P5=-832;D=0101010301010101010101010103410101010101030101010101010101010105010101010101410301;CP=0;
2015.10.20 21:10:50 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:50 4: SIGNALduino/msg READ: MU;P0=284;P1=-189;P2=593;D=01210121012101212121210101010101010101012121010;CP=0;
2015.10.20 21:10:50 4: SIGNALduino/msg READ: MU;P0=-155;P1=325;P2=534;P3=-492;P4=152;D=001010201013101010101010104010101310201011;CP=1;
2015.10.20 21:10:50 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:50 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:50 4: SIGNALduino/msg READ: MS;P0=561;P1=248;P2=-172;P3=-3364;D=1302021202020202020202020204;CP=1;SP=3;
2015.10.20 21:10:50 4: SIGNALduino/msg READ: MU;P0=905;P1=-130;P2=472;P3=1554;P4=230;D=00121013121312141012101412101412121412101410;CP=2;
2015.10.20 21:10:51 4: SIGNALduino/msg READ: MU;P0=-188;P1=325;P2=-492;P3=693;P4=1260;D=012303030104010101010101030101010101010101010101010101012;CP=1;
2015.10.20 21:10:51 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:51 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:51 4: Found matched Protocol id 9 -> CTW 600
2015.10.20 21:10:51 4: SIGNALduino/msg READ: MU;P0=-848;P1=271;P2=-1874;P3=-198;P4=34;D=001210131313431313131213131313131313131311;CP=1;
2015.10.20 21:10:51 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:51 4: SIGNALduino/msg READ: MU;P0=347;P1=-121;P2=619;P4=924;P5=-420;D=0101010101012101012101014101010101012101012101050;CP=0;
2015.10.20 21:10:51 4: SIGNALduino/msg READ: MU;P0=211;P1=-195;P2=454;P4=-652;P5=-824;D=01012101010101010121010101010104010101010105040101010401;CP=0;
2015.10.20 21:10:51 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:51 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:51 4: SIGNALduino/msg READ: MU;P0=-202;P1=555;P2=1054;P3=367;P5=728;D=0101020301030101020203030301010301010101030305030101030;CP=3;
2015.10.20 21:10:52 4: SIGNALduino/msg READ: MU;P0=610;P1=-152;P3=2808;P5=348;D=010101310101010101010101010101010101010101515151510103;CP=0;
2015.10.20 21:10:52 4: SIGNALduino/msg READ: MU;P0=453;P1=-180;P2=657;P3=921;P4=-504;P5=262;D=012101213101010121210121313101012121040151010101512121010101513121213150;CP=0;
2015.10.20 21:10:52 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:52 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:52 4: SIGNALduino/msg READ: MU;P0=669;P1=-111;P2=384;P3=954;P5=-344;D=01010101212101212101313121212101210121210131310101252121;CP=2;
2015.10.20 21:10:52 4: SIGNALduino/msg READ: MU;P0=264;P1=-636;P2=454;P3=-174;P4=700;P5=-2968;D=50123232343232343030303230303032303030300;CP=0;
2015.10.20 21:10:52 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:52 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:52 4: SIGNALduino/msg READ: MU;P0=384;P1=-151;P2=667;P3=1054;D=01010121010101012121310121212101012121312101012101210101010101010101012100;CP=0;
2015.10.20 21:10:52 4: SIGNALduino/msg READ: MU;P0=404;P1=-152;P2=168;P3=665;P4=922;D=01213101013141010131310101313101010101010101410101010101310101010101010100;CP=0;
2015.10.20 21:10:53 4: SIGNALduino/msg READ: MU;P0=-164;P1=323;P2=658;P3=992;P4=112;P5=478;D=01020101010203010102010101020102020405010102010202050;CP=1;
2015.10.20 21:10:53 4: SIGNALduino/msg READ: MU;P0=502;P1=-164;P2=1726;P3=728;P4=933;D=0121314141314131314121410131013131310131013131310;CP=3;
2015.10.20 21:10:53 4: SIGNALduino/msg READ: MU;P0=667;P1=-153;P2=1046;P3=460;P4=254;P5=832;D=00121210101010131310131310101313141010141010121510130;CP=0;
2015.10.20 21:10:53 4: SIGNALduino/msg READ: MS;P0=289;P1=-138;P2=556;P4=-368;P5=-3484;D=0521012101040;CP=0;SP=5;
2015.10.20 21:10:53 4: SIGNALduino/msg READ: MU;P0=-168;P1=322;P2=-396;P3=-1156;D=01213101010121012101010101210101010101010101;CP=1;
2015.10.20 21:10:54 4: SIGNALduino/msg READ: MU;P0=702;P1=401;P2=-154;P3=1300;P5=976;D=01212321212021212020252120212121202121202121212;CP=1;
2015.10.20 21:10:54 4: SIGNALduino/msg READ: MU;P0=-140;P1=418;P2=620;P3=-544;P4=250;D=0102010101010101020101020101310101010104040101010101010401010;CP=1;
2015.10.20 21:10:54 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:54 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:54 4: SIGNALduino/msg READ: MU;P0=682;P1=-158;P2=393;P3=874;D=0010101210121312121012101010121010101212101010101210131210101210101212101212101212121210121211;CP=2;
2015.10.20 21:10:54 4: SIGNALduino/msg READ: MU;P0=337;P1=-154;P2=744;P3=1020;D=010101010121312101013121212121012121010100;CP=0;
2015.10.20 21:10:54 4: SIGNALduino/msg READ: MU;P0=275;P1=-155;P2=486;P3=667;P4=-625;P5=120;D=010121013101210104010101310121010101040101010101010131010101013101010101010151040151010102;CP=0;
2015.10.20 21:10:54 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:54 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:55 4: SIGNALduino/msg READ: MU;P0=384;P1=-233;P2=719;P3=157;D=0121310101012121010121313101213101310101210131010;CP=0;
2015.10.20 21:10:55 4: SIGNALduino/msg READ: MU;P0=296;P1=-210;P2=563;P3=58;P5=-772;D=01010101010121312121012101010121010121012101050101010101012101010105010;CP=0;
2015.10.20 21:10:55 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:55 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:55 4: SIGNALduino/msg READ: MU;P0=443;P1=-162;P2=627;P3=-698;P4=223;D=0101010101210101012101212301210121010121010101014101012101412341212101014101014141034141014141;CP=0;
2015.10.20 21:10:55 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:55 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:56 4: SIGNALduino/msg READ: MU;P0=410;P1=-119;P2=636;P3=248;P4=-696;D=010101010121310101313131013101010101010431;CP=0;
2015.10.20 21:10:56 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:56 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:56 4: SIGNALduino/msg READ: MU;P0=432;P1=693;P2=-170;P3=978;P4=-748;D=0121234021202021202121202020202020202020202123212020202020212120202020212121;CP=0;
2015.10.20 21:10:56 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:10:56 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:56 4: Found matched Protocol id 9 -> CTW 600
2015.10.20 21:10:56 4: SIGNALduino/msg READ: MU;P0=891;P1=675;P2=-126;P3=503;P4=1632;P5=1195;D=1232121242125202121212321232020202125252121212521210;CP=1;
2015.10.20 21:10:56 4: SIGNALduino/msg READ: MU;P0=372;P1=-163;P2=755;D=010101010121010121010121010121010101010102;CP=0;
2015.10.20 21:10:56 4: SIGNALduino/msg READ: MU;P0=480;P1=-208;P2=761;P3=1204;P4=305;D=010101210131010121410101410101414101414141014141410141014101014101410101014121414;CP=4;
2015.10.20 21:10:57 4: SIGNALduino/msg READ: MU;P0=-211;P1=286;P2=-560;P4=-868;D=0012141010101010101210121010101010101012101010101010101210101010104;CP=1;
2015.10.20 21:10:57 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:57 4: SIGNALduino/msg READ: MU;P0=706;P1=-138;P2=475;P3=907;D=01012121012101013131013101212121212121210121210120;CP=2;
2015.10.20 21:10:58 4: SIGNALduino/msg READ: MU;P0=712;P1=-175;P2=996;P3=299;P5=506;D=012101212121010131010121012101310101013101015131010150;CP=0;
2015.10.20 21:10:58 4: SIGNALduino/msg READ: MU;P0=-188;P1=667;P2=1022;P3=420;P5=1864;D=01020301010101050102010102010301020101010103010102035;CP=1;
2015.10.20 21:10:58 4: SIGNALduino/msg READ: MU;P0=257;P1=-173;P2=-710;P3=-478;P4=-1028;P5=-1376;D=010101010201010103040302010101010101050101010101;CP=0;
2015.10.20 21:10:58 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:10:58 4: SIGNALduino/msg READ: MU;P0=380;P1=-117;P2=677;P3=833;P5=1100;D=01210131010121212151315121312121210121512121012121212101210101215121;CP=2;
2015.10.20 21:10:59 4: SIGNALduino/msg READ: MU;P0=968;P1=659;P2=-175;P4=329;D=01212020212121202024242424242120212124242424212421242;CP=4;
2015.10.20 21:10:59 4: SIGNALduino/msg READ: MU;P0=754;P1=-127;P3=250;P4=1060;P5=1308;D=010101010101010131310101014101014101010131010151012;CP=0;
2015.10.20 21:10:59 4: SIGNALduino/msg READ: MU;P0=806;P1=-173;P2=242;P3=-396;P4=561;D=012321014141414141432141414141412141212121212121212121214141212;CP=2;
2015.10.20 21:10:59 4: SIGNALduino/msg READ: MU;P0=-242;P1=116;P2=346;P3=664;P4=-404;D=00101020101020301020102024102020202020241011;CP=1;
2015.10.20 21:11:00 4: SIGNALduino/msg READ: MU;P0=428;P1=-191;P3=-592;P4=812;P5=988;D=01010303010101010101010101010101410101511;CP=0;
2015.10.20 21:11:00 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:11:00 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.20 21:11:00 4: Found matched Protocol id 9 -> CTW 600
2015.10.20 21:11:00 4: SIGNALduino/msg READ: MS;P0=297;P4=137;P5=-14696;D=0541;CP=0;SP=5;
2015.10.20 21:11:00 4: SIGNALduino/msg READ: MU;P0=434;P1=-128;P2=703;P3=904;P4=156;P5=1632;D=010101010121010121010131012101010101410121215101;CP=0;
2015.10.20 21:11:00 4: SIGNALduino/msg READ: MU;P0=-668;P1=-128;P2=280;P3=657;P4=-304;D=12121213421212131313121212131212121212131213121312121201;CP=2;
2015.10.20 21:11:00 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.20 21:11:00 4: Found matched Protocol id 16 -> Dooya shutter
Was sagt ihr dazu?
p.s.: Hab eben mit aktueller Firmware geflashed (version V 3.1.8 SIGNALduino - compiled at Oct 20 2015 00:47:19)
Danke und Grüße
Fred
Hallo Allerseits,
Da alles recht stabil läuft, habe ich jetzt endlich das Release 3.1 gemacht.
Das kommt dann auch die Nächsten Tage via fhem Update.
Entgegen meiner Absichten, habe ich gestern dennoch eine Kleinigkeit angepasst. Für Steckdosen, die ähnlich denen von Intertechno arbeiten, gibt es die Option den Basistakt anzupassen.
Der stand bislang fest auf 420 Mikrosekunden. Ich hatte das damals aus dem FHEMduino so übernommen. Ich habe den default auf 300 geändert, wenn es bei jemanden so nicht passt kann der Takt mittels set sduino ITClock <wert> angepasst werden.
Ich denke ich schreibe auch einen patch für das IT Modul, damit man es dort im Attribut hinterlegen kann.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
Wäre natürlich super, wenn jetzt noch wer testen könnte.
@Hottefred: Deine Daten muss ich mir mal ansehen.
Das Autocreate geht, allerdings scheint das, was als TX erkannt wird kein TX2/TX3 Sender zu sein. CUL_TCM97001_Unknown sollte eigentlich angelegt sein nach deinem Log. Hat das nicht geklappt?
Grüße Sidey
Sehr interessant, was mein signalduino so findet:
2015.10.21 07:55:17 5: SIGNALduino/RAW READ: /MU;P
2015.10.21 07:55:17 5: SIGNALduino/RAW READ: MU;P/0=-312;P1=1
2015.10.21 07:55:17 5: SIGNALduino/RAW READ: MU;P0=-312;P1=1/70;P2=-519;P3=477;
2015.10.21 07:55:17 5: SIGNALduino/RAW READ: MU;P0=-312;P1=170;P2=-519;P3=477;/P4=-46;D=012
2015.10.21 07:55:17 5: SIGNALduino/RAW READ: MU;P0=-312;P1=170;P2=-519;P3=477;P4=-46;D=012/12123030121
2015.10.21 07:55:17 5: SIGNALduino/RAW READ: MU;P0=-312;P1=170;P2=-519;P3=477;P4=-46;D=01212123030121/410121212301230123
2015.10.21 07:55:17 5: SIGNALduino/RAW READ: MU;P0=-312;P1=170;P2=-519;P3=477;P4=-46;D=01212123030121410121212301230123/012123
2015.10.21 07:55:17 5: SIGNALduino/RAW READ: MU;P0=-312;P1=170;P2=-519;P3=477;P4=-46;D=01212123030121410121212301230123012123/2100;CP=1;
2015.10.21 07:55:17 4: SIGNALduino/msg READ: MU;P0=-312;P1=170;P2=-519;P3=477;P4=-46;D=012121230301214101212123012301230121232100;CP=1;
2015.10.21 07:55:17 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.21 07:55:17 5: Starting demodulation at Position 1
2015.10.21 07:55:17 5: restarting demodulation at Position 9+2
2015.10.21 07:55:17 5: restarting demodulation at Position 15+2
2015.10.21 07:55:17 5: restarting demodulation at Position 23+2
2015.10.21 07:55:17 5: restarting demodulation at Position 27+2
2015.10.21 07:55:17 5: restarting demodulation at Position 31+2
2015.10.21 07:55:17 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.21 07:55:17 5: Starting demodulation at Position 37
muss vom Nachbar sein.
Oh sehe gerade, daß er jetzt auch meine Fernbedienung der LED Lampe erkennt, aber wohl nix mit anfangen kann.
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: /^BMS;
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;/P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P/5=-16110;D=1510231
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P5=-16110;D=1510231/020202
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P5=-16110;D=1510231020202/31023131023102020202020231310202310
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P5=-16110;D=151023102020231023131023102020202020231310202310/231410231020202310
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P5=-16110;D=151023102020231023131023102020202020231310202310231410231020202310/231310
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P5=-16110;D=151023102020231023131023102020202020231310202310231410231020202310231310/23102
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P5=-16110;D=15102310202023102313102310202020202023131020231023141023102020231023131023102/0202020
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P5=-16110;D=1510231020202310231310231020202020202313102023102314102310202023102313102310202020202
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P5=-16110;D=1510231020202310231310231020202020202313102023102314102310202023102313102310202020202
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P5=-16110;D=1510231020202310231310231020202020202313102023102314102310202023102313102310202020202
2015.10.21 07:59:10 4: SIGNALduino/msg READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P5=-16110;D=1510231020202310231310231020202020202313102023102314102310202023102313102310202020202
2015.10.21 07:59:10 4: Found matched Protocol id 20 -> livolo
2015.10.21 07:59:10 5: Starting demodulation at Position 20
2015.10.21 07:59:10 5: Found wrong signal, aborting demodulation
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: /^B
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^B/MS;P0=
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=/330;P1=-379;
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;/P2=712;P3=-
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-/731;P4=-1324
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-1324/7;P5=-
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-/16064;D=0501230121
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-16064;D=0501230121/212301
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-16064;D=0501230121212301/23030123012
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-16064;D=050123012121230123030123012/121212121230
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-16064;D=050123012121230123030123012121212121230/301212301230
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-16064;D=050123012121230123030123012121212121230301212301230/401230
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-16064;D=050123012121230123030123012121212121230301212301230401230/121212301230301230
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-16064;D=050123012121230123030123012121212121230301212301230401230121212301230301230/12121
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-16064;D=05012301212123012303012301212121212123030121230123040123012121230123030123012121/2121
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-16064;D=0501230121212301230301230121212121212303012123012304012301212123012303012301212121212
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-16064;D=0501230121212301230301230121212121212303012123012304012301212123012303012301212121212
2015.10.21 07:59:10 4: SIGNALduino/msg READ: ^BMS;P0=330;P1=-379;P2=712;P3=-731;P4=-13247;P5=-16064;D=0501230121212301230301230121212121212303012123012304012301212123012303012301212121212
2015.10.21 07:59:10 4: Found matched Protocol id 20 -> livolo
2015.10.21 07:59:10 5: Starting demodulation at Position 20
2015.10.21 07:59:10 5: Found wrong signal, aborting demodulation
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: /^BMS;P
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P/0=-372
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372/;P1=721;P2=-720;P3
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372;P1=721;P2=-720;P3/=341;P
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372;P1=721;P2=-720;P3=341;P/4=-16051;P5=-13242
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372;P1=721;P2=-720;P3=341;P4=-16051;P5=-13242/;D=35301230101012
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372;P1=721;P2=-720;P3=341;P4=-16051;P5=-13242;D=35301230101012/301232
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372;P1=721;P2=-720;P3=341;P4=-16051;P5=-13242;D=35301230101012301232/301230101010101012
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372;P1=721;P2=-720;P3=341;P4=-16051;P5=-13242;D=35301230101012301232301230101010101012/32301012301234301
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372;P1=721;P2=-720;P3=341;P4=-16051;P5=-13242;D=3530123010101230123230123010101010101232301012301234301/230101
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372;P1=721;P2=-720;P3=341;P4=-16051;P5=-13242;D=3530123010101230123230123010101010101232301012301234301230101/012301232301230101
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372;P1=721;P2=-720;P3=341;P4=-16051;P5=-13242;D=3530123010101230123230123010101010101232301012301234301230101012301232301230101/01010
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372;P1=721;P2=-720;P3=341;P4=-16051;P5=-13242;D=3530123010101230123230123010101010101232301012301234301230101012301232301230101010101
2015.10.21 07:59:10 5: SIGNALduino/RAW READ: ^BMS;P0=-372;P1=721;P2=-720;P3=341;P4=-16051;P5=-13242;D=3530123010101230123230123010101010101232301012301234301230101012301232301230101010101
2015.10.21 07:59:10 4: SIGNALduino/msg READ: ^BMS;P0=-372;P1=721;P2=-720;P3=341;P4=-16051;P5=-13242;D=3530123010101230123230123010101010101232301012301234301230101012301232301230101010101
2015.10.21 07:59:10 4: Found matched Protocol id 20 -> livolo
2015.10.21 07:59:10 5: Starting demodulation at Position 20
2015.10.21 07:59:10 5: Found wrong signal, aborting demodulation
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: /^BM
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BM/S;P0=3
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=3/23;P1=-733;P2=-37
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-37/9;P3=7
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=7/05;P4=-13250;P5=-1
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-1/6064;D
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-16064;D/=05023102323
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-16064;D=05023102323/23102310102310232
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-16064;D=0502310232323102310102310232/323232
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-16064;D=0502310232323102310102310232323232/323101023231023104
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-16064;D=0502310232323102310102310232323232323101023231023104/023102
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-16064;D=0502310232323102310102310232323232323101023231023104023102/323231
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-16064;D=0502310232323102310102310232323232323101023231023104023102323231/02310102310232323
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-16064;D=050231023232310231010231023232323232310102323102310402310232323102310102310232323/232
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-16064;D=0502310232323102310102310232323232323101023231023104023102323231023101023102323232323
2015.10.21 07:59:11 5: SIGNALduino/RAW READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-16064;D=0502310232323102310102310232323232323101023231023104023102323231023101023102323232323
2015.10.21 07:59:11 4: SIGNALduino/msg READ: ^BMS;P0=323;P1=-733;P2=-379;P3=705;P4=-13250;P5=-16064;D=0502310232323102310102310232323232323101023231023104023102323231023101023102323232323
2015.10.21 07:59:11 4: Found matched Protocol id 20 -> livolo
2015.10.21 07:59:11 5: Starting demodulation at Position 20
2015.10.21 07:59:11 5: Found wrong signal, aborting demodulation
2015.10.21 07:59:17 5: SIGNALduino/RAW READ: /^BMS;P0=-396;P1=305;P2=681;P3=-745;P4=-13192;P5=-16000;D=151023102020231023131023102020202020231310231023131410231020202310231310231020202020
^BMS;P0=324;P1=-377;P2=704;P3=-728;P4=-13208;P5=-16008;D=0501230121212301230301230121
2015.10.21 07:59:17 4: SIGNALduino/msg READ: ^BMS;P0=-396;P1=305;P2=681;P3=-745;P4=-13192;P5=-16000;D=1510231020202310231310231020202020202313102310231314102310202023102313102310202020202
2015.10.21 07:59:17 4: Found matched Protocol id 20 -> livolo
2015.10.21 07:59:17 5: Starting demodulation at Position 20
2015.10.21 07:59:17 5: Found wrong signal, aborting demodulation
2015.10.21 07:59:17 5: SIGNALduino/RAW READ: ^BMS;P0=-367;P1=711;P2=-721;P3=340;P4=-16025;P5=-13216;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101
^BMS;P0=331;P1=-724;P2=-375;P3=708;P4=-13228;P5=-16028;D=050231023232310231010231023232323232310102310231010402310232323102310102310232323232323101023102310101;CP=0;SP=5;^C
2015.10.21 07:59:17 4: SIGNALduino/msg READ: ^BMS;P0=-367;P1=711;P2=-721;P3=340;P4=-16025;P5=-13216;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101
2015.10.21 07:59:17 4: Found matched Protocol id 20 -> livolo
2015.10.21 07:59:17 5: Starting demodulation at Position 20
2015.10.21 07:59:17 5: Found wrong signal, aborting demodulation
2015.10.21 07:59:17 4: SIGNALduino/msg READ: ^BMS;P0=331;P1=-724;P2=-375;P3=708;P4=-13228;P5=-16028;D=0502310232323102310102310232323232323101023102310104023102323231023101023102323232323
2015.10.21 07:59:17 4: Found matched Protocol id 20 -> livolo
2015.10.21 07:59:17 5: Starting demodulation at Position 20
2015.10.21 07:59:17 5: Found wrong signal, aborting demodulation
Wäre da was machbar?
Gruß
Carlos
Zitat von: Sidey am 20 Oktober 2015, 22:23:20
@Hottefred: Deine Daten muss ich mir mal ansehen.
Das Autocreate geht, allerdings scheint das, was als TX erkannt wird kein TX2/TX3 Sender zu sein. CUL_TCM97001_Unknown sollte eigentlich angelegt sein nach deinem Log. Hat das nicht geklappt?
Hallo Sidey,
da habe ich mich etwas unklar ausgedrückt...
Diesen Autocreate macht er schon:
2015.10.20 21:05:30 2: autocreate: define CUL_TCM97001_Unknown CUL_TCM97001 Unknown
2015.10.20 21:05:30 2: autocreate: define FileLog_CUL_TCM97001_Unknown FileLog ./log/CUL_TCM97001_Unknown-%Y.log CUL_TCM97001_UnknownAber für den gefundenen CTW 600 z.B.: nicht.
Viele Grüße
Hallo
kurze Rückmeldung
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
hat auf meinem Server geklappt. Hideki, SD_WS07 und IT funktioniert.
Danke für die Super Arbeit!
~josef
Zitat von: hjgode am 21 Oktober 2015, 15:44:28
Hallo
kurze Rückmeldung
Hi Josef,
Danke für die Rückmeldung.
Hast Du auch geflasht?
Grüße Sidey
Hallo HotteFred,
Zitat von: HotteFred am 21 Oktober 2015, 09:14:38
Aber für den gefundenen CTW 600 z.B.: nicht.
Viele Grüße
Da sind die Logmeldungen etwas unklar formuliert.
Found ctw600 Protokoll sagt nur aus, dass das Signal wie das von einer ctw600 Station aussieht.
Wenn danach kein dispatch im log auftaucht, hat das demodulieren nicht geklappt.
Ich muss dich leider enttäuschen.
Grüße Sidey
Zitat von: Sidey am 20 Oktober 2015, 22:23:20
...
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
Wäre natürlich super, wenn jetzt noch wer testen könnte.
Hallo Sidey,
habe auch ein Update meine beiden FHEM-Server gemacht. Läuft alles sehr gut. Gute Arbeit und mach weiter so.
Du könntest ja vielleichtmal in git einen extra Zweig für die CTW600 anlegen, so das man mal probieren kann. Ich weiß aber nicht wann ich zu irgend etwas komme, muß mich erst einmal um meine Solarbatterie und den Gaszähler kümmern.
Tschüß Jörg
Hallo Carlos,
Zitat von: carlos am 21 Oktober 2015, 07:57:50
Oh sehe gerade, daß er jetzt auch meine Fernbedienung der LED Lampe erkennt, aber wohl nix mit anfangen kann.
2015.10.21 07:59:10 4: SIGNALduino/msg READ: ^BMS;P0=-397;P1=315;P2=700;P3=-748;P4=-13286;P5=-16110;D=1510231020202310231310231020202020202313102023102314102310202023102313102310202020202
Carlos
Prinzipiell ist da was machbar.
Immerhin empfängst Du ja schon mal das Signal und könntest es zuordnen.
Leider gibt es eine kleine Schwierigkeit, so wie das aussieht gibt es vier verschiedene Signal Zustände für ein Bit. Das hatten wir bislang erst 1x für Livolo Schalter.
Das habe ich bislang im code noch nicht berücksichtigt.
Es könnte aber auch eine NRZ Modulierung sein, glaube ich aber nicht.
Hast Du vielleicht noch ein paar mehr Daten zu dem Gerät?
Hersteller, verwendeter Chipsatz etc.?
Ergänzung vom , 21.10.15 - 21:45 Uhr
Ich habe mir die Daten noch mal etwas näher angesehen. Zunächst sind die Daten in deinem Log abgeschnitten, da fehlt das Ende in einigen Zeilen.
Ich habe mir diese noch mal vorgenommen
MS;P0=331;P1=-724;P2=-375;P3=708;P4=-13228;P5=-16028;D=0502310232323102310102310232323232323101023102310104023102323231023101023102323232323
Es gibt ein paar dinge die stehen nicht 100% fest, z.B. könnte der Anfang auch eine Ende Kennung sein.
Schauen wir uns die Signaldaten mal etwas näher an:
05023102323231023101023102323232323231010231023101 |
04023102323231023101023102323232323 |
Dabei fällt auf, dass 05 bzw. 04 eine Startkennung sein könnte. Ich würde jetzt eher auf Ende Kennung tippen, aber erst mal egal.
Die 2. Übertragung ist nicht vollständig. Vernachlässigen wir das erst mal. Da ist die Logmeldung abgeschnitten. Das was doppelt vorkommt ist identisch.
Wenn wir nun bei 05 anfangen die Signalfolgen zu analysieren, erhalten wir vier:
05/04,02,31,23 und 10 (Annahme ein Bit wird durch zwei Signalpegel dargestellt)
Verschieben wir nun um nur eine stelle nach rechts sieht die Welt gleich ganz anders aus:
50231023232310231010231023232323232310102310231010 |
4023102323231023101023102323232323 |
50/ 40 ist vermutlich Ende Kennung einer Übertragung. Aber wir nutzen es jetzt einfach mal um den Start einer neuen zu finden.
Danach ergeben sich nur noch zwei Signalfolgen:
23 = bit 0
10 = bit 1
Das wäre dann so zu zu interpretieren:
231023232310231010231023232323232310102310231010
0 1 0 0 0 1 0 1 1 0 1 0 0 0 0 0 0 1 1 0 1 0 1 1
Ergibt dann 24 Bit, was 6 Nibble entspricht. Also eine realistische Anzahl an bits.
Grüße Sidey
Zitat von: Sidey am 21 Oktober 2015, 16:19:27
Hi Josef,
Danke für die Rückmeldung.
Hast Du auch geflasht?
Grüße Sidey
Ja, habe ich. Dumm nur das FHEM die SignalDuino Versionsnummer scheinbar aus einer saved state variable ausliest und man daher immer erst einmal [Get]:Version anklicken muss damit der SignalDuino Detail Bildschirm die richtige Version anzeigt.
Nochmal: Super Arbeit.
~josef
EDIT:
PS: Nochmal zum Thema Receiver und deren 'Empfangsleistung'. Netterweise hat Aurel in seinen User Manuals dazu auch einiges notiert: www.aurelwireless.com/wp-content/uploads/user.../650200590G_um.pdf. Die Empfänger sollten auf einer doppelseitigen Platine mit reichlich GND um die Anschlüsse eingesetzt werden...
Zitat von: pejonp am 21 Oktober 2015, 16:32:38
Du könntest ja vielleichtmal in git einen extra Zweig für die CTW600 anlegen, so das man mal probieren kann. Ich weiß aber nicht wann ich zu irgend etwas komme, muß mich erst einmal um meine Solarbatterie und den Gaszähler kümmern.
Hi Jörg,
ja extra Zweig für Protokoll#9 mache ich.
Kannst Du dir für meinen Gaszähler auch mal was einfallen lassen? Ich habs mit Reed und Hallsensoren leider nicht geschafft, dass der auslöst.
Für 40 Euro wollte ich jetzt auch nicht unbedingt was kaufen, da de Gaszähler eh schon so alt ist, dass er bestimmt bald getauscht wird.
Grüße Sidey
Zitat von: Sidey am 21 Oktober 2015, 21:32:28
.....
Kannst Du dir für meinen Gaszähler auch mal was einfallen lassen? Ich habs mit Reed und Hallsensoren leider nicht geschafft, dass der auslöst.
Für 40 Euro wollte ich jetzt auch nicht unbedingt was kaufen, da de Gaszähler eh schon so alt ist, dass er bestimmt bald getauscht wird....
Hallo sidey,
Was hast du denn für eine Gaszähler? Kannst du mal den Typ und vielleicht ein Bild anhängen.
Jörg
Hallo Sidey,
Leider habe ich da wenig Info.
Ich habe mal Bilder gemacht, aber da ist wenig zu erkennen.
ber vielleicht hilft es ja.
Gruß
Carlos
Hallo Carlos,
Hmm da ist nichts zu erkennen.
Unter LES konnte ich auch nichts finden.
Also die FB hat zwei Tasten. Kannst Du noch mal eine komplette Logzeile von der FB Posten.
Vollständig sind die Zeilen mit msg/read.
Grüße Sidey
Hallo Sidey,
Ich habe dir mal einen kompletten log Mitschnitt geschickt.
Ich habe da zuvor ein update gemacht und auf 3.1.8 geflashed.
Wenn ich mich recht erinnere habe ich in der Zeit nur die LEDs ein paar mal ein und ausgeschaltet.
Ich habe dir mal noch ein weiteres log von meinen IT Steckdosen und der zugehörigen Fernbedienung angehängt.
Vielleicht kannst du da mal einen Blick drauf werfen.
Da sind Einträgemit 'Found wrong signal, aborting demodulation ' drin.
Da scheint mir auch was nicht zu stimmen.
Die wurden aber sauber über autocreate angelegt.
Übrigens super Arbeit, die du da machst.
Da kann ich dir nur mein Lob ausprechen.
Gruß
Carlos
Hallo Signalduinofreundeskreis. Ich habe ein paar Experimente mit Signal- und FHEMduino gemacht, aber der Erfolg war mittelmäßig. Zum einen ist der 433Mhz-Funk bei mir sehr launisch, auch mit verschiedenen Sendern und Antennen. Mal gehts 7-10m weit, mal keine 4 :( binn dann auf Homematic umgestiegen, sehr viel teurer aber geht zuverlässig. Und zum Anderen machte mir die USB-Anbindung meiner China-Nanos immer wieder Ärger. Den soll man beheben können mit einer Lötbrücke aber an einem SMD-Chip wollte ich das lieber nicht. Darum meine dolldreiste Frage: habt ihr schon mal über einen LAN-Signal(FHEM)duino nachgedacht? Das würde beide Probleme lösen, kein USB mehr und man kann sich räumlich vom Server lösen und gute Empfangsstellen finden. W5100 Boards bekommt man ja inzwischen für 5-6€ :)
bye,
Patrick
Hallo Patrick,
wenns unbedinkt Lan sein soll, sowas: ]http://www.amazon.de/module-Ethernet-Serial-Server-Module/dp/B00L1VADUY] (http://www.amazon.de/module-Ethernet-Serial-Server-Module/dp/B00L1VADUY)
Ansonsten selbst bauen oder wie oben schon mal geschrieben mit einem Raspberry pi oder ESP8266. Ich konnte es leider bisher noch nicht ausprobieren, da meine vorhandenen ESPs alle grade in anderen tests laufen und die nächsten noch auf dem Transportweg sind :D
Gruß,
Kuzl
Zitat von: aplatac am 22 Oktober 2015, 11:08:54
Darum meine dolldreiste Frage: habt ihr schon mal über einen LAN-Signal(FHEM)duino nachgedacht? Das würde beide Probleme lösen, kein USB mehr und man kann sich räumlich vom Server lösen und gute Empfangsstellen finden. W5100 Boards bekommt man ja inzwischen für 5-6€ :)
Ja, ich habe mir darüber auch schon Gedanken gemacht. Z.Zt. hat es dafür aber noch zuwenig freien Speicherplatz im RAM und Flash vom nano.
Sidey hat geplant in der Firmware ein paar Optimierungen vorzunehmen.
Ich habe dabei an dieses Board gedacht:
http://www.ebay.de/itm/Mini-W5100-Ethernet-Shield-Network-Expansion-Board-For-Arduino-/201394383381?hash=item2ee40a6a15:g:KaoAAOSw3ydVsv2c
Es gibt auch ein Board mit dem W5500, das ist sehr viel kleiner. Ich finde es aber etwas seltsam, daß dort im Gegensatz zu den anderen Boards kein Ouarz erkennbar ist.
http://www.ebay.de/itm/1pcs-USR-ES1-W5500-Chip-New-SPI-um-LAN-Ethernet-Konverter-TCP-IP-Mod-Q00216-/271877684242?hash=item3f4d2c3c12:g:8b0AAOSw~OdVXutr
Ich könnte mich mit programieren und testen daran beteiligen
Gruß Ralf
Hallo Carlos,
Deine Signaldaten zur LED Fernbedienung habe ich mir angesehen. es ist eigentlich keine große Sache das in Bits umzuwandeln.
Gib mir ein paar Tage, dann kann ich die Demodulation einbauen.
Zitat von: carlos am 22 Oktober 2015, 09:31:49
Ich habe dir mal noch ein weiteres log von meinen IT Steckdosen und der zugehörigen Fernbedienung angehängt.
Da sind Einträgemit 'Found wrong signal, aborting demodulation ' drin.
Das ist alles in Ordnung oder works as designt:
2015.10.21 22:57:40 4: SIGNALduino/msg READ: ^BMS;P0=-358;P1=275;P2=-980;P3=901;P4=-9759;D=14121212121212121212121230123012301212123012121230;CP=1;SP=4;O;^C
2015.10.21 22:57:40 4: Found matched Protocol id 3 -> itv1
2015.10.21 22:57:40 5: Starting demodulation at Position 2
2015.10.21 22:57:40 5: converted Data to (i001511)
2015.10.21 22:57:40 5: Signalduino dispatch i001511
2015.10.21 22:57:40 3: IT_00000FFF0F off->on
Zuerst wird ja das itv1 Protokoll erkannt und auch weitergegeben.
Anschließend wird versucht, das Signal auch gegen die livolo codierung zu demodulieren.
Die ist ähnlich der des itv1 Signales, das klappt aber nicht und deshalb steht dann da wrong signal, aborting.
2015.10.21 22:57:40 4: Found matched Protocol id 20 -> livolo
2015.10.21 22:57:40 5: Starting demodulation at Position 4
2015.10.21 22:57:40 5: Found wrong signal, aborting demodulation
Im Normalbetrieb stellst Du ja nicht auf verbose 5 und dann siehst Du diese Meldungen nicht.
Wenn es dich dennoch stört, kannst Du auch mit der whitelist arbeiten. ITv1 hat die id 3, alle anderen Protokolle werden nicht angewendet.
Grüße Sidey
Hallo,
Kleine Information:
Der Signalduino und die dazu gehörenden Module werden seit heute über das normale Fhem Update verteilt.
Grüße Sidey
Habt ihr euch verdient.
Hallo
kann es sein das SignalDuino den FHEM crasht?
Wollte gerade auf meinen Server zugreifen, bekam aber nur server not found. Kurz /etc/opt/init.d/fhem status geckeckt: fhem not running.
Fhem gestartet und dann aber im log gesucht, wann der Server beendet war. Da habe ich dann die Zeile
2015.10.23 13:40:04 4: Found matched Protocol id 7 -> weatherID7
2015.10.23 13:40:04 5: Starting demodulation at Position 2
2015.10.23 13:40:04 5: converted Data to (P7#59301ADE80)
2015.10.23 13:40:04 5: sduino dispatch P7#59301ADE80
2015.10.23 13:40:04 4: SIGNALduino_unknown incomming msg: P7#59301ADE80
2015.10.23 13:40:04 4: SIGNALduino_unknown rawData: 59301ADE80
2015.10.23 13:40:04 4: SIGNALduino_unknown Protocol: 7
2015.10.23 13:40:04 4: SIGNALduino_unknown converted to bits: 0101100100110000000110101101111010000000
[b]Undefined subroutine &main::SIGNALduino_SIGNALduino_bin2dec called at ./FHEM/90_SIGNALduino_un.pm line 101.[/b]
2015.10.23 18:55:31 1: Including fhem.cfg
keys on reference is experimental at ./FHEM/00_SIGNALduino.pm line 1342, <$fh> line 20.
keys on reference is experimental at ./FHEM/00_SIGNALduino.pm line 1521, <$fh> line 20.
2015.10.23 18:55:31 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
gefunden.
In 90_SignalDuino_un.pm wird mehrfach ...bin2dec aufgerufen:
hgode@aoa150:~/Documents/perl/dev-rawIn.git2/FHEM$ grep 'bin2dec' *.pm
90_SIGNALduino_un.pm: my $channel = SIGNALduino_SIGNALduino_bin2dec(substr($bitData,9,3));
90_SIGNALduino_un.pm: my $temp = SIGNALduino_SIGNALduino_bin2dec(substr($bitData,16,8));
90_SIGNALduino_un.pm: my $hum = SIGNALduino_SIGNALduino_bin2dec(substr($bitData,29,7));
90_SIGNALduino_un.pm: $channel = SIGNALduino_SIGNALduino_bin2dec(substr($bitData,9,3))+1;
90_SIGNALduino_un.pm: $hum = SIGNALduino_SIGNALduino_bin2dec(substr($bitData,28,8));
90_SIGNALduino_un.pm: my $type = SIGNALduino_SIGNALduino_bin2dec(substr($bitData,0,4));
90_SIGNALduino_un.pm: my $temp = SIGNALduino_SIGNALduino_bin2dec(substr($bitData,25,11));
90_SIGNALduino_un.pm: my $hum = SIGNALduino_SIGNALduino_bin2dec(substr($bitData,17,7));
90_SIGNALduino_un.pm: my $channel = SIGNALduino_bin2dec(substr($bitData,9,3))+1;
90_SIGNALduino_un.pm: my $type = SIGNALduino_bin2dec(substr($bitData,0,4));
90_SIGNALduino_un.pm:SIGNALduino_bin2dec($)
hgode@aoa150:~/Documents/perl/dev-rawIn.git2/FHEM$
Ich denke die Zeilen mit 'SIGNALduino_SIGNALduino_bin2dec' sind falsch. Diese Ausgabe ist von dev-RawIn.
Habe extra nochmal update check und update all gemacht. Es wurden beim ersten Mal einige Updates bei check angezeigt, aktualisiert wird aber nix.
Auf dem Server behauptet grep dass 90_SIGNALduino_un.pm eine binäre Datei sei.
~Josef
EDIT: Hab mal im git dev-RawIn in der 90_SIGNALduino.pm die SIGNALduino_SIGNALduino_bin2dec druch SIGNALduino_bin2dec ersetzt. Hoffe das ist OK.
Hi Josef,
Sieht nach einem Fehler aus.
Das fängt ja gut an....
Danke und Grüße
Sidey
Guten abend zusammen
Hab da ein kleines Problem habe heute mal den nano mit Sinaliduino geflasht ..
Seitdem steht laufend im Log ERROR: Cannot autoload SIGNALduino_un
Hat das was zu sagen ??
Gruss
Markus
Zitat von: balki am 23 Oktober 2015, 20:30:00
Seitdem steht laufend im Log ERROR: Cannot autoload SIGNALduino_un
Hallo Markus,
kannst Du mal ins Log schauen, es müsste dort auch vermerkt sein, weshalb der autoload nicht klappt.
Grüße Sidey
Hallo Sidey
ein verbose 4 liefert mir das
2015.10.23 23:16:23 4: SIGNALduino/msg READ: MS;P0=-1103;P1=305;P2=1006;P3=-410;P4=-11264;D=14102310101010101010231010101010101010102310231023;CP=1;SP=4;O;
2015.10.23 23:16:23 4: Found matched Protocol id 20 -> livolo
2015.10.23 23:16:23 4: SIGNALduino/msg READ: MU;P0=257;P1=-1102;P2=1006;P3=-351;P4=-32001;P5=-148;D=0123010101010101012301010101010101010123012301230405030;CP=0;
2015.10.23 23:16:23 4: Found matched Protocol id 9 -> CTW 600
2015.10.23 23:16:23 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.23 23:16:23 4: Found matched Protocol id 21 -> einhell garagedoor
2015.10.23 23:16:26 4: SIGNALduino/msg READ: MS;P0=467;P1=-3934;P2=-1971;P3=-9175;D=030202020101010102010201020202020201020201020102020201020201010101;CP=0;SP=3;O;
2015.10.23 23:16:26 4: Found matched Protocol id 0 -> weather1
2015.10.23 23:16:26 4: SIGNALduino/msg READ: MS;P0=-1972;P1=467;P2=-3924;P3=-9116;D=131010101212121210121012101010101012101012101210101012101012121212;CP=1;SP=3;
2015.10.23 23:16:26 4: Found matched Protocol id 0 -> weather1
2015.10.23 23:16:26 4: Dropped (s1EA0944F00) due to short time or equal msg
2015.10.23 23:16:48 4: SIGNALduino/msg READ: MS;P0=507;P1=-1937;P2=-3888;P3=-9203;D=03010201020102010101010101020102010101010102010101010101020102010101020201;CP=0;SP=3;O;
2015.10.23 23:16:48 4: Found matched Protocol id 0 -> weather1
2015.10.23 23:16:48 4: SIGNALduino/msg READ: MS;P0=-1937;P1=502;P2=-3893;P3=-9189;D=13101210121012101010101010121012101010101012101010101010121012101010121210;CP=1;SP=3;O;
Momentan ist der Autoload fehler weg aber der kommt gleich bestimmt wieder
muss nen moment warten
015.10.24 11:04:15 4: SIGNALduino/msg READ: MU;P0=-2908;P1=-592;P2=495;P3=-4524;P4=-1929;D=0123242424242423232424242424242324242424232423242321;CP=2;
2015.10.24 11:04:15 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.24 11:04:15 5: Starting demodulation at Position 1
2015.10.24 11:04:15 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.24 11:04:15 5: Starting demodulation at Position 50
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: /MS;P
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P/0=-1978;P1=-
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=-1978;P1=-/3927;P3=466;
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=-1978;P1=-3927;P3=466;/P5=-9163;D=3
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=-1978;P1=-3927;P3=466;P5=-9163;D=3/53030
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=-1978;P1=-3927;P3=466;P5=-9163;D=353030/303131313130
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=-1978;P1=-3927;P3=466;P5=-9163;D=353030303131313130/313031303030
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=-1978;P1=-3927;P3=466;P5=-9163;D=353030303131313130313031303030/303031
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=-1978;P1=-3927;P3=466;P5=-9163;D=353030303131313130313031303030303031/303031303031
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=-1978;P1=-3927;P3=466;P5=-9163;D=353030303131313130313031303030303031303031303031/31313131303
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=-1978;P1=-3927;P3=466;P5=-9163;D=35303030313131313031303130303030303130303130303131313131303/030303
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=-1978;P1=-3927;P3=466;P5=-9163;D=35303030313131313031303130303030303130303130303131313131303030303/1;CP=3;SP=5;
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=-1978;P1=-3927;P3=466;P5=-9163;D=353030303131313130313031303030303031303031303031313131313030303031;CP=3;SP=5;/O;
2015.10.24 11:04:17 4: SIGNALduino/msg READ: MS;P0=-1978;P1=-3927;P3=466;P5=-9163;D=353030303131313130313031303030303031303031303031313131313030303031;CP=3;SP=5;O;
2015.10.24 11:04:17 4: Found matched Protocol id 0 -> weather1
2015.10.24 11:04:17 5: Starting demodulation at Position 2
2015.10.24 11:04:17 5: converted Data to (s1EA093E100)
2015.10.24 11:04:17 5: sduino dispatch s1EA093E100
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: /MS
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS/;P0=464;P1=-
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=464;P1=-/3931;P2=-197
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=464;P1=-3931;P2=-197/2;P3=
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=464;P1=-3931;P2=-1972;P3=/-9116;D=0302
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=464;P1=-3931;P2=-1972;P3=-9116;D=0302/020201010101
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=464;P1=-3931;P2=-1972;P3=-9116;D=0302020201010101/020102
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=464;P1=-3931;P2=-1972;P3=-9116;D=0302020201010101020102/010202020202
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=464;P1=-3931;P2=-1972;P3=-9116;D=0302020201010101020102010202020202/01020201020
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=464;P1=-3931;P2=-1972;P3=-9116;D=030202020101010102010201020202020201020201020/201010
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=464;P1=-3931;P2=-1972;P3=-9116;D=030202020101010102010201020202020201020201020201010/101010202020
2015.10.24 11:04:17 5: SIGNALduino/RAW READ: MS;P0=464;P1=-3931;P2=-1972;P3=-9116;D=030202020101010102010201020202020201020201020201010101010202020/201;CP=0;SP=3;
2015.10.24 11:04:17 4: SIGNALduino/msg READ: MS;P0=464;P1=-3931;P2=-1972;P3=-9116;D=030202020101010102010201020202020201020201020201010101010202020201;CP=0;SP=3;
2015.10.24 11:04:17 4: Found matched Protocol id 0 -> weather1
2015.10.24 11:04:17 5: Starting demodulation at Position 2
2015.10.24 11:04:17 5: converted Data to (s1EA093E100)
2015.10.24 11:04:17 4: Dropped (s1EA093E100) due to short time or equal msg
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: /MS;P2=5
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=5/07;P3=-1935;
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=507;P3=-1935;/P4=-3891;P5=
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=507;P3=-1935;P4=-3891;P5=/-9203;D=2523
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=507;P3=-1935;P4=-3891;P5=-9203;D=2523/242324
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=507;P3=-1935;P4=-3891;P5=-9203;D=2523242324/23242323232
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=507;P3=-1935;P4=-3891;P5=-9203;D=252324232423242323232/323232423242
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=507;P3=-1935;P4=-3891;P5=-9203;D=252324232423242323232323232423242/323232
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=507;P3=-1935;P4=-3891;P5=-9203;D=252324232423242323232323232423242323232/323242323242
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=507;P3=-1935;P4=-3891;P5=-9203;D=252324232423242323232323232423242323232323242323242/324242323242
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=507;P3=-1935;P4=-3891;P5=-9203;D=252324232423242323232323232423242323232323242323242324242323242/32323242423;
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=507;P3=-1935;P4=-3891;P5=-9203;D=25232423242324232323232323242324232323232324232324232424232324232323242423;/CP=2;
2015.10.24 11:04:22 5: SIGNALduino/RAW READ: MS;P2=507;P3=-1935;P4=-3891;P5=-9203;D=25232423242324232323232323242324232323232324232324232424232324232323242423;CP=2;/SP=5;O;
Ist ja interessant was so alles gefunden wird :-) Habe leider kein Einhell garagentor . aber kann es sein das sich im letzten abschnitt meine Wetterstation WS 1000 oder so meldet ?
Gruss Markus
Hallo
mal was anderes: Hier steht noch im Raum den SIGNALDuino über Netzwerk zu betreiben. Ich habe da vielleicht einen Hinweis auf eine simple Lösung mit zwei ESP8266 (WiFi) als Wirelss-Serial-Bridge mit der ESP firmware esp-link von JeeLabs: https://github.com/jeelabs/esp-link
Die Lösung würde, soweit ich das überblicke, keine Änderung am Code des SIGNALDuino oder in FHEM erfordern. Am SIGNALDuino Nano würde die Ein-Ausgabe weiterhin seriell erfolgen. Das gleiche gilt für die Anbeindung eines ESP8266 am FHEM Server,
FHEM Server <=> serial<->ESP8266< ~ ~ Wireless ~ ~ >ESP8266<->serial<=>SignalDuino Nano
Die JeeLabs esp-link Software erlaubt sogar das Flashen des Nano über WiFi (und reflash des ESP8266)...
Leider habe ich derzeit andere Baustellen, aber zumindest konnte ich esp-link nach Anleitung kompilieren. Das war mir bei einer anderen Serial-ESP8266 Lösung (ESP8266-transparent-bridge) leider nicht möglich.
Hardware-technisch kann man den ESP8266 nicht direkt seriell an den PC anschliessen, dazu braicht es noch einen Pegel-Wandler, das Ding arbeitet zum einen mit Digital RX/TX und zum anderen mit 3,3V. Am Signalduino Nano wäre nur ein Widerstandsnetzwerk für Nano-TX nach ESP8266-RX nötig, um dafür zu soregn, dass der ESP8266 3,3V komaptible TTL Level bekommt (und nicht etwa 3,7V für High).
Gruss
Josef
Zitat von: balki am 23 Oktober 2015, 23:22:24
Ist ja interessant was so alles gefunden wird :-) Habe leider kein Einhell garagentor . aber kann es sein das sich im letzten abschnitt meine Wetterstation WS 1000 oder so meldet ?
Hi Balki,
solange die Nachricht nicht an ein anderes Modul weitergegeben wurde (z.B. Einhell) wurde das Signal auch nicht empfangen.
Die Logmeldung found matches protocol besagt nur, dass gewisse Kriterien zutreffen.
Zur WS 1000 kann ich jetzt nichts sagen. Hast Du dazu etwas mehr Informationen?
Wurde denn ein Gerät vom TYP TCM_97001 angelegt?
Grüße Sidey
Huhu,
Zitat von: hjgode am 24 Oktober 2015, 19:59:26
Hallo
mal was anderes: Hier steht noch im Raum den SIGNALDuino über Netzwerk zu betreiben. Ich habe da vielleicht einen Hinweis auf eine simple Lösung mit zwei ESP8266 (WiFi) als Wirelss-Serial-Bridge mit der ESP firmware esp-link von JeeLabs: https://github.com/jeelabs/esp-link
Die Lösung würde, soweit ich das überblicke, keine Änderung am Code des SIGNALDuino oder in FHEM erfordern. Am SIGNALDuino Nano würde die Ein-Ausgabe weiterhin seriell erfolgen. Das gleiche gilt für die Anbeindung eines ESP8266 am FHEM Server,
Den Ansatz mit dem ESP8266 finde ich auch am besten.
1. Man benötigt kein LAN Kabel
2. Übergibt man alles Seriell an den ESP8266.
Man kann meiner Meinung nach auf den 2. ESP8266 verzichten und FHEM direkt die IP-Adresse des SIGNALduino+ESP8266 adressieren.
Dann geht zwar ota flash nicht, sobald ich die Firmware mal endlich fertig habe, sollte das auch kaum mehr notwendig sein.
Die paar AT Befehle zum Initialisieren der Verbindung kann man in den SIGNALduino leicht einbauen.
Ich habe aber keinen ESP8266 um es mal zu probieren :(
Grüße Sidey
Hallo Sidey
Sorry mir ist der Arduino abgeraucht kommt Montag , Dienstag erst neu ..
Aber ich denke das es dieses device ist ..
CODE
Unknown
CUL_1_MSGCNT
39
CUL_1_RAWMSG
s1EA09696F7
CUL_1_TIME
2015-10-24 23:39:58
DEF
Unknown
LASTInputDev
CUL_1
MSGCNT
39
NAME
CUL_TCM97001_Unknown
NR
204
RSSI
-78.5
STATE
Code: 1EA09696
TYPE
CUL_TCM97001
lastH
0
lastT
1445722798
Readings
state
Code: 1EA09696
2015-10-24 23:39:58
Hoffe du kannst damit was anfangen ( ist vom FHEMDuino) Upps kommt vom 433er Cul .. sorry
Gruss Markus
Bezüglich ESP8266:
Hier ist im Prinzip das gleiche nur mit einem CUL. http://forum.fhem.de/index.php/topic,42998.0/topicseen.html (http://forum.fhem.de/index.php/topic,42998.0/topicseen.html) An den dort verwendeten Sketch hatte ich gedacht.
Der sollte dann eigentlich so funktionieren, wie gedacht. Warum das bei Josef nicht fehlerfrei kompiliert hat, kann ich leider nicht sagen. Allerdings sollte es reichen, die beiden Bin-Files einfach zu flashen, ohne irgendwas kompilieren zu müssen.
Hallo Kuzl
der Code unter https://github.com/beckdac/ESP8266-transparent-bridge ließ sich auf meinem System nicht überreden. Das sind wahrscheinlich zu viele Abhängigkeiten mit externen Libs etc. vorhanden die nicht klar dokumentiert sind.
Der Code unter https://github.com/jeelabs/esp-link hat natürlich auch Abhängigkeiten, diese sind aber klar definiert. Den Code der Version 1.0.4 habe ich nun auf einem ESP-01 laufen.
Die serielle Bridge funktioniert auch (also zur Zeit USB-Serial<=>Telnet). Vielleicht komme ich die nächsten Tage dazu einen SignalDuino dranzuhängen. Sollte kein Problem sein: 5V an den Nano und einen LM117, TX an RX und Rx an TX und gut is.
Der ESP-01 hat 'nur' zwei freie GPIO (GPIO0 und GPIO2). Daran hängen für den Code aber zwei LEDs, die der ESP-01 eh schon hat (für Power und Aktivität). Vielleicht kann man statt GPIO12 und GPIO13 die Anschlüsse GPIO0 und GPIO2 nutzen. Ist so aber zur Zeit unter esp-link nicht vorgesehen. Wenn nicht, würde die Flash Arduino over-the-air Option wegfallen.
Zur Anbindung eines Nano über WiFi muss man nur ein ESP-01 (oder besser) haben, die esp-link Software und dann sollte das gehen. Bietet zwar keine +++AT Befehle, läßt sich dafür aber über Web managen.
bis dann
~josef
Hallo Josef,
du musst für die transparent-bridge gar nichts kompilieren. Einfach die beiden *.bin Files unter /firmware auf den ESP flashen (mit dem ESPFlashTool).
Aber wenn ich das richtig sehe, hat der esp-link genau die gleiche funktionalität oder? Bei der Bridge ist es so, dass man über Telnet die AT Befehle eingeben kann um z.b. den Accesspoint einzustellen.
Ich bin gespannt, was bei dir rauskommt :) ich hoffe meine kommen jetzt dann mal aus China an.
Gruß,
Kuzl
Hi zusammen,
das umschalten ob ein ESP dran hängt, könnte man tatsächlich über einen Jumper realisieren. Daran hatte ich noch nicht gedacht.. gute Idee.
Jetzt aber mal zum Thema Version 3.2. Die Entwicklung kann so langsam beginnen finde ich.
Ich habe heute mal dafür einen neuen Entwicklungszweig erstellt. Was in 3.2 alles enthalten sein wird, weiss ich noch nicht. Es muss kein wahnsinnig großes Update sein, aber hier mal ein paar Ideen:
Module:
- Verbesserte Whitelist, Ralf hat da schon was vorgearbeitet
- ggf. dynamische Match und Clientlist (bin mir noch nicht sicher)
- Aufnahme neue Protokolle, OSV3 und noch zwei andere.
- eventuell Etablieren eines generischen devices für alles, was nicht spezifisch implementiert wurde.
- Verbessertes Handling, wenn auf eine get Nachricht auch eine "normale" Datenübermittlung erfolgt.
Firmware:
- Codereduzierung durch Umstellen von der spezifischen Sendefunktionen zur raw_send Funktion.
- Migration von Speicherallokierung heap -> Stack
- Ein paar Speicheroptimierungen
- Vergleich mehrerer MS Meldungen und Weitergabe wenn zwei oder mehr gleiche empfangen wurden.
Was fällt euch denn noch so für Version 3.2 ein?
Grüße Sidey
Zitat von: carlos am 22 Oktober 2015, 09:31:49
Ich habe dir mal einen kompletten log Mitschnitt geschickt.
Ich habe da zuvor ein update gemacht und auf 3.1.8 geflashed.
Wenn ich mich recht erinnere habe ich in der Zeit nur die LEDs ein paar mal ein und ausgeschaltet.
Hallo Carlos,
ich habe die Demodulation eingebaut.
Wenn Du die Taste an der FB drückst, sollten folgende Einträge in deinem Log (mind. verbose 4) erscheinen, aus denen Du entnehmen kannst, wie die Bits umgerechnet wurden.
2015.10.27 00:01:11 4: SIGNALduino_unknown converted to bits: 010001011010000001101011
2015.10.27 00:01:11 4: SIGNALduino_unknown Protocol: 25
2015.10.27 00:01:11 4: SIGNALduino_unknown rawData: 45A06B
2015.10.27 00:01:11 4: SIGNALduino_unknown incomming msg: u25#45A06B
2015.10.27 00:01:11 5: devSduino dispatch u25#45A06B
2015.10.27 00:01:11 5: converted Data to (u25#45A06B)
2015.10.27 00:01:11 5: Found wrong signal, aborting demodulation
2015.10.27 00:01:11 5: Starting demodulation at Position 3
2015.10.27 00:01:11 4: Found matched Protocol id 25 -> les led remote
2015.10.27 00:01:11 4: SIGNALduino/msg READ: MS;P0=-376;P1=697;P2=-726;P3=322;P4=-13188;P5=-15982;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101012323012301232;CP=3;SP=5;O;
Drücke ein paar mal eine der Tasten und vergleiche, ob die Bits immer gleich erkannt werden.
Anschließend kannst Du das mit der anderen Taste wiederholen.
Wenn die gleiche Taste immer gleich demoduliert wird, kannst Du dann erkennen, welche bits die Taste definieren.
Das kannst Du gerne noch mal posten.
Achso, Du musst vorher auf die aktuelle Entwicklungs Version updaten:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txtGrüße Sidey
Hallo Sidey,
Vielen Dank für deine Arbeit.
Ich habe mal das update gemacht inclusive firmware flash.
Folgendes log:
2015.10.28 07:02:04 5: Signalduino: command for gets: V
2015.10.28 07:02:04 5: SW: V
2015.10.28 07:02:04 5: SIGNALduino/RAW (ReadAnswer): V 3.1.8-HF1 SIGNALduino - compiled at Oct 26 2015
2015.10.28 07:02:04 5: SIGNALduino/RAW (ReadAnswer): 11:10:38
2015.10.28 07:02:04 5: Signalduino: received message for gets: V 3.1.8-HF1 SIGNALduino - compiled at Oct 26 2015 11:10:38
2015.10.28 07:02:33 5: SIGNALduino/RAW READ: /MU;P0=-42
2015.10.28 07:02:33 5: SIGNALduino/RAW READ: MU;P0=-42/0;P2=241;P3=596;P4
2015.10.28 07:02:33 5: SIGNALduino/RAW READ: MU;P0=-420;P2=241;P3=596;P4/=-705;P5=39
2015.10.28 07:02:33 5: SIGNALduino/RAW READ: MU;P0=-420;P2=241;P3=596;P4=-705;P5=39/2;D=00203420303034
2015.10.28 07:02:33 5: SIGNALduino/RAW READ: MU;P0=-420;P2=241;P3=596;P4=-705;P5=392;D=00203420303034/203424
2015.10.28 07:02:33 5: SIGNALduino/RAW READ: MU;P0=-420;P2=241;P3=596;P4=-705;P5=392;D=00203420303034203424/203420303030303034
2015.10.28 07:02:33 5: SIGNALduino/RAW READ: MU;P0=-420;P2=241;P3=596;P4=-705;P5=392;D=00203420303034203424203420303030303034/24203034245
2015.10.28 07:02:33 5: SIGNALduino/RAW READ: MU;P0=-420;P2=241;P3=596;P4=-705;P5=392;D=0020342030303420342420342030303030303424203034245/0;CP=2;
2015.10.28 07:02:33 4: SIGNALduino/msg READ: MU;P0=-420;P2=241;P3=596;P4=-705;P5=392;D=00203420303034203424203420303030303034242030342450;CP=2;
2015.10.28 07:02:33 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.28 07:02:33 5: Starting demodulation at Position -1
2015.10.28 07:02:33 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.28 07:02:33 5: Starting demodulation at Position 5
2015.10.28 07:02:33 5: restarting demodulation at Position 11+2
2015.10.28 07:02:33 5: restarting demodulation at Position 15+2
2015.10.28 07:02:33 5: restarting demodulation at Position 21+2
2015.10.28 07:02:33 5: restarting demodulation at Position 35+2
2015.10.28 07:02:33 5: restarting demodulation at Position 43+2
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: /MS;
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;/P0=298;P1=-13079;P2=-380
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=298;P1=-13079;P2=-380/;P3=652;P4=-
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=298;P1=-13079;P2=-380;P3=652;P4=-/722;P5=-15856;D=0
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=298;P1=-13079;P2=-380;P3=652;P4=-722;P5=-15856;D=0/502340232323402340
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=298;P1=-13079;P2=-380;P3=652;P4=-722;P5=-15856;D=0502340232323402340/402340232323232323404023
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=298;P1=-13079;P2=-380;P3=652;P4=-722;P5=-15856;D=0502340232323402340402340232323232323404023/23402
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=298;P1=-13079;P2=-380;P3=652;P4=-722;P5=-15856;D=050234023232340234040234023232323232340402323402/340102340232323402
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=298;P1=-13079;P2=-380;P3=652;P4=-722;P5=-15856;D=050234023232340234040234023232323232340402323402340102340232323402/340402340232323232
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=298;P1=-13079;P2=-380;P3=652;P4=-722;P5=-15856;D=050234023232340234040234023232323232340402323402340102340232323402340402340232323232/3234040232340234;
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=298;P1=-13079;P2=-380;P3=652;P4=-722;P5=-15856;D=0502340232323402340402340232323232323404023234023401023402323234023404023402323232323234040232340234;/CP=0;SP=5;O;
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=298;P1=-13079;P2=-380;P3=652;P4=-722;P5=-15856;D=0502340232323402340402340232323232323404023234023401023402323234023404023402323232323234040232340234;CP=0;SP=5;O;/
2015.10.28 07:02:34 4: SIGNALduino/msg READ: MS;P0=298;P1=-13079;P2=-380;P3=652;P4=-722;P5=-15856;D=0502340232323402340402340232323232323404023234023401023402323234023404023402323232323234040232340234;CP=0;SP=5;O;
2015.10.28 07:02:34 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:34 5: Starting demodulation at Position 20
2015.10.28 07:02:34 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: /MS;P0
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0/=-715;P1=308
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308/;P2=-3
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-3/65;P3=665;P4=-158
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-158/45;P5=
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=/-13058;D=151
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=151/230123
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=151230123/232301
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=151230123232301/23010123012323232
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=15123012323230123010123012323232/323230101232
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=15123012323230123010123012323232323230101232/301230
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=15123012323230123010123012323232323230101232301230/141230
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=15123012323230123010123012323232323230101232301230141230/123232301230101230
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=15123012323230123010123012323232323230101232301230141230123232301230101230/12323
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=1512301232323012301012301232323232323010123230123014123012323230123010123012323/232323230101
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=1512301232323012301012301232323232323010123230123014123012323230123010123012323232323230101/232301230;CP=1;SP=
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=1512301232323012301012301232323232323010123230123014123012323230123010123012323232323230101232301230;CP=1;SP=/5;O;
2015.10.28 07:02:34 4: SIGNALduino/msg READ: MS;P0=-715;P1=308;P2=-365;P3=665;P4=-15845;P5=-13058;D=1512301232323012301012301232323232323010123230123014123012323230123010123012323232323230101232301230;CP=1;SP=5;O;
2015.10.28 07:02:34 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:34 5: Starting demodulation at Position 20
2015.10.28 07:02:34 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: /MS;
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;/P0=662;P1=-3
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-3/68;P2=
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=/-713;P3=313;P4=-1
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-1/3069;P
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P/5=-158
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-158/54;D=3531023101010
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-15854;D=3531023101010/23102323102
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-15854;D=353102310101023102323102/310101
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-15854;D=353102310101023102323102310101/010101
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-15854;D=353102310101023102323102310101010101/023231010231023431
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-15854;D=353102310101023102323102310101010101023231010231023431/023101
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-15854;D=353102310101023102323102310101010101023231010231023431023101/010231023231
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-15854;D=353102310101023102323102310101010101023231010231023431023101010231023231/02310101010101023
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-15854;D=35310231010102310232310231010101010102323101023102343102310101023102323102310101010101023/231010
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-15854;D=35310231010102310232310231010101010102323101023102343102310101023102323102310101010101023231010/23102;
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-15854;D=3531023101010231023231023101010101010232310102310234310231010102310232310231010101010102323101023102;/CP=3;SP=5;O;
2015.10.28 07:02:34 4: SIGNALduino/msg READ: MS;P0=662;P1=-368;P2=-713;P3=313;P4=-13069;P5=-15854;D=3531023101010231023231023101010101010232310102310234310231010102310232310231010101010102323101023102;CP=3;SP=5;O;
2015.10.28 07:02:34 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:34 5: Starting demodulation at Position 20
2015.10.28 07:02:34 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: /MS;P0=-
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-/720;P1
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1/=303;P2=-369
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369/;P3=664;P4=-
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-/15862;P5=-1
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-1/3082;D
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D/=15123
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=15123/012323230123010123
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=15123012323230123010123/012323232323
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=15123012323230123010123012323232323/23010
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=1512301232323012301012301232323232323010/123230
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=1512301232323012301012301232323232323010123230/123014123012323230
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=1512301232323012301012301232323232323010123230123014123012323230/123010
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=1512301232323012301012301232323232323010123230123014123012323230123010/123012323232
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=1512301232323012301012301232323232323010123230123014123012323230123010123012323232/32323010123230123
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=151230123232301230101230123232323232301012323012301412301232323012301012301232323232323010123230123/0;CP=1
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=1512301232323012301012301232323232323010123230123014123012323230123010123012323232323230101232301230;CP=1/;SP=5;
2015.10.28 07:02:34 5: SIGNALduino/RAW READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=1512301232323012301012301232323232323010123230123014123012323230123010123012323232323230101232301230;CP=1;SP=5;/
2015.10.28 07:02:34 4: SIGNALduino/msg READ: MS;P0=-720;P1=303;P2=-369;P3=664;P4=-15862;P5=-13082;D=1512301232323012301012301232323232323010123230123014123012323230123010123012323232323230101232301230;CP=1;SP=5;
2015.10.28 07:02:34 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:34 5: Starting demodulation at Position 20
2015.10.28 07:02:34 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: /MS;P0=-728;P1=294;P2=-378;P3=651;P4=-15832;P5=-13064;D=1512301232323012301012301232323232323010123012301014123012323230123010123012323232323230101230123010;CP=1;SP=5;O;
MS;P0=312;P1=-371;P2=660;P3=-711;P4=-15839;P5=-13056;D=0501230121212301230301230121
2015.10.28 07:02:45 4: SIGNALduino/msg READ: MS;P0=-728;P1=294;P2=-378;P3=651;P4=-15832;P5=-13064;D=1512301232323012301012301232323232323010123012301014123012323230123010123012323232323230101230123010;CP=1;SP=5;O;
2015.10.28 07:02:45 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:45 5: Starting demodulation at Position 20
2015.10.28 07:02:45 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=312;P1=-371;P2=660;P3=-711;P4=-15839;P5=-13056;D=0501230121212301230301230121/212121212303012301230304012301212123012303012301212121212123030123012303;CP=0;SP=5;O;
MS;P0=-364;P1=665;P2=-716;P3=309;P4=-13070;P5=-15856;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101012323012301232;CP=3;SP=5;O
2015.10.28 07:02:45 4: SIGNALduino/msg READ: MS;P0=312;P1=-371;P2=660;P3=-711;P4=-15839;P5=-13056;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123012303;CP=0;SP=5;O;
2015.10.28 07:02:45 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:45 5: Starting demodulation at Position 20
2015.10.28 07:02:45 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-364;P1=665;P2=-716;P3=309;P4=-13070;P5=-15856;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101012323012301232;CP=3;SP=5;O/;
MS;P0=663;P1=-714;P2=308;P3=-369;P5=-13076;D=2523012303030123012123012303030303030121230123012121;CP=2;SP=5;
MU;P0=-787;P1=-446;P2=234;P3=559;P4=-612;D=01213421313130213020213021313131313130202133;CP=2;
MS;P0=-726;P1=296;P2=-381;P3=649;P4=-15844;P
2015.10.28 07:02:45 4: SIGNALduino/msg READ: MS;P0=-364;P1=665;P2=-716;P3=309;P4=-13070;P5=-15856;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101012323012301232;CP=3;SP=5;O;
2015.10.28 07:02:45 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:45 5: Starting demodulation at Position 20
2015.10.28 07:02:45 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:45 4: SIGNALduino/msg READ: MS;P0=663;P1=-714;P2=308;P3=-369;P5=-13076;D=2523012303030123012123012303030303030121230123012121;CP=2;SP=5;
2015.10.28 07:02:45 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:45 5: Starting demodulation at Position 20
2015.10.28 07:02:45 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:45 4: SIGNALduino/msg READ: MU;P0=-787;P1=-446;P2=234;P3=559;P4=-612;D=01213421313130213020213021313131313130202133;CP=2;
2015.10.28 07:02:45 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.28 07:02:45 5: Starting demodulation at Position 12
2015.10.28 07:02:45 5: restarting demodulation at Position 14+2
2015.10.28 07:02:45 5: restarting demodulation at Position 20+2
2015.10.28 07:02:45 5: restarting demodulation at Position 34+2
2015.10.28 07:02:45 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.28 07:02:45 5: Starting demodulation at Position 13
2015.10.28 07:02:45 5: restarting demodulation at Position 15+2
2015.10.28 07:02:45 5: restarting demodulation at Position 21+2
2015.10.28 07:02:45 5: restarting demodulation at Position 35+2
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-726;P1=296;P2=-381;P3=649;P4=-15844;P/5=-13078;D=1512301232323012301012301232323232323010123012301014123012323230123010123012323232323230101230123010;CP=1;SP=5;O;
2015.10.28 07:02:45 4: SIGNALduino/msg READ: MS;P0=-726;P1=296;P2=-381;P3=649;P4=-15844;P5=-13078;D=1512301232323012301012301232323232323010123012301014123012323230123010123012323232323230101230123010;CP=1;SP=5;O;
2015.10.28 07:02:45 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:45 5: Starting demodulation at Position 20
2015.10.28 07:02:45 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: /MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=/050123012121230123030123
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=050123012121230123030123/01212121212
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=05012301212123012303012301212121212/123030123012303040
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=05012301212123012303012301212121212123030123012303040/123012
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=05012301212123012303012301212121212123030123012303040123012/121230
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=05012301212123012303012301212121212123030123012303040123012121230/123030123012121212
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=05012301212123012303012301212121212123030123012303040123012121230123030123012121212/12123
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123/030123012303
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123012303/;CP=0;
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123012303;CP=0;/SP=5;O;
2015.10.28 07:02:45 4: SIGNALduino/msg READ: MS;P0=304;P1=-371;P2=657;P3=-717;P4=-15855;P5=-13068;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123012303;CP=0;SP=5;O;
2015.10.28 07:02:45 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:45 5: Starting demodulation at Position 20
2015.10.28 07:02:45 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: /MS;P0=
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=/-367;P
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P/1=667;P2=-71
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-71/8;P3=
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=/306;P4
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4/=-13077;P5=-
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-/15870;D=3530
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=3530/123010101230
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=3530123010101230/12323
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=353012301010123012323/012301010101
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=353012301010123012323012301010101/010123
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=353012301010123012323012301010101010123/230123
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=353012301010123012323012301010101010123230123/012323430123
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=353012301010123012323012301010101010123230123012323430123/010101
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=353012301010123012323012301010101010123230123012323430123010101/230123
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=353012301010123012323012301010101010123230123012323430123010101230123/23012301010
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=35301230101012301232301230101010101012323012301232343012301010123012323012301010/101010123230123012
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=35301230101012301232301230101010101012323012301232343012301010123012323012301010101010123230123012/32;CP=
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101012323012301232;CP=/3;SP=5
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101012323012301232;CP=3;SP=5/;O;
2015.10.28 07:02:45 4: SIGNALduino/msg READ: MS;P0=-367;P1=667;P2=-718;P3=306;P4=-13077;P5=-15870;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101012323012301232;CP=3;SP=5;O;
2015.10.28 07:02:45 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:45 5: Starting demodulation at Position 20
2015.10.28 07:02:45 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: /
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: /MS;P0=662;P1
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1/=-723;
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1=-723;/P2=300
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1=-723;P2=300/;P3=-372;P5
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1=-723;P2=300;P3=-372;P5/=-1308
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1=-723;P2=300;P3=-372;P5=-1308/8;D=25230123030301
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1=-723;P2=300;P3=-372;P5=-13088;D=25230123030301/230121
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1=-723;P2=300;P3=-372;P5=-13088;D=25230123030301230121/23012303030
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1=-723;P2=300;P3=-372;P5=-13088;D=2523012303030123012123012303030/303030
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1=-723;P2=300;P3=-372;P5=-13088;D=2523012303030123012123012303030303030/121230
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1=-723;P2=300;P3=-372;P5=-13088;D=2523012303030123012123012303030303030121230/123012121;CP
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1=-723;P2=300;P3=-372;P5=-13088;D=2523012303030123012123012303030303030121230123012121;CP/=2;SP=
2015.10.28 07:02:45 5: SIGNALduino/RAW READ: MS;P0=662;P1=-723;P2=300;P3=-372;P5=-13088;D=2523012303030123012123012303030303030121230123012121;CP=2;SP=/5;
2015.10.28 07:02:45 4: SIGNALduino/msg READ: MS;P0=662;P1=-723;P2=300;P3=-372;P5=-13088;D=2523012303030123012123012303030303030121230123012121;CP=2;SP=5;
2015.10.28 07:02:45 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:45 5: Starting demodulation at Position 20
2015.10.28 07:02:45 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: /MU;P0=581
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MU;P0=581/;P1=764;P2=-
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MU;P0=581;P1=764;P2=-/797;P3=247;P4=-49
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MU;P0=581;P1=764;P2=-797;P3=247;P4=-49/3;D=01234040402340
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MU;P0=581;P1=764;P2=-797;P3=247;P4=-493;D=01234040402340/232340
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MU;P0=581;P1=764;P2=-797;P3=247;P4=-493;D=01234040402340232340/234040404040402323
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MU;P0=581;P1=764;P2=-797;P3=247;P4=-493;D=01234040402340232340234040404040402323/404023432;CP=3;
2015.10.28 07:02:49 4: SIGNALduino/msg READ: MU;P0=581;P1=764;P2=-797;P3=247;P4=-493;D=01234040402340232340234040404040402323404023432;CP=3;
2015.10.28 07:02:49 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.28 07:02:49 5: Starting demodulation at Position 1
2015.10.28 07:02:49 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.28 07:02:49 5: Starting demodulation at Position 2
2015.10.28 07:02:49 5: restarting demodulation at Position 8+2
2015.10.28 07:02:49 5: restarting demodulation at Position 12+2
2015.10.28 07:02:49 5: restarting demodulation at Position 18+2
2015.10.28 07:02:49 5: restarting demodulation at Position 32+2
2015.10.28 07:02:49 5: restarting demodulation at Position 40+2
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: /MS;P0=297
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297/;P1=-724;P2=-1308
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-1308/9;P3=-
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-/379;P4=649;P5=-158
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-158/68;D=0
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-15868;D=0/50341034343410341
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-15868;D=050341034343410341/010341034343434343
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-15868;D=050341034343410341010341034343434343/410103
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-15868;D=050341034343410341010341034343434343410103/434103410203410343
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-15868;D=050341034343410341010341034343434343410103434103410203410343/43410
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-15868;D=05034103434341034101034103434343434341010343410341020341034343410/341010341034343434
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-15868;D=05034103434341034101034103434343434341010343410341020341034343410341010341034343434/343410
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-15868;D=05034103434341034101034103434343434341010343410341020341034343410341010341034343434343410/10343410341;CP=0;S
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-15868;D=0503410343434103410103410343434343434101034341034102034103434341034101034103434343434341010343410341;CP=0;S/P=5;O
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-15868;D=0503410343434103410103410343434343434101034341034102034103434341034101034103434343434341010343410341;CP=0;SP=5;O/;
2015.10.28 07:02:49 4: SIGNALduino/msg READ: MS;P0=297;P1=-724;P2=-13089;P3=-379;P4=649;P5=-15868;D=0503410343434103410103410343434343434101034341034102034103434341034101034103434343434341010343410341;CP=0;SP=5;O;
2015.10.28 07:02:49 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:49 5: Starting demodulation at Position 20
2015.10.28 07:02:49 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: /MS;P
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P/0=-715;P1=308;P2=-
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-/364;P3
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-364;P3/=666;P4=-15868;P5=
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-364;P3=666;P4=-15868;P5=/-13074;D=15
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-364;P3=666;P4=-15868;P5=-13074;D=15/123012323230
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-364;P3=666;P4=-15868;P5=-13074;D=15123012323230/123010123012323232
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-364;P3=666;P4=-15868;P5=-13074;D=15123012323230123010123012323232/323230
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-364;P3=666;P4=-15868;P5=-13074;D=15123012323230123010123012323232323230/10123230123014123
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-364;P3=666;P4=-15868;P5=-13074;D=1512301232323012301012301232323232323010123230123014123/012323230123010123
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-364;P3=666;P4=-15868;P5=-13074;D=1512301232323012301012301232323232323010123230123014123012323230123010123/012323
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-364;P3=666;P4=-15868;P5=-13074;D=1512301232323012301012301232323232323010123230123014123012323230123010123012323/23232323010123230
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-364;P3=666;P4=-15868;P5=-13074;D=151230123232301230101230123232323232301012323012301412301232323012301012301232323232323010123230/1230;C
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=-715;P1=308;P2=-364;P3=666;P4=-15868;P5=-13074;D=1512301232323012301012301232323232323010123230123014123012323230123010123012323232323230101232301230;C/P=1;SP=5;O;
2015.10.28 07:02:49 4: SIGNALduino/msg READ: MS;P0=-715;P1=308;P2=-364;P3=666;P4=-15868;P5=-13074;D=1512301232323012301012301232323232323010123230123014123012323230123010123012323232323230101232301230;CP=1;SP=5;O;
2015.10.28 07:02:49 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:49 5: Starting demodulation at Position 20
2015.10.28 07:02:49 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: /MS
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS/;P0=665;P1=-362;P2
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2/=-712;
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;/P3=312;P4=-13084;
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;/P5=-15
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;P5=-15/872;D=353102310101
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;P5=-15872;D=353102310101/023102
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;P5=-15872;D=353102310101023102/323102310101010101
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;P5=-15872;D=353102310101023102323102310101010101/02323101023102343
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;P5=-15872;D=35310231010102310232310231010101010102323101023102343/102310
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;P5=-15872;D=35310231010102310232310231010101010102323101023102343102310/101023102323102310
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;P5=-15872;D=35310231010102310232310231010101010102323101023102343102310101023102323102310/101010
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;P5=-15872;D=35310231010102310232310231010101010102323101023102343102310101023102323102310101010/10102323101023102
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;P5=-15872;D=3531023101010231023231023101010101010232310102310234310231010102310232310231010101010102323101023102/;CP=3;SP=5;O
2015.10.28 07:02:49 5: SIGNALduino/RAW READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;P5=-15872;D=3531023101010231023231023101010101010232310102310234310231010102310232310231010101010102323101023102;CP=3;SP=5;O/;
2015.10.28 07:02:49 4: SIGNALduino/msg READ: MS;P0=665;P1=-362;P2=-712;P3=312;P4=-13084;P5=-15872;D=3531023101010231023231023101010101010232310102310234310231010102310232310231010101010102323101023102;CP=3;SP=5;O;
2015.10.28 07:02:49 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:49 5: Starting demodulation at Position 20
2015.10.28 07:02:49 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: /M
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: M/S;P0=
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=/-348;P
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P/1=663;P2=-71
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-71/8;P3=3
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=3/27;P4=-15884;P5=-1
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-1/3088;D
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D/=3530123010
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=3530123010/101230
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=3530123010101230/123230
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=3530123010101230123230/123010101010
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=3530123010101230123230123010101010/101232
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=3530123010101230123230123010101010101232/301012
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=3530123010101230123230123010101010101232301012/30123430123010101
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=353012301010123012323012301010101010123230101230123430123010101/230123230123
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=353012301010123012323012301010101010123230101230123430123010101230123230123/010101
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=353012301010123012323012301010101010123230101230123430123010101230123230123010101/010101
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=353012301010123012323012301010101010123230101230123430123010101230123230123010101010101/232301012301
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=353012301010123012323012301010101010123230101230123430123010101230123230123010101010101232301012301/2;CP=3
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=3530123010101230123230123010101010101232301012301234301230101012301232301230101010101012323010123012;CP=3/;SP=5
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=3530123010101230123230123010101010101232301012301234301230101012301232301230101010101012323010123012;CP=3;SP=5/;O;
2015.10.28 07:02:50 4: SIGNALduino/msg READ: MS;P0=-348;P1=663;P2=-718;P3=327;P4=-15884;P5=-13088;D=3530123010101230123230123010101010101232301012301234301230101012301232301230101010101012323010123012;CP=3;SP=5;O;
2015.10.28 07:02:50 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:50 5: Starting demodulation at Position 20
2015.10.28 07:02:50 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: /MS;
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;/P0=663
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663/;P1=-719;P2=
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663;P1=-719;P2=/304;P3
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663;P1=-719;P2=304;P3/=-368;P4=-1
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663;P1=-719;P2=304;P3=-368;P4=-1/3096;D
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663;P1=-719;P2=304;P3=-368;P4=-13096;D/=24230123030301230
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663;P1=-719;P2=304;P3=-368;P4=-13096;D=24230123030301230/121230
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663;P1=-719;P2=304;P3=-368;P4=-13096;D=24230123030301230121230/123030
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663;P1=-719;P2=304;P3=-368;P4=-13096;D=24230123030301230121230123030/30303030121
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663;P1=-719;P2=304;P3=-368;P4=-13096;D=2423012303030123012123012303030303030121/230301
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663;P1=-719;P2=304;P3=-368;P4=-13096;D=2423012303030123012123012303030303030121230301/230121;CP=2;
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663;P1=-719;P2=304;P3=-368;P4=-13096;D=2423012303030123012123012303030303030121230301230121;CP=2;/SP=4;
2015.10.28 07:02:50 5: SIGNALduino/RAW READ: MS;P0=663;P1=-719;P2=304;P3=-368;P4=-13096;D=2423012303030123012123012303030303030121230301230121;CP=2;SP=4;/
2015.10.28 07:02:50 4: SIGNALduino/msg READ: MS;P0=663;P1=-719;P2=304;P3=-368;P4=-13096;D=2423012303030123012123012303030303030121230301230121;CP=2;SP=4;
2015.10.28 07:02:50 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:50 5: Starting demodulation at Position 20
2015.10.28 07:02:50 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: /MS;P0
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0/=251;P1=590;
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=251;P1=590;/P2=-7
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=251;P1=590;P2=-7/87;P4=-437;P5=-131
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=251;P1=590;P2=-787;P4=-437;P5=-131/12;D=0
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=251;P1=590;P2=-787;P4=-437;P5=-13112;D=0/504120414141
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=251;P1=590;P2=-787;P4=-437;P5=-13112;D=0504120414141/20412020412
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=251;P1=590;P2=-787;P4=-437;P5=-13112;D=050412041414120412020412/041414141414120204
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=251;P1=590;P2=-787;P4=-437;P5=-13112;D=050412041414120412020412041414141414120204/120412
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=251;P1=590;P2=-787;P4=-437;P5=-13112;D=050412041414120412020412041414141414120204120412/0202;CP=0;SP=5;
2015.10.28 07:02:55 4: SIGNALduino/msg READ: MS;P0=251;P1=590;P2=-787;P4=-437;P5=-13112;D=0504120414141204120204120414141414141202041204120202;CP=0;SP=5;
2015.10.28 07:02:55 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:55 5: Starting demodulation at Position 20
2015.10.28 07:02:55 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: /MS
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS/;P0=29
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=29/4;P1=-
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-/381;P2=650;P
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P/3=-727
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727/;P4=-13076;
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;/P5=-15842;D=
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=/050123012121230123
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=050123012121230123/03012301212121212
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212121212/123030
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212121212123030/123012303040
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212121212123030123012303040/123012
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212121212123030123012303040123012/121230
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212121212123030123012303040123012121230/123030123012
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212121212123030123012303040123012121230123030123012/121212
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212121212123030123012303040123012121230123030123012121212/12123
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123/030123012303
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123012303/;CP=0;
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123012303;CP=0;/SP=5;O;
2015.10.28 07:02:55 4: SIGNALduino/msg READ: MS;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123012303;CP=0;SP=5;O;
2015.10.28 07:02:55 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:55 5: Starting demodulation at Position 20
2015.10.28 07:02:55 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: /MS;P0=-36
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-36/5;P1=6
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=6/63;P2=-714;
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;/P3=308
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308/;P4=-1
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-1/3078;P5=-158
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-158/56;D=3
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=3/530123
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=3530123/010101230123
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=3530123010101230123/23012
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=353012301010123012323012/301010101010123230
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=353012301010123012323012301010101010123230/123012
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=353012301010123012323012301010101010123230123012/323430123010
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=353012301010123012323012301010101010123230123012323430123010/10123
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=35301230101012301232301230101010101012323012301232343012301010123/012323
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=35301230101012301232301230101010101012323012301232343012301010123012323/012301010101
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=35301230101012301232301230101010101012323012301232343012301010123012323012301010101/010123
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=35301230101012301232301230101010101012323012301232343012301010123012323012301010101010123/23012301232;
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101012323012301232;/CP=3;S
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101012323012301232;CP=3;S/P=5;O;
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101012323012301232;CP=3;SP=5;O;/
2015.10.28 07:02:55 4: SIGNALduino/msg READ: MS;P0=-365;P1=663;P2=-714;P3=308;P4=-13078;P5=-15856;D=3530123010101230123230123010101010101232301230123234301230101012301232301230101010101012323012301232;CP=3;SP=5;O;
2015.10.28 07:02:55 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:55 5: Starting demodulation at Position 20
2015.10.28 07:02:55 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: /MS
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS/;P0=667;P1=-
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-/361;P2
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2/=-714;P3=309
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309/;P4=-1
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-1/5876;P
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P/5=-13080;D=
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=/353102
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=353102/310101
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=353102310101/023102323102
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=353102310101023102323102/310101010101023231
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=353102310101023102323102310101010101023231/02310
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=35310231010102310232310231010101010102323102310/232343
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=35310231010102310232310231010101010102323102310232343/102310101023
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=35310231010102310232310231010101010102323102310232343102310101023/102323
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=35310231010102310232310231010101010102323102310232343102310101023102323/102310
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=35310231010102310232310231010101010102323102310232343102310101023102323102310/101010101023
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=35310231010102310232310231010101010102323102310232343102310101023102323102310101010101023/23102
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=3531023101010231023231023101010101010232310231023234310231010102310232310231010101010102323102/310232;CP=3;
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=3531023101010231023231023101010101010232310231023234310231010102310232310231010101010102323102310232;CP=3;/SP=5;O
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=3531023101010231023231023101010101010232310231023234310231010102310232310231010101010102323102310232;CP=3;SP=5;O/;
2015.10.28 07:02:55 4: SIGNALduino/msg READ: MS;P0=667;P1=-361;P2=-714;P3=309;P4=-15876;P5=-13080;D=3531023101010231023231023101010101010232310231023234310231010102310232310231010101010102323102310232;CP=3;SP=5;O;
2015.10.28 07:02:55 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:55 5: Starting demodulation at Position 20
2015.10.28 07:02:55 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: /MS;P
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P/0=-727;P1=29
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=29/7;P2=-
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-/373;P3
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3/=659;P4=-130
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-130/86;P5=
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=/-1588
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-1588/4;D=15123012
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=15123012/323230
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=15123012323230/123010123012
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=15123012323230123010123012/323232
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=15123012323230123010123012323232/32323010123012301
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=1512301232323012301012301232323232323010123012301/014123
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=1512301232323012301012301232323232323010123012301014123/012323
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=1512301232323012301012301232323232323010123012301014123012323/230123010123
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=1512301232323012301012301232323232323010123012301014123012323230123010123/012323
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=1512301232323012301012301232323232323010123012301014123012323230123010123012323/232323230101
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=1512301232323012301012301232323232323010123012301014123012323230123010123012323232323230101/23012
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=151230123232301230101230123232323232301012301230101412301232323012301012301232323232323010123012/301010
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=151230123232301230101230123232323232301012301230101412301232323012301012301232323232323010123012301010/;CP=1;SP=5;
2015.10.28 07:02:55 5: SIGNALduino/RAW READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=151230123232301230101230123232323232301012301230101412301232323012301012301232323232323010123012301010;CP=1;SP=5;/
2015.10.28 07:02:55 4: SIGNALduino/msg READ: MS;P0=-727;P1=297;P2=-373;P3=659;P4=-13086;P5=-15884;D=151230123232301230101230123232323232301012301230101412301232323012301012301232323232323010123012301010;CP=1;SP=5;
2015.10.28 07:02:55 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:55 5: Starting demodulation at Position 20
2015.10.28 07:02:55 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: /
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: /MU;P0=-418;P1=283;P3=603
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MU;P0=-418;P1=283;P3=603/;P4=-722;D=0010103
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MU;P0=-418;P1=283;P3=603;P4=-722;D=0010103/41030303410341410341030
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MU;P0=-418;P1=283;P3=603;P4=-722;D=001010341030303410341410341030/303030303414103034
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MU;P0=-418;P1=283;P3=603;P4=-722;D=001010341030303410341410341030303030303414103034/1411;CP=1;
2015.10.28 07:02:59 4: SIGNALduino/msg READ: MU;P0=-418;P1=283;P3=603;P4=-722;D=0010103410303034103414103410303030303034141030341411;CP=1;
2015.10.28 07:02:59 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.28 07:02:59 5: Starting demodulation at Position 6
2015.10.28 07:02:59 5: restarting demodulation at Position 12+2
2015.10.28 07:02:59 5: restarting demodulation at Position 16+2
2015.10.28 07:02:59 5: restarting demodulation at Position 22+2
2015.10.28 07:02:59 5: restarting demodulation at Position 36+2
2015.10.28 07:02:59 5: restarting demodulation at Position 44+2
2015.10.28 07:02:59 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.28 07:02:59 5: Starting demodulation at Position 7
2015.10.28 07:02:59 5: restarting demodulation at Position 13+2
2015.10.28 07:02:59 5: restarting demodulation at Position 17+2
2015.10.28 07:02:59 5: restarting demodulation at Position 23+2
2015.10.28 07:02:59 5: restarting demodulation at Position 37+2
2015.10.28 07:02:59 5: restarting demodulation at Position 45+2
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: /
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: /MS;P0=-730;P
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P/1=296;P2=-13088;P
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P/3=-382
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P3=-382/;P4=647;P5=-15876;
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P3=-382;P4=647;P5=-15876;/D=1513401343
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P3=-382;P4=647;P5=-15876;D=1513401343/434013401013
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P3=-382;P4=647;P5=-15876;D=1513401343434013401013/40134
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P3=-382;P4=647;P5=-15876;D=151340134343401340101340134/343434343401013434
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P3=-382;P4=647;P5=-15876;D=151340134343401340101340134343434343401013434/013401213401343434
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P3=-382;P4=647;P5=-15876;D=151340134343401340101340134343434343401013434013401213401343434/013401
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P3=-382;P4=647;P5=-15876;D=151340134343401340101340134343434343401013434013401213401343434013401/013401
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P3=-382;P4=647;P5=-15876;D=151340134343401340101340134343434343401013434013401213401343434013401013401/34343434343401013
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P3=-382;P4=647;P5=-15876;D=15134013434340134010134013434343434340101343401340121340134343401340101340134343434343401013/43401340;CP=1;SP=5
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-730;P1=296;P2=-13088;P3=-382;P4=647;P5=-15876;D=1513401343434013401013401343434343434010134340134012134013434340134010134013434343434340101343401340;CP=1;SP=5/;O;
2015.10.28 07:02:59 4: SIGNALduino/msg READ: MS;P0=-730;P1=296;P2=-13088;P3=-382;P4=647;P5=-15876;D=1513401343434013401013401343434343434010134340134012134013434340134010134013434343434340101343401340;CP=1;SP=5;O;
2015.10.28 07:02:59 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:59 5: Starting demodulation at Position 20
2015.10.28 07:02:59 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: /MS
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS/;P0=302;P1=-721;P2
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2/=-369;
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;/P3=660;P4=-15873;
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;/P5=-13
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;P5=-13/080;D=050231023232
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;P5=-13080;D=050231023232/310231
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;P5=-13080;D=050231023232310231/01023102323232323
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;P5=-13080;D=05023102323231023101023102323232323/231010
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;P5=-13080;D=05023102323231023101023102323232323231010/232310231040231023
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;P5=-13080;D=05023102323231023101023102323232323231010232310231040231023/232310231010231023
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;P5=-13080;D=05023102323231023101023102323232323231010232310231040231023232310231010231023/23232
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;P5=-13080;D=0502310232323102310102310232323232323101023231023104023102323231023101023102323232/323231010232310231
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;P5=-13080;D=0502310232323102310102310232323232323101023231023104023102323231023101023102323232323231010232310231/;CP=0;
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;P5=-13080;D=0502310232323102310102310232323232323101023231023104023102323231023101023102323232323231010232310231;CP=0;/SP=5;O;
2015.10.28 07:02:59 4: SIGNALduino/msg READ: MS;P0=302;P1=-721;P2=-369;P3=660;P4=-15873;P5=-13080;D=0502310232323102310102310232323232323101023231023104023102323231023101023102323232323231010232310231;CP=0;SP=5;O;
2015.10.28 07:02:59 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:59 5: Starting demodulation at Position 20
2015.10.28 07:02:59 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: /MS;P0
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0/=-363;
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;/P1=667;P2=-711;P3=
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;P1=667;P2=-711;P3=/311;P4=-13087;P5=-
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;P1=667;P2=-711;P3=311;P4=-13087;P5=-/15884
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;P1=667;P2=-711;P3=311;P4=-13087;P5=-15884/;D=353012301
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;P1=667;P2=-711;P3=311;P4=-13087;P5=-15884;D=353012301/010123012323
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;P1=667;P2=-711;P3=311;P4=-13087;P5=-15884;D=353012301010123012323/012301010101010123
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;P1=667;P2=-711;P3=311;P4=-13087;P5=-15884;D=353012301010123012323012301010101010123/23010123012343012
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;P1=667;P2=-711;P3=311;P4=-13087;P5=-15884;D=35301230101012301232301230101010101012323010123012343012/301010
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;P1=667;P2=-711;P3=311;P4=-13087;P5=-15884;D=35301230101012301232301230101010101012323010123012343012301010/123012323012301010
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;P1=667;P2=-711;P3=311;P4=-13087;P5=-15884;D=35301230101012301232301230101010101012323010123012343012301010123012323012301010/101010
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;P1=667;P2=-711;P3=311;P4=-13087;P5=-15884;D=35301230101012301232301230101010101012323010123012343012301010123012323012301010101010/12323010123012;CP
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=-363;P1=667;P2=-711;P3=311;P4=-13087;P5=-15884;D=3530123010101230123230123010101010101232301012301234301230101012301232301230101010101012323010123012;CP/=3;SP=5;O;
2015.10.28 07:02:59 4: SIGNALduino/msg READ: MS;P0=-363;P1=667;P2=-711;P3=311;P4=-13087;P5=-15884;D=3530123010101230123230123010101010101232301012301234301230101012301232301230101010101012323010123012;CP=3;SP=5;O;
2015.10.28 07:02:59 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:59 5: Starting demodulation at Position 20
2015.10.28 07:02:59 5: Found wrong signal, aborting demodulation
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: /MS;P
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P/0=662
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=662/;P1=-714;P2=304;P3
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=662;P1=-714;P2=304;P3/=-371;
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=662;P1=-714;P2=304;P3=-371;/P5=-13092;D=252301
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=662;P1=-714;P2=304;P3=-371;P5=-13092;D=252301/23030
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=662;P1=-714;P2=304;P3=-371;P5=-13092;D=25230123030/301230121230123030
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=662;P1=-714;P2=304;P3=-371;P5=-13092;D=25230123030301230121230123030/303030
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=662;P1=-714;P2=304;P3=-371;P5=-13092;D=25230123030301230121230123030303030/30121230301230121;CP=2;
2015.10.28 07:02:59 5: SIGNALduino/RAW READ: MS;P0=662;P1=-714;P2=304;P3=-371;P5=-13092;D=2523012303030123012123012303030303030121230301230121;CP=2;/SP=5;
2015.10.28 07:02:59 4: SIGNALduino/msg READ: MS;P0=662;P1=-714;P2=304;P3=-371;P5=-13092;D=2523012303030123012123012303030303030121230301230121;CP=2;SP=5;
2015.10.28 07:02:59 4: Found matched Protocol id 20 -> livolo
2015.10.28 07:02:59 5: Starting demodulation at Position 20
2015.10.28 07:02:59 5: Found wrong signal, aborting demodulation
Ich habe nur ein paar mal auf ein und aus gedrückt.
Gruß
Carlos
Zitat von: carlos am 28 Oktober 2015, 07:12:11
Hallo Sidey,
Vielen Dank für deine Arbeit.
Ich habe mal das update gemacht inclusive firmware flash.
Folgendes log:
Sieht so aus, als ob ich wohl noch mal was anpassen muss..
Grüße Sidey
Hallo Carlos,
hab mir das Log angesehen und mit deinen Werten bei mir die Daten auch mal durch das Modul laufen lassen.
Zitat von: carlos am 28 Oktober 2015, 07:12:11
Ich habe mal das update gemacht inclusive firmware flash.
...
Ich habe nur ein paar mal auf ein und aus gedrückt.
Was soll ich sagen, bei mir wird das Signal dem Protokoll mit der ID 25 zugeordnet und es wird in Bits umgewandelt. Hast Du einen shutdown restart gemacht? Das muss bei dir auch funktionieren.
Ich habe nachdem ich ein paar deiner Signale demoduliert habe, folgende Nachrichten identifizieren können:
A B C D E F
0100 0101 1010 0000 0110 1010
0100 0101 1010 0000 0110 0101
A-E sind wohl ein fester Code und in F wird vermutlich übermittelt, welche Taste gedrückt wird.
Versuch mal mittels set raw
SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123012303;
Die Lampe ein oder aus zu schalten.
Grüße Sidey
Hallo
kleiner ESP8266 esp-bridge/esp-link Status-Bericht:
Nachdem ich den Nano und den ESP verbunden habe (5V, GND, RX, TX) mus ich leider feststellen, dass RX/TX nicht funktioniert. Wahrscheinlich weil da ja noch ein USB-Seriell Baustein auf dem Nano auf den RX/TX Leitungen mitmischt (in meinem Fall ein CH340, kein FT2323L). Die 5V habe ich natürlich extern angeschlossen. Eigentlich soll RX/TX vom Atmel Baustein vom USB Bautein mit je 1KOhm entkoppelt sein. So steht es jedenfalls bei Arudino.cc.
Mal sehen, ob ich bei einem der defekten China Klones den falschen, defekten, FT232L ausgelötet bekomme oder zumindest die 1K Widerstände oder was auch immer, damit die RX/TX Anschlüsse frei sind.
Der angehängte Schaltplan "print.pdf" funktioniert so bei mir NICHT!. Auch nicht, wenn ich RX und TX Verbíndung tausche.
~josef
Hallo,
Habe das gleiche mit einem ESP-07 Modul getestet und ich muss sagen ich bin begeistert wie gut das funktioniert.
Ich habe allerdings die RX des ESP-Moduls direkt mit der TX Leitung des Nano verbunden und die TX-Leitung des ESP-Moduls mit der RX des Nano. Habe aber vorsichtshalber noch einen Levelshifter dazwischen gehängt.
Auf dem ESP-Modul läuft die Software aus #470. Konfiguriert habe ich das ganze als AP+STA.
Selbst das Flashen über wifi funktioniert.
Gruß rippi
Hallo Rippi
hast Du einen Nano mit FT232L? Die haben wohl, wenn Original-Schaltplan, je 1K gegen RX und TX.
In die Leitung zum TX des ESP-01 habe ich auch einen Level-Shifter bei RX ESP-01 nach Nano ist das nicht nötig.
~Josef
Zitat von: rippi46 am 29 Oktober 2015, 06:21:35
Hallo,
Habe das gleiche mit einem ESP-07 Modul getestet und ich muss sagen ich bin begeistert wie gut das funktioniert.
Ich habe allerdings die RX des ESP-Moduls direkt mit der TX Leitung des Nano verbunden und die TX-Leitung des ESP-Moduls mit der RX des Nano. Habe aber vorsichtshalber noch einen Levelshifter dazwischen gehängt.
Auf dem ESP-Modul läuft die Software aus #470. Konfiguriert habe ich das ganze als AP+STA.
Selbst das Flashen über wifi funktioniert.
Gruß rippi
Hallo,
werde das ganze noch mit einem Nano mit CH340 testen und dann kurz berichten.
Gruß
Hallo,
ich teste das Ganze dann mal mit einem Pro Mini 8MHz und einem ESP-01, sobald sie endlich da sind. Da sollte das dann hoffentlich ohne Probleme funktionieren, der hat ja nix am UART.
Hallo,
Habe bei Aldi die ICLite LED-Beleuchtungsspots gekauft, leider musste ich feststellen, dass alle Spots die gleiche Kodierung haben, Und nicht nur das, sondern alle bei Aldi gekauften Spots.
Deshalb habe ich mir diverse Encoder und Decoder-Chips gekauft um den internen Chip zu umgehen. Ist es möglich auch solche Kodierungen im Signalduino zu integrieren oder wie kann ich eine RAW-Signal erzeugen.
Muss für jede Kodierung ein Modul entwickelt werden?
Hier habe ich mal ein Auszug aus dem Log
Taste on auf ICLite Fernbedienung gedrückt:
2015.10.29 09:40:04 5: restarting demodulation at Position 43+2
2015.10.29 09:40:04 5: restarting demodulation at Position 39+2
2015.10.29 09:40:04 5: restarting demodulation at Position 35+2
2015.10.29 09:40:04 5: restarting demodulation at Position 23+2
2015.10.29 09:40:04 5: restarting demodulation at Position 19+2
2015.10.29 09:40:04 5: restarting demodulation at Position 15+2
2015.10.29 09:40:04 5: restarting demodulation at Position 3+2
2015.10.29 09:40:04 5: Starting demodulation at Position 1
2015.10.29 09:40:04 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.29 09:40:04 5: Starting demodulation at Position 50
2015.10.29 09:40:04 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.29 09:40:04 4: SIGNALduino/msg READ: MU;P0=-1262;P1=642;P2=-703;P3=-2769;P4=2550;P5=272;D=01210121212101343121012101212121013431210121012121252;CP=1;
Taste off auf ICLite Fernbedienung gedrückt:
2015.10.29 09:42:33 5: restarting demodulation at Position 68+2
2015.10.29 09:42:33 5: restarting demodulation at Position 64+2
2015.10.29 09:42:33 5: restarting demodulation at Position 60+2
2015.10.29 09:42:33 5: restarting demodulation at Position 54+2
2015.10.29 09:42:33 5: restarting demodulation at Position 48+2
2015.10.29 09:42:33 5: restarting demodulation at Position 44+2
2015.10.29 09:42:33 5: restarting demodulation at Position 40+2
2015.10.29 09:42:33 5: restarting demodulation at Position 34+2
2015.10.29 09:42:33 5: restarting demodulation at Position 28+2
2015.10.29 09:42:33 5: restarting demodulation at Position 24+2
2015.10.29 09:42:33 5: restarting demodulation at Position 20+2
2015.10.29 09:42:33 5: restarting demodulation at Position 14+2
2015.10.29 09:42:33 5: restarting demodulation at Position 8+2
2015.10.29 09:42:33 5: restarting demodulation at Position 4+2
2015.10.29 09:42:33 5: Starting demodulation at Position 2
2015.10.29 09:42:33 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.29 09:42:33 4: SIGNALduino/msg READ: MU;P0=2558;P1=-2761;P2=677;P3=-702;P4=-1231;P5=-96;D=0123242324232324232101232423242323242321012324232423232423210123242324232324253;CP=2;
Eine Taste auf RF803E Fernbedienung gedrückt (als Topggletaste):
2015.10.29 09:46:32 5: restarting demodulation at Position 222+2
2015.10.29 09:46:32 5: restarting demodulation at Position 192+2
2015.10.29 09:46:32 5: restarting demodulation at Position 146+2
2015.10.29 09:46:32 5: restarting demodulation at Position 142+2
2015.10.29 09:46:32 5: restarting demodulation at Position 136+2
2015.10.29 09:46:32 5: restarting demodulation at Position 128+2
2015.10.29 09:46:32 5: restarting demodulation at Position 86+2
2015.10.29 09:46:32 5: restarting demodulation at Position 78+2
2015.10.29 09:46:32 5: restarting demodulation at Position 48+2
2015.10.29 09:46:32 5: restarting demodulation at Position 2+2
2015.10.29 09:46:32 5: Starting demodulation at Position 0
2015.10.29 09:46:32 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.29 09:46:32 5: restarting demodulation at Position 192+2
2015.10.29 09:46:32 5: restarting demodulation at Position 147+2
2015.10.29 09:46:32 5: restarting demodulation at Position 143+2
2015.10.29 09:46:32 5: restarting demodulation at Position 137+2
2015.10.29 09:46:32 5: restarting demodulation at Position 133+2
2015.10.29 09:46:32 5: restarting demodulation at Position 128+2
2015.10.29 09:46:32 5: restarting demodulation at Position 86+2
2015.10.29 09:46:32 5: restarting demodulation at Position 78+2
2015.10.29 09:46:32 5: restarting demodulation at Position 48+2
2015.10.29 09:46:32 5: restarting demodulation at Position 3+2
2015.10.29 09:46:32 5: Starting demodulation at Position 0
2015.10.29 09:46:32 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.29 09:46:32 4: SIGNALduino/msg READ: MU;P0=-32001;P1=366;P2=-843;P3=-440;P4=760;P5=-1644;D=12134213131313131313131313131313131343131313131313121313131313131343131313131313124243131243431313131313131313131313131313131513131242421342131342134213131313131313131313131313131343131313131313121313131313131343131313131313124243131243100;CP=1;
Eine Taste auf HT12E-Fernbedienung gedrückt (als Topggletaste):
2015.10.29 09:47:35 5: restarting demodulation at Position 228+2
2015.10.29 09:47:35 5: restarting demodulation at Position 223+2
2015.10.29 09:47:35 5: restarting demodulation at Position 209+2
2015.10.29 09:47:35 5: restarting demodulation at Position 202+2
2015.10.29 09:47:35 5: restarting demodulation at Position 197+2
2015.10.29 09:47:35 5: restarting demodulation at Position 183+2
2015.10.29 09:47:35 5: restarting demodulation at Position 176+2
2015.10.29 09:47:35 5: restarting demodulation at Position 171+2
2015.10.29 09:47:35 5: restarting demodulation at Position 157+2
2015.10.29 09:47:35 5: restarting demodulation at Position 150+2
2015.10.29 09:47:35 5: restarting demodulation at Position 145+2
2015.10.29 09:47:35 5: restarting demodulation at Position 131+2
2015.10.29 09:47:35 5: restarting demodulation at Position 124+2
2015.10.29 09:47:35 5: restarting demodulation at Position 119+2
2015.10.29 09:47:35 5: restarting demodulation at Position 105+2
2015.10.29 09:47:35 5: restarting demodulation at Position 98+2
2015.10.29 09:47:35 5: restarting demodulation at Position 93+2
2015.10.29 09:47:35 5: restarting demodulation at Position 79+2
2015.10.29 09:47:35 5: restarting demodulation at Position 72+2
2015.10.29 09:47:35 5: restarting demodulation at Position 67+2
2015.10.29 09:47:35 5: restarting demodulation at Position 53+2
2015.10.29 09:47:35 5: restarting demodulation at Position 46+2
2015.10.29 09:47:35 5: restarting demodulation at Position 41+2
2015.10.29 09:47:35 5: restarting demodulation at Position 27+2
2015.10.29 09:47:35 5: restarting demodulation at Position 20+2
2015.10.29 09:47:35 5: restarting demodulation at Position 15+2
2015.10.29 09:47:35 5: restarting demodulation at Position 1+2
2015.10.29 09:47:35 5: Starting demodulation at Position 0
2015.10.29 09:47:35 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.29 09:47:35 4: SIGNALduino/msg READ: MU;P0=214;P1=-492;P2=446;P3=-256;P4=-8255;D=012101010101010321010401010321010101010103210104010103210101010101032101040101032101010101010321010401010321010101010103210104010103210101010101032101040101032101010101010321010401010321010101010103210104010103210101010101032101040101032100;CP=0;O;
Falls es irgendeine Möglichkeit gibt die Fernbedienungen in den Signalduino zu integrieren wäre das toll. Notfall würde ich auch selbst versuchen das entsprechende Modul zu programmieren (leider weiss ich noch nicht wie das funktioniert.).
Natürlich müsste mann dann mehrere Tasten generieren und die Signale abgreifen.
P.S.: das mit dem Nano mit CH340 kann ich leider erst heute Abend testen. Habe gerade keinen zur Verfügung.
Hallo Rippi46,
Ich hab mir die Signale mal grob angesehen.
Das Signal kann man in bits modulieren.
Das Senden so eines Signals wird auch funktionieren.
Mit scheint, Du hast auch noch einen Bug in der Firmware aufgedeckt.. :)
Ob ein Modul notwendig ist, hängt eher vom Komfortfaktor bzw. den Anforderungen ab.
Das meisste kann man auch mit doif, notify und dummys realisieren.
Dein Problem mit den codes und deine Überbrückung habe ich nur halb verstanden.
Auch weiss ich nicht, was es mit den drei Fernbedienungen auf sich hat.
Grüße Sidey
Hallo Sidey,
Leider kann man die Lampen nicht einzeln schalten und wenn man Pech hat schaltet man die vom Nachbarn noch mit. Deshalb war meine Idee das 433MHz Signal abzufangen (auf der Platine der Lampe) und über einen eigenen Decoderchip zu leiten um so die Lampe einzeln schalten zu können.
Dazu habe ich mir verschiedene Encoder -und Decoderchips besorgt um eine Fernbedienung nachzubauen. Das funktioniert auch ganz gut nur kann ich die Lampen nicht mit dem Signalduino schalten., sondern nur mit der selbstgebauten Fernbedienung.
Okay, verstehe. Du hast also drei Fernbedienung zum testen.
Willst Du später alle drei Fernbedienungen verwenden oder alle auf den gleichen Encoder umrüsten?
Sidey
Hallo Sidey,
das Signal des H12E-Chips ist relativ einfach zu Handhaben. Einfach 8-Bit Hauscode plus 4-Bit Schaltcode. Leider ist aber der Chip ziemlich groß.
Beim RF803E sieht der Code etwas komplizierter aus und man muß die Fernbedienung mit dem RF803D pairen und ich habe 3 Ausgänge, die toggeln kann oder der Ausgang geht solange auf LOW wie die Taste gedrückt wird und der Chip ist sehr klein. Deshalb bin ich noch unschlüssig welches Verfahren ich verwenden will.
Schön wäre es natürlich, wenn es ein einfaches Verfahren geben würde um solche Encoder/Decoderchips zu verwenden. ich hatte mir nämlich überlegt schaltbare Steckdosen selbst zu bauen.
Gruß
ZitatTodos for r3.2
Improved whitelist
Support start and end marker for MU protocols
Dynamic logical modules
..
Hallo Sidey,
zu was soll "Dynamic logical modules" gut sein, ich kann mir darunter nichts vorstellen.
Ich werde meine verbesserte whitelist mal einchecken.
Gruß Ralf
Hallo Ralf,
Zitat von: Ralf9 am 29 Oktober 2015, 20:19:44
zu was soll "Dynamic logical modules" gut sein, ich kann mir darunter nichts vorstellen.
Damit könnte man über Attribute die unterstützen Module konfigurieren ohne das im Quellcode verankern zu müssen.
Ich gebe zu, die Funktionsweise wäre ende zu ende noch mal zu überdenken.
Auf deine Änderung der Whitelist bin ich gespannt.
Grüße Sidey
Hallo Rippie,
Bitte nicht falsch verstehen, mich interessiert das Thema jetzt auch.
Da ich aber langsam den Überblick verliere, mach doch bitte einen neuen Thread im Forum Sonstige Systeme auf: http://forum.fhem.de/index.php/board,29.0.html (http://forum.fhem.de/index.php/board,29.0.html).
Ich beantworte jetzt aber noch ein paar Dinge:
HE-12
Ja sieht erst mal einfacher und gut beschrieben aus. Das Datenblatt verrät ja auch, was eine 0 und was eine 1 ist.
Das Signal sollte als MS (Nachricht mit Sync) erkannt werden. Lässt sich auch ganz bestimmt durch Korrektur der Firmware erreichen. :)
RF803E
Nachdem ich mir das Datenblatt durchgesehen habe, war ich etwas baff. Der sendet Manchester und Signalduino (Firmware) hat es nicht erkannt.
Vielleicht kannst Du noch ein paar mal testen, ob das Signal auch mal als MC;..... erkannt wird.
Was aus dem Datenblatt leider nicht hervorgeht, woran man erkennt, dass wo eine Nachricht beginnt.
Ich bräuchte so was auch noch um einen Weihnachtsstern fern schaltbar zu machen. Hmm
Grüße Sidey
Hallo
Habe jetzt mein ESP-07 mit dem Arduino Nano mit CH340 Chip getestet.
funktioniert genauso gut wie der Arduino Nano mit FTDI-Chip.
Auch flashen über WIFI und Signale werden auch erkannt.
Gruß
Zitat von: rippi46 am 30 Oktober 2015, 00:15:41
Hallo
Habe jetzt mein ESP-07 mit dem Arduino Nano mit CH340 Chip getestet.
funktioniert genauso gut wie der Arduino Nano mit FTDI-Chip.
Auch flashen über WIFI und Signale werden auch erkannt.
Gruß
Hallo Rippi
kannst Du mal Deine Schaltung posten?
~josef
Hallo Hjgode
ich habe
RX-ESP an TX-Nano
TX-ESP an RX-Nano
GPIO12-ESP an RST-Nano
GPIO0-ESP über LED und R330 an Masse (WIFI-LED)
GPIO14-ESP über LED und R330 an Masse (SER-LED)
Gruß
P.S.: Levelshifter nicht vergessen!
Hallo,
ich habe gestern ein Funk-Steckdosen-Set bei Penny (http://www.penny.de/angebote/aktuell//product/20980/) ergattert. Die Dosen werden angelernt, d.h. nach dem Einstecken muss ich auf der FB On/Off drücken. Es gibt keine Codes zum einstellen.
Leider wird das Set noch nicht vom signalduino erkannt.
Im verbose Level 4 kommt, wenn ich die Tasten an der Fernbedienung drücke:
ON:
2015.10.29 20:51:04 4: SIGNALduino/msg READ:
MU;P0=1141;P1=-378;P2=383;P3=-1137;P4=-2241;P5=3040;D=012323010123010101230123012323232323012323012324010123230101230101012301230123232323230123230123240101232301012301010123012301232323232301232301232401012323010123010101230123012323232323012323012351;CP=2;
2015.10.29 20:51:04 4: Found matched Protocol id 21 -> einhell garagedoor
2015.10.29 20:51:05 4: Found matched Protocol id 9 -> CTW 600
2015.10.29 20:51:05 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.29 20:51:05 4: SIGNALduino/msg READ:
MU;P0=987;P1=-531;P2=485;P3=-1043;P4=3017;P5=-7142;D=010123230101230101012301230123232323230123230123450101232301012301010123012301232323232301232301234501012323010123010101230123012323232323012323012345010123230101230101012301230123232323230123230121;CP=2;
2015.10.29 20:51:05 4: Found matched Protocol id 21 -> einhell garagedoor
2015.10.29 20:51:05 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.29 20:51:05 4: Found matched Protocol id 9 -> CTW 600
2015.10.29 20:51:05 4: Found matched Protocol id 8 -> TX3 Protocol
OFF:
2015.10.29 20:51:16 4: SIGNALduino/msg READ:
MU;P0=-1137;P1=384;P2=1141;P3=-375;P4=-2243;P5=3044;D=010101010232323231023102310101023231010231014232310101010102323232310231023101010232310102310142323101010101023232323102310231010102323101023101423231010101010232323231023102310101023231010231050;CP=1;
2015.10.29 20:51:16 4: Found matched Protocol id 21 -> einhell garagedoor
2015.10.29 20:51:16 4: Found matched Protocol id 9 -> CTW 600
2015.10.29 20:51:16 4: Found matched Protocol id 8 -> TX3 Protocol
2015.10.29 20:51:17 4: SIGNALduino/msg READ:
MU;P0=991;P1=-533;P2=483;P3=-1039;P4=3020;P5=-7140;D=010123232323230101010123012301232323010123230123450101232323232301010101230123012323230101232301234501012323232323010101012301230123232301012323012345010123232323230101010123012301232323010123230121;CP=2;
2015.10.29 20:51:17 4: Found matched Protocol id 21 -> einhell garagedoor
2015.10.29 20:51:17 4: Found matched Protocol id 16 -> Dooya shutter
2015.10.29 20:51:17 4: Found matched Protocol id 9 -> CTW 600
2015.10.29 20:51:17 4: Found matched Protocol id 8 -> TX3 Protocol
Könnt ihr damit was anfangen? Was müsste ich ggf. raw über den signalduino schicken, damit ich die Dosen schalten könnte?
Vielen Dank für eure Hilfe
Hallo Tom,
Das sind schon brauchbare Daten.
Das Signal lässt sich durch eine kleine Erweiterung auch demodulieren. Kann man vielleicht erkennen, welchen Encoder Chip in der FB verbaut wurde? Dann müsste ich nicht raten, was eine 0 und was eine 1 ist.
Schalten müsste auch gehen.
Das mit dem Anlernvorgang habe ich noch nicht ganz verstanden. :)
Um den nach zubauen bräuchte man halt mehr Informationen und ein Modul, was das dann ausführt.
Bitte mach doch ein neues Thema im Forum Sonstige Systeme auf: http://forum.fhem.de/index.php/board,29.0.html
Grüße Sidey
Hallo Sidey,
Ich habe das Kommando mal so abgesetzt, aber es passiert leider nichts:
2015.10.31 10:52:30 4: set Signalduino raw SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123012303;
2015.10.31 10:52:30 5: SW: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123012303;
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: /SR;R=9;P0=29
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=29/4;P1=-
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-/381;P2=650;P3=-72
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-72/7;P4=-
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-/13076;
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;/P5=-15842;D=
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=/050123012121230123
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=050123012121230123/030123
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=050123012121230123030123/01212
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212/121212123030123012
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212121212123030123012/303040
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212121212123030123012303040/123012121230
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212121212123030123012303040123012121230/123030
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=05012301212123012303012301212121212123030123012303040123012121230123030/12301212121212123
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123/030123
2015.10.31 10:52:30 5: SIGNALduino/RAW READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123/012303;
2015.10.31 10:52:30 4: SIGNALduino/msg READ: SR;R=9;P0=294;P1=-381;P2=650;P3=-727;P4=-13076;P5=-15842;D=0501230121212301230301230121212121212303012301230304012301212123012303012301212121212123030123012303;
Gruß Carlos
Hallo
ich teste gerade die esp-link Software (JeeLabs) mit einem SignalDuino und es funktioniert jetzt.
Habe aber einen extra AP mit WPA2-PSK(AES) eingerichtet, mit dem Cisco 1200 WPA-PSK(TKIP) wollen meine ESP-01 sich nicht verbinden.
Flashen kann man über den ESP-01 nicht, der hat ja nur GPIO0 und GPIO2 Anschlüsse.
Noch was zum Thema Spannungsregler: Der LM317 hat eine Dropdown Spannung von 2V (oder wie immer das heisst). Damit kann man natürlich nicht von %v auf 3,3V regeln. Ergibt stark schwnakende Spannungen zwischen 2,5 und 2,9V oder so. Der ESP zieht ja nicht unerheblich. Stattdessen habe ich jetzt zwei Dioden drin, war gerade nix anderes da.
Welche ESP-Software Serial-to-WiFi Bridge man nimmt ist Geschmackssache. Mit gefällt esp-link besser und ausserdem soll die noch MSQQT und REST bekommen.
Die Erst-Einrichtung ist bei beiden gleich schwierig, jedoch ist es bei der esp-link SW einfacher über das Web.
Im Anhang meine aktuelle Schaltung. Übrigens hatten meinen Probleme nicht nur mit dem Spannungsregler zu tun, der verwendete Nano hat auch einen Schuss mit TX und RX.
In fhem.cfg steht der Signalduino als:
define sduino SIGNALduino 192.168.0.106:23@57600
und nun empfängt er fleissig.
Gruss
~Josef
Hallo hjgode,
define sollte bei der Netzwerkverbindung eigentlich ohne die Baud rate funktionieren?
define sduino SIGNALduino 192.168.0.106:23
Vielleicht habe ich den Aufbau mit ESP-Link nicht verstanden.
Port 23 ist ja für telnet. Spricht ESP-Link denn das telnet Prokoll?
Grüße Sidey
Hallo Sidey
Zitatdefine sduino SIGNALduino 192.168.0.106:23
das ist richtig und reicht aus. Der SignalDuino erscheint dann aber trotzdem mit
DeviceName 192.168.0.100:23@57600Zur Zeit läuft esp-link bei mir noch instabil. Weiss noch nicht woran es liegt: Stromversorgung, Netzwerk, ???
~Josef
Häng unbedingt noch einen 100µF Kondensator oder sowas und einen 100nF parallel zu den 3.3V. Der ESP kann schon mal 250 mA ziehen. Ich hab übrigens mit dem LM317 eine sehr saubere Ausgangsspannung von 3.3V aus 5V erzeugt.
Hallo,
ich habe hier zwei Oregon NR868 (433MHz) Bewegungsmelder mit Nachtlichtfunktion. SIGNALDuino wirft auch Meldungen aus.
Bewegung erkannt:
2015.11.03 19:32:04 4: SIGNALduino/msg READ: MU;P0=-538;P1=561;P2=1106;P3=-1093;P4=-1837;D=001010101010101010101010101010201323101023201013232410101010101010101010101010102013231010232010132324101
010101010101010101010101020132310102320101323241010101010101010101010101010201323101023201013232410101010101010101010101010102013231010;CP=1;O;
2015.11.03 19:32:04 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:04 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:04 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:04 4: SIGNALduino/msg READ: MU;P0=-533;P1=1119;P2=-1081;P3=568;P4=-1816;D=012103032121430303030303030303030303030301032123030121030321214303030303030303030303030303010321230301210
303212143030303030303030303030303030103212303012103032121430303030303030303030303030301032123030121030321214303030303030303030303030300;CP=3;O;
2015.11.03 19:32:04 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:04 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:04 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:04 4: SIGNALduino/msg READ: MU;P0=574;P1=-526;P2=1121;P3=-1080;P4=-1810;D=012103230101232101032324010101010101010101010101010121032301012321010323240101010101010101010101010101210
323010123210103232401010101010101010101010101012103230101232101032324010101010101010101010101010121032301012321010323240101010101010100;CP=0;O;
2015.11.03 19:32:04 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:04 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:04 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:04 4: SIGNALduino/msg READ: MU;P0=-521;P1=578;P2=1126;P3=-1075;P4=-1808;D=010101010101020132310102320101323241010101010101010101010101010201323101023201013232410101010101010101010
101010102013231010232010132324101010101010101010101010101020132310102320101323241010101010101010101010101010201323101023201013232410100;CP=1;O;
2015.11.03 19:32:04 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:04 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:04 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:04 4: SIGNALduino/msg READ: MU;P0=577;P1=-522;P2=1129;P3=-1071;P4=-1802;D=010101010101010101010101210323010123210103232401010101010101010101010101012103230101232101032324010101010
101010101010101010121032301012321010323240101010101010101010101010101210323010123210103232401010101010101010101010101012103230101232100;CP=0;O;
2015.11.03 19:32:04 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:04 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:04 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:05 4: SIGNALduino/msg READ: MU;P0=-524;P1=578;P2=-1071;P3=1126;P4=-1802;D=012323410101010101010101010101010103012321010323010123234101010101010101010101010101030123210103230101232
341010101010101010101010101010301232101032301012323410101010101010101010101010103012321010323010123234101010101010101010101010101030120;CP=1;O;
2015.11.03 19:32:05 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:05 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:05 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:05 4: SIGNALduino/msg READ: MU;P0=1125;P1=-1076;P2=578;P3=-523;P4=-1806;D=012323010323210104232323232323232323232323232303210123230103232101042323232323232323232323232323032101232
301032321010423232323232323232323232323230321012323010323210104232323232323232323232323232303210123230103232101042323232323232323232320;CP=2;O;
2015.11.03 19:32:05 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:05 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:05 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:05 4: SIGNALduino/msg READ: MU;P0=-521;P1=578;P2=1129;P3=-1072;P4=-1802;D=010101020132310102320101323241010101010101010101010101010201323101023201013232410101010101010101010101010
102013231010232010132324101010101010101010101010101020132310102320101323241010101010101010101010101010201323101023201013232410101010100;CP=1;O;
2015.11.03 19:32:05 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:05 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:05 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:05 4: SIGNALduino/msg READ: MU;P0=572;P1=-526;P2=1125;P3=-1075;P4=-1804;D=010101010101010101210323010123210103232401010101010101010101010101012103230101232101032324010101010101010
101010101010121032301012321010323240101010101010101010101010101210323010123210103232401010101010101010101010101012103230101232101032320;CP=0;O;
2015.11.03 19:32:05 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:05 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:05 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:05 4: SIGNALduino/msg READ: MU;P0=-1806;P1=580;P2=-519;P3=1129;P4=-1071;D=012121212121212121212121212123214341212343212143430121212121212121212121212121232143412123432121434301212
121212121212121212121212321434121234321214343012121212121212121212121212123214341212343212143430121212121212121212121212121232143412120;CP=1;O;
2015.11.03 19:32:05 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:05 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:05 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:05 4: SIGNALduino/msg READ: MU;P0=1125;P1=-1072;P2=-524;P3=578;P4=-1808;D=010232310104323232323232323232323232323202310132320102323101043232323232323232323232323232023101323201023
231010432323232323232323232323232320231013232010232310104323232323232323232323232323202310132320102323101043232323232323232323232323230;CP=3;O;
2015.11.03 19:32:05 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:05 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:05 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:06 4: SIGNALduino/msg READ: MU;P0=-525;P1=1132;P2=577;P3=-1067;P4=-1805;D=010231320201310202313142020202020202020202020202020102313202013102023131420202020202020202020202020201023
132020131020231314202020202020202020202020202010231320201310202313142020202020202020202020202020102313202013102023131420202020202020200;CP=2;O;
2015.11.03 19:32:06 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:06 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:06 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:06 4: SIGNALduino/msg READ: MU;P0=575;P1=-522;P2=1131;P3=-1071;P4=-1803;D=010101010101210323010123210103232401010101010101010101010101012103230101232101032324010101010101010101010
101010121032301012321010323240101010101010101010101010101210323010123210103232401010101010101010101010101012103230101232101032324010100;CP=0;O;
2015.11.03 19:32:06 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:06 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:06 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:06 4: SIGNALduino/msg READ: MU;P0=-523;P1=576;P2=1129;P3=-1070;P4=-1804;D=010101010101010101010102013231010232010132324101010101010101010101010101020132310102320101323241010101010
101010101010101010201323101023201013232410101010101010101010101010102013231010232010132324101010101010101010101010101020132310102320100;CP=1;O;
2015.11.03 19:32:06 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:06 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:06 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:06 4: SIGNALduino/msg READ: MU;P0=580;P1=-1070;P2=1129;P3=-1806;P4=-520;D=012123040404040404040404040404040424012104042124040121230404040404040404040404040404240121040421240401212
304040404040404040404040404042401210404212404012123040404040404040404040404040424012104042124040121230404040404040404040404040404240120;CP=0;O;
2015.11.03 19:32:06 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:06 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:06 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:06 4: SIGNALduino/msg READ: MU;P0=-1072;P1=577;P2=-521;P3=1128;P4=-1801;D=012123032121030341212121212121212121212121212321030121230321210303412121212121212121212121212123210301212
303212103034121212121212121212121212121232103012123032121030341212121212121212121212121212321030121230321210303412121212121212121212120;CP=1;O;
2015.11.03 19:32:06 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:06 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:06 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:06 4: SIGNALduino/msg READ: MU;P0=578;P1=-523;P2=1131;P3=-1070;P4=-1802;D=010101210323010123210103232401010101010101010101010101012103230101232101032324010101010101010101010101010
121032301012321010323240101010101010101010101010101210323010123210103232401010101010101010101010101012103230101232101032324010101010100;CP=0;O;
2015.11.03 19:32:06 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:06 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:06 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:32:06 4: SIGNALduino/msg READ: MU;P0=-523;P1=577;P2=1130;P3=-1072;P4=-1804;D=01010101010101010201323101023201013232410101010101010101010101010102013231010232010132320;CP=1;
2015.11.03 19:32:06 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:32:06 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:32:06 4: Found matched Protocol id 8 -> TX3 Protocol
Taste für Nachtlicht gedrückt:
2015.11.03 19:33:18 4: SIGNALduino/msg READ: MU;P0=1117;P1=-1089;P2=564;P3=-536;P4=-1827;D=012323010323212303242323232323232323232323232323032101232301032321230324232323232323232323232323232303210
123230103232123032423232323232323232323232323230321012323010323212303242323232323232323232323232323032101232301032321230324232323232320;CP=2;O;
2015.11.03 19:33:18 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:18 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:18 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:18 4: SIGNALduino/msg READ: MU;P0=-524;P1=575;P2=1121;P3=-1079;P4=-1810;D=010101010101010102013231010232010131020141010101010101010101010101010201323101023201013102014101010101010
101010101010101020132310102320101310201410101010101010101010101010102013231010232010131020141010101010101010101010101010201323101023200;CP=1;O;
2015.11.03 19:33:18 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:18 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:18 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:19 4: SIGNALduino/msg READ: MU;P0=575;P1=-526;P2=-1072;P3=1126;P4=-1804;D=010201310401010101010101010101010101013102320101323101020131040101010101010101010101010101310232010132310
102013104010101010101010101010101010131023201013231010201310401010101010101010101010101013102320101323101020131040101010101010101010100;CP=0;O;
2015.11.03 19:33:19 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:19 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:19 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:19 4: SIGNALduino/msg READ: MU;P0=-529;P1=574;P2=1122;P3=-1072;P4=-1804;D=010101020132310102320101310201410101010101010101010101010102013231010232010131020141010101010101010101010
101010201323101023201013102014101010101010101010101010101020132310102320101310201410101010101010101010101010102013231010232010131020140;CP=1;O;
2015.11.03 19:33:19 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:19 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:19 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:19 4: SIGNALduino/msg READ: MU;P0=578;P1=-522;P2=1126;P3=-1073;P4=-1805;D=010101010101010101010101010121032301012321010301210401010101010101010101010101012103230101232101030121040
101010101010101010101010101210323010123210103012104010101010101010101010101010121032301012321010301210401010101010101010101010101012100;CP=0;O;
2015.11.03 19:33:19 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:19 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:19 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:19 4: SIGNALduino/msg READ: MU;P0=-1075;P1=1129;P2=577;P3=-524;P4=-1808;D=010232310132320231324232323232323232323232323232313201023231013232023132423232323232323232323232323231320
102323101323202313242323232323232323232323232323132010232310132320231324232323232323232323232323232313201023231013232023132423232323230;CP=2;O;
2015.11.03 19:33:19 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:19 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:19 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:19 4: SIGNALduino/msg READ: MU;P0=577;P1=-523;P2=1127;P3=-1074;P4=-1805;D=010101010101010101210323010123210103012104010101010101010101010101010121032301012321010301210401010101010
101010101010101012103230101232101030121040101010101010101010101010101210323010123210103012104010101010101010101010101010121032301012320;CP=0;O;
2015.11.03 19:33:19 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:19 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:19 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:19 4: SIGNALduino/msg READ: MU;P0=-523;P1=576;P2=-1070;P3=1127;P4=-1804;D=010121030141010101010101010101010101010301232101032301012103014101010101010101010101010101030123210103230
101210301410101010101010101010101010103012321010323010121030141010101010101010101010101010301232101032301012103014101010101010101010100;CP=1;O;
2015.11.03 19:33:19 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:19 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:19 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:20 4: SIGNALduino/msg READ: MU;P0=573;P1=-529;P2=1125;P3=-1073;P4=-1806;D=010101012103230101232101030121040101010101010101010101010101210323010123210103012104010101010101010101010
101010121032301012321010301210401010101010101010101010101012103230101232101030121040101010101010101010101010101210323010123210103012100;CP=0;O;
2015.11.03 19:33:20 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:20 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:20 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:20 4: SIGNALduino/msg READ: MU;P0=-1810;P1=583;P2=-518;P3=1128;P4=-1074;D=012121212121212121212121212123214341212343212141232101212121212121212121212121212321434121234321214123210
121212121212121212121212121232143412123432121412321012121212121212121212121212123214341212343212141232101212121212121212121212121212320;CP=1;O;
2015.11.03 19:33:20 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:20 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:20 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:20 4: SIGNALduino/msg READ: MU;P0=639;P1=-1050;P2=1163;P3=-488;P4=-1787;D=012103032123030103230403030303030303030303030303032301210303212303010323040303030303030303030303030303230
12103032123030103230403030303030301;CP=0;
2015.11.03 19:33:20 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:20 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:20 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:20 4: SIGNALduino/msg READ: MU;P0=92;P1=1113;P2=-532;P3=569;P4=-1090;P5=-1819;D=012323432123532323232323232323232323232321234143232141232343212353232323232323232323232323232123414
323214123234321235323232323232323232323232323212341432321412323432123532323232323232323232323232321234143232141232343212353232323232323232320;CP=3;O;
2015.11.03 19:33:20 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.03 19:33:20 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.03 19:33:20 4: Found matched Protocol id 9 -> CTW 600
2015.11.03 19:33:20 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.03 19:33:20 4: SIGNALduino/msg READ: MU;P0=577;P1=-528;P2=1121;P3=-1073;P4=-1807;D=010101010121032301012321010301210401010101010101010101010101012103230101232101030121040101010101010101010
101010101210323010123210103012104010101010101010101010101010121032301012321010301210401010101010101010101010101012103230101232101030120;CP=0;O;
Wäre schön, wenn ich die Dinger in FHEM nutzen könnte.
MfG
Hi Ralf,
sieht nach einer Manchester Codierung aus.... die nicht erkannt wurde. Argh..
Bin an dem Code gerade am bugfixen.. dann schauen wir mal ob wir mit dem Oregon Modul weiter kommen.
Grüße Sidey
Super!
Kann ich noch etwas beisteuern? Log mit verbose 5, etc.?
MfG
Nein, erst mal nicht. Die Signaldaten reichen erst mal aus :)
Mir ist aufgefallen, dass vom Internal DMSG des Signalduino mein DOIF nicht mehr getriggert wird.
Für den Einhell Minihandsender (u21#) habe ich bisher mit diesem DOIF einen Logeintrag erzeugen können.
define mydoif DOIF ([mySignalDuino:&DMSG] =~ "u21") ({Log 3, "Handsender"})
attr mydoif do always
Das funktioniert seit ein paar Tagen nicht mehr. Der Handsender wird korrekt decodiert.
Woran könnte das liegen?
Hi
ich habs mittlerweile stabil laufen. Wegen der vielen Details hier ein eigener Post: http://www.hjgode.de/wp/2015/11/05/fhem-serielle-gerat-uber-wifi-anbinden/#more-2453
Danke an alle die mir geholfen haben.
~Josef
Hallo Ellert,
Zitat von: Ellert am 05 November 2015, 20:03:58
Mir ist aufgefallen, dass vom Internal DMSG des Signalduino mein DOIF nicht mehr getriggert wird.
Das gleiche Problem hat ein anderer Anwender, dem ich deinen Lösungsvorschlag unterbreitet habe, auch festgestellt.
Ich habe am Code, der mit FHEM verteilt wird nichts geändert.
Ich müsste jetzt mal alle code changes durchsehen, ob ich was finde. Vielleicht ist es auch ein Fehler im DOIF Modul.
Grüße Sidey
Hallo,
Update bricht ab:
2015.11.05 22:54:43 1: UPD FHEM/firmware/SIGNALduino_nano328.hex
2015.11.05 22:54:43 1: UPD FHEM/firmware/SIGNALduino_uno.hex
2015.11.05 22:54:44 1: UPD FHEM/firmware/SIGNALduino_promini328.hex
2015.11.05 22:54:44 1: UPD FHEM/00_SIGNALduino.pm
2015.11.05 22:54:44 1: Got 79868 bytes for FHEM/00_SIGNALduino.pm, not 79889 as expected,
2015.11.05 22:54:44 1: aborting.
Was ist zu tun?
MfG
Update geht wieder und das Problem im Zusammenhang mit DOIF auch
Danke!
Zitat von: hjgode am 05 November 2015, 20:10:09
ich habs mittlerweile stabil laufen.
Hallo Josef,
Bekommst Du ein Welcome Text, wenn Du Dich per Telnet mit dem ESP-01 verbindest.
Falls ja, wie sieht dieser Welcome Text aus?
Gruß Ralf
Zitat von: Ralf9 am 06 November 2015, 18:58:16
Hallo Josef,
Bekommst Du ein Welcome Text, wenn Du Dich per Telnet mit dem ESP-01 verbindest.
Falls ja, wie sieht dieser Welcome Text aus?
Gruß Ralf
Hallo Ralf,
die esp-link software sendet ungefragt nur bei einem Reset einige bootloader Nachrichten über die serielle Schnittstelle. Danach ist die Schnittstelle 'nur' noch transparent zum angeschlossenen Gerät (zB Nano). Man kann jedoch auch noch einige spezielle Commands an den ESP schicken, welche Web Seiten abrufen können (siehe https://gist.github.com/tve/a46c44bf1f6b42bc572e).
In der Version 2 von esp-link sind dann auch MQTT und REST zusätzlich möglich.
Gruss
Josef
PS: die Verbindungsprobleme vom ESP zu meinen Cisco APs sind auch gelöst.
Zitat von: hjgode am 07 November 2015, 08:50:40
Hallo Ralf,
die esp-link software sendet ungefragt nur bei einem Reset einige bootloader Nachrichten über die serielle Schnittstelle. Danach ist die Schnittstelle 'nur' noch transparent zum angeschlossenen Gerät (zB Nano). Man kann jedoch auch noch einige spezielle Commands an den ESP schicken, welche Web Seiten abrufen können (siehe https://gist.github.com/tve/a46c44bf1f6b42bc572e).
Hallo Josef,
dies ist nur die serielle Seite. Wie ist es bei der wlan Seite, kommt bei einem erfolgreichen telnet connect eine response?
Wie sieht es bei einem Verbindungsabbruch zwischen fhem und ESP aus, geht dann in fhem der sduino automatisch auf disconnect?
Erfolgt ein automatischer reconnect?
Gruß Ralf
Zitat von: Ralf9 am 07 November 2015, 10:57:46
Hallo Josef,
dies ist nur die serielle Seite. Wie ist es bei der wlan Seite, kommt bei einem erfolgreichen telnet connect eine response?
Wie sieht es bei einem Verbindungsabbruch zwischen fhem und ESP aus, geht dann in fhem der sduino automatisch auf disconnect?
Erfolgt ein automatischer reconnect?
Gruß Ralf
Hallo Ralf
ich denke schon das ich verstehe was Du wissen wolltest.
Als bei einem Telnet connect kommt keine Greeting Message oder irgendwas. Ich kann aber zB das Cmd 'V' oder 'R' eingeben und der SiganlDuino antwortet:
hgode@aoa150:~$ telnet 192.168.0.99
Trying 192.168.0.99...
Connected to 192.168.0.99.
Escape character is '^]'.
VMU;P0=-2066;P1=-4093;P2=517;P3=-488;P4=184;P5=-3388;D=234520212021202020212020202021202121202121202121;CP=2;
MU;P0=506;P1=20;P2=-212;P4=-2078;P5=-4103;D=0120405040505040505040504050504040505040405040502;CP=0;
MU;P0=208;P1=-1076;P2=945;P3=-385;D=010101010101010101230123010101230123010101230100;CP=0;
MU;P0=-365;P1=954;P2=264;P3=-1052;P5=-564;D=01023232323232323102310232323102025102323231020;CP=2;
MS;P0=-1064;P1=937;P2=-360;P4=307;P5=-10322;D=45401240404040404040404012401240124012401212121212;CP=4;SP=5;
V 3.1.8 SIGNALduino - compiled at Nov 2 2015 18:55:41
R
644
Da hat der SignalDuino auch noch gerade was empfangen, bevor ich nach dem V die Eingabetaste drücken konnte.
Wenn der FHEM die Verbindung zum Telnet Port von esp-link verliert, zeigt er 'disconnected' an. Wenn der esp-link wieder 'da' ist, erscheint automatisch wieder 'Initialized' in FHEM. Die Verbindung wird also automatisch wiederhergestellt.
Gruss
Josef
Zitat von: hjgode am 07 November 2015, 17:24:45
Wenn der FHEM die Verbindung zum Telnet Port von esp-link verliert, zeigt er 'disconnected' an. Wenn der esp-link wieder 'da' ist, erscheint automatisch wieder 'Initialized' in FHEM. Die Verbindung wird also automatisch wiederhergestellt.
Hallo Josef,
das sieht recht gut aus.
Wie hast Du die Verbindung zwischen fhem und ESP aufgetrennt? Funktioniert das disconnected und die Wiederherstellung auch wenn du zum Cisco AP das lan auftrennst?
Gruß Ralf
Zitat von: Ralf9 am 07 November 2015, 17:39:26
Hallo Josef,
das sieht recht gut aus.
Wie hast Du die Verbindung zwischen fhem und ESP aufgetrennt? Funktioniert das disconnected und die Wiederherstellung auch wenn du zum Cisco AP das lan auftrennst?
Gruß Ralf
Hi
das hört sich so an, dass Du dem esp-link die transparente serielle Datenverbindung nicht zutraust. Alles was bei RX/TX rübergeht wird am Telnet Port gespiegelt und umgekehrt.
Wie wurde bei mir die Verbindung getrennt:
a) die Verbindung wurde am Anfang seitens des ESP aufgetrennt weil instabil beschaltet (3,3V nicht stabil wg. LM317, kein Block-Kondensator an VCC/GND). Dann habe ich die Verorgungsspannung der Schaltung kurz unterbrochen und es lief erst mail ne Weile.
b) Da der ESP sich nicht mit meinem normalen WLAN verbinden konnte, war im STA+AP Modus (Station und Access Point Modus). Da hat er keine Verbindung zum 'normalen' Netz sondern bietet ein eigenes WLAN mit der SSID ESP_hexzahl an. Wenn ich den ESP dann aber mit einem alternativen WLAN verbunden habe, welches im selben Netzwerk arbeitet, wurde der Telnet Port von FHEM sofort wieder erkannt und verbunden.
c) auf Grund irgendwelcher Ursachen hat der esp-link bei mir am Anfang bei jedem Start eine andere IP-Adresse bekommen, die Adress-Reservierung im DHCP Server des Routers hat nicht funktioniert. Da war der esp-link dann in FHEM getrennt bis ich die neue IP Adresse in FHEM eingetragen hatte. Mittlerweile habe ich dem esp-link eine statische Adresse gegeben.
Warum sollte die Verbindungstrennung zwishen dem AP und dem Netzwerk eine andere Auswirkung haben als wenn der ESP die Verbindung zum AP verliert? FHEM versucht periodisch wieder eine Verbindung herzustellen. Da ist es doch egal, ob die Verbindung zwischen LAN und AP oder zwischen AP und ESP aufgebrochen war, es sei denn es stimmt was mit Deinem Netzwerk nicht.
~Josef
Zitat von: hjgode am 07 November 2015, 17:58:20
Warum sollte die Verbindungstrennung zwishen dem AP und dem Netzwerk eine andere Auswirkung haben als wenn der ESP die Verbindung zum AP verliert? FHEM versucht periodisch wieder eine Verbindung herzustellen. Da ist es doch egal, ob die Verbindung zwischen LAN und AP oder zwischen AP und ESP aufgebrochen war, es sei denn es stimmt was mit Deinem Netzwerk nicht.
Hallo Josef,
mich hat interessiert, ob es die Wiederverbindungsprobleme, die es beim "Jeelik Modul" und "miniCUL mit WLAN-Schnittstelle" gibt, hier auch gibt?
http://forum.fhem.de/index.php/topic,14786.msg342811.html#msg342811
http://forum.fhem.de/index.php/topic,42998.msg355734.html#msg355734
Gruß Ralf
Zitat von: Ralf9 am 07 November 2015, 18:24:28
Hallo Josef,
mich hat interessiert, ob es die Wiederverbindungsprobleme, die es beim "Jeelik Modul" und "miniCUL mit WLAN-Schnittstelle" gibt, hier auch gibt?
http://forum.fhem.de/index.php/topic,14786.msg342811.html#msg342811
http://forum.fhem.de/index.php/topic,42998.msg355734.html#msg355734
Gruß Ralf
So, na dann...
Das hört sich bei mir nach Problemen im FHEM Modul an. Sowas habe ich mit SIGNALDuino noch nicht erlebt. Der FHEM Server läuft bei mir ununterbrochen auf einem Debian Jessie.
Vielleicht gibt es unter Windows solche Probleme mit dem Telnet oder Sockets (Perl Module). Würde mich nicht wundern.
Ich weiss auch nicht, wie FHEM mit den Telnet Ports umgeht. Werden die regelmäßig zum Pollen geschlossen und wieder geöffnet? Oder bleiben die offen und werden dann abgefragt, wenn sie Daten signalisieren?
Wie gesagt, sowas habe ich bis jetzt mit dem esp-link noch nicht erlebt. Aber er läuft jetzt erst seit ein paar Tagen durch.
~Josef
Zitat von: hjgode am 07 November 2015, 18:45:19
Ich weiss auch nicht, wie FHEM mit den Telnet Ports umgeht. Werden die regelmäßig zum Pollen geschlossen und wieder geöffnet? Oder bleiben die offen und werden dann abgefragt, wenn sie Daten signalisieren?
So wie es aussieht ist das mit dem dis- und reconnect beim Signalduino recht gut gelöst.
Die Telnet Verbindungen bleiben normalerweise offen, solange regelmäßig Daten empfangen oder gesendet werden. Bei einer längeren Pause können sie disconnecten.
Wenn jemand z.B. den Signalduino nur zum Senden benutzen würde, könnte es sein, daß die Verbindung zum ESP ab und zu disconnected.
Gruß Ralf
@Sidey: ich habe den Wiki Artikel zum SIGNALduino gerade etwas überarbeitet und unter anderem die Schreibweise vereinheitlicht. Dadurch wurde auch eine Verschiebung notwendig (ich habe keine Weiterleitung angelegt, da die Seite ohnehin Wiki-intern noch nicht verlinkt war). Könntest Du bitte den Wiki-Link im Vorstellungsthread (http://forum.fhem.de/index.php/topic,38402.0.html) anpassen?
Danke, Peter
Hallo,
Zum Thema Verbindung und Wiederaufbau.
Das Signalduino Modul fragt alle 5 Minuten den freien RAM ab.
Eigentlich will ich das mal auf ein einfaches keepalive ändern.
Das wichtige an der Sache ist, wenn auf den request keine Antworten kommt, dann wird eine Verbindung (Seriell, TCP) aufgebaut.
Dadurch wird die Verbindung immer wieder neu aufgebaut, egal ob die Netzverbindung unterbrochen wurde oder ob der uC abgestürzt ist.
Grüße Sidey
Hallo Sidey,
Zitat von: Sidey am 05 November 2015, 21:42:45
Hallo Ellert,
Das gleiche Problem hat ein anderer Anwender, dem ich deinen Lösungsvorschlag unterbreitet habe, auch festgestellt.
Ich habe am Code, der mit FHEM verteilt wird nichts geändert.
Ich müsste jetzt mal alle code changes durchsehen, ob ich was finde. Vielleicht ist es auch ein Fehler im DOIF Modul.
Grüße Sidey
Es ist wohl so, dass das DOIF nur triggert, wenn das Schreiben in ein Internal ein Event erzeugt, siehe: http://forum.fhem.de/index.php/topic,43670.msg355922.html#msg355922 (http://forum.fhem.de/index.php/topic,43670.msg355922.html#msg355922)
Zitat von: Sidey am 05 November 2015, 23:07:42
Update geht wieder und das Problem im Zusammenhang mit DOIF auch
Bei mir funktioniert das mit dem DOIF wegen des fehlenden Events immer noch nicht.
Ich habe das letzte offizielle Update geladen, Firmware und Modul.
Muss ich etwas anderes laden?
Wäre es sinnvol das SIGNALduino-Modul so zu ändern, dass ein Event beim Beschreiben von DMSG erzeugt wird, wenn ein Protokoll erkannt wird, für das es (noch) kein Modul gibt?
Gruß
Ellert
Zitat von: Ellert am 07 November 2015, 23:53:42
Muss ich etwas anderes laden?
Ja, aktuell habe ich das nur in der Entwicklungsversion behoben, da ich auch erst mal Rückmeldung wollte ob es das gebracht hat.
Der fix und noch ein anderer schaffen es leider erst in der Nächsten Woche in das normale FHEM Update. Vorher komme ich nicht dazu.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txtDie aktuelle Entwicklungsversion hat aber ggf. auch auf das ICS / Einhell Protokoll eine Auswirkung. Von daher, wäre ein Test auf jeden Fall nicht schlecht.
Grüße Sidey
Zitat von: Ellert am 07 November 2015, 23:53:42
Wäre es sinnvol das SIGNALduino-Modul so zu ändern, dass ein Event beim Beschreiben von DMSG erzeugt wird, wenn ein Protokoll erkannt wird, für das es (noch) kein Modul gibt?
Hallo Sidey,
ich finde dies auch sinnvoll. Dazu würden ein paar Änderungen in der 00_SIGNALduino.pm genügen.
Dazu müßten dann in der "%ProtocolListSIGNALduino" bei den IDs bei denen es ein Modul gibt, das Modul in die clientmodule eingetragen werden.
Bei den restlichen IDs muß dann die clientmodule auskommentiert werden.
sub SIGNALduno_Dispatch($$$$)
{
my ($hash, $rmsg,$dmsg,$event) = @_;
..
readingsSingleUpdate($hash, "state", $hash->{READINGS}{state}{VAL}, $event);und bei den sub parse:
my $event = 1;
if (defined($ProtocolListSIGNALduino{$id}{clientmodule})) {
$event = 0;
}
SIGNALduno_Dispatch($hash,$rmsg,$dmsg, $event);
Gruß Ralf
Hallo,
ich habe gestern mal meinen FHEMduino zum SIGNALduino umgeflasht.
Hat soweit gut funktioniert und meine WS02 Sensoren und IT Steckdosen werden korrekt empfangen.
Allerdings habe ich die ganze Nacht über solche Meldungen im Log:
2015.11.08 07:15:15 3: Sduino: Unknown code r0, help me!
2015.11.08 07:18:45 3: Sduino: Unknown code r0, help me!
2015.11.08 07:20:30 3: Sduino: Unknown code r0, help me!
2015.11.08 07:22:15 3: Sduino: Unknown code r0, help me!
2015.11.08 07:23:25 3: Sduino: Unknown code r0, help me!
2015.11.08 07:24:00 3: Sduino: Unknown code r0, help me!
2015.11.08 07:26:55 3: Sduino: Unknown code r0, help me!
2015.11.08 07:28:40 3: Sduino: Unknown code r0, help me!
2015.11.08 07:32:45 3: Sduino: Unknown code r0, help me!
2015.11.08 07:33:55 3: Sduino: Unknown code r0, help me!
2015.11.08 07:34:53 3: Sduino: Unknown code r000000, help me!
2015.11.08 07:35:40 3: Sduino: Unknown code r0, help me!
2015.11.08 07:36:50 3: Sduino: Unknown code r0, help me!
2015.11.08 07:37:25 3: Sduino: Unknown code r0, help me!
2015.11.08 07:40:20 3: Sduino: Unknown code r0, help me!
2015.11.08 07:41:29 3: Sduino: Unknown code r0, help me!
2015.11.08 07:42:05 3: Sduino: Unknown code r0, help me!
2015.11.08 07:42:39 3: Sduino: Unknown code r0, help me!
2015.11.08 07:43:15 3: Sduino: Unknown code r0, help me!
2015.11.08 07:47:55 3: Sduino: Unknown code r0, help me!
2015.11.08 07:48:29 3: Sduino: Unknown code r0, help me!
2015.11.08 07:50:43 3: Sduino: Unknown code r000000, help me!
2015.11.08 07:51:59 3: Sduino: Unknown code r0, help me!
2015.11.08 07:52:35 3: Sduino: Unknown code r0, help me!
2015.11.08 07:54:19 3: Sduino: Unknown code r0, help me!
2015.11.08 07:55:30 3: Sduino: Unknown code r0, help me!
2015.11.08 08:00:45 3: Sduino: Unknown code r0, help me!
Umstellen auf verbose 4 ergab folgendes:
2015.11.08 08:32:49 4: SIGNALduino/msg READ: MS;P0=496;P1=-1947;P2=-3899;P3=-9199;D=03010201020102010201020202020102010101010102020101010202010102010101020102;CP=0;SP=3;O;
2015.11.08 08:32:49 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:32:50 4: SIGNALduino/msg READ: MS;P0=-1938;P1=506;P2=-3892;P5=-9204;D=15101210121210101212121212121010101010101012101212121210121012101010101212;CP=1;SP=5;O;
2015.11.08 08:32:50 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:32:50 4: SIGNALduino/msg READ: MS;P0=498;P1=-1944;P2=-3894;P3=-9190;D=03010201020201010202020202020101010101010102010202020201020102010101010202;CP=0;SP=3;O;
2015.11.08 08:32:50 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:32:50 4: Dropped (s59F80BD43000) due to short time or equal msg
2015.11.08 08:32:59 4: SIGNALduino/msg READ: MS;P0=-9201;P1=-1949;P4=494;P5=-3895;D=40414541454141414141414141454145414141414145414545454545454145414141414541;CP=4;SP=0;O;
2015.11.08 08:32:59 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:00 4: SIGNALduino/msg READ: MS;P0=491;P1=-1953;P2=-3903;P3=-9198;D=03010201020101010101010101020102010101010102010202020202020102010101010201;CP=0;SP=3;O;
2015.11.08 08:33:00 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:00 4: Dropped (s500A0BF42000) due to short time or equal msg
2015.11.08 08:33:00 4: SIGNALduino/msg READ: MS;P1=468;P3=-9096;P4=-32001;D=13142;CP=1;SP=3;
2015.11.08 08:33:00 4: SIGNALduino/msg READ: MS;P0=-9197;P2=511;P4=-1937;P5=-3883;D=20242524252525252424252525252424252424242425252424242525252424252525242424;CP=2;SP=0;O;
2015.11.08 08:33:00 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:01 4: SIGNALduino/msg READ: MS;P0=476;P1=-1934;P2=-3892;P3=-9143;D=03010201020202020101020202020101020101010102020101010202020101020202010101;CP=0;SP=3;
2015.11.08 08:33:01 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:01 4: Dropped (s5E790C738000) due to short time or equal msg
2015.11.08 08:33:13 4: SIGNALduino/msg READ: MS;P1=515;P2=-3907;P3=-1936;P4=-9230;D=14131213121313121313131213121312131313131312131212131313121312131313121312;CP=1;SP=4;
2015.11.08 08:33:13 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:13 4: SIGNALduino/msg READ: MS;P1=487;P2=-1960;P3=-3893;P4=-9217;D=14121312131212131212121312131213121212121213121313121212131213121212131213;CP=1;SP=4;O;
2015.11.08 08:33:13 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:13 4: Dropped (s522A0B145000) due to short time or equal msg
2015.11.08 08:33:13 4: SIGNALduino/msg READ: MS;P0=452;P3=-9116;D=0301;CP=0;SP=3;
2015.11.08 08:33:18 4: SIGNALduino/msg READ: MS;P0=-9215;P2=504;P4=-1940;P5=-3895;D=20242524252425252424242424252424252424242425252425242524242424252525242525;CP=2;SP=0;O;
2015.11.08 08:33:18 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:19 4: SIGNALduino/msg READ: MS;P0=502;P1=-1941;P2=-3892;P3=-9204;D=03010201020102020101010101020101020101010102020102010201010101020202010202;CP=0;SP=3;O;
2015.11.08 08:33:19 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:19 4: Dropped (s56090D43B000) due to short time or equal msg
2015.11.08 08:33:19 4: SIGNALduino/msg READ: MS;P1=467;P3=-9092;D=1310;CP=1;SP=3;
2015.11.08 08:33:24 4: SIGNALduino/msg READ: MS;P0=-9199;P2=498;P4=-1951;P5=-3896;D=20242524252425242524252525252425242424242425252424242525242425242424252425;CP=2;SP=0;O;
2015.11.08 08:33:24 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:25 4: SIGNALduino/msg READ: MS;P0=509;P1=-3889;P2=-1939;P3=-9176;P4=-648;D=0302010201020102010201010101020102020202020101020202010204020102010102020101010101010202020202020201020101010102010201020202020101;CP=0;SP=3;O;
2015.11.08 08:33:25 4: Found matched Protocol id 20 -> livolo
2015.11.08 08:33:25 4: SIGNALduino/msg READ: MS;P0=-3889;P1=510;P2=-1933;P3=-9195;D=13121012101012121010101010101212121212121210121010101012101210121212121010;CP=1;SP=3;O;
2015.11.08 08:33:25 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:25 4: SIGNALduino/msg READ: MS;P0=473;P1=-1945;P2=-3898;P3=-9140;D=03010201020201010202020202020101010101010102010202020201020102010101010202;CP=0;SP=3;
2015.11.08 08:33:25 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:25 4: Dropped (s59F80BD43000) due to short time or equal msg
2015.11.08 08:33:33 4: SIGNALduino/msg READ: MU;P0=-27028;P1=-15532;P2=1230;P3=-982;P4=485;P5=-26588;D=123232323432343232323232323432323434323432343432323434343432323432343432323434343434343252323232343234323232323232343232343432343234343232343434343232343234343232343434343434320232323234323432323232323234323234343234323434323234343434323230;CP=4;O;
2015.11.08 08:33:33 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.08 08:33:33 4: Found matched Protocol id 9 -> CTW 600
2015.11.08 08:33:33 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.08 08:33:33 4: Dropped (TXA04D67967E) due to short time or equal msg
2015.11.08 08:33:34 4: SIGNALduino/msg READ: MS;P2=491;P3=-1949;P4=-3896;P5=-9202;D=25232423242323232323232323242324232323232324232424242424242324232323232423;CP=2;SP=5;O;
2015.11.08 08:33:34 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:35 4: SIGNALduino/msg READ: MS;P0=-1948;P1=491;P2=-3903;P3=-9197;D=13101210121010101010101010121012101010101012101212121212121012101010101210;CP=1;SP=3;O;
2015.11.08 08:33:35 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:35 4: Dropped (s500A0BF42000) due to short time or equal msg
2015.11.08 08:33:35 4: SIGNALduino/msg READ: MS;P0=466;P3=-9096;P4=-32001;D=03042;CP=0;SP=3;
2015.11.08 08:33:35 4: SIGNALduino/msg READ: MS;P0=-9193;P2=512;P4=-1930;P5=-3888;D=20242524252525252424252525252424252424242425252424242525252424252524252525;CP=2;SP=0;O;
2015.11.08 08:33:35 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:36 4: SIGNALduino/msg READ: MS;P0=478;P1=-1938;P2=-3890;P3=-9142;D=03010201020202020101020202020101020101010102020101010202020101020201020202;CP=0;SP=3;
2015.11.08 08:33:36 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:36 4: Dropped (s5E790C737000) due to short time or equal msg
2015.11.08 08:33:48 4: SIGNALduino/msg READ: MS;P0=-3905;P1=-9244;P2=482;P5=-1955;D=21252025202525202525252025202520252525252520252020252525202520252525202520;CP=2;SP=1;
2015.11.08 08:33:48 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:48 4: SIGNALduino/msg READ: MS;P1=481;P2=-1958;P3=-3916;P4=-9220;D=14121312131212131212121312131213121212121213121313121212131213121212131213;CP=1;SP=4;
2015.11.08 08:33:48 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:48 4: Dropped (s522A0B145000) due to short time or equal msg
2015.11.08 08:33:48 4: SIGNALduino/msg READ: MS;P0=96;P1=467;P5=-12384;D=1501;CP=1;SP=5;
2015.11.08 08:33:53 4: SIGNALduino/msg READ: MS;P0=-9218;P2=495;P4=-1947;P5=-3908;D=20242524252425252424242424252424252424242425252425242524242424252525242525;CP=2;SP=0;
2015.11.08 08:33:53 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:54 4: SIGNALduino/msg READ: MS;P1=501;P2=-1947;P3=-3900;P4=-9212;D=14121312131213131212121212131212131212121213131213121312121212131313121313;CP=1;SP=4;O;
2015.11.08 08:33:54 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:33:54 4: Dropped (s56090D43B000) due to short time or equal msg
2015.11.08 08:33:54 4: SIGNALduino/msg READ: MS;P2=472;P5=-9084;D=2521;CP=2;SP=5;
2015.11.08 08:33:59 4: SIGNALduino/msg READ: MS;P0=-9196;P2=498;P4=-1944;P5=-3897;D=20242524252425242524252525252425242424242425252424242525242425242424252425;CP=2;SP=0;O;
2015.11.08 08:33:59 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:00 4: SIGNALduino/msg READ: MS;P0=517;P1=-3882;P2=-1934;P3=-9194;P4=-2296;P5=-652;D=0302010201020102010201010101020102020202020101020202010405020102010102020101010101010202020202020201020101010102010201020202020101;CP=0;SP=3;O;
2015.11.08 08:34:00 4: Found matched Protocol id 20 -> livolo
2015.11.08 08:34:00 4: SIGNALduino/msg READ: MS;P0=-3888;P1=507;P2=-1933;P3=-9195;D=13121012101012121010101010101212121212121210121010101012101210121212121010;CP=1;SP=3;O;
2015.11.08 08:34:00 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:00 4: SIGNALduino/msg READ: MS;P0=479;P1=-1931;P2=-3888;P3=-9138;D=03010201020201010202020202020101010101010102010202020201020102010101010202;CP=0;SP=3;
2015.11.08 08:34:00 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:00 4: Dropped (s59F80BD43000) due to short time or equal msg
2015.11.08 08:34:09 4: SIGNALduino/msg READ: MS;P2=495;P3=-1947;P4=-3893;P5=-9201;D=25232423242323232323232323242324232323232324232424242424242324232323232423;CP=2;SP=5;O;
2015.11.08 08:34:09 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:10 4: SIGNALduino/msg READ: MS;P0=-1946;P1=499;P2=-3895;P3=-9197;D=13101210121010101010101010121012101010101012101212121212121012101010101210;CP=1;SP=3;O;
2015.11.08 08:34:10 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:10 4: Dropped (s500A0BF42000) due to short time or equal msg
2015.11.08 08:34:10 4: SIGNALduino/msg READ: MS;P0=460;P3=-9096;P4=-32001;D=03042;CP=0;SP=3;
2015.11.08 08:34:10 4: SIGNALduino/msg READ: MS;P0=-9195;P2=506;P4=-1932;P5=-3892;D=20242524252525252424252525252424252424242425252424242525252424252524252525;CP=2;SP=0;O;
2015.11.08 08:34:10 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:11 4: SIGNALduino/msg READ: MS;P0=480;P1=-1937;P2=-3888;P3=-9135;D=03010201020202020101020202020101020101010102020101010202020101020201020202;CP=0;SP=3;
2015.11.08 08:34:11 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:11 4: Dropped (s5E790C737000) due to short time or equal msg
2015.11.08 08:34:23 4: SIGNALduino/msg READ: MS;P0=-1952;P1=486;P2=-3910;P3=-9229;D=13101210121010121010101210121012101010101012101212101010121012101010121012;CP=1;SP=3;O;
2015.11.08 08:34:23 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:23 4: SIGNALduino/msg READ: MS;P0=448;P3=-9124;D=0301;CP=0;SP=3;
2015.11.08 08:34:28 4: SIGNALduino/msg READ: MS;P0=-9208;P2=503;P4=-1949;P5=-3894;D=20242524252425252424242424252424252424242425252425242524242424252525242525;CP=2;SP=0;O;
2015.11.08 08:34:28 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:29 4: SIGNALduino/msg READ: MS;P0=495;P1=-1949;P2=-3889;P3=-9203;D=03010201020102020101010101020101020101010102020102010201010101020202010202;CP=0;SP=3;O;
2015.11.08 08:34:29 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:29 4: Dropped (s56090D43B000) due to short time or equal msg
2015.11.08 08:34:29 4: SIGNALduino/msg READ: MS;P1=467;P3=-9112;D=1310;CP=1;SP=3;
2015.11.08 08:34:30 4: SIGNALduino/msg READ: MU;P0=-3832;P1=-23400;P2=1228;P3=-980;P4=490;D=012323232343234323232323232343232343432343234343232343434343232343234343232343434343434321;CP=4;
2015.11.08 08:34:30 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.08 08:34:30 4: Found matched Protocol id 9 -> CTW 600
2015.11.08 08:34:30 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.08 08:34:30 4: SIGNALduino/msg READ: MU;P0=-1492;P1=1232;P2=-976;P3=487;P4=-27028;D=012121212321232121212121212321212323212321232321212323232321212321232321212323232323232141212121232123212121212121232121232321232123232121232323232121232123232121232323232323210;CP=3;
2015.11.08 08:34:30 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.08 08:34:30 4: Found matched Protocol id 9 -> CTW 600
2015.11.08 08:34:30 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.08 08:34:30 4: Dropped (TXA04D67967E) due to short time or equal msg
2015.11.08 08:34:30 4: Dropped (TXA04D67967E) due to short time or equal msg
2015.11.08 08:34:34 4: SIGNALduino/msg READ: MS;P1=-1941;P2=496;P4=-3896;P5=-9192;D=25212421242124212421242424242124212121212124242121212421242124212121242124;CP=2;SP=5;O;
2015.11.08 08:34:34 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:34 4: SIGNALduino/msg READ: MS;P0=-1943;P1=498;P2=-3900;P3=-9208;P4=932;P5=-640;D=13101210121012101210121212121012101010101012121010101210451;CP=1;SP=3;
2015.11.08 08:34:34 4: Found matched Protocol id 1 -> ConradRSL
2015.11.08 08:34:34 3: Sduino: Unknown code r0, help me!
2015.11.08 08:34:34 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:34 4: Found matched Protocol id 20 -> livolo
2015.11.08 08:34:35 4: SIGNALduino/msg READ: MS;P0=-1934;P1=507;P2=-3891;P3=-9193;D=13101210121210101212121212121010101010101012101212121210121012101010101212;CP=1;SP=3;O;
2015.11.08 08:34:35 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:35 4: SIGNALduino/msg READ: MS;P0=477;P1=-3890;P2=-1944;P3=-9138;D=03020102010102020101010101010202020202020201020101010102010201020202020101;CP=0;SP=3;
2015.11.08 08:34:35 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:35 4: Dropped (s59F80BD43000) due to short time or equal msg
2015.11.08 08:34:44 4: SIGNALduino/msg READ: MS;P2=499;P3=-1943;P4=-3893;P5=-9201;D=25232423242323232323232323242324232323232324232424242424242324232323232423;CP=2;SP=5;O;
2015.11.08 08:34:44 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:45 4: SIGNALduino/msg READ: MS;P0=-1944;P1=500;P2=-3901;P3=-9204;D=13101210121010101010101010121012101010101012101212121212121012101010101210;CP=1;SP=3;O;
2015.11.08 08:34:45 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:45 4: Dropped (s500A0BF42000) due to short time or equal msg
2015.11.08 08:34:45 4: SIGNALduino/msg READ: MS;P0=472;P3=-9080;P4=-32001;D=03042;CP=0;SP=3;
2015.11.08 08:34:45 4: SIGNALduino/msg READ: MU;P0=-8872;P1=513;P2=-620;P3=348;P4=-1939;P5=-3885;D=001234151415151515141415151515141415141414141515141414151515141415151415151511;CP=1;
2015.11.08 08:34:45 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.08 08:34:45 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.08 08:34:46 4: SIGNALduino/msg READ: MS;P0=507;P1=-1933;P2=-3882;P3=-9195;D=03010201020202020101020202020101020101010102020101010202020101020201020202;CP=0;SP=3;O;
2015.11.08 08:34:46 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:46 4: SIGNALduino/msg READ: MS;P0=-1940;P1=476;P2=-3889;P3=-9138;D=13101210121212121010121212121010121010101012121010101212121010121210121212;CP=1;SP=3;
2015.11.08 08:34:46 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:34:46 4: Dropped (s5E790C737000) due to short time or equal msg
2015.11.08 08:34:56 4: Sduino: Get freeram called ...
2015.11.08 08:34:58 4: SIGNALduino/msg READ: MU;P0=-1967;P1=-900;P2=489;P3=-604;P5=-3908;D=012320252025202025202020252025202520202020202520252520202025202520202025202521;CP=2;
2015.11.08 08:34:58 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.08 08:34:58 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.08 08:34:58 4: SIGNALduino/msg READ: MS;P0=-708;P2=488;P3=-1954;P5=-9238;D=25232023202323202323232023202320232323232320232020232323202320232323202320;CP=2;SP=5;O;
2015.11.08 08:34:58 4: Found matched Protocol id 20 -> livolo
2015.11.08 08:34:58 4: SIGNALduino_unknown incomming msg: u20#0000
2015.11.08 08:34:58 4: SIGNALduino_unknown rawData: 0000
2015.11.08 08:34:58 4: SIGNALduino_unknown Protocol: 20
2015.11.08 08:34:58 4: SIGNALduino_unknown converted to bits: 0000000000000000
2015.11.08 08:34:58 4: SIGNALduino/msg READ: MS;P0=-3902;P1=465;P2=-1958;P3=-9159;D=13121012101212101212121012101210121212121210121010121212101210121212101210;CP=1;SP=3;
2015.11.08 08:34:58 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:03 4: SIGNALduino/msg READ: MS;P0=-9216;P2=496;P4=-1937;P5=-3900;D=20242524252425252424242424252424252424242425252425242524242424252525242525;CP=2;SP=0;
2015.11.08 08:35:03 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:03 4: SIGNALduino/msg READ: MS;P1=499;P2=-1938;P3=-3900;P4=-9212;D=14121312131213131212121212131212131212121213131213121312121212131313121313;CP=1;SP=4;O;
2015.11.08 08:35:03 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:03 4: Dropped (s56090D43B000) due to short time or equal msg
2015.11.08 08:35:04 4: SIGNALduino/msg READ: MS;P0=472;P1=-1944;P2=-3902;P3=-9156;D=03010201020102020101010101020101020101010102020102010201010101020202010202;CP=0;SP=3;
2015.11.08 08:35:04 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:04 4: Dropped (s56090D43B000) due to short time or equal msg
2015.11.08 08:35:09 4: SIGNALduino/msg READ: MS;P0=-9205;P2=498;P4=-1950;P5=-3890;D=20242524252425242524252525252425242424242425252424242524252425242424252425;CP=2;SP=0;O;
2015.11.08 08:35:09 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:09 4: SIGNALduino/msg READ: MS;P0=503;P1=-3892;P2=-1945;P3=-9208;P4=804;P5=-640;D=03020102010201020102010101010201020202020201010202020102454;CP=0;SP=3;
2015.11.08 08:35:09 4: Found matched Protocol id 1 -> ConradRSL
2015.11.08 08:35:09 3: Sduino: Unknown code r0, help me!
2015.11.08 08:35:09 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:09 4: Found matched Protocol id 20 -> livolo
2015.11.08 08:35:10 4: SIGNALduino/msg READ: MS;P0=-1934;P1=504;P2=-3892;P3=-9198;D=13101210121210101212121212121010101010101012101212121210121012101010101212;CP=1;SP=3;O;
2015.11.08 08:35:10 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:10 4: SIGNALduino/msg READ: MS;P0=473;P1=-3898;P2=-1945;P3=-9141;D=03020102010102020101010101010202020202020201020101010102010201020202020101;CP=0;SP=3;
2015.11.08 08:35:10 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:10 4: Dropped (s59F80BD43000) due to short time or equal msg
2015.11.08 08:35:19 4: SIGNALduino/msg READ: MS;P2=496;P3=-1947;P4=-3895;P5=-9201;D=25232423242323232323232323242324232323232324232424242424242324232323232423;CP=2;SP=5;O;
2015.11.08 08:35:19 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:20 4: SIGNALduino/msg READ: MS;P0=-1948;P1=498;P2=-3898;P3=-9204;D=13101210121010101010101010121012101010101012101212121212121012101010101210;CP=1;SP=3;O;
2015.11.08 08:35:20 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:20 4: Dropped (s500A0BF42000) due to short time or equal msg
2015.11.08 08:35:20 4: SIGNALduino/msg READ: MS;P0=470;P3=-9084;P4=-32001;D=03042;CP=0;SP=3;
2015.11.08 08:35:20 4: SIGNALduino/msg READ: MS;P0=-3883;P1=-9191;P2=514;P5=-1928;D=21252025202020202525202020202525202525252520202525252020202525202025202020;CP=2;SP=1;O;
2015.11.08 08:35:20 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:21 4: SIGNALduino/msg READ: MS;P0=-1936;P1=475;P2=-3889;P3=-9143;D=13101210121212121010121212121010121010101012121010101212121010121210121212;CP=1;SP=3;
2015.11.08 08:35:21 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:21 4: Dropped (s5E790C737000) due to short time or equal msg
2015.11.08 08:35:27 4: SIGNALduino/msg READ: MU;P0=-27040;P1=-688;P2=1229;P3=-983;P4=484;P5=-26580;D=123232323432343232323232323432323434323432343432323434343432323432343432323434343434343252323232343234323232323232343232343432343234343232343434343232343234343232343434343434320232323234323432323232323234323234343234323434323234343434323230;CP=4;O;
2015.11.08 08:35:27 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.08 08:35:27 4: Found matched Protocol id 9 -> CTW 600
2015.11.08 08:35:27 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.08 08:35:27 4: Dropped (TXA04D67967E) due to short time or equal msg
2015.11.08 08:35:27 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.08 08:35:33 4: SIGNALduino/msg READ: MS;P0=-1956;P1=480;P2=-3907;P3=-9231;D=13101210121010121010101210121012101010101012101212101010121012101010121012;CP=1;SP=3;O;
2015.11.08 08:35:33 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:33 4: SIGNALduino/msg READ: MS;P0=458;P3=-9104;D=0301;CP=0;SP=3;
2015.11.08 08:35:38 4: SIGNALduino/msg READ: MS;P0=-9212;P2=507;P4=-1934;P5=-3894;D=20242524252425252424242424252424252424242425252425242524242424252525242525;CP=2;SP=0;O;
2015.11.08 08:35:38 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:39 4: SIGNALduino/msg READ: MS;P0=488;P1=-1950;P2=-3900;P3=-9200;D=03010201020102020101010101020101020101010102020102010201010101020202010202;CP=0;SP=3;O;
2015.11.08 08:35:39 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:39 4: Dropped (s56090D43B000) due to short time or equal msg
2015.11.08 08:35:39 4: SIGNALduino/msg READ: MS;P1=469;P3=-9096;D=1310;CP=1;SP=3;
2015.11.08 08:35:44 4: SIGNALduino/msg READ: MS;P0=-9199;P2=497;P4=-1948;P5=-3895;D=20242524252425242524252525252425242424242425252424242524252425242424252425;CP=2;SP=0;O;
2015.11.08 08:35:44 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:44 4: SIGNALduino/msg READ: MS;P0=497;P1=-3902;P2=-1945;P3=-9184;P4=672;P5=-636;D=03020102010201020102010101010201020202020201010202020102454;CP=0;SP=3;
2015.11.08 08:35:44 4: Found matched Protocol id 1 -> ConradRSL
2015.11.08 08:35:44 3: Sduino: Unknown code r0, help me!
2015.11.08 08:35:44 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:44 4: Found matched Protocol id 20 -> livolo
2015.11.08 08:35:45 4: SIGNALduino/msg READ: MS;P0=-1930;P1=508;P2=-3895;P3=-9192;D=1310121012121010121212121212101010101010101210121212121012101210101010121214;CP=1;SP=3;
2015.11.08 08:35:45 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:45 4: SIGNALduino/msg READ: MS;P0=-1934;P1=507;P2=-3891;P3=-9196;D=13101210121210101212121212121010101010101012101212121210121012101010101212;CP=1;SP=3;O;
2015.11.08 08:35:45 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:45 4: Dropped (s59F80BD43000) due to short time or equal msg
2015.11.08 08:35:45 4: SIGNALduino/msg READ: MS;P0=479;P3=-9072;P4=-32001;D=03042;CP=0;SP=3;
2015.11.08 08:35:54 4: SIGNALduino/msg READ: MS;P2=495;P3=-1947;P4=-3894;P5=-9200;D=25232423242323232323232323242324232323232324232424242424242324232323232423;CP=2;SP=5;O;
2015.11.08 08:35:54 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:55 4: SIGNALduino/msg READ: MS;P0=-1953;P1=493;P2=-3897;P3=-9208;D=13101210121010101010101010121012101010101012101212121212121012101010101210;CP=1;SP=3;O;
2015.11.08 08:35:55 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:55 4: Dropped (s500A0BF42000) due to short time or equal msg
2015.11.08 08:35:55 4: SIGNALduino/msg READ: MS;P0=472;P3=-9080;P4=-32001;D=03042;CP=0;SP=3;
2015.11.08 08:35:55 4: SIGNALduino/msg READ: MS;P0=-3887;P1=-9198;P2=509;P5=-1928;D=21252025202020202525202020202525202525252520202525252020202525202025202020;CP=2;SP=1;O;
2015.11.08 08:35:55 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:56 4: SIGNALduino/msg READ: MS;P0=-1929;P1=485;P2=-3889;P3=-9134;D=13101210121212121010121212121010121010101012121010101212121010121210121212;CP=1;SP=3;
2015.11.08 08:35:56 4: Found matched Protocol id 0 -> weather1
2015.11.08 08:35:56 4: Dropped (s5E790C737000) due to short time or equal msg
Das sind definitiv keine Geräte von mir. Muss alles von meinen Nachbarn sein.
Kann ich diese Geräte irgendwie einbauen oder ignorieren, damit ich nicht die ganzen Einträge im log habe?
Gruß
Stefan
Zitat von: Ralf9 am 08 November 2015, 00:41:12
Hallo Sidey,
ich finde dies auch sinnvoll. Dazu würden ein paar Änderungen in der 00_SIGNALduino.pm genügen.
Dazu müßten dann in der "%ProtocolListSIGNALduino" bei den IDs bei denen es ein Modul gibt, das Modul in die clientmodule eingetragen werden.
Bei den restlichen IDs muß dann die clientmodule auskommentiert werden.
Ich glaube ich habe viel zu kompliziert gedacht, es müsste auch viel einfacher gehen:
sub SIGNALduno_Dispatch($$$)
..
my $event = 0;
if (substr($dmsg,0,1) eq 'u') {
$event = 1;
}
readingsSingleUpdate($hash, "state", $hash->{READINGS}{state}{VAL}, $event);@StefanW
dafür gibt es das "whitelist_IDs" Attribut. Dort einfach die IDs eintragen, die Du haben willst.
z.B.
whitelist_IDs 0,8
Gruß Ralf
Zitat von: Ralf9 am 08 November 2015, 08:57:32
@StefanW
dafür gibt es das "whitelist_IDs" Attribut. Dort einfach die IDs eintragen, die Du haben willst.
z.B.
whitelist_IDs 0,8
Gruß Ralf
Und wie kann ich die ID's ermitteln, die ich brauche?
Würde es nicht reichen den return Code von dispatch auszuwerten?
Zitat von: StefanW am 08 November 2015, 09:14:13
Und wie kann ich die ID's ermitteln, die ich brauche?
z.B. mit verbose 4 im log
id 0 -> weather1
id 8 -> TX3 Protocol
Gruß Ralf
Zitat von: Sidey am 08 November 2015, 09:20:09
Würde es nicht reichen den return Code von dispatch auszuwerten?
Ja, habe ich auch schon erkannt, daß es einfacher geht.
http://forum.fhem.de/index.php/topic,38831.msg356248.html#msg356248
Bei der ID 1 wäre beim modulematch ein Filter sinnvoll der die Nachrichten rausfiltert, die nur 0 enthalten.
Dann wären die vielen Unknown code weg:
Sduino: Unknown code r0, help me!
Sduino: Unknown code r000000, help me!Gruß Ralf
Das Problem bei ID1 ist, dass es keine Mindest bzw. Max Länge gibt.
Ich habe leider zu wenig Daten zu dem RSL Protokoll.
Man könnte nun length einfach mal auf 8 setzen... Schon ist das Problem entschärft.
Grüße Sidey
Hatte ich heute im Log:
2015.11.08 07:12:01 1: PERL WARNING: Integer overflow in binary number at ./FHEM/00_SIGNALduino.pm line 1993.
2015.11.08 07:12:01 1: PERL WARNING: Binary number > 0b11111111111111111111111111111111 non-portable at ./FHEM/00_SIGNALduino.pm line 1993.
Relevant für's weiterentwickeln?
Ansonsten klappt hier alles prima... x mal besser als mit der FHEMduino-Software
Hallo RappaSan,
Auf einem 32 Bit Perl nehme ich an?
Grüße Sidey
Zitat von: Ralf9 am 08 November 2015, 09:22:52
z.B. mit verbose 4 im log
id 0 -> weather1
id 8 -> TX3 Protocol
Gruß Ralf
Also, das mit den whitelist_IDs hat schon mal geklappt.
Vielen Dank!
Allerdings habe ich noch ein kleines "Problem" mit meinen Logilink WS0002 Sensoren.
Und zwar wird das reading 'battery' nicht aktualisiert.
Das reading wurde nur 1x angelegt, als der Sensor angelegt wurde.
Beim FHEMduino funktionierte es.
Kann man diese Aktualisierung auch mit ins Modul einbauen?
Gruß
Stefan
Hi Stefan,
Ja das Problem kenne ich. Stört mich auch.
Das Modul macht Björn. Ich wollte ihm da schon längst einen Patch vorschlagen, bin aber noch nicht dazu gekommen.
Derzeit wird es nur aktualisiert, wenn sich der Wert ändert.
Grüße Sidey
Hallo Sidey,
das nehme ich mal stark an. So ein Raspberry gibt wohl nicht mehr her.
ZitatDie aktuelle Entwicklungsversion hat aber ggf. auch auf das ICS / Einhell Protokoll eine Auswirkung. Von daher, wäre ein Test auf jeden Fall nicht schlecht.
Mit dem heute verteilten Update und der FW V 3.1.8-HF2 wird der ICS / Einhell Handsender bei jedem Tastendruck erkannt.
Danke.
Ellert
Das ist gut ,
Warum es mit der 3.2.0 aber nicht geht ist mir immer noch unklar.
Würdest Du mal zwei Firmware testen, wenn ich sie extra baue?
Grüße Sven
Ja, ich werde testen.
Hallo Sidey,
ich habe gerade das 14_SD_WS09.pm im https://github.com/RFD-FHEM/RFFHEM/tree/dev-proto9 eingecheckt. Ich hoffe ich habe alles richtig gemacht. Wenn du möchtest kann ich dir auch noch den Log anhängen.
Bei mir werden schon Daten empfangen.
Mein Versuchsaufbau ist eine
WS-0101 von Pollin (https://www.pollin.de/shop/dt/NzE2OTYxOTk-/Haustechnik/Wetterstationen_Thermometer/Funk_Wetterstation_WS_0101.html) gibt es auch bei C oder V.
und eine TFA 30.3189 passt zur Wetterstation TFA 35.1119 (http://www.amazon.de/Wetterladen-Wetterstation-Weather-Touch-Schwarz/dp/B0089VX3P6). Ich wollte diesen Sensor eigentlich für eine WX-2008 haben passt aber nicht bzw. empfängt nichts.
Der Empfänger ist ein RX868SH-DV von elv (http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=42432)
Dieser arbeitet bei 868,35 MHz und kann OOK/ASK.
Vom Protokoll passen sie zur CTW 600 (bzw. WH1080) so wie du es schon eingebaut hast.
Zur Zeit werden angezeigt:
State (T: H: W: Dir: )
Temperature: °C
Humidity: %
Battery: Zahl
ID: Nummer (Decimal)
Wind speed (km/h) and direction (N-O-S-W)
Rain (mm/m²)
Bei Wind speed habe ich noch nicht den richtigen Faktor gefunden. Es wird immer zu wenig angezeigt (WS-0101) bzw. bei der TFA 30.3189 kann ich es nicht bestätigen weil ich kein Display habe.
Rain passt auch noch nicht. Kann ich zur Zeit auch nicht testen, regnet garade nicht.
Tschüß Jörg
Hallo,
ich habe bei mir noch einen ITDS-50 Funk-Dämmerungsschalter rumliegen.
Des weiteren verwende ich IT-1500 Funk-Zwischenstecker Set 3-fach bereits erfolgreich mit Pilight.
Ich hab versucht die inkludierte Fernsteuerung und den Dämmerungsschalter mal anzusprechen. Beide Geräte werden als livolo "erkannt" aber die Werte werden noch nicht richtig interpretiert. Hat die Geräte schon jemand in Verwendung? Bzw gibt es wo Code den man portieren könnte?
Unten die Traces der beiden Geräte. Ich hoffe es hat sich nichts dazwischen geschummelt, es wird auch eine TCM97001 eines Nachbarn erfolgreich erkannt ;)
lg
Simon
ITDS-50
2015.11.13 16:16:08 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:08 4: SIGNALduino/msg READ: MS;P0=181;P1=-2676;P2=-505;P3=-1153;P5=352;D=0102030203020302030302020302030302020302030203020303020203020202030252;CP=0;SP=1;
2015.11.13 16:16:08 4: SIGNALduino/msg READ: MS;P0=191;P1=-1156;P2=-347;P4=-2608;P5=604;D=0402010201020102010102020102010102020102010201020101020201020152;CP=0;SP=4;
2015.11.13 16:16:08 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:08 4: SIGNALduino/msg READ: MS;P0=192;P1=-352;P2=-1159;P4=-2648;D=040102010201020102020101020102020101020102010201020201010201020201010202010102010202010102020101020201010201020201020101020102020103;CP=0;SP=4;O;
2015.11.13 16:16:08 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=-339;P1=194;P2=-1169;P4=-2602;D=141012101210121012121010121012121010121012101210121210101210121210101212101012101212101012121010121210101210121210121010121012121013;CP=1;SP=4;O;
2015.11.13 16:16:09 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=192;P5=-9664;D=0501;CP=0;SP=5;
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=164;P1=-365;P2=-1161;P4=-2584;D=04010201020102010202010102010202010102010201020102020101020102020101020201010201020201010202010102020101020100;CP=0;SP=4;O;
2015.11.13 16:16:09 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=-1135;P1=323;P2=-311;P4=-2656;D=141210121012101210101212101210101212101210;CP=1;SP=4;
2015.11.13 16:16:09 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:16:09 4: SIGNALduino_unknown incomming msg: u20#000
2015.11.13 16:16:09 4: SIGNALduino_unknown rawData: 000
2015.11.13 16:16:09 4: SIGNALduino_unknown Protocol: 20
2015.11.13 16:16:09 4: SIGNALduino_unknown converted to bits: 000000000000
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=214;P1=-278;P2=-1023;P4=-2608;P5=444;D=0401520101;CP=0;SP=4;
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=221;P1=-316;P2=-1102;P4=-2696;D=0401020102010201020201010201020201010201020102010202010102010202010102020101020102020101020201010202010102010202010200;CP=0;SP=4;O;
2015.11.13 16:16:09 4: SIGNALduino/msg READ: MS;P0=-309;P1=222;P2=-1141;P4=-2720;P5=408;D=1410121012101210121210101210121210101210121012101250;CP=1;SP=4;
IT-1500 Funk-Zwischenstecker Set 3-fach:
2015.11.13 16:22:26 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:26 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:26 4: SIGNALduino/msg READ: MS;P0=305;P1=-1236;P2=-229;P4=-2604;D=040201020101020201020102010102010201020102020102010102010201020102020101020102010201020102020102010102020102010102020102010201010203;CP=0;SP=4;O;
2015.11.13 16:22:26 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:26 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:26 4: SIGNALduino/msg READ: MS;P0=-1246;P1=298;P2=-236;P3=-10120;P4=-2612;D=1412101210101212101210121010121012101210121210121010121012101210121210101210121012101210121210121010121210121010121210121012101012130;CP=1;SP=4;O;
2015.11.13 16:22:26 4: Found matched Protocol id 6 -> weatherID6
2015.11.13 16:22:26 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:26 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:26 4: SIGNALduino/msg READ: MS;P0=300;P1=-2608;P2=-235;P3=-1247;P4=-10124;D=04010203020303020203020302030302030203020302020302030302030203020302020303020302030203020302020302030302020300;CP=0;SP=4;O;
2015.11.13 16:22:26 4: Found matched Protocol id 6 -> weatherID6
2015.11.13 16:22:26 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:26 4: SIGNALduino_unknown incomming msg: u20#0000000
2015.11.13 16:22:26 4: SIGNALduino_unknown rawData: 0000000
2015.11.13 16:22:26 4: SIGNALduino_unknown Protocol: 20
2015.11.13 16:22:26 4: SIGNALduino_unknown converted to bits: 0000000000000000000000000000
2015.11.13 16:22:27 4: SIGNALduino/msg READ: MS;P0=-244;P1=297;P2=-1242;P4=-2608;D=141012101212101012101210121210121012101210101210121210121012101210101212101210121012101210101210121210101210121210101210121012121013;CP=1;SP=4;O;
2015.11.13 16:22:27 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:27 4: SIGNALduino_unknown incomming msg: u20#000000000
2015.11.13 16:22:27 4: SIGNALduino_unknown rawData: 000000000
2015.11.13 16:22:27 4: SIGNALduino_unknown Protocol: 20
2015.11.13 16:22:27 4: SIGNALduino_unknown converted to bits: 000000000000000000000000000000000000
2015.11.13 16:22:27 4: SIGNALduino/msg READ: MS;P0=299;P1=-1242;P2=-235;P4=-2612;D=040201020101020201020102010102010201020102020102010102010201020102020101020102010201020102020102010102020102010102020102010201010203;CP=0;SP=4;O;
2015.11.13 16:22:27 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:27 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:27 4: SIGNALduino/msg READ: MS;P0=-236;P1=300;P2=-1239;P4=-2606;D=141012101212101012101210121210121012101210101210121210121012101210101212101210121012101210101210121210101210121210101210121012121013;CP=1;SP=4;O;
2015.11.13 16:22:27 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:27 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:27 4: SIGNALduino/msg READ: MS;P0=304;P1=-233;P2=-1243;P4=-2614;D=040102010202010102010201020201020102010201010201020201020102010201010202010201020102010201010201020201010201020201010201020102020103;CP=0;SP=4;O;
2015.11.13 16:22:27 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:27 4: Dropped (u20#000000000) due to short time or equal msg
2015.11.13 16:22:27 4: SIGNALduino/msg READ: MS;P0=-234;P1=301;P2=-1248;P4=-2612;D=1410121012121010121012101212101210121012101012101212101210121012101012121012101210121012101012101212101012101212100;CP=1;SP=4;O;
2015.11.13 16:22:27 4: Found matched Protocol id 20 -> livolo
2015.11.13 16:22:27 4: SIGNALduino_unknown incomming msg: u20#00000000
2015.11.13 16:22:27 4: SIGNALduino_unknown rawData: 00000000
2015.11.13 16:22:27 4: SIGNALduino_unknown Protocol: 20
2015.11.13 16:22:27 4: SIGNALduino_unknown converted to bits: 00000000000000000000000000000000
Nutzen Sie nicht das arc Protokoll?
Das habe ich schon eingebaut, aber aufgrund von fehlenden echten Daten nie probiert.
Ich schau mir das noch mal an.
Für ITDS-50 und IT-1500
update all http://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
ausführen.
Allerdings kommt das IT Modul damit nicht zurecht und es werden keine Geräte in FHEM angelegt etc.
Grüße Sidey
Hallo Jörg,
Das ist ja prima. Klar ist das einchecken in dev-proto9 in Ordnung.
Wenn das für CTW600 auch funzt, dann ist es ja nicht speziell füt 868 Mhz :)
Ich hab den Code mal überflogen.
Die 00_SignalDuino ist noch auf dem 3.1 Stand. Aber erst mal nicht tragisch finde ich.
Die Nachricht könnte man später noch in p09# Ändern. Dann geht es nicht mehr an das _un Modul.
Windspeed: Klappt es nicht mit dezimalwer / 240? Dann stimmen die bits womöglich nicht.
Wie das mit der Sensor ID ist habe ich jetzt auch noch nicht verstanden. Die ändert sich doch bestimmt beim Batteriewechsel.
Da könnte man ja noch die longID Option etablieren.
zur Funktion nearst, in FHEM ist eine round funktion integriert. Die tut es doch bestimmt auch oder?
Zitat von: pejonp am 12 November 2015, 23:40:25
Hallo Sidey,
ich habe gerade das 14_SD_WS09.pm im https://github.com/RFD-FHEM/RFFHEM/tree/dev-proto9 eingecheckt. Ich hoffe ich habe alles richtig gemacht. Wenn du möchtest kann ich dir auch noch den Log anhängen.
Bei mir werden schon Daten empfangen.
Vom Protokoll passen sie zur CTW 600 (bzw. WH1080) so wie du es schon eingebaut hast.
Zwecks Test werde ich die Updateurl mal im spezifischen thread posten.
Grüße Sidey
Hallo sidey
Ich wusste nicht welche Funktion in fhem drin ist, aber round sollte wahrscheinlich besser gehen. Muss angepasst werden. Eine ctw 600 habe ich nicht. Vielleicht kann es ein anderer testen. Bei Gelegenheit werde ich dir mal das log schicken, den einige Daten werden nicht empfangen/decodiert. Vielleicht kann es auch am 868Mhz Empfänger liegen. Jetzt bin ich gerade nicht vor Ort.
Tschüss jörg
Hi Jörg,
Doesel hat getestet und ist begeistert.
Details sollten wir im spezifischen Thread belassen:
http://forum.fhem.de/index.php?topic=39451.0
Grüße Sidey
Zitat von: pejonp am 12 November 2015, 23:40:25
ich habe gerade das 14_SD_WS09.pm im https://github.com/RFD-FHEM/RFFHEM/tree/dev-proto9 eingecheckt. Ich hoffe ich habe alles richtig gemacht.
Hallo Jörg,
verwendest Du unter Windows einen Editor der mit unix Zeilenenden (0x0A) nicht zurechtkommt?
Im Branch dev-proto9 hat die 00_SIGNALduino.pm Windows Zeilenenden (0x0D 0A)
Der diff kommt damit nicht zurecht, er zeigt auch die Zeilen bei denen sich nur das Zeilenende (unix/Windows) unterscheidet, als differenz an:
https://github.com/RFD-FHEM/RFFHEM/commit/365d448c352abf3ab4086ba3a1623ced1c092f47#diff-ffd75143a13a45dd2a5a1184d993cbfd
FHEM/00_SIGNALduino.pm
2,212 additions, 2,210 deletions not shown Da das Modul SD_WS09 funktioniert, würde ich vorschlagen, die dafür notwendigen Änderungen in der 00_SIGNALduino.pm im Branch dev-r32 zu commiten und auch das SD_WS09 direkt ins dev-r32 einzuchecken.
Die noch notwendigen Änderungen können dann im dev-r32 vorgenommen werden.
Gruß Ralf
Zitat von: Ralf9 am 14 November 2015, 12:00:46
...
verwendest Du unter Windows einen Editor der mit unix Zeilenenden (0x0A) nicht zurechtkommt?
Im Branch dev-proto9 hat die 00_SIGNALduino.pm Windows Zeilenenden (0x0D 0A)
Da das Modul SD_WS09 funktioniert, würde ich vorschlagen, die dafür notwendigen Änderungen in der 00_SIGNALduino.pm im Branch dev-r32 zu commiten und auch das SD_WS09 direkt ins dev-r32 einzuchecken.
..
Hallo Ralf,
die Änderungen im 00_SIGNALduino.pm habe ich in Windows über die github-Weboberfläche gemacht. Kann man dort UNIX-Format einstellen ?
Für die Bearbeitung von Dateien nehme ich ansonsten "PSPad – der ultimative Editor für Softwareentwickler". Ich erstelle die Dateien damit und wenn ich daran denke speichere ich diese im UNIX-format ab (ich denke nicht immer daran). Hier im Sketch habe ich eine leere Datei erstellt und dann aus meiner 14_SD_WS09.pm alles rüberkopiert.
Ich weiß noch nicht ob für die CTW 600 alles paßt. Da ich nur eine WS-0101 und TFA 30.3189 habe und es bei mir noch nicht so richtig paßt (http://forum.fhem.de/index.php/topic,38831.msg358572.html#msg358572) würde ich noch warten. Vieleicht noch zwei, drei Rückmeldungen abwarten.
Die Änderungen im 00_SIGNALduino.pm sind:
ab Zeile 67
...
."Hideki:"
."SD_WS07:"
."SD_WS09:" <-- hier
;
... und ab Zeile 81
"10:SD_WS07" => "^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}",
"11:SD_WS09" => "^u9#[A-Fa-f0-9]", <-------- hier
"X:SIGNALduino_un" => '^[uP]\d+#.*',
Ich weiss jetzt nicht ob es Sinn macht für die WH/WS1080 noch ein zusätzliches Modul anzulegen oder alle WS (Wetterstationen) in einem zu behandeln. Es muß jetzt die Stelle gefunden werden um diese WS zu unterscheiden und richtig auszulesen. Beim LaCross-Sketch werden die Daten ja schon richtig ausgelesen und übergeben. Ich habe aber noch keine Muse gehabt mich tiefer damit zu beschäftigen bzw. umzusetzen.
Laut meinem Log ist der Unterschied nach dem Ax :
WS-0101 u9#FF A5 81E049070D03DD0D0E
WH1080 u9#FF AF B26C4000000000085E
Vielleicht können wir noch Daten von einer CTW 600 mit Loglevel 5 bekommen.
Ich hänge einmal eine Datei mit 3 Protokollbeschreibungen an.
Jörg
Zitat von: pejonp am 14 November 2015, 17:42:44
Ich weiß noch nicht ob für die CTW 600 alles paßt. Da ich nur eine WS-0101 und TFA 30.3189 habe und es bei mir noch nicht so richtig paßt (http://forum.fhem.de/index.php/topic,38831.msg358572.html#msg358572) würde ich noch warten. Vieleicht noch zwei, drei Rückmeldungen abwarten.
Ich finde, wenn das WS-Modul im großen und ganzen funktioniert, kann es ins dev-r32
Dies ist ja ein develop Branch, dort muss nicht immer alles sofort perfekt sein. Dort kann es auch mal vorkommen, daß nach einem commit kurzzeitig was nicht funktioniert.
@Sidey wie siehst Du das?
Zitat von: pejonp am 14 November 2015, 17:42:44
Ich weiss jetzt nicht ob es Sinn macht für die WH/WS1080 noch ein zusätzliches Modul anzulegen oder alle WS (Wetterstationen) in einem zu behandeln. Es muß jetzt die Stelle gefunden werden um diese WS zu unterscheiden und richtig auszulesen. Beim LaCross-Sketch werden die Daten ja schon richtig ausgelesen und übergeben. Ich habe aber noch keine Muse gehabt mich tiefer damit zu beschäftigen bzw. umzusetzen.
Haben alle Wetterstationen das Protokoll 9?
Gruß Ralf
Zitat von: Ralf9 am 14 November 2015, 18:13:44
....
Haben alle Wetterstationen das Protokoll 9?
...
Hallo Ralf,
die genannten Wetterstationen werden mit SignalDuino Modul mit 9 erkannt. Würde aus meiner Sicht Sinn machen diese dort ebenfalls auszuwerten.
WS-0101 u9#FF A5 81E049070D03DD0D0E
WH1080 u9#FF AF B26C4000000000085E
Tschüß Jörg
Zitat von: ralf9
Ich finde, wenn das WS-Modul im großen und ganzen funktioniert, kann es ins dev-r32
Dies ist ja ein develop Branch, dort muss nicht immer alles sofort perfekt sein. Dort kann es auch mal vorkommen, daß nach einem commit kurzzeitig was nicht funktioniert.
@Sidey wie siehst Du das?
Vom Prinzip kann man es mit dem dev-32 mergen ja. Dort muss nicht alles perfekt sein, ist es meist auch nicht.
Wir sollten aber schon darauf achten, dass das update aus dem branch funktioniert und die Module keinen Absturz verursachen. Fehler können natürlich jedem passieren, aber das Modul sollte zumindest sauber laden und nicht gleich alles abschmieren lassen.
Wenn das Modul gut funktioniert kann man es auch in den Master einchecken. Das hatte ich schon mal überlegt.
Es sollte aber keine riesigen Umbauaktionen mehr geben.
Da wir ja wohl noch nicht wissen, wie die unterschiedlichen Wetterstationen unterschieden werden, sollten wir das wohl erst noch mal abwarten mit dem master.
Zitat von: pejonp am 14 November 2015, 21:20:50
die genannten Wetterstationen werden mit SignalDuino Modul mit 9 erkannt. Würde aus meiner Sicht Sinn machen diese dort ebenfalls auszuwerten.
WS-0101 u9#FF A5 81E049070D03DD0D0E
WH1080 u9#FF AF B26C4000000000085E
Ist das La Crosse? Eigentlich ist es quatsch, ein weiteres Modul für La Crosse zu entwickeln.
Wenn jemand zwei IO Geräte einsetzt die unterschiedliche Module verwenden, dann hat er den Sensor 2x mit anderem Namen angelegt.
Aber das LaCrosse Modul ist nicht so ganz ohne. Auf dem panstamp werden die Daten in ein selbst erfundenes Protokoll umgewandelt.
Man müsste nun im proto9 das quasi nachbauen, was im jeelink sketch passiert.
Ich hatte mir den Quellcode schon mal angesehen, aber naja. Das ist halt code portieren....
Grüße Sidey
Hallo Sidey,
jop auf dem Dev Branch erkennt er das arctech Protokoll bereits :)
Wirft aber noch ein kleine Warning.
2015.11.15 22:44:21 4: SIGNALduino/msg READ: MS;P0=288;P1=-1062;P2=-247;P4=-2574;D=040201020102010201010202010201010202010201020102010102020102010102020101020201020101020201010202010102020102010102010202010201010203;CP=0;SP=4;O;
2015.11.15 22:44:21 4: Founded matched MS Protocol id 17 -> arctech
2015.11.15 22:44:21 4: Decoded matched MS Protocol id 17 dmsg i09094A9900 length 32
2015.11.15 22:44:21 4: Dropped (i09094A9900) due to short time or equal msg
(bisschen off-topic)Ich hab gerade nur einen UNO, der sich zwar per USB auslesen lassen kann, aber nicht per USB flashen lässt (out of sync). Ich hab keine Ahnung woran das liegen kann, ich hab Ihn nun per usbASP geflasht und er zeigt initialzied an FW wird ausgelsen, aber empfängt und sendet nicht. Am Uno sollten doch für Receiver Digital Port 2 und Sender D11 sein, oder? Dauert leider noch ein wenig bis meine Nanons aus China ankommen fürchte ich.
Meine eigentliche Frage wäre, ob sich ein Fernotron Modul mit SignalDuino umsetzen liese, da hier: http://forum.fhem.de/index.php/topic,12599.45.html (http://forum.fhem.de/index.php/topic,12599.45.html) - ja quasi auch nur der Code ausgelesen und gesendet wird. Vielleicht hat ja jemand eine Idee, ich bin was programmieren angeht leider nicht sehr erfahren.
Beste Grüße
Fabian
Habe da mal so ne Frage.
Habe vorher mit Pilight standalone gearbeitet.
Nacher mit FHEM und Pilight mit eingebunden.
Habe jetzt den Signalduino gebaut und geflasht. Hat soweit auch alles geklappt.
Habe jetzt mal just for fun Pilight auf "433nano" gesetzt und den passenden USBport angegeben.
Müsste doch eigentlich funktionieren, oder ? Ich meine das auch pilight mit dem "Signalduino" zusammen arbeitet.
Es gibt auch einen "pilight Nano".....
Weis da jemand Bescheid ?
greez
Sascha
Hallo @ all
Ich habe hier eine WH3080 433Mhz im Einsatz. Ich schätze mal das sie hier erkannt wird:
2015.11.17 19:54:44 4: Found matched Protocol id 9 -> CTW 600
2015.11.17 19:54:44 4: SIGNALduino_unknown incomming msg: u9#FF46042A9804080DAC10AC
2015.11.17 19:54:44 4: SIGNALduino_unknown rawData: FF46042A9804080DAC10AC
2015.11.17 19:54:44 4: SIGNALduino_unknown Protocol: 9
2015.11.17 19:54:44 4: SIGNALduino_unknown converted to bits: 1111111101000110000001000010101010011000000001000000100000001101101011000001000010101100
2015.11.17 19:54:44 4: SIGNALduino_unknown found ctw600 syncpos at 1 message is: 1000110000001000010101010011000000001000000100000001101101011000001000010101100 - sensor id:110000, bat:100, temp=1000010101, hum=01001100, wind=0000001000000100, rain=0000011011010110, winddir=1000
evtl. hilft euch das etwas weiter.
Zitat von: savage7 am 15 November 2015, 23:06:25
Wirft aber noch ein kleine Warning.
Hi, ich hab keine Warnung gesehen, was genau meinst Du?
Zitat von: Pythonf am 16 November 2015, 14:45:23
ich hab Ihn nun per usbASP geflasht und er zeigt initialzied an FW wird ausgelsen
Meine eigentliche Frage wäre, ob sich ein Fernotron Modul mit SignalDuino umsetzen liese, da hier: http://forum.fhem.de/index.php/topic,12599.45.html (http://forum.fhem.de/index.php/topic,12599.45.html) - ja quasi auch nur der Code ausgelesen und gesendet wird. Vielleicht hat ja jemand eine Idee, ich bin was programmieren angeht leider nicht sehr erfahren.
Hast Du die richtige Firmware, also für den UNO, geflasht? Du kannst auch unter Windows mit der Arduino IDE manuell flashen.
Bezüglich Fernotron, grundsätzlich würde ich annehmen, dass es auch mit dem SIGNALduino empfangen werden kann. Die Daten in dem Sketch sehen aber total seltsam aus.
Ohne ein paar Tests kann ich da leider wenig sagen.
Zitat von: sash.sc am 17 November 2015, 16:02:31
Müsste doch eigentlich funktionieren, oder ? Ich meine das auch pilight mit dem "Signalduino" zusammen arbeitet.
Es gibt auch einen "pilight Nano".....
Ich denke nicht, dass pilight mit dem SIGNALDuino arbeitet. Zumindest kenne ich keine Integration und habe selbst auch keine gemacht.
Grundsätzlich ist das aber natürlich möglich.
Zitat von: BallaBalla am 17 November 2015, 20:15:47
Ich habe hier eine WH3080 433Mhz im Einsatz. Ich schätze mal das sie hier erkannt wird:
2015.11.17 19:54:44 4: Found matched Protocol id 9 -> CTW 600
Das scheint eine oft verwendete Modulierung für Wetterstationen zu sein.
Probier mal das Update wie in diesem Beitrag beschrieben:
http://forum.fhem.de/index.php/topic,39451.msg358962.html#msg358962
Grüße Sidey
Ich antworte einfach mal hier, und mach kein neues Thema auf:
Ich hab den UNO mit der richtigen FW geflasht, - hab die *.ino ausm github dazu genommen. Aber da der Uno sowieso ein wenig spinnt, habe ich das ganze nun auf einem MEGA2560 von Windows aus geflasht. Empfangen tut er fleißig, doch senden mag er überhaupt nicht. Die SignalLED auf Digital Pin13 leuchtet immer fleißig aber meine IT Steckdose schaltet nicht über SignalDuino. Wenn ich als IO meinen CUL verwende schaltet sie hingegen und in FHEM zeigt er auch an, dass der SignalDuino empfängt. Ich hab als Sendemodul ein "FS1000A", versucht hab ich es ohne Antenne, Lamda/4 und Lamda/2 Antennenlänge, Ich hab sogar den Sendepin im Skecht variiert. Kann es sein, dass Senden mit dem MEGA nicht funktioniert oder das ich zu blöd dazu bin, das ganze richtig anzuschließen. VCC liegt am 5V Pin des Arduino, Empfänger und Sender sind parallel geschaltet.
Beste Grüße
Fabian
Hi,
Poste doch mal, was er empängt wenn Du die FB deiner Fernbedieung drückst.
Ob das Senden grundsätzlich funkiioniert, kannst Du auch mit einer LED und dem passenden Vorwiederstand ausprobieren.
Die Flackert dann sichtbar.
Grüße Sidey
Hab kurz eine LED dazwischen geklemmt: Sie Leuchtet/falckert.
Eine Fernbedienung hab ich leider nicht, aber das steht im LOG wenn der CUL sendet:
2015.11.17 23:19:17 2: IT set RadioSwitch on
2015.11.17 23:19:17 5: SIGNALduino/RAW READ: /MS;P0=-413;P1=40
2015.11.17 23:19:17 5: SIGNALduino/RAW READ: MS;P0=-413;P1=40/8;P2=-1257;P3=1294;P5=-1
2015.11.17 23:19:17 5: SIGNALduino/RAW READ: MS;P0=-413;P1=408;P2=-1257;P3=1294;P5=-1/3137;D=15121212121212121212121212121212121212123012301230;CP=1;SP=5;
2015.11.17 23:19:17 4: SIGNALduino/msg READ: MS;P0=-413;P1=408;P2=-1257;P3=1294;P5=-13137;D=15121212121212121212121212121212121212123012301230;CP=1;SP=5;
2015.11.17 23:19:17 4: Found matched Protocol id 3 -> itv1
2015.11.17 23:19:17 5: Starting demodulation at Position 2
2015.11.17 23:19:17 5: converted Data to (i000015)
2015.11.17 23:19:17 5: sduino dispatch i000015
2015.11.17 23:19:17 3: RadioSwitch on->on
2015.11.17 23:19:17 4: Found matched Protocol id 20 -> livolo
2015.11.17 23:19:17 5: Starting demodulation at Position 4
2015.11.17 23:19:17 5: Found wrong signal, aborting demodulation
2015.11.17 23:19:17 5: converted Data to (u20#0)
2015.11.17 23:19:17 5: sduino dispatch u20#0
2015.11.17 23:19:17 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.17 23:19:17 4: SIGNALduino_unknown rawData: 0
2015.11.17 23:19:17 4: SIGNALduino_unknown Protocol: 20
2015.11.17 23:19:17 4: SIGNALduino_unknown converted to bits: 0000
2015.11.17 23:19:18 4: sduino: Get freeram called ...
2015.11.17 23:19:18 5: sduino: command for gets: R
2015.11.17 23:19:18 5: SW: R
2015.11.17 23:19:18 5: SIGNALduino/RAW (ReadAnswer): 6930
2015.11.17 23:19:18 5: sduino: received message for gets: 6930
2015.11.17 23:19:20 5: SIGNALduino/RAW READ: /MU;
2015.11.17 23:19:20 5: SIGNALduino/RAW READ: MU;/P0=718;P2=279;P4=3020;D=
2015.11.17 23:19:20 5: SIGNALduino/RAW READ: MU;P0=718;P2=279;P4=3020;D=/002020402020204020402040
2015.11.17 23:19:20 5: SIGNALduino/RAW READ: MU;P0=718;P2=279;P4=3020;D=002020402020204020402040/204020202020202020;CP=2;
2015.11.17 23:19:20 5: SIGNALduino/RAW READ: MU;P0=718;P2=279;P4=3020;D=002020402020204020402040204020202020202020;CP=2;/
2015.11.17 23:19:20 4: SIGNALduino/msg READ: MU;P0=718;P2=279;P4=3020;D=002020402020204020402040204020202020202020;CP=2;
2015.11.17 23:19:20 5: SIGNALduino/RAW READ: /MU;P0=-1013;P
2015.11.17 23:19:20 5: SIGNALduino/RAW READ: MU;P0=-1013;P/1=5419;P2=2950;P5=-5648;
2015.11.17 23:19:20 5: SIGNALduino/RAW READ: MU;P0=-1013;P1=5419;P2=2950;P5=-5648;/D=0102010201020102010201
2015.11.17 23:19:20 5: SIGNALduino/RAW READ: MU;P0=-1013;P1=5419;P2=2950;P5=-5648;D=0102010201020102010201/020102010201020102010201
2015.11.17 23:19:20 5: SIGNALduino/RAW READ: MU;P0=-1013;P1=5419;P2=2950;P5=-5648;D=0102010201020102010201020102010201020102010201/025102510202;CP=2;
2015.11.17 23:19:20 4: SIGNALduino/msg READ: MU;P0=-1013;P1=5419;P2=2950;P5=-5648;D=0102010201020102010201020102010201020102010201025102510202;CP=2;
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: /MU;P0
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: MU;P0/=-5694;P1=5557;P2=-467;P3
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: MU;P0=-5694;P1=5557;P2=-467;P3/=488;P4=-346;D=010201020
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: MU;P0=-5694;P1=5557;P2=-467;P3=488;P4=-346;D=010201020/102010201020102010342010
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: MU;P0=-5694;P1=5557;P2=-467;P3=488;P4=-346;D=010201020102010201020102010342010/201020102010201020102010
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: MU;P0=-5694;P1=5557;P2=-467;P3=488;P4=-346;D=010201020102010201020102010342010201020102010201020102010/201020102010201020102010
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: MU;P0=-5694;P1=5557;P2=-467;P3=488;P4=-346;D=010201020102010201020102010342010201020102010201020102010201020102010201020102010/20103420102013;CP=1;
2015.11.17 23:19:23 4: SIGNALduino/msg READ: MU;P0=-5694;P1=5557;P2=-467;P3=488;P4=-346;D=01020102010201020102010201034201020102010201020102010201020102010201020102010201020103420102013;CP=1;
2015.11.17 23:19:23 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.17 23:19:23 5: Starting demodulation at Position -1
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: /
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: /MU;P0=768;P1=-340;P2=-19
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: MU;P0=768;P1=-340;P2=-19/;P3=5532;P4=2964;D=23242
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: MU;P0=768;P1=-340;P2=-19;P3=5532;P4=2964;D=23242/324232423242324232423242
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: MU;P0=768;P1=-340;P2=-19;P3=5532;P4=2964;D=23242324232423242324232423242/324232423242324232423242
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: MU;P0=768;P1=-340;P2=-19;P3=5532;P4=2964;D=23242324232423242324232423242324232423242324232423242/32423242324232012;CP=4;
2015.11.17 23:19:23 5: SIGNALduino/RAW READ: MU;P0=768;P1=-340;P2=-19;P3=5532;P4=2964;D=2324232423242324232423242324232423242324232423242324232423242324232012;CP=4;/
2015.11.17 23:19:23 4: SIGNALduino/msg READ: MU;P0=768;P1=-340;P2=-19;P3=5532;P4=2964;D=2324232423242324232423242324232423242324232423242324232423242324232012;CP=4;
2015.11.17 23:19:24 2: IT set RadioSwitch off
2015.11.17 23:19:24 5: SIGNALduino/RAW READ: /MS;P2=405;P3=-1272;P5=-13092;D=252323232323232323;CP=2;SP=5;
2015.11.17 23:19:24 4: SIGNALduino/msg READ: MS;P2=405;P3=-1272;P5=-13092;D=252323232323232323;CP=2;SP=5;
2015.11.17 23:19:24 5: SIGNALduino/RAW READ: /MS;P0=-13176;P1=1221;P2=424;P5=-428;D=2021212121212121212121212121212121212121152115212121;CP=2;SP=0;
2015.11.17 23:19:24 4: SIGNALduino/msg READ: MS;P0=-13176;P1=1221;P2=424;P5=-428;D=2021212121212121212121212121212121212121152115212121;CP=2;SP=0;
2015.11.17 23:19:25 5: SIGNALduino/RAW READ: /MU;P0=235;P1=-
2015.11.17 23:19:25 5: SIGNALduino/RAW READ: MU;P0=235;P1=-/483;P2=-250;D=0102010201
2015.11.17 23:19:25 5: SIGNALduino/RAW READ: MU;P0=235;P1=-483;P2=-250;D=0102010201/020102010201020102010201
2015.11.17 23:19:25 5: SIGNALduino/RAW READ: MU;P0=235;P1=-483;P2=-250;D=0102010201020102010201020102010201/020102010201020102010201
2015.11.17 23:19:25 5: SIGNALduino/RAW READ: MU;P0=235;P1=-483;P2=-250;D=0102010201020102010201020102010201020102010201020102010201/020102010201020102010201
2015.11.17 23:19:25 5: SIGNALduino/RAW READ: MU;P0=235;P1=-483;P2=-250;D=0102010201020102010201020102010201020102010201020102010201020102010201020102010201/020;CP=0;
2015.11.17 23:19:25 4: SIGNALduino/msg READ: MU;P0=235;P1=-483;P2=-250;D=0102010201020102010201020102010201020102010201020102010201020102010201020102010201020;CP=0;
2015.11.17 23:19:28 5: SIGNALduino/RAW READ: /MU;P0
2015.11.17 23:19:28 5: SIGNALduino/RAW READ: MU;P0/=484;P1=2428;P3=5734;D=1
2015.11.17 23:19:28 5: SIGNALduino/RAW READ: MU;P0=484;P1=2428;P3=5734;D=1/030103010301030103010301
2015.11.17 23:19:28 5: SIGNALduino/RAW READ: MU;P0=484;P1=2428;P3=5734;D=1030103010301030103010301/0301030103010301032;CP=0
2015.11.17 23:19:28 5: SIGNALduino/RAW READ: MU;P0=484;P1=2428;P3=5734;D=10301030103010301030103010301030103010301032;CP=0/;
2015.11.17 23:19:28 4: SIGNALduino/msg READ: MU;P0=484;P1=2428;P3=5734;D=10301030103010301030103010301030103010301032;CP=0;
2015.11.17 23:19:30 5: SIGNALduino/RAW READ: /MU;P0=-2818;P1=
2015.11.17 23:19:30 5: SIGNALduino/RAW READ: MU;P0=-2818;P1=/-710;P3=2085;P5=5984;D=1
2015.11.17 23:19:30 5: SIGNALduino/RAW READ: MU;P0=-2818;P1=-710;P3=2085;P5=5984;D=1/030103010301030103050301
2015.11.17 23:19:30 5: SIGNALduino/RAW READ: MU;P0=-2818;P1=-710;P3=2085;P5=5984;D=1030103010301030103050301/030103010301030103;CP=3;
2015.11.17 23:19:30 5: SIGNALduino/RAW READ: MU;P0=-2818;P1=-710;P3=2085;P5=5984;D=1030103010301030103050301030103010301030103;CP=3;/
2015.11.17 23:19:30 4: SIGNALduino/msg READ: MU;P0=-2818;P1=-710;P3=2085;P5=5984;D=1030103010301030103050301030103010301030103;CP=3;
und im IT Device taucht auf:
LASTInputDev sduino
sduino_DMSG i000015
sduino_MSGCNT 1
sduino_RAWMSG MS;P0=-413;P1=408;P2=-1257;P3=1294;P5=-13137;D=15121212121212121212121212121212121212123012301230;CP=1;SP=5;
sduino_TIME
2015-11-17 23:19:17
und hier noch mein sduino:
Internals:
CMDS
Clients :IT:CUL_TCM97001:OREGON:CUL_TX:SIGNALduino_un:Hideki:SD_WS07:
DEF /dev/ttyACM0@57600
DMSG u16#FFFFFFFC
DeviceName /dev/ttyACM0@57600
FD 4
Interval 300
MSGCNT 8
NAME sduino
NR 29
PARTIAL
RAWMSG MU;P0=-92;P1=108;P2=-665;P5=6368;D=012121212121212121212121212121212521212121212121212121212121212121212121212121212121212121212120;CP=1;
STATE Initialized
TIME 1447798875.09994
TYPE SIGNALduino
unknownmessages 2015-11-17 23:23:54-MU;P0=46;P1=-474;P4=-12464;P5=8544;D=4505010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010;CP=0;#2015-11-17 23:23:55-MU;P0=-173;P1=600;P4=7820;P5=-12196;D=0101010101010101010101014101410101010101010101450101010;CP=1;#2015-11-17 23:23:56-MU;P0=-1564;P1=7975;P3=5408;P4=-740;P5=1784;D=10101010101010101010101010103450101010101010101010100;CP=1;#2015-11-17 23:23:58-MU;P0=1188;P1=52;P2=713;P4=6292;D=1212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121412121212121212121212100;CP=1;#2015-11-17 23:24:02-MU;P0=545;P1=7979;P3=2328;P4=-316;P5=5444;D=10101010101010101010345010101010101010101010101010101010101010101010101010101010101010101010101010101010100;CP=0;#2015-11-17 23:24:08-MU;P0=759;P1=843;P3=7222;P5=-11512;D=10101010101010101010101010101010101313500;CP=0;#2015-11-17 23:24:11-MU;P0=-2135;P1=1776;P4=-13064;P5=7036;D=10101010101010101010101450101010101010101011;CP=1;#2015-11-17 23:24:13-MU;P0=211;P1=-140;P2=288;P3=1012;D=12130303030303030303030303030303030303030303030303030303030;CP=0;#2015-11-17 23:24:14-MU;P0=340;P1=-175;P3=144;P4=-1276;D=01010101010101010101010101340101010101010101010101010101010;CP=0;#2015-11-17 23:24:15-MU;P0=1836;P1=1348;P4=8342;P5=-11867;D=10141414145050505050505050505050505050505050505051;CP=0;#2015-11-17 23:24:19-MU;P0=1396;P1=-684;P2=366;P4=-11846;P5=8197;D=2424242424242424242424242424242424242424242424242424242424242424245454242424242424242401245421;CP=2;#2015-11-17 23:24:20-MU;P0=244;P2=-11919;P3=8136;P4=2284;P5=-264;D=020202020202020202020202020202020202020202020202020202020202020202324504;CP=0;#2015-11-17 23:24:21-MU;P0=2015;P1=-2244;P2=4588;P5=-11618;D=21050501010101010101010101010101010101010102;CP=0;#2015-11-17 23:24:26-MU;P0=11708;P1=408;P2=-11919;P4=5412;D=012121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121240;CP=1;#2015-11-17 23:24:28-MU;P0=563;P1=1339;P3=7996;P5=-11736;D=01010101010303010101010101010101010101010150;CP=0;#2015-11-17 23:24:29-MU;P0=-2286;P1=-1002;P4=-11866;P5=8101;D=10145454545454545454545454545454545454545454545454545010101010101;CP=5;#2015-11-17 23:24:31-MU;P0=-153;P1=1000;P4=7884;P5=-12092;D=01010101010101010101010101010101010101010101010451010101011;CP=1;#2015-11-17 23:24:33-MS;P0=201;P1=154;P4=-11800;P5=6692;D=141010101010101010105010101010101010101010101010101010101010101010101010101010101011;CP=1;SP=4;#2015-11-17 23:24:34-MU;P0=-1032;P1=1203;P3=380;P4=-160;D=101010101010101034101010101010101010101010101010101010101010101;CP=1;#2015-11-17 23:24:35-MU;P0=-1048;P1=1437;P4=292;P5=-136;D=010101010101010101010101010101010101010101010101010101010104511;CP=1;#2015-11-17 23:24:38-MS;P0=-518;P1=186;P4=-14652;P5=5336;D=145010101010100;CP=1;SP=4;#2015-11-17 23:24:47-MS;P0=251;P1=-386;P4=-12128;P5=7924;D=04510101540101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101012;CP=0;SP=4;#2015-11-17 23:24:49-MS;P0=152;P1=-159;P4=-12364;P5=7516;D=0451010101010101010101010101010101010101010101010101010101010101010101010101010101011;CP=0;SP=4;#2015-11-17 23:24:50-MU;P0=521;P1=-464;P2=1360;P3=26;D=30301230303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303032;CP=3;#2015-11-17 23:24:55-MU;P0=312;P1=596;P4=8574;P5=-11376;D=045401010101010101010101010101010101010101010101010101010101010101010101015;CP=0;
whitelisthash
Matchlist:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
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+#.*
Readings:
2015-11-17 18:26:13 ITParms ITParams: 6 300
2015-11-17 18:23:22 cmds V i R t X F S
2015-11-17 23:24:18 freeram 6846
2015-11-17 23:23:13 raw is000000000FF0
2015-11-17 23:21:15 state Initialized
2015-11-17 22:46:20 uptime 0 00:08:54
2015-11-17 23:19:02 version V 3.1.8-HF2 SIGNALduino - compiled at Nov 17 2015 18:27:42
Attributes:
flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
verbose 5 Es handelt sich um einen MEGE2560 Clone
Zitat von: Sidey am 14 November 2015, 10:25:57
....
Details sollten wir im spezifischen Thread belassen:
http://forum.fhem.de/index.php?topic=39451.0
Hallo Sidey,
habe mal ein Update vom 14_SD_WS09.pm gemacht. In welchen Thread soll ich den jetzt schreiben ? ;-|
Wer will kann ja mal testen. Vielleicht vorher die vorhandene 14_SD_WS09.pm wegsichern.
Bitte einmal ein Paar Rückmeldungen von den CTW 600 Nutzern, ob alles so funktioniert.
Die nearest() hatte ich durch round() ersetzt, hat aber nicht so funktioniert (wieder zurückgeändert). Teste ich später noch einmal.
Tschüß Jörg
Hi Jörg,
Ich würde sagen, alles was proto9 Spezifisch ist kannst Du im Thread für die ctw600 Posten. Den Titel vom Thread kann man ja auch noch um wh1080 und proto9 erweitern.
Allgemeine Sachen dann in diesem Thread.
Zumindest als grobe Orientierung.
Wh3080 wird ja scheinbar auch als proto9 erkannt.
Grüße Sidey
Hallo,
ich versuche gerade, meine Funksteckdosen von Quigg in mein System einzubinden.
Steckdosenmodell ist die DMV-7009S (2005), die dazugehörige Fernbedienung DMV-7009F (2005)
Die Steckdosen haben keinen Festen Code zum Einstellen, sondern können über die Fernbedienung einen neuen Code anlernen. Leider ist das ein Zufallscode.
Folgendes steht beim Schalten der ersten Dose im Log:
An:
2015.11.18 15:51:33 4: SIGNALduino/msg READ: MU;P0=-2700;P1=-7060;P2=581;P3=-676;P4=1216;P5=-1318;D=01234343434343434343434343434343452343434521;CP=4;
2015.11.18 15:51:33 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.18 15:51:33 4: Found matched Protocol id 9 -> CTW 600
2015.11.18 15:51:33 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.18 15:51:33 4: SIGNALduino/msg READ: MU;P0=-10348;P1=-2064;P2=589;P3=-674;P4=1216;P5=-1316;D=01234343434343434343434343434343452343434521;CP=4;
2015.11.18 15:51:33 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.18 15:51:33 4: Found matched Protocol id 9 -> CTW 600
2015.11.18 15:51:33 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.18 15:51:33 4: SIGNALduino/msg READ: MU;P0=-2253;P2=587;P3=-674;P4=1218;P5=-1316;D=00234343434343434343434343434343452343434521;CP=4;
2015.11.18 15:51:33 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.18 15:51:33 4: Found matched Protocol id 9 -> CTW 600
2015.11.18 15:51:33 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.18 15:51:34 4: SIGNALduino/msg READ: MU;P0=-9508;P1=-2140;P2=591;P3=-675;P4=1217;P5=-1318;D=01234343434343434343434343434343452343434521;CP=4;
2015.11.18 15:51:34 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.18 15:51:34 4: Found matched Protocol id 9 -> CTW 600
2015.11.18 15:51:34 4: Found matched Protocol id 8 -> TX3 Protocol
Aus:
2015.11.18 15:52:33 4: SIGNALduino/msg READ: MU;P0=-7792;P1=-4196;P2=608;P3=-676;P4=1245;D=01234343434343434343434343434343434343434341;CP=4;
2015.11.18 15:52:33 4: Found matched Protocol id 9 -> CTW 600
2015.11.18 15:52:33 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.18 15:52:33 4: SIGNALduino/msg READ: MU;P0=-7688;P1=-1428;P2=612;P3=-671;P4=1249;D=01234343434343434343434343434343434343434341;CP=4;
2015.11.18 15:52:33 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.18 15:52:33 4: Found matched Protocol id 9 -> CTW 600
2015.11.18 15:52:33 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.18 15:52:33 4: SIGNALduino/msg READ: MU;P0=-3015;P2=620;P3=-676;P4=1245;D=00234343434343434343434343434343434343434341;CP=4;
2015.11.18 15:52:33 4: Found matched Protocol id 9 -> CTW 600
2015.11.18 15:52:33 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.18 15:52:33 4: SIGNALduino/msg READ: MU;P0=-112;P1=-8588;P2=612;P3=-673;P4=1249;D=01234343434343434343434343434343434343434341;CP=4;
2015.11.18 15:52:33 4: Found matched Protocol id 9 -> CTW 600
2015.11.18 15:52:33 4: Found matched Protocol id 8 -> TX3 Protocol
Ist es überhaupt möglich, die Steckdosen einzubinden?
Gruß
Stefan
Hallo Sidey
Habe das Update durchgefüuhrt.
Bekomme jetzt das angezeigt:
2015.11.18 19:18:45 4: Found matched Protocol id 9 -> CTW 600
2015.11.18 19:18:45 1: reload: Error:Modul 14_SD_WS09 deactivated:
Can't locate Math/Round.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/14_SD_WS09.pm line 15.
BEGIN failed--compilation aborted at ./FHEM/14_SD_WS09.pm line 15.
2015.11.18 19:18:45 0: Can't locate Math/Round.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/14_SD_WS09.pm line 15.
BEGIN failed--compilation aborted at ./FHEM/14_SD_WS09.pm line 15.
2015.11.18 19:18:45 0: ERROR: Cannot autoload SD_WS09
2015.11.18 19:18:45 4: SIGNALduino_unknown incomming msg: u9#FFA3020C3F0A0D06E20A34
2015.11.18 19:18:45 4: SIGNALduino_unknown rawData: FFA3020C3F0A0D06E20A34
2015.11.18 19:18:45 4: SIGNALduino_unknown Protocol: 9
2015.11.18 19:18:45 4: SIGNALduino_unknown converted to bits: 1111111110100011000000100000110000111111000010100000110100000110111000100000101000110100
2015.11.18 19:18:45 4: SIGNALduino_unknown found ctw600 syncpos at 2 message is: 100011000000100000110000111111000010100000110100000110111000100000101000110100 - sensor id:110000, bat:100, temp=1000001100, hum=00111111, wind=0000101000001101, rain=0000011011100010, winddir=1010
Da scheint bei mir etwas nicht zu passen.
Ich forsche mal nach..
Danke für die Anrbeit !!
Benno
Habe mir den Signalduino zusammengeschustert.
Habe da in der Log öfters den Eintrag gefunden.
2015.11.18 20:36:08 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10489BJ-if00-port0 disconnected, waiting to reappear (sduino)
2015.11.18 20:36:18 3: Setting sduino serial parameters to 57600,8,N,1
2015.11.18 20:36:18 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10489BJ-if00-port0 reappeared (sduino)
2015.11.18 20:36:18 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10489BJ-if00-port0@57600
2015.11.18 20:41:11 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10489BJ-if00-port0 disconnected, waiting to reappear (sduino)
Weiß da jemand warum der immer wieder disconnected wird und wieder connected ??
greez
Sascha
Hallo ballaballa,
Ich nutze im sd_ws09.pm Modul die nearest Funktion von Perl. Du must diese wahrscheinlich unter Linux noch nachinstallieren. Bemühe mal bitte Google: Perl round nearest
Dann sollte es gehen.
Tschüss Jörg
was könnte das für ein device sein?
sduino_RAWMSG
Zitat
MS;P0=-2264;P1=224;P2=520;P3=-3869;P4=-1916;P5=-9188;D=252423242324232424242324242324242424242424232423242011;CP=2;SP=5;
Zitat von: sash.sc am 18 November 2015, 20:51:00
Habe mir den Signalduino zusammengeschustert.
Habe da in der Log öfters den Eintrag gefunden.
2015.11.18 20:36:08 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10489BJ-if00-port0 disconnected, waiting to reappear (sduino)
2015.11.18 20:36:18 3: Setting sduino serial parameters to 57600,8,N,1
2015.11.18 20:36:18 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10489BJ-if00-port0 reappeared (sduino)
2015.11.18 20:36:18 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10489BJ-if00-port0@57600
2015.11.18 20:41:11 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10489BJ-if00-port0 disconnected, waiting to reappear (sduino)
Weiß da jemand warum der immer wieder disconnected wird und wieder connected ??
greez
Sascha
Hi
hatte ich auch mit China Nanos und FT232 fake chips. Hast Du einen Original Duino Nano?
Läuft Dein FHEM unter Windows oder Linux?
'Arduino' direkt oder über Hub angeschlossen?
Das FHEM System 'überprüft' periodisch ob die Schnittstelle noch aktiv ist. Wenn die Verbindung ausfällt, bekommst Du ein Disconnect und dann wird immer mal wieder versucht eine neue Verbindung herzustellen.
Auf einem Linux System könnte man mal mit dmesg nach USB Nachrichten forschen. Da habe ich bei meinen 'schlechten' Nanos immer wieder USB Disconnected... gefunden.
~Josef
Da Ich hier ein paar Nanos rumliegen habe und meine Funksteckdose immernoch nicht geschaltet bekomm habe ich einfach mal 2 unabhänige FHEM Systeme mit je einem SignalDuino verbunden. Der eine sendet und der andere empfängt: Fest steht schonmal das sowohl Sender als auch Empfänger funktionieren.
Ich hab jetzt einfach mal mit meinem CUL868 ein wenig die Steckdose an und ausgeschaltet:
2015.11.19 22:42:55 5: SIGNALduino/RAW READ: /MS;P0=414;P1=-1259;P2=1297;P3=-
2015.11.19 22:42:55 5: SIGNALduino/RAW READ: MS;P0=414;P1=-1259;P2=1297;P3=-/424;P4=-13127;D=0401010101010101
2015.11.19 22:42:55 5: SIGNALduino/RAW READ: MS;P0=414;P1=-1259;P2=1297;P3=-424;P4=-13127;D=0401010101010101/01010101010101010101010123012301
2015.11.19 22:42:55 5: SIGNALduino/RAW READ: MS;P0=414;P1=-1259;P2=1297;P3=-424;P4=-13127;D=040101010101010101010101010101010101010123012301/23;CP=0;SP=4;O;
2015.11.19 22:42:55 4: SIGNALduino/msg READ: MS;P0=414;P1=-1259;P2=1297;P3=-424;P4=-13127;D=04010101010101010101010101010101010101012301230123;CP=0;SP=4;O;
2015.11.19 22:42:55 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:42:55 5: Starting demodulation at Position 4
2015.11.19 22:42:55 5: Found wrong signal, aborting demodulation
2015.11.19 22:42:55 5: converted Data to (u20#0)
2015.11.19 22:42:55 5: sduino dispatch u20#0
2015.11.19 22:42:55 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:42:55 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:42:55 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:42:55 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:42:55 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:42:55 5: Starting demodulation at Position 2
2015.11.19 22:42:55 5: converted Data to (i000015)
2015.11.19 22:42:55 5: sduino dispatch i000015
2015.11.19 22:42:55 3: sduino: Unknown code i000015, help me!
2015.11.19 22:42:59 5: SIGNALduino/RAW READ: /MS;P0=-421;P1=-5;P2=415;P4=1291
2015.11.19 22:42:59 5: SIGNALduino/RAW READ: MS;P0=-421;P1=-5;P2=415;P4=1291/;P5=-13129;D=2521212121212121212
2015.11.19 22:42:59 5: SIGNALduino/RAW READ: MS;P0=-421;P1=-5;P2=415;P4=1291;P5=-13129;D=2521212121212121212/1212121212121212121214021402121;
2015.11.19 22:42:59 5: SIGNALduino/RAW READ: MS;P0=-421;P1=-5;P2=415;P4=1291;P5=-13129;D=25212121212121212121212121212121212121214021402121;/CP=2;SP=5;O;
2015.11.19 22:42:59 4: SIGNALduino/msg READ: MS;P0=-421;P1=-5;P2=415;P4=1291;P5=-13129;D=25212121212121212121212121212121212121214021402121;CP=2;SP=5;O;
2015.11.19 22:43:00 5: SIGNALduino/RAW READ: /MS;P1=51;D=10;CP=1;SP=0;O;
2015.11.19 22:43:00 4: SIGNALduino/msg READ: MS;P1=51;D=10;CP=1;SP=0;O;
2015.11.19 22:43:02 5: SIGNALduino/RAW READ: /MS;P0=-421;P1=-27;P2=418;P4=129
2015.11.19 22:43:02 5: SIGNALduino/RAW READ: MS;P0=-421;P1=-27;P2=418;P4=129/0;P5=-13129;D=252121212121212121
2015.11.19 22:43:02 5: SIGNALduino/RAW READ: MS;P0=-421;P1=-27;P2=418;P4=1290;P5=-13129;D=252121212121212121/21212121212121212121214021402121
2015.11.19 22:43:02 5: SIGNALduino/RAW READ: MS;P0=-421;P1=-27;P2=418;P4=1290;P5=-13129;D=25212121212121212121212121212121212121214021402121/;CP=2;SP=5;O;
2015.11.19 22:43:02 4: SIGNALduino/msg READ: MS;P0=-421;P1=-27;P2=418;P4=1290;P5=-13129;D=25212121212121212121212121212121212121214021402121;CP=2;SP=5;O;
2015.11.19 22:43:02 5: SIGNALduino/RAW READ: /MU;P0=-1266;P1=421;P2=1282;P3=-
2015.11.19 22:43:02 5: SIGNALduino/RAW READ: MU;P0=-1266;P1=421;P2=1282;P3=-/426;P4=-24816;D=0101010101010101
2015.11.19 22:43:02 5: SIGNALduino/RAW READ: MU;P0=-1266;P1=421;P2=1282;P3=-426;P4=-24816;D=0101010101010101/01010101010102310231010141;CP=1;
2015.11.19 22:43:02 5: SIGNALduino/RAW READ: MU;P0=-1266;P1=421;P2=1282;P3=-426;P4=-24816;D=010101010101010101010101010102310231010141;CP=1;/
2015.11.19 22:43:02 4: SIGNALduino/msg READ: MU;P0=-1266;P1=421;P2=1282;P3=-426;P4=-24816;D=010101010101010101010101010102310231010141;CP=1;
2015.11.19 22:43:02 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.19 22:43:02 5: Starting demodulation at Position -1
2015.11.19 22:43:02 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.19 22:43:02 5: Starting demodulation at Position -1
2015.11.19 22:43:02 4: Found matched Protocol id 9 -> CTW 600
2015.11.19 22:43:02 5: Starting demodulation at Position -1
2015.11.19 22:43:04 5: SIGNALduino/RAW READ: /MU;P0=50;P1=415;P3=1267;P4=-424
2015.11.19 22:43:04 5: SIGNALduino/RAW READ: MU;P0=50;P1=415;P3=1267;P4=-424/;P5=-13124;D=0101010101010103410
2015.11.19 22:43:04 5: SIGNALduino/RAW READ: MU;P0=50;P1=415;P3=1267;P4=-424;P5=-13124;D=0101010101010103410/34103415101010101010101010101010
2015.11.19 22:43:04 5: SIGNALduino/RAW READ: MU;P0=50;P1=415;P3=1267;P4=-424;P5=-13124;D=010101010101010341034103415101010101010101010101010/10101010101010341034103415101010
2015.11.19 22:43:04 5: SIGNALduino/RAW READ: MU;P0=50;P1=415;P3=1267;P4=-424;P5=-13124;D=01010101010101034103410341510101010101010101010101010101010101010341034103415101010/10101010101010101010101010101010
2015.11.19 22:43:04 5: SIGNALduino/RAW READ: MU;P0=50;P1=415;P3=1267;P4=-424;P5=-13124;D=0101010101010103410341034151010101010101010101010101010101010101034103410341510101010101010101010101010101010101010/34103410341510101010101010101010
2015.11.19 22:43:04 5: SIGNALduino/RAW READ: MU;P0=50;P1=415;P3=1267;P4=-424;P5=-13124;D=010101010101010341034103415101010101010101010101010101010101010103410341034151010101010101010101010101010101010101034103410341510101010101010101010/10101010101010101034103410341510
2015.11.19 22:43:04 5: SIGNALduino/RAW READ: MU;P0=50;P1=415;P3=1267;P4=-424;P5=-13124;D=01010101010101034103410341510101010101010101010101010101010101010341034103415101010101010101010101010101010101010103410341034151010101010101010101010101010101010101034103410341510/10101010101010101010101010101010
2015.11.19 22:43:04 5: SIGNALduino/RAW READ: MU;P0=50;P1=415;P3=1267;P4=-424;P5=-13124;D=0101010101010103410341034151010101010101010101010101010101010101034103410341510101010101010101010101010101010101010341034103415101010101010101010101010101010101010103410341034151010101010101010101010101010101010/10103410341034151010101010100;CP
2015.11.19 22:43:04 5: SIGNALduino/RAW READ: MU;P0=50;P1=415;P3=1267;P4=-424;P5=-13124;D=010101010101010341034103415101010101010101010101010101010101010103410341034151010101010101010101010101010101010101034103410341510101010101010101010101010101010101010341034103415101010101010101010101010101010101010103410341034151010101010100;CP/=0;O;
2015.11.19 22:43:04 4: SIGNALduino/msg READ: MU;P0=50;P1=415;P3=1267;P4=-424;P5=-13124;D=010101010101010341034103415101010101010101010101010101010101010103410341034151010101010101010101010101010101010101034103410341510101010101010101010101010101010101010341034103415101010101010101010101010101010101010103410341034151010101010100;CP=0;O;
2015.11.19 22:43:05 5: SIGNALduino/RAW READ: /MS;P0=-425;P1=417;P2=-1259;P3=1
2015.11.19 22:43:05 5: SIGNALduino/RAW READ: MS;P0=-425;P1=417;P2=-1259;P3=1/290;P4=-13130;D=1412121212121212
2015.11.19 22:43:05 5: SIGNALduino/RAW READ: MS;P0=-425;P1=417;P2=-1259;P3=1290;P4=-13130;D=1412121212121212/12121212121212121212121230123012
2015.11.19 22:43:05 5: SIGNALduino/RAW READ: MS;P0=-425;P1=417;P2=-1259;P3=1290;P4=-13130;D=141212121212121212121212121212121212121230123012/12;CP=1;SP=4;O;
2015.11.19 22:43:05 4: SIGNALduino/msg READ: MS;P0=-425;P1=417;P2=-1259;P3=1290;P4=-13130;D=14121212121212121212121212121212121212123012301212;CP=1;SP=4;O;
2015.11.19 22:43:05 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:43:05 5: Starting demodulation at Position 4
2015.11.19 22:43:05 5: Found wrong signal, aborting demodulation
2015.11.19 22:43:05 5: converted Data to (u20#0)
2015.11.19 22:43:05 5: sduino dispatch u20#0
2015.11.19 22:43:05 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:43:05 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:43:05 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:43:05 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:43:05 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:43:05 5: Starting demodulation at Position 2
2015.11.19 22:43:05 5: converted Data to (i000014)
2015.11.19 22:43:05 5: sduino dispatch i000014
2015.11.19 22:43:05 3: sduino: Unknown code i000014, help me!
2015.11.19 22:43:07 5: SIGNALduino/RAW READ: /MS;P0=417;P1=-1253;P2=1268;P3=-
2015.11.19 22:43:07 5: SIGNALduino/RAW READ: MS;P0=417;P1=-1253;P2=1268;P3=-/425;P4=-13125;D=0401010101010101
2015.11.19 22:43:07 5: SIGNALduino/RAW READ: MS;P0=417;P1=-1253;P2=1268;P3=-425;P4=-13125;D=0401010101010101/01010101010101010101010123012301
2015.11.19 22:43:07 5: SIGNALduino/RAW READ: MS;P0=417;P1=-1253;P2=1268;P3=-425;P4=-13125;D=040101010101010101010101010101010101010123012301/23;CP=0;SP=4;O;
2015.11.19 22:43:07 4: SIGNALduino/msg READ: MS;P0=417;P1=-1253;P2=1268;P3=-425;P4=-13125;D=04010101010101010101010101010101010101012301230123;CP=0;SP=4;O;
2015.11.19 22:43:07 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:43:07 5: Starting demodulation at Position 4
2015.11.19 22:43:07 5: Found wrong signal, aborting demodulation
2015.11.19 22:43:07 5: converted Data to (u20#0)
2015.11.19 22:43:07 5: sduino dispatch u20#0
2015.11.19 22:43:07 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:43:07 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:43:07 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:43:07 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:43:07 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:43:07 5: Starting demodulation at Position 2
2015.11.19 22:43:07 5: converted Data to (i000015)
2015.11.19 22:43:07 5: sduino dispatch i000015
2015.11.19 22:43:07 3: sduino: Unknown code i000015, help me!
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: /MU;P0=10;P1=-424;P2=414;P4=1289
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=10;P1=-424;P2=414;P4=1289/;P5=-13127;D=0120202020202020202
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=10;P1=-424;P2=414;P4=1289;P5=-13127;D=0120202020202020202/02041204120202520202020202020202
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=10;P1=-424;P2=414;P4=1289;P5=-13127;D=012020202020202020202041204120202520202020202020202/02020202020202020202041204120202
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=10;P1=-424;P2=414;P4=1289;P5=-13127;D=01202020202020202020204120412020252020202020202020202020202020202020202041204120202/52020202020202020202020202020202
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=10;P1=-424;P2=414;P4=1289;P5=-13127;D=0120202020202020202020412041202025202020202020202020202020202020202020204120412020252020202020202020202020202020202/02020204120412020252020202020202
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=10;P1=-424;P2=414;P4=1289;P5=-13127;D=012020202020202020202041204120202520202020202020202020202020202020202020412041202025202020202020202020202020202020202020204120412020252020202020202/02020202020202020202020204120412
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=10;P1=-424;P2=414;P4=1289;P5=-13127;D=01202020202020202020204120412020252020202020202020202020202020202020202041204120202520202020202020202020202020202020202020412041202025202020202020202020202020202020202020204120412/02025202020202020202020202020202
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=10;P1=-424;P2=414;P4=1289;P5=-13127;D=0120202020202020202020412041202025202020202020202020202020202020202020204120412020252020202020202020202020202020202020202041204120202520202020202020202020202020202020202020412041202025202020202020202020202020202/02020202020412041202025202020;CP
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=10;P1=-424;P2=414;P4=1289;P5=-13127;D=012020202020202020202041204120202520202020202020202020202020202020202020412041202025202020202020202020202020202020202020204120412020252020202020202020202020202020202020202041204120202520202020202020202020202020202020202020412041202025202020;CP/=0;O;
2015.11.19 22:43:08 4: SIGNALduino/msg READ: MU;P0=10;P1=-424;P2=414;P4=1289;P5=-13127;D=012020202020202020202041204120202520202020202020202020202020202020202020412041202025202020202020202020202020202020202020204120412020252020202020202020202020202020202020202041204120202520202020202020202020202020202020202020412041202025202020;CP=0;O;
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: /MU;P0=-1261;P1=427;P2=1274;P3=-
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=-1261;P1=427;P2=1274;P3=-/401;P4=-28984;P5=100;D=010101010
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=-1261;P1=427;P2=1274;P3=-401;P4=-28984;P5=100;D=010101010/10101010101010101010101023102310
2015.11.19 22:43:08 5: SIGNALduino/RAW READ: MU;P0=-1261;P1=427;P2=1274;P3=-401;P4=-28984;P5=100;D=01010101010101010101010101010101023102310/1014530;CP=1;
2015.11.19 22:43:08 4: SIGNALduino/msg READ: MU;P0=-1261;P1=427;P2=1274;P3=-401;P4=-28984;P5=100;D=010101010101010101010101010101010231023101014530;CP=1;
2015.11.19 22:43:08 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.19 22:43:08 5: Starting demodulation at Position -1
2015.11.19 22:43:08 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.19 22:43:08 5: Starting demodulation at Position -1
2015.11.19 22:43:08 4: Found matched Protocol id 9 -> CTW 600
2015.11.19 22:43:08 5: Starting demodulation at Position -1
2015.11.19 22:43:10 5: SIGNALduino/RAW READ: /MU;P0=53;P1=413;P3=1268;P4=-425
2015.11.19 22:43:10 5: SIGNALduino/RAW READ: MU;P0=53;P1=413;P3=1268;P4=-425/;P5=-13125;D=0101010101010103410
2015.11.19 22:43:10 5: SIGNALduino/RAW READ: MU;P0=53;P1=413;P3=1268;P4=-425;P5=-13125;D=0101010101010103410/34103415101010101010101010101010
2015.11.19 22:43:10 5: SIGNALduino/RAW READ: MU;P0=53;P1=413;P3=1268;P4=-425;P5=-13125;D=010101010101010341034103415101010101010101010101010/10101010101010341034103415101010
2015.11.19 22:43:10 5: SIGNALduino/RAW READ: MU;P0=53;P1=413;P3=1268;P4=-425;P5=-13125;D=01010101010101034103410341510101010101010101010101010101010101010341034103415101010/10101010101010101010101010101010
2015.11.19 22:43:10 5: SIGNALduino/RAW READ: MU;P0=53;P1=413;P3=1268;P4=-425;P5=-13125;D=0101010101010103410341034151010101010101010101010101010101010101034103410341510101010101010101010101010101010101010/34103410341510101010101010101010
2015.11.19 22:43:10 5: SIGNALduino/RAW READ: MU;P0=53;P1=413;P3=1268;P4=-425;P5=-13125;D=010101010101010341034103415101010101010101010101010101010101010103410341034151010101010101010101010101010101010101034103410341510101010101010101010/10101010101010101034103410341510
2015.11.19 22:43:10 5: SIGNALduino/RAW READ: MU;P0=53;P1=413;P3=1268;P4=-425;P5=-13125;D=01010101010101034103410341510101010101010101010101010101010101010341034103415101010101010101010101010101010101010103410341034151010101010101010101010101010101010101034103410341510/10101010101010101010101010101010
2015.11.19 22:43:10 5: SIGNALduino/RAW READ: MU;P0=53;P1=413;P3=1268;P4=-425;P5=-13125;D=0101010101010103410341034151010101010101010101010101010101010101034103410341510101010101010101010101010101010101010341034103415101010101010101010101010101010101010103410341034151010101010101010101010101010101010/10103410341034151010101010100;CP
2015.11.19 22:43:10 5: SIGNALduino/RAW READ: MU;P0=53;P1=413;P3=1268;P4=-425;P5=-13125;D=010101010101010341034103415101010101010101010101010101010101010103410341034151010101010101010101010101010101010101034103410341510101010101010101010101010101010101010341034103415101010101010101010101010101010101010103410341034151010101010100;CP/=0;O;
2015.11.19 22:43:10 4: SIGNALduino/msg READ: MU;P0=53;P1=413;P3=1268;P4=-425;P5=-13125;D=010101010101010341034103415101010101010101010101010101010101010103410341034151010101010101010101010101010101010101034103410341510101010101010101010101010101010101010341034103415101010101010101010101010101010101010103410341034151010101010100;CP=0;O;
2015.11.19 22:43:11 5: SIGNALduino/RAW READ: /MS;P0=412;P1=1268;P2=-423;P3=-1
2015.11.19 22:43:11 5: SIGNALduino/RAW READ: MS;P0=412;P1=1268;P2=-423;P3=-1/292;P5=-13130;D=0503030303030303
2015.11.19 22:43:11 5: SIGNALduino/RAW READ: MS;P0=412;P1=1268;P2=-423;P3=-1292;P5=-13130;D=0503030303030303/03030303030303030303030312031203
2015.11.19 22:43:11 5: SIGNALduino/RAW READ: MS;P0=412;P1=1268;P2=-423;P3=-1292;P5=-13130;D=050303030303030303030303030303030303030312031203/03;CP=0;SP=5;O;
2015.11.19 22:43:11 4: SIGNALduino/msg READ: MS;P0=412;P1=1268;P2=-423;P3=-1292;P5=-13130;D=05030303030303030303030303030303030303031203120303;CP=0;SP=5;O;
2015.11.19 22:43:11 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:43:11 5: Starting demodulation at Position 4
2015.11.19 22:43:11 5: Found wrong signal, aborting demodulation
2015.11.19 22:43:11 5: converted Data to (u20#0)
2015.11.19 22:43:11 5: sduino dispatch u20#0
2015.11.19 22:43:11 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:43:11 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:43:11 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:43:11 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:43:11 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:43:11 5: Starting demodulation at Position 2
2015.11.19 22:43:11 5: converted Data to (i000014)
2015.11.19 22:43:11 5: sduino dispatch i000014
2015.11.19 22:43:11 3: sduino: Unknown code i000014, help me!
2015.11.19 22:43:11 5: SIGNALduino/RAW READ: /MU;P0=418;P1=-1267;P2=1282;P3=-
2015.11.19 22:43:11 5: SIGNALduino/RAW READ: MU;P0=418;P1=-1267;P2=1282;P3=-/428;P4=-32001;D=0101010101010101
2015.11.19 22:43:11 5: SIGNALduino/RAW READ: MU;P0=418;P1=-1267;P2=1282;P3=-428;P4=-32001;D=0101010101010101/010101010101012301230101043;CP=0
2015.11.19 22:43:11 5: SIGNALduino/RAW READ: MU;P0=418;P1=-1267;P2=1282;P3=-428;P4=-32001;D=0101010101010101010101010101012301230101043;CP=0/;
2015.11.19 22:43:11 4: SIGNALduino/msg READ: MU;P0=418;P1=-1267;P2=1282;P3=-428;P4=-32001;D=0101010101010101010101010101012301230101043;CP=0;
2015.11.19 22:43:11 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.19 22:43:11 5: Starting demodulation at Position -1
2015.11.19 22:43:11 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.19 22:43:11 5: Starting demodulation at Position -1
2015.11.19 22:43:11 4: Found matched Protocol id 9 -> CTW 600
2015.11.19 22:43:11 5: Starting demodulation at Position -1
Das sind die Daten die empfangen werden, wenn der CUL868 erfolgreich die IT Steckdose schaltet.
2015.11.19 22:44:48 5: SIGNALduino/RAW READ: /MS;P0=291;P2=-930;P3=896;P4=-32
2015.11.19 22:44:48 5: SIGNALduino/RAW READ: MS;P0=291;P2=-930;P3=896;P4=-32/4;P5=-9388;D=0502020202020202020
2015.11.19 22:44:48 5: SIGNALduino/RAW READ: MS;P0=291;P2=-930;P3=896;P4=-324;P5=-9388;D=0502020202020202020/2020202020202020202023402340234;
2015.11.19 22:44:48 5: SIGNALduino/RAW READ: MS;P0=291;P2=-930;P3=896;P4=-324;P5=-9388;D=05020202020202020202020202020202020202023402340234;/CP=0;SP=5;O;
2015.11.19 22:44:48 4: SIGNALduino/msg READ: MS;P0=291;P2=-930;P3=896;P4=-324;P5=-9388;D=05020202020202020202020202020202020202023402340234;CP=0;SP=5;O;
2015.11.19 22:44:48 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:44:48 5: Starting demodulation at Position 4
2015.11.19 22:44:48 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:48 5: converted Data to (u20#0)
2015.11.19 22:44:48 5: sduino dispatch u20#0
2015.11.19 22:44:48 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:44:48 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:44:48 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:44:48 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:44:48 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:44:48 5: Starting demodulation at Position 2
2015.11.19 22:44:48 5: converted Data to (i000015)
2015.11.19 22:44:48 5: sduino dispatch i000015
2015.11.19 22:44:48 3: sduino: Unknown code i000015, help me!
2015.11.19 22:44:48 5: SIGNALduino/RAW READ: /MS;P0=898;P1=-328;P2=293;P3=-92
2015.11.19 22:44:48 5: SIGNALduino/RAW READ: MS;P0=898;P1=-328;P2=293;P3=-92/7;P4=-9380;D=2423232323232323232
2015.11.19 22:44:48 5: SIGNALduino/RAW READ: MS;P0=898;P1=-328;P2=293;P3=-927;P4=-9380;D=2423232323232323232/3232323232323232323230123012300;
2015.11.19 22:44:48 5: SIGNALduino/RAW READ: MS;P0=898;P1=-328;P2=293;P3=-927;P4=-9380;D=24232323232323232323232323232323232323230123012300;/CP=2;SP=4;
2015.11.19 22:44:48 4: SIGNALduino/msg READ: MS;P0=898;P1=-328;P2=293;P3=-927;P4=-9380;D=24232323232323232323232323232323232323230123012300;CP=2;SP=4;
2015.11.19 22:44:48 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:44:48 5: Starting demodulation at Position 4
2015.11.19 22:44:48 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:48 5: converted Data to (u20#0)
2015.11.19 22:44:48 5: sduino dispatch u20#0
2015.11.19 22:44:48 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:44:48 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:44:48 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:44:48 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:44:48 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:44:48 5: Starting demodulation at Position 2
2015.11.19 22:44:48 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:48 5: converted Data to (i000014)
2015.11.19 22:44:48 5: sduino dispatch i000014
2015.11.19 22:44:48 3: sduino: Unknown code i000014, help me!
2015.11.19 22:44:50 5: SIGNALduino/RAW READ: /MS;P0=-325;P1=294;P2=-927;P3=89
2015.11.19 22:44:50 5: SIGNALduino/RAW READ: MS;P0=-325;P1=294;P2=-927;P3=89/6;P4=-9379;D=1412121212121212121
2015.11.19 22:44:50 5: SIGNALduino/RAW READ: MS;P0=-325;P1=294;P2=-927;P3=896;P4=-9379;D=1412121212121212121/2121212121212121212123012301212;
2015.11.19 22:44:50 5: SIGNALduino/RAW READ: MS;P0=-325;P1=294;P2=-927;P3=896;P4=-9379;D=14121212121212121212121212121212121212123012301212;/CP=1;SP=4;O;
2015.11.19 22:44:50 4: SIGNALduino/msg READ: MS;P0=-325;P1=294;P2=-927;P3=896;P4=-9379;D=14121212121212121212121212121212121212123012301212;CP=1;SP=4;O;
2015.11.19 22:44:50 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:44:50 5: Starting demodulation at Position 4
2015.11.19 22:44:50 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:50 5: converted Data to (u20#0)
2015.11.19 22:44:50 5: sduino dispatch u20#0
2015.11.19 22:44:50 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:44:50 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:44:50 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:44:50 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:44:50 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:44:50 5: Starting demodulation at Position 2
2015.11.19 22:44:50 5: converted Data to (i000014)
2015.11.19 22:44:50 5: sduino dispatch i000014
2015.11.19 22:44:50 3: sduino: Unknown code i000014, help me!
2015.11.19 22:44:50 5: SIGNALduino/RAW READ: /MS;P0=-326;P1=290;P2=-932;P3=-9
2015.11.19 22:44:50 5: SIGNALduino/RAW READ: MS;P0=-326;P1=290;P2=-932;P3=-9/396;P4=898;D=1312121212121212121
2015.11.19 22:44:50 5: SIGNALduino/RAW READ: MS;P0=-326;P1=290;P2=-932;P3=-9396;P4=898;D=1312121212121212121/2121212121212121212124012401211;
2015.11.19 22:44:50 5: SIGNALduino/RAW READ: MS;P0=-326;P1=290;P2=-932;P3=-9396;P4=898;D=13121212121212121212121212121212121212124012401211;/CP=1;SP=3;
2015.11.19 22:44:50 4: SIGNALduino/msg READ: MS;P0=-326;P1=290;P2=-932;P3=-9396;P4=898;D=13121212121212121212121212121212121212124012401211;CP=1;SP=3;
2015.11.19 22:44:50 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:44:50 5: Starting demodulation at Position 4
2015.11.19 22:44:50 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:50 5: converted Data to (u20#0)
2015.11.19 22:44:50 5: sduino dispatch u20#0
2015.11.19 22:44:50 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:44:50 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:44:50 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:44:50 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:44:50 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:44:50 5: Starting demodulation at Position 2
2015.11.19 22:44:50 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:50 5: converted Data to (i000014)
2015.11.19 22:44:50 5: sduino dispatch i000014
2015.11.19 22:44:50 3: sduino: Unknown code i000014, help me!
2015.11.19 22:44:53 5: SIGNALduino/RAW READ: /MS;P0=292;P1=-929;P2=900;P3=-32
2015.11.19 22:44:53 5: SIGNALduino/RAW READ: MS;P0=292;P1=-929;P2=900;P3=-32/5;P4=-9380;D=0401010101010101010
2015.11.19 22:44:53 5: SIGNALduino/RAW READ: MS;P0=292;P1=-929;P2=900;P3=-325;P4=-9380;D=0401010101010101010/1010101010101010101012301230123;
2015.11.19 22:44:53 5: SIGNALduino/RAW READ: MS;P0=292;P1=-929;P2=900;P3=-325;P4=-9380;D=04010101010101010101010101010101010101012301230123;/CP=0;SP=4;O;
2015.11.19 22:44:53 4: SIGNALduino/msg READ: MS;P0=292;P1=-929;P2=900;P3=-325;P4=-9380;D=04010101010101010101010101010101010101012301230123;CP=0;SP=4;O;
2015.11.19 22:44:53 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:44:53 5: Starting demodulation at Position 4
2015.11.19 22:44:53 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:53 5: converted Data to (u20#0)
2015.11.19 22:44:53 5: sduino dispatch u20#0
2015.11.19 22:44:53 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:44:53 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:44:53 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:44:53 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:44:53 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:44:53 5: Starting demodulation at Position 2
2015.11.19 22:44:53 5: converted Data to (i000015)
2015.11.19 22:44:53 5: sduino dispatch i000015
2015.11.19 22:44:53 3: sduino: Unknown code i000015, help me!
2015.11.19 22:44:56 5: SIGNALduino/RAW READ: /MS;P0=295;P1=883;P2=-329;P3=-92
2015.11.19 22:44:56 5: SIGNALduino/RAW READ: MS;P0=295;P1=883;P2=-329;P3=-92/7;P5=-9384;D=0503030303030303030
2015.11.19 22:44:56 5: SIGNALduino/RAW READ: MS;P0=295;P1=883;P2=-329;P3=-927;P5=-9384;D=0503030303030303030/3030303030303030303031203120303;
2015.11.19 22:44:56 5: SIGNALduino/RAW READ: MS;P0=295;P1=883;P2=-329;P3=-927;P5=-9384;D=05030303030303030303030303030303030303031203120303;/CP=0;SP=5;O;
2015.11.19 22:44:56 4: SIGNALduino/msg READ: MS;P0=295;P1=883;P2=-329;P3=-927;P5=-9384;D=05030303030303030303030303030303030303031203120303;CP=0;SP=5;O;
2015.11.19 22:44:56 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:44:56 5: Starting demodulation at Position 4
2015.11.19 22:44:56 5: converted Data to (u20#6)
2015.11.19 22:44:56 5: sduino dispatch u20#6
2015.11.19 22:44:56 4: SIGNALduino_unknown incomming msg: u20#6
2015.11.19 22:44:56 4: SIGNALduino_unknown rawData: 6
2015.11.19 22:44:56 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:44:56 4: SIGNALduino_unknown converted to bits: 0110
2015.11.19 22:44:56 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:44:56 5: Starting demodulation at Position 2
2015.11.19 22:44:56 5: converted Data to (i000014)
2015.11.19 22:44:56 5: sduino dispatch i000014
2015.11.19 22:44:56 3: sduino: Unknown code i000014, help me!
2015.11.19 22:44:56 5: SIGNALduino/RAW READ: /MS;P0=897;P1=-324;P2=296;P3=-92
2015.11.19 22:44:56 5: SIGNALduino/RAW READ: MS;P0=897;P1=-324;P2=296;P3=-92/7;P4=-9388;D=2423232323232323232
2015.11.19 22:44:56 5: SIGNALduino/RAW READ: MS;P0=897;P1=-324;P2=296;P3=-927;P4=-9388;D=2423232323232323232/3232323232323232323230123012320;
2015.11.19 22:44:56 5: SIGNALduino/RAW READ: MS;P0=897;P1=-324;P2=296;P3=-927;P4=-9388;D=24232323232323232323232323232323232323230123012320;/CP=2;SP=4;
2015.11.19 22:44:56 4: SIGNALduino/msg READ: MS;P0=897;P1=-324;P2=296;P3=-927;P4=-9388;D=24232323232323232323232323232323232323230123012320;CP=2;SP=4;
2015.11.19 22:44:56 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:44:56 5: Starting demodulation at Position 4
2015.11.19 22:44:56 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:56 5: converted Data to (u20#0)
2015.11.19 22:44:56 5: sduino dispatch u20#0
2015.11.19 22:44:56 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:44:56 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:44:56 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:44:56 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:44:56 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:44:56 5: Starting demodulation at Position 2
2015.11.19 22:44:56 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:56 5: converted Data to (i000014)
2015.11.19 22:44:56 5: sduino dispatch i000014
2015.11.19 22:44:56 3: sduino: Unknown code i000014, help me!
2015.11.19 22:44:58 5: SIGNALduino/RAW READ: /MS;P0=-9387;P2=292;P3=-929;P4=8
2015.11.19 22:44:58 5: SIGNALduino/RAW READ: MS;P0=-9387;P2=292;P3=-929;P4=8/98;P5=-325;D=2023232323232323232
2015.11.19 22:44:58 5: SIGNALduino/RAW READ: MS;P0=-9387;P2=292;P3=-929;P4=898;P5=-325;D=2023232323232323232/3232323232323232323234523452345;
2015.11.19 22:44:58 5: SIGNALduino/RAW READ: MS;P0=-9387;P2=292;P3=-929;P4=898;P5=-325;D=20232323232323232323232323232323232323234523452345;/CP=2;SP=0;O;
2015.11.19 22:44:58 4: SIGNALduino/msg READ: MS;P0=-9387;P2=292;P3=-929;P4=898;P5=-325;D=20232323232323232323232323232323232323234523452345;CP=2;SP=0;O;
2015.11.19 22:44:58 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:44:58 5: Starting demodulation at Position 4
2015.11.19 22:44:58 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:58 5: converted Data to (u20#0)
2015.11.19 22:44:58 5: sduino dispatch u20#0
2015.11.19 22:44:58 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:44:58 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:44:58 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:44:58 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:44:58 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:44:58 5: Starting demodulation at Position 2
2015.11.19 22:44:58 5: converted Data to (i000015)
2015.11.19 22:44:58 5: sduino dispatch i000015
2015.11.19 22:44:58 3: sduino: Unknown code i000015, help me!
2015.11.19 22:44:58 5: SIGNALduino/RAW READ: /MS;P0=897;P1=-326;P2=290;P3=-92
2015.11.19 22:44:58 5: SIGNALduino/RAW READ: MS;P0=897;P1=-326;P2=290;P3=-92/9;P4=-9380;P5=-32001;D=242323232
2015.11.19 22:44:58 5: SIGNALduino/RAW READ: MS;P0=897;P1=-326;P2=290;P3=-929;P4=-9380;P5=-32001;D=242323232/32323232323232323232323232323230
2015.11.19 22:44:58 5: SIGNALduino/RAW READ: MS;P0=897;P1=-326;P2=290;P3=-929;P4=-9380;P5=-32001;D=24232323232323232323232323232323232323230/1230123053;CP=2;SP=4;
2015.11.19 22:44:58 4: SIGNALduino/msg READ: MS;P0=897;P1=-326;P2=290;P3=-929;P4=-9380;P5=-32001;D=242323232323232323232323232323232323232301230123053;CP=2;SP=4;
2015.11.19 22:44:58 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:44:58 5: Starting demodulation at Position 4
2015.11.19 22:44:58 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:58 5: converted Data to (u20#0)
2015.11.19 22:44:58 5: sduino dispatch u20#0
2015.11.19 22:44:58 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:44:58 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:44:58 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:44:58 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:44:58 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:44:58 5: Starting demodulation at Position 2
2015.11.19 22:44:58 5: Found wrong signal, aborting demodulation
2015.11.19 22:44:58 5: converted Data to (i000014)
2015.11.19 22:44:58 5: sduino dispatch i000014
2015.11.19 22:44:58 3: sduino: Unknown code i000014, help me!
2015.11.19 22:45:01 5: SIGNALduino/RAW READ: /MS;P0=-449;P2=293;P3=-927;P4=89
2015.11.19 22:45:01 5: SIGNALduino/RAW READ: MS;P0=-449;P2=293;P3=-927;P4=89/6;P5=-9380;D=2523232323232323232
2015.11.19 22:45:01 5: SIGNALduino/RAW READ: MS;P0=-449;P2=293;P3=-927;P4=896;P5=-9380;D=2523232323232323232/3232323232323232323234023402323;
2015.11.19 22:45:01 5: SIGNALduino/RAW READ: MS;P0=-449;P2=293;P3=-927;P4=896;P5=-9380;D=25232323232323232323232323232323232323234023402323;/CP=2;SP=5;O;
2015.11.19 22:45:01 4: SIGNALduino/msg READ: MS;P0=-449;P2=293;P3=-927;P4=896;P5=-9380;D=25232323232323232323232323232323232323234023402323;CP=2;SP=5;O;
2015.11.19 22:45:01 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:45:01 5: Starting demodulation at Position 4
2015.11.19 22:45:01 5: Found wrong signal, aborting demodulation
2015.11.19 22:45:01 5: converted Data to (u20#0)
2015.11.19 22:45:01 5: sduino dispatch u20#0
2015.11.19 22:45:01 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:45:01 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:45:01 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:45:01 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:45:01 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:45:01 5: Starting demodulation at Position 2
2015.11.19 22:45:01 5: converted Data to (i000014)
2015.11.19 22:45:01 5: sduino dispatch i000014
2015.11.19 22:45:01 3: sduino: Unknown code i000014, help me!
2015.11.19 22:45:01 5: SIGNALduino/RAW READ: /MS;P0=-911;P1=228;P2=-9384;P3=9
2015.11.19 22:45:01 5: SIGNALduino/RAW READ: MS;P0=-911;P1=228;P2=-9384;P3=9/04;P4=-324;P5=-32001;D=121010101
2015.11.19 22:45:01 5: SIGNALduino/RAW READ: MS;P0=-911;P1=228;P2=-9384;P3=904;P4=-324;P5=-32001;D=121010101/01010101010101010101010101010103
2015.11.19 22:45:01 5: SIGNALduino/RAW READ: MS;P0=-911;P1=228;P2=-9384;P3=904;P4=-324;P5=-32001;D=12101010101010101010101010101010101010103/410341015103;CP=1;SP=2;
2015.11.19 22:45:01 4: SIGNALduino/msg READ: MS;P0=-911;P1=228;P2=-9384;P3=904;P4=-324;P5=-32001;D=12101010101010101010101010101010101010103410341015103;CP=1;SP=2;
2015.11.19 22:45:01 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:45:01 5: Starting demodulation at Position 4
2015.11.19 22:45:01 5: Found wrong signal, aborting demodulation
2015.11.19 22:45:01 5: converted Data to (u20#0)
2015.11.19 22:45:01 5: sduino dispatch u20#0
2015.11.19 22:45:01 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:45:01 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:45:01 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:45:01 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:45:03 5: SIGNALduino/RAW READ: /MU;P0=118;P2=294;P3=892;P4=-329
2015.11.19 22:45:03 5: SIGNALduino/RAW READ: MU;P0=118;P2=294;P3=892;P4=-329/;P5=-9383;D=00202020202020202020
2015.11.19 22:45:03 5: SIGNALduino/RAW READ: MU;P0=118;P2=294;P3=892;P4=-329;P5=-9383;D=00202020202020202020/20202020202020202020342034203425
2015.11.19 22:45:03 5: SIGNALduino/RAW READ: MU;P0=118;P2=294;P3=892;P4=-329;P5=-9383;D=0020202020202020202020202020202020202020342034203425/20202020202020202020202020202020
2015.11.19 22:45:03 5: SIGNALduino/RAW READ: MU;P0=118;P2=294;P3=892;P4=-329;P5=-9383;D=002020202020202020202020202020202020202034203420342520202020202020202020202020202020/20202034203420342520202020202020
2015.11.19 22:45:03 5: SIGNALduino/RAW READ: MU;P0=118;P2=294;P3=892;P4=-329;P5=-9383;D=00202020202020202020202020202020202020203420342034252020202020202020202020202020202020202034203420342520202020202020/20202020202020202020202034203420
2015.11.19 22:45:03 5: SIGNALduino/RAW READ: MU;P0=118;P2=294;P3=892;P4=-329;P5=-9383;D=0020202020202020202020202020202020202020342034203425202020202020202020202020202020202020203420342034252020202020202020202020202020202020202034203420/34252020202020202020202020202020
2015.11.19 22:45:03 5: SIGNALduino/RAW READ: MU;P0=118;P2=294;P3=892;P4=-329;P5=-9383;D=002020202020202020202020202020202020202034203420342520202020202020202020202020202020202020342034203425202020202020202020202020202020202020203420342034252020202020202020202020202020/20202020203420342034252020202020
2015.11.19 22:45:03 5: SIGNALduino/RAW READ: MU;P0=118;P2=294;P3=892;P4=-329;P5=-9383;D=00202020202020202020202020202020202020203420342034252020202020202020202020202020202020202034203420342520202020202020202020202020202020202020342034203425202020202020202020202020202020202020203420342034252020202020/2020202020202020202020202020;CP=
2015.11.19 22:45:03 5: SIGNALduino/RAW READ: MU;P0=118;P2=294;P3=892;P4=-329;P5=-9383;D=002020202020202020202020202020202020202034203420342520202020202020202020202020202020202020342034203425202020202020202020202020202020202020203420342034252020202020202020202020202020202020202034203420342520202020202020202020202020202020202020;CP=/0;O;
2015.11.19 22:45:03 4: SIGNALduino/msg READ: MU;P0=118;P2=294;P3=892;P4=-329;P5=-9383;D=002020202020202020202020202020202020202034203420342520202020202020202020202020202020202020342034203425202020202020202020202020202020202020203420342034252020202020202020202020202020202020202034203420342520202020202020202020202020202020202020;CP=0;O;
2015.11.19 22:45:04 5: SIGNALduino/RAW READ: /MS;P0=-929;P1=897;P2=-328;P3=29
2015.11.19 22:45:04 5: SIGNALduino/RAW READ: MS;P0=-929;P1=897;P2=-328;P3=29/0;P4=-9392;D=3430303030303030303
2015.11.19 22:45:04 5: SIGNALduino/RAW READ: MS;P0=-929;P1=897;P2=-328;P3=290;P4=-9392;D=3430303030303030303/0303030303030303030301230123012;
2015.11.19 22:45:04 5: SIGNALduino/RAW READ: MS;P0=-929;P1=897;P2=-328;P3=290;P4=-9392;D=34303030303030303030303030303030303030301230123012;/CP=3;SP=4;
2015.11.19 22:45:04 4: SIGNALduino/msg READ: MS;P0=-929;P1=897;P2=-328;P3=290;P4=-9392;D=34303030303030303030303030303030303030301230123012;CP=3;SP=4;
2015.11.19 22:45:04 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:45:04 5: Starting demodulation at Position 4
2015.11.19 22:45:04 5: Found wrong signal, aborting demodulation
2015.11.19 22:45:04 5: converted Data to (u20#0)
2015.11.19 22:45:04 5: sduino dispatch u20#0
2015.11.19 22:45:04 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:45:04 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:45:04 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:45:04 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:45:04 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:45:04 5: Starting demodulation at Position 2
2015.11.19 22:45:04 5: converted Data to (i000015)
2015.11.19 22:45:04 5: sduino dispatch i000015
2015.11.19 22:45:04 3: sduino: Unknown code i000015, help me!
2015.11.19 22:45:06 5: SIGNALduino/RAW READ: /MS;P0=-324;P1=293;P2=-930;P3=90
2015.11.19 22:45:06 5: SIGNALduino/RAW READ: MS;P0=-324;P1=293;P2=-930;P3=90/0;P4=-9385;D=1412121212121212121
2015.11.19 22:45:06 5: SIGNALduino/RAW READ: MS;P0=-324;P1=293;P2=-930;P3=900;P4=-9385;D=1412121212121212121/2121212121212121212123012301212;
2015.11.19 22:45:06 5: SIGNALduino/RAW READ: MS;P0=-324;P1=293;P2=-930;P3=900;P4=-9385;D=14121212121212121212121212121212121212123012301212;/CP=1;SP=4;O;
2015.11.19 22:45:06 4: SIGNALduino/msg READ: MS;P0=-324;P1=293;P2=-930;P3=900;P4=-9385;D=14121212121212121212121212121212121212123012301212;CP=1;SP=4;O;
2015.11.19 22:45:06 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:45:06 5: Starting demodulation at Position 4
2015.11.19 22:45:06 5: Found wrong signal, aborting demodulation
2015.11.19 22:45:06 5: converted Data to (u20#0)
2015.11.19 22:45:06 5: sduino dispatch u20#0
2015.11.19 22:45:06 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:45:06 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:45:06 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:45:06 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:45:06 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:45:06 5: Starting demodulation at Position 2
2015.11.19 22:45:06 5: converted Data to (i000014)
2015.11.19 22:45:06 5: sduino dispatch i000014
2015.11.19 22:45:06 3: sduino: Unknown code i000014, help me!
2015.11.19 22:45:06 5: SIGNALduino/RAW READ: /MS;P0=293;P1=-930;P2=-9376;P3=8
2015.11.19 22:45:06 5: SIGNALduino/RAW READ: MS;P0=293;P1=-930;P2=-9376;P3=8/98;P4=-324;D=0201010101010101010
2015.11.19 22:45:06 5: SIGNALduino/RAW READ: MS;P0=293;P1=-930;P2=-9376;P3=898;P4=-324;D=0201010101010101010/1010101010101010101013401340101;
2015.11.19 22:45:06 5: SIGNALduino/RAW READ: MS;P0=293;P1=-930;P2=-9376;P3=898;P4=-324;D=02010101010101010101010101010101010101013401340101;/CP=0;SP=2;
2015.11.19 22:45:06 4: SIGNALduino/msg READ: MS;P0=293;P1=-930;P2=-9376;P3=898;P4=-324;D=02010101010101010101010101010101010101013401340101;CP=0;SP=2;
2015.11.19 22:45:06 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:45:06 5: Starting demodulation at Position 4
2015.11.19 22:45:06 5: Found wrong signal, aborting demodulation
2015.11.19 22:45:06 5: converted Data to (u20#0)
2015.11.19 22:45:06 5: sduino dispatch u20#0
2015.11.19 22:45:06 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:45:06 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:45:06 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:45:06 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:45:06 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:45:06 5: Starting demodulation at Position 2
2015.11.19 22:45:06 5: converted Data to (i000014)
2015.11.19 22:45:06 5: sduino dispatch i000014
2015.11.19 22:45:06 3: sduino: Unknown code i000014, help me!
2015.11.19 22:45:09 5: SIGNALduino/RAW READ: /MS;P0=-324;P1=-290;P2=297;P4=90
2015.11.19 22:45:09 5: SIGNALduino/RAW READ: MS;P0=-324;P1=-290;P2=297;P4=90/2;P5=-9380;D=2521212121212121212
2015.11.19 22:45:09 5: SIGNALduino/RAW READ: MS;P0=-324;P1=-290;P2=297;P4=902;P5=-9380;D=2521212121212121212/1212121212121212121214021402140;
2015.11.19 22:45:09 5: SIGNALduino/RAW READ: MS;P0=-324;P1=-290;P2=297;P4=902;P5=-9380;D=25212121212121212121212121212121212121214021402140;/CP=2;SP=5;O;
2015.11.19 22:45:09 4: SIGNALduino/msg READ: MS;P0=-324;P1=-290;P2=297;P4=902;P5=-9380;D=25212121212121212121212121212121212121214021402140;CP=2;SP=5;O;
2015.11.19 22:45:09 5: SIGNALduino/RAW READ: /MS;P0=-930;P1=895;P2=-325;P3=29
2015.11.19 22:45:09 5: SIGNALduino/RAW READ: MS;P0=-930;P1=895;P2=-325;P3=29/6;P4=-9380;D=3430303030303030303
2015.11.19 22:45:09 5: SIGNALduino/RAW READ: MS;P0=-930;P1=895;P2=-325;P3=296;P4=-9380;D=3430303030303030303/0303030303030303030301230123012;
2015.11.19 22:45:09 5: SIGNALduino/RAW READ: MS;P0=-930;P1=895;P2=-325;P3=296;P4=-9380;D=34303030303030303030303030303030303030301230123012;/CP=3;SP=4;
2015.11.19 22:45:09 4: SIGNALduino/msg READ: MS;P0=-930;P1=895;P2=-325;P3=296;P4=-9380;D=34303030303030303030303030303030303030301230123012;CP=3;SP=4;
2015.11.19 22:45:09 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:45:09 5: Starting demodulation at Position 4
2015.11.19 22:45:09 5: Found wrong signal, aborting demodulation
2015.11.19 22:45:09 5: converted Data to (u20#0)
2015.11.19 22:45:09 5: sduino dispatch u20#0
2015.11.19 22:45:09 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:45:09 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:45:09 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:45:09 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:45:09 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:45:09 5: Starting demodulation at Position 2
2015.11.19 22:45:09 5: converted Data to (i000015)
2015.11.19 22:45:09 5: sduino dispatch i000015
2015.11.19 22:45:09 3: sduino: Unknown code i000015, help me!
2015.11.19 22:45:11 5: SIGNALduino/RAW READ: /MS;P0=-426;P2=294;P3=-926;P4=89
2015.11.19 22:45:11 5: SIGNALduino/RAW READ: MS;P0=-426;P2=294;P3=-926;P4=89/7;P5=-9381;D=2523232323232323232
2015.11.19 22:45:11 5: SIGNALduino/RAW READ: MS;P0=-426;P2=294;P3=-926;P4=897;P5=-9381;D=2523232323232323232/3232323232323232323234023402323;
2015.11.19 22:45:11 5: SIGNALduino/RAW READ: MS;P0=-426;P2=294;P3=-926;P4=897;P5=-9381;D=25232323232323232323232323232323232323234023402323;/CP=2;SP=5;O;
2015.11.19 22:45:11 4: SIGNALduino/msg READ: MS;P0=-426;P2=294;P3=-926;P4=897;P5=-9381;D=25232323232323232323232323232323232323234023402323;CP=2;SP=5;O;
2015.11.19 22:45:11 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:45:11 5: Starting demodulation at Position 4
2015.11.19 22:45:11 5: Found wrong signal, aborting demodulation
2015.11.19 22:45:11 5: converted Data to (u20#0)
2015.11.19 22:45:11 5: sduino dispatch u20#0
2015.11.19 22:45:11 4: SIGNALduino_unknown incomming msg: u20#0
2015.11.19 22:45:11 4: SIGNALduino_unknown rawData: 0
2015.11.19 22:45:11 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:45:11 4: SIGNALduino_unknown converted to bits: 0000
2015.11.19 22:45:11 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:45:11 5: Starting demodulation at Position 2
2015.11.19 22:45:11 5: converted Data to (i000014)
2015.11.19 22:45:11 5: sduino dispatch i000014
2015.11.19 22:45:11 3: sduino: Unknown code i000014, help me!
2015.11.19 22:45:11 5: SIGNALduino/RAW READ: /MS;P0=-932;P1=896;P2=-325;P3=29
2015.11.19 22:45:11 5: SIGNALduino/RAW READ: MS;P0=-932;P1=896;P2=-325;P3=29/4;P4=-9388;D=3430303030303030303
2015.11.19 22:45:11 5: SIGNALduino/RAW READ: MS;P0=-932;P1=896;P2=-325;P3=294;P4=-9388;D=3430303030303030303/0303030303030303030301230123032;
2015.11.19 22:45:11 5: SIGNALduino/RAW READ: MS;P0=-932;P1=896;P2=-325;P3=294;P4=-9388;D=34303030303030303030303030303030303030301230123032;/CP=3;SP=4;
2015.11.19 22:45:11 4: SIGNALduino/msg READ: MS;P0=-932;P1=896;P2=-325;P3=294;P4=-9388;D=34303030303030303030303030303030303030301230123032;CP=3;SP=4;
2015.11.19 22:45:11 4: Found matched Protocol id 20 -> livolo
2015.11.19 22:45:11 5: Starting demodulation at Position 4
2015.11.19 22:45:11 5: converted Data to (u20#C)
2015.11.19 22:45:11 5: sduino dispatch u20#C
2015.11.19 22:45:11 4: SIGNALduino_unknown incomming msg: u20#C
2015.11.19 22:45:11 4: SIGNALduino_unknown rawData: C
2015.11.19 22:45:11 4: SIGNALduino_unknown Protocol: 20
2015.11.19 22:45:11 4: SIGNALduino_unknown converted to bits: 1100
2015.11.19 22:45:11 4: Found matched Protocol id 3 -> itv1
2015.11.19 22:45:11 5: Starting demodulation at Position 2
2015.11.19 22:45:11 5: Found wrong signal, aborting demodulation
2015.11.19 22:45:11 5: converted Data to (i000014)
2015.11.19 22:45:11 5: sduino dispatch i000014
2015.11.19 22:45:11 3: sduino: Unknown code i000014, help me!
Und das hier sind die Daten wenn sduino zwar sendet, der IT Zwischenstecker allerdings nicht schaltet.
Ich hab den IT Switch geschaltet, indem ich auf das Icon im FHEMWEB geklickt habe, ich weiß leider nicht, ob hier ein toggle Befehl oder ein ON bzw OFF gesendet wird.
Ich mach gerne weitere Tests und bin jetzt in sofern erleichtert, als das ich nicht total versagt habe den Sender und Empfänger richtig einzurichten.
Was mich ein wenig wundert ist, wenn es bei anderen funktioniert, IT zu schalten, denn es müsste doch eigentlich das identische Funkprotokoll sein, oder irre ich hier?
Beste Grüße
Fabian
Gibt es bisher eine Übersicht, welche 868MHz Module verwendet werden können?
Leider habe ich im Wiki und über die Suche nichts gefunden.
Danke
Hallo Fabian,
Ich habe mir deine Daten leider noch nicht im Detail ansehen können.
Probier doch mal im sduino die itclock auf 400 zu setzen.
Grüße Sidey
Hey Sidney - das war des Rätsels Lösung. Es funktioniert.
Vielen Dank!
Hallo Sidey,
gibt es hierzu einen neueren Stand: http://forum.fhem.de/index.php/topic,38831.msg354388.html#msg354388
(http://forum.fhem.de/index.php/topic,38831.msg354388.html#msg354388)
MfG
Hallo allerseits,
Zitat von: Pythonf am 20 November 2015, 16:09:08
Hey Sidney - das war des Rätsels Lösung. Es funktioniert.
Vielen Dank!
Super. Leider ist die Einstellung nicht persistent. Wenn ein reconnect kommt ist wieder der Default von 300 gesetzt.
Ich überlege mir die Tage mal was deswegen. Bis da hin, könntest Du dir mit einem DOIF helfen, was auf initalized triggert.
Zitat von: Ralf W. am 20 November 2015, 20:45:53
Hallo Sidey,
gibt es hierzu einen neueren Stand: http://forum.fhem.de/index.php/topic,38831.msg354388.html#msg354388
(http://forum.fhem.de/index.php/topic,38831.msg354388.html#msg354388)
MfG
Ja gibt es. Ich habe den Manchester deocder noch mal an einigen Stellen optimiert.
Probier das noch mal aus.
Grüße Sidey
Hallo Sidey,
danke!!! Gerade probiert, leider weiter nur MU:
Taste für Licht an:
2015.11.21 04:27:34 4: SIGNALduino/msg READ: MU;P0=130;P1=-514;P2=576;P3=1127;P4=930;D=00121212121212121212121212121213421343434312124212134212121212121212121212121212134213434
3431212421213421212121212121212121212121213421343434312124212134212121212121212121212121212134213434343121242121342121212121212121212121212121342134340;CP=2;O;
2015.11.21 04:27:34 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:34 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.21 04:27:34 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:34 4: SIGNALduino/msg READ: MU;P0=1139;P1=-1494;P2=-504;P3=596;D=0102323132320132323232323232323232323232320132010101023231323201323232323232323232323232323201
32010101023231323201323232323232323232323232323201320101010232313232013232323232323232323232323232013201010102323132320132323232323232323232323230;CP=3;O;
2015.11.21 04:27:34 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.21 04:27:34 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:34 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:34 4: SIGNALduino/msg READ: MU;P0=-505;P1=592;P2=1146;P3=703;D=010231023232320101310102310101010101010101010101010102310232323201013101023101010101010101010101
010101023102323232010131010231010101010101010101010101010231023232320101310102310101010101010101010101010102310232323201013101023101010101010100;CP=1;O;
2015.11.21 04:27:34 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:34 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:34 4: SIGNALduino/msg READ: MU;P0=597;P1=-501;P2=1150;P3=704;D=010101010101012301232323210103010123010101010101010101010101010123012323232101030101230101010101
010101010101010101230123232321010301012301010101010101010101010101012301232323210103010123010101010101010101010101010123012323232101030101230100;CP=0;O;
2015.11.21 04:27:34 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:34 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:34 4: SIGNALduino/msg READ: MU;P0=-503;P1=596;P2=1145;P3=865;D=010101010101010101010101023102323232010131010231010101010101010101010101010231023232320101310102
310101010101010101010101010102310232323201013101023101010101010101010101010101023102323232010131010231010101010101010101010101010231023232320100;CP=1;O;
2015.11.21 04:27:34 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:34 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:34 4: SIGNALduino/msg READ: MU;P0=598;P1=-1486;P2=-502;P3=1148;D=0102023102020202020202020202020202023102313131320201020231020202020202020202020202020231023131
31320201020231020202020202020202020202020231023131313202010202310202020202020202020202020202310231313132020102023102020202020202020202020202023100;CP=0;O;
2015.11.21 04:27:34 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.21 04:27:34 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:34 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:34 4: SIGNALduino/msg READ: MU;P0=-504;P1=1144;P2=775;P3=596;D=012121210303230301230303030303030303030303030301230121212103032303012303030303030303030303030303
012301212121030323030123030303030303030303030303030123012121210303230301230303030303030303030303030301230121212103032303012303030303030303030300;CP=3;O;
2015.11.21 04:27:34 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:34 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:35 4: SIGNALduino/msg READ: MU;P0=592;P1=-506;P2=1149;P3=703;D=010101012301232323210103010123010101010101010101010101010123012323232101030101230101010101010101
010101010101230123232321010301012301010101010101010101010101012301232323210103010123010101010101010101010101010123012323232101030101230101010100;CP=0;O;
2015.11.21 04:27:35 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:35 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:35 4: SIGNALduino/msg READ: MU;P0=-504;P1=597;P2=1142;P3=790;D=010101010101010101023102323232010131010231010101010101010101010101010231023232320101310102310101
010101010101010101010102310232323201013101023101010101010101010101010101023102323232010131010231010101010101010101010101010231023232320101310100;CP=1;O;
2015.11.21 04:27:35 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:35 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:35 4: SIGNALduino/msg READ: MU;P0=1145;P1=-1790;P2=591;P3=-504;P4=-1055;D=0123232323232323232323232323230423040404032324232301232323232323232323232323232304230
40404032324232301232323232323232323232323232304230404040323242323012323232323232323232323232323042304040403232423230123232323232323232323232323230423040400;CP=2;O;
2015.11.21 04:27:35 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.21 04:27:35 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:35 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:35 4: SIGNALduino/msg READ: MU;P0=-1487;P1=1145;P2=-508;P3=590;D=0123230323210323232323232323232323232323210321010101232303232103232323232323232323232323232103
21010101232303232103232323232323232323232323232103210101012323032321032323232323232323232323232321032101010123230323210323232323232323232323232320;CP=3;O;
2015.11.21 04:27:35 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.21 04:27:35 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:35 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:35 4: SIGNALduino/msg READ: MU;P0=595;P1=-504;P2=1147;P3=701;D=012301232323210103010123010101010101010101010101010123012323232101030101230101010101010101010101
010101230123232321010301012301010101010101010101010101012301232323210103010123010101010101010101010101010123012323232101030101230101010101010100;CP=0;O;
2015.11.21 04:27:35 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:35 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:35 4: SIGNALduino/msg READ: MU;P0=-506;P1=594;P2=1147;P3=702;D=010101010101023102323232010131010231010101010101010101010101010231023232320101310102310101010101
010101010101010102310232323201013101023101010101010101010101010101023102323232010131010231010101010101010101010101010231023232320101310102310100;CP=1;O;
2015.11.21 04:27:35 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:36 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:36 4: SIGNALduino/msg READ: MU;P0=599;P1=-500;P2=1146;P3=867;D=010101010101010101010101230123232321010301012301010101010101010101010101012301232323210103010123
010101010101010101010101010123012323232101030101230101010101010101010101010101230123232321010301012301010101010101010101010101012301232323210100;CP=0;O;
2015.11.21 04:27:36 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:36 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:36 4: SIGNALduino/msg READ: MU;P0=-1487;P1=595;P2=-505;P3=1144;D=0121230121212121212121212121212121230123030303212101212301212121212121212121212121212301230303
03212101212301212121212121212121212121212301230303032121012123012121212121212121212121212123012303030321210121230121212121212121212121212121230120;CP=1;O;
2015.11.21 04:27:36 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.21 04:27:36 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:36 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:36 4: SIGNALduino/msg READ: MU;P0=1142;P1=778;P2=-506;P3=594;D=010101023231323201323232323232323232323232323201320101010232313232013232323232323232323232323232
013201010102323132320132323232323232323232323232320132010101023231323201323232323232323232323232323201320101010232313232013232323232323232323230;CP=3;O;
2015.11.21 04:27:36 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:36 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:36 4: SIGNALduino/msg READ: MU;P0=-503;P1=596;P2=1145;P3=705;D=010101023102323232010131010231010101010101010101010101010231023232320101310102310101010101010101
010101010102310232323201013101023101010101010101010101010101023102323232010131010231010101010101010101010101010231023232320101310102310101010100;CP=1;O;
2015.11.21 04:27:36 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:36 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:27:36 4: SIGNALduino/msg READ: MU;P0=595;P1=-505;P2=1147;P3=-1451;D=010101010101010101230123232321010301012301010101010101010101010101012301232323210103010121;CP=
0;
2015.11.21 04:27:36 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.21 04:27:36 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:27:36 4: Found matched Protocol id 9 -> CTW 600
Bewegungsmelder:
2015.11.21 04:34:53 4: SIGNALduino/msg READ: MU;P0=292;P1=764;P2=1139;P3=-511;P4=588;D=01212123434143432143434343434343434343434343432143212121234341434321434343434343434343434
3434343214321212123434143432143434343434343434343434343432143212121234341434321434343434343434343434343434321432121212343414343214343434343434343434340;CP=4;O;
2015.11.21 04:34:53 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:53 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.21 04:34:53 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:54 4: SIGNALduino/msg READ: MU;P0=-507;P1=589;P2=1143;P3=701;D=010101023102323232010131010231010101010101010101010101010231023232320101310102310101010101010101
010101010102310232323201013101023101010101010101010101010101023102323232010131010231010101010101010101010101010231023232320101310102310101010100;CP=1;O;
2015.11.21 04:34:54 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:54 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:54 4: SIGNALduino/msg READ: MU;P0=596;P1=-506;P2=1145;P3=789;D=010101010101010101230123232321010301012301010101010101010101010101012301232323210103010123010101
010101010101010101010123012323232101030101230101010101010101010101010101230123232321010301012301010101010101010101010101012301232323210103010120;CP=0;O;
2015.11.21 04:34:54 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:54 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:54 4: SIGNALduino/msg READ: MU;P0=-1791;P1=595;P2=-503;P3=1150;P4=-1052;D=0121212121212121212121212121234123434343212141212301212121212121212121212121212341234
34343212141212301212121212121212121212121212341234343432121412123012121212121212121212121212123412343434321214121230121212121212121212121212121234123434340;CP=1;O;
2015.11.21 04:34:54 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.21 04:34:54 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:54 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:54 4: SIGNALduino/msg READ: MU;P0=1146;P1=-502;P2=597;P3=-1490;D=0121232121032121212121212121212121212121032103030301212321210321212121212121212121212121210321
03030301212321210321212121212121212121212121210321030303012123212103212121212121212121212121212103210303030121232121032121212121212121212121212120;CP=2;O;
2015.11.21 04:34:54 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.21 04:34:54 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:54 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:54 4: SIGNALduino/msg READ: MU;P0=-503;P1=1148;P2=705;P3=596;D=012301212121030323030123030303030303030303030303030123012121210303230301230303030303030303030303
030301230121212103032303012303030303030303030303030303012301212121030323030123030303030303030303030303030123012121210303230301230303030303030300;CP=3;O;
2015.11.21 04:34:54 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:54 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:54 4: SIGNALduino/msg READ: MU;P0=596;P1=-504;P2=1146;P3=704;D=010101010101230123232321010301012301010101010101010101010101012301232323210103010123010101010101
010101010101010123012323232101030101230101010101010101010101010101230123232321010301012301010101010101010101010101012301232323210103010123010100;CP=0;O;
2015.11.21 04:34:54 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:54 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:55 4: SIGNALduino/msg READ: MU;P0=-504;P1=596;P2=1149;P3=788;D=010101010101010101010102310232323201013101023101010101010101010101010101023102323232010131010231
010101010101010101010101010231023232320101310102310101010101010101010101010102310232323201013101023101010101010101010101010101023102323232010130;CP=1;O;
2015.11.21 04:34:55 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:55 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:55 4: SIGNALduino/msg READ: MU;P0=592;P1=-506;P2=1145;P3=-1788;P4=-1057;D=0101230101010101010101010101010101240124242421010401012301010101010101010101010101012
40124242421010401012301010101010101010101010101012401242424210104010123010101010101010101010101010124012424242101040101230101010101010101010101010101240120;CP=0;O;
2015.11.21 04:34:55 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.21 04:34:55 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:55 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:55 4: SIGNALduino/msg READ: MU;P0=774;P1=1144;P2=-506;P3=595;D=010101232303232103232323232323232323232323232103210101012323032321032323232323232323232323232321
032101010123230323210323232323232323232323232323210321010101232303232103232323232323232323232323232103210101012323032321032323232323232323232320;CP=3;O;
2015.11.21 04:34:55 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:55 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:55 4: SIGNALduino/msg READ: MU;P0=592;P1=-509;P2=1146;P3=697;D=010101230123232321010301012301010101010101010101010101012301232323210103010123010101010101010101
010101010123012323232101030101230101010101010101010101010101230123232321010301012301010101010101010101010101012301232323210103010123010101010100;CP=0;O;
2015.11.21 04:34:55 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:55 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:55 4: SIGNALduino/msg READ: MU;P0=-504;P1=596;P2=1144;P3=701;D=010101010101010102310232323201013101023101010101010101010101010101023102323232010131010231010101
010101010101010101010231023232320101310102310101010101010101010101010102310232323201013101023101010101010101010101010101023102323232010131010230;CP=1;O;
2015.11.21 04:34:55 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:55 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:55 4: SIGNALduino/msg READ: MU;P0=589;P1=-513;P2=1146;P3=866;D=010101010101010101010101010123012323232101030101230101010101010101010101010101230123232321010301
012301010101010101010101010101012301232323210103010123010101010101010101010101010123012323232101030101230101010101010101010101010101230123232320;CP=0;O;
2015.11.21 04:34:55 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:55 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:56 4: SIGNALduino/msg READ: MU;P0=-505;P1=596;P2=-1489;P3=1146;D=0101210103210101010101010101010101010103210323232301012101032101010101010101010101010101032103
23232301012101032101010101010101010101010101032103232323010121010321010101010101010101010101010321032323230101210103210101010101010101010101010100;CP=1;O;
2015.11.21 04:34:56 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.21 04:34:56 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:56 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:56 4: SIGNALduino/msg READ: MU;P0=1144;P1=699;P2=597;P3=-504;D=012301010103232123230123232323232323232323232323230123010101032321232301232323232323232323232323
232301230101010323212323012323232323232323232323232323012301010103232123230123232323232323232323232323230123010101032321232301232323232323232320;CP=2;O;
2015.11.21 04:34:56 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:56 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:56 4: SIGNALduino/msg READ: MU;P0=-507;P1=593;P2=1147;P3=704;D=010101010102310232323201013101023101010101010101010101010101023102323232010131010231010101010101
010101010101010231023232320101310102310101010101010101010101010102310232323201013101023101010101010101010101010101023102323232010131010231010100;CP=1;O;
2015.11.21 04:34:56 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:56 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:56 4: SIGNALduino/msg READ: MU;P0=595;P1=-506;P2=1149;P3=789;D=010101010101010101010123012323232101030101230101010101010101010101010101230123232321010301012301
010101010101010101010101012301232323210103010123010101010101010101010101010123012323232101030101230101010101010101010101010101230123232321010300;CP=0;O;
2015.11.21 04:34:56 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:56 4: Found matched Protocol id 9 -> CTW 600
2015.11.21 04:34:56 4: SIGNALduino/msg READ: MU;P0=-504;P1=595;P2=1148;P3=-1788;P4=-1054;D=0102310101010101010101010101010102410242424201014101020;CP=1;
2015.11.21 04:34:56 4: Found matched Protocol id 21 -> einhell garagedoor
2015.11.21 04:34:56 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.21 04:34:56 4: Found matched Protocol id 9 -> CTW 600
Reichen diese Logs?
MfG
Zitat von: Sidey am 20 November 2015, 23:24:55
Hallo allerseits,
Super. Leider ist die Einstellung nicht persistent. Wenn ein reconnect kommt ist wieder der Default von 300 gesetzt.
Ich überlege mir die Tage mal was deswegen. Bis da hin, könntest Du dir mit einem DOIF helfen, was auf initalized triggert.
Du könntest die Daten im EEPROM des Arduinos speichern und laden, sollte sich denke ich relativ einfach umsetzten lassen
#include <EEPROM.h>
const int ITCLOCKAddress = 0;
ITCLOCK = EEPROM_readDouble(ITCLOCKAddress);
if (ITCLOCK != EEPROM_readDouble(ITCLOCKAddress))
{
EEPROM_writeDouble(ITCLOCKAddress, ITCLOCK);
}
Zitat von: Pythonf am 21 November 2015, 10:31:58
Du könntest die Daten im EEPROM des Arduinos speichern und laden, sollte sich denke ich relativ einfach umsetzten lassen
Vom Prinzip könnte ich das als quick workaround so machen, ja.
Allerdings stelle ich mir das eigentlich eher so vor, dass man im IT Device die Taktrate hinterlegt. Für das PT2262 Modul des Fhemduino hatte ich es auch so implementiert.
Dadurch kann man dann für jede Steckdose den passenden Takt hinterlegen. :)
Patch für das IT Modul ist erstellt:
http://forum.fhem.de/index.php/topic,44451.0.html
Grüße Sidey
Wieso funktioniert es eigentlich mit dem CUL868 - sendet der auf mehreren Takten nacheinander?
Ja, der sendet per Standard auf 400.
Hallo Ralf,
bei
Zitat von: Ralf W. am 21 November 2015, 04:38:47
Taste für Licht an:
erhalte ich:
MC;LL=-1436;LH=1128;SL=-521;SH=577;D=1750001A2EA000345D400068BA8000D1750000;C=568;Habe es mit einem Simulator und deinen Signaldaten versucht.
Ich nehme an, Du hast nicht die Firmware aus dem dev-r32 aufgespielt. Korrekt?
Grüße Sidey
Hallo Sidey,
ja, Du hast recht. Ich hatte nicht die richtige Firmware. Jetzt mit "V 3.2.0-b3 SIGNALduino - compiled at Nov 13 2015 21:39:55" getestet.
Und jetzt kommt immer auch ein MC.
Wenn ich das richtig verstanden habe, muss ich noch D auseinander nehmen, um zu ermitteln, was Channel, Code, Taste gedrückt und Bewegungsmelder ist.
MfG
PS: Der Link zum Wiki im ersten Beitrag funktioniert nicht mehr.
Moin,
Zitat von: Ralf W. am 22 November 2015, 02:00:44
Wenn ich das richtig verstanden habe, muss ich noch D auseinander nehmen, um zu ermitteln, was Channel, Code, Taste gedrückt und Bewegungsmelder
Korrekt. Leider sieht das auf den 1. Blick nicht so, wie bei den Wetter Sensoren aus.
Von den hex Werten solltest Du dich aber nicht in die Irre führen lassen. Wenn man den exakten Start der Nachricht nicht kennt, dann muss das nicht stimmen.
Habe mit folgendes gefunden:
http://sourceforge.net/p/rflink/svn/33/
Die exakte Länge der Nachricht wird aus dieser Implementierung leider nicht ersichtlich.
Grüße Sidey
Zitat von: pejonp am 19 November 2015, 15:28:32
Hallo ballaballa,
Ich nutze im sd_ws09.pm Modul die nearest Funktion von Perl. Du must diese wahrscheinlich unter Linux noch nachinstallieren. Bemühe mal bitte Google: Perl round nearest
Dann sollte es gehen.
Tschüss Jörg
Hat gut funktioniert. Besten Dank hierfür.
Leider hat sich meine WH3080 kurz danach verabschiedet.
Nach 15 Monaten, einfach so...
Mal sehen was der Verkäufer sagt...
Gruß
Benno
Habe Probleme meinen gebauten SIGNALduino anzuwerfen.
Gefunden habe ich im Forum und Wiki auch nichts was mir hier weiter helfen kann.
Dieser Bauteil wird verwendet.
http://www.ebay.at/itm/291554478385?_trksid=p2057872.m2749.l2648&ssPageName=STRK%3AMEBIDX%3AIT
Den Fall habe ich schon hier beschrieben aber keine Lösung gefunden.
http://forum.fhem.de/index.php/topic,44604.0.html
FHEM und Raspberry ist aktuell.
Beim flashen bekomme ich aber immer Fehlermeldungen aus denen ich nicht schlau werde.
flashing Arduino sduino
hex file: ./FHEM/firmware/SIGNALduino_nano328.hex
port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0
log file: ./log/SIGNALduino-Flash.log
sduino closed
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_nano328.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/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-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.
--- AVRDUDE ---------------------------------------------------------------------------------
sduino opened
Die Konfiguration sollte eigntlich passen, da das Gerät initialisiert ist.
#####################################
### INPUT SIGNALduino Oregon ###
#####################################
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
attr sduino alias SIGNALduino
attr sduino devStateIcon Initialized:cul_usb@green:Open Open:cul_usb@red:Initialized
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
attr sduino icon cul_usb
attr sduino room _RxTx
Was muss ich noch ändern damit ich den SIGNALduino in Betrieb nehmen kann.
Kurze Frage, hast dein FHEM Berechtigung für den Zugriff auf USB-Geräte gegeben?
Probiere mal das: http://www.fhemwiki.de/wiki/CUL_am_Raspberry_Pi_flashen#CUL_wird_nicht_.28richtig.29_erkannt
Wie soll das unter http://www.fhemwiki.de/wiki/CUL_am_Raspberry_Pi_flashen#CUL_wird_nicht_.28richtig.29_erkannt beschrieben Gerät aussehen.
Bei mir gibt es nur das Gerät ttyAMA0 und nicht ttyACM0.
pi@ccs-ht-rasp ~ $ ls -l /dev/ttyACM0
ls: Zugriff auf /dev/ttyACM0 nicht möglich: Datei oder Verzeichnis nicht gefunden
pi@ccs-ht-rasp ~ $ ls -l /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Nov 24 16:26 /dev/ttyAMA0
Der Befehlt sudo usermod -A -G tty fhem bringt zudem die Meldung hervor.
pi@ccs-ht-rasp ~ $ sudo usermod –a –G tty fhem
Aufruf: usermod [Optionen] BENUTZERZUGANG
Optionen:
-c, --comment KOMMENTAR Neuer KOMMENTAR im GECOS-Feld
-d, --home HOME_DIR Neues Home-Verzeichnis für den Benutzer-
zugang
-e, --expiredate ABL_DATUM Ablaufdatum auf ABL_DATUM setzen
-f, --inactive INAKTIV Passwort nach Ablauf von INAKTIV
deaktivieren
-g, --gid GRUPPE Erzwinge GRUPPE als neue primäre Gruppe
-G, --groups GRUPPEN Neue Liste zusätzlicher GRUPPEN
-a, --append Benutzer zu zusätzlichen Gruppen hinzufügen,
die mit der Option -G angegeben werden, ohne
ihn dabei aus anderen Gruppen zu entfernen
-h, --help Diese Hilfe anzeigen, sonst nichts
-l, --login NEUER_NAME Neuer Wert für den Namen des Benutzerzugangs
-L, --lock Den Benutzerzugang sperren
-m, --move-home Den Inhalt des Home-Verzeichnisses an den
neuen Ort verschieben (nur mit -d benutzen)
-o, --non-unique Benutzung von doppelter (nicht einmaliger)
UID erlauben
-p, --password PASSWORD Ein verschlüsseltes Passwort als neues
Passwort verwenden
-R, --root CHROOT_VERZ Verzeichnis für chroot
-s, --shell SHELL Neue Login-Shell für den Benutzerzugang
-u, --uid UID Neue UID des Benutzerzugangs
-U, --unlock Den Benutzerzugang entsperren
-v, --add-subuids FIRST-LAST add range of subordinate uids
-V, --del-subuids FIRST-LAST remove range of subordinate uids
-w, --add-subgids FIRST-LAST add range of subordinate gids
-W, --del-subgids FIRST-LAST remove range of subordinate gids
-Z, --selinux-user SEUSER neue SELinux-Benutzer-Zuordnung für den
Benutzerzugang
pi@ccs-ht-rasp ~ $
Was muß ich hier noch anpassen?
Der richtige Aufruf wäre: sudo usermod -a -G tty fhem (a klein geschrieben).
Gruß Doesel
Fehler gefunden.
Lag am Empfangsmodul.
Einige Fragen noch zu den LED's bzw. aktuellen Einstellungen für Oregon Sensoren.
Sind für die Oregon Sensoren noch Anpassungen durchzuführen?
Lassen sich die LED's am NANO bzw. eine exterene LED wie beim nanoCUL irgendwie auch aktivieren damit der geleiche Status ersichtlich ist?
Zu welchen Sensortypen ist dieses Gerät zuzuortnen: SD_WS07_T_1
Zitat von: BallaBalla am 22 November 2015, 22:44:04
Hat gut funktioniert. Besten Dank hierfür.
Leider hat sich meine WH3080 kurz danach verabschiedet.
Nach 15 Monaten, einfach so...
Mal sehen was der Verkäufer sagt...
Gruß
Benno
Hallo Benno
Was geht den jetzt bei der wh3080 nicht mehr? Wenn du aus dem Sender die bat entfernst und neu einsetzt muss du das auch bei der empfangsstation machen, damit sie sich finden. ??? anderes Problem ???
Pejonp
Hallo pejonp
Also, es kommt keine Luftdruckanzeige (der Sensor sitzt im Display.(Ersatz von ALI unterwegs)) mehr, der Datenspeicher füllt sich laut Display auch nicht mehr.
Der Sduino empfängt immer noch Daten vom Aussenfühler. Leider nicht wirklich brauchbar. Sehr genau alle 2h kommt ein Peak im Graphen. Daher ist der nicht wirklich brauchbar.
Hier mal nen log auszug, evtl. weiss ja jemand rat.
2015-11-19_09:59:31 WH1080 T: 11.3 H: 72 wS: 11.825 wG: 0 wD: WSW
2015-11-19_09:59:31 WH1080 temperature: 11.3
2015-11-19_09:59:31 WH1080 humidity: 72
2015-11-19_09:59:31 WH1080 battery: 4
2015-11-19_09:59:31 WH1080 id: 48
2015-11-19_09:59:31 WH1080 rain: 33.3
2015-11-19_09:59:31 WH1080 windGust: 0
2015-11-19_09:59:31 WH1080 windSpeed: 11.825
2015-11-19_09:59:31 WH1080 windDirectionDegree: 11
2015-11-19_09:59:31 WH1080 windDirectionText: WSW
2015-11-19_10:03:31 WH1080 T: 19.2 H: 3 wS: 41.6875 wG: 0 wD: ESE
2015-11-19_10:03:31 WH1080 temperature: 19.2
2015-11-19_10:03:31 WH1080 humidity: 3
2015-11-19_10:03:31 WH1080 battery: 6
2015-11-19_10:03:31 WH1080 id: 48
2015-11-19_10:03:31 WH1080 rain: 389.1
2015-11-19_10:03:31 WH1080 windGust: 0
2015-11-19_10:03:31 WH1080 windSpeed: 41.6875
2015-11-19_10:03:31 WH1080 windDirectionDegree: 5
2015-11-19_10:03:31 WH1080 windDirectionText: ESE
2015-11-19_10:04:19 WH1080 T: 19.2 H: 4 wS: 22.4875 wG: 0 wD: ESE
2015-11-19_10:04:19 WH1080 temperature: 19.2
2015-11-19_10:04:19 WH1080 humidity: 4
2015-11-19_10:04:19 WH1080 battery: 6
2015-11-19_10:04:19 WH1080 id: 48
2015-11-19_10:04:19 WH1080 rain: 389.1
2015-11-19_10:04:19 WH1080 windGust: 0
2015-11-19_10:04:19 WH1080 windSpeed: 22.4875
2015-11-19_10:04:19 WH1080 windDirectionDegree: 5
2015-11-19_10:04:19 WH1080 windDirectionText: ESE
2015-11-19_10:06:43 WH1080 T: 19.2 H: 6 wS: 60.8875 wG: 0 wD: ESE
2015-11-19_10:06:43 WH1080 temperature: 19.2
2015-11-19_10:06:43 WH1080 humidity: 6
2015-11-19_10:06:43 WH1080 battery: 6
2015-11-19_10:06:43 WH1080 id: 48
2015-11-19_10:06:43 WH1080 rain: 389.1
2015-11-19_10:06:43 WH1080 windGust: 0
2015-11-19_10:06:43 WH1080 windSpeed: 60.8875
2015-11-19_10:06:43 WH1080 windDirectionDegree: 5
2015-11-19_10:06:43 WH1080 windDirectionText: ESE
2015-11-19_10:07:31 WH1080 T: 11.3 H: 71 wS: 8.58333333333333 wG: 0 wD: W
2015-11-19_10:07:31 WH1080 temperature: 11.3
2015-11-19_10:07:31 WH1080 humidity: 71
2015-11-19_10:07:31 WH1080 battery: 4
2015-11-19_10:07:31 WH1080 id: 48
2015-11-19_10:07:31 WH1080 rain: 33.3
2015-11-19_10:07:31 WH1080 windGust: 0
2015-11-19_10:07:31 WH1080 windSpeed: 8.58333333333333
2015-11-19_10:07:31 WH1080 windDirectionDegree: 12
2015-11-19_10:07:31 WH1080 windDirectionText: W
2015-11-19_13:58:43 WH1080 T: 11.9 H: 64 wS: 8.575 wG: 0 wD: SW
2015-11-19_13:58:43 WH1080 temperature: 11.9
2015-11-19_13:58:43 WH1080 humidity: 64
2015-11-19_13:58:43 WH1080 battery: 4
2015-11-19_13:58:43 WH1080 id: 48
2015-11-19_13:58:43 WH1080 rain: 33.3
2015-11-19_13:58:43 WH1080 windGust: 0
2015-11-19_13:58:43 WH1080 windSpeed: 8.575
2015-11-19_13:58:43 WH1080 windDirectionDegree: 10
2015-11-19_13:58:43 WH1080 windDirectionText: SW
2015-11-19_14:03:31 WH1080 T: 19.6 H: 3 wS: 41.6875 wG: 0 wD: ESE
2015-11-19_14:03:31 WH1080 temperature: 19.6
2015-11-19_14:03:31 WH1080 humidity: 3
2015-11-19_14:03:31 WH1080 battery: 6
2015-11-19_14:03:31 WH1080 id: 48
2015-11-19_14:03:31 WH1080 rain: 389.1
2015-11-19_14:03:31 WH1080 windGust: 0
2015-11-19_14:03:31 WH1080 windSpeed: 41.6875
2015-11-19_14:03:31 WH1080 windDirectionDegree: 5
2015-11-19_14:03:31 WH1080 windDirectionText: ESE
2015-11-19_14:04:19 WH1080 T: 19.6 H: 4 wS: 22.4875 wG: 0 wD: ESE
2015-11-19_14:04:19 WH1080 temperature: 19.6
2015-11-19_14:04:19 WH1080 humidity: 4
2015-11-19_14:04:19 WH1080 battery: 6
2015-11-19_14:04:19 WH1080 id: 48
2015-11-19_14:04:19 WH1080 rain: 389.1
2015-11-19_14:04:19 WH1080 windGust: 0
2015-11-19_14:04:19 WH1080 windSpeed: 22.4875
2015-11-19_14:04:19 WH1080 windDirectionDegree: 5
2015-11-19_14:04:19 WH1080 windDirectionText: ESE
2015-11-19_14:06:43 WH1080 T: 19.6 H: 6 wS: 60.8875 wG: 0 wD: ESE
2015-11-19_14:06:43 WH1080 temperature: 19.6
2015-11-19_14:06:43 WH1080 humidity: 6
2015-11-19_14:06:43 WH1080 battery: 6
2015-11-19_14:06:43 WH1080 id: 48
2015-11-19_14:06:43 WH1080 rain: 389.1
2015-11-19_14:06:43 WH1080 windGust: 0
2015-11-19_14:06:43 WH1080 windSpeed: 60.8875
2015-11-19_14:06:43 WH1080 windDirectionDegree: 5
2015-11-19_14:06:43 WH1080 windDirectionText: ESE
2015-11-19_14:07:31 WH1080 T: 12 H: 63 wS: 13.9708333333333 wG: 0 wD: WNW
2015-11-19_14:07:31 WH1080 temperature: 12
2015-11-19_14:07:31 WH1080 humidity: 63
2015-11-19_14:07:31 WH1080 battery: 4
2015-11-19_14:07:31 WH1080 id: 48
2015-11-19_14:07:31 WH1080 rain: 33.3
2015-11-19_14:07:31 WH1080 windGust: 0
2015-11-19_14:07:31 WH1080 windSpeed: 13.9708333333333
2015-11-19_14:07:31 WH1080 windDirectionDegree: 13
2015-11-19_14:07:31 WH1080 windDirectionText: WNW
2015-11-19_14:08:19 WH1080 T: 12 H: 63 wS: 9.65833333333333 wG: 0 wD: NW
2015-11-19_14:08:19 WH1080 temperature: 12
Wird dann auf einmal viel wärmer und regnet dann sehr stark und ist sehr Windig etc... 8) 8)
Vermute mal das wird so eine Art Sync. signal sein. evtl. auch der Zeitsync. ( kommt soweit ich weiss auch aus dem Sensor )
Die erzeugte Grafik ist daher nicht zu gebrauchen. siehe Anhang.
Mein Latein is damit erschöpft.
Gruß
Benno
Zitat von: BallaBalla am 25 November 2015, 16:12:34
Hallo pejonp
Also, es kommt keine Luftdruckanzeige (der Sensor sitzt im Display.(Ersatz von ALI unterwegs)) mehr, der Datenspeicher füllt sich laut Display auch nicht mehr.
...
Hallo Benno,
das Modul ist noch nicht perfekt. Könntest du mal verbos=5 einstellen und etwas mitlogen und dann den log als Datei anhängen oder auch als PM. Es gibt ja auch noch DCF-Meldungen (Atomuhr Frankfurt) vom Sensor die an die Wetterstation gesendet werden. Diese werden nicht berücksichtigt. Diese werden glaube ich alle 2h gesendet. Im Log erkennt man diese am u9#FF5... die Wettermeldungen haben u9#FFA.... So ist es jedenfalls bei mir.
Ich kämpfe zur Zeit noch mit der Regenanzeige bei meiner WS-0101 bzw. der richtigen Übersetzung.
Tschüß Jörg
Hallo,
ich habe mich auch mal dazu entschlossen, heute auf SIGNALduino von FHEMduino umzusteigen, da es anscheinend mehr "neuere" Sensoren gerade im Bereich der Temperaturfühler etc verarbeiten kann.
Leider habe ich dabei vollkommen außer Acht gelassen, das ich ja noch so ein paar alte China Spielzeuge bei mir laufen habe wie z.B.: Bewegungsmelder und Reed-Kontakte für Fenster.
Auch die alten KW9010 Temperaturfühler von Conrad werden anscheinend nicht mehr erkannt.
Habe mich mal durch die Wiki gelesen und dann mal zwei Rohdaten bei Github eingestellt. Hoffe mal, dass das da soweit richtig ist, und ihr mit den Daten was anfangen könnt.
grüße aus dem Norden
Marc
Oregon Sensoren.
Habe mir den SIGNALduino wegen den Oregon Sensoren gebaut damit ich diese ins FHEM bekomme.
Nur ließt der SIGNALdino zwar einen Haufen ein die zu IT Geräten und andere gehört die nicht bei mir installiert sind.
Siehe Anhang.
unknownmessages
2015-11-26 10:39:15-MU;P0=467;P1=-1105;P2=-603;P4=857;D=0102020202010202020202420202010241020202410202420102020202020202020202410202420102020202414102420141020242020202020102410202414100;CP=0;#
2015-11-26 10:39:16-MU;P0=287;P1=-124;P2=758;P3=-212;D=0012303030303030303030303030303030303030303030303032323030303030303232303030323032303232303032323030303030303030303030323030303030323230323030303032323230303032303232320;CP=0;#
2015-11-26 10:39:19-MU;P0=171;P1=-220;P2=363;P3=-898;P5=908;D=00101012323232323232323232323232323232323232323232323235353232303012;CP=2;#
2015-11-26 10:39:19-MU;P0=877;P1=386;P2=-572;P3=-184;P5=-1072;D=12131512120512051212121212121212021505121212121212121212121212120215121212121212121212121212121212121212121212121205021505121212121202121210;CP=1;#
2015-11-26 10:39:24-MU;P0=518;P1=-178;P2=110;P3=1284;D=01232101030303030333333333330333033303330333333333330333033303330303033301;CP=0;#
2015-11-26 10:39:29-MU;P0=-152;P1=436;P2=-543;P3=-1045;P4=882;D=001212121212121212121212121212121212121212121343421212121312124341;CP=1;#
2015-11-26 10:39:30-MU;P0=-272;P1=-585;P2=387;P3=-1081;P4=866;D=01232121412123212121212143412321212121212121212143212143214321412321412321432121214121212121;CP=2;#
2015-11-26 10:39:33-MU;P0=-162;P1=421;P3=-863;P5=914;D=010131313131313131313131313131313131313131313131313535313131314;CP=1;#
2015-11-26 10:39:33-MU;P0=406;P1=-1102;P2=-573;P3=877;D=0102023102310202020202020202320131020202020202020202020202023201020202020202020202020202020202020202020202020231320131020202020232020201;CP=0;#
2015-11-26 10:39:38-MU;P0=96;P1=363;P2=-84;P4=851;P5=-32001;D=1212121212121212121212121212121212121212121242421242121212421212121212424212124212121212421212121212121212121212124242421212121212121242124212121212121242121215020;CP=1;#
2015-11-26 10:39:47-MU;P0=-1146;P1=307;P2=-707;P3=800;D=123232121212121212121212121212121212121212121210303210121210121;CP=1;#
2015-11-26 10:39:47-MU;P0=-32001;P1=394;P2=-1070;P4=-568;P5=883;D=12141452145214141414141414145412521414141414141414141414141454121414141414141414141414141414141414141414141414525412521414141414541414101;CP=1;#
2015-11-26 10:39:53-MU;P0=-1091;P1=364;P2=-612;P3=858;D=012121212321030121212121212121212123012121212121212121212121232101232103212121211;CP=1;#
2015-11-26 10:39:56-MU;P0=297;P1=-440;P2=777;P3=-908;P4=-31076;P5=128;D=01210321030303030303032103210303210303032121032121212451;CP=0;#
2015-11-26 10:40:00-MS;P0=-580;P2=290;P3=-1126;P4=1008;P5=-10891;D=25232323232323234023232340232323232323234023402323;CP=2;SP=5;O;#
2015-11-26 10:40:01-MS;P0=-1142;P1=1000;P2=-435;P3=277;P4=-10879;D=34303030303030301230303012303030303030301230123030;CP=3;SP=4;#
2015-11-26 10:40:01-MU;P0=335;P1=162;P2=-891;P3=848;D=01212320202020202020202020202020202020202020202020202323202020200;CP=0;#
2015-11-26 10:40:01-MU;P0=413;P1=136;P2=-1069;P4=-567;P5=882;D=01204520404040404040404540252040404040404040404040404045402040404040404040404040404040404040404040404040452540252040404040454040400;CP=0;#
2015-11-26 10:40:02-MU;P0=414;P1=-236;P2=-199;P4=867;D=010202020202020202020202020202020202020202020202424242024202420202020202420202020202420202020242020202420202420202020202020202020202420202420202020202424202420242020242020202020202420202424200;CP=0;#
2015-11-26 10:40:07-MU;P0=-166;P1=431;P2=-547;P4=-1029;P5=917;D=0012121212121212121212121212121212121212121212121214545212121214121254541212125412521412121254121212541212541212121212121254121212121252121412541212121254121212121254541212545212;CP=1;#
2015-11-26 10:40:16-MU;P0=-501;P1=478;P2=953;P3=-995;D=0102310231010101010101010201323101010101010101010101010102013101010101010101010101010101010101010101010101023201323101010101020101012;CP=1;#
2015-11-26 10:40:19-MU;P0=-1079;P1=351;P2=-1974;P4=118;D=01210121210101012101010101010104010101240;CP=1;#
2015-11-26 10:40:22-MU;P0=-1101;P1=936;P2=-556;P3=491;D=123232323232323232323232323232323232323232323230101232323230323210302;CP=3;#
2015-11-26 10:40:23-MU;P0=-224;P1=-1080;P2=869;P4=388;P5=-591;D=0121454525414545254541454545454521254145454545454545454521454521452145254145254145214545452545454544;CP=4;#
2015-11-26 10:40:24-MU;P0=158;P1=-1114;P2=721;P4=-192;P5=1318;D=01212121212401515151512151215121512151515151512151215121512121215121;CP=2;
whitelisthash
Jedenfalls wird keine Oregon Sensor der eingelesen.
Sind hier noch Anpassungen von meiner Seite notwenig?
#####################################
### INPUT SIGNALduino Oregon ###
#####################################
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
attr sduino alias SIGNALduino
attr sduino devStateIcon Initialized:cul_usb@green:Open Open:cul_usb@red:Initialized
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
attr sduino icon cul_usb
attr sduino room _RxTx
attr sduino verbose 5
Verwendet werden folgende Oregon Sensoren:
PCR800
THGR810
THWR800
UVN800
WGR800
Zitat von: Burny4600 am 26 November 2015, 10:44:22
Habe mir den SIGNALduino wegen den Oregon Sensoren gebaut damit ich diese ins FHEM bekomme.
Nur ließt der SIGNALdino zwar einen Haufen ein die zu IT Geräten und andere gehört die nicht bei mir installiert sind.
Siehe Anhang.
Jedenfalls wird keine Oregon Sensor der eingelesen.
Bei den unknownmessages sind nur MU- und MS-Nachrichten dabei. Werden auch MC-Nachrichten empfangen?
Verwendest Du den dev-r32 branch und die neuste Firmware?
Gruß Ralf
Zitat von: BallaBalla am 25 November 2015, 16:12:34
...
Der Sduino empfängt immer noch Daten vom Aussenfühler. Leider nicht wirklich brauchbar. Sehr genau alle 2h kommt ein Peak im Graphen. Daher ist der nicht wirklich brauchbar.
...
Hallo Benno,
ich habe mal ein Paar Anpassungen gemacht. Kannst du das mal bitte testen. Damit sollten dann auch die fehlerhaften Daten (DCF-77) rausgefiltert werden.
In FHEM mal ein update machen:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-proto9/controls_signalduino.txt
Die Berechnung der ID hat sich geändert.
Tschüs Jörg
Hallo Sidey,
ich habe eine neue Version vom 14_SD_WS09.pm eingecheckt. Diese Version kann dann auch übernommen werden. Ich hoffe es finden sich noch einige zum testen. Ich habe mit meiner WS-0101 und TFA 30.3189 keine Fehler mehr feststellen können. Im Modul ist jetzt eine Aufteilung in WH1080 und CTW600 enthalten. Ich hoffe es funktioniert.
Tschüs Jörg
PS: Jetzt wäre es schön wenn man an einem SIGNAlduino zwei Empfänger (433 und 868MHz) betreiben könnte. Ich habe zwar 2 Nanos aber der USB-Schaltkreis hat immer die gleiche Seriennummern. Aber es ist ja noch nicht Weihnachten ;-)
aber man kann sich ja schon mal was wünschen.
Zitat von: pejonp am 26 November 2015, 22:52:10
Hallo Sidey,
...
PS: Jetzt wäre es schön wenn man an einem SIGNAlduino zwei Empfänger (433 und 868MHz) betreiben könnte. Ich habe zwar 2 Nanos aber der USB-Schaltkreis hat immer die gleiche Seriennummern. Aber es ist ja noch nicht Weihnachten ;-)
aber man kann sich ja schon mal was wünschen.
Hallo Jörg,
Ich denke da wird der arme Arduino aber überlastet. Er müsste zwei Interrupts abfangen und die Daten analysieren. Während der Interrupt-Funktion kann kein weiterer Interrupt verarbeitet werden und die Laufzeitdaten werden verfälscht, da weitere, anstehende Interrupts nur nacheinander abgearbeitet werden können. Zudem benötigt der Code jetzt schon fast allen Speicher.
Wie wäre es denn, wenn Du die beiden Nanos über ESP-8266 und TCP/IP an dein FHEM anbindest? Über esp-link zB. Dann hat jeder eine eigene IP Adresse.
~Josef
Zitat von: hjgode am 27 November 2015, 05:42:26
...
Wie wäre es denn, wenn Du die beiden Nanos über ESP-8266 und TCP/IP an dein FHEM anbindest? Über esp-link zB. Dann hat jeder eine eigene IP Adresse.
...
Hallo Josef,
vielen Dank für die Info. Ich habe mir für eine andere Sache zwei solcher NodeMCU (ESP8266 ist schon drauf) bestellt. Bin aber noch nicht dazu gekommen diese in Betrieb zu nehmen. Muß ich mich erst einmal genauer mit beschäftigen.
Hast du eine Wetterstation und konntest du die Änderungen schon testen ?
Tschüß Jörg
@Ralf9
Was ist
dev-r32 branchDie Konfiguration des SIGNALduino ist wie Du unter http://forum.fhem.de/index.php/topic,38831.msg365200.html#msg365200 sehen kannst.
Es ist sowohl der Raspberry, FHEM, und die SIGNALduino Firm- und Software aktuell.
ZitatBei den unknownmessages sind nur MU- und MS-Nachrichten dabei. Werden auch MC-Nachrichten empfangen?
Das waren alle bisher Emfangen unbekannten Geräte.
Was sind MU-, MS- und MC Nachrichten?
Wie kann ich diese zuordnen?
Hallo Jörg
nö, ich habe keine Wetterstation, nur Hideki (TFA) und Eurochron Temp/Feuchte Sensoren. Dazu ein ESA2000, sowie ein paar EC3000.
Ich weiss nicht ob SignalDuino auf den nodeMCU läuft. Wie gesagt, ein ESP-01, ein paar Dioden, Widerstände, Elkos und Taster reichen um einen Signalduino ins Funknetz zu hängen. Wenn man dann noch beim ESP-Link die Option "esp-01(AVR): reset:gpio0 isp:n/a conn_led:gpio2 ser_led:n/a swap_uart:no" benutzt, kann man den Nano sogar remote flashen. Das geht laut readme sogar über HTTP:
ZitatFlashing an attached AVR/Arduino
There are three options for reprogramming an attached AVR/Arduino microcontroller:
Use avrdude and point it at port 23 of esp-link. Esp-link automatically detects the programming sequence and issues a reset to the AVR.
Use avrdude and point it at port 2323 of esp-link. This is the same as port 23 except that the autodectection is not used and the reset happens because port 2323 is used
Use curl or a similar tool to HTTP POST the firmware to esp-link. This uses the built-in programmer, which only works for AVRs/Arduinos with the optiboot bootloader (which is std).
To reprogram an Arduino / AVR microcontroller by pointing avrdude at port 23 or 2323 you specify a serial port of the form net:esp-link:23 in avrdude's -P option, where esp-link is either the hostname of your esp-link or its IP address). This is instead of specifying a serial port of the form /dev/ttyUSB0. Esp-link detects that avrdude starts its connection with a flash synchronization sequence and sends a reset to the AVR microcontroller so it can switch into flash programming mode.
To reprogram using the HTTP POST method you need to first issue a POST to put optiboot into programming mode: POST to http://esp-link/pgm/sync, this starts the process. Then check that synchronization with optiboot has been achieved by issuing a GET to the same URL (http://esp-link/pgm/sync). Repeat until you have sync (takes <500ms normally). Finally issue a POST request to http://esp-link/pgm/upload with your hex file as POST data (raw, not url-encoded or multipart-mime. Please look into the avrflash script for the curl command-line details or use that script directly (./avrflash esp-link.local my_sketch.hex). Important: after the initial sync request that resets the AVR you have 10 seconds to get to the upload post or esp-link will time-out. So if you're manually entering curl commands have them prepared so you can copy&paste!
When to use which method? If port 23 works then go with that. If you have trouble getting sync or it craps out in the middle too often then try the built-in programmer with the HTTP POST. If your AVR doesn't use optiboot then use port 2323 since esp-link may not recognize the programming sequence and not issue a reset if you use port 23.
If you are having trouble with the built-in programmer and see something like this:
# ./avrflash 192.168.3.104 blink.hex
Error checking sync: FAILED to SYNC: abandoned after timeout, got:
:\xF/\x00\xCj\xCz\xCJ\xCZ\xC\xAÜ\xC\xAä\xC\xAÜ\xC\xAä\xC\xBì\xC\xBô\xC\xBì\xC\xBô\xC\xAÜ\xC\xAä\xC\x00\xC\x00\x00\x00
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xF6\xF6\xF6\xF6\xC
the most likely cause is a baud rate mismatch and/or a bad connection from the esp8266 to the AVRs reset line. The baud rate used by esp-link is set on the uC Console web page. The above garbage characters are most likely due to optiboot timing out and starting the sketch and then the sketch sending data at a different baud rate than configured into esp-link. Note that sketches don't necessarily use the same baud rate as optiboot, so you may have the correct baud rate configured but reset isn't functioning, or reset may be functioning but the baud rate may be incorrect.
The output of a successful flash using the built-in programmer looks like this:
Success. 3098 bytes in 0.8s, 3674B/s 63% efficient
This says that the sketch comprises 3098 bytes of flash, sas written in 0.8 seconds (excludes the initial sync time), and the 3098 bytes were flashed at a rate of 3674 bytes per second. The efficiency measure is the ratio of the actual rate to the serial baud rate, in this case 57600 baud, thus 3674/5760 = 0.63 (there are 10 baud per character). The efficiency is not 100% because there is protocol overhead (such as sync, record type, and length characaters) and there is dead time waiting for an ack or preparing the next record to be sent.
~Josef
~Josef
Firmware flashen.
Habe im Protokoll Einträge die nicht in Ordnung sind.
Muss für den Programme des SIGNALduino noch etwas angepasst werden?
User configuration file does not exist or is not a regular file, skipping
flashing Arduino sduino
hex file: ./FHEM/firmware/SIGNALduino_nano328.hex
port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0
log file: ./log/SIGNALduino-Flash.log
sduino closed
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_nano328.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"
User configuration file is "/root/.avrduderc"
[b]User configuration file does not exist or is not a regular file, skipping [/b]
Using Port : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-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
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: stk500_set_extended_parms(): protocol error, expect=0x14, resp=0x02
avrdude: stk500_initialize(): failed
--- AVRDUDE ---------------------------------------------------------------------------------
sduino opened
Zitat von: Burny4600 am 27 November 2015, 08:09:55
Was ist dev-r32 branch
Die dev-r32 ist die gerade in Entwicklung befindliche Version
Zum updaten in fhem den folgenden Befehl ausführen:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt (http://update%20all%20https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt)
Zitat von: Burny4600 am 27 November 2015, 08:09:55
Was sind MU-, MS- und MC Nachrichten?
Ist im wiki erklärt:
http://www.fhemwiki.de/wiki/SIGNALduino#Daten_aus_dem_Logfile_erkl.C3.A4rt
Die z.Zt. unterstützten Oregon Protokolle V1 und V2 verwenden die Manchester (MC) Kodierung. Dies sind die Protokoll ID 10 und 18.
Beim flashen bin ich so vorgegegangen wie im wiki beschrieben und hatte damit noch nie Probleme. Ich musste dazu auch nichts zusätzliches anpassen.
Gruß Ralf
Mit der aktuellen Beta werden jetzt andere Geräte Protokolle gelistet.
2015-11-27 13:17:55-MU;P0=-129;P1=355;P2=-471;P5=-1052;D=0010121212121212121212121212121212121212121212121212152;CP=1;
2015-11-27 13:17:55-MC;LL=-1061;LH=893;SL=-572;SH=393;D=200D0E030000002C9B00;C=428;
2015-11-27 13:18:00-MS;P0=-424;P1=293;P2=-1131;P3=1008;P4=-10889;D=14121212121212123012121230121212121212123012301212;CP=1;SP=4;O;
2015-11-27 13:18:01-MS;P0=999;P1=-443;P2=272;P3=-1144;P4=-10877;D=24232323232323230123232301232323232323230123012323;CP=2;SP=4;
2015-11-27 13:18:04-MU;P0=-200;P1=131;P2=353;P3=-881;P5=848;D=00101020232323232323232323232323232323232323232323232353535323532310;CP=2;
2015-11-27 13:18:04-MU;P0=176;P1=-843;P2=378;P3=860;P5=-32001;D=12121312121212121312121212131212121212121212121212121212121212121212131213121213121312131213121312121312131213131213121312502;CP=2;
2015-11-27 13:18:05-MU;P0=-171;P1=172;P2=568;P4=-553;D=01020242424242424242424242424242424242424242424242421;CP=2;
2015-11-27 13:18:06-MC;LL=-1087;LH=860;SL=-587;SH=389;D=60D01100160280;C=416;
2015-11-27 13:18:06-MU;P1=-517;P2=389;P4=-1087;P5=860;D=4512421212121512454212121212121542121542121212121212121212154512421212121212154511;CP=2;
2015-11-27 13:18:09-MC;LL=-1064;LH=862;SL=-631;SH=435;D=000000;C=432;
2015-11-27 13:18:09-MC;LL=-1224;LH=888;SL=-567;SH=398;D=22401A1C060000005936;C=428;
2015-11-27 13:18:09-MC;LL=-1224;LH=888;SL=-567;SH=398;D=22401A1C060000005936;C=428;
2015-11-27 13:18:21-MU;P0=340;P1=-874;P3=833;P4=-32001;D=01010101010101010101010101010101010101010101010131310131010101310101010101313101013101010101310101010101010101010101013101013101010101010101010101310101013101010101340;CP=0;
2015-11-27 13:18:21-MU;P0=-116;P1=204;P2=-566;P3=409;P4=-1073;P5=909;D=5430;CP=3;
2015-11-27 13:18:21-MC;LL=-1069;LH=877;SL=-579;SH=396;D=18E1D400DCED4660;C=424;
2015-11-27 13:18:21-MC;LL=-1069;LH=877;SL=-579;SH=396;D=18E1D400DCED4660;C=424;
2015-11-27 13:18:23-MC;LL=-1076;LH=862;SL=-532;SH=434;D=000000;C=431;
2015-11-27 13:18:23-MC;LL=-1067;LH=888;SL=-568;SH=399;D=1200D0E030000002C9B0;C=428;
2015-11-27 13:18:23-MC;LL=-1067;LH=888;SL=-568;SH=399;D=1200D0E030000002C9B0;C=428;
2015-11-27 13:18:33-MC;LL=-1036;LH=922;SL=-565;SH=457;D=FFFFFF5F1426100A040E41C27700;C=459;
2015-11-27 13:18:37-MU;P0=-850;P1=-96;P2=425;P4=854;P5=148;D=01202020202020202020202020202020202020202020202020404050;CP=2;
2015-11-27 13:18:37-MC;LL=-1063;LH=890;SL=-575;SH=391;D=890068701800000164D8;C=426;
2015-11-27 13:18:41-MU;P0=698;P1=-1020;P2=264;P3=-1480;D=123212121212121212121212121212121212121212121212121010121212121212101012121210121012101212121210121212121012121210121210121212121210101210121212121010121212101212101210123;CP=2;
2015-11-27 13:18:51-MU;P0=354;P1=-717;P2=720;P3=-1144;P5=124;D=012301010151010101010101010101010101010101011;CP=0;
2015-11-27 13:18:51-MC;LL=-1118;LH=833;SL=-576;SH=406;D=BA69A24A4C;C=412;
Jetzt muss ich nur noch herausfinden wo diese zuzuordnen sind.
Zitat von: Burny4600 am 27 November 2015, 13:28:26
Jetzt muss ich nur noch herausfinden wo diese zuzuordnen sind.
Die Zuordnung sollte automatisch passieren.
Du kannst mal das Attribut debug auf 1 setzen.
Normalerweise müssten im log mehr Meldungen stehen.
Ist evtl das Attribut whitelist_IDs definiert? dies sollte zum testen gelöscht sein. Damit können nicht benötigte Nachrichten gefiltert werden.
Gruß Ralf
Zitat von: Burny4600 am 27 November 2015, 08:42:52
Firmware flashen.
Habe im Protokoll Einträge die nicht in Ordnung sind.
Muss für den Programme des SIGNALduino noch etwas angepasst werden?
User configuration file does not exist or is not a regular file, skipping
flashing Arduino sduino
hex file: ./FHEM/firmware/SIGNALduino_nano328.hex
port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0
log file: ./log/SIGNALduino-Flash.log
sduino closed
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_nano328.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"
User configuration file is "/root/.avrduderc"
[b]User configuration file does not exist or is not a regular file, skipping [/b]
Using Port : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-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
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: stk500_set_extended_parms(): protocol error, expect=0x14, resp=0x02
avrdude: stk500_initialize(): failed
--- AVRDUDE ---------------------------------------------------------------------------------
sduino opened
Hallo
die Meldung "
User configuration file does not exist or is not a regular file, skipping " ist unerheblich.
Kann Dir trotzdem nicht sagen, warum das Flashen bei Dir nicht klappt.
Zitat von: pejonp am 26 November 2015, 22:47:41
Hallo Benno,
ich habe mal ein Paar Anpassungen gemacht. Kannst du das mal bitte testen. Damit sollten dann auch die fehlerhaften Daten (DCF-77) rausgefiltert werden.
In FHEM mal ein update machen:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-proto9/controls_signalduino.txt
Die Berechnung der ID hat sich geändert.
Tschüs Jörg
Ok probiere ich aus :
Melde mich.
Danke
p.s.
habe dir ne PN mit etwas logfile geschickt
@Burny4600
Zitat von: hjgode am 27 November 2015, 16:29:44
Kann Dir trotzdem nicht sagen, warum das Flashen bei Dir nicht klappt.
Versuch mal nen
shutdown -rF nowauf der Console.
Hat bei mir schon manchmal Wunder bewirkt..
Wenn das Filesystem ne "Macke" hat dann kommte es zu den komischten Sachen....
nen Versuch ist es Wert.
Gruß
Benno
@Ralf9
ZitatIst evtl das Attribut whitelist_IDs definiert? dies sollte zum testen gelöscht sein. Damit können nicht benötigte Nachrichten gefiltert werden
Dieses Attribut ist jedenfalls nicht definiert.
debug auf 1 habe ich aktiviert.
Lasse mich jetzt überraschen.
Zitat von: Burny4600 am 27 November 2015, 18:36:41
debug auf 1 habe ich aktiviert.
Lasse mich jetzt überraschen.
hast Du im sduino das verbose auf 5?
Nun müsste im log viel mehr zu sehen sein
Gruß Ralf
Ja steht auf 5
Konfig schaut so aus:
#####################################
### INPUT SIGNALduino Oregon ###
#####################################
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
attr sduino alias SIGNALduino
attr sduino debug 1
attr sduino devStateIcon Initialized:cul_usb@green:Open Open:cul_usb@red:Initialized
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
attr sduino icon cul_usb
attr sduino room _RxTx
attr sduino verbose 5
Anbei ein aktuelles Log mit debugging.
Zitat von: Burny4600 am 27 November 2015, 19:15:36
Anbei ein aktuelles Log mit debugging.
Es wird nur ein Sensor erkannt. Es müsste einer der folgenden sein:
Eurochon EAS800z
Technoline WS6750/TX70DTH
TFA 30320902
FreeTec Außenmodul für Wetterstation NC-7344
SD_WS07_Parse SD_WS07 (P7#588027F00) length: 9
2015.11.27 19:12:37 5: SD_WS07 converted to bits: 01011000 1 000 000000100111 1111 00000000
2015.11.27 19:12:37 4: SD_WS07_T decoded protocolid: 7 sensor id=58, channel=1, temp=3.9, hum=0, bat=okBei den Manchester (MC) kodierten Nachrichten wird zwar teilweise was erkannt, aber es scheint kein momentan unterstützes Protokoll zu sein.
Dazu fehlen mir die Kenntnisse, da kann nur Sidey weiterhelfen.
Sidey kannst Du auch mal drüber schauen?
Gruß Ralf
Was dieser Empfänger alles aufnimmt.
Das müssen Teile von meinen Nachbarn sein.
Nur mit den eigenen Sensoren hat das Teil noch seine Macken.
Zitat von: Burny4600 am 27 November 2015, 20:15:21
Was dieser Empfänger alles aufnimmt.
Das müssen Teile von meinen Nachbarn sein.
Nur mit den eigenen Sensoren hat das Teil noch seine Macken.
Hi Burny,
ich hab mir dein Log mal angesehen... ohne zu wissen, was diese Nachrichten sendet wird es schwierig.
Die Manchester Daten sehen ja prinzipiell nicht übel aus, aber ein Oregon Device ist das meiner Meinung nach nicht, was da sendet.
Welche Sensoren hast Du denn, die Du gerne empfangen würdest?
Edit:
2015-11-27 13:18:33-MC;LL=-1036;LH=922;SL=-565;SH=457;D=FFFFFF5F1426100A040E41C27700;C=459;
Das müsste ein Oregon V3 Sensor sein.
Muss noch mal ergänzen:
Grüße Sidey
Zitat von: Sidey am 27 November 2015, 22:06:01
Hi Burny,
Welche Sensoren hast Du denn, die Du gerne empfangen würdest?
Hallo Sidey,
er verwendet die folgenden Oregon Sensoren:
PCR800
THGR810
THWR800
UVN800
WGR800
Ich habe dazu folgendes gefunden, da sind die Sensoren alle dabei. Die Sensoren verwenden demnach die Protokoll Versionen 2.1 und 3.
http://wmrx00.sourceforge.net/Arduino/OregonScientific-RF-Protocols.pdf
Gruß Ralf
Zitat von: Ellert am 07 November 2015, 23:53:42
Wäre es sinnvol das SIGNALduino-Modul so zu ändern, dass ein Event beim Beschreiben von DMSG erzeugt wird, wenn ein Protokoll erkannt wird, für das es (noch) kein Modul gibt?
Ich habe dies in den dev-r32 Branch eingebaut.
Wie aktualisiere ich nun die controls_signalduino.txt, damit das update wieder funktioniert?
Gruß Ralf
Zitat von: Ralf9 am 27 November 2015, 23:57:24
Ich habe dies in den dev-r32 Branch eingebaut.
Ähm, Du hast doch jetzt eingebaut, wenn eine Nachricht mit u beginnt.
Ganz unabhängig davon, ob ein Modul den kram verarbeitet oder nicht.
Wäre besser auf das Ergebnis von dispatch zu reagieren finde ich. Oder den event immer setzen, dann kann man auch immer darauf triggern.
Grüße Sidey
Zitat von: Sidey am 28 November 2015, 00:10:08
Ähm, Du hast doch jetzt eingebaut, wenn eine Nachricht mit u beginnt.
Ganz unabhängig davon, ob ein Modul den kram verarbeitet oder nicht.
Wäre besser auf das Ergebnis von dispatch zu reagieren finde ich. Oder den event immer setzen, dann kann man auch immer darauf triggern.
Den Nachrichten, die mit u beginnen ist doch kein Modul zugeordent. Wenn dann einer Nachricht die mit u beginnt ein Modul zugeordnet wird, dann wird doch aus dem "u" z.B. ein "P"
Das event immer zu setzen finde ich nicht so gut, das erzeugt nur unnötige Last in fhem und beim doif. Der gesetzte event erzeugt auch bei jedem Dispatcher Aufruf im "Event monitor" einen zusätzlichen Eintrag.
Gruß Ralf
Hi Ralf,
Dispatch wird doch immer aufgerufen, wenn es eine Nachricht gibt.
Dispatch gibt meiner Meinung nach auch zurück, ob die Nachricht verarbeitet werden konnte.
Was genau erzeugt da nun mehr Last?
Irgendwas habe ich vermutlich über sehen.
Grüße Sidey
Hi Ralf,
Dispatch wird doch immer aufgerufen, wenn es eine Nachricht gibt.
Dispatch gibt meiner Meinung nach auch zurück, ob die Nachricht verarbeitet werden konnte.
Was genau erzeugt da nun mehr Last?
Irgendwas habe ich vermutlich über sehen.
Grüße Sidey
Zitat von: Sidey am 28 November 2015, 10:17:13
Dispatch wird doch immer aufgerufen, wenn es eine Nachricht gibt.
Dispatch gibt meiner Meinung nach auch zurück, ob die Nachricht verarbeitet werden konnte.
Durch diesen Eintrag in der matchlist können doch alle Nachrichten verarbeitet werden. Ich welchen Fällen gibt der Dispatch zurück, daß er eine Nachricht, für die es kein Modul gibt, nicht verarbeiten konnte?
"X:SIGNALduino_un" => '^[uP]\d+#.*',Hast Du Dir das schon mal im event monitor angeschaut?
Nachtrag (anderes Thema):
spricht was dagegen bei der "sub SIGNALduino_Read($)"
bei dem folgenden logging ein "if($debug);" anzuhängen, damit das loglevel 5 übersichtlicher wird?
Log3 $name, 5, "SIGNALduino/RAW READ: $SIGNALduinodata/$buf"; Gruß Ralf
@Sidey
Verwende aktuell die SIGNALduino Version V 3.2.0-b3 SIGNALduino - compiled at Nov 13 2015 21:39:55.
Anbei noch einige Infos aus meinen Logs.
Vielleicht hilft es.
Teil 1 fhem-2015-11.z01
Teil 2 fhem-2015-11.z02
Zitat von: Ralf9 am 27 November 2015, 23:57:24
Wie aktualisiere ich nun die controls_signalduino.txt, damit das update wieder funktioniert?
ich habe mal die "build_controls_list.pl" ausgeführt, aber irgendwas passt nicht:
/dev-r32> perl build_controls_list.pl
invalid top directory at /usr/lib/perl5/5.18.1/File/Find.pm line 472.Gruß Ralf
Zitat von: Ralf9 am 29 November 2015, 00:18:27
ich habe mal die "build_controls_list.pl" ausgeführt, aber irgendwas passt nicht:
/dev-r32> perl build_controls_list.pl
invalid top directory at /usr/lib/perl5/5.18.1/File/Find.pm line 472.
Gruß Ralf
Das build_controls_list.pl habe ich verbrochen.
Du must das Verzeichnis mit den FHEM Dateien angeben. Bei mir liegt das build_controls_list.pl zusammen mit der Datei controls_signalduino.txt und anderen in einem Verzeichnis oberhalb von einem FHEM Verzeichnis:
build_controls_list.pl
CHANGED
controls_signalduino.txt
FHEM<dir>
LICENSE
README.md
Im FHEM Verzeichnis liegen die SignalDuino Modul Dateien und das firmware Verzeichnis:
00_SIGNALduino.pm
14_SD_AS.pm
14_SIGNALduino_RSL.pm
firmware<dir>
14_Hideki.pm
14_SD_WS07.pm
90_SIGNALduino_un.pmDas ist die Struktur wie man sie von github bekommt.
Das build_controls_list.pl wird dann aus dem Verzeichnis oberhalb von FHEM unter Angabe des FHEM Verzeichnis (aber nicht Dein FHEM Server Verzeichnis, sondern das SignalDuino FHEM Verzeichnis wo Du den geänderten Code hast) aufgerufen:
perl ./build_controls_list.pl FHEMund sollte dann sowas ausgeben:
DEL FHEM/14_Cresta.pm
DEL FHEM/14_SIGNALduino_AS.pm
DEL FHEM/14_SIGNALduino_ID7.pm
DEL FHEM/14_SIGNALduino_un.pm
DEL FHEM/firmware/SIGNALduino_nano328.hex
DEL FHEM/firmware/SIGNALduino_promini328.hex
DEL FHEM/firmware/SIGNALduino_uno.hex
UPD 2015_11_10_09:03:52 7779 FHEM/14_SIGNALduino_RSL.pm
UPD 2015_29_11_07:00:26 12128 FHEM/14_Hideki.pm
UPD 2015_29_11_07:00:26 12225 FHEM/90_SIGNALduino_un.pm
UPD 2015_29_11_07:00:26 52639 FHEM/firmware/SIGNALduino_nano328.hex
UPD 2015_29_11_07:00:26 52639 FHEM/firmware/SIGNALduino_uno.hex
UPD 2015_29_11_07:00:26 54484 FHEM/firmware/SIGNALduino_promini328.hex
UPD 2015_29_11_07:00:26 72795 FHEM/00_SIGNALduino.pm
UPD 2015_29_11_07:00:26 8939 FHEM/14_SD_WS07.pm
UPD 2015_29_11_07:00:26 9830 FHEM/14_SD_AS.pmGruss
Josef
Zitat von: Sidey am 27 November 2015, 22:06:01
2015-11-27 13:18:33-MC;LL=-1036;LH=922;SL=-565;SH=457;D=FFFFFF5F1426100A040E41C27700;C=459;
Das müsste ein Oregon V3 Sensor sein.
Muss noch mal ergänzen:
Hallo Sidey,
Ich hab mir die Oregon Protokollbeschreibung mal angeschaut
http://wmrx00.sourceforge.net/Arduino/OregonScientific-RF-Protocols.pdf (http://wmrx00.sourceforge.net/Arduino/OregonScientific-RF-Protocols.pdf)
The preamble consists of "1" bits, 24 bits (6 nibbles) for v3.0 sensors
and 16 bits (4 nibbles) for v2.1 sensors (since a v2.1 sensor bit stream
contains an inverted and interleaved copy of the data bits, there is in
fact a 32 bit sequence of alternating "0" and "1" bits in the preamble).
A sync nibble (4-bits) which is "0101" in the order of transmission. With
v2.1 sensors this actually appears as "10011001". Since nibbles are sent
LSB first, the preamble nibble is actually "1010" or a hexadecimal "A
". Man müsste doch für v2.1 und v3 eine gemeinsame Protokoll ID verwenden können und in einer "sub SIGNALduino_OSV23" anhand der Preamble+Sync zwischen v2.1 und v3 unterscheiden können, oder mache ich da einen Denkfehler?
Hier ist die Preamble+Sync v3
1111 1111 1111 1111 1111 1111 0101 in Hex: FFFFFF5
Hier ist die Preamble+Sync v2.1
01010101 01010101 01010101 01010101 10011001 in Hex: 55555555AA
sub SIGNALduino_OSV23()
{
my ($name,$bitData,$id) = @_;
my $preambleSyncV21 = '0101010101010101010101010101010110011001';
my $preambleSyncV3 = '1111111111111111111111110101';
if (index($bitData, $preambleSyncV21) != -1) { # Valid OSV2.1 detected
else if (index($bitData, $preambleSyncV3 != -1) { # Valid OSV3 detected
Gruß Ralf
Zitat von: Ralf9 am 29 November 2015, 12:32:31
Man müsste doch für v2.1 und v3 eine gemeinsame Protokoll ID verwenden können und in einer "sub SIGNALduino_OSV23" anhand der Preamble+Sync zwischen v2.1 und v3 unterscheiden können, oder mache ich da einen Denkfehler?
Hi Ralf,
Auf der Signalseite unterscheiden sich v2 und v3 nur geringfügig. Da hast Du recht.
Somit müssten v3 Nachrichten schon heute prinzipiell passen.
So wie v2 heute erkannt wird, lässt sich das auch auf v3 erweitern. Es ist allerdings zu.bedenken, dass die Preamble auch dazu genutzt wird, dass der Empfänger seinen Pegel anpasst. Deshalb ist nicht damit zu rechnen, dass der Empfänger alle Bits von der Preamble auch empfängt.
Kannst ja noch mal in den code schauen. Ich habe zuerst das Sync Nibble gesucht und anschließend die davorliegende Sequenz analysiert.
Die Toleranzgrenze liegt glaube ich bei 24 Bit.
Bei v3 würde ich diese vermutlich auf 11 oder 12 setzen.
Das viel größere Problem dürfte aber sein, dass das Oregon Modul die Daten nicht unbedingt so erwartet, wie sie empfangen werden.
Grüße Sidey
Grüße Sidey
Zitat von: Sidey am 29 November 2015, 14:27:37
So wie v2 heute erkannt wird, lässt sich das auch auf v3 erweitern. Es ist allerdings zu.bedenken, dass die Preamble auch dazu genutzt wird, dass der Empfänger seinen Pegel anpasst. Deshalb ist nicht damit zu rechnen, dass der Empfänger alle Bits von der Preamble auch empfängt.
Kannst ja noch mal in den code schauen. Ich habe zuerst das Sync Nibble gesucht und anschließend die davorliegende Sequenz analysiert.
Die Toleranzgrenze liegt glaube ich bei 24 Bit.
Dann müsste dies bei der v3 ungefähr so aussehen. Wenn der Suchstring nur den sync enthalten würde, dann könnte er auch im payload enthalten sein.
else {
my $preambleSyncV3 = '11111111111111110101';
my $preamble_pos = index($bitData, $preambleSyncV3);
if ($preamble_pos != -1 and $bitData =~ m/^.?(1){16,24}/)
{ # Valid OSV3 detected!
$preamble_pos += 16;Gruß Ralf
Zitat von: Ralf9 am 29 November 2015, 16:47:45
Dann müsste dies bei der v3 ungefähr so aussehen. Wenn der Suchstring nur den sync enthalten würde, dann könnte er auch im payload enthalten sein.
Stimmt, der Sync kann irgendwo sein.
Wenn wir das Prinzib von v2 beibehalten, dann könnte folgende Zeile v3 erkennen:
if (index($bitData,"0101",18) >= 18 and $bitData =~ m/^.?(1){17,24}/)
Ein bisschen stutzig macht mich die Aussage vom Author, v3 würde die Nachrichten nicht wiederholen, dann könnte man die regex vereinfachen:
m/^(1){17,24}/)
Zitat von: Sidey am 29 November 2015, 17:40:49
Stimmt, der Sync kann irgendwo sein.
Wenn wir das Prinzib von v2 beibehalten, dann könnte folgende Zeile v3 erkennen:
if (index($bitData,"0101",18) >= 18 and $bitData =~ m/^.?(1){17,24}/)
damit wird aber auch eine Nachricht mit 17 Einsen am Anfang und 0101 in der Mitte als v3 erkannt, oder können solche Nachrichten nicht vorkommen?
Gruß Ralf
Hallo Sidey,
ich hätte auch noch ein paar Vorweihnachtiche Wünsche.
Ich hätte gerne die Möglichkeit mittels get oder set raw-Nachrichten zu simulieren. Z.B. um Nachrichten zu testen von denen ich keine Sensoren habe.
Dazu müsste die bei set oder get eingegebene raw Nachricht direkt an die sub SIGNALduino_Parse weitergeben werden.
Ich hätte auch gerne die Möglichkeit direkt im Arduino das übertragen von Nachrichten an den sduino zu unterdrücken. Z.B. so:
my %sets = (
"disableDataMessage"=> "all, ms, mu, mc",
"enableDataMessage"=> "all, ms, mu, mc"
Ein "disableDataMessage all" ist beim simulieren von raw-Nachrichten hilfreich.
Da dies wahrscheinlich ein größerer und recht aufwendig zu realisierender Wunsch ist, ist dies ein Wunsch für eine der nächsten Versionen.
Kurzfristig würde irgendeine Möglichkeit reichen um dem Datenempfang temporär zu deaktivieren.
Ist ein
attr autocreate disable 1
ausreichend, damit beim simulieren von raw Nachrichten nicht automatische ein sensor device angelegt wird?
Oder lässt sich das auch einfacher verhindern?
Gruß Ralf
Hi,
ich habe mal zum probieren einen Signalduino eigebunden. Leider tauchen im Log fast im Sekundentakt folgende Dooya shutter Einträge auf:
2015.11.29 19:56:06 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.29 19:56:07 4: SIGNALduino/msg READ: MS;P0=2200;P2=206;P5=-12100;D=2503;CP=2;SP=5;
2015.11.29 19:56:08 4: SIGNALduino/msg READ: MU;P0=-1053;P1=186;P2=-112;D=012101010101210101010121012101010101010101011;CP=1;
2015.11.29 19:56:08 4: SIGNALduino/msg READ: MU;P0=229;P1=-768;P4=-18928;P5=2220;D=0101010101010101010101010101010101010101010452;CP=0;
2015.11.29 19:56:08 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.29 19:56:09 4: SIGNALduino/msg READ: MU;P0=123;P1=-241;P2=-875;P3=-140;D=0010203010102020202020202020202020202020202020201;CP=0;
2015.11.29 19:56:09 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.29 19:56:09 4: SIGNALduino/msg READ: MS;P0=-822;P1=156;P2=-1846;P3=2116;P4=16000;D=123440101010101010101010101010101010101010101010101 0101010;CP=1;SP=2;
2015.11.29 19:56:09 4: SIGNALduino/msg READ: MS;P0=-2820;P1=-763;P2=169;D=202121212121212121;CP=2;SP=0;
2015.11.29 19:56:10 4: SIGNALduino/msg READ: MU;P0=-162;P1=-777;P2=206;P4=-320;D=012121212124242020202120212121212121212121212121201;CP=2;
2015.11.29 19:56:10 4: Found matched Protocol id 16 -> Dooya shutter
Dazwischen auch regelmäßig "Einhell garagedoor" (und gelegentlich CWT600,Livolo und TX3). Ich kann mir kaum vorstellen das diese Nachrichten echt sind, es wird ja wohl kaum jemand ständig seinen Rolladen oder Garagentor bedienen.
Gibt es da Erfahrungen woran das liegt?
Hi,
nachdem ich die letzten Wochen Pause bei meinem FHEM hatte (Sind jetzt zu dritt zu hause) bin ich jetzt nochmal an meine Livolo Schlater gegangen.
In der Log kann ich sehen das die Signale jetzt anders gedeutet werden, bzw. wie bei meinem Vorschreiber Samsi habe ich jetzt auch Dooya Shutter und TX3 im Log.
Hier nochmal der Auszug aus meinem letzten Mitschnitt.
2015.11.29 20:37:46 4: SIGNALduino/msg READ: MU;P0=165;P1=-167;P2=471;P3=-300;D=010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010101010101030101030101010101010101012101010101010100;CP=0;O;
2015.11.29 20:37:46 4: SIGNALduino/msg READ: MU;P0=-193;P1=108;P2=-332;P3=444;D=010101010101010101010101010101010121010103010101010101012101010101010101010101010301;CP=1;
2015.11.29 20:37:46 4: SIGNALduino/msg READ: MU;P0=-199;P1=452;P2=144;P3=-328;D=010202020202020202020202020202020202020201023202020202020202020202020201;CP=2;
2015.11.29 20:37:46 4: SIGNALduino/msg READ: MU;P0=-190;P1=185;P2=448;D=010101010102010101010101010101010101010101010101010201010101010102;CP=1;
2015.11.29 20:37:46 4: SIGNALduino/msg READ: MU;P0=-190;P1=-176;P2=185;P3=450;P4=-332;D=0121212120202020202020202020202020203020202020202020202020202020202024202020302020202020200;CP=2;
2015.11.29 20:37:46 4: SIGNALduino/msg READ: MU;P0=-200;P1=-162;P2=193;P3=448;D=012021212121212021212030202020202020202020202020202;CP=2;
2015.11.29 20:37:47 4: SIGNALduino/msg READ: MU;P0=-263;P1=117;P2=444;P3=-332;D=0101010101010201010101010101310101010101010101010101020101010101010101010131010100;CP=1;
2015.11.29 20:37:47 4: SIGNALduino/msg READ: MU;P0=-194;P1=108;P2=108;P3=448;D=0102010101010103010101010101010101010101010101010101010301;CP=1;
2015.11.29 20:37:47 4: SIGNALduino/msg READ: MU;P0=-214;P1=-310;P2=141;P3=446;D=0120212120302020202020202120202020202020202120202030212020202020202020202021;CP=2;
2015.11.29 20:37:47 4: SIGNALduino/msg READ: MU;P0=-836;P1=-182;P2=121;P3=-171;P4=452;D=01232323232321232321212121212121212121412;CP=2;
2015.11.29 20:37:47 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.29 20:37:47 4: Found matched Protocol id 8 -> TX3 Protocol
2015.11.29 20:37:47 4: SIGNALduino/msg READ: MU;P0=-213;P1=460;P2=120;P3=-324;D=001020202020202023202020202020202020202020102020202020202020202020202020202020202010202020202020202020202020202020202020201020202020202020202020202020202020202020102020202020202020202020202020202020202010202020202020202020202020202020202020;CP=2;O;
2015.11.29 20:37:47 4: SIGNALduino/msg READ: MU;P0=-250;P1=116;P2=451;P3=-320;D=010101010101010101010101010101010102010101010101010101010101010101010101010201010101010101310101310101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101010101010101010101020100;CP=1;O;
2015.11.29 20:37:47 4: SIGNALduino/msg READ: MS;P0=-1652;P1=-210;P2=124;P3=455;P4=-324;P5=284;P6=1371;D=2023901;CP=2;SP=0;
2015.11.29 20:37:47 4: SIGNALduino/msg READ: MU;P0=-187;P1=-174;P2=206;P3=454;D=012120212121312021212121202020202020202020202020202030202020202020202020202020202020202020203020202020202020202020202020202020202020302020202020202020202020202020202020202030202020202020202020202020202020202020203020202020202020202020202020;CP=2;O;
2015.11.29 20:37:47 4: SIGNALduino/msg READ: MU;P0=-209;P1=453;P2=122;P3=268;D=001020202020202020202020202020202020202020102020202020202020202020202020202020202010202020202020202020202020202020202020201020202020202020202020202020202020202020102020202020302020202020202020202020202010202020202020202020202020202020202020;CP=2;O;
2015.11.29 20:37:47 4: SIGNALduino/msg READ: MU;P0=-223;P1=-160;P2=137;P3=458;D=012120212121212120212121312021212121212021212021212120202020202030202020202020202020202020202020202020203020202020202020201;CP=2;
2015.11.29 20:37:47 4: SIGNALduino/msg READ: MU;P0=-528;P1=127;P2=-216;P3=452;D=001212121212121212123212121212121212121212121212121212121212321212121212121212121212121212121212121232121212121212121212121212121212121212123212121212121212121212121212121212121212321212121212121212121212121212121212121232121212121212121210;CP=1;O;
2015.11.29 20:37:47 4: Found matched Protocol id 16 -> Dooya shutter
2015.11.29 20:37:47 4: Found matched Protocol id 8 -> TX3 Protocol
Gruß
Greg
Hi Ralf,
Zitat von: Ralf9 am 29 November 2015, 17:55:55
damit wird aber auch eine Nachricht mit 17 Einsen am Anfang und 0101 in der Mitte als v3 erkannt, oder können solche Nachrichten nicht vorkommen?
Nein, durch die Regex wird ja auf den Beginn einer Nachricht getriggert nach dem Beginn darf irgend ein Zeichen kommen. Danach müssen die Bits wie in der Regex angegeben in der passenden Menge auftauchen.
Zitat von: Ralf9 am 29 November 2015, 19:18:30
Hallo Sidey,
ich hätte auch noch ein paar Vorweihnachtiche Wünsche.
Ich hätte gerne die Möglichkeit mittels get oder set raw-Nachrichten zu simulieren. Z.B. um Nachrichten zu testen von denen ich keine Sensoren habe.
Dazu müsste die bei set oder get eingegebene raw Nachricht direkt an die sub SIGNALduino_Parse weitergeben werden.
Lege dir einen weiteren SignalDuino an. Setze das Attribut dummy auf 1.
Probier dann mal mit get raw. Du musst die Nachricht aber mit Start und Endmarker dort eingeben. Nicht wundern, das ist ein nicht anzeigbarer Character. Im Log ist er auch enthalten, wenn es nicht angezeigt wird, dazu ggf. die komplette Zeile kopieren und in einen Editor kopieren der das anzeigen kann.
Zitat von: Ralf9 am 29 November 2015, 19:18:30
Ich hätte auch gerne die Möglichkeit direkt im Arduino das übertragen von Nachrichten an den sduino zu unterdrücken.
Das wollte schon mal jemand... aber wir haben es mit der Whitelist entschärft. Baust Du es auf der FHEM Seite ein, ich realisiere die Kommandos im Arduino.
Das Kommando XQ deaktiviert den Interrupt und EQ aktiviert den Interrupt wieder.
Das Autocreate kannst Du nur über das deaktivieren des autocreate selbst deaktiveren. Da fällt mir auch nichts besseres ein.
Zitat von: Ralf9 am 28 November 2015, 10:32:19
Durch diesen Eintrag in der matchlist können doch alle Nachrichten verarbeitet werden. Ich welchen Fällen gibt der Dispatch zurück, daß er eine Nachricht, für die es kein Modul gibt, nicht verarbeiten konnte?
"X:SIGNALduino_un" => '^[uP]\d+#.*',
Hast Du Dir das schon mal im event monitor angeschaut?
Ok ich bin ehrlich, den Eventmonitor schaue ich mir selten an.
Allerdings sollte Dispatch undef zurückgeben, wenn das Modul auch ein undef zurück gibt. Das sollte immer dann passieren, wenn das Modul nichts mit den Daten anfangen konnten. Aber um sicher zu sein, müsste ich noch mal in den code schauen, ob dispatch wirklich undef zurück gibt, wenn es kein Modul verarbeitet hat.
Zitat von: Ralf9 am 28 November 2015, 10:32:19
Nachtrag (anderes Thema):
spricht was dagegen bei der "sub SIGNALduino_Read($)"
bei dem folgenden logging ein "if($debug);" anzuhängen, damit das loglevel 5 übersichtlicher wird?
Log3 $name, 5, "SIGNALduino/RAW READ: $SIGNALduinodata/$buf";
Das ist eine gute Idee. Die Read messages, haben wir bislang auch nie benötigt.
Grüße Sidey
Zitat von: Samsi am 29 November 2015, 20:19:53
ich habe mal zum probieren einen Signalduino eigebunden. Leider tauchen im Log fast im Sekundentakt folgende Dooya shutter Einträge auf:
Gibt es da Erfahrungen woran das liegt?
Hallo Samsi,
Die empfangenen Daten, werden als die genannten Signale erkannt. Aber so wie das log Aussieht, passt dann die Demodulierung doch nicht.
Welche Version setzt Du ein?
Grüße Sidey
Zitat von: GregPac am 29 November 2015, 20:43:02
Hi,
nachdem ich die letzten Wochen Pause bei meinem FHEM hatte (Sind jetzt zu dritt zu hause) bin ich jetzt nochmal an meine Livolo Schlater gegangen.
Hallo GregPac,
welche Version hast Du ausprobiert?
Ich hatte für Livolo auch was eingebaut, aber vergessen dich an zu schreiben damit es getestet wird. :(
Grüße Sidey
Zitat von: Sidey am 29 November 2015, 21:26:17
Nein, durch die Regex wird ja auf den Beginn einer Nachricht getriggert nach dem Beginn darf irgend ein Zeichen kommen. Danach müssen die Bits wie in der Regex angegeben in der passenden Menge auftauchen.
Dann kann doch der Sync ('5') mit in die regex
else if ($bitData =~ m/^(1){16,24}0101/)
{ # Valid OSV3 detected!
my $preamble_pos = index($bitData, '0101');Zitat von: Sidey am 29 November 2015, 21:26:17
Allerdings sollte Dispatch undef zurückgeben, wenn das Modul auch ein undef zurück gibt. Das sollte immer dann passieren, wenn das Modul nichts mit den Daten anfangen konnten. Aber um sicher zu sein, müsste ich noch mal in den code schauen, ob dispatch wirklich undef zurück gibt, wenn es kein Modul verarbeitet hat.
Nein, der dispatch gibt normalerweise kein undef zurück. Für Nachrichten, für die kein Modul was anfangen kann, gibt es doch das Modul
"sub SIGNALduino_un_Parse($$)" dort steht:
return $dummyreturnvalue; # This prevents unkown code Messages in our log
Gruß Ralf
Zitat von: Ralf9 am 29 November 2015, 22:32:43
Dann kann doch der Sync ('5') mit in die regex
else if ($bitData =~ m/^.?(1){16,24}5/)
{ # Valid OSV3 detected!
my $preamble_pos = index($bitData, '0101');
Stimmt, wüsste jetzt auch nicht, was dagegen spricht es gleich über die Regex zu prüfen.
Zitat
"sub SIGNALduino_un_Parse($$)" dort steht:
return $dummyreturnvalue; # This prevents unkown code Messages in our log
Okay, Du hast mich, das hatte ich vergessen, dass ich hier extra einen returncode setze, damit es nicht zum unknown message kommt.
Grüße Sidey
Zitat von: Sidey am 29 November 2015, 21:28:59
Welche Version setzt Du ein?
Grüße Sidey
Ich habe einfach nur ein flash gemacht:
V 3.1.8-HF2 SIGNALduino - compiled at Nov 8 2015 21:36:37
Zitat von: Sidey am 29 November 2015, 21:30:08
Hallo GregPac,
welche Version hast Du ausprobiert?
Ich hatte für Livolo auch was eingebaut, aber vergessen dich an zu schreiben damit es getestet wird. :(
Grüße Sidey
Hi, war natürlich noch eine aus Sep ???. Jetzt mit der neuen erhalte ich:
2015.11.30 11:20:04 4: SIGNALduino/msg READ: MU;P0=704;P1=-2034;P3=479;P4=-4533;D=430;CP=3;
2015.11.30 11:20:05 4: SIGNALduino/msg READ: MS;P0=-786;P1=489;P2=-9540;P3=-4538;P4=-1957;D=12131414101014141314131313131414141413141313131313131313131411;CP=1;SP=2;
2015.11.30 11:20:05 4: Founded matched MS Protocol id 0 -> weather1
2015.11.30 11:20:05 4: Founded matched MS Protocol id 1 -> ConradRSL
2015.11.30 11:20:05 4: Decoded matched MS Protocol id 1 dmsg r0 length 0
2015.11.30 11:20:05 3: Sduino: Unknown code r0, help me!
2015.11.30 11:20:05 4: SIGNALduino/msg READ: MS;P0=4548;P1=456;P2=-1986;P3=-4552;P4=-9564;P5=-464;D=14131212121212131213131313121212121501;CP=1;SP=4;
2015.11.30 11:20:05 4: Founded matched MS Protocol id 1 -> ConradRSL
2015.11.30 11:20:05 4: Decoded matched MS Protocol id 1 dmsg r0 length 0
2015.11.30 11:20:05 4: Dropped (r0) due to short time or equal msg
2015.11.30 11:20:05 4: Founded matched MS Protocol id 14 -> Heidemann HX
2015.11.30 11:20:16 4: SIGNALduino/msg READ: MU;P0=482;P1=141;P2=308;P3=-194;P4=1792;P5=-888;D=345031313131313131313131313131313131313131303131313131313131313131313131313131313130313131313131313131313131313131313131313031313131313131313131313131313131313131303131313131323131313131313131313131313130313131313131313131313131313131313130;CP=1;O;
2015.11.30 11:20:16 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.11.30 11:20:16 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.11.30 11:20:16 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.11.30 11:20:16 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.11.30 11:20:16 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.11.30 11:20:16 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.11.30 11:20:16 4: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2015.11.30 11:20:16 4: SIGNALduino/msg READ: MU;P0=131;P1=-175;P2=453;P3=-320;D=010121010101010101010101010101010101010101012101010101010101010101010101010101010101210103010101010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010100;CP=0;O;
2015.11.30 11:20:16 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.11.30 11:20:16 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2015.11.30 11:20:16 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2015.11.30 11:20:16 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.11.30 11:20:16 4: SIGNALduino/msg READ: MU;P0=119;P1=-183;P2=444;D=00101010101010101010101010101010101010121010101010101010101010101010101010101011;CP=0;
2015.11.30 11:20:16 4: SIGNALduino/msg READ: MU;P0=-199;P1=176;P2=436;D=010101010101010101010101010101010201010101010100;CP=1;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-178;P1=199;P2=452;P3=-344;D=010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201310101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010100;CP=1;O;
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=231;P1=-266;P3=460;D=0010101010101010131010101010101010101010101010101010101013101010101010101010100;CP=0;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=438;P1=-189;P2=217;D=01212121212121212121212121212121212121210121212121212121212121212121211;CP=2;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-199;P1=180;P2=440;D=0101010101010102010101010101010101010101010101010101010201010101010101;CP=1;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=128;P1=-174;P2=458;D=0101010101010101010101012101010101010101010101010101010101010101210101010100;CP=0;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=112;P1=-256;P3=464;D=010101010101010101010101010101010101013101010101010101010101010101010101010;CP=0;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-265;P1=195;P3=448;D=00101010101010101030101010101010101010101010101010101010103010101010101010101011;CP=1;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=147;P1=-285;P2=459;P4=276;D=012101010101010101010101010101010101010101210101010101410101010101010101010101010121010101010101010101210101010101010101010101010101010101010121010101010141010101010101010101010101012101010101010101010101010101010101010101210101010101010100;CP=0;O;
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-274;P1=111;P2=452;D=0101010102010101010101010101010101010101010101010201010101010101010101010101;CP=1;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=232;P1=-184;P3=452;D=0101010101010101010131010101010101010101010101010;CP=0;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=193;P1=-177;P3=442;D=01010101310101010101010101010101010101010101010131010101010101;CP=0;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-195;P1=108;P2=452;D=0101010101010101010101010101010101020101010101010101010101010101010101010101;CP=1;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=111;P1=-259;P3=438;D=0101010101010101010101013101010101010101010101010101010101010101310101010101;CP=0;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=118;P1=-193;P3=364;D=010101010131010101010101010101010101013101010101010101010101010101010101010;CP=0;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-262;P1=237;P3=444;D=00101010101010101030101010101010101010101010101010101010103010101010101010101011;CP=1;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=145;P1=-294;P2=452;P3=276;D=012101013101010101010101010101010101010101210101010101010101010101010101010101010121010131010101010101210101010101010101010101010101010101010121010101010131010101010101010101010101012101010101010101010101010101010101010101210101010101010100;CP=0;O;
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-259;P1=145;P2=450;D=0101010102010101010101010101010101010101010101010201010101010101010101010101;CP=1;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-265;P1=102;P2=444;P4=280;D=01010101010101010101010101010101020101010101040101010101010101010101010102010101010101010101010201;CP=1;
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-268;P1=110;P3=441;P4=280;D=01010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101040101010101010101010301010101010101010101010101010101010101;CP=1;
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=131;P1=-199;P2=452;D=010101010101010101010101010121010101010101010101010101010101010101012101010;CP=0;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-169;P1=145;P2=462;P3=264;P4=-342;D=010101020103010101010101010101010101010101010102014101010101010101014101010101010101010201030101010101010101010201010101010101010101010101010101410101020101010101010141010141010101010101010102010101010101010101010101010101010101010201010100;CP=1;O;
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-267;P1=179;P3=452;D=010101010101010101010103010101010101010101010101010101;CP=1;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-218;P1=145;P3=448;D=010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010100;CP=1;O;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-258;P1=199;P3=460;D=01010101010101010101010101010101030101010101010101010101010101;CP=1;
2015.11.30 11:20:17 4: SIGNALduino/msg READ: MU;P0=-272;P1=101;P2=498;P4=-32001;P5=-17332;D=0101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101014251;CP=1;
2015.11.30 11:20:17 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
Gruß
Greg
Zitat von: Burny4600 am 27 November 2015, 13:28:26
Mit der aktuellen Beta werden jetzt andere Geräte Protokolle gelistet.
2015-11-27 13:18:33-MC;LL=-1036;LH=922;SL=-565;SH=457;D=FFFFFF5F1426100A040E41C27700;C=459;
Kannst Du mal schauen ob Du von dieser Art von Nachricht noch mehr empfängst. Dies müsste eine Oregon v3 Nachricht sein.
Zu erkennen an einigen FF am Anfang gefolgt von einer 5.
Ein verbose 4 und ein gelöschtes debug attribut ist dafür ausreichend.
Gruß Ralf
Ist es eigentlich normal das der SIGNALduino sich ca. jede Minute mit einer Initialisierung meldet.
2015-11-30 19:46:33 SIGNALduino sduino Initialized
2015-11-30 19:46:33 SIGNALduino sduino Initialized
2015-11-30 19:46:33 SIGNALduino sduino Initialized
2015-11-30 19:46:33 SIGNALduino sduino Initialized
2015-11-30 19:46:33 SIGNALduino sduino Initialized
2015-11-30 19:46:33 SIGNALduino sduino Initialized
2015-11-30 19:46:33 SIGNALduino sduino Initialized
2015-11-30 19:46:40 TRX_WEATHER WGR800 wind_speed: 5.7
2015-11-30 19:46:40 TRX_WEATHER WGR800 wind_dir: 292 WNW
2015-11-30 19:46:47 statistics PCR800stat Updated stats for: PCR800
2015-11-30 19:46:47 TRX_WEATHER PCR800 rain_rate: 0
2015-11-30 19:46:47 TRX_WEATHER PCR800 rain_ratek: 0
2015-11-30 19:46:49 statistics EnergieABstatW Updated stats for: EnergieAB
2015-11-30 19:46:49 statistics EnergieABstatkWh Updated stats for: EnergieAB
2015-11-30 19:46:49 readingsGroup Aktueller_Verbrauch EnergieAB.electricityPower: 64 W
2015-11-30 19:46:49 readingsGroup Aktueller_Verbrauch sum: 1178 W
2015-11-30 19:46:49 readingsGroup Verbrauchte_Energie EnergieAB.electricityConsumed_kWh: 1814.5 kWh
2015-11-30 19:46:49 readingsGroup Verbrauchte_Energie sum: 15799.0 kWh
2015-11-30 19:46:49 JSONMETER EnergieAB electricityConsumed: 1814474
2015-11-30 19:46:49 JSONMETER EnergieAB electricityPower: 64
2015-11-30 19:46:49 JSONMETER EnergieAB electricityConsumed_kWh: 1814.474
2015-11-30 19:46:49 JSONMETER EnergieAB statElectricityConsumed_kWhHour: 0.050
2015-11-30 19:46:49 JSONMETER EnergieAB statElectricityConsumed_kWhDay: 1.512
2015-11-30 19:46:49 JSONMETER EnergieAB statElectricityConsumed_kWhMonth: 10.741
2015-11-30 19:46:49 JSONMETER EnergieAB statElectricityConsumed_kWhYear: 10.741
2015-11-30 19:46:50 readingsProxy DL2_S05 11.3
2015-11-30 19:46:50 readingsProxy DL2_S07 47.2
2015-11-30 19:46:50 readingsProxy DL2_S12 54.1
2015-11-30 19:46:50 readingsProxy DL2_SZ 20:42
2015-11-30 19:46:50 HTTPMOD DL2 Temperature_Sensor_05: 11.3
2015-11-30 19:46:50 HTTPMOD DL2 Temperature_Sensor_07: 47.2
2015-11-30 19:46:50 HTTPMOD DL2 Temperature_Sensor_12: 54.1
2015-11-30 19:46:50 HTTPMOD DL2 Systemzeit: 20:42
2015-11-30 19:46:53 TRX_WEATHER UVN800 uv_val: 0
2015-11-30 19:46:53 TRX_WEATHER UVN800 uv_risk: low
2015-11-30 19:46:53 statistics EnergieEGstatW Updated stats for: EnergieEG
2015-11-30 19:46:53 statistics EnergieEGstatkWh Updated stats for: EnergieEG
2015-11-30 19:46:53 readingsGroup Aktueller_Verbrauch EnergieEG.electricityPower: 163 W
2015-11-30 19:46:53 readingsGroup Aktueller_Verbrauch sum: 1179 W
2015-11-30 19:46:53 readingsGroup Verbrauchte_Energie EnergieEG.electricityConsumed_kWh: 3356.5 kWh
2015-11-30 19:46:53 readingsGroup Verbrauchte_Energie sum: 15799.0 kWh
2015-11-30 19:46:53 JSONMETER EnergieEG electricityConsumed: 3356483
2015-11-30 19:46:53 JSONMETER EnergieEG electricityPower: 163
2015-11-30 19:46:53 JSONMETER EnergieEG electricityConsumed_kWh: 3356.483
2015-11-30 19:46:53 JSONMETER EnergieEG statElectricityPowerHourAvg: 231
2015-11-30 19:46:53 JSONMETER EnergieEG statElectricityConsumed_kWhHour: 0.182
2015-11-30 19:46:53 JSONMETER EnergieEG statElectricityConsumed_kWhDay: 5.718
2015-11-30 19:46:53 JSONMETER EnergieEG statElectricityConsumed_kWhMonth: 30.312
2015-11-30 19:46:53 JSONMETER EnergieEG statElectricityConsumed_kWhYear: 30.312
2015-11-30 19:46:53 statistics EnergieOG1statW Updated stats for: EnergieOG1
2015-11-30 19:46:53 statistics EnergieOG1statkWh Updated stats for: EnergieOG1
2015-11-30 19:46:53 readingsGroup Aktueller_Verbrauch EnergieOG1.electricityPower: 453 W
2015-11-30 19:46:53 readingsGroup Aktueller_Verbrauch sum: 1178 W
2015-11-30 19:46:53 readingsGroup Verbrauchte_Energie EnergieOG1.electricityConsumed_kWh: 4001.1 kWh
2015-11-30 19:46:53 readingsGroup Verbrauchte_Energie sum: 15799.1 kWh
2015-11-30 19:46:53 JSONMETER EnergieOG1 electricityConsumed: 4001082
2015-11-30 19:46:53 JSONMETER EnergieOG1 electricityPower: 453
2015-11-30 19:46:53 JSONMETER EnergieOG1 electricityConsumed_kWh: 4001.082
2015-11-30 19:46:53 JSONMETER EnergieOG1 statElectricityPowerHourAvg: 403
2015-11-30 19:46:53 JSONMETER EnergieOG1 statElectricityConsumed_kWhHour: 0.319
2015-11-30 19:46:53 JSONMETER EnergieOG1 statElectricityConsumed_kWhDay: 5.906
2015-11-30 19:46:53 JSONMETER EnergieOG1 statElectricityConsumed_kWhMonth: 38.351
2015-11-30 19:46:53 JSONMETER EnergieOG1 statElectricityConsumed_kWhYear: 38.351
2015-11-30 19:46:54 TRX_WEATHER WGR800 wind_speed: 3.9
2015-11-30 19:46:54 TRX_WEATHER WGR800 wind_dir: 247 WSW
2015-11-30 19:46:54 statistics EnergieOG2statW Updated stats for: EnergieOG2
2015-11-30 19:46:54 statistics EnergieOG2statkWh Updated stats for: EnergieOG2
2015-11-30 19:46:55 readingsGroup Aktueller_Verbrauch EnergieOG2.electricityPower: 501 W
2015-11-30 19:46:55 readingsGroup Aktueller_Verbrauch sum: 1181 W
2015-11-30 19:46:55 readingsGroup Verbrauchte_Energie EnergieOG2.electricityConsumed_kWh: 6627.0 kWh
2015-11-30 19:46:55 readingsGroup Verbrauchte_Energie sum: 15799.1 kWh
2015-11-30 19:46:55 JSONMETER EnergieOG2 electricityConsumed: 6627023
2015-11-30 19:46:55 JSONMETER EnergieOG2 electricityPower: 501
2015-11-30 19:46:55 JSONMETER EnergieOG2 electricityConsumed_kWh: 6627.023
2015-11-30 19:46:55 JSONMETER EnergieOG2 statElectricityPowerHourAvg: 545
2015-11-30 19:46:55 JSONMETER EnergieOG2 statElectricityConsumed_kWhHour: 0.424
2015-11-30 19:46:55 JSONMETER EnergieOG2 statElectricityConsumed_kWhDay: 12.407
2015-11-30 19:46:55 JSONMETER EnergieOG2 statElectricityConsumed_kWhMonth: 64.798
2015-11-30 19:46:55 JSONMETER EnergieOG2 statElectricityConsumed_kWhYear: 64.798
2015-11-30 19:46:57 TRX_WEATHER THGR810_6 temperature: 21.1
2015-11-30 19:46:57 TRX_WEATHER THGR810_6 humidity: 24
2015-11-30 19:46:57 TRX_WEATHER THGR810_6 absFeuchte: 4.4
2015-11-30 19:46:57 TRX_WEATHER THGR810_6 dewpoint: -0.2
2015-11-30 19:47:08 TRX_WEATHER WGR800 wind_speed: 6.2
2015-11-30 19:47:08 TRX_WEATHER WGR800 wind_avspeed: 4.8
2015-11-30 19:47:08 TRX_WEATHER WGR800 wind_dir: 292 WNW
2015-11-30 19:47:19 TRX_WEATHER THWR800_3 temperature: 7.2
2015-11-30 19:47:22 TRX_WEATHER WGR800 wind_speed: 4.2
2015-11-30 19:47:29 TRX_WEATHER THGR810_1 temperature: 11.7
2015-11-30 19:47:29 TRX_WEATHER THGR810_1 humidity: 49
2015-11-30 19:47:29 TRX_WEATHER THGR810_1 absFeuchte: 5.1
2015-11-30 19:47:29 TRX_WEATHER THGR810_1 dewpoint: 1.4
2015-11-30 19:47:30 SIGNALduino sduino Initialized
2015-11-30 19:47:30 SIGNALduino sduino Initialized
2015-11-30 19:47:30 SIGNALduino sduino Initialized
2015-11-30 19:47:30 SIGNALduino sduino Initialized
2015-11-30 19:47:30 SIGNALduino sduino Initialized
2015-11-30 19:47:30 SIGNALduino sduino Initialized
Stellt das nicht eine unnötige Systembelastung dar?
V 3.2.0-b3 SIGNALduino - compiled at Nov 13 2015 21:39:55
Zitat von: Ralf9 am 30 November 2015, 18:25:20
Zu erkennen an einigen FF am Anfang gefolgt von einer 5.
Auf das FF 5 am Anfang würde ich nicht zu sehr setzen. Da muss der Empfang nur um ein Bit verschoben sein und schon kommen andere Werte in Hex raus.
Grüße Sidey
Hi Burny,
Zitat von: Burny4600 am 30 November 2015, 19:49:44
Ist es eigentlich normal das der SIGNALduino sich ca. jede Minute mit einer Initialisierung meldet.
Das mit dem initalized im Minutentakt ist ein Fehler.
Das passiert, wenn die USB Verbindung abbricht oder der Arduino abstürzt.
Das Problem hatten bereits einige Anwender. Die Ursachen sind vielfältig. Es kann am Arduino liegen oder am USB Kabel oder sonst was.
Leider hilft dir das jetzt nicht weiter.
Grüße
Sidey
Ich vermute das liegt am Umgang der USB Schnittstellen.
Aus mangel an USB Schnittstellen habe ich den SIGNALduino an einem USB HUB angeschlossen.
Die nanoCUL's brechen an einem USB Hub die Verbindung ab und melden sich nicht mehr an bis ein Hardware Reset erfolgt (Spannungslos machen des RASPBERRY und USB HUB).
Der SIGNALduino führt zumindest eine Initialisierung aus.
FHEM oder der RASPBERRY haben mit USB-HUB's anscheinend ein Problem.
Ich habe einen Interessanten Eintrag mit Namens: "CUL_TCM97001_Unknown" welcher wie folgt aussieht:
Internals:
CODE Unknown
DEF Unknown
LASTInputDev sduino
MSGCNT 11
NAME CUL_TCM97001_Unknown
NR 210
STATE Code: 592806A150
TYPE CUL_TCM97001
lastH 0
lastT 1448912565.79988
sduino_DMSG s592806A15000
sduino_MSGCNT 11
sduino_RAWMSG MS;P0=-1929;P1=512;P2=-3879;P3=-9150;D=13101210121210101210101210121010101010101010121210121012101010101210121012;CP=1;SP=3;O;
sduino_TIME 2015-11-30 20:42:45
Readings:
2015-11-30 20:42:45 state Code: 592806A150
Attributes:
model Unknown
room CUL_TCM97001
Vielleicht kann mir jemand erklären, um was es sich handeln könnte?
Zitat von: Sidey am 30 November 2015, 20:19:00
Auf das FF 5 am Anfang würde ich nicht zu sehr setzen. Da muss der Empfang nur um ein Bit verschoben sein und schon kommen andere Werte in Hex raus.
Ja, das ist klar, daß es mit dem FF 5 nicht immer passt, aber es müssten bei brauchbarem Empfang am Anfang normalerweise ein paar FF sein.
In den log habe ich von 2 Sensoren Nachrichten gefunden bei denen es passt:
MC;LL=-1043;LH=908;SL=-560;SH=414;D=FFFFFF5F1426100A040E41C27700;C=440;
MC;LL=-1269;LH=692;SL=-762;SH=283;D=FFFFFF5F1424C3020002C1824900;C=324
F142 ist die SensorID gefolgt von dem Kanal 6 + 4
Beim Kanal steht:
Some Sensors use the coding 1 << (ch – 1), where ch is 1, 2 or 3. ist dann 4 und 6 Kanal 3 und 4?
Was bei der SensorID steht kapiere ich nicht:
Nibble values in these codes assume LSB first order. That is, if the bits of a nibble in order of transmission are '0101',
the hex value is taken to be 'A' (not '5').
The nibbles are presented in order of transmission. However, since all other multi-nibble data in the sensor data message is sent least-significant nibble
first these values might be considered "backwards". In other words, the ID code "1D20" shown above might be more properly called "02D1".
That said, this description describes the code nibbles in order of transmission.
Das F142 könnte der THGR810 mit der ID F824 sein.
Hier sind die Sensoren mit ihren IDs:
PCR800 2914
THGR810 F824
THWR800 C844
UVN800 D874
WGR800 1984 oder 1994
@Burny4600
was für ein Empfänger verwendest Du beim Signalduino. Evtl werden ein paar Sensoren nicht so gut empfangen.
Gruß Ralf
Zitat von: Ralf9 am 30 November 2015, 20:59:21
Was bei der SensorID steht kapiere ich nicht:
Nibble values in these codes assume LSB first order. That is, if the bits of a nibble in order of transmission are '0101',
the hex value is taken to be 'A' (not '5').
The nibbles are presented in order of transmission. However, since all other multi-nibble data in the sensor data message is sent least-significant nibble
first these values might be considered "backwards". In other words, the ID code "1D20" shown above might be more properly called "02D1".
That said, this description describes the code nibbles in order of transmission.
Heißt doch nur, daß alle Bits in LSB order und Halbbyte gesendet werden. Also 1101 (Hex D) heißt in Wirklichkeit rückwärts 1011 (Hex B) .
Und 1D20 wird genauso rückwärts gelesen, also 02D1.
Ich habe mal mit der OSV3 (Oregon v3) Protokoll erkennung angefangen.
Wenn ein OSV3 Protokoll erkannt wird erscheint bei verbose 5 im log:
2015.11.30 22:00:06 4: Found manchester Protocol id 10 clock 324 -> OSV2o3
2015.11.30 22:00:06 5: sduino: OSV3 protocol detected: preamble_pos = 24, message_length = 88
Es fehlt noch die Umwandlung von Bit nach Hex und die Übergabe ans Oregon Modul.
Ich habe es in den dev-r32 Branch eingebaut
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt (http://update%20all%20https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt)
Gruß Ralf
@Ralf9
Ich verwende diesen Empfänger der eigentlich als bester Empfänger empfohlen wurde.
http://www.ebay.at/itm/281782855830?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Kann aber gerne einmal einen Versuch mit diesem Empfänger machen.
http://www.ebay.at/itm/321504040911?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Ein Problem habe ich beim flashen unter FHEM was immer zu Fehlern führt:
flashing Arduino sduino
hex file: ./FHEM/firmware/SIGNALduino_nano328.hex
port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0
log file: ./log/SIGNALduino-Flash.log
sduino closed
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_nano328.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/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-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
avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x02
Hardware Version: 2
Firmware Version: 1.16
avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x4d
avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x55
avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x3b
avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x50
avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x30
Vtarget : 519654.4 V
Varef : 199312628.4 V
Oscillator : 0.002 Hz
SCK period : 581284.8 us
avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x3d
avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x2d
avrdude: stk500_initialize(): (a) protocol error, expect=0x14, resp=0x32
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x32
avrdude done. Thank you.
--- AVRDUDE ---------------------------------------------------------------------------------
sduino opened
Auf der Console funktioniert es aber.
pi@ccs-ht-rasp ~ $ sudo avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 -p atmega328p -vv -U flash:w:/opt/fhem/FHEM/firmware/SIGNALduino_nano328.hex
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"
User configuration file is "/root/.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_AI03D7H7-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
avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: efuse reads as 0
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 "/opt/fhem/FHEM/firmware/SIGNALduino_nano328.hex"
avrdude: input file /opt/fhem/FHEM/firmware/SIGNALduino_nano328.hex auto detected as Intel Hex
avrdude: writing flash (18784 bytes):
Writing | ################################################## | 100% 5.20s
avrdude: 18784 bytes of flash written
avrdude: verifying flash memory against /opt/fhem/FHEM/firmware/SIGNALduino_nano328.hex:
avrdude: load data flash data from input file /opt/fhem/FHEM/firmware/SIGNALduino_nano328.hex:
avrdude: input file /opt/fhem/FHEM/firmware/SIGNALduino_nano328.hex auto detected as Intel Hex
avrdude: input file /opt/fhem/FHEM/firmware/SIGNALduino_nano328.hex contains 18784 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 3.86s
avrdude: verifying ...
avrdude: 18784 bytes of flash verified
avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: efuse reads as 0
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
pi@ccs-ht-rasp ~ $
Hat sich da wirklich etwas geändert?
http://forum.fhem.de/index.php/topic,38831.msg367615.html#msg367615
Mein SIGNALduino gibt immer noch diese Version aus.
V 3.2.0-b3 SIGNALduino - compiled at Nov 13 2015 21:39:55
Zitat von: Burny4600 am 01 Dezember 2015, 08:04:22
@Ralf9
Ich verwende diesen Empfänger der eigentlich als bester Empfänger empfohlen wurde.
http://www.ebay.at/itm/281782855830?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Kann aber gerne einmal einen Versuch mit diesem Empfänger machen.
http://www.ebay.at/itm/321504040911?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Der Empfänger ist perfekt.
Evtl sind einige Sensoren zu weit vom Empfänger weg.
Mit einer einfachen Drahtantenne geht bei mir maximal eine Wand/Decke.
Du kannst Dir mal dies anschauen:
http://forum.fhem.de/index.php/topic,38831.msg347043.html#msg347043
Gruß Ralf
@Burny,
Du verwendest den richtigen Empfänger. Den anderen kannst Du vergessen. :)
Was das flashen angeht, ist das ja sehr seltsam.
Kann es sein, dass der system user, unter dem fhem läuft nicht ausreichend Rechte auf den seriellen Port hat?
@Ralf:
Das mit dem Umwandeln schaue ich mir gerne an.
Ich habe die letzten Tage an einem Manchester Encoder gearbeitet. Das Senden klappt mittlerweile auch ganz gut.
Dabei bin ich auf ein Design Fehler im decoder gestoßen.
Es sieht für mich aktuell so aus, dass es passieren kann, dass der decoder das 1. Bit falsch erkennt und danach alles invertiert ist.
Bei osv2 fällt das nicht so auf. Wieso das beim Hideki klappt weiss ich auch noch nicht.
Das OSV3 könnte von der Problematik betroffen sein.
Grüße Sidey
Zitat von: Sidey am 01 Dezember 2015, 08:39:26
Es sieht für mich aktuell so aus, dass es passieren kann, dass der decoder das 1. Bit falsch erkennt und danach alles invertiert ist.
Bei osv2 fällt das nicht so auf. Wieso das beim Hideki klappt weiss ich auch noch nicht.
Das OSV3 könnte von der Problematik betroffen sein.
Kann dies die Auswirkung haben, daß das Hideki und das OSV3 momentan nur bei sehr guten Empfangsverhältnissen funktioniert?
Gruß Ralf
@Sidey
ZitatKann es sein, dass der system user, unter dem fhem läuft nicht ausreichend Rechte auf den seriellen Port hat?
Wie kann ich das überprüfen?
@Ralf9
ZitatEvtl sind einige Sensoren zu weit vom Empfänger weg.
Habe bei beiden Empfängern diese Antenne in Verwendung:
DeLock ISM 433 MHz Antenna - Antenne - 2.5 dBi
Der nanoCUL empfängt alles ausser halt die Oregon Sensoren.
Die Entfernung zu dem SIGNALduino ist auch bei weitem kürzer als es bei anderen Empfänger wie der WMR200 oder der XS1 ist. Damit sollte eigentlich der SIGNALduino ohne Probleme zurecht kommen.
Zudem empfängt der SIGNALduino die IT Kompontenten.
Anhand der LED's des RFXtrx433 und des nanoCUL im Vergleich zum SIGNALduino spielt sich am SIGNALduino bei weitem mehr ab was da rein kommen sollte.
Zitat von: Burny4600 am 01 Dezember 2015, 09:52:50
@Ralf9
Habe bei beiden Empfängern diese Antenne in Verwendung:
DeLock ISM 433 MHz Antenna - Antenne - 2.5 dBi
Die Entfernung zu dem SIGNALduino ist auch bei weitem kürzer als es bei anderen Empfänger
Die Empfangsprobleme liegen evtl auch daran:
Zitat von: Sidey am 01 Dezember 2015, 08:39:26
Dabei bin ich auf ein Design Fehler im decoder gestoßen.
Es sieht für mich aktuell so aus, dass es passieren kann, dass der decoder das 1. Bit falsch erkennt und danach alles invertiert ist.
Bei osv2 fällt das nicht so auf. Wieso das beim Hideki klappt weiss ich auch noch nicht.
Das OSV3 könnte von der Problematik betroffen sein.
Zitat von: Burny4600 am 01 Dezember 2015, 09:52:50
Hat sich da wirklich etwas geändert?
Mein SIGNALduino gibt immer noch diese Version aus.
V 3.2.0-b3 SIGNALduino - compiled at Nov 13 2015 21:39:55
Dies ist die SIGNALduino Version auf dem Arduino.
Die Änderungen sind in der 00_SIGNALduino.pm in fhem.
Wenn Du im log nach 'OSV3 protocol detected' suchst, kannst Du sehen welche Nachrichten als OSV3 erkannt wurden.
Gruß Ralf
OSV3 protocol detected Einträge sind zumindest vorhanden.
Zitat von: Burny4600 am 01 Dezember 2015, 13:41:55
OSV3 protocol detected Einträge sind zumindest vorhanden.
Hallo Burny,
so wies aussieht, werden einige Oregon v3 empfangen.
Hier sind einige raw Sensor ID:
F142
3122
8912
Interessant wäre, ob nach der Umwandlung
Nibble values in these codes assume LSB first order. That is, if the bits of a nibble in order of transmission are '0101',
the hex value is taken to be 'A' (not '5').
The nibbles are presented in order of transmission. However, since all other multi-nibble data in the sensor data message is sent least-significant nibble
first these values might be considered "backwards". In other words, the ID code "1D20" shown above might be more properly called "02D1".
That said, this description describes the code nibbles in order of transmission.Sensor ID rauskommen die hier enthalten sind:
PCR800 2914
THGR810 F824
THWR800 C844
UVN800 D874
WGR800 1984 oder 1994
Das debug Attribut kannst Du wieder löschen, dann wird der log übersichtlicher.
Nachtrag:
hier sind die Werte vom Oregon Modul:
ID OREGON_type_length_key
PCR800 (0x2a19, 92)
THGR810 (0xfa28, 80)
UVN800 (0xda78, 72)
WGR800 (0x1a89, 88)Irgendwas passt mit den Sensor ID nicht. Die raw Sensor ID in den Nachrichten scheinen nicht zu den Sensor ID der Sensoren zu passen.
@Sidey
Kann dies mit dem Design Fehler im decoder zusammenhängen?
Gruß Ralf
@Ralf9
debug Attribut ist wieder ausgeschaltet.
Muss ich sonst noch etwas ändern?
Ich habe gestern Abend noch eine neue Firmware eingecheckt.
Damit kann allerdings die Preamble Phase vom osv3 nicht mehr erkannt werden.
Genauer gesagt, kann man sich auf ein manchester Signal, das nur mit 111111.. beginnt nicht syncen.
Grüße Sidey
Anbei das aktuelle LOG der V 3.2.0-b4 SIGNALduino - compiled at Nov 30 2015 22:42:48
Hallo
ich brauchte noch einen Funksensor, nachdem einer der drei von Con*ad EAS800 gelieferten defekt war.
Blauäugig habe ich mir einen Pearl FreeTec NC-7344 bestellt. Leider funktioniert er nicht mit FHEM, SignalDuino und TCM_97001. Laut Wiki soll der Sensor von SignalDuino empfangen werden und dann vom SD_WS_07 Modul verarbeitet werden, die Zeile in 00_SIGNALduino.pm lautet aber:
"2:CUL_TCM97001" => "^s[A-Fa-f0-9]+", # Any hex string
Er kommt somit im Modul TCM97001 an, kann dort aber nicht verarbeitet werden. (Nachrichten mit Länge 12 kennt man dort nicht). Der SignalDuino macht aus den Signalen des Sensors: s151046B0E000
Für die Weiterverarbeitung im Modul SD_WS07 müßte aber irgenwas mit P am Anfang weitergeleitet werden:
"10:SD_WS07" => "^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}",
Ich bekomme also nur ein Gerät CUL_TCM97001_Unknown und nicht die Sensordaten.
Mache ich was falsch oder was läuft da?
MS;P0=-9002;P1=513;P2=-2046;P3=-4085;D=1012121213121312131212121312121212121312121213121213121313121212121313121312;CP=1;SP=0;O;
wird zu "s151045B0D800"
SignalDuino etc. sind aus dem FHEM released Zweig, also nix mit dev-r32.
~Josef
Zitat von: hjgode am 02 Dezember 2015, 19:11:56
Blauäugig habe ich mir einen Pearl FreeTec NC-7344 bestellt. Leider funktioniert er nicht mit FHEM, SignalDuino und TCM_97001. Laut Wiki soll der Sensor von SignalDuino empfangen werden und dann vom SD_WS_07 Modul verarbeitet werden, die Zeile in 00_SIGNALduino.pm lautet aber:
Für die Weiterverarbeitung im Modul SD_WS07 müßte aber irgenwas mit P am Anfang weitergeleitet werden:
"10:SD_WS07" => "^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}",
Für eine weiterverarbeitung mit dem Modul SD_WS07 müsste es die ID 7 haben. Dein Sensor hat aber die ID 0.
Ich habe auch den Pearl FreeTec, er hat die ID 7 und das selbe Protokoll wie der EAS800z,
Auf der Rückseite steht: Model NC-7345-675
http://www.amazon.de/FreeTec-Au%C3%9Fenmodul-f%C3%BCr-Wetterstation-NC-7344/dp/B00FJ1QHR0
Ich habe mal deiner raw Nachricht ein get raw gemacht:
2015.12.02 19:40:14 4: SIGNALduino/msg get raw: MS;P0=-9002;P1=513;P2=-2046;P3=-4085;D=1012121213121312131212121312121212121312121213121213121313121212121313121312;CP=1;SP=0;O;
2015.12.02 19:40:14 4: Founded matched MS Protocol id 0 -> weather1
2015.12.02 19:40:14 5: Starting demodulation at Position 2
2015.12.02 19:40:14 4: Decoded matched MS Protocol id 0 dmsg s151044B0D000 length 40
2015.12.02 19:40:14 5: converted Data to (s151044B0D000)
2015.12.02 19:40:14 5: sduino dispatch s151044B0D000
2015.12.02 19:40:14 2: CUL_TCM97001 Unknown device 21, please define itGruß Ralf
Zitat von: hjgode am 02 Dezember 2015, 19:11:56
Mache ich was falsch oder was läuft da?
Ich bin etwas verwirrt mit wiki.
Entweder ist das ein vertipper oder was anderes seltsames geschehen.
Wie dem jetzt auch sei.
Um deinen Sensor in Fhem zu bekommen muss das im tcm_97001 erweitert werden.
Zu den Signaldaten braucht björn dann auch die Werte vom Sensor.
Grüße Sidey
Zitat von: Burny4600 am 02 Dezember 2015, 18:53:37
Anbei das aktuelle LOG der V 3.2.0-b4 SIGNALduino - compiled at Nov 30 2015 22:42:48
Wie Sidey schon geschrieben hat, hat sich mit der neuen Firmware die Erkennung vom OSV3 verschlechtert.
@Sidey
dies hat sich nicht verbessert:
Zitat von: Sidey am 01 Dezember 2015, 08:39:26
Es sieht für mich aktuell so aus, dass es passieren kann, dass der decoder das 1. Bit falsch erkennt und danach alles invertiert ist.
MC;LL=-1069;LH=894;SL=-558;SH=453;D=000000A76EDFF2F2FC9FF6FF1D1300;C=448;
Gruß Ralf
Hat mir jemand ein paar raw-Nachrichten vom Oregon v2 protokoll.
Mich interessiert wie die Daten aussehen müssen, damit sie vom Oregon Modul verarbeitet werden können.
Gruß Ralf
Kann ich irgend wie diese raw Nachrichten anstossen?
Zitat von: Ralf9 am 02 Dezember 2015, 20:46:16
Hat mir jemand ein paar raw-Nachrichten vom Oregon v2 protokoll.
Mich interessiert wie die Daten aussehen müssen, damit sie vom Oregon Modul verarbeitet werden können.
Gruß Ralf
Das funktioniert im Moment auch nicht, aber ich verstehe auch nicht warum.
Edit:
Fehler gefunden und behoben. OSV2 wird wieder korrekt decodiert.
Grüße Sidey
Zitat von: Sidey am 02 Dezember 2015, 21:59:23
Das funktioniert im Moment auch nicht, aber ich verstehe auch nicht warum.
Hast Du raw-Nachrichten vom Oregon v2 protokoll. Ich würde es gerne auch mal testen
Gruß Ralf
Zitat von: Ralf9 am 02 Dezember 2015, 22:02:31
Hast Du raw-Nachrichten vom Oregon v2 protokoll. Ich würde es gerne auch mal testen
Mit v3.2b3
MC;LL=-901;LH=894;SL=-573;SH=400;D=AAAAAAAB33554AAAB4CCB4D534AD34D355353535554AB4CCD4;C=431;
MC;LL=-980;LH=895;SL=-573;SH=400;D=AAAAAAAB33554AAAB4CCB4D534AD34D355353535554AB4CCD500;C=431;
Das müsste zu einer erfolgreichen decodierung führen.
Mit v 3.2b4
MC;LL=-902;LH=894;SL=-571;SH=401;D=55555554CCAAB5554B334B2ACB52CB2CAACACACAAAB54B3328;C=431;
MC;LL=-981;LH=895;SL=-571;SH=401;D=55555554CCAAB5554B334B2ACB52CB2CAACACACAAAB54B332A00;C=431;
Das klappt nicht. Ich suche jetzt mal den entscheidenden Unterschied.
Grüße Sidey
Zitat von: Ralf9 am 02 Dezember 2015, 19:57:41
Für eine weiterverarbeitung mit dem Modul SD_WS07 müsste es die ID 7 haben. Dein Sensor hat aber die ID 0.
Ich habe auch den Pearl FreeTec, er hat die ID 7 und das selbe Protokoll wie der EAS800z,
Auf der Rückseite steht: Model NC-7345-675
http://www.amazon.de/FreeTec-Au%C3%9Fenmodul-f%C3%BCr-Wetterstation-NC-7344/dp/B00FJ1QHR0
Ich habe mal deiner raw Nachricht ein get raw gemacht:
2015.12.02 19:40:14 4: SIGNALduino/msg get raw: MS;P0=-9002;P1=513;P2=-2046;P3=-4085;D=1012121213121312131212121312121212121312121213121213121313121212121313121312;CP=1;SP=0;O;
2015.12.02 19:40:14 4: Founded matched MS Protocol id 0 -> weather1
2015.12.02 19:40:14 5: Starting demodulation at Position 2
2015.12.02 19:40:14 4: Decoded matched MS Protocol id 0 dmsg s151044B0D000 length 40
2015.12.02 19:40:14 5: converted Data to (s151044B0D000)
2015.12.02 19:40:14 5: sduino dispatch s151044B0D000
2015.12.02 19:40:14 2: CUL_TCM97001 Unknown device 21, please define it
Gruß Ralf
Hallo Ralf
vielen Dank für die Analyse. Leider habe ich die falschen Daten gepostet. Die Daten müssen von einem Nachbar-Sensor kommen.
Zur Zeit weiss ich noch nicht, was der FreeTec NC-7345 sendet (NC-7344 ist die Bezeichnung der Wetterstation dazu). Ich muss dessen Daten mal irgenwie isolieren (faraday'scher Käfig?).
Fakt ist allerdings, dass er entgegen dem SignalDuino WiKi und dem a-culfw Thread zur Zeit wohl nicht dekodiert wird.
Gruss
Josef
Hallo Sidey,
Heute morgen nach dem dev update hat mein Signalduino(V 3.2.0-b5 SIGNALduino - compiled at Dec 2 2015 22:20:56) ein CUL_TX device angelegt:
Internals:
CODE 127
DEF 127
NAME CUL_TX_127
NR 566
STATE Defined
TYPE CUL_TX
corr 0
lastH 0
lastT 0
minsecs 0
Attributes:
room CUL_TX
Ich nehme mal an es ist meine Pearl Wetterstation NC-7158-913. Ich habe aber nur die Wetterstation, keinen Ausensensor.
Da zu gehört folgendes log:
2015.12.02 18:10:39 4: SIGNALduino/msg READ: ^BMU;P0=458;P1=-509;D=010101010101010101010101010101010101010101010;CP=0;^C
2015.12.02 18:10:40 4: SIGNALduino/msg READ: ^BMU;P0=182;P1=720;P2=-499;P3=492;P4=-1032;D=0123432323232323232323232323232323232323200;CP=3;^C
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 5: Signalduino: applying filterfunc SIGNALduino_filterSign
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:40 4: SIGNALduino/msg READ: ^BMU;P0=150;P1=-543;P2=477;D=0121212121212121212121212121212121212121212101;CP=2;^C
2015.12.02 18:10:40 4: SIGNALduino/msg READ: ^BMU;P0=812;P1=-668;P2=461;P4=300;D=21212121212121212121212121212121212121212121212121212121212121212121212121212121212121214121212121010101012121;CP=2;^C
2015.12.02 18:10:40 5: Signalduino: applying filterfunc SIGNALduino_filterSign
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:40 5: dispatching bits: 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0
2015.12.02 18:10:40 4: decoded matched MU Protocol id 8 dmsg TXFFFFFFFFFFE length 44
2015.12.02 18:10:40 5: converted Data to (TXFFFFFFFFFFE)
2015.12.02 18:10:40 5: Signalduino dispatch TXFFFFFFFFFFE
2015.12.02 18:10:40 2: CUL_TX Unknown device 127, please define it
2015.12.02 18:10:40 2: autocreate: define CUL_TX_127 CUL_TX 127
2015.12.02 18:10:40 2: autocreate: define FileLog_CUL_TX_127 FileLog ./log/CUL_TX_127-%Y-%m.log CUL_TX_127
2015.12.02 18:10:40 2: autocreate: define SVG_CUL_TX_127 SVG FileLog_CUL_TX_127:temp4hum4:CURRENT
2015.12.02 18:10:40 4: SIGNALduino/msg READ: ^BMU;P0=466;P1=-527;P2=947;P3=174;P4=-124;P5=-1031;D=252501012;CP=0;^C
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 5: Signalduino: applying filterfunc SIGNALduino_filterSign
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:40 4: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2015.12.02 18:10:40 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:41 4: SIGNALduino/msg READ: ^BMU;P0=213;P1=-529;P2=501;P3=-120;D=0121212121030121212121212121212121212121212101;CP=2;^C
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:41 5: Signalduino: applying filterfunc SIGNALduino_filterSign
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 1
2015.12.02 18:10:41 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.02 18:10:41 5: Signalduino: Starting demodulation at Position 2
2015.12.02 18:10:41 4: SIGNALduino/msg READ: ^BMU;P0=-516;P1=-160;P2=391;D=01202020202020202020202020202020202020202021;CP=2;^C
Er scheint aber nichts zu empfangen.
Gruß
Carlos
Zitat von: hjgode am 03 Dezember 2015, 07:14:33
Fakt ist allerdings, dass er entgegen dem SignalDuino WiKi und dem a-culfw Thread zur Zeit wohl nicht dekodiert wird.
Hallo Josef,
Du kannst davon ausgehen, daß der FreeTec NC-7345 als ID 7 dekodiert wird. Ich habe davon 3 Stück und habe damit keine Probleme.
Evtl liegt es auch daran, daß im dev-32 Branch das Modul SD_WS07 in den letzten Tagen nicht funktioniert hat, aber das war an Fehlermeldungen beim fhem Start erkennbar.
Nachtrag:
Interessant wäre eine Raw Nachricht des Moduls. An der LED siehst Du ja, wenn es sendet.
Gruß Ralf
Meint ihr diese RAW Meldungen?
RFXtrx433E_RAWMSG: 0a520222e30100435d0359
Zitat von: Burny4600 am 03 Dezember 2015, 09:51:24
Meint ihr diese RAW Meldungen?
RFXtrx433E_RAWMSG: 0a520222e30100435d0359
Mich interessieren nur die Nachrichten zum Oregon Modul. Der RFXtrx433E benutzt das TRX_WEATHER Modul.
Mit raw Nachrichten meine ich diese hier:
MC;LL=-902;LH=894;SL=-571;SH=401;D=55555554CCAAB5554B334B2ACB52CB2CAACACACAAAB54B3328;C=431;Kannst Du mal auflisten auf welche Kanäle Deine Oregon Sensoren eingestellt sind.
Gruß Ralf
Zitat von: Sidey am 02 Dezember 2015, 21:59:23
Edit:
Fehler gefunden und behoben. OSV2 wird wieder korrekt decodiert.
Werden die OSV2 Nachrichten auch vom Oregon Modul verarbeitet und die Werte angezeigt.
Bei mir kann das Oregon Modul mit den decodierten OSV2 Nachrichten nichts anfangen.
Gruß Ralf
Folgende Sensoren und Adressen.
THGR810 Adresse 1
THGR810 Adresse 2
THGR810 Adresse 6
THWR800 Adresse 3
PCR800 Keine Adresszuordnung möglich
UVN800 Keine Adresszuordnung möglich
WGR800 Keine Adresszuordnung möglich
Der THGR810 mit der Adresse 2 wird nur sporadisch erkannt zumindest beim RFXtrx433E.
Wenn andere Adressen notwenig sind kann ich einen THGR810 entsprechend für die Definitionen ändern.
Ich hatte da ein paar Patches für das Oregon Modul gemacht.
Vermutlich liegt es daran, dass sie fehlen.
Hallo, klinke mich mal mit ein. Ich habe 12 anslut Steckdosen ( http://tech.jolowe.se/home-automation-rf-protocol-update/ ) an einem nanocul mit V 1.10.02 a-culfw laufen. War etwas knifflig die anzulernen aber geht gut. Einen Oregon THN132N an einem fhemduino. Die 41_Oregon.pm habe ich geändert: in 41_OREGON.pm OREGON_type_length_key(0xea4c, 68) => zu OREGON_type_length_key(0xea4c, 64) => dann wird der der Aussensensor THN132N erkannt. Dies klappte bisher erfolgreich.
Jetzt sind noch vier Rauchmelder Marquant LM101-LE dazu gekommen, dadurch dachte ich mir, mit dem signalduino zu probieren. Die Rauchmelder konnte erst einmal wie hier https://github.com/git-developer/fhem-examples/wiki/ELRO-Flamingo-FA20RF-mit-SIGNALduino beschrieben einbinden. Der Oregon THN132N wird erkannt aber nicht angelegt. Firmware ist die V 3.2.0-b5
2015.12.03 20:42:54 4: SIGNALduino/msg READ: MS;P0=-980;P1=491;P2=-511;P3=956;P4=-8804;D=143030303030303030303030303030303210123210123210123030321030123032103012320;CP=1;SP=4;O;
2015.12.03 20:42:54 4: SIGNALduino/msg READ: MC;LL=-971;LH=974;SL=-502;SH=494;D=5535332D5555554D5534CD4CB500;C=489;
2015.12.03 20:42:54 4: Found manchester Protocol id 10 clock 489 -> OSV2o3
2015.12.03 20:42:54 4: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2015.12.03 20:43:33 4: SIGNALduino/msg READ: MC;LL=-994;LH=961;SL=-499;SH=490;D=AAAAAAAB332B4B4D54D4CCB55555553554D33532D4;C=483;
2015.12.03 20:43:33 4: Found manchester Protocol id 10 clock 483 -> OSV2o3
2015.12.03 20:43:33 4: Found manchester Protocol id 12 clock 483 -> Hideki protocol
2015.12.03 20:43:33 4: SIGNALduino/msg READ: MC;LL=-979;LH=969;SL=-508;SH=491;D=AAAAAAAB332B4B4D54D4CCB55555553554D33532D4;C=486;
2015.12.03 20:43:33 4: Found manchester Protocol id 10 clock 486 -> OSV2o3
2015.12.03 20:43:33 4: Found manchester Protocol id 12 clock 486 -> Hideki protocol
2015.12.03 20:43:47 4: SIGNALduino/msg READ: MC;LL=-1045;LH=970;SL=-506;SH=386;D=55354AB4D2;C=451;
2015.12.03 20:44:12 4: SIGNALduino/msg READ: MS;P0=495;P1=-985;P2=-495;P3=955;P4=-8812;D=04313131313131313131313131313131320102320102320102313132013102313201310230;CP=0;SP=4;O;
2015.12.03 20:44:12 4: SIGNALduino/msg READ: MC;LL=-978;LH=971;SL=-502;SH=493;D=5535332D5555554D5534CD4CB500;C=487;
2015.12.03 20:44:12 4: Found manchester Protocol id 10 clock 487 -> OSV2o3
2015.12.03 20:44:12 4: Found manchester Protocol id 12 clock 487 -> Hideki protocol
2015.12.03 20:44:51 4: SIGNALduino/msg READ: MU;P0=132;P1=-527;P2=964;P3=-984;P5=484;D=0010123232323232323232323232323232321535121535121535123232153235123215323512153232323235121532323512153512153512321532323232323232323232323232323512153232323232351215323512153512153232351215351232153232353;CP=2;
2015.12.03 20:44:51 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.12.03 20:44:51 4: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2015.12.03 20:44:51 4: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2015.12.03 20:44:51 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.03 20:44:51 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.12.03 20:44:51 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.12.03 20:44:51 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.12.03 20:44:51 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.03 20:44:51 4: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2015.12.03 20:44:51 4: SIGNALduino/msg READ: MC;LL=-983;LH=973;SL=-499;SH=487;D=AAAAAAAB332B4B4D54D4CCB55555553554D33532D4;C=486;
2015.12.03 20:44:51 4: Found manchester Protocol id 10 clock 486 -> OSV2o3
2015.12.03 20:44:51 4: Found manchester Protocol id 12 clock 486 -> Hideki protocol
2015.12.03 20:45:30 4: SIGNALduino/msg READ: MS;P0=499;P1=-982;P2=-492;P3=953;P4=-8808;D=04313131313131313131313131313131320102320102320102313132013102313201310230;CP=0;SP=4;O;
2015.12.03 20:45:30 4: SIGNALduino/msg READ: MC;LL=-977;LH=969;SL=-512;SH=489;D=5535332D5555554D5534CD4CB500;C=485;
2015.12.03 20:45:30 4: Found manchester Protocol id 10 clock 485 -> OSV2o3
2015.12.03 20:45:30 4: Found manchester Protocol id 12 clock 485 -> Hideki protocol
2015.12.03 20:46:09 4: SIGNALduino/msg READ: MC;LL=-991;LH=962;SL=-498;SH=500;D=AAAAAAAB332B4B4D54D4CCB55555553554D33532D4;C=487;
2015.12.03 20:46:09 4: Found manchester Protocol id 10 clock 487 -> OSV2o3
2015.12.03 20:46:09 4: Found manchester Protocol id 12 clock 487 -> Hideki protocol
2015.12.03 20:46:09 4: SIGNALduino/msg READ: MC;LL=-986;LH=965;SL=-496;SH=486;D=AAAAAAAB332B4B4D54D4CCB55555553554D33532D4;C=483;
2015.12.03 20:46:09 4: Found manchester Protocol id 10 clock 483 -> OSV2o3
2015.12.03 20:46:09 4: Found manchester Protocol id 12 clock 483 -> Hideki protocol
2015.12.03 20:46:48 4: SIGNALduino/msg READ: MC;LL=-979;LH=985;SL=-515;SH=488;D=AAAAAAAB332B4B4D54D4CCB55555553554D33532D4;C=490;
2015.12.03 20:46:48 4: Found manchester Protocol id 10 clock 490 -> OSV2o3
2015.12.03 20:46:48 4: Found manchester Protocol id 12 clock 490 -> Hideki protocol
2015.12.03 20:46:48 4: SIGNALduino/msg READ: MC;LL=-983;LH=972;SL=-501;SH=487;D=AAAAAAAB332B4B4D54D4CCB55555553554D33532D4;C=486;
2015.12.03 20:46:48 4: Found manchester Protocol id 10 clock 486 -> OSV2o3
2015.12.03 20:46:48 4: Found manchester Protocol id 12 clock 486 -> Hideki protocol
bei den anslut Steckdosen wird dieses angezeigt:
2015.12.03 20:49:27 4: SIGNALduino/msg READ: MS;P0=248;P1=-1293;P2=-264;P4=-2740;D=040201010201020201020102010102010201020201020102010102010201020201010201020102010201020102020102010102020102010;CP=0;SP=4;O;
2015.12.03 20:49:27 4: SIGNALduino/msg READ: MS;P0=268;P1=-1266;P2=-265;P4=-2700;D=040201010201020201020102010102010201020201020102010102010201020201010201020102010201020102020102010102020102010102010201020102010203;CP=0;SP=4;O;
2015.12.03 20:49:27 4: Founded matched MS Protocol id 17 -> arctech
2015.12.03 20:49:27 4: Decoded matched MS Protocol id 17 dmsg i638EFC9F00 length 32
2015.12.03 20:49:27 3: message "i638EFC9F00" (11) too short!
2015.12.03 20:49:27 3: message "i638EFC9F00" (11) too short!
2015.12.03 20:49:27 3: sduino: Unknown code i638EFC9F00, help me!
2015.12.03 20:49:27 4: Founded matched MS Protocol id 4 -> arctech2
2015.12.03 20:49:27 4: Decoded matched MS Protocol id 4 dmsg i638EFC9F00 length 32
2015.12.03 20:49:27 4: Dropped (i638EFC9F00) due to short time or equal msg
2015.12.03 20:49:27 4: SIGNALduino/msg READ: MS;P0=-235;P1=275;P2=-1264;P4=-2684;D=141012121012101012101210121210121012101012101210121210121012101012121012101210121012101210101210121210101210121210121012101210121013;CP=1;SP=4;O;
2015.12.03 20:49:27 4: Founded matched MS Protocol id 17 -> arctech
2015.12.03 20:49:27 4: Decoded matched MS Protocol id 17 dmsg i638EFC9F00 length 32
2015.12.03 20:49:27 4: Dropped (i638EFC9F00) due to short time or equal msg
2015.12.03 20:49:27 4: Founded matched MS Protocol id 4 -> arctech2
2015.12.03 20:49:27 4: Decoded matched MS Protocol id 4 dmsg i638EFC9F00 length 32
2015.12.03 20:49:27 4: Dropped (i638EFC9F00) due to short time or equal msg
2015.12.03 20:49:27 4: SIGNALduino/msg READ: MU;P0=188;P1=-226;P2=-1266;P3=-32001;D=01010202010201020102010201020101020102020101020102020102010201020102010301;CP=0;
2015.12.03 20:49:27 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
Im nanocul sind diese z.Bsp. so deklariert
define IT_TVTV IT 01100011100011101111110010 0 1111
Wenn Ihr weitere "Rohdaten" braucht, kann ich diese von meinen Gerätschaften gern zur Verfügung stellen.
Mein Gedanke war einfach, alles eventuell auf ein Sendemodul zu bringen, da mein Raspberry schon wie ein Igel aussieht.
Steffen
Ich habe mir das letzte log von Burny angeschaut. Die decodierten OSV3 Nachrichten passen jetzt.
Für die übergabe ans Oregon Modul sind noch ein paar Anpassungen notwendig.
Das Sync darf nicht übergeben werden und falls am Ende '00' ist dann muß dieses entfernt werden.
Wenn bei der SensorID (Nibble 0-3) das Nibble 1 nicht 'A' ist, dann wird das Nibble 1 nach Nibble 3 kopiert und das Nibble 1 wird 'A'
Aus 2914 wird 2A19 und aus F824 wird FA28.
Wie programmiert man dies in perl?
Gruß Ralf
Zitat von: privat58 am 03 Dezember 2015, 21:02:08
Der Oregon THN132N wird erkannt aber nicht angelegt.
Okay, Fehler ist behoben. Einfach die Module aus dem dev-r32 Branch aktualisieren. Dann klappt der THN132.
Zitat von: privat58 am 03 Dezember 2015, 21:02:08
bei den anslut Steckdosen wird dieses angezeigt:
define IT_TVTV IT 01100011100011101111110010 0 1111
Wenn Ihr weitere "Rohdaten" braucht, kann ich diese von meinen Gerätschaften gern zur Verfügung stellen.
Mein Gedanke war einfach, alles eventuell auf ein Sendemodul zu bringen, da mein Raspberry schon wie ein Igel aussieht.
Ah, sieht so aus, als ob man die mit den Bits anlegen müsste. Interessant.
Kannst Du mir mal mehr Infos von diesem Gerät "IT_TVTV" zukommen lassen.
Grüße Sidey
Zitat von: Ralf9 am 03 Dezember 2015, 21:20:15
Wenn bei der SensorID (Nibble 0-3) das Nibble 1 nicht 'A' ist, dann wird das Nibble 1 nach Nibble 3 kopiert und das Nibble 1 wird 'A'
Aus 2914 wird 2A19 und aus F824 wird FA28.
Wie programmiert man dies in perl?
Nibble tauschen:
if (substr($osv3hex,1,1) !='A')
{
my $n1=substr($osv3hex,1,1);
substr($osv3hex,1,1,'A'); # nibble 1 = A
substr($osv3hex,3,1,$n1); # nibble 3 = nibble1
}Beginnen nach dem Sync
for ($idx=$preamble_pos+4;$idx<length($bitData);$idx=$idx+4)
Entfernen von 00 am Ende:
if (substr($osv3hex,-2,2) == '00')
{
substr($osv3hex,1,-2); # remove 00 at end
}
So sollte es gehen, habe es aber nicht verifiziert.
Grüße Sidey
Es werden jetzt beim OSV3 2 Sensoren angelegt
autocreate: define WGR800_b0 OREGON WGR800_b0
autocreate: define UVN800_40_1 OREGON UVN800_40_1
bei den anderen gibt es im Oregon Modul eine Fehlermeldung:
OREGON: ERROR: checksum error sensor_id=fa28 (bits=80)
@Burny
Wenn Du in das Attribut whitelist_IDs 7,8,10 einträgst, wird das log übersichtlicher.
Gruß Ralf
@Ralf9
Habe ich gemacht.
Anbei das Log.
Hallo Sidey,
erst einmal großen Respekt vor Eurer Schnelligkeit. Der THN132 wird jetzt erkannt und auch angelegt. Es ist auch ein THWR288A angelegt worden, den es hier definitiv nicht gibt. Habe hier den nächsten Nachbarn 700m hinter einem Hügel.
Zu den anslut Steckdosen kann ich berichten, das diese mit einer Fernbedienung eingerichtet wurden von fhem aber nicht erkannt wurden. Ich hatte im Forum von einem Trick gelesen, diese erst mit fhem anlernen und dann erst die Fernbedienung nehmen. Es würde da wohl ein Protokollwechsel gemacht. Kann ich selber aber nicht nachvollziehen und hatte es nur umgesetzt.
Zitat von: grobby am 18 April 2015, 09:56:44
Hallo,
du hast doch selbstlernende Dosen, definiere diese lieber mt dem neuen V3 Protokoll.
define Steckdose_Tablet IT 00111100110101010110011111 0 0000
attr Steckdose_Tablet model itswitch
Danach steckst die Dose einfach an, in den 5 Sek wo sie blinkt drückst du auf ON in FHEM, dann sollte sie zweimal schalten.
Bei mir sah es dann so aus:
#################################################################
# zum anlernen von anslut Steckdosen.
#################################################################
#define myITSwitch3 IT 10111100110101010110011111 0 0000
#attr myITSwitch3 IODev nanoCUL433
#attr myITSwitch3 model itswitch
#########################################################################
define IT_TVTV IT 01100011100011101111110010 0 1111
attr IT_TVTV IODev nanoCUL433
attr IT_TVTV model itswitchIT_TVTV heißt nichts anderes als IT- Funksteckdose TV-Fernbedienung TV-Fernseher. Ich hatte es so aufgeteilt, da jeweils immer 3 Steckdosen mit einer Fernbedienung zusammen gehören. Konnte da nicht wiederstehen bei einem Preis von umgerechnet 11Teuro für 1 Set.
Ich habe an der Fernbedienung einmal ON OFF ON und wieder Off geschalten und füge es einmal hier ein.
2015.12.04 09:55:53 4: SIGNALduino/msg READ: MS;P0=-995;P1=898;P4=-32001;P5=112;D=145053;CP=1;SP=4;
2015.12.04 09:56:37 4: SIGNALduino/msg READ: MS;P0=-1097;P1=-251;P2=258;P5=-2728;D=252120202120212120212021202021202120212120212021202021202120212120202120212021202120212021212021202021212021202020;CP=2;SP=5;O;
2015.12.04 09:56:37 4: SIGNALduino/msg READ: MS;P0=-247;P1=278;P2=-1254;P4=-2686;D=141012121012101012101210121210121012101012101210121210121012101012121012101210121012101210101210121210101210121210121012101210121013;CP=1;SP=4;O;
2015.12.04 09:56:37 4: Founded matched MS Protocol id 17 -> arctech
2015.12.04 09:56:37 4: Decoded matched MS Protocol id 17 dmsg i638EFC9F00 length 32
2015.12.04 09:56:37 3: message "i638EFC9F00" (11) too short!
2015.12.04 09:56:37 3: sduino: Unknown code i638EFC9F00, help me!
2015.12.04 09:56:37 4: SIGNALduino/msg READ: MS;P0=287;P1=-226;P2=-1251;P4=-2678;D=040102020102010102010201020201020102010102010201020201020102010102020102010201020102010201010201020201010201020201020102010201020103;CP=0;SP=4;O;
2015.12.04 09:56:37 4: Founded matched MS Protocol id 17 -> arctech
2015.12.04 09:56:37 4: Decoded matched MS Protocol id 17 dmsg i638EFC9F00 length 32
2015.12.04 09:56:37 4: Dropped (i638EFC9F00) due to short time or equal msg
2015.12.04 09:56:37 4: SIGNALduino/msg READ: MU;P0=-216;P1=270;P2=-1254;D=012121012101210121012101210101210121210101210121210121012101210121010;CP=1;
2015.12.04 09:56:44 4: SIGNALduino/msg READ: MS;P0=-1115;P1=-247;P2=261;P5=-2728;D=2521202021202121202120212020212021202121202120212020212021202121202021202120212021202120212120212020212120212020;CP=2;SP=5;O;
2015.12.04 09:56:44 4: SIGNALduino/msg READ: MS;P0=-244;P1=280;P2=-1253;P4=-2690;D=141012121012101012101210121210121012101012101210121210121012101012121012101210121012101210101210121210101210121012121012101210121013;CP=1;SP=4;O;
2015.12.04 09:56:44 4: Founded matched MS Protocol id 17 -> arctech
2015.12.04 09:56:44 4: Decoded matched MS Protocol id 17 dmsg i638EFC8F00 length 32
2015.12.04 09:56:44 3: message "i638EFC8F00" (11) too short!
2015.12.04 09:56:44 3: sduino: Unknown code i638EFC8F00, help me!
2015.12.04 09:56:44 4: SIGNALduino/msg READ: MS;P0=286;P1=-1250;P2=-223;P4=-2678;D=040201010201020201020102010102010201020201020102010102010201020201010201020102010201020102020102010102020102010201010201020102010203;CP=0;SP=4;O;
2015.12.04 09:56:44 4: Founded matched MS Protocol id 17 -> arctech
2015.12.04 09:56:44 4: Decoded matched MS Protocol id 17 dmsg i638EFC8F00 length 32
2015.12.04 09:56:44 4: Dropped (i638EFC8F00) due to short time or equal msg
2015.12.04 09:56:44 4: SIGNALduino/msg READ: MU;P0=-221;P1=263;P2=-1254;D=01012121012101210121012101210101210121210101210121012121012101210121010;CP=1;
2015.12.04 09:56:51 4: SIGNALduino/msg READ: MS;P0=-252;P1=258;P2=-1283;P4=-2720;D=1410121210121010121012101212101210121010121012101212101210121010121210121012101210121012101012101212101012100;CP=1;SP=4;O;
2015.12.04 09:56:51 4: SIGNALduino/msg READ: MS;P0=281;P1=-1255;P2=-255;P4=-2686;D=040201010201020201020102010102010201020201020102010102010201020201010201020102010201020102020102010102020102010102010201020102010203;CP=0;SP=4;O;
2015.12.04 09:56:51 4: Founded matched MS Protocol id 17 -> arctech
2015.12.04 09:56:51 4: Decoded matched MS Protocol id 17 dmsg i638EFC9F00 length 32
2015.12.04 09:56:51 3: message "i638EFC9F00" (11) too short!
2015.12.04 09:56:51 3: sduino: Unknown code i638EFC9F00, help me!
2015.12.04 09:56:51 4: SIGNALduino/msg READ: MS;P0=-1253;P1=287;P2=-225;P4=-2676;D=141210101210121210121012101012101210121210121012101012101210121210101210121012101210121012121012101012121012101012101210121012101213;CP=1;SP=4;O;
2015.12.04 09:56:51 4: Founded matched MS Protocol id 17 -> arctech
2015.12.04 09:56:51 4: Decoded matched MS Protocol id 17 dmsg i638EFC9F00 length 32
2015.12.04 09:56:51 4: Dropped (i638EFC9F00) due to short time or equal msg
2015.12.04 09:56:51 4: SIGNALduino/msg READ: MU;P0=269;P1=-1256;P2=-215;D=01020201010201020102010201020102020102010102020102010102010201020102010201;CP=0;
2015.12.04 09:56:54 4: SIGNALduino/msg READ: MS;P0=-250;P2=-1283;P3=259;P5=-2728;D=3530323230323030323032303232303230323030323032303232303230323030323230323032303230323032303032303232303032300;CP=3;SP=5;O;
2015.12.04 09:56:54 4: SIGNALduino/msg READ: MS;P0=279;P1=-1255;P2=-256;P4=-2688;D=040201010201020201020102010102010201020201020102010102010201020201010201020102010201020102020102010102020102010201010201020102010203;CP=0;SP=4;O;
2015.12.04 09:56:54 4: Founded matched MS Protocol id 17 -> arctech
2015.12.04 09:56:54 4: Decoded matched MS Protocol id 17 dmsg i638EFC8F00 length 32
2015.12.04 09:56:54 3: message "i638EFC8F00" (11) too short!
2015.12.04 09:56:54 3: sduino: Unknown code i638EFC8F00, help me!
2015.12.04 09:56:54 4: SIGNALduino/msg READ: MS;P0=-1255;P1=286;P2=-225;P4=-2680;D=141210101210121210121012101012101210121210121012101012101210121210101210121012101210121012121012101012121012101210101210121012101213;CP=1;SP=4;O;
2015.12.04 09:56:54 4: Founded matched MS Protocol id 17 -> arctech
2015.12.04 09:56:54 4: Decoded matched MS Protocol id 17 dmsg i638EFC8F00 length 32
2015.12.04 09:56:54 4: Dropped (i638EFC8F00) due to short time or equal msg
2015.12.04 09:56:54 4: SIGNALduino/msg READ: MU;P0=267;P1=-1253;P2=-220;D=01020201010201020102010201020102020102010102020102010201010201020102010201;CP=0;Eventuell hilft es Euch weiter, da ja auch andere Forumsmitlieder solche Steckdosen haben.
Steffen
Zitat von: Burny4600 am 04 Dezember 2015, 08:29:33
@Ralf9
Habe ich gemacht.
Anbei das Log.
Wurden im laufe des Tages per autocreate die beiden Module WGR800_b0 und UVN800_40_1 angelegt?
Wie im log zu sehen ist werden vom signalduino nur sehr sporadisch Oregon v3 Nachrichten erkannt.
Wie Sidey schon geschrieben hat, ist die aktuelle dev-32 Firmware nicht für OSV3 brauchbar.
Gruß Ralf
Der UVN800_40_1 wurde angelegt.
Die Erkennung ist aber nur sporadisch.
Sonstige Sensoren wurden nicht angelegt.
Ich weiß aktuell auch nicht, wie ich das mit den sync bits machen soll. Es gibt keine Möglichkeit zu erkennen, ob das 0 oder 1 ist. Deswegen tauchen die sync bits nicht auf. Ab der Präambel sollte alles erkannt werden.
Sidey
Zitat von: Ralf9 am 04 Dezember 2015, 00:02:14
bei den anderen gibt es im Oregon Modul eine Fehlermeldung:
OREGON: ERROR: checksum error sensor_id=fa28 (bits=80)
Ich habe herausgefunden warum es beim OSV3 ein checksum error gibt.
Wenn die SensorID angepasst wird, dann muß vor die Checksumme ein Korrektur nibble eingefügt werden, damit die Checksumme wieder stimmt.
Wenn z.B. aus F824 FA28 wird, dann ist der Korrekturwert -6 + 10 = 4. Die 10 wird bei der checksummen Berechnung wieder abgezogen.
Die andere Möglichkeit wäre eine Anpassung der 41_OREGON.pm, damit die SensorID nicht mehr angepasst werden muß.
Ich habe bei mir in der 41_OREGON.pm für 2 Sensoren die checksummen Berechnung angepasst und habe in der 00_signalduino die SensorID anpassung entfernt.
Damit werden die Sensoren per autocreate angelegt.
PCR800_90 RR: 254 TR: 9423.6286 BAT: ok
THGR810_00_6 T: 20.3 H: 27 BAT: ok
THGR810_c1_2 T: 20.4 H: 45 BAT: ok
THGR810_e0_1 T: -0.9 H: 58 BAT: okWenn ich das richtig sehe, wird das OREGON Modul z.Zt. nur vom Cul, fhemduino und signalduino verwendet.
Der RFXtrx433 Empfänger verwendet fürs OREGON das TRX_Weather Modul.
Spricht was dagegen das 41_OREGON.pm Modul mit ins github zu nehmen? Dann kann es einfacher gepflegt werden.
Soll ich dafür bei "CUL - Hard- und Firmware" ein neues Thema aufmachen?
Gruß Ralf
Hi Ralf,
Das Oregon Modul ist für einen TRX Empfänger gemacht.
Ich hatte das damals auch für den Fhemduino verwendet.
Für den CUL gibt es dass seit ein paar Tagen.
Das Oregon Modul wird von Willi gewartet.
Der normale Weg ist, einem Patch zu erstellen und zu hoffen, dass Willi den Patch aufnimmt.
Allerdings ist Willi derzeit nicht aktiv.
Jetzt kann entweder jemand das Oregon Modul übernehmen oder wir machen ein neues.
All zu große Änderungen sollte man am bestehenden Modul aber nicht vornehmen, da mir Willi damals mitgeteilt hat, dass der TRX Empfänger das Signal nicht 1:1 weiter gibt.
Grüße Sidey
Zitat von: Sidey am 05 Dezember 2015, 10:12:06
Das Oregon Modul ist für einen TRX Empfänger gemacht.
Das Oregon Modul wird von Willi gewartet.
Das Oregon Modul wird doch nur noch vom alten RFXCOM mit dem 40_RFXCOM.pm verwendet.
Wie Willi hier geschrieben hat, wird das Oregon Modul von ihm nicht mehr weiterentwickelt:
Zitat von: Willi am 06 April 2014, 00:39:48
ich habe damals (2010) die alten RFXCOM geschrieben. Da es den Receiver schon seit sehr langem nicht mehr zu kaufen gibt und dieser durch den RFXtrx433-Transceiver abgelöst wurde, habe ich seit 2012 keine Weiterentwicklungen gemacht.
Wenn es offensichtliche Probleme gibt, kann ich mir diese ansehen, aber ich baue keine neuen Features mehr ein.
Ich sehe 2 Möglichkeiten, entweder wir fragen Willi ob er das 41_OREGON in 41_RFXOREGON umbenennen (falls dies einfach möglich ist) kann und wir übernehmen dann das 41_OREGON Modul.
Oder wir machen ein neues und der CUL kann es dann evtl mitbenutzen.
Gruß Ralf
Leider antwortet Willi schon seit einiger Zeit weder auf emails noch auf PMs noch auf Foren Einträge.
Umbenennen ist für Bestands Anwender immer unschön.
Lass uns halt ein neues machen.
Da kann man dann auch osv1 noch implementieren.
Wir können ja mit dem von Willi anfangen und unsere Änderungen vornehmen.
Sidey
Zitat von: Sidey am 05 Dezember 2015, 10:49:09
Lass uns halt ein neues machen.
Da kann man dann auch osv1 noch implementieren.
Wir können ja mit dem von Willi anfangen und unsere Änderungen vornehmen.
Hast Du schon eine Idee wie das neue Modul heissen könnte?
Ich würde dann die SensorID 1:1 durchreichen und die Checksumroutinen anpassen. Dann muss auch kein Korrektur nibble mehr eingefügt werden.
Es fallen dann auch doppelte SensorID weg:
THN132N EC40 wird nach anpassung EA4C !
THWR288A EA4C Gruß Ralf
Zitat von: privat58 am 03 Dezember 2015, 21:02:08
Einen Oregon THN132N an einem fhemduino. Die 41_Oregon.pm habe ich geändert: in 41_OREGON.pm OREGON_type_length_key(0xea4c, 68) => zu OREGON_type_length_key(0xea4c, 64) => dann wird der der Aussensensor THN132N erkannt. Dies klappte bisher erfolgreich.
Hallo Steffen,
das mit 0xea4c beim THN132N passt nicht so richtig.
In dieser Beschreibung hat der THN132N die EC40
http://wmrx00.sourceforge.net/Arduino/OregonScientific-RF-Protocols.pdf
Hast Du mir vom THN132N noch ein paar raw Nachrichten mit verschiedenen Temperaturen und nach einem Batteriewechsel.
Gruß Ralf
Hallo Ralf,
Ich kann Dir diese Daten zur Verfügung stellen.
Einmal Auszug aus dem Log
2015.12.05 17:44:30 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9E99ZZB-if00-port0 disconnected, waiting to reappear (sduino)
2015.12.05 17:44:35 3: Setting sduino serial parameters to 57600,8,N,1
2015.12.05 17:44:35 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9E99ZZB-if00-port0 reappeared (sduino)
2015.12.05 17:44:35 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9E99ZZB-if00-port0@57600
2015.12.05 17:45:01 4: SIGNALduino/msg READ: MS;P0=-481;P1=868;P2=-1053;P4=410;P5=-9356;D=1512121212121212121212121212121210424010424010;CP=1;SP=5;O;
2015.12.05 17:45:01 4: SIGNALduino/msg READ: MS;P3=874;P4=-32001;P5=112;D=3451;CP=3;SP=4;
2015.12.05 17:45:40 4: SIGNALduino/msg READ: MS;P0=421;P1=-1050;P2=-579;P3=878;P4=-9364;D=343131313131313131313131313131313201023201023201023131320131023132013102320130;CP=3;SP=4;O;
2015.12.05 17:45:40 4: SIGNALduino/msg READ: MC;LL=-1053;LH=889;SL=-568;SH=427;D=54D4AACB5535553554AAB54CB2;C=438;
2015.12.05 17:45:40 4: Found manchester Protocol id 10 clock 438 -> OSV2o3
2015.12.05 17:45:40 4: Found manchester Protocol id 12 clock 438 -> Hideki protocol
2015.12.05 17:46:19 4: SIGNALduino/msg READ: MS;P1=-935;P2=990;P3=-485;P4=501;P5=-9268;D=252121212121212121212121212121212341432340;CP=2;SP=5;O;
2015.12.05 17:46:19 4: SIGNALduino/msg READ: MC;LL=-938;LH=1000;SL=-454;SH=538;D=32B4B4D54D4AACB5553553554CD4D4B320;C=512;
2015.12.05 17:46:19 4: Found manchester Protocol id 10 clock 512 -> OSV2o3
2015.12.05 17:46:57 4: SIGNALduino/msg READ: MC;LL=-992;LH=954;SL=-510;SH=425;D=AAAAAAAB332B4B4D54D4AACB5534D53555554CD532;C=459;
2015.12.05 17:46:58 4: Found manchester Protocol id 10 clock 459 -> OSV2o3
2015.12.05 17:46:58 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:46:58 4: sduino: OSV2 protocol converted to hex: (40EA4C10DF20210014) with length (72) bits
2015.12.05 17:46:58 5: converted Data to (40EA4C10DF20210014)
2015.12.05 17:46:58 5: sduino dispatch 40EA4C10DF20210014
2015.12.05 17:46:58 4: Found manchester Protocol id 12 clock 459 -> Hideki protocol
2015.12.05 17:46:58 4: SIGNALduino/msg READ: MC;LL=-983;LH=966;SL=-480;SH=496;D=AAAAAAAB332B4B4D54D4AACB5534D53555554CD532;C=487;
2015.12.05 17:46:58 4: Found manchester Protocol id 10 clock 487 -> OSV2o3
2015.12.05 17:46:58 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:46:58 4: sduino: OSV2 protocol converted to hex: (40EA4C10DF20210014) with length (72) bits
2015.12.05 17:46:58 5: converted Data to (40EA4C10DF20210014)
2015.12.05 17:46:58 4: Dropped (40EA4C10DF20210014) due to short time or equal msg
2015.12.05 17:46:58 4: Found manchester Protocol id 12 clock 487 -> Hideki protocol
2015.12.05 17:47:37 4: SIGNALduino/msg READ: MC;LL=-945;LH=1001;SL=-465;SH=509;D=555555566656969AA9A95596A999AA6AA96A996AA8;C=503;
2015.12.05 17:47:37 4: Found manchester Protocol id 10 clock 503 -> OSV2o3
2015.12.05 17:47:37 4: sduino: OSV2 protocol detected: preamble_pos = 30
2015.12.05 17:47:37 4: sduino: OSV2 protocol converted to hex: (40EA4C10DF50213034) with length (72) bits
2015.12.05 17:47:37 5: converted Data to (40EA4C10DF50213034)
2015.12.05 17:47:37 5: sduino dispatch 40EA4C10DF50213034
2015.12.05 17:47:37 4: Found manchester Protocol id 12 clock 503 -> Hideki protocol
2015.12.05 17:47:37 4: SIGNALduino/msg READ: MC;LL=-937;LH=1014;SL=-447;SH=522;D=AAAAAAAB332B4B4D54D4AACB54CCD53554B54CB554;C=511;
2015.12.05 17:47:37 4: Found manchester Protocol id 10 clock 511 -> OSV2o3
2015.12.05 17:47:37 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:47:37 4: sduino: OSV2 protocol converted to hex: (40EA4C10DF50213034) with length (72) bits
2015.12.05 17:47:37 5: converted Data to (40EA4C10DF50213034)
2015.12.05 17:47:37 4: Dropped (40EA4C10DF50213034) due to short time or equal msg
2015.12.05 17:48:15 4: SIGNALduino/msg READ: MC;LL=-942;LH=1005;SL=-479;SH=505;D=AAAAAAAB332B4B4D54D4AACB552CD535554D4D32AA;C=503;
2015.12.05 17:48:15 4: Found manchester Protocol id 10 clock 503 -> OSV2o3
2015.12.05 17:48:16 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:48:16 4: sduino: OSV2 protocol converted to hex: (40EA4C10DF602140A4) with length (72) bits
2015.12.05 17:48:16 5: converted Data to (40EA4C10DF602140A4)
2015.12.05 17:48:16 5: sduino dispatch 40EA4C10DF602140A4
2015.12.05 17:48:16 4: Found manchester Protocol id 12 clock 503 -> Hideki protocol
2015.12.05 17:48:16 4: SIGNALduino/msg READ: MC;LL=-950;LH=1011;SL=-429;SH=541;D=555555566656969AA9A95596AA59AA6AAA9A9A6554;C=517;
2015.12.05 17:48:16 4: Found manchester Protocol id 10 clock 517 -> OSV2o3
2015.12.05 17:48:16 4: sduino: OSV2 protocol detected: preamble_pos = 30
2015.12.05 17:48:16 4: sduino: OSV2 protocol converted to hex: (40EA4C10DF602140A4) with length (72) bits
2015.12.05 17:48:16 5: converted Data to (40EA4C10DF602140A4)
2015.12.05 17:48:16 4: Dropped (40EA4C10DF602140A4) due to short time or equal msg
2015.12.05 17:48:54 4: SIGNALduino/msg READ: MC;LL=-964;LH=983;SL=-479;SH=499;D=AAAAAAAB332B4B4D54D4AACB54ACD53554CD4CCB32;C=493;
2015.12.05 17:48:54 4: Found manchester Protocol id 10 clock 493 -> OSV2o3
2015.12.05 17:48:54 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:48:55 4: sduino: OSV2 protocol converted to hex: (40EA4C10DF702150D4) with length (72) bits
2015.12.05 17:48:55 5: converted Data to (40EA4C10DF702150D4)
2015.12.05 17:48:55 5: sduino dispatch 40EA4C10DF702150D4
2015.12.05 17:48:55 4: Found manchester Protocol id 12 clock 493 -> Hideki protocol
2015.12.05 17:48:55 4: SIGNALduino/msg READ: MC;LL=-943;LH=1005;SL=-457;SH=522;D=555555566656969AA9A95596A959AA6AA99A999664;C=508;
2015.12.05 17:48:55 4: Found manchester Protocol id 10 clock 508 -> OSV2o3
2015.12.05 17:48:55 4: sduino: OSV2 protocol detected: preamble_pos = 30
2015.12.05 17:48:55 4: sduino: OSV2 protocol converted to hex: (40EA4C10DF702150D4) with length (72) bits
2015.12.05 17:48:55 5: converted Data to (40EA4C10DF702150D4)
2015.12.05 17:48:55 4: Dropped (40EA4C10DF702150D4) due to short time or equal msg
2015.12.05 17:48:55 4: Found manchester Protocol id 12 clock 508 -> Hideki protocol
2015.12.05 17:49:30 4: sduino: Get freeram called ...
2015.12.05 17:49:30 5: sduino: command for gets: R
2015.12.05 17:49:30 5: SW: R
2015.12.05 17:49:30 5: SIGNALduino/RAW (ReadAnswer): 756
2015.12.05 17:49:30 5: sduino: received message for gets: 756
2015.12.05 17:49:33 4: SIGNALduino/msg READ: MC;LL=-960;LH=1054;SL=-474;SH=502;D=D55555559995A5A6AA6A5565AA566A9AAA66A6659900;C=518;
2015.12.05 17:49:34 4: Found manchester Protocol id 10 clock 518 -> OSV2o3
2015.12.05 17:49:34 4: sduino: OSV2 protocol detected: preamble_pos = 32
2015.12.05 17:49:34 4: sduino: OSV2 protocol converted to hex: (48EA4C10DF702150D40A) with length (80) bits
2015.12.05 17:49:34 5: converted Data to (48EA4C10DF702150D40A)
2015.12.05 17:49:34 5: sduino dispatch 48EA4C10DF702150D40A
2015.12.05 17:49:34 4: SIGNALduino/msg READ: MC;LL=-942;LH=1008;SL=-467;SH=518;D=555555566656969AA9A95596A959AA6AA99A999664;C=508;
2015.12.05 17:49:34 4: Found manchester Protocol id 10 clock 508 -> OSV2o3
2015.12.05 17:49:34 4: sduino: OSV2 protocol detected: preamble_pos = 30
2015.12.05 17:49:34 4: sduino: OSV2 protocol converted to hex: (40EA4C10DF702150D4) with length (72) bits
2015.12.05 17:49:34 5: converted Data to (40EA4C10DF702150D4)
2015.12.05 17:49:34 5: sduino dispatch 40EA4C10DF702150D4
2015.12.05 17:49:34 4: Found manchester Protocol id 12 clock 508 -> Hideki protocol
2015.12.05 17:50:12 4: SIGNALduino/msg READ: MC;LL=-946;LH=1001;SL=-475;SH=506;D=AAAAAAAB332B4B4D54D4AACB552CD535554D4D32AA;C=502;
2015.12.05 17:50:12 4: Found manchester Protocol id 10 clock 502 -> OSV2o3
2015.12.05 17:50:12 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:50:13 4: sduino: OSV2 protocol converted to hex: (40EA4C10DF602140A4) with length (72) bits
2015.12.05 17:50:13 5: converted Data to (40EA4C10DF602140A4)
2015.12.05 17:50:13 5: sduino dispatch 40EA4C10DF602140A4
2015.12.05 17:50:13 4: Found manchester Protocol id 12 clock 502 -> Hideki protocol
2015.12.05 17:50:13 4: SIGNALduino/msg READ: MC;LL=-933;LH=1016;SL=-466;SH=512;D=555555566656969AA9A95596AA59AA6AAA9A9A6554;C=509;
2015.12.05 17:50:13 4: Found manchester Protocol id 10 clock 509 -> OSV2o3
2015.12.05 17:50:13 4: sduino: OSV2 protocol detected: preamble_pos = 30
2015.12.05 17:50:13 4: sduino: OSV2 protocol converted to hex: (40EA4C10DF602140A4) with length (72) bits
2015.12.05 17:50:13 5: converted Data to (40EA4C10DF602140A4)
2015.12.05 17:50:13 4: Dropped (40EA4C10DF602140A4) due to short time or equal msg
2015.12.05 17:50:13 4: Found manchester Protocol id 12 clock 509 -> Hideki protocol
2015.12.05 17:50:52 4: SIGNALduino/msg READ: MS;P0=393;P1=-9372;P2=-575;P4=-1059;P5=895;D=5154545454545454545454545454545452040252040;CP=5;SP=1;O;
2015.12.05 17:50:52 4: SIGNALduino/msg READ: MS;P2=897;P4=-32001;P5=136;D=2455;CP=2;SP=4;
2015.12.05 17:50:56 4: SIGNALduino/msg READ: MS;P1=1015;P2=-943;P3=-464;P4=-9220;D=14121212121212121212121212121212130;CP=1;SP=4;O;
2015.12.05 17:50:56 4: SIGNALduino/msg READ: MC;LL=-943;LH=1014;SL=-454;SH=526;D=332B4B4D54D52CB3532CD53554D54CB332;C=513;
2015.12.05 17:50:56 4: Found manchester Protocol id 10 clock 513 -> OSV2o3
2015.12.05 17:51:35 4: SIGNALduino/msg READ: MS;P1=1022;P2=-934;P3=-455;P4=520;P5=-9220;D=1512121212121212121212121212121213420;CP=1;SP=5;O;
2015.12.05 17:51:35 4: SIGNALduino/msg READ: MC;LL=-953;LH=1016;SL=-437;SH=518;D=CCAD2D355354B2CD4CB354D5535532CCC8;C=511;
2015.12.05 17:51:35 4: Found manchester Protocol id 10 clock 511 -> OSV2o3
2015.12.05 17:52:14 4: SIGNALduino/msg READ: MC;LL=-1120;LH=1006;SL=-466;SH=514;D=555555566656969AA9AA5966A659AA6AA9AA996664;C=506;
2015.12.05 17:52:14 4: Found manchester Protocol id 10 clock 506 -> OSV2o3
2015.12.05 17:52:14 4: sduino: OSV2 protocol detected: preamble_pos = 30
2015.12.05 17:52:14 4: sduino: OSV2 protocol converted to hex: (40EA4C10B6682110B4) with length (72) bits
2015.12.05 17:52:14 5: converted Data to (40EA4C10B6682110B4)
2015.12.05 17:52:14 5: sduino dispatch 40EA4C10B6682110B4
2015.12.05 17:52:14 3: OREGON: Unknown device THN132N_b6_1, please define it
2015.12.05 17:52:14 2: autocreate: define THN132N_b6_1 OREGON THN132N_b6_1
2015.12.05 17:52:14 2: autocreate: define FileLog_THN132N_b6_1 FileLog ./log/THN132N_b6_1-%Y.log THN132N_b6_1
2015.12.05 17:52:14 2: autocreate: define SVG_THN132N_b6_1 SVG FileLog_THN132N_b6_1:temp4:CURRENT
2015.12.05 17:52:14 4: Found manchester Protocol id 12 clock 506 -> Hideki protocol
2015.12.05 17:52:14 4: SIGNALduino/msg READ: MC;LL=-937;LH=1016;SL=-455;SH=529;D=555555566656969AA9AA5966A659AA6AA9AA996664;C=514;
2015.12.05 17:52:14 4: Found manchester Protocol id 10 clock 514 -> OSV2o3
2015.12.05 17:52:14 4: sduino: OSV2 protocol detected: preamble_pos = 30
2015.12.05 17:52:14 4: sduino: OSV2 protocol converted to hex: (40EA4C10B6682110B4) with length (72) bits
2015.12.05 17:52:14 5: converted Data to (40EA4C10B6682110B4)
2015.12.05 17:52:14 4: Dropped (40EA4C10B6682110B4) due to short time or equal msg
2015.12.05 17:52:37 4: SIGNALduino/msg READ: MS;P1=1009;P2=-941;P3=-465;P4=513;P5=-9264;D=1512121212121212121212121212121213424313424313420;CP=1;SP=5;O;
2015.12.05 17:52:37 4: SIGNALduino/msg READ: MC;LL=-962;LH=988;SL=-464;SH=519;D=AD2D35535533554AB354D554B2D52AA8;C=502;
2015.12.05 17:52:37 4: Found manchester Protocol id 10 clock 502 -> OSV2o3
2015.12.05 17:52:37 4: Found manchester Protocol id 12 clock 502 -> Hideki protocol
2015.12.05 17:53:16 4: SIGNALduino/msg READ: MS;P0=-949;P1=498;P2=-472;P3=998;P4=-9228;D=3430303030303030303030303030303032101232101232101230303210301230321030123210300;CP=3;SP=4;O;
2015.12.05 17:53:16 4: SIGNALduino/msg READ: MC;LL=-936;LH=1001;SL=-463;SH=521;D=A9AA99AAA5A5AA6AAAA5695564;C=507;
2015.12.05 17:53:16 4: Found manchester Protocol id 10 clock 507 -> OSV2o3
2015.12.05 17:53:16 4: Found manchester Protocol id 12 clock 507 -> Hideki protocol
2015.12.05 17:53:55 4: SIGNALduino/msg READ: MC;LL=-945;LH=1159;SL=-458;SH=521;D=AAAAAAAB332B4B4D54D54CD5535535355554B4D52C;C=559;
2015.12.05 17:53:55 4: SIGNALduino/msg READ: MC;LL=-944;LH=1004;SL=-456;SH=528;D=AAAAAAAB332B4B4D54D54CD5535535355554B4D52C;C=510;
2015.12.05 17:53:55 4: Found manchester Protocol id 10 clock 510 -> OSV2o3
2015.12.05 17:53:55 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:53:55 4: sduino: OSV2 protocol converted to hex: (40EA4C101408220013) with length (72) bits
2015.12.05 17:53:55 5: converted Data to (40EA4C101408220013)
2015.12.05 17:53:55 5: sduino dispatch 40EA4C101408220013
2015.12.05 17:53:55 3: OREGON: Unknown device THN132N_14_1, please define it
2015.12.05 17:53:55 2: autocreate: define THN132N_14_1 OREGON THN132N_14_1
2015.12.05 17:53:55 2: autocreate: define FileLog_THN132N_14_1 FileLog ./log/THN132N_14_1-%Y.log THN132N_14_1
2015.12.05 17:53:55 2: autocreate: define SVG_THN132N_14_1 SVG FileLog_THN132N_14_1:temp4:CURRENT
2015.12.05 17:54:30 4: sduino: Get freeram called ...
2015.12.05 17:54:30 5: sduino: command for gets: R
2015.12.05 17:54:30 5: SW: R
2015.12.05 17:54:30 5: SIGNALduino/RAW (ReadAnswer): 756
2015.12.05 17:54:30 5: sduino: received message for gets: 756
2015.12.05 17:54:34 4: SIGNALduino/msg READ: MC;LL=-929;LH=1151;SL=-467;SH=505;D=AAAAAAAB332B4B4D54D54CD552D5353554D4B52CB4;C=551;
2015.12.05 17:54:34 4: SIGNALduino/msg READ: MC;LL=-940;LH=1022;SL=-459;SH=515;D=AAAAAAAB332B4B4D54D54CD552D5353554D4B52CB4;C=512;
2015.12.05 17:54:34 4: Found manchester Protocol id 10 clock 512 -> OSV2o3
2015.12.05 17:54:34 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:54:34 4: sduino: OSV2 protocol converted to hex: (40EA4C101418221063) with length (72) bits
2015.12.05 17:54:34 5: converted Data to (40EA4C101418221063)
2015.12.05 17:54:34 5: sduino dispatch 40EA4C101418221063
2015.12.05 17:55:13 4: SIGNALduino/msg READ: MC;LL=-1048;LH=900;SL=-567;SH=400;D=AAAAAAAB332B4B4D54D54CD5535535355554B4D52C;C=433;
2015.12.05 17:55:13 4: Found manchester Protocol id 10 clock 433 -> OSV2o3
2015.12.05 17:55:13 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:55:13 4: sduino: OSV2 protocol converted to hex: (40EA4C101408220013) with length (72) bits
2015.12.05 17:55:13 5: converted Data to (40EA4C101408220013)
2015.12.05 17:55:13 5: sduino dispatch 40EA4C101408220013
2015.12.05 17:55:13 4: Found manchester Protocol id 12 clock 433 -> Hideki protocol
2015.12.05 17:55:13 4: SIGNALduino/msg READ: MC;LL=-1041;LH=897;SL=-561;SH=433;D=AAAAAAAB332B4B4D54D54CD5535535355554B4D52C;C=443;
2015.12.05 17:55:13 4: Found manchester Protocol id 10 clock 443 -> OSV2o3
2015.12.05 17:55:13 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:55:13 4: sduino: OSV2 protocol converted to hex: (40EA4C101408220013) with length (72) bits
2015.12.05 17:55:13 5: converted Data to (40EA4C101408220013)
2015.12.05 17:55:13 4: Dropped (40EA4C101408220013) due to short time or equal msg
2015.12.05 17:55:13 4: Found manchester Protocol id 12 clock 443 -> Hideki protocol
2015.12.05 17:55:52 4: SIGNALduino/msg READ: MC;LL=-956;LH=1001;SL=-490;SH=500;D=AAAAAAAB332B4B4D54D54CD5535535355554B4D52C;C=500;
2015.12.05 17:55:52 4: Found manchester Protocol id 10 clock 500 -> OSV2o3
2015.12.05 17:55:52 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:55:52 4: sduino: OSV2 protocol converted to hex: (40EA4C101408220013) with length (72) bits
2015.12.05 17:55:52 5: converted Data to (40EA4C101408220013)
2015.12.05 17:55:52 5: sduino dispatch 40EA4C101408220013
2015.12.05 17:55:52 4: Found manchester Protocol id 12 clock 500 -> Hideki protocol
2015.12.05 17:55:52 4: SIGNALduino/msg READ: MC;LL=-955;LH=986;SL=-467;SH=524;D=AAAAAAAB332B4B4D54D54CD5535535355554B4D52C;C=503;
2015.12.05 17:55:52 4: Found manchester Protocol id 10 clock 503 -> OSV2o3
2015.12.05 17:55:52 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:55:52 4: sduino: OSV2 protocol converted to hex: (40EA4C101408220013) with length (72) bits
2015.12.05 17:55:52 5: converted Data to (40EA4C101408220013)
2015.12.05 17:55:52 4: Dropped (40EA4C101408220013) due to short time or equal msg
2015.12.05 17:55:52 4: Found manchester Protocol id 12 clock 503 -> Hideki protocol
2015.12.05 17:56:31 4: SIGNALduino/msg READ: MC;LL=-954;LH=1025;SL=-459;SH=502;D=AAAAAAAB332B4B4D54D54CD5535535355554B4D52C;C=508;
2015.12.05 17:56:31 4: Found manchester Protocol id 10 clock 508 -> OSV2o3
2015.12.05 17:56:31 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:56:31 4: sduino: OSV2 protocol converted to hex: (40EA4C101408220013) with length (72) bits
2015.12.05 17:56:31 5: converted Data to (40EA4C101408220013)
2015.12.05 17:56:31 5: sduino dispatch 40EA4C101408220013
2015.12.05 17:56:31 4: Found manchester Protocol id 12 clock 508 -> Hideki protocol
2015.12.05 17:56:31 4: SIGNALduino/msg READ: MC;LL=-953;LH=1002;SL=-467;SH=519;D=AAAAAAAB332B4B4D54D54CD5535535355554B4D52C;C=506;
2015.12.05 17:56:31 4: Found manchester Protocol id 10 clock 506 -> OSV2o3
2015.12.05 17:56:31 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:56:31 4: sduino: OSV2 protocol converted to hex: (40EA4C101408220013) with length (72) bits
2015.12.05 17:56:31 5: converted Data to (40EA4C101408220013)
2015.12.05 17:56:31 4: Dropped (40EA4C101408220013) due to short time or equal msg
2015.12.05 17:56:31 4: Found manchester Protocol id 12 clock 506 -> Hideki protocol
2015.12.05 17:56:59 4: SIGNALduino/msg READ: MC;LL=-1041;LH=919;SL=-555;SH=410;D=555555566656969AA9AA66AAA6AA6A6AA99969AA58;C=442;
2015.12.05 17:56:59 4: Found manchester Protocol id 10 clock 442 -> OSV2o3
2015.12.05 17:56:59 4: sduino: OSV2 protocol detected: preamble_pos = 30
2015.12.05 17:56:59 4: sduino: OSV2 protocol converted to hex: (40EA4C100A08225013) with length (72) bits
2015.12.05 17:56:59 5: converted Data to (40EA4C100A08225013)
2015.12.05 17:56:59 5: sduino dispatch 40EA4C100A08225013
2015.12.05 17:56:59 3: OREGON: Unknown device THN132N_0a_1, please define it
2015.12.05 17:56:59 2: autocreate: define THN132N_0a_1 OREGON THN132N_0a_1
2015.12.05 17:56:59 2: autocreate: define FileLog_THN132N_0a_1 FileLog ./log/THN132N_0a_1-%Y.log THN132N_0a_1
2015.12.05 17:56:59 2: autocreate: define SVG_THN132N_0a_1 SVG FileLog_THN132N_0a_1:temp4:CURRENT
2015.12.05 17:56:59 4: Found manchester Protocol id 12 clock 442 -> Hideki protocol
2015.12.05 17:56:59 4: SIGNALduino/msg READ: MS;P1=-1040;P2=924;P3=-561;P4=417;P5=-8852;D=452121212121212121212121212121212341432341432341432121234121432123412143234121212121432341212121432341432341212121212121432341212121214323412121432341212121212143234143234143212341214323412121214321234141;CP=4;SP=5;O;
2015.12.05 17:56:59 4: SIGNALduino/msg READ: MU;P0=216;P1=-1008;P2=924;P3=-654;P4=417;P5=-8852;D=45212121212121212121212121212121234143234143234143212123412143212341214323412121212143234121212143234143234121212121212143234121212121432341212143234121212121214323414323414321234121432341212121432123414301032;CP=2;O;
2015.12.05 17:56:59 5: sduino: applying filterfunc SIGNALduino_filterSign
2015.12.05 17:56:59 4: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2015.12.05 17:56:59 5: sduino: Starting demodulation at Position 1
2015.12.05 17:56:59 4: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2015.12.05 17:56:59 5: sduino: Starting demodulation at Position 1
2015.12.05 17:56:59 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.05 17:56:59 5: sduino: Starting demodulation at Position 1
2015.12.05 17:56:59 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.12.05 17:56:59 5: sduino: Starting demodulation at Position 1
2015.12.05 17:56:59 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.12.05 17:56:59 5: sduino: Starting demodulation at Position 1
2015.12.05 17:56:59 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.05 17:56:59 5: sduino: Starting demodulation at Position 2
2015.12.05 17:57:38 4: SIGNALduino/msg READ: MS;P0=530;P2=1025;P3=-919;P4=-460;P5=-9244;D=2523232323232323232323232323232324030420;CP=2;SP=5;O;
2015.12.05 17:57:38 4: SIGNALduino/msg READ: MC;LL=-934;LH=1033;SL=-436;SH=525;D=32B4B4D54D533555335353554ACB4AB4A0;C=519;
2015.12.05 17:57:38 4: Found manchester Protocol id 10 clock 519 -> OSV2o3
2015.12.05 17:58:17 4: SIGNALduino/msg READ: MC;LL=-1050;LH=908;SL=-554;SH=412;D=AAAAAAAB332B4B4D54D533555335353554ACB4AB4A;C=439;
2015.12.05 17:58:17 4: Found manchester Protocol id 10 clock 439 -> OSV2o3
2015.12.05 17:58:17 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:58:17 4: sduino: OSV2 protocol converted to hex: (40EA4C100A282270F3) with length (72) bits
2015.12.05 17:58:17 5: converted Data to (40EA4C100A282270F3)
2015.12.05 17:58:17 5: sduino dispatch 40EA4C100A282270F3
2015.12.05 17:58:17 4: Found manchester Protocol id 12 clock 439 -> Hideki protocol
2015.12.05 17:58:17 4: SIGNALduino/msg READ: MC;LL=-1031;LH=930;SL=-544;SH=424;D=AAAAAAAB332B4B4D54D533555335353554ACB4AB4A;C=451;
2015.12.05 17:58:17 4: Found manchester Protocol id 10 clock 451 -> OSV2o3
2015.12.05 17:58:17 4: sduino: OSV2 protocol detected: preamble_pos = 31
2015.12.05 17:58:17 4: sduino: OSV2 protocol converted to hex: (40EA4C100A282270F3) with length (72) bits
2015.12.05 17:58:17 5: converted Data to (40EA4C100A282270F3)
2015.12.05 17:58:17 4: Dropped (40EA4C100A282270F3) due to short time or equal msg
2015.12.05 17:58:17 4: Found manchester Protocol id 12 clock 451 -> Hideki protocol
2015.12.05 17:58:28 4: SIGNALduino/msg READ: MS;P0=991;P1=-966;P2=-462;P3=515;P4=-9268;D=0401010101010101010101010101010102313202313202313200;CP=0;SP=4;O;
2015.12.05 17:58:28 4: SIGNALduino/msg READ: MC;LL=-963;LH=1005;SL=-447;SH=511;D=5A5A6AA6A955AA99A9A9AAA955A55A50;C=505;
2015.12.05 17:58:28 4: Found manchester Protocol id 10 clock 505 -> OSV2o3
2015.12.05 17:58:28 4: Found manchester Protocol id 12 clock 505 -> Hideki protocol
2015.12.05 17:59:07 4: SIGNALduino/msg READ: MC;LL=-946;LH=1020;SL=-464;SH=499;D=55555559995A5A6AA6A955AA9669A9AAA6AA665960;C=506;
2015.12.05 17:59:07 4: Found manchester Protocol id 10 clock 506 -> OSV2o3
2015.12.05 17:59:07 4: sduino: OSV2 protocol detected: preamble_pos = 28
2015.12.05 17:59:07 4: sduino: OSV2 protocol converted to hex: (40EA4C103E582210D4) with length (72) bits
2015.12.05 17:59:07 5: converted Data to (40EA4C103E582210D4)
2015.12.05 17:59:07 5: sduino dispatch 40EA4C103E582210D4
2015.12.05 17:59:07 3: OREGON: Unknown device THN132N_3e_1, please define it
2015.12.05 17:59:07 2: autocreate: define THN132N_3e_1 OREGON THN132N_3e_1
2015.12.05 17:59:07 2: autocreate: define FileLog_THN132N_3e_1 FileLog ./log/THN132N_3e_1-%Y.log THN132N_3e_1
2015.12.05 17:59:07 2: autocreate: define SVG_THN132N_3e_1 SVG FileLog_THN132N_3e_1:temp4:CURRENT
2015.12.05 17:59:07 4: Found manchester Protocol id 12 clock 506 -> Hideki protocol
2015.12.05 17:59:07 4: SIGNALduino/msg READ: MS;P0=-926;P1=1020;P2=-460;P3=530;P4=-8736;D=341010101010101010101010101010101230321230321230321010123010321012301032123010101010321230101010321010101012301010101032101230321230103212301010321230101010101032123010101010321230321230321012303210123031;CP=3;SP=4;O;
2015.12.05 17:59:30 4: sduino: Get freeram called ...
2015.12.05 17:59:30 5: sduino: command for gets: R
2015.12.05 17:59:30 5: SW: R
2015.12.05 17:59:30 5: SIGNALduino/RAW (ReadAnswer): 756
2015.12.05 17:59:30 5: sduino: received message for gets: 756
2015.12.05 17:59:46 4: SIGNALduino/msg READ: MS;P0=-476;P2=1000;P3=-951;P4=497;P5=-9220;D=2523232323232323232323232323232320434020;CP=2;SP=5;O;
2015.12.05 17:59:46 4: SIGNALduino/msg READ: MC;LL=-933;LH=1022;SL=-453;SH=526;D=32B4B4D54D52AB5532D353555354D4CD20;C=515;
2015.12.05 17:59:46 4: Found manchester Protocol id 10 clock 515 -> OSV2o3
Und einmal aus dem Eventmonitor
2015-12-05 17:46:58 OREGON THN132N_df_1 temperature: 21.2
2015-12-05 17:46:58 OREGON THN132N_df_1 battery: ok
2015-12-05 17:46:58 OREGON THN132N_df_1 T: 21.2 BAT: ok
2015-12-05 17:47:37 OREGON THN132N_df_1 temperature: 21.5
2015-12-05 17:47:37 OREGON THN132N_df_1 battery: ok
2015-12-05 17:47:37 OREGON THN132N_df_1 T: 21.5 BAT: ok
2015-12-05 17:48:16 OREGON THN132N_df_1 temperature: 21.6
2015-12-05 17:48:16 OREGON THN132N_df_1 battery: ok
2015-12-05 17:48:16 OREGON THN132N_df_1 T: 21.6 BAT: ok
2015-12-05 17:48:55 OREGON THN132N_df_1 temperature: 21.7
2015-12-05 17:48:55 OREGON THN132N_df_1 battery: ok
2015-12-05 17:48:55 OREGON THN132N_df_1 T: 21.7 BAT: ok
2015-12-05 17:49:34 OREGON THN132N_df_1 temperature: 21.7
2015-12-05 17:49:34 OREGON THN132N_df_1 battery: ok
2015-12-05 17:49:34 OREGON THN132N_df_1 T: 21.7 BAT: ok
2015-12-05 17:50:13 OREGON THN132N_df_1 temperature: 21.6
2015-12-05 17:50:13 OREGON THN132N_df_1 battery: ok
2015-12-05 17:50:13 OREGON THN132N_df_1 T: 21.6 BAT: ok
2015-12-05 17:52:14 SVG SVG_THN132N_b6_1 copyGplotFile
2015-12-05 17:52:14 Global global UNDEFINED THN132N_b6_1 OREGON THN132N_b6_1
2015-12-05 17:52:14 Global global DEFINED THN132N_b6_1
2015-12-05 17:52:14 Global global DEFINED FileLog_THN132N_b6_1
2015-12-05 17:52:14 Global global DEFINED SVG_THN132N_b6_1
2015-12-05 17:52:14 Global global SAVE
2015-12-05 17:53:55 SVG SVG_THN132N_14_1 copyGplotFile
2015-12-05 17:53:55 Global global UNDEFINED THN132N_14_1 OREGON THN132N_14_1
2015-12-05 17:53:55 Global global DEFINED THN132N_14_1
2015-12-05 17:53:55 Global global DEFINED FileLog_THN132N_14_1
2015-12-05 17:53:55 Global global DEFINED SVG_THN132N_14_1
2015-12-05 17:53:55 Global global SAVE
2015-12-05 17:54:34 OREGON THN132N_14_1 temperature: 22.1
2015-12-05 17:54:34 OREGON THN132N_14_1 battery: ok
2015-12-05 17:54:34 OREGON THN132N_14_1 T: 22.1 BAT: ok
2015-12-05 17:55:13 OREGON THN132N_14_1 temperature: 22
2015-12-05 17:55:13 OREGON THN132N_14_1 battery: ok
2015-12-05 17:55:13 OREGON THN132N_14_1 T: 22 BAT: ok
2015-12-05 17:55:52 OREGON THN132N_14_1 temperature: 22
2015-12-05 17:55:52 OREGON THN132N_14_1 battery: ok
2015-12-05 17:55:52 OREGON THN132N_14_1 T: 22 BAT: ok
2015-12-05 17:56:31 OREGON THN132N_14_1 temperature: 22
2015-12-05 17:56:31 OREGON THN132N_14_1 battery: ok
2015-12-05 17:56:31 OREGON THN132N_14_1 T: 22 BAT: ok
2015-12-05 17:56:59 SVG SVG_THN132N_0a_1 copyGplotFile
2015-12-05 17:56:59 Global global UNDEFINED THN132N_0a_1 OREGON THN132N_0a_1
2015-12-05 17:56:59 Global global DEFINED THN132N_0a_1
2015-12-05 17:56:59 Global global DEFINED FileLog_THN132N_0a_1
2015-12-05 17:56:59 Global global DEFINED SVG_THN132N_0a_1
2015-12-05 17:56:59 Global global SAVE
2015-12-05 17:58:17 OREGON THN132N_0a_1 temperature: 22.2
2015-12-05 17:58:17 OREGON THN132N_0a_1 battery: ok
2015-12-05 17:58:17 OREGON THN132N_0a_1 T: 22.2 BAT: ok
2015-12-05 17:59:07 SVG SVG_THN132N_3e_1 copyGplotFile
2015-12-05 17:59:07 Global global UNDEFINED THN132N_3e_1 OREGON THN132N_3e_1
2015-12-05 17:59:07 Global global DEFINED THN132N_3e_1
2015-12-05 17:59:07 Global global DEFINED FileLog_THN132N_3e_1
2015-12-05 17:59:07 Global global DEFINED SVG_THN132N_3e_1
2015-12-05 17:59:07 Global global SAVE
Zwischendurch die Batterie kurz raus genommen und beim letzten mal, am Schiebeschalter von Kanal 1 auf Kanal 2 gewechselt.
Ansonsten hält mich mein normales fhem in Atem, da es heute die SD-Karte zerschossen hat. Kein Zugriff mehr. Partition mit testdisk nicht mehr zu retten. Habe da langsam die Nase mit dem Raspi voll, da jedes mal viel verloren geht. Hatte vorige Woche zwar ein backup gemacht, aber in der Zwischenzeit habe ich viel an der Konfiguration geändert. Da ich mit RS232, RS485, BT und anderen Dingen hantiere ist er eventuell doch etwas überlastet mit der SD-Karte. Schauen wir mal. Wenn jemand eine Idee für neue Hardware hat....
Steffen
Zitat von: privat58 am 05 Dezember 2015, 18:08:26
Hallo Ralf,
Ich kann Dir diese Daten zur Verfügung stellen.
Einmal Auszug aus dem Log
Zwischendurch die Batterie kurz raus genommen und beim letzten mal, am Schiebeschalter von Kanal 1 auf Kanal 2 gewechselt.
Danke für die Daten. Im Gegensatz zu Protokoll v3 ist hier alles etwas verdreht, aber die Anzeige in fhem scheint trotzdem zu passen.
MC;LL=-992;LH=954;SL=-510;SH=425;D=AAAAAAAB332B4B4D54D4AACB5534D53555554CD532;C=459;
40EA4C10DF20210014 21.2 C THN132N_df_1
MC;LL=-946;LH=1020;SL=-464;SH=499;D=55555559995A5A6AA6A955AA9669A9AAA6AA665960;C=506;
40EA4C103E582210D4 22.5 C THN132N_3e_1Zitat von: privat58 am 05 Dezember 2015, 18:08:26
Wenn jemand eine Idee für neue Hardware hat....
Ich habe einen Cubietruck mit SSD und Akku und bin damit zufrieden.
Gruß Ralf
@privat58
Ich habe drei Raspberry im Einsatz und einen mit einer USB HDD wo ich alle Configs und Logs hinschreibe und hatte bisher mit diesen Geräten noch kein Problem bzw. Datenverlust.
Ich hatte auch eine hassbeziehung zu rpis bis ich prinzipiell von sd Boote und Usb Sticks als arbeitsmedium genommen habe. Seitdem keine Probleme mehr
Gesendet von iPhone mit Tapatalk
Ich hatte auch eine hassbeziehung zu rpis bis ich prinzipiell von sd Boote und Usb Sticks als arbeitsmedium genommen habe. Seitdem keine Probleme mehr
Gesendet von iPhone mit Tapatalk
Meine Erfahrungen mit den "alten"Raspberrys" sind auch nicht die besten gewesen. Musste schon bei diversen die SD-Kartenhalterungen austauschen lassen, weil die SD-Karten nicht mehr oder nur mit Wackelkontakt erkannt wurden.
Das hat sich aber mit den B+ und Pi2 - Varianten mit dem Micro-Slot komplett gegeben, bei denen gab's noch nie Aussetzer.
hi, ich empfange regelmäßig von eine sender wo ich meine das es der außensender von der aldiwetterstation ist eine meldung
ZitatInternals:
CFGFN
CODE Unknown
DEF Unknown
LASTInputDev sduino
MSGCNT 2
NAME CUL_TCM97001_Unknown
NR 25424
STATE Code: 5EB80AC0
TYPE CUL_TCM97001
lastH 0
lastT 1449433316.66147
sduino_DMSG s5EB80AC000
sduino_MSGCNT 2
sduino_RAWMSG MS;P1=-1915;P2=530;P3=-3864;P4=-9164;D=24212321232323232123212323232121212121212123212321232322;CP=2;SP=4;
sduino_TIME 2015-12-06 21:21:56
CHANGETIME:
Readings:
2015-12-06 21:21:56 state Code: 5EB80AC0
Attributes:
DbLogExclude .*
model Unknown
room CUL_TCM97001
es ist ein technoline 433 temp/hum sender. wird der schon supported?
Hallo Sidey, ich habe gesehen, du hast einen Änderung für den Rauchmelder FA21RF eingecheckt hast, darf ich nachfragen, ob du weitere Testdaten benötigst bzw. wie weit die Integration derzeit ist? 8)
Gruss und danke
Gerade im Log gefunden:
2015.12.07 10:21:58 4: SIGNALduino/msg READ: MU;P0=432;P1=-1024;P2=1174;P4=-7092;P5=140;D=012101010121212101210121012101210121012121210121012101210101210124512;CP=0;
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2015.12.07 10:21:58 4: decoded matched MU Protocol id 5 dmsg i8EAABAA4 length 32
2015.12.07 10:21:58 3: message "i8EAABAA4" (9) too short!
2015.12.07 10:21:58 3: message "i8EAABAA4" (9) too short!
2015.12.07 10:21:58 3: sduino: Unknown code i8EAABAA4, help me!
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2015.12.07 10:21:58 4: SIGNALduino/msg READ: MU;P0=-416;P2=1195;P3=-957;P4=482;D=0023232343234323232323232343434323232343234323432343234323432323234323432343234343234321;CP=4;
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2015.12.07 10:21:58 4: SIGNALduino/msg READ: MU;P0=-947;P1=483;P2=-7156;P3=180;P4=-196;P5=1208;D=345050501050105050505050501010105050501050105010501050105010505050105010501050101050105231;CP=1;
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2015.12.07 10:21:58 4: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
Ich denke dieser Log-Eintrag sagt so ziemlich wenig aus? :)
Zitat von: Ralf9 am 05 Dezember 2015, 11:06:43
Hast Du schon eine Idee wie das neue Modul heissen könnte?
Ich würde dann die SensorID 1:1 durchreichen und die Checksumroutinen anpassen. Dann muss auch kein Korrektur nibble mehr eingefügt werden.
Das mit dem 1:1 durchreichen ist doch keine so gute Idee, wenn kein Korrektur nibble eingefügt wird, dann sind im Oregon Modul recht umfangreiche Anpassungen notwendig.
Wenn ich in der 00_signalduino außer der SensorID Anpassung noch ein Korrektur nibble einfüge und evtl noch die Checksumme anpasse, dann müssten wir mit kleinen Änderungen (Bugfixes und neue Sensoren) am Oregon Modul auskommen.
Gruß Ralf
Folgende Oregon Sensoren wurden bisher angelegt und melden sich mehr oder weniger.
THGR810_e0_1
THGR810_e3_1
UVN800_40_1
WGR800_b0
Ich hätte da mal wieder eine etwas OT Frage.
Ich möchte gerne mein Gasverbrauch per S0 Impuls messen. Ich habe hier noch ein paar Nanos und auch diese 433MHz Sendemodule liegen. Das Senden und empfangen mit dem SIGNALDuino pappt wirklich gut. Ich möchte nicht extra deswegen ein anderes Empfangmodul an dem Raspi hängen.
Hat jemand eine Idee welches Protokoll man dafür nehmen könnte?
Gruss Dirk
das Oregon v3 (OSV3) müsste jetzt funktionieren. Bitte auch vergleichen ob die in fhem angezeigten Werte passen.
Ich habe dazu das 41_OREGON.pm Modul in den dev-32 Branch eingecheckt. Da ich nur minimale Änderungen vorgenommen habe, müssste es auch noch mit dem alten RFXCOM funktionieren.
Gruß Ralf
Zitat von: DirkS am 07 Dezember 2015, 22:07:40
Ich hätte da mal wieder eine etwas OT Frage.
Ich möchte gerne mein Gasverbrauch per S0 Impuls messen. Ich habe hier noch ein paar Nanos und auch diese 433MHz Sendemodule liegen. Das Senden und empfangen mit dem SIGNALDuino pappt wirklich gut. Ich möchte nicht extra deswegen ein anderes Empfangmodul an dem Raspi hängen.
Hat jemand eine Idee welches Protokoll man dafür nehmen könnte?
Gruss Dirk
Hallo Dirk
Das Zählen der Impulse wird nich das Problem sein. Aber in welchem Format sollen die Daten via 433MHz übertragen werden?
Da gibt es zB das SeriellWireless Projekt, wo Daten via 433MHz von einem Arduino zum anderen übertragen werden. Es gibt auch verschiedene Projekte die Sensordaten (Temperatur, Luftfeuchte) in bekannten Protokollen via 433MHz versenden. Leider kenne ich kein Arduino 433MHz Sender Projekt das ein irgenwie standardisiertes Protokoll für Gas Metering verwendet.
Der SignalDuino verarbeitet "nur" "bekannte" Protokolle.
Bei mir läuft auch ein ESA2000 (Enrgei-Monitor), dessen Signale werden aber über einen CUL mit 433MHz verarbeitet. Ähnliches gibt es fertig mit S0 Sensor.
Eventuell solltest Du auf eine andere Lösung hinarbeiten. Zum Beispiel ein Nano mit ESP8266 der die Daten diret via http oder telnet in FHEM 'einspeist. Erst einmal jeden Impuls an FHEM in ein dummy device einspeisen. Oder die Anzahl Impulse über einen Zeitraum X.
Kurz, ich denke SignalDuino bringt Dich da erst mal nicht weiter. Such mal nach den diversen Arduino "S0" Metering Projekten.
~josef
Gaszähler und FHEM/Raspi geht relativ einfach über Reedkontakt/Kabel und die GPIO Ports + HourCounter. Ob das via Funk möglich ist bzw. Sinn macht?
Ich hab den Signalduino hin und wieder mal laufen lassen um den Aufwand eines Wechsels von FHEMduino abschätzen zu können und bin dabei auf folgende Punkte gestossen:
1. Migration der PT2262 DEVICES. Gibt es eine einfache Variante die IT Devices von FHEMduino auf Signalduino zu mappen? Praktisch das IODev in der cfg. zu ändern und gut?
2. Erweiterungen... ich hab einige Steckdosen die mit FHEMduino rumzicken bzw. nicht funktionieren da die Signalfolge geringfügig anders ist als bei Intertechno Beispiel wären die Flamingo Ausensteckdosen bei denen die Signale als IT interpretiert werden, FB Eingaben von FHEM/Signalduino ausgewertet, selbst gesendete Signale von den Empfängern jedoch nicht aktzeptiert werden. Protokoll wurde an anderer Stelle schon schön zerlegt https://forum.arduino.cc/index.php?topic=201771.60. Ähnliches hab ich auch bei den Sensoren, die verschiedenen Protokolle liegen so dicht beieinander, das sie oft fehlinterpretiert werden.
Eine Lösung via Wiringpi würde ich gerade noch hinbekommen, in FHEM sind die Möglichkeiten wesentlich höher, dafür ist das ganze dann aber zumindest für mich schon wieder zu komplex :)
Hallo,
gibt es eigentlich schon Vorschläge für eine Leiterplatte zum Signalduino oder Fhemduino? Ich kann das recht einfach mit Lochraster umsetzten, aber so eine schöne Platine wie beim nanoCUL wär schon schön.
Gruss
Thomas
Den Signalduino noch mal frisch geflasht und aktiviert und schon geht es los.
4 der 8 WS0002 werden erkannt. flash ich zurück auf FHEMduino werden wieder alle erkannt.
der SD_WS07_TH_1 wird erkannt, springt aber immer kurz mit den Werten
Es herrscht ansonsten reger Funkverkehr
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=614;P1=-248;P2=236;P3=-493;P4=-984;D=01010101012323232301230123010123232323010123230123230123012301230123232301012401;CP=2;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=730;P1=-734;P2=484;P3=-249;P4=238;P5=-493;D=0101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=731;P1=-737;P2=479;P3=-252;P4=238;P5=-492;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=727;P1=-738;P2=482;P3=-252;P4=238;P5=-489;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=726;P1=-737;P2=488;P3=-245;P4=241;P5=-489;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=727;P1=-739;P2=484;P3=-251;P4=237;P5=-491;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=728;P1=-737;P2=479;P3=-252;P4=235;P5=-496;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=728;P1=-736;P2=485;P3=-246;P4=239;P5=-495;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=732;P1=-735;P2=486;P3=-245;P4=239;P5=-497;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:26 4: SIGNALduino/msg READ: MU;P0=728;P1=-736;P2=477;P3=-253;P4=238;P5=-492;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:26 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:26 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:27 4: SIGNALduino/msg READ: MU;P0=728;P1=-736;P2=483;P3=-248;P4=238;P5=-494;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:27 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:27 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:27 4: SIGNALduino/msg READ: MU;P0=728;P1=-738;P2=482;P3=-250;P4=234;P5=-493;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:27 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:27 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:27 4: SIGNALduino/msg READ: MU;P0=726;P1=-740;P2=486;P3=-249;P4=237;P5=-489;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:27 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:27 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:27 4: SIGNALduino/msg READ: MU;P0=726;P1=-739;P2=484;P3=-248;P4=240;P5=-493;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:27 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:27 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.08 14:52:27 4: SIGNALduino/msg READ: MU;P0=730;P1=-737;P2=485;P3=-248;P4=237;P5=-495;D=010101012345232323232345454545234523452323454545452323454523454523452345234523454545232341;CP=4;
2015.12.08 14:52:27 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.08 14:52:27 4: Found matched Protocol id 8 -> TX3 Protocol
Es funken noch 2 Stk Bresser Sensoren die auch FHEMduino nicht erkannte und ein unbekannter Aussensensor der unter FHEMduino als TC erkannt wurde
Erst einmal vielen Dank für die Denkanstöße.
Reed Kontakte habe ich schon. Hatte vor die Impulse in einem festen Zeitrahmen z.B. Stunde zu zählen und dann ähnlich den Temperatursendern, an den SIGNALDuino zu schicken. Könnte ja auch Senderoutine vom SIGNALDuino nehmen. Wäre nur die Frage, welches Protokoll sich da anbietet.
Hallo, welche günstigen Steckdosen für den Außenbereich könnt ihr empfehlen? Flamingo oder Elro? Oder ganz andere?
Zitat von: DirkS am 08 Dezember 2015, 19:57:41
Erst einmal vielen Dank für die Denkanstöße.
Reed Kontakte habe ich schon. Hatte vor die Impulse in einem festen Zeitrahmen z.B. Stunde zu zählen und dann ähnlich den Temperatursendern, an den SIGNALDuino zu schicken. Könnte ja auch Senderoutine vom SIGNALDuino nehmen. Wäre nur die Frage, welches Protokoll sich da anbietet.
Hallo Dirk
Eine Senderoutine gibt es im SignalDuino nicht, Ausnahme ist Schaltbefehle an 'IT' Steckdosen.
Der SignalDuino besteht aus der Hardware (Nano, 433MHZ Sender und Enpfänger mit RF_Receiver Software) und dem FHEM Perl Modul SingnalDuino und dem einen oder anderen Hilfmodul, wie zB das 14_SD_WS07.pm. Der Nano bringt die empfangenen Impulse in eine mehr oder weniger maschinenlesbare, allgemeine Form, ähnlich wie ein Morsecode. Das SignalDuino Modul bekommt diese Daten und versucht sie einem Gerät zuzuordnen. Die unterstützten Geräte sind derzeit Temperatur, Luftfeuchte Sensoren und Schaltaktoren. Dabei ist derzeit noch kein Protokoll um Impulse zu zählen und aufzuaddieren.
Man "könnte" zB das Oregon oder Hideki Temp/Feuchte Protokol missbrauchen (dafür kenne ich Sender-Code) und statt Temperatur und Luftfeuchte zu senden, würde man die Anzahl Impulse der letzten 10 und 60 Minuten als Temp/Feuchte Werte senden. Dann würde der Signalduino ein Temp/Feuchte Gerät anlegen und dort die 'verschlüsselten' Werte anzeigen. Man könnte auch die Device Type Kennung im Hideki Protokol missbrauchen, und einen neuen Typ kreieren, den SignalDuino dann eben separat erkennen und wieterverarbeiten kann. Dann müste man aber noch ein neues Gerätemodul dazu schreiben.
Bei Verbrauchsmessungen sind die "historischen" Werte wichtiger als aktuelle Werte. Deshalb würde ich im Sensor Programm unbedingt die Werte der letzten x Minuten, x Stunden und x Tage zwischenspeichern, damit diese bei einem Reset nicht verloren sind. So ähnlich macht das auch die ESA 2000. Wenn man das ESA Protokoll senden könnte, wäre man schon fertig, allerdings brauchst Du dann einen CUL mit 433MHz. Der SignalDuino entschlüsselt die Daten derzeit nicht.
~josef
Hallo,
ich mache mal wieder eine Sammel Antwort.
Zitat von: Teamdrachen am 08 Dezember 2015, 15:12:48
Den Signalduino noch mal frisch geflasht und aktiviert und schon geht es los.
4 der 8 WS0002 werden erkannt. flash ich zurück auf FHEMduino werden wieder alle erkannt.
der SD_WS07_TH_1 wird erkannt, springt aber immer kurz mit den Werten
Es herrscht ansonsten reger Funkverkehr
Es funken noch 2 Stk Bresser Sensoren die auch FHEMduino nicht erkannte und ein unbekannter Aussensensor der unter FHEMduino als TC erkannt wurde
Ich habe mir deine Signaldaten jetzt nicht angesehen, da mir nicht klar ist, was da gesendet hat.
Ich nehme an, zumindest ist es bei meinem WS0002 so, dass Du mehr Sensoren als Kanäle hast.
Das define SD_WS07_TH_1, verrät mir, dass Du auch die Bresser Sensoren empfängst. Da Du selbst angibst, dass die Daten springen nehme ich stark an, dass beide Bresser Sensoren auf dem gleichen Kanal senden.
Für die Bresser Sensoren wäre es am einfachsten, Du lässt diese auf unterschiedlichen Kanälen senden.
Bei den WS0002 hast Du diese Möglichkeit ja leider nicht. Soweit ich weiss, werden die WS0002 ausschließlich über ihre Zufalls ID angelegt. Kannst Du das bestätigen bzw. mal das define der vier WS0002 posten?
Zitat von: Tom71 am 08 Dezember 2015, 13:23:26
gibt es eigentlich schon Vorschläge für eine Leiterplatte zum Signalduino oder Fhemduino? Ich kann das recht einfach mit Lochraster umsetzten, aber so eine schöne Platine wie beim nanoCUL wär schon schön.
Leider nein, aber vielleicht macht das ja noch mal jemand?
Zitat von: DirkS am 07 Dezember 2015, 22:07:40
Ich hätte da mal wieder eine etwas OT Frage.
Ich möchte gerne mein Gasverbrauch per S0 Impuls messen. Ich habe hier noch ein paar Nanos und auch diese 433MHz Sendemodule liegen. Das Senden und empfangen mit dem SIGNALDuino pappt wirklich gut.
Zitat
Ich habe mal ein Protokoll und Sendesketch dafür entworfen. Die S0 Schnittstelle müsstest Du halt in den Sketch einbauen, aber das Senden über 433Mhz wäre damit machbar.
https://github.com/RFD-FHEM/ArduinoSensor
Das Protokoll ist im SIGNALduino auch enthalten und wird ausgewertet.
In FHEM müsstest Du dann so eine Art inkremental forever counter implementieren. Ich hab leider vergessen wie das ging, aber die Forensuche könnte das finden.
Grüße Sidey
Zitat von: Tom71 am 08 Dezember 2015, 20:44:25
Hallo, welche günstigen Steckdosen für den Außenbereich könnt ihr empfehlen? Flamingo oder Elro? Oder ganz andere?
Die Flamingo können dezeit noch nicht geschalten werden. Signale der FB werden erkannt und als IT interpretiert. Auf IT Sendeimpulse reagieren die Steckdosen jedoch nicht.
@Sidey
SD_WS07_TH_1 ist ein TX70DTH und der einzige seiner Art. Die Bresser Sensoren sind auf 2 verschiedenen Kanälen und werden nicht erkannt/zugeordnet.
Ja sind mehr WS0002 als Kanäle, werden aber auch mehr erkannt als Kanäle... Kanäle sinds 3 Sensoren werden 5 von 8 erkannt. Es wurden auch schon mal 6 erkannt. Hab im FHEMduino thread ja schon erwähnt unter Signalduino werden bei mir weniger Sensoren erkannt als mit FHEMduino. Die Kanäle der erkannten Sensoren sind übrigend 0,1,2,0,1.
Zitat von: Teamdrachen am 08 Dezember 2015, 21:58:55
Die Flamingo können dezeit noch nicht geschalten werden. Signale der FB werden erkannt und als IT interpretiert. Auf IT Sendeimpulse reagieren die Steckdosen jedoch nicht.
Stell mal auf Verbose 5 und poste die Logzeile beginnend mit MS; zu dem Signal der Fernbedienung.
Vielleicht muss ja nur die Taktrate angepasst werden.
Zitat von: Teamdrachen am 08 Dezember 2015, 21:58:55
@Sidey
Die Bresser Sensoren sind auf 2 verschiedenen Kanälen und werden nicht erkannt/zugeordnet.
Ah. Welches Modellnummer? Kannst Du bitte auf Verbose 5 stellen und sofern vorhanden den Sendeknopf drücken.
Es sollte sich im Log dann eine oder mehrere Logzeilen zuordnen lassen.
Ging das schon mal mit dem SIGNALduino?
Zitat von: Teamdrachen am 08 Dezember 2015, 21:58:55
Ja sind mehr WS0002 als Kanäle, werden aber auch mehr erkannt als Kanäle... Kanäle sinds 3 Sensoren werden 5 von 8 erkannt. Es wurden auch schon mal 6 erkannt. Hab im
FHEMduino thread ja schon erwähnt unter Signalduino werden bei mir weniger Sensoren erkannt als mit FHEMduino. Die Kanäle der erkannten Sensoren sind übrigend 0,1,2,0,1.
Spannend. Die WS0002 senden ja ca. 1x pro Minute.
Mach doch bitte mal folgendes: Stelle auf verbose 5 warte 2 Minuten und Poste mir mal alle Logs aus diesen zwei Minuten.
Ich würde gerne mal prüfen, ob die wirklich nicht empfangen werden, oder ob es eher an was anderem liegt.
Deine Signaldaten habe ich mir jetzt mal angesehen.
Sieht durchaus nach einer Funkübertragung aus, aber ich weiss nicht von was. Ich bau mal was zum demodulieren ein.
Zitat von: Teamdrachen am 08 Dezember 2015, 21:58:55
Aussensensor der unter FHEMduino als TC erkannt wurde
TC oder EC?
Grüße Sidey
Wie weit ist der Stand der Aufnahme der Oregon Sensoren?
Mittlerweile werden alle Sensoren erkannt, aber immer noch sporadisch.
PCR800_9e RR: 0 TR: 4322.7752 BAT: ok Bei Batterie fehlt die 100% Anzeige
THGR810_08_6 T: 19.6 H: 28 BAT: ok
THGR810_c3_2 T: 0.4 H: 33 BAT: ok
THGR810_e3_1 T: 1.6 H: 98 BAT: ok
THWR800_58_3 T: 5.2 BAT: ok
UVN800_41_1 UV: 0 UVR: low BAT: ok
WGR800_b0 W: 0 WA: 0 WD: 135 WDN: SE BAT: ok
Was beim Final noch notwendig wäre ist die Geräte Bezeichnung wie sie beim RFXtrx433E (TRX) Empfänger benutzt werden.
Diese lauten:
PCR800
THGR810_6 maximal 10 Funkkanäle einstellbar
THGR810_2 maximal 10 Funkkanäle einstellbar
THGN801 entspricht dem Sensor THGR810 maximal 10 Funkkanäle einstellbar
THWR800_3 maximal 3 Funkkanäle einstellbar
UVN800 keine Funkkanäle einstellbar
WGR800 keine Funkkanäle einstellbar
Hallo Sidey,
Der Aussen Sensor... den Feuchtigkeitswert kann man ignorieren, der wird falsch intepretiert.
2015.12.09 08:20:42 5: FHEMduino: W051e8048f0b
2015.12.09 08:20:42 5: FHEMduino dispatch W051E8048F0B
2015.12.09 08:20:42 5: FingerprintFn Message: Name: FHEMduino und Message: W051E8048F0B
2015.12.09 08:20:42 4: FHEMduino_Env: W051E8048F0B
2015.12.09 08:20:42 4: FHEMduino_Env: 1E8048F0B
2015.12.09 08:20:42 4: FHEMduino_Env: 000111101000000001001000111100001011
2015.12.09 08:20:42 4: FHEMduino_Env: Aussen_Sensor (W051E8048F0B)
2015.12.09 08:20:42 4: FHEMduino_Env Aussen_Sensor: T: 7.2 H: 11 B: ok
2015.12.09 08:20:45 5: FHEMduino/RAW: /W035af909541
Die Bresser Sensoren sind relativ neu. Es sind 3 CH Modelle nicht 5 CH. Bresser Art.-Nr.: 7009994.
Thermo/Hygro-Funksensor, passend für BRESSER Thermo/Hygrometer Wetterstation mit Artikelnummer 95-01200, 95-01201, 95-01202 & 70-07400
Die Flamingo Steckdosen FA500 sind Funktechnisch von den Arduino Jungs schon "zerlegt" Problem ist wie bei Home Easy HE842, das wohl kein einfacher Schaltcode gesendet wird , sondern eine Codefolge.
Thread bei den Arduinos: https://forum.arduino.cc/index.php?topic=201771.45
Mein Problem:
In 2 Minuten ist das Log bereits so unübersichtlich, dass es mir schwer fällt alles zuzuordnen. Ich hab gestern Abend versucht die Flamingos mal zu extrahieren und ständig schoss irgendwas dazwischen. es sind auch nicht nur meine Sensoren, hin und wieder empfange ich die Daten von den Nachbarn etc. Flamingo Teilcode:
2015.12.08 21:55:37 4: SIGNALduino/msg READ: MS;P0=275;P1=-1361;P2=-273;P3=-10836;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020201020101;CP=0;SP=3;O;
2015.12.08 21:55:38 4: SIGNALduino/msg READ: MS;P0=-177;P1=324;P2=-331;P3=-9867;P5=976;D=13105210521010105210101010105210101010105210521052;CP=1;SP=3;O;
2015.12.08 21:55:38 4: SIGNALduino/msg READ: MS;P0=973;P1=-333;P2=322;P3=-985;P4=-9868;P5=-32001;D=242301230123232301232323232301232323232301230123050;CP=2;SP=4;
2015.12.08 21:55:38 4: Found matched Protocol id 3 -> itv1
2015.12.08 21:55:38 4: message "i510414" (7)
2015.12.08 21:55:38 3: IT_FF0F00F00F on->off
2015.12.08 21:55:38 4: Found matched Protocol id 20 -> livolo
2015.12.08 21:55:38 4: SIGNALduino_unknown incomming msg: u20#FC
2015.12.08 21:55:38 4: SIGNALduino_unknown rawData: FC
2015.12.08 21:55:38 4: SIGNALduino_unknown Protocol: 20
2015.12.08 21:55:38 4: SIGNALduino_unknown converted to bits: 11111100
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=-353;P2=269;P3=-4960;P4=-996;P5=961;D=2324245024245050502450245050245050505050505024242424502450;CP=2;SP=3;
2015.12.08 21:55:40 4: Found matched Protocol id 20 -> livolo
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=256;P1=-255;P2=-1278;P4=-2544;D=04010201020102010202010102020101020102010201020201020101020201020101020102010201020102010201020102020101020100;CP=0;SP=4;O;
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=-1359;P1=276;P2=-272;P3=-10708;P4=-2544;D=1412101210121012101012121010121210121012101210101210121210101210121210121012101210121012101210121010121210121010121210121012101012131010121212101010101212121010101012121012101010101212101210101210101012121010121212100;CP=1;SP=4;O;
2015.12.08 21:55:40 4: Found matched Protocol id 6 -> weatherID6
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=275;P1=-1361;P2=-272;P3=-10842;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020201020101;CP=0;SP=3;O;
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=-179;P1=324;P2=-330;P3=-9869;P5=978;D=13105210521010105210101010105210101010105210521052;CP=1;SP=3;O;
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=970;P1=-439;P2=317;P3=-988;P4=-9868;D=2423012301232323012323232323012323232323012301230121;CP=2;SP=4;
2015.12.08 21:55:40 4: Found matched Protocol id 3 -> itv1
2015.12.08 21:55:40 4: message "i510415" (7)
2015.12.08 21:55:40 3: IT_FF0F00F00F off->on
2015.12.08 21:55:40 4: Found matched Protocol id 20 -> livolo
2015.12.08 21:55:40 4: SIGNALduino/msg READ: MS;P0=276;P5=-10308;D=0501;CP=0;SP=5;
2015.12.08 21:55:41 4: SIGNALduino/msg READ: MS;P0=259;P1=-252;P2=-1276;P4=-2540;D=04010201020102010202010102020101020102010201020201020101020201020101020102010201020102010201020102020101020100;CP=0;SP=4;O;
2015.12.08 21:55:41 4: SIGNALduino/msg READ: MS;P0=-1359;P1=274;P2=-272;P3=-10705;P4=-2544;D=1412101210121012101012121010121210121012101210101210121210101210121210121012101210121012101210121010121210121010121210121012101012131010121212101010101212121010101012121012101010101212101210101210101012121010121212100;CP=1;SP=4;O;
2015.12.08 21:55:41 4: Found matched Protocol id 6 -> weatherID6
2015.12.08 21:55:41 4: SIGNALduino/msg READ: MS;P0=277;P1=-1359;P2=-272;P3=-10842;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020201020101;CP=0;SP=3;O;
2015.12.08 21:55:41 4: SIGNALduino/msg READ: MS;P0=-177;P1=326;P2=-331;P3=-9867;P5=979;D=13105210521010105210101010105210101010105210521052;CP=1;SP=3;O;
2015.12.08 21:55:41 4: SIGNALduino/msg READ: MS;P0=971;P1=-334;P2=322;P3=-987;P4=-9868;P5=-32001;D=242301230123232301232323232301232323232301230123050;CP=2;SP=4;
2015.12.08 21:55:41 4: Found matched Protocol id 3 -> itv1
2015.12.08 21:55:41 4: message "i510414" (7)
2015.12.08 21:55:41 3: IT_FF0F00F00F on->off
2015.12.08 21:55:43 4: SIGNALduino/msg READ: MS;P0=275;P1=-1361;P2=-274;P3=-10840;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020201020101;CP=0;SP=3;O;
2015.12.08 21:55:43 4: SIGNALduino/msg READ: MS;P0=-330;P1=326;P2=-167;P3=-9867;P5=979;D=13125012501212125012121212125012121212125012501250;CP=1;SP=3;O;
2015.12.08 21:55:43 4: SIGNALduino/msg READ: MS;P0=321;P1=-984;P2=973;P3=-436;P4=-9868;D=0401230123010101230101010101230101010101230123012301;CP=0;SP=4;
2015.12.08 21:55:43 4: Found matched Protocol id 3 -> itv1
2015.12.08 21:55:43 3: message "i5104150" (8) too short!
2015.12.08 21:55:43 3: message "i5104150" (8) too short!
2015.12.08 21:55:43 3: sduino: Unknown code i5104150, help me!
2015.12.08 21:55:44 4: SIGNALduino/msg READ: MS;P0=276;P1=-1360;P2=-272;P3=-10840;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020201020101;CP=0;SP=3;O;
2015.12.08 21:55:44 4: SIGNALduino/msg READ: MS;P0=-176;P1=328;P2=-329;P3=-9865;P5=980;D=13105210521010105210101010105210101010105210521052;CP=1;SP=3;O;
2015.12.08 21:55:44 4: SIGNALduino/msg READ: MS;P0=973;P1=-333;P2=322;P3=-985;P4=-9868;P5=-32001;D=242301230123232301232323232301232323232301230123050;CP=2;SP=4;
2015.12.08 21:55:44 4: Found matched Protocol id 3 -> itv1
2015.12.08 21:55:44 4: message "i510414" (7)
2015.12.08 21:55:44 3: IT_FF0F00F00F off->off
2015.12.08 21:55:44 4: Found matched Protocol id 20 -> livolo
2015.12.08 21:55:44 4: SIGNALduino_unknown incomming msg: u20#FC
2015.12.08 21:55:44 4: SIGNALduino_unknown rawData: FC
2015.12.08 21:55:44 4: SIGNALduino_unknown Protocol: 20
2015.12.08 21:55:44 4: SIGNALduino_unknown converted to bits: 11111100
Flamingo:
Hier mal ein Log bei dem 4x nacheinander der Channel A der Flamingo Gernbedienung gedrückt wurde.
2015.12.09 20:27:49 4: SIGNALduino/msg READ: MS;P0=252;P1=-258;P2=-1286;P4=-2560;D=04010201020102010202010102020101020102010201020201020101020201020101020102010201020102010201020102020101020100;CP=0;SP=4;O;
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: /MS;P0=-1367;P1=268;P2=-280;P3=-
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=-1367;P1=268;P2=-280;P3=-/10732;P4=-2552;D=141210121012101
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=-1367;P1=268;P2=-280;P3=-10732;P4=-2552;D=141210121012101/21010121210101212101210121012101
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=-1367;P1=268;P2=-280;P3=-10732;P4=-2552;D=14121012101210121010121210101212101210121012101/01210121210101210121210121012101
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=-1367;P1=268;P2=-280;P3=-10732;P4=-2552;D=1412101210121012101012121010121210121012101210101210121210101210121210121012101/21012101210121012101012121012101
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=-1367;P1=268;P2=-280;P3=-10732;P4=-2552;D=141210121012101210101212101012121012101210121010121012121010121012121012101210121012101210121012101012121012101/01212101210121012101310101212121
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=-1367;P1=268;P2=-280;P3=-10732;P4=-2552;D=14121012101210121010121210101212101210121012101012101212101012101212101210121012101210121012101210101212101210101212101210121012101310101212121/01010101212121010101012121012101
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=-1367;P1=268;P2=-280;P3=-10732;P4=-2552;D=1412101210121012101012121010121210121012101210101210121210101210121210121012101210121012101210121010121210121010121210121012101210131010121212101010101212121010101012121012101/01010121210121010121010101212101
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=-1367;P1=268;P2=-280;P3=-10732;P4=-2552;D=141210121012101210101212101012121012101210121010121012121010121012121012101210121012101210121012101012121012101012121012101210121013101012121210101010121212101010101212101210101010121210121010121010101212101/0121212100;CP=1;SP=4;O;
2015.12.09 20:27:50 4: SIGNALduino/msg READ: MS;P0=-1367;P1=268;P2=-280;P3=-10732;P4=-2552;D=1412101210121012101012121010121210121012101210101210121210101210121210121012101210121012101210121010121210121010121210121012101210131010121212101010101212121010101012121012101010101212101210101210101012121010121212100;CP=1;SP=4;O;
2015.12.09 20:27:50 4: Found matched Protocol id 6 -> weatherID6
2015.12.09 20:27:50 5: Starting demodulation at Position 132
2015.12.09 20:27:50 5: Found wrong signal, aborting demodulation
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: /MS;P0=272;P1=-1365;P2=-279;P3=-
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=272;P1=-1365;P2=-279;P3=-/10866;D=030101020202010101010202
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=272;P1=-1365;P2=-279;P3=-10866;D=030101020202010101010202/02010101010202010201010101020201
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=272;P1=-1365;P2=-279;P3=-10866;D=03010102020201010101020202010101010202010201010101020201/02010102010101020201010202020101
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=272;P1=-1365;P2=-279;P3=-10866;D=0301010202020101010102020201010101020201020101010102020102010102010101020201010202020101/0102010101020201020202010101;CP=
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=272;P1=-1365;P2=-279;P3=-10866;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020202010101;CP=/0;SP=3;O;
2015.12.09 20:27:50 4: SIGNALduino/msg READ: MS;P0=272;P1=-1365;P2=-279;P3=-10866;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020202010101;CP=0;SP=3;O;
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: /MS;P0=-187;P1=322;P2=-339;P3=-9
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=-187;P1=322;P2=-339;P3=-9/888;P5=972;D=1310521052101010521
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=-187;P1=322;P2=-339;P3=-9888;P5=972;D=1310521052101010521/0101010101010521010105210521052;
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=-187;P1=322;P2=-339;P3=-9888;P5=972;D=13105210521010105210101010101010521010105210521052;/CP=1;SP=3;O;
2015.12.09 20:27:50 4: SIGNALduino/msg READ: MS;P0=-187;P1=322;P2=-339;P3=-9888;P5=972;D=13105210521010105210101010101010521010105210521052;CP=1;SP=3;O;
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: /MS;P0=969;P1=-341;P2=315;P3=-99
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=969;P1=-341;P2=315;P3=-99/3;P4=-9888;D=2423012301232323012
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=969;P1=-341;P2=315;P3=-993;P4=-9888;D=2423012301232323012/3232323232323012323230123012301;
2015.12.09 20:27:50 5: SIGNALduino/RAW READ: MS;P0=969;P1=-341;P2=315;P3=-993;P4=-9888;D=24230123012323230123232323232323012323230123012301;/CP=2;SP=4;
2015.12.09 20:27:50 4: SIGNALduino/msg READ: MS;P0=969;P1=-341;P2=315;P3=-993;P4=-9888;D=24230123012323230123232323232323012323230123012301;CP=2;SP=4;
2015.12.09 20:27:50 4: Found matched Protocol id 3 -> itv1
2015.12.09 20:27:50 5: Starting demodulation at Position 2
2015.12.09 20:27:50 5: converted Data to (i510115)
2015.12.09 20:27:50 5: Triggering sduino (1 changes)
2015.12.09 20:27:50 5: Notify loop for sduino Initialized
2015.12.09 20:27:50 5: Notify from Device: sduino recieved
2015.12.09 20:27:50 5: sduino dispatch i510115
2015.12.09 20:27:50 4: message "i510115" (7)
2015.12.09 20:27:50 3: IT_FF0F000F0F on->on
2015.12.09 20:27:50 5: Triggering IT_FF0F000F0F (1 changes)
2015.12.09 20:27:50 5: Notify loop for IT_FF0F000F0F on
2015.12.09 20:27:50 5: Notify from Device: IT_FF0F000F0F recieved
2015.12.09 20:27:50 4: Found matched Protocol id 20 -> livolo
2015.12.09 20:27:50 5: Starting demodulation at Position 4
2015.12.09 20:27:50 5: Found wrong signal, aborting demodulation
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: /MS;P0=-348;P2=274;P3=-4967;P4=-
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-348;P2=274;P3=-4967;P4=-/1005;P5=962;D=232424502424502424
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-348;P2=274;P3=-4967;P4=-1005;P5=962;D=232424502424502424/24245024502450242450245024505024
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-348;P2=274;P3=-4967;P4=-1005;P5=962;D=23242450242450242424245024502450242450245024505024/24245024;CP=2;SP=3;
2015.12.09 20:27:51 4: SIGNALduino/msg READ: MS;P0=-348;P2=274;P3=-4967;P4=-1005;P5=962;D=2324245024245024242424502450245024245024502450502424245024;CP=2;SP=3;
2015.12.09 20:27:51 4: Found matched Protocol id 20 -> livolo
2015.12.09 20:27:51 5: Starting demodulation at Position 4
2015.12.09 20:27:51 5: Found wrong signal, aborting demodulation
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: /MS;P0=254;P1=-2554;P2=-255;P3=-
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=254;P1=-2554;P2=-255;P3=-/1284;P4=-10320;D=040102030203020
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=254;P1=-2554;P2=-255;P3=-1284;P4=-10320;D=040102030203020/30203030202030302020302030203020
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=254;P1=-2554;P2=-255;P3=-1284;P4=-10320;D=04010203020302030203030202030302020302030203020/30302030202030302030202030203020
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=254;P1=-2554;P2=-255;P3=-1284;P4=-10320;D=0401020302030203020303020203030202030203020302030302030202030302030202030203020/3020302030203020302030302020300;
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=254;P1=-2554;P2=-255;P3=-1284;P4=-10320;D=04010203020302030203030202030302020302030203020303020302020303020302020302030203020302030203020302030302020300;/CP=0;SP=4;O;
2015.12.09 20:27:51 4: SIGNALduino/msg READ: MS;P0=254;P1=-2554;P2=-255;P3=-1284;P4=-10320;D=04010203020302030203030202030302020302030203020303020302020303020302020302030203020302030203020302030302020300;CP=0;SP=4;O;
2015.12.09 20:27:51 4: Found matched Protocol id 6 -> weatherID6
2015.12.09 20:27:51 5: Starting demodulation at Position 2
2015.12.09 20:27:51 5: Found wrong signal, aborting demodulation
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: /MS;P0=-282;P1=270;P2=-1364;P3=-
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-282;P1=270;P2=-1364;P3=-/10731;P4=-2552;D=141012101210121
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-282;P1=270;P2=-1364;P3=-10731;P4=-2552;D=141012101210121/01212101012121010121012101210121
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-282;P1=270;P2=-1364;P3=-10731;P4=-2552;D=14101210121012101212101012121010121012101210121/21012101012121012101012101210121
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-282;P1=270;P2=-1364;P3=-10731;P4=-2552;D=1410121012101210121210101212101012101210121012121012101012121012101012101210121/01210121012101210121210101210121
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-282;P1=270;P2=-1364;P3=-10731;P4=-2552;D=141012101210121012121010121210101210121012101212101210101212101210101210121012101210121012101210121210101210121/21010121012101210121312121010101
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-282;P1=270;P2=-1364;P3=-10731;P4=-2552;D=14101210121012101212101012121010121012101210121210121010121210121010121012101210121012101210121012121010121012121010121012101210121312121010101/21212121010101212121210101210121
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-282;P1=270;P2=-1364;P3=-10731;P4=-2552;D=1410121012101210121210101212101012101210121012121012101012121012101012101210121012101210121012101212101012101212101012101210121012131212101010121212121010101212121210101210121/21212101012101212101212121010121
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-282;P1=270;P2=-1364;P3=-10731;P4=-2552;D=141012101210121012121010121210101210121012101212101210101212101210101210121012101210121012101210121210101210121210101210121012101213121210101012121212101010121212121010121012121212101012101212101212121010121/21010100;CP=1;SP=4;O;
2015.12.09 20:27:51 4: SIGNALduino/msg READ: MS;P0=-282;P1=270;P2=-1364;P3=-10731;P4=-2552;D=14101210121012101212101012121010121012101210121210121010121210121010121012101210121012101210121012121010121012121010121012101210121312121010101212121210101012121212101012101212121210101210121210121212101012121010100;CP=1;SP=4;O;
2015.12.09 20:27:51 4: Found matched Protocol id 6 -> weatherID6
2015.12.09 20:27:51 5: Starting demodulation at Position 132
2015.12.09 20:27:51 5: Found wrong signal, aborting demodulation
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: /MS;P0=269;P1=-1368;P2=-277;P3=-
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=269;P1=-1368;P2=-277;P3=-/10868;D=030101020202010101010202
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=269;P1=-1368;P2=-277;P3=-10868;D=030101020202010101010202/02010101010202010201010101020201
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=269;P1=-1368;P2=-277;P3=-10868;D=03010102020201010101020202010101010202010201010101020201/02010102010101020201010202020101
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=269;P1=-1368;P2=-277;P3=-10868;D=0301010202020101010102020201010101020201020101010102020102010102010101020201010202020101/0102010101020201020202010101;CP=
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=269;P1=-1368;P2=-277;P3=-10868;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020202010101;CP=/0;SP=3;O;
2015.12.09 20:27:51 4: SIGNALduino/msg READ: MS;P0=269;P1=-1368;P2=-277;P3=-10868;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020202010101;CP=0;SP=3;O;
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: /MS;P0=-338;P1=319;P2=-174;P3=-9
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-338;P1=319;P2=-174;P3=-9/888;P5=971;D=1312501250121212501
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-338;P1=319;P2=-174;P3=-9888;P5=971;D=1312501250121212501/2121212121212501212125012501250;
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=-338;P1=319;P2=-174;P3=-9888;P5=971;D=13125012501212125012121212121212501212125012501250;/CP=1;SP=3;O;
2015.12.09 20:27:51 4: SIGNALduino/msg READ: MS;P0=-338;P1=319;P2=-174;P3=-9888;P5=971;D=13125012501212125012121212121212501212125012501250;CP=1;SP=3;O;
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: /MS;P0=317;P1=-992;P2=966;P3=-33
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=317;P1=-992;P2=966;P3=-33/9;P4=-9892;D=0401230123010101230
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=317;P1=-992;P2=966;P3=-339;P4=-9892;D=0401230123010101230/1010101010101230101012301230121;
2015.12.09 20:27:51 5: SIGNALduino/RAW READ: MS;P0=317;P1=-992;P2=966;P3=-339;P4=-9892;D=04012301230101012301010101010101230101012301230121;/CP=0;SP=4;
2015.12.09 20:27:51 4: SIGNALduino/msg READ: MS;P0=317;P1=-992;P2=966;P3=-339;P4=-9892;D=04012301230101012301010101010101230101012301230121;CP=0;SP=4;
2015.12.09 20:27:51 4: Found matched Protocol id 3 -> itv1
2015.12.09 20:27:51 5: Starting demodulation at Position 2
2015.12.09 20:27:51 5: Found wrong signal, aborting demodulation
2015.12.09 20:27:51 5: converted Data to (i510114)
2015.12.09 20:27:51 5: Triggering sduino (1 changes)
2015.12.09 20:27:51 5: Notify loop for sduino Initialized
2015.12.09 20:27:51 5: Notify from Device: sduino recieved
2015.12.09 20:27:51 5: sduino dispatch i510114
2015.12.09 20:27:51 4: message "i510114" (7)
2015.12.09 20:27:51 3: IT_FF0F000F0F on->off
2015.12.09 20:27:51 5: Triggering IT_FF0F000F0F (1 changes)
2015.12.09 20:27:51 5: Notify loop for IT_FF0F000F0F off
2015.12.09 20:27:51 5: Notify from Device: IT_FF0F000F0F recieved
2015.12.09 20:27:51 4: Found matched Protocol id 20 -> livolo
2015.12.09 20:27:51 5: Starting demodulation at Position 4
2015.12.09 20:27:51 5: Found wrong signal, aborting demodulation
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: /MS;P1=-10336;P2=260;D=2125;CP=2
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P1=-10336;P2=260;D=2125;CP=2/;SP=1;
2015.12.09 20:27:52 4: SIGNALduino/msg READ: MS;P1=-10336;P2=260;D=2125;CP=2;SP=1;
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: /MS;P0=253;P1=-257;P2=-1286;P4=-
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=253;P1=-257;P2=-1286;P4=-/2548;D=04010201020102010202010102020101020102010201020201020101020201020101020102010201020102010201020102020101020100;CP=0;SP=4;O;
2015.12.09 20:27:52 4: SIGNALduino/msg READ: MS;P0=253;P1=-257;P2=-1286;P4=-2548;D=04010201020102010202010102020101020102010201020201020101020201020101020102010201020102010201020102020101020100;CP=0;SP=4;O;
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: /MS;P0=-1363;P1=272;P2=-278;P3=-
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=-1363;P1=272;P2=-278;P3=-/10727;P4=-2552;D=141210121012101
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=-1363;P1=272;P2=-278;P3=-10727;P4=-2552;D=141210121012101/2101012121010121210121012101210101210121210101210121210121012101
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=-1363;P1=272;P2=-278;P3=-10727;P4=-2552;D=1412101210121012101012121010121210121012101210101210121210101210121210121012101/21012101210121012101012121012101
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=-1363;P1=272;P2=-278;P3=-10727;P4=-2552;D=141210121012101210101212101012121012101210121010121012121010121012121012101210121012101210121012101012121012101/01212101210121012101310101212121
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=-1363;P1=272;P2=-278;P3=-10727;P4=-2552;D=14121012101210121010121210101212101210121012101012101212101012101212101210121012101210121012101210101212101210101212101210121012101310101212121/01010101212121010101012121012101
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=-1363;P1=272;P2=-278;P3=-10727;P4=-2552;D=1412101210121012101012121010121210121012101210101210121210101210121210121012101210121012101210121010121210121010121210121012101210131010121212101010101212121010101012121012101/01010121210121010121010101212101
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=-1363;P1=272;P2=-278;P3=-10727;P4=-2552;D=141210121012101210101212101012121012101210121010121012121010121012121012101210121012101210121012101012121012101012121012101210121013101012121210101010121212101010101212101210101010121210121010121010101212101/0121212100;CP=1;SP=4;O;
2015.12.09 20:27:52 4: SIGNALduino/msg READ: MS;P0=-1363;P1=272;P2=-278;P3=-10727;P4=-2552;D=1412101210121012101012121010121210121012101210101210121210101210121210121012101210121012101210121010121210121010121210121012101210131010121212101010101212121010101012121012101010101212101210101210101012121010121212100;CP=1;SP=4;O;
2015.12.09 20:27:52 4: Found matched Protocol id 6 -> weatherID6
2015.12.09 20:27:52 5: Starting demodulation at Position 132
2015.12.09 20:27:52 5: Found wrong signal, aborting demodulation
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: /MS;P0=271;P1=-1369;P2=-277;P3=-
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=271;P1=-1369;P2=-277;P3=-/10866;D=030101020202010101010202
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=271;P1=-1369;P2=-277;P3=-10866;D=030101020202010101010202/02010101010202010201010101020201
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=271;P1=-1369;P2=-277;P3=-10866;D=03010102020201010101020202010101010202010201010101020201/02010102010101020201010202020101
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=271;P1=-1369;P2=-277;P3=-10866;D=0301010202020101010102020201010101020201020101010102020102010102010101020201010202020101/0102010101020201020202010101;CP=
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=271;P1=-1369;P2=-277;P3=-10866;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020202010101;CP=/0;SP=3;O;
2015.12.09 20:27:52 4: SIGNALduino/msg READ: MS;P0=271;P1=-1369;P2=-277;P3=-10866;D=03010102020201010101020202010101010202010201010101020201020101020101010202010102020201010102010101020201020202010101;CP=0;SP=3;O;
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: /MS;P0=-188;P1=318;P2=-337;P3=-9
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=-188;P1=318;P2=-337;P3=-9/888;P5=972;D=1310521052101010521
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=-188;P1=318;P2=-337;P3=-9888;P5=972;D=1310521052101010521/0101010101010521010105210521052;
2015.12.09 20:27:52 5: SIGNALduino/RAW READ: MS;P0=-188;P1=318;P2=-337;P3=-9888;P5=972;D=13105210521010105210101010101010521010105210521052;/CP=1;SP=3;O;
2015.12.09 20:27:52 4: SIGNALduino/msg READ: MS;P0=-188;P1=318;P2=-337;P3=-9888;P5=972;D=13105210521010105210101010101010521010105210521052;CP=1;SP=3;O;
2015.12.09 20:27:53 5: SIGNALduino/RAW READ: /MS;P0=969;P1=-341;P2=311;P3=-99
2015.12.09 20:27:53 5: SIGNALduino/RAW READ: MS;P0=969;P1=-341;P2=311;P3=-99/4;P4=-9888;D=2423012301232323012
2015.12.09 20:27:53 5: SIGNALduino/RAW READ: MS;P0=969;P1=-341;P2=311;P3=-994;P4=-9888;D=2423012301232323012/3232323232323012323230123012301;
2015.12.09 20:27:53 5: SIGNALduino/RAW READ: MS;P0=969;P1=-341;P2=311;P3=-994;P4=-9888;D=24230123012323230123232323232323012323230123012301;/CP=2;SP=4;
2015.12.09 20:27:53 4: SIGNALduino/msg READ: MS;P0=969;P1=-341;P2=311;P3=-994;P4=-9888;D=24230123012323230123232323232323012323230123012301;CP=2;SP=4;
2015.12.09 20:27:53 4: Found matched Protocol id 3 -> itv1
2015.12.09 20:27:53 5: Starting demodulation at Position 2
2015.12.09 20:27:53 5: converted Data to (i510115)
2015.12.09 20:27:53 5: Triggering sduino (1 changes)
2015.12.09 20:27:53 5: Notify loop for sduino Initialized
2015.12.09 20:27:53 5: Notify from Device: sduino recieved
2015.12.09 20:27:53 5: sduino dispatch i510115
2015.12.09 20:27:53 4: message "i510115" (7)
2015.12.09 20:27:53 3: IT_FF0F000F0F off->on
2015.12.09 20:27:53 5: Triggering IT_FF0F000F0F (1 changes)
2015.12.09 20:27:53 5: Notify loop for IT_FF0F000F0F on
2015.12.09 20:27:53 5: Notify from Device: IT_FF0F000F0F recieved
2015.12.09 20:27:53 4: Found matched Protocol id 20 -> livolo
2015.12.09 20:27:53 5: Starting demodulation at Position 4
2015.12.09 20:27:53 5: Found wrong signal, aborting demodulation
2015.12.09 20:27:53 5: SIGNALduino/RAW READ: /MS;P0=-4803;P2=266;P3=-1015;P4=
2015.12.09 20:27:53 5: SIGNALduino/RAW READ: MS;P0=-4803;P2=266;P3=-1015;P4=/951;P5=-355;D=202323452323452323
2015.12.09 20:27:53 5: SIGNALduino/RAW READ: MS;P0=-4803;P2=266;P3=-1015;P4=951;P5=-355;D=202323452323452323/23234523454523454545454545232345
2015.12.09 20:27:53 5: SIGNALduino/RAW READ: MS;P0=-4803;P2=266;P3=-1015;P4=951;P5=-355;D=20232345232345232323234523454523454545454545232345/45454523;CP=2;SP=0;
2015.12.09 20:27:53 4: SIGNALduino/msg READ: MS;P0=-4803;P2=266;P3=-1015;P4=951;P5=-355;D=2023234523234523232323452345452345454545454523234545454523;CP=2;SP=0;
2015.12.09 20:27:53 4: Found matched Protocol id 20 -> livolo
2015.12.09 20:27:53 5: Starting demodulation at Position 4
2015.12.09 20:27:53 5: Found wrong signal, aborting demodulation
2015.12.09 20:27:54 5: SIGNALduino/RAW READ: /MU;P0=-9126;P1=-476;P2=176;P5=-
2015.12.09 20:27:54 5: SIGNALduino/RAW READ: MU;P0=-9126;P1=-476;P2=176;P5=-/3884;D=1212121215121512151515121
2015.12.09 20:27:54 5: SIGNALduino/RAW READ: MU;P0=-9126;P1=-476;P2=176;P5=-3884;D=1212121215121512151515121/21512121212151510121512151215151
2015.12.09 20:27:54 5: SIGNALduino/RAW READ: MU;P0=-9126;P1=-476;P2=176;P5=-3884;D=121212121512151215151512121512121212151510121512151215151/21512151515121215121212121512151
2015.12.09 20:27:54 5: SIGNALduino/RAW READ: MU;P0=-9126;P1=-476;P2=176;P5=-3884;D=12121212151215121515151212151212121215151012151215121515121512151515121215121212121512151/21515151212151212121215151013;CP
2015.12.09 20:27:54 5: SIGNALduino/RAW READ: MU;P0=-9126;P1=-476;P2=176;P5=-3884;D=1212121215121512151515121215121212121515101215121512151512151215151512121512121212151215121515151212151212121215151013;CP/=2;
2015.12.09 20:27:54 4: SIGNALduino/msg READ: MU;P0=-9126;P1=-476;P2=176;P5=-3884;D=1212121215121512151515121215121212121515101215121512151512151215151512121512121212151215121515151212151212121215151013;CP=2;
2015.12.09 20:27:55 4: Connection closed for FHEMWEB:192.168.1.32:50068: EOF
2015.12.09 20:27:55 4: FHEMWEB:192.168.1.32:50071 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-12.log; BUFLEN:0
Bresser:
2015.12.09 20:57:11 4: SIGNALduino/msg READ: MU;P0=495;P1=-2597;P2=-973;P3=-460;P5=952;D=010203020301030103010302030203020302030203020302030103020302030103010302015102;CP=0;
2015.12.09 20:57:11 4: Found matched Protocol id 21 -> einhell garagedoor
2015.12.09 20:57:11 5: Starting demodulation at Position -1
2015.12.09 20:57:11 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.09 20:57:11 5: Starting demodulation at Position 2
2015.12.09 20:57:11 5: restarting demodulation at Position 4+2
2015.12.09 20:57:11 5: restarting demodulation at Position 20+2
2015.12.09 20:57:11 5: restarting demodulation at Position 24+2
2015.12.09 20:57:11 5: restarting demodulation at Position 28+2
2015.12.09 20:57:11 5: restarting demodulation at Position 32+2
2015.12.09 20:57:12 5: restarting demodulation at Position 36+2
2015.12.09 20:57:12 5: restarting demodulation at Position 40+2
2015.12.09 20:57:12 5: restarting demodulation at Position 44+2
2015.12.09 20:57:12 5: restarting demodulation at Position 52+2
2015.12.09 20:57:12 5: restarting demodulation at Position 56+2
2015.12.09 20:57:12 5: restarting demodulation at Position 68+2
2015.12.09 20:57:12 4: Found matched Protocol id 9 -> CTW 600
2015.12.09 20:57:12 5: Starting demodulation at Position -1
2015.12.09 20:57:12 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.09 20:57:12 5: Starting demodulation at Position -1
2015.12.09 20:57:12 5: SIGNALduino/RAW READ: /MS;P0=504;P1=-1935;P2=-3890;P3=
2015.12.09 20:57:12 5: SIGNALduino/RAW READ: MS;P0=504;P1=-1935;P2=-3890;P3=/-9197;D=030102010201020201010101
2015.12.09 20:57:12 5: SIGNALduino/RAW READ: MS;P0=504;P1=-1935;P2=-3890;P3=-9197;D=030102010201020201010101/01020102010101010102020101010101
2015.12.09 20:57:12 5: SIGNALduino/RAW READ: MS;P0=504;P1=-1935;P2=-3890;P3=-9197;D=03010201020102020101010101020102010101010102020101010101/010102010101020101;CP=0;SP=3;O;
2015.12.09 20:57:12 5: SIGNALduino/RAW READ: MS;P0=504;P1=-1935;P2=-3890;P3=-9197;D=03010201020102020101010101020102010101010102020101010101010102010101020101;CP=0;SP=3;O;/
Der unbekannte "Aussensensor" hat sich mit einem Technoline TX70DTH überlagert. Deswegen die springenden Werte. Allerdings wie bei FHEMduino unerklärlich falsche HUM Werte. Kann jedoch nicht garantieren das die überhaupt korrekt übertragen werden
2015.12.09 20:56:53 5: SIGNALduino/RAW READ: /MS;P0=-4014;P1=561;P2=474;P4=-9
2015.12.09 20:56:53 5: SIGNALduino/RAW READ: MS;P0=-4014;P1=561;P2=474;P4=-9/88;D=202424242121212124212424242
2015.12.09 20:56:53 5: SIGNALduino/RAW READ: MS;P0=-4014;P1=561;P2=474;P4=-988;D=202424242121212124212424242/42424242424242121212121212121212
2015.12.09 20:56:53 5: SIGNALduino/RAW READ: MS;P0=-4014;P1=561;P2=474;P4=-988;D=20242424212121212421242424242424242424242121212121212121212/424242421212424;CP=2;SP=0;O;
2015.12.09 20:56:53 4: SIGNALduino/msg READ: MS;P0=-4014;P1=561;P2=474;P4=-988;D=20242424212121212421242424242424242424242121212121212121212424242421212424;CP=2;SP=0;O;
2015.12.09 20:56:53 5: SIGNALduino/RAW READ: /MS;P0=-1963;P1=51;P2=-988;P3=-3
2015.12.09 20:56:53 5: SIGNALduino/RAW READ: MS;P0=-1963;P1=51;P2=-988;P3=-3/916;D=13121212101010101210121212121212121212121010101010101010101212121210101212;CP=1;SP=3;O;
2015.12.09 20:56:53 4: SIGNALduino/msg READ: MS;P0=-1963;P1=51;P2=-988;P3=-3916;D=13121212101010101210121212121212121212121010101010101010101212121210101212;CP=1;SP=3;O;
2015.12.09 20:56:53 5: SIGNALduino/RAW READ: /MS;P0=480;P1=-996;P2=-1959;P3=-
2015.12.09 20:56:53 5: SIGNALduino/RAW READ: MS;P0=480;P1=-996;P2=-1959;P3=-/3923;D=0301010102020202010201010
2015.12.09 20:56:53 5: SIGNALduino/RAW READ: MS;P0=480;P1=-996;P2=-1959;P3=-3923;D=0301010102020202010201010/10101010101010102020202020202020
2015.12.09 20:56:53 5: SIGNALduino/RAW READ: MS;P0=480;P1=-996;P2=-1959;P3=-3923;D=030101010202020201020101010101010101010102020202020202020/20101010102020101;CP=0;SP=3;O;
2015.12.09 20:56:53 4: SIGNALduino/msg READ: MS;P0=480;P1=-996;P2=-1959;P3=-3923;D=03010101020202020102010101010101010101010202020202020202020101010102020101;CP=0;SP=3;O;
2015.12.09 20:56:53 4: Found matched Protocol id 7 -> weatherID7
2015.12.09 20:56:53 5: Starting demodulation at Position 2
2015.12.09 20:56:53 5: converted Data to (P7#1E801FF0C)
2015.12.09 20:56:53 5: Triggering sduino (1 changes)
2015.12.09 20:56:53 5: Notify loop for sduino Initialized
2015.12.09 20:56:53 5: Notify from Device: sduino recieved
2015.12.09 20:56:53 5: sduino dispatch P7#1E801FF0C
2015.12.09 20:56:53 4: SD_WS07_Parse SD_WS07 (P7#1E801FF0C) length: 9
2015.12.09 20:56:53 3: SD_WS07 converted to bits: 00011110 1 000 000000011111 1111 00001100
2015.12.09 20:56:53 3: SD_WS07_TH decoded protocolid: 7 sensor id=1E, channel=1, temp=3.1, hum=12, bat=ok
2015.12.09 20:56:53 4: SD_WS07: Aussen_Sensor (1E801FF0C)
2015.12.09 20:56:54 5: SIGNALduino/RAW READ: /MS;P0=-1964;P1=485;P2=-980;P3=-
2015.12.09 20:56:54 5: SIGNALduino/RAW READ: MS;P0=-1964;P1=485;P2=-980;P3=-/3912;D=1312121210101010121012121
2015.12.09 20:56:54 5: SIGNALduino/RAW READ: MS;P0=-1964;P1=485;P2=-980;P3=-3912;D=1312121210101010121012121/21212121212121210101010101010101
2015.12.09 20:56:54 5: SIGNALduino/RAW READ: MS;P0=-1964;P1=485;P2=-980;P3=-3912;D=131212121010101012101212121212121212121210101010101010101/01212121210101212;CP=1;SP=3;
Passend dazu der TX70DTH auf Ch 3 verschoben
2015.12.09 20:53:29 4: SIGNALduino/msg READ: MS;P0=-2021;P1=484;P2=-1017;P4=-4067;D=14121212101012121210121012121212121010121012121010101010101212101010101210;CP=1;SP=4;O;
2015.12.09 20:53:29 4: Found matched Protocol id 7 -> weatherID7
2015.12.09 20:53:29 5: Starting demodulation at Position 2
2015.12.09 20:53:29 5: converted Data to (P7#18A0D3F3D)
2015.12.09 20:53:29 5: Triggering sduino (1 changes)
2015.12.09 20:53:29 5: Notify loop for sduino Initialized
2015.12.09 20:53:29 5: Notify from Device: sduino recieved
2015.12.09 20:53:29 5: sduino dispatch P7#18A0D3F3D
2015.12.09 20:53:29 4: SD_WS07_Parse SD_WS07 (P7#18A0D3F3D) length: 9
2015.12.09 20:53:29 3: SD_WS07 converted to bits: 00011000 1 010 000011010011 1111 00111101
2015.12.09 20:53:29 3: SD_WS07_TH decoded protocolid: 7 sensor id=18, channel=3, temp=21.1, hum=61, bat=ok
2015.12.09 20:53:29 4: SD_WS07: SD_WS07_TH_3 (18A0D3F3D)
2015.12.09 20:53:29 5: Triggering SD_WS07_TH_3 (5 changes)
2015.12.09 20:53:29 5: Notify loop for SD_WS07_TH_3 T: 21.1 H: 61
2015.12.09 20:53:29 5: Notify from Device: SD_WS07_TH_3 recieved
2015.12.09 20:53:29 5: DbLog: logging of Device: SD_WS07_TH_3 , Type: SD_WS07 , Event: temperature: 21.1 , Reading: temperature , Value: 21.1 , Unit: °C
2015.12.09 20:53:29 5: DbLog: logging of Device: SD_WS07_TH_3 , Type: SD_WS07 , Event: humidity: 61 , Reading: humidity , Value: 61 , Unit: %
2015.12.09 20:53:29 5: SIGNALduino/RAW READ: /MS;P0=478;P1=-1015;P2=-2024;P3=
2015.12.09 20:53:29 5: SIGNALduino/RAW READ: MS;P0=478;P1=-1015;P2=-2024;P3=/-4052;D=030101010202010101020102
2015.12.09 20:53:29 5: SIGNALduino/RAW READ: MS;P0=478;P1=-1015;P2=-2024;P3=-4052;D=030101010202010101020102/01010101010202010201010202020202
2015.12.09 20:53:29 5: SIGNALduino/RAW READ: MS;P0=478;P1=-1015;P2=-2024;P3=-4052;D=03010101020201010102010201010101010202010201010202020202/020101020202020101;CP=0;SP=3;
2015.12.09 20:53:29 4: SIGNALduino/msg READ: MS;P0=478;P1=-1015;P2=-2024;P3=-4052;D=03010101020201010102010201010101010202010201010202020202020101020202020101;CP=0;SP=3;
2015.12.09 20:53:29 4: Found matched Protocol id 7 -> weatherID7
2015.12.09 20:53:29 5: Starting demodulation at Position 2
2015.12.09 20:53:29 5: converted Data to (P7#18A0D3F3C)
2015.12.09 20:53:29 5: Triggering sduino (1 changes)
2015.12.09 20:53:29 5: Notify loop for sduino Initialized
2015.12.09 20:53:29 5: Notify from Device: sduino recieved
2015.12.09 20:53:29 5: sduino dispatch P7#18A0D3F3C
2015.12.09 20:53:29 4: SD_WS07_Parse SD_WS07 (P7#18A0D3F3C) length: 9
2015.12.09 20:53:29 3: SD_WS07 converted to bits: 00011000 1 010 000011010011 1111 00111100
2015.12.09 20:53:29 3: SD_WS07_TH decoded protocolid: 7 sensor id=18, channel=3, temp=21.1, hum=60, bat=ok
2015.12.09 20:53:29 4: SD_WS07: SD_WS07_TH_3 (18A0D3F3C)
2015.12.09 20:53:29 5: Triggering SD_WS07_TH_3 (5 changes)
2015.12.09 20:53:29 5: Notify loop for SD_WS07_TH_3 T: 21.1 H: 60
2015.12.09 20:53:29 5: Notify from Device: SD_WS07_TH_3 recieved
2015.12.09 20:53:29 5: DbLog: logging of Device: SD_WS07_TH_3 , Type: SD_WS07 , Event: temperature: 21.1 , Reading: temperature , Value: 21.1 , Unit: °C
2015.12.09 20:53:29 5: DbLog: logging of Device: SD_WS07_TH_3 , Type: SD_WS07 , Event: humidity: 60 , Reading: humidity , Value: 60 , Unit: %
Zitat von: Burny4600 am 09 Dezember 2015, 08:33:04
Wie weit ist der Stand der Aufnahme der Oregon Sensoren?
Mittlerweile werden alle Sensoren erkannt, aber immer noch sporadisch.
So wie es aussieht passt jetzt die Dekodierung und die Verarbeitung der Daten durch das Oregon Modul.
Wie im log zu sehen ist, werden von der aktuellen Firmware die Sensoren nur sehr sporadisch erkannt.
Die aktuelle Firmware ist für das OSV3 noch nicht brauchbar.
Vielleicht hat Sidey noch eine Idee wie die erkennung des OSV3 durch die Firmware deutlich verbessert werden kann.
Zitat von: Burny4600 am 09 Dezember 2015, 08:33:04
Was beim Final noch notwendig wäre ist die Geräte Bezeichnung wie sie beim RFXtrx433E (TRX) Empfänger benutzt werden.
Diese lauten:
PCR800
THGR810_6
Wenn Du beim sduino beim Attribut longids 0 einträgst, müsste es passen.
Gruß Ralf
WS0002:
Der Sensor Springt kurz hintereinander um 15K
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: /MS;P0=-1936;P1=504;P2=-3895;P3=
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: MS;P0=-1936;P1=504;P2=-3895;P3=/-9206;D=131012101212101210121212
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: MS;P0=-1936;P1=504;P2=-3895;P3=-9206;D=131012101212101210121212/12121010121010101012101012101210
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: MS;P0=-1936;P1=504;P2=-3895;P3=-9206;D=13101210121210121012121212121010121010101012101012101210/121012101010101012;CP=1;SP=3;O;
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: MS;P0=-1936;P1=504;P2=-3895;P3=-9206;D=13101210121210121012121212121010121010101012101012101210121012101010101012;CP=1;SP=3;O;/
2015.12.09 21:26:30 4: SIGNALduino/msg READ: MS;P0=-1936;P1=504;P2=-3895;P3=-9206;D=13101210121210121012121212121010121010101012101012101210121012101010101012;CP=1;SP=3;O;
2015.12.09 21:26:30 4: Found matched Protocol id 0 -> weather1
2015.12.09 21:26:30 5: Starting demodulation at Position 2
2015.12.09 21:26:30 5: converted Data to (s5AF909541000)
2015.12.09 21:26:30 4: Dropped (s5AF909541000) due to short time or equal msg
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: /MS;P0=471;P3=-9084;P4=-32001;D=
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: MS;P0=471;P3=-9084;P4=-32001;D=/03042;CP=0;SP=3;
2015.12.09 21:26:30 4: SIGNALduino/msg READ: MS;P0=471;P3=-9084;P4=-32001;D=03042;CP=0;SP=3;
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: /MS;P0=-7829;P2=500;P4=-1941;P5=
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: MS;P0=-7829;P2=500;P4=-1941;P5=/-3893;D=202425242525242424252424
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: MS;P0=-7829;P2=500;P4=-1941;P5=-3893;D=202425242525242424252424/24252425242424242424242525252524
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: MS;P0=-7829;P2=500;P4=-1941;P5=-3893;D=20242524252524242425242424252425242424242424242525252524/242425242425252524;CP=2;SP=0;O;
2015.12.09 21:26:30 5: SIGNALduino/RAW READ: MS;P0=-7829;P2=500;P4=-1941;P5=-3893;D=20242524252524242425242424252425242424242424242525252524242425242425252524;CP=2;SP=0;O;/
2015.12.09 21:26:30 4: SIGNALduino/msg READ: MS;P0=-7829;P2=500;P4=-1941;P5=-3893;D=20242524252524242425242424252425242424242424242525252524242425242425252524;CP=2;SP=0;O;
2015.12.09 21:26:30 4: Found matched Protocol id 0 -> weather1
2015.12.09 21:26:30 5: Starting demodulation at Position 2
2015.12.09 21:26:30 5: converted Data to (s588A03C4E000)
2015.12.09 21:26:30 5: Triggering sduino (1 changes)
2015.12.09 21:26:30 5: Notify loop for sduino Initialized
2015.12.09 21:26:30 5: Notify from Device: sduino recieved
2015.12.09 21:26:30 5: sduino dispatch s588A03C4E000
2015.12.09 21:26:30 4: CUL_TCM97001 Unknown 88 (588A03C4E000) length: 12
2015.12.09 21:26:30 4: CUL_TCM97001 Define Name: Unknown Model defined: Unknown
2015.12.09 21:26:30 4: CUL_TCM97001 using longid: 1 model: NC_WS
2015.12.09 21:26:30 4: CUL_TCM97001 temperature Dach_Sensor 88 T: 6.0 H: 78
2015.12.09 21:26:31 5: SIGNALduino/RAW READ: /MS;P0=493;P1=-1943;P2=-3891;P3=
2015.12.09 21:26:31 5: SIGNALduino/RAW READ: MS;P0=493;P1=-1943;P2=-3891;P3=/-9188;P4=-838;D=0301020102020101
2015.12.09 21:26:31 5: SIGNALduino/RAW READ: MS;P0=493;P1=-1943;P2=-3891;P3=-9188;P4=-838;D=0301020102020101/01020101010201020101010404040401
2015.12.09 21:26:31 5: SIGNALduino/RAW READ: MS;P0=493;P1=-1943;P2=-3891;P3=-9188;P4=-838;D=030102010202010101020101010201020101010404040401/02;CP=0;SP=3;
2015.12.09 21:26:31 4: SIGNALduino/msg READ: MS;P0=493;P1=-1943;P2=-3891;P3=-9188;P4=-838;D=03010201020201010102010101020102010101040404040102;CP=0;SP=3;
2015.12.09 21:26:31 4: Found matched Protocol id 1 -> ConradRSL
2015.12.09 21:26:31 5: Starting demodulation at Position 6
2015.12.09 21:26:31 5: Found wrong signal, aborting demodulation
2015.12.09 21:26:31 4: Found matched Protocol id 0 -> weather1
2015.12.09 21:26:31 5: Starting demodulation at Position 2
2015.12.09 21:26:31 5: Found wrong signal, aborting demodulation
2015.12.09 21:26:31 5: converted Data to (s588A0000)
2015.12.09 21:26:31 5: Triggering sduino (1 changes)
2015.12.09 21:26:31 5: Notify loop for sduino Initialized
2015.12.09 21:26:31 5: Notify from Device: sduino recieved
2015.12.09 21:26:31 5: sduino dispatch s588A0000
2015.12.09 21:26:31 4: CUL_TCM97001 Unknown 88 (588A0000) length: 8
2015.12.09 21:26:31 4: CUL_TCM97001 using longid: 1 model: ABS700
2015.12.09 21:26:31 4: CUL_TCM97001 temperature Dach_Sensor 88 T: -10.0
2015.12.09 21:26:31 5: Triggering Dach_Sensor (2 changes)
2015.12.09 21:26:31 5: Notify loop for Dach_Sensor temperature: -10.0
2015.12.09 21:26:31 5: Tempsens: not on any display, ignoring notify
2015.12.09 21:26:31 5: Notify from Device: Dach_Sensor recieved
2015.12.09 21:26:31 5: DbLog: logging of Device: Dach_Sensor , Type: CUL_TCM97001 , Event: temperature: -10.0 , Reading: temperature , Value: -10.0 , Unit: °C
Wie ist es beim Signalduino eigentlich mit Kanaldoppelbelegung gelöst? Es gibt ja einige Sensoren die den selben Kanal belegen. Ist es möglich die Logs einem Reading zuzuordnen?
Zitat von: Ralf9 am 09 Dezember 2015, 21:03:06
Vielleicht hat Sidey noch eine Idee wie die erkennung des OSV3 durch die Firmware deutlich verbessert werden kann.
Ich hatte gehofft, dass es mit der letzten Version besser geworden ist.
Problem bei der Erkennung ist aktuell die Preamble.
Die besteht nur aus 1en. Darauf kann man sich nicht syncen, sondern nur raten.
Nach der Preamble müsste alles erkannt werden.
Wir erkennen es nur nicht als OSV3, da wir OSv3 über die Preamble identifizieren.
Ich überlege noch mal, in wir die Preamble iirgendwie zuverlässig in das Signal bekommen.
Grüße Sidey
@ Sidey Vielen Dank, genau so etwas habe ich gesucht! Sobald ich es realisiert habe, gebe ich ein Feedback.
@Ralf9
Attribut longids 0 bringt nicht wirklich den Erfolg.
Sieht fast genau so aus wie vorher.
THGR810_e3_1
UVN800_1
WGR800_b0
Zitat von: Burny4600 am 10 Dezember 2015, 17:37:16
Attribut longids 0 bringt nicht wirklich den Erfolg.
Evtl wurden noch nicht von allen Sensoren brauchbare Daten empfangen.
Mit longids 0 sieht es so aus:
PCR800
THGR810_1
UVN800_1
WGR800Welche Firmwareversion hast Du z.Zt. auf dem Arduino?
Es müsste die "3.2.0-b6" sein
patternDecoder
Modified Manchester decoding. Decoder will search a long pulse to detect 0 or 1 bit correctly.
Deoder will then go back to first valid pulse and start demodulating the signal.
So if a manchester signal is beginning with 000000 oder 111111 this will now be added in the manchester data.Gruß Ralf
@Ralf9
Nein habe noch die V 3.2.0-b5 SIGNALduino in Verwendung.
Werde gleich einmal die Firmware aktualisieren.
Hallo
Ich hab mir heute auch den Signalduino zusammen gebaut. Hat soweit alles geklappt. Kann damit auch problemlos meine IT-Steckdosen schalten.
Aber ich bekomme als ein disconnected.
2015.12.10 19:32:10.954 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.12.10 19:32:12.789 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2015.12.10 19:32:12.790 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2015.12.10 19:33:28.327 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.12.10 19:33:34.370 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2015.12.10 19:33:34.371 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2015.12.10 19:34:04.997 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.12.10 19:34:05.147 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2015.12.10 19:34:05.149 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2015.12.10 19:34:16.483 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 disconnected, waiting to reappear (sduino)
2015.12.10 19:34:21.729 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2015.12.10 19:34:21.737 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
Woran Könnte das denn liegen?
hier noch nen list vom sduino
Internals:
CMDS
Clients :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:SIGNALduino_un:Hideki:SD_WS07:
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
DMSG u29#FFC
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
FD 21
Interval 300
MSGCNT 9
NAME sduino
NR 572
PARTIAL
RAWMSG MU;P0=-450;P1=253;P2=-1068;P3=-260;D=00101010101010101010121310101010101010100;CP=1;
STATE Initialized
TIME 1449764529.51425
TYPE SIGNALduino
unknownmessages
Matchlist:
10:SD_WS07 ^P7#.{6}F.{2}
1:IT ^i......
2:CUL_TCM97001 ^s[A-Fa-f0-9]+
3:SIGNALduino_RSL ^rA-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.+
X:SIGNALduino_un ^[uP]\d+#.*
Readings:
2015-12-10 19:39:19 ping No answer
2015-12-10 19:07:35 raw is00000F0FFFF0
2015-12-10 19:39:27 state Initialized
2015-12-10 12:28:24 version V 3.2.0-b6 SIGNALduino - compiled at Dec 4 2015 22:24:55
mcIdList:
10
11
12
18
msIdList:
0
1
13
14
15
17
2
22
23
25
3
32
4
6
7
muIdList:
16
20
21
24
26
27
28
29
30
31
33
34
5
8
9
Attributes:
flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nano328
LG Kasslerks
Zitat von: Teamdrachen am 09 Dezember 2015, 21:38:51
WS0002:
Der Sensor Springt kurz hintereinander um 15K
2015.12.09 21:26:30 4: CUL_TCM97001 Unknown 88 (588A03C4E000) length: 12
2015.12.09 21:26:30 4: CUL_TCM97001 using longid: 1 model: NC_WS
2015.12.09 21:26:30 4: CUL_TCM97001 temperature Dach_Sensor 88 T: 6.0 H: 78
2015.12.09 21:26:31 4: CUL_TCM97001 Unknown 88 (588A0000) length: 8
2015.12.09 21:26:31 4: CUL_TCM97001 using longid: 1 model: ABS700
2015.12.09 21:26:31 4: CUL_TCM97001 temperature Dach_Sensor 88 T: -10.0
Das Problem ist diese Nachricht "Unknown 88 (588A0000) length: 8", es sieht so aus als ob diese nicht sauber empfangen wurde. Du kannst ja mal den Sensor "Dach_Sensor 88" außer Reichweite bringen, dann müsste auch die Nachricht mit dem model ABS700 verschwinden.
Für das 14_CUL_TCM97001 Modul ist @bjoernh zuständig. Vielleicht gibt es eine Möglichkeit beim ABS700 eine Plausibilitätsprüfung einzubauen.
Zitat von: Teamdrachen am 09 Dezember 2015, 21:38:51
Wie ist es beim Signalduino eigentlich mit Kanaldoppelbelegung gelöst? Es gibt ja einige Sensoren die den selben Kanal belegen. Ist es möglich die Logs einem Reading zuzuordnen?
Bei den Sensoren vom Modul CUL_TCM97001 spielen die Kanäle keine Rolle, da dort die longids per default verwendet werden.
Beim SD_WS07 und Hideki Modul werden per default keine longids verwendet. Wenn Du z.B. beim SD_WS07 Modul mehr als 3 Sensoren hast, dann musst Du die longids aktivieren.
Gruß Ralf
Im Moment kämpf ich noch mit einer Vielzahl von Sensoren die periodisch reinspringen. Die Gegend hier scheint stark Funkbelastet zu sein. Das macht ein Log zerlegen nicht gerade einfach, da einige der Sensoren nicht von mir stammen und teilweise auch recht seltsame Werte rausgeben.
Momentan werden erkannt:
2 x Auriol < kommen sporadisch nur mit Temp werten.
CUL_TCM97001_Unknown Code: 52A80980 < Funkt häufiger mal verschiedene Codezeilen durch
3x Mebus < kommen sporadisch mit 3 stelligen Minuszahlen
TCM97..._0 < evtl. ein Schattensensor bringt keine Werte
Prologue_150 < sporadisch.
Meine WS 00002 konnte ich inzwischen alle zuordnen. Bis auf den Umstand, das der aufm Dachboden hin und wieder auf -10 springt (immer - 10) auch alle plausibel.
Die 2x SD_WS07 laufen so weit zuverlässig, bis auf die HUM Werte eines Sensors... war aber auch schon immer so das die unrealistisch kamen.
Die beiden Bresser fehlen halt noch.
Was mich wundert... es kommen immer mal Meldungen rein wo angeblich ein ConradRSL oder Dooya shutter erkannt wird. In dem Moment wurde aber kein IT Gerät geschalten.
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: /MU;P0=-3791;P1=-7484;P2=478;P4=
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MU;P0=-3791;P1=-7484;P2=478;P4=/-986;P5=-1966;D=0120242424252525
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MU;P0=-3791;P1=-7484;P2=478;P4=-986;P5=-1966;D=0120242424252525/25242524242424242424242424252424
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MU;P0=-3791;P1=-7484;P2=478;P4=-986;P5=-1966;D=012024242425252525242524242424242424242424252424/24242525252524242424252524252024
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MU;P0=-3791;P1=-7484;P2=478;P4=-986;P5=-1966;D=01202424242525252524252424242424242424242425242424242525252524242424252524252024/24242525252524252424242424242424
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MU;P0=-3791;P1=-7484;P2=478;P4=-986;P5=-1966;D=0120242424252525252425242424242424242424242524242424252525252424242425252425202424242525252524252424242424242424/24242524242424252525252424242425
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MU;P0=-3791;P1=-7484;P2=478;P4=-986;P5=-1966;D=012024242425252525242524242424242424242424252424242425252525242424242525242520242424252525252425242424242424242424242524242424252525252424242425/25242520242424252525252425242424
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MU;P0=-3791;P1=-7484;P2=478;P4=-986;P5=-1966;D=01202424242525252524252424242424242424242425242424242525252524242424252524252024242425252525242524242424242424242424252424242425252525242424242525242520242424252525252425242424/24242424242424252424242425252525
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MU;P0=-3791;P1=-7484;P2=478;P4=-986;P5=-1966;D=0120242424252525252425242424242424242424242524242424252525252424242425252425202424242525252524252424242424242424242425242424242525252524242424252524252024242425252525242524242424242424242424252424242425252525/24242424252524252024242425252520
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MU;P0=-3791;P1=-7484;P2=478;P4=-986;P5=-1966;D=012024242425252525242524242424242424242424252424242425252525242424242525242520242424252525252425242424242424242424242524242424252525252424242425252425202424242525252524252424242424242424242425242424242525252524242424252524252024242425252520/;CP=2;O;
2015.12.10 22:25:25 4: SIGNALduino/msg READ: MU;P0=-3791;P1=-7484;P2=478;P4=-986;P5=-1966;D=012024242425252525242524242424242424242424252424242425252525242424242525242520242424252525252425242424242424242424242524242424252525252424242425252425202424242525252524252424242424242424242425242424242525252524242424252524252024242425252520;CP=2;O;
2015.12.10 22:25:25 4: Found matched Protocol id 16 -> Dooya shutter
2015.12.10 22:25:25 5: Starting demodulation at Position 4
2015.12.10 22:25:25 5: restarting demodulation at Position 16+2
2015.12.10 22:25:25 5: restarting demodulation at Position 20+2
2015.12.10 22:25:25 5: restarting demodulation at Position 42+2
2015.12.10 22:25:25 5: restarting demodulation at Position 58+2
2015.12.10 22:25:25 5: restarting demodulation at Position 70+2
2015.12.10 22:25:25 5: restarting demodulation at Position 76+2
2015.12.10 22:25:25 5: restarting demodulation at Position 90+2
2015.12.10 22:25:25 5: restarting demodulation at Position 94+2
2015.12.10 22:25:25 5: restarting demodulation at Position 116+2
2015.12.10 22:25:25 5: restarting demodulation at Position 132+2
2015.12.10 22:25:25 5: restarting demodulation at Position 144+2
2015.12.10 22:25:25 5: restarting demodulation at Position 150+2
2015.12.10 22:25:25 5: restarting demodulation at Position 164+2
2015.12.10 22:25:25 5: restarting demodulation at Position 168+2
2015.12.10 22:25:25 5: restarting demodulation at Position 190+2
2015.12.10 22:25:25 5: restarting demodulation at Position 206+2
2015.12.10 22:25:25 5: restarting demodulation at Position 218+2
2015.12.10 22:25:25 5: restarting demodulation at Position 224+2
2015.12.10 22:25:25 4: Found matched Protocol id 8 -> TX3 Protocol
2015.12.10 22:25:25 5: Starting demodulation at Position 4
2015.12.10 22:25:25 5: restarting demodulation at Position 16+2
2015.12.10 22:25:25 5: restarting demodulation at Position 20+2
2015.12.10 22:25:25 5: restarting demodulation at Position 42+2
2015.12.10 22:25:25 5: restarting demodulation at Position 58+2
2015.12.10 22:25:25 5: restarting demodulation at Position 70+2
2015.12.10 22:25:25 5: restarting demodulation at Position 76+2
2015.12.10 22:25:25 5: restarting demodulation at Position 90+2
2015.12.10 22:25:25 5: restarting demodulation at Position 94+2
2015.12.10 22:25:25 5: restarting demodulation at Position 116+2
2015.12.10 22:25:25 5: restarting demodulation at Position 132+2
2015.12.10 22:25:25 5: restarting demodulation at Position 144+2
2015.12.10 22:25:25 5: restarting demodulation at Position 150+2
2015.12.10 22:25:25 5: restarting demodulation at Position 164+2
2015.12.10 22:25:25 5: restarting demodulation at Position 168+2
2015.12.10 22:25:25 5: restarting demodulation at Position 190+2
2015.12.10 22:25:25 5: restarting demodulation at Position 206+2
2015.12.10 22:25:25 5: restarting demodulation at Position 218+2
2015.12.10 22:25:25 5: restarting demodulation at Position 224+2
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: /MS;P0=-144;P1=478;P2=-986;P3=-3
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MS;P0=-144;P1=478;P2=-986;P3=-3/913;D=13121212101010101210121212
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MS;P0=-144;P1=478;P2=-986;P3=-3913;D=13121212101010101210121212/12121212121212101212121210101010
2015.12.10 22:25:25 5: SIGNALduino/RAW READ: MS;P0=-144;P1=478;P2=-986;P3=-3913;D=1312121210101010121012121212121212121212101212121210101010/1212121210101210;CP=1;SP=3;O;
2015.12.10 22:25:25 4: SIGNALduino/msg READ: MS;P0=-144;P1=478;P2=-986;P3=-3913;D=13121212101010101210121212121212121212121012121212101010101212121210101210;CP=1;SP=3;O;
2015.12.10 22:25:25 4: Found matched Protocol id 1 -> ConradRSL
2015.12.10 22:25:25 5: Starting demodulation at Position 2
2015.12.10 22:25:25 5: converted Data to (r1E8010F0D)
2015.12.10 22:25:25 5: sduino dispatch r1E8010F0D
2015.12.10 22:25:25 3: sduino: Unknown code r1E8010F0D, help me!
2015.12.10 22:25:25 4: Found matched Protocol id 20 -> livolo
2015.12.10 22:25:25 5: Starting demodulation at Position 4
2015.12.10 22:25:25 5: converted Data to (u20#0000)
2015.12.10 22:25:25 5: sduino dispatch u20#0000
2015.12.10 22:25:25 4: SIGNALduino_unknown incomming msg: u20#0000
2015.12.10 22:25:25 4: SIGNALduino_unknown rawData: 0000
2015.12.10 22:25:25 4: SIGNALduino_unknown Protocol: 20
2015.12.10 22:25:25 4: SIGNALduino_unknown converted to bits: 0000000000000000
Zitat von: Ralf9 am 10 Dezember 2015, 18:03:09
Es müsste die "3.2.0-b6" sein
patternDecoder
Modified Manchester decoding. Decoder will search a long pulse to detect 0 or 1 bit correctly.
Deoder will then go back to first valid pulse and start demodulating the signal.
So if a manchester signal is beginning with 000000 oder 111111 this will now be added in the manchester data.
Ich hab noch was angepasst. Firmware 3.2.0-b7. Damit sollte es jetzt stabil gehen.... hoffe ich.
Grüße Sidey
Zitat von: kasslerks am 10 Dezember 2015, 19:42:45
Aber ich bekomme als ein disconnected.
...
Woran Könnte das denn liegen?
Hi mache mal bitte ein Update auf den dev-r32 Bereich (Module und Firmware= und berichte ob die disconnects weniger werden oder eventuell sogar verschwinden.
Anbei das Log zur Version V 3.2.0-b6 SIGNALduino
Zitat von: Sidey am 12 Dezember 2015, 00:27:01
Hi mache mal bitte ein Update auf den dev-r32 Bereich (Module und Firmware= und berichte ob die disconnects weniger werden oder eventuell sogar verschwinden.
Danke für die Info. Hab jetzt nen neues Netzteil genommen damit ist der Fehler verschwunden. 0.3A waren doch etwas zu wenig :D
LG
Zitat von: Burny4600 am 12 Dezember 2015, 10:03:26
Anbei das Log zur Version V 3.2.0-b6 SIGNALduino
Wenn ich das richtig sehe, hat es sich von V 3.2.0-b5 auf V 3.2.0-b6 verbessert.
Ist mit der 3.2.0-b7 nochmals eine verbesserung erkennbar?
Gruß Ralf
Zitat von: Ralf9 am 12 Dezember 2015, 19:38:17
Ist mit der 3.2.0-b7 nochmals eine verbesserung erkennbar?
So sollte es sein.
Logeinträge dieser art:
2015.12.11 11:34:39 4: SIGNALduino/msg READ: MC;LL=-1074;LH=770;SL=-571;SH=400;D=FFFFFE;C=389;
2015.12.11 11:34:40 4: SIGNALduino/msg READ: MC;LL=-1195;LH=753;SL=-695;SH=274;D=22401A1A0600000039E4;C=342;
Sollten dann in etwa so aussehen:
2015.12.11 11:34:39 4: SIGNALduino/msg READ: MC;LL=-1074;LH=770;SL=-571;SH=400;D=FFFFFE22401A1A0600000039E4;C=389;
Ich bin gespannt :)
Grüße Sidey
Anbei das Log zur Version V 3.2.0-b7 SIGNALduino
Anbei das Log zur Version V 3.2.0-b7 SIGNALduino inklusive heutigem Update FHEM.
Zitat von: Burny4600 am 15 Dezember 2015, 15:53:22
Anbei das Log zur Version V 3.2.0-b7 SIGNALduino inklusive heutigem Update FHEM.
so wies aussieht hat die V 3.2.0-b7 nicht die gewünschte Verbesserung gebracht:
2015.12.15 12:22:25 4: SIGNALduino/msg READ: MC;LL=-1053;LH=895;SL=-570;SH=389;D=FFFFFF5800;C=427;
2015.12.15 12:22:25 4: SIGNALduino/msg READ: MC;LL=-1053;LH=895;SL=-570;SH=389;D=91200D0B030000005C2000;C=427;
2015.12.15 12:23:49 4: SIGNALduino/msg READ: MC;LL=-1046;LH=882;SL=-603;SH=443;D=FFFFFEA0;C=441;
2015.12.15 12:23:49 4: SIGNALduino/msg READ: MC;LL=-1063;LH=893;SL=-561;SH=455;D=48900686818000000E7900;C=449;
2015.12.15 12:25:07 4: SIGNALduino/msg READ: MC;LL=-1205;LH=868;SL=-582;SH=389;D=FFFFFEA0;C=418;
2015.12.15 12:25:07 4: SIGNALduino/msg READ: MC;LL=-1205;LH=868;SL=-582;SH=389;D=93040F2000002309D0856E;C=418;
2015.12.15 12:26:22 4: SIGNALduino/msg READ: MC;LL=-1220;LH=884;SL=-564;SH=413;D=FFFFFD7C00;C=432;
2015.12.15 12:26:22 4: SIGNALduino/msg READ: MC;LL=-1220;LH=884;SL=-564;SH=413;D=2146380300371B9410;C=432;Gruß Ralf
Hallo,
ich habe vor, den Signalduino (Pro Mini 3.3V, 8 MHz) über einen ESP-01 im WLAN zu betreiben. Muss ich da außer RX und TX noch was verbinden? Normal braucht man ja zum Flashen noch DTS. Oder wie geht das dann, dass man OTA Flashen kann?
Gruß,
Kuzl
Zitat von: Kuzl am 16 Dezember 2015, 08:06:42
Hallo,
ich habe vor, den Signalduino (Pro Mini 3.3V, 8 MHz) über einen ESP-01 im WLAN zu betreiben. Muss ich da außer RX und TX noch was verbinden? Normal braucht man ja zum Flashen noch DTS. Oder wie geht das dann, dass man OTA Flashen kann?
Gruß,
Kuzl
Hallo Kuzl
damit Du mittels ESP-01 den angeschlossenen Duino flashen kannst, mußt Du GPIO0 mit RST verbinden. In der esp-link Home page muss dann noch "esp-01(AVR)" gewählt sein (siehe auch http://www.hjgode.de/wp/2015/11/05/fhem-serielle-gerat-uber-wifi-anbinden/).
Das ganze funktioniert, habe ich letzte Woche erst getestet.
Wenn Du nicht die jeelabs esp-link software auf dem ESP-01 verwendest, kann ich Dir nicht helfen.
~Josef
Hallo Josef,
danke für deine Anwort, sowas in die Richtung hab ich mir schon gedacht.
Bis jetzt hab ich noch gar nix drauf - nur die ganzen Komponenten daheim.
Ich werds die Tage mal ausprobieren, danke!
Gruß,
Markus
Mein Signalduino hat mir ein "CUL_TCM97001_Unknown" angelegt mit sduino_DMSG
sFC42168000
sduino_MSGCNT
8
sduino_RAWMSG
MS;P0=432;P1=-4009;P2=-2087;P3=-8836;D=0301010101010102020201020202020102020202010201010201;CP=0;SP=3
und filelog steht drin:
2015-12-11_01:45:12 Unknown Code: FC401680
2015-12-11_01:50:13 Unknown Code: FC401600
2015-12-11_02:56:26 Unknown Code: FC400A80
2015-12-11_03:12:27 Unknown Code: FC7FFE00
2015-12-11_03:22:30 Unknown Code: FC7FFE80
2015-12-11_03:37:34 Unknown Code: FC7FFE80
2015-12-11_04:07:43 Unknown Code: FC7FFE80
2015-12-11_04:27:49 Unknown Code: FC7FFE00
2015-12-11_04:37:53 Unknown Code: FC7FFE80
2015-12-11_05:13:03 Unknown Code: FC7FFE80
2015-12-11_05:33:09 Unknown Code: FC7FFE80
2015-12-11_06:03:18 Unknown Code: FC7FFE80
2015-12-11_06:58:35 Unknown Code: FC7FFE80
2015-12-11_08:42:26 Unknown Code: FC401600
2015-12-11_09:48:29 Unknown Code: FC405200
2015-12-16_12:27:12 Unknown Code: FC41C200
2015-12-16_12:32:13 Unknown Code: FC41C200
2015-12-16_12:42:17 Unknown Code: FC41C200
2015-12-16_12:52:20 Unknown Code: FC41C200
2015-12-16_15:34:46 Unknown Code: FC421600
2015-12-16_15:39:47 Unknown Code: FC421680
2015-12-16_15:44:49 Unknown Code: FC421680
2015-12-16_15:49:50 Unknown Code: FC421680
Kann damit jemand was anfangen oder hat eine Vermutung was da empfangen wird.
Hier ein kurzer Log Auszug:2015.12.16 12:22:10 2: CUL_TCM97001 Unknown device Unknown, please define it
2015.12.16 12:22:10 2: autocreate: define Unknown CUL_TCM97001 CUL_TCM97001_Unknown
2015.12.16 12:22:10 2: autocreate: define FileLog_Unknown FileLog ./log/Unknown-%Y.log Unknown
2015.12.16 12:44:52 3: sduino: Unknown code u9#0000DB14A8293344450005A50, help me!
2015.12.16 12:49:16 3: IT_00000F0FFF off->off
2015.12.16 12:49:16 3: message "i0011540" (8) too short!
2015.12.16 12:49:16 3: message "i0011540" (8) too short!
2015.12.16 12:49:16 3: sduino: Unknown code i0011540, help me!
2015.12.16 12:49:16 3: Code 11 not supported by IT_00000FFFFF.
2015.12.16 12:49:16 3: Code 11 not supported by IT_00000FFFFF.
2015.12.16 12:49:16 3: sduino: Unknown code i00155F, help me!
2015.12.16 12:56:16 2: CUL_TCM97001 Unknown device CUL_TCM97001_236, please define it
2015.12.16 12:59:13 3: sduino: Unknown code u9#80006D8A541499A2228002D28, help me!
2015.12.16 14:00:00 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 14:00:00 3: CUL_HM set Michael.FST01_Win level 100 5400 10
2015.12.16 14:00:01 3: CUL_HM set myVCCU_Btn2 postEvent closed
2015.12.16 14:00:01 3: CUL_HM set myVCCU_Btn2 postEvent closed
2015.12.16 14:00:02 3: CUL_HM set myVCCU_Btn2 postEvent closed
2015.12.16 14:00:13 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 14:00:13 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 14:00:13 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 14:01:14 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 14:01:14 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 14:01:14 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 14:54:02 3: sduino: Unknown code u9#0000DB14A82933446A80A14A1, help me!
2015.12.16 15:26:50 3: sduino: Unknown code u9#0001B62950526688D50142940, help me!
2015.12.16 15:31:14 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 15:31:14 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 15:31:15 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 15:32:11 3: CUL_HM set myVCCU_Btn2 postEvent closed
2015.12.16 15:32:11 3: CUL_HM set myVCCU_Btn2 postEvent closed
2015.12.16 15:32:12 3: CUL_HM set myVCCU_Btn2 postEvent closed
2015.12.16 16:18:05 1: Error: has no TYPE
2015.12.16 16:18:05 1: Error: has no TYPE
2015.12.16 16:18:07 1: Error: has no TYPE
2015.12.16 16:49:31 3: sduino: Unknown code u9#6D8A541499A04A8051428, help me!
2015.12.16 17:00:00 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 17:00:00 3: CUL_HM set Michael.FST01_Win level 100 5400 10
2015.12.16 17:00:01 3: CUL_HM set myVCCU_Btn2 postEvent closed
2015.12.16 17:00:01 3: CUL_HM set myVCCU_Btn2 postEvent closed
2015.12.16 17:00:01 3: CUL_HM set myVCCU_Btn2 postEvent closed
2015.12.16 17:00:13 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 17:00:13 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 17:00:13 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 17:01:13 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 17:01:13 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 17:01:13 3: CUL_HM set myVCCU_Btn2 postEvent tilted
2015.12.16 17:03:28 1: Error: has no TYPE
2015.12.16 17:03:28 1: Error: has no TYPE
2015.12.16 17:03:28 1: Error: has no TYPE
2015.12.16 17:03:28 1: Error: has no TYPE
2015.12.16 17:03:28 1: Error: has no TYPE
2015.12.16 17:03:28 1: Error: has no TYPE
2015.12.16 17:03:28 1: Error: has no TYPE
2015.12.16 17:04:06 1: Error: has no TYPE
2015.12.16 17:04:06 1: Error: has no TYPE
2015.12.16 17:04:06 1: Error: has no TYPE
2015.12.16 17:04:17 1: Error: has no TYPE
2015.12.16 17:04:17 1: Error: has no TYPE
2015.12.16 17:05:11 1: Error: has no TYPE
2015.12.16 17:05:43 1: Error: has no TYPE
2015.12.16 17:05:52 1: Error: has no TYPE
2015.12.16 17:06:41 1: Error: has no TYPE
2015.12.16 17:06:46 1: Error: has no TYPE
2015.12.16 17:06:46 1: Error: has no TYPE
kommen die Error: has no TYPE eigentlich vom Signalduino?
Beste Grüße
Fabian
Die Nachbarn scheinen aufgerüstet zu haben.
Ich bekomme seit gestern regelmäßig neue Daten über den sduino.
Frage an die Krypto-Abteilung: Was ist das?
Code: C625100480
TYPE CUL_TCM97001
lastH 0
lastT 1450348868
sduino_DMSG sC62510048000
sduino_MSGCNT 2
sduino_RAWMSG MS;P0=475;P2=-3946;P4=-1976;P5=-8942;D=05020204040402020404040204040204020404040204040404040404040402040402040404;CP=0;SP=5;O;
Hallo,
Zitat von: Pythonf am 16 Dezember 2015, 17:08:13
Mein Signalduino hat mir ein "CUL_TCM97001_Unknown" angelegt mit
sduino_DMSG sFC42168000
Schwer zu sagen. Ich nehme an, es ist ein Temperatursensor. Allerdings einer der bislang noch nicht bekannt wird.
Wenn Du nicht weisst, das das Signal sendet wird es kaum möglich sein, heraus zu finden, was da gesendet wird.
Zitat von: Pythonf am 16 Dezember 2015, 17:08:13
kommen die Error: has no TYPE eigentlich vom Signalduino?
Das wäre mir bislang nicht bekannt. Dreh doch mal den loglevel von FHEM hoch, dann siehst Du vielleicht woher das kommt.
Zitat von: RappaSan am 17 Dezember 2015, 11:47:42
Die Nachbarn scheinen aufgerüstet zu haben.
Ich bekomme seit gestern regelmäßig neue Daten über den sduino.
Frage an die Krypto-Abteilung: Was ist das?
Code: C625100480
Schwer zu sagen. Ich nehme an, es ist ein Temperatursensor. Allerdings einer der bislang noch nicht bekannt wird.
Wenn Du nicht weisst, das das Signal sendet wird es kaum möglich sein, heraus zu finden, was da gesendet wird.
Grüße Sidey
Zitat von: Pythonf am 16 Dezember 2015, 17:08:13
2015.12.16 17:06:46 1: Error: has no TYPE
kommen die Error: has no TYPE eigentlich vom Signalduino?
Hatte ich auch schon mal als ich im fhem devices umbenannt/gelöscht und plots gelöscht hatte. Nach einem neustart von fhem war das "no TYPE" wieder weg
Gruß Ralf
Die Error Meldung kahm von FHEM und wurde durch ein Update mittlerweile behoben
##
Ich hab hier mal noch eine Grundsätzliche Frage:
Worin genau liegt eigentlich der Unerschied zwischen einem CC1101 mit a-culfw auf 433MHz und dem Signalduino mit Geeetech Empfänger. Empfangen beide nicht die selben Daten und es nur von der Verarbeitung der Daten abhänig oder empfängt man mit dem CC1101 andere Werte aus mit dem hier verwendeten Empfänger?
Zitat von: Sidey am 17 Dezember 2015, 22:18:52
...
Schwer zu sagen. Ich nehme an, es ist ein Temperatursensor. Allerdings einer der bislang noch nicht bekannt wird.
....
Es ist ein Außentemperatur für eine Tchibo Wetterstation.
Den hatte ich als erstes definiert und mit einem FHEMduino auslesen können.
Das Autocreatedevice funktioniert allerdings nicht.
Der Sensor funktionierte bei mir nur in einem Abstand <1m, weshalb ich keine weitere Arbeit investiert habe. Jetzt mit den empfangsstarken Receiver könnte ich mir eine Nutzung vorstellen.
Nach Weihnachten...
Michael
dann starte ich mal einen (4.?) Versuch ob mir einer sagen kann ob dieser (technoline Temp-sensor ) schon unterstützt wird / unterstützt werden könnte. empfangen wird regelmäßig
Internals:
CODE CUL_TCM97001_Unknown
DEF CUL_TCM97001_Unknown
LASTInputDev sduino
MSGCNT 301
NAME Unknown
NR 192
STATE Code: 57BA0835
TYPE CUL_TCM97001
lastH 0
lastT 1450422051.48525
sduino_DMSG s57BA083500
sduino_MSGCNT 301
sduino_RAWMSG MS;P0=-1716;P1=521;P2=-3867;P4=-9160;D=141012101210121212121012121210121010101010121010101010121210121012;CP=1;SP=4;
sduino_TIME 2015-12-18 08:00:51
CHANGETIME:
Readings:
2015-12-18 08:00:51 state Code: 57BA0835
Attributes:
DbLogExclude .*
model Unknown
room CUL_TCM97001
Unterstützt wird er scheinbar nicht.
Wenn das von Björn implementiert werden soll bräuchte man die genaue Bezeichnung und auch die entsprechenden Daten dazu.
Am besten so vorgehen:
Temp und Feuchte ablesen und die dazu passende Übertragung liefern.
Am besten mit drei unterschiedlichen Werten .
Später dann noch mal Übertragungen mit manuellem Senden (sofern vorhanden) und schlechter Batterie.
Grüße Sidey
Hat sich bei den Oregon wieder etwas geändert für einen neuen Test?
Bei mir gibt es folgende Fhelermeldungen im Zusammenhang mit LongIDs:
2015.12.22 19:15:31 1: PERL WARNING: Argument "CUL_TCM97001" isn't numeric in numeric ne (!=) at ./FHEM/14_Hideki.pm line 121.
2015.12.22 19:15:42 1: PERL WARNING: Argument "CUL_TCM97001,SD_WS07" isn't numeric in numeric ne (!=) at ./FHEM/14_Hideki.pm line 121.
2015.12.22 19:15:45 1: PERL WARNING: Argument "CUL_TCM97001,SD_WS07" isn't numeric in numeric ne (!=) at ./FHEM/14_SD_WS07.pm line 134.
in der fhem.cfg steht:
#nanoCUL
define nanoCUL433 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9YDLRJV-if00-port0@38400 1234
attr nanoCUL433 addvaltrigger 1
attr nanoCUL433 devStateIcon Initialized:cul_usb@green:Open Open:cul_usb@red:Initialized
attr nanoCUL433 event-min-interval .* 1800
attr nanoCUL433 longids CUL_TCM97001
attr nanoCUL433 model CUL
attr nanoCUL433 rfmode SlowRF
attr nanoCUL433 room Zentral,nanoCUL
attr nanoCUL433 verbose 0
und
attr sduinoIP icon cul_usb
attr sduinoIP longids CUL_TCM97001,SD_WS07
attr sduinoIP room RF_Receiver,Zentral
attr sduinoIP verbose 0
Da sind wohl noch Fehler in der 14_Hideki.pm
Danke
Josef
Zitat von: hjgode am 22 Dezember 2015, 19:24:29
Bei mir gibt es folgende Fhelermeldungen im Zusammenhang mit LongIDs:
2015.12.22 19:15:31 1: PERL WARNING: Argument "CUL_TCM97001" isn't numeric in numeric ne (!=) at ./FHEM/14_Hideki.pm line 121.
2015.12.22 19:15:42 1: PERL WARNING: Argument "CUL_TCM97001,SD_WS07" isn't numeric in numeric ne (!=) at ./FHEM/14_Hideki.pm line 121.
2015.12.22 19:15:45 1: PERL WARNING: Argument "CUL_TCM97001,SD_WS07" isn't numeric in numeric ne (!=) at ./FHEM/14_SD_WS07.pm line 134.
Der Fehler müsste hier sein:
if ( ($longids != 0) && ($longids eq "1" ..Kannst mal versuchen ob es funktioniert wenn Du "($longids != 0)" durch "($longids ne '0')" ersetzt.
Gruß Ralf
Hallo Jörg (pejonp
wäre es möglich das Pollin Regenmesser Protokoll auch in SignalDuino zu wiederbeleben oder muß ich noch einen FHEMduino parallel laufen lassen um die Signale zu verarbeiten?
Für den PFR-130 (http://www.pollin.de/shop/dt/Nzg0OTYxOTk-/Haustechnik/Wetterstationen_Thermometer/Funk_Regenmesser_PFR_130_mit_Temperaturanzeige.html) habe ich es schon hinbekommen.
SYNC[] = 8100;
ONE [] = 3800;
ZERO [] = 2100;
GLITCH [] = 100;
MESSAGELENGTH [] = 36;
In der 14_FHEMduino_env.pm habe ich den Eintrag:
elsif ($model eq "07") { # 07 = PFR-130 (Regenmesser + Temp)ergänzt (siehe Anhang).
Die Temperatur wird angezeigt. Der andere Wert ist die Regenmenge, diese wird aber nicht immer von FHEM erkannt. Da FHEM auf dem Raspberry Pi nicht alle Übertragung vom Arduino erkennt bzw. auswertet. Habe da aber jetzt auch nicht weiter gesucht.
Jörg
Gruss
Josef
Zitat von: Ralf9 am 22 Dezember 2015, 19:36:20
Der Fehler müsste hier sein:
if ( ($longids != 0) && ($longids eq "1" ..
Kannst mal versuchen ob es funktioniert wenn Du "($longids != 0)" durch "($longids ne '0')" ersetzt.
Gruß Ralf
Hallo Ralf
danke für die schnelle Antwort.
Hiermit sind die Fehler weg:
14_SD_WS07.pm Zeile 134 ist jetzt:
if ( ($longids ne "0") && ($longids eq "1" || $longids eq "ALL" || (",$longids," =~ m/,$model,/)))
14_Hideki (Zeile 121):
if ( ($longids ne "0") && ($longids eq "1" || $longids eq "ALL" || (",$longids," =~ m/,$model,/)))
Danke nochmals
Josef
Hi,
ich habe in der Firmware einige Bugs beseitigt.
Deshalb gibt es heute noch die 3.2b10.
Ich habe auch die send raw und send manchester, sowie send combined Option übeararbeitet.
Die dauer des zu sendenden Signales ist jetzt viel genauer. Auch gibt es keine verzögerung bei einem send combined z.B. zwischen raw und manchester mehr.
Unter Umständen habe ich aber neue Fehler eingebaut oder durch die Behebung von Fehlern kommen jetzt neue zum Vorschein.
Für 2015 war das aber erst mal die letzte Version.
Grüße Sidey
Ich habe jetzt den esp-link zum laufen gebracht und einen adruino pro mini 3.3V direkt daran angeschlossen beim versuch das ganze aus FHEM raus zu flashen kommt folgendes:
flashing Arduino sduinoIP
hex file: ./FHEM/firmware/SIGNALduino_promini328.hex
port: esp-link:23
log file: ./log/SIGNALduino-Flash.log
sduinoIP closed
command: avrdude -c arduino -b 57600 -P net:esp-link:23 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_promini328.hex 2>./log/SIGNALduino-Flash.log
--- AVRDUDE ---------------------------------------------------------------------------------
avrdude: Version 6.0.1, compiled on Oct 21 2013 at 15:55:32
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "/etc/avrdude.conf"
Using Port : net:esp-link:23
Using Programmer : arduino
Overriding Baud Rate : 57600
ioctl("TIOCMGET"): Inappropriate ioctl for device
ioctl("TIOCMGET"): Inappropriate ioctl for device
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x72
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x61
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x64
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x69
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x6f
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x69
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x6e
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x69
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x74
ioctl("TIOCMGET"): Inappropriate ioctl for device
avrdude done. Thank you.
--- AVRDUDE ---------------------------------------------------------------------------------
sduinoIP opened
Was bedeutet das?
EDIT: Geht jetzt, musste noch im esp-link die Baud richtig einstellen
EDIT2: allerdings kann ich leider keine Verbindung zum Signalduino herstellen:
2015.12.23 16:42:54.858 1: esp-link:23 reappeared (sduinoIP)
2015.12.23 16:42:54.858 1: esp-link:23
2015.12.23 16:45:33.685 3: sduinoIP: setting Verbose to: 5
2015.12.23 16:46:34.931 5: sduinoIP: command for gets: R
2015.12.23 16:46:34.931 5: SW: R
2015.12.23 16:46:37.945 1: esp-link:23 disconnected, waiting to reappear (sduinoIP)
2015.12.23 16:46:37.965 1: esp-link:23 reappeared (sduinoIP)
2015.12.23 16:46:37.965 1: esp-link:23
Könnte das problem sein, dass er auf 8MHz läuft? ich habe die mit dem update gelieferte firmware geflasht. Auch direkt am PC kommt nach dem Reset nichts an.
Zitat von: Kuzl am 23 Dezember 2015, 15:58:25
Ich habe jetzt den esp-link zum laufen gebracht und einen adruino pro mini 3.3V direkt daran angeschlossen beim versuch das ganze aus FHEM raus zu flashen kommt folgendes:
flashing Arduino sduinoIP
hex file: ./FHEM/firmware/SIGNALduino_promini328.hex
port: esp-link:23
log file: ./log/SIGNALduino-Flash.log
sduinoIP closed
command: avrdude -c arduino -b 57600 -P net:esp-link:23 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_promini328.hex 2>./log/SIGNALduino-Flash.log
--- AVRDUDE ---------------------------------------------------------------------------------
avrdude: Version 6.0.1, compiled on Oct 21 2013 at 15:55:32
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "/etc/avrdude.conf"
Using Port : net:esp-link:23
Using Programmer : arduino
Overriding Baud Rate : 57600
ioctl("TIOCMGET"): Inappropriate ioctl for device
ioctl("TIOCMGET"): Inappropriate ioctl for device
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x72
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x61
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x64
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x69
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x6f
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x69
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x6e
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x69
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x74
ioctl("TIOCMGET"): Inappropriate ioctl for device
avrdude done. Thank you.
--- AVRDUDE ---------------------------------------------------------------------------------
sduinoIP opened
Was bedeutet das?
EDIT: Geht jetzt, musste noch im esp-link die Baud richtig einstellen
EDIT2: allerdings kann ich leider keine Verbindung zum Signalduino herstellen:
2015.12.23 16:42:54.858 1: esp-link:23 reappeared (sduinoIP)
2015.12.23 16:42:54.858 1: esp-link:23
2015.12.23 16:45:33.685 3: sduinoIP: setting Verbose to: 5
2015.12.23 16:46:34.931 5: sduinoIP: command for gets: R
2015.12.23 16:46:34.931 5: SW: R
2015.12.23 16:46:37.945 1: esp-link:23 disconnected, waiting to reappear (sduinoIP)
2015.12.23 16:46:37.965 1: esp-link:23 reappeared (sduinoIP)
2015.12.23 16:46:37.965 1: esp-link:23
Hallo Kuzl
kannst Du denn auf das esp-link Web über einen Browser zugreifen?
Kannst Du dann auch über telnet zugreifen und bekommst ein Antwort auf die Eingabe "V" plus CRLF?
Wie hast Du denn den Mini und den ESP-01 verdrahtet?
Gruss
Josef
Hallo Josef,
ich habe RX->TX und TX->RX verdrahtet
zusätzlich GPIO0 auf RST des Arduino, das flashen hat ja auch funktioniert.
Über Telnet hab ich es noch nicht versucht, allerdings über die Konsole auf der esp-link-Website und direkt über einen FTDI. Da kommt nichts zurück. Auch direkt nach einem Reset kommt nichts auf der Schnittstelle. Im Log scheint es so, als erkennt das Modul den Signalduino, allerdings sobald ein Kommando geschickt wird, verliert es die Verbindung.
Kann es sein, dass die Firmware nicht für 8MHz geeignet ist? Der 3.3V ProMini läuft ja nicht auf 16MHz...
Zitat von: hjgode am 22 Dezember 2015, 19:58:02
....
wäre es möglich das Pollin Regenmesser Protokoll auch in SignalDuino zu wiederbeleben oder muß ich noch einen FHEMduino parallel laufen lassen um die Signale zu verarbeiten?
Für den PFR-130 (http://www.pollin.de/shop/dt/Nzg0OTYxOTk-/Haustechnik/Wetterstationen_Thermometer/Funk_Regenmesser_PFR_130_mit_Temperaturanzeige.html) habe ich es schon hinbekommen.
......
Hallo Josef,
der PFR-130 wird bei mir mit Signalduino als Model=AURIOL vom 14_CUL_TCM97001.pm erkannt. Jetzt müsste im 14_CUL_TCM97001.pm noch die Erkennung/Errechnung der Regenmenge eingebaut werden. Habe hier (http://forum.fhem.de/index.php/topic,38831.msg335342.html#msg335342) schon mal etwas dazu geschrieben, bin aber mit der Umrechnerei nicht weitergekommen. Vielleicht hast du ja eine Idee.
Tschüß pejonp
Zitat von: Kuzl am 23 Dezember 2015, 17:53:09
Hallo Josef,
ich habe RX->TX und TX->RX verdrahtet
zusätzlich GPIO0 auf RST des Arduino, das flashen hat ja auch funktioniert.
Über Telnet hab ich es noch nicht versucht, allerdings über die Konsole auf der esp-link-Website und direkt über einen FTDI. Da kommt nichts zurück. Auch direkt nach einem Reset kommt nichts auf der Schnittstelle. Im Log scheint es so, als erkennt das Modul den Signalduino, allerdings sobald ein Kommando geschickt wird, verliert es die Verbindung.
Kann es sein, dass die Firmware nicht für 8MHz geeignet ist? Der 3.3V ProMini läuft ja nicht auf 16MHz...
16 oder 8MHz wird normalerweise beim Kompilieren von der Arduino IDE angepasst. Bezieht sich ja auf delay() und andere Zeitabfragen. Der Mini muss trotzdem antworten.
Wie wird denn die IP Adresse zu dem esp-link aufgelöst? Wie hast Du dem ESP-01 Dein WLAN beigebracht? Normalerweise lässt man die WLAN Karte des PC nach Netzwerken suchen und findet dann ein neuse Netz esp_..... Dann verbindet man sich damit und kann dann die esp-link Verbindung konfigurieren. Dann verbindet man sich wieder mit seinem 'normalen' Netzwerk und der ESP sollte mit 'drin' sein. IP Adresse dann über nmap oder so ermitteln, es sei denn Du hast Sie wie ich statisch festgelegt.
Wenn Du den Mini über USB verbindest solltest Du beim Reset im Terminal Programm (zB auch Serial Monitor der Arduino IDE) was sehen.
~josef
Zitat von: pejonp am 23 Dezember 2015, 18:17:59
Hallo Josef,
der PFR-130 wird bei mir mit Signalduino als Model=AURIOL vom 14_CUL_TCM97001.pm erkannt. Jetzt müsste im 14_CUL_TCM97001.pm noch die Erkennung/Errechnung der Regenmenge eingebaut werden. Habe hier (http://forum.fhem.de/index.php/topic,38831.msg335342.html#msg335342) schon mal etwas dazu geschrieben, bin aber mit der Umrechnerei nicht weitergekommen. Vielleicht hast du ja eine Idee.
Tschüß pejonp
Hallo Jörg
die Binärdaten der Excel Datei passen aber so gar nicht zum Schema von TFD:
http://www.tfd.hu/tfdhu/files/wsprotocol/auriol_protocol_v20.pdf
general packet format:
bits:
0-7 channel id
8 battery flag
9-31 payload
32-35 CRC
# /--------------------------------- 8 bit: Channel, changes after every battery change
# / / ------------------------ 1 bit: v: Battery state 1 == Ok, 0 = batt below 2.6V
# / / /-------------------------- Battery changed, Sync startet
# / / / --------------------------- Unknown
# / / / / /------------------------ neg Temp: if 1 then temp = temp - 4096
# / / / / /-------------------------- 12 Bit Temperature
# / / / / / /------------- ??? CRC
# / / / / / / /-------- Trend 10 == rising, 01 == falling
# /------- 4 bit CRC
# 0101 0101 1 0 00 0001 0000 1011 1100 01 00 0000
# Bit 0 8 9 1 2 3 36 Bits !!
# 0123 4567 8 9 01 2345 6789 0123 4567 89 01 2345
TEMP/HUMI
0-7 channel
8 battery
9-10 sensor type: 00, 01, 10 => TEMP/HUMI type. 11 => RAIN
possibly Trend: 00=equal, 01=rising, 10=falling
11 transmit type 0=NORMAL, 1=FORCED
12-23 TEMP signed binary number in 0.1°C
24-27 HUMI tens
28-31 HUMI ones
32-35 CRC: computed n8 = ( 0xf - n0 - n1 - n2 - n3 - n4 - n5 - n6 - n7 ) & 0xf
n0 n1 n2 n3 n4 n5 n6 n7 n8
0101 0101 1000 0001 0000 1011 1100 0100 0000
# 0101 0101 1 00 0 0001 0000 1011 1100 0100 0000
# ^ ^ ^ ^ ^ ^ ^ ^
# | | | | | | | +-------- CRC
# | | | | | | +............... HUMI one's
# | | | | | +-------------------- HUMI ten's
# | | | | +-------------------------------------- 12 bit signed TEMP * 0.1°C
# | | | +------------------------------------------ Transmit FORCED/NORMAL
# | | +--------------------------------------------- Sensor TYPE
# | +----------------------------------------------- battery
# +---------------------------------------------------------- CHANNEL
RAIN
0-7 channel
8 battery
9-10 sensor type: 00, 01, 10 => TEMP/HUMI type. 11 => RAIN
11 transmit type 0=NORMAL, 1=FORCED
12-13 always 11=RAIN sensor type
14-15 always 00 for RAIN sensor type
16-31 2 bytes RAIN data cummulated meter * 0.25mm/m²
32-35 CRC: Computed with the following formula: n8 = ( 0x7 + n0 + n1 + n2 + n3 + n4 + n5 + n6 + n7 ) & 0xf
where nX = nibble number
n0 n1 n2 n3 n4 n5 n6 n7 n8 (CRC)
0101 0101 0110 0001 0000 1011 1100 0100 0000
# 0101 0101 0 11 0 1100 0100 0010 1111 0001 0000
# ^ ^ ^ ^ ^ ^ ^
# | | | | | | +---------- CRC
# | | | | | |
# | | | | | +-------------------------------- 16 Bits, 2 bytes, RAIN summary * 0.25mm
# | | | | +-------------------------------------- 1100 for RAIN sensor
# | | | +------------------------------------------ Transmit FORCED/NORMAL
# | | +--------------------------------------------- Sensor TYPE
# | +----------------------------------------------- battery
# +---------------------------------------------------------- CHANNEL
Was meinst Du?
~Josef
Zitat von: hjgode am 23 Dezember 2015, 18:51:29
16 oder 8MHz wird normalerweise beim Kompilieren von der Arduino IDE angepasst. Bezieht sich ja auf delay() und andere Zeitabfragen. Der Mini muss trotzdem antworten.
Wie wird denn die IP Adresse zu dem esp-link aufgelöst? Wie hast Du dem ESP-01 Dein WLAN beigebracht? Normalerweise lässt man die WLAN Karte des PC nach Netzwerken suchen und findet dann ein neuse Netz esp_..... Dann verbindet man sich damit und kann dann die esp-link Verbindung konfigurieren. Dann verbindet man sich wieder mit seinem 'normalen' Netzwerk und der ESP sollte mit 'drin' sein. IP Adresse dann über nmap oder so ermitteln, es sei denn Du hast Sie wie ich statisch festgelegt.
Wenn Du den Mini über USB verbindest solltest Du beim Reset im Terminal Programm (zB auch Serial Monitor der Arduino IDE) was sehen.
~josef
Hallo Josef,
die IP sollte stimmen, ich habs wie von dir gerade beschrieben gemacht, allerdings nicht statisch wobei die Fritzbox immer die gleiche IP vergibt. Durch die Fritzbox kann ich ihn dann direkt über den Hostnamen "esp-link" ansprechen. Funktioniert auch vom PC aus wunderbar.
Im Terminal direkt am PC sehe ich auch nichts.
Ich habe allerdings nicht selbst kompiliert, sondern die "proMini-Version" von FHEM genommen. Daher die Vermutung mit dem Falschen timing.
Ein defekt des Arduinos kann ich eigentlich ausschließen, da ich vor dem Flashen einen anderen Sketch drauf hatte und der funktionierte wunderbar und gab auch über den esp-link alles wunderbar aus.
EDIT:
Ich habe das jetzt mal selbst für den ProMini mit Einstellungen für 8MHz kompiliert und geflasht
=> jetzt funktioniert alles wie gewünscht.
Von daher habe ich die Bitte, auch ein *.hex für die 8MHz-Version bereitzustellen, da das ja eigentlich für die WIFI-Variante die Beste is, da kein Levelshifter verwendet werden muss und kein unnötiges Zeug drauf ist, das Probleme machen könnte.
Zitat von: hjgode am 23 Dezember 2015, 19:12:40
...
die Binärdaten der Excel Datei passen aber so gar nicht zum Schema von TFD:
...
Hallo Josef,
etwas muß etwas passen den die Temp-Werte werden richtig angezeigt. Vielleicht geht auch ein andere Wettersensor aus dem 14_CUL_TCM97001.pm, habe ich noch nicht ausprobiert, ich glaube dieser wurde automatisch erkannt.
Es wird nur kein Humi angezeigt. An dieser Stelle liegen die Daten vom rain, so würde ich das deuten an Hand meiner gesammelten Daten. Das muß aber nicht stimmen ;-(. Es werden auch nur die gerade gezählten Wippenschläge übertragen. Der Sensor speichert nichts. Diese Daten müssen im Empfänger aufaddiert und gespeichert werden.
Es werden bei jeder Übertragung, so glaube ich, die Temperatur und wenn die Wippen bewegt wurde auch die Wippenschläge übertragen. Wenn die Wippe nicht bewegt wurde, wird nur die Temp übertragen.
TEMP/HUMI
0-7 channel
8 battery ??
9-10 sensor type: 00, 01, 10 => TEMP/HUMI type. 11 => RAIN ??
possibly Trend: 00=equal, 01=rising, 10=falling ??
11 transmit type 0=NORMAL, 1=FORCED ??
12-23 TEMP signed binary number in 0.1°C
24-27 HUMI tens --> beim PFR-130 ist diese immer Null, ausser es wurden Wippenschläge gezählt
28-31 HUMI ones --> und hier
32-35 CRC: computed n8 = ( 0xf - n0 - n1 - n2 - n3 - n4 - n5 - n6 - n7 ) & 0xf
n0 n1 n2 n3 n4 n5 n6 n7 n8
0101 0101 1000 0001 0000 1011 1100 0100 0000
# 0101 0101 1 00 0 0001 0000 1011 0000 0000 0000
# ^ ^ ^ ^ ^ ^ ^ ^
# | | | | | | | +-------- CRC ??
# | | | | | | +... PFR-130 ist diese immer Null,
# | | | | | +---------- ausser es wurden Wippenschläge gezählt
# | | | | +-------------------------------------- 12 bit signed TEMP * 0.1°C
# | | | +------------------------------------------ Transmit FORCED/NORMAL ??
# | | +--------------------------------------------- Sensor TYPE ??
# | +----------------------------------------------- battery ??
# +---------------------------------------------------------- CHANNEL
Beim PFR-130 sind die Nibbel 6 und 7 immer Null, ausser es werden die gerade gezählten Wippenschläge übertragen.
n0 n1 n2 n3-n5 Temp Temp n6 n7 n2+n6+n7 Rain Anzeige(mm) Rain Übertragen (mm) Wippenschläge
0000 0111 0000 0000 1101 1101 22,1 0011 1001 000000111001 1 1 2
0000 0111 0000 0000 1101 1111 22,3 0100 0101 000001000101 2,5 1,5 3
Ich konnte bei den Werten von n6 und n7 noch kein Muster erkennen, wie ein, zwei, drei oder mehr Wippenschläge gezählt werden. In der Exceldatei wird ab Zeile 23 hochgezählt, mit unterschiedlichen Wippenschlägen. Vielleicht siehst du ja was.
Jörg
Hallo Jörg
ich habe mir Deine Tabelle mit Werten nochmal angeschaut und eventuell folgende Lösung zur Ermittlung der Regenwerte:
Wenn man den Wert von n2/n6/n7 durch 25 teilt und das gerundete Ergebnis mal 0.5 nimmt bekommt man die Anzahl Wippenschläge (ob das nun 0.25 or 0.5mm sind):
Nibble Nibble
2 6 7 2+6+7 Niederschlag mm Wippen-schlag Decimal ROUND (G3/25) ROUND (G3/25)*0.5
0000 0001 1100 000000011100 0.5 1 28 1 0.5
0000 0011 1001 000000111001 1 2 57 2 1
0000 0100 0101 000001000101 1.5 3 69 3 1.5
0000 0110 0010 000001100010 2 4 98 4 2
0000 0111 1110 000001111110 2.5 5 126 5 2.5
0000 1110 0000 000011100000 4.5 8 224 9 4.5
0000 1111 1101 000011111101 5 10 253 10 5
0001 0010 0110 000100100110 6 12 294 12 6
0001 1010 0100 000110100100 8.5 17 420 17 8.5
Obwohl ich nicht weiss, wie das mit den Daten die ich vom PFR-130 empfange zusammenpasst.
Der Auriol wurde bei mir für den PFR-130 automatisch angelegt. Die Temperatur-Anzeige stimmt auch. Allerdings erhalte ich wenn ich die Wippe bewegt habe falsche Temperatur Werte:
Zum Beispiel:
2015.12.23 17:52:29 4: CUL_TCM97001 Unknown 49 (3100D9006000) length: 12
2015.12.23 17:52:29 4: CUL_TCM97001 Define Name: Unknown Model defined: Unknown
2015.12.23 17:52:29 0: AURIOL: hex = 3 1 0 0 D 9 0 0
2015.12.23 17:52:29 4: CUL_TCM97001 temperature AURIOL_49 49 T: 21.7
2015.12.23 17:53:05 4: FS20 FS20_d93145 off-for-timer
2015.12.23 17:53:14 4: CUL_TCM97001 Unknown 49 (3100D9006000) length: 12
2015.12.23 17:53:14 4: CUL_TCM97001 Define Name: Unknown Model defined: Unknown
2015.12.23 17:53:14 0: AURIOL: hex = 3 1 0 0 D 9 0 0
2015.12.23 17:53:14 4: CUL_TCM97001 temperature AURIOL_49 49 T: 21.7
2015.12.23 17:53:14 4: CUL_TCM97001 Unknown 49 (3100D900) length: 8
2015.12.23 17:53:14 4: CUL_TCM97001 temperature AURIOL_49 49 T: 5.4
Das "AURIOL: hex = " habe ich mal in the CUL_TCM97001 eingefügt. Die "T: 5.x" erscheinen, wenn ich die Wippe bewegt habe (am 23.12. gegen nach 18:00 Uhr) und sporadisch.
Auuserdem fällt auf, dass bei mir der CUL_TCM Code neben den hex 31.... auch hex15 Werte bekommt.
...
2015.12.23 17:53:14 0: AURIOL: hex = 3 1 0 0 D 9 0 0
2015.12.23 17:53:14 4: CUL_TCM97001 temperature AURIOL_49 49 T: 21.7
2015.12.23 17:53:14 4: CUL_TCM97001 temperature AURIOL_49 49 T: 5.4
...
2015.12.23 18:04:29 0: AURIOL: hex = 3 1 0 0 D D 0 0
2015.12.23 18:04:29 4: CUL_TCM97001 temperature AURIOL_49 49 T: 22.1
2015.12.23 18:05:59 4: CUL_TCM97001 temperature AURIOL_49 49 T: 5.5
...
2015.12.23 18:04:29 0: AURIOL: hex = 3 1 0 0 D D 0 0
2015.12.23 18:04:29 4: CUL_TCM97001 temperature AURIOL_49 49 T: 22.1
2015.12.23 18:05:59 4: CUL_TCM97001 temperature AURIOL_49 49 T: 5.5
...
2015.12.23 22:38:59 4: CUL_TCM97001 temperature AURIOL_49 49 T: 21.1
2015.12.23 22:39:30 0: AURIOL: hex = 1 5 1 0 3 8 D D
2015.12.23 22:40:24 0: AURIOL: hex = 1 5 1 0 3 7 D D
2015.12.23 22:41:14 0: AURIOL: hex = 3 1 0 0 D 3 0 0
2015.12.23 22:41:14 4: CUL_TCM97001 temperature AURIOL_49 49 T: 21.1
...
2015.12.24 00:18:44 0: AURIOL: hex = 3 1 0 0 D 0 0 0
2015.12.24 00:18:44 4: CUL_TCM97001 temperature AURIOL_49 49 T: 20.8
2015.12.24 00:19:19 0: AURIOL: hex = 1 5 1 0 3 8 D D
2015.12.24 00:20:12 0: AURIOL: hex = 1 5 1 0 3 9 D D
2015.12.24 00:20:14 4: CUL_TCM97001 temperature AURIOL_49 49 T: 5.2
2015.12.24 00:20:59 0: AURIOL: hex = 3 1 0 0 D 0 0 0
...
Vielleicht kommen wir damit ja weiter.
Erst einmal allen Usern ein frohes Weihnachten
Gruss
Josef
Hallo,
Ich habe damit begonnen den Signalduino über ein "w5100 ethernet shield" anzubinden.
Das set- und get commands funktioniert bereits, aber nun weiß ich nicht wie ich im Modul patternDecoder ein server.print(..) aufrufen kann.
server ist im Hauptmodul RF_Receiver.ino definiert
EthernetServer server = EthernetServer(23);
Wird da eine callback Class aus dem Modul benötigt?
Oder gibt es auch andere Möglichkeiten?
Gruß Ralf
Zitat von: Ralf9 am 26 Dezember 2015, 15:59:23
Hallo,
Ich habe damit begonnen den Signalduino über ein "w5100 ethernet shield" anzubinden.
Das set- und get commands funktioniert bereits, aber nun weiß ich nicht wie ich im Modul patternDecoder ein server.print(..) aufrufen kann.
server ist im Hauptmodul RF_Receiver.ino definiert
EthernetServer server = EthernetServer(23);
Wird da eine callback Class aus dem Modul benötigt?
Oder gibt es auch andere Möglichkeiten?
Gruß Ralf
Hi Ralf,
dafür müsste man das Ethernet Objekt an das Patterndecoder Objekt übergeben.
Irgendwie ist das etwas unschön..
Es müsste aber auch klappen, wenn man das Objekt global definiert und dann im patternDecoder.h als extern definiert.
Die Serial.print Ausgaben sollte man dann wohl über ein Macro ablösen, damit man eine zentrale Stelle für Anpassungen hat und Entscheidungen, ob seriell oder Ethernet genutzt wird, hat.
Grüße Sidey
Zitat von: Sidey am 26 Dezember 2015, 16:06:12
Es müsste aber auch klappen, wenn man das Objekt global definiert und dann im patternDecoder.h als extern definiert.
Hallo Sidey,
Dafür reichen meine Arduino Grundkenntnisse nicht aus, das bekomme ich ohne Hilfe nicht hin.
Gruß Ralf
Zitat von: Sidey am 26 Dezember 2015, 16:06:12
dafür müsste man das Ethernet Objekt an das Patterndecoder Objekt übergeben.
Es müsste aber auch klappen, wenn man das Objekt global definiert und dann im patternDecoder.h als extern definiert.
Da dafür meine Kenntnisse nicht ausreichen, habe ich es mal mit einem Callback aus dem Modul versucht.
Im patternDecoder.h habe ich folgendes eingetragen:
// Basisklasse mit Callbacks aus dem Modul
class ReceiverBase {
public:
virtual void sendPrintStr(const String *msg);
};
class patternDecoder : public patternDetector{
....
private:
ReceiverBase* rfBase;In der patternDecoder.cpp habe ich das "Serial.print(*preamble);" durch folgendes ersetzt:
rfBase->sendPrintStr(*preamble);Da komme ich aber nicht weiter, da ich nicht weiß was ich in der RF_Receiver.ino eintragen muß.
Die einzigste Möglichkeit, die ich hinbekommen müsste, ist die Ethernet Definitionen und die Sende- und Empfangsroutinen ins PatternDecoder Modul zu verschieben.
Gruß Ralf
Hi Ralf,
ich kann dir da erst im Nächsten Jahr mit Code weiter helfen.
Das was Du da implementiert hast, scheint mir aber keine callback Funktion zu sein.
Du hast dort eine Klasse definiert und diese (hoffentlich) in der Klasse PatternDecoder initialisiert.
Ich würde es mal mit der extern Deklaration probieren.
So funktioniert es ja auch mit Serial.Print:
http://stackoverflow.com/questions/4918010/c-global-object
Ansonsten wäre der Weg wohl, eine Klasse definieren (so wie Du es gemacht hast) und dann einen Zeiger auf diese Klasse an Patterndecoder übergeben.
Diese Klasse müsste hält als Interface deklarieren, um darüber zu steuern, ob man seriell oder Ethernet möchte.
Die Varianten mit Callback wäre auch denkbar.
Du müsstest dazu eine Funktion im Hauptprogramm deklarieren.
Dort wird entweder seriell oder Ethernet ausgegeben.
Die Funktion (den Zeiger darauf) über gibst Du an PatternDecoder.
Dort wird dann diese Funktion über den übergeben ein Zeiger aufgerufen.
Grüße Sidey
Hallo Sidey,
es ist whh etwas untergegangen:
Da ich den Signalduino jetzt auf einem Arduino Pro Mini 3.3V/8MHz ans laufen gebracht habe, und das für Wifi über ESP8266 die sinnvollste Variante ist, wollte ich fragen, ob du in Zukunft eine FirmwareVersion für diesen bereitstellen kannst, damit man nicht immer selbst kompilieren muss.
Viele Grüße,
Kuzl
Zitat von: Sidey am 27 Dezember 2015, 10:30:58
Ich würde es mal mit der extern Deklaration probieren.
So funktioniert es ja auch mit Serial.Print:
Bei dem Beispiel
http://stackoverflow.com/questions/4918010/c-global-object
ist es aber für mich die falsche Richtung. Dort wird eine class im Modul für das main.ino zugänglich gemacht.
global_obj.cpp
Class obj;
global_obj.h
extern Class obj;
main.cpp
#include "global_obj.h"Muß ich dann das extern in die "RF_Receiver.h" schreiben?
Und in die patternDecoder.cpp
#include "RF_Receiver.h"Gruß Ralf
Zitat von: Kuzl am 27 Dezember 2015, 10:53:25
Da ich den Signalduino jetzt auf einem Arduino Pro Mini 3.3V/8MHz ans laufen gebracht habe, und das für Wifi über ESP8266 die sinnvollste Variante ist, wollte ich fragen, ob du in Zukunft eine FirmwareVersion für diesen bereitstellen kannst
Hallo Kuzl,
könnte ich machen. Allerdings wird es mit dem Support dafür etwas schwer, da ich derzeit keine 8 MHz Variante im Einsatz habe und dann nicht so genau weiss, ob zum einen der Takt ausreicht und zum anderen auch alle Zeit Berechnungen stimmen.
Grüße Sidey
grüße Sidey
Zitat von: Ralf9 am 27 Dezember 2015, 12:54:14
Muß ich dann das extern in die "RF_Receiver.h" schreiben?
Hi Ralf,
ich würde es so versuchen:
In rf_receiver.c
EthernetServer server(40000);
In patternDecoder.h würde ich dann
Included "Ethernet.h"
Extern EthernetServer Server;
Code kann ich derzeit nicht verifizieren, aber so sollte es gehen.
Mit dem Serial Objekt wird meines Wissens nach nichts anderes gemacht.
Grüße Sidey
Jetzt funktioniert es wie gewünscht.
Ich habe die "RF_Receiver.h" neu angelegt:
//
// RF_Receiver.h
//
#ifndef _RF_Receiver_H_
#define _RF_Receiver_H_
#include <Ethernet.h>
extern EthernetServer server;
#endif /* _RF_Receiver_H_ */
In die patternDecoder.cpp habe ich eingefügt:
#include "RF_Receiver.h"
Ich habe auch noch ein getConfig eingebaut
getConfig => MsE, MuD, McE
Ein freeram ergibt:
freeram => 786
Der flash ist auch ausreichend
Binäre Sketchgröße: 26.660 Bytes (von einem Maximum von 30.720 Bytes)
Gruß Ralf
Zitat von: Ralf9 am 27 Dezember 2015, 16:22:53
In die patternDecoder.cpp habe ich eingefügt:
#include "RF_Receiver.h"
Gut, dass es soweit geklappt hat.
Dadurch funktioniert die Lib jetzt nicht mehr ohne das Hauptprogramm.
Die Header Datei braucht man nicht, wenn man direkt im Patterndecoder.h die Einträge mit extern vor nimmt.
Von der Logik her ist es nicht korrekt einen variable die in RF_receiver definiert wird dort auch als extern zu deklarieren.
Grüße Sidey
Hallo
vielleicht helft Ihr mir die RF_Receiver-Daten zu entschlüsseln. Ich habe im PFR-130 die Data-Verbindung (und Minus) zum Sender direkt an den Nano D2 Eingange angeschlossen, um andere Signale auszusperren:
FHEM
CUL_TCM97001_63 / Auriol_63
temp 21.4 / 21.3
batt OK
trend rising
RF_Receiver 3.1.8
DEBUG 1
Using sFIFO
MS;P1=418;P2=-8110;P3=-2151;P4=-3849;D=1213131414141414141313131313131313141413141314141413131313131313131314141313;CP=1;SP=2;O;
MS;P0=416;P1=-3850;P2=-2149;P3=-8113;D=0302020101010101010202020202020202010102010201010102020202020202020201010202;CP=0;SP=3;O;
MS;P0=-2139;P1=421;P2=-3852;P4=-8111;D=1410101212121212121010101010101010121210121012121210101010101010101012121010;CP=1;SP=4;O;
MS;P0=416;P1=-2141;P2=-3850;P3=-8109;D=0301010202020202020101010101010101020201020102020201010101010101010102020101;CP=0;SP=3;O;
MS;P0=-2140;P1=418;P2=-3846;P3=-8112;D=1310101212121212121010101010101010121210121012121210101010101010101012121014;CP=1;SP=3;O;
MS;P0=417;P1=-2142;P2=-3850;P3=-8108;D=0301010202020202020101010101010101020201020102020201010101010101010102020101;CP=0;SP=3;O;
MS;P0=-2184;P1=419;P2=-3848;P3=-8114;D=1310101212121212121010101010101010121210121012121210101010101010101012121010;CP=1;SP=3;O;
MS;P0=417;P1=-8108;P2=-2155;P3=-3848;D=0102020303030303030202020202020202030302030203030302020202020202020203030202;CP=0;SP=1;O;
MS;P0=-3848;P1=419;P2=-2140;P3=-8111;D=1312121010101010101212121212121212101012101210101012121212121212121210101212;CP=1;SP=3;O;
MS;P0=417;P1=-2143;P2=-3851;P3=-8110;D=0301010202020202020101010101010101020201020102020201010101010101010102020101;CP=0;SP=3;O;
MS;P0=-2143;P1=419;P2=-3846;P3=-8110;D=1310101212121212121010101010101010121210121012121210101010101010101012121010;CP=1;SP=3;O;
MS;P0=418;P1=-3847;P2=-2143;P4=-8112;D=0402020101010101010202020202020202010102010201010102020202020202020201010202;CP=0;SP=4;O;
MS;P0=-2140;P1=420;P2=-3847;P3=-8109;D=1310101212121212121010101010101010121210121012121210101010101010101012121010;CP=1;SP=3;O;
MS;P0=432;P1=-2185;P2=-3850;P3=-8111;D=0301010202020202020101010101010101020201020102020201010101010101010102020104;CP=0;SP=3;O;
MS;P0=-8110;P1=421;P2=-2153;P3=-3846;D=1012121313131313131212121212121212131312131213131312121212121212121213131212;CP=1;SP=0;O;
2 TICKS (Magnet)
MS;P0=416;P1=-3847;P2=-2145;P3=-8110;D=0302020101010101010202020202020202010102010201010102020202020202020201010204;CP=0;SP=3;O;
MS;P0=-2141;P1=417;P2=-3844;P3=-8112;D=1310101212121212121010101010101010121210121012121010101212101012101012121010;CP=1;SP=3;O;
MS;P0=416;P1=-3849;P2=-2143;P3=-8112;D=0302020101010101010202020202020202010102010201010202020101020201020201010202;CP=0;SP=3;O;
MS;P0=-3850;P1=419;P2=-2142;P3=-8108;D=1312121010101010101212121212121212101012101210101212121212121212121210101012;CP=1;SP=3;O;
MS;P0=419;P1=-2140;P2=-3851;P3=-8114;D=0301010202020202020101010101010101020201020102020101010101010101010102020201;CP=0;SP=3;O;
MS;P0=-2175;P1=413;P2=-3849;P4=-8108;D=1410101212121212121010101010101010121210121012121010101010101010101012121210;CP=1;SP=4;O;
MS;P0=420;P1=-2151;P2=-3847;P3=-8108;D=0301010202020202020101010101010101020201020102020101010101010101010102020201;CP=0;SP=3;O;
MS;P0=-3850;P1=418;P2=-2144;P4=-8114;D=1412121010101010101212121212121212101012101210121012121212121212121210121212;CP=1;SP=4;O;
MS;P0=416;P1=-2143;P2=-3849;P3=-8108;D=0301010202020202020101010101010101020201020102010201010101010101010102010101;CP=0;SP=3;O;
MS;P0=-3850;P1=416;P2=-2142;P3=-8110;D=1312121010101010101212121212121212101012101210121012121212121212121210121214;CP=1;SP=3;O;
MS;P0=418;P1=-3846;P2=-2141;P3=-8110;D=0302020101010101010202020202020202010102010201010102020202020202020201010202;CP=0;SP=3;O;
MS;P0=-2143;P1=416;P2=-3848;P3=-8110;D=1310101212121212121010101010101010121210121012121210101010101010101012121010;CP=1;SP=3;O;
MS;P0=426;P1=-3846;P2=-2195;P3=-8109;D=0302020101010101010202020202020202010102010201010102020202020202020201010202;CP=0;SP=3;O;
MS;P0=-2142;P1=419;P2=-3848;P3=-8111;D=1310101212121212121010101010101010121210121012121210101010101010101012121010;CP=1;SP=3;O;
MS;P0=416;P1=-3850;P2=-2142;P3=-8112;D=0302020101010101010202020202020202010102010102020202020202020202020102020101;CP=0;SP=3;O;
MS;P0=-2140;P1=418;P2=-3848;P3=-8110;D=1310101212121212121010101010101010121210121210101010101010101010101210101212;CP=1;SP=3;O;
Wie mach ich daraus jetzt brauchbare Binär- und Hex-Daten?
Es scheinen ja jeweils zwei Pakete 'gesendet' zu werden. Einmal für die Temperatur und einmal für die 'Regenmenge'.
Gruss
Josef
Zitat von: Sidey am 27 Dezember 2015, 13:55:26
könnte ich machen. Allerdings wird es mit dem Support dafür etwas schwer, da ich derzeit keine 8 MHz Variante im Einsatz habe und dann nicht so genau weiss, ob zum einen der Takt ausreicht und zum anderen auch alle Zeit Berechnungen stimmen.
Vielen Dank dafür,
Kann ich gerne ausprobieren. Die Variante, die ich selbst Kompiliert hatte, hat zuminderst einen Sensor gefunden und auch plausible Werte geliefert.
Zitat von: hjgode am 28 Dezember 2015, 16:53:20
Wie mach ich daraus jetzt brauchbare Binär- und Hex-Daten?
Es scheinen ja jeweils zwei Pakete 'gesendet' zu werden. Einmal für die Temperatur und einmal für die 'Regenmenge'.
Moin,
Das Auswertung könntest Du so machen, dass Du dir ein dummy Signalduino definierst und die Zeilen aus dem Log via get raw zum demodulieren sendest.
Grüße Sidey
Gesendet von meinem SM-T365 mit Tapatalk
Zitat von: Sidey am 29 Dezember 2015, 09:27:09
Moin,
Das Auswertung könntest Du so machen, dass Du dir ein dummy Signalduino definierst und die Zeilen aus dem Log via get raw zum demodulieren sendest.
Grüße Sidey
Gesendet von meinem SM-T365 mit Tapatalk
Hallo Sidey
Verstehe ich nicht ???
ich kann einen zweiten FHEM verwenden, dan den ich nur den Nano mit RF_Receiver Sketch hänge, der widerum per Kabel nur mit dem PFR-130 verbunden ist. Dann setze ich global verbose 5, SIGNALduino verbose 5 und SIGNALduino DEBUG 1.
Dann kann ich noch die Zeiten und Temperatur Werte notieren und die Anzahl Reed-Relais 'Klicks'.
Würde das dan zur Analyse reichen?
Gruss
Josef
Hallo Josef,
So kannst Du es auch machen.
Das debug brauchst brauchbare Du nicht, das ist nur für die demodulierung neuer Signale nützlich.
Das Signal wird ja bereits erkannt und dann zum Dekodieren an das TCM_97001 Modul übertragen.
So Wie ich die Diskussion verstanden habe, wird dort dann ein Temp/Hum Sensor angelegt.
Dort müsste nach meinem Verständniss nun durch Björn auch die entsprechende Erweiterung erfolgen.
Aus meiner Sicht sind dazu die an das TCM_97001 Modul übergebenen Daten (diese beginnen mit s) und die dazu passenden Werte notwendig.
Grüße Sidey
Gesendet von meinem SM-T365 mit Tapatalk
Hallo Sidey, Hallo Björn
ich habe das Modul 14_CUL_TCM97001.pm um die Regenwerte des Pollin PFR-130 Regenmessers erweitert:
in sub CUL_TCM97001_Parse($$):
...
my $channel = undef;
my $rainticks = undef;
my $rainMM = undef;
...
if (($readedModel eq "AURIOL" || $readedModel eq "Unknown")) {
...
$temp = $temp / 10;
# rain values Pollin PFR-130
$rainticks = (hex($a[2].$a[6].$a[7])) & 0x3FF; #mask n2 n6 n7 for rain ticks
Log3 $name, 5, "CUL_TCM97001: AURIOL rainticks=$rainticks";
$rainMM = int($rainticks / 25 + .5) * .5; # rain height in mm/qm
Log3 $name, 5, "CUL_TCM97001: AURIOL rain mm=$rainMM";
...
if ($hashumidity == TRUE) {
readingsBulkUpdate($def, $msgtypeH, $valH);
}
#rain Pollin PFR-130
if ($model eq "AURIOL") {
readingsBulkUpdate($def, "rainticks", $rainticks);
readingsBulkUpdate($def, "rainMM", $rainMM);
}
...
Was meint Ihr dazu?
Wie bekomme ich das im FHEM Repository geändert, damit ich bei Updates nicht immer 'meine' Datei einspielen muss?
~Josef
Hallo Josef,
Du müsstest einen Patch vorschlagen, wenn Björn den aufnimmt, dann brauchst Du es bei einem Update nicht excluden.
Allerdings glaube ich nicht, dass Björn diese Änderungen 1:1 übernehmen wird, denn soweit ich verstanden habe würde der Temp/Hum Sensor mit den Anpassungen nicht mehr funktionieren.
Es müsste noch ein Unterscheidungsmerkmal zwischen PFR und Auriol gefunden werden.
Grüße Sidey
Zitat von: hjgode am 30 Dezember 2015, 17:03:53
...
ich habe das Modul 14_CUL_TCM97001.pm um die Regenwerte des Pollin PFR-130 Regenmessers erweitert:
..
Hallo Josef,
könntest du mal deine geänderte 14_CUL_TCM97001.pm anhängen. Ich würde mal testen, bin aber zu faul die Änderungen einzubauen. Danke.
Jörg.
Seit Version V 3.2.0-b10 SIGNALduino - compiled at Dec 22 2015 23:24:52 habe ich öfters das Problem, dass der State auf Opened steht anstatt Initialized... bin ich ein Einzelfall? :) Habe mal zur Sicherheit neu geflasht.
Hallo Hauswart,
Grundsätzlich ist mir nichts bekannt, was das auslösen sollte.
Ich habe ein paar Fehler beseitigt, welche das Abstürzen eher seltener macht.
Welche Version hattest Du denn vorher und passiert es in einem gewissen Zeitraum immer wieder?
Grüße Sidey
Gesendet von meinem SM-T365 mit Tapatalk
Zitat von: pejonp am 30 Dezember 2015, 17:28:00
Hallo Josef,
könntest du mal deine geänderte 14_CUL_TCM97001.pm anhängen. Ich würde mal testen, bin aber zu faul die Änderungen einzubauen. Danke.
Jörg.
Hallo Jörg
ich habe die Datei noch was erweitert und ein neues Model 'PFR-130' eingeführt, dann kollidiert die Änderung nicht mit bestehenden Sensoren.
Gruss
Josef
EDIT: leider merkt sich das Teil das Model Attribute nicht und fällt immer wieder auf AURIOL zurück
EDIT2: habe den code umgestellt und jetzt merkt sich das Teil das Model. Neue 14_CUL_TCM97001.pm angehängt
Hallo Sidey,
mir ist aufgefallen, daß beim SIGNALDuino das uptime nur ca 9 Stunden (ca 32700 sek) funktioniert.
Danach kommt beim uptime als Antwort:
SIGNALduino/RAW (ReadAnswer): -32175
Hängt dies mit dem "static uint16_t times_rolled = 0" zusammen?
Mir ist nicht klar wie das mit dem "times_rolled" funktioniert.
int getUptime()
{
unsigned long now = millis();
static uint16_t times_rolled = 0;
static unsigned long last = 0;
// If this run is less than the last the counter rolled
unsigned long seconds = now / 1000;
if (now < last) {
times_rolled++;
seconds += ((long(4294967295) / 1000 )*times_rolled);
}
last = now;
return seconds;
}
Gruß Ralf
Zitat von: hjgode am 31 Dezember 2015, 15:29:44
...
ich habe die Datei noch was erweitert und ein neues Model 'PFR-130' eingeführt, dann kollidiert die Änderung nicht mit bestehenden
...
Hallo Josef,
hat bei mir funktioniert.
state T: 21.5 R: 100 Rmm: 2
Die Anzeige von R: 100 was bedeutet das ? Solten da nicht vielleicht die Wippenschläge hin ? Vielleicht kannst du ja noch die die Anzeige für Total Rmm einbauen.
Ich habe ein anderes Problem, seit einiger Zeit werden die Daten von meinem Lifetec LT3594 nicht mehr richtig angezeigt. Dieser wurde sonst als ABS700 erkannt bzw. habe ich eingestellt, jetzt wechselt dieser immer wieder auf TCM97... und die Temp steht bei 32 C und bei ABS700 steht 53,8 C. Vielleicht haben andere ja ähnliche Probleme. (http://forum.fhem.de/index.php/topic,35064.msg382978.html#msg382978)
Jörg
Zitat von: pejonp am 02 Januar 2016, 00:08:39
Hallo Josef,
hat bei mir funktioniert.
state T: 21.5 R: 100 Rmm: 2
Die Anzeige von R: 100 was bedeutet das ? Solten da nicht vielleicht die Wippenschläge hin ? Vielleicht kannst du ja noch die die Anzeige für Total Rmm einbauen.
Ich habe ein anderes Problem, seit einiger Zeit werden die Daten von meinem Lifetec LT3594 nicht mehr richtig angezeigt. Dieser wurde sonst als ABS700 erkannt bzw. habe ich eingestellt, jetzt wechselt dieser immer wieder auf TCM97... und die Temp steht bei 32 C und bei ABS700 steht 53,8 C. Vielleicht haben andere ja ähnliche Probleme. (http://forum.fhem.de/index.php/topic,35064.msg382978.html#msg382978)
Jörg
Hallo Jörg
bei dem Lifetec kann ich erst mal nicht direkt helfen. Irgendwie wird readedModel in den if Anweisungen 'ignoriert' und ein Sensor wechselt dann das 'Model'.
Bei mir hat das Verschieben der if(readedModel) Abfragen geholfen. Allerdings ist das eigentlich keine brauchbare Lösung. Es müssen zusätzliche verläsliche Kriterien dazukommen.
Ich habe jetzt die CRC Berechnung für den PFR-130 (heisst jetzt PFR_130 und checkCRC4) herausgefunden und eingebaut. 'R' steht proportional für die Anzahl der 'Wippenschläge', das ist der Wert der vom PFR-130 Sensor gesendet wird. Aber da wird nicht 1 für einen Wippenschlag gesendet sondern 28, 57 ... (siehe anhängendes calc).
Hast Du irgendwelche Protokoll Hinweise für den Lieftec?
Gruss und frohes Neues
~Josef
Zitat von: Ralf9 am 01 Januar 2016, 19:52:00
mir ist aufgefallen, daß beim SIGNALDuino das uptime nur ca 9 Stunden (ca 32700 sek) funktioniert.
Ich habe es mir nochmals genauer angeschaut, nun ist es klar warum es so nicht funktionieren kann.
Dort steht "int getUptime()" es muß aber heißen:
unsigned long getUptime()
Das mit dem times_rolled ist mir nun auch klar.
Gruß Ralf
Hallo
ich habe das Modul 14_CUL_TCM97001.pm nochmals überarbeitet (wahrscheinlich nicht zum letzten Mal). Ein Regentick (Wippe schlägt um) wird mit dem Wert 25 übertragen. Eine 'Schaufel' der Wippe fasst 0,5mm Regenwasser. Die Anzahl der Ticks stimmt heute mit der Anzeige des PFR Empfängers überein: Ich habe 9 Ticks (neun Mal den Wert 25 in den Nibbles n2,n6 und n8) empfangen und die Anzeige zeigt 4,5mm.
Es wäre gut, wenn SIGNALduino die Anzahl Nibbles nicht auf 12 auffüllen würde. Dann hätte man ein zusätzliches Kriterium für den PFR-130 (Auriol).
Vielleicht kann man den PFR-130 Code in ein eigenes Modul verschieben.
Gruss
~Josef
Zitat von: hjgode am 03 Januar 2016, 11:22:06
...
ich habe das Modul 14_CUL_TCM97001.pm nochmals überarbeitet (wahrscheinlich nicht zum letzten Mal). Ein Regentick (Wippe schlägt um) wird mit dem Wert 25 übertragen. Eine 'Schaufel' der Wippe fasst 0,5mm Regenwasser. Die Anzahl der Ticks stimmt heute mit der Anzeige des PFR Empfängers überein: Ich habe 9 Ticks (neun Mal den Wert 25 in den Nibbles n2,n6 und n8) empfangen und die Anzeige zeigt 4,5mm.
...
Hallo Josef,
werde heute abend einmal testen. Könntest du bitte auch ins Modul die Zeile mit der ID, Datum usw. einfügen. In etwa so:
# $Id: 14_SD_WS09.pm 1039 2016-01-01 $
Damit wir die Versionen auseinanderhalten können. Oder kann das github machen ?
Jörg
Hallo Jörg
manuell Versionsnummern pflegen ist müssig und fehlerträchtig und wird gerne auch mal vergessen.
Wenn das Modul Teil von github wird, kann man jederzeit zwischen den Änderungen hin- und her wechseln.
Für die Updates innerhalb von FHEM benötigt man noch eine 'controls.txt' Datei. Diese enthält dann Anweisungen (zb UPD), den Dateinamen, Timestamp und Dateigröße für FHEM.
Als ersets müsste aber ein Name festgelegt werden, der dann wiederum in SIGNALduino benutzt werden muss, damit diese Daten nicht mehr über 14_CUL_TCM97001 laufen sondern über das neue Modul. Da Auriol und der Pollin wohl ähnlich sind, könnte man beide Sensortypen in einem Modul verarbeiten, so wie das für viele verschiedene Sensortypen derzeit im 14_CUL_TCM97001 gemacht wird.
Da sollte aber Sidey was zu sagen. Er 'macht' schließlich das SIGNALduino Modul.
~josef
Zitat von: Ralf9 am 02 Januar 2016, 11:53:49
Dort steht "int getUptime()" es muß aber heißen:
unsigned long getUptime()
Das mit dem times_rolled ist mir nun auch klar.
Hallo Ralf,
da hast Du recht. Allerdings funktioniert die uptime nur richtig, wenn sie mindestens alle 50 Tage aufgerufen wird.
Da müsste millis überlaufen.
Grüße Sidey
Zitat von: hjgode am 03 Januar 2016, 16:53:07
Da sollte aber Sidey was zu sagen. Er 'macht' schließlich das SIGNALduino Modul.
Hi,
Das CUL_TCM97001 Modul wird von Björn gemacht. Änderungen kann man in Form von Patches vorschlagen.
Ich habe das auch schon des öfteren gemacht.
Ein separates Modul zu erstellen, welches die gleichen Sensoren implementiert halte ich nicht für vorteilhaft.
Was spricht denn dafür?
Grüße Sidey
Zitat von: pejonp am 03 Januar 2016, 13:50:12
werde heute abend einmal testen. Könntest du bitte auch ins Modul die Zeile mit der ID, Datum usw. einfügen. In etwa so:
# $Id: 14_SD_WS09.pm 1039 2016-01-01 $
Damit wir die Versionen auseinanderhalten können. Oder kann das github machen ?
Ich finde das mit der Versionszeile auch sinnvoll.
Wenn man in der Kommandozeile "version" eingibt, wird von allen geladenen Modulen die Version angezeigt.
Wenn die Versionszeile fehlt, wie z.B. bei der "14_CUL_TCM97001.pm", dann wird bei version nur
# $Id: $
angezeigt.
Gruß Ralf
Zitat von: Sidey am 04 Januar 2016, 22:29:40
da hast Du recht. Allerdings funktioniert die uptime nur richtig, wenn sie mindestens alle 50 Tage aufgerufen wird.
Da müsste millis überlaufen.
Ja, dies dürfte z.Zt. aber nicht relevant sein, da es sehr unwahrscheinlich ist, daß der Signalduino so lange durchläuft, u.a. wegen firmwareupdates.
Gruß Ralf
Hallo Ralf, Hallo Sidey
Versionsnummern in 14_CUL_TCM97001.pm: erledigt, ist bei mir nun drin:
# $Id: 14_CUL_TCM97001.pm 53768 2016-01-05 05:59:50 bjoern $
was soll eigentlich das Z hinter der Zeit (hab ich jetzt weggelassen).
Die aktuelle Datei hat eine neue Subroutine isRain(). Wir haben hier einen Sensor (wird als Auriol/Mebus erkannt und wurde leider auch als PFR-130 'erkannt') der als PFR-130 unsinnige Werte für Rain liefert (muss wohl Luftfeuchte sein). Die isRain sub prüft ob bit 0 in Nibble 2 gesetzt ist, dann ist es kein PFR-130 Rain Sensor.
Gruss
Josef
Hallo Mithelfende.
Musst mein FHEM neu aufsetzten. habe ein Update durchgeführt und auch den Stand des Signalduino runtergeladen und über FHEm geflasht.
Habe wohl aber nur die Version
version
V 3.1.8-HF2 SIGNALduino - compiled at Nov 8 2015 21:36:37
Es gibt doch eine aktuellere, oder ?
Wie mache ich ein Update ?
Grüße und Danke
http://www.fhemwiki.de/wiki/SIGNALduino (http://www.fhemwiki.de/wiki/SIGNALduino)
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Ist allerdings eine Version, die regelmäßig weiterentwickelt und eventuell fehlerbehaftet sein könnte [korrigiert mich falls ich hier falsch liege]
Super danke euch beiden ;) das Signalduino ist eine Möglichkeit das hilft mir schonmal enorm weiter ;) leider scheint es nichts für den 433Mhz empfang auf Basis des Arduino + Firmdata zu geben :o
Jetzt noch eine Frage, ich checke einfach nicht was dieses autocreate soll und wie das geht ? ich dachte erst es erkennt automatisch "neue" geräte!?
habt ihr ein ganz einfaches BSP für zb. den Empfang einer Intertechno Fernbedinung zb 1 Taste das ich diese in fhem anlerne?
Gruß Marc
Wenn du den Signalduino mit einem 433 MHz empfänger angeschlossen hast und er "initialized" ist sollte beim Drücken der IT-Fb diese automatisch angelegt werden. Allerdings sind die günstigen 433MHz Empfänger nicht sonderlich empfindlich weshalb die Reichweite sehr begrenzt sein kann. Gleiches zum Beispiel passiert auch wenn ein Wettersensor empfangen wird. Autocreate legt diesen dann automatisch als neues Device an.
Hi!
Danke für die tolle Arbeit am Signalduino.
Auf Anhieb konnte ich meine Oregon-Sensoren und die Flamingo FA21RF einbinden.
Leider habe ich ein kleines Problem...
Es tritt sowohl mit dem aktuellen "dev-r32"-Zweig, als auch mit dem in FHEM integrierten "stable"-Zweig auf.
Stecke ich den Signalduino ab, ist der Fehler natürlich weg und alles läuft klaglos...
Die Fehlermeldung aus dem FHEM-Log:
1: Error: unknown tristate in "101001" has no TYPE
danach wiederholt sich im Log die von FHEM stammende Fehlermeldung
PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
hunderte Male :-(
Die Zeile 4519 in der fhem.pl beinhaltet:
$h->{DBH}->{InactiveDestroy} = 1 if($h->{TYPE} eq 'DbLog');
ein:
{ join(",", grep { !$defs{$_}{TYPE} } keys %defs) }
(stammt aus dem Thread: http://forum.fhem.de/index.php/topic,29963.0.html (http://forum.fhem.de/index.php/topic,29963.0.html))
zeigt mir auch das ominöse "101001" ?Device? an, aber ein derartiges Device existiert nicht.
Weder im Everything-Raum, noch kann ich es per "delete" löschen.
Mein FHEM 5.7 läuft auf einem Raspberry Pi B 2
Mein Verbose-Level steht auf 3 und Stacktrace wäre eigentlich deaktiviert.
Leider bin ich nicht so der Perl-Freak (eigentlich blutiger Anfänger und auch die Forensuche brachten mich nicht weiter.
Meine Vermutung (bitte nicht schlagen, falls ich völlig daneben liege, ist eine reine Mutmaßung) ist,
daß der Signalduino ein ihm fremdes Signal (keine Ahnung, hier funkt vieles auf 433 rum) empfängt.
Er rechnet auch einen Tristate aus/um? und übergibt die Meldung an FHEM, welches aber wegen fehlendem Type scheitert?
weitere Devices, die der Signalduino ausfindig macht wären (aus dem Log):
DDD0D10010D1D0D10010D1D0D101D not defined (Address: DDD0D10010D1D0D10010D1D0D1 Group: 0 Unit: 1D Switch code: 0)
und
DDDD0DDD010D1DD0DDD010D1DD0DD01 not defined (Address: DDDD0DDD010D1DD0DDD010D1DD Group: 0 Unit: DD01 Switch code: D)
Das scheint FHEM aber trotz des "komischen" IT-V3?-Codes keine Bauchschmerzen zu bereiten oder ist das etwa die Wurzel allem Übels???
Vielleicht kann ja wer mit besseren Kenntnissen helfen? Wäre echt toll.
Zitat von: Hardlife am 09 Januar 2016, 13:51:19
Mein Verbose-Level steht auf 3 und Stacktrace wäre eigentlich deaktiviert.
Setze mal beim sduino den verbose auf 4 und poste einen log Auszug.
Gruß Ralf
Hallo Ralf!
Danke für Deine Unterstützung.
Ich habe das Verbose beim Stick auf 4 hochgesetzt und da kommt einiges an Funklast rein...
Die Fehlermeldung von FHEM
Error: unknown tristate in "101001" has no TYPE
ist im Moment noch nicht aufgetaucht
Dafür der komische D01-Tristate
16:47:10 2: DDD0D10010D1D0D10010D1D0D101D not defined (Address: DDD0D10010D1D0D10010D1D0D1 Group: 0 Unit: 1D Switch code: 0)
Anbei ein kleiner Ausschnitt aus dem Log als txt-Datei.
(Ist echt viel nach ein paar Minuten und geht immer so weiter)
Das "DDD0D10010D1D0D10010D1D0D101D" findet man in der 25. Zeile
Zitat von: Hardlife am 09 Januar 2016, 17:17:07
Anbei ein kleiner Ausschnitt aus dem Log als txt-Datei.
(Ist echt viel nach ein paar Minuten und geht immer so weiter)
Das "DDD0D10010D1D0D10010D1D0D101D" findet man in der 25. Zeile
Ich habe auch keine Idee wo das "DDD0D10010D1D0D10010D1D0D101D" herkommen könnte?
Aus den Daten vom log lässt es sich nicht dem Signalduino zuordnen.
Welche Sensoren möchstest Du mit dem Signalduino empfangen?
Es kommen zu viele Nachrichten vom Typ MU
Was für ein Empfänger hast Du?
Gruß Ralf
Das "DDD0D10010D1D0D10010D1D0D101D" taucht nur in Verbindung mit angestecktem Signalduino auf...?
Mein Empfänger ist ein Arduino nano mit einem 433er Superheterodyne-Empfänger...
Woher all die MU-Nachrichten kommen, kann ich leider nicht sagen...
Hinzu kommt, daß ich in einem Wohnblock mit ca. 10 - 30 empfangbaren Parteien lebe.
Wer weiß, was da alles an 433-Geräten rumfunkt...
Ich wollte Anfangs nur die Flamingo-Rauchmelder empfangen und war glücklich, daß quasi automatisch auch mein Oregon-Sensor erkannt wurde.
Mehr hätte ich nicht benötigt.
Mittlerweile hat sich auch die berüchtigte Fehlermeldung "Error: unknown tristate in "101001" has no TYPE" mit "PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519" wieder eingestellt:
2016.01.09 17:48:40 4: SIGNALduino/msg READ: MU;P0=-313;P1=-9484;P2=354;P3=-1012;P4=1041;D=012323232323234040402323232323232340402323402323402;CP=2;
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.01.09 17:48:40 1: [b]Error: unknown tristate in "101001" has no TYPE[/b]
2016.01.09 17:48:40 4: SIGNALduino/msg READ: MS;P0=332;P1=-1035;P2=1027;P3=-344;P4=-10614;D=04010101010101232323010101010101012323010123010123;CP=0;SP=4;O;
2016.01.09 17:48:40 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:40 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:40 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/14_CUL_MAX.pm line 257.
2016.01.09 17:48:41 4: SIGNALduino/msg READ: MS;P0=-1031;P1=1033;P2=-339;P3=334;P4=-10608;D=34303030303030121212303030303030301212303012303012;CP=3;SP=4;O;
2016.01.09 17:48:41 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:41 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:41 4: Dropped (i0380C9) due to short time or equal msg
2016.01.09 17:48:41 4: SIGNALduino/msg READ: MS;P0=357;P1=-1015;P2=1032;P3=-336;P4=-10602;D=04010101010101232323010101010101012323010123010123;CP=0;SP=4;O;
2016.01.09 17:48:41 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:41 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:41 4: Dropped (i0380C9) due to short time or equal msg
2016.01.09 17:48:41 4: SIGNALduino/msg READ: MS;P0=-358;P1=368;P2=-1002;P3=1014;P4=-10606;D=14121212121212303030121212121212123030121230121230;CP=1;SP=4;O;
2016.01.09 17:48:41 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:41 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:41 4: Dropped (i0380C9) due to short time or equal msg
2016.01.09 17:48:41 4: SIGNALduino/msg READ: MS;P0=335;P1=-1029;P2=1021;P3=-351;P4=-10602;D=04010101010101232323010101010101012323010123010123;CP=0;SP=4;O;
2016.01.09 17:48:41 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:41 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:41 4: Dropped (i0380C9) due to short time or equal msg
2016.01.09 17:48:41 4: SIGNALduino/msg READ: MS;P0=-1011;P1=1029;P2=-343;P3=354;P4=-10607;D=34303030303030121212303030303030301212303012303012;CP=3;SP=4;
2016.01.09 17:48:41 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:41 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:41 4: Dropped (i0380C9) due to short time or equal msg
2016.01.09 17:48:47 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:47 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:47 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:48 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:48 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:48 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:48 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:51 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:57 4: SIGNALduino/msg READ: MC;LL=-1096;LH=1014;SL=-598;SH=374;D=AAAAAAAB332B4B4D54D554CD54CD4D5554CB353532;C=462;
2016.01.09 17:48:57 4: Found manchester Protocol id 10 clock 462 -> OSV2o3
2016.01.09 17:48:57 4: SignalDuino_Stick: OSV2 protocol detected: preamble_pos = 31
2016.01.09 17:48:57 4: SignalDuino_Stick: OSV2 protocol converted to hex: (40EA4C10505004D022) with length (72) bits
2016.01.09 17:48:58 4: Found manchester Protocol id 12 clock 462 -> Hideki protocol
2016.01.09 17:48:58 4: SIGNALduino/msg READ: MC;LL=-1108;LH=853;SL=-608;SH=367;D=AAAAAAAB332B4B4D54D554CD54CD4D5554CB353532;C=406;
2016.01.09 17:48:58 4: Found manchester Protocol id 10 clock 406 -> OSV2o3
2016.01.09 17:48:58 4: SignalDuino_Stick: OSV2 protocol detected: preamble_pos = 31
2016.01.09 17:48:58 4: SignalDuino_Stick: OSV2 protocol converted to hex: (40EA4C10505004D022) with length (72) bits
Zitat von: Hardlife am 09 Januar 2016, 18:00:52
Mein Empfänger ist ein Arduino nano mit einem 433er Superheterodyne-Empfänger...
Der Empfänger ist ok
Zitat von: Hardlife am 09 Januar 2016, 18:00:52
Woher all die MU-Nachrichten kommen, kann ich leider nicht sagen...
Hinzu kommt, daß ich in einem Wohnblock mit ca. 10 - 30 empfangbaren Parteien lebe.
Wer weiß, was da alles an 433-Geräten rumfunkt...
Du kannst mal ein "set disableMessagetype unsyncedMU" machen und dann schauen ob Deine Sensoren noch empfangen werden.
Damit sind dann die MU-Nachrichten weg.
Gruß Ralf
Hi Ralf!
Gesagt, getan...
Die MU-Nachrichten sind nun weg...
Leider bleibt der Fehler:
2016.01.09 18:40:18 4: SIGNALduino/msg READ: MS;P0=365;P1=870;P2=-1093;P3=-606;P4=-8428;D=1412121212121212121212121212121213020313020;CP=1;SP=4;O;
2016.01.09 18:40:19 4: SIGNALduino/msg READ: MS;P0=349;P1=-1040;P2=1045;P3=-346;P4=-10771;D=04012323010101230101230101232323012323010123010123;CP=0;SP=4;O;
2016.01.09 18:40:19 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 18:40:19 4: Decoded matched MS Protocol id 3 dmsg i624EC9 length 24
2016.01.09 18:40:19 4: SIGNALduino/msg READ: MS;P0=-1045;P1=1042;P2=-351;P3=347;P4=-10780;D=34301212303030123030123030121212301212303012303012;CP=3;SP=4;O;
2016.01.09 18:40:19 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 18:40:19 4: Decoded matched MS Protocol id 3 dmsg i624EC9 length 24
2016.01.09 18:40:19 4: Dropped (i624EC9) due to short time or equal msg
2016.01.09 18:40:20 4: SIGNALduino/msg READ: MS;P0=1047;P1=-343;P2=350;P3=-1042;P4=-10786;D=24230101232323012323012323010101230101232301232301;CP=2;SP=4;O;
2016.01.09 18:40:20 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 18:40:20 4: Decoded matched MS Protocol id 3 dmsg i624EC9 length 24
2016.01.09 18:40:20 4: Dropped (i624EC9) due to short time or equal msg
2016.01.09 18:40:20 4: SIGNALduino/msg READ: MS;P0=-1040;P1=1052;P2=-340;P3=351;P4=-10784;D=34301212303030123030123030121212301212303012303012;CP=3;SP=4;O;
2016.01.09 18:40:20 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 18:40:20 4: Decoded matched MS Protocol id 3 dmsg i624EC9 length 24
2016.01.09 18:40:20 4: Dropped (i624EC9) due to short time or equal msg
2016.01.09 18:40:22 4: SIGNALduino/msg READ: MS;P0=335;P1=-1056;P2=1033;P3=-358;P4=-10784;D=04012323010101230101230101232323012323010123010123;CP=0;SP=4;O;
2016.01.09 18:40:22 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 18:40:22 4: Decoded matched MS Protocol id 3 dmsg i624EC9 length 24
2016.01.09 18:40:22 4: SIGNALduino/msg READ: MS;P0=-1045;P1=1046;P2=-348;P3=346;P4=-10783;D=34301212303030123030123030121212301212303012303012;CP=3;SP=4;
2016.01.09 18:40:22 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 18:40:22 4: Decoded matched MS Protocol id 3 dmsg i624EC9 length 24
2016.01.09 18:40:22 4: Dropped (i624EC9) due to short time or equal msg
2016.01.09 18:40:25 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 18:40:26 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 18:40:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 18:40:27 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 18:40:32 1: Error: unknown tristate in "101001" has no TYPE
2016.01.09 18:40:32 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 18:40:33 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 18:40:34 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 18:40:34 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 18:40:34 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
Wenn ich die Funktion
#include <patternDecoder.h> //Logilink, IT decoder
in der RF_Receiver.ino deaktiviere, und die Firmware selbst kompiliere, müsste die Tristate-Umrechnung doch aus sein?
Zitat von: Hardlife am 09 Januar 2016, 18:59:00
Wenn ich die Funktion
#include <patternDecoder.h> //Logilink, IT decoder
in der RF_Receiver.ino deaktiviere, und die Firmware selbst kompiliere, müsste die Tristate-Umrechnung doch aus sein?
In der RF_Receiver.ino würde ich nichts ändern.
Vielleicht hat Sidey noch eine Idee?
Gruß Ralf
Danke für Deine Unterstützung.
Dann warte ich mal, ob Sidey vielleicht was einfällt.
LG,
Hardlife
Hallo Hardlife,
Zitat von: Hardlife am 09 Januar 2016, 13:51:19
Die Fehlermeldung aus dem FHEM-Log:
1: Error: unknown tristate in "101001" has no TYPE
danach wiederholt sich im Log die von FHEM stammende Fehlermeldung
PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
hunderte Male :-(
Die Meldung kommt aus dem IT Modul. Der SIGNALduino hat etwas empfangen, das ein ITv3 Signal zu sein scheint.
Das übergibt er dann an das IT Modul in FHEM. Dort wird versucht das ganze zu dekodieren, allerdings funktioniert das nicht.
Der Grund liegt daran, dass das IT Modul die Daten in einem anderen Format benötigt.
Ich selbst habe leider kein ITv3 Gerät und habe selbst keine ausreichenden Testdaten um das ganze mal zu analysieren.
Zitat von: Hardlife am 09 Januar 2016, 13:51:19
Meine Vermutung (bitte nicht schlagen, falls ich völlig daneben liege, ist eine reine Mutmaßung) ist,
daß der Signalduino ein ihm fremdes Signal (keine Ahnung, hier funkt vieles auf 433 rum) empfängt.
Er rechnet auch einen Tristate aus/um? und übergibt die Meldung an FHEM, welches aber wegen fehlendem Type scheitert?
Nicht ganz. Der SIGNALDuino (Arduino) erkennt keinen Tristate. Der erkennt nur Signale.
Die Signale werden in FHEM im SIGNALDuino Modul in Bits umgerechnet.
Zitat von: Hardlife am 09 Januar 2016, 13:51:19
weitere Devices, die der Signalduino ausfindig macht wären (aus dem Log):
DDD0D10010D1D0D10010D1D0D101D not defined (Address: DDD0D10010D1D0D10010D1D0D1 Group: 0 Unit: 1D Switch code: 0)
und
DDDD0DDD010D1DD0DDD010D1DD0DD01 not defined (Address: DDDD0DDD010D1DD0DDD010D1DD Group: 0 Unit: DD01 Switch code: D)
Das scheint FHEM aber trotz des "komischen" IT-V3?-Codes keine Bauchschmerzen zu bereiten oder ist das etwa die Wurzel allem Übels???
Ich nehme an, diese Geräte werden aber auch nicht via Autocreate angelegt.
Lösen lässt sich das ganze nun, in dem man ITv3 nicht auf die Whitelist setzt oder mir jemand hilft das ITV3 Protokoll zu implementieren.
Grüße Sidey
Hi Sidey!
Danke, daß Du Dich meinem Problem annimmst und vielen Dank für die Arbeit am Signalduino. Echt ein tolles Stück.
Ich irre hier ja aufgrund fehlender Tiefenkenntnisse wie der Blinde durch den Wald...
ZitatDie Meldung kommt aus dem IT Modul. Der SIGNALduino hat etwas empfangen, das ein ITv3 Signal zu sein scheint.
Das übergibt er dann an das IT Modul in FHEM. Dort wird versucht das ganze zu dekodieren, allerdings funktioniert das nicht.
Der Grund liegt daran, dass das IT Modul die Daten in einem anderen Format benötigt.
Verstehe. Darum wirft das IT-Modul auch einen für IT-V3 unüblichen Tristate mit "D" aus.
Meine IT-V3-Codes bestehen ja nur aus 0 und 1. Meine IT-V1-Codes aus 0 und F.
ZitatIch nehme an, diese Geräte werden aber auch nicht via Autocreate angelegt.
Korrekt, da der D01-Tristate von FHEM nicht als IT-V3 akzeptiert wird... (eben nur 0 und 1)
Darum also auch die Meldung mit dem nicht vorhandenen Type:
Error: unknown tristate in "101001" has no TYPEWeil es ja auch kein TYPE IT-V3 ist/darstellt.
ZitatLösen lässt sich das ganze nun, in dem man ITv3 nicht auf die Whitelist setzt
Kann man die IT-V3 Signale denn sozusagen "rausfiltern" und eben nicht an das IT-Modul übergeben lassen?
Oder wie könnte man sie im Signalduino "Blacklisten"?
Zitat...oder mir jemand hilft das ITV3 Protokoll zu implementieren...
Ich selbst habe leider kein ITv3 Gerät...
Ich verwende einen IT-V3-Dimmer mit einem 433er-nanoCul (geflasht mit der a-CulFW)
http://forum.fhem.de/index.php/topic,35064.0.html (http://forum.fhem.de/index.php/topic,35064.0.html)
Das Protokoll ist sehr gut implementiert und ich kann z.B. im Gegensatz zum IT-V1 die einzelnen Dimmstufen direkt ansteuern.
Der Funktionsumfang der Befehle entspricht in etwa den FS20-Dimmern und ich habe damit auch ein WakeUp-Licht realisiert...
Vielleicht kann man sich beim Code der a-CulFW "bedienen" oder darauf aufbauen?
Wenn Du möchtest, könnte ich Dir ein Set zum erforschen spenden?
(Natürlich ohne jegliche Verpflichtung oder Garantien Deinerseits...)
Das wäre zum Beispiel ein IT-V3 Dimmer mit IT-V3 Fernbedienung:
http://www.amazon.de/Intertechno-Funksteckdose--300L-Funk-Zwischenstecker-Dimmer/dp/B00556KXZ6/ref=sr_1_1?ie=UTF8&qid=1452426878&sr=8-1&keywords=IT-300L (http://www.amazon.de/Intertechno-Funksteckdose--300L-Funk-Zwischenstecker-Dimmer/dp/B00556KXZ6/ref=sr_1_1?ie=UTF8&qid=1452426878&sr=8-1&keywords=IT-300L)
Bräuchte nur die Adresse für den Versand...
LG,
Mario
Zitat von: Hardlife am 10 Januar 2016, 13:16:31
Ich verwende einen IT-V3-Dimmer mit einem 433er-nanoCul (geflasht mit der a-CulFW)
http://forum.fhem.de/index.php/topic,35064.0.html (http://forum.fhem.de/index.php/topic,35064.0.html)
Das Protokoll ist sehr gut implementiert und ich kann z.B. im Gegensatz zum IT-V1 die einzelnen Dimmstufen direkt ansteuern.
Der Funktionsumfang der Befehle entspricht in etwa den FS20-Dimmern und ich habe damit auch ein WakeUp-Licht realisiert...
Vielleicht kann man sich beim Code der a-CulFW "bedienen" oder darauf aufbauen?
Der a-CulFW müsste doch auch das 10_IT.pm Modul verwenden. Ich würde dann im 10_IT.pm Modul einige Log Ausgaben anpassen, damit sie aussagekräftiger werden. Wenn Du dann mit diesem angepassten 10_IT.pm den Cul und den Signalduino parallel betreiben würdest, müsste man im log doch die Unterschiede sehen.
Gruß Ralf
Hi Ralf!
Werden denn dann von beiden Sticks die Signale an FHEM weitergeleitet, oder "verwirft" FHEM bei doppelter Meldung eines der beiden?
Ich frage deshalb, weil ich mit dem SignalDuino gestern ja das Device:
DDDD0DDD010D1DD0DDD010D1DD0DD01 not defined (Address: DDDD0DDD010D1DD0DDD010D1DD Group: 0 Unit: DD01 Switch code: D)
und
DDD0D10010D1D0D10010D1D0D101D not defined (Address: DDD0D10010D1D0D10010D1D0D1 Group: 0 Unit: 1D Switch code: 0)
im Log hatte.
Jetzt, da ich FHEM wieder ohne Signalduino betreibe, taucht sporadisch (irgendein Nachbar wird das wohl im Einsatz haben) diese Gerät auf:
22:46:54 2: 0100101001110010101011011000000 not defined (Address: 01001010011100101010110110 Group: 0 Unit: 0000 Switch code: 0)
Gestern (Parallel-Betrieb von nanoCUL und Signalduino) hatte ich das korrekte "0100101001110010101011011000000"-Device aber nicht im Log...
Also nur immer eine der beiden Varianten?
Ich könnte versuchen, mit meinem nanoCUL einen korrekten IT-V3-Code zu senden, den mit dem Signalduino zu empfangen und die Log-Ausgabe des angepassten IT-Moduls aufzuzeichnen...
Zitat von: Hardlife am 10 Januar 2016, 14:12:22
Werden denn dann von beiden Sticks die Signale an FHEM weitergeleitet, oder "verwirft" FHEM bei doppelter Meldung eines der beiden?
Gestern (Parallel-Betrieb von nanoCUL und Signalduino) hatte ich das korrekte "0100101001110010101011011000000"-Device aber nicht im Log...
Also nur immer eine der beiden Varianten?
Hallo Mario,
in der Anlage ist die angepasste 10_IT.pm.
Eigentlich dürfte fhem nichts verwerfen. Falls ein Parallel-Betrieb von nanoCUL und Signalduino nicht funktioniert, kannst Du es ja mit dem selben Tastendruck nacheinander mit nanoCUL und Signalduino versuchen.
Hast Du beim cul den verbose auch auf 4?
Wenn ich es bei mir simuliere sieht es so aus:
2016.01.10 17:06:02 4: SIGNALduino/msg get raw: MS;P0=-10773;P1=-4628;P2=350;P3=-1039;P4=1045;P5=-346;D=21023454523232345232345232345454523454523234523234520234545232323452323452323454545234545232345232345202345452323234523234523234545452345452323452323452023454523232345232345232345454523454520;CP=2;SP=1;O;
2016.01.10 17:06:02 4: Founded matched MS Protocol id 3 -> itv1
2016.01.10 17:06:02 4: Decoded matched MS Protocol id 3 dmsg i0C49D92C49D92C49D8 length 72
2016.01.10 17:06:02 4: sduinoD IT: message "i0C49D92C49D92C49D8" (19)
2016.01.10 17:06:02 4: sduinoD ITv3dimm: bin message "000011000100100111011001001011000100100111011001001011000100100111011000" (72)
2016.01.10 17:06:02 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_IT.pm line 673.
2016.01.10 17:06:02 4: sduinoD IT: msgcode "DDD0D10010D1D0D10010D1D0D1001D" (30)
2016.01.10 17:06:02 1: PERL WARNING: substr outside of string at ./FHEM/10_IT.pm line 690.
2016.01.10 17:06:02 2: sduinoD IT: DDD0D10010D1D0D10010D1D0D101D not defined (Address: DDD0D10010D1D0D10010D1D0D1 Group: 0 Unit: 1D Switch code: 0)
2016.01.10 17:06:02 2: autocreate: define IT_DDD0D10010D1D0D10010D1D0D101D IT DDD0D10010D1D0D10010D1D0D1 0 1D
2016.01.10 17:06:02 1: define IT_DDD0D10010D1D0D10010D1D0D101D IT DDD0D10010D1D0D10010D1D0D1 0 1D: Define IT_DDD0D10010D1D0D10010D1D0D101D: wrong ITv3-Code format: specify a 26 digits 0/1
2016.01.10 17:06:02 1: ERROR: Define IT_DDD0D10010D1D0D10010D1D0D101D: wrong ITv3-Code format: specify a 26 digits 0/1 Nachtrag:
Neue Version, nun werden auch die bin message und der msgcode ausgegeben.
Gruß Ralf
Hi Mario,
man kann über das Attribut whitelistID festlegen, welche Protokolle verarbeitet werden.
Dort müsstest Du die IDs für das eintragen, was Du verarbeiten möchtest...
In der CUL FW habe ich schon mal geschaut. Ich habe auch Björn dazu befragt.
So 100% klar ist mir das ganze nicht geworden.
Ich vermute, in der CUL FW werden zwei Signalpulse in ein Bit umgerechnet.
Das IT Modul rechnet aus diesen Bits dann ein Tristate oder sonstwas aus.
Die Umrechnung in DDD... passiert auf jeden Fall im IT Modul.
Ich habe bis heute nicht verstanden, warum das so gemacht wird.
Bei dem IT V3 Protokoll wird ein Bit (meinen Erkenntnissen) nach, mit vier Signalpegel dargestellt.
Ein Umrechnen in Tristate oder sowas wäre somit hinfällig.
Naja, wenn Du mir so ein Set zur Verfügung stellen möchtest, dann schicke ich dir meine Adresse in einer PM.
Ansonsten könntest Du auch mal den Verbose Level hoch setzen und eine Taste auf deiner FB drücken.
Vielleicht kriegen wir es auch so hin.
Grüße Sidey
Hallo Sidey,
ich habe seit einiger Zeit einen Signalduino + Empfänger RX868SH-DV mit einem esp8266 (WLan) aufgebaut. Ist für die WS-0101 und WS/WH1080. Es funktioniert besser als der direckte Anschluß per USB. (http://www.hjgode.de/wp/2015/11/05/fhem-serielle-gerat-uber-wifi-anbinden/)
Die Firmware ist 3.2.0-b10 SIGNALduino. Diese Kombination steht jetzt näher am Sender der Wetterstation, aber trotzdem ist der Empfang schlechter. Ich vermute seit der Version 3.2.0-b09. Das mitgelieferte Display (Wetterempfänger) ist weiter weg und empfängt besser.
Kann natürlich aus sein das das WLAn-Modul (esp8266) da etwas beeinflußt. Weiß ich nicht ;-(
Aber auch als ich den Empfänger RX868SH-DV am Signalduino per USB am Raspberry Pi hatte (Firmware 3.2.0-b10) war der Empfang anders. Es wurden Übertragungen ausgelassen. Am Display wurden aber andere Werte angezeigt oder haben sich schneller geändert. Beide Empfänger standen da noch nebeneinander.
Vielleicht weißt du was ich noch testen kann. Danke.
Jörg
Zitat von: Hardlife am 09 Januar 2016, 13:51:19und die Flamingo FA21RF einbinden.
Darf ich blöd nachfragen wie genau du sie eingebunden hast? DOIF?
Hallo Hauswart!
Ja, per DOIF.
Die Methode wird hier beschrieben und ist mit Statusanzeige/SMS/Pushmassage/Mail beliebig erweiterbar...
http://forum.fhem.de/index.php/topic,30125.msg359889.html#msg359889 (http://forum.fhem.de/index.php/topic,30125.msg359889.html#msg359889)
Die Rauchmelder kann man mit RAW-Massages auch aus der Ferne auslösen...
Wird hier beschrieben:
http://forum.fhem.de/index.php/topic,30125.msg361027.html#msg361027 (http://forum.fhem.de/index.php/topic,30125.msg361027.html#msg361027)
Man nimmt einfach den Code aus Schritt "3.) Rauchmelder auslösen"
...und schickt den extrahierten Code per "set sduino raw SR;;R=6;; UNDSOWEITER..." an der Rauchmelder...
@Sidey!
Danke für den Tipp mit dem:
attr sduino whitelist_IDs
Nun, da ich alle Protokolle bis auf die benötigten deaktiviert habe, läuft alles fehlerfrei... :-)
Bitte schick mir doch eine PN mit Deinen Daten, ich lasse Dir dann das Set zukommen.
(Als Dank für Dein tolles Produkt, die Unterstützung Deinerseits und eventuell kann man dann ja zukünftig das IT-V3-Protokoll integrieren...)
LG aus Österreich,
Hardlife
Hallo Zusammen,
da sich der Arduino Pro Mini 3.3V/8MHz und 5V/16MHz nur im Spannungsregler und Quarz unterscheiden, hab ich in meiner Schaltung einfach den 3.3V durch einen 5V getauscht und mit 3.3V versorgt. Nun kann man auch wieder ohne Pegelwandler arbeiten und kann die vorhandene Firmware benutzen.
Meinen Wunsch nach einer 8MHz-Firmware ziehe ich daher zurück :)
Bis jetzt funktioniert alles wunderbar, bis auf merkwürdige "r0"-Meldungen im Log, aber da melde ich mich mal wan anders :) ist allerdings schon immer drin, nicht erst seit dem neuen Arduino.
viele Grüße,
Kuzl
Zitat von: pejonp am 10 Januar 2016, 17:04:39
Hallo Sidey,
ich habe seit einiger Zeit einen Signalduino + Empfänger RX868SH-DV mit einem esp8266 (WLan) aufgebaut. Ist für die WS-0101 und WS/WH1080. Es funktioniert besser als der direckte Anschluß per USB. (http://www.hjgode.de/wp/2015/11/05/fhem-serielle-gerat-uber-wifi-anbinden/)
Die Firmware ist 3.2.0-b10 SIGNALduino. Diese Kombination steht jetzt näher am Sender der Wetterstation, aber trotzdem ist der Empfang schlechter. Ich vermute seit der Version 3.2.0-b09. Das mitgelieferte Display (Wetterempfänger) ist weiter weg und empfängt besser.
Hallo Jörg,
im CTW600 Thread wurde darüber auch schon mal berichtet.
Kannst Du zu Testzwecken mal den Manchester Decoder deaktivieren und berichten, ob es dadurch besser wird?
Kennst Du den Intervall, in dem die Station sendet?
Wenn ja, dann könntest Du auch noch mal mit Verbose 4 ein paar Minuten loggen.
Vielleicht wird das Signal ja gut empfangen, aber aufgrund zu knapper Toleranzen nicht ausgewertet.
Grüße Sidey
Zitat von: Sidey am 11 Januar 2016, 08:37:14
.....
Kannst Du zu Testzwecken mal den Manchester Decoder deaktivieren und berichten, ob es dadurch besser wird?
....
Hallo Sidey,
hier mal der Log, bzw. ein Log und Protokolldatein von 2 Wetterstationen. Die Abstände sind manchmal alle Minute aber dann auch wieder 15min oder mehr.
Ich glaube der Abstand zwischen 2 Sendungen ist so 48 oder 64 sek.
Tschüß Jörg
Vielleicht kann mir einer helfen, bin total FHEM Neuling und komme nicht weiter.
Habe FHEM heute zum ersten mal im Einsatz, installation war ok.
Nun habe ich eine 3400RF am Arduino Nano (FTDI) hängen und den
nach Anleitung geflasht. Nun kommen Fragen:
1) Hatte am Anfang im Menü einen Eintrag sduino, nach Neustart nicht mehr.
2) Die LED hat beim Test auf dem Nano geblinkt, wenn ich meine Remote gedrückt hatte. Im
LOG stand dann eine Unknown code. Remote ist Intertechno, für den IT Dimmer.
3) Nach Neustart (siehe 1) blinkt die LED nicht mehr. Im LOG kommt nun auch nichts mehr....
Ich hänge das komplette LOG mal hier an, evtl kann mir einer sagen, was ich falsch gemacht habe.
http://pastebin.com/V0iCex6n
Gruß
EDIT
Habe den Nano nochmal geflasht, nun blinkt der nur 1x auf wenn ich auf meiner Remote
ein Signal sende, dann ist Ende. Kein aufleuchten der LED mehr. Muss erst FHEM neu starten,
dann gehts wieder 1x. Aber ich bekomme nichts im LOG angeigt...
2016.01.11 22:14:24 5: Initializing Type Library:
2016.01.11 22:14:24 1: Including fhem.cfg
2016.01.11 22:14:24 5: Cmd: >attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2016.01.11 22:14:24 5: Cmd: >attr global autoload_undefined_devices 1<
2016.01.11 22:14:24 5: Cmd: >attr global logfile ./log/fhem-%Y-%m.log<
2016.01.11 22:14:24 5: Cmd: >attr global modpath .<
2016.01.11 22:14:24 5: Cmd: >attr global motd SecurityCheck:
WEB,WEBphone,WEBtablet has no basicAuth attribute.
telnetPort has no password/globalpassword attribute.
Restart FHEM for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
<
2016.01.11 22:14:24 5: Cmd: >attr global statefile ./log/fhem.save<
2016.01.11 22:14:24 5: Cmd: >attr global updateInBackground 1<
2016.01.11 22:14:24 5: Cmd: >attr global verbose 5<
2016.01.11 22:14:24 5: Cmd: >define telnetPort telnet 7072 global<
2016.01.11 22:14:24 5: Loading ./FHEM/98_telnet.pm
2016.01.11 22:14:24 3: telnetPort: port 7072 opened
2016.01.11 22:14:24 5: Cmd: >define WEB FHEMWEB 8083 global<
2016.01.11 22:14:24 5: Loading ./FHEM/01_FHEMWEB.pm
2016.01.11 22:14:24 3: WEB: port 8083 opened
2016.01.11 22:14:24 5: Cmd: >attr WEB editConfig 1<
2016.01.11 22:14:24 5: Cmd: >attr WEB stylesheetPrefix ios7smallscreen<
2016.01.11 22:14:24 5: Cmd: >define WEBphone FHEMWEB 8084 global<
2016.01.11 22:14:24 3: WEBphone: port 8084 opened
2016.01.11 22:14:24 5: Cmd: >attr WEBphone basicAuth cmFsZjpub3J0aA==<
2016.01.11 22:14:24 5: Cmd: >define WEBtablet FHEMWEB 8085 global<
2016.01.11 22:14:24 3: WEBtablet: port 8085 opened
2016.01.11 22:14:24 5: Cmd: >attr WEBtablet stylesheetPrefix touchpad<
2016.01.11 22:14:24 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m.log fakelog<
2016.01.11 22:14:24 5: Loading ./FHEM/92_FileLog.pm
2016.01.11 22:14:24 5: Cmd: >define autocreate autocreate<
2016.01.11 22:14:24 5: Loading ./FHEM/98_autocreate.pm
2016.01.11 22:14:24 5: Cmd: >attr autocreate filelog ./log/%NAME-%Y.log<
2016.01.11 22:14:24 5: Cmd: >define eventTypes eventTypes ./log/eventTypes.txt<
2016.01.11 22:14:24 5: Loading ./FHEM/91_eventTypes.pm
2016.01.11 22:14:24 2: eventTypes: loaded 2 events from ./log/eventTypes.txt
2016.01.11 22:14:24 5: Cmd: >define initialUsbCheck notify global:INITIALIZED usb create<
2016.01.11 22:14:24 5: Loading ./FHEM/91_notify.pm
2016.01.11 22:14:24 1: Including ./log/fhem.save
2016.01.11 22:14:24 5: Cmd: >setstate Logfile active<
2016.01.11 22:14:24 5: Cmd: >setstate autocreate active<
2016.01.11 22:14:24 5: Cmd: >setstate eventTypes active<
2016.01.11 22:14:24 5: Cmd: >setstate global <no definition><
2016.01.11 22:14:24 5: Cmd: >setstate initialUsbCheck active<
2016.01.11 22:14:24 5: Cmd: >setstate initialUsbCheck 2016-01-11 22:13:47 state active<
2016.01.11 22:14:24 5: Triggering global (1 changes)
2016.01.11 22:14:24 5: Notify loop for global INITIALIZED
2016.01.11 22:14:24 5: Triggering initialUsbCheck
2016.01.11 22:14:24 4: initialUsbCheck exec usb create
2016.01.11 22:14:24 5: Cmd: >usb create<
2016.01.11 22:14:24 1: usb create starting
2016.01.11 22:14:25 4: ### ttyAMA0: checking if it is a CUL
2016.01.11 22:14:25 3: Probing CUL device /dev/ttyAMA0
2016.01.11 22:14:25 3: Can't open /dev/ttyAMA0: Permission denied
2016.01.11 22:14:25 4: cannot open the device
2016.01.11 22:14:25 4: ### ttyUSB0: checking if it is a TCM_ESP3
2016.01.11 22:14:25 3: Probing TCM_ESP3 device /dev/ttyUSB0
2016.01.11 22:14:25 5: SW: 5500010005700838
2016.01.11 22:14:25 4: got wrong answer for a TCM_ESP3
2016.01.11 22:14:25 4: ### ttyUSB0: checking if it is a TCM_ESP2
2016.01.11 22:14:25 3: Probing TCM_ESP2 device /dev/ttyUSB0
2016.01.11 22:14:25 5: SW: a55aab5800000000000000000003
2016.01.11 22:14:25 4: got wrong answer for a TCM_ESP2
2016.01.11 22:14:25 4: ### ttyUSB0: checking if it is a FHZ
2016.01.11 22:14:25 3: Probing FHZ device /dev/ttyUSB0
2016.01.11 22:14:25 5: SW: 8105044fc90185
2016.01.11 22:14:25 4: got wrong answer for a FHZ
2016.01.11 22:14:25 4: ### ttyUSB0: checking if it is a TRX
2016.01.11 22:14:25 3: Probing TRX device /dev/ttyUSB0
2016.01.11 22:14:25 5: SW: 0d00000000000000000000000000
2016.01.11 22:14:26 5: SW: 0d00000102000000000000000000
2016.01.11 22:14:26 4: got wrong answer for a TRX
2016.01.11 22:14:26 4: ### ttyUSB0: checking if it is a ZWDongle
2016.01.11 22:14:26 3: Probing ZWDongle device /dev/ttyUSB0
2016.01.11 22:14:26 5: SW: 01030020dc
2016.01.11 22:14:26 4: got wrong answer for a ZWDongle
2016.01.11 22:14:26 4: ### ttyUSB0: checking if it is a FRM
2016.01.11 22:14:26 3: Probing FRM device /dev/ttyUSB0
2016.01.11 22:14:26 5: SW: f9
2016.01.11 22:14:31 5: SW: f079f7
2016.01.11 22:14:31 4: got wrong answer for a FRM
2016.01.11 22:14:32 1: usb create end
2016.01.11 22:14:32 2: SecurityCheck: WEB,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.01.11 22:14:32 0: Featurelevel: 5.7
2016.01.11 22:14:32 0: Server started with 9 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 1051)
2016.01.11 22:14:32 4: Connection accepted from FHEMWEB:192.168.1.12:51540
2016.01.11 22:14:32 4: FHEMWEB:192.168.1.12:51540 GET /fhem?XHR=1&inform=type=status;filter=room=;since=1452546838.134;fmt=JSON×tamp=1452546862590; BUFLEN:0
2016.01.11 22:14:34 4: Connection closed for FHEMWEB:192.168.1.12:51540: EOF
2016.01.11 22:14:34 4: Connection accepted from FHEMWEB:192.168.1.12:51541
2016.01.11 22:14:34 4: FHEMWEB:192.168.1.12:51541 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0
2016.01.11 22:14:34 4: FHEMWEB:192.168.1.12:51541 GET /fhem/icons/favicon; BUFLEN:0
2016.01.11 22:14:34 4: FHEMWEB:192.168.1.12:51541 => 304 Not Modified
2016.01.11 22:14:34 4: FHEMWEB:192.168.1.12:51541 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1452546873;fmt=JSON×tamp=1452546870436; BUFLEN:0
2016.01.11 22:14:53 4: Connection closed for FHEMWEB:192.168.1.12:51541: EOF
2016.01.11 22:14:54 4: Connection accepted from FHEMWEB:192.168.1.12:51543
2016.01.11 22:14:54 4: FHEMWEB:192.168.1.12:51543 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0
Zitat von: noxx am 11 Januar 2016, 21:39:00
Vielleicht kann mir einer helfen, bin total FHEM Neuling und komme nicht weiter.
...
Hallo noxx,
paß mal die Zugriffsrechte an : Can't open /dev/ttyAMA0: Permission denied. Dazu gib es hier viel im Forum.
und/oder schalte einmal die automatische USB-Erkennung aus:
fhem.cfg
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
Hast du einen Neustart durchgeführt: fhem-server und/oder ganzen Server.
pejonp
Danke
habs versucht
$ sudo usermod -a -G tty pi
$ sudo usermod -a -G tty fhem
pi@raspberrypi:~ $ ls -l /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Jan 11 22:23 /dev/ttyAMA0
aber es ändert sich nichts.... fehler bleibt, sDuino macht nur einen Mucks.
Im Hauptmenü steht: CUL1 disconnected
Muss das so?
Und muss der Nano blinken? Also, dauerhaft?
Hier mal meine fhem.cfg:
----------
attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd Error messages while initializing FHEM:\
statefile: Please define CUL1 first\
Please define CUL1 first
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 4
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB editConfig 1
attr WEB stylesheetPrefix ios7smallscreen
define WEBphone FHEMWEB 8084 global
attr WEBphone basicAuth cmFsZjpub3J0aA==
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define CUL1 CUL /dev/ttyAMA0@9600 1234
----------
und das letzte LOG:
----------
2016.01.11 22:37:47 1: Including fhem.cfg
2016.01.11 22:37:47 3: telnetPort: port 7072 opened
2016.01.11 22:37:47 3: WEB: port 8083 opened
2016.01.11 22:37:48 3: WEBphone: port 8084 opened
2016.01.11 22:37:48 3: WEBtablet: port 8085 opened
2016.01.11 22:37:48 2: eventTypes: loaded 2 events from ./log/eventTypes.txt
2016.01.11 22:37:48 3: Opening CUL1 device /dev/ttyAMA0
2016.01.11 22:37:48 3: Can't open /dev/ttyAMA0: Permission denied
2016.01.11 22:37:48 1: Including ./log/fhem.save
2016.01.11 22:37:48 4: initialUsbCheck exec usb create
2016.01.11 22:37:48 1: usb create starting
2016.01.11 22:37:48 4: ### ttyAMA0: checking if it is a CUL
2016.01.11 22:37:48 4: ttyAMA0 is already used by the fhem device CUL1
2016.01.11 22:37:48 4: ### ttyUSB0: checking if it is a TCM_ESP3
2016.01.11 22:37:48 3: Probing TCM_ESP3 device /dev/ttyUSB0
2016.01.11 22:37:49 4: got wrong answer for a TCM_ESP3
2016.01.11 22:37:49 4: ### ttyUSB0: checking if it is a TCM_ESP2
2016.01.11 22:37:49 3: Probing TCM_ESP2 device /dev/ttyUSB0
2016.01.11 22:37:49 4: got wrong answer for a TCM_ESP2
2016.01.11 22:37:49 4: ### ttyUSB0: checking if it is a FHZ
2016.01.11 22:37:49 3: Probing FHZ device /dev/ttyUSB0
2016.01.11 22:37:49 4: got wrong answer for a FHZ
2016.01.11 22:37:49 4: ### ttyUSB0: checking if it is a TRX
2016.01.11 22:37:49 3: Probing TRX device /dev/ttyUSB0
2016.01.11 22:37:50 4: got wrong answer for a TRX
2016.01.11 22:37:50 4: ### ttyUSB0: checking if it is a ZWDongle
2016.01.11 22:37:50 3: Probing ZWDongle device /dev/ttyUSB0
2016.01.11 22:37:50 4: got wrong answer for a ZWDongle
2016.01.11 22:37:50 4: ### ttyUSB0: checking if it is a FRM
2016.01.11 22:37:50 3: Probing FRM device /dev/ttyUSB0
2016.01.11 22:37:55 4: got wrong answer for a FRM
2016.01.11 22:37:55 1: usb create end
2016.01.11 22:37:55 2: SecurityCheck: WEB,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.01.11 22:37:55 0: Featurelevel: 5.7
2016.01.11 22:37:55 0: Server started with 10 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 633)
2016.01.11 22:38:00 4: Connection accepted from FHEMWEB:192.168.1.12:51706
2016.01.11 22:38:01 4: FHEMWEB:192.168.1.12:51706 GET /fhem?XHR=1&inform=type=status;filter=room=;since=1452548246.129;fmt=JSON×tamp=1452548263385; BUFLEN:0
2016.01.11 22:38:01 4: Connection accepted from FHEMWEB:192.168.1.12:51707
2016.01.11 22:38:13 4: Connection closed for FHEMWEB:192.168.1.12:51707: EOF
2016.01.11 22:40:20 4: Connection closed for FHEMWEB:192.168.1.12:51706: EOF
2016.01.11 22:40:20 4: Connection accepted from FHEMWEB:192.168.1.12:51710
2016.01.11 22:40:20 4: FHEMWEB:192.168.1.12:51710 GET /fhem?cmd=style%20list; BUFLEN:0
2016.01.11 22:40:20 4: name: /fhem?cmd=style%20list / RL:2694 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.01.11 22:40:21 4: FHEMWEB:192.168.1.12:51710 GET /fhem/images/default/fhemicon.png; BUFLEN:0
2016.01.11 22:40:21 4: FHEMWEB:192.168.1.12:51710 => 304 Not Modified
2016.01.11 22:40:21 4: FHEMWEB:192.168.1.12:51710 GET /fhem?XHR=1&inform=type=status;filter=;since=1452548419;fmt=JSON×tamp=1452548417186; BUFLEN:0
2016.01.11 22:40:22 4: Connection closed for FHEMWEB:192.168.1.12:51710: EOF
2016.01.11 22:40:22 4: Connection accepted from FHEMWEB:192.168.1.12:51711
2016.01.11 22:40:22 4: FHEMWEB:192.168.1.12:51711 GET /fhem?cmd=style%20edit%20fhem.cfg; BUFLEN:0
2016.01.11 22:40:22 4: name: /fhem?cmd=style%20edit%20fhem.cfg / RL:1599 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.01.11 22:40:22 4: FHEMWEB:192.168.1.12:51711 GET /fhem?XHR=1&inform=type=status;filter=;since=1452548421;fmt=JSON×tamp=1452548418603; BUFLEN:0
2016.01.11 22:41:11 4: Connection closed for FHEMWEB:192.168.1.12:51711: EOF
2016.01.11 22:41:11 4: Connection accepted from FHEMWEB:192.168.1.12:51713
2016.01.11 22:41:11 4: FHEMWEB:192.168.1.12:51713 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0
--------
Gruß
Hier noch das LOG vom flashen
http://pastebin.com/iV2kP3zQ
Guten morgen. Hatte auch die Probleme mit tty/ama0/.
Da du aber einen ftdi Chip hat, sollte es kein Problem sein, denn cul bzw Signalduino über die serialNummer einzuhängen bzw. Zu mounten.
Gesendet von meinem C6603 mit Tapatalk
Hi noxx,
in deiner .cfg ist der Signalduino doch gar nicht definiert!
Wenn du ihn definierst bitte anschließend auf save drücken, das war whh der Fehler
Gruß,
Kuzl
Was meinst du damit? Ist noch alles recht neu, hatte bisher pimatic im Einsatz.
Gesendet von meinem GT-I9195 mit Tapatalk
Hallo Jörg
Zitat von: pejonp am 11 Januar 2016, 20:50:29
Hallo Sidey,
hier mal der Log, bzw. ein Log und Protokolldatein von 2 Wetterstationen.
Ich habe mir die Logs mal grob angesehen.
Auffällig ist, dass es oft Nachrichten mit 72 Bits gibt. Es sieht fast so aus, als ob der Sync fehlt oder das Signal hält nur irgendwo mittendrin auf geschnappt wurde, was dazu führt, dass es nicht interpretiert werden kann. Mich würde interessieren, ob direkt davor oder danach auch Signaldaten an FHEM übergeben wurde.
Leider fehlen im Log die Verbose 4 Meldungen und damit die Signaldaten.
Hattest Du für den Test den Manchester Decoder nun an oder aus?
Grüße Sidey
Zitat von: noxx am 12 Januar 2016, 07:53:16
Was meinst du damit?
Es fehlt das define
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9SV31TT-if00-port0@57600Zuvor mit
ls -l /dev/serial/by-id/die id vom usb des arduino ermitteln
z.B.
usb-FTDI_FT232R_USB_UART_A9SV31TT-if00-port0
Siehe auch
http://www.fhemwiki.de/wiki/SIGNALduino#Einbinden_in_FHEM
Gruß Ralf
Danke, teste ich heute abend. Was ist denn aber der Manchester Decoder?
Gesendet von meinem GT-I9195 mit Tapatalk
Das Update aus dem dev-r32 geht nicht.
Vermutlich seit gestern?
Ich habe das Gefühl, dass die Dateien auf githib mit einem falschen Lineending liegen.
Was anderes kann ich mir nicht erklären.
Ich weiss nur nicht, wann und wieso das passiert ist.
Grüße Sidey
so, sieht nun besser aus. auch wenns noch eine fehler beim zugriff auf tty gibt :-(
LOG:
2016.01.12 17:52:05 1: Including fhem.cfg
2016.01.12 17:52:05 3: telnetPort: port 7072 opened
2016.01.12 17:52:05 3: WEB: port 8083 opened
2016.01.12 17:52:05 3: WEBphone: port 8084 opened
2016.01.12 17:52:05 3: WEBtablet: port 8085 opened
2016.01.12 17:52:06 2: eventTypes: loaded 2 events from ./log/eventTypes.txt
keys on reference is experimental at ./FHEM/00_SIGNALduino.pm line 1345, <$fh> line 35.
keys on reference is experimental at ./FHEM/00_SIGNALduino.pm line 1524, <$fh> line 35.
2016.01.12 17:52:06 3: Opening sduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
2016.01.12 17:52:06 3: Setting sduino serial parameters to 57600,8,N,1
2016.01.12 17:52:06 3: sduino device opened
2016.01.12 17:52:06 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
2016.01.12 17:52:06 1: Including ./log/fhem.save
2016.01.12 17:52:06 4: initialUsbCheck exec usb create
2016.01.12 17:52:06 1: usb create starting
2016.01.12 17:52:06 4: ### ttyAMA0: checking if it is a CUL
2016.01.12 17:52:06 3: Probing CUL device /dev/ttyAMA0
2016.01.12 17:52:06 3: Can't open /dev/ttyAMA0: Permission denied
2016.01.12 17:52:06 4: cannot open the device
2016.01.12 17:52:06 4: ### ttyUSB0: checking if it is a TCM_ESP3
2016.01.12 17:52:06 4: ttyUSB0 is already used by the fhem device sduino
2016.01.12 17:52:06 1: usb create end
2016.01.12 17:52:06 2: SecurityCheck: WEB,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.01.12 17:52:06 0: Featurelevel: 5.7
2016.01.12 17:52:06 0: Server started with 10 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 885)
2016.01.12 17:52:08 4: Connection accepted from FHEMWEB:192.168.1.12:53283
2016.01.12 17:52:08 4: FHEMWEB:192.168.1.12:53283 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1452617483.147;fmt=JSON×tamp=1452617521968; BUFLEN:0
2016.01.12 17:52:08 4: sduino: Get freeram called ...
2016.01.12 17:52:15 4: SIGNALduino/msg READ: MU;P0=243;P1=-1032;P2=435;P3=-515;P4=959;D=01232323232323414321414303232323212323432100;CP=2;
2016.01.12 17:52:15 4: Found matched Protocol id 9 -> CTW 600
2016.01.12 17:52:15 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 17:52:15 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 17:52:15 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 17:52:15 4: Connection closed for FHEMWEB:192.168.1.12:53283: EOF
2016.01.12 17:52:15 4: Connection accepted from FHEMWEB:192.168.1.12:53284
2016.01.12 17:52:15 4: FHEMWEB:192.168.1.12:53284 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0
2016.01.12 17:52:15 4: SIGNALduino/msg READ: MC;LL=-1019;LH=922;SL=-618;SH=436;D=7E3414;C=452;
2016.01.12 17:52:15 4: FHEMWEB:192.168.1.12:53284 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1452617534;fmt=JSON×tamp=1452617529734; BUFLEN:0
2016.01.12 17:52:18 4: SIGNALduino/msg READ: MS;P0=-258;P1=263;P3=-1243;P5=-2544;D=1510131310101310131013101313101013131010131310131013101310101310131013131010131310101313101310131013101013100;CP=1;SP=5;O;
2016.01.12 17:52:18 4: SIGNALduino/msg READ: MS;P0=257;P1=-1243;P2=-267;P4=-2552;D=040201010202010201020102010102020101020201010201020102010202010201020101020201010202010102010201020102020102010102020102010201020103;CP=0;SP=4;O;
2016.01.12 17:52:19 4: SIGNALduino/msg READ: MS;P0=-267;P1=250;P2=-1253;P4=-2560;D=141012121010121012101210121210101212101012121012101210121010121012101212101012121010121210121012101210101210121210101210121012101210;CP=1;SP=4;
2016.01.12 17:52:21 4: Connection closed for FHEMWEB:192.168.1.12:53284: EOF
2016.01.12 17:52:21 4: Connection accepted from FHEMWEB:192.168.1.12:53285
2016.01.12 17:52:21 4: FHEMWEB:192.168.1.12:53285 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0
EDIT:
Habe nun mal etwas das LOG beobachtet, und gehofft, das FHEM / SIGNALduino meine TFA NEXUS Wetterstation erkennt, stattdessen
zeigt der mir ein EINHELL GARAGENTORÖFFNER an, sofern das richtig ist. Ist das evtl ein Nachbar, oder doch meine Wetterstation?
2016.01.12 19:30:42 4: SIGNALduino/msg READ: MC;LL=-993;LH=959;SL=-509;SH=471;D=5C2C2E94D60FD60AD436E000;C=476;
2016.01.12 19:30:42 4: SIGNALduino/msg READ: MC;LL=-993;LH=959;SL=-509;SH=471;D=5C2C2E94D60FD60AD436E000;C=476;
2016.01.12 19:30:42 4: SIGNALduino/msg READ: MC;LL=-1002;LH=952;SL=-511;SH=464;D=5C2C2E94D60FD60AD436E0570B0BA51583F582B500;C=471;
2016.01.12 19:30:42 4: sduino: hideki protocol converted to hex: 7534BA8A0DBF83AD00 with 79 bits, messagestart 89
2016.01.12 19:30:42 4: Hideki_Parse sduino incomming P12#7534BA8A0DBF83AD00
2016.01.12 19:30:42 4: sduino crc failed
2016.01.12 19:30:42 4: SIGNALduino_unknown incomming msg: P12#7534BA8A0DBF83AD00
2016.01.12 19:30:42 4: SIGNALduino_unknown rawData: 7534BA8A0DBF83AD00
2016.01.12 19:30:42 4: SIGNALduino_unknown Protocol: 12
2016.01.12 19:30:42 4: SIGNALduino_unknown converted to bits: 011101010011010010111010100010100000110110111111100000111010110100000000
2016.01.12 19:30:42 4: SIGNALduino/msg READ: MC;LL=-1002;LH=952;SL=-511;SH=464;D=5C2C2E94D60FD60AD436E0570B0BA51583F582B500;C=471;
2016.01.12 19:30:42 4: sduino: hideki protocol converted to hex: 7534BA8A0DBF83AD00 with 79 bits, messagestart 89
2016.01.12 19:30:42 4: Dropped (P12#7534BA8A0DBF83AD00) due to short time or equal msg
2016.01.12 19:30:43 4: SIGNALduino/msg READ: MC;LL=-999;LH=953;SL=-513;SH=463;D=AE16174A4B07EB056A1A6A00;C=471;
2016.01.12 19:30:43 4: sduino: hideki protocol converted to hex: 7534BA4A0DBF83AD582B00 with 96 bits, messagestart 0
2016.01.12 19:30:43 4: Hideki_Parse sduino incomming P12#7534BA4A0DBF83AD582B00
2016.01.12 19:30:43 4: Hideki_Parse SensorTyp = 30 decodedString = 755ccede17c185f7e87d00
2016.01.12 19:30:43 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=11.7, humidity=85, bat=ok
2016.01.12 19:31:15 4: SIGNALduino/msg READ: MU;P0=-564;P1=902;P2=454;P3=-1030;P4=145;P5=-175;D=01023132020134040401313102020232020202020254520201320452323;CP=2;
2016.01.12 19:31:15 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 19:31:15 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 19:31:15 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 19:31:27 4: SIGNALduino/msg READ: MC;LL=-991;LH=961;SL=-503;SH=473;D=B8585D2981DFA3E5A94C4C00;C=477;
2016.01.12 19:31:27 4: SIGNALduino/msg READ: MC;LL=-1002;LH=950;SL=-513;SH=461;D=AE16174A2077E8F96A513D00;C=470;
2016.01.12 19:31:27 4: sduino: hideki protocol converted to hex: 7534BA8AE0BF7CAD8A5E00 with 96 bits, messagestart 0
2016.01.12 19:31:27 4: Hideki_Parse sduino incomming P12#7534BA8AE0BF7CAD8A5E00
2016.01.12 19:31:27 4: Hideki_Parse SensorTyp = 30 decodedString = 755cce9e20c184f79ee200
2016.01.12 19:31:27 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=12, humidity=84, bat=ok
2016.01.12 19:31:28 4: SIGNALduino/msg READ: MC;LL=-1001;LH=952;SL=-513;SH=460;D=AE16174A4077E8F96A520900;C=470;
2016.01.12 19:31:28 4: sduino: hideki protocol converted to hex: 7534BA4AE0BF7CAD4A4800 with 96 bits, messagestart 0
2016.01.12 19:31:28 4: Hideki_Parse sduino incomming P12#7534BA4AE0BF7CAD4A4800
2016.01.12 19:31:28 4: Hideki_Parse SensorTyp = 30 decodedString = 755ccede20c184f7ded800
2016.01.12 19:31:28 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=12, humidity=84, bat=ok
2016.01.12 19:31:47 4: SIGNALduino/msg READ: MC;LL=-1016;LH=936;SL=-544;SH=435;D=AE00888B8B6181117AAA00;C=456;
2016.01.12 19:31:47 4: sduino: hideki protocol converted to hex: 7580443A6D0C22BD5500 with 88 bits, messagestart 0
2016.01.12 19:31:47 4: Hideki_Parse sduino incomming P12#7580443A6D0C22BD5500
2016.01.12 19:31:47 4: Hideki_Parse SensorTyp = 14 decodedString = 7580cc4eb71466c7ff00
2016.01.12 19:31:47 4: sduino Sensor Typ 14 not supported, please report sensor information!
2016.01.12 19:31:47 4: SIGNALduino/msg READ: MU;P0=-170;P1=941;P2=-1009;P3=-521;P4=458;D=00121213434243434343434343431243431243431243431213434342431213421342434343134243434343431243431243431213434343434243134243434343432;CP=4;
2016.01.12 19:31:47 4: Found matched Protocol id 9 -> CTW 600
2016.01.12 19:31:47 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 19:31:47 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 19:31:47 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 19:31:47 4: SIGNALduino/msg READ: MU;P0=-528;P1=936;P2=446;P3=-1020;D=001020232020202020202020132020132020132020131020231313102310232020201023202020202013202013202013102020232020102023102320204;CP=2;
2016.01.12 19:31:47 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 19:31:47 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 19:31:47 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 19:31:48 4: SIGNALduino/msg READ: MU;P0=-574;P1=425;P2=883;P3=-1025;P4=210;P5=-120;D=0101010101010101010231023101020131010101040454020101341;CP=1;
2016.01.12 19:31:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 19:31:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 19:31:48 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 19:31:48 4: SIGNALduino/msg READ: MU;P0=-1018;P1=373;P2=-587;P3=926;P4=106;P5=-172;D=01232121012123012321030121230121230123032121245401;CP=1;
2016.01.12 19:31:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 19:31:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 19:31:48 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 19:31:51 4: Connection closed for FHEMWEB:192.168.1.12:56613: EOF
2016.01.12 19:31:51 4: Connection accepted from FHEMWEB:192.168.1.12:56625
2016.01.12 19:31:51 4: FHEMWEB:192.168.1.12:56625 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0
2016.01.12 19:31:52 4: FHEMWEB:192.168.1.12:56625 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1452623510;fmt=JSON×tamp=1452623506404; BUFLEN:0
2016.01.12 19:32:12 4: SIGNALduino/msg READ: MU;P0=-502;P1=470;P2=-992;P3=962;D=01210101032301210101032301012321032321030123012101030101230101010101232321010101010323230123232101032301210103210103232100;CP=1;
2016.01.12 19:32:12 4: Found matched Protocol id 9 -> CTW 600
2016.01.12 19:32:12 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 19:32:12 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 19:32:12 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 19:32:12 4: SIGNALduino/msg READ: MC;LL=-1000;LH=952;SL=-511;SH=464;D=AE16174A2C77EA056A2E6B00;C=471;
2016.01.12 19:32:12 4: sduino: hideki protocol converted to hex: 7534BA8AE3BF81AD746B00 with 96 bits, messagestart 0
2016.01.12 19:32:12 4: Hideki_Parse sduino incomming P12#7534BA8AE3BF81AD746B00
2016.01.12 19:32:12 4: Hideki_Parse SensorTyp = 30 decodedString = 755cce9e25c183f79cbd00
2016.01.12 19:32:12 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=12.5, humidity=83, bat=ok
2016.01.12 19:32:13 4: SIGNALduino/msg READ: MC;LL=-997;LH=952;SL=-510;SH=466;D=AE16174A4C77EA056A2D5F00;C=472;
2016.01.12 19:32:13 4: sduino: hideki protocol converted to hex: 7534BA4AE3BF81ADB47D00 with 96 bits, messagestart 0
2016.01.12 19:32:13 4: Hideki_Parse sduino incomming P12#7534BA4AE3BF81ADB47D00
2016.01.12 19:32:13 4: Hideki_Parse SensorTyp = 30 decodedString = 755ccede25c183f7dc8700
2016.01.12 19:32:13 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=12.5, humidity=83, bat=ok
2016.01.12 19:32:34 4: Connection closed for FHEMWEB:192.168.1.12:56625: EOF
2016.01.12 19:32:34 4: Connection accepted from FHEMWEB:192.168.1.12:56626
2016.01.12 19:32:34 4: FHEMWEB:192.168.1.12:56626 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0
Hi,
also TFA Nexus verwendet wohl das Hideki Protokoll.
Da haben wir aber bislang nur temp/feuchte Sensoren implementiert.
Einer sollte auch angelegt worden sein.
Was für Daten sendet die Station den alles?
Bezüglich der Implementierung, kann man sich in einem anderen Projekt die Zuordnung ansehen.
Grüße Sidey
Die Daten die FHEM angezeigt hat, waren einer meiner Temperatursensore, stand direkt daneben (TFA TS33f)
Zur Wetterstation gehören unter anderem:
Sensor für Temperatur und Feuchte
Regenmesser
Windmesser (Geschwindigkeit und Richtung)
http://www.amazon.de/TFA-Dostmann-Funkwetterstation-35-1075-schwarz/dp/B000N3ZDM4
Daten empfange ich aber keine weiteren, zumindest keine ich als solche deuten kann, evtl ist die Reichweite, trotz Superheterodyne zu schlecht.
Die Basis der Wetterstation steht neben der FHEM-Station auf dem Dachboden, die Basis empfängt alles soweit (ebenfalls mit Superheterodyne, aber dieses Modell: http://www.tme.eu/de/details/rx-4mm3_f/rf-kommunikationsmodule-aurel/aurel/650201139g/). Nur FHEM nicht. Schade....
Gruß
Hi noxx,
du hast leider nur ca 2 Minuten Log angehangen aber folgende Übertragung könnte die Wetterstation sein:
2016.01.12 19:30:42 4: SIGNALduino/msg READ: MC;LL=-1002;LH=952;SL=-511;SH=464;D=5C2C2E94D60FD60AD436E0570B0BA51583F582B500;C=471;
2016.01.12 19:30:42 4: sduino: hideki protocol converted to hex: 7534BA8A0DBF83AD00 with 79 bits, messagestart 89
2016.01.12 19:30:42 4: Hideki_Parse sduino incomming P12#7534BA8A0DBF83AD00
2016.01.12 19:30:42 4: sduino crc failed
Mit Sicherheit kann ich es aber nicht sagen.
Grüße Sidey
Hier etwas mehr Daten
2016.01.12 23:08:34 1: Including fhem.cfg
2016.01.12 23:08:34 3: telnetPort: port 7072 opened
2016.01.12 23:08:34 3: WEB: port 8083 opened
2016.01.12 23:08:34 3: WEBphone: port 8084 opened
2016.01.12 23:08:34 3: WEBtablet: port 8085 opened
2016.01.12 23:08:35 2: eventTypes: loaded 30 events from ./log/eventTypes.txt
keys on reference is experimental at ./FHEM/00_SIGNALduino.pm line 1345, <$fh> line 36.
keys on reference is experimental at ./FHEM/00_SIGNALduino.pm line 1524, <$fh> line 36.
2016.01.12 23:08:35 3: Opening sduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
2016.01.12 23:08:35 3: Setting sduino serial parameters to 57600,8,N,1
2016.01.12 23:08:35 3: sduino device opened
2016.01.12 23:08:35 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
2016.01.12 23:08:35 3: Opening DenonX1000 device 192.168.1.101:23
2016.01.12 23:08:35 3: DenonX1000 device opened
2016.01.12 23:08:36 1: Including ./log/fhem.save
2016.01.12 23:08:36 4: initialUsbCheck exec usb create
2016.01.12 23:08:36 1: usb create starting
2016.01.12 23:08:37 4: ### ttyAMA0: checking if it is a CUL
2016.01.12 23:08:37 3: Probing CUL device /dev/ttyAMA0
2016.01.12 23:08:37 3: Can't open /dev/ttyAMA0: Permission denied
2016.01.12 23:08:37 4: cannot open the device
2016.01.12 23:08:37 4: ### ttyUSB0: checking if it is a TCM_ESP3
2016.01.12 23:08:37 4: ttyUSB0 is already used by the fhem device sduino
2016.01.12 23:08:37 1: usb create end
2016.01.12 23:08:37 0: Featurelevel: 5.7
2016.01.12 23:08:37 0: Server started with 19 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 988)
2016.01.12 23:08:37 4: SIGNALduino/msg READ:
2016.01.12 23:08:37 4: sduino: Get freeram called ...
2016.01.12 23:08:40 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 disconnected, waiting to reappear (sduino)
2016.01.12 23:08:41 4: Connection accepted from FHEMWEB:192.168.1.12:59720
2016.01.12 23:08:41 3: Setting sduino serial parameters to 57600,8,N,1
2016.01.12 23:08:41 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 reappeared (sduino)
2016.01.12 23:08:41 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 GET /; BUFLEN:0
2016.01.12 23:08:42 4: WEB: redirecting / to /fhem
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 GET /fhem; BUFLEN:0
2016.01.12 23:08:42 4: name: /fhem / RL:984 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 GET /fhem/pgm2/style.css; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 => 304 Not Modified
2016.01.12 23:08:42 4: Connection accepted from FHEMWEB:192.168.1.12:59721
2016.01.12 23:08:42 4: Connection accepted from FHEMWEB:192.168.1.12:59722
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59721 GET /fhem/pgm2/jquery-ui.min.css; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59721 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59722 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59722 => 304 Not Modified
2016.01.12 23:08:42 4: Connection accepted from FHEMWEB:192.168.1.12:59723
2016.01.12 23:08:42 4: Connection accepted from FHEMWEB:192.168.1.12:59724
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59723 GET /fhem/pgm2/jquery-ui.min.js; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59723 => 304 Not Modified
2016.01.12 23:08:42 4: Connection accepted from FHEMWEB:192.168.1.12:59725
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59724 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59724 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59725 GET /fhem/pgm2/fhemweb_colorpicker.js; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59725 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 GET /fhem/pgm2/fhemweb_fbcalllist.js; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59722 GET /fhem/pgm2/fhemweb_readingsGroup.js; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59722 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59723 GET /fhem/pgm2/fhemweb_readingsHistory.js; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59723 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59721 GET /fhem/pgm2/fhemweb_knob.js; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59721 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59725 GET /fhem/pgm2/fhemweb_uzsu.js; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59725 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 GET /fhem/pgm2/defaultCommon.css; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59724 GET /fhem/pgm2/fhemweb_sortable.js; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59724 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59722 GET /fhem/pgm2/dashboard_style.css; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59722 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 GET /fhem/images/default/fhemicon.png; BUFLEN:0
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 => 304 Not Modified
2016.01.12 23:08:42 4: FHEMWEB:192.168.1.12:59720 GET /fhem?XHR=1&inform=type=status;filter=;since=1452636521;fmt=JSON×tamp=1452636517359; BUFLEN:0
2016.01.12 23:08:45 4: Connection closed for FHEMWEB:192.168.1.12:59720: EOF
2016.01.12 23:08:45 4: FHEMWEB:192.168.1.12:59721 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0
2016.01.12 23:08:45 4: Connection closed for FHEMWEB:192.168.1.12:59721: EOF
2016.01.12 23:08:45 4: FHEMWEB:192.168.1.12:59723 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0
2016.01.12 23:08:46 4: FHEMWEB:192.168.1.12:59723 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1452636524;fmt=JSON×tamp=1452636520471; BUFLEN:0
2016.01.12 23:08:46 3: telnetForBlockingFn: port 54526 opened
2016.01.12 23:08:46 4: BlockingCall created child (998), uses telnetForBlockingFn to connect back
2016.01.12 23:08:46 4: BlockingCall created child (999), uses telnetForBlockingFn to connect back
ping: icmp open socket: Operation not permitted
2016.01.12 23:08:46 4: Connection accepted from telnet:127.0.0.1:46335
ping: icmp open socket: Operation not permitted
2016.01.12 23:08:46 4: Connection accepted from telnet:127.0.0.1:46336
2016.01.12 23:08:57 4: SIGNALduino/msg READ: MU;P0=-1025;P1=929;P2=-549;P3=428;D=0101012323032323210123032323210123230103210103212301230321232323032123232323010323232321230323210101010323232123012303212303232323232320;CP=3;
2016.01.12 23:08:57 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:08:57 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:08:57 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:08:57 4: SIGNALduino/msg READ: MC;LL=-1011;LH=939;SL=-520;SH=455;D=AE16174A2CF3E83154344E00;C=464;
2016.01.12 23:08:57 4: sduino: hideki protocol converted to hex: 7534BA8AF3BE30552C3900 with 96 bits, messagestart 0
2016.01.12 23:08:58 4: Hideki_Parse sduino incomming P12#7534BA8AF3BE30552C3900
2016.01.12 23:08:58 4: Hideki_Parse SensorTyp = 30 decodedString = 755cce9e15c250ff744b00
2016.01.12 23:08:58 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:08:58 4: SIGNALduino/msg READ: MC;LL=-1007;LH=944;SL=-519;SH=455;D=AE16174A4CF3E83154377A00;C=466;
2016.01.12 23:08:58 4: sduino: hideki protocol converted to hex: 7534BA4AF3BE3055EC2F00 with 96 bits, messagestart 0
2016.01.12 23:08:58 4: Hideki_Parse sduino incomming P12#7534BA4AF3BE3055EC2F00
2016.01.12 23:08:58 4: Hideki_Parse SensorTyp = 30 decodedString = 755ccede15c250ff347100
2016.01.12 23:08:58 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:09:21 4: SIGNALduino/msg READ: MU;P0=-2984;P1=-505;P2=930;P3=-1018;P4=456;P5=230;D=01232321414341232141532153412321414323412323412143232143412143414141414141234141414121414143412321432323232321414143214141434123413;CP=4;
2016.01.12 23:09:21 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:09:21 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:09:21 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:09:22 4: SIGNALduino/msg READ: MC;LL=-1000;LH=939;SL=-512;SH=454;D=BB2E94566020F2D55AAE00;C=464;
2016.01.12 23:09:22 4: SIGNALduino/msg READ: MC;LL=-1016;LH=943;SL=-519;SH=451;D=E5D974A4B3010796AAE630;C=464;
2016.01.12 23:09:42 4: SIGNALduino/msg READ: MU;P0=-552;P1=-100;P2=928;P3=-1026;P4=426;D=01232320404340404023204340404023204043234023234020432043402040404340204040404323404040402043404023232323404040204320434020434040404040400;CP=4;
2016.01.12 23:09:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:09:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:09:42 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:09:42 4: SIGNALduino/msg READ: MC;LL=-1007;LH=949;SL=-519;SH=458;D=AE16174A2CF3E83154344E00;C=468;
2016.01.12 23:09:42 4: sduino: hideki protocol converted to hex: 7534BA8AF3BE30552C3900 with 96 bits, messagestart 0
2016.01.12 23:09:42 4: Hideki_Parse sduino incomming P12#7534BA8AF3BE30552C3900
2016.01.12 23:09:42 4: Hideki_Parse SensorTyp = 30 decodedString = 755cce9e15c250ff744b00
2016.01.12 23:09:42 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:09:43 4: SIGNALduino/msg READ: MC;LL=-1002;LH=949;SL=-520;SH=457;D=AE16174A4CF3E83154377A00;C=468;
2016.01.12 23:09:43 4: sduino: hideki protocol converted to hex: 7534BA4AF3BE3055EC2F00 with 96 bits, messagestart 0
2016.01.12 23:09:43 4: Hideki_Parse sduino incomming P12#7534BA4AF3BE3055EC2F00
2016.01.12 23:09:43 4: Hideki_Parse SensorTyp = 30 decodedString = 755ccede15c250ff347100
2016.01.12 23:09:43 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:09:57 4: Connection closed for FHEMWEB:192.168.1.12:59723: EOF
2016.01.12 23:09:57 4: FHEMWEB:192.168.1.12:59725 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0
2016.01.12 23:09:57 4: FHEMWEB:192.168.1.12:59725 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1452636596;fmt=JSON×tamp=1452636592281; BUFLEN:0
2016.01.12 23:10:08 4: SIGNALduino/msg READ: MC;LL=-1046;LH=902;SL=-557;SH=421;D=010796AAF790;C=440;
2016.01.12 23:10:09 4: SIGNALduino/msg READ: MU;P0=-558;P1=990;P3=415;P4=-1000;P5=646;D=001034301034303030303050145030303010303034301410341413;CP=3;
2016.01.12 23:10:09 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:10:09 4: Found matched Protocol id 9 -> CTW 600
2016.01.12 23:10:09 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:10:09 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:10:09 4: SIGNALduino/msg READ: MC;LL=-1044;LH=903;SL=-563;SH=422;D=ECBA52598083CB00;C=441;
2016.01.12 23:10:27 4: SIGNALduino/msg READ: MU;P0=-552;P1=928;P2=-1027;P3=424;D=001210303230303012103230303012103032123012123010321032301030303230103030303212303030301032303012121212303030103210323010323030303030304;CP=3;
2016.01.12 23:10:27 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:10:27 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:10:27 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:10:27 4: SIGNALduino/msg READ: MC;LL=-1009;LH=947;SL=-516;SH=459;D=AE16174A2CF3E83154344E00;C=468;
2016.01.12 23:10:27 4: sduino: hideki protocol converted to hex: 7534BA8AF3BE30552C3900 with 96 bits, messagestart 0
2016.01.12 23:10:27 4: Hideki_Parse sduino incomming P12#7534BA8AF3BE30552C3900
2016.01.12 23:10:27 4: Hideki_Parse SensorTyp = 30 decodedString = 755cce9e15c250ff744b00
2016.01.12 23:10:27 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:10:28 4: SIGNALduino/msg READ: MC;LL=-1005;LH=951;SL=-519;SH=456;D=AE16174A4CF3E83154377A00;C=468;
2016.01.12 23:10:28 4: sduino: hideki protocol converted to hex: 7534BA4AF3BE3055EC2F00 with 96 bits, messagestart 0
2016.01.12 23:10:28 4: Hideki_Parse sduino incomming P12#7534BA4AF3BE3055EC2F00
2016.01.12 23:10:28 4: Hideki_Parse SensorTyp = 30 decodedString = 755ccede15c250ff347100
2016.01.12 23:10:28 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:10:34 4: Closing inactive connection FHEMWEB:192.168.1.12:59722
2016.01.12 23:10:34 4: Closing inactive connection FHEMWEB:192.168.1.12:59724
2016.01.12 23:10:39 4: Connection accepted from FHEMWEB:192.168.1.12:59751
2016.01.12 23:10:39 4: FHEMWEB:192.168.1.12:59751 POST /fhem?cmd=save&XHR=1; BUFLEN:0
2016.01.12 23:10:39 4: name: /fhem?cmd=save&XHR=1 / RL:52 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.01.12 23:10:41 4: Connection closed for FHEMWEB:192.168.1.12:59725: EOF
2016.01.12 23:10:41 4: FHEMWEB:192.168.1.12:59751 GET /fhem?room=Unsorted; BUFLEN:0
2016.01.12 23:10:41 4: name: /fhem?room=Unsorted / RL:2054 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.01.12 23:10:41 4: Connection accepted from FHEMWEB:192.168.1.12:59752
2016.01.12 23:10:41 4: Connection closed for FHEMWEB:192.168.1.12:59751: EOF
2016.01.12 23:10:41 4: FHEMWEB:192.168.1.12:59752 GET /fhem?room=Unsorted; BUFLEN:0
2016.01.12 23:10:41 4: name: /fhem?room=Unsorted / RL:2054 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.01.12 23:10:41 4: FHEMWEB:192.168.1.12:59752 GET /fhem?XHR=1&inform=type=status;filter=room=Unsorted;since=1452636640;fmt=JSON×tamp=1452636636098; BUFLEN:0
2016.01.12 23:10:47 4: Connection closed for FHEMWEB:192.168.1.12:59752: EOF
2016.01.12 23:10:47 4: Connection accepted from FHEMWEB:192.168.1.12:59754
2016.01.12 23:10:47 4: FHEMWEB:192.168.1.12:59754 GET /fhem?detail=HTPC; BUFLEN:0
2016.01.12 23:10:47 4: name: /fhem?detail=HTPC / RL:2275 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.01.12 23:10:47 4: FHEMWEB:192.168.1.12:59754 GET /fhem?cmd={ReadingsVal(%22HTPC%22,%22off%22,%22%22)}&XHR=1; BUFLEN:0
2016.01.12 23:10:47 4: name: /fhem?cmd={ReadingsVal(%22HTPC%22,%22off%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.01.12 23:10:47 4: Connection accepted from FHEMWEB:192.168.1.12:59755
2016.01.12 23:10:47 4: FHEMWEB:192.168.1.12:59755 GET /fhem?cmd={AttrVal(%22HTPC%22,%22room%22,%22%22)}&XHR=1; BUFLEN:0
2016.01.12 23:10:47 4: name: /fhem?cmd={AttrVal(%22HTPC%22,%22room%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.01.12 23:10:47 4: FHEMWEB:192.168.1.12:59754 GET /fhem?XHR=1&inform=type=status;filter=HTPC;since=1452636646;fmt=JSON×tamp=1452636642208; BUFLEN:0
2016.01.12 23:10:55 4: SIGNALduino/msg READ: MC;LL=-1037;LH=908;SL=-577;SH=413;D=A53598083CB557BC80;C=440;
2016.01.12 23:10:56 4: SIGNALduino/msg READ: MC;LL=-1037;LH=918;SL=-534;SH=436;D=BB2E94566020F2D55AAE00;C=451;
2016.01.12 23:10:56 4: SIGNALduino/msg READ: MC;LL=-1012;LH=929;SL=-503;SH=470;D=2ECBA52598083CB5573180;C=466;
2016.01.12 23:10:56 4: SIGNALduino/msg READ: MC;LL=-1012;LH=929;SL=-503;SH=470;D=2ECBA52598083CB5573180;C=466;
2016.01.12 23:11:12 4: SIGNALduino/msg READ: MU;P0=-108;P1=-531;P2=933;P3=-1021;P5=436;D=01232321515351515123215351515123215153235123235121532153512151515351215151515323515151512153515123232323515151215321535121535151515151510;CP=5;
2016.01.12 23:11:12 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:11:12 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:11:12 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:11:12 4: SIGNALduino/msg READ: MC;LL=-1011;LH=939;SL=-520;SH=454;D=AE16174A2CF3E83154344E00;C=464;
2016.01.12 23:11:12 4: sduino: hideki protocol converted to hex: 7534BA8AF3BE30552C3900 with 96 bits, messagestart 0
2016.01.12 23:11:12 4: Hideki_Parse sduino incomming P12#7534BA8AF3BE30552C3900
2016.01.12 23:11:12 4: Hideki_Parse SensorTyp = 30 decodedString = 755cce9e15c250ff744b00
2016.01.12 23:11:12 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:11:13 4: SIGNALduino/msg READ: MC;LL=-1008;LH=944;SL=-517;SH=455;D=AE16174A4CF3E83154377A00;C=466;
2016.01.12 23:11:13 4: sduino: hideki protocol converted to hex: 7534BA4AF3BE3055EC2F00 with 96 bits, messagestart 0
2016.01.12 23:11:13 4: Hideki_Parse sduino incomming P12#7534BA4AF3BE3055EC2F00
2016.01.12 23:11:13 4: Hideki_Parse SensorTyp = 30 decodedString = 755ccede15c250ff347100
2016.01.12 23:11:13 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:11:23 4: SIGNALduino/msg READ: MC;LL=-1026;LH=927;SL=-535;SH=440;D=AE00888B8B6181117AAA00;C=455;
2016.01.12 23:11:23 4: sduino: hideki protocol converted to hex: 7580443A6D0C22BD5500 with 88 bits, messagestart 0
2016.01.12 23:11:23 4: Hideki_Parse sduino incomming P12#7580443A6D0C22BD5500
2016.01.12 23:11:23 4: Hideki_Parse SensorTyp = 14 decodedString = 7580cc4eb71466c7ff00
2016.01.12 23:11:23 4: sduino Sensor Typ 14 not supported, please report sensor information!
2016.01.12 23:11:23 4: SIGNALduino/msg READ: MC;LL=-1026;LH=927;SL=-535;SH=440;D=AE00888B8B6181117AAA00;C=455;
2016.01.12 23:11:23 4: sduino: hideki protocol converted to hex: 7580443A6D0C22BD5500 with 88 bits, messagestart 0
2016.01.12 23:11:23 4: Dropped (P12#7580443A6D0C22BD5500) due to short time or equal msg
2016.01.12 23:11:23 4: SIGNALduino/msg READ: MC;LL=-1026;LH=927;SL=-535;SH=440;D=AE00888B8B6181117AAA00;C=455;
2016.01.12 23:11:23 4: sduino: hideki protocol converted to hex: 7580443A6D0C22BD5500 with 88 bits, messagestart 0
2016.01.12 23:11:23 4: Dropped (P12#7580443A6D0C22BD5500) due to short time or equal msg
2016.01.12 23:11:23 4: SIGNALduino/msg READ: MC;LL=-1026;LH=927;SL=-535;SH=440;D=AE00888B8B6181117AAA00;C=455;
2016.01.12 23:11:23 4: sduino: hideki protocol converted to hex: 7580443A6D0C22BD5500 with 88 bits, messagestart 0
2016.01.12 23:11:23 4: Dropped (P12#7580443A6D0C22BD5500) due to short time or equal msg
2016.01.12 23:11:23 4: SIGNALduino/msg READ: MU;P0=-118;P1=138;P2=-517;P3=933;P4=-1018;P5=460;D=01012343432525452525252525252523452523452523452523432525254523432543254525252325452525252523452523452523432525252525452325452525252521;CP=5;
2016.01.12 23:11:23 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:11:23 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:11:23 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:11:24 4: SIGNALduino/msg READ: MC;LL=-1014;LH=939;SL=-526;SH=452;D=AE00888BAB61811178EC00;C=463;
2016.01.12 23:11:24 4: sduino: hideki protocol converted to hex: 758044BA6D0C223D3700 with 88 bits, messagestart 0
2016.01.12 23:11:24 4: Hideki_Parse sduino incomming P12#758044BA6D0C223D3700
2016.01.12 23:11:24 4: Hideki_Parse SensorTyp = 14 decodedString = 7580ccceb71466475900
2016.01.12 23:11:24 4: sduino Sensor Typ 14 not supported, please report sensor information!
2016.01.12 23:11:24 4: SIGNALduino/msg READ: MC;LL=-1014;LH=939;SL=-526;SH=452;D=AE00888BAB61811178EC00;C=463;
2016.01.12 23:11:24 4: sduino: hideki protocol converted to hex: 758044BA6D0C223D3700 with 88 bits, messagestart 0
2016.01.12 23:11:24 4: Dropped (P12#758044BA6D0C223D3700) due to short time or equal msg
2016.01.12 23:11:24 4: SIGNALduino/msg READ: MC;LL=-1014;LH=939;SL=-526;SH=452;D=AE00888BAB61811178EC00;C=463;
2016.01.12 23:11:24 4: sduino: hideki protocol converted to hex: 758044BA6D0C223D3700 with 88 bits, messagestart 0
2016.01.12 23:11:24 4: Dropped (P12#758044BA6D0C223D3700) due to short time or equal msg
2016.01.12 23:11:42 4: SIGNALduino/msg READ: MC;LL=-1008;LH=924;SL=-554;SH=438;D=4A6B3010796AAF7900;C=453;
2016.01.12 23:11:42 4: SIGNALduino/msg READ: MC;LL=-1008;LH=924;SL=-554;SH=438;D=4A6B3010796AAF7900;C=453;
2016.01.12 23:11:42 4: SIGNALduino/msg READ: MC;LL=-1008;LH=924;SL=-554;SH=438;D=4A6B3010796AAF7900;C=453;
2016.01.12 23:11:42 4: SIGNALduino/msg READ: MC;LL=-1008;LH=924;SL=-554;SH=438;D=4A6B3010796AAF7900;C=453;
2016.01.12 23:11:43 4: SIGNALduino/msg READ: MU;P0=-172;P1=-1014;P2=439;P3=-570;P4=720;P5=939;D=0123415323215123515123235151532123532123232323232351232323235323232123515321530;CP=2;
2016.01.12 23:11:43 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:11:43 4: Found matched Protocol id 9 -> CTW 600
2016.01.12 23:11:43 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:11:43 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:11:43 4: SIGNALduino/msg READ: MC;LL=-1018;LH=945;SL=-511;SH=454;D=2ECBA52598083CB5573180;C=466;
2016.01.12 23:11:57 4: SIGNALduino/msg READ: MU;P0=-544;P1=-1512;P2=935;P3=-1017;P4=432;D=01232320404340404023204340404023204043234023234020432043402040404340204040404323404040402043404023232323404040204320434020434040404040400;CP=4;
2016.01.12 23:11:57 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:11:57 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:11:57 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:11:57 4: SIGNALduino/msg READ: MC;LL=-1007;LH=945;SL=-520;SH=456;D=AE16174A2CF3E83154344E00;C=466;
2016.01.12 23:11:57 4: sduino: hideki protocol converted to hex: 7534BA8AF3BE30552C3900 with 96 bits, messagestart 0
2016.01.12 23:11:57 4: Hideki_Parse sduino incomming P12#7534BA8AF3BE30552C3900
2016.01.12 23:11:57 4: Hideki_Parse SensorTyp = 30 decodedString = 755cce9e15c250ff744b00
2016.01.12 23:11:57 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:11:58 4: SIGNALduino/msg READ: MC;LL=-1007;LH=946;SL=-520;SH=457;D=AE16174A4CF3E83154377A00;C=467;
2016.01.12 23:11:58 4: sduino: hideki protocol converted to hex: 7534BA4AF3BE3055EC2F00 with 96 bits, messagestart 0
2016.01.12 23:11:58 4: Hideki_Parse sduino incomming P12#7534BA4AF3BE3055EC2F00
2016.01.12 23:11:58 4: Hideki_Parse SensorTyp = 30 decodedString = 755ccede15c250ff347100
2016.01.12 23:11:58 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:12:21 4: SIGNALduino/msg READ: MU;P0=-529;P1=-152;P2=427;P3=-1022;P5=947;D=01232020202020205320202020532020202020202020202054;CP=2;
2016.01.12 23:12:21 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:12:21 4: Found matched Protocol id 9 -> CTW 600
2016.01.12 23:12:21 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:12:21 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:12:29 4: SIGNALduino/msg READ: MC;LL=-1033;LH=917;SL=-556;SH=421;D=A6B3010796AAF790;C=445;
2016.01.12 23:12:30 4: SIGNALduino/msg READ: MC;LL=-1053;LH=902;SL=-558;SH=414;D=AE5D974A2B3010796AAD5700;C=438;
2016.01.12 23:12:30 4: sduino: hideki protocol converted to hex: 75DDBA8ACD4078ADB5 with 81 bits, messagestart 0
2016.01.12 23:12:30 4: Hideki_Parse sduino incomming P12#75DDBA8ACD4078ADB5
2016.01.12 23:12:30 4: Hideki_Parse SensorTyp = 30 decodedString = 7567ce9e57c088f7df
2016.01.12 23:12:30 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=67, channel=3, temp=5.7, humidity=88, bat=ok
2016.01.12 23:12:30 4: SIGNALduino/msg READ: MU;P0=-104;P1=-552;P2=920;P3=-1033;P4=423;D=01232321414341232141432143412321414323412323412341232143412143414141414141234141414121414143412321432323232321414341214341412143413;CP=4;
2016.01.12 23:12:30 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:12:30 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:12:30 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:12:34 4: Closing inactive connection FHEMWEB:192.168.1.12:59755
2016.01.12 23:12:42 4: SIGNALduino/msg READ: MU;P0=-544;P1=-1010;P2=936;P4=433;D=01212120404140404021204140404021204041214021214020412041402040404140204040404121404040402041404021212121404040204120414020414040404040400;CP=4;
2016.01.12 23:12:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:12:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:12:42 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:12:42 4: SIGNALduino/msg READ: MC;LL=-1010;LH=944;SL=-520;SH=456;D=AE16174A2CF3E83154344E00;C=466;
2016.01.12 23:12:42 4: sduino: hideki protocol converted to hex: 7534BA8AF3BE30552C3900 with 96 bits, messagestart 0
2016.01.12 23:12:42 4: Hideki_Parse sduino incomming P12#7534BA8AF3BE30552C3900
2016.01.12 23:12:42 4: Hideki_Parse SensorTyp = 30 decodedString = 755cce9e15c250ff744b00
2016.01.12 23:12:42 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:12:43 4: SIGNALduino/msg READ: MC;LL=-1008;LH=946;SL=-521;SH=455;D=AE16174A4CF3E83154377A00;C=466;
2016.01.12 23:12:43 4: sduino: hideki protocol converted to hex: 7534BA4AF3BE3055EC2F00 with 96 bits, messagestart 0
2016.01.12 23:12:43 4: Hideki_Parse sduino incomming P12#7534BA4AF3BE3055EC2F00
2016.01.12 23:12:43 4: Hideki_Parse SensorTyp = 30 decodedString = 755ccede15c250ff347100
2016.01.12 23:12:43 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=21.5, humidity=50, bat=ok
2016.01.12 23:13:16 4: SIGNALduino/msg READ: MC;LL=-1024;LH=916;SL=-526;SH=460;D=B9765D29ACC041E5AABDE400;C=458;
2016.01.12 23:13:16 4: SIGNALduino/msg READ: MC;LL=-1024;LH=916;SL=-526;SH=460;D=B9765D29ACC041E5AABDE400;C=458;
2016.01.12 23:13:16 4: SIGNALduino/msg READ: MU;P0=-2044;P1=232;P2=916;P3=-1024;P4=-583;P5=460;D=2324545354232454532453542324545323542323542453232453542453545454545454235454545424545453542324532323232324545453245454535423540144;CP=5;
2016.01.12 23:13:16 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:13:16 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:13:16 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:13:17 4: SIGNALduino/msg READ: MU;P0=-508;P1=-340;P2=942;P3=-991;P4=482;D=012340402323204340204340404040404023404040402040404340232043232323232043232323204043405;CP=4;
2016.01.12 23:13:17 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:13:17 4: Found matched Protocol id 9 -> CTW 600
2016.01.12 23:13:17 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:13:17 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:13:17 4: SIGNALduino/msg READ: MC;LL=-1025;LH=940;SL=-518;SH=442;D=C041E5AAB98C;C=460;
2016.01.12 23:13:40 4: sduino: Get freeram called ...
2016.01.12 23:13:43 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 disconnected, waiting to reappear (sduino)
2016.01.12 23:13:44 3: Setting sduino serial parameters to 57600,8,N,1
2016.01.12 23:13:44 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 reappeared (sduino)
2016.01.12 23:13:44 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
2016.01.12 23:14:03 4: SIGNALduino/msg READ: MU;P0=92;P1=-539;P2=911;P3=-1036;P5=428;D=123232151535123215153215351232101532351232351215323215351215351515151515123515151512151515351232153232323232151515321515153512350;CP=5;
2016.01.12 23:14:04 4: SIGNALduino/msg READ: MC;LL=-1007;LH=950;SL=-565;SH=432;D=CBA51598083CB500;C=460;
2016.01.12 23:14:04 4: SIGNALduino/msg READ: MC;LL=-1029;LH=930;SL=-523;SH=446;D=2ECBA52598083CB0;C=458;
2016.01.12 23:14:04 4: SIGNALduino/msg READ: MU;P1=928;P2=-1000;P4=446;P5=-523;D=424512154542154245121545421245121245124512154245154245454545454512454545451545454245121541211;CP=4;
2016.01.12 23:14:04 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:14:04 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:14:04 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:14:04 4: SIGNALduino/msg READ: MU;P0=224;P1=928;P2=-948;P4=489;P5=-523;D=424512154542154245121545421245121245124512154245154245454545454512454545451545454245121541210245;CP=4;
2016.01.12 23:14:04 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:14:04 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:14:04 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:14:04 4: SIGNALduino/msg READ: MC;LL=-1066;LH=902;SL=-523;SH=489;D=2ECBA52598083CBA;C=463;
2016.01.12 23:14:04 4: SIGNALduino/msg READ: MC;LL=-1066;LH=902;SL=-523;SH=472;D=2ECBA52598083CBA;C=457;
2016.01.12 23:14:04 4: SIGNALduino/msg READ: MU;P0=453;P1=908;P2=-1051;P5=-563;D=0205121505021502051215050212051212051205121502051502050505050505120505050515050502051215012102002120005020515020505150201;CP=0;
2016.01.12 23:14:04 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:14:04 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:14:04 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:14:04 4: SIGNALduino/msg READ: MU;P0=453;P1=908;P2=-1051;P4=50;P5=-563;D=02051215050215020512150502120512120512051215020515020505050505051205050505150505020512150121020021200050205150205051502045;CP=0;
2016.01.12 23:14:04 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:14:04 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:14:04 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:14:04 4: SIGNALduino/msg READ: MU;P0=453;P1=908;P2=-1051;P4=50;P5=-563;D=02051215050215020512150502120512120512051215020515020505050505051205050505150505020512150121020021200050205150205051502045;CP=0;
2016.01.12 23:14:04 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:14:04 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:14:04 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:14:04 4: SIGNALduino/msg READ: MU;P0=414;P1=908;P2=-1051;P4=50;P5=-563;D=020512150502150205121505021205121205120512150205150205050505050512050505051505050205121501210200212000502051502050515020403;CP=0;
2016.01.12 23:14:04 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:14:04 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:14:04 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:14:04 4: SIGNALduino/msg READ: MU;P0=414;P1=908;P2=-1095;P4=83;P5=-563;D=020512150502150205121505021205121205120512150205150205050505050512050505051505050205121501210200212000502051502050515020404242;CP=0;
2016.01.12 23:14:04 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:14:04 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:14:04 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:14:12 4: SIGNALduino/msg READ: MU;P0=-1014;P1=-2852;P2=927;P4=-546;P5=426;D=01202024545054545420245054545420245450205420205424502450542454545054245454545020245450545424502020202054245024505420245450245450540;CP=5;
2016.01.12 23:14:12 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:14:12 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:14:12 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:14:12 4: SIGNALduino/msg READ: MC;LL=-1007;LH=945;SL=-522;SH=456;D=AE16174A2CF3EB8D54DB5900;C=466;
2016.01.12 23:14:13 4: SIGNALduino/msg READ: MC;LL=-1008;LH=946;SL=-519;SH=454;D=AE16174A4CF3EB8D54D86D00;C=466;
2016.01.12 23:14:26 4: SIGNALduino/msg READ: MC;LL=-1022;LH=934;SL=-534;SH=436;D=AE00888B8B6181117AAA00;C=456;
2016.01.12 23:14:26 4: sduino: hideki protocol converted to hex: 7580443A6D0C22BD5500 with 88 bits, messagestart 0
2016.01.12 23:14:26 4: Hideki_Parse sduino incomming P12#7580443A6D0C22BD5500
2016.01.12 23:14:26 4: Hideki_Parse SensorTyp = 14 decodedString = 7580cc4eb71466c7ff00
2016.01.12 23:14:26 4: sduino Sensor Typ 14 not supported, please report sensor information!
2016.01.12 23:14:26 4: SIGNALduino/msg READ: MU;P0=-1005;P1=-8360;P2=939;P4=-531;P5=444;D=01202024545054545454545454542054542054542054542024545450542024502450545454245054545454542054542054542024545454545054245054545454540;CP=5;
2016.01.12 23:14:26 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:14:26 4: Found matched Protocol id 9 -> CTW 600
2016.01.12 23:14:26 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:14:26 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:14:27 4: SIGNALduino/msg READ: MC;LL=-1014;LH=937;SL=-529;SH=449;D=AE00888BAB61811178EC00;C=461;
2016.01.12 23:14:27 4: sduino: hideki protocol converted to hex: 758044BA6D0C223D3700 with 88 bits, messagestart 0
2016.01.12 23:14:27 4: Hideki_Parse sduino incomming P12#758044BA6D0C223D3700
2016.01.12 23:14:27 4: Hideki_Parse SensorTyp = 14 decodedString = 7580ccceb71466475900
2016.01.12 23:14:27 4: sduino Sensor Typ 14 not supported, please report sensor information!
2016.01.12 23:14:27 4: SIGNALduino/msg READ: MC;LL=-1014;LH=937;SL=-529;SH=449;D=AE00888BAB61811178EC00;C=461;
2016.01.12 23:14:27 4: sduino: hideki protocol converted to hex: 758044BA6D0C223D3700 with 88 bits, messagestart 0
2016.01.12 23:14:27 4: Dropped (P12#758044BA6D0C223D3700) due to short time or equal msg
2016.01.12 23:14:27 4: SIGNALduino/msg READ: MC;LL=-1014;LH=937;SL=-529;SH=449;D=AE00888BAB61811178EC00;C=461;
2016.01.12 23:14:27 4: sduino: hideki protocol converted to hex: 758044BA6D0C223D3700 with 88 bits, messagestart 0
2016.01.12 23:14:27 4: Dropped (P12#758044BA6D0C223D3700) due to short time or equal msg
2016.01.12 23:14:50 4: SIGNALduino/msg READ: MC;LL=-1022;LH=929;SL=-543;SH=434;D=AE5D974A6B3010796AAF7900;C=454;
2016.01.12 23:14:50 4: sduino: hideki protocol converted to hex: 75DDBACACD4078ADF54F00 with 96 bits, messagestart 0
2016.01.12 23:14:50 4: Hideki_Parse sduino incomming P12#75DDBACACD4078ADF54F00
2016.01.12 23:14:50 4: Hideki_Parse SensorTyp = 30 decodedString = 7567ce5e57c088f71fd100
2016.01.12 23:14:50 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=67, channel=3, temp=5.7, humidity=88, bat=ok
2016.01.12 23:14:50 4: SIGNALduino/msg READ: MC;LL=-1022;LH=929;SL=-543;SH=434;D=AE5D974A6B3010796AAF7900;C=454;
2016.01.12 23:14:50 4: sduino: hideki protocol converted to hex: 75DDBACACD4078ADF54F00 with 96 bits, messagestart 0
2016.01.12 23:14:50 4: Dropped (P12#75DDBACACD4078ADF54F00) due to short time or equal msg
2016.01.12 23:14:51 4: SIGNALduino/msg READ: MC;LL=-1029;LH=913;SL=-523;SH=447;D=74A2B3010796AAD570;C=453;
2016.01.12 23:14:51 4: SIGNALduino/msg READ: MC;LL=-1029;LH=913;SL=-523;SH=447;D=74A2B3010796AAD570;C=453;
2016.01.12 23:14:51 4: SIGNALduino/msg READ: MC;LL=-1029;LH=913;SL=-523;SH=447;D=74A2B3010796AAD570;C=453;
2016.01.12 23:14:51 4: SIGNALduino/msg READ: MC;LL=-1029;LH=913;SL=-523;SH=447;D=74A2B3010796AAD570;C=453;
2016.01.12 23:14:51 4: SIGNALduino/msg READ: MU;P0=-104;P1=-997;P2=484;P3=-508;P4=688;P5=925;D=01234153232151235151235123515321235321232323232323512323232353232321235153215151515153232123532123235321232;CP=2;
2016.01.12 23:14:51 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:14:51 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:14:51 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:14:57 4: SIGNALduino/msg READ: MC;LL=-1024;LH=935;SL=-538;SH=436;D=AE16174A6CF3EB8D54D97700;C=456;
2016.01.12 23:14:57 4: SIGNALduino/msg READ: MC;LL=-1024;LH=935;SL=-538;SH=436;D=AE16174A6CF3EB8D54D97700;C=456;
2016.01.12 23:14:57 4: SIGNALduino/msg READ: MU;P0=-1011;P1=944;P2=-519;P3=455;D=0123230323232101230323232101232301032101032321012303212323230321232323230101232303232123010101010321230123012301012303210324;CP=3;
2016.01.12 23:14:57 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.12 23:14:57 4: Found matched Protocol id 9 -> CTW 600
2016.01.12 23:14:57 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.12 23:14:57 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.12 23:14:58 4: SIGNALduino/msg READ: MC;LL=-1008;LH=946;SL=-520;SH=454;D=AE16174A4CF3EB8D54D86D00;C=466;
2016.01.12 23:16:35 4: Connection closed for FHEMWEB:192.168.1.12:59754: EOF
2016.01.12 23:16:35 4: Connection accepted from FHEMWEB:192.168.1.12:59798
2016.01.12 23:16:35 4: FHEMWEB:192.168.1.12:59798 GET /fhem?room=Unsorted; BUFLEN:0
2016.01.12 23:16:35 4: name: /fhem?room=Unsorted / RL:2054 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.01.12 23:16:35 4: FHEMWEB:192.168.1.12:59798 GET /fhem/images/default/off.png; BUFLEN:0
2016.01.12 23:16:35 4: FHEMWEB:192.168.1.12:59798 => 304 Not Modified
2016.01.12 23:16:35 4: Connection accepted from FHEMWEB:192.168.1.12:59799
2016.01.12 23:16:35 4: FHEMWEB:192.168.1.12:59799 GET /fhem/images/default/on.png; BUFLEN:0
2016.01.12 23:16:35 4: FHEMWEB:192.168.1.12:59799 => 304 Not Modified
2016.01.12 23:16:35 4: FHEMWEB:192.168.1.12:59798 GET /fhem/icons/favicon; BUFLEN:0
2016.01.12 23:16:35 4: FHEMWEB:192.168.1.12:59798 => 304 Not Modified
2016.01.12 23:16:35 4: FHEMWEB:192.168.1.12:59798 GET /fhem?XHR=1&inform=type=status;filter=room=Unsorted;since=1452636994;fmt=JSON×tamp=1452636989835; BUFLEN:0
2016.01.12 23:18:31 4: Connection closed for FHEMWEB:192.168.1.12:59799: EOF
2016.01.12 23:18:43 4: sduino: Get freeram called ...
2016.01.12 23:18:46 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 disconnected, waiting to reappear (sduino)
2016.01.12 23:18:46 4: Connection closed for FHEMWEB:192.168.1.12:59798: EOF
2016.01.12 23:18:46 4: Connection accepted from FHEMWEB:192.168.1.12:59825
2016.01.12 23:18:46 4: FHEMWEB:192.168.1.12:59825 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0
Zitat von: Sidey am 12 Januar 2016, 08:50:37
..
Auffällig ist, dass es oft Nachrichten mit 72 Bits gibt. Es sieht fast so aus, als ob der Sync fehlt oder das Signal hält nur irgendwo mittendrin auf geschnappt wurde, was dazu führt, dass es nicht interpretiert werden kann. Mich würde interessieren, ob direkt davor oder danach auch Signaldaten an FHEM übergeben wurde.
Leider fehlen im Log die Verbose 4 Meldungen und damit die Signaldaten.
Hattest Du für den Test den Manchester Decoder nun an oder aus?
..
Hallo Sidey,
habe einmal um .. den Manchester Decoder ausgeschaltet. Ich hoffe es sind jetzt brauchbare Daten dabei, wenn nicht sage einfach Bescheid.
2016.01.12 09:06:59 5: SW: CDC
2016.01.12 09:06:59 4: set sduino disableMessagetype manchesterMC CDC
Log-Datei gepackt.
Tschüß Jörg
Ich habe mal eine Frage zu einem Update des Sduino.
Bei mir habe ich bereits 2 mal über Windows mit dem Programm Xloader eigentlich eine aktuelle Firmwar geflasht. Wenn ich den SDuino aufrufe erscheint aber weiterhin die Anzeige Wersion 3.1.8-HF2 vom 8 November. Mache ich hier was falsch oder wird die Version nicht fortgeschrieben?
Gibt es evtl. Fortschritte zu den Livolo Schaltern?
Gruß
Greg
Zitat von: GregPac am 13 Januar 2016, 15:48:40
Ich habe mal eine Frage zu einem Update des Sduino.
...
Halo Greg,
bitte einmal in fhem dieses aufrufen: update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Danach den Signalduino flashen (siehe Bild). Danach einen Neustart von fhem-Server druchführen.
pejonp
Hi Greg,
wenn Du auf die aktuelle Version aktualisiert hast, dann kannst Du Livolo mal testen.
Ich habe da etwas experimentelles eingebaut, was bislang noch nicht getestet wurde.
Achso, das Reading Version musst Du leider manuell mit Get Version aktualisieren.
Grüße Sidey
Danke für die Rückmeldung.
Über FHEM flashen habe ich noch nicht ans laufen gebracht. Irgendwas stimmt mit meiner AVRDUDE Installation nicht. Daher hole ich mir nach einem Update die HEX Datei und flashe Sie mit Xloader.
Habe jetzt aktualisiert nach dem update all https......
Version V 3.2.0-b10 SIGNALduino - compiled at Dec 22 2015 23:24:35
Einschalten
2016.01.13 19:21:11 4: SIGNALduino/msg READ: MU;P0=105;P1=-260;P2=460;D=0101010101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121;CP=0;
2016.01.13 19:21:11 4: SIGNALduino/msg READ: MU;P0=-190;P1=182;P3=436;D=010101010101010101010101010101010101030101010101010;CP=1;
2016.01.13 19:21:11 4: SIGNALduino/msg READ: MU;P0=-175;P1=205;P3=454;D=01010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010;CP=1;O;
2016.01.13 19:21:11 4: SIGNALduino/msg READ: MU;P0=169;P1=-174;P2=460;D=012101010101010101010101010101010101010101210101010101010101010101010101;CP=0;
2016.01.13 19:21:11 4: SIGNALduino/msg READ: MU;P0=-189;P1=140;P2=470;D=01010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010201010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010;CP=1;O;
2016.01.13 19:21:11 4: SIGNALduino/msg READ: MU;P0=180;P1=-152;P2=-299;P3=475;D=01010101020101020201010101010101013101010101010101010101010101010101010101310101010101010101010101010101310101010101010101010101010101010101010131010101010101010101010101010101010101013101010101010101010101010101010101010101310101010101010;CP=0;O;
2016.01.13 19:21:11 4: SIGNALduino/msg READ: MU;P0=161;P1=-158;P2=476;D=0121010101010101010101010101010101010101012101010101010101010101010101010;CP=0;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=179;P1=-153;P2=476;D=01010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010;CP=0;O;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=-155;P1=163;P2=480;P3=-300;D=0101020131010101010101010101010101010101010102010101010101010101010101010101;CP=1;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=-153;P1=179;P2=480;D=010101010101010102010101010101010101010101010101010101010201010101010101;CP=1;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=-165;P1=146;P2=478;D=0101010101010101010101010201010101010101010101010101010101010101020101010;CP=1;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=477;P1=186;P2=-159;P3=-300;D=0121212021312121212121212121212121212121212121202121212121212121212121212121;CP=1;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=154;P1=-144;P2=476;D=0101010101010101012101010101010101010101010101010101010101210101010101;CP=0;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=-160;P1=184;P2=478;D=01010101010102010101010101010101010101010101010101010201010101010101010101010101010101010101020101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101010101010;CP=1;O;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=150;P1=-239;P2=479;D=01010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010;CP=0;O;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=-182;P1=146;P2=478;D=01020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101010101010201010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010;CP=1;O;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=-184;P1=191;P2=480;D=0101010102010101010101010101010101010101010101010201010101010101010101010;CP=1;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=150;P1=-152;P2=-296;P3=476;D=01010201010101010101010131010101010101010101010101010101010101013101010101;CP=0;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=163;P1=-148;P3=480;D=0101010101010101010101010101010101010131010101010101010101010101010101;CP=0;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=229;P1=-227;P2=480;D=010101010121010101010101010101010101010101010101012101010101010101010101;CP=0;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=-159;P1=232;P2=139;P3=476;D=01020202010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010101010;CP=1;O;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=-162;P1=144;P3=476;D=01010101010101010101010103010101010101010101010101010101010101010301010;CP=1;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=-183;P1=192;P2=480;D=01010101010101010201010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101010;CP=1;O;
2016.01.13 19:21:12 4: SIGNALduino/msg READ: MU;P0=143;P1=-224;P2=479;D=0101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101;CP=0;
2016.01.13 19:21:13 4: SIGNALduino/msg READ: MU;P0=2610;P1=-1057;P4=-2527;D=01040401010101040101001104010101010101010104010401040;CP=0;
2016.01.13 19:21:16 4: SIGNALduino/msg READ: MU;P0=164;P1=-263;P3=487;D=010101010101010101010101010131010101010101010101010101010101010101013101010101010101010101010101010101010101310101010101010101010101010101;CP=0;
2016.01.13 19:21:16 4: SIGNALduino/msg READ: MU;P0=-181;P1=137;P2=449;P3=-336;D=01010102010101010101010101010101010101010101010201010101010101310101310101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101010101010101010101020101010101010101010101010101010;CP=1;O;
2016.01.13 19:21:16 4: SIGNALduino/msg READ: MU;P0=-163;P1=136;P2=460;D=010101010101010102010101010101010101010101010101010101010201010101010;CP=1;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=-164;P1=226;P2=471;D=01010101010201010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010;CP=1;O;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=146;P1=-155;P2=-300;P3=474;D=010201010101010101010131010101010101010101010101010101010101013101010101;CP=0;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=-159;P1=136;P3=476;D=010101010101010101010101010103010101010101010101010101010101010101010;CP=1;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=-242;P1=142;P3=476;D=01010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010;CP=1;O;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=167;P1=-222;P2=478;D=01010101010101010101012101010101012101010101010101010101010101010101010101210101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010101010101010;CP=0;O;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=-161;P1=144;P2=476;D=0101010101010101010101010101010201010101010101010101010101010101010101;CP=1;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=147;P1=-224;P2=479;D=01010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010;CP=0;O;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=234;P1=-158;P2=480;D=0121010101010101010101010101010101010101012101010101010101010101010101;CP=0;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=-183;P1=151;P2=479;D=01020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101010101010101010;CP=1;O;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=-159;P1=162;P3=478;D=010101030101010101010101010101010101010101010103010101010101010101;CP=1;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=156;P1=-184;P3=479;D=01010101010101310101010101010101010101010101010101010131010101010101010101010101010101010101013101010101010101010101010101010101010101310101010101010101010101010101010101010131010101010101010101010101010101010101013101010101010101010101010;CP=0;O;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=149;P1=-162;P2=-296;P3=478;D=0102010101010101010101310101010101010101010101010101010101010131010101;CP=0;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=-261;P1=229;P3=477;D=01010101010101010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010;CP=1;O;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=148;P1=-259;P3=478;D=010101010101010101010101310101010101010101010101010101010101010131010;CP=0;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=182;P1=-151;P2=-296;P3=476;D=01010201010101010101010131010101010101010101010101010101010101013101010101010101010101010101010101010101310101010101010101010101010101010101010131010101010101010101010101010101010101013101010101010101010101010101010101010101310101010101010;CP=0;O;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=152;P1=-159;P2=480;D=0101010101010101010101010101010121010101010101010101010101010101010101;CP=0;
2016.01.13 19:21:17 4: SIGNALduino/msg READ: MU;P0=-146;P1=223;P3=477;D=01010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010;CP=1;O;
2016.01.13 19:21:18 4: SIGNALduino/msg READ: MU;P0=148;P1=-162;P3=476;P4=-32001;P5=3524;D=010101010101010101010101013101010101010101010101010101010101010101310101010101010101010101010101010101045;CP=0;
Ausschalten:
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=141;P1=-162;P2=473;D=00101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101010101;CP=0;O;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=124;P1=-206;P3=456;D=0101010101010131010101010101010101010101010101010101013101010;CP=0;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=155;P1=-172;P2=451;D=01010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010;CP=0;O;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=-236;P1=219;P2=-157;P3=467;D=01212101212101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010;CP=1;O;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=139;P1=-166;P2=472;D=01010101010101010121010101010101010101012101010101010101012101010101010101010101010101010101010101210101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010;CP=0;O;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=150;P1=-164;P3=476;D=01010101010101010101010101310101010101010101010101010101010101;CP=0;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=-149;P1=143;P3=473;D=01010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010101010101010101010301010101010101010101010101010101010101030;CP=1;O;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=150;P1=-149;P3=475;D=01010101010101010101010101010101010101010101010101010101010101010101010101010131010101010101010101010101010101010101010101010101010101010101010101013101010101010101010101010101010101010101310101010101010101010101010101010101010131010101010;CP=0;O;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=-228;P1=225;P2=136;P3=477;D=01020101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010101010301010101010101010101010101010101010101030101010101010101010101010101010101010103010101010101010101010;CP=1;O;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=157;P1=-241;P2=480;D=010121010101010101010101010101010101010101012101010101010101010;CP=0;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=150;P1=-226;P2=479;D=01012101010101010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010;CP=0;O;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=-152;P1=145;P2=479;D=01010201010101010101010101010101010102010101010101010101010101010101010101010101010102010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101010101010101010101020;CP=1;O;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=144;P1=-162;P2=-300;P3=480;D=010102010101010101010101310101010101010101010101010101010101010;CP=0;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=146;P1=-224;P2=482;D=01010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010101010101010101010101010101010101012101010101010101010101010101010101010101210101010101010101010101010101010101010121010;CP=0;O;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=142;P1=-145;P3=478;D=010101010101010101013101010101010101010101010101010101010101310;CP=0;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=143;P1=-152;P3=479;D=01010101010101010101010101013101010101010101010101010101010101010101310101010101010101010101010101010101010131010101010101010101010101010101010101013101010101010101010101010101010101010101310101010101010101010101010101010101010131010101010;CP=0;O;
2016.01.13 19:23:35 4: SIGNALduino/msg READ: MU;P0=-161;P1=161;P2=477;D=01010101010101010101010101010201010101010101010101010101010101010101020101010101010101010101010101010101010102010101010101010101010101010102010101010101010101010101010101010101010201010101010101010101010101010101010101020101010101010101010;CP=1;O;
2016.01.13 19:23:36 4: SIGNALduino/msg READ: MU;P0=161;P1=-160;P3=401;P4=-32001;P5=-580;D=010101010101010101013101010101010101010101010101010101010101310101010101010101010101010101010101010131010101010101010104353;CP=0;
2016.01.13 19:23:36 4: Found matched Protocol id 16 -> Dooya shutter
Gruß
Greg
Hat sich bei den Oregon etwas geändert?
V 3.2.0-b10 SIGNALduino - compiled at Dec 22 2015 23:24:52
Die Sensoren werden wieder in dieser Form angelegt THGR810_e3_1 anstatt THGR810_1.
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
attr sduino alias SIGNALduino
attr sduino debug 1
attr sduino devStateIcon Initialized:cul_usb@green:Open Open:cul_usb@red:Initialized
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
attr sduino icon cul_usb
attr sduino room _RxTx
attr sduino verbose 1
attr sduino whitelist_IDs 7,8,10
Ich habe heute ein Update auf die Dev32 Version aus dem Git gemacht und habe nun folgende angelegte Geräte mit denen ich nichts anfangen kann.
RSL_0BBF22_3_2
RSL_0BCF22_3_2
RSL_0BDF22_3_2
RSL_0BDF23_3_2
RSL_0BEF23_3_2
RSL_0BFF22_3_2
RSL_0BFF24_3_2
Ein Beispiel ist:
Internals:
CFGFN
DEF 0BDF22_3_2
IODev sduino
LASTInputDev sduino
MSGCNT 2
NAME RSL_0BDF22_3_2
NR 434
OffCode 671866658
OnCode 537648930
STATE off
TYPE SIGNALduino_RSL
sduino_DMSG r6A80BDF22
sduino_MSGCNT 2
sduino_RAWMSG MS;P0=-503;P1=470;P2=-995;P3=-3919;D=13121010121012101210121212121212121012101010101210101010101212101212121012;CP=1;SP=3;O;
sduino_TIME 2016-01-14 17:56:16
Readings:
2016-01-14 17:56:16 state off
Rsl_0bdf22_3_2:
Attributes:
IODev sduino
room SIGNALduino_RSL
Hat jemand eine Vermutung um was es sich handeln könnte.
Beste Grüße
Zitat von: Burny4600 am 14 Januar 2016, 18:20:56
Hat sich bei den Oregon etwas geändert?
V 3.2.0-b10 SIGNALduino - compiled at Dec 22 2015 23:24:52
Die Sensoren werden wieder in dieser Form angelegt THGR810_e3_1 anstatt THGR810_1.
Nein bei dem Oregon Modul hat sich nichts geändert. Hast Du in letzter Zeit das longids Attribut gelöscht?
Setze mal das longids Attribut auf 0
Das debug Attribut kannst Du löschen, dies wird im normalen Betrieb nicht benötigt.
Ist das OSV3 für Dich inzwischen brauchbar?
In welchem Abstand werden im Schnitt Werte in die Filelogs der Sensoren geschrieben?
Gruß Ralf
Danke für die Info.
Kann bei eventuell bei der Neuinstallation passiert sein, dass das longids Attribut verloren gegangen ist.
Trotz Eintrag longids Attribut auf 0 werden die Sensoren immer noch in der Form angelegt.
THGR810_e3_1
WGR800_b0
Sollten aber so aussehen:
THGR810_1
WGR800
Zitat von: Burny4600 am 15 Januar 2016, 17:48:31
Trotz Eintrag longids Attribut auf 0 werden die Sensoren immer noch in der Form angelegt.
THGR810_e3_1
WGR800_b0
Sollten aber so aussehen:
THGR810_1
WGR800
bei mir funktioniert es
2016.01.15 19:59:58 4: Calling Getting Attr sub with args: set longids = 0
2016.01.15 20:00:25 4: sduinoD/msg get raw: MC;LL=-1059;LH=892;SL=-523;SH=395;D=7FFFFF5891200D0D03620420123300;C=428;
2016.01.15 20:00:25 4: sduinoD Found manchester Protocol id 10 clock 428 -> OSV2o3
2016.01.15 20:00:25 4: WGR800 decoded Oregon: W: 4.6 WA: 4.2 WD: 247.5 WDN: WSW BAT: okEs gibt eine neue Version. Ich habe im Oregon Modul das event-min-interval und einen log-Eintrag zugefügt.
Gruß Ralf
Hallo
wie bekomme ich eigentlich raus, ob die Daten die SignalDuino empfängt, zu meiner
Wetterstation gehört?
Ich vermisse meinen Wind und Regenmesser :-) meiner TFA Nexus. Hier mal ein paar Auszüge
der LOG, hoffe damit kann einer was anfangen.
2016.01.15 20:45:44 4: SIGNALduino/msg READ: MU;P0=226;P1=-546;P2=450;P3=934;P4=-1033;P5=652;D=001212121212121213421312121242121212121212121212134212121212121212121212121212121212121212121212121212121212121210150;CP=2;
2016.01.15 20:45:44 4: SIGNALduino/msg READ: MU;P0=-216;P1=421;P2=-1021;P3=-595;P4=933;P5=226;D=01213134213431242131342131313424313131213131313131313131313421343131312135353132;CP=1;
2016.01.15 20:45:44 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:45:44 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:45:44 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:45:44 4: SIGNALduino/msg READ: MU;P0=-240;P1=410;P2=-538;P3=931;P4=-1039;D=0121212121212321412121212343212141234121212321413;CP=1;
2016.01.15 20:45:44 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:45:44 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:45:44 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:45:44 4: SIGNALduino/msg READ: MU;P0=-562;P1=-353;P2=931;P3=-1005;P4=435;D=01232040434040234020414340402340204323404023404023413;CP=4;
2016.01.15 20:45:44 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:45:44 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:45:44 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:45:44 4: SIGNALduino/msg READ: MU;P0=-535;P1=445;P3=931;P4=-1013;D=00101010101010103410101010101010101010101010101010101010101010101010101010101010103014101010103430143410101034103415;CP=1;
2016.01.15 20:45:44 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:45:44 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:45:44 4: SIGNALduino_unknown incomming msg: u16#00000000
2016.01.15 20:45:44 4: SIGNALduino_unknown rawData: 00000000
2016.01.15 20:45:44 4: SIGNALduino_unknown Protocol: 16
2016.01.15 20:45:44 4: SIGNALduino_unknown converted to bits: 00000000000000000000000000000000
2016.01.15 20:45:44 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:45:46 4: SIGNALduino/msg READ: MU;P0=-1320;P1=-989;P2=955;P4=-510;P5=465;D=01212124545154545421245154545421245451215421215424512454545454545451542454545451212154545454245121212121542154542154212451542121540;CP=5;
2016.01.15 20:45:46 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:45:46 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:45:46 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:45:46 4: Found matched Protocol id 9 -> CTW 600
2016.01.15 20:45:47 4: SIGNALduino/msg READ: MC;LL=-1006;LH=948;SL=-517;SH=459;D=AE16174A2FF3EA0D548B4B00;C=468;
2016.01.15 20:45:47 4: sduino: hideki protocol converted to hex: 7534BA8AFFBEC155D16900 with 96 bits, messagestart 0
2016.01.15 20:45:47 4: Hideki_Parse sduino incomming P12#7534BA8AFFBEC155D16900
2016.01.15 20:45:47 4: Hideki_Parse SensorTyp = 30 decodedString = 755cce9e01c243ff73bb00
2016.01.15 20:45:47 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=20.1, humidity=43, bat=ok
Hideki_10, Hideki_20, Hideki_30 sind Temperaturmesser...
Einhell Garagetor scheint vom Nachbarn zu sein, ich habe sowas nicht
2016.01.15 20:30:36 4: SIGNALduino/msg READ: MC;LL=-1077;LH=871;SL=-587;SH=391;D=AE4C974A687012396A295600;C=420;
2016.01.15 20:30:37 4: SIGNALduino/msg READ: MC;LL=-1042;LH=913;SL=-549;SH=423;D=AE4C974A487012396A28;C=445;
2016.01.15 20:30:37 4: sduino: hideki protocol converted to hex: 7599BA4AE14071AD14 with 80 bits, messagestart 0
2016.01.15 20:30:37 4: Hideki_Parse sduino incomming P12#7599BA4AE14071AD14
2016.01.15 20:30:37 4: Hideki_Parse SensorTyp = 30 decodedString = 75abcede23c093f73c
2016.01.15 20:30:37 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=ab, channel=4, temp=2.3, humidity=93, bat=ok
2016.01.15 20:30:46 4: SIGNALduino/msg READ: MU;P0=-1001;P1=-510;P2=953;P3=465;D=01202021313031313120213031313120213130203120203121302131313131313130312131313130202031313131213020202020312031312031202130312020310;CP=3;
2016.01.15 20:30:46 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:30:46 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:30:46 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:30:46 4: Found matched Protocol id 9 -> CTW 600
2016.01.15 20:30:47 4: SIGNALduino/msg READ: MC;LL=-1005;LH=948;SL=-517;SH=458;D=AE16174A2FF3EA0D548B4B00;C=468;
2016.01.15 20:30:47 4: sduino: hideki protocol converted to hex: 7534BA8AFFBEC155D16900 with 96 bits, messagestart 0
2016.01.15 20:30:47 4: Hideki_Parse sduino incomming P12#7534BA8AFFBEC155D16900
2016.01.15 20:30:47 4: Hideki_Parse SensorTyp = 30 decodedString = 755cce9e01c243ff73bb00
2016.01.15 20:30:47 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=20.1, humidity=43, bat=ok
2016.01.15 20:30:47 4: SIGNALduino/msg READ: MC;LL=-1020;LH=938;SL=-533;SH=440;D=AE16174A4FF3EA0D54887F00;C=459;
2016.01.15 20:30:47 4: sduino: hideki protocol converted to hex: 7534BA4AFFBEC155117F00 with 96 bits, messagestart 0
2016.01.15 20:30:47 4: Hideki_Parse sduino incomming P12#7534BA4AFFBEC155117F00
2016.01.15 20:30:47 4: Hideki_Parse SensorTyp = 30 decodedString = 755ccede01c243ff338100
2016.01.15 20:30:47 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=20.1, humidity=43, bat=ok
2016.01.15 20:30:53 4: SIGNALduino/msg READ: MU;P0=-559;P1=-104;P2=922;P3=-1020;P4=430;D=012323204043404023402040434040234020432340402340402043402040434040404040404040404023404020404340404040404040404040234040404040404040404040404040404040404040404040404040404040404040404023404040234040234040404020432342;CP=4;
2016.01.15 20:30:53 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:30:53 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:30:53 4: SIGNALduino_unknown incomming msg: u16#000000000
2016.01.15 20:30:53 4: SIGNALduino_unknown rawData: 000000000
2016.01.15 20:30:53 4: SIGNALduino_unknown Protocol: 16
2016.01.15 20:30:53 4: SIGNALduino_unknown converted to bits: 000000000000000000000000000000000000
2016.01.15 20:30:53 4: SIGNALduino_unknown / shutter Dooya 000000000000000000000000000000000000 received
2016.01.15 20:30:53 4: SIGNALduino_unknown found shutter from Dooya. id=0, channel=0, direction=unknown, all_shutters=1
2016.01.15 20:30:53 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:30:53 4: SIGNALduino/msg READ: MU;P0=-144;P1=915;P2=-552;P3=433;P4=-1029;D=0123234323214321234143232143232321432123234323232323232323232321432321232343232323232323232323214323232323232323232323232323232323232323232323232323232323232323232321432323214323232323212343232143232;CP=3;
2016.01.15 20:30:53 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:30:53 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:30:53 4: Dropped (u16#000000000) due to short time or equal msg
2016.01.15 20:30:53 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:30:53 4: SIGNALduino/msg READ: MU;P0=-560;P1=421;P2=928;P3=-1020;D=0102010131010231020132310102310102310102010131010101010101010101023101020101310101010101010101010231010101010101010101010101010101010101010101010101010101010101010101023101010231010201310232310101012;CP=1;
2016.01.15 20:30:53 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:30:53 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:30:53 4: Dropped (u16#000000000) due to short time or equal msg
2016.01.15 20:30:53 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:31:18 4: SIGNALduino/msg READ: MU;P0=120;P1=1248;P2=-1932;P3=1942;P4=-3914;D=01232343434323432323432343432343432323232323232323432323232343434343432323234323434323432323432323434343434343434323434343432323234343232323430;CP=3;
2016.01.15 20:20:26 4: SIGNALduino/msg READ: MU;P0=-547;P1=441;P2=-1025;P3=921;P4=-192;P5=1348;D=012101032103010121014521030123210103210101032103010121010101010101010101032101030101210101010101010101010321010101010101010101010101010101010101010101010101010101010101032103012101030121010321010101010103210;CP=1;
2016.01.15 20:20:26 4: SIGNALduino/msg READ: MU;P0=-216;P1=456;P2=-531;P3=927;P4=-1024;D=00123412321214121234123214341212341212341212321214121212121212121212123412123212141212121212121212121234121212121212121212121212121212121212121212121212121212121212123412321412123214123412341234321411;CP=1;
2016.01.15 20:20:26 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:20:26 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:20:26 4: SIGNALduino_unknown incomming msg: u16#00000000
2016.01.15 20:20:26 4: SIGNALduino_unknown rawData: 00000000
2016.01.15 20:20:26 4: SIGNALduino_unknown Protocol: 16
2016.01.15 20:20:26 4: SIGNALduino_unknown converted to bits: 00000000000000000000000000000000
2016.01.15 20:10:17 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 reappeared (sduino)
2016.01.15 20:10:17 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
2016.01.15 20:10:17 4: SIGNALduino/msg READ:
2016.01.15 20:10:17 4: Connection accepted from telnet:127.0.0.1:42908
2016.01.15 20:10:17 5: [HTPC] ping succesful - state = on
2016.01.15 20:10:17 5: [HTPC] WOL_SetNextTimer to 60
2016.01.15 20:10:17 5: [HTPC] removing Timer: HTPC_ping
2016.01.15 20:10:17 5: [HTPC] setting Timer: HTPC_ping 2016-01-15 20:11:17
2016.01.15 20:10:17 5: [Server] ping succesful - state = on
2016.01.15 20:10:17 5: [Server] WOL_SetNextTimer to 60
2016.01.15 20:10:17 5: [Server] removing Timer: Server_ping
2016.01.15 20:10:17 5: [Server] setting Timer: Server_ping 2016-01-15 20:11:17
2016.01.15 20:10:19 4: SIGNALduino/msg READ: MU;P0=-1007;P1=-188;P2=948;P3=-516;P4=459;D=01202023434043434343434343432043432043432043432023434043434343434343202043432340434343434320434320434343434343234340432343402020430;CP=4;
2016.01.15 20:10:19 4: SIGNALduino/msg READ: MU;P0=-32001;P1=922;P2=-1024;P3=-532;P4=441;D=01212134342434343434343434312434312434312434312134343424343434343431212434313424343434343124343124343434343431342434343431243434343430;CP=4;
2016.01.15 20:10:19 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:10:19 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:10:19 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:10:20 4: SIGNALduino/msg READ: MC;LL=-1013;LH=937;SL=-526;SH=452;D=AE00888BA05181101EAC00;C=462;
2016.01.15 20:10:20 4: sduino: hideki protocol converted to hex: 758044BAA00C22F03500 with 88 bits, messagestart 0
2016.01.15 20:05:16 4: SIGNALduino/msg READ: MC;LL=-1003;LH=947;SL=-513;SH=461;D=AE16174A67F3EA0D54096A00;C=469;
2016.01.15 20:05:17 4: SIGNALduino/msg READ: MC;LL=-1023;LH=928;SL=-532;SH=443;D=AE16174A27F3EA0D540B4400;C=456;
2016.01.15 20:05:17 4: sduino: hideki protocol converted to hex: 7534BA8AFEBEC155D01100 with 96 bits, messagestart 0
2016.01.15 20:05:17 4: Hideki_Parse sduino incomming P12#7534BA8AFEBEC155D01100
2016.01.15 20:05:17 4: Hideki_Parse SensorTyp = 30 decodedString = 755cce9e02c243ff703300
2016.01.15 20:05:17 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=20.2, humidity=43, bat=ok
2016.01.15 20:05:17 4: SIGNALduino/msg READ: MC;LL=-1013;LH=939;SL=-524;SH=450;D=AE16174A47F3EA0D54087000;C=462;
2016.01.15 20:05:17 4: sduino: hideki protocol converted to hex: 7534BA4AFEBEC155100700 with 96 bits, messagestart 0
2016.01.15 20:05:17 4: Hideki_Parse sduino incomming P12#7534BA4AFEBEC155100700
2016.01.15 20:05:17 4: Hideki_Parse SensorTyp = 30 decodedString = 755ccede02c243ff300900
2016.01.15 20:05:17 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=5c, channel=2, temp=20.2, humidity=43, bat=ok
2016.01.15 20:05:17 4: SIGNALduino/msg READ: MC;LL=-1031;LH=916;SL=-547;SH=434;D=AE4C974A6F8012396A565300;C=449;
2016.01.15 20:05:17 4: sduino: hideki protocol converted to hex: 7599BACA1F4071AD6A6500 with 96 bits, messagestart 0
2016.01.15 20:05:17 4: Hideki_Parse sduino incomming P12#7599BACA1F4071AD6A6500
2016.01.15 20:05:17 4: Hideki_Parse SensorTyp = 30 decodedString = 75abce5e21c093f7beaf00
2016.01.15 20:05:17 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=ab, channel=4, temp=2.1, humidity=93, bat=ok
2016.01.15 20:05:17 4: SIGNALduino/msg READ: MC;LL=-1037;LH=916;SL=-553;SH=424;D=B9325D28BE0048E5A951F4;C=446;
2016.01.15 20:05:18 4: SIGNALduino/msg READ: MC;LL=-1038;LH=918;SL=-547;SH=425;D=AE4C974A4F8012396A574900;C=447;
2016.01.15 20:05:18 4: sduino: hideki protocol converted to hex: 7599BA4A1F4071ADEA with 73 bits, messagestart 0
2016.01.15 20:05:18 4: Hideki_Parse sduino incomming P12#7599BA4A1F4071ADEA
2016.01.15 20:05:18 4: Hideki_Parse SensorTyp = 30 decodedString = 75abcede21c093f73e
2016.01.15 20:05:18 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=ab, channel=4, temp=2.1, humidity=93, bat=ok
2016.01.15 20:05:35 4: SIGNALduino/msg READ: MU;P0=660;P1=-541;P2=432;P3=-1020;P4=929;D=012123212121212121212121214321214121232121212121212121212143214123212121212121212121212121212121212121212121212121212121212143212141212321432121432141234320;CP=2;
2016.01.15 20:05:35 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:05:35 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:05:35 4: SIGNALduino_unknown incomming msg: u16#00000000
2016.01.15 20:05:35 4: SIGNALduino_unknown rawData: 00000000
2016.01.15 20:05:35 4: SIGNALduino_unknown Protocol: 16
2016.01.15 20:05:35 4: SIGNALduino_unknown converted to bits: 00000000000000000000000000000000
2016.01.15 20:05:35 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:05:35 4: SIGNALduino/msg READ: MU;P0=-532;P1=438;P2=927;P3=-1025;D=010201323101023101010231020101310101010101010101010231010201013101010101010101010102310201310101010101010101010101010101010101010101010101010101010102310102010131020131010231010231010;CP=1;
2016.01.15 20:05:35 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:05:35 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:05:35 4: Dropped (u16#00000000) due to short time or equal msg
2016.01.15 20:05:35 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:05:35 4: SIGNALduino/msg READ: MU;P0=-170;P1=921;P2=-553;P3=502;P4=-1051;P5=140;D=001232343232143212323432321432123414323214323214323212323432323232323232323232143232123234323232323232323232321432123250300;CP=3;
2016.01.15 20:05:35 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:05:35 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:05:35 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:05:35 4: SIGNALduino/msg READ: MU;P0=-168;P1=456;P2=-506;P3=944;P4=-1006;D=01212121212121212121212121212121212121212121212121212121234121232121412343432143412121213;CP=1;
2016.01.15 20:05:35 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.15 20:05:35 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.15 20:05:35 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.15 20:05:35 4: Found matched Protocol id 9 -> CTW 600
2016.01.15 20:00:11 4: SIGNALduino/msg READ:
2016.01.15 20:00:11 5: [Server] ping succesful - state = on
2016.01.15 20:00:11 5: [Server] WOL_SetNextTimer to 60
2016.01.15 20:00:11 5: [Server] removing Timer: Server_ping
2016.01.15 20:00:11 5: [Server] setting Timer: Server_ping 2016-01-15 20:01:11
2016.01.15 20:00:18 4: SIGNALduino/msg READ: MU;P0=-1288;P1=-660;P2=1955;P3=-1952;P4=-3908;D=01232323232323232423232323242424242423232324232424232423232423232424242424242424232424242423232324242323232420;CP=2;
2016.01.15 20:00:23 4: SIGNALduino/msg READ: MC;LL=-1077;LH=877;SL=-584;SH=391;D=B9325D29BE0048E5A9594C;C=422;
2016.01.15 20:00:23 4: SIGNALduino/msg READ: MC;LL=-1039;LH=913;SL=-549;SH=425;D=5C992E945F002472D4A8FA00;C=445;
2016.01.15 20:00:24 4: SIGNALduino/msg READ: MC;LL=-1038;LH=913;SL=-551;SH=427;D=AE4C974A4F8012396A574900;C=446;
2016.01.15 20:00:24 4: sduino: hideki protocol converted to hex: 7599BA4A1F4071ADEA with 73 bits, messagestart 0
2016.01.15 20:00:24 4: Hideki_Parse sduino incomming P12#7599BA4A1F4071ADEA
2016.01.15 20:00:24 4: Hideki_Parse SensorTyp = 30 decodedString = 75abcede21c093f73e
2016.01.15 20:00:24 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=ab, channel=4, temp=2.1, humidity=93, bat=ok
Zitat von: noxx am 15 Januar 2016, 21:06:26
wie bekomme ich eigentlich raus, ob die Daten die SignalDuino empfängt, zu meiner
Wetterstation gehört?
Tia, schwierig. Deine Station wird vermutlich keinen Sender haben. Bleiben also die Sensoren.
Zitat von: noxx am 15 Januar 2016, 21:06:26
Ich vermisse meinen Wind und Regenmesser :-) meiner TFA Nexus. Hier mal ein paar Auszüge
der LOG, hoffe damit kann einer was anfangen.
Hideki_10, Hideki_20, Hideki_30 sind Temperaturmesser...
Werden die Temperaturen dieser Sensoren denn in der Station angezeigt?
Nach meinen Recherchen empfängt die Station das Hideki Protokoll. Also senden Wind und Regenmesser mit diesem Protokoll.
Suche in deinem Log doch bitte mal nach folgenden Meldungen:
crc failed
decrypt failed
Sensor Typ ...... not supported, please report sensor information!Achso, welche Version des SIGNALduino setzt Du ein?
Grüße Sidey
Hi,
ich habe die Firmware 3.2.0-b11 in den dev-32 Zweig geladen.
Es gibt ein paar Änderungen, die sich bei mir sehr positiv ausgewirkt haben:
1. Ich habe auf eine andere Entwicklungsumgebung umgestellt. Die Firmware wird nun mit neuen toolchains und librarys compiliert.
Durch den Einsatz aktuellere Librarys, sind (hoffentlich) auch weniger Fehler enthalten.
2. Habe ich den code etwas entrümpelt und zusammengefasst.
Letztlich habe ich damit ein paar Aufrufe und etwas speicher gespart.
3. Habe ich mir erlaubt, sobald 32000 mikrosekunden lang nichts mehr empfangen wurde die Messung zu unterbrechen um die Daten umgehend verarbeiten zu können.
Das hilft um Daten an FHEM zu übertragen, sobald die Übertragung beendet ist.
Zumindest kann ich feststellen, dass der Arduino seit 3 Tagen durchläuft ohne reconnects oder ähnliches.
Der Empfang funktioniert mindestens so gut wie vorher.
Ich habe weniger Probleme festgestellt, wenn ein get Befehl abgesendet wird.
Grüße Sidey
Zitat von: Sidey am 16 Januar 2016, 00:02:37
Tia, schwierig. Deine Station wird vermutlich keinen Sender haben. Bleiben also die Sensoren.
Werden die Temperaturen dieser Sensoren denn in der Station angezeigt?
Nach meinen Recherchen empfängt die Station das Hideki Protokoll. Also senden Wind und Regenmesser mit diesem Protokoll.
Suche in deinem Log doch bitte mal nach folgenden Meldungen:
crc failed
decrypt failed
Sensor Typ ...... not supported, please report sensor information!
Achso, welche Version des SIGNALduino setzt Du ein?
Grüße Sidey
Korrekt, das Hideki Modul 'kennt' derzeit nur die Tepm/Humi Typen. Für Wind und Regen müsste man das Modul noch ergänzen. Dazu bräuchten wir auch Testdaten.
~Josef
Was braucht ihr denn genau, oder kann ich das ggf selbst entschlüsseln?
Gesendet von meinem GT-I9195 mit Tapatalk
Vielleicht hilft euch oder mit das
http://members.upc.nl/m.beukelaar/Crestaprotocol.pdf
Gesendet von meinem GT-I9195 mit Tapatalk
Zitat von: Sidey am 16 Januar 2016, 00:11:21
ich habe die Firmware 3.2.0-b11 in den dev-32 Zweig geladen.
Es gibt ein paar Änderungen, die sich bei mir sehr positiv ausgewirkt haben:
1. Ich habe auf eine andere Entwicklungsumgebung umgestellt. Die Firmware wird nun mit neuen toolchains und librarys compiliert.
Durch den Einsatz aktuellere Librarys, sind (hoffentlich) auch weniger Fehler enthalten.
Wieviele Bytes werden damit im Flash belegt?
Welche toolchains und library Versionen verwendest Du?
Bei mir sind die folgenden Versionen installiert, sind diese einigermaßen aktuell?
cross-avr-gcc 4.8.3
cross-avr-binutils 2.23.2
avr-libc 1.8.1
Ich verwende zwar noch die etwas ältere Arduino IDE 1.0.6, diese müsste aber eigentlich auch die obrigen avr Versionen verwenden.
Gruß Ralf
Hi,
ich habe es jetzt mit den Tools und den Libs aus der Arduino IDE1.6.x compiliert.
Aus meiner Erinnerung sind da ein paar Bugs im Zusammenhang mit delay und der Seriellen Anbindung korrigiert worden.
Derzeit werden ca. 18 KB Flash und 1100 Byte RAM belegt.
Einsparen können wir noch, wenn wir die Arduino String Lib durch Char Arrays ersetzen.
Das ist halt eine Fleiß Arbeit, da die reinkommenden Daten derzeit mit den Library Funktionen zerteilt werden. Geht aber auch mit Standard C Funktionen aus den avr Libs.
Ansonsten hat der Compiler schon eine Menge aus gebügelt.
Grüße Sidey
Zitat von: Sidey am 16 Januar 2016, 14:46:04
ich habe es jetzt mit den Tools und den Libs aus der Arduino IDE1.6.x compiliert.
Derzeit werden ca. 18 KB Flash und 1100 Byte RAM belegt.
Das hat einiges gebracht.
Das müsste für meine Ideen und Wünsche reichen.
Das freeram ist über 100 Byte mehr geworden.
Ich habe in der SIGNALduino_ReadAnswer anpassungen vorgenommen. Damit müssten sich die Probleme mit dem get Befehl deutlich verringern.
Wenn vor der Antwort eine Signal Nachricht kommt, dann wird diese gelöscht.
Gruß Ralf
Zitat von: pejonp am 12 Januar 2016, 23:38:36
habe einmal um .. den Manchester Decoder ausgeschaltet. Ich hoffe es sind jetzt brauchbare Daten dabei, wenn nicht sage einfach Bescheid.
Ja, ich habe anhand der Daten zwei Fehler in den FHEM Modulen gefunden und beheben können.
Ich habe jetzt erst mal aufgehört weiter zu suchen.
Bitte probiere es jetzt doch bitte mal aus und berichte, wie gut die Empfangsrate jetzt ist.
Grüße Sidey
Zitat von: pejonp am 12 Januar 2016, 23:38:36
habe einmal um .. den Manchester Decoder ausgeschaltet. Ich hoffe es sind jetzt brauchbare Daten dabei, wenn nicht sage einfach Bescheid.
Ja, ich habe anhand der Daten zwei Fehler in den FHEM Modulen gefunden und beheben können.
Ich habe jetzt erst mal aufgehört weiter zu suchen.
Bitte probiere es jetzt doch bitte mal aus und berichte, wie gut die Empfangsrate jetzt ist.
Grüße Sidey
Zitat von: GregPac am 13 Januar 2016, 19:28:00
Einschalten
....
Ausschalten:
.....
Schade, das was ich eingebaut habe, hat noch nicht gegriffen. Ich werde es aber mit den Daten von dir debuggen und weiter dran arbeiten.
Grüße Sidey
Habe heute bei dem Update gelesen das "DCF-77" herausgefiltert wurde.
Das wäre ja eigentlich eine tolle Sache die Raspis auf DCF-77 zu synchronisieren.
Zitat von: Ralf9 am 16 Januar 2016, 22:26:45
Das hat einiges gebracht.
Was genau? Mein aufräumen oder die neuen Arduino Core Libs?
Bezüglich individueller Anpassungen könnte man noch virtuelle Funktionen wie
Custom_Setup
Custom_Loop
Custom_Command
Einbauen und zusätzlich eine custom.ino includieren.
Damit könnte man in einem eigenen Fork sehr einfach Ergänzungen in der custom.ino implementieren und kann jederzeit recht gefahrlos den Rest aktualisieren.
Für die Ausgabe Serielle oder Ethernet müsste man sich noch etwas einfallen lassen und das Verarbeiten von eingehenden Kommandos würde ich gerne über eine Klasse realisieren.
Zitat von: Ralf9 am 16 Januar 2016, 22:26:45
Ich habe in der SIGNALduino_ReadAnswer anpassungen vorgenommen. Damit müssten sich die Probleme mit dem get Befehl deutlich verringern.
Wenn vor der Antwort eine Signal Nachricht kommt, dann wird diese gelöscht.
Hi, ich hab es mir gestern angesehen.
Bist Du sicher, dass die Signalnachricht gelöscht wird? Den reinkommenden Datenstrom könnte man doch durch ein \r zerteilen... Das trennt Nachrichten derzeit voneinander.
Ansonsten ist das schon gut. Beim Testen habe ich gestern festgestellt, dass man Fhem scheinbar in eine Endlosschleife bekommen kann.
Das Szenario ist in etwa so.
Ich habe mit Get Raw eine Signal Nachricht gesendet.
Die wurde an _parse übergeben.
Parse hat undef zurück geliefert.
Ich habe das Problem noch nicht weiter untersucht.
Grüße Sidey
Zitat von: Sidey am 17 Januar 2016, 00:27:54
Schade, das was ich eingebaut habe, hat noch nicht gegriffen. Ich werde es aber mit den Daten von dir debuggen und weiter dran arbeiten.
Grüße Sidey
Alles klar, vielen dank.
Zitat von: Sidey am 17 Januar 2016, 13:25:52
....
Ansonsten ist das schon gut. Beim Testen habe ich gestern festgestellt, dass man Fhem scheinbar in eine Endlosschleife bekommen kann.
Das Szenario ist in etwa so.
Ich habe mit Get Raw eine Signal Nachricht gesendet.
Die wurde an _parse übergeben.
Parse hat undef zurück geliefert.
....
Grüße Sidey
Hallo Sidey,
ich habe heute ein Update beim Bannana PI gemacht und lande auch in einer Endlosschleife. CPU 110% perl.
Nach dem einspielen der Vorgängerversion vom signalduino.pm # $Id: 00_SIGNALduino.pm 72789 2016-01-05 10:10:10Z $, ist alles wieder ok.
Beim Signalduino.pm habe ich nur diese Änderungen gefunden, wahrschenlich sind es aber mehr :
Zeile 2127 / 2133: if (@{$hash->{msIdList}} && $rmsg=~ m/^MS;(P\d=-?\d+;){3,6}D=\d+;CP=\d;SP=\d;/)
Auf meinem anderen Raspberry PI läuft es ohne Probleme: # $Id: 00_SIGNALduino.pm 72790 2016-01-15 19:00:00Z v3.2-dev$.
Wenn ich auf dem Bannana PI auch die Version vom # $Id: 00_SIGNALduino.pm 72790 2016-01-15 19:00:00Z v3.2-dev$ einspiele läuft es. Wie kann ich helfen, testen ?
Jörg
Zitat von: Burny4600 am 17 Januar 2016, 10:22:35
Habe heute bei dem Update gelesen das "DCF-77" herausgefiltert wurde.
Das wäre ja eigentlich eine tolle Sache die Raspis auf DCF-77 zu synchronisieren.
Hallo Chris,
du solltest schon beim hochfahren deines Raspberry Pi oder anderen Servers die Zeit richtig setzten. ggf über NTP-Server (Network Time Protokoll). Im Nachgang stimmen dann die Zeiten im Log nicht oder wenn du etwas damit steuern möchtes sind falsche Zeiten auch sehr schlecht.
pejonp
Zitat von: Sidey am 17 Januar 2016, 13:25:52
Was genau? Mein aufräumen oder die neuen Arduino Core Libs?
Wahrscheinlich beides.
Zitat von: Sidey am 17 Januar 2016, 13:25:52
Bezüglich individueller Anpassungen könnte man noch virtuelle Funktionen wie
Custom_Setup
Custom_Loop
Custom_Command
Dies finde ich nicht so gut. Ich sehe da keine Vorteile. Damit wird es nur unnötig kompliziert und schwerer zu verstehen.
Zum verstehen der virtellen Sachen reichen meine Kenntnisse nicht aus.
Zitat von: Sidey am 17 Januar 2016, 13:25:52
und das Verarbeiten von eingehenden Kommandos würde ich gerne über eine Klasse realisieren.
Welche Vorteile hat dies?
Zitat von: Sidey am 17 Januar 2016, 13:25:52
Hi, ich hab es mir gestern angesehen.
Bist Du sicher, dass die Signalnachricht gelöscht wird? Den reinkommenden Datenstrom könnte man doch durch ein \r zerteilen... Das trennt Nachrichten derzeit voneinander.
Bei mir funktioniert es:
2016.01.16 22:31:17 3: sduinoDo/RAW (ReadAnswerCut 123): MS;P0=500;P1=-1093;P2=-1948;P3=-3899;D=3101010202021020101010201010101020110202010101020202020101020202010202;CP=0;SP=3;O;
ITParams: 6 300
2016.01.16 22:31:17 3: sduinoDo/RAW (ReadAnswerCut): ITParams: 6 300
Cut
2016.01.17 15:10:02 3: sduino/RAW (ReadAnswerCut 98): P4=-3905;D=04020102010201010102010101010101010201020201010202020202020101020102020201;CP=0;SP=4;O;
OK
2016.01.17 15:10:02 3: sduino/RAW (ReadAnswerCut): OK
CutZitat von: Sidey am 17 Januar 2016, 13:25:52
Ansonsten ist das schon gut. Beim Testen habe ich gestern festgestellt, dass man Fhem scheinbar in eine Endlosschleife bekommen kann.
Das Szenario ist in etwa so.
Ich habe mit Get Raw eine Signal Nachricht gesendet.
Die wurde an _parse übergeben.
Parse hat undef zurück geliefert.
Hast Du mir eine Raw Signal Nachricht bei der man eine Endlosschleife bekommen kann.
Mir ist es bis jetzt noch nicht gelungen in eine Endlosschleife zu kommen.
Gruß Ralf
Zitat von: noxx am 16 Januar 2016, 07:29:31
Vielleicht hilft euch oder mit das
http://members.upc.nl/m.beukelaar/Crestaprotocol.pdf
Gesendet von meinem GT-I9195 mit Tapatalk
Hallo noox
ist bekannt.
Was ich bräuchte, wären die Log Meldungen in der Form:
Hideki_Parse SensorTyp = ... decodedString = ...und
Sensor Typ ... not supported, please report sensor information! Dazu muss loglevel 4 aktiv sein.
Gruss
Josef
OK, Verbose 5 geht auch?
Auf Github habe ich gestern das komplette Log angelegt.
http://pastebin.com/RQ5DUsHC
Gesendet von meinem GT-I9195 mit Tapatalk
Dies müsste eine Meldung vom Regenmesser sein:
2016.01.12 23:11:23 4: SIGNALduino/msg READ: MC;LL=-1026;LH=927;SL=-535;SH=440;D=AE00888B8B6181117AAA00;C=455;
2016.01.12 23:11:23 4: sduino: hideki protocol converted to hex: 7580443A6D0C22BD5500 with 88 bits, messagestart 0
2016.01.12 23:11:23 4: Hideki_Parse sduino incomming P12#7580443A6D0C22BD5500
2016.01.12 23:11:23 4: Hideki_Parse SensorTyp = 14 decodedString = 7580cc4eb71466c7ff00
2016.01.12 23:11:23 4: sduino Sensor Typ 14 not supported, please report sensor information!
Für den Windmesser müssten auch noch Meldungen mit dem SensorTyp 12 kommen.
Gruß Ralf
Ich gucke heute abend nochmal, und poste es dann. Hier oder Github?
Kann auch sein, das der Wind Sensor außer Reichweite ist, stelle die Signalduino dann mal an einen besseren Platz
Gesendet von meinem GT-I9195 mit Tapatalk
2016.01.17 23:24:48 4: SIGNALduino/msg READ: MC;LL=-1019;LH=932;SL=-526;SH=450;D=AE00888BC151811038CA00;C=460;
2016.01.17 23:24:48 4: sduino: hideki protocol converted to hex: 7580447AA80C22385300 with 88 bits, messagestart 0
2016.01.17 23:24:48 5: converted Data to (P12#7580447AA80C22385300)
2016.01.17 23:24:48 5: sduino dispatch P12#7580447AA80C22385300
2016.01.17 23:24:48 4: Hideki_Parse sduino incomming P12#7580447AA80C22385300
2016.01.17 23:24:48 4: Hideki_Parse SensorTyp = 14 decodedString = 7580cc8ef8146648f500
2016.01.17 23:24:48 4: sduino Sensor Typ 14 not supported, please report sensor information!
2016.01.17 23:24:48 5: SIGNALduino/RAW READ: /M
2016.01.17 23:24:48 5: SIGNALduino/RAW READ: M/C;LL=-101
2016.01.17 23:24:48 5: SIGNALduino/RAW READ: MC;LL=-101/0;LH=939
2016.01.17 23:24:48 5: SIGNALduino/RAW READ: MC;LL=-1010;LH=939/;SL=-525;
2016.01.17 23:24:48 5: SIGNALduino/RAW READ: MC;LL=-1010;LH=939;SL=-525;/SH=454;D
2016.01.17 23:24:48 5: SIGNALduino/RAW READ: MC;LL=-1010;LH=939;SL=-525;SH=454;D/=AE00888B
2016.01.17 23:24:48 5: SIGNALduino/RAW READ: MC;LL=-1010;LH=939;SL=-525;SH=454;D=AE00888B/A1518110
2016.01.17 23:24:48 5: SIGNALduino/RAW READ: MC;LL=-1010;LH=939;SL=-525;SH=454;D=AE00888BA1518110/3E4600;C
2016.01.17 23:24:48 5: SIGNALduino/RAW READ: MC;LL=-1010;LH=939;SL=-525;SH=454;D=AE00888BA15181103E4600;C/=464;
2016.01.17 23:24:48 4: SIGNALduino/msg READ: MC;LL=-1010;LH=939;SL=-525;SH=454;D=AE00888BA15181103E4600;C=464;
2016.01.17 23:24:48 4: sduino: hideki protocol converted to hex: 758044BAA80C22F86200 with 88 bits, messagestart 0
2016.01.17 23:24:48 5: converted Data to (P12#758044BAA80C22F86200)
2016.01.17 23:24:48 5: sduino dispatch P12#758044BAA80C22F86200
2016.01.17 23:24:48 4: Hideki_Parse sduino incomming P12#758044BAA80C22F86200
2016.01.17 23:24:48 4: Hideki_Parse SensorTyp = 14 decodedString = 7580cccef8146608a600
2016.01.17 23:24:48 4: sduino Sensor Typ 14 not supported, please report sensor information!
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: /MU
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU/;P0=96;P
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P/1=-1223;P
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P/2=938;P4
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4/=-535;P5
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5/=441;D=01
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=01/21212454
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=0121212454/515454542
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=0121212454515454542/12451545
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=012121245451545454212451545/454212454
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=012121245451545454212451545454212454/51215421
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=01212124545154545421245154545421245451215421/215424512
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=01212124545154545421245154545421245451215421215424512/45451245
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=0121212454515454542124515454542124545121542121542451245451245/45154245
2016.01.17 23:24:49 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=012121245451545454212451545454212454512154212154245124545124545154245/454545451
2016.01.17 23:24:50 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=012121245451545454212451545454212454512154212154245124545124545154245454545451/21215454
2016.01.17 23:24:50 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=01212124545154545421245154545421245451215421215424512454512454515424545454545121215454/545424512
2016.01.17 23:24:50 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=01212124545154545421245154545421245451215421215424512454512454515424545454545121215454545424512/15454212
2016.01.17 23:24:50 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=0121212454515454542124515454542124545121542121542451245451245451542454545454512121545454542451215454212/15454542
2016.01.17 23:24:50 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=012121245451545454212451545454212454512154212154245124545124545154245454545451212154545454245121545421215454542/45451545
2016.01.17 23:24:50 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=01212124545154545421245154545421245451215421215424512454512454515424545454545121215454545424512154542121545454245451545/454545424
2016.01.17 23:24:50 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=01212124545154545421245154545421245451215421215424512454512454515424545454545121215454545424512154542121545454245451545454545424/54515454
2016.01.17 23:24:50 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=0121212454515454542124515454542124545121542121542451245451245451542454545454512121545454542451215454212154545424545154545454542454515454/54;CP=5;
2016.01.17 23:24:50 5: SIGNALduino/RAW READ: MU;P0=96;P1=-1223;P2=938;P4=-535;P5=441;D=012121245451545454212451545454212454512154212154245124545124545154245454545451212154545454245121545421215454542454515454545454245451545454;CP=5;/
Werden die Daten vom Signalduino nur per USB weitergegeben oder liegen sie auch an TX/RX vom z.B. Nano?
Ich hab hier noch einen ESP-05 rumfliegen, der könnte sich ruhig mal nützlich machen...
Hallo und Danke an die Entwickler!
Habe heute abend mein Santos GrillThermometer angeschalter und es wurde vom Signalduino sofort erkannt und ein Plot angelegt.
Gruß
Steffen
Bekomme den SENSOR TYP 12 nicht rein, entweder heisst der anders, oder
ich habe keinen Empfang.....
LOG der letzen 7 Minuten:
http://pastebin.com/SKPdHman
Das ist ja wohl was anderes, oder?
2016.01.18 17:50:23 4: SIGNALduino/msg READ: MC;LL=-1026;LH=930;SL=-528;SH=442;D=DC572E948F6FD0DA289EFE00;C=457;
2016.01.18 17:50:23 4: sduino: hideki protocol converted to hex: 755D256F5F6C28793F00 with 87 bits, messagestart 9
2016.01.18 17:50:23 5: converted Data to (P12#755D256F5F6C28793F00)
2016.01.18 17:50:23 5: sduino dispatch P12#755D256F5F6C28793F00
2016.01.18 17:50:23 4: Hideki_Parse sduino incomming P12#755D256F5F6C28793F00
2016.01.18 17:50:23 4: sduino crc failed
2016.01.18 17:50:23 4: Hideki_Parse sduino incomming P12#755D256F5F6C28793F00
2016.01.18 17:50:23 4: sduino crc failed
2016.01.18 17:50:23 4: SIGNALduino_unknown incomming msg: P12#755D256F5F6C28793F00
2016.01.18 17:50:23 4: SIGNALduino_unknown rawData: 755D256F5F6C28793F00
2016.01.18 17:50:23 4: SIGNALduino_unknown Protocol: 12
2016.01.18 17:50:23 4: SIGNALduino_unknown converted to bits: 01110101010111010010010101101111010111110110110000101000011110010011111100000000
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-/32001;P1=930;P2=-528;P3=-1026;P4=442;D=213
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=213/12424342
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=21312424342/42131312
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=2131242434242131312/424342131
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=2131242434242131312424342131/24243134
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=213124243424213131242434213124243134/213134213
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=213124243424213131242434213124243134213134213/42421242
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=21312424342421313124243421312424313421313421342421242/424312431
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=21312424342421313124243421312424313421313421342421242424312431/24242424
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=2131242434242131312424342131242431342131342134242124242431243124242424/243134242
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=2131242434242131312424342131242431342131342134242124242431243124242424243134242/42124312
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=213124243424213131242434213124243134213134213424212424243124312424242424313424242124312/43134242
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=21312424342421313124243421312424313421313421342421242424312431242424242431342424212431243134242/131342421
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=21312424342421313124243421312424313421313421342421242424312431242424242431342424212431243134242131342421/34212424
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=2131242434242131312424342131242431342131342134242124242431243124242424243134242421243124313424213134242134212424/243124242
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=2131242434242131312424342131242431342131342134242124242431243124242424243134242421243124313424213134242134212424243124242/42424243
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=213124243424213131242434213124243134213134213424212424243124312424242424313424242124312431342421313424213421242424312424242424243/420;CP=4;
2016.01.18 17:50:23 5: SIGNALduino/RAW READ: MU;P0=-32001;P1=930;P2=-528;P3=-1026;P4=442;D=213124243424213131242434213124243134213134213424212424243124312424242424313424242124312431342421313424213421242424312424242424243420;CP=4;/
Zitat von: RappaSan am 18 Januar 2016, 13:08:47
Werden die Daten vom Signalduino nur per USB weitergegeben oder liegen sie auch an TX/RX vom z.B. Nano?
Ich hab hier noch einen ESP-05 rumfliegen, der könnte sich ruhig mal nützlich machen...
Die Signale, d.h. serielle Daten vom und zum Atmega, liegen natürlich auch an TX/RX des Nano an. Von da SOLLTEN sie über Entkopplungswiderstände an den Serial2USB Chip (FTDI FT232L oder CH2102 oder so) gehen. Einige meiner China Nanos zeigten sich nach einigem Gebrauch sehr zickig, was an deren Fake FTDI FT232L liegt.
Meine Schaltung ist unter http://www.hjgode.de/wp/2015/11/05/fhem-serielle-gerat-uber-wifi-anbinden/ dokumentiert.
Gruss
Josef
Hallo,
ich benötige Hilfe beim Entschlüsseln von einem Signal.
Habe mir gestern einen Signalduino bebaut und versuche nun das Signal einer chinesischen billig Wireless Dimmer Fernbedienung zu entschlüsseln.
Das Signal sieht wie folgt aus.
2016.01.18 20:57:26 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.18 20:57:26 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.18 20:57:27 4: SIGNALduino/msg READ: MU;P0=499;P1=-1523;P2=-522;P3=10220;P4=-10047;D=01020202020202020134010102020101010201020202020102010202020202020201340101020201010102010202020201020102020202020202013401010202010101020102020202010201020202020202020134010102020101010201020202020102010202020202020201340101020201010102010;CP=0;O;
2016.01.18 20:57:27 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.18 20:57:27 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.18 20:57:27 4: SIGNALduino/msg READ: MU;P0=-520;P1=500;P2=-1523;P3=10220;P4=-10043;D=01010101210121010101010101012341212101012121210121010101012101210101010101010123412121010121212101210101010121012101010101010101234121210101212121012101010101210121010101010101012341212101012121210121010101012101210101010101010123412121010;CP=1;O;
2016.01.18 20:57:27 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.18 20:57:27 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.18 20:57:27 4: SIGNALduino/msg READ: MU;P0=498;P1=-1524;P2=-521;P3=10212;P4=-10047;D=01010102010202020201020102020202020202013401010202010101020102020202010201020202020202020134010102020101010201020202020102010202020202020201340101020201010102010202020201020102020202020202013401010202010101020102020202010201020202020202020;CP=0;O;
Das Signal muss nicht bis ins letzte entschlüsselt werden, ich möchte es nur wieder senden können, damit ich die Beleuchtung ein und ausschalten kann.
Danke
Steffen
Zitat von: Steffenm am 18 Januar 2016, 21:06:40
Hallo,
ich benötige Hilfe beim Entschlüsseln von einem Signal.
Habe mir gestern einen Signalduino bebaut und versuche nun das Signal einer chinesischen billig Wireless Dimmer Fernbedienung zu entschlüsseln.
Das Signal sieht wie folgt aus.
Hi Steffen,
Das Signal wird wie folgt decodiert:
2016.01.18 22:58:38 5: dispatching bits: 1 1 0 0 1 1 1 0 1 0 0 0 0 1 0 1 0 0 0 0 0 0 0 1
2016.01.18 22:58:38 4: decoded matched MU Protocol id 36 dmsg u36#CE8501 length 24
2016.01.18 22:58:38 1: DEBUG>dummyduino: dispatching now msg: u36#CE8501
Grüße Sidey
Zitat von: Sidey am 17 Januar 2016, 13:25:52
...
Ansonsten ist das schon gut. Beim Testen habe ich gestern festgestellt, dass man Fhem scheinbar in eine Endlosschleife bekommen kann.
Das Szenario ist in etwa so.
...
Hallo Sidey,
jetzt hängt sich der FHEM-Server nicht mehr auf. Ich weiß aber nicht ob die Version korrekt ist und ein Formatierungfehler ist noch drin.
fhem: version
fhem.pl 10462 2016-01-11 06:28:08Z rudolfkoenig
# $Id: 00_SIGNALduino.pm 72791 2016-01-16 21:00:00Z v3.2-dev$
90_at.pm 10421 2016-01-09 07:54:37Z rudolfkoenig
98_autocreate.pm 10165 2015-12-13 11:14:15Z rudolfkoenig
...
Jörg
Hallo Josef,
danke für die Antwort. Dann suche ich mir mal ein Zeitfenster und probiere es aus.
Hi Jörg,
ich habe gestern Abend noch einen weiteren Fall behoben, der zur Endlosschleife geführt hat.
Bei mir ist der Server jetzt auch die Nacht durch gelaufen.
Sieht also so aus, als ob ich das Problem behoben habe.
Ob die Auswertung jetzt noch in allen Situationen stimmt habe ich mir gestern nicht mehr angesehen. Augenscheinlich war es so.
Grüße Sidey
Wie bekomme ich raus, was das für Signale sind?
2016.01.19 17:55:37 5: SIGNALduino/RAW READ: MU;P0=-1015;P1=936;P2=-525;P3=452;D=01012323032323210123032323210123230103210103210323212323032321012323232323010123230103232321032101010123010321032101230321032;CP=/3;
2016.01.19 17:55:37 4: SIGNALduino/msg READ: MU;P0=-517;P1=458;P2=-1005;P3=950;P4=32001;P5=-20188;D=0121010103230121010103230101232103232101032103010121010323010101010123230101232101010321032323230123210103230123012321045;CP=1;
2016.01.19 17:55:37 5: SIGNALduino/RAW READ: MC;LL=-868;LH=963;SL=-500;SH=472;D=C2C2E94CE2FD74255A6860;C=478/;
2016.01.19 17:55:24 4: SIGNALduino/msg READ: MC;LL=-1070;LH=881;SL=-536;SH=391;D=44C00185C0;C=423;
2016.01.19 17:55:24 4: SIGNALduino/msg READ: MC;LL=-1078;LH=885;SL=-754;SH=402;D=E2713446C00185C06FB040;C=428;
2016.01.19 17:54:52 4: SIGNALduino/msg READ: MU;P0=-1014;P1=940;P2=-524;P3=449;D=01012323032323210123032323210123230103210103210323212323032321012323232323010123230103232321032101010123010321032101230321032;CP=3;
2016.01.19 17:54:52 4: SIGNALduino/msg READ: MU;P0=-3768;P1=949;P2=-885;P3=-515;P4=460;D=21213434243434312134243434312134342124312124343124313434243431213434343434212134342124343431243121212134212434312134213421243220;CP=4;
2016.01.19 17:54:51 4: SIGNALduino/msg READ: MU;P0=112;P1=404;P2=-819;P3=879;P5=-416;D=0123212321212121212121212121232321212321212351;CP=1;
Ist das evtl mein Nexus Windmesser?
2016.01.19 18:10:48 4: sduino/msg READ: MC;LL=-975;LH=904;SL=-475;SH=417;D=18400638001FC38746A0;C=440;
2016.01.19 18:10:48 4: sduino Found manchester Protocol id 10 clock 440 -> OSV2o3
2016.01.19 18:10:48 4: sduino Found manchester Protocol id 12 clock 440 -> Hideki protocol
2016.01.19 18:10:48 4: sduino/msg READ: MC;LL=-1057;LH=887;SL=-571;SH=396;D=21F01840;C=427;
2016.01.19 18:10:48 4: sduino/msg READ: MU;P0=118;P1=-196;P2=393;P3=-828;P4=899;D=012323232323432321012323432323232323232323232343232323432323232323232;CP=2;
2016.01.19 19:15:52 4: sduino Found manchester Protocol id 12 clock 465 -> Hideki protocol
2016.01.19 19:15:52 4: sduino: hideki protocol converted to hex: 7534BA4A72BFC051982800 with 96 bits, messagestart 0
2016.01.19 19:15:52 5: sduino converted Data to (P12#7534BA4A72BFC051982800)
2016.01.19 19:15:52 5: sduino dispatch P12#7534BA4A72BFC051982800
2016.01.19 19:15:52 4: Hideki_Parse sduino incomming P12#7534BA4A72BFC051982800
Als Vergleich, was gerade die Wetterstation anzeigt:
WINDCHILL -1.5
WIND 15.1 - WEST
BOE 5.8 - SW
Hallo noox
vielleicht möchtest Du mein 14_Hideki.pm mal testen. Habe ich um den Regensensor erweitert. Wenn das Modul OK ist, check ich es i Github im dev-r32 branch für alle ein.
Josef
Noob Frage: wohin damit?
Edit
Habs in den Ordner /opt/fhem/FHEM gepackt.
Teste gerade
Edit 2:
Scheint wohl zu klappen, auch wenn die Daten irgendwie nicht korrekt sind
2016.01.19 20:42:25 4: sduino Found manchester Protocol id 10 clock 462 -> OSV2o3
2016.01.19 20:42:25 4: sduino Found manchester Protocol id 12 clock 462 -> Hideki protocol
2016.01.19 20:42:25 4: sduino: hideki protocol converted to hex: 7580447AA80C22385300 with 88 bits, messagestart 0
2016.01.19 20:42:25 5: sduino converted Data to (P12#7580447AA80C22385300)
2016.01.19 20:42:25 5: sduino dispatch P12#7580447AA80C22385300
2016.01.19 20:42:25 4: Hideki_Parse sduino incomming P12#7580447AA80C22385300
2016.01.19 20:42:25 4: Hideki_Parse SensorTyp = 14 decodedString = 7580cc8ef8146648f500
2016.01.19 20:42:25 4: sduino decoded Hideki protocol model=Hideki_14, sensor id=80, channel=4, temp=0, humidity=0, bat=ok, rain=3743.6
2016.01.19 20:42:25 5: deviceCode: Hideki_14_4
2016.01.19 20:42:25 1: Hideki: UNDEFINED sensor 14 detected, code Hideki_14_4
2016.01.19 20:42:25 4: sduino/msg READ: MC;LL=-1012;LH=939;SL=-524;SH=409;D=E00888BA15181103E460;C=449;
2016.01.19 20:42:25 4: sduino Found manchester Protocol id 10 clock 449 -> OSV2o3
2016.01.19 20:42:25 4: sduino Found manchester Protocol id 12 clock 449 -> Hideki protocol
Hier mal Daten aus meiner Stationssoftware (meteohub):
20160119194218 thb0 116 61 0043 10044 7 10056
20160119194218 th1 197 40 0057
20160119194218 th3 8 83 -018
20160119194218 th0 3 93 -007
20160119194218 wind0 203 14 12 -013
20160119194218 t9 -24
20160119194218 rain0 0 0 37039
20160119194316 date0 2016 1 19 20 42
rain0 0 0 37039 wird wohl in Meteohub wie folgt aufgeschlüsselt:
Name des virtuellen Sensors, Name des Triggersensors, Regenrate in 1/10 mm/h, Regenzählerstand in 1/10 mm
Und wenn du gerade bei dem Regensensor bist, wäre nett wenn man einen
Korrekturfaktor in die Attribute schreiben kann.
Hintergrund: Der Regensensor hat eine Wippe drin, auf jeder Seite eine Kammer.
Wenn die Kammer voll ist mit Regenwasser schlägt die Wippe um, und die Wetterstation
weiss, es hat 0,7mm geregnet. Jeder Wippenschlag = 0,7mm bzw 0,7l
Ist natürlich abhängig, von der Auffanggrösse des Regenmessers. Es gibt nun einige, wie
mich, die hätten gerade etwas genauere Werte. Dazu wird dann die Auffanggrösse erhöht, zb mit
einem Trichter. Das führt natürlich zu Fehlern in der Anzeige und mit korrigiert werden. Ich habe
zb die Auffanggrösse verdreikommafünffacht. Macht eine Genaugigkeit von 0,7 / 3,5 = 0,2mm .
Sieht dann in etwa so aus: http://easy-turtle.ch/images/Wetter/RegenmesserMod.jpg
EDIT
Also, rain=3743.6 ist wohl die Gesamtregenmenge in mm
Hi Josef,
check die Updates nur gleich ins Github ein.
Grüße Sidey
Zitat von: Sidey am 19 Januar 2016, 22:02:48
Hi Josef,
check die Updates nur gleich ins Github ein.
Grüße Sidey
Done
Der Rain Wert ist der raw-wert x 0,7mm, so wie es in Cresta.pdf steht. Für weitere Auswertungen dieser kumulierten Werte gibt es das Rain Modul.
~Josef
Ist das Rainmodul für die Cresta nun fertig? Lasst mich nicht im Regen stehen :-)
a) rain=3743.6 ist die Gesamtmenge, wie komme ich auf den aktuellen Wert?
b) wie erkenne ich die regenrate?
c) ist eine korrekturfaktor möglich?
d) im Plot sehe ich nur Temp und Feuchte.
Gruß und danke
Zitat von: noxx am 19 Januar 2016, 22:37:47
Ist das Rainmodul für die Cresta nun fertig? Lasst mich nicht im Regen stehen :-)
a) rain=3743.6 ist die Gesamtmenge, wie komme ich auf den aktuellen Wert?
b) wie erkenne ich die regenrate?
c) ist eine korrekturfaktor möglich?
d) im Plot sehe ich nur Temp und Feuchte.
Gruß und danke
Da das Teil nur kumulierte Werte sendet, gibt es keinen aktuellen Wert. Deshalb habe ich ja
ZitatFür weitere Auswertungen dieser kumulierten Werte gibt es das Rain Modul.
geschrieben: siehe zB http://fhem.de/commandref.html#rain
~Josef
Mit dem AutoCreate von Plots kenne ich mich nicht aus.
danke, habs überlesen mit dem rainmodul. ich probiere es aus.
Moin moin,
ich wollte mal kurz fragen, wie aktuell die Liste der unterstützten Komponenten in der Wiki ist. Wollte mir ein paar externe Sensoren zulegen und würde gerne eine aktuelle Grundlage haben.
bis denne
Marc
Zitat von: yogiflop am 20 Januar 2016, 11:17:39
Moin moin,
ich wollte mal kurz fragen, wie aktuell die Liste der unterstützten Komponenten in der Wiki ist. Wollte mir ein paar externe Sensoren zulegen und würde gerne eine aktuelle Grundlage haben.
bis denne
Marc
Dazu von mir gleich mal ne aufbauende Frage: Ich habe mir die Bresser 3CH (http://www.bresser.de/Wetter/BRESSER-Thermo-Hygro-Sensor-3CH-passend-fuer-BRESSER-Thermo-Hygrometer.html) gekauft, weil ich der Meinung war gelesen zu haben, das diese funktionieren. Heute gekommen, gleich mal Batterien rein, aber nix passiert in FHEM. Der Signalduino blinkt zwar bei einem Drücken auf den TEST Button oder wenn der Bresser was sendet (Sendesymbol blinkt bei ihm), aber wie gesagt, in FHEM wird kein Modul angelegt. Muss ich noch etwas aktivieren, oder habe ich die falschen Thermostate gekauft?
Gruß,
Tim
Zitat von: Cruiser79 am 20 Januar 2016, 13:29:47
... Bresser 3CH (http://www.bresser.de/Wetter/BRESSER-Thermo-Hygro-Sensor-3CH-passend-fuer-BRESSER-Thermo-Hygrometer.html) gekauft, weil ich der Meinung war gelesen zu haben, das diese funktionieren...
Hallo Cruiser79,
dieser Bresser 7009993 (http://www.amazon.de/gp/product/B0076JGK7U?psc=1&redirect=true&ref_=oh_aui_detailpage_o01_s00) oder dieser Hama (http://www.amazon.de/gp/product/B005D6ZCQS?psc=1&redirect=true&ref_=oh_aui_detailpage_o04_s00) funktioniert. Sind wahrscheinlich baugleich.
Hier stehen die unterstützten Sensoren (http://www.fhemwiki.de/wiki/SIGNALduino).
1. Wird vom Signalduino überhaupt etwas empfangen ?
2. Setze verbose mal auf 5 und hänge den Log hier an.
3. Wie gut ist der Empfänger ? Im Forum einige Seiten weiter vorne wurde einige angegeben.
pejonp
Zitat von: Sidey am 19 Januar 2016, 08:51:32
...
ich habe gestern Abend noch einen weiteren Fall behoben, der zur Endlosschleife geführt hat.
Bei mir ist der Server jetzt auch die Nacht durch gelaufen.
...
Hallo Sidey,
habe jetzt auch ein Update gemacht. Gefühlt werden jetzt die WH1080/CTW600 besser oder schneller erkannt und aktualisiert. Ich berichte wenn Fehler auftreten. Gute Arbeit und Danke.
Jörg
Zitat von: pejonp am 20 Januar 2016, 14:15:45
Hallo Cruiser79,
dieser Bresser 7009993 (http://www.amazon.de/gp/product/B0076JGK7U?psc=1&redirect=true&ref_=oh_aui_detailpage_o01_s00) oder dieser Hama (http://www.amazon.de/gp/product/B005D6ZCQS?psc=1&redirect=true&ref_=oh_aui_detailpage_o04_s00) funktioniert. Sind wahrscheinlich baugleich.
Hier stehen die unterstützten Sensoren (http://www.fhemwiki.de/wiki/SIGNALduino).
1. Wird vom Signalduino überhaupt etwas empfangen ?
2. Setze verbose mal auf 5 und hänge den Log hier an.
3. Wie gut ist der Empfänger ? Im Forum einige Seiten weiter vorne wurde einige angegeben.
pejonp
1. Ja, da ich beim Sender des Thermostat direkt im Log etwas bekommen
2. Folgt unten
3. Ist einer der "guten" Superhytirgendwas Dinger :-)
Habe das empfangen zweimal geloggt
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: /MU;P0
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0/=-242;P1=816;P2=-493;P3=243;P
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0=-242;P1=816;P2=-493;P3=243;P/5=488;D=0123250503232325050323232503
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0=-242;P1=816;P2=-493;P3=243;P5=488;D=0123250503232325050323232503/25050323232323250323232325032
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0=-242;P1=816;P2=-493;P3=243;P5=488;D=012325050323232505032323250325050323232323250323232325032/3250325050505032325050323232;CP=3;
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=-242;P1=816;P2=-493;P3=243;P5=488;D=0123250503232325050323232503250503232323232503232323250323250325050505032325050323232;CP=3;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 2
2016.01.20 19:02:48 5: restarting demodulation at Position 7+2
2016.01.20 19:02:48 5: restarting demodulation at Position 17+2
2016.01.20 19:02:48 5: restarting demodulation at Position 25+2
2016.01.20 19:02:48 5: restarting demodulation at Position 31+2
2016.01.20 19:02:48 5: restarting demodulation at Position 43+2
2016.01.20 19:02:48 5: restarting demodulation at Position 53+2
2016.01.20 19:02:48 5: restarting demodulation at Position 59+2
2016.01.20 19:02:48 5: restarting demodulation at Position 69+2
2016.01.20 19:02:48 5: restarting demodulation at Position 77+2
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: /MU;P0=734;P1=-732;P2=228;P3=-504;P4=477;P5=-258;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
MU;P0=714;P1=-750;P2=224;P3=-509;P4=465;P5=-264;D=0101010123454523232345452323234523454523232323234523232
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=734;P1=-732;P2=228;P3=-504;P4=477;P5=-258;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0=714;P1=-750;P2=224;P3=-509;P4=465;P5=-264;D=0101010123454523232345452323234523454523232323234523232/32345232345234545454523234545232321;CP=2;
MU;P0=711;P1=-757;P2=226;P3=-509;P4=468;P5=-264;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
MU;P0=714;P1=-750;P2=239;P3=-493;P4=481;P5=-253;D=010101012345
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=714;P1=-750;P2=224;P3=-509;P4=465;P5=-264;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=711;P1=-757;P2=226;P3=-509;P4=468;P5=-264;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0=714;P1=-750;P2=239;P3=-493;P4=481;P5=-253;D=010101012345/452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
MU;P0=723;P1=-742;P2=243;P3=-490;P4=483;P5=-248;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
MU;P0=732;P1=-734;P
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=714;P1=-750;P2=239;P3=-493;P4=481;P5=-253;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=723;P1=-742;P2=243;P3=-490;P4=483;P5=-248;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0=732;P1=-734;P/2=238;P3=-495;P4=481;P5=-251;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
MU;P0=733;P1=-731;P2=245;P3=-487;P4=486;P5=-243;D=010101012345452323234545232323452345452323232323452323232345232345234545454
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=732;P1=-734;P2=238;P3=-495;P4=481;P5=-251;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0=733;P1=-731;P2=245;P3=-487;P4=486;P5=-243;D=010101012345452323234545232323452345452323232323452323232345232345234545454/523234545232321;CP=2;
MU;P0=726;P1=-740;P2=242;P3=-492;P4=485;P5=-249;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
MU;P0=730;P1=-735;P2=243;P3=-488;P4=487;P5=-242;D=01010101234545232323454523232345
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=733;P1=-731;P2=245;P3=-487;P4=486;P5=-243;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=726;P1=-740;P2=242;P3=-492;P4=485;P5=-249;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0=730;P1=-735;P2=243;P3=-488;P4=487;P5=-242;D=01010101234545232323454523232345/2345452323232323452323232345232345234545454523234545232321;CP=2;
MU;P0=723;P1=-740;P2=236;P3=-496;P4=481;P5=-251;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
MU;P0=731;P1=-734;P2=244;P3=-488;P4=486
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=730;P1=-735;P2=243;P3=-488;P4=487;P5=-242;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=723;P1=-740;P2=236;P3=-496;P4=481;P5=-251;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0=731;P1=-734;P2=244;P3=-488;P4=486/;P5=-250;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
MU;P0=736;P1=-729;P2=239;P3=-496;P4=486;P5=-247;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=731;P1=-734;P2=244;P3=-488;P4=486;P5=-250;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0=736;P1=-729;P2=239;P3=-496;P4=486;P5=-247;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2/;
MU;P0=722;P1=-741;P2=236;P3=-495;P4=484;P5=-245;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
MU;P0=725;P1=-741;P2=240;P3=-490;P4=485;P5=-250;D=0101010123454523232345452323234523454523232323234523
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=736;P1=-729;P2=239;P3=-496;P4=486;P5=-247;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=722;P1=-741;P2=236;P3=-495;P4=484;P5=-245;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
2016.01.20 19:02:48 5: SIGNALduino/RAW READ: MU;P0=725;P1=-741;P2=240;P3=-490;P4=485;P5=-250;D=0101010123454523232345452323234523454523232323234523/23232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: SIGNALduino/msg READ: MU;P0=725;P1=-741;P2=240;P3=-490;P4=485;P5=-250;D=010101012345452323234545232323452345452323232323452323232345232345234545454523234545232321;CP=2;
2016.01.20 19:02:48 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:02:48 5: Starting demodulation at Position 7
2016.01.20 19:02:48 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:02:48 5: Starting demodulation at Position -1
und nochmal
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: /
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: /MU;P0=241;P1=675;P2=-483;P5=-245;D=0
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: MU;P0=241;P1=675;P2=-483;P5=-245;D=0/12121212021515020202151502020
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: MU;P0=241;P1=675;P2=-483;P5=-245;D=012121212021515020202151502020/215021515020202021515020215021
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: MU;P0=241;P1=675;P2=-483;P5=-245;D=012121212021515020202151502020215021515020202021515020215021/50202150215151515021515150215
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: MU;P0=241;P1=675;P2=-483;P5=-245;D=01212121202151502020215150202021502151502020202151502021502150202150215151515021515150215/02;CP=0;
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=241;P1=675;P2=-483;P5=-245;D=0121212120215150202021515020202150215150202020215150202150215020215021515151502151515021502;CP=0;
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position 1
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: /MU;P0=726;P1=-740;P2=232;P3=-500;P4=475;P5=-256;D=01010101234545232323454523232345234545232323234545232345234523234523454
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: MU;P0=726;P1=-740;P2=232;P3=-500;P4=475;P5=-256;D=01010101234545232323454523232345234545232323234545232345234523234523454/5454523454545234520;CP=2;
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=726;P1=-740;P2=232;P3=-500;P4=475;P5=-256;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: /MU;P0=714;P1=-750;P2=218;P3=-513;P4=458;P5=-275;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=714;P1=-750;P2=218;P3=-513;P4=458;P5=-275;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: /MU;P0=700;P1=-765;P2=235;P3=-502;P4=473;P5=-255;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
MU;P0=722;P1=-742;P2=236;P3=-494;P4=480;P5=-253;D=010101012345
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=700;P1=-765;P2=235;P3=-502;P4=473;P5=-255;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: MU;P0=722;P1=-742;P2=236;P3=-494;P4=480;P5=-253;D=010101012345/452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
MU;P0=731;P1=-736;P2=241;P3=-491;P4=481;P5=-250;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=722;P1=-742;P2=236;P3=-494;P4=480;P5=-253;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=731;P1=-736;P2=241;P3=-491;P4=481;P5=-250;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: /MU;P0=726;P1=-736;P2=239;P3=-493;P4=485;P5=-248;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
MU;P0=728;P1=-738;P2=235;P3=-493;P4=482;P5=-253;D=0101010123454523232345452323234523454523232323454523234
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=726;P1=-736;P2=239;P3=-493;P4=485;P5=-248;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: MU;P0=728;P1=-738;P2=235;P3=-493;P4=482;P5=-253;D=0101010123454523232345452323234523454523232323454523234/52345232345234545454523454545234520;CP=2;
MU;P0=729;P1=-738;P2=241;P3=-496;P4=488;P5=-243;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
MU;P0=727;P1=-738;P2=236;P3=-492;P4=483;P5=-251;D=010101012345
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=728;P1=-738;P2=235;P3=-493;P4=482;P5=-253;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=729;P1=-738;P2=241;P3=-496;P4=488;P5=-243;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: MU;P0=727;P1=-738;P2=236;P3=-492;P4=483;P5=-251;D=010101012345/452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
MU;P0=727;P1=-737;P2=234;P3=-494;P4=480;P5=-251;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
MU;P0=733;P1=-735;P
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=727;P1=-738;P2=236;P3=-492;P4=483;P5=-251;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=727;P1=-737;P2=234;P3=-494;P4=480;P5=-251;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: MU;P0=733;P1=-735;P/2=240;P3=-488;P4=488;P5=-245;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
MU;P0=728;P1=-737;P2=240;P3=-496;P4=482;P5=-246;D=010101012345452323234545232323452345452323232345452323452345232345234545454
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=733;P1=-735;P2=240;P3=-488;P4=488;P5=-245;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: MU;P0=728;P1=-737;P2=240;P3=-496;P4=482;P5=-246;D=010101012345452323234545232323452345452323232345452323452345232345234545454/523454545234520;CP=2;
MU;P0=726;P1=-741;P2=241;P3=-493;P4=488;P5=-243;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=728;P1=-737;P2=240;P3=-496;P4=482;P5=-246;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=726;P1=-741;P2=241;P3=-493;P4=488;P5=-243;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 5: SIGNALduino/RAW READ: /MU;P0=728;P1=-735;P2=240;P3=-488;P4=484;P5=-250;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: SIGNALduino/msg READ: MU;P0=728;P1=-735;P2=240;P3=-488;P4=484;P5=-250;D=010101012345452323234545232323452345452323232345452323452345232345234545454523454545234520;CP=2;
2016.01.20 19:04:42 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.20 19:04:42 5: Starting demodulation at Position -1
2016.01.20 19:04:42 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.20 19:04:42 5: Starting demodulation at Position -1
Verstehe bei den Logmeldungen aber nur Bahnhof. Wer erkennt jetzt daran was sinnvolles? :D
Gruß,
Tim
Zitat von: Cruiser79 am 20 Januar 2016, 19:09:02
1. Ja, da ich beim Sender des Thermostat direkt im Log etwas bekommen
2. Folgt unten
3. Ist einer der "guten" Superhytirgendwas Dinger :-)
Verstehe bei den Logmeldungen aber nur Bahnhof. Wer erkennt jetzt daran was sinnvolles? :D
Das Modell kennen wir bislang noch nicht. Ich habe die Demodulierung eingebaut. Wenn Du ein update auf die aktuelle dev3.2 Version machst, dann wird das Signal schon mal in bits umgerechnet.
Nächster Schritt: Identifizieren welches Bit was bedeutet.
Grüße Sidey
Zitat von: yogiflop am 20 Januar 2016, 11:17:39
ich wollte mal kurz fragen, wie aktuell die Liste der unterstützten Komponenten in der Wiki ist.
Hallo Yogiflop,
die Liste im Wiki gibt das wieder, was aktuell mit der in Fhem Veröffentlichten Version 3.1 funktioniert.
In der Version 3.2 wurden noch Protokolle erweitert und es kommen auch regelmäßig neue hinzu.
Leider bekommen wir auch nicht immer qualifiziert Rückmeldung, wie gut etwas funktioniert.
Wer in Perl ein paar Zeilen Code hinbekommt, der kann sich seine Sensoren auch schnell selbst in FHEM einbinden, da das Empfangen und demodulieren mittlerweile sehr einfach geworden ist.
Grüße Sidey
Zitat von: Sidey am 21 Januar 2016, 08:12:46
Hallo Yogiflop,
die Liste im Wiki gibt das wieder, was aktuell mit der in Fhem Veröffentlichten Version 3.1 funktioniert.
In der Version 3.2 wurden noch Protokolle erweitert und es kommen auch regelmäßig neue hinzu.
Leider bekommen wir auch nicht immer qualifiziert Rückmeldung, wie gut etwas funktioniert.
Wer in Perl ein paar Zeilen Code hinbekommt, der kann sich seine Sensoren auch schnell selbst in FHEM einbinden, da das Empfangen und demodulieren mittlerweile sehr einfach geworden ist.
Grüße Sidey
Hallo Sidey,
Ich danke dir für die Rückmeldung. Ich warte dann lieber auf die nächste Stable Version. Die über Update verteilt wird.
Bis denen
Marc
Gesendet vom iPad
Zitat von: Sidey am 20 Januar 2016, 22:54:14
Das Modell kennen wir bislang noch nicht. Ich habe die Demodulierung eingebaut. Wenn Du ein update auf die aktuelle dev3.2 Version machst, dann wird das Signal schon mal in bits umgerechnet.
Nächster Schritt: Identifizieren welches Bit was bedeutet.
Grüße Sidey
Moin Sidey,
ok, helf mir bitte weiter. Folgende Werte liefen durchs Log, als ein Update des Sensors kam.
Aktuelle Werte: 19,7° 45%
2016.01.21 12:25:55 4: sduino/msg READ: MU;P0=609;P1=-252;P2=235;P3=-493;P4=-988;D=01232323010123232301230101232323012323010101232301230101230101012323010123012401;CP=2;
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:55 4: sduino/msg READ: MU;P0=725;P1=-740;P2=227;P3=-506;P4=468;P5=-264;D=0101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 10
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 6
2016.01.21 12:25:55 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:55 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:55 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:55 5: sduino dispatch u37#6316272DCD
2016.01.21 12:25:55 4: SIGNALduino_unknown incomming msg: u37#6316272DCD
2016.01.21 12:25:55 4: SIGNALduino_unknown rawData: 6316272DCD
2016.01.21 12:25:55 4: SIGNALduino_unknown Protocol: 37
2016.01.21 12:25:55 4: SIGNALduino_unknown converted to bits: 0110001100010110001001110010110111001101
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:55 4: sduino/msg READ: MU;P0=706;P1=-757;P2=210;P3=-521;P4=453;P5=-281;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:55 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:55 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:55 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:55 4: sduino Dropped (u37#6316272DCD) due to short time or equal msg
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:55 4: sduino/msg READ: MU;P0=700;P1=-764;P2=235;P3=-498;P4=481;P5=-251;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:55 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:55 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:55 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:55 4: sduino Dropped (u37#6316272DCD) due to short time or equal msg
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:55 4: sduino/msg READ: MU;P0=728;P1=-738;P2=238;P3=-494;P4=483;P5=-249;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:55 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:55 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:55 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:55 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:55 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:55 4: sduino Dropped (u37#6316272DCD) due to short time or equal msg
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: sduino/msg READ: MU;P0=723;P1=-742;P2=233;P3=-498;P4=481;P5=-251;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:56 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:56 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:56 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:56 4: sduino Dropped (u37#6316272DCD) due to short time or equal msg
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: sduino/msg READ: MU;P0=729;P1=-740;P2=243;P3=-489;P4=484;P5=-248;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: sduino/msg READ: MU;P0=727;P1=-734;P2=237;P3=-493;P4=485;P5=-248;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:56 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:56 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:56 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:56 4: sduino Dropped (u37#6316272DCD) due to short time or equal msg
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: sduino/msg READ: MU;P0=729;P1=-737;P2=237;P3=-494;P4=479;P5=-256;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:56 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:56 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:56 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:56 5: sduino dispatch u37#6316272DCD
2016.01.21 12:25:56 4: SIGNALduino_unknown incomming msg: u37#6316272DCD
2016.01.21 12:25:56 4: SIGNALduino_unknown rawData: 6316272DCD
2016.01.21 12:25:56 4: SIGNALduino_unknown Protocol: 37
2016.01.21 12:25:56 4: SIGNALduino_unknown converted to bits: 0110001100010110001001110010110111001101
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: sduino/msg READ: MU;P0=730;P1=-737;P2=237;P3=-490;P4=482;P5=-250;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:56 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:56 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:56 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:56 4: sduino Dropped (u37#6316272DCD) due to short time or equal msg
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: sduino/msg READ: MU;P0=731;P1=-732;P2=234;P3=-495;P4=481;P5=-251;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:56 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:56 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:56 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:56 4: sduino Dropped (u37#6316272DCD) due to short time or equal msg
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:56 4: sduino/msg READ: MU;P0=729;P1=-739;P2=236;P3=-492;P4=483;P5=-250;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:56 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:56 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:57 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:57 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:57 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:57 4: sduino Dropped (u37#6316272DCD) due to short time or equal msg
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:57 4: sduino/msg READ: MU;P0=725;P1=-738;P2=237;P3=-495;P4=481;P5=-251;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:57 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:57 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:57 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:57 4: sduino Dropped (u37#6316272DCD) due to short time or equal msg
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:57 4: sduino/msg READ: MU;P0=727;P1=-736;P2=238;P3=-493;P4=482;P5=-249;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:57 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:57 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:57 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:57 4: sduino Dropped (u37#6316272DCD) due to short time or equal msg
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:57 4: sduino/msg READ: MU;P0=730;P1=-738;P2=235;P3=-495;P4=480;P5=-251;D=010101012345452323234545232323452345452323234523234545452323452345452345454523234545234521;CP=2;
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 1
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 12
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 8
2016.01.21 12:25:57 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 0 1 1 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 0 1
2016.01.21 12:25:57 4: decoded matched MU Protocol id 37 dmsg u37#6316272DCD length 40
2016.01.21 12:25:57 5: sduino converted Data to (u37#6316272DCD)
2016.01.21 12:25:57 4: sduino Dropped (u37#6316272DCD) due to short time or equal msg
2016.01.21 12:25:57 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:25:57 5: sduino: Starting demodulation at Position 2
2016.01.21 12:25:57 4: sduino/msg READ: MU;P0=1757;P1=-1168;P2=3232;P3=-2632;D=0101010101010121030121030101010101012321010301232105;CP=0;
2016.01.21 12:25:57 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:25:57 4: sduino/msg READ: MU;P0=-6668;P1=5154;P2=1770;P3=-1163;P4=-4180;D=23232323232323232323232410232323232323231323;CP=2;
2016.01.21 12:25:57 5: sduino: applying filterfunc SIGNALduino_filterSign
Und noch einmal bei 19,8° und 42%
2016.01.21 12:28:46 4: sduino/msg READ: MU;P0=-251;P1=-581;P2=814;P4=237;P5=484;D=0121214150504141415050414141504150504141415041504141414141504150415041505041415041505041;CP=4;
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 10
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 6
2016.01.21 12:28:46 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 0 1 1 0 0 1 0 1 1 0 0 0 0
2016.01.21 12:28:46 4: decoded matched MU Protocol id 37 dmsg u37#6316282ACB0 length 44
2016.01.21 12:28:46 5: sduino converted Data to (u37#6316282ACB0)
2016.01.21 12:28:46 5: sduino dispatch u37#6316282ACB0
2016.01.21 12:28:46 4: SIGNALduino_unknown incomming msg: u37#6316282ACB0
2016.01.21 12:28:46 4: SIGNALduino_unknown rawData: 6316282ACB0
2016.01.21 12:28:46 4: SIGNALduino_unknown Protocol: 37
2016.01.21 12:28:46 4: SIGNALduino_unknown converted to bits: 01100011000101100010100000101010110010110000
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:46 4: sduino/msg READ: MU;P0=728;P1=-737;P2=225;P3=-508;P4=473;P5=-259;D=010101012345452323234545232323452345452323234523452323232323452345234523454523234523454521;CP=2;
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 12
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 8
2016.01.21 12:28:46 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 0 1 1 0 0 1 0 1 1
2016.01.21 12:28:46 4: decoded matched MU Protocol id 37 dmsg u37#6316282ACB length 40
2016.01.21 12:28:46 5: sduino converted Data to (u37#6316282ACB)
2016.01.21 12:28:46 5: sduino dispatch u37#6316282ACB
2016.01.21 12:28:46 4: SIGNALduino_unknown incomming msg: u37#6316282ACB
2016.01.21 12:28:46 4: SIGNALduino_unknown rawData: 6316282ACB
2016.01.21 12:28:46 4: SIGNALduino_unknown Protocol: 37
2016.01.21 12:28:46 4: SIGNALduino_unknown converted to bits: 0110001100010110001010000010101011001011
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:46 4: sduino/msg READ: MU;P0=717;P1=-751;P2=219;P3=-512;P4=462;P5=-269;D=010101012345452323234545232323452345452323234523452323232323452345234523454523234523454521;CP=2;
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 12
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 8
2016.01.21 12:28:46 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 0 1 1 0 0 1 0 1 1
2016.01.21 12:28:46 4: decoded matched MU Protocol id 37 dmsg u37#6316282ACB length 40
2016.01.21 12:28:46 5: sduino converted Data to (u37#6316282ACB)
2016.01.21 12:28:46 4: sduino Dropped (u37#6316282ACB) due to short time or equal msg
2016.01.21 12:28:46 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:28:46 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: sduino/msg READ: MU;P0=701;P1=-763;P2=230;P3=-498;P4=477;P5=-255;D=010101012345452323234545232323452345452323234523452323232323452345234523454523234523454521;CP=2;
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 12
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 8
2016.01.21 12:28:47 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 0 1 1 0 0 1 0 1 1
2016.01.21 12:28:47 4: decoded matched MU Protocol id 37 dmsg u37#6316282ACB length 40
2016.01.21 12:28:47 5: sduino converted Data to (u37#6316282ACB)
2016.01.21 12:28:47 4: sduino Dropped (u37#6316282ACB) due to short time or equal msg
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: sduino/msg READ: MU;P0=725;P1=-743;P2=239;P3=-491;P4=478;P5=-253;D=010101012345452323234545232323452345452323234523452323232323452345234523454523234523454521;CP=2;
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 12
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 8
2016.01.21 12:28:47 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 0 1 1 0 0 1 0 1 1
2016.01.21 12:28:47 4: decoded matched MU Protocol id 37 dmsg u37#6316282ACB length 40
2016.01.21 12:28:47 5: sduino converted Data to (u37#6316282ACB)
2016.01.21 12:28:47 4: sduino Dropped (u37#6316282ACB) due to short time or equal msg
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: sduino/msg READ: MU;P0=731;P1=-730;P2=243;P3=-495;P4=483;P5=-242;D=010101012345452323234545232323452345452323234523452323232323452345234523454523234523454521;CP=2;
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 12
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: sduino/msg READ: MU;P0=731;P1=-734;P2=238;P3=-495;P4=490;P5=-244;D=010101012345452323234545232323452345452323234523452323232323452345234523454523234523454521;CP=2;
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 12
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 8
2016.01.21 12:28:47 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 0 1 1 0 0 1 0 1 1
2016.01.21 12:28:47 4: decoded matched MU Protocol id 37 dmsg u37#6316282ACB length 40
2016.01.21 12:28:47 5: sduino converted Data to (u37#6316282ACB)
2016.01.21 12:28:47 4: sduino Dropped (u37#6316282ACB) due to short time or equal msg
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: sduino/msg READ: MU;P0=723;P1=-739;P2=240;P3=-490;P4=484;P5=-248;D=010101012345452323234545232323452345452323234523452323232323452345234523454523234523454521;CP=2;
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 12
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 8
2016.01.21 12:28:47 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 0 1 1 0 0 1 0 1 1
2016.01.21 12:28:47 4: decoded matched MU Protocol id 37 dmsg u37#6316282ACB length 40
2016.01.21 12:28:47 5: sduino converted Data to (u37#6316282ACB)
2016.01.21 12:28:47 4: sduino Dropped (u37#6316282ACB) due to short time or equal msg
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: sduino/msg READ: MU;P0=730;P1=-736;P2=238;P3=-490;P4=487;P5=-247;D=010101012345452323234545232323452345452323234523452323232323452345234523454523234523454521;CP=2;
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 12
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 8
2016.01.21 12:28:47 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 0 1 1 0 0 1 0 1 1
2016.01.21 12:28:47 4: decoded matched MU Protocol id 37 dmsg u37#6316282ACB length 40
2016.01.21 12:28:47 5: sduino converted Data to (u37#6316282ACB)
2016.01.21 12:28:47 5: sduino dispatch u37#6316282ACB
2016.01.21 12:28:47 4: SIGNALduino_unknown incomming msg: u37#6316282ACB
2016.01.21 12:28:47 4: SIGNALduino_unknown rawData: 6316282ACB
2016.01.21 12:28:47 4: SIGNALduino_unknown Protocol: 37
2016.01.21 12:28:47 4: SIGNALduino_unknown converted to bits: 0110001100010110001010000010101011001011
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: sduino/msg READ: MU;P0=727;P1=-738;P2=239;P3=-494;P4=487;P5=-245;D=010101012345452323234545232323452345452323234523452323232323452345234523454523234523454521;CP=2;
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 12
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 8
2016.01.21 12:28:47 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 0 1 1 0 0 1 0 1 1
2016.01.21 12:28:47 4: decoded matched MU Protocol id 37 dmsg u37#6316282ACB length 40
2016.01.21 12:28:47 5: sduino converted Data to (u37#6316282ACB)
2016.01.21 12:28:47 4: sduino Dropped (u37#6316282ACB) due to short time or equal msg
2016.01.21 12:28:47 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 12:28:47 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:48 4: sduino/msg READ: MU;P0=730;P1=-736;P2=240;P3=-490;P4=481;P5=-251;D=010101012345452323234545232323452345452323234523452323232323452345234523454523234523454521;CP=2;
2016.01.21 12:28:48 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 12:28:48 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:48 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 12:28:48 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 12:28:48 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:48 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 12:28:48 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:48 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 12:28:48 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:48 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 12:28:48 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:48 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 12:28:48 5: sduino: Starting demodulation at Position 1
2016.01.21 12:28:48 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 12:28:48 5: sduino: Starting demodulation at Position 12
2016.01.21 12:28:48 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 12:28:48 5: sduino: Starting demodulation at Position 2
2016.01.21 12:28:48 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 12:28:48 5: sduino: Starting demodulation at Position 8
2016.01.21 12:28:48 5: dispatching bits: 0 1 1 0 0 0 1 1 0 0 0 1 0 1 1 0 0 0 1 0 1 0 0 0 0 0 1 0 1 0 1 0 1 1 0 0 1 0 1 1
2016.01.21 12:28:48 4: decoded matched MU Protocol id 37 dmsg u37#6316282ACB length 40
2016.01.21 12:28:48 5: sduino converted Data to (u37#6316282ACB)
2016.01.21 12:28:48 4: sduino Dropped (u37#6316282ACB) due to short time or equal msg
</code>
So, habe nun eine brauchbare Antenne dran, Aurorra GP 433.
Das müsste der TFA Nexus Windmesser sein...
2016.01.21 17:55:28 4: Hideki_Parse sduino incomming P12#755D65695F1028432400
2016.01.21 17:55:28 4: sduino crc failed
2016.01.21 17:55:28 4: Hideki_Parse sduino incomming P12#755D65695F1028432400
2016.01.21 17:55:28 4: sduino crc failed
2016.01.21 17:55:28 4: SIGNALduino_unknown incomming msg: P12#755D65695F1028432400
2016.01.21 17:55:28 4: SIGNALduino_unknown rawData: 755D65695F1028432400
2016.01.21 17:55:28 4: SIGNALduino_unknown Protocol: 12
2016.01.21 17:55:28 4: SIGNALduino_unknown converted to bits: 01110101010111010110010101101001010111110001000000101000010000110010010000000000
2016.01.21 17:55:28 4: SIGNALduino/msg READ: MU;P0=-32001;P1=901;P3=-555;P4=-1050;P5=416;D=314135354535314141353545314135354145314145313545314531413541353535353541414535353145353145353141453135354535353145353531453145301;CP=5
Kann man auch Sensoren aus dem LOG ausschliessen? Der Garagentoröffner stört mich etwas....
2016.01.21 17:57:25 4: Found matched Protocol id 16 -> Dooya shutter
2016.01.21 17:57:25 4: Found matched Protocol id 21 -> einhell garagedoor
2016.01.21 17:57:25 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.21 17:57:25 4: SIGNALduino/msg READ: MU;P0=120;P1=923;P2=-1025;P3=-540;P4=438;P5=-32001;D=1212134342434312431343424343124313421243431243434312124343124343434343434343431342124343124343434343434343431342124343434343434343434343434313421343434343434342434313424312434313421342434312431243124504;CP=4;
Ja, Du kannst mit dem Attribut whitelistID festlegen, welche Protokolle Überhaupt geprüft werden, für deine nexxus wäre das die ID 12. So wie mir das aussieht, verwendest Du die Module, welche über Fhem verteilt werden.
Grüße
Sidey
Gibt es eigentlich eine aktuelle whitelist_IDs Übersicht?
Würde gerne die Sensoren Froggit FT007TP (TFA) bzw. TFA Dostmann Funk-Grill-Ofenthermometer einbinden.
Zitat von: noxx am 21 Januar 2016, 17:57:02
So, habe nun eine brauchbare Antenne dran, Aurorra GP 433.
Das müsste der TFA Nexus Windmesser sein...
2016.01.21 17:55:28 4: Hideki_Parse sduino incomming P12#755D65695F1028432400
2016.01.21 17:55:28 4: sduino crc failed
2016.01.21 17:55:28 4: Hideki_Parse sduino incomming P12#755D65695F1028432400
2016.01.21 17:55:28 4: sduino crc failed
2016.01.21 17:55:28 4: SIGNALduino_unknown incomming msg: P12#755D65695F1028432400
2016.01.21 17:55:28 4: SIGNALduino_unknown rawData: 755D65695F1028432400
2016.01.21 17:55:28 4: SIGNALduino_unknown Protocol: 12
2016.01.21 17:55:28 4: SIGNALduino_unknown converted to bits: 01110101010111010110010101101001010111110001000000101000010000110010010000000000
2016.01.21 17:55:28 4: SIGNALduino/msg READ: MU;P0=-32001;P1=901;P3=-555;P4=-1050;P5=416;D=314135354535314141353545314135354145314145313545314531413541353535353541414535353145353145353141453135354535353145353531453145301;CP=5
Also nach Cresta pdf ist 755D65695F1028432400 kein Windmesser.
crc nicht OK
falscher Typ 0x1b
zu kurz
~josef
Zitat von: Burny4600 am 21 Januar 2016, 18:42:07
Gibt es eigentlich eine aktuelle whitelist_IDs Übersicht?
Würde gerne die Sensoren Froggit FT007TP (TFA) bzw. TFA Dostmann Funk-Grill-Ofenthermometer einbinden.
Leider nein. Ich habe mal eine Zuordnung im Wiki gemacht.
Allerdings ist das ein schwieriges Unterfangen, ich kenne bestimmt nicht alle Sensoren die mit den Modulen dekodiert wird.
Grüße Sidey
Hallo zusammen,
ich habe Funkrolladenschalter auf 433Mhz. Fa. Warema.
Ich habe mit dem Signalduino als Beispiel das Rauffahren aufgezeichnet.
2016.01.21 21:08:00 5: SIGNALduino/RAW READ: MU;P0=6324;P1=-1789;P2=864;P3=-910;P4=1756;D=0123234143212323232323032321234141032323/232323232323;CP=2;
2016.01.21 21:08:00 4: SIGNALduino/msg READ: MU;P0=6324;P1=-1789;P2=864;P3=-910;P4=1756;D=0123234143212323232323032321234141032323232323232323;CP=2;
2016.01.21 21:08:00 4: Found matched Protocol id 9 -> CTW 600
2016.01.21 21:08:00 5: Starting demodulation at Position 2
2016.01.21 21:08:00 5: restarting demodulation at Position 6+2
2016.01.21 21:08:00 4: Found matched Protocol id 8 -> TX3 Protocol
2016.01.21 21:08:00 5: Starting demodulation at Position 2
2016.01.21 21:08:00 5: restarting demodulation at Position 10+2
2016.01.21 21:08:00 5: restarting demodulation at Position 22+2
2016.01.21 21:08:00 5: restarting demodulation at Position 26+2
2016.01.21 21:08:00 5: restarting demodulation at Position 34+2
Laut diesem Thread soll es sich um einen Manchester-Code handeln.
http://ollisraspiblog.blogspot.de/2015/09/mit-dem-warema-ewfs-system-lassen-sich.html
Der Signalduino zeigt jedoch MU - Message unsynced
Warum wird der Manchester nicht erkannt?
Beste Grüße
Thorsten
Zitat von: Cruiser79 am 21 Januar 2016, 12:31:17
Moin Sidey,
ok, helf mir bitte weiter. Folgende Werte liefen durchs Log, als ein Update des Sensors kam.
Ich habe die Dezimalwerte in Bits umgerechnet und diese versucht zuzuordnen.
Dabei bin ich auf das gekommen:
? ? ? Temp ? Hum ? ?
0110 0011 0001 011000100 11 100101101 11 001101 19,6 45%
0110 0011 0001 011000101 00 000101010 11 001011 19,7 46%
Die Werte stimmen zwar um 0,1 nicht mit denen von dir angegeben, aber ich denke das sind trotzdem die passenden Bits.
Da fehlen halt noch ein paar Daten wie. Zufalls ID, Kanal, Batterie, Manuell oder auto send..
Grüße Sidey
Zitat von: Sidey am 21 Januar 2016, 21:44:53
Ich habe die Dezimalwerte in Bits umgerechnet und diese versucht zuzuordnen.
Dabei bin ich auf das gekommen:
? ? ? Temp ? Hum ? ?
0110 0011 0001 011000100 11 100101101 11 001101 19,6 45%
0110 0011 0001 011000101 00 000101010 11 001011 19,7 46%
Die Werte stimmen zwar um 0,1 nicht mit denen von dir angegeben, aber ich denke das sind trotzdem die passenden Bits.
Da fehlen halt noch ein paar Daten wie. Zufalls ID, Kanal, Batterie, Manuell oder auto send..
Grüße Sidey
Ok, die 0,1 kann ich ja auch gerade im falschen Moment abgelesen haben. Die weiteren Werte werde ich mal versuchen rauszubekommen.
Die wichtige Zeile scheint ja die
SIGNALduino_unknown converted to bits: 0110001100010110001001110010110111001101Zeile zu sein. Diese muss ich doch quasi nehmen und analysieren, korrekt?
Wieso erscheint aber im Log mehrere Male die Zeile mit "dispatching bits"?
Gruß,
Tim
Zitat von: Totte10 am 21 Januar 2016, 21:24:44
2016.01.21 21:08:00 5: SIGNALduino/RAW READ: MU;P0=6324;P1=-1789;P2=864;P3=-910;P4=1756;D=0123234143212323232323032321234141032323/232323232323;CP=2;
....
Der Signalduino zeigt jedoch MU - Message unsynced
Hi, der Grund liegt daran, dass immer da wo die Pulslänge #4 gemessen wird, das Manchester Signal unterbrochen wird. Die Anzahl der Bits zwischen diesen Abschnitten sind zu gering und fallen durch die Toleranz. Derzeit müssen mindestens 17 Bits zusammenhängend erkannt werden, sonst wird davon ausgegangen, dass es nichts brauchbares ist. Wenn ich es richtig verstanden habe, werden erst mal 14 Bit und dann 9 Bit übertragen.
Weisst Du ob die alle brauchst oder nur die 14 ?
Die Toleranzwerte zu reduzieren bringt halt immer einher, dass ggf. auch fehlerhafte Übertragungen als Manchester erkannt werden.
Zitat von: Cruiser79 am 21 Januar 2016, 21:59:27
SIGNALduino_unknown converted to bits: 0110001100010110001001110010110111001101
Zeile zu sein. Diese muss ich doch quasi nehmen und analysieren, korrekt?
Wieso erscheint aber im Log mehrere Male die Zeile mit "dispatching bits"?
Mach noch mal ein Update, Temp und Hum sollte dann im Log stehen. Den Rest müsstest Du halt durch probieren herausfinden.
dispatching taucht immer dann auf, wenn etwas erfolgreich demoduliert wurde und es zum dekodieren weitergegeben wird.
Für eine Nachricht sollte auch nur einmal dispatching auftauchen. Du kannst ja noch mal ein Beispiel schicken.
Grüße Sidey
Zitat von: Sidey am 21 Januar 2016, 22:37:41
Hi, der Grund liegt daran, dass immer da wo die Pulslänge #4 gemessen wird, das Manchester Signal unterbrochen wird. Die Anzahl der Bits zwischen diesen Abschnitten sind zu gering und fallen durch die Toleranz. Derzeit müssen mindestens 17 Bits zusammenhängend erkannt werden, sonst wird davon ausgegangen, dass es nichts brauchbares ist. Wenn ich es richtig verstanden habe, werden erst mal 14 Bit und dann 9 Bit übertragen.
Weisst Du ob die alle brauchst oder nur die 14 ?
Die Toleranzwerte zu reduzieren bringt halt immer einher, dass ggf. auch fehlerhafte Übertragungen als Manchester erkannt werden.
Mach noch mal ein Update, Temp und Hum sollte dann im Log stehen. Den Rest müsstest Du halt durch probieren herausfinden.
dispatching taucht immer dann auf, wenn etwas erfolgreich demoduliert wurde und es zum dekodieren weitergegeben wird.
Für eine Nachricht sollte auch nur einmal dispatching auftauchen. Du kannst ja noch mal ein Beispiel schicken.
Grüße Sidey
So, der nächste Wert sollte gefunden sein, der Kanal. Folgende neu Daten habe ich:
0110 0011 0001 011001000 00 000111110 11 110111 21,1° 63% Kanal 1
0110 0011 0010 011001000 01 100110110 00 000010 21,3° 54% Kanal 2
0110 0011 0011 011001001 01 000111110 00 100001 21,7° 62% Kanal 3
0110 0011 0001 011001010 00 000111010 00 000011 22° 58% Kanal 1
Der dritte Block dürfte somit der Kanal sein.
Nun ist aber was komisches passiert. Ich habe die Batterien rausgenommen und wieder reingesetzt um als nächstes die ID feststellen zu können. Jetzt kommt aber auf einmal keine "converted to bits" und "dispatching bits" Zeile mehr.
Bei 22,7° 48% erhalte ich jetzt wieder folgende Logmeldungen
2016.01.21 22:36:06 4: sduino/msg READ: MU;P0=-493;P1=615;P2=-245;P3=238;P4=-980;D=0121230301230303012301212303012301212123030303012123030303030121212123012123410;CP=3;
2016.01.21 22:36:06 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:06 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:06 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:06 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 3
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: sduino/msg READ: MU;P0=727;P1=-742;P2=472;P3=-258;P4=227;P5=-504;D=0101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: sduino/msg READ: MU;P0=716;P1=-750;P2=466;P3=-271;P4=214;P5=-513;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: sduino/msg READ: MU;P0=702;P1=-763;P2=474;P3=-259;P4=231;P5=-500;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: sduino/msg READ: MU;P0=725;P1=-739;P2=483;P3=-250;P4=238;P5=-490;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: sduino/msg READ: MU;P0=728;P1=-739;P2=484;P3=-245;P4=240;P5=-496;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: sduino/msg READ: MU;P0=728;P1=-741;P2=482;P3=-247;P4=243;P5=-491;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: sduino/msg READ: MU;P0=730;P1=-735;P2=486;P3=-246;P4=237;P5=-496;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:07 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:07 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:07 4: sduino/msg READ: MU;P0=729;P1=-736;P2=483;P3=-251;P4=238;P5=-491;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: sduino/msg READ: MU;P0=728;P1=-739;P2=481;P3=-257;P4=235;P5=-487;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: sduino/msg READ: MU;P0=729;P1=-734;P2=481;P3=-248;P4=242;P5=-493;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: sduino/msg READ: MU;P0=728;P1=-736;P2=480;P3=-250;P4=241;P5=-492;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: sduino/msg READ: MU;P0=724;P1=-739;P2=482;P3=-253;P4=238;P5=-489;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: sduino/msg READ: MU;P0=728;P1=-737;P2=485;P3=-248;P4=237;P5=-493;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: sduino/msg READ: MU;P0=726;P1=-742;P2=478;P3=-251;P4=241;P5=-491;D=010101012323452323454523454545234523234545234523232345454545232345454545452323232345232340;CP=4;
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 1
2016.01.21 22:36:08 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.21 22:36:08 5: sduino: Starting demodulation at Position 2
Hallo,
könnte man auch ein Blacklist_ID einbauen, um unerwünschte Sensoren, die einem nur das Log zumüllen auszublenden und alles andere weiter zu empfangen, bzw. einen einzelnen decoder explizit auszuschalten?
Gruß,
Kuzl
Zitat von: Kuzl am 22 Januar 2016, 07:52:13
könnte man auch ein Blacklist_ID einbauen, um unerwünschte Sensoren, die einem nur das Log zumüllen auszublenden und alles andere weiter zu empfangen, bzw. einen einzelnen decoder explizit auszuschalten?
Das Einbauen einer Blacklist_ID Liste wäre möglich, aber ich sehe noch keinen Sinn dahinter.
Zum unerwünschte Sensoren auszublenden gibt es die Whitelist.
Als Anwendung für eine Blacklist_ID fällt mir nur ein, daß man auch noch mitbekommen will, falls ein Nachbar einen neuen Sensor bekommt.
Zum einzelne Dekoder ein- und auszuschalten gibt es bei der dev-32 Version auch
set enableMessagetype und set disableMessagetype.
Nachtrag:
Mit get config kann die Konfiguration abgefragt werden:
z.B.
config => MSenable, MUdisable, MCenable
Gruß Ralf
Zitat von: Sidey am 21 Januar 2016, 22:37:41
Hi, der Grund liegt daran, dass immer da wo die Pulslänge #4 gemessen wird, das Manchester Signal unterbrochen wird. Die Anzahl der Bits zwischen diesen Abschnitten sind zu gering und fallen durch die Toleranz. Derzeit müssen mindestens 17 Bits zusammenhängend erkannt werden, sonst wird davon ausgegangen, dass es nichts brauchbares ist. Wenn ich es richtig verstanden habe, werden erst mal 14 Bit und dann 9 Bit übertragen.
Weisst Du ob die alle brauchst oder nur die 14 ?
Die Toleranzwerte zu reduzieren bringt halt immer einher, dass ggf. auch fehlerhafte Übertragungen als Manchester erkannt werden.
Hi, Danke für die Rückmeldung.
Ich denke ich brauche alle Stellen.
Wo kann ich im Quellcode der Firmware auf Github die Toleranz hochsetzen?
Beste Grüße
Thorsten
Hi Cruiser,
ich hab einen Fehler eingebaut...
Melde mich, sobald ich das behoben habe.
Sidey
Hallo,
ich habe ei Pronlem mit dem Signalduino. Wenn ich diesen beim Booten an Pi lasse, startet der Pi normal. Nur FHEM lässt sich nicht öffen, obwohl der dienst gestartet ist. Es funktioniert nur, wenn ich dachdem FHEM gestaret ist den Signaldunino anschließe. Firmware ist aktuell 3.2 b11.
Für Tips wäre ich dankbar
Gruß
Steffen
Zitat von: Steffenm am 22 Januar 2016, 22:36:28
Hallo,
ich habe ei Pronlem mit dem Signalduino. Wenn ich diesen beim Booten an Pi lasse, startet der Pi normal. Nur FHEM lässt sich nicht öffen, obwohl der dienst gestartet ist. Es funktioniert nur, wenn ich dachdem FHEM gestaret ist den Signaldunino anschließe. Firmware ist aktuell 3.2 b11.
Für Tips wäre ich dankbar
Hast Du Meldungen im FHEM log, wenn Du es bei angeschlossenem Signalduino startest?
Ich schätze mal, ob der pi gebootet wird oder nicht spielt keine Rolle, oder?
Grüße Sidey
Zitat von: Cruiser79 am 21 Januar 2016, 22:48:58
Nun ist aber was komisches passiert. Ich habe die Batterien rausgenommen und wieder reingesetzt um als nächstes die ID feststellen zu können. Jetzt kommt aber auf einmal keine "converted to bits" und "dispatching bits" Zeile mehr.
Sollte wieder gehen, mach bitte ein Update.
Grüße Sidey
Hallo Sidey
Mit dem letztem Update Initialiisiert der SIGNALduino sehr oft ! (Event Monitor)
2016-01-23 12:09:45 SIGNALduino SIGNALduino Initialized
2016-01-23 12:09:48 SIGNALduino SIGNALduino Initialized
2016-01-23 12:09:54 SIGNALduino SIGNALduino Initialized
2016-01-23 12:09:58 SIGNALduino SIGNALduino Initialized
2016-01-23 12:10:01 SIGNALduino SIGNALduino Initialized
2016-01-23 12:10:16 SIGNALduino SIGNALduino Initialized
2016-01-23 12:10:20 SIGNALduino SIGNALduino Initialized
2016-01-23 12:10:23 SIGNALduino SIGNALduino Initialized
2016-01-23 12:10:30 SIGNALduino SIGNALduino Initialized
2016-01-23 12:10:31 SIGNALduino SIGNALduino Initialized
2016-01-23 12:10:36 SIGNALduino SIGNALduino Initialized
2016-01-23 12:10:51 SIGNALduino SIGNALduino Initialized
2016-01-23 12:10:56 SIGNALduino SIGNALduino Initialized
2016-01-23 12:11:00 SIGNALduino SIGNALduino Initialized
2016-01-23 12:11:09 SIGNALduino SIGNALduino Initialized
2016-01-23 12:11:15 SIGNALduino SIGNALduino DISCONNECTED
2016-01-23 12:11:16 SIGNALduino SIGNALduino Initialized
2016-01-23 12:11:16 SIGNALduino SIGNALduino CONNECTED
2016-01-23 12:11:26 SIGNALduino SIGNALduino Initialized
2016-01-23 12:11:30 SIGNALduino SIGNALduino Initialized
2016-01-23 12:11:33 SIGNALduino SIGNALduino Initialized
2016-01-23 12:11:41 SIGNALduino SIGNALduino Initialized
2016-01-23 12:11:45 SIGNALduino SIGNALduino Initialized
2016-01-23 12:11:46 SIGNALduino SIGNALduino Initialized
2016-01-23 12:12:02 SIGNALduino SIGNALduino Initialized
2016-01-23 12:12:05 SIGNALduino SIGNALduino Initialized
2016-01-23 12:12:08 SIGNALduino SIGNALduino Initialized
2016-01-23 12:12:16 SIGNALduino SIGNALduino Initialized
2016-01-23 12:12:21 SIGNALduino SIGNALduino Initialized
2016-01-23 12:12:36 SIGNALduino SIGNALduino Initialized
2016-01-23 12:12:40 SIGNALduino SIGNALduino Initialized
2016-01-23 12:12:44 SIGNALduino SIGNALduino Initialized
2016-01-23 12:12:51 SIGNALduino SIGNALduino Initialized
2016-01-23 12:13:15 SIGNALduino SIGNALduino Initialized
2016-01-23 12:13:19 SIGNALduino SIGNALduino Initialized
2016-01-23 12:13:26 SIGNALduino SIGNALduino Initialized
2016-01-23 12:13:36 SIGNALduino SIGNALduino Initialized
2016-01-23 12:13:46 SIGNALduino SIGNALduino Initialized
2016-01-23 12:13:50 SIGNALduino SIGNALduino Initialized
2016-01-23 12:13:55 SIGNALduino SIGNALduino Initialized
2016-01-23 12:14:01 SIGNALduino SIGNALduino Initialized
2016-01-23 12:14:06 SIGNALduino SIGNALduino Initialized
2016-01-23 12:14:13 SIGNALduino SIGNALduino Initialized
2016-01-23 12:14:21 SIGNALduino SIGNALduino Initialized
2016-01-23 12:14:25 SIGNALduino SIGNALduino Initialized
2016-01-23 12:14:28 SIGNALduino SIGNALduino Initialized
2016-01-23 12:14:36 SIGNALduino SIGNALduino Initialized
2016-01-23 12:14:50 SIGNALduino SIGNALduino Initialized
2016-01-23 12:14:56 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:00 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:03 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:11 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:16 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:16 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:26 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:27 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:27 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:32 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:35 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:40 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:46 SIGNALduino SIGNALduino Initialized
2016-01-23 12:15:52 SIGNALduino SIGNALduino Initialized
2016-01-23 12:16:06 SIGNALduino SIGNALduino Initialized
2016-01-23 12:16:10 SIGNALduino SIGNALduino Initialized
2016-01-23 12:16:14 SIGNALduino SIGNALduino Initialized
2016-01-23 12:16:21 SIGNALduino SIGNALduino Initialized
2016-01-23 12:16:26 SIGNALduino SIGNALduino Initialized
2016-01-23 12:16:41 SIGNALduino SIGNALduino Initialized
2016-01-23 12:16:45 SIGNALduino SIGNALduino Initialized
2016-01-23 12:16:48 SIGNALduino SIGNALduino Initialized
2016-01-23 12:16:50 SIGNALduino SIGNALduino Initialized
2016-01-23 12:16:56 SIGNALduino SIGNALduino Initialized
2016-01-23 12:17:01 SIGNALduino SIGNALduino Initialized
2016-01-23 12:17:17 SIGNALduino SIGNALduino Initialized
2016-01-23 12:17:20 SIGNALduino SIGNALduino Initialized
2016-01-23 12:17:23 SIGNALduino SIGNALduino Initialized
2016-01-23 12:17:31 SIGNALduino SIGNALduino Initialized
2016-01-23 12:17:37 SIGNALduino SIGNALduino Initialized
2016-01-23 12:17:51 SIGNALduino SIGNALduino Initialized
2016-01-23 12:17:53 SIGNALduino SIGNALduino Initialized
2016-01-23 12:17:55 SIGNALduino SIGNALduino Initialized
2016-01-23 12:17:58 SIGNALduino SIGNALduino Initialized
2016-01-23 12:18:06 SIGNALduino SIGNALduino Initialized
2016-01-23 12:18:26 SIGNALduino SIGNALduino Initialized
2016-01-23 12:18:30 SIGNALduino SIGNALduino Initialized
Grüße OGOL
Zitat von: OGOL am 23 Januar 2016, 12:26:36
Mit dem letztem Update Initialiisiert der SIGNALduino sehr oft ! (Event Monitor)
Das ist nicht gut, kannst Du genauer feststellen, mit welcher Version (von wann) es noch funktioniert hat?
Sidey
Zitat von: Sidey am 23 Januar 2016, 13:08:30
Das ist nicht gut, kannst Du genauer feststellen, mit welcher Version (von wann) es noch funktioniert hat?
Hmmm, die vorherige Version habe ich am 21.Januar installiert.
54517 Jan 21 14:34 SIGNALduino_nano328.hex
54517 Jan 21 14:34 SIGNALduino_promini328.hex
54517 Jan 21 14:34 SIGNALduino_uno.hex
sollte das Update von dieser Version sein:
UPD 2016_19_01_19:54:46 51588 FHEM/firmware/SIGNALduino_nano328.hex
UPD 2016_19_01_19:54:46 51588 FHEM/firmware/SIGNALduino_promini328.hex
UPD 2016_19_01_19:54:46 51588 FHEM/firmware/SIGNALduino_uno.hex
Wenn dir das weiterhilft ?
Grüße OGOL
Zitat von: Sidey am 21 Januar 2016, 22:37:41
Hi, der Grund liegt daran, dass immer da wo die Pulslänge #4 gemessen wird, das Manchester Signal unterbrochen wird. Die Anzahl der Bits zwischen diesen Abschnitten sind zu gering und fallen durch die Toleranz. Derzeit müssen mindestens 17 Bits zusammenhängend erkannt werden, sonst wird davon ausgegangen, dass es nichts brauchbares ist. Wenn ich es richtig verstanden habe, werden erst mal 14 Bit und dann 9 Bit übertragen.
Weisst Du ob die alle brauchst oder nur die 14 ?
Die Toleranzwerte zu reduzieren bringt halt immer einher, dass ggf. auch fehlerhafte Übertragungen als Manchester erkannt werden
Hallo Sidey,
Wo kann ich im Code die Toleranz verändern?
Beste Grüße
Thorsten
Zitat von: OGOL am 23 Januar 2016, 13:42:31
Hmmm, die vorherige Version habe ich am 21.Januar installiert.
...
Hallo OGOL,
einfach in FHEM Version eingeben und die Anzeige hier einstellen. Ich habe die aktuellste Version drauf und kann keinen Fehler feststellen.
41_OREGON.pm 5599 2016-01-15 19:00:00Z wherzig
14_SD_WS07.pm 9030 2015-10-12
14_SD_WS09.pm 16011 2016-01-06 10:10:10Z pejonp
00_SIGNALduino.pm 72792 2016-01-22 18:00:00Z v3.2-dev
No Id found for 14_SIGNALduino_RSL.pm
14_SIGNALduino_un.pm 12204 2016-01-15 20:00:00Z dev-r32
pejonp
Zitat von: pejonp am 23 Januar 2016, 15:21:17
14_SD_WS09.pm 16011 2016-01-06 10:10:10Z pejonp
Gibt es bei der ID-Nr ein System? Wird sie einfach bei jeder neuen Version um 1 erhöht?
Mit welcher ID -Nr fängt man bei einem neuen Modul oder bei einen Modul das bis jetzt noch keine ID hatte, an?
Gruß Ralf
Zitat von: pejonp am 23 Januar 2016, 15:21:17
einfach in FHEM Version eingeben und die Anzeige hier einstellen. Ich habe die aktuellste Version drauf und kann keinen Fehler feststellen.
pejonp, danke für den Wink mit dem Zaunpfahl ...........
Update von FHEM/SIGNALduino-Dev., Arduino noch mal neu geflasht
und im Event Monitor ist wieder Ruhe eingekehrt
Fhem ist
work in progress im positiven Sinn :D
Gruß OGOL
Sidey, sorry für den falschen Alarm!
Zitat von: Totte10 am 22 Januar 2016, 18:38:45
Wo kann ich im Quellcode der Firmware auf Github die Toleranz hochsetzen?
ich habe mal in der signalDecoder.cpp
https://github.com/RFD-FHEM/SIGNALDuino/blob/dev-r32-vs/signalDecoder.cpp
nach 17 gesucht und folgendes gefunden:
mcdecoder.setMinBitLen(17);Gruß Ralf
Zitat von: Ralf9 am 23 Januar 2016, 15:36:09
Gibt es bei der ID-Nr ein System? Wird sie einfach bei jeder neuen Version um 1 erhöht?
Mit welcher ID -Nr fängt man bei einem neuen Modul oder bei einen Modul das bis jetzt noch keine ID hatte, an?
Gruß Ralf
Hallo Ralf,
ich hatte mal die ID immer um 1 erhöht. Beim letzten mal habe ich aber gesehen, das Sidey dort die Dateigröße reingesetzt hat.
Ich denke solange bei Änderungen ein Datum und eine andere Versionsnummer (höhere) reingesetzt werden, ist das ok.
An Hand der Dateigröße kann man ja vielleicht auch erkennen, ob etwas verändert wurde ?!
Oder gibt es einen Automatismus ?!
Jörg
Hi,
welche ID meint ihr? Die Module haben wir bisher nach den IDs der Protokolle benannt.
In der 1. Zeile in einem Modul stehen diverse Daten. Die werden leider nicht automatisch geschrieben.
Da könnte man aber meiner Meinung nach, das build_controls hin erweitern.
Wenn man sich das dann als precommithook einrichtet, wird es beim commit automatisch ausgeführt.
So mache ich das schon für die controls Datei.
Grüße Sidey
Hallo,
ich habe Änderungen an der Routine die die Antworten vom get-Befehl verarbeitet, vorgenommen.
Seither kam es ab und zu vor, daß in der Antwortbox auch Signal Nachrichten mit angezeigt werden, dies dürfte jetzt nicht mehr vorkommen.
Wenn bei einem Ping, der automatisch alle 5 Minuten gesendet wird, nach dem OK auch eine Signal Nachricht empfangen wird, dann kam es zu einem disconnected:
2016.01.19 23:31:06 4: sduino/RAW (ReadAnswerCut 129): OK
MS;P0=489;P1=-1952;P2=-982;P3=-3876;D=030102010102010102010201020202020201010102020201020101010102020102020201014;CP=0;SP=3;
2016.01.19 23:31:09 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9GFBXLP-if00-port0 disconnected, waiting to reappear (sduino)
Nun werden die Signal Nachrichten, die bei der Antwort ab und zu mit empfangen werden, rausgefiltet.
Im Log sieht es dann so aus:
2016.01.24 01:51:32 4: sduino/RAW (ReadAnswerCut): OK
Die aktuelle Firmware läuft sehr stabil, ich hatte seit einigen Tagen keine "disconnected, waiting to reappear" mehr
Nachtrag:
es sind auch mehrere Arduinos möglich. Ich habe am Banana pi über USB einen Arduino nano und über LAN einen pro mini mit Ethernetshield angebunden.
Gruß Ralf
Zitat von: Sidey am 23 Januar 2016, 00:45:57
Sollte wieder gehen, mach bitte ein Update.
Grüße Sidey
Hi Sidey,
ok, jetzt empfange ich wieder Daten.
Habe auch gleich mal nen Schwung neuer Daten gesammelt.
11011001 0001 011000000111 00111111 00110101 17,9° 63%
11011001 0001 011000000111 00111111 00110101 17,9° 63%
11011001 0001 011000001000 00111110 00110101 18,0° 62%
11011001 0001 011000001000 00111110 00110101 18,0° 62%
Batteriewechsel
11001111 0001 011000001001 01000001 00101111 18,1° 65%
11001111 0001 011000001110 00111111 00110010 18,3° 63%
11001111 0001 011000001111 00111110 00110010 18,4° 62%
11001111 0001 011000001111 00111101 00110001 18,4° 61%
Batteriewechsel
11110001 0001 011000010000 00111110 01010101 18,4° 62%
11110001 0001 011000010000 00111111 01010110 18,4° 63%
11110001 0001 011000010001 00111110 01010110 18,5° 62%
11110001 0001 011000010010 00111101 01010110 18,6° 61%
11110001 0001 011000010001 00111101 01010101 18,5° 61%
11110001 0001 011000010001 00111100 01010100 18,5° 60%
Batteriewechsel
01010001 0001 011000010010 01000001 10111010 18,6° 65%
Batteriewechsel
01011110 0001 011000010100 01000001 11001001 18,7° 65%
01011110 0001 011000010110 00111101 11000111 18,8° 61%
01011110 0001 011000010101 00111011 11000100 18,7° 59%
01011110 0001 011000010101 00111100 11000101 18,7° 60%
01011110 0001 011000000011 00111011 10110010 17,7° 59%
Batteriewechsel
10111011 0001 011000000101 01000000 00010110 17,8° 64%
Batteriewechsel
10111011 0001 011000000101 01000000 00010110 17,9° 67%
Batteriewechsel
11111010 0001 011000011100 00110111 01100011 19,1° 55%
Batteriewechsel
10001110 0001 011000011100 00111001 11111001 19,1° 57%
Batteriewechsel
11001101 0001 011000011101 00111010 00111010 19,2° 58%
Batteriewechsel
11011000 0001 011000011110 00111010 01000110 19,2° 58%
Batteriewechsel
10001101 0001 011000011111 00111010 11111100 19,3° 58%
Batteriewechsel
10110011 0001 011000100000 00111010 00100011 19,3° 58%
Batteriewechsel
01011010 0001 011000100000 00111011 11001011 19,3° 59%
01011010 0001 011000011111 00110110 11000101 19,3° 54%
01011010 0001 011000011100 00110110 11000010 19,1° 54%
01011010 0001 011000011011 00110110 11000001 19,1° 54%
01011010 0001 011000011010 00110110 11000000 19,0° 54%
01011010 0001 011000011010 00110111 11000001 19,0° 55%
01011010 0001 011000011010 00110111 11000001 19,0° 55%
01011010 0001 011000011001 00110111 11000000 18,9° 55%
01011010 0001 011000011000 00110111 10111111 18,9° 55%
01011010 0001 011000010110 00110111 10111101 18,8° 55%
01011010 0001 011000010110 00110111 10111101 18,8° 55%
01011010 0001 011000010110 00110111 10111101 18,8° 55%
01011010 0001 011000011000 00111110 11000110 18,9° 62%
01011010 0001 011000011100 00111100 11001000 19,1° 60%
01011010 0101 011000011100 00111010 00000110 19,1° 58%
01011010 0101 011000011101 01000000 00001101 19,2° 64%
01011010 0101 011000011111 01000011 00010010 19,3° 67%
01011010 0101 011000100010 01001001 00011011 19,4° 73%
01011010 0001 011000100101 01001100 11100001 19,6° 76%
01011010 0101 011000100110 00111010 00010000 19,7° 58%
Ich denke somit, das die ersten acht Bit die ID ist.
Dann kommt 4 Bit für den Kanal. (Bei den letzten Werten habe ich eine TEST Taste am Thermostat gedrückt. Der scheint die richtigen Werte zu übermitteln, aber als Kanal kommt dann ein 0101)
Die nächsten 12 Bits sind mir noch unbekannt, obwohl ich gerade erkannt habe, da die ersten 4 Bit auch über Batteriewechsel immer gleich sind.
Dann kommen 8 Bits für die Feuchtigkeit.
Die nächsten 8 Bits sind ebenfalls unbekannt.
@Sidey, die Temperatur kann ich in den unbekannten 12 Bits nicht erkennen. Du meintest, du hättest dort was entdeckt?
Wer hat denn den anderen Bresser Sensor analysiert und kann mir von dem Gerät einmal die Bitreihenfolge mitteilen? Vielleicht hat sich ja an dem Protokoll kaum was geändert.
Gruß,
Tim
Zitat von: Cruiser79 am 24 Januar 2016, 14:02:10
Ich denke somit, das die ersten acht Bit die ID ist.
Dann kommt 4 Bit für den Kanal. (Bei den letzten Werten habe ich eine TEST Taste am Thermostat gedrückt. Der scheint die richtigen Werte zu übermitteln, aber als Kanal kommt dann ein 0101)
Die nächsten 12 Bits sind mir noch unbekannt, obwohl ich gerade erkannt habe, da die ersten 4 Bit auch über Batteriewechsel immer gleich sind.
Es fehlt noch das Bat Bit, evtl das erste Bit von den 4 Kanal Bits, also BTKK
wobei
B Batterie
T TEST Taste
KK Kanal
Du kannst mal eine fast leere Batterie einlegen
Die letzten 8 Bit könnten eine Prüfsumme sein.
Nachtrag:
Du kannst auch mal den Kanal 3 nehmen.
Gruß Ralf
Zitat von: Ralf9 am 24 Januar 2016, 23:43:49
Es fehlt noch das Bat Bit, evtl das erste Bit von den 4 Kanal Bits, also BTKK
wobei
B Batterie
T TEST Taste
KK Kanal
Du kannst mal eine fast leere Batterie einlegen
Die letzten 8 Bit könnten eine Prüfsumme sein.
Nachtrag:
Du kannst auch mal den Kanal 3 nehmen.
Gruß Ralf
Das mit der fast leeren Batterie kann ich mal prüfen. Wenn ich denn mal eine fast leere Batterie bei mir finde in AAA :(
Hast du denn die Temperatur herausfinden können? Ansonsten kann man ja den Batteriestatus auch erst einmal weglassen.
Ach und was meinst du mit "Du kannst auch mal den Kanal 3 nehmen." Für welchen Test?
Gruß,
Tim
Hallo Tim,
die Temperatur und die Feuchte werden im Log doch bereits angezeigt.
Stimmen diese mit denen auf deiner Station über ein?
Grüße Sidey
Zitat von: Sidey am 25 Januar 2016, 08:39:32
Hallo Tim,
die Temperatur und die Feuchte werden im Log doch bereits angezeigt.
Stimmen diese mit denen auf deiner Station über ein?
Grüße Sidey
Das war mir nicht klar, das es da schon Log-Einträge zu gibt. Muss ich mir heute Abend mal anschauen. Hatte das Log die letzten Tage immer direkt gefiltert auf die Bitfolgen um die fehlenden Werte herauszufinden.
Gruß,
Tim
Zitat von: Cruiser79 am 25 Januar 2016, 08:09:54
Das mit der fast leeren Batterie kann ich mal prüfen. Wenn ich denn mal eine fast leere Batterie bei mir finde in AAA :(
Ach und was meinst du mit "Du kannst auch mal den Kanal 3 nehmen." Für welchen Test?
Den Kanal 3 um zu testen ob die beiden Bits für den Kanal passen:
Kanal 1: 01
Kanal 2: 10
Kanal 3: 11
Wenn Du keine leere Batterie hast, kannst Du die passende Spannung mit einem Widerstand oder Poti und einem Messgerät auch hinbasteln.
Gruß Ralf
Zitat von: Ralf9 am 25 Januar 2016, 08:59:43
Den Kanal 3 um zu testen ob die beiden Bits für den Kanal passen:
Kanal 1: 01
Kanal 2: 10
Kanal 3: 11
Wenn Du keine leere Batterie hast, kannst Du die passende Spannung mit einem Widerstand oder Poti und einem Messgerät auch hinbasteln.
Gruß Ralf
Ah ok,
das mit dem Kanal habe ich schon in http://forum.fhem.de/index.php/topic,38831.msg396030.html#msg396030 gepostet gehabt. Das passt.
Ich kann leider weder einen Widerstand oder ein Poti und ein Messgerät mein Eigen nennen.
Gruß,
Tim
Zitat von: Sidey am 25 Januar 2016, 08:39:32
Hallo Tim,
die Temperatur und die Feuchte werden im Log doch bereits angezeigt.
Stimmen diese mit denen auf deiner Station über ein?
Grüße Sidey
Hi Sidey,
die Daten stimmen leider nicht über ein. Ich habe einmal ein paar Werte mitgeschrieben, mit der Bitfolge. Das ist jetzt aber auch die Analyse eines Bresser 7009993. Ich habe den 7009994.
19.2
2016.01.25 19:04:57 4: SIGNALduino_unknown converted to bits: 0101101000010110000111010011110111001010
2016.01.25 19:04:57 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=19.5, hum=61
19.6°
2016.01.25 19:09:42 4: SIGNALduino_unknown converted to bits: 0101101000010110001001010011111011010011
2016.01.25 19:09:42 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=19.6, hum=62
19.7°
2016.01.25 19:10:39 4: SIGNALduino_unknown converted to bits: 0101101000010110001001110011110111010100
2016.01.25 19:10:39 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=19.6, hum=61
19.8°
2016.01.25 19:11:36 4: SIGNALduino_unknown converted to bits: 0101101000010110001010010011101011010011
2016.01.25 19:11:36 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=19.7, hum=58
20.0°
2016.01.25 19:13:30 4: SIGNALduino_unknown converted to bits: 0101101000010110001011000011100011010100
2016.01.25 19:13:30 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=19.7, hum=56
20.1°
2016.01.25 19:14:27 4: SIGNALduino_unknown converted to bits: 0101101000010110001011010011011111010100
2016.01.25 19:14:27 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=19.7, hum=55
Bringt euch das weiter?
Gruß,
Tim
Zitat von: Cruiser79 am 25 Januar 2016, 19:15:59
die Daten stimmen leider nicht über ein. Ich habe einmal ein paar Werte mitgeschrieben, mit der Bitfolge. Das ist jetzt aber auch die Analyse eines Bresser 7009993. Ich habe den 7009994.
20.0°
2016.01.25 19:13:30 4: SIGNALduino_unknown converted to bits: 0101101000010110001011000011100011010100
2016.01.25 19:13:30 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=19.7, hum=56
Ich habe folgende Vermutung:
0101101000010110001011000011100011010100 20.0 C
ID BTKK TTTTTTTTTTT
01011010 0001 01100010110
Die 11 Bit Temperatur - 590 / 10,
hier (790 - 590) / 10 = 20
Hast Du auch mal eine niedrige Temperatur, z.B. die Außentemperatur?
Gruß Ralf
Zitat von: Ralf9 am 25 Januar 2016, 19:47:20
Ich habe folgende Vermutung:
0101101000010110001011000011100011010100 20.0 C
ID BTKK TTTTTTTTTTT
01011010 0001 01100010110
Die 11 Bit Temperatur - 590 / 10,
hier (790 - 590) / 10 = 20
Hast Du auch mal eine niedrige Temperatur, z.B. die Außentemperatur?
Gruß Ralf
Hi Ralf,
kann ich mit dienen. Draussen ist zwar nicht so kalt, aber ich habe ihn mal etwas in den Gefrierer gelegt und dadurch sogar Minuswerte bekommen.
14,6
2016.01.25 20:19:03 4: SIGNALduino_unknown converted to bits: 0101101000010101110100000011011001110101
2016.01.25 20:19:03 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=18.6, hum=54
13,4
2016.01.25 20:24:45 4: SIGNALduino_unknown converted to bits: 0101101000010101101101010011101101011111
2016.01.25 20:24:45 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=18.2, hum=59
10,1
2016.01.25 20:41:50 4: SIGNALduino_unknown converted to bits: 0101101000010101011110100100101100110100
2016.01.25 20:41:50 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=17.5, hum=75
2.1
2016.01.25 20:51:21 4: SIGNALduino_unknown converted to bits: 0101101000010100111010010011100010001111
2016.01.25 20:51:21 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=15.7, hum=56
-1.3
2016.01.25 20:58:56 4: SIGNALduino_unknown converted to bits: 0101101000010100101011000100001001011100
2016.01.25 20:58:56 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=14.9, hum=66
-0.6
2016.01.25 20:59:53 4: SIGNALduino_unknown converted to bits: 0101101000010100101110010100100001101111
2016.01.25 20:59:53 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=15.1, hum=72
0.9
2016.01.25 21:00:50 4: SIGNALduino_unknown converted to bits: 0101101000010100110101000101011010011000
2016.01.25 21:00:50 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=15.4, hum=86
2.5
2016.01.25 21:01:47 4: SIGNALduino_unknown converted to bits: 0101101000010100111100010101110110111100
2016.01.25 21:01:47 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009993 ) sensor id=90, channel=1, temp=15.8, hum=93
Gruß,
Tim
Mal n anderes thema... kann es sein das der sduino disconnected wenn er Daten bekommt mit denen er nichts anfangen kann?
Mobil erstellt daher kurz gehalten
Zitat von: Cruiser79 am 25 Januar 2016, 21:03:03
kann ich mit dienen. Draussen ist zwar nicht so kalt, aber ich habe ihn mal etwas in den Gefrierer gelegt und dadurch sogar Minuswerte bekommen.
die Temperatur -590/10 müsste passen. Die Werte weichen zwar um ca 1 Grad ab, dies dürfte aber normal sein. Um genaue Werte zu erhalten, müsste die Temperatur über 1 Minute konstant sein, da der Sensor normalerweise nur ca jede Minute sendet.
Habt ihr keine Außentemperatur unter 10 Grad? Bei uns hat es gerade 4,4 Grad
Nachtrag:
Kannst Du von einem Wert auch mal die raw-Nachricht mitposten?
Gruß Ralf
Zitat von: noice am 25 Januar 2016, 21:08:57
Mal n anderes thema... kann es sein das der sduino disconnected wenn er Daten bekommt mit denen er nichts anfangen kann?
Was genau meinst Du mit Daten, mit denen er nichts anfangen kann?
Was passieren kann, allerdings nur durch Fehler im Modul, dass etwas an den Arduino gesendet wird, was er nicht versteht.
Da FHEM dann auf eine Antwort wartet, führt es einen reconnect aus, wenn die Antwort nicht stimmt oder ausbleibt.
Grüße Sidey
Also, ich habe hier ein paar 433 pir sender https://blog.moneybag.de/fhem-preiswerter-433-mhz-funkbewegungsmelder-pir/
Sobald ich einen auslöse um zu sehen was fhem damit anfangen kann steht im event monitor nur sduino initialisiert
Evtl interpretiere ich das auch falsch
PS: die Temperatur sensoren NC7367 von pearl werden übrigens erkannt und über SD_WS07 angelegt ... nur zur info
Mobil erstellt daher kurz gehalten
Zitat von: noice am 25 Januar 2016, 21:58:17
Sobald ich einen auslöse um zu sehen was fhem damit anfangen kann steht im event monitor nur sduino initialisiert
Evtl interpretiere ich das auch falsch
Nein leider nicht. Initialized sollte im Event Monitor eigentlich nicht erscheinen. Bzw. wenn es erscheint, wurde die Verbindung neu hergestellt.
In welchem Abstand taucht das auf und passiert das auch mit der Version 3.2?
Grüße Sidey
Das passiert jedesmal wenn ich ein event vom Sender auslöse.
Leider lässt sich die version nicht auslesen .."no anserwer"
Habe aber extra nochmal ein "flash" ausgeführt
Mobil erstellt daher kurz gehalten
Edit: sduino version => V 3.1.8-HF2 SIGNALduino - compiled at Nov 8 2015 21:36:37
Zitat von: Ralf9 am 25 Januar 2016, 21:38:15
die Temperatur -590/10 müsste passen. Die Werte weichen zwar um ca 1 Grad ab, dies dürfte aber normal sein. Um genaue Werte zu erhalten, müsste die Temperatur über 1 Minute konstant sein, da der Sensor normalerweise nur ca jede Minute sendet.
Hallo Tim,
ich habe es ins Modul eingebaut, kannst mal testen ob die Werte im log jetzt passen.
Gruß Ralf
Zitat von: noice am 25 Januar 2016, 22:55:42
Edit: sduino version => V 3.1.8-HF2 SIGNALduino - compiled at Nov 8 2015 21:36:37
mach mal ein:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt (http://update%20all%20https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt)
nach dem flashen müsstest Du die folgende Version haben:
V 3.2.0-b11 SIGNALduino - compiled at Jan 15 2016 22:44:39
Gruß Ralf
Kann es sein das das update über " update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt" nicht mehr geht?
Fhem schreibt nur "nothing to do..."
Mobil erstellt daher kurz gehalten
Zitat von: noice am 25 Januar 2016, 23:35:07
Kann es sein das das update über " update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt" nicht mehr geht?
Fhem schreibt nur "nothing to do..."
bei mir hat es funktioniert. Gib mal version ein.
Gruß Ralf
Zitat von: Ralf9 am 25 Januar 2016, 21:38:15
die Temperatur -590/10 müsste passen. Die Werte weichen zwar um ca 1 Grad ab, dies dürfte aber normal sein. Um genaue Werte zu erhalten, müsste die Temperatur über 1 Minute konstant sein, da der Sensor normalerweise nur ca jede Minute sendet.
Habt ihr keine Außentemperatur unter 10 Grad? Bei uns hat es gerade 4,4 Grad
Nachtrag:
Kannst Du von einem Wert auch mal die raw-Nachricht mitposten?
Gruß Ralf
Moin moin,
bei uns war es gestern nur 10 Grad draussen, darum musste der Gefrierer erhalten ;)
Die Werte, die ich dazugeschrieben hatte, sind aber schon genau die, die zur Zeit des Sendevorgangs im Display standen. D.h. ich habe wirklich auf den Sendevorgang im Display geschaut, mir den Wert gemerkt und gleichzeitig auf dem Rechner daneben auf mein tail auf die Bitreihenfolge den Empfang bemerkt. Da darf sich also eigentlich nix unterscheiden.
Ich hänge mal das komplette Log meines gestrigen Tages von dem Testsystem an. Dort ist nur der sduino definiert und es wurde meines Wissens auch nur mein einer Bresser Sender empfangen. raw-Nachrichten gibt es da genügend im Log.
Vielleicht hilft das Log ja auch noch bei dem finden eines anderen komischen Verhaltens, das ich schon mal beschrieben hatte: Ich erhalte die "converted to bits" und "dispatching bits" von einem Sendevorgang immer mehrere Male im Log. Laut sidey dürfte es doch nur einmal vorkommen? Beispiel im Log zur Uhrzeit "2016.01.24 17:42:54" die Bitfolge "0101101000010110000100100011100010111010" Über 20 Mal zu finden zur gleichen Zeit. Ist da was faul?
Zitat von: Ralf9 am 25 Januar 2016, 23:09:18
Hallo Tim,
ich habe es ins Modul eingebaut, kannst mal testen ob die Werte im log jetzt passen.
Gruß Ralf
Kann ich leider erst heute Abend wieder testen. Bis dahin bringt ja vielleicht das Logfile noch neue Erkenntnisse.
Gruß,
Tim
Zitat von: Ralf9 am 25 Januar 2016, 23:42:08
bei mir hat es funktioniert. Gib mal version ein.
Gruß Ralf
Hier die versions ausgabe:
File Rev Last Change fhem.pl 10582 2016-01-21 08:28:16Z rudolfkoenig 98_autocreate.pm 10530 2016-01-16 19:27:21Z rudolfkoenig 00_CUL.pm 10472 2016-01-12 08:34:51Z rudolfkoenig No Id found for 14_CUL_REDIRECT.pm No Id found for 14_CUL_TCM97001.pm 14_CUL_TX.pm 10140 2015-12-09 15:58:41Z rudolfkoenig 14_CUL_WS.pm 8497 2015-04-30 09:23:21Z rudolfkoenig 91_eventTypes.pm 10530 2016-01-16 19:27:21Z rudolfkoenig 01_FHEMWEB.pm 10583 2016-01-21 10:22:53Z rudolfkoenig 11_FHT.pm 10204 2015-12-19 16:07:11Z rudolfkoenig 92_FileLog.pm 10530 2016-01-16 19:27:21Z rudolfkoenig 10_FS20.pm 7070 2014-11-27 12:45:34Z rudolfkoenig 14_Hideki.pm 12128 2015-10-12 No Id found for 10_IT.pm 91_notify.pm 10530 2016-01-16 19:27:21Z rudolfkoenig 41_OREGON.pm 5597 2014-04-22 15:25:55Z wherzig 21_OWCOUNT.pm 9506 2015-10-18 08:26:41Z pahenning 21_OWTHERM.pm 7181 2014-12-10 05:13:48Z pahenning 00_OWX.pm 6392 2014-08-11 15:25:00Z ntruchsess No Id found for 19_Revolt.pm 14_SD_WS07.pm 8958 2015-10-12 No Id found for 00_SIGNALduino.pm 14_SIGNALduino_un.pm 12202 2015-10-17 99_SUNRISE_EL.pm 10569 2016-01-19 06:30:28Z rudolfkoenig 98_SVG.pm 10530 2016-01-16 19:27:21Z rudolfkoenig 42_SYSMON.pm 10360 2016-01-04 21:21:02Z hexenmeister 98_telnet.pm 10551 2016-01-17 11:03:44Z rudolfkoenig 98_update.pm 10607 2016-01-23 12:46:49Z rudolfkoenig 99_Utils.pm 10570 2016-01-19 06:39:23Z rudolfkoenig 98_version.pm 10543 2016-01-16 22:15:39Z markusbloch Blocking.pm 10343 2016-01-03 10:55:45Z rudolfkoenig DevIo.pm 8954 2015-07-13 16:01:48Z rudolfkoenig HttpUtils.pm 10137 2015-12-09 09:01:41Z rudolfkoenig No Id found for ProtoThreads.pm RTypes.pm 10476 2016-01-12 21:03:33Z borisneubert SetExtensions.pm 9413 2015-10-09 13:13:11Z rudolfkoenig TcpServerUtils.pm 10346 2016-01-03 12:34:27Z rudolfkoenig
Gibt es einen direct download für die files? Dann kopiere ich das händisch rein ...
Mobil erstellt daher kurz gehalten
Zitat von: noice am 26 Januar 2016, 12:13:18
Gibt es einen direct download für die files? Dann kopiere ich das händisch rein ...
Mobil erstellt daher kurz gehalten
Du kannst mal ein
update force ..
versuchen.
Alternativ sind hier die Dateien:
https://github.com/RFD-FHEM/RFFHEM/tree/dev-r32
Gruß Ralf
Hallo ralf,
Danke aber auch das update force funktioniert nicht. Ich kopiere mal die Daten heute abend händisch rein.
Gruss Mirko
Mobil erstellt daher kurz gehalten
Zitat von: noice am 26 Januar 2016, 12:45:49
Hallo ralf,
Danke aber auch das update force funktioniert nicht. Ich kopiere mal die Daten heute abend händisch rein.
hast Du beim update Befehl das "all" durch "force" ersetzt:
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Gruß Ralf
Hallo,
ich habe Heute versucht mit einen Signalduino per set raw Daten an eine Rademacher Fernotron Rolladensteuerung zusenden. Die Raw-Daten sehen so aus :
set sduino raw SR;;R=1;;P0=892;;P1=-346;;P2=452;;P3=-781;;P4=-3032;; D=01010101010101230123240101230123012301012324010123012301230123012423232323232323230101242323232323232323232324232301230123232301012423230123012323232323242323010123010101012324232301012301010123012423010101230123230101242301010123012323232324;;
Die Daten werden nicht von den Siganlduino verarbeitet und kein Signal gesendet, weil der Datenstring wohl zulang ist. Wenn ich den String kürze wird ein Signal gesendet.
set sduino raw SR;;R=1;;P0=892;;P1=-346;;P2=452;;P3=-781;;P4=-3032;; D=0101010101010123012324010123012301230101232401012301230123012301242323232323232323010124232323232323232323232423230123012323230101242323012301232323232324232301012301010101232423230101230101012301;;
Dies wird natürlich nicht von der Fernotronsteuerung verarbeitet.
Ich habe die Signale einmal mit einem Datenlogger mit geschrieben und als Bilddatei angehängt Fernotron_Signalduino.png und Fernotron.png. In der Fernotron.png ist das Orginalsignal dargestellt.
Getestet habe ich mit Version : V 3.2.0-b11 15.Jan. 2016
Mein Frage ist kann Signalduino so erweitert werden, das die kompletten Daten verarbeitet und gesendet werden, dann könnte ich meine Rademacher Rolladen auch über Fhem und Signalduino steuern.
Gruß
Klaus
Hallo Klaus,
kannst Du mal die Signaldaten Posten, welche empfangen werden, wenn Du den Sendebefehl von einer funktionierenden abschickst.
Dann kann ich die Demodulierung einbauen, wodurch das Senden auch etwas einfacher werden sollte.
Ansonsten ist der Sendestring wirklich recht lange. Ich schau später noch nach, was die Maximallänge ist.
Sidey
Zitat von: Ralf9 am 26 Januar 2016, 13:36:56
hast Du beim update Befehl das "all" durch "force" ersetzt:
update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Gruß Ralf
Ja war mir schon klar wie ich das eingeben muss ^-^... leider ohne erfolg
Mobil erstellt daher kurz gehalten
Zitat von: noice am 26 Januar 2016, 20:23:59
Ja war mir schon klar wie ich das eingeben muss ^-^... leider ohne erfolg
Hast Du schon mal versucht vor dem update im FHEM und Firmware Verzeichnis zu alten Dateien zu löschen?
Gruß Ralf
Zitat von: Ralf9 am 26 Januar 2016, 20:40:25
Hast Du schon mal versucht vor dem update im FHEM und Firmware Verzeichnis zu alten Dateien zu löschen?
Gruß Ralf
jetzt glaub ich es aber nicht ... vom Tablet aus hat nix funktioniert... jetzt hab ich es vom Laptop aus probiert und da funktioniert es problemlos ...
also hat sich erstmal erledigt .. lag am tablet. ..
Nabend Leute,
so, Update getätigt und Werte aus dem Log mitgeschrieben. Leider passen die Temperaturen nicht. Keine Ahnung, was da komisches gemacht wird von Bresser. Es gibt Differenzen bei -4.6 zu -2.1 bis korrektem 19.5° und 20°. Danach driftet es wieder nach unten ab z.B. 20.6 zu 20.5.
-4.6
2016.01.26 20:50:41 4: SIGNALduino_unknown converted to bits: 01011010 0001 01000111001 00 0101111 00001111
2016.01.26 20:50:41 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=-2.1, hum=47
-3.7
2016.01.26 20:51:22 4: SIGNALduino_unknown converted to bits: 0101101001010100100000100100000001110000
2016.01.26 20:51:22 4: SIGNALduino_unknown converted to bits: 01011010 0101 01001000001 00 1000000 01110000
2016.01.26 20:51:22 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=-1.3, hum=64
-2.7
2016.01.26 20:51:40 4: SIGNALduino_unknown converted to bits: 0101101000010100100100110100101001001011
2016.01.26 20:51:40 4: SIGNALduino_unknown converted to bits: 01011010 0001 01001001001 10 1001010 01001011
2016.01.26 20:51:40 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=-0.5, hum=74
-1.6
2016.01.26 20:52:11 4: SIGNALduino_unknown converted to bits: 0101101001010100101010000101000110100111
2016.01.26 20:52:11 4: SIGNALduino_unknown converted to bits: 01011010 0101 01001010100 00 1010001 10100111
2016.01.26 20:52:11 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=0.6, hum=81
-0.2
2016.01.26 20:52:47 4: SIGNALduino_unknown converted to bits: 0101101001010100110000000101100011000110
2016.01.26 20:52:47 4: SIGNALduino_unknown converted to bits: 01011010 0101 01001100000 00 1011000 11000110
2016.01.26 20:52:47 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=1.8, hum=88
1
2016.01.26 20:53:18 4: SIGNALduino_unknown converted to bits: 0101101001010100110101100101110011100000
2016.01.26 20:53:18 4: SIGNALduino_unknown converted to bits: 01011010 0101 01001101011 00 1011100 11100000
2016.01.26 20:53:18 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=2.9, hum=92
2.1
2016.01.26 20:53:53 4: SIGNALduino_unknown converted to bits: 0101101001010100111010010101110111110100
2016.01.26 20:53:53 4: SIGNALduino_unknown converted to bits: 01011010 0101 01001110100 10 1011101 11110100
2016.01.26 20:53:53 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=3.8, hum=93
3
2016.01.26 20:54:22 4: SIGNALduino_unknown converted to bits: 0101101001010100111110100101110100000101
2016.01.26 20:54:22 4: SIGNALduino_unknown converted to bits: 01011010 0101 01001111101 00 1011101 00000101
2016.01.26 20:54:22 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=4.7, hum=93
3.8
2016.01.26 20:54:54 4: SIGNALduino_unknown converted to bits: 0101101001010101000010000101111000010101
2016.01.26 20:54:54 4: SIGNALduino_unknown converted to bits: 01011010 0101 01010000100 00 1011110 00010101
2016.01.26 20:54:54 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=5.4, hum=94
4.6
2016.01.26 20:55:27 4: SIGNALduino_unknown converted to bits: 0101101000010101000101100101110011100001
2016.01.26 20:55:27 4: SIGNALduino_unknown converted to bits: 01011010 0001 01010001011 00 1011100 11100001
2016.01.26 20:55:27 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=6.1, hum=92
5.3
2016.01.26 20:56:00 4: SIGNALduino_unknown converted to bits: 0101101001010101001000110101110000101110
2016.01.26 20:56:00 4: SIGNALduino_unknown converted to bits: 01011010 0101 01010010001 10 1011100 00101110
2016.01.26 20:56:00 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=6.7, hum=92
6.1
2016.01.26 20:56:44 4: SIGNALduino_unknown converted to bits: 0101101001010101001100010101101000111010
2016.01.26 20:56:44 4: SIGNALduino_unknown converted to bits: 01011010 0101 01010011000 10 1011010 00111010
2016.01.26 20:56:44 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=7.4, hum=90
6.6
2016.01.26 20:57:08 4: SIGNALduino_unknown converted to bits: 0101101001010101001110110101100101000011
2016.01.26 20:57:08 4: SIGNALduino_unknown converted to bits: 01011010 0101 01010011101 10 1011001 01000011
2016.01.26 20:57:08 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=7.9, hum=89
7.2
2016.01.26 20:57:39 4: SIGNALduino_unknown converted to bits: 0101101001010101010001010101100001001100
2016.01.26 20:57:39 4: SIGNALduino_unknown converted to bits: 01011010 0101 01010100010 10 1011000 01001100
2016.01.26 20:57:39 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=8.4, hum=88
7.7
2016.01.26 20:58:10 4: SIGNALduino_unknown converted to bits: 0101101001010101010011110101100001010110
2016.01.26 20:58:10 4: SIGNALduino_unknown converted to bits: 01011010 0101 01010100111 10 1011000 01010110
2016.01.26 20:58:10 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=8.9, hum=88
8.2
2016.01.26 20:58:42 4: SIGNALduino_unknown converted to bits: 0101101001010101010110000101011001011101
2016.01.26 20:58:42 4: SIGNALduino_unknown converted to bits: 01011010 0101 01010101100 00 1010110 01011101
2016.01.26 20:58:42 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=9.4, hum=86
8.7
2016.01.26 20:59:15 4: SIGNALduino_unknown converted to bits: 0101101000010101011000010101011000100110
2016.01.26 20:59:15 4: SIGNALduino_unknown converted to bits: 01011010 0001 01010110000 10 1010110 00100110
2016.01.26 20:59:15 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=9.8, hum=86
9.2
2016.01.26 20:59:46 4: SIGNALduino_unknown converted to bits: 0101101001010101011010010101010101101101
2016.01.26 20:59:46 4: SIGNALduino_unknown converted to bits: 01011010 0101 01010110100 10 1010101 01101101
2016.01.26 20:59:46 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=10.2, hum=85
9.8
2016.01.26 21:00:22 4: SIGNALduino_unknown converted to bits: 0101101001010101011101000101011001111001
2016.01.26 21:00:22 4: SIGNALduino_unknown converted to bits: 01011010 0101 01010111010 00 1010110 01111001
2016.01.26 21:00:22 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=10.8, hum=86
10.2
2016.01.26 21:00:54 4: SIGNALduino_unknown converted to bits: 0101101001010101011111000101010110000000
2016.01.26 21:00:54 4: SIGNALduino_unknown converted to bits: 01011010 0101 01010111110 00 1010101 10000000
2016.01.26 21:00:54 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=11.2, hum=85
10.7
2016.01.26 21:01:26 4: SIGNALduino_unknown converted to bits: 0101101001010101100001000101010110001000
2016.01.26 21:01:26 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011000010 00 1010101 10001000
2016.01.26 21:01:26 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=11.6, hum=85
11.1
2016.01.26 21:01:58 4: SIGNALduino_unknown converted to bits: 0101101001010101100010110101010110001111
2016.01.26 21:01:58 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011000101 10 1010101 10001111
2016.01.26 21:01:58 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=11.9, hum=85
11.4
2016.01.26 21:02:30 4: SIGNALduino_unknown converted to bits: 0101101001010101100100010101010010010100
2016.01.26 21:02:30 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011001000 10 1010100 10010100
2016.01.26 21:02:30 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=12.2, hum=84
11.8
2016.01.26 21:03:02 4: SIGNALduino_unknown converted to bits: 0101101000010101100110000101010101011100
2016.01.26 21:03:02 4: SIGNALduino_unknown converted to bits: 01011010 0001 01011001100 00 1010101 01011100
2016.01.26 21:03:02 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=12.6, hum=85
12.1
2016.01.26 21:03:34 4: SIGNALduino_unknown converted to bits: 0101101001010101100111010101010010100000
2016.01.26 21:03:34 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011001110 10 1010100 10100000
2016.01.26 21:03:34 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=12.8, hum=84
12.4
2016.01.26 21:04:12 4: SIGNALduino_unknown converted to bits: 0101101001010101101001000101010010100111
2016.01.26 21:04:12 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011010010 00 1010100 10100111
2016.01.26 21:04:12 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=13.2, hum=84
12.7
2016.01.26 21:04:43 4: SIGNALduino_unknown converted to bits: 0101101001010101101010010101010010101100
2016.01.26 21:04:43 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011010100 10 1010100 10101100
2016.01.26 21:04:43 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=13.4, hum=84
12.9
2016.01.26 21:05:13 4: SIGNALduino_unknown converted to bits: 0101101001010101101011010101010010110000
2016.01.26 21:05:13 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011010110 10 1010100 10110000
2016.01.26 21:05:13 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=13.6, hum=84
13.2
2016.01.26 21:05:45 4: SIGNALduino_unknown converted to bits: 0101101001010101101100100101010010110101
2016.01.26 21:05:45 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011011001 00 1010100 10110101
2016.01.26 21:05:45 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=13.9, hum=84
13.5
2016.01.26 21:06:47 4: SIGNALduino_unknown converted to bits: 0101101001010101101111000101010111000000
2016.01.26 21:06:47 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011011110 00 1010101 11000000
2016.01.26 21:06:47 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=14.4, hum=85
13.8
2016.01.26 21:07:20 4: SIGNALduino_unknown converted to bits: 0101101001010101101111000101010111000000
2016.01.26 21:07:20 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011011110 00 1010101 11000000
2016.01.26 21:07:20 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=14.4, hum=85
14.2
2016.01.26 21:07:47 4: SIGNALduino_unknown converted to bits: 0101101001010101110000110101010111000111
2016.01.26 21:07:47 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011100001 10 1010101 11000111
2016.01.26 21:07:47 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=14.7, hum=85
14.6
2016.01.26 21:08:08 4: SIGNALduino_unknown converted to bits: 0101101001010101110010100101011011001111
2016.01.26 21:08:08 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011100101 00 1010110 11001111
2016.01.26 21:08:08 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=15.1, hum=86
14.9
2016.01.26 21:08:43 4: SIGNALduino_unknown converted to bits: 0101101001010101110100000101011011010101
2016.01.26 21:08:43 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011101000 00 1010110 11010101
2016.01.26 21:08:43 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=15.4, hum=86
15.2
2016.01.26 21:09:16 4: SIGNALduino_unknown converted to bits: 0101101001010101110101100101010111011010
2016.01.26 21:09:16 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011101011 00 1010101 11011010
2016.01.26 21:09:16 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=15.7, hum=85
15.6
2016.01.26 21:09:41 4: SIGNALduino_unknown converted to bits: 0101101000010101110111010101010110100001
2016.01.26 21:09:41 4: SIGNALduino_unknown converted to bits: 01011010 0001 01011101110 10 1010101 10100001
2016.01.26 21:09:41 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=16, hum=85
15.9
2016.01.26 21:10:27 4: SIGNALduino_unknown converted to bits: 0101101001010101111000100101010111100110
2016.01.26 21:10:27 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011110001 00 1010101 11100110
2016.01.26 21:10:27 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=16.3, hum=85
16.1
2016.01.26 21:10:55 4: SIGNALduino_unknown converted to bits: 0101101001010101111001100101010011101001
2016.01.26 21:10:55 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011110011 00 1010100 11101001
2016.01.26 21:10:55 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=16.5, hum=84
16.3
2016.01.26 21:11:24 4: SIGNALduino_unknown converted to bits: 0101101001010101111010100101010011101101
2016.01.26 21:11:24 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011110101 00 1010100 11101101
2016.01.26 21:11:24 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=16.7, hum=84
16.4
2016.01.26 21:11:54 4: SIGNALduino_unknown converted to bits: 0101101001010101111011000101010011101111
2016.01.26 21:11:54 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011110110 00 1010100 11101111
2016.01.26 21:11:54 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=16.8, hum=84
16.6
2016.01.26 21:12:32 4: SIGNALduino_unknown converted to bits: 0101101000010101111011110101010010110010
2016.01.26 21:12:32 4: SIGNALduino_unknown converted to bits: 01011010 0001 01011110111 10 1010100 10110010
2016.01.26 21:12:32 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=16.9, hum=84
2016.01.26 21:12:32 4: SIGNALduino_unknown converted to bits: 0101101000010101111011110101010010110010
2016.01.26 21:12:32 4: SIGNALduino_unknown converted to bits: 0101101000010101111011110101010010110010
2016.01.26 21:12:32 4: SIGNALduino_unknown converted to bits: 01011010 0001 01011110111 10 1010100 10110010
2016.01.26 21:12:32 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=16.9, hum=84
2016.01.26 21:12:34 4: SIGNALduino_unknown converted to bits: 00101101000010101111011110101010010110010000
2016.01.26 21:12:34 4: SIGNALduino_unknown converted to bits: 00101101 0000 10101111011 11 0101010 01011001
2016.01.26 21:12:34 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=45, channel=0, temp=81.3, hum=42
16.8
2016.01.26 21:13:36 4: SIGNALduino_unknown converted to bits: 0101101001010101111100110101010011110110
2016.01.26 21:13:36 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011111001 10 1010100 11110110
2016.01.26 21:13:36 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=17.1, hum=84
17.0
2016.01.26 21:14:09 4: SIGNALduino_unknown converted to bits: 0101101001010101111101100101010011111001
2016.01.26 21:14:09 4: SIGNALduino_unknown converted to bits: 0101101001010101111101100101010011111001
2016.01.26 21:14:09 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011111011 00 1010100 11111001
2016.01.26 21:14:09 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=17.3, hum=84
17.2
2016.01.26 21:14:39 4: SIGNALduino_unknown converted to bits: 0101101001010101111110010101010011111100
2016.01.26 21:14:39 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011111100 10 1010100 11111100
2016.01.26 21:14:39 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=17.4, hum=84
17.3
2016.01.26 21:15:33 4: SIGNALduino_unknown converted to bits: 0101101001010101111110110101010011111110
2016.01.26 21:15:33 4: SIGNALduino_unknown converted to bits: 01011010 0101 01011111101 10 1010100 11111110
2016.01.26 21:15:33 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=17.5, hum=84
17.8
2016.01.26 21:16:30 4: SIGNALduino_unknown converted to bits: 0101101001010110000001000101010000001000
2016.01.26 21:16:30 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100000010 00 1010100 00001000
2016.01.26 21:16:30 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=18, hum=84
18.0
2016.01.26 21:17:05 4: SIGNALduino_unknown converted to bits: 0101101001010110000010000101010000001100
2016.01.26 21:17:05 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100000100 00 1010100 00001100
2016.01.26 21:17:05 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=18.2, hum=84
18.2
2016.01.26 21:17:41 4: SIGNALduino_unknown converted to bits: 0101101001010110000011000101010100010001
2016.01.26 21:17:41 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100000110 00 1010101 00010001
2016.01.26 21:17:41 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=18.4, hum=85
18.4
2016.01.26 21:18:07 4: SIGNALduino_unknown converted to bits: 0101101001010110000011110101010100010100
2016.01.26 21:18:07 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100000111 10 1010101 00010100
2016.01.26 21:18:07 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=18.5, hum=85
18.6
2016.01.26 21:18:28 4: SIGNALduino_unknown converted to bits: 0101101001010110000100100101010100010111
2016.01.26 21:18:28 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100001001 00 1010101 00010111
2016.01.26 21:18:28 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=18.7, hum=85
18.7
2016.01.26 21:19:11 4: SIGNALduino_unknown converted to bits: 0101101000010110000101010101010011011001
2016.01.26 21:19:11 4: SIGNALduino_unknown converted to bits: 01011010 0001 01100001010 10 1010100 11011001
2016.01.26 21:19:11 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=18.8, hum=84
18.9
2016.01.26 21:20:08 4: SIGNALduino_unknown converted to bits: 0101101000010110000110000101001011011010
2016.01.26 21:20:08 4: SIGNALduino_unknown converted to bits: 01011010 0001 01100001100 00 1010010 11011010
2016.01.26 21:20:08 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=19, hum=82
19.0
2016.01.26 21:21:17 4: SIGNALduino_unknown converted to bits: 0101101001010110000110100100111000011000
2016.01.26 21:21:17 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100001101 00 1001110 00011000
2016.01.26 21:21:17 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=19.1, hum=78
19.1
2016.01.26 21:21:39 4: SIGNALduino_unknown converted to bits: 0101101001010110000110110100110100011000
2016.01.26 21:21:39 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100001101 10 1001101 00011000
2016.01.26 21:21:39 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=19.1, hum=77
19.2
2016.01.26 21:22:59 4: SIGNALduino_unknown converted to bits: 0101101000010110000111010100100011010101
2016.01.26 21:22:59 4: SIGNALduino_unknown converted to bits: 01011010 0001 01100001110 10 1001000 11010101
2016.01.26 21:22:59 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=19.2, hum=72
19.3
2016.01.26 21:24:11 4: SIGNALduino_unknown converted to bits: 0101101001010110001000000100010100010101
2016.01.26 21:24:11 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100010000 00 1000101 00010101
2016.01.26 21:24:11 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=19.4, hum=69
19.5
2016.01.26 21:24:27 4: SIGNALduino_unknown converted to bits: 0101101001010110001000110100010100011000
2016.01.26 21:24:27 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100010001 10 1000101 00011000
2016.01.26 21:24:27 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=19.5, hum=69
20.0
2016.01.26 21:25:55 4: SIGNALduino_unknown converted to bits: 0101101001010110001011000100110000101000
2016.01.26 21:25:55 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100010110 00 1001100 00101000
2016.01.26 21:25:55 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=20, hum=76
20.2
2016.01.26 21:26:26 4: SIGNALduino_unknown converted to bits: 0101101001010110001011110100110100101100
2016.01.26 21:26:26 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100010111 10 1001101 00101100
2016.01.26 21:26:26 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=20.1, hum=77
20.4
2016.01.26 21:27:20 4: SIGNALduino_unknown converted to bits: 0101101001010110001100110100111100110010
2016.01.26 21:27:20 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100011001 10 1001111 00110010
2016.01.26 21:27:20 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=20.3, hum=79
20.6
2016.01.26 21:28:21 4: SIGNALduino_unknown converted to bits: 0101101001010110001101110100100000101111
2016.01.26 21:28:21 4: SIGNALduino_unknown converted to bits: 01011010 0101 01100011011 10 1001000 00101111
2016.01.26 21:28:21 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=90, channel=1, temp=20.5, hum=72
Jemand ne Idee?
Gruß,
Tim
Zitat von: Cruiser79 am 26 Januar 2016, 21:33:23
so, Update getätigt und Werte aus dem Log mitgeschrieben. Leider passen die Temperaturen nicht. Keine Ahnung, was da komisches gemacht wird von Bresser. Es gibt Differenzen bei -4.6 zu -2.1 bis korrektem 19.5° und 20°. Danach driftet es wieder nach unten ab z.B. 20.6 zu 20.5.
Hast Du mir mal die Außentemperatur, bitte erst ablesen nachdem die Temperatur ca 1-2 Minuten konstant bleibt.
Ich hatte auch mal mit der Gefriertruhe einen Temperatursensor getestet, dabei hatte ich den Eindruck, daß bei sich schnell ändernden Temperaturen nicht immer der gerade angezeigte Wert gesendet wird.
Gruß Ralf
Hallo Sidey,
hier sind die Signaldaten :
2016.01.27 08:46:49 3: sduino: setting Verbose to: 5
2016.01.27 08:47:10 4: sduino/msg READ: MU;P0=-781;P1=-32001;P2=893;P3=-346;P4=452;P5=-3033;D=00123232323232323402340452323232323232340402345232340234023402323404523234023402340234023454040404040404040232345404040404040404040404540402340234040402323454040234023404040404045404023234023232323404540402323402323234023454023232340234040;CP=4;O;
2016.01.27 08:47:10 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.27 08:47:10 5: sduino: Starting demodulation at Position 1
2016.01.27 08:47:10 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.01.27 08:47:10 4: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.01.27 08:47:10 5: sduino: Starting demodulation at Position 1
2016.01.27 08:47:10 4: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.01.27 08:47:10 5: sduino: Starting demodulation at Position 1
2016.01.27 08:47:10 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.27 08:47:10 5: sduino: Starting demodulation at Position 1
2016.01.27 08:47:10 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.27 08:47:10 5: sduino: Starting demodulation at Position 1
2016.01.27 08:47:10 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.27 08:47:10 5: sduino: Starting demodulation at Position 1
2016.01.27 08:47:10 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.27 08:47:10 5: sduino: Starting demodulation at Position 19
2016.01.27 08:47:10 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.27 08:47:10 5: sduino: Starting demodulation at Position 1
2016.01.27 08:47:10 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.27 08:47:10 5: sduino: Starting demodulation at Position 2
Ich habe den Sender direkt an den Signalduino angeschlossen, so dass die Daten direkt digital übertragen worden sind.
Als Anhang habe ich die aufgezeichnete Grafik vom Logger angefügt.
Gruß
Klaus
Hallo Sidey,
ich habe eben ein Update gemacht und jetzt werden meine Hideki-Sensoren (Bresser und Hama ) nicht mehr erkannt. Es ist nichts an- oder ausgeschalten. Verbose=5
2016.01.27 16:02:28 4: Founded matched MS Protocol id 0 -> weather1
2016.01.27 16:02:28 5: Starting demodulation at Position 2
2016.01.27 16:02:28 4: Decoded matched MS Protocol id 0 dmsg s52490B411000 length 40
2016.01.27 16:02:28 5: sduinousb converted Data to (s52490B411000)
2016.01.27 16:02:28 4: sduinousb Dropped (s52490B411000) due to short time or equal msg
2016.01.27 16:02:28 4: Founded matched MS Protocol id 7 -> weatherID7
2016.01.27 16:02:28 5: Starting demodulation at Position 6
2016.01.27 16:02:28 4: Decoded matched MS Protocol id 7 dmsg P7#0000000 length 36
2016.01.27 16:02:30 4: sduinousb/msg READ: MU;P0=332;P1=-157;P2=791;P3=1452;P5=-438;D=0012101312121010101050121010101050101010101010;CP=0;
2016.01.27 16:02:30 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.27 16:02:30 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:30 5: sduinousb: applying filterfunc SIGNALduino_filterSign
2016.01.27 16:02:30 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.27 16:02:30 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:30 5: dispatching bits: 0 0 0 1 0 0 0 0 0 0 0 0
2016.01.27 16:02:30 4: decoded matched MU Protocol id 29 dmsg u29#100 length 12
2016.01.27 16:02:30 5: sduinousb converted Data to (u29#100)
2016.01.27 16:02:31 5: sduinousb dispatch u29#100
2016.01.27 16:02:31 4: SIGNALduino_unknown incomming msg: u29#100
2016.01.27 16:02:31 4: SIGNALduino_unknown rawData: 100
2016.01.27 16:02:31 4: SIGNALduino_unknown Protocol: 29
2016.01.27 16:02:31 4: SIGNALduino_unknown converted to bits: 000100000000
2016.01.27 16:02:31 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.27 16:02:31 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:31 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.27 16:02:31 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:31 4: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.01.27 16:02:31 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:36 4: sduinousb/msg READ: MC;LL=-952;LH=1005;SL=-481;SH=502;D=7A174A61B7EBB1147A2E00;C=502;
2016.01.27 16:02:36 4: sduinousb Found manchester Protocol id 10 clock 502 -> OSV2o3
2016.01.27 16:02:36 4: sduinousb Found manchester Protocol id 12 clock 502 -> Hideki protocol
2016.01.27 16:02:36 4: sduinousb/msg READ: MC;LL=-971;LH=993;SL=-487;SH=493;D=AE7A174A21B7EBB114780000;C=495;
2016.01.27 16:02:36 4: sduinousb Found manchester Protocol id 10 clock 495 -> OSV2o3
2016.01.27 16:02:36 4: sduinousb Found manchester Protocol id 12 clock 495 -> Hideki protocol
2016.01.27 16:02:37 4: sduinousb/msg READ: MU;P0=-8368;P2=973;P3=-981;P4=-490;P5=490;D=40232324545354245454532354545423245453235423235423545454542453245324545454545323245453245354542354542323545424545453245354245323545454;CP=5;
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.27 16:02:37 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:37 5: sduinousb: applying filterfunc SIGNALduino_filterSign
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.01.27 16:02:37 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.01.27 16:02:37 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.27 16:02:37 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.27 16:02:37 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.27 16:02:37 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.27 16:02:37 5: sduinousb: Starting demodulation at Position 11
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.27 16:02:37 5: sduinousb: Starting demodulation at Position 8
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.01.27 16:02:37 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.27 16:02:37 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.01.27 16:02:37 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:37 4: sduinousb/msg READ: MS;P0=616;P1=-3789;P2=-1837;P3=-9113;D=03020102010102010101020101010201020202020201020102010201010202010102020101;CP=0;SP=3;O;
2016.01.27 16:02:37 4: Founded matched MS Protocol id 7 -> weatherID7
2016.01.27 16:02:37 5: Starting demodulation at Position 6
2016.01.27 16:02:37 4: Decoded matched MS Protocol id 7 dmsg P7#00000 length 36
2016.01.27 16:02:38 4: sduinousb/msg READ: MS;P0=-3800;P1=577;P2=-1847;P3=-9058;D=13121012101012101010121010101210121212121210121012101210101212101012121010;CP=1;SP=3;
2016.01.27 16:02:38 4: Founded matched MS Protocol id 0 -> weather1
2016.01.27 16:02:38 5: Starting demodulation at Position 2
2016.01.27 16:02:38 4: Decoded matched MS Protocol id 0 dmsg s5BBA0AB33000 length 40
2016.01.27 16:02:38 5: sduinousb converted Data to (s5BBA0AB33000)
2016.01.27 16:02:38 5: sduinousb dispatch s5BBA0AB33000
2016.01.27 16:02:38 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.01.27 16:02:46 4: sduinousb/msg READ: MS;P0=511;P1=-2061;P2=-3772;P3=-8059;D=0301010101010201020101010101010101020102020202020101010101010101010101010101;CP=0;SP=3;O;
2016.01.27 16:02:46 4: Founded matched MS Protocol id 0 -> weather1
2016.01.27 16:02:46 5: Starting demodulation at Position 2
2016.01.27 16:02:46 4: Decoded matched MS Protocol id 0 dmsg s0500BE000000 length 40
2016.01.27 16:02:46 5: sduinousb converted Data to (s0500BE000000)
2016.01.27 16:02:46 5: sduinousb dispatch s0500BE000000
2016.01.27 16:02:46 4: CUL_TCM97001 using longid: 1 model: AURIOL
2016.01.27 16:02:46 4: sduinousb/msg READ: MS;P0=-2066;P1=503;P2=-3771;P3=-8052;D=1310101010101210121010101010101010121012121212121010101010101010101010101010;CP=1;SP=3;O;
2016.01.27 16:02:46 4: Founded matched MS Protocol id 0 -> weather1
2016.01.27 16:02:46 5: Starting demodulation at Position 2
2016.01.27 16:02:46 4: Decoded matched MS Protocol id 0 dmsg s0500BE000000 length 40
2016.01.27 16:02:46 5: sduinousb converted Data to (s0500BE000000)
2016.01.27 16:02:46 4: sduinousb Dropped (s0500BE000000) due to short time or equal msg
2016.01.27 16:02:49 4: sduinousb/msg READ: MC;LL=-2674;LH=3201;SL=-1218;SH=1717;D=613D02C0;C=1639;
2016.01.27 16:02:49 4: sduinousb Found manchester Protocol id 18 clock 1639 -> OSV1
2016.01.27 16:02:49 5: sduinousb: OSV1 protocol converted to hex: (089EC2FD3F) with length (8) bits
2016.01.27 16:02:49 4: sduinousb/msg READ: MC;LL=-2680;LH=3195;SL=-1220;SH=1713;D=613D02C0;C=1635;
2016.01.27 16:02:49 4: sduinousb Found manchester Protocol id 18 clock 1635 -> OSV1
2016.01.27 16:02:49 5: sduinousb: OSV1 protocol converted to hex: (089EC2FD3F) with length (8) bits
2016.01.27 16:02:57 4: sduinousb/msg READ: MU;P0=614;P1=-1837;P2=-314;P3=22072;P4=3100;P5=-3788;D=2324520010501010505010105010501010101010101050105050501050501010505010101050;CP=0;
2016.01.27 16:02:57 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.27 16:02:57 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:57 5: sduinousb: applying filterfunc SIGNALduino_filterSign
2016.01.27 16:02:57 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.27 16:02:57 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:57 4: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.01.27 16:02:57 5: sduinousb: Starting demodulation at Position 2
2016.01.27 16:02:57 4: sduinousb/msg READ: MS;P0=603;P1=-1839;P2=-3804;P3=-9113;D=03010201020101020201010201020101010101010102010202020102020101020201010102;CP=0;SP=3;O;
2016.01.27 16:02:57 4: Founded matched MS Protocol id 0 -> weather1
2016.01.27 16:02:57 5: Starting demodulation at Position 2
2016.01.27 16:02:57 4: Decoded matched MS Protocol id 0 dmsg s53280BB31000 length 40
2016.01.27 16:02:57 5: sduinousb converted Data to (s53280BB31000)
2016.01.27 16:02:57 5: sduinousb dispatch s53280BB31000
2016.01.27 16:02:57 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.01.27 16:02:57 4: Founded matched MS Protocol id 7 -> weatherID7
2016.01.27 16:02:57 5: Starting demodulation at Position 6
2016.01.27 16:02:57 4: Decoded matched MS Protocol id 7 dmsg P7#000000 length 36
2016.01.27 16:02:58 4: sduinousb/msg READ: MS;P0=-1840;P1=568;P2=-3805;P3=-9072;D=13101210121010121210101210121010101010101012101212121012121010121210101012;CP=1;SP=3;
2016.01.27 16:02:58 4: Founded matched MS Protocol id 0 -> weather1
2016.01.27 16:02:58 5: Starting demodulation at Position 2
2016.01.27 16:02:58 4: Decoded matched MS Protocol id 0 dmsg s53280BB31000 length 40
2016.01.27 16:02:58 5: sduinousb converted Data to (s53280BB31000)
2016.01.27 16:02:58 4: sduinousb Dropped (s53280BB31000) due to short time or equal msg
2016.01.27 16:03:02 4: sduinousb/msg READ: MS;P1=-3531;P2=600;P3=-1840;P5=-9118;D=25232123212323212323212323212323212323232321232121232123232323232123232321;CP=2;SP=5;O;
2016.01.27 16:03:02 4: Founded matched MS Protocol id 0 -> weather1
2016.01.27 16:03:02 5: Starting demodulation at Position 2
2016.01.27 16:03:02 4: Decoded matched MS Protocol id 0 dmsg s52490B411000 length 40
2016.01.27 16:03:02 5: sduinousb converted Data to (s52490B411000)
2016.01.27 16:03:02 5: sduinousb dispatch s52490B411000
2016.01.27 16:03:02 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.01.27 16:03:03 4: sduinousb/msg READ: MS;P0=-1850;P1=598;P2=-3799;P3=-9126;D=13101210121010121010121010121010121010101012101212101210101010101210101012;CP=1;SP=3;O;
2016.01.27 16:03:03 4: Founded matched MS Protocol id 0 -> weather1
2016.01.27 16:03:03 5: Starting demodulation at Position 2
2016.01.27 16:03:03 4: Decoded matched MS Protocol id 0 dmsg s52490B411000 length 40
2016.01.27 16:03:03 5: sduinousb converted Data to (s52490B411000)
2016.01.27 16:03:03 4: sduinousb Dropped (s52490B411000) due to short time or equal msg
Kann erst heute abend mehr testen.
Tschüß Jörg
Zitat von: Ralf9 am 26 Januar 2016, 22:29:21
Hast Du mir mal die Außentemperatur, bitte erst ablesen nachdem die Temperatur ca 1-2 Minuten konstant bleibt.
Ich hatte auch mal mit der Gefriertruhe einen Temperatursensor getestet, dabei hatte ich den Eindruck, daß bei sich schnell ändernden Temperaturen nicht immer der gerade angezeigte Wert gesendet wird.
Gruß Ralf
Nabend Ralf,
Ok, leider ist es hier nicht so richtig kalt, nur 12.1 Grad. Der Signalduino liefert mir folgendes zurück, nachdem der Sensor sehr lange Zeit draussen lag.
2016.01.27 20:35:40 4: SIGNALduino_unknown converted to bits: 0011001000010101100111100100001100101000
2016.01.27 20:35:40 4: SIGNALduino_unknown converted to bits: 00110010 0001 01011001111 00 1000011 00101000
2016.01.27 20:35:40 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=50, channel=1, temp=12.9, hum=67
Passt somit leider nicht komplett. Ziemlich komisch das ganze.
Wie bekomme ich denn das ganze jetzt eigentlich als autocreate in FHEM rein?
Gruß,
Tim
Zitat von: Cruiser79 am 27 Januar 2016, 20:37:40
Ok, leider ist es hier nicht so richtig kalt, nur 12.1 Grad. Der Signalduino liefert mir folgendes zurück, nachdem der Sensor sehr lange Zeit draussen lag.
2016.01.27 20:35:40 4: SIGNALduino_unknown converted to bits: 00110010 0001 01011001111 00 1000011 00101000
2016.01.27 20:35:40 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994 ) sensor id=50, channel=1, temp=12.9, hum=67
Passt somit leider nicht komplett. Ziemlich komisch das ganze.
Ja, das ist recht komisch.
Hast Du draussen am Sensor 12.1 Grad abgelesen, und es wurden in Signalduino mehrere Nachrichten mit temp=12.9 empfangen?
Eine etwas unsaubere Möglichkeit, die man probieren könnte, wäre es mit einer Formel zu versuchen:
temp = (bitdataTemp - x) / y
Dann mit zwei bekannten Temperaturen die werte von x und y ermitteln
temp1 = (bitdataTemp1 - x) / y z.B. 12,1 = (719 - x) / y
temp2 = (bitdataTemp2 - x) / y
@Sidey hast Du eine Idee was da nicht passen könnte? Hattest Du schon mal so einen komischen Fall?
Zitat von: Cruiser79 am 27 Januar 2016, 20:37:40
Wie bekomme ich denn das ganze jetzt eigentlich als autocreate in FHEM rein?
Es muß dafür ein Modul entwickelt werden, wie z.B. das 14_SD_WS07.pm Modul.
@Sidey ist es evtl sinnvoll, zukünftig für mehrere Temperatursensoren ein gemeinsames Weather-Modul zu entwickeln? Dort könnten dann auch die unbekannten Temperatursensoren reinkommen.
Nachtrag:
Diese Protokolle könnten dann z.B. mit W beginnen. zB. W37#
Gruß Ralf
Hi,
ich komme erst am Wochenende dazu, euch zu antworten.
Grüße Sidey
Zitat von: Ralf9 am 27 Januar 2016, 21:53:05
Ja, das ist recht komisch.
Hast Du draussen am Sensor 12.1 Grad abgelesen, und es wurden in Signalduino mehrere Nachrichten mit temp=12.9 empfangen?
Hi Ralf,
ja, ich hatte extra, nach deiner Anweisung, den Sensor draussen etliche Zeit liegen und habe erst dann abgelesen. Der Werte änderte sich dann nach dem Ablesen sowohl auf dem Sensor, als auch im Log längere Zeit nicht.
Da es hier bei uns eher nicht aussieht, als ob es demnächst kälter wird, werde ich heute Abend nochmal einen Test machen und den Sensor in den Kühlschrank über längere Zeit packen. Da sind es ja auch konstante 7 Grad. Sollte ja gehen.
Gruß,
Tim
Zitat von: Cruiser79 am 28 Januar 2016, 10:04:28
Da es hier bei uns eher nicht aussieht, als ob es demnächst kälter wird, werde ich heute Abend nochmal einen Test machen und den Sensor in den Kühlschrank über längere Zeit packen. Da sind es ja auch konstante 7 Grad. Sollte ja gehen.
Wenn Du den Sensor nur drinnen verwenden willst, sollte es ausreichen wenn die Temperatur von ca 10 bis ca 20-25 Grad passt.
Die Werte die Du seither ermittelt hast, müssten reichen.
Die tiefen Temperaturen kannst Du dann testen wenn es draussen wieder richtig kalt wird.
Hat der Sensor eine Abdichtung am Batteriedeckel? Ohne Abdichtung dürfte er nur bedingt für draussen geeignet sein.
Gruß Ralf
Zitat von: Ralf9 am 28 Januar 2016, 13:09:47
Wenn Du den Sensor nur drinnen verwenden willst, sollte es ausreichen wenn die Temperatur von ca 10 bis ca 20-25 Grad passt.
Die Werte die Du seither ermittelt hast, müssten reichen.
Die tiefen Temperaturen kannst Du dann testen wenn es draussen wieder richtig kalt wird.
Hat der Sensor eine Abdichtung am Batteriedeckel? Ohne Abdichtung dürfte er nur bedingt für draussen geeignet sein.
Gruß Ralf
Moin Ralf,
ich will den Sensor nur drinnen verwenden, für draussen habe ich was anderes. Aber es juckt ja schon in den Fingern, die Werte richtig aus den Bits zu bekommen.
Ich versuche einfach mal die nächsten Tage nochmal ein paar gesicherte (heisst mehrere Minuten der gleiche Wert) Werte zu bekommen.
Gruß,
Tim
Zitat von: Cruiser79 am 28 Januar 2016, 16:06:37
Moin Ralf,
ich will den Sensor nur drinnen verwenden, für draussen habe ich was anderes. Aber es juckt ja schon in den Fingern, die Werte richtig aus den Bits zu bekommen.
Ich versuche einfach mal die nächsten Tage nochmal ein paar gesicherte (heisst mehrere Minuten der gleiche Wert) Werte zu bekommen.
Gruß,
Tim
Evtl. wird das vergleichen ja einfacher, wenn Du eine Webcam/GoPro/etc. mit korrekter Uhrzeit auf das Display richtest. Dann musst Du nur zu den entsprechenden Punkten spulen, zu denen Du auch Logeinträge hast.
Gruß,
Reiner
Zitat von: Ralf9 am 27 Januar 2016, 21:53:05
Eine etwas unsaubere Möglichkeit, die man probieren könnte, wäre es mit einer Formel zu versuchen:
temp = (bitdataTemp - x) / y
Hallo Tim,
ich habe das mit der Formel mal ins 90_SIGNALduino_un.pm Modul eingebaut, Du kannst mal testen ob die Temperaturen im log jetzt besser passen.
Gruß Ralf
Zitat von: trebron106 am 27 Januar 2016, 09:02:57
hier sind die Signaldaten :
2016.01.27 08:47:10 4: sduino/msg READ: MU;P0=-781;P1=-32001;P2=893;P3=-346;P4=452;P5=-3033;D=00123232323232323402340452323232323232340402345232340234023402323404523234023402340234023454040404040404040232345404040404040404040404540402340234040402323454040234023404040404045404023234023232323404540402323402323234023454023232340234040;CP=4;O;
Hmm, das ist interessant. Ich tippe folgendes:
Es wird ein "Satz" übertragen, der aus mehreren "Wörtern besteht". Zwischen den Wörtern, ist eine kleine Pause (5).
Das ist in sofern interessant, da mir auf Anhieb nicht einfällt, welche Vorteile das bringt.
Die Auswerteroutine die ich aktuell entwickelt habe, kommt damit auch erst einmal nicht zurecht, bzw. es würde jedes Wort einzeln ausgewertet werden.
Um dann wieder den kompletten Satz zu erhalten, müsste man einen Puffer an geeigneter Stelle implementieren.
Alles machbar, aber auch ein gewisser Aufwand.
Ansonsten könnten das Signal wie folgt demoduliert werden:
23= Bit 1
45 = Bit 0
Offen wäre für mich allerdings
1. Passt der komplette Satz überhaupt in den Puffer und wurde der Satz somit komplett empfangen
2. Wie ist der Start /das Ende eines Satzes markiert.
These, wir haben den Anfang, aber uns fehlt vermutlich noch das Ende.
Hast Du irgendwo noch Daten zu den Schaltern gefunden?
Zitat von: pejonp am 27 Januar 2016, 16:07:40
Hallo Sidey,
ich habe eben ein Update gemacht und jetzt werden meine Hideki-Sensoren (Bresser und Hama ) nicht mehr erkannt. Es ist nichts an- oder ausgeschalten. Verbose=5
Das klingt nicht gut. Ich habe bestimmt schon 2 Wochen nichts mehr an Hideki, Manchester etc. verändert.
Kannst Du denn die letzte Version benennen oder zumindest eingrenzen, bis wann es funktioniert hat?
Zitat von: Ralf9 am 27 Januar 2016, 21:53:05
@Sidey hast Du eine Idee was da nicht passen könnte? Hattest Du schon mal so einen komischen Fall?
@Sidey ist es evtl sinnvoll, zukünftig für mehrere Temperatursensoren ein gemeinsames Weather-Modul zu entwickeln? Dort könnten dann auch die unbekannten Temperatursensoren reinkommen.
Nachtrag:
Diese Protokolle könnten dann z.B. mit W beginnen. zB. W37#
So ein Problem hatte ich noch nicht. Auch hier ist eigentlich anzunehmen, dass der Entwickler, der das Funkprotokoll entwickelt hat, sicher nichts komplizierter gemacht hat, als es sein muss. Vielleicht hat er aber auch eine Korrekturformel in den Empfänger eingebaut, weil er festgestellt hat, dass die Sender nicht linear messen.
Da hilft wohl nur experimentieren.
Zur Idee mehrere Sensoren in ein Modul folgende Punkte:
Du meinst mehrere Protokolle in ein Modul.
Chancen:
Das Einbinden neuer Sensoren kann einfacher werden, da nicht die kompletten Funktionen eines Modules entwickelt werden müssen. Beispiele gibt es ja aus dem TRX_Weather Umfeld, wie gut das funktioniert.
Risiken:
Anpassungen in dem Modul, betreffen alle Sensoren. Beispiele finden sich auch z.B. CUL_TCM97001
Unterschiedliche Sensortypen, die aber das gleiche Protokoll verwenden, lassen sich nur schwer auf mehrere Module aufteilen.
Pro:
Wir brauchen weniger Module
Contra:
Das Modul müsste in FHEM von einer Person verantwortet werden. (Maintainer)
Das ist jetzt erst mal meine Sicht.
Die Trennung 1 Modul = 1 Protokoll, empfand ich in sofern gut da
1. Die Zuordnung intuitiv und technisch auch super einfach umgesetzt werden kann.
2. Jeder ein logisches Modul beisteuern und pflegen kann.
Machbar ist allerdings beides. Ein "Mega" Modul zu bauen ist möglich, bedarf aber einiger Überlegungen, damit es später auch lesbar und wartbar bleibt.
z.B. mittels dispatchtable etc.. Dadurch wird aber die Hürde vermutlich wieder etwas höher dass sich andere an der Entwicklung beteiligen.
Ein eigenes Modul zu bauen ist aus meiner Sicht keine große Aktion, da mittels suchen und Ersetzen ein vorhandenes schon mal sehr schnell umbenannt werden kann.
Und danach ist vermutlich nur noch in der parse Funktion, die entsprechende Logik für das Auswerten zu ergänzen.
Das ganze ließe sich auch noch weiter Vereinfachen, wenn wir die Sensoren wie Objekte betrachten würden und das ganze Modul so weit standardisieren, dass nur noch Funktionen wie
getTemp (Hole bits x - y, Fomel zum Umrechnen, rückgabe)
getHum
getSendmode (Hole bits x - y, <an aus>, rückgabe)
getxyz
getCrc
calcCrc
...
angepasst werden müssten.
Grüße Sidey
Zitat von: Sidey am 29 Januar 2016, 23:21:33
Das klingt nicht gut. Ich habe bestimmt schon 2 Wochen nichts mehr an Hideki, Manchester etc. verändert.
Kannst Du denn die letzte Version benennen oder zumindest eingrenzen, bis wann es funktioniert hat?
Ich habe auch die Hama und Bresser Sensoren, bei mir funktioniert es. Ich habe die Version 3.2.0-b11 und habe die MU-Nachrichten disabled da ich nur die Protokolle 0,7,12 verwende.
Die Version 3.2.0-b11 läuft sehr stabil, ich habe mittlerweile eine uptime von 5 Tagen.
Zitat von: Sidey am 29 Januar 2016, 23:21:33
Zur Idee mehrere Sensoren in ein Modul folgende Punkte:
Risiken:
Anpassungen in dem Modul, betreffen alle Sensoren. Beispiele finden sich auch z.B. CUL_TCM97001
Unterschiedliche Sensortypen, die aber das gleiche Protokoll verwenden, lassen sich nur schwer auf mehrere Module aufteilen.
Ich würde nur für die einfachen Temperatursensoren und Protokolle ein gemeinsames Modul verwenden.
Zitat von: Sidey am 29 Januar 2016, 23:21:33
Das ganze ließe sich auch noch weiter Vereinfachen, wenn wir die Sensoren wie Objekte betrachten würden und das ganze Modul so weit standardisieren, dass nur noch Funktionen wie
getTemp (Hole bits x - y, Fomel zum Umrechnen, rückgabe)
getHum
getSendmode (Hole bits x - y, <an aus>, rückgabe)
...
Das Modul wird damit viel zu kompliziert. Das Modul sollte recht einfach sein, damit es auch jemand der nur Perl Grundkenntnise hat, verstehen und ergänzungen vornehmen kann.
Ich habe es mir wie folgt gedacht:
Es könnte z.B. 14_SD_Weather heißen
Ein W am Anfang, z.B. W31#
else if Abschnitte wie bei der 90_SIGNALduino_un
am Anfang kann mit log Ausgaben getestet werden
wenn der model-Variablen ein model zugewiesen wird, dann wird auch das autocreate verwendet.
Gruß Ralf
Hallo Sidey,
ich hatte vorher eine Version vom 16.1.2016, genau weiß ich es auch nicht mehr.
Mir ist ja nur das aufgefallen.
2016.01.27 16:02:36 4: sduinousb/msg READ: MC;LL=-952;LH=1005;SL=-481;SH=502;D=7A174A61B7EBB1147A2E00;C=502;
2016.01.27 16:02:36 4: sduinousb Found manchester Protocol id 10 clock 502 -> OSV2o3
2016.01.27 16:02:36 4: sduinousb Found manchester Protocol id 12 clock 502 -> Hideki protocol
2016.01.27 16:02:36 4: sduinousb/msg READ: MC;LL=-971;LH=993;SL=-487;SH=493;D=AE7A174A21B7EBB114780000;C=495;
2016.01.27 16:02:36 4: sduinousb Found manchester Protocol id 10 clock 495 -> OSV2o3
2016.01.27 16:02:36 4: sduinousb Found manchester Protocol id 12 clock 495 -> Hideki protocol
2016.01.27 16:02:37 4: sduinousb/msg READ: MU;P0=-8368;P2=973;P3=-981;P4=-490;P5=490;D=40232324545354245454532354545423245453235423235423545454542453245324545454545323245453245354542354542323545424545453245354245323545454;CP=5;
2016.01.27 16:02:37 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
es wird ja anscheinend Hideki erkannt aber nicht an das Modul weitergegeben. 1 Sensor von 3 wird ja noch erkannt. Die Batterien können eigentlich nicht leer sein, sind noch nicht lange im Gerät.
Aber es hat keine Eile, ich bin jetzt erst einmal eine Woche im Urlaub (es geht gleich los).
Tschüß Jörg
Gibt es eigentlich ein Protokollübersicht für den SignalDuino wo die Zuordnung der Protokollnummer zum Sensor gegeben ist.
Hallo Sidey,
ich habe die RF_Reicever.ino einmal geändert, damit wird jetzt der komplette Datensatz gesendet und ich kann damit die Rolladen ansteuern. Die Änderungen betreffen hauptsächlich Datentypen uint8_t geändert in uint16_t , damit werden auch Strings die länger als 255 Zeichen sind verarbeitet. Auch habe ich die String.substring() Routine in "split_cmdpart" ersetzt, da sie mit langen Strings nicht zurechtkommt.
//================================= RAW Send ======================================
void send_raw(const uint8_t startpos,const uint8_t endpos,const int16_t *buckets, String *source=&cmdstring)
for (uint8_t i=startpos;i<=endpos;i++ )
// geändert in:
//================================= RAW Send ======================================
void send_raw(const uint16_t startpos,const uint16_t endpos,const int16_t *buckets, String *source=&cmdstring)
for (uint16_t i=startpos;i<=endpos;i++ )
//============================= split_cmdpart =======================================
bool split_cmdpart(int16_t *startpos, String *msg_part)
{
int16_t endpos=0;
//startpos=cmdstring.indexOf(";",startpos); // search first ";"
endpos=cmdstring.indexOf(";",*startpos); // search next ";"
if (endpos ==-1 || *startpos== -1) return false;
*msg_part = cmdstring.substring(*startpos,endpos);
*startpos=endpos+1; // Set startpos to endpos to extract next part
return true;
}
// geändert in:
bool split_cmdpart(int16_t *startpos, String *msg_part)
{
int16_t endpos=0;
*msg_part = "";
//startpos=cmdstring.indexOf(";",startpos); // search first ";"
endpos=cmdstring.indexOf(";",*startpos); // search next ";"
for (int16_t n=*startpos; n<=endpos; n++ ){
*msg_part+=cmdstring.substring(n,n+1);
}
if (endpos ==-1 || *startpos== -1) return false;
// *msg_part = cmdstring.substring(*startpos,endpos);
*startpos=endpos+1; // Set startpos to endpos to extract next part
return true;
}
//============================= s_sendcmd =======================================
struct s_sendcmd {
int sendclock;
uint8_t type;
uint8_t datastart;
uint8_t dataend;
int16_t buckets[6];
} ;
// geändert in:
struct s_sendcmd {
int sendclock;
uint8_t type;
uint16_t datastart;
uint16_t dataend;
int16_t buckets[6];
} ;
Ich habe die Sendedaten mit einen Datalogger mit geschnitten, es sind immer 12 Blöcke die mit einem 3030µs Low Signal anfangen und danach folgen 11 Pulse unterschiedlicher Länge. Die ersten 6 Blöcke enthalten die Adresse des Senders und sind immer gleich. Wie schon oben geschrieben, funktioniert das Senden als RAW mit den Änderungen und das genügt mir schon. Vielleicht kannst du das ganze in die nächste Version einpflegen.
Gruß
Klaus
Hallo in die Runde
Bekomme beim neusten Update folgende Meldung:
Global global Got 9 bytes for FHEM/itv3 notes.txt, expected 1353
Anscheinend ist die Datei itv3 notes.txt nach dem Download nicht gross genug....????
Wo kann, muss ich suchen ?
Hänge da etwas auf dem "Schlauch"
Gruß
Benno
Hi BallaBalla,
uuups, diese Datei sollte nicht über das Update verteilt werden, da sind nur ein paar Notizen enthalten. Ich habe es korrigiert.
Grüße Sidey
Hi Sidey
Jau geht wieder. :)
Besten Dank und schönen Sonntag noch.
Benno
Zitat von: Burny4600 am 30 Januar 2016, 08:46:38
Gibt es eigentlich ein Protokollübersicht für den SignalDuino wo die Zuordnung der Protokollnummer zum Sensor gegeben ist.
Hier ist eine Sensorübersicht mit Protokollnummer:
http://www.fhemwiki.de/wiki/SIGNALduino#Unterst.C3.BCtzte_Ger.C3.A4te
Gruß Ralf
Zitat von: Ralf9 am 23 Januar 2016, 15:36:09
Gibt es bei der ID-Nr ein System? Wird sie einfach bei jeder neuen Version um 1 erhöht?
Mit welcher ID -Nr fängt man bei einem neuen Modul oder bei einen Modul das bis jetzt noch keine ID hatte, an?
Ich hab mich mal erkundigt.
Die ID-Zeile ist für das Update nicht relevant. Das update geht nach dem Zeitstempel im control-file.
Für die RevisionsNr kann eine beliebige Ganzzahl verwendet werden. Z.B. 32 für die dev-r32
Das Z hinter der Uhrzeit steht für die Zeitzone UTC (Zulu)
@Sidey hast Du dies mitbekommen?
http://forum.fhem.de/index.php/topic,47371.msg390922.html#msg390922
Gruß Ralf
Zitat von: Ralf9 am 28 Januar 2016, 20:31:59
Hallo Tim,
ich habe das mit der Formel mal ins 90_SIGNALduino_un.pm Modul eingebaut, Du kannst mal testen ob die Temperaturen im log jetzt besser passen.
Hallo Tim,
hast Du inzwischen mal getestet ob mit der angepassten Formel es beim Bresser mit den Temperaturen besser paßt?
Gruß Ralf
Hallo Sidey,
ich hoffe du kannst mir helfen. Ich versuche mein dancook Grillthermometer (angeblich baugleich mit Santos?) zu empfangen.
Letzte Version aus dem dev branch ist installiert und scheint soweit auch zu funktionieren.
Folgendes erhalte ich nach dem Einschalten des dancook Senders im Log:
2016.02.02 18:21:18 3: SD_WS09_Parse Bin=0000000000000001010101001111100110110101111010110111111111111111101111110111010101100100 syncp=58 length:88
2016.02.02 18:21:18 3: EXIT SD_WS09_Parse msg=000154F9B5EB7FFFBF7564 syncp=58 length:88
2016.02.02 18:21:18 3: sduino: Unknown code P9#000154F9B5EB7FFFBF7564, help me!
Das wiederholt sich dann immer in gleichen Abständen.
Gibt es eine Chance das zu entschlüsseln?
Gruß
Thomas
Hallo papaloewe,
was für Werte Überträgt das Thermometer und welche Werte werden zum Zeitpunkt der Übertragung von dir abgelesen?
Am besten postest Du auch noch mal das Signal aus dem Log, die Demodulierung in Bits muss ja nicht zwangsläufig stimmen, auch wenn das erst mal gut aussieht.
Um das ganze zu analysieren ist dann halt eine Messreihe notwendig.
Grüße Sidey
G
Zitat von: Ralf9 am 02 Februar 2016, 17:26:45
Hallo Tim,
hast Du inzwischen mal getestet ob mit der angepassten Formel es beim Bresser mit den Temperaturen besser paßt?
Gruß Ralf
Hi Ralf,
ich habe noch ein paar Werte aufgezeichnet. Wenn man die Werte auf eine Kommastelle runden würde, würde es schon ziemlich gut aussehen.
Habe auch leere Akkus gefunden, die ich kurz aufgeladen habe. Das erdachte Batterie-Bit ist aber wohl nicht richtig, da tut sich nichts, obwohl die Anzeige des Senders fast dunkel war.
19.6
2016.01.28 22:06:12 4: SIGNALduino_unknown converted to bits: 0011001000010110001001010011010010100001
2016.01.28 22:06:12 4: SIGNALduino_unknown converted to bits: 00110010 0001 01100010010 10 0110100 10100001
2016.01.28 22:06:12 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=50, channel=1, rawTemp=786, temp=19.53, hum=52
24.4
2016.01.29 20:34:22 4: SIGNALduino_unknown converted to bits: 0011001000010110011111010010101011101111
2016.01.29 20:34:22 4: SIGNALduino_unknown converted to bits: 00110010 0001 01100111110 10 0101010 11101111
2016.01.29 20:34:22 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=50, channel=1, rawTemp=830, temp=24.41, hum=42
24.8
2016.01.29 21:32:19 4: SIGNALduino_unknown converted to bits: 0011001000010110100000100010101111110101
2016.01.29 21:32:19 4: SIGNALduino_unknown converted to bits: 00110010 0001 01101000001 00 0101011 11110101
2016.01.29 21:32:19 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=50, channel=1, rawTemp=833, temp=24.75, hum=43
23.0 (low Battery)
2016.02.01 22:59:49 4: SIGNALduino_unknown converted to bits: 0111110000010110011000100011001000100110
2016.02.01 22:59:49 4: SIGNALduino_unknown converted to bits: 01111100 0001 01100110001 00 0110010 00100110
2016.02.01 22:59:49 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=124, channel=1, rawTemp=817, temp=22.97, hum=50
22.9 (low Battery)
2016.02.01 23:03:37 4: SIGNALduino_unknown converted to bits: 0111110000010110011000000011010100100111
2016.02.01 23:03:37 4: SIGNALduino_unknown converted to bits: 01111100 0001 01100110000 00 0110101 00100111
2016.02.01 23:03:37 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=124, channel=1, rawTemp=816, temp=22.86, hum=53
22.8 (high Battery)
2016.02.01 23:09:47 4: SIGNALduino_unknown converted to bits: 0010000100010110010111100011110011010001
2016.02.01 23:09:47 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101111 00 0111100 11010001
2016.02.01 23:09:47 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=815, temp=22.75, hum=60
22.5 (high battery)
2016.02.01 23:11:41 4: SIGNALduino_unknown converted to bits: 0010000100010110010110100011011011000111
2016.02.01 23:11:41 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101101 00 0110110 11000111
2016.02.01 23:11:41 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=813, temp=22.53, hum=54
22.5
2016.02.01 23:13:35 4: SIGNALduino_unknown converted to bits: 0010000100010110010110010011011011000110
2016.02.01 23:13:35 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101100 10 0110110 11000110
2016.02.01 23:13:35 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=812, temp=22.42, hum=54
22.6 (low battery)
2016.02.01 23:14:33 4: SIGNALduino_unknown converted to bits: 0011101000010110010110110011110011100111
2016.02.01 23:14:33 4: SIGNALduino_unknown converted to bits: 00111010 0001 01100101101 10 0111100 11100111
2016.02.01 23:14:33 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=58, channel=1, rawTemp=813, temp=22.53, hum=60
22.8 (high battery)
2016.02.01 23:20:45 4: SIGNALduino_unknown converted to bits: 1010110000010110010111100011111101011111
2016.02.01 23:20:45 4: SIGNALduino_unknown converted to bits: 10101100 0001 01100101111 00 0111111 01011111
2016.02.01 23:20:45 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=172, channel=1, rawTemp=815, temp=22.75, hum=63
22.9 (low battery)
2016.02.01 23:21:29 4: SIGNALduino_unknown converted to bits: 0010010100010110011000010011101111010111
2016.02.01 23:21:29 4: SIGNALduino_unknown converted to bits: 00100101 0001 01100110000 10 0111011 11010111
2016.02.01 23:21:29 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=37, channel=1, rawTemp=816, temp=22.86, hum=59
22.8 (high Battery)
2016.02.01 23:09:47 4: SIGNALduino_unknown converted to bits: 0010000100010110010111100011110011010001
2016.02.01 23:09:47 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101111 00 0111100 11010001
2016.02.01 23:09:47 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=815, temp=22.75, hum=60
22.5 (high battery)
2016.02.01 23:11:41 4: SIGNALduino_unknown converted to bits: 0010000100010110010110100011011011000111
2016.02.01 23:11:41 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101101 00 0110110 11000111
2016.02.01 23:11:41 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=813, temp=22.53, hum=54
22.5
2016.02.01 23:13:35 4: SIGNALduino_unknown converted to bits: 0010000100010110010110010011011011000110
2016.02.01 23:13:35 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101100 10 0110110 11000110
2016.02.01 23:13:35 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=812, temp=22.42, hum=54
22.6 (low battery)
2016.02.01 23:14:33 4: SIGNALduino_unknown converted to bits: 0011101000010110010110110011110011100111
2016.02.01 23:14:33 4: SIGNALduino_unknown converted to bits: 00111010 0001 01100101101 10 0111100 11100111
2016.02.01 23:14:33 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=58, channel=1, rawTemp=813, temp=22.53, hum=60
22.8 (high battery)
2016.02.01 23:20:45 4: SIGNALduino_unknown converted to bits: 1010110000010110010111100011111101011111
2016.02.01 23:20:45 4: SIGNALduino_unknown converted to bits: 10101100 0001 01100101111 00 0111111 01011111
2016.02.01 23:20:45 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=172, channel=1, rawTemp=815, temp=22.75, hum=63
22.9 (low battery)
2016.02.01 23:21:29 4: SIGNALduino_unknown converted to bits: 0010010100010110011000010011101111010111
2016.02.01 23:21:29 4: SIGNALduino_unknown converted to bits: 00100101 0001 01100110000 10 0111011 11010111
2016.02.01 23:21:29 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=37, channel=1, rawTemp=816, temp=22.86, hum=59
18.8 (high battery)
2016.02.02 20:10:56 4: SIGNALduino_unknown converted to bits: 1101110000010110000101110011110001000101
2016.02.02 20:10:56 4: SIGNALduino_unknown converted to bits: 11011100 0001 01100001011 10 0111100 01000101
2016.02.02 20:10:56 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=220, channel=1, rawTemp=779, temp=18.76, hum=60
18.9
2016.02.02 20:11:53 4: SIGNALduino_unknown converted to bits: 1101110000010110000110000011011101000001
2016.02.02 20:11:53 4: SIGNALduino_unknown converted to bits: 11011100 0001 01100001100 00 0110111 01000001
2016.02.02 20:11:53 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=220, channel=1, rawTemp=780, temp=18.87, hum=55
19.0
2016.02.02 20:14:44 4: SIGNALduino_unknown converted to bits: 11011100 0001 01100001101 00 0110100 01000000
2016.02.02 20:14:44 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=220, channel=1, rawTemp=781, temp=18.98, hum=52
19.2
2016.02.02 20:19:29 4: SIGNALduino_unknown converted to bits: 11011100 0001 01100001111 00 0110011 01000011
2016.02.02 20:19:29 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=220, channel=1, rawTemp=783, temp=19.20, hum=51
Zitat von: Cruiser79 am 02 Februar 2016, 20:24:33
ich habe noch ein paar Werte aufgezeichnet. Wenn man die Werte auf eine Kommastelle runden würde, würde es schon ziemlich gut aussehen.
Habe auch leere Akkus gefunden, die ich kurz aufgeladen habe. Das erdachte Batterie-Bit ist aber wohl nicht richtig, da tut sich nichts, obwohl die Anzeige des Senders fast dunkel war.
Hallo Tim,
ja die Werte passen so recht gut. Ich habe es nur zum Testen auf zwei Kommastellen gerundet, ich werde es auf eine Kommastelle ändern.
Evtl ist das Batterie Bit in den ersten 8 Bit enthalten und die ID z.B. nur 4 stellig, dann müsste sich die ID ändern, wenn die Batterie schwächer wird.
Bei den meisten Sensoren, erscheint bei schwacher Batterie ein Batteriesymbol im Display.
Hast Du mir zum Testen auch ein paar RAW-Nachrichten.
Jetzt fehlt nur noch das Modul, damit der Sensor per Autocreate angelegt wird.
@Sidey
Ist es ok, wenn ich ein Modul mit dem Namen 14_SD_Weather.pm anlege. Das Modul wird dann eine Mischung aus dem 14_SD_WS07.pm und dem 90_SIGNALduino_un.pm Modul.
Oder hast Du eine andere Idee und möchstest das Modul selber anlegen?
Gruß Ralf
Hi Ralf,
mach doch ein SD_WS37, das wird zu komplex mehrere Protokolle mit mehreren Sensoren in einem Modul.
Grüße Sidey
Zitat von: Sidey am 02 Februar 2016, 21:08:00
mach doch ein SD_WS37, das wird zu komplex mehrere Protokolle mit mehreren Sensoren in einem Modul.
Ich habe bedenken, daß wir dann irgendwann 10 oder mehr Module für Temperatursensoren haben, oder denkst Du das es sich auf ein paar wenige Module begrenzen wird?
Aber wie wir es machen, pro Protokoll ein Modul oder mehrere einfache Temperaturprotokolle in ein Modul, ist letztendlich Deine Entscheidung.
Das 14_SD_Weather Modul dürfte auch nicht komplexer als das 90_SIGNALduino_un.pm Modul werden, dort sind auch mehrere Protokolle enthalten. Oder übersehe ich da was?
Gruß Ralf
Zitat von: trebron106 am 31 Januar 2016, 09:45:17
Hallo Sidey,
ich habe die RF_Reicever.ino einmal geändert, damit wird jetzt der komplette Datensatz gesendet und ich kann damit die Rolladen ansteuern. Die Änderungen betreffen hauptsächlich Datentypen uint8_t geändert in uint16_t , damit werden auch Strings die länger als 255 Zeichen sind verarbeitet.
Hallo Trebron106,
Ja, deine Änderungen verstehe ich. Prinzipiell kann ich das einbauen, ohne es jetzt exakt nachrechnet zu haben, sind das um die 10 Byte mehr SRAM die benötigt werden und ein paar Taktzyklen halt. Das ganze funktioniert, da cmdstring derzeit dynamisch wachsen kann (die paar Byte, die da zu Beginn reserviert werden, reichen ohnehin nicht aus).
Auf der Empfangsseite stehen allerdings auch nur 250 Byte zur Verfügung. Die Nachricht kannst Du also so nicht empfangen haben wie Du sie sendest.
Um das Bild abzurunden, müsste man jetzt auf der Empfangsseite auch noch was tun.
Zitat von: Ralf9 am 31 Januar 2016, 19:24:16
@Sidey hast Du dies mitbekommen?
http://forum.fhem.de/index.php/topic,47371.msg390922.html#msg390922
Hatte ich nicht so richtig auf dem Schirm. Muss ich beim Nächsten Update in FHEM mal machen. Danke für den Hinweis.
Zitat von: Ralf9 am 02 Februar 2016, 21:31:30
Ich habe bedenken, daß wir dann irgendwann 10 oder mehr Module für Temperatursensoren haben, oder denkst Du das es sich auf ein paar wenige Module begrenzen wird?
Aber wie wir es machen, pro Protokoll ein Modul oder mehrere einfache Temperaturprotokolle in ein Modul, ist letztendlich Deine Entscheidung.
Das 14_SD_Weather Modul dürfte auch nicht komplexer als das 90_SIGNALduino_un.pm Modul werden, dort sind auch mehrere Protokolle enthalten. Oder übersehe ich da was?
Ja, das werden locker mehr als 10 Module.
Aus meiner Sicht kann jeder ein Modul entwickeln, das die Daten vom SIGNALduino auswertet.
Ich persönlich empfinde es nur als unpräzise, was alles in dieses Modul kommt.
Nehmen wir an, es nennt sich Weather. Dann gehören die Sensoren des Hideki Modules auch dort hinein. Ebenso würde ja auch die aus dem Modul 07 oder 09 dort hinein passen. Warum nicht auch Protokoll 00, okay dafür gibt es schon so ein mega Modul.
Man müsste nun, in der Parse Routine erst mal die ganzen Protokolle unterscheiden. So nach dem Motto, ich habe für jedes Protokoll eigene Codeabschnitte.
Ginge ja mit einer dispatch table noch recht übersichtlich.
$protocol = substr($dmsg,0,2);
$dispatch = ( "P07" => \&parse_id07,
"P09" => \&parse_id09,
"P31" => \&parse_id31, );
my ($temp,$hum, $wind,$batt,$name) = $dispatch{$protocol)->($dmsg);
Innerhalb der parse_id31 würde man nun eine weitere Unterteilung vornehmen, die stark an die Gegebenheiten angepasst werden muss:
sub parse_id31()
{
# Unterscheide Sensortyp 1, Typ2, Typ3
# Dekodiere type1, ...
}Je nach Sensor hat man dann noch unterschiedliche readings und Autocreate Verhalten, um die man sich mit geeigneten Namen noch kümmern muss.
Der eine Sensor bringt ja Wind mit, der andere nur Temperatur...
Vom Prinzip, muss man immer das gleiche machen, egal ob man alles in ein Modul oder in mehrere verteilt, aber ohne gute Struktur und einfach zu verstehende Zuordnung, was gehört wo hinein, verliert man da vermutlich schnell den Überblick.
Aber wir können das gerne probieren, ich wäre nur sehr dafür, dass wir eine übersichtliche Struktur erstellen.
Grüße Sidey
Zitat von: Sidey am 02 Februar 2016, 22:24:18
Ich persönlich empfinde es nur als unpräzise, was alles in dieses Modul kommt.
Nehmen wir an, es nennt sich Weather. Dann gehören die Sensoren des Hideki Modules auch dort hinein. Ebenso würde ja auch die aus dem Modul 07 oder 09 dort hinein passen. Warum nicht auch Protokoll 00, okay dafür gibt es schon so ein mega Modul.
Die bestehenden Module würde ich nicht ins Weather Modul verschieben. Auch nicht die Manchester Nachrichten.
Zitat von: Sidey am 02 Februar 2016, 22:24:18
aber ohne gute Struktur und einfach zu verstehende Zuordnung, was gehört wo hinein, verliert man da vermutlich schnell den Überblick.
Als einfach zu verstehende Zuordung habe ich gedacht, daß alle Protokolle, die ins Weather Modul kommen mit W anfangen (z.B. "W37#")
Ich werde das Modul mal so programmieren wie ich es mir vorstelle, Du kannst es Dir anschauen ob es Dir so gefällt.
Gruß Ralf
Zitat von: Ralf9 am 02 Februar 2016, 20:58:04
Hallo Tim,
ja die Werte passen so recht gut. Ich habe es nur zum Testen auf zwei Kommastellen gerundet, ich werde es auf eine Kommastelle ändern.
Evtl ist das Batterie Bit in den ersten 8 Bit enthalten und die ID z.B. nur 4 stellig, dann müsste sich die ID ändern, wenn die Batterie schwächer wird.
Bei den meisten Sensoren, erscheint bei schwacher Batterie ein Batteriesymbol im Display.
Hast Du mir zum Testen auch ein paar RAW-Nachrichten.
Jetzt fehlt nur noch das Modul, damit der Sensor per Autocreate angelegt wird.
@Sidey
Ist es ok, wenn ich ein Modul mit dem Namen 14_SD_Weather.pm anlege. Das Modul wird dann eine Mischung aus dem 14_SD_WS07.pm und dem 90_SIGNALduino_un.pm Modul.
Oder hast Du eine andere Idee und möchstest das Modul selber anlegen?
Gruß Ralf
Hi Ralf,
mit den Batterien werden ich mal testen. Wenn man einfach oft genug volle Batterien raus und rein macht dürfte sich ja insofern ein Bit nie ändern, welches sich dann aber bei Low Batterien ändern würde. Ansonsten muss ich das ganze mal länger laufen lassen. Ein Batteriesymbol erschien bei mir nicht. Es sei denn die waren wirklich noch nicht leer genug, was ich aber seltsam finden würde.
Was meinst du genau mit RAW Nachrichten? Du willst bestimmt nicht das gesamte Logfile, was geschrieben wird, oder?
Um das Modul für meinen Sensor muss ich mich somit nicht kümmern? Das erledigt ihr?
Gruß,
Tim
Hallo Sidey,
mir ging es erst einmal um das Senden im Raw Format, dadurch kann ich ein zusätzliches Gerät nur zum Senden einsparen und das klappt jetzt. Das Empfangen der Daten ist ja pro Rollade nur eine einmalige Sache. Um den Rolladencode auf zuzeichnen benutze ich folgenden Sketch Fernotron2411RFSniffer.ino und mit Hilfe eines Scriptes wandele ich die Daten in das Signalduino Format um. Dabei ist zwar etwas Handarbeit von Nöten, aber es klappt. Wenn ich wieder Zeit habe werde ich mir die Empfangsseite einmal genauer anschauen, bis dahin wäre es nicht schlecht wenn du die Änderungen einchecken könntes.
Gruß
Klaus
Zitat von: Cruiser79 am 02 Februar 2016, 23:43:04
Wenn man einfach oft genug volle Batterien raus und rein macht dürfte sich ja insofern ein Bit nie ändern, welches sich dann aber bei Low Batterien ändern würde. Ansonsten muss ich das ganze mal länger laufen lassen.
Das mit dem öfters die Batterien rein und raus machen dürfte zu aufwendig werden.
Wenn Du schlechte Akkus mit einer hohen Selbstentladung hast, kannst es ja einfach mal laufen lassen.
Zitat von: Cruiser79 am 02 Februar 2016, 23:43:04
Was meinst du genau mit RAW Nachrichten? Du willst bestimmt nicht das gesamte Logfile, was geschrieben wird, oder?
Um das Modul für meinen Sensor muss ich mich somit nicht kümmern? Das erledigt ihr?
Dies ist eine raw Nachricht:
MU;P0=332;P1=-157;P2=791;P3=1452;P5=-438;D=0012101312121010101050121010101050101010101010;CP=0;Kannst Du mal schauen ob Du für den Sensor technische Daten hast.
Ich bräuchte für eine Plausiblitätsprüfung den Temperatur- und Feuchtigkeitsbereich. Sonst nehme ich für die Temperatur -30 bis 70 Grad.
Ich werde ein Modul erstellen.
Gruß Ralf
Zitat von: Ralf9 am 03 Februar 2016, 12:03:09
Dies ist eine raw Nachricht:
MU;P0=332;P1=-157;P2=791;P3=1452;P5=-438;D=0012101312121010101050121010101050101010101010;CP=0;
Ok, dann werden ich die mal mit aufzeichnen bei meinen Tests.
Zitat von: Ralf9 am 03 Februar 2016, 12:03:09
Kannst Du mal schauen ob Du für den Sensor technische Daten hast.
Ich bräuchte für eine Plausiblitätsprüfung den Temperatur- und Feuchtigkeitsbereich. Sonst nehme ich für die Temperatur -30 bis 70 Grad.
Ja, werde mal versuchen den Sensor auseinander zu nehmen um das Innenleben zu fotografieren.
Zitat von: Ralf9 am 03 Februar 2016, 12:03:09
Ich werde ein Modul erstellen.
Gruß Ralf
Super, wäre es dann auch möglich die ganzen "internen" Werte, wie Bitfolge, rawTemperatur als Reading zu speichern? Ich würde gerne das Modul in meiner Produktivumgebung einbauen, damit ich dann sowas wie Langzeittests dort einfacher handeln kann.
Gruß,
Tim
Zitat von: Cruiser79 am 03 Februar 2016, 14:25:11
Ja, werde mal versuchen den Sensor auseinander zu nehmen um das Innenleben zu fotografieren.
Ist nicht nötig. Mir gehts um die Daten die in der Anleitung stehen.
Gruß Ralf
Zitat von: Ralf9 am 02 Februar 2016, 23:09:55
Als einfach zu verstehende Zuordung habe ich gedacht, daß alle Protokolle, die ins Weather Modul kommen mit W anfangen (z.B. "W37#")
Ich werde das Modul mal so programmieren wie ich es mir vorstelle, Du kannst es Dir anschauen ob es Dir so gefällt.
Ich habe ein neues Modul "14_SD_WS.pm" erstellt.
Ich habe versucht es so einfach wie möglich zu machen, damit auch jemand mit geringen perl Kenntnissen in der Lage ist einen neuen Temperatursensor zuzufügen.
Zum Zufügen eines weiteren Temperatursensor Protokolls muß nur ein weiterer elsif Abschnitt zugefügt werden z.B:
}
elsif ($protocol == "38") # Auriol
{Solange die Variable $model nicht definiert ist, kann mit log Ausgaben getestet werden ohne daß per autocreate ein sensor angelegt wird.
@Cruiser79
Du kannst mal testen ob es so passt.
Gruß Ralf
Zitat von: Ralf9 am 03 Februar 2016, 21:42:47
Ich habe ein neues Modul "14_SD_WS.pm" erstellt.
Ich habe versucht es so einfach wie möglich zu machen, damit auch jemand mit geringen perl Kenntnissen in der Lage ist einen neuen Temperatursensor zuzufügen.
Zum Zufügen eines weiteren Temperatursensor Protokolls muß nur ein weiterer elsif Abschnitt zugefügt werden z.B:
}
elsif ($protocol == "38") # Auriol
{
Solange die Variable $model nicht definiert ist, kann mit log Ausgaben getestet werden ohne daß per autocreate ein sensor angelegt wird.
@Cruiser79
Du kannst mal testen ob es so passt.
Gruß Ralf
Hi Ralf,
der Sensor hat leider kein Handbuch/Zettel oder ähnliches dabei gehabt, insofern auch keine Temperaturbereiche angegeben. Doch aufschrauben, oder bringt dir das Innenleben nichts?
Dafür habe ich das nächste Problem mit der Signalduino Firmware. Auf meinem Raspberry kommt es gerade vor, das der Signalduino nicht richtig hochgefahren kommt. Ich bekomme folgende Meldungen im Log:
2016.02.03 23:02:38 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I91RVB-if00-port0 disconnected, waiting to reappear (sduino)
2016.02.03 23:03:32 3: Setting sduino serial parameters to 57600,8,N,1
2016.02.03 23:03:32 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I91RVB-if00-port0 reappeared (sduino)
2016.02.03 23:03:32 1: define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I91RVB-if00-port0@57600
2016.02.03 23:03:32 1: init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I91RVB-if00-port0@57600
2016.02.03 23:03:32 5: sduino SW: V
2016.02.03 23:03:35 5: sduino SW: V
2016.02.03 23:03:35 5: sduino/RAW (ReadAnswer): V 3.2.0-b11 SIGNALduino - compiled at Jan 15 2
2016.02.03 23:03:35 5: sduino/RAW (ReadAnswer): 016 22:44:39
2016.02.03 23:03:35 4: sduino/msg get raw:
2016.02.03 23:03:35 3: sduino: Possible commands:
2016.02.03 23:03:38 4: sduino: ping ...
2016.02.03 23:03:38 4: sduino/msg get raw:
2016.02.03 23:08:38 4: sduino: ping ...
2016.02.03 23:08:38 4: sduino/msg get raw:
2016.02.03 23:13:38 4: sduino: ping ...
2016.02.03 23:13:38 4: sduino/msg get raw:
2016.02.03 23:18:38 4: sduino: ping ...
2016.02.03 23:18:38 4: sduino/msg get raw: Wenn man Kommandos absetzt kommt nur ein
2016.02.03 23:00:00 2: IT set Wohnzimmer_Dekolicht off
2016.02.03 23:00:00 4: sduino/msg get raw: isXXXXXXXXX
2016.02.03 23:00:00 2: IT IODev device didn't answer is command correctly:
Kennt ihr das Problem? Was kann ich da tun?
Auf meinem Windows Rechner habe ich übrigens keine Probleme mit ein- und ausstecken.
Restarts von FHEM habe ich auch schon versucht, haben mich auch nicht weiter gebracht.
Gruß,
Tim
Zitat von: Cruiser79 am 03 Februar 2016, 23:25:10
der Sensor hat leider kein Handbuch/Zettel oder ähnliches dabei gehabt, insofern auch keine Temperaturbereiche angegeben. Doch aufschrauben, oder bringt dir das Innenleben nichts?
Das Innenleben bringt mir nichts. Ich nehme dann ungefähre Werte dies ist auch ausreichend.
Zitat von: Cruiser79 am 03 Februar 2016, 23:25:10
Dafür habe ich das nächste Problem mit der Signalduino Firmware. Auf meinem Raspberry kommt es gerade vor, das der Signalduino nicht richtig hochgefahren kommt. Ich bekomme folgende Meldungen im Log:
Ist beim sduino das Attribut dummy = 1 gesetzt? Falls ja, dann lösche es.
Gruß Ralf
Zitat von: Ralf9 am 04 Februar 2016, 09:28:54
Das Innenleben bringt mir nichts. Ich nehme dann ungefähre Werte dies ist auch ausreichend.
Ist beim sduino das Attribut dummy = 1 gesetzt? Falls ja, dann lösche es.
Gruß Ralf
Ja, dummy war gesetzt. Ich wüsste nicht, das ich das gesetzt habe? Wieso funktioniert es nur ohne und wieso war es gesetzt?
Gruß,
Tim
Der Dummy wird gesetzt, wenn die Firmware mit dem Modul nicht kompatibel ist.
Was besseres ist mir leider nicht eingefallen.
Zitat von: Sidey am 04 Februar 2016, 16:28:43
Der Dummy wird gesetzt, wenn die Firmware mit dem Modul nicht kompatibel ist.
Hallo Sidey,
kannst Du vielleicht bei den beiden folgenden Log Meldungen
Not an SIGNALduino device,
Version of your arduino is not compatible, pleas flash new firmwareden Hinweis ergänzen, daß das device durch setzen des dummy Attributs deaktiviert wurde.
Gruß Ralf
Zitatwas für Werte Überträgt das Thermometer und welche Werte werden zum Zeitpunkt der Übertragung von dir abgelesen?
Am besten postest Du auch noch mal das Signal aus dem Log, die Demodulierung in Bits muss ja nicht zwangsläufig stimmen, auch wenn das erst mal gut aussieht.
Um das ganze zu analysieren ist dann halt eine Messreihe notwendig.
Es handelt sich um ein "Dancook Grillthermometer Wireless" (433)
Der Sender ist baugleich mit denen von Weber und Santos. Nur das Empfangsteil sieht da ein wenig anders aus.
Es wird ein Temperaturwert bis max 250C übertrgen.
Im Log bei Verbose 4 tauchen periodisch (ca. alle 5s) folgende Einträge auf.
2016.02.04 20:18:13 4: sduino/msg READ: MS;P1=-975;P2=436;P3=-2684;P4=-4028;D=242121232323232321212121212121212121212323232323232323232121212121212121;CP=2;SP=4;
2016.02.04 20:18:13 4: sduino/msg READ: MU;P0=190;P1=-1570;P2=472;P4=-988;P5=-4016;D=0121212121212424242424242424242424212121212421212121212424242424242424252424212121212124242424242424242424240;CP=2;
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:13 4: sduino/msg READ: MU;P0=486;P1=140;P2=-969;P4=-1946;P5=-3996;D=0120404040404020202020202020205020204040;CP=0;
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:13 4: sduino/msg READ: MS;P0=-973;P1=478;P2=-1961;P4=-4000;D=14101012121212121010101010101010101010121212121012121212121010101010101010;CP=1;SP=4;
2016.02.04 20:18:13 4: sduino: Matched MS Protocol id 1 -> ConradRSL
2016.02.04 20:18:13 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.02.04 20:18:13 4: sduino: Decoded MS Protocol id 7 dmsg P7#3E003DF00 length 36
2016.02.04 20:18:13 4: SD_WS07_Parse SD_WS07 (P7#3E003DF00) length: 9
2016.02.04 20:18:13 4: SD_WS07_T decoded protocolid: 7 sensor id=3E, channel=1, temp=6.1, hum=0, bat=low
2016.02.04 20:18:13 4: sduino/msg READ: MU;P0=-4175;P1=489;P2=-969;P4=-2238;D=1212121212101212141414141412121212121212121212121414141412141414141412121212121212121012121414141414121412121212121212121414141412141414141412121212121212121012121414141414121212121212121212121214141414121414100141212121212121212101;CP=1;
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:18 4: sduino/msg READ: MU;P0=-102;P1=938;P2=-964;P3=407;P5=-2880;D=00121212121212121212121212121212321232123212321212323232121232321212123232123212323232323212123232123235;CP=3;
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.02.04 20:18:18 4: sduino/msg READ: MS;P0=-2732;P1=-1147;P2=491;P3=1021;P4=-620;P5=-11616;D=253434343434343434343434343434342134213422021343421212134342121343434212134213421212121213434212134212121212121212121212121212121213421212121212134212121342121342131;CP=2;SP=5;
2016.02.04 20:18:21 4: sduino/msg READ: MU;P0=-2820;P1=988;P2=-913;P3=556;D=1212121212121212121212121212123212321232123212123232321212323212121232323232123232323232121232321232323232323232323232323232323232123232320323212323232123232123212323212323;CP=3;
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino/msg READ: MU;P0=1021;P1=-617;P2=491;P3=-1147;P4=-2828;D=010101010101010101010101010101230123012301230101232323010123230101012323012423232323230101232301232323232323232323232323232323230123232323232301232323012323012301232301232;CP=2;
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: decoded matched MU Protocol id 5 dmsg p5#FFFEAB19C8 length 40
2016.02.04 20:18:21 4: sduino: decoded matched MU Protocol id 5 dmsg p5#0C8000408948 length 48
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
Das war bei einer Anzeige von 26C.
Zitat von: Ralf9 am 04 Februar 2016, 18:15:14
den Hinweis ergänzen, daß das device durch setzen des dummy Attributs deaktiviert wurde.
Hi Ralf, Hinweis habe ich ergänzt.
Es ist übrigens auch nicht verboten das gleich zu verändern...
So ganz glücklich bin ich mit der Lösung selbst noch nicht.
Die Attribute gehören eigentlich dem Anwender und nicht dem Modul. Ich denke ich werde das noch mal ändern.
Wenn ich es in ein Internal schreibe und dann über das Internal steuere, ob das Modul funktioniert, ist es vermutlich besser gelöst da
1) nicht persistent
2) Ich nicht Attribute nach dem Definieren verändere
Grüße Sidey
Zitat von: Sidey am 04 Februar 2016, 22:00:36
Wenn ich es in ein Internal schreibe und dann über das Internal steuere, ob das Modul funktioniert, ist es vermutlich besser gelöst da
1) nicht persistent
2) Ich nicht Attribute nach dem Definieren verändere
Der Anwender sollte dann auch eine Möglichkeit haben, die deaktivierung wieder zurückzunehmen, damit das device wieder funktioniert.
Bei der Lösung mit dem Internal wäre dann das device nach einem neustart von fhem automatisch wieder aktiv.
Gruß Ralf
Zitat von: trebron106 am 31 Januar 2016, 09:45:17
Die Änderungen betreffen hauptsächlich Datentypen uint8_t geändert in uint16_t , damit werden auch Strings die länger als 255 Zeichen sind verarbeitet. Auch habe ich die String.substring() Routine in "split_cmdpart" ersetzt, da sie mit langen Strings nicht zurechtkommt.
Hi Trebron,
ich habe deine Änderungen nun teilweise übernommen.
Der Start einer Nachricht wird meiner meinung nach Nicht >255 sein. Deshalb habe ich es hier bei dem Datentyp mit 8 bit gelassen.
Den Part mit String.substring() habe ich nicht verstanden. Den kannst Du ja vielleicht noch mal näher erklären.
Hier sind alle Änderungen auch zu sehen:
https://github.com/RFD-FHEM/SIGNALDuino/commit/9f23b4aa734aca5498fcc61d5d95dee2c86a81d2 (https://github.com/RFD-FHEM/SIGNALDuino/commit/9f23b4aa734aca5498fcc61d5d95dee2c86a81d2)
Grüße Sidey
Zitat von: Ralf9 am 04 Februar 2016, 22:24:38
Der Anwender sollte dann auch eine Möglichkeit haben, die deaktivierung wieder zurückzunehmen, damit das device wieder funktioniert.
Gruß Ralf
Bei Folgendem Ablauf nicht nowendig:
1. Module werden aktualisiert
2. Modul initialisiert den Arduino
3. Modul fragt Version ab
4a. Arduino Sendet entweder nichts oder eine alte Version
5. Modul stellt den Betrieb ein und funktioniert nicht richtig.
6. Modul gibt im Status eine Meldung aus
7. Anwender flasht das Device
8. -> es beginnt wieder bei 2
4b. Arduino sendet eine unterstützte Version
5.Modul ist Initialisiert fertig und ist betriebsbereit.
Da ein Internal nicht persistent ist, sollte nach dem Flashen das Gerät wieder initialisiert sein.
Grüße Sidey
Zitat von: Sidey am 04 Februar 2016, 22:31:37
Da ein Internal nicht persistent ist, sollte nach dem Flashen das Gerät wieder initialisiert sein.
Alternativ sollte das Gerät mit einem "set reset" auch wieder aktiviert werden können.
Gruß Ralf
Hey Klaus,
Zitat von: trebron106 am 03 Februar 2016, 10:35:38
Hallo Sidey,
mir ging es erst einmal um das Senden im Raw Format, dadurch kann ich ein zusätzliches Gerät nur zum Senden einsparen und das klappt jetzt. Das Empfangen der Daten ist ja pro Rollade nur eine einmalige Sache. Um den Rolladencode auf zuzeichnen benutze ich folgenden Sketch Fernotron2411RFSniffer.ino und mit Hilfe eines Scriptes wandele ich die Daten in das Signalduino Format um. Dabei ist zwar etwas Handarbeit von Nöten, aber es klappt. Wenn ich wieder Zeit habe werde ich mir die Empfangsseite einmal genauer anschauen, bis dahin wäre es nicht schlecht wenn du die Änderungen einchecken könntes.
Gruß
Klaus
Ich finde super, dass das Projekt Fernotron@Signalduino aufgegriffen wird. Ich hatte selbst mal die Idee dazu aber nicht die erforderlichen Kentnisse das ganze umzusetzen. Das Senden von Fernotron Codes über Signalduino fänd ich schon super und wollte fragen, ob du das Skript zum konvertieren der Daten aus der FernotronSniffer.io frei zur verfügung stellen könntest ? Die Möglichkeit, wie z.B. bei Intertechno zu senden und zu empfangen fände ich natürlich genial und ich bin sehr gespannt, wie sich das ganze entwickeln wird.
Beste Grüße
Fabian
Hallo Fabian,
ich hänge das Programm zur Umwandlung des Fernotron-Codes an. Es ist ein Pythonprogramm und selbst erklärend, du musst nur Fernotron-Code kopieren und an der entsprechenden Stelle einfügen, das Programm speichern und danach starten, als Ausgabe erhältst du den Signalduinocode.
Gruß
Klaus
Zitat von: Sidey am 04 Februar 2016, 22:26:17
Hi Trebron,
ich habe deine Änderungen nun teilweise übernommen.
Der Start einer Nachricht wird meiner meinung nach Nicht >255 sein. Deshalb habe ich es hier bei dem Datentyp mit 8 bit gelassen.
Eine Möglichkeit wäre auch die Zeichenfolge zwischen "D=" und ";;" als BCD zum Arduino zu übertragen. Damit müsste sich der benötigte Speicher halbieren. Dies wäre evtl was für die dev-r33.
Die send_raw könnte dann ungefähr so aussehen:
void send_raw(const uint8_t startpos,const uint16_t endpos,const int16_t *buckets, String *source=&cmdstring)
{
uint8_t index;
uint8_t bcd;
unsigned long stoptime=micros();
bool isLow;
uint16_t dur;
for (uint16_t i=startpos;i<=endpos;i++ )
{
bcd = source->charAt(i);
index = bcd >> 4; // BCD high
isLow=buckets[index] >> 15;
isLow ? dur = abs(buckets[index]) : dur = abs(buckets[index])-24;
while (stoptime > micros()){
;
}
isLow ? digitalLow(PIN_SEND): digitalHigh(PIN_SEND);
stoptime+=dur;
index = bcd & 0x0F; // BCD low
isLow=buckets[index] >> 15;
isLow ? dur = abs(buckets[index]) : dur = abs(buckets[index])-24;
while (stoptime > micros()){
;
}
isLow ? digitalLow(PIN_SEND): digitalHigh(PIN_SEND);
stoptime+=dur;
}
while (stoptime > micros()){
;
}
}Gruß Ralf
Hallo Ralf,
werde dein send_raw einmal in meinen Test Sketch einbauen und die Daten in BCD senden. Ich melde mich nach den Test, wird aber dieses Wochenende nichts , da ich unterwegs bin.
Gruß
Klaus
Hi Ralf, mit BCD meinst Du einen Wert in 4 anstatt 8 Bit übertragen?
Das habe ich auch schob überlegt, sowohl senden als empfangen.
Derzeit sind drei Bit notwendig, wobei etwas mehr Hirnschmalz notwendig ist, das auseinander zu nehmen. Bei 16 Bit wären 15 nutzbar.
Grüße Sidey
Zitat von: Sidey am 05 Februar 2016, 16:07:27
Hi Ralf, mit BCD meinst Du einen Wert in 4 anstatt 8 Bit übertragen?
Ja, ich meine einen Wert in 4 Bit. Dies müsste recht einfach umzusetzen sein.
Zitat von: Sidey am 05 Februar 2016, 16:07:27
Derzeit sind drei Bit notwendig, wobei etwas mehr Hirnschmalz notwendig ist, das auseinander zu nehmen. Bei 16 Bit wären 15 nutzbar.
Mit 3 Bit wären P0 bis P6 möglich. Kannst Du abschätzen ob dies auch in Zukunft ausreichend ist?
Sind Protokolle denkbar die mehr als P0 bis P6 benötigen?
Das mit dem mehr Hirnschmalz wäre egal. Das auseinander nehmen würde auch mehr Befehle in der send_raw bedeuten. Kann es dadurch nicht zu timing Problemen kommen? Micros sind sehr kurz
Gruß Ralf
P.S.:
Mein über USB angebundener Nano hat mittlerweile eine uptime von 12 Tagen und
mein über das Ethernet Shield angebundener pro mini hat mittlerweile eine uptime von 23 Tagen.
Wer bietet mehr?
Zitat von: Ralf9 am 05 Februar 2016, 19:26:10
Mit 3 Bit wären P0 bis P6 möglich. Kannst Du abschätzen ob dies auch in Zukunft ausreichend ist?
Sind Protokolle denkbar die mehr als P0 bis P6 benötigen?
Ja, die gibt es, allerdings funktionieren die nicht mit dem aktuellen setup.
Zitat von: Ralf9 am 05 Februar 2016, 19:26:10
Das mit dem mehr Hirnschmalz wäre egal. Das auseinander nehmen würde auch mehr Befehle in der send_raw bedeuten. Kann es dadurch nicht zu timing Problemen kommen?
Nein, solange man dem Konzept folgt, dass man den Nächsten Wert berechnet, solange man noch das Signal des aktuellen moduliert.
Für das speichern kann man den bitstore nutzen, die Klasse habe ich genau für diese Zwecke erstellt. Die müsste halt auf der Fhem Seite portiert werden. Insgesamt ja nix wildes, es werden Bits geschoben und dadurch werte Effizienz gespeichert. Aber das ganze ist wirklich eher was für 3.3
Sidey
Nachdem ich mir nun auch einen 'SIGNALduino' zugelegt habe wird mein Logfile geflutet. Ich hoffe ihr könnt mir nach und nach helfen ein wenig Licht ins Dunkel zu bringen.
Der folgende Auszug könnte von meiner Aldi Wetterstation GT-WS09s stammen.
2016.02.06 20:01:53 4: sduino/msg READ: MC;LL=-1039;LH=899;SL=-547;SH=434;D=5C7126884080;C=444;
2016.02.06 20:01:53 4: sduino/msg READ: MU;P0=-837;P1=420;P3=971;D=010101010101010103010101010101030101010101010101030103010101010101010101010101010101010101010101010101010101010103010101030103010301030103010301;CP=1;
2016.02.06 20:01:53 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.02.06 20:01:53 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.06 20:01:53 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.02.06 20:01:53 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.06 20:01:53 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.02.06 20:01:53 4: sduino: decoded matched MU Protocol id 9 dmsg P9#FF7EFF5FFFFFFF7554 length 72
2016.02.06 20:01:53 4: SD_WS09_Parse HEX=P9#FF7EFF5FFFFFFF7554 length: 18
2016.02.06 20:01:53 3: SD_WS09_Parse Bin=111111110111111011111111010111111111111111111111111111110111010101010100 syncp=1 length:72
2016.02.06 20:01:53 3: EXIT SD_WS09_Parse msg=FF7EFF5FFFFFFF7554 syncp=1 length:72
2016.02.06 20:01:53 4: SIGNALduino_unknown incomming msg: P9#FF7EFF5FFFFFFF7554
2016.02.06 20:01:53 4: SIGNALduino_unknown rawData: FF7EFF5FFFFFFF7554
2016.02.06 20:01:53 4: SIGNALduino_unknown Protocol: 9
2016.02.06 20:01:53 4: SIGNALduino_unknown converted to bits: 111111110111111011111111010111111111111111111111111111110111010101010100
2016.02.06 20:01:53 1: PERL WARNING: substr outside of string at ./FHEM/90_SIGNALduino_un.pm line 187.
2016.02.06 20:01:53 1: PERL WARNING: Use of uninitialized value $winddir in concatenation (.) or string at ./FHEM/90_SIGNALduino_un.pm line 189.
2016.02.06 20:01:53 4: SIGNALduino_unknown found ctw600 syncpos at 1 message is: 111111011111111010111111111111111111111111111110111010101010100 - sensor id:110111, bat:111, temp=1110101111, hum=11111111, wind=1111111111111111, rain=1011101010101010, winddir=
Zitat von: waschbaerbauch am 06 Februar 2016, 20:57:55
Der folgende Auszug könnte von meiner Aldi Wetterstation GT-WS09s stammen.
Ich habe eine Protokollbeschreibung vom GT-WS-09 gefunden:
http://www.ludwich.de/ludwich/Temperatur.html
Gruß Ralf
Hi,
der GT-WT-02 ist doch bereits im CUL_TCM97001 Modul enthalten.
Grüße Sidey
Hallo Klaus aka trebron106,
nutzt Du einen Arduino nano, könntest Du das hex File und/oder deinen angepassten Sketch bereitstellen?
Ich habe mir gestern die Sourcen via git clone gezogen (branch dev-r32 als auch dev-r32-vs) aber daran wird natürlich perm. weiterentwickelt und so bekomme ich Fehlermeldungen die ich mit meinen rudimentären Kenntnissen nicht mehr aufgelöst bekomme.
Danke Sven
Zitat von: Sidey am 06 Februar 2016, 23:31:25
Hi,
der GT-WT-02 ist doch bereits im CUL_TCM97001 Modul enthalten.
Grüße Sidey
Ok dann bin ich grad ein wenig verwirrt.
Auf dem produktiven System hab ich die Variante mit Auriol Patch aktiv, auf dem Eval System läuft es noch ohne Patch.
EVAL:
Hier bekomme ich zwei unterschiedliche Modeltypen angezeigt. Wenn es sich hierbei um meinen Aldi Sensor handeln sollte, dann wird er nicht mit 'autocreate' angelegt wie ich es hier im Forum auf meiner Suche gelesen hatte.
2016.02.07 11:35:12 4: SIGNALduino/msg READ: MS;P1=576;P2=-8988;P3=-4127;P4=-2128;D=1213131314131314131314131414141414141313141314131313141413131413141413141413;CP=1;SP=2;
2016.02.07 11:35:12 4: Found matched Protocol id 0 -> weather1
2016.02.07 11:35:12 5: Starting demodulation at Position 2
2016.02.07 11:35:12 5: converted Data to (sEDA06B9A4800)
2016.02.07 11:35:12 5: SIGduino dispatch sEDA06B9A4800
2016.02.07 11:35:12 4: CUL_TCM97001 using longid: 1 model: AURIOL
2016.02.07 11:35:12 2: CUL_TCM97001 Unknown device CUL_TCM97001_237, please define it
2016.02.07 12:04:08 4: SIGNALduino/msg READ: MS;P0=-2078;P1=569;P2=-9038;P3=-4127;D=1213131310131310131310131010101010101313131010101013101013131010131313131013;CP=1;SP=2;O;
2016.02.07 12:04:08 4: Found matched Protocol id 0 -> weather1
2016.02.07 12:04:08 5: Starting demodulation at Position 2
2016.02.07 12:04:08 5: converted Data to (sEDA07099E800)
2016.02.07 12:04:08 5: SIGduino dispatch sEDA07099E800
2016.02.07 12:04:08 4: CUL_TCM97001 using longid: 1 model: Type1
2016.02.07 12:04:08 2: CUL_TCM97001 Unknown device CUL_TCM97001_237, please define it
PROD:
Hier wurde mit dem Patch das Gerät angelegt. Allerdings sind heute Nacht auch diverse 'Aufforderungen' im Logfile es zu erstellen bis dann 'autocreate' den Job selbst übernommen hat. Geändert habe ich daran allerdings nichts.
MS;P1=588;P2=-2068;P3=-9030;P4=-4135;D=1314141412141412141412141212121212121412141212121214121412141214141414141412;CP=1;SP=3;O;
2016.02.07 07:06:27 4: SIGduino: Matched MS Protocol id 0 -> weather1
2016.02.07 07:06:27 4: SIGduino: Decoded MS Protocol id 0 dmsg sEDA050ABF000 length 40
2016.02.07 07:06:27 4: CUL_TCM97001 using longid: 1 model: Type1
2016.02.07 07:06:27 2: CUL_TCM97001 Unknown device CUL_TCM97001_237, please define it
2016.02.07 07:06:27 2: autocreate: define Type1_237 CUL_TCM97001 CUL_TCM97001_237
2016.02.07 07:06:27 2: autocreate: define FileLog_Type1_237 FileLog ./log/Type1_237-%Y-%m.log Type1_237
2016.02.07 07:06:27 2: autocreate: define SVG_Type1_237 SVG FileLog_Type1_237:temp4hum4:CURRENT
2016.02.07 07:06:27 1: ERROR: set SVG_Type1_237 copyGplotFile: Error on reading ./www/gplot/temp4hum4.gplot from database!
2016.02.07 09:03:07 4: SIGduino/msg READ: MS;P0=583;P1=-2071;P2=-9057;P3=-4120;D=0203030301030301030301030101010101010301030103010103010301010103030303010301;CP=0;SP=2;
2016.02.07 09:03:07 4: SIGduino: Matched MS Protocol id 0 -> weather1
2016.02.07 09:03:07 4: SIGduino: Decoded MS Protocol id 0 dmsg sEDA054A3D000 length 40
2016.02.07 09:03:07 4: CUL_TCM97001 using longid: 1 model: Type1
Zitat von: waschbaerbauch am 07 Februar 2016, 12:36:49
Auf dem produktiven System hab ich die Variante mit Auriol Patch aktiv, auf dem Eval System läuft es noch ohne Patch.
was ist der Auriol Patch?
Zitat von: waschbaerbauch am 07 Februar 2016, 12:36:49
PROD:
Hier wurde mit dem Patch das Gerät angelegt. Allerdings sind heute Nacht auch diverse 'Aufforderungen' im Logfile es zu erstellen bis dann 'autocreate' den Job selbst übernommen hat. Geändert habe ich daran allerdings nichts.
Das dürfte an
autocreateThreshold => "2:180"
liegen
autocreateThreshold => "<count>:<timeout>"
Mittels autocreateThreshold wird beeinflusst, wie oft count(default 2) und in welchem Zeitabstand timeout (default 60 Sekunden)
die gleiche Nachricht empfangen werden muss, damit ein Gerät per autocreate angelegt wird.
Das Verhalten, kann vom Anwender mittels Attribut autocreateThreshold im device "autocreate" überschrieben werden. Hast Du evtl Empfangsprobleme, was für ein Empfänger hast Du?
So etwas wird empfohlen:
http://www.ebay.de/itm/433Mhz-3400-RF-Superheterodyne-Transmitter-Receiver-Link-Kit-fur-Arduino-ARM-MCU-/121597434875?hash=item1c4fc59bfb:g:xIUAAOSwEeFVBpt-
http://www.ebay.de/itm/Neu-Uberlagerungs-OOK-Wireless-Receiver-Modul-Starke-Interferenz-433MHZ-116dBm-/201243355169?hash=item2edb09e821:g:ehcAAOSwEppUR2NH
Gruß Ralf
Der Auriol Patch ist das hier: http://forum.fhem.de/index.php/topic,48813.0.html
Meine Empfänger sind in der Tat die Superhet aus deinen Links.
Möglicherweise liegt es auch daran das ich erstmal, ziemlich pragmatisch veranlagt, als Antenne ein Breadboard Female Kabel genommen habe?!
Zum 'autocreate':
Jetzt hat vor 20 Minuten auch das EVAL System einen Eintrag erstellt. Dieser sieht aber schon etwas anders aus.
Hallo Sven,
einfach wie im SIGNALduino WIKI beschrieben ein Update der SIGNALDuino Version machen und danach über Fhem oder manuell flashen.
Zitat
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
set sduino flash
Die Firmware befindet sich im Verzeichnis FHEM/firmware
Ich selber benutze einen Arduino Nano mit der aktuellen Version 3.2.0-b12
Hallo Ralf,
habe in den Sketch zum Test die send_raw BCD Routine eingebaut und meine Daten nach BCD konvertiert. Das senden und wandeln der BCD Daten als RAW klappt einwandfrei. Es wäre vielleicht ganz gut wenn die Wandlung des Rawdaten Strings in einer späteren Version in Fhem unter Perl erolgen würde, weil ASCII Daten leichter lesbar sind.
Gruß
Klaus
Zitat von: trebron106 am 07 Februar 2016, 15:02:10
habe in den Sketch zum Test die send_raw BCD Routine eingebaut und meine Daten nach BCD konvertiert. Das senden und wandeln der BCD Daten als RAW klappt einwandfrei. Es wäre vielleicht ganz gut wenn die Wandlung des Rawdaten Strings in einer späteren Version in Fhem unter Perl erolgen würde, weil ASCII Daten leichter lesbar sind.
Ja, dies ist für das Release 3.3 vorgesehen.
Gruß Ralf
Hallo Klaus,
ich wollte deine Anpassungen an dem Sketch (RF_Receiver.ino) testen und so auch meine Rolladen damit steuern (und mich mit Signaldino vertraut machen ....).
Im firmware Verzeichnis liegt ja nur das fertig hex File. Und wenn ich es recht verstehe sind deine Anpassungen noch nicht in die dev Version aufgenommen, sodaß ich einfach das aktuellste hex File laden könnte, oder irre ich mich?
Gruß Sven
Zitat von: hoods am 07 Februar 2016, 19:21:27
ich wollte deine Anpassungen an dem Sketch (RF_Receiver.ino) testen und so auch meine Rolladen damit steuern (und mich mit Signaldino vertraut machen ....).
In der aktuellen Firmware sind die Anpassungen, welche zum Senden von Signalen >255 enthalten.
Ich habe dazu einige der Änderungen von trebron106 übernommen, allerdings nicht alle.
Damit sollte man Fernotron Rolläden schalten können. Empfangen geht leider im Moment nicht.
Grüße Sidey
Super, erste Versuche sind erfolgreich.
Vielen Dank!
Gruß Sven
Hi Ralf,
ich habe mir Gedanken zu dem SD_WS Modul und Komplexität gemacht.
Komplexität ist unterschiedlich je nach Standpunkt. Ich habe es bislang aus der Sicht Pflege und Anpassungen gesehen. Da sind so lange if / else Schlangen halt etwas unübersichlicht.
Für den Ersteller, der nur schnell seinen Sensor einbauen will ist es natürlich erst mal einfacher er muss sich im nichts kümmern außer am Ende einen if / else Schalter einbauen.
Wenn man aber mal mehrere Sensoren in einem Protokoll hat, wird es vielleicht schon etwas aufwendiger.
Was meine Perl Kenntnisse angeht, so gut sind die nicht. Ich hänge auch ständig an irgendwelchen blöden Syntax Fehlern oder Dereferenzierungen...
Ich habe versucht, mich mehr in die Situation des Erstellen eines neuen Sensors begeben.
Dabei ist mir aufgefallen, derjenige, der einen Sensor in Fhem integrieren will, möchte sich vermutlich möglichst wenig mit Programmieren und auch eher weniger mit Eigenheiten von Modulen beschäftigen.
Also bin ich zu dem Schluss gekommen, dass es möglich sein soll, dass man einen Sensor implementiert, in dem man eine art Konfiguration hinterlegt.
In der Regel ist die Frage, in welchem Bit steht die Temperatur und wie muss man diesen Wert umrechnen um ihn darstellen zu können.
Dabei kam mir die Idee, wieso das Konzept nicht aufnehmen, welches ich schon im SIGNALduino Modul eingebaut habe. Die %ProtocolListSIGNALduino ist eigentlich nichts anderes. Es ist eine Konfigurationsmöglichkeit um Signale zu demodulieren. Je nach Protokoll, dauert es manchmal nur ein paar Minuten und die Definition ist ergänzt.
Also habe ich das Konzept aufgegriffen und mal in Richtung Sensoren transferiert.
Da ich Beispiele mag, kommt das nun hier:
my %Sensordevices = (
"37" =>
{
model => 'SD_WS37_TH',
type => 'Besser 7009994',
predec => sub { return shift }, # Hier könnte eine Funktion rein, die vor dem Decodieren etwas mit den Daten macht
data =>
{
'id' => sub { my $bitdata=shift; return SD_WS_binaryToNumber($bitdata,0,7); },
'bat' => sub { my $bitdata=shift; return SD_WS_binaryToNumber($bitdata,8,9) eq "1" ? "ok" : "low"; },
'channel' => sub { my $bitdata=shift; return SD_WS_binaryToNumber($bitdata,11,12); },
'temp' => sub { my $bitdata=shift; return (SD_WS_binaryToNumber($bitdata,12,22) - 609.93) / 9.014; },
'humidity => sub { my $bitdata=shift; return SD_WS_binaryToNumber($bitdata,25,31); },
},
chkcrc => sub{return 1;}, # Hier könnte eine CRC Prüfung stattfinden
valid => sub{my $temp=shift;my $hum=shift; return (80<$temp>-40 && 10<$hum>99); },# Festsellen, ob die Werte in einem validen Bereich liegen. Dazu kann man auch eine Standardfunktion referenzieruen
}
},
);
So könnte eine solche Sensor Definition aussehen, auch wenn ich noch nicht alles durchdacht habe.
Den Abschnitt Sensorwerte (id, temp, ...) auslesen könnte man wohl noch vereinfachen.
'id' => (0,7) # Bit 0-7 entsprechen der id
Und für Standardfälle wie temp und hum Prüfung, lassen sich auch Standardfunktionen definieren
Der Teil SD_WS_Parse könnte durch diese Aufteilung "konstant" bleiben.
In etwa so:
sub SD_WS_Parse($$)
{
my ($iohash, $msg) = @_;
my $name = $iohash->{NAME};
my ($protocol,$rawData) = split("#",$msg);
$protocol=~ s/^[WP](\d+)/$1/; # extract protocol
my $hlen = length($rawData);
my $blen = $hlen * 4;
my $bitData = unpack("B$blen", pack("H$hlen", $rawData));
#Hier werden die in der Konfiguration definierten Funktionen aufgerufen.
$bitData =$Sensordevices{$protocol}{predec}->($bitdata};
my $id = printf('%02X',$Sensordevices{$protocol}{data}{id}->($bitdata});
my $bat =$Sensordevices{$protocol}{data}{bat}->($bitdata};
my $channel =$Sensordevices{$protocol}{data}{channel}->($bitdata};
my $temp =sprintf("%.1f",$Sensordevices{$protocol}{data}{temp}->($bitdata});
my $hum =$Sensordevices{$protocol}{data}{humidity}->($bitdata};
if ( $Sensordevices{$protocol}{chkcrc}->($bitData) && $Sensordevices{$protocol}{valid}->($temp,$hum,$bat,$channel,$humidity) )
{
my $SensorTyp=$Sensordevices{$protocol}{type};
Log3 $iohash, 4, "$name decoded protocolid: $protocol ($SensorTyp) sensor id=$id, channel=$channel, temp=$temp, hum=$hum";
}
....
}
Ich hab den Code nun nicht wirklich ausprobiert und es sind bestimmt Syntaxfehler enthalten.
Aus meiner Sicht, wäre das für das Einbinden weiterer Sensoren erst mal weniger komplex, da man nur die "Konfiguration" ergänzen muss.
Initial muss man sich das ganze natürlich einmal hinbauen, was ich nun aber in 30 Minuten auch schon mal grob erledigt habe. Vielleicht kriegen wir es ja auch noch mal hin, dass man die Konfiguration irgendwie über das UI anpassen kann.
Nunja, das sind jetzt erst mal meine Gedanken zum dem Thema. Fertig ist es nicht,
Offen ist in meinem Beispiel noch der Fall, mehrere Sensoren in einem Protokoll
oder den Abschnitt "data" könnte man eventuell auch eine Schleife laufen lassen. so in etwa:
my %sensordata ;
foreach $key keys %{$Sensordevices{$protocol}{data}}
{
$sensordata{$key} =$Sensordevices{$protocol}{data}{$key}
}
und dann später
my %sensordata ;
foreach $val keys %sensordata
{
readingsBulkUpdate($hash, "$val", $sensordata{$val}) ;
### Stateformat anpassen
}
Damit wäre man im Code schon mal nicht unbedingt auf readings festgelegt und kann leicht neue dazu nehmen.
So in etwa könnte man das Einbinden von Sensoren auf eine neue "Stufe" bringen. ;)
Für Autocreate müssten wir uns halt noch mal was überlegen, da bin ich jetzt unsicher wie man da am besten andockt.
Grüße Sidey
Ich schon wieder :)
Eigentlich sollte es doch möglich sein diese Conrad Profi Wetterstation slim (https://www.conrad.de/de/profi-wetterstation-slim-651345.html) mit dem SIGNALduino abzufangen. Also die Basis nicht, aber die externen Sensoren? Das sind in dem Bundle ja immerhin noch der Regensensor, Temperatur/Luftfeuchte Sensor und der Windgeschwindigkeits- / -richtungs Sensor.
Die Verbindung via USB mit der Basis wurde bei diesem optisch identischem Modell eingespart im Gegensatz zur Conrad Variante inkl. Software.
Man müsste hier also erstmal teuer die Variante mit Software erstehen, damit man auf eine andere Software schwenken kann..
Unter http://te923.fukz.org/ gibt es ggf. sogar Hinweise wie man an das Protokoll der Sensoren kommt.
Die technischen Daten lt. BDA
19. Technische Daten
a) Wetterstation
Temperatursensor:
Messbereich: -5 °C bis +50 °C
Auflösung: 0,1 °C
Genauigkeit: ±1 °C (im Bereich von 0 °C bis +40 °C)
Messzyklus: 10 s
Luftfeuchtesensor:
Messbereich: 1% to 99% relative Luftfeuchte
Auflösung: 1%
Genauigkeit: ±7% (im Bereich von 25% bis 80%)
Messzyklus: 10 s
Luftdrucksensor:
Messbereich: 500 hPa bis 1100 hPa
Auflösung: 0,1 hPa
Genauigkeit: ±5 hPa
Höhenmessbereich: -200 m bis +5000 m
Regensensor
Messbereich: 0 bis 1999,9 mm
Sendefrequenz: 433 MHz
Übertragungszyklus: ca. 183 s
Temperatur-/Luftfeuchtesensor
Temperatursensor:
Messbereich: -20 °C bis +60 °C
Auflösung: 0,1 °C
Genauigkeit: ±1 °C (im Bereich von 0 °C bis +40 °C)
Luftfeuchtesensor:
Messbereich: 1% to 99% relative Luftfeuchte
Genauigkeit: ±7% (im Bereich von 25% bis 80%)
Sendefrequenz: 433 MHz
Messintervall: ca. 47 s
Windsensor
Windrichtungssensor:
Genauigkeit: ±11,25°
Auflösung: 22,5°
Geschwindigkeitssensor:
Messbereich: 0 bis 199,9 km/h
Genauigkeit: ±3 km/h + 5%
Sendefrequenz: 433 MHz
Übertragungszyklus: ca. 33 Sekunden
Hier Im Anhang ein kleiner Auszug des Logs (Verbose4)
Ist hier was zu machen?
Zitat von: waschbaerbauch am 08 Februar 2016, 00:06:39
Ich schon wieder :)
Eigentlich sollte es doch möglich sein diese Conrad Profi Wetterstation slim (https://www.conrad.de/de/profi-wetterstation-slim-651345.html) mit dem SIGNALduino abzufangen. Also die Basis nicht, aber die externen Sensoren? Das sind in dem Bundle ja immerhin noch der Regensensor, Temperatur/Luftfeuchte Sensor und der Windgeschwindigkeits- / -richtungs Sensor.
Hier Im Anhang ein kleiner Auszug des Logs (Verbose4)
Ist hier was zu machen?
Ist dies der dazugehörende Temperatursensor:
2016.02.07 23:36:12 4: SIGduino: Found manchester Protocol id 12 clock 451 -> Hideki protocol
2016.02.07 23:36:12 4: SIGduino: hideki protocol converted to hex: 75E7BA8ADE40D051C86900 with 95 bits, messagestart 1
2016.02.07 23:36:12 4: Hideki_Parse SIGduino incomming P12#75E7BA8ADE40D051C86900
2016.02.07 23:36:12 4: Hideki_Parse SensorTyp = 30 decodedString = 7529ce9e62c070f358bb00
2016.02.07 23:36:12 4: SIGduino decoded Hideki protocol model=Hideki_30, sensor id=29, channel=1, temp=6.2, humidity=70, bat=okSind der Regen- und Windsensor im selben Raum wie der Signalduino?
Gruß Ralf
Moin Ralf,
der SIGNALduino ist im selben Raum wie die Basisstation. Die Signale kommen zumindest bei der Basisstation an.
Der Temperatur/Luftfeuchte Sensor steht am Badfenster, der Regenmesser ist ebenso wie der Windmesser auf dem Hof montiert.
Nach dem Arztbesuch könnte ich 'auf die Schnelle' zumindest den Temperatur/Luftfeuchte Sensor ins Wohnzimmer holen wo sich der SIGNALduino befindet.
Gruß
Mario
Zitat von: waschbaerbauch am 08 Februar 2016, 07:32:36
der SIGNALduino ist im selben Raum wie die Basisstation. Die Signale kommen zumindest bei der Basisstation an.
Der Temperatur/Luftfeuchte Sensor steht am Badfenster, der Regenmesser ist ebenso wie der Windmesser auf dem Hof montiert.
Wenn Du am Signalduino keine gute Antenne hast, dann wird die Basisstation einen besseren Empfang haben.
Hilfreich wäre zu wissen, ob die Sensoren das Hideki Protokoll (MC-Nachrichten) verwenden oder ob es MU-Nachrichten sind.
Gruß Ralf
Laut verlinkten Seite nutzen diese Sensoren das Hideki Protokoll...
Grüße Sidey
Beim Hideki Protokoll müssten dann bei brauchbarem Empfang bei der folgenden Zeile
Hideki_Parse SensorTyp = 30 decodedString = 7529ce9e62c070f358bb00
beim SensorTyp außer 30 noch andere Werte, wie z.B. 12 und 14 auftauchen.
Gruß Ralf
Zitat von: Sidey am 07 Februar 2016, 21:43:32
Nunja, das sind jetzt erst mal meine Gedanken zum dem Thema. Fertig ist es nicht,
Offen ist in meinem Beispiel noch der Fall, mehrere Sensoren in einem Protokoll
Hallo Sidey,
bei der Temperatur müssten auch noch negative Temperaturen berücksichtigt werden können
$temp = (hex($a[4].$a[5].$a[6])) & 0x7FFF;
my $negative = (hex($a[4])) & 0x8;
if ($negative == 0x8) {
$temp = (~$temp & 0x07FF) + 1;
$temp = -$temp;
}
$temp = $temp / 10;
oder:
if ($temp >= 3840) {
$temp -= 4095;
}
$temp /= 10;Es kann wie z.B. beim Modell "KW9010" auch etwas komplexer werden:
foreach $x (@a) {
my $bin3=sprintf("%024b",hex($x));
$bitReverse = $bitReverse . substr(reverse($bin3),0,4);
}
my $hexReverse = unpack("H*", pack ("B*", $bitReverse));
#Split reversed a again
my @aReverse = split("", $hexReverse);
if (hex($aReverse[5]) > 3) {
# negative temp
$temp = ((hex($aReverse[3]) + hex($aReverse[4]) * 16 + hex($aReverse[5]) * 256));
$temp = (~$temp & 0x03FF) + 1;
$temp = -$temp/10;
} else {
# positive temp
$temp = (hex($aReverse[3]) + hex($aReverse[4]) * 16 + hex($aReverse[5]) * 256)/10;
}Bei mehreren Sensoren in einem Protokoll kann als Unterscheidungskriterium auch Hum = 0 sein oder die Prüfsumme
Gruß Ralf
Sitze gerade vor der Praxis im eigenen Wartezimmer (im Auto). Bin wohl ansteckend..
Hoffe gegen Mittag daheim zu sein und mit einem 'Batteriewechsel' Signale aus einem passenden Zeitabschnitt mitschneiden zu können.
Gruß
Mario
Nun ging doch alles schneller als erwartet.
Dies müsste nun der Temperatur/Luftfeuchte Sensor von der Conrad Profi slim sein. Ich hatte mal die Batterie gewechselt und ihn eine Weile in der Hand gehalten, daher die gestiegene Temperatur.
2016.02.08 10:04:41 4: SIGNALduino/msg READ: MC;LL=-1025;LH=933;SL=-531;SH=441;D=AE2C174A4433E85094374600;C=457;
2016.02.08 10:04:41 4: SIGduino: hideki protocol converted to hex: 751ABA4AC2BE2852EC3100 with 96 bits, messagestart 0
2016.02.08 10:04:41 4: Hideki_Parse SIGduino incomming P12#751ABA4AC2BE2852EC3100
2016.02.08 10:04:41 4: Hideki_Parse SensorTyp = 30 decodedString = 752ecede46c278f6345300
2016.02.08 10:04:41 4: SIGduino decoded Hideki protocol model=Hideki_30, sensor id=2e, channel=1, temp=24.6, humidity=78, bat=ok
Ist es nahe liegend, das alle anderen Sensoren auch dann Einträge in dieser Art erzeugen?
Zitat von: waschbaerbauch am 08 Februar 2016, 10:11:37
Ist es nahe liegend, das alle anderen Sensoren auch dann Einträge in dieser Art erzeugen?
Ja, die anderen Sensoren erzeugen dann auch Einträge in dieser Art.
Es ist aber ein anderer SensorTyp, z.B. 12 oder 14.
Gruß Ralf
Ich hätte da im Angebot:
2016.02.08 10:48:23 4: SIGNALduino/msg READ: MC;LL=-1017;LH=938;SL=-522;SH=456;D=AE2C174A4F03EA11AA00;C=464;
2016.02.08 10:48:23 4: SIGduino: hideki protocol converted to hex: 751ABA4A0FBE21AB00 with 80 bits, messagestart 0
2016.02.08 10:48:23 4: Hideki_Parse SIGduino incomming P12#751ABA4A0FBE21AB00
2016.02.08 10:48:23 4: SIGduino crc failed
2016.02.08 10:48:23 4: SIGNALduino_unknown incomming msg: P12#751ABA4A0FBE21AB00
2016.02.08 10:48:23 4: SIGNALduino_unknown rawData: 751ABA4A0FBE21AB00
2016.02.08 10:48:23 4: SIGNALduino_unknown Protocol: 12
2016.02.08 10:48:23 4: SIGNALduino_unknown converted to bits: 011101010001101010111010010010100000111110111110001000011010101100000000
Zitat von: waschbaerbauch am 08 Februar 2016, 10:52:27
Ich hätte da im Angebot:
Ich sehe da nirgends das Wort "SensorTyp".
Ideal wäre "SensorTyp = 12" oder "SensorTyp = 14"
"crc failed" deutet auf einen nicht brauchbaren Empfang hin
Gruß Ralf
Alles klar, mein Fehler. Ich dachte ggf. ist der Sensortyp noch nicht implementiert und ich schau mal nach 'konnte nicht verarbeitet werden'
PS: Werde gleich die Sensoren demontieren und hier positionieren ;)
Edit:
Korrektur: Das könnte mMn ist der RegenWindsensor sein.
2016.02.08 11:41:52 4: SIGNALduino/msg READ: MC;LL=-1025;LH=924;SL=-539;SH=438;D=AE00888BAD100111D66A00;C=453;
2016.02.08 11:41:52 4: SIGduino: hideki protocol converted to hex: 758044BA8B0022D75600 with 88 bits, messagestart 0
2016.02.08 11:41:52 4: Hideki_Parse SIGduino incomming P12#758044BA8B0022D75600
2016.02.08 11:41:52 4: Hideki_Parse SensorTyp = 14 decodedString = 7580ccce9d006679fa00
2016.02.08 11:41:52 4: SIGduino Sensor Typ 14 not supported, please report sensor information!
Dies dann der WindRegenmesser?
2016.02.08 11:44:56 4: SIGNALduino/msg READ: MU;P0=-1042;P1=424;P2=-554;P3=911;D=01232103012123012123012121212123032103212121212103012121212303210321212121210301212121212121212121212121212121212121212121212121212121212121212121212121212123212121012303210301213;CP=1;
2016.02.08 11:44:56 4: Found matched Protocol id 21 -> einhell garagedoor
2016.02.08 11:44:56 4: Found matched Protocol id 8 -> TX3 Protocol
2016.02.08 11:44:56 4: Found matched Protocol id 16 -> Dooya shutter
2016.02.08 11:44:56 4: SIGNALduino_unknown incomming msg: u16#0000000000
2016.02.08 11:44:56 4: SIGNALduino_unknown rawData: 0000000000
2016.02.08 11:44:56 4: SIGNALduino_unknown Protocol: 16
2016.02.08 11:44:56 4: SIGNALduino_unknown converted to bits: 0000000000000000000000000000000000000000
2016.02.08 11:44:56 4: SIGNALduino_unknown / shutter Dooya 0000000000000000000000000000000000000000 received
2016.02.08 11:44:56 4: SIGNALduino_unknown found shutter from Dooya. id=0, channel=0, direction=unknown, all_shutters=1
Zitat von: waschbaerbauch am 08 Februar 2016, 11:07:43
Alles klar, mein Fehler. Ich dachte ggf. ist der Sensortyp noch nicht implementiert und ich schau mal nach 'konnte nicht verarbeitet werden'
PS: Werde gleich die Sensoren demontieren und hier positionieren ;)
2016.02.08 11:41:52 4: Hideki_Parse SensorTyp = 14 decodedString = 7580ccce9d006679fa00
2016.02.08 11:41:52 4: SIGduino Sensor Typ 14 not supported, please report sensor information!
Dies (Sensor Typ 14) müsste der Regenmesser sein. 009d * 0,7 = 109,9 mm
Der Windmesser müsste dann (Sensor Typ 12) sein.
Die Wetterstation hört sich interessant an. Wie lange hast Du sie schon? Bist Du damit zufrieden?
Zeigt sie auch bei starkem Regen oder Sturm brauchbare Werte an
Gruß Ralf
Die ist mir beim Ausverkauf von GetItQuick zugelaufen. Ich muss aber gestehen das ich da nur flüchtig drauf schau, sie ist in erster Linie für die Dame des Hauses um auf der Basis zu schauen wie es so ist. Die Basis zeigt mMn die falschen Werte für die Windgeschwindigkeit (m/s und km/h) an und ich konnte da noch nichts finden wo man das korrigieren kann. Die Temperatur deckt sich in etwa mit dem was die HomeMatic OC3 liefert. Die sitzt allerdings auch deutlich besser am oberen Ende einer etwas größeren Schaukel im Wind ;)
PS: Die Windgeschwindigkeit liegt merkwürdig dicht bei der OC3 wenn man sie mit 3,6 multipliziert. Das könnte man dann also mit FHEM 'ausgleichen'
Zitat von: Ralf9 am 08 Februar 2016, 11:00:43
"crc failed" deutet auf einen nicht brauchbaren Empfang hin
Wir hatten Den gleichen Fall doch vor ein paar Tagen schon mal.
Da ging es halt um einen anderen Hersteller, aber ebenso um das Hideki Protokoll und um Wind / Regen Sensoren.
Da waren auch verdächtig viele CRC errors enthakten
Ich habe es jetzt nicht im Kopf, aber vielleicht haben wir beim Umwandeln der Nachricht einen Fehler, wenn zwei Nachrichten zusammen Hängend übertragen werden. Dann passt der CRC nicht.
Sidey
Der oben im Code aufgezeigte 'Dooya' muss mMn der Windmesser sein. Sobald ich dort die Batterien entferne ist es still. Batterien rein, dann kommen wieder diese Meldungen.
Zitat von: waschbaerbauch am 08 Februar 2016, 18:30:21
Der oben im Code aufgezeigte 'Dooya' muss mMn der Windmesser sein. Sobald ich dort die Batterien entferne ist es still. Batterien rein, dann kommen wieder diese Meldungen.
Dann wird die Windmesser Nachricht evtl von der Firmware im Arduino falsch erkannt.
Deaktiviere mal testweise die MU-Nachrichten mit:
set disableMessagetype unsyncedMU
Gruß Ralf
Zitat von: Ralf9 am 08 Februar 2016, 12:01:50
Dies (Sensor Typ 14) müsste der Regenmesser sein. 009d * 0,7 = 109,9 mm
Der Windmesser müsste dann (Sensor Typ 12) sein.
Die Wetterstation hört sich interessant an. Wie lange hast Du sie schon? Bist Du damit zufrieden?
Zeigt sie auch bei starkem Regen oder Sturm brauchbare Werte an
Gruß Ralf
Sensortyp 14 (0x0E) hatte ich aber schon mal reingebastelt...
## 1. Detect what type of sensor we have, then call specific function to decode
if ($sensorTyp==0x1E){
($channel, $temp, $hum) = decodeThermoHygro(\@decodedBytes); # decodeThermoHygro($decodedString);
$bat = ($decodedBytes[2] >> 6 == 3) ? 'ok' : 'low'; # decode battery
$val = "T: $temp H: $hum Bat: $bat";
}elsif($sensorTyp==0x0E){
($channel, $rain) = decodeRain(\@decodedBytes); # decodeThermoHygro($decodedString);
$bat = ($decodedBytes[2] >> 6 == 3) ? 'ok' : 'low'; # decode battery
$val = "R: $rain Bat: $bat";
}
else{
Log3 $iohash, 4, "$name Sensor Typ $sensorTyp not supported, please report sensor information!";
return "$name Sensor Typ $sensorTyp not supported, please report sensor information!";
}
~Josef
Zitat von: Ralf9 am 08 Februar 2016, 18:59:12
Deaktiviere mal testweise die MU-Nachrichten mit:
set disableMessagetype unsyncedMU
Und wie mach ich das? Wenn ich das in der FHEM Zeile eingebe kommt das ich 'disableMessagetype' erst definieren soll. Beim SIGNALduino finde ich kein Attribut das ich entsprechend setzen kann.
Zitat von: Sidey am 08 Februar 2016, 18:10:05
Ich habe es jetzt nicht im Kopf, aber vielleicht haben wir beim Umwandeln der Nachricht einen Fehler, wenn zwei Nachrichten zusammen Hängend übertragen werden. Dann passt der CRC nicht.
Ich hab mal die 14_Hideki.pm geändert damit der sensorTyp und decodedString vor einem "crc failed" ausgegeben wird.
2016.02.08 18:37:28 4: sduinoD: Found manchester Protocol id 12 clock 453 -> Hideki protocol
2016.02.08 18:37:28 4: sduinoD: hideki protocol converted to hex: 758044BA8B0022D75600 with 88 bits, messagestart 0
2016.02.08 18:37:28 5: sduinoD: converted Data to (P12#758044BA8B0022D75600)
2016.02.08 18:37:28 5: sduinoD dispatch P12#758044BA8B0022D75600
2016.02.08 18:37:28 4: Hideki_Parse sduinoD incomming P12#758044BA8B0022D75600
2016.02.08 18:37:28 4: Hideki_Parse SensorTyp = 14 decodedString = 7580ccce9d006679fa00
2016.02.08 18:37:28 4: sduinoD decoded Hideki protocol model=Hideki_14, sensor id=80, channel=4, temp=0, humidity=0, bat=ok, rain=109.9
2016.02.08 18:38:50 4: sduinoD/msg get raw: MC;LL=-1017;LH=938;SL=-522;SH=456;D=AE2C174A4F03EA11AA00;C=464;
2016.02.08 18:38:50 4: sduinoD: Found manchester Protocol id 10 clock 464 -> OSV2o3
2016.02.08 18:38:50 4: sduinoD: Found manchester Protocol id 12 clock 464 -> Hideki protocol
2016.02.08 18:38:50 4: sduinoD: hideki protocol converted to hex: 751ABA4A0FBE21AB00 with 80 bits, messagestart 0
2016.02.08 18:38:50 5: sduinoD: converted Data to (P12#751ABA4A0FBE21AB00)
2016.02.08 18:38:50 5: sduinoD dispatch P12#751ABA4A0FBE21AB00
2016.02.08 18:38:50 4: Hideki_Parse sduinoD incomming P12#751ABA4A0FBE21AB00
2016.02.08 18:38:50 4: Hideki_Parse SensorTyp = 30 decodedString = 752ecede11c263fd00
2016.02.08 18:38:50 4: sduinoD crc failedGruß Ralf
Zitat von: waschbaerbauch am 08 Februar 2016, 19:03:48
Und wie mach ich das? Wenn ich das in der FHEM Zeile eingebe kommt das ich 'disableMessagetype' erst definieren soll. Beim SIGNALduino finde ich kein Attribut das ich entsprechend setzen kann.
Beim SIGNALduino gibt es eine "set" Schaltfläche.
Gruß Ralf
Jo und da steht bei mir 'ITClock, flash, raw, reset'
Zitat von: waschbaerbauch am 08 Februar 2016, 19:13:38
Jo und da steht bei mir 'ITClock, flash, raw, reset'
Du hast nicht die akuelle dev-Version
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Gruß Ralf
Ok, es gibt 2 Versionen? Egal..
2016.02.08 19:25:47 4: SIGduino/msg READ: MC;LL=-1030;LH=923;SL=-543;SH=432;D=AE00888BA07001107A0200;C=451;
2016.02.08 19:25:47 4: SIGduino: Found manchester Protocol id 10 clock 451 -> OSV2o3
2016.02.08 19:25:47 4: SIGduino: Found manchester Protocol id 12 clock 451 -> Hideki protocol
2016.02.08 19:25:47 4: SIGduino: hideki protocol converted to hex: 758044BAE00022BC4000 with 88 bits, messagestart 0
2016.02.08 19:25:47 4: Hideki_Parse SIGduino incomming P12#758044BAE00022BC4000
2016.02.08 19:25:47 4: Hideki_Parse SensorTyp = 14 decodedString = 7580ccce200066c4c000
2016.02.08 19:25:47 4: SIGduino decoded Hideki protocol model=Hideki_14, sensor id=80, channel=4, temp=0, humidity=0, bat=ok, rain=22.4
Nachdem ich das getan hab wird der Regenmesser empfangen.
PS: mir war es noch gar nicht aufgefallen, das hier (http://forum.fhem.de/index.php/topic,38402.0.html) ein anderer Link als im Wiki steht.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Hab ich wohl nicht geblickt, sorry
Zitat von: waschbaerbauch am 08 Februar 2016, 19:29:55
Ok, es gibt 2 Versionen? Egal..
Kein Problem, es gibt die Version 3.1, welche mit Fhem verteilt wird.
Die ist soweit recht stabil.
Die Version 3.2 ist noch in Entwicklung. Da sind viele Verbesserungen eingeflossen.
Da beim Entwickeln immer mal was schief läuft, wird diese Version erst mit Fhem verteilt, wenn wir mit der Entwicklung fertig sind. Danach kommt dann Version 3.3...
Grüße Sidey
Ja ich fühl mich nur blöd wenn ich euch, so hilfsbereit wie ihr seid, noch mehr Arbeit mache ;)
Anbei das Logfile vom EVAL System. Hier taucht nun nichts mehr wegen dem Windsensor auf oder ich hab Tomaten auf den Augen.
set disableMessagetype unsyncedMU
ist aktiv!
Gruß
Mario
Hallo Sidey,
ich habe heute wieder mal ein Update gemacht aber die Probleme mit der schlechten Erkennung des Hideki-Protokolls hat sich nicht geändert (http://forum.fhem.de/index.php/topic,38831.msg400499.html#msg400499).
Ich habe im 00_SIGNALduino.pm (95487 2016-03-02 12:24:00 v3.2-dev ) auch schon die
clockrange => [420,510] angepaßt. Wird aber nicht besser.
2016.02.08 21:10:22 5: sduino: converted Data to (s0500D700F800)
2016.02.08 21:10:22 4: sduino: Dropped (s0500D700F800) due to short time or equal msg
2016.02.08 21:10:22 4: sduino/msg READ: MU;P0=514;P1=-2057;P2=-3768;D=010101010102020102010202020101010101010101020202020;CP=0;
2016.02.08 21:10:22 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.02.08 21:10:26 4: sduino/msg READ: MC;LL=-962;LH=1001;SL=-474;SH=502;D=7A174A6CC7EB31148D2700;C=500;
2016.02.08 21:10:26 4: sduino: Found manchester Protocol id 10 clock 500 -> OSV2o3
2016.02.08 21:10:26 4: sduino: Found manchester Protocol id 12 clock 500 -> Hideki protocol
2016.02.08 21:10:26 4: sduino/msg READ: MC;LL=-967;LH=987;SL=-481;SH=496;D=AE7A174A2CC7EB31148F0900;C=494;
2016.02.08 21:10:26 4: sduino: Found manchester Protocol id 10 clock 494 -> OSV2o3
2016.02.08 21:10:26 4: sduino: Found manchester Protocol id 12 clock 494 -> Hideki protocol
2016.02.08 21:10:26 4: sduino: hideki protocol converted to hex: 752FBA8A33BF3351F14800 with 96 bits, messagestart 0
2016.02.08 21:10:26 5: sduino: converted Data to (P12#752FBA8A33BF3351F14800)
2016.02.08 21:10:26 5: sduino dispatch P12#752FBA8A33BF3351F14800
2016.02.08 21:10:26 4: Hideki_Parse sduino incomming P12#752FBA8A33BF3351F14800
2016.02.08 21:10:26 4: Hideki_Parse SensorTyp = 30 decodedString = 7571ce9e55c155f313d800
2016.02.08 21:10:26 4: sduino using longid: 1 model: Hideki_30
2016.02.08 21:10:26 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=71, channel=3, temp=15.5, humidity=55, bat=ok, rain=0
2016.02.08 21:10:26 5: deviceCode: Hideki_30_71.3
2016.02.08 21:10:26 4: sduino/msg READ: MC;LL=-980;LH=979;SL=-485;SH=487;D=AE7A174A4CC7EB31148C3D00;C=488;
2016.02.08 21:10:26 4: sduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2016.02.08 21:10:26 4: sduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2016.02.08 21:10:26 4: sduino: hideki protocol converted to hex: 752FBA4A33BF3351315E00 with 96 bits, messagestart 0
2016.02.08 21:10:26 5: sduino: converted Data to (P12#752FBA4A33BF3351315E00)
2016.02.08 21:10:26 5: sduino dispatch P12#752FBA4A33BF3351315E00
2016.02.08 21:10:26 4: Hideki_Parse sduino incomming P12#752FBA4A33BF3351315E00
2016.02.08 21:10:26 4: Hideki_Parse SensorTyp = 30 decodedString = 7571cede55c155f353e200
2016.02.08 21:10:26 4: sduino using longid: 1 model: Hideki_30
2016.02.08 21:10:26 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=71, channel=3, temp=15.5, humidity=55, bat=ok, rain=0
2016.02.08 21:10:26 5: deviceCode: Hideki_30_71.3
2016.02.08 21:10:26 4: sduino/msg READ: MC;LL=-980;LH=979;SL=-485;SH=487;D=AE7A174A4CC7EB31148C3D00;C=488;
2016.02.08 21:10:26 4: sduino: Found manchester Protocol id 10 clock 488 -> OSV2o3
2016.02.08 21:10:26 4: sduino: Found manchester Protocol id 12 clock 488 -> Hideki protocol
2016.02.08 21:10:26 4: sduino: hideki protocol converted to hex: 752FBA4A33BF3351315E00 with 96 bits, messagestart 0
2016.02.08 21:10:26 5: sduino: converted Data to (P12#752FBA4A33BF3351315E00)
2016.02.08 21:10:26 4: sduino: Dropped (P12#752FBA4A33BF3351315E00) due to short time or equal msg
Wo kan ich noch etwas anpassen ? Danke.
Jörg
PS: Ich habe eigentlich an meinem Versuchsaufbau nichts geändert. Ich habe einmal die Antenne etwas verlegt, jetzt kommen bessere Ergebnisse. ;-)
Zitat von: waschbaerbauch am 08 Februar 2016, 20:53:12
Anbei das Logfile vom EVAL System. Hier taucht nun nichts mehr wegen dem Windsensor auf oder ich hab Tomaten auf den Augen.
set disableMessagetype unsyncedMU
ist aktiv!
Können dies evtl fehlerhaft empfangene Windsensor Nachrichten sein?
Hideki_Parse SensorTyp = 0 decodedString = 7508030000004bd400
SIGduino crc failed@Sidey
Könnte es auch denkbar sein, daß der Windsensor ein anderes Protokoll sendet? z.B. MU-Nachrichten?
Gruß Ralf
Zitat von: Ralf9 am 08 Februar 2016, 21:15:59
@Sidey
Könnte es auch denkbar sein, daß der Windsensor ein anderes Protokoll sendet? z.B. MU-Nachrichten?
Hallo Ralf,
ausschließen kann ich es nicht, aber zum einen halte ich das für unwahrscheinlich, dass jemand unterschiedliche Protokolle verwendet und zum anderen passt das nicht zu den Recherchen in der verlinkten Seite.
Eher glaube ich, dass was mit der Auswertung der Daten nicht stimmt.
Also, z.B. ist die Nachricht länger oder kürzer und wird deshalb nicht erkannt.
Grüße Sidey
Zitat von: pejonp am 30 Januar 2016, 03:43:50
Mir ist ja nur das aufgefallen.
2016.01.27 16:02:36 4: sduinousb/msg READ: MC;LL=-952;LH=1005;SL=-481;SH=502;D=7A174A61B7EBB1147A2E00;C=502;
2016.01.27 16:02:36 4: sduinousb Found manchester Protocol id 10 clock 502 -> OSV2o3
2016.01.27 16:02:36 4: sduinousb Found manchester Protocol id 12 clock 502 -> Hideki protocol
Hmm, das ist seltsam finde ich. Es wird das Protokoll erkannt, danach kommen aber keinerlei Meldungen mehr die irgend einen Rückschluss auf das was da passiert zulassen.
Ich schau mal, ob wir da in den letzten 3 Wochen etwas verändert haben.
Grüße Sidey
Zitat von: Sidey am 07 Februar 2016, 21:43:32
...
ich habe mir Gedanken zu dem SD_WS Modul und Komplexität gemacht.
....
Hallo Sidey, Hallo Ralf,
vielleicht könnte man die Beschreibung der Wetter-Protokolle/Sensoren so ähnlich machen wir hier im Modul 21_VBUSDEV.pm. Was ihr ja schon so beschrieben habt.
my %VBUS_devices = (
"7751" => {"name" => "DiemasolC", "cmd" => "0100", "fields" => [
{ "offset" => 0,"name" => "temperature_T01","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 2,"name" => "temperature_T02","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 4,"name" => "temperature_T03","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 6,"name" => "temperature_T04","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 8,"name" => "temperature_T05","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 10,"name" => "temperature_T06","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 12,"name" => "temperature_T07","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 14,"name" => "temperature_T08","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 16,"name" => "temperature_T09","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 18,"name" => "temperature_T10","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 20,"name" => "temperature_T11","bitSize" => 15,"factor" => 0.1,"unit" => "°C" },
{ "offset" => 22,"name" => "volumeflow", "bitSize" => 15,"factor" => 0.1,"unit" => "l/min"},
{ "offset" => 24,"name" => "speed_R01", "bitSize" => 8, "unit" => "%"},
{ "offset" => 25,"name" => "speed_R02", "bitSize" => 8, "unit" => "%"},
{ "offset" => 26,"name" => "speed_R03", "bitSize" => 8, "unit" => "%"},
{ "offset" => 27,"name" => "relais_R04", "bitPos" => 0, "bitSize" => 1 },
{ "offset" => 27,"name" => "relais_R05", "bitPos" => 1, "bitSize" => 1 },
{ "offset" => 27,"name" => "relais_R06", "bitPos" => 2, "bitSize" => 1 },
{ "offset" => 27,"name" => "relais_R07", "bitPos" => 3, "bitSize" => 1 },
{ "offset" => 27,"name" => "relais_R08", "bitPos" => 4, "bitSize" => 1 },
{ "offset" => 27,"name" => "relais_R09", "bitPos" => 5, "bitSize" => 1 },
{ "offset" => 28,"name" => "heatquantity", "bitSize" => 32, "factor" => 0.001,"unit" => "kWh" },
]},
Beim OREGON-Modul werden SUB/Funktionen aufgerufen.
my %types =
(
# THGR810 v3
OREGON_type_length_key(0xfa28, 80) =>
{
part => 'THGR810', checksum => \&OREGON_checksum2, method => \&OREGON_common_temphydro,
},
# WTGR800 Temp hydro v3
OREGON_type_length_key(0xfab8, 80) =>
{
part => 'WTGR800_T', checksum => \&OREGON_checksum2, method => \&OREGON_alt_temphydro,
},
# WTGR800 Anenometer v3
OREGON_type_length_key(0x1a99, 88) =>
{
part => 'WTGR800_A', checksum => \&OREGON_checksum4, method => \&OREGON_wtgr800_anemometer,
},
# WGR800 v3
OREGON_type_length_key(0x1a89, 88) =>
{
part => 'WGR800', checksum => \&OREGON_checksum4, method => \&OREGON_wtgr800_anemometer,
},
Vielleicht könnte man auch im Signalduino-Modul die Parameter für die einzelnen IF so ablegen. Ich weiß nicht einmal wie diese Gebilde in Perl heißt ;-(. Hash oder Array ?!
Jörg
Zitat von: Sidey am 08 Februar 2016, 21:25:16
Eher glaube ich, dass was mit der Auswertung der Daten nicht stimmt.
Also, z.B. ist die Nachricht länger oder kürzer und wird deshalb nicht erkannt.
Hallo Sidey,
ich habe mir mal die Protkollbeschreibung angeschaut.
Bei SensorTyp 30 (Temperatur) hat eine Nachricht 9 Byte beim Type 14 (rain) sind es 8 Byte,
aber beim Type 12 (Windsensor) sind es 13 Byte !
Sind die 13 Byte für die Firmware evtl zu lang?
Gruß Ralf
Zitat von: pejonp am 08 Februar 2016, 21:15:13
Wo kan ich noch etwas anpassen ? Danke.
Hi Jörg,
ich habe soeben zwei Fehler behoben.
1. Das signalduino_un Modul hat die Hideki Nachrichten erhalten, das führt dazu, dass es ein anderes Modul nicht mehr erhält.
2. In der SIGNALduino_Hideki Funktion wird nach dem Startpattern (0x75) gesucht (10101110b). Ich habe mir die Protokollbeschreibung angesehen und festgestellt, dass die kürzeste Nachricht aus 64 Bit besteht. Es ist also ungünstig, wenn wir schon vorher erneut nach dem Startpattern suchen, denn das wird ja dann als Ende der Nachricht / Beginn einer neuen angesehen.
Damit wird die im Log geposteten Nachricht nun dekodiert. Ich denke, das wird so einige Probleme mit Hideki Sensoren beheben.
Ganz korrekt ist das mit den 64 Bit nun aber auch nicht. Die Korrekte Lösung wäre es, das Längenbit (#2) bereits in SIGNALduino_Hideki zu dekodieren und erst nach Länge+Checksumme nach dem Beginn einer Wiederholung zu suchen.
Was deinen anderen Post angeht, das sind Hashes.... Arrays gibt es in Perl nicht, die nennen sich Listen :)
Vom Prinzip kann man sich mit solchen hashes etwas sehr Modular aufbauen.
Das Beispiel von dir geht ja sogar so weit, dass in dem Hash die Ausgabe gesteuert wird.
Wie die Verarbeitung des Hashes da nun funktioniert weiss ich nicht.
Offset wird wohl in Bytes angegeben und aus bitsize wird wohl der Wert extrahiert.
{ "firstbit" => 0,"name" => "temperature_T01","lastbit" => 15,"factor" => 0.1,"unit" => "°C" },
Wäre vielleicht klarer zu verstehen.
Es ist halt die Frage, ob man ausschließlich Werte angibt, oder Funktionen.
Variante 1 ist solange sehr simpel, solange sich die Werte mit dem Muster verarbeiten lassen.
Eine Funktion benötigt man immer dann, wenn man noch was "individuelles braucht".
Man könnte beides verbinden und immer dann, wenn man etwas komplexes umrechnen muss noch eine Methode (optional) mit angeben
{ "firstbit" => 0,"name" => "temperature_T01","lastbit" => 15,"factor" => 0.1,"unit" => "°C" , method => sub { #eine komplexe Umrechnung} ,
Die Variante im Oregon Modul ist auch nicht schlecht, aber da der Schlüssel aus zwei Werten berechnet wird, auch etwas komplexer.
@Ralf: Nein die 13 Byte sind nicht zu lang. Wir verarbeiten ja beim Oregon Protokoll wesentlich längere.
Grüße Sidey
Zitat von: Ralf9 am 08 Februar 2016, 08:28:11
bei der Temperatur müssten auch noch negative Temperaturen berücksichtigt werden können
Das Sollte kein Problem sein, da für jeden Wert eine funktion hinterlegt ist.
Ich habe im Beispiel anonyme Funktionen verwendet, da alles in einem Einzeiler zu erledigen war.
Für Standardfälle oder komplexere Berechnungen kann man jederzeit eine Funktion (sub) erzeugen und referenzieren.
Zitat von: Ralf9 am 08 Februar 2016, 08:28:11
Es kann wie z.B. beim Modell "KW9010" auch etwas komplexer werden:
Auch kein Problem, wobei ich das Gefühl habe, das wäre auch einfacher zu realisieren gewesen.
Zitat von: Ralf9 am 08 Februar 2016, 08:28:11
Bei mehreren Sensoren in einem Protokoll kann als Unterscheidungskriterium auch Hum = 0 sein oder die
Tia, da bin ich mir noch nicht so klar.
Damit wir flexibel bleiben, wäre eine Funktion denkbar, die je nach Sensor halt befüllt wird.
Damit wir aber überhaupt mehrere Sensoren pro Protokoll definieren können, brauchen wir eine weitere Ebene in so einem Konfigurationshash:
my %Sensordevices = (
"37" =>
{
model => {
'Besser 7009994' =>
{
predec => sub { return shift },
}
'xyz 44344 Sensor =>
{
predec => sub { return shift },
}
...
Je Sensor kann dann über eine valid Funktion eine Rückgabe erfolgen, ob der Sensor korrekt dekodiert wurde.
In der Anzahl ist man zunächst auch erst mal nicht eingeschränkt.
So im großen und ganzen ergibt sich mir nun ein Bild wie das funktionieren könnte.
Grüße Sidey
Zitat von: Sidey am 08 Februar 2016, 22:40:17
...
ich habe soeben zwei Fehler behoben.
...
Hallo Sidey,
habe ein Update gemacht und werde das mal beobachten. Danke.
Jörg
Nochmal wegen der zwei Versionen. Sobald ich die aus dem dev Tree installieren zeigt mir FHEM bei 'update check' ja an das es eine aktuellere Version gibt (das müsste dann Version 3.1 sein). Wenn ich nun wegen anderer Module ein 'update' mache, muss ich danach dann wieder den dev Tree vom SIGNALduino updaten, damit alles ist wie es sein soll?
Ja leider. Außer du exkludierst die Dateien von normalen Update.
Zitat von: Hauswart am 09 Februar 2016, 14:47:18
Ja leider. Außer du exkludierst die Dateien von normalen Update.
Auf der Fhem Wiki Seite zu Tablet UI habe dazu folgdendes gefunden:
ZitatÜber update add https://raw.githubusercontent.com/knowthelist/fhem-tablet-ui/master kann seit dem 24.12.2015 die URL zum normalen Updatebefehl von FHEM hinzugefügt werden. Mit einen "update check" sieht man dann gleich alle Updates aus beiden "Welten".
Demnach müsste doch
update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txtauch gehen. oder? In meinem Testsystem ging dies jedenfalls:
Nach einem "update add..." und dann "update all":
signalduino
Got remote controls_signalduino.txt with 19 entries.
Got local controls_signalduino.txt with 16 entries.
List of new / modified files since last update:
UPD FHEM/firmware/SIGNALduino_uno.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_AS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/14_SIGNALduino_RSL.pm
UPD FHEM/90_SIGNALduino_un.pm
New entries in the CHANGED fileSieht gut aus, oder?
~Josef
Sollte auch so funktionieren. Ich habe so auch mehrere Quellen hinzugefügt.
Gesendet von meinem SM-G900F mit Tapatalk
Ok, aber was passiert wenn ich das JETZT ausführe?
fhem
List of new / modified files since last update:
UPD ./CHANGED
UPD ./fhem.pl
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/10_ZWave.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/38_JawboneUp.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/49_SSCam.pm
UPD FHEM/70_MEDIAPORTAL.pm
UPD FHEM/72_FRITZBOX.pm
UPD FHEM/90_SIGNALduino_un.pm
UPD FHEM/98_DOIF.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex
New entries in the CHANGED file:
- feature 49_SSCAM: added function "move" for continuous PTZ action
signalduino
nothing to do...
Dann macht er doch das Update aus dem FHEM repository und überschreibt die dev Variante?!
Edit: Ok dann siehst das Ergebnis so aus :D
fhem
List of new / modified files since last update:
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/90_SIGNALduino_un.pm
UPD FHEM/firmware/SIGNALduino_nano328.hex
UPD FHEM/firmware/SIGNALduino_promini328.hex
UPD FHEM/firmware/SIGNALduino_uno.hex
signalduino
nothing to do...
Im Log tauchen eine Menge Einträge dieser Art auf:
2016.02.10 01:04:37 4: SIGduino/msg READ: MC;LL=-1051;LH=907;SL=-559;SH=412;D=72389A23441F5107D000000001708080;C=439;
2016.02.10 01:04:37 4: SIGduino: Found manchester Protocol id 10 clock 439 -> OSV2o3
2016.02.10 01:04:37 4: SIGduino: Found manchester Protocol id 12 clock 439 -> Hideki protocol
2016.02.10 01:04:37 4: SIGduino/msg READ: MC;LL=-1005;LH=956;SL=-520;SH=457;D=A8DC765DEBBE0AEF82FFFFFFFFE8E48E;C=470;
2016.02.10 01:04:37 4: SIGduino: Found manchester Protocol id 10 clock 470 -> OSV2o3
2016.02.10 01:04:37 4: SIGduino: Found manchester Protocol id 12 clock 470 -> Hideki protocol
2016.02.10 01:04:37 4: SIGduino: hideki protocol converted to hex: 750F750FFDFFFFFFC52407 with 94 bits, messagestart 34
2016.02.10 01:04:37 4: Hideki_Parse SIGduino incomming P12#750F750FFDFFFFFFC52407
2016.02.10 01:04:37 4: Hideki_Parse SensorTyp = 17 decodedString = 75119f11070101014f6c09
2016.02.10 01:04:37 4: SIGduino crc failed
2016.02.10 01:04:37 4: Hideki_Parse SIGduino incomming P12#750F750FFDFFFFFFC52407
2016.02.10 01:04:37 4: Hideki_Parse SensorTyp = 17 decodedString = 75119f11070101014f6c09
2016.02.10 01:04:37 4: SIGduino crc failed
2016.02.10 01:04:37 4: SIGNALduino_unknown incomming msg: P12#750F750FFDFFFFFFC52407
2016.02.10 01:04:37 4: SIGNALduino_unknown rawData: 750F750FFDFFFFFFC52407
2016.02.10 01:04:37 4: SIGNALduino_unknown Protocol: 12
2016.02.10 01:04:37 4: SIGNALduino_unknown converted to bits: 0111010100001111011101010000111111111101111111111111111111111111110001010010010000000111
'SensorTyp = 17' ist auffällig oft mit 'SIGduino: hideki protocol converted to hex: 750F750FFDFFFFFFC52407 with 94 bits, messagestart 34' vertreten. Nur selten kommen '95 bits, messagestart 25' und '78 bits, messagestart 34' dazwischen.
Zitat von: waschbaerbauch am 10 Februar 2016, 01:32:25
Im Log tauchen eine Menge Einträge dieser Art auf:
'SensorTyp = 17' ist auffällig oft mit 'SIGduino: hideki protocol converted to hex: 750F750FFDFFFFFFC52407 with 94 bits, messagestart 34' vertreten. Nur selten kommen '95 bits, messagestart 25' und '78 bits, messagestart 34' dazwischen.
Verschwinden diese Meldungen, wenn du im windsensor die Batterien entfernst?
Gruß Ralf
Moin!
Der will mich doch verar...en..
Seit 02:11 Uhr keine Spur mehr von 'SensorTyp = 17' ::)
Hmm, 95 Bits sind eine krumme Zahl. Die Zahl der Bits sollte sich immer durch 0 teilen lassen.
@Ralf: Wie machen wir das aktuell mit dem CRC Check?
Werten wir vor der CRC Berechnung das Längenbit aus?
Da könnte ja ggf. Der Fehler liegen.
Sidey
Zitat von: Sidey am 10 Februar 2016, 08:07:00
Hmm, 95 Bits sind eine krumme Zahl. Die Zahl der Bits sollte sich immer durch 0 teilen lassen.
@Ralf: Wie machen wir das aktuell mit dem CRC Check?
Werten wir vor der CRC Berechnung das Längenbit aus?
Da könnte ja ggf. Der Fehler liegen.
Sidey
Sollte so sein (dev-r32):
...
# check crc for incoming message
# in: hex string with encrypted, raw data, starting with 75
# out: 1 for OK, 0 for failed
# sample "75BDBA4AC2BEC855AC0A00"
sub Hideki_crc{
#my $Hidekihex=shift;
#my @Hidekibytes=shift;
my @Hidekibytes = @{$_[0]};
#push @Hidekibytes,0x75; #first byte always 75 and will not be included in decrypt/encrypt!
#convert to array except for first hex
#for (my $i=1; $i<(length($Hidekihex))/2; $i++){
# my $hex=Hideki_decryptByte(hex(substr($Hidekihex, $i*2, 2)));
# push (@Hidekibytes, $hex);
#}
my $cs1=0; #will be zero for xor over all (bytes>>1)&0x1F except first byte (always 0x75)
#my $rawData=shift;
#todo add the crc check here
my $count=($Hidekibytes[2]>>1) & 0x1f;
my $b;
#iterate over data only, first byte is 0x75 always
for (my $i=1; $i<$count+2 && $i<scalar @Hidekibytes; $i++) {
$b = $Hidekibytes[$i];
$cs1 = $cs1 ^ $b; # calc first chksum
}
...
Hmm, ich sehr zwar, dass in $count die Länge steht, aber wo $count verwendet wird, sehe ich gerade nicht.
Grüße Sidey
Man könnte auch vor dem Aufruf von Hideki_crc das Längenbyte auswerten und
bei zu kurzer Nachricht eine log Meldung machen, daß die Nachricht zu kurz ist und die soll- und ist Länge mit ausgeben
Gruß Ralf
Zitat von: Sidey am 10 Februar 2016, 08:48:51
Hmm, ich sehr zwar, dass in $count die Länge steht, aber wo $count verwendet wird, sehe ich gerade nicht.
Grüße Sidey
Na, bei der Berechnung des CRC1:
for (my $i=1; $i<$count+2 && $i<scalar @Hidekibytes; $i++)
Zitat von: Ralf9 am 10 Februar 2016, 10:37:51
Man könnte auch vor dem Aufruf von Hideki_crc das Längenbyte auswerten und
bei zu kurzer Nachricht eine log Meldung machen, daß die Nachricht zu kurz ist und die soll- und ist Länge mit ausgeben
Gruß Ralf
Dann müsste man auch den Typ vorher auswerten nachdem entschlüsselt wurde, da die Länge der Nachricht vom Typ abhängig ist:
T/H insgesamt 9 Bytes
Anemometer insgesamt 12 Bytes
UV index = 9 Bytes
Rain = 8 Bytes
~josef
Zitat von: hjgode am 10 Februar 2016, 17:39:20
Dann müsste man auch den Typ vorher auswerten nachdem entschlüsselt wurde, da die Länge der Nachricht vom Typ abhängig ist:
T/H insgesamt 9 Bytes
Anemometer insgesamt 12 Bytes
UV index = 9 Bytes
Rain = 8 Bytes
~josef
Lasst es uns sich einfach machen und einfach prüfen ob $count <= scalar @hidekibytes ist.. Solange es nicht zu kurz ist, ist alles gut. Wie große die Abweichungen ist spielt doch keine Rolle.
Grüße Sidey
Zitat von: hjgode am 10 Februar 2016, 17:39:20
Dann müsste man auch den Typ vorher auswerten nachdem entschlüsselt wurde, da die Länge der Nachricht vom Typ abhängig ist:
In Byte 2 steckt Länge der Nachricht
Bits number 5..1 hold of bytes the to package read from length. byte n1 = to (b byte ≫ 11) n.
So & 0x1F after.reading Where b byte is byte 2, we 2, still andneed n is the to read n-2 bytes before we reach the checksum.
Bits 7 and 6 always seem to be "1", bit 0 always seems to be "0". These bits may however have some meaning which I am unaware of.Ich würde es so machen
my $packageLen = (($decodedBytes[2]>>1) & 0x1f) + 2;
my $decodedLen = length($decodedString);
if ($decodedLen < $packageLen) { # zu kurzWenn die Nachricht zu kurz ist kann mit return abgebrochen werden
Gruß Ralf
Zitat von: Ralf9 am 10 Februar 2016, 20:17:44
my $packageLen = (($decodedBytes[2]>>1) & 0x1f) + 2;
my $decodedLen = length($decodedString);
if ($decodedLen < $packageLen) { # zu kurz
Ginge das nicht noch einfacher? Nachdem ich noch mal die Protokollbeschreibung gelesen habe, müsste $count+2 auch falsch sein, da in $count ja die Anzahl an Bytes steht und wir zusätzlich noch den übertragenen crc Wert auswerten müssen.
my $count=($Hidekibytes[2]>>1) & 0x1f;
log3 $name, 5, "$name: Message is to short" && return 0 if (scalar @Hidekibytes < $count);
my $b;
#iterate over data only, first byte is 0x75 always n+1 must also be checked
for (my $i=1; $i<$count+1; $i++) {
Grüße Sidey
Zitat von: Sidey am 10 Februar 2016, 22:03:53
Ginge das nicht noch einfacher? Nachdem ich noch mal die Protokollbeschreibung gelesen habe, müsste $count+2 auch falsch sein, da in $count ja die Anzahl an Bytes steht und wir zusätzlich noch den übertragenen crc Wert auswerten müssen.
my $count=($Hidekibytes[2]>>1) & 0x1f;
log3 $name, 5, "$name: Message is to short" && return 0 if (scalar @Hidekibytes < $count);
my $b;
#iterate over data only, first byte is 0x75 always n+1 must also be checked
for (my $i=1; $i<$count+1; $i++) {
Grüße Sidey
Zitat:
Byte n+1: The checksum byte makes sure that the outcome of an exclusive or of bytes 1..n+1 is 0.Also muss die checksumme bis n+1 gezählt werden.
for(my $i=1; $i < $count+2...zählt bis count+1 (oder wie in der Doku bis n+1); die Zählung in perl beginnt wie in der Doku bei 0; das 1. Byte wird bei der checksumme ausgespart. Man hätte auch
for(my $i=1; $i =< $count+1...schreiben können, Dann verwirrt es nicht so. Liest sich dann einfach: 'Für Byte 1 bis n+1'
Fazit: Die checksummen-Berechnung is OK so.
~Josef
Zitat von: Sidey am 10 Februar 2016, 22:03:53
Ginge das nicht noch einfacher? Nachdem ich noch mal die Protokollbeschreibung gelesen habe, müsste $count+2 auch falsch sein, da in $count ja die Anzahl an Bytes steht und wir zusätzlich noch den übertragenen crc Wert auswerten müssen.
$count+2 passt.
Beim thermo/hygro-sensor ist byte 2 = 0xCE . CE ergibt ein $count von 7. Von 75 bis einschließlich der Prüfsumme sind es 9 Byte
Gruß Ralf
Zitat von: hjgode am 10 Februar 2016, 22:22:12
for(my $i=1; $i =< $count+1...
schreiben können, Dann verwirrt es nicht so. Liest sich dann einfach: 'Für Byte 1 bis n+1'
Fazit: Die checksummen-Berechnung is OK so.
Stimmt, das hatte ich übersehen.....
for(my $i=1; $i =< $count+1...
muss natürlich
for(my $i=1; $i <= $count+1...
lauten, es ei denn Perl ist da anders als C. Nicht, dass einer die 'falsche' Syntax ungeprüft übernimmt.
Hallo,
ich habe meinen Signalduino bestehend aus einem Arduino Nano328 an einem RasPi hängen und diesen dann per ser2net ins Netzwerk gebracht. Im Event Monitor bekomme ich dauernd die Meldung
SIGNALduino SIGNALduino Initialized
Kann sich jemand vorstellen woran dies liegt? Als Fhemduino hatte er das Problem nicht.
Unterstützt der Signalduino eigentlich andere Baudraten als 57600?
Gruß,
Tobias
Welche Firmware läuft auf dem Signalduino?
Als Baudrate wird derzeit nur 57600 unterstützt. Benötigst Du eine andere?
Hallo,
ich denke die aktuellste:
SIGNALduino version => V 3.2.0-b12 SIGNALduino - compiled at Feb 6 2016 23:59:03
Ich dachte ich teste mal eine langsamere und schaue wie sich dies verhält.
Gruß,
Tobias
Passiert das mit dem disconnect auch, wenn Du den Arduino direkt an seinen Fhem Server anbindest?
Sidey
@Sidey hast PM
Das muss ich erst ausprobieren , was mich stutzig macht, das das Problem als der Arduino ein Fhemduino war nicht auftrat und er nur mit 9600 Baud kommunizierte.
Tobias
Gesendet von meinem SM-N9005 mit Tapatalk
Hallo,
ich möchte den Empfang meines 433Mhz Superheterody Receivers etwas verbessern. Der Aufwand einer Groundplane Antenne ist mir aber zu groß.
Geht es auch einfacher? Bringen die Antennen in der Anlage auch eine merkbare Verbesserung gegenüber nur einem einfachen Draht?
Gruß Ralf
Hallo,
ich würd Signalduino gerne auf einem Arduino Micro (MEGA32U4) nutzen. Wäre es möglich ein Image bereit zustellen, bzw. was müsste dazu in der Source geändert werden
Auf dem Mega32U läuft der Interrupt auf einem anderen Port, meiner ist leider kaputt, so dass ich nicht testen kann.
Guten Abend zusammen,
Hab's heute erfolgreich geschafft, einen alten Arduino Nano mit einen RXB12 433Mhz Receiver erfolgreich als Signalduino in FHEM einzubinden.
Das Teil liefert auch direkt Werte, mit denen ich was anfangen kann. Habe hier eine Hideki-kompatible Wetterstation (TE934) mit diversen Sensoren (Temp/Humi, käufliche als auch Eigenbauten), deren Daten ich bisher mit einem Arduino mit einem adaptierten Sketch eingefangen habe. Die Eigenbau-Sensoren (Ebenfalls Arduinos mit DHT22-Sensoren) senden das gleiche Protokoll wie die käuflichen. Allerdings senden diese Eigenbau-Sensoren teilweise auf dem gleichen Kanal wie die Kaufsensoren. Bei meiner eigenen Lösung filtere ich diese jedoch noch nach der Sender-ID, die bei jedem Datenpaket mitgesendet wird (und die sich auch beim Batterieweschel ändert) und kann daher Sensoren, die auf dem gleichen Kanal senden, auseinander halten.
In FHEM werden mir nämlich nur die Kanalbezogenen Daten angezeigt, dh. z.b.
Zitat
2016-02-15_20:48:30 Hideki_30_2 T: 19.3 H: 13 Bat: ok
2016-02-15_20:48:30 Hideki_30_2 humidity: 13
2016-02-15_20:48:30 Hideki_30_2 temperature: 19.3
2016-02-15_20:52:15 Hideki_30_2 battery: ok
2016-02-15_20:52:15 Hideki_30_2 channel: 2
2016-02-15_20:52:16 Hideki_30_2 T: 21 H: 44 Bat: ok
2016-02-15_20:52:16 Hideki_30_2 humidity: 44
2016-02-15_20:52:16 Hideki_30_2 temperature: 21
2016-02-15_20:53:00 Hideki_30_2 T: 19.3 H: 13 Bat: ok
2016-02-15_20:53:00 Hideki_30_2 humidity: 13
2016-02-15_20:53:00 Hideki_30_2 temperature: 19.3
2016-02-15_20:58:15 Hideki_30_2 T: 19.3 H: 13 Bat: ok
2016-02-15_20:58:15 Hideki_30_2 battery: ok
2016-02-15_20:58:15 Hideki_30_2 channel: 2
2016-02-15_20:58:15 Hideki_30_2 humidity: 13
2016-02-15_20:58:15 Hideki_30_2 temperature: 19.3
D.h auf Kanal 2 habe ich zwei unterschiedliche Temperaturen/Luftfeuchtigkeiten, da die Sensoren in zwei verschiedenen Räumen stehen, jedoch in nur einem Logfile zusammenlaufen.
In der allgemeinen Log-Datei sind die ID-Angaben zur Unterscheidung der Sensoren jedoch mit aufgeführt.
Zitat
2016.02.15 21:25:15 4: sduino/msg READ: MC;LL=-1033;LH=909;SL=-555;SH=384;D=AE66174A68E7E8C12A145A00;C=430;
2016.02.15 21:25:15 4: sduino: Found manchester Protocol id 12 clock 430 -> Hideki protocol
2016.02.15 21:25:15 4: sduino: hideki protocol converted to hex: 7533BACA71BF0CA9282D00 with 96 bits, messagestart 0
2016.02.15 21:25:15 4: Hideki_Parse sduino incomming P12#7533BACA71BF0CA9282D00
2016.02.15 21:25:15 4: Hideki_Parse SensorTyp = 30 decodedString = 7555ce5e93c114fb787700
2016.02.15 21:25:15 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=55, channel=2, temp=19.3, humidity=14, bat=ok, rain=0
2016.02.15 21:25:15 4: sduino/msg READ: MU;P0=455;P1=9608;P2=-830;P3=942;D=0123232020202320202320202020232320202320232320202323202023202020232020202020232020232020202020232023232320202023232020232020232020202;CP=0;
2016.02.15 21:25:15 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.15 21:25:15 4: sduino/msg READ: MC;LL=-1016;LH=938;SL=-525;SH=498;D=B9985D29239FA304A8550000;C=478;
2016.02.15 21:25:15 4: sduino: Found manchester Protocol id 12 clock 478 -> Hideki protocol
2016.02.15 21:25:16 4: sduino/msg READ: MC;LL=-1101;LH=853;SL=-533;SH=418;D=AE26174A60F3E8F154A66400;C=423;
2016.02.15 21:25:16 4: sduino: Found manchester Protocol id 12 clock 423 -> Hideki protocol
2016.02.15 21:25:16 4: sduino: hideki protocol converted to hex: 7532BACAF0BE3C55651300 with 96 bits, messagestart 0
2016.02.15 21:25:16 4: Hideki_Parse sduino incomming P12#7532BACAF0BE3C55651300
2016.02.15 21:25:16 4: Hideki_Parse SensorTyp = 30 decodedString = 7556ce5e10c244ffaf3500
2016.02.15 21:25:16 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=56, channel=2, temp=21, humidity=44, bat=ok, rain=0
Wäre es möglich, diese Sensor-ID-Unterscheidung auch noch mit in die 14_Hideki.pm einzubauen?
Ein Hideki-Logfile könnte dann ja dann ja z.b. Hideki_30_2_55-2016.log und Hideki_30_2_56-2016.log statt nur Hideki_30_2-2016.log heissen..
Danke schon mal ...
Bis denne
Jonas
Zitat von: Sprocki62 am 15 Februar 2016, 22:26:07
Wäre es möglich, diese Sensor-ID-Unterscheidung auch noch mit in die 14_Hideki.pm einzubauen?
Ein Hideki-Logfile könnte dann ja dann ja z.b. Hideki_30_2_55-2016.log und Hideki_30_2_56-2016.log statt nur Hideki_30_2-2016.log heissen..
Setze in deinem SIGNALduino device das Attribut longid mal auf 1.
Dann hast Du, was Du wolltest.
Wenn Du es nicht für alle deine Sensoren möchtest, kannst Du es über eine Regex einschränken.
Grüße Sidey
Wow!
DAS war schnell.... und genau das, was ich gesucht habe!
Vielen herzlichen Dank!!! :)
Beim heutigen Update von FHEM bricht es ab mit folgender Fehlermeldung:
2016.02.17 18:07:35 1: Got 98057 bytes for FHEM/00_SIGNALduino.pm, expected 98058
2016.02.17 18:07:35 1: aborting.
Bin ich damit alleine, oder habt ihr das auch?
Gruß Thomas
Nabend,
ich würde auch mal wieder gerne eine Erläuterung bekommen. Ich habe gerade mit einem WS0002 das Verhalten mit dem Signalduino getestet und dazu eine Frage. Folgende Logmeldungen werden ausgegeben:
2016.02.19 19:40:50 5: SIGNALduino/RAW READ: /MS;P0=-9225;P3
2016.02.19 19:40:50 5: SIGNALduino/RAW READ: MS;P0=-9225;P3/=482;P4=-1956;P5=-3918;D=30034353435343435343434343535353434343434343534353535353435343435353535353530343534353434353434343435353534343434343435343535353534353434353535353535303435343534343534343434353530;CP=3;SP=0;O;
2016.02.19 19:40:50 4: SIGNALduino/msg READ: MS;P0=-9225;P3=482;P4=-1956;P5=-3918;D=30034353435343435343434343535353434343434343534353535353435343435353535353530343534353434353434343435353534343434343435343535353534353434353535353535303435343534343534343434353530;CP=3;SP=0;O;
2016.02.19 19:40:50 5: SIGNALduino/RAW READ: /MS;P0=-3909;P1=451;P2=-1954;P3=-9162;D=13121012101212101212121210101012121212121210121010101012101212101010101010;CP=1;SP=3;
2016.02.19 19:40:50 4: SIGNALduino/msg READ: MS;P0=-3909;P1=451;P2=-1954;P3=-9162;D=13121012101212101212121210101012121212121210121010101012101212101010101010;CP=1;SP=3;
2016.02.19 19:40:50 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:40:50 5: Starting demodulation at Position 2
2016.02.19 19:40:50 5: converted Data to (s521C0BD3F000)
2016.02.19 19:40:50 5: sduino dispatch s521C0BD3F000
2016.02.19 19:40:50 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.02.19 19:40:50 2: CUL_TCM97001 Unknown device CUL_TCM97001_82, please define it
2016.02.19 19:41:24 5: SIGNALduino/RAW READ: /MS;P1=485;P2=-1958;P3=-3907;P4=-9228;D=14121312131212131212121213131212121212121213121313131313131212131313131313;CP=1;SP=4;O;
2016.02.19 19:41:24 4: SIGNALduino/msg READ: MS;P1=485;P2=-1958;P3=-3907;P4=-9228;D=14121312131212131212121213131212121212121213121313131313131212131313131313;CP=1;SP=4;O;
2016.02.19 19:41:24 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:41:24 5: Starting demodulation at Position 2
2016.02.19 19:41:24 5: converted Data to (s52180BF3F000)
2016.02.19 19:41:24 5: sduino dispatch s52180BF3F000
2016.02.19 19:41:24 5: sduino dispatch P7#52180BF3F0
2016.02.19 19:41:24 4: SD_WS07_Parse SD_WS07 (P7#52180BF3F0) length: 10
2016.02.19 19:41:24 5: SD_WS07 converted to bits: 01010010 0 001 100000001011 1111 00111111
2016.02.19 19:41:24 4: SIGNALduino_unknown incomming msg: P7#52180BF3F0
2016.02.19 19:41:24 4: SIGNALduino_unknown rawData: 52180BF3F0
2016.02.19 19:41:24 4: SIGNALduino_unknown Protocol: 7
2016.02.19 19:41:24 4: SIGNALduino_unknown converted to bits: 0101001000011000000010111111001111110000
2016.02.19 19:41:24 4: SIGNALduino_unknown decoded protocolid: 7 (TX70DTH) sensor id=52, channel=1, temp=1.1, hum=63, bat=critical
2016.02.19 19:41:24 4: SIGNALduino_unknown decoded protocolid: 7 (EAS800z / type=5) mode=manual, sensor id=2, channel=2, temp=205.9, hum=63, bat=critical
2016.02.19 19:41:24 5: SIGNALduino/RAW READ: /MS;P0=-1958;P1=448;P2=-3914;P3=-9167;D=13101210121010121010101012121010101010101012101212121212121010121212121212;CP=1;SP=3;
2016.02.19 19:41:24 4: SIGNALduino/msg READ: MS;P0=-1958;P1=448;P2=-3914;P3=-9167;D=13101210121010121010101012121010101010101012101212121212121010121212121212;CP=1;SP=3;
2016.02.19 19:41:24 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:41:24 5: Starting demodulation at Position 2
2016.02.19 19:41:24 5: converted Data to (s52180BF3F000)
2016.02.19 19:41:24 4: Dropped (s52180BF3F000) due to short time or equal msg
2016.02.19 19:41:59 5: SIGNALduino/RAW READ: /MS;P0=-9215;P1=-1955;P2=490;P5=-3909;D=20212521252121252121212125252121212121212125252121212121212121252525252525;CP=2;SP=0;O;
2016.02.19 19:41:59 4: SIGNALduino/msg READ: MS;P0=-9215;P1=-1955;P2=490;P5=-3909;D=20212521252121252121212125252121212121212125252121212121212121252525252525;CP=2;SP=0;O;
2016.02.19 19:41:59 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:41:59 5: Starting demodulation at Position 2
2016.02.19 19:41:59 5: converted Data to (s52180C03F000)
2016.02.19 19:41:59 5: sduino dispatch s52180C03F000
2016.02.19 19:41:59 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.02.19 19:41:59 2: CUL_TCM97001 Unknown device CUL_TCM97001_82, please define it
2016.02.19 19:41:59 2: autocreate: define NC_WS_82 CUL_TCM97001 CUL_TCM97001_82
2016.02.19 19:41:59 2: autocreate: define FileLog_NC_WS_82 FileLog ./log/NC_WS_82-%Y.log NC_WS_82
2016.02.19 19:41:59 2: autocreate: define SVG_NC_WS_82 SVG FileLog_NC_WS_82:temp4hum4:CURRENT
2016.02.19 19:41:59 1: PERL WARNING: Use of uninitialized value $x in substitution (s///) at ./FHEM/01_FHEMWEB.pm line 2449.
2016.02.19 19:41:59 1: PERL WARNING: Use of uninitialized value $a[1] in join or string at ./FHEM/01_FHEMWEB.pm line 2450.
2016.02.19 19:41:59 1: PERL WARNING: Use of uninitialized value $a[2] in join or string at ./FHEM/01_FHEMWEB.pm line 2450.
2016.02.19 19:41:59 5: SIGNALduino/RAW READ: /MS;P0=-1956;P1=486;P2=-3911;P3=-9225;D=13101210121010121010101012121010101010101012121010101010101010121212121212;CP=1;SP=3;O;
2016.02.19 19:41:59 4: SIGNALduino/msg READ: MS;P0=-1956;P1=486;P2=-3911;P3=-9225;D=13101210121010121010101012121010101010101012121010101010101010121212121212;CP=1;SP=3;O;
2016.02.19 19:41:59 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:41:59 5: Starting demodulation at Position 2
2016.02.19 19:41:59 5: converted Data to (s52180C03F000)
2016.02.19 19:41:59 4: Dropped (s52180C03F000) due to short time or equal msg
2016.02.19 19:42:34 5: SIGNALduino/RAW READ: /MS;P2=482;P3=-3910;P4=-
2016.02.19 19:42:34 5: SIGNALduino/RAW READ: MS;P2=482;P3=-3910;P4=-/1959;P5=-9216;D=25242324232424232424242423232424242424242423232424242424242424232323232323;CP=2;SP=5;O;
2016.02.19 19:42:34 4: SIGNALduino/msg READ: MS;P2=482;P3=-3910;P4=-1959;P5=-9216;D=25242324232424232424242423232424242424242423232424242424242424232323232323;CP=2;SP=5;O;
2016.02.19 19:42:34 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:42:34 5: Starting demodulation at Position 2
2016.02.19 19:42:34 5: converted Data to (s52180C03F000)
2016.02.19 19:42:34 5: sduino dispatch s52180C03F000
2016.02.19 19:42:34 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.02.19 19:42:34 5: SIGNALduino/RAW READ: /MS;P0=-1958;P1=487;P2=-3907;P3=-9223;D=13101210121010121010101012121010101010101012121010101010101010121212121212;CP=1;SP=3;O;
2016.02.19 19:42:34 4: SIGNALduino/msg READ: MS;P0=-1958;P1=487;P2=-3907;P3=-9223;D=13101210121010121010101012121010101010101012121010101010101010121212121212;CP=1;SP=3;O;
2016.02.19 19:42:34 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:42:34 5: Starting demodulation at Position 2
2016.02.19 19:42:34 5: converted Data to (s52180C03F000)
2016.02.19 19:42:34 4: Dropped (s52180C03F000) due to short time or equal msg
2016.02.19 19:43:09 5: SIGNALduino/RAW READ: /MS;P0=489;P1=-1953;P2=-3910;P3=-9216;D=03010201020101020101010102020101010101010102020101010101020101020202020202;CP=0;SP=3;O;
2016.02.19 19:43:09 4: SIGNALduino/msg READ: MS;P0=489;P1=-1953;P2=-3910;P3=-9216;D=03010201020101020101010102020101010101010102020101010101020101020202020202;CP=0;SP=3;O;
2016.02.19 19:43:09 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:43:09 5: Starting demodulation at Position 2
2016.02.19 19:43:09 5: converted Data to (s52180C13F000)
2016.02.19 19:43:09 5: sduino dispatch s52180C13F000
2016.02.19 19:43:09 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.02.19 19:43:09 5: SIGNALduino/RAW READ: /MS;P0=-1958;P1=483;P2=-3915;P3=-9223;D=13101210121010121010101012121010101010101012121010101010121010121212121212;CP=1;SP=3;O;
2016.02.19 19:43:09 4: SIGNALduino/msg READ: MS;P0=-1958;P1=483;P2=-3915;P3=-9223;D=13101210121010121010101012121010101010101012121010101010121010121212121212;CP=1;SP=3;O;
2016.02.19 19:43:09 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:43:09 5: Starting demodulation at Position 2
2016.02.19 19:43:09 5: converted Data to (s52180C13F000)
2016.02.19 19:43:09 4: Dropped (s52180C13F000) due to short time or equal msg
2016.02.19 19:43:44 5: SIGNALduino/RAW READ: /MS;P0=-9223;P2=489;P4=-1957;P5=-3907;D=20242524252424252424242425252424242424242425252424242424252424252525252525;CP=2;SP=0;O;
2016.02.19 19:43:44 4: SIGNALduino/msg READ: MS;P0=-9223;P2=489;P4=-1957;P5=-3907;D=20242524252424252424242425252424242424242425252424242424252424252525252525;CP=2;SP=0;O;
2016.02.19 19:43:44 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:43:44 5: Starting demodulation at Position 2
2016.02.19 19:43:44 5: converted Data to (s52180C13F000)
2016.02.19 19:43:44 5: sduino dispatch s52180C13F000
2016.02.19 19:43:44 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.02.19 19:43:44 5: SIGNALduino/RAW READ: /MS;P0=-1956;P1=490;P2=-3910;P3=-9216;D=13101210121010121010101012121010101010101012121010101010121010121212121212;CP=1;SP=3;O;
2016.02.19 19:43:44 4: SIGNALduino/msg READ: MS;P0=-1956;P1=490;P2=-3910;P3=-9216;D=13101210121010121010101012121010101010101012121010101010121010121212121212;CP=1;SP=3;O;
2016.02.19 19:43:44 4: Found matched Protocol id 0 -> weather1
2016.02.19 19:43:44 5: Starting demodulation at Position 2
2016.02.19 19:43:44 5: converted Data to (s52180C13F000)
2016.02.19 19:43:44 4: Dropped (s52180C13F000) due to short time or equal msg
Wieso kommt jetzt aber erst beim dritten Mal um 19:41:59 das Autocreate und erstellt das Gerät, obwohl doch auch schon die erste Erkennung um 19:40:50 ein "Unknown device CUL_TCM97001_82, please define it" geliefert hat? Und wieso passiert bei der zweiten Erkennung um 19:41:24 gar nichts?
Gruß,
Tim
Zitat von: Cruiser79 am 17 Februar 2016, 20:29:57
Nabend,
ich würde auch mal wieder gerne eine Erläuterung bekommen. Ich habe gerade mit einem WS0002 das Verhalten mit dem Signalduino getestet und dazu eine Frage. Folgende Logmeldungen werden ausgegeben:
Hi,
ich habe es mal auf die drei wesentlichen Logeinträge reduziert:
2016.02.19 19:40:50 5: sduino dispatch s521C0BD3F000
2016.02.19 19:41:24 5: sduino dispatch s52180BF3F000
2016.02.19 19:41:59 5: sduino dispatch s52180C03F000
Wie Du siehst, sind das erst mal drei verschiedenen Nachrichten.
Die 1. und Dritte Nachricht wurde vom CUL_TCM97001 Modul als NC_WS erkannt. Die 2. Übertragung nicht. Die können wir erst mal ignorieren.
Damit nicht für jede "fehlerhafte" Übertragung ein Gerät angelegt wird, muss eine definierte Anzahl an Nachrichten innerhalb einer Zeit empfangen werden.
Für NC WS Sensoren sind das 2 Nachrichten vom gleichen Sensor innerhalb von 180 Sekunden. Das Kriterium war dann um 19:41:59 erfüllt.
Grüße Sidey
Zitat von: Papaloewe am 17 Februar 2016, 18:13:22
2016.02.17 18:07:35 1: Got 98057 bytes for FHEM/00_SIGNALduino.pm, expected 98058
2016.02.17 18:07:35 1: aborting.
Ich weiss zwar nicht, wieso das passiert ist, aber ich habe es soeben behoben.
Update geht wieder.
Zitat von: Sidey am 17 Februar 2016, 21:53:15
Hi,
ich habe es mal auf die drei wesentlichen Logeinträge reduziert:
2016.02.19 19:40:50 5: sduino dispatch s521C0BD3F000
2016.02.19 19:41:24 5: sduino dispatch s52180BF3F000
2016.02.19 19:41:59 5: sduino dispatch s52180C03F000
Wie Du siehst, sind das erst mal drei verschiedenen Nachrichten.
Die 1. und Dritte Nachricht wurde vom CUL_TCM97001 Modul als NC_WS erkannt. Die 2. Übertragung nicht. Die können wir erst mal ignorieren.
Damit nicht für jede "fehlerhafte" Übertragung ein Gerät angelegt wird, muss eine definierte Anzahl an Nachrichten innerhalb einer Zeit empfangen werden.
Für NC WS Sensoren sind das 2 Nachrichten vom gleichen Sensor innerhalb von 180 Sekunden. Das Kriterium war dann um 19:41:59 erfüllt.
Grüße Sidey
Ah ok, das erklärt auch meine Erfahrung, wieso es immer etwas länger dauert, bis ein WS Sensor mit autocreate auf der
Oberfläche erscheint. Danke für die Erklärung.
Noch eine weitere Frage zu den WS Sensoren, oder zu Sensoren allgemein: Ich habe einen WS Sensor, der weder mit der Arduino LED, noch im Log Reaktion zeigt, obwohl seine Statusled im Updateintervall blinkt. Da ein zweiter WS Sensor erfolgreich (siehe vorheriges Log) erkannt wird, gehe ich von einem Defekt des Sensors aus. Kann ich irgendwie feststellen, ob wirklich keine Daten gesendet werden?
Gruß,
Tim
Zitat von: Cruiser79 am 17 Februar 2016, 22:09:06
Ah ok, das erklärt auch meine Erfahrung, wieso es immer etwas länger dauert, bis ein WS Sensor mit autocreate auf der
Oberfläche erscheint. Danke für die Erklärung.
Noch eine weitere Frage zu den WS Sensoren, oder zu Sensoren allgemein: Ich habe einen WS Sensor, der weder mit der Arduino LED, noch im Log Reaktion zeigt, obwohl seine Statusled im Updateintervall blinkt. Da ein zweiter WS Sensor erfolgreich (siehe vorheriges Log) erkannt wird, gehe ich von einem Defekt des Sensors aus. Kann ich irgendwie feststellen, ob wirklich keine Daten gesendet werden?
Aufschrauben und direkt per Kabel den Arduino mit dem Sensor verbinden oder die original Empfängerstation mal testen, aber vermutlich hast du die, wie alle hier geschlachtet.
Grüße Sidey
Zitat von: Sidey am 17 Februar 2016, 22:10:43
Aufschrauben und direkt per Kabel den Arduino mit dem Sensor verbinden oder die original Empfängerstation mal testen, aber vermutlich hast du die, wie alle hier geschlachtet.
Grüße Sidey
Empfängerstation habe ich nicht, habe die Sensoren einzeln über die Bucht gekauft. Das mit dem Aufschrauben klingt gut, hatte ich schonmal gemacht um zu sehen, ob irgendwas "aufgeraucht" aussah. Du weisst aber nicht zufällig, wo ich da genau in dem Sensor ansetzen muss? Ich erkenne irgendwie nirgends auf dem Board den Sender.
Gruß,
Tim
muss nicht defekt sein. leg einfach die batterien in den ws neu ein. teilweise werden die nicht erkannt / auch mal als einer erkannt obwohl es 2 sind.
beim einlegen wird eine neue id generiert die dann wahrscheinlich eindeutig ist. habe 7 ws im einsatz und musste bei 3 von denen mehrmals die batterie neu einlegen bis alle da waren
Hallo Sidey,
Ich mal wieder. Der SIGNALDuino kann jetzt das Dooya-Protokoll, soweit so gut. Wenn ich aber sende mit
set R_Treppenhaus runter;set R_Bad1 runter
oder noch mehr hintereinander geht immer nur das 1. Rollo runter
sende ich aber mit nem sleep 1
set R_Treppenhaus runter;sleep 1;set R_Bad1 runter
gehen beide Rollos runter
Log
2016.02.20 11:29:35 4: sduino: sending via SendMsg: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145234545234545454545454545234523234523234523232323452323454545234545232345452323;
2016.02.20 11:29:35 4: sduino: sending via SendMsg: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145452323452323234545454545232345452345232345454523232345454545234545232345452323;
2016.02.20 11:29:35 4: sduino/msg READ: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=014545SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145234545234545454545454545234523234523234523232323452323454545234545232345452323;
Log mit sleep 1
2016.02.20 11:33:31 4: sduino: sending via SendMsg: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145234545234545454545454545234523234523234523232323452323454545234545232345452323;
2016.02.20 11:33:31 4: sduino/msg READ: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145234545234545454545454545234523234523234523232323452323454545234545232345452323;
2016.02.20 11:33:32 4: sduino: sending via SendMsg: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145452323452323234545454545232345452345232345454523232345454545234545232345452323;
2016.02.20 11:33:32 4: sduino/msg READ: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145452323452323234545454545232345452345232345454523232345454545234545232345452323;
Ich hoffe du kannst damit was anfangen.
Jarnsen
EDIT:
habe mal spaßenshalber
set sduino sendMsg P16#0100100000000101101101111011000100010001#R10
set sduino sendMsg P16#0100100000000101101101111011000100010001#R100
set sduino sendMsg P16#0100100000000101101101111011000100010001#R1000
einzeln nacheinander gesendet. Die Arduino SendeLED blinkt immer gleichkurz. Das sollte ja nicht so sein oder??
Zitat von: Jarnsen am 20 Februar 2016, 11:38:11
Ich mal wieder. Der SIGNALDuino kann jetzt das Dooya-Protokoll, soweit so gut. Wenn ich aber sende mit
oder noch mehr hintereinander geht immer nur das 1. Rollo runter
sende ich aber mit nem sleep 1
gehen beide Rollos runter
Das Problem gibt es auch bei Intertechno
http://forum.fhem.de/index.php/topic,49607.msg413110.html#msg413110
Das Problem dürfte bestehen, wenn der zweite Befehl gesendet wird bevor der erste komplett verarbeitet wurde.
Gruß Ralf
Der IR-Bewgungsmelder "Smartwares SH5-TSO-A" funktioniert prima mit der dev-32 Version.
Meldet sich al IT-device an, bei mir sieht das so aus:
define BM IT 00010000011010110000000000 0 0001
Damit habe ich eine 1A "Nachts-Treppe-Beleuchtet-bei Bewegung" - Funktion im Haus.
Im master-branch funktioniert das Ding dagegen nicht. Schade eigentlich.
Wenn weitere Daten zur Berücksichtigung im master benötigt werden: Tell me what you need.
Zitat von: RappaSan am 21 Februar 2016, 21:45:23
Der IR-Bewgungsmelder "Smartwares SH5-TSO-A" funktioniert prima mit der dev-32 Version.
Meldet sich al IT-device an, bei mir sieht das so aus:
define BM IT 00010000011010110000000000 0 0001
Damit habe ich eine 1A "Nachts-Treppe-Beleuchtet-bei Bewegung" - Funktion im Haus.
Im master-branch funktioniert das Ding dagegen nicht. Schade eigentlich.
Wenn weitere Daten zur Berücksichtigung im master benötigt werden: Tell me what you need.
Hi,
das ist doch prima.
Mit master meinst Du die Version, welche derzeit noch via FHEM verteilt wird?
Grüße Sidey
Zitat von: Jarnsen am 20 Februar 2016, 11:38:11
Hallo Sidey,
Ich mal wieder. Der SIGNALDuino kann jetzt das Dooya-Protokoll, soweit so gut. Wenn ich aber sende mit
set R_Treppenhaus runter;set R_Bad1 runter
oder noch mehr hintereinander geht immer nur das 1. Rollo runter
Du überträgst den 2. Befehl, noch bevor der 1. Befehl abgearbeitet werden konnte.
Um das ohne delay zu lösen, müsste ich eine Warteschlange in das Modul integrieren, die Befehle mit einem minimalen Delay abarbeitet.
Bis da hin, bitte mit delay arbeiten. :)
Zitat von: Jarnsen am 20 Februar 2016, 11:38:11
habe mal spaßenshalber
set sduino sendMsg P16#0100100000000101101101111011000100010001#R10
set sduino sendMsg P16#0100100000000101101101111011000100010001#R100
set sduino sendMsg P16#0100100000000101101101111011000100010001#R1000
einzeln nacheinander gesendet. Die Arduino SendeLED blinkt immer gleichkurz. Das sollte ja nicht so sein oder??
Wenn Du mit SendeLED die LED meinst, welche durch den SIGNALDuino gesteuert wird, dann ist das korrekt.
Das Blinken bedeutet im Prinzip: Ich habe etwas empfangen. In diesem Fall eine Serielle Nachricht. Ansonsten kann es auch eine Nachricht sein, die via Funk erkannt wurde.
Wenn Du einen Unterschied bei den Repeats sehen willst, dann solltest Du eine LED an Pin#11 anschließen.
Die Flackert dann beim Senden.
Grüße Sidey
Ok danke.... Mache ich morgen...
Gesendet von iPhone mit Tapatalk
Moin Sidey,
genau, master= FHEM-verteilt.
Das Update überschreibt aber immer die händisch eingespielten dev-32 Dateien :(
Zitat von: Sidey am 21 Februar 2016, 23:09:27
Wenn Du einen Unterschied bei den Repeats sehen willst, dann solltest Du eine LED an Pin#11 anschließen.
Die Flackert dann beim Senden.
Habe ich gemacht, geht wunderbar. Hatte mich von den RX / TX LED's auf dem nano verwirren lassen.
Nochmal auf das Delay zurück zu kommen, wäre es nicht effektiver anstelle mit nem Delay mit ner Routine zu arbeiten die wartet bis das senden zu Ende ist? Egal ob das 5ms oder 500ms dauert. Müsste ja ähnlich wie mit der LED zur Anzeige gehen außer das man von D11 an nen anderen Eingang müsste. Oder ist das ein zu großer Aufwand gegenüber dem Nutzen?
Gruß Jarnsen
Gesendet von iPhone mit Tapatalk
Ich habe bei meinem Bresser Temperatursensor entdeckt, das dort häufig ziemliche unrealisitsche Temperaturwerte und Sprünge zu finden sind.
2016-02-22_09:25:42 sz_Thermometer temperature: 18.2
2016-02-22_09:31:24 sz_Thermometer temperature: 18.2
2016-02-22_09:31:32 sz_Thermometer temperature: -26.2
2016-02-22_09:32:21 sz_Thermometer temperature: 18.2
2016-02-22_09:38:03 sz_Thermometer temperature: 18.2
2016-02-22_09:43:46 sz_Thermometer temperature: 18.2
2016-02-22_09:46:03 sz_Thermometer temperature: -26.2
2016-02-22_09:47:33 sz_Thermometer temperature: 18.2
2016-02-22_09:48:17 sz_Thermometer temperature: -26.2
2016-02-22_09:48:31 sz_Thermometer temperature: 18.2
2016-02-22_09:50:33 sz_Thermometer temperature: -26.2
2016-02-22_09:51:21 sz_Thermometer temperature: 18.2
2016-02-22_09:51:39 sz_Thermometer temperature: -26.2
2016-02-22_09:52:18 sz_Thermometer temperature: 18.2
2016-02-22_09:52:46 sz_Thermometer temperature: -26.2
2016-02-22_09:53:15 sz_Thermometer temperature: 18.2
2016-02-22_09:53:53 sz_Thermometer temperature: -26.2
2016-02-22_09:54:12 sz_Thermometer temperature: 18.2
2016-02-22_09:54:59 sz_Thermometer temperature: -26.2
2016-02-22_09:55:09 sz_Thermometer temperature: 18.2
2016-02-22_09:57:16 sz_Thermometer temperature: -26.2
2016-02-22_09:58:57 sz_Thermometer temperature: 18.2
2016-02-22_10:03:57 sz_Thermometer temperature: -26.2
2016-02-22_10:04:39 sz_Thermometer temperature: 18.2
2016-02-22_10:06:10 sz_Thermometer temperature: -26.3
2016-02-22_10:06:33 sz_Thermometer temperature: 18.2
2016-02-22_10:07:18 sz_Thermometer temperature: -26.3
2016-02-22_10:07:32 sz_Thermometer temperature: 18.2
2016-02-22_10:08:25 sz_Thermometer temperature: -26.3
2016-02-22_10:08:27 sz_Thermometer temperature: 18.2
während manchmal alles in Ordnung ist.
2016-02-22_10:36:57 sz_Thermometer temperature: 18.2
2016-02-22_10:42:39 sz_Thermometer temperature: 18.2
2016-02-22_10:48:21 sz_Thermometer temperature: 18.2
2016-02-22_10:54:03 sz_Thermometer temperature: 18.2
2016-02-22_10:59:49 sz_Thermometer temperature: 18.2
2016-02-22_11:05:27 sz_Thermometer temperature: 18.2
2016-02-22_11:11:10 sz_Thermometer temperature: 18.2
2016-02-22_11:16:51 sz_Thermometer temperature: 18.2
Könntet ihr einbauen, das man diese Sprünge im Modul schon abfängt?
Gruß,
Tim
Zitat von: Jarnsen am 22 Februar 2016, 09:13:35
Nochmal auf das Delay zurück zu kommen, wäre es nicht effektiver anstelle mit nem Delay mit ner Routine zu arbeiten die wartet bis das senden zu Ende ist? Egal ob das 5ms oder 500ms dauert. Müsste ja ähnlich wie mit der LED zur Anzeige gehen außer das man von D11 an nen anderen Eingang müsste. Oder ist das ein zu großer Aufwand gegenüber dem Nutzen?
Ich hab nicht verstanden, wie dein Ansatz aussieht.
Das mit dem PIN auch Überhaupt nicht, sorry.
Grüße Sidey
Ist es möglich ne Art Warteschlange für Befehle einzubauen?
Wo erst der nächste Befehl entgegengenommen wird wenn der vorherige fertig gesendet wurde???
Wie lange gesendet wird kann man ja an pin#11 abgreifen.
Zum Beispiel mit pin#11 zu nem anderen pin der noch definiert werden muss der lauscht ob noch gesendet wird. Erst wenn da nix mehr kommt wird der nächste Befehl gesendet
Gesendet von iPhone mit Tapatalk
Hmm, OK verstehe.
Ich denke das ist zum einen zu kompliziert und zum anderen trifft es nicht das Problem.
Ich vermute folgendes:
FHEM übergibt einen Befehl an den Arduino. Der wird eingelesen.
In der Zeit schickt FHEM schon den Nächsten Befehl.
Auf der Arduino Seite kann man das Entgegen nehmen nicht verhindern. Und hat auf einmal zwei Nachrichten in einer Übertragung.
Ob das dann Überhaupt in den Puffer passt.. Insgesamt ist das Problem eher in FHEM zu lösen denke ich.
Sidey
Ok, eventuell so, FHEM sendet nur den ersten Befehl und wenn fertig Nachricht an FHEM nächster bitte..
Gesendet von iPhone mit Tapatalk
Wenn ich ein per Signalduino erkanntes Gerät gelöscht habe, wird es bei mir nicht wieder per Autocreate erstellt. Wie kann ich das trotzdem erreichen?
Oder anders gefragt, wie bekomme ich mein Intertechno PIR1000 wieder ins FHEM?
Ein:<2>MS;P0=238;P1=-311;P2=-1119;P4=-2532;D=040102010202010201010202010201010202010102010201020102010202010102020101020102010201020102020102010201010201020201020101020;CP=0;SP=4;O;<3><\n>
<2>MS;P0=-302;P1=240;P2=-1107;P4=-2536;D=141012101212101210101212101210101212101012101210121012101212101012121010121012101210121012121012101210101210121210121010121012121013;CP=1;SP=4;O;<3><\n>
<2>MS;P0=245;P1=-336;P2=-1093;P4=-2528;D=040102010202010201010202010201010202010102010201020102010202010102020101020102010201020102020102010201010201020201020101020102020103;CP=0;SP=4;O;<3><\n>
<2>MS;P0=-292;P1=241;P2=-1134;P4=-2530;D=141012101212101210101212101210101212101012101210121012101212101012121010121012101210121012121012101210101210121210121010121012121013;CP=1;SP=4;O;<3><\n>
<2>MS;P0=238;P1=-1130;P2=-301;P4=-2538;D=040201020101020102020101020102020101020201020102010201020101020201010202010201020102010201010201020102020102010102010202010201010203;CP=0;SP=4;O;<3><\n>
<2>MS;P0=-302;P1=239;P2=-1115;P4=-2532;D=141012101212101210101212101210101212101012101210121012101212101012121010121012101210121012121012101210101210121210121010121012121013;CP=1;SP=4;O;<3><\n>
<2>MS;P0=239;P1=-290;P2=-1131;P4=-2534;D=040102010202010201010202010201010202010102010201020102010202010102020101020102010201020102020102010201010201020201020101020102020103;CP=0;SP=4;O;<3><\n>
<2>MS;P0=-1124;P1=242;P2=-295;P4=-2534;D=141210121010121012121010121012121010121210121012101210121010121210101212101210121012101210101210121012121012101012101212101210101213;CP=1;SP=4;O;<3><\n>
<2>MS;P0=244;P1=-300;P2=-1127;P4=-2532;D=040102010202010201010202010201010202010102010201020102010202010102020101020102010201020102020102010201010201020201020101020102020103;CP=0;SP=4;O;<3><\n>
<2>MS;P0=-1087;P1=254;P2=-288;P4=-2536;D=141210121010121012121010121012121010121210121012101210121010121210101212101210121012101210101210121012121012101012101212101210101213;CP=1;SP=4;O;<3><\n>
<2>MS;P0=275;P1=-247;P2=-1076;P4=-2540;D=040102010202010201010202010201010202010102010201020102010202010102020101020102010201020102020102010201010201020201020101020102020103;CP=0;SP=4;O;<3><\n>
<2>MU;P0=-297;P1=237;P2=-1109;D=0121010121210121010121210101210121012101210121210101212101012101210121012101212101210121010121012121012101012101212101;CP=1;<3><\n>
Aus:<2>MS;P0=-304;P1=-2426;P2=238;P3=-1108;D=2120232023232023202023232023202023232020232023202320232023232020232320202320232023202320232320232023202023202320232320202;CP=2;SP=1;O;<3><\n>
<2>MS;P0=-1125;P1=238;P2=-302;P4=-2532;D=141210121010121012121010121012121010121210121012101210121010121210101212101210121012101210101210121012121012101210101212101210101213;CP=1;SP=4;O;<3><\n>
<2>MS;P0=240;P1=-339;P2=-1102;P4=-2532;D=040102010202010201010202010201010202010102010201020102010202010102020101020102010201020102020102010201010201020102020101020102020103;CP=0;SP=4;O;<3><\n>
<2>MS;P0=-1129;P1=242;P2=-289;P4=-2534;D=141210121010121012121010121012121010121210121012101210121010121210101212101210121012101210101210121012121012101210101212101210101213;CP=1;SP=4;O;<3><\n>
<2>MS;P0=237;P1=-1125;P2=-299;P4=-2534;D=040201020101020102020101020102020101020201020102010201020101020201010202010201020102010201010201020102020102010201010202010201010203;CP=0;SP=4;O;<3><\n>
<2>MS;P0=-1140;P1=239;P2=-302;P4=-2534;D=141210121010121012121010121012121010121210121012101210121010121210101212101210121012101210101210121012121012101210101212101210101213;CP=1;SP=4;O;<3><\n>
<2>MS;P0=241;P1=-1130;P2=-291;P4=-2534;D=040201020101020102020101020102020101020201020102010201020101020201010202010201020102010201010201020102020102010201010202010201010203;CP=0;SP=4;O;<3><\n>
<2>MS;P0=-292;P1=245;P2=-1119;P4=-2532;D=141012101212101210101212101210101212101012101210121012101212101012121010121012101210121012121012101210101210121012121010121012121013;CP=1;SP=4;O;<3><\n>
<2>MS;P0=248;P1=-1084;P2=-297;P4=-2532;D=040201020101020102020101020102020101020201020102010201020101020201010202010201020102010201010201020102020102010201010202010201010203;CP=0;SP=4;O;<3><\n>
<2>MS;P0=-1094;P1=259;P2=-284;P4=-2532;D=141210121010121012121010121012121010121210121012101210121010121210101212101210121012101210101210121012121012101210101212101210101213;CP=1;SP=4;O;<3><\n>
<2>MS;P0=287;P1=-1087;P2=-246;P4=-2532;D=040201020101020102020101020102020101020201020102010201020101020201010202010201020102010201010201020102020102010201010202010201010203;CP=0;SP=4;O;<3><\n>
<2>MU;P0=-1108;P1=240;P2=-294;D=012101212101012101212101012121012101210121012101012121010121210121012101210121010121012101212101210121010121210121010121;CP=1;<3><\n>
Fhem neu starten....
Hi Zusammen,
ich versuche mich gerade an einem Signalduino um hoffentlich bald die codes einer 433mhz Fernbedienung sniffen zu können.
Leider tut´s im Moment nicht so wie es soll. Ich bin nach der Anleitung aus dem Wiki vorgegangen bekomme aber immer:
2016.02.23 19:45:29 1: init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104KA0R-if00-port0@57600
2016.02.23 19:45:39 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104KA0R-if00-port0, ignoring it (sduino)
Im fhem steht das sduino auf "opened", flashen per set sduino flash ging auch. Mit ls-l /dev/serial/by-id bekomme ich
lrwxrwxrwx 1 root root 13 Feb 23 19:10 usb-FTDI_FT232R_USB_UART_A104KA0R-if00-port0 -> ../../ttyUSB0
Habe schon ein bisschen im Netz gesucht und eine andere Baudrate probiert, leider erfolglos. Ein neustart hilft auch nicht.
Habe ich was übersehen?
Danke vorweg
Dominik
Was passiert denn, wenn Du z.B. ein tail auf die Serielle Schnittstelle machst. Kommt da was?
Hallo,
ich habe das gleiche Problem.
Gerade das Update auf 3.2.0-11b gemacht und nix geht mehr.
Zurück auf 3.1.8-HF2 geht in FHEM auch nicht, wegen der Inkompatibilität.
In Minicom allerdings sehe ich einen deutlichen Unterschied.
Unter 3.1.8-HF2 gehen Befehle (V bzw. ?) und es werden empfangene Daten/Protokolle angezeigt.
Unter 3.2.0-11b gehen keine Befehle und es wird entweder gar nichts angezeigt, oder irgenwelche Zeichen rauschen durch.
Micky
Nachtrag:
3.2.0-b13 scheint zu funktionieren, V und ? tun schonmal, was sie sollen.
Hey,
tail liefert gar nichts, cat auch nicht.
stty -F liefert: speed 38400 baud; line = 0;
min = 1; time = 0;
ignbrk -brkint -icrnl -imaxbel
-opost -onlcr
-isig -icanon -
Habe stty beim googlen im Zusammenhang mit "tail" gefunden, hilft das?
Danke
Noch ein Nachtrag:
Habe jetzt in minicom die 3.1.8-HF2 und 3.2.0-b13 verglichen.
X99 gesetzt und Tevion-FB für Funksteckdosen benutzt.
Nur bei der 3.1.8-HF2 kommen reproduzierbar Ausgaben.
Micky
Zitat von: micky0867 am 23 Februar 2016, 21:43:28
Habe jetzt in minicom die 3.1.8-HF2 und 3.2.0-b13 verglichen.
X99 gesetzt und Tevion-FB für Funksteckdosen benutzt.
Nur bei der 3.1.8-HF2 kommen reproduzierbar Ausgaben.
1. Welche Hardware verwendest Du
2. Was ist X99 gesetzt?
3. Hast Du minicom mit dem gleichen User gestartet wie auch dein FHEM läuft?
4.Die Firmware ist für 57600 Baud compiliert
Grüße Sidey
- Nano China Klon mit CH340G
- X99 = Debuglevel (?). öhhh...von culfw abgeschaut (duck)
- Fhem gestoppt, minicom als root gestartet
- 57600 ist eingestellt
Mit der alten FW geht's ja mit Fhem und auch mit minicom.
Wenn sich in derr neuen FW nicht grundsätzlich die Kommunikation FW<->PC geändert hat, verstehe ich es nicht.
Habe gestern ebenfalls den sduino neu geflasht (aber mit der dev-32) Danach ging bei mir auch nix mehr, der sduino meldete nur noch "opened", aber kein "initialized".
Nach dem Einspielen das masters und neuem flash war aber wieder alles wie es soll.
Hey,
kannst Du bitte kurz genauer beschreiben was genau du getan hast?
Bei mir hängts leider noch "cannot init"
Danke vorweg
Mit "master" (https://github.com/RFD-FHEM/SIGNALDuino/tree/master) ist doch die Version 3.1 gemeint...oder?
Ich habe auch mal den sduino mit der master neu geflasht. Als Version wird folgendes angezeigt:
V 3.2.0 SIGNALduino - compiled at Feb 22 2016 21:07:19
Mit master ist diese Firmware gemeint:
https://github.com/RFD-FHEM/RFFHEM/tree/master/FHEM/firmware
Ich habe dann die dev-32 eingespielt ohne neu zu flashen. Damit funktioniert dann auch die dev-32
Gruß Ralf
Hallo Ralf,
da biste mir zuvorgekommen. :)
Ich hab
"update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt"
genommen und anschließend den sduino neu geflasht.
Hat auch geholfen.
Danke an Ralf9!
Das war der entscheidene Hinweis, ich hab die Repositories vermischt.
Nach einem Update auf den Master des Repositories https://github.com/RFD-FHEM/RFFHEM.git tut's das jetzt auch bei mir.
Mit der dev-r32 gab es Probleme.
Hmm, wenn ich euch jetzt sage dass der dev-r32, master und Fhem selbst alle die gleiche Firmware haben (abgesehen von dem Versionsstring) dann wirft das neue Fragen auf oder?
Sidey
bekomme immer noch:
2016.02.24 21:19:16 1: init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104KA0R-if00-port0@57600
2016.02.24 21:19:25 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104KA0R-if00-port0, ignoring it (SDuino)
habe "update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt" probiert und neu geflasht, fhem neu sowie den raspi neugestartet, anderen usb-port verwendet leider erfolglos.
Hat vielleicht noch jemand eine idee?
Zitat von: Dominik83 am 24 Februar 2016, 21:30:55
habe "update force https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt" probiert und neu geflasht,
Damit hast Du die dev-r32 geflasht. Versuche es mal mit der master.
Gruß Ralf
Damit du nicht so lange suchen musst wie ich :P
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
Was soll ich sagen :-) DANKE!! Nun klappts:-)
Guten Morgen,
ich habe immer noch das Problem, das meine KW9010 Sensoren als AURIOL erkannt werden.
SIGNALduino_DMSG
sF605B000
SIGNALduino_MSGCNT
683
SIGNALduino_RAWMSG
MS;P0=-8786;P2=499;P3=-4017;P4=-1942;D=202323232324232324242424242423242323242323242424242;CP=2;SP=0;
SIGNALduino_TIME
2016-02-25 07:14:39
STATE
T: 36.4
TYPE
CUL_TCM97001
2016.02.25 07:53:36.165 4: SIGNALduino/msg READ: MS;P1=-3791;P2=499;P4=-1943;P5=-8895;D=25212121212421212424242424212424212124212124242424212424212121242121212121;CP=2;SP=5;O;
2016.02.25 07:53:36.168 4: SIGNALduino: Matched MS Protocol id 0 -> weather1
2016.02.25 07:53:36.168 5: SIGNALduino: Starting demodulation at Position 2
2016.02.25 07:53:36.169 4: SIGNALduino: Decoded MS Protocol id 0 dmsg sF609B09DF000 length 40
2016.02.25 07:53:36.169 5: SIGNALduino: converted Data to (sF609B09DF000)
2016.02.25 07:53:36.170 5: SIGNALduino dispatch sF609B09DF000
2016.02.25 07:53:36.172 4: CUL_TCM97001 using longid: 1 model: Type1
2016.02.25 07:53:36.173 4: CUL_TCM97001 temperature AURIOL_246 246 T: 43.2 H: 78
2016.02.25 07:53:36.537 4: SIGNALduino/msg READ: MS;P0=-4024;P1=495;P2=-1946;P3=-8900;D=13101010101210101212121212101212101012101012121212101212101010121010101010;CP=1;SP=3;
2016.02.25 07:53:36.539 4: SIGNALduino: Matched MS Protocol id 0 -> weather1
2016.02.25 07:53:36.539 5: SIGNALduino: Starting demodulation at Position 2
2016.02.25 07:53:36.541 4: SIGNALduino: Decoded MS Protocol id 0 dmsg sF609B09DF000 length 40
2016.02.25 07:53:36.541 5: SIGNALduino: converted Data to (sF609B09DF000)
2016.02.25 07:53:36.541 4: SIGNALduino: Dropped (sF609B09DF000) due to short time or equal msg
Hallo Sidey,
in der Tat, das wirft neue Fragen auf.
Was ist denn nur bei uns passiert, daß bei einigen Leuten der sduino nur noch auf "opened" gegangen ist?
Und was hat das "update force" und das anschließende neue flashen bei z.B. mir dann reparieren können? ???
Da ich mit dem Signalduino einige Startprobleme mit vermischten Sensorenwerten hatte, gings erst mal zurück zum FHEMDuino.
Inzwischen hab ich den Raspi geupgradet, zweiten Nano besorgt und nun ein Testsystem aufgebaut.
Komplett frisches Installation von FHEM, jungfräulicher Nano
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
führt zum Status "Opened"
Cannot init /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0, ignoring it (sduino)
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
allein bringt es nicht, mn muss dann noch mal drüber flashen und schon läuft es.
Damit dürfte dann klar sein, daß dev-r32 und master nicht gleichen Inhalt haben...
Mit der V3.2 sehe ich einige unbekannte Protokolle nicht mehr.
Mache ich was falsch?
Das lässt sich so schwer beurteilen.
Was genau versteht Du unter sehen?
Welche Version hat diese noch angezeigt?
Grüße Sidey
Hi Zusammen,
in meiner Smart-home Grabbelkiste habe ich noch einen RF1100SE gefunden. Kann ich den, anstatt 433mhz Sender&Empfäner, auch am Signalduino verwenden?
Gruß
Dominik
Zitat von: Dominik83 am 01 März 2016, 22:53:27
Hi Zusammen,
in meiner Smart-home Grabbelkiste habe ich noch einen RF1100SE gefunden. Kann ich den, anstatt 433mhz Sender&Empfäner, auch am Signalduino verwenden?
Gruß
Dominik
Wohl eher nicht. Siganlduino verwendet die einfachen Sender/Empfänger. Daten werden als Pulse gesendet und empfangen. Der RF1100SE ist mit einem Arduino Nano als nanoCUL verwendbar.
~Josef
Hallo,
mit "sehen" meinen ich, dass ich beim Drücken meiner Tevion-FB sofort eine Reaktion im Logfile sehe.
Das ist reproduzierbar.
Hier ein Beispiel mit minicom.
FHEM läuft nicht. Ich flashe die FW mit avrdude und gehe dann mit "minicom -b 57600 -D /dev/ttyUSB0" an den USB-Port.
Dort gebe ich erstmal V ein, um die Version der FW anzuzeigen. Danach drücke ich einige Tasten auf der Tevion-FB.
V 3.1.8-HF2 SIGNALduino - compiled at Nov 8 2015 21:36:37
MU;P0=-1080;P1=3054;P2=-7038;P3=453;P4=944;P5=-600;D=012304530453030453045454545303030303045454545304530123045304530304530451;CP=3;
V 3.2.0 SIGNALduino - compiled at Feb 22 2016 21:07:19
Hier kommen dann sporadisch Ausgaben, die haben aber zeitlich nichts mit dem Betätigen meiner Tevion-FB zu tun.
Wenn ich's richtig beobachte, dann werden bei der V3.2.0 keine Einträge vom Typ "MU" mehr angezeigt.
Ich hab's auch schon in FHEM mit verbose=4 etc. probiert, sehe aber keinen Unterschied.
Ergänzung:
Habe gerade auch noch eine Markilux-FB dazugenommen.
Bei der V3.1.8 kommen "MC"-Meldungen, bei der V3.2.0 kommt nix 8-(
Zitat von: micky0867 am 02 März 2016, 17:56:52
Wenn ich's richtig beobachte, dann werden bei der V3.2.0 keine Einträge vom Typ "MU" mehr angezeigt.
was wird angezeigt, wenn Du beim sduino ein "get config" machst?
Gruß Ralf
sduino config => MS=1;MU=1;MC=1
Hat sich denn was an der Standardkonfiguration (also nur in der FW) geändert?
Mit der
V 3.2.0 SIGNALduino - compiled at Feb 22 2016 21:07:19
wurden bei mir auch keine MU angezeigt.
Ich habe nun die
V 3.2.0-b12 SIGNALduino - compiled at Feb 6 2016 23:59:03
geflasht, damit wird alles angezeigt.
Zum Testen einfach die
SIGNALduino_nano328.hex in der Anlage
ins Verzeichnis FHEM/firmware kopieren
Gruß Ralf
Zitat von: Ralf9 am 02 März 2016, 19:16:55
Ich habe nun die
V 3.2.0-b12 SIGNALduino - compiled at Feb 6 2016 23:59:03
geflasht, damit wird alles angezeigt.
Perfekt!
Ich dachte schon, ich hätte Halluzinationen ::)
Danke Dir!
Micky
Ich habe auch mal die
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
getestet. Funktioniert auch. Müsste eigentlich 3.2.0-b13 heissen.
Dies sind die Änderungen gegenüber der b12 vom 6.Feb
Reduced Fifo Buffer from 80 to 75.
Raised Signal Buffer from 240 to 254 Entrys.
Lowered tolerance factor for pulse compression.
Die Änderungen der Signal Buffer Größe bringen verbesserungen für die Oregon Sensoren
Gruß Ralf
Zitat von: Ralf9 am 02 März 2016, 20:00:57
Ich habe auch mal die
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
getestet. Funktioniert auch. Müsste eigentlich 3.2.0-b13 heissen.
Hi Ralf,
die 3.2.0 und die 3.2.0-b13 müssten eigentlich identisch sein.
Habe ich es aber jetzt richtig verstanden, dass mit der b13 noch MU Nachrichten empfangen werden, aber mit der 3.2.0 final nicht?
Grüße Sidey
Zitat von: Sidey am 02 März 2016, 22:07:51
die 3.2.0 und die 3.2.0-b13 müssten eigentlich identisch sein.
Habe ich es aber jetzt richtig verstanden, dass mit der b13 noch MU Nachrichten empfangen werden, aber mit der 3.2.0 final nicht?
Hallo Sidey,
Von der 3.2.0-b12 gibt es zwei Versionen ("Feb 6 2016 23:59:03" und "Feb 13 2016 21:34:09")
Bei beiden werden MU Nachrichten empfangen.
Die b13 habe ich nicht getestet.
Bei der 3.2.0 final werden die MU Nachrichten nicht mehr empfangen.
Gruß Ralf
Zitat von: Ralf9 am 02 März 2016, 22:23:35
Hallo Sidey,
Von der 3.2.0-b12 gibt es zwei Versionen ("Feb 6 2016 23:59:03" und "Feb 13 2016 21:34:09")
Bei beiden werden MU Nachrichten empfangen.
Hallo Ralf,
die vom 13. Februar müsste die 3.2.0-b13 sein.
Grüße Sidey
Zitat von: Sidey am 02 März 2016, 22:32:02
die vom 13. Februar müsste die 3.2.0-b13 sein.
die vom 13. Februar heißt auch b12
Die 3.2.0-b13 ist die Testversion für Willi
Gruß Ralf
Zitat von: Ralf9 am 02 März 2016, 22:45:18
die vom 13. Februar heißt auch b12
Die 3.2.0-b13 ist die Testversion für Willi
Ja die b12 wurde in der tat 2x compiliert. Da bin ich wohl durcheinander geraten.
Bei der 3.2.0 funktioniert der MU Decoder tatsächlich nicht, solange der MC Decoder aktiviert ist.
set sduino disableMessageType manchesterMC
schafft hierfür Abhilfe.
Grüße Sidey
Zitat von: Sidey am 02 März 2016, 22:48:30
set sduino disableMessageTepe manchesterMC
Korrektur:
set sduino disableMessagetype manchesterMC
Hallo zusammen,
ich bin dabei mir auch ein Fhem System aufzubauen. Ist leider nicht so einfach.
Ich habe aber schon folgendes festgestellt:
Beim Senden von raw Nachrichten stimmt die Länge der positiven Pulse nicht.
@Sidey: Bitte bei der nächsten Signalduino Version in RF_Receiver.ino in der Funktion send_raw die "-24" bei der Zeitberechnung für die positiven Pulse entfernen. Dann ist das generierte genauer.
Danke
Lothar
Hi,
ich hab die -24 mal in der Version aus dem dev32 Zweig entfernt.
Ich bin allerdings der Meinung, man sollte den high Pegel etwas verkürzen, da es ja noch eine Reaktionszeit gibt, bis der Pegel low ist.
Grüße Sidey
Hallo Sidey,
ich komme mal über das Doyaa/Nobile Forum mal hier herüber. Ich mus gestehen, ich steige durch die ganzen Versionen nicht mehr durch und das schlimmste ist, das mit den neuen Versionen die Dooya Fernbedienungen nicht mehr gelesen werden können. Mit der letzten 3.2, dazugehöriger .hex und deaktiviertem MC ging es und mit 3.2(? update https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt) und .hex Version b12 ging es auch.
Habe dann heute gelesen, das alles "repariert" ist und wollte das ganze per "update" im FHEM geradeziehen .
- Wenn ich ein "update" mache, habe ich die .hex Version hf1.
- Benutze ich "update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt", erhalte ich die b14.
- Da nix empfangen wurde, wollte ich wieder zurück auf die b12, ist nun aber inkompatibel. Auch "set sduino disableMessagetype manchesterMC" hilft nix.
Kannst Du mir bitte helfen für Doyaa wieder eine funktionierende Kombination der Versioneen herzustellen oder besser noch eine funktionierende Version zur Verfügung stellen?
Danke.
Zitat von: darkmission am 05 März 2016, 15:33:13
Habe dann heute gelesen, das alles "repariert" ist und wollte das ganze per "update" im FHEM geradeziehen .
- Wenn ich ein "update" mache, habe ich die .hex Version hf1.
- Benutze ich "update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt", erhalte ich die b14.
- Da nix empfangen wurde, wollte ich wieder zurück auf die b12, ist nun aber inkompatibel. Auch "set sduino disableMessagetype manchesterMC" hilft nix.
Ich habe mal auf meinem Testsystem ein
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
gemacht und die b14 geflasht. Bei mir wurden auch keine MU-Nachrichten empfangen.
Das zurückflashen auf die b12 hat bei mir problemlos funktioniert.
Gruß Ralf
Danke für die Anleitung, funktioniert.
Nachdem ich zig .hex Dateien ausprobiert hatte, habe ich wohl zwei verwechselt und eine ganz alte erwischt.
Seit den letzten Updates ab Februar ist die Erkennung des Einhell-Handsenders ISC433/6 (Id 21) auf unter 20% gesunken.
Also, von 5 Tastendrücken wird 1 erkannt. Vor den Updates war die Erkennung 100%.
Hier mal ein Listing:
Internals:
CFGFN
CMDS ViRtXFSPCG
Clients :IT:CUL_TCM97001:OREGON:CUL_TX:Hideki:SD_WS07:SD_WS09:RFXX10REC:SIGNALduino_un:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL01GVN9-if00-port0@57600
DMSG sD9B0CA4000
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL01GVN9-if00-port0@57600
FD 24
Interval 300
MSGCNT 16
NAME SignalDuino_433
NR 290
PARTIAL
RAWMSG MS;P1=468;P2=-4536;P3=-1971;P4=-9537;D=1412121312121313121213121213131313121213131213121313121313;CP=1;SP=4;O;
STATE Initialized
TIME 1457269220
TYPE SIGNALduino
unknownmessages
Matchlist:
10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
11:SD_WS09 ^P9#[A-Fa-f0-9]+
13:RFXX10REC ^(20|29)[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+#.*
Readings:
2016-03-06 13:46:52 ITParms ITParams: 6 300
2016-03-06 13:50:39 Version V 3.2.0-hf1 SIGNALduino - compiled at Mar 4 2016 22:41:08
2016-03-06 13:50:39 cmds V i R t X F S P C G
2016-03-06 13:47:04 config MS=1;MU=1;MC=1
2016-03-06 13:47:10 freeram 886
2016-03-06 14:00:40 ping OK
2016-03-06 14:00:20 state Initialized
2016-03-06 13:47:25 uptime 0 00:00:50
2016-03-06 13:47:30 version V 3.2.0-hf1 SIGNALduino - compiled at Mar 4 2016 22:41:08
mcIdList:
10
11
12
18
msIdList:
0
1
13
14
15
17
2
22
23
25
3
32
33
35
38
4
6
7
muIdList:
16
20
21
24
26
27
28
29
30
31
34
36
37
39
5
8
9
Attributes:
flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
verbose 3
Wie kann ich dazu beitragen, dass die Erkennung wieder besser wird?
WhiteList 21 hatte ich schon eingestellt.
MS und MC hatte ich auf 0 gesetzt.
Beides hat keine Verbesserung bewirkt.
Gruß
Ellert
Hmm,
also bei mir werden MU Nachrichten mit der b14 noch erkannt.
Gestern habe ich noch festgestellt, dass Fhem blockiert wird, sollte auf den Get Befehl keine Antwort kommen.
@Ralf:
Wie genau macht sich das bemerkbar, wenn MU Nachrichten nicht erkannt werden.
@Ellert:
Taucht im Log denn was auf, wenn Du die Fernbedienung drückst?
Grüße Sidey
Hallo Sidey,
Seit heute gibt es ein lauffähiges 99_Dooya, damit müsste doch dann jetzt auch autocreate machbar sein oder???
Jarnsen
Zitat von: Sidey am 06 März 2016, 14:14:48
@Ralf:
Wie genau macht sich das bemerkbar, wenn MU Nachrichten nicht erkannt werden.
Hallo Sidey,
normalerweise kommen immer irgendwelche MU Nachrichten, da auch Störungen und fehlerhafte Nachrichten als MU-Nachrichten empfangen werden können.
Bei meinem Testsystem habe ich nur einige Protokoll 0 und 7 Sensoren und einen alten Oregon THN128 Sensor in Reichweite.
Zum Testen habe ich die MS-Nachrichten disabled. So wies aussieht sendet der THN128 MU-Nachrichten.
Bei der b12 vom 13 Feb wird folgendes empfangen:
2016.03.06 15:20:52 4 : sduino/msg READ: MU;P0=3322;P1=-1079;P2=1850;P3=-2541;D=01232103210303212121012321212121212121210123030;CP=2;
2016.03.06 15:20:52 4 : sduino/msg READ: MU;P0=1856;P1=-1072;P2=3326;P3=-2538;D=0123012323010101210301010101010101012103232;CP=0;
2016.03.06 15:21:12 4 : sduino/msg READ: MU;P0=-469;P1=443;P4=-1974;P5=-3921;D=010101415141514141515141515151414141414141414151414151414141514141514141515141;CP=1;
2016.03.06 15:21:22 4 : sduino/msg READ: MU;P0=1845;P1=-1083;P2=3319;P3=-2543;D=012301010101012301210301010101010121010321032;CP=0;
2016.03.06 15:21:22 4 : sduino/msg READ: MU;P0=1847;P1=-1082;P2=3319;P3=-2545;D=012301010101012301210301010101010121010321032;CP=0;
2016.03.06 15:21:47 4 : sduino/msg READ: MU;P0=501;P1=-342;P3=-556;P4=-1966;P5=-3918;D=0101030405040504040505040505050404040404040404050404050404040504040504040505040;CP=0;
2016.03.06 15:21:52 4 : sduino/msg READ: MC;LL=-2545;LH=3316;SL=-1093;SH=1839;D=91260274;C=1718;
2016.03.06 15:21:52 4 : sduino/msg READ: MU;P0=1844;P1=-1146;P2=3318;P3=-2545;P4=-30500;P5=92;D=0123010123012301210301010101010123012101032451;CP=0;
2016.03.06 15:21:52 4 : sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.03.06 15:22:22 4 : sduino/msg READ: MU;P0=1827;P1=-1103;P2=3299;P3=-2560;D=0123010101232301210301010101010121032101032;CP=0;
2016.03.06 15:22:22 4 : sduino/msg READ: MU;P0=1826;P1=-1096;P2=3313;P3=-2559;D=0123010101232301210301010101010121032101032;CP=0;Bei der b14 werden gar keine MU-Nachrichten empfangen.
Gruß Ralf
Hi Ralf,
wird der THN128 denn mit der b14 aktualisiert?
Grüße Sidey
Zitat von: Sidey am 06 März 2016, 17:21:36
wird der THN128 denn mit der b14 aktualisiert?
Nein, wenn der THN128 was sendet werden vom sduino keine Nachrichten empfangen.
Mich irretiert ein wenig daß bei der b12 und älteren Versionen beim THN128 MU-Nachrichten empfangen werden. Ich dachte die Oregon würden MC-Nachrichten senden.
Oder ist dies bei den ganz alten nicht so?
Es macht nichts, wenn der THN128 nicht erkannt wird, es nur ein Außensensor für eine sehr einfache Wetterstation.
Gruß Ralf
Zitat von: Sidey am 05 März 2016, 09:45:35
Hi,
ich hab die -24 mal in der Version aus dem dev32 Zweig entfernt.
Ich bin allerdings der Meinung, man sollte den high Pegel etwas verkürzen, da es ja noch eine Reaktionszeit gibt, bis der Pegel low ist.
Grüße Sidey
Hallo Sidey,
ich habe heute auf die V 3.2.0-hf1 upgedated. Ich hatte dieses Wochenende leider keine Zeit zum testen.
Ist dort die -24 schon raus? Mein Logikanalyzer sagt mir nein.
Ich habe das Ganze beim Nachbau von Nachrichten bemerkt, ich habe das ganze mit dem Logikanalyzer nachgemessen. Habe dann den Code selbst modifiziert, gebaut und geflasht. An dem TX Pin des Arduino stimmen dann die Zeiten. Ob die Sende-/Empfangsbausteine unterschiedliche Latenzzeiten beim Ein-/Ausschalten haben ist mir nicht bekannt.
Ich habe mal TX und RX Pin Zeiten mit dem Analyzer verglichen. An meinem Arduino mit RXB6 Empfänger Datenausgang sind die positiven Pulse wirklich ca. 5 us länger als der TX Puls am Sende Pin. Ob das aber bei allen so ist?
Gruß
Lothar
Zitat von: Lothar64 am 06 März 2016, 21:02:17
ich habe heute auf die V 3.2.0-hf1 upgedated. Ich hatte dieses Wochenende leider keine Zeit zum testen.
Ist dort die -24 schon raus? Mein Logikanalyzer sagt mir nein.
Hi Lothar,
nein die -24 sind nur in der dev32 Version draußen.
Ich war mir nicht sicher, ob die Maßnahme so stimmt und wollte jetzt nicht zu viel in der vermeintlich stabilen Version verändern.
Grüße Sidey
Hallo,
gibt es noch andere Sduino Tester die die realen Zeiten an den Rx/TX Pins mal mit ihrer Hardware nachmessen können?
Wie schon gesagt, bei meiner HW sind die positiven Pulse am RX Daten Pin real 5 us länger als die am TX Pin.
Aus meiner Sicht ist eine Reduzierung auf jeden Fall der richtige Weg. Ob auf Null oder einen niedrigeren Wert als -24 us wäre dann herauszufinden.
Ich möchte den Sduino später zur Markiesensteuerung (433Mhz), diverse alte 433Mhz Steckdosen, einen speziellen Sduino zur IR Steuerung der Klimaanlage, usw nutzen. Daher ist mir eine möglicht genaue Wiedergabe der Signale wichtig, da alle bisher gesichteten Protokolle nicht erkannt wurden.
Gruß
Lothar
Zitat von: Ralf9 am 05 März 2016, 17:10:22
Ich habe mal auf meinem Testsystem ein
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
gemacht und die b14 geflasht. Bei mir wurden auch keine MU-Nachrichten empfangen.
Hmm, hattest Du MC enabled oder disabeld?
Grüße Sidey
Zitat von: Sidey am 06 März 2016, 22:33:02
Hmm, hattest Du MC enabled oder disabeld?
ich hatte MS=0, MU=1, MC=1
Gruß Ralf
Hi Lothar,
da jeder Arduino mit einem etwas abweichenden Takt läuft (Toleranzen im Quarz) wird das wenig erfolgt haben .
Die Empfänger sind da in der Regel nicht so empfindlich und erkennen das Signal auch, wenn es etwas abweicht.
Grüße Sidey
Ich hab für meinen Empfänger (Geeetech) eine SMA-Antenne und mich würde interessieren, ob ich die selbe Antenne parallel auch an den Sender anschließen kann oder nimmt der Empfänger davon Schaden?
Könnte man das irgendwie so umsetzen, dass sowohl Sender als auch Empfänger an einer Antenne hängen? Notfalls über ein Relais?
Beste Grüße
Fabian
Zitat von: Ellert am 06 März 2016, 14:04:31
Seit den letzten Updates ab Februar ist die Erkennung des Einhell-Handsenders ISC433/6 (Id 21) auf unter 20% gesunken.
Also, von 5 Tastendrücken wird 1 erkannt. Vor den Updates war die Erkennung 100%.
Bei der
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
gab es u.a. die folgende Änderung:
Lowered tolerance factor for pulse compression.@Sidey
Kann es durch diese Änderung evtl bei manchen Protokollen zu einer verschlechterung der Erkennung kommen?
Gruß Ralf
Zitat von: Ralf9 am 10 März 2016, 21:58:55
Lowered tolerance factor for pulse compression.
@Sidey
Kann es durch diese Änderung evtl bei manchen Protokollen zu einer verschlechterung der Erkennung kommen?
Ja, das kann im Prinzip sein, da das Zusammenführen von ähnlichen Pulslängen jetzt weniger tolerant ist.
Es müssten im Log aber trotzdem die Nachrichten auftauchen.
Das Problem mit dem Einhell Signal ist ein ganz anderes.
Da gab es ein 20ms Low Pegel zwischen den Übertragungen. Jetzt findet man meistens einen 12ms high Pegel zwischen den Nachrichten und nur ganz ganz selten mal diesen 20ms low Pegel.
Das ist total komisch, so ein Funksignal verändert sich ja nicht einfach mal.
Die Erkennungsroutine und auch das Messen der Pegel habe ich schon 2x überprüft. Daran liegt es nicht.
Grüße Sidey
Ich habe nach dem Umzug auf den Pi3 heute das erste Mal wieder den sduino angeschlossen. Irgendwas scheint aber mit der Kommunikation zwischen Pi und sduino nicht zu stimmen, es kommen nur merkwürdige Antworten auf alle Befehle:
Readings:
2016-03-11 10:46:08 ITParms IT
2016-03-11 10:50:47 Version V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
2016-03-11 10:51:25 cmds ?
2016-03-11 10:51:30 config M
2016-03-11 10:45:47 freeram 1007
2016-03-11 10:50:47 ping one of V i R t X F S P C G
2016-03-11 10:50:47 state opened
2016-03-11 10:51:35 uptime 0 00:00:49
2016-03-11 10:51:38 version V 3.2.0-
Das Flashen funktioniert problemlos, aber egal ob die Firmware aus dem master- oder dev32-Zweig drauf ist, das Ergebnis ist dasselbe.
DEF ist /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600HKN9-if00-port0@57600
uptime und freeram scheinen das einzige zu sein, was korrekt zurück kommt.
Hallo Sidey,
ich sehe Du hast einiges zu klären, erlaube mir trotzdem ein kurze Frage.
Kann es sein, das kein Dispatch bei Dooya Clients aufgerufen wird? Ist es vorgesehen, diese Funktion zu implementieren?
Ich hätte gerne Rückmeldungen von der Dooya FB in das Modul um die genaue Position zu bestimmen.
Danke und Gruß
Hallo,
Sieht bei mir ähnlich aus:
Readings:
2016-03-03 07:28:58 ITParms ITParams: 6 300
2016-03-11 11:03:45 Version V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
2016-03-11 11:03:45 cmds ? Us
2016-03-11 11:00:45 config M
2016-03-11 11:00:39 freeram 892
2016-03-11 11:03:22 ping OK
2016-02-11 23:26:15 raw is00000FFFFFF0
2016-03-11 11:07:03 state opened
2016-02-15 15:23:40 uptime 0 01:59:19
2016-03-11 11:00:23 version V 3.2.0-
Gruß
Carlos
Bei der "V 3.2.0-b14" gibt es evtl Probleme beim Empfang von MU-Nachrichten.
Funktioniert dies bei jemand?
Gruß Ralf
Zitat von: mahowi am 11 März 2016, 10:58:04
Ich habe nach dem Umzug auf den Pi3 heute das erste Mal wieder den sduino angeschlossen. Irgendwas scheint aber mit der Kommunikation zwischen Pi und sduino nicht zu stimmen, es kommen nur merkwürdige Antworten auf alle Befehle:
Ich habe im dev32-Zweig beim get was gefixt. Müsste wieder funktionieren.
Gruß Ralf
Ja, ich bin dabei die Kommunikation asynchron zu gestalten, damit Fhem nicht mehr blockiert wird.
Da in letzter Zeit einige Dinge schief liefen, habe ich dir Änderungen aber noch nicht synchronisiert.
Zumindest hat es Fhem bei mir seit gestern schon mal nicht blockiert.
Grüße Sidey
Zitat von: darkmission am 11 März 2016, 11:08:32
Kann es sein, das kein Dispatch bei Dooya Clients aufgerufen wird? Ist es vorgesehen, diese Funktion zu implementieren?
Ich hätte gerne Rückmeldungen von der Dooya FB in das Modul um die genaue Position zu bestimmen.
Ich habe im dev32-Zweig in der 00_SIGNALduino.pm ein paar Zeilen für das Dooya Modul ergänzt.
Im Dooya Modul müssen noch ein paar Änderungen durchgeführt werden;
bei der "sub Dooya_Initialize($)"
$hash->{Match} = "^P16#[A-Fa-f0-9]+";bei der "sub Dooya_Parse($$)"
my (undef ,$rawData) = split("#",$msg);damit wird das "P16#" am Anfang entfernt.
In der "sub Dooya_SendCommand" das IOWrite ändern in:
IOWrite( $hash, "", $message,1 );damit kann dann anstatt dem raw Format eine eine vereinfachte Form übergeben werden.
z.B.:
P16#0011011100000110010110001110000100110011#R10
Gruß Ralf
@ Ralf
Es wird schon die vereinfachte Version übergeben... Das aktuelle Dooya Modul findest du im GitHub unter dooya
Gesendet von iPhone mit Tapatalk
Zitat von: Jarnsen am 11 März 2016, 21:57:33
Es wird schon die vereinfachte Version übergeben... Das aktuelle Dooya Modul findest du im GitHub unter dooya
Meinst Du diese Version?
https://github.com/RFD-FHEM/RFFHEM/blob/dev-dooya/FHEM/98_Dooya.pm
dort wird anhand einer Kopie von der %ProtocolListSIGNALduino das raw-Format ermittelt und übergeben:
SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145452323452323234545454545232345452345232345454523232345454545234545232345452323;Gruß Ralf
Zitat von: Ralf9 am 11 März 2016, 22:16:55
Meinst Du diese Version?
https://github.com/RFD-FHEM/RFFHEM/blob/dev-dooya/FHEM/98_Dooya.pm
dort wird anhand einer Kopie von der %ProtocolListSIGNALduino das raw-Format ermittelt und übergeben:
SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145452323452323234545454545232345452345232345454523232345454545234545232345452323;
Gruß Ralf
Ja diese meine ich, hatte irgendwie im Kopf das die vereinfachte Form übergeben wird....
Sorry,
Zitat von: Jarnsen am 11 März 2016, 22:42:58
Ja diese meine ich, hatte irgendwie im Kopf das die vereinfachte Form übergeben wird....
Sorry,
Ich habe die 98_dooya mal etwas kommentiert.
Wieso hast Du die eigentlich in 98 umbenannt?
Grüße Sidey
Das hat darkmission getan... Und ich habe es übernommen... Weil er keinen ständigen Support garantieren kann... Was bedeuten die Zahlen davor???
Gesendet von iPhone mit Tapatalk
Zitat von: Jarnsen am 11 März 2016, 22:58:56
Das hat darkmission getan... Und ich habe es übernommen... Weil er keinen ständigen Support garantieren kann... Was bedeuten die Zahlen davor???
Gesendet von iPhone mit Tapatalk
Die Hat in der Regel keinerlei Bedeutung mehr.
Ich habe die Zahlen nur für eine Abarbeitungsreihenfolge verwendet und das SIGNALDUINO_un auf 99 gesetzt, damit klar ist, dass es zuletzt verwendet wird.
Aber sonst ist das egal.
Grüße Sidey
Zitat von: Sidey am 11 März 2016, 22:48:22
Ich habe die 98_dooya mal etwas kommentiert.
Wann hast du die kommentiert???
Habe heute Mittag dran gearbeitet und die vorhandene Version überschrieben, muss morgen nochmal ran den html Teil überarbeiten... Kann man den auch in deutsch halten???
Gesendet von iPhone mit Tapatalk
Zitat von: Jarnsen am 11 März 2016, 23:09:36
Wann hast du die kommentiert???
Habe heute Mittag dran gearbeitet und die vorhandene Version überschrieben, muss morgen nochmal ran den html Teil überarbeiten... Kann man den auch in deutsch halten???
Gesendet von iPhone mit Tapatalk
Vor 10-15 Minuten habe ich Kommentare zu verschiedenen Teilen hinterlassen.
Die Doku kann man auch deutsch anlegen, ja.
Ok dann mach ich die morgen in deutsch... Hast das mit dem Dispatch gelesen von darkmission??? Verstehe das zwar nicht aber ist das prinzipiell möglich das der Arduino die Daten direkt an das Modul sendet???
Gesendet von iPhone mit Tapatalk
Zitat von: Jarnsen am 11 März 2016, 23:29:59
Ok dann mach ich die morgen in deutsch... Hast das mit dem Dispatch gelesen von darkmission??? Verstehe das zwar nicht aber ist das prinzipiell möglich das der Arduino die Daten direkt an das Modul sendet???
Gesendet von iPhone mit Tapatalk
Der Arduino sendet die Daten an das Physische Modul. Im Physischen Modul muss dann das dooya Modul als Empfänger der demodulierten Daten hinterlegt werden.
Dispatch direkt an logische Module gibt es so nicht.
Ich bau jetzt noch mal den Warteschlange fürs Senden zuende.
Grüße Sidey
Ok
Gesendet von iPhone mit Tapatalk
Hallo Sidey, Ralf9, Jarnsen,
Ich mach dann mal wieder ein bischen am Modul weiter. Zu den offenen Fragen:
@Sidey
Wieso hast Du die eigentlich in 98 umbenannt?
Module mit 99_* werden beim Start geladen, 98_* und niedriger nur mit define.
- Module, die mit 99_ beginnen, werden von FHEM automatisch geladen.
Quelle: http://www.fhemwiki.de/wiki/DevelopmentModuleIntro#Erg.C3.A4nzende_Hinweise
dispatch
X_Parse
-untersucht die übergebenen Daten (von Dispatch() übergeben)
http://www.fhemwiki.de/wiki/DevelopmentModuleIntro#Kommunikation_vom_Ger.C3.A4t_zu_den_logischen_Modulen
- ParseFn (wird vom Dispatch aufgerufen bei dem zweistufigen Modell, siehe oben)
Quelle: https://forum.fhem.de/index.php?topic=18457.0
@Ralf9
Vielen Dank für die Unterstützung. Werde die Zeilen einfügen.
Leider ist das 00_SIGNALduino.pm aus dem dev-r32 zur Zeit etwas fehlerhaft.
"
Too many arguments for main::RemoveInternalTimer at ./FHEM/00_SIGNALduino.pm line 1512, near ""SIGNALduino_HandleWriteQueue")"
BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 2092.
"
Ich werde die Dooya Änderungen zum Test mal in meine vorhandene 00_SIGNALduino.pm einbauen und schauen, ob das mit meinen Änderungen im dem Dooya Modul funktioniert.
Zitat von: darkmission am 12 März 2016, 10:07:50
@Ralf9
Vielen Dank für die Unterstützung. Werde die Zeilen einfügen.
Leider ist das 00_SIGNALduino.pm aus dem dev-r32 zur Zeit etwas fehlerhaft.
"
Too many arguments for main::RemoveInternalTimer at ./FHEM/00_SIGNALduino.pm line 1512, near ""SIGNALduino_HandleWriteQueue")"
BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 2092.
"
Sidey baut gerade die Warteschlange fürs Senden ein. Kann sein, daß dies noch etwas fehlerhaft ist.
hier sind meine Änderungen:
https://github.com/RFD-FHEM/RFFHEM/commit/c84806919209109c9fd50bd1f9bf2feff397809d
wenn Du auf "view" und dann auf "raw" klickst, kannst Du sie downloaden.
Mit meinen Kommentaren im dev-dooya Zweig im github sieht das log jetzt so aus:
2016.03.12 09:41:41 4: sduinoD: decoded matched MU Protocol id 16 dmsg P16#370658E133 length 40
2016.03.12 09:41:41 5: sduinoD: converted Data to (P16#370658E133)
2016.03.12 09:41:41 5: sduinoD dispatch P16#370658E133
2016.03.12 09:41:41 4: Dooya_Parse: rawData = 370658E133 length: 10
2016.03.12 09:41:41 4: Dooya_Parse: converted to bits: 0011011100000110010110001110000100110011Gruß Ralf
@ Sidey,
wie muß ich was in die controls_signalduino.txt eintragen das das Dooyamodul über.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-dooya/controls_signalduino.txt
mit geladen wird. Das würde einiges vereinfachen und alle haben immer die aktuellste Version. Habe gestern geupdatet jetzt geht nichts mehr. er sendet zwar was aber das ist zu kurz. Vor dem update funktionierte es noch.
Version
V 3.2.0-hf1 SIGNALduino - compiled at Mar 4 2016 22:41:08
mit Modul irgendwie zu kurz
2016.03.12 10:23:42 3: Dooya_set: handled command stop --> move :stop: newState :0:
2016.03.12 10:23:43 4: sduino/msg READ: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=01452345452345454545454545452345232345232345232323234523234523452345234523;
sendMsg funktioniert es noch
2016.03.12 10:23:48 4: sduino: sending via SendMsg: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145234545234545454545454545234523234523234523232323452323454545234523452345234523;
2016.03.12 10:23:48 4: sduino/msg READ: SR;R=10;P0=4800;P1=-1500;P2=600;P3=-300;P4=300;P5=-600;D=0145234545234545454545454545234523234523234523232323452323454545234523452345234523;
beides STOP-TASTE selbes Rollo
@ Darkmission
habe gestern noch ein wenig am Modul gearbeitet. Dooya auf GitHub. (https://github.com/RFD-FHEM/RFFHEM/blob/dev-dooya/FHEM/98_Dooya.pm)
Jarnsen
Zitat von: Jarnsen am 12 März 2016, 10:30:08
wie muß ich was in die controls_signalduino.txt eintragen das das Dooyamodul über.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-dooya/controls_signalduino.txt
mit geladen wird.
Es gibt die "build_controls_list.pl", wenn Du diese ausführst wird die controls_signalduino.txt aktualisiert
perl build_controls_list.pl FHEMwenn Du dann in der controls_signalduino.txt nur den Dooya Eintrag drinnlässt
UPD 2016_12_03_09:51:48 41868 FHEM/98_Dooya.pmdann wird nur die 98_Dooya.pm geupdated
Gruß Ralf
Ich habe hier noch ein merkwürdiges Verhalten von Elro/Intertechno Steckdosen beobachtet:
Wenn durch ein Ereignis wie z.B. Bewegungsmelder die Einheit geschaltet wird, steht im Log:
2016.03.12 12:03:03 2: IT set Lampe on
2016.03.12 12:03:06 2: IT IODev device didn't answer is command correctly: raw => No answer
Schalte ich die Lampe direkt über das FHEM-Icon, kommt diese Meldung nicht (mehrfach probiert):
2016.03.12 12:04:06 2: IT set Lampe off
2016.03.12 12:04:16 2: IT set Lampe off
2016.03.12 12:04:34 2: IT set Lampe on
2016.03.12 12:04:49 2: IT set Lampe off
Auch ist die Zuverlässigkeit des Schaltens weniger gegeben, wenn der Vorgang durch ein Ereignis ausgelöst wird.
Je weiter die Steckdose vom sduino entfernt ist, desto unzuverlässiger schaltet sie. Über's Icon direkt geschaltet klappt es viel besser.
Zitat von: Ralf9 am 12 März 2016, 11:19:04
Es gibt die "build_controls_list.pl", wenn Du diese ausführst wird die controls_signalduino.txt aktualisiert
perl build_controls_list.pl FHEM
wenn Du dann in der controls_signalduino.txt nur den Dooya Eintrag drinnlässt
UPD 2016_12_03_09:51:48 41868 FHEM/98_Dooya.pm
dann wird nur die 98_Dooya.pm geupdated
Gruß Ralf
Da ich immer nur im Dooya spiele und mich noch nicht weiter auseinander gesetzt habe mit GitHub. Wie und wo führe ich die build_controls aus??
Zitat von: Jarnsen am 12 März 2016, 17:43:27
Da ich immer nur im Dooya spiele und mich noch nicht weiter auseinander gesetzt habe mit GitHub. Wie und wo führe ich die build_controls aus??
Damit es funktioniert muß auf Deinem PC Perl installiert sein.
In dem Verzeichnis wo die 98_Dooya.pm und die build_controls_list.pl gespeichert sind, kannst Du dann die build_controls_list.pl ausführen
Nachtrag:
Es sollte auch funktionieren wenn Du die beiden Dateien in ein extra Verzeichnis im RPi2 kopierst und dort
perl build_controls_list.pl FHEMausführst
Gruß Ralf
Hallo Sidey,
ich habe heute mal ein Update gemacht. Jetzt werden meine Hideki-Tempsensoren und der OREGON THGR328N_be_2 nicht mehr empfangen.
Version ist:
# $Id: 14_Hideki.pm 14395 2016-02-08 18:00:00 $
# $Id: 41_OREGON.pm 34476 2016-02-09 21:00:00 wherzig $
14_SD_WS09.pm 16011 2016-01-06 10:10:10Z pejonp
00_SIGNALduino.pm 95487 2016-03-11 12:24:00Z v3.2.1-dev
No Id found for 14_SIGNALduino_RSL.pm
# $Id: 90_SIGNALduino_un.pm 15479 2016-01-28 20:00:00 dev-r32 $
Firmeware: version: V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
config: MS=1;MU=1;MC=1
2016.03.12 18:20:31 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:31 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.12 18:20:31 5: sduino: Starting demodulation at Position 4
2016.03.12 18:20:31 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.03.12 18:20:31 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.03.12 18:20:31 5: sduino: Starting demodulation at Position 1
2016.03.12 18:20:37 4: sduino/msg READ: MC;LL=4832;LH=-419;SL=-961;SH=994;D=ACCD2D2CD2D4D4AACD54D53355534AD54AD333535EFFFFFFFC;C=478;
2016.03.12 18:20:37 4: sduino: Found manchester Protocol id 10 clock 478 -> OSV2o3
2016.03.12 18:20:37 4: sduino: Found manchester Protocol id 12 clock 478 -> Hideki protocol
2016.03.12 18:20:37 4: sduino/msg READ: MC;LL=-961;LH=994;SL=-419;SH=503;D=C382E94CEE7D261544AB80;C=498;
2016.03.12 18:20:37 4: sduino: Found manchester Protocol id 10 clock 498 -> OSV2o3
2016.03.12 18:20:37 4: sduino: Found manchester Protocol id 12 clock 498 -> Hideki protocol
2016.03.12 18:20:37 4: sduino/msg READ: MU;P0=-22104;P1=975;P2=-980;P3=-487;P4=492;P5=32001;D=1212134342434343134342434343431213434212431212434312431343421343424313434343421243124313424343431212121243431243134342134342431243435301212134342434343134342434343431213434212431212431243431343421343424313434343421243124313424343431212121243431243124343;CP=4;O;
2016.03.12 18:20:37 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 18:20:37 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:37 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.03.12 18:20:37 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.03.12 18:20:37 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:37 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.03.12 18:20:37 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:37 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.03.12 18:20:37 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:37 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.03.12 18:20:37 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:37 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.03.12 18:20:37 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:37 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.03.12 18:20:37 5: sduino: Starting demodulation at Position 9
2016.03.12 18:20:37 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.03.12 18:20:37 5: sduino: Starting demodulation at Position 8
2016.03.12 18:20:37 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.03.12 18:20:37 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:37 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.03.12 18:20:37 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.03.12 18:20:37 5: sduino: Starting demodulation at Position 0
2016.03.12 18:20:37 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.03.12 18:20:37 5: sduino: Starting demodulation at Position 0
2016.03.12 18:20:39 4: sduino/msg READ: MS;P0=511;P1=-2056;P2=-3787;P3=-8045;D=0301010101010201020101010101010101020202010102020201010101010101010202010102;CP=0;SP=3;O;
2016.03.12 18:20:39 4: sduino: Matched MS Protocol id 0 -> weather1
2016.03.12 18:20:39 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:39 4: sduino: Decoded MS Protocol id 0 dmsg s0500E700C800 length 40
2016.03.12 18:20:39 5: sduino: converted Data to (s0500E700C800)
2016.03.12 18:20:39 5: sduino dispatch s0500E700C800
2016.03.12 18:20:39 4: CUL_TCM97001 usig longid: 1 model: AURIOL
2016.03.12 18:20:39 4: sduino/msg READ: MS;P0=-2060;P1=509;P2=-3771;P3=-8046;D=1310101010101210121010101010101010121212101012121210101010101010101212101012;CP=1;SP=3;
2016.03.12 18:20:39 4: sduino: Matched MS Protocol id 0 -> weather1
2016.03.12 18:20:39 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:39 4: sduino: Decoded MS Protocol id 0 dmsg s0500E700C800 length 40
2016.03.12 18:20:39 5: sduino: converted Data to (s0500E700C800)
2016.03.12 18:20:39 4: sduino: Dropped (s0500E700C800) due to short time or equal msg
2016.03.12 18:20:48 4: sduino/msg READ: MS;P2=605;P3=-1841;P4=-3802;P5=-9131;D=25232423242423232423232423242323232323232423232323232423242323242323242423;CP=2;SP=5;O;
2016.03.12 18:20:48 4: sduino: Matched MS Protocol id 0 -> weather1
2016.03.12 18:20:48 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:48 4: sduino: Decoded MS Protocol id 0 dmsg s592810526000 length 40
2016.03.12 18:20:48 5: sduino: converted Data to (s592810526000)
2016.03.12 18:20:48 5: sduino dispatch s592810526000
2016.03.12 18:20:48 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.03.12 18:20:48 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.03.12 18:20:48 5: sduino: Starting demodulation at Position 6
2016.03.12 18:20:48 4: sduino: Decoded MS Protocol id 7 dmsg P7#0000000 length 36
2016.03.12 18:20:48 4: sduino/msg READ: MS;P0=596;P1=-1854;P2=-3804;P3=-9125;D=03010201020201010201010201020101010101010201010101010201020101020101020201;CP=0;SP=3;O;
2016.03.12 18:20:48 4: sduino: Matched MS Protocol id 0 -> weather1
2016.03.12 18:20:48 5: sduino: Starting demodulation at Position 2
2016.03.12 18:20:48 4: sduino: Decoded MS Protocol id 0 dmsg s592810526000 length 40
2016.03.12 18:20:48 5: sduino: converted Data to (s592810526000)
2016.03.12 18:20:48 4: sduino: Dropped (s592810526000) due to short time or equal msg
[code]
Vielleicht hast du ja eine Idee. Der Sensor steht ca. 2m vom Empfänger entfernt. Vielen Dank.
Gruß Jörg
@ Sidey
Habe hier noch paar Zeilen von nem Dooya 5 Kanal Wandsender der nicht demoduliert wird.
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=320;P1=-776;P2=675;P3=-425;P4=-10484;P5=4996;D=010101232323010101230101010101010101230123230101012323010123012301010123010101245;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=319;P1=-778;P2=673;P3=-427;P4=-10248;P5=4888;D=010101232323010101230101010101010101230123230101012323010123012301010123010101245;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=316;P1=-780;P2=676;P3=-420;P4=-10584;P5=4952;D=010101232323010101230101010101010101230123230101012323010123012301010123232323045;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=317;P1=-779;P2=679;P3=-416;P4=-10552;P5=4952;D=010101232323010101230101010101010101230123230101012323010123012301010123232323045;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=316;P1=-778;P2=676;P3=-419;P4=-10648;P5=4888;D=010101232323010101230101010101010101230123230101012323010123012301010123232323045;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=315;P1=-782;P2=675;P3=-418;P4=-10660;P5=4984;D=010101232323010101230101010101010101230123230101012323010123012301010123232323045;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=315;P1=-782;P2=673;P3=-420;P4=-10552;P5=4884;D=010101232323010101230101010101010101230123230101012323010123012301010123232323045;CP=0;
MfG Jarnsen
Zitat von: Ralf9 am 12 März 2016, 18:10:15
Damit es funktioniert muß auf Deinem PC Perl installiert sein.
In dem Verzeichnis wo die 98_Dooya.pm und die build_controls_list.pl gespeichert sind, kannst Du dann die build_controls_list.pl ausführen
Nachtrag:
Es sollte auch funktionieren wenn Du die beiden Dateien in ein extra Verzeichnis im RPi2 kopierst und dort
perl build_controls_list.pl FHEM
ausführst
Gruß Ralf
bin zu doof
Kannst du das machen??
Zitat von: Jarnsen am 12 März 2016, 20:19:00
bin zu doof
Kannst du das machen??
damit müsste es funktionieren:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-dooya/controls_signalduino.txtIn der "98_Dooya.pm" in der Anlage habe ich die "sub Dooya_SendCommand" ein wenig vereinfacht.
Kannst Du mal testen ob noch alles funktioniert?
Gruß Ralf
Mach ich aber erst morgen
Gesendet von iPhone mit Tapatalk
Getestet... So wie auf GitHub beschrieben... Muss aber noch log prüfen
Gesendet von iPhone mit Tapatalk
Zitat von: Jarnsen am 12 März 2016, 22:27:44
Getestet... So wie auf GitHub beschrieben... Muss aber noch log prüfen
Damit es funktioniert muss Du zuvor die SIGNALduino.pm updaten
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-dooya/controls_signalduino.txt# $Id: 00_SIGNALduino.pm 95487 2016-03-12 21:00:00Z v3.2.1-dev $
Gruß Ralf
Funktioniert... Ebenfalls die kanalwahl...
Nur Update gemach und restart...
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-dooya/controls_signalduino.txt
Jetzt noch deine Version testen
(http://uploads.tapatalk-cdn.com/20160312/b293ccec0ed96cbe02e4a2302d3dae25.jpg)
Funktioniert... Mehr teste ich morgen...
Hallo,
wollen wir festhalten: Die Änderungen von Ralf9 sind spitze, "Kombination" im dev-dooya funktioniert (muss der Anhang von Ralf9 noch in das dev-dooya?).
Habe heute morgen folgendes bei mir ausgetestet:
-update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt, also die neue 00_SINGNALduino.pm asynchron, neues sendMsg IOWrite( $hash, "sendMsg", $message );.
-Firmware 12b erstmal gelassen.
Senden per WebCmd:
Zitat2016.03.13 10:31:11 5: Dooya_set: Rollo_SZ -> timings -> td1:24: tdc :27: tuo :29: tu1 :4:
2016.03.13 10:31:11 4: Dooya_set: Rollo_SZ -> entering with mode :send: cmd :on: arg1 :: pos :200:
2016.03.13 10:31:11 3: Dooya_set: handled command on --> move :on: newState :200:
2016.03.13 10:31:11 5: Dooya_set: handled for drive/udpate: updateState :: drivet :0: updatet :0:
2016.03.13 10:31:11 4: Dooya_sendCommand: Rollo_SZ -> cmd :on:
2016.03.13 10:31:11 4: Dooya set SignalRepeats: 10 for sduino
2016.03.13 10:31:11 4: Dooya set channel: 0001 for sduino
2016.03.13 10:31:11 4: Dooya set value = Rollo_SZ on
2016.03.13 10:31:11 4: Dooya_sendCommand: Rollo_SZ -> message :P16#0011100000001000110100101100000100110011#R10:
2016.03.13 10:31:11 5: sduino: sending sendMsg P16#0011100000001000110100101100000100110011#R10
2016.03.13 10:31:11 5: sduino SW: sendMsg P16#0011100000001000110100101100000100110011#R10
2016.03.13 10:31:11 4: sduino/msg READ: Unsupported command
2016.03.13 10:31:11 4: sduino/msg READ: Unsupported command
2016.03.13 10:31:11 4: sduino/msg READ: 800
Einkommende werden erkannt, aber nicht an das Dooya Parsing weitergegeben:
Zitat2016.03.13 10:32:57 4: sduino/msg READ: ^BMU;P0=334;P1=-736;P2=697;P3=-373;P4=4762;P5=-1530;D=010123232301010101010101230101012323012301012301232301010101012301012323010123234501012323230101010101010123010101232301230101230123230101010101230101232301012323450101232323010101010101012301010123230123010123012323010101010123010123232323010;CP=0;^C
2016.03.13 10:32:57 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.13 10:32:57 5: sduino: Starting demodulation at Position 82
2016.03.13 10:32:57 5: sduino: dispatching bits: 0 0 1 1 1 0 0 0 0 0 0 0 1 0 0 0 1 1 0 1 0 0 1 0 1 1 0 0 0 0 0 1 0 0 1 1 0 0 1 1
2016.03.13 10:32:57 4: sduino: decoded matched MU Protocol id 16 dmsg u16#3808D2C133 length 40
2016.03.13 10:32:57 5: sduino: converted Data to (u16#3808D2C133)
2016.03.13 10:32:57 5: sduino dispatch u16#3808D2C133
2016.03.13 10:32:57 4: SIGNALduino_unknown incomming msg: u16#3808D2C133
2016.03.13 10:32:57 4: SIGNALduino_unknown rawData: 3808D2C133
2016.03.13 10:32:57 4: SIGNALduino_unknown Protocol: 16
2016.03.13 10:32:57 4: SIGNALduino_unknown converted to bits: 0011100000001000110100101100000100110011
2016.03.13 10:32:57 4: SIGNALduino_unknown / shutter Dooya 0011100000001000110100101100000100110011 received
2016.03.13 10:32:57 4: 00111000000010001101001 1100 0001 0011 0011
2016.03.13 10:32:57 4: SIGNALduino_unknown found shutter from Dooya. id=3672274, remotetype=12, channel=1, direction=down, all_shutters=false
Warum unknown command?
Warum Dooya nun im SIGNALduino_unknown?
Muss ich die neue Firmware einspielen?
Hilfe!!! :-\
Zitat von: darkmission am 13 März 2016, 10:58:00
Hallo,
wollen wir festhalten: Die Änderungen von Ralf9 sind spitze, "Kombination" im dev-dooya funktioniert (muss der Anhang von Ralf9 noch in das dev-dooya?).
neues sendMsg IOWrite( $hash, "sendMsg", $message );.
Damit es auch mit der neuen 00_SINGNALduino.pm im dev-32 funktioniert muss noch in der dooya.pm das IOWrite angepasst werden.
Ich werde meine angepasste dooya.pm Version noch im dev-dooya einstellen.
Gruß Ralf
Die angepasste 98_Dooya.pm ist jetzt im dev-dooya. Im dev-dooya ist auch die b12 Firmware
Gruß Ralf
EDIT:
Meine aktuelle Lauffähige Konfiguration...
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
und
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-dooya/controls_signalduino.txt
autocreate funktioniert !!!
Zitat von: Jarnsen am 13 März 2016, 12:12:44
Meine aktuelle Lauffähige Konfiguration...
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
und
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-dooya/controls_signalduino.txt
autocreate funktioniert momentan nicht
Mit der 00_SIGNALduino.pm aus der dev-dooya funktioniert das autocreate es bei mir
00_SIGNALduino.pm 95487 2016-03-13 10:00:00Z v3.2.1-dev2016.03.13 12:17:59 4: sduinoD/msg get raw: MU;P0=4712;P1=-1582;P2=281;P3=-792;P4=644;P5=-428;D=01232345452345454523232323234545232345234545232323454545232323234523234545232345450123234545234545452323232323454523234523454523232345454523232323452323454523234545012323454523454545232323232345452323452345452323234545452323232345232345454545232;CP=2;
2016.03.13 12:17:59 4: sduinoD: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.13 12:17:59 4: sduinoD: decoded matched MU Protocol id 16 dmsg P16#370658E133 length 40
2016.03.13 12:17:59 5: sduinoD: converted Data to (P16#370658E133)
2016.03.13 12:17:59 5: sduinoD dispatch P16#370658E133
2016.03.13 12:17:59 4: Dooya_Parse: rawData = 370658E133 length: 10
2016.03.13 12:17:59 4: Dooya_Parse: converted to bits: 0011011100000110010110001110000100110011
2016.03.13 12:17:59 4: Dooya_Parse: device ID: 0011011100000110010110001110
2016.03.13 12:17:59 4: Dooya_Parse: Channel: 1
2016.03.13 12:17:59 4: Dooya_Parse: Cmd: 00110011
2016.03.13 12:17:59 4: Dooya_Parse: Newstate on
2016.03.13 12:17:59 3: Dooya Unknown device 0011011100000110010110001110, please define it
2016.03.13 12:17:59 2: autocreate: define Dooya_0011011100000110010110001110 Dooya 0011011100000110010110001110
2016.03.13 12:17:59 2: autocreate: define FileLog_Dooya_0011011100000110010110001110 FileLog ./log/Dooya_0011011100000110010110001110-%Y-%m.log Dooya_0011011100000110010110001110Gruß Ralf
@Sidey
Bitte mal drüberschauen was an dem Signal soo anders ist
Zitat von: Jarnsen am 12 März 2016, 19:55:13
@ Sidey
Habe hier noch paar Zeilen von nem Dooya 5 Kanal Wandsender der nicht demoduliert wird.
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=320;P1=-776;P2=675;P3=-425;P4=-10484;P5=4996;D=010101232323010101230101010101010101230123230101012323010123012301010123010101245;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=319;P1=-778;P2=673;P3=-427;P4=-10248;P5=4888;D=010101232323010101230101010101010101230123230101012323010123012301010123010101245;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=316;P1=-780;P2=676;P3=-420;P4=-10584;P5=4952;D=010101232323010101230101010101010101230123230101012323010123012301010123232323045;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=317;P1=-779;P2=679;P3=-416;P4=-10552;P5=4952;D=010101232323010101230101010101010101230123230101012323010123012301010123232323045;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=316;P1=-778;P2=676;P3=-419;P4=-10648;P5=4888;D=010101232323010101230101010101010101230123230101012323010123012301010123232323045;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=315;P1=-782;P2=675;P3=-418;P4=-10660;P5=4984;D=010101232323010101230101010101010101230123230101012323010123012301010123232323045;CP=0;
2016.03.12 19:49:29 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.12 19:49:29 4: sduino/msg READ: MU;P0=315;P1=-782;P2=673;P3=-420;P4=-10552;P5=4884;D=010101232323010101230101010101010101230123230101012323010123012301010123232323045;CP=0;
MfG Jarnsen
Zitat von: Ralf9 am 13 März 2016, 12:28:02
Mit der 00_SIGNALduino.pm aus der dev-dooya funktioniert das autocreate es bei mir
00_SIGNALduino.pm 95487 2016-03-13 10:00:00Z v3.2.1-dev
2016.03.13 12:17:59 4: sduinoD/msg get raw: MU;P0=4712;P1=-1582;P2=281;P3=-792;P4=644;P5=-428;D=01232345452345454523232323234545232345234545232323454545232323234523234545232345450123234545234545452323232323454523234523454523232345454523232323452323454523234545012323454523454545232323232345452323452345452323234545452323232345232345454545232;CP=2;
2016.03.13 12:17:59 4: sduinoD: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.13 12:17:59 4: sduinoD: decoded matched MU Protocol id 16 dmsg P16#370658E133 length 40
2016.03.13 12:17:59 5: sduinoD: converted Data to (P16#370658E133)
2016.03.13 12:17:59 5: sduinoD dispatch P16#370658E133
2016.03.13 12:17:59 4: Dooya_Parse: rawData = 370658E133 length: 10
2016.03.13 12:17:59 4: Dooya_Parse: converted to bits: 0011011100000110010110001110000100110011
2016.03.13 12:17:59 4: Dooya_Parse: device ID: 0011011100000110010110001110
2016.03.13 12:17:59 4: Dooya_Parse: Channel: 1
2016.03.13 12:17:59 4: Dooya_Parse: Cmd: 00110011
2016.03.13 12:17:59 4: Dooya_Parse: Newstate on
2016.03.13 12:17:59 3: Dooya Unknown device 0011011100000110010110001110, please define it
2016.03.13 12:17:59 2: autocreate: define Dooya_0011011100000110010110001110 Dooya 0011011100000110010110001110
2016.03.13 12:17:59 2: autocreate: define FileLog_Dooya_0011011100000110010110001110 FileLog ./log/Dooya_0011011100000110010110001110-%Y-%m.log Dooya_0011011100000110010110001110
Gruß Ralf
Ok ich teste nochmal...
@Ralf9
Ja ich habe das IOWrite angepasst. Sogar noch ein Leerzeichen hinter sendmsg gemacht, damit das P16.. Nicht direkt am sendmsg klebt. Getestet mit "und ' die alte und die neue schreibweise. Nix zu machen. Unknown command.
Edit: Mit "set sduino sendMsg P16#..." Direkteingabe in FHEM geht's.
Bekomme seit dem ich FHEM komplett neu aufgesetzt habe keine Werte der Oregon Sensoren von SignalDuino mehr.
Hat sich in letzter Zeit bei FHEM oder SignalDuino etwas geändert?
LOG Meldungen:
2016.03.13 13:51:34 3: sduino: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 6 7
2016.03.13 13:51:34 3: sduino: IDlist MU 16 20 21 24 26 27 28 29 30 31 34 36 37 39 5 8 9
2016.03.13 13:51:34 3: sduino: IDlist MC 10 11 12 18
2016.03.13 13:51:34 3: Opening sduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0
2016.03.13 13:51:34 3: Setting sduino serial parameters to 57600,8,N,1
2016.03.13 13:51:34 3: sduino device opened
2016.03.13 13:51:34 1: define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
2016.03.13 13:51:34 1: init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
2016.03.13 13:51:37 3: sduino: Possible commands: ViRtXFSPCG
Use of uninitialized value in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 856, <$fh> line 38.
2016.03.13 13:51:37 3: sduino: Firmwareversion: V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
2016.03.13 13:51:37 3: sduino: setting Verbose to: 1
2016.03.13 13:51:37 0: Featurelevel: 5.7
Config:
#####################################
### INPUT SIGNALduino Oregon ###
#####################################
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
attr sduino alias SIGNALduino
attr sduino devStateIcon Initialized:cul_usb@green Open:cul_usb@red
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
attr sduino icon cul_usb
attr sduino longids 0
attr sduino room _RxTx
attr sduino verbose 1
attr sduino whitelist_IDs 7,8,10
Zitat von: darkmission am 13 März 2016, 13:06:12
@Ralf9
Ja ich habe das IOWrite angepasst. Sogar noch ein Leerzeichen hinter sendmsg gemacht, damit das P16.. Nicht direkt am sendmsg klebt. Getestet mit "und ' die alte und die neue schreibweise. Nix zu machen. Unknown command.
Edit: Mit "set sduino sendMsg P16#..." Direkteingabe in FHEM geht's.
Das P und R sind nicht nötig
set sduino sendMsg 16#0100100000000101101101111011000100110011#10
auch so wird korrekt gesendet
Jarnsen
Gesendet von iPhone mit Tapatalk
Zitat von: darkmission am 13 März 2016, 13:06:12
@Ralf9
Ja ich habe das IOWrite angepasst. .... Nix zu machen. Unknown command.
Hi,
nimm doch bitte die Version aus dem GIT.
Beim sduino verbose 5 einstellen und dann das Senden aus dem logischen Modul triggern.
PS: sendmsg und sendMsg ist nicht das gleiche.
Grüße Sidey
Zitat von: Burny4600 am 13 März 2016, 13:45:42
Bekomme seit dem ich FHEM komplett neu aufgesetzt habe keine Werte der Oregon Sensoren von SignalDuino mehr.
Hat sich in letzter Zeit bei FHEM oder SignalDuino etwas geändert?
Hast Du es schon mit der Firmware V 3.2.0-b12 versucht?
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
oder
V 3.2.0-b12 SIGNALduino - compiled at Feb 6 2016 23:59:03
https://forum.fhem.de/index.php/topic,38831.msg418832.html#msg418832
Welche Version hat Deine 41_OREGON.pm?
$Id: 41_OREGON.pm 34476 2016-02-09 21:00:00 wherzig
Gruß Ralf
Die Firmware Version ist: Version V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
cmds V i R t X F S P C G
config MS=1;MU=1;MC=1
ping OK
state Initialized
Die Datei Version ist:# $Id: 41_OREGON.pm 5597 2014-04-22 15:25:55Z wherzig $
Passen die Config Einstellungen noch?
Zitat von: Burny4600 am 13 März 2016, 14:51:41
[/code]
Die Datei Version ist:# $Id: 41_OREGON.pm 5597 2014-04-22 15:25:55Z wherzig $
Mit dieser alten Version von 2014 wird es wahrscheinlich nicht funktionieren.
Die akuelle Version
$Id: 41_OREGON.pm 34476 2016-02-09 21:00:00 wherzigist z.Zt. nur im dev-r32 enthalten:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txtGruß Ralf
@Ralf9 Da Du das ja anscheinend jetzt alles machst, nimm doch bitte das setlist Attribut raus, das ist obsolet, und die restlichen my-pos Einträge.
Ich bin dann hier raus.
Zitat von: darkmission am 13 März 2016, 15:46:24
@Ralf9 Da Du das ja anscheinend jetzt alles machst, nimm doch bitte das setlist Attribut raus, das ist obsolet, und die restlichen my-pos Einträge.
Ich bin dann hier raus.
Das hast Du falsch verstanden, ich habe nicht vor alles zu machen, ich wollte nur bei der Weiterentwicklung etwas mithelfen.
Du kannst das Modul gerne weiterentwickeln. Ich halte mich dann ab jetzt raus. Soll ich einige meiner Änderungen wieder zurücknehmen?
Gruß Ralf
Habe die Aktualisierung durchgeführt.
Zitat# $Id: 41_OREGON.pm 34476 2016-02-09 21:00:00 wherzig $
Trotzdem werden die Oregon Sensoren nicht eingelesen!
Zitat von: Burny4600 am 13 März 2016, 16:02:21
Habe die Aktualisierung durchgeführt.Trotzdem werden die Oregon Sensoren nicht eingelesen!
Erscheint im log sowas wie das hier?
2016.03.13 16:06:36 4: sduinoD: Found manchester Protocol id 10 clock 428 -> OSV2o3
2016.03.13 16:06:36 4: sduinoD: OSV3 protocol detected: preamble_pos = 24, message_length = 92
2016.03.13 16:06:36 4: sduinoD: OSV3 protocol converted to hex: (581A8904B0B0C046200448CC) with length (88) bitsGruß Ralf
Seit ich das Update update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txtdurchgeführt habe und einen Reboot ausführte meldet sich der SignalDuino nicht mehr richtig an.
Im Log sieht es so aus:
2016.03.13 16:34:03 3: sduino: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 6 7
2016.03.13 16:34:03 3: sduino: IDlist MU 16 20 21 24 26 27 28 29 30 31 34 36 37 39 5 8 9
2016.03.13 16:34:03 3: sduino: IDlist MC 10 11 12 18
2016.03.13 16:34:03 3: Opening sduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0
2016.03.13 16:34:03 3: Setting sduino serial parameters to 57600,8,N,1
2016.03.13 16:34:03 3: sduino device opened
2016.03.13 16:34:03 1: define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
2016.03.13 16:34:03 1: init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
2016.03.13 16:34:10 3: sduino: Firmwareversion: V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
2016.03.13 16:34:10 3: sduino: setting Verbose to: 1
Version V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
cmds ?UseoneofViRtXFSPCG
ping OK
state opened
Einträge wie du sie beschreibst kommen gar nicht an.
Laut Signalduino werden Daten empfangen da die LED's zeitweise flackern wenn etwas empfangen wird.
Noch ein eigenartiger Eintrag von Perl.
2016.03.13 16:54:17 1: PERL WARNING: Use of uninitialized value $aVal in concatenation (.) or string at ./FHEM/00_SIGNALduino.pm line 2487.
Zitat von: Burny4600 am 13 März 2016, 16:40:18
Seit ich das Update update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txtdurchgeführt habe und einen Reboot ausführte meldet sich der SignalDuino nicht mehr richtig an.
In der aktuellen dev-r32 hat sich beim state was geändert. Das "opened" entspricht dem früheren "Initialized".
Du kannst mal versuchen ob es mit "set sduino disableMessagetype unsyncedMU" besser wird.
Bei get config erscheint dann:
MS=1;MU=0;MC=1
Wenn das nichts bringt kannst Du auch mal die Firmware V 3.2.0-b12 versuchen.
Gruß Ralf
set sduino disableMessagetype unsyncedMU ändert leider nichts.
Der Eintrag der Config sieht immer noch gleich aus.
config: MS=1;MU=1;MC=1Warum jetzt eigendlich opened?
Ist für mich nicht logisch.
Dieser Eintrag sieht jetzt auch nicht mehr sauber aus.
Zitatcmds ?UseoneofViRtXFSPCG
Hallo,
habe seit gestern SIGNALduino installiert und mein Dank geht an den oder die Entwickler.
Eine Frage und ein kurzer Bericht. Frage: kann man das scannen nach neuen codes abschalten?
Hintergrund: Ich schalte meine Funksteckdosen (FSD) mit Hilfe von GenShellSwitch und einer app raspberry-remote. Das klappt wunderbar. Jetzt kam es aber vor, dass ich aus Bequemlichkeit auch schon mal die orig. Fernbedienung benutzt habe. Mit der Folge dass FHEM dies natürlich nicht mitbekommen hat und der Status der FSD nicht korrekt dargestellt wurde. Gut bei 3 FSD's nicht so das Problem, ein klick und es stimmt wieder.
Jetzt kommt SIGNALduino ins Spiel. Ich habe also den Homecode an der Fernbedienung abgeändert und gescannt. Dann, der besseren Zuordnung halber umbenannt und schalte so über ein notify die entsprechende FSD. Das klappt auch gut. Nur erzeugt "set FSD3 $EVENT" wiederum einen neuen Eintrag, diesmal halt mit dem richtigen Homecode, der ja gesendet wird um die entsprechende FSD zu schalten. Und genau das würde ich gerne vermeiden. Gibt es da Hoffnung?
define IT_FSD3 IT 00FF0FF0FF 0F F0
attr IT_FSD3 IODev Myduino
define FB_FSD3 notify IT_FSD3 set FSD3 $EVENT
PS. quasi als Nebeneffekt kann ich so die bisher unbenutzte vierte Taste der Fernbedienung auch nutzen.
Zitat von: ernst1024 am 14 März 2016, 17:49:24
Eine Frage und ein kurzer Bericht. Frage: kann man das scannen nach neuen codes abschalten?
Du kannst es mal mit den folgenden autocreate attributen versuchen:
ignoreTypes
This is a regexp, to ignore certain devices, e.g. the neighbours FHT. You can specify more than one, with usual regexp syntax, e.g.
attr autocreate ignoreTypes CUL_HOERMANN.*|FHT_1234|CUL_WS_7
The word "Types" is somehow misleading, as it actually checks the generated device name. autocreateThreshold
A list of <type>:<count>:<interval> triplets. A new device is only created if there have been at least count events of TYPE type in the last interval seconds.
attr autocreateThreshold LaCrosse:2:30,EMT7110:2:60Gruß Ralf
Zitat von: Burny4600 am 13 März 2016, 17:37:51
set sduino disableMessagetype unsyncedMU
ändert leider nichts.
Der Eintrag der Config sieht immer noch gleich aus.
config: MS=1;MU=1;MC=1
Hast Du für "set disableMessagetype unsyncedMU" und "get config"
die set- und get-Schaltflächen beim sduino benutzt?
Gruß Ralf
@Ralf
ZitatHast Du für "set disableMessagetype unsyncedMU" und "get config"
die set- und get-Schaltflächen beim sduino benutzt?
Ja das hatte ich.
Heute wo ich ein Update von FHEM durchgeführt habe wurden die zugehörigen Dateien für den Signalduino wieder ausgetauscht.
Jetzt hat der Befehl "set disableMessagetype unsyncedMU" auch eine Änderung hervor gerufen.
Der Signalduino ließt MC Daten ein, aber diese werden nicht als Senorwerte geschrieben.
Ergänzend noch das zugehörige Log:
Zitat von: Burny4600 am 14 März 2016, 19:52:20
@RalfJa das hatte ich.
Heute wo ich ein Update von FHEM durchgeführt habe wurden die zugehörigen Dateien für den Signalduino wieder ausgetauscht.
Jetzt hat der Befehl "set disableMessagetype unsyncedMU" auch eine Änderung hervor gerufen.
Der Signalduino ließt MC Daten ein, aber diese werden nicht als Senorwerte geschrieben.
Ergänzend noch das zugehörige Log:
Hat die "41_OREGON.pm" noch die aktuelle Version?
$Id: 41_OREGON.pm 34476 2016-02-09 21:00:00 wherzigEs wurde was erkannt,
2016.03.14 20:04:30 5: sduino dispatch 581A8904B070C000000034D9
2016.03.14 20:04:30 3: OREGON: Unknown device WGR800_b0, please define it
2016.03.14 20:04:30 2: autocreate: define WGR800_b0 OREGON WGR800_b0 aber es werden nur recht wenige brauchbare MC-Nachrichten empfangen. Falls zuwenige brauchbare MC-Nachrichten empfangen werden, kannst Du mal versuchen ob es mit der Firmware dev32-b12 besser wird.
Nachtrag:
hier
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-dooya/controls_signalduino.txtist die
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
dabei
Gruß Ralf
Zitat von: Burny4600 am 13 März 2016, 17:37:51
Warum jetzt eigendlich opened?
Ist für mich nicht logisch.
Das ist ein FHEM Standardwert. Nutzt man andere Standardwerte, funktionieren manche internen Funktionen von FHEM nicht
Da ich möglichst viele Standardfunktionen nutzen möchte, hatte ich das geändert.
Ich muss dass wohl noch im Wiki nachpflegen. :)
Zitat von: Burny4600 am 13 März 2016, 17:37:51
Dieser Eintrag sieht jetzt auch nicht mehr sauber aus.
Ist ein Formatierungsfehler. Ich werde es korrigieren. Das größere Problem sehe ich aber beim MC Decoder.
Den wollte ich verbessern und es ist wohl eher schlechter geworden :(
Grüße Sidey
Zitat von: Sidey am 14 März 2016, 21:48:01
Das größere Problem sehe ich aber beim MC Decoder.
Den wollte ich verbessern und es ist wohl eher schlechter geworden :(
Bei dem log von Burny4600 ist mir aufgefallen, daß bei einigen MC-Nachrichten das Ende nicht richtig erkannt wurde:
MC;LL=-1045;LH=899;SL=-564;SH=413;D=FFFFFF5891200D0E030000002C9BFFFFFE;C=437;
hier ist dies "FFFFFE" am Ende zuviel.
MC;LL=-557;LH=-1047;SL=416;SH=-124;D=FFFFFEB122401A1C06000000593700;C=431;
hier ist dies "00" am Ende zuviel.
Gruß Ralf
Zitat von: Ralf9 am 14 März 2016, 22:32:35
Bei dem log von Burny4600 ist mir aufgefallen, daß bei einigen MC-Nachrichten das Ende nicht richtig erkannt wurde:
MC;LL=-1045;LH=899;SL=-564;SH=413;D=FFFFFF5891200D0E030000002C9BFFFFFE;C=437;
hier ist dies "FFFFFE" am Ende zuviel.
Das FFFFFE am Ende müsste von der Wiederholung stammen.
Problem ist nur, dass es nur 21 x 1er Bits sind. Wir hätten aber 24 gebraucht.
BFFFFFE wären 24x 1er Bits.
1011 1111 1111 1111 1111 1111 1110
Kannst Du vielleicht mal schauen, ob man in der OSV3 Funktion nach 24x1er Bits suchen könnte und das als Ende markiert.
Zitat von: Ralf9 am 14 März 2016, 22:32:35
MC;LL=-557;LH=-1047;SL=416;SH=-124;D=FFFFFEB122401A1C06000000593700;C=431;
hier ist dies "00" am Ende zuviel.
Wo kommt das nur her, hmmmm.....
Grüße Sidey
Zitat von: Sidey am 14 März 2016, 22:37:48
Das FFFFFE am Ende müsste von der Wiederholung stammen.
Das Problem dabei ist aber, daß es laut der Protokollbeschreibung beim OSV3 keine Wiederholung gibt..
Es ist wahrscheinlich am Besten, wenn Du erstmal die dev32-b12 Firmware in die master tust.
Gruß Ralf
Hi Ralf,
guter Hinweis. Das hatte ich übersehen.
Das würde bedeuten, dass ich hier im Speicher vermutlich etwas verdoppele.....
Das mit der b12 ist eine gute Idee. Obwohl da auch nicht alles rund läuft.
Ein paar Anhaltspunkte was nicht optimal gelöst ist, habe ich schon. Allerdings tappe ich im großen und Ganzen noch im Dunkeln, warum das mit älteren FW Versionen besser gewesen sein soll.
Grüße Sidey
Hallo Sidey,
"FHEM Standardwert opened":
Bei mir steht aber für einen funktionierenden CUL im STATE "Initialized".
Hallo Rappasan,
das CUL Modul nutzt auch nicht die Standardfunktionen, sondern eigene. Schau dir z.B. das Mysensors Modul an, das verwendet die Standardfunktionen.
Grüße Sidey
Hallo Sidey,
bei Bedarf kann ich im 00_SIGNALduino.pm für die ca 7 Oregon v3 Sensoren eine Hash Liste anlegen, in der zu den ID die Länge hinterlegt ist.
Dann ist es egal, wenn die Nachrichten zu lang sind.
Hast Du bei der aktuellen dev32 Version die set- und get-Befehle durchgetestet ob noch alles funktioniert?
Gruß Ralf
Hallo leute. Wollte mal dazwischen hauen. Habe seit dem letzten Firmware Update des Signal Duino auf die 3.2.0 hf1 öfters das Problem, dass fhem abstürzt. Habe auch mal in der log Datei nachgeschaut. Da steht nix auffälliges drin. Habe den Duino mal auf inaktiv gesetzt und seit dem ist Ruhe.
Kann jemand was dazu sagen?
Hatte vorher die 3.1.8 drauf gehabt
Gruß Sascha
Von mobil gesendet daher kurze Antwort
Hallo, das kann ich bestätigen seit dem Letzten Update hängt sich fhem nach ein paar Stunden auf und nur ein kurzes entfernen und einstecken des sduino Sticks läuft es wieder, bis er wieder hängt.
Was ich dazu herausgefunden habe:
fhem hängt sich nach ein paar Stunden auf, (Perl Prozess auf 100%, am sduino 2 LED rotes Dauer leuchten), mit der Version von:
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
V 3.2.0-hf1 SIGNALduino - compiled at Mar 4 2016 22:41:08
Seit dem läuft auch mein TFA Temp Sensor mit dem CUL_TX nicht mehr, die anderen schon wie Oregon und SD_WS07.
Leider ist auch kein Betrieb mit dieser Version möglich, von:
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
2016.03.17 17:23:57 1: reload: Error:Modul 00_SIGNALduino deactivated:
Too many arguments for main::RemoveInternalTimer at ./FHEM/00_SIGNALduino.pm line 1516, near ""SIGNALduino_HandleWriteQueue")"
BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 2093, <$fh> line 313.
2016.03.17 17:23:57 0: Too many arguments for main::RemoveInternalTimer at ./FHEM/00_SIGNALduino.pm line 1516, near ""SIGNALduino_HandleWriteQueue")"
BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 2093, <$fh> line 313.
Ein Downgrade/restore (flash und Perl Module) auf die vorher laufende Version ist auch nicht mehr möglich.
Der sduino wird nicht mehr im fhem initialisiert.
2016.03.17 17:53:54 1: define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600D0WR-if00-port0@57600
2016.03.17 17:53:54 1: init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600D0WR-if00-port0@57600
2016.03.17 17:54:06 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600D0WR-if00-port0, ignoring it (sduino)
Zur Zeit läuft der sduino mit V 3.2.0-hf1 und ich muss ihn alle paar Stunden reconnecten.
Zitat von: michiatlnx am 18 März 2016, 14:48:28
V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
Die letzte stabile Version ist z.Zt. die "V 3.2.0-b12 SIGNALduino .." siehe:
https://forum.fhem.de/index.php/topic,38831.msg418861.html#msg418861
oder
https://forum.fhem.de/index.php/topic,38831.msg418832.html#msg418832
Zitat von: michiatlnx am 18 März 2016, 14:48:28
2016.03.17 17:23:57 1: reload: Error:Modul 00_SIGNALduino deactivated:
Too many arguments for main::RemoveInternalTimer at ./FHEM/00_SIGNALduino.pm line 1516, near ""SIGNALduino_HandleWriteQueue")"
BEGIN not safe after errors--compilation aborted at ./FHEM/00_SIGNALduino.pm line 2093, <$fh> line 313.
2016.03.17 17:23:57 0: Too many arguments for main::RemoveInternalTimer at ./FHEM/00_SIGNALduino.pm line 1516, near ""SIGNALduino_HandleWriteQueue")"
Benutzt Du auch die Sendefunktion? sieht nach einem Problem bei der Sendewarteschlange aus die Sidey vor kurzem eingebaut hat.
Gruß Ralf
Hallo,
Ich nutze die Version
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09 zum reinen Empfang.
Keine Abstürze.
Der WLAN Stick schläft allerdings ein, LAN nicht.
Das ist aber ein bekanntes Problem beim Raspi...
Gruß
Michael
In der 00_SIGNALduino.pm war in der Zeile 1516 ein Syntaxfehler, ist habe ihn gefixt. Müsste jetzt funktionieren.
@Sidey
Das senden von IT V1 funktioniert noch nicht. Mit dieser Änderung in Zeile 1145 müsste es funktionieren:
if ($arg =~ /^is.*/ && (length($arg) == 34) || length($arg) == 14)
2016.03.18 20:42:44 5 : sduino: command for gets: isF00000000FFF
2016.03.18 20:42:44 5 : sduino: calling set :sendmsg P17;R6#F00000000FFF
2016.03.18 20:42:44 5 : sduino: sendmsg Preparing rawsend command for protocol=17, repeats=6, bits= F00000000FFF
2016.03.18 20:42:44 1 : PERL WARNING: Use of uninitialized value $clock in multiplication (*) at ./FHEM/00_SIGNALduino.pm line 1064.
2016.03.18 20:42:44 4 : sduino/set: sending via SendMsg: SR;R=6;P0=0;P1=0;P2=0;P3=0;D=0103020302030203020302030203020302;
Es ist aber noch ein "PERL WARNING" dabei.
Das set enable/disableMessagetype funktioniert nicht mehr:
2016.03.18 20:45:26 4 : set sduino enableMessagetype manchesterMC CEC
2016-03-18 20:45:26 SIGNALduino sduino enableMessagetype manchesterMC
2016.03.18 20:45:26 5 : sduino SW: manchesterMC
2016.03.18 20:45:26 4 : sduino/msg READ: Unsupported command
2016.03.18 20:45:27 5 : sduino/HandleWriteQueue: nothing to send, stopping timer
Gruß Ralf
Alles Klar, damit geht es wieder und mein TFA Temp Sensor geht jetzt auch wieder.
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
CUL_TX Unknown device 60, please define it
Senden wollte ich eigentlich die bereits zurückgegebenen mumbi Steckdosen war aber noch nicht implementiert, habe jetzt die IT-1500 bestellt.
Vielen Dank für den Hinweis.
Da kommt man vom Hundertsten ins Tausende... Echt schade, dass die Fehlerbehebungen und Anpassungen immer wieder Funktionen beeinträchtigen.
Hat das mal jemand eine Idee, wie man so was automatisiert testen könnte?
Grüße Sidey
Zitat von: Ralf9 am 18 März 2016, 20:59:28
@Sidey
Das senden von IT V1 funktioniert noch nicht. Mit dieser Änderung in Zeile 1145 müsste es funktionieren:
if ($arg =~ /^is.*/ && (length($arg) == 34) || length($arg) == 14)
Danke für das Beheben des Fehlers.
Das ITv1 nicht funktioniert finde ich seltsam. || length($arg) == 14 ist prinzipiell eine Möglichkeit um die sendraw Funktion zu verwenden.
Bislang ist das itv1 Senden aber direkt als Funktion im SIGNALduino implementiert.
Das Problem mit enable/disable ms,mc,mu habe ich behoben. Es war ein einfacher copy/past Fehler :(
Den master Branch habe ich jetzt auf die Firmware 3.2.0b12 zurück gesetzt.
Der Modul Code entspricht jedoch dem aktuellen.
Grüße Sidey
Zitat von: Sidey am 18 März 2016, 22:39:43
Da kommt man vom Hundertsten ins Tausende... Echt schade, dass die Fehlerbehebungen und Anpassungen immer wieder Funktionen beeinträchtigen.
Schade das es so ist.
Möchte hier aber mal ein dickes Dankeschön loswerden, für die Unterstützung und die Arbeit die hier geleistet wird.
Hätte es einen Vorteil den Signalduino als auch Sender einzusetzen, gegenüber den nano cul mir der afw?
Zitat von: Sidey am 18 März 2016, 23:05:50
Das ITv1 nicht funktioniert finde ich seltsam. || length($arg) == 14 ist prinzipiell eine Möglichkeit um die sendraw Funktion zu verwenden.
Bislang ist das itv1 Senden aber direkt als Funktion im SIGNALduino implementiert.
Ich habe es mir nochmals etwas genauer angeschaut. Das senden von ITv1 scheint zu funktionieren.
Das Problem ist, daß das IT-Modul nicht die erwartete Antwort ( "raw => $msg" ) bekommt.
Das Problem dürfte hier in der SIGNALduino_Get sein. Hier wird immer ein undef zurückgegeben:
return undef; # We will exit here, and give an output only, if asny output is supported. If this is not supported, only the readings are updated
return undef if ($hash->{CL} && $hash->{CL}->{canAsyncOutput}); # Exit for async output here
($err, $msg) = SIGNALduino_ReadAnswer($hash, $a[1], 0, $gets{$a[1]}[1]);Nachtrag:
Eine Möglichkeit wäre evtl:
return "$a[0] $a[1] => $arg" if ($arg =~ /^is.*/ && length($arg) == 14);Gruß Ralf
Ja, aber der Arduino müsste das Signal ja trotzdem senden. Ich habe es heute ausprobiert.
Die Steckdosen werden nicht geschaltet, aber der Arduino gibt den Befehl sogar korrekt per Echo zurück...
Hallo,
heute habe ich die intertechno IT-1500 erhalten.
Device wird per autocreate als IT protocol V3 angelegt und das Schalten per Fernbedienung wird erkannt.
Beim Senden aus FHEM entsteht eine einminütige pause, wo es laut Log auch keine anderen Daten am sduino empfangen werden.
Die Steckdose wird aber nicht geschaltet.
Ein Protokoll Log habe ich auf github gestellt unter:
Protokoll für intertechno IT-1500 #73 - https://github.com/RFD-FHEM/RFFHEM/issues/73
gruss Michael
Da es in meinem in https://forum.fhem.de/index.php/topic,38831.msg423606.html#msg423606 geschilderten Problem auch um IT-devices mit sowohl V1 als auch V3 Protokoll geht- besteht da eventuell ein Zusammenhang?
Die Meldung "IT IODev device didn't answer is command correctly: raw => No answer" macht mich etwas stutzig...
Ich habe den Fehler noch nicht näher analysieren können.
Ich denke er tritt mit allen Sendebefehl auf.
Für das Senden der IT Dosen werden drei Befehle vom IT Modul gesendet.
1. Clock oder Wiederholungen anpassen
2. Signal senden
3. Clock anpassen
Es kann sein, dass Befehl 3. an den Arduino gesendet wird, bevor Befehl 2 bearbeitet wurde.
Das liegt daran, dass ich die Get Funktion auf non blocking umgestellt habe.
Mal sehen ob das der Grund ist, bislang ist es nur eine Vermutung.
Sidey
Ich sehe für das IT senden nur eine saubere Möglichkeit. Das umstellen auf IOWrite, dazu sind jedoch anpassungen um IT-Modul notwendig.
if ($io->{TYPE} ne "SIGNALduino") {
# das IODev ist kein SIGNALduino
..
} else { # SIGNALduino
if ($hash->{READINGS}{protocol}{VAL} eq "V3") {
my $SignalRepeats = AttrVal($name,'ITrepetition', '6');
my $ITClock = AttrVal($name,'ITclock', undef);
if (defined($ITClock)) {
$ITClock = '#C' . $ITClock;
} else {
$ITClock = '';
}
IOWrite($hash, 'sendMsg', 'P17#' . substr($message,2) . '#R' . $SignalRepeats . $ITClock);
} else {
2016.03.20 15:55:09 2 : IT_0011101101010011010010111000000: IT set IT_0011101101010011010010111000000 on
2016.03.20 15:55:09 5 : sduino/write: adding to queue sendMsg P17#00111011010100110100101110010000#R4#C240
2016.03.20 15:55:09 5 : sduino: sendmsg Preparing rawsend command for protocol=17, repeats=4, clock=240 bits=00111011010100110100101110010000
2016.03.20 15:55:09 4 : sduino/set: sending via SendMsg: SR;R=4;P0=240;P1=-2400;P2=-1200;P3=-240;D=0103020302020302030203030202030203030202030302020303020302020302030302020303020302020303020203020302030302030202030302030203020302;
2016-03-20 15:55:09 IT IT_0011101101010011010010111000000 on
2016.03.20 15:55:09 5 : sduino SW: SR;R=4;P0=240;P1=-2400;P2=-1200;P3=-240;D=0103020302020302030203030202030203030202030302020303020302020302030302020303020302020303020203020302030302030202030302030203020302;
2016.03.20 15:55:09 5 : sduino/HandleWriteQueue: nothing to send, stopping timer
2016.03.20 15:55:09 4 : sduino/msg READ: SR;R=4;P0=240;P1=-2400;P2=-1200;P3=-240;D=0103020302020302030203030202030203030202030302020303020302020302030302020303020302020303020203020302030302030202030302030203020302;
Spricht etwas dagegen für das IT V1 auch das sendmsg zu verwenden? Hat dies beim Timing des Sendesignals irgendwelche Nachteile?
Kann dafür dann die Protokoll ID 3 verwendet werden?
Gruß Ralf
Zitat von: Ralf9 am 20 März 2016, 16:27:14
Spricht etwas dagegen für das IT V1 auch das sendmsg zu verwenden? Hat dies beim Timing des Sendesignals irgendwelche Nachteile?
Kann dafür dann die Protokoll ID 3 verwendet werden?
Bei mir funktioniert jetzt auch das senden vom IT V1 wie gewünscht über sendmsg.
Ist es ok, wenn ich die notwendigen Anpassungen an der sendMsg im dev-r32 commite?
2016.03.20 20:46:37 2 : IT_F00000000F_test: IT set IT_F00000000F_test on
2016.03.20 20:46:37 5 : sduino/write: adding to queue sendMsg P3#F00000000FFF#R5#C300
2016.03.20 20:46:37 5 : sduino: sendmsg Preparing rawsend command for protocol=3, repeats=5, clock=300 bits=F00000000FFF
2016.03.20 20:46:37 4 : sduino/set: sending via SendMsg: SR;R=5;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01042304040404040404040404040404040404042304230423;
2016-03-20 20:46:37 IT IT_F00000000F_test on
2016.03.20 20:46:37 5 : sduino SW: SR;R=5;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01042304040404040404040404040404040404042304230423;
2016.03.20 20:46:37 4 : sduino/msg READ: SR;R=5;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01042304040404040404040404040404040404042304230423;
2016.03.20 20:46:38 5 : sduino/HandleWriteQueue: nothing to send, stopping timerGruß Ralf
Mach das, nur was ist jetzt anders?
Zitat von: Sidey am 20 März 2016, 21:05:36
Mach das, nur was ist jetzt anders?
Da jetzt auch für das IT v1 die sendmsg verwendet wird, wird die in der Firmware interne v1 Senderoutine nicht mehr verwendet.
Dadurch wird jetzt auch die "set ITClock" und "get ITParms" nicht mehr benötigt.
Gruß Ralf
Ich habe die Anpassungen an der 00_SIGNALduino.pm commited.
hier sind auch die Anpassungen am IT-Modul:
https://github.com/Ralf9/test/blob/master/FHEM/10_IT.pm
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Gruß Ralf
Hi Ralf,
danke für die Unterstützung.
Vorweg, als Entwarnung kann ich sagen. Auch ohne die Anpassungen von Ralf hat ITv1 Senden funktioniert.
Ich hatte bei mir nur den Pin falsch verbunden....
Die Anpassungen am IT Modul habe ich mir angesehen. Habe gesehen Du hast die Implementierung Abhängig vom IO Device gemacht.
Du kannst den Patch ja mal vorschlagen, die richtigere Lösung denke ich aber wäre, wenn das CUL Modul auch IOWrite zur Verfügung stellt.
Dann müsste das IT Modul nicht unterscheiden, was es aufruft.
So, jetzt schau ich mir noch an, warum die Clock bei ITv3 fehlt.
Grüße Sidey
Hi Ernst,
vielen Dank für deinen Beitrag.
Zitat von: ernst1024 am 14 März 2016, 17:49:24
Jetzt kommt SIGNALduino ins Spiel. Ich habe also den Homecode an der Fernbedienung abgeändert und gescannt. Dann, der besseren Zuordnung halber umbenannt und schalte so über ein notify die entsprechende FSD. Das klappt auch gut. Nur erzeugt "set FSD3 $EVENT" wiederum einen neuen Eintrag, diesmal halt mit dem richtigen Homecode, der ja gesendet wird um die entsprechende FSD zu schalten. Und genau das würde ich gerne vermeiden. Gibt es da Hoffnung?
Ich muss leider gestehen, dass ich nicht ganz verstanden habe, wieso Du den homecode geändert hast.
Wieso schaltest Du die Steckdosen nicht einfach mit dem SIGNALduino? Dann dürfte es doch keinerlei Probleme geben.
Wenn Du nur einen zweiten Schalter wolltest, dann kannst Du das auch mit einem Dummy oder doif lösen.
Grüße Sidey
Zitat von: sash.sc am 19 März 2016, 10:39:47
Hätte es einen Vorteil den Signalduino als auch Sender einzusetzen, gegenüber den nano cul mir der afw?
Naja, das ist nicht so einfach zu beantworten denke ich.
Solange der CUL alles sendet was Du brauchst, dann ist es doch gut. Wenn Du ihn nur fürs senden hast, dann ist er vermutlich überflüssig.
Grüße Sidey
Hallo,
ich habe hier etliche Türkontakte und einen Bewegungsmelder, die ein Signal mit "unknown tristate" senden. Ich habe mal in Signalduino.pm die zwei auskommentierten log3 Ausgaben in SIGNALduino_Parse_MS einkommentiert. Dann sieht man folgende Ausgaben.
2016.03.20 22:11:20 4: sduino/msg READ: MS;P0=172;P1=-523;P2=512;P3=-204;P4=-5723;D=04010123230101230101232323230101010101010101012323;CP=0;SP=4;O;
2016.03.20 22:11:20 4: sduino: Matched MS Protocol id 3 -> itv1
2016.03.20 22:11:20 5: sduino: Starting demodulation at Position 2
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 23
2016.03.20 22:11:20 5: demodulating 23
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 23
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 23
2016.03.20 22:11:20 5: demodulating 23
2016.03.20 22:11:20 5: demodulating 23
2016.03.20 22:11:20 5: demodulating 23
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 01
2016.03.20 22:11:20 5: demodulating 23
2016.03.20 22:11:20 5: demodulating 23
2016.03.20 22:11:20 5: sduino: postdemodulation value 0 0 1 1 0 0 1 0 0 1 1 1 1 0 0 0 0 0 0 0 0 0 1 1
2016.03.20 22:11:20 4: sduino: Decoded MS Protocol id 3 dmsg i327803 length 24
2016.03.20 22:11:20 5: sduino: converted Data to (i327803)
2016.03.20 22:11:20 5: sduino dispatch i327803
2016.03.20 22:11:20 4: message "i327803" (7)
2016.03.20 22:11:20 4: unknown tristate in "100111100000000011"
Wie man sieht wird der float Zustand genau anders rum gesendet, erst der breite Puls, dann der kurze. Das entspricht nicht der Beschreibung in dem PT2262 Datenblatt. Kann man das in der Signalduino.pm nicht auch als gültigen Puls "drehen", damit die anderen Module den Puls als float erkennen und verarbeiten können?
Die Module senden auch eine Pulsfolge, die 46ms lang ist. Ist die Beschränkung auf 31ms in dem Signalduino nötig? Ich habe das mal auf 62ms erhöht und kann dann noch weitere Sensoren sehen.
Vielen Dank für eure Hilfe
Lothar
Ich hab gerade das Update aus der dev32 gemacht und es wurde ja auch wieder die Firmware neu heruntergeladen. Ist es richtig, daß die sich gar nicht geändert hat? Ich habe vor und nach dem Flashen dieselbe Version:
V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
Noch eine Kleinigkeit: bei "get cmds" wird die Fehlermeldung ("? Use on of") vom sduino nicht ausgefiltert:
?UseoneofViRtXFSPCG
Läßt sich die Signalduino Software auf einen ESP8266 wie z.B. NodeMCU portieren?
Von der Rechenleistung und dem Flashspeicher sollte es doch gehen, oder?
Zitat von: RappaSan am 22 März 2016, 12:24:58
Läßt sich die Signalduino Software auf einen ESP8266 wie z.B. NodeMCU portieren?
Von der Rechenleistung und dem Flashspeicher sollte es doch gehen, oder?
Ich habe zwei auf dem Schreibtisch liegen, allerdings noch nicht ausgepackt.
Ich bin nicht sicher, was man so alles anpassen müsste.
Im großen und ganzen muss das gehen.
Wenn ich mal die Bugs beseitigt habe, würde ich mich dem widmen.
Naja, mal sehen. Vielleicht mache ich das auch früher, debuggen müsste mit der extra Power ja einfacher werden.
Bislang habe ich mich aber mit der Hardware noch nicht beschäftigt.
Grüße Sidey
Ich habe mir vor geraumer Zeit beim Ali ein paar von den Dingern bestellt, um ESPEasy ausprobieren zu können. Dazu noch ein paar BME280 Sensoren. Klappt prima, seit dieser Zeit wird von dem Ding mit dem Sensor Temperatur, Luftfeuchtigkeit und Luftdruck gemessen und an den FHEM-Server gemeldet. Und das Ganze eben per WLAN.
Zitat von: Lothar64 am 21 März 2016, 21:39:30
Hallo,
ich habe hier etliche Türkontakte und einen Bewegungsmelder, die ein Signal mit "unknown tristate" senden. Ich habe mal in Signalduino.pm die zwei auskommentierten log3 Ausgaben in SIGNALduino_Parse_MS einkommentiert. Dann sieht man folgende Ausgaben.
Wie man sieht wird der float Zustand genau anders rum gesendet, erst der breite Puls, dann der kurze. Das entspricht nicht der Beschreibung in dem PT2262 Datenblatt. Kann man das in der Signalduino.pm nicht auch als gültigen Puls "drehen", damit die anderen Module den Puls als float erkennen und verarbeiten können?
Türkontakte und Bewegungsmelder
2016.03.22 19:14:57 4: sduinoD/msg get raw: MS;P0=172;P1=-523;P2=512;P3=-204;P4=-5723;D=04010123230101230101232323230101010101010101012323;CP=0;SP=4;O;
2016.03.22 19:14:57 4: sduinoD: Matched MS Protocol id 3 -> itv1
2016.03.22 19:14:57 5: sduinoD: Starting demodulation at Position 2
2016.03.22 19:14:57 4: sduinoD: Decoded MS Protocol id 3 dmsg i327803 length 24
2016.03.22 19:14:57 5: sduinoD: converted Data to (i327803)
2016.03.22 19:14:57 5: sduinoD dispatch i327803
2016.03.22 19:14:57 4: sduinoD IT: message "i327803" (7)
2016.03.22 19:14:57 4: sduinoD IT:unknown tristate in "100111100000000011"ITv1 Sender
2016.03.22 19:22:22 4 : sduino/msg READ: MS;P0=-414;P1=1118;P2=-1096;P4=340;P5=-11191;D=45421042424242424242424242424242424242421042104210;CP=4;SP=5;O;
2016.03.22 19:22:22 4 : sduino: Matched MS Protocol id 3 -> itv1
2016.03.22 19:22:22 5 : sduino: Starting demodulation at Position 2
2016.03.22 19:22:22 4 : sduino: Decoded MS Protocol id 3 dmsg i400015 length 24
2016.03.22 19:22:22 5 : sduino: converted Data to (i400015)
2016.03.22 19:22:22 5 : sduino dispatch i400015
2016.03.22 19:22:22 4 : sduino IT: message "i400015" (7)
2016.03.22 19:22:22 4 : sduino IT: msgcode "F00000000FFF" (12)
2016.03.22 19:22:22 3 : sduino IT: IT_F00000000F_ITV1 off->onHallo Sidey,
gibt es einen besonderen Grund, warum die Protokol ID 3 und ID 17 einen clockabs von -1 haben?
Dadurch werden die ID 7 Temperatursensoren z.T. auch als ID 17 erkannt.
Mit einem clockabs von z.B. 300 bei der ID 3, würden die o.g. Türkontakte nicht mehr als ID 3 erkannt und man könnte dafür eine eigene Protokol ID anlegen.
Gruß Ralf
Zitat von: mahowi am 22 März 2016, 08:17:56
Ich hab gerade das Update aus der dev32 gemacht und es wurde ja auch wieder die Firmware neu heruntergeladen. Ist es richtig, daß die sich gar nicht geändert hat? Ich habe vor und nach dem Flashen dieselbe Version:
V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
Wenn beim update eine Datei neu heruntergeladen wird, bedeutet dies nicht immer, daß sich auch was geändert hat.
Z.Zt. ist die Firmware V 3.2.0-b12 zu empfehlen. Die neueren sind fehlerhaft.
Ich denke Sidey wird sich hier melden, wenn die Firmware, an der er gerade arbeitet, fertig ist.
https://forum.fhem.de/index.php/topic,43548.msg427788.html#msg427788
Gruß Ralf
Zitat von: Ralf9 am 20 März 2016, 22:20:14
Ich habe die Anpassungen an der 00_SIGNALduino.pm commited.
hier sind auch die Anpassungen am IT-Modul:
https://github.com/Ralf9/test/blob/master/FHEM/10_IT.pm
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Nachtrag:
Das o.g. IT-Modul funktioniert z.Zt. nur mit der aktuellen dev-r32. Per default wird als Clock 250 verwendet. Bei Bedarf kann im IT-Modul für jedes Device getrennt die clock und die ITrepetition als Attribut festgelegt werden.
Gruß Ralf
Hallo,
es wäre schön, wenn ihr eine Lösung für mein Problem findet.
Zitat
Hallo Sidey,
gibt es einen besonderen Grund, warum die Protokol ID 3 und ID 17 einen clockabs von -1 haben?
Dadurch werden die ID 7 Temperatursensoren z.T. auch als ID 17 erkannt.
Mit einem clockabs von z.B. 300 bei der ID 3, würden die o.g. Türkontakte nicht mehr als ID 3 erkannt und man könnte dafür eine eigene Protokol ID anlegen.
Gruß Ralf
Wie wäre es, wenn man die gültigen tristate Zustände abprüft, so wie in 10_IT.pm. Dann kann man unabhängig vom der clock eine andere ID zuweisen.
Gruß
Lothar
[quote author=Ralf9 link=topic=38831.msg428651#msg428651
Hallo Sidey,
gibt es einen besonderen Grund, warum die Protokol ID 3 und ID 17 einen clockabs von -1 haben?
Dadurch werden die ID 7 Temperatursensoren z.T. auch als ID 17 erkannt.
Mit einem clockabs von z.B. 300 bei der ID 3, würden die o.g. Türkontakte nicht mehr als ID 3 erkannt und man könnte dafür eine eigene Protokol ID anlegen.
[/quote]
Bei -1 wird der Takt automatisch ermittelt.
Bei den vielen Steckdosen, gibt es leider keinen festen Takt.
Entweder man arbeitet mit einem variablen Takt (so wie jetzt) um all die verschiedenen Geräte zu unterstützen, oder wir müssten für jeden Takt ein eigenes Protokoll anlegen.
Denkbar wäre auch noch eine Range von z.B. 160 - 300. Kann aber auch sein, dass es ein Gerät gibt, welches dann 400 benötigt usw.
Grüße Sidey
Zitat von: Lothar64 am 21 März 2016, 21:39:30
Wie man sieht wird der float Zustand genau anders rum gesendet, erst der breite Puls, dann der kurze. Das entspricht nicht der Beschreibung in dem PT2262 Datenblatt. Kann man das in der Signalduino.pm nicht auch als gültigen Puls "drehen", damit die anderen Module den Puls als float erkennen und verarbeiten können?
Die Module senden auch eine Pulsfolge, die 46ms lang ist. Ist die Beschränkung auf 31ms in dem Signalduino nötig? Ich habe das mal auf 62ms erhöht und kann dann noch weitere Sensoren sehen.
Hi Lothar,
1. Den Teil mit dem float habe ich noch nicht ganz verstanden. So ein Sender überträgt immer bits, dafür gibt es zum Glück nur zwei mögliche Zustände: 0 oder 1.
Ich nehme an, dem IT Modul gefallen die übergebenen Bits nicht, korrekt?
2. Was hast Du da denn geändert, damit 62ms ausgewertet werden können?
Bislang nehme ich noch an, dass ein Sensor zum einen das Frequenzband schont und zum anderen auch seine Batterie. Von daher, wird wohl kaum ein Sensor einen Pegel länger als 30ms halten.
Als low Pegel funktioniert das auch nicht, da dann der AGC vom Empfänger schon wieder einsetzt, kann also nur High sein und da kommt die Sache mit der Batterie / Sendezeit ins Spiel.
Welchen Zustand hat denn der 42ms Pegel? Low oder High? Wenn es Low ist, dann könnte es auch sehr gut eine Sendepause sein.
Grüße Sidey
Zitat von: Sidey am 22 März 2016, 23:49:30
Bei -1 wird der Takt automatisch ermittelt.
Bei den vielen Steckdosen, gibt es leider keinen festen Takt.
Denkbar wäre auch noch eine Range von z.B. 160 - 300. Kann aber auch sein, dass es ein Gerät gibt, welches dann 400 benötigt usw.
Ok, beim IT v1 macht es dann wohl keinen Sinn.
Wie sieht es beim IT v3 aus? Da gibt es nicht so viele verschiedene Steckdosen die das v3 verwenden.
Falls keine v3 Steckdosen bekannt sind die einen Clock größer als 350 verwenden, dann könnte man ja bei der ID 17
als clockabs z.B. 240 verwenden. Die 240 könnte man dann auch als default sendeclock nehmen.
Mit der defaulttoleranz von 0,3 würde die clockrange bis ca 312 gehen. Falls eine größere clocktoleranz notwendig ist, dann könnte man in der Protokollliste ein zusätzliches optionales Feld "clocktol" ergänzen.
Gruß Ralf
So habe wieder ein wenig Zeit mich dem Problem der Oregon Sensoren zu wittmen.
Diese werden immer nur mehr schlecht als recht empfangen.
Update wurde heute auch schon ausgeführt.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Version V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07
cmds ?UseoneofViRtXFSPCG
config MS=1;MU=0;MC=1
ping OK
state opened
flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
hardware nano328
longids 0
verbose 1
Was kann ich Euch liefern für die Optimierungen.
Zitat von: Burny4600 am 23 März 2016, 18:33:26
Version V 3.2.0-b14 SIGNALduino - compiled at Mar 4 2016 22:13:07t
Die V 3.2.0-b14 ist fehlerhaft, bitte flashe die V 3.2.0-b12
Gruß Ralf
OK Ralf.
Mache ich.
Ergänzend wäre die Einbindung der RSSI der Sensoren auch nicht schlecht wenn ich diese auswerten könnte.
Bei der Konfigurationssoftware des RFXTRX Sensors werden diese zumindest eingelesen und sind somit im Datenprotokoll enthalten.
Zitat von: Burny4600 am 23 März 2016, 18:43:36
Ergänzend wäre die Einbindung der RSSI der Sensoren auch nicht schlecht wenn ich diese auswerten könnte.
Bei der Konfigurationssoftware des RFXTRX Sensors werden diese zumindest eingelesen und sind somit im Datenprotokoll enthalten.
Ja, das mit dem RSSI wünsche ich mir auch. Das ist was für die Wunschliste für das zukünftige Release 3.3.
So wie ich das sehe, dürfte das RSSI vom Empfänger des RFXTRX gemessen und dann in das Datenprotokoll eingefügt werden.
In der Oregon Protokollbeschreibung habe ich nichts über das RSSI gefunden.
Bei diesem Empfänger
http://www.ebay.de/itm/RXB6-433Mhz-Superheterodyne-Wireless-Receiver-Module-for-Arduino-ARM-AVR-/401047720475 (http://www.ebay.de/itm/RXB6-433Mhz-Superheterodyne-Wireless-Receiver-Module-for-Arduino-ARM-AVR-/401047720475)
steht in der Beschreibung:
has an analog RSSI signal strength level outputHat jemand von diesem Superheterodyne Empfänger ein Datenblatt gefunden?
Gruß Ralf
Hallo Sidey,
sorry da habe ich mich wohl nicht klar genug ausgedrückt.
Zu 1. Der Tristatezustand wird hier duch 2 Bits dargestellt.
Die 12 Zustände des itv1 Protokolls werden hier in der Ausgabe duch 24 Bits dargestellt:
sduino: postdemodulation value 0 0 1 1 0 0 1 0 0 1 1 1 1 0 0 0 0 0 0 0 0 0 1 1
Im IT.pm Modul steht wie die Bits dann weiter Verarbeitet werden:
my %bintotristate=(
"00" => "0",
"01" => "F",
"11" => "1"
);
Die Bitkombination "10" ist dann der "unknown tristate" da er in dem itv1 Protokoll eine nicht gültige Kombination ist. Die Message wird dann verworfen.
Da die gesamte Message also nicht itv1 konform ist sollte man sie nicht an das IT Modul übergeben, sondern eine eigene ID zuweisen, die dann z.B. im Signalduino_un.pm Modul weiter ausgewertet werden kann.
Im IT.pm Modul wird die Gültigkeit der Message folgendermaßen überprüft:
while (length($bin)>=2) {
if (length($msg) == 7) {
if (substr($bin,0,2) != "10") {
$msgcode=$msgcode.$bintotristate{substr($bin,0,2)};
} else {
Log3 undef,4,"unknown tristate in \"$bin\"";
return "unknown tristate in \"$bin\""
}
} elsif (length($msg) == 20 && (substr($msg, 1, 1)) eq 'h') { # HomeEasy EU
$msgcode=$msgcode.$bintotristateHE{substr($bin,0,2)};
} else {
$msgcode=$msgcode.$bintotristateV3{substr($bin,0,2)};
}
$bin=substr($bin,2,length($bin)-2);
}
Im It.pm Modul wird geprüft, ob die Message Länge 7 ist. Wenn ja ist es das itv1 Protokoll. Dann wird die Bitkombinationen auf Gültigkeit geprüft.
Wenn man diesen Check auch in Signalduino.pm einfügen könnte, werden nur noch gültige itv1 Messages an das it.pm Modul übergeben, anderenfalls kann man eine andere interne Signalduino id vergeben, die dann in Signalduino_un.pm weiter ausgewertet werden kann.
zu 2.
Dazu habe testhalber in der RF_Receiver setup() Funktion den Timerinit auf 63 erhöht.
Timer1.initialize(63*1000);
und in SignalDecoder.h das define geändert
#define maxPulse 62001 // Magic Pulse Length
Das ganze war nur ein Versuch! Ob ich alles richtig gemacht habe glaube ich nicht, ist auch egal, da es nur ein Veruch war, die Signale zu empfangen.
Die ganze Message, das Sync Signal und die 12 trisate Zustände ware 46ms lang, nicht ein einzelner Puls. Die Türkontakte sind in der Konfiguration geliefert worden. Man kann über Jumper die gesamte Signallänge unter 30ms gestellt bekommen. Das habe ich mal gemacht, ob die Zentrale das Signal dann noch erkennt habe ich noch nicht geprüft. Ich bin dazu noch nicht gekommen, habe leider zur Zeit sehr wenig Zeit.
Gruß
Lothar
Zitat von: Burny4600 am 23 März 2016, 18:33:26
So habe wieder ein wenig Zeit mich dem Problem der Oregon Sensoren zu wittmen.
...
Was kann ich Euch liefern für die Optimierungen.
Hi,
ich bin an dem Problem dran. Habe ein paar Stellen im code angepasst. Bei mir läuft die MC Erkennung aktuell sehr gut mit den Anpassungen. Ich schätze ich habe da etwas gefunden.
Die neue Firmware habe ich in dev32 geladen.
Zitat von: Ralf9 am 23 März 2016, 19:37:49
Bei diesem Empfänger
http://www.ebay.de/itm/RXB6-433Mhz-Superheterodyne-Wireless-Receiver-Module-for-Arduino-ARM-AVR-/401047720475 (http://www.ebay.de/itm/RXB6-433Mhz-Superheterodyne-Wireless-Receiver-Module-for-Arduino-ARM-AVR-/401047720475)
steht in der Beschreibung:
has an analog RSSI signal strength level output
RSSI ist nicht im Protokoll selbst verankert, es wird vom Empfänger gemessen.
Datenblatt habe ich keines, aber ich kann mir nur vorstellen, dass der RSSI Wert mit einer Spannung dargestellt wird. Also der Pin auf dem es liegen sollte müsste dann nur an einen analogen Eingang und dort ausgewertet werden.
Der DER Pin ist es jedenfalls nicht, das habe ich heraus gefunden.
Zitat von: Lothar64 am 23 März 2016, 22:03:05
Die Bitkombination "10" ist dann der "unknown tristate" da er in dem itv1 Protokoll eine nicht gültige Kombination ist. Die Message wird dann verworfen.
...
Wäre es nicht zielführender, dieses Protokoll auch im IT Modul ein zu bauen.
Den Rest deines Vorschlages habe ich verstanden. Die Grundidee ist halt, alles was gleich moduliert ist, auch an das gleiche Modul zu übergeben.
Es ist aber auch möglich, die Daten an ein anderes Modul zu übergeben, wenn das IT Modul nichts damit anfangen konnte.
Zitat von: Lothar64 am 23 März 2016, 22:03:05
zu 2.
Dazu habe testhalber in der RF_Receiver setup() Funktion den Timerinit auf 63 erhöht.
Timer1.initialize(63*1000);
Jetzt blinkt die LED nur langsamer und wenn nichts empfangen wird, dauert es etwas länger bis die Signaldaten an FHEM übergeben werden.
Das kannst Du wieder zurück drehen.
Zitat von: Lothar64 am 23 März 2016, 22:03:05
und in SignalDecoder.h das define geändert
#define maxPulse 62001 // Magic Pulse Length
Das nutzt dir nichts, die verwendete Variable kann maximal 32767 darstellen.
Zitat von: Lothar64 am 23 März 2016, 22:03:05
Das ganze war nur ein Versuch! Ob ich alles richtig gemacht habe glaube ich nicht, ist auch egal, da es nur ein Veruch war, die Signale zu empfangen.
Die ganze Message, das Sync Signal und die 12 trisate Zustände ware 46ms lang, nicht ein einzelner Puls.
Kein Problem. Ich würde sagen, das hat nicht den gewünschten Effekt. Mit maxPulse hast Du nur angegeben, wie groß der maximal gemessene Puls denn sein kann.
Wie lang die Nachricht selbst ist, wird nur durch den verfügbaren Speicher + die Dauer der einzelen Pulse bestimmt. Begrenzt ist aber nur der Speicher und die maximale Dauer eines Pulses.
Du kannst hier wieder auf Standard gehen, deine Anpassungen sind nicht notwendig.
Grüße Sidey
hallo
ich bekomme leider den arduino nicht geflasht
in der log sehe ich nur
2016.03.24 23:24:57 3: sduino device opened
2016.03.24 23:24:57 1: define: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00
2016.03.24 23:24:57 1: init: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00
2016.03.24 23:25:07 1: Cannot init /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00, ignoring it (sduino)
Hi Noxx,
was passiert denn, wenn Du versuchst zu flashen?
Gruß Sidey
Nichts. Eieruhr dann ist fhem-GUI weg
LOG
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/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00
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
LOG FHEM:
2016.03.25 07:44:51 1: Including fhem.cfg
2016.03.25 07:44:51 3: telnetPort: port 7072 opened
2016.03.25 07:44:51 3: WEB: port 8083 opened
2016.03.25 07:44:51 3: WEBphone: port 8084 opened
2016.03.25 07:44:51 3: WEBtablet: port 8085 opened
2016.03.25 07:44:51 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2016.03.25 07:44:51 3: sduino: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 6 7
2016.03.25 07:44:51 3: sduino: IDlist MU 16 20 21 24 26 27 28 29 30 31 34 36 37 39 5 8 9
2016.03.25 07:44:51 3: sduino: IDlist MC 10 11 12 18
2016.03.25 07:44:51 3: Opening sduino device /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00
2016.03.25 07:44:51 3: Setting sduino serial parameters to 57600,8,N,1
2016.03.25 07:44:51 3: sduino device opened
2016.03.25 07:44:51 1: define: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00@57600
2016.03.25 07:44:51 1: init: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00@57600
2016.03.25 07:45:01 1: Cannot init /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00, ignoring it (sduino)
2016.03.25 07:45:01 3: sduino: setting Verbose to: 4
2016.03.25 07:45:01 1: Including ./log/fhem.save
2016.03.25 07:45:01 1: usb create starting
2016.03.25 07:45:01 3: Probing CUL device /dev/ttyAMA0
2016.03.25 07:45:01 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2016.03.25 07:45:01 1: usb create end
2016.03.25 07:45:01 0: Featurelevel: 5.7
2016.03.25 07:45:01 0: Server started with 11 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 1579)
Zitat von: noxx am 25 März 2016, 06:59:52
Nichts. Eieruhr dann ist fhem-GUI weg
was bekommst Du bei
ls -l /dev/serial/by-id/und was steht beim sduino unter internals DEF?
ich bekomme bei ls -l /dev/serial/by-id/
lrwxrwxrwx 1 root root 13 25. Mär 10:08 usb-FTDI_FT232R_USB_UART_A600G900-if00-port0 -> ../../ttyUSB0bei DEF steht:
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600G900-if00-port0@57600Gruß Ralf
Eigentlich müsste die RSSI Information im Datenprotokoll bei den Oregon Sensoren enthalten sein.
Zumindest wird die Siganlstärke in db von der RFXtrx433E eigenen Konfigurationssoftware in db mit den Senderinformationen ausgewertet.
EIn Problem was ich mit der b12 Firmware immer noch habe das die Oregon Sensoren nicht mit der gleichen Geräte Definition angelegt werden wie es der RFXtrx433E Empfänger macht.
Da hängt sich immer noch etwas drann.
ZB:
THGR810_e3_1
WGR800_b0
Zitat von: Burny4600 am 25 März 2016, 10:19:27
Eigentlich müsste die RSSI Information im Datenprotokoll bei den Oregon Sensoren enthalten sein.
Überleg mal wie soll das funktionieren?
Die 433 MHz Sensoren haben kein bidirektionales Protokoll, sie können nur senden.
Nur ein Empfänger kann die RSSI messen.
Zitat von: Burny4600 am 25 März 2016, 10:19:27
Da hängt sich immer noch etwas drann.
ZB:
THGR810_e3_1
WGR800_b0
Wie werden diese beiden beim RFXtrx433E angelegt?
Hast zum Vergleich auch schon mal die neue b18 getestet, ob sich der Empfang damit spürbar verbessert?
version: V 3.2.0-b18 SIGNALduino - compiled at Mar 24 2016 00:05:46@Sidey
kannst Du zukünftig eine neue Firmware auch in CHANGED eintragen?
Kann es sein, daß mit der b18 auch die Erkennung von MS-Nachrichten besser geworden ist?
Ich wünsche noch schöne Osterfeiertage
Gruß Ralf
Zitat von: Ralf9 am 25 März 2016, 10:16:32
was bekommst Du bei
ls -l /dev/serial/by-id/
und was steht beim sduino unter internals DEF?
ich bekomme bei ls -l /dev/serial/by-id/
lrwxrwxrwx 1 root root 13 25. Mär 10:08 usb-FTDI_FT232R_USB_UART_A600G900-if00-port0 -> ../../ttyUSB0
bei DEF steht:
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600G900-if00-port0@57600
Gruß Ralf
pi@raspberrypi:~ $ ls -l /dev/serial/by-id/
insgesamt 0
lrwxrwxrwx 1 root root 13 Mär 25 11:17 usb-Arduino__www.arduino.cc__0043_95432313138351316160-if00 -> ../../ttyACM0
pi@raspberrypi:~ $
Habe den PI nochmal neu aufgesetzt und FHEM frisch installiert.
FHEM läuft, aber sobald ich den UNO in die fhem.cfg schreibe, startet
die WEBGui nicht mehr
Zitat2016.03.25 11:33:19 1: Including ./log/fhem.save
2016.03.25 11:33:19 1: usb create starting
2016.03.25 11:33:19 3: Probing CUL device /dev/ttyAMA0
2016.03.25 11:33:19 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2016.03.25 11:33:19 1: usb create end
2016.03.25 11:33:19 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.03.25 11:33:19 0: Featurelevel: 5.7
2016.03.25 11:33:19 0: Server started with 10 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 931)
Undefined subroutine &main::asyncOutput called at ./FHEM/00_SIGNALduino.pm line 1559.
2016.03.25 11:35:55 1: Including fhem.cfg
2016.03.25 11:35:55 3: telnetPort: port 7072 opened
2016.03.25 11:35:55 3: WEB: port 8083 opened
2016.03.25 11:35:55 3: WEBphone: port 8084 opened
2016.03.25 11:35:55 3: WEBtablet: port 8085 opened
2016.03.25 11:35:55 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2016.03.25 11:35:55 1: Including ./log/fhem.save
2016.03.25 11:35:55 1: usb create starting
2016.03.25 11:35:56 3: Probing CUL device /dev/ttyACM0
2016.03.25 11:35:56 3: Probing TCM_ESP3 device /dev/ttyACM0
2016.03.25 11:35:56 3: Probing ZWDongle device /dev/ttyACM0
2016.03.25 11:35:56 3: Probing FRM device /dev/ttyACM0
2016.03.25 11:36:02 3: Probing CUL device /dev/ttyAMA0
2016.03.25 11:36:02 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2016.03.25 11:36:02 1: usb create end
2016.03.25 11:36:02 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.03.25 11:36:02 0: Featurelevel: 5.7
2016.03.25 11:36:02 0: Server started with 9 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 1011)
2016.03.25 11:37:02 1: Including fhem.cfg
2016.03.25 11:37:02 3: telnetPort: port 7072 opened
2016.03.25 11:37:02 3: WEB: port 8083 opened
2016.03.25 11:37:02 3: WEBphone: port 8084 opened
2016.03.25 11:37:02 3: WEBtablet: port 8085 opened
2016.03.25 11:37:02 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2016.03.25 11:37:02 3: sduino: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 6 7
2016.03.25 11:37:02 3: sduino: IDlist MU 16 20 21 24 26 27 28 29 30 31 34 36 37 39 5 8 9
2016.03.25 11:37:02 3: sduino: IDlist MC 10 11 12 18
2016.03.25 11:37:02 3: Opening sduino device /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_95432313138351316160-if00
2016.03.25 11:37:02 3: Setting sduino serial parameters to 57600,8,N,1
2016.03.25 11:37:02 3: sduino device opened
2016.03.25 11:37:02 1: define: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_95432313138351316160-if00
2016.03.25 11:37:02 1: init: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_95432313138351316160-if00
2016.03.25 11:37:05 3: sduino: Firmwareversion: V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:37:33
2016.03.25 11:37:05 1: Including ./log/fhem.save
Undefined subroutine &main::asyncOutput called at ./FHEM/00_SIGNALduino.pm line 1559.
Zitatattr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd none
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB editConfig 1
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define sduino SIGNALduino /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_95432313138351316160-if00
Auf b18 aktuallisiert.
Anbei die Geräte Infos wie die Sensorenbezeichnungen lauten.
RFXtrx433E SIGNALduino
THGR810_1 entspricht adresse 1 THGR810_e3_1
THGR810_2 entspricht adresse 2 wird nicht erkannt
THWR800_3 entspricht adresse 3 THWR800_45_3
THGR810_6 entspricht adresse 6 wird nicht erkannt
PCR800 PCR800_9e
WGR800 WGR800_b0
Zitat von: Ralf9 am 23 März 2016, 19:37:49
Bei diesem Empfänger
http://www.ebay.de/itm/RXB6-433Mhz-Superheterodyne-Wireless-Receiver-Module-for-Arduino-ARM-AVR-/401047720475 (http://www.ebay.de/itm/RXB6-433Mhz-Superheterodyne-Wireless-Receiver-Module-for-Arduino-ARM-AVR-/401047720475)
steht in der Beschreibung:
has an analog RSSI signal strength level output
Hat jemand von diesem Superheterodyne Empfänger ein Datenblatt gefunden?
Könnte das das im Anhang sein?
Gruß PeMue
Zitat von: noxx am 25 März 2016, 11:42:02
Habe den PI nochmal neu aufgesetzt und FHEM frisch installiert.
FHEM läuft, aber sobald ich den UNO in die fhem.cfg schreibe, startet
die WEBGui nicht mehr
Server started with 9 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 1011)Dein fhem ist zu alt (Nov 2015). Dort gibt es die Funktion "asyncOutput" noch nicht.
Hast Du schon ein fhem update gemacht.
Bei der DEF fehlt am Ende ein @57600
Gruß Ralf
danke, update gemacht, nun startet auch FHEM wieder mit UNO in der cfg
UNO is initialisiert.
FHEM Fehler bzw Perl ist aber immer noch da
2016.03.25 12:15:17 1: Including fhem.cfg
2016.03.25 12:15:17 3: telnetPort: port 7072 opened
2016.03.25 12:15:17 3: WEB: port 8083 opened
2016.03.25 12:15:17 3: WEBphone: port 8084 opened
2016.03.25 12:15:17 3: WEBtablet: port 8085 opened
2016.03.25 12:15:18 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2016.03.25 12:15:18 3: sduino: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 6 7
2016.03.25 12:15:18 3: sduino: IDlist MU 16 20 21 24 26 27 28 29 30 31 34 36 37 39 5 8 9
2016.03.25 12:15:18 3: sduino: IDlist MC 10 11 12 18
2016.03.25 12:15:18 3: Opening sduino device /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_95432313138351316160-if00
2016.03.25 12:15:18 3: Setting sduino serial parameters to 57600,8,N,1
2016.03.25 12:15:18 3: sduino device opened
2016.03.25 12:15:18 1: define: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_95432313138351316160-if00@57600
2016.03.25 12:15:18 1: init: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_95432313138351316160-if00@57600
2016.03.25 12:15:21 3: sduino: Possible commands: ViRtXFSPCG
Use of uninitialized value in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 856, <$fh> line 32.
2016.03.25 12:15:21 3: sduino: Firmwareversion: V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:37:33
2016.03.25 12:15:21 1: Including ./log/fhem.save
2016.03.25 12:15:21 1: usb create starting
2016.03.25 12:15:22 3: Probing CUL device /dev/ttyAMA0
2016.03.25 12:15:22 3: Can't open /dev/ttyAMA0: Keine Berechtigung
2016.03.25 12:15:22 1: usb create end
2016.03.25 12:15:22 0: Featurelevel: 5.7
2016.03.25 12:15:22 0: Server started with 10 defined entities (fhem.pl:11109/2016-03-21 perl:5.020002 os:linux user:fhem pid:1577)
Zitat von: PeMue am 25 März 2016, 12:07:41
Könnte das das im Anhang sein?
Ja, diese müsste es sein.
Analog RSSI Output (only for V2.0) Dort ist aber leider auch nicht zu erkennen an welchem Pin der Analog RSSI Output anliegt.
Gruß Ralf
Zitat von: Burny4600 am 25 März 2016, 12:00:01
Auf b18 aktuallisiert.
Anbei die Geräte Infos wie die Sensorenbezeichnungen lauten.
Hast Du es schon beim sduino mit dem Attribut "longids = 0" versucht?
Gruß Ralf
Das ist die aktuelle Konfig.
#####################################
### INPUT SIGNALduino Oregon ###
#####################################
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
attr sduino devStateIcon Initialized:cul_usb@green Open:cul_usb@red
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
attr sduino longids 0
attr sduino verbose 1
Zitat von: Burny4600 am 25 März 2016, 13:23:08
Das ist die aktuelle Konfig.
attr sduino longids 0
müsste eigentlich passen.
Wenn ich es beir mir mit get raw simuliere, passt es:
2016.03.25 14:32:29 4: WGR800 decoded Oregon: W: 0 WA: 0 WD: 112.5 WDN: ESE BAT: ok
2016.03.25 14:34:43 4: THWR800_3 decoded Oregon: T: 7 BAT: okGruß Ralf
Zitat von: Sidey am 23 März 2016, 22:51:22
Der DER Pin ist es jedenfalls nicht, das habe ich heraus gefunden.
Hast Du dies an einem V2.0 Empfänger herausgefunden?
Im Datenblatt steht:
Analog RSSI Output (only for V2.0)
Gruß Ralf
Hallo,
ich habe heute mal Zeit gehabt mir mein Problem mit den "unknown tristate" noch einmal anzusehen,
@ Sidey: Ja meine Versuche mit einer geänderten Signalduino SW waren unnötig 8). Da bin ich wohl mit dem Setzen von dem verbose Level und den gesehenen Ausgaben durcheinandergekommen.
Zum anderen Thema
Zitatvon Sidey:
Wäre es nicht zielführender, dieses Protokoll auch im IT Modul ein zu bauen.
Den Rest deines Vorschlages habe ich verstanden. Die Grundidee ist halt, alles was gleich moduliert ist, auch an das gleiche Modul zu übergeben.
Es ist aber auch möglich, die Daten an ein anderes Modul zu übergeben, wenn das IT Modul nichts damit anfangen konnte.
Ich habe heute mal den Bewegungssensor auseinandergenommen. Dort ist der Chipaufdruck nicht entfernt worden. Es ist ein ev1527 verbaut. Ein pdf von dem Chip liegt im github im Sduino Logikanalyse-master branch. Das ev1527 Protokoll hat 20 fixed bits und 4 bit, die man am Baustein ändern kann. Die Bit Pulsfolge (0/1) ist so aufgebaut wie die halbe Pulsfolge in pt2262 (IT) Protokoll. Daher kommen die "unknown tristate" bei meinen Sensoren. Nun das Problem, wie kann man diese Protokolle auseinanderhalten? Die meisten Kombinationen passen nicht zum IT Protokoll und wären daher eindeutig zu erkennen, es gibt jedoch einige Kombinationen die sehen exact wie das IT Protokoll aus.
Ich kenne mich mit dem Fhem Konzept nicht aus, wer wie die empfangenen Daten auswertet. Sollte dieses im Signalduino.pm gemacht werden oder wo anders. Bitte um Vorschläge, damit ich mein Problem evtl. in ein anderen Thread posten kann.
Gruß
Lothar
Hallo,
kann ich mit dem Signalduino den Maverick 732 auslesen?
Hier mal ein LOG, bin aber nicht sicher was zum Maverick gehört
Temp 1 ist aktuell 70F, Temp 2 ist 68F
2016.03.26 08:32:40 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.26 08:32:41 4: sduino/msg READ: MU;P0=202;P1=-542;P2=-297;P3=450;P4=-4878;D=01023201313102320102320131023132013131023201023201313131313102320104040404040404040431313131320102320102320131313131023201023201313102320102320131023132013131023201023201313131313102320102320131023201313102313201310;CP=0;
2016.03.26 08:32:41 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.26 08:32:41 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.03.26 08:32:41 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.03.26 08:32:41 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.03.26 08:32:41 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.03.26 08:32:41 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.03.26 08:32:41 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.26 08:32:41 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.03.26 08:32:42 4: sduino/msg READ: MC;LL=-1021;LH=920;SL=-496;SH=444;D=E271344604010100407041FC22411100;C=454;
2016.03.26 08:32:42 4: sduino: Found manchester Protocol id 10 clock 454 -> OSV2o3
2016.03.26 08:32:42 4: sduino: Found manchester Protocol id 12 clock 454 -> Hideki protocol
2016.03.26 08:32:42 4: sduino/msg READ: MC;LL=-1040;LH=918;SL=-534;SH=436;D=E271344204010100407041FC22437E00;C=451;
2016.03.26 08:32:42 4: sduino: Found manchester Protocol id 10 clock 451 -> OSV2o3
2016.03.26 08:32:42 4: sduino: Found manchester Protocol id 12 clock 451 -> Hideki protocol
2016.03.26 08:32:42 4: sduino/msg READ: MC;LL=-1026;LH=918;SL=-540;SH=436;D=AE271344404010100407041FC2240340;C=451;
2016.03.26 08:32:42 4: sduino: Found manchester Protocol id 10 clock 451 -> OSV2o3
2016.03.26 08:32:42 4: sduino: Found manchester Protocol id 12 clock 451 -> Hideki protocol
2016.03.26 08:32:47 4: sduino/msg READ: MC;LL=-1069;LH=891;SL=-566;SH=412;D=E0088800;C=434;
2016.03.26 08:32:47 4: sduino/msg READ: MU;P0=445;P1=-547;P2=-1043;P3=904;D=001010201010101010101010132010101320101010101320101320101010132323201310101020101010;CP=0;
2016.03.26 08:32:47 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.26 08:32:47 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.03.26 08:32:47 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.03.26 08:32:47 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.03.26 08:32:47 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.03.26 08:32:47 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.03.26 08:32:47 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.03.26 08:32:47 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.03.26 08:32:47 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.03.26 08:32:47 4: sduino/msg READ: MC;LL=-1031;LH=928;SL=-524;SH=449;D=802222F0042044140E80;C=458;
2016.03.26 08:32:47 4: sduino: Found manchester Protocol id 10 clock 458 -> OSV2o3
2016.03.26 08:32:47 4: sduino: Found manchester Protocol id 12 clock 458 -> Hideki protocol
2016.03.26 08:32:48 4: sduino/msg READ: MC;LL=-994;LH=925;SL=-535;SH=474;D=004445D00840882B5B00;C=466;
2016.03.26 08:32:48 4: sduino: Found manchester Protocol id 10 clock 466 -> OSV2o3
2016.03.26 08:32:48 4: sduino: Found manchester Protocol id 12 clock 466 -> Hideki protocol
2016.03.26 08:32:52 4: sduino/msg READ: MU;P0=462;P1=-533;P2=-285;P3=209;P4=-4843;D=0101010231320231320231010101013202313202310101320231320231013201023101013202313202310101010101320231320231013202310101320102310134343434343434343401010101023132023132023101010101320231320231010132023132023101320102310101320231320231010101010132023132023;CP=3;O;
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.03.26 08:32:52 4: sduino/msg READ: MU;P0=437;P1=195;P2=-554;P3=-301;D=012130312020213031213031202130203120202130312130312020202020;CP=1;
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.03.26 08:32:52 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.26 08:32:53 4: sduino/msg READ: MU;P0=452;P1=-541;P2=203;P3=-295;P4=-4878;D=0101012303212303210101230321230321012301032101012303212303210101010104242424242424242401010101032123032123032101010101230321230321010123032123032101230103210101230321230321010101010123032123032101230321010123010321012;CP=2;
2016.03.26 08:32:53 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.03.26 08:32:53 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.03.26 08:32:53 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.03.26 08:32:53 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.03.26 08:32:53 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.03.26 08:32:53 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.03.26 08:32:53 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.03.26 08:32:53 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
Mit der aktuellen Version in der stable gehen meine Funkuhren wieder mal nicht.:)
Hallo, habe mir im Baumarkt Unitec Funksteckdosen gekauft...so wie hier http://www.amazon.de/uniTEC-48111-Funkfernschalterset-Micro-silber/dp/B003BIERWU. Die Steckdosen haben keinen DIP Schalter, waren aber mit 12€ recht günstig, so daß ich nicht denke, daß sie selbstlernend sind...
Hätte mich vielleicht vorher informieren sollen, ob die funktionieren. Gibt es eine Möglichkeit das Protokoll mit dem Signalduino auszulesen ? Wie gehe ich da am besten vor ? Signalduino habe ich schon mal in verbose 5 gesetzt...
Zitat von: Ralf9 am 23 März 2016, 13:33:36
Falls eine größere clocktoleranz notwendig ist, dann könnte man in der Protokollliste ein zusätzliches optionales Feld "clocktol" ergänzen.
Dann die Clock doch lieber als Range angeben, so wie es für Manchster Protokolle bereits implementiert ist.
Grüße Sidey
Zitat von: Ralf9 am 25 März 2016, 12:26:03
Dort ist aber leider auch nicht zu erkennen an welchem Pin der Analog RSSI Output anliegt.
Also es kann eigentlich nur am DER oder Data Pin gemessen werden.
Aber Vielleicht kann dir der Verkäufer ja sagen, an welchem Pin es gemessen werden kann.
Grüße Sidey
Zitat von: Ralf9 am 25 März 2016, 11:20:39
@Sidey
kannst Du zukünftig eine neue Firmware auch in CHANGED eintragen?
Kann es sein, daß mit der b18 auch die Erkennung von MS-Nachrichten besser geworden ist?
Hi Ralf,
ja sollte ich mal eintragen :)
Da ich in der b18 zwei generelle Fehler bzw. Anpassungen vorgenommen habe, wirkt sich das auch auf MS Nachrichten aus.
Die b18 läuft bei mir schon ganz gut, aber was Manchester angeht nicht perfekt.
Da passiert zumindest bei mir doch teilweise etwas seltsames.
Grüße Sidey
Zitat von: Lothar64 am 25 März 2016, 16:29:02
Die Bit Pulsfolge (0/1) ist so aufgebaut wie die halbe Pulsfolge in pt2262 (IT) Protokoll. Daher kommen die "unknown tristate" bei meinen Sensoren. Nun das Problem, wie kann man diese Protokolle auseinanderhalten?
Damit meinst Du bestimmt, beim PT2262 werden vier Zustände für ein Bit übertragen und beim ev1527 nur zwei.
Ich hatte da mal eine Seite gefunden, leider finde ich diese jetzt nicht mehr, da wurde ganz gut beschrieben welche Chips es alles gibt (es sind noch mehr als diese beiden) und wie man alle sehr gut auswerten kann.
Der SIGNALduino kümmert sich nur um das Signal selbst und demoduliert es. Für ihr existieren auch nur bits mit zwei Zuständen.
Was ich damit sagen will ist, dass der SIGNALduino egal ob EV1527 oder PT2262 sendet, immer zwei Pulsfolgen in ein Bit umwandelt.
Das klappt für alle chips gleichermaßen.
Zitat von: Lothar64 am 25 März 2016, 16:29:02
Die meisten Kombinationen passen nicht zum IT Protokoll und wären daher eindeutig zu erkennen, es gibt jedoch einige Kombinationen die sehen exact wie das IT Protokoll aus.
Ich kenne mich mit dem Fhem Konzept nicht aus, wer wie die empfangenen Daten auswertet. Sollte dieses im Signalduino.pm gemacht werden oder wo anders. Bitte um Vorschläge, damit ich mein Problem evtl. in ein anderen Thread posten kann.
Ja, also im SIGNALduino ist da nichts sinnvoll zu machen.
Das einfachste wäre, wenn man das IT Modul dafür erweitern würde. Es müsste eigentlich ausreichen, wenn man anstatt der Fehlermeldung unknown Tristate einfach annimmt, dass man die tatsächlichen Bits erhalten hat. Im Endeffekt könnte man sich diese Tristate Geschichte im Modul meiner Meinung auch vollständig sparen.
Grüße Sidey
Zitat von: noxx am 26 März 2016, 08:35:21
kann ich mit dem Signalduino den Maverick 732 auslesen?
Hi,
Das wurde schon mal begonnen.
Also Empfangen geht, sollte auch bei dir der Fall sein, dass etwa alle 12 Sekunden etwas im Log auftaucht.
Bislang hat aber noch niemand ein Modul erstellt, in dem die Umrechnung der Werte erfolgt.
Details zu dem, was bislang passiert ist findest Du hier:
https://github.com/RFD-FHEM/RFFHEM/issues/61
Zitat von: Hauswart am 26 März 2016, 12:45:05
Mit der aktuellen Version in der stable gehen meine Funkuhren wieder mal nicht.:)
Was für Funkuhrem und mit stable meinst Du die 3.2.0b12 korrekt?
Grüße Sidey
Zitat von: T.ihmann am 26 März 2016, 20:01:38
Hallo, habe mir im Baumarkt Unitec Funksteckdosen gekauft...so wie hier http://www.amazon.de/uniTEC-48111-Funkfernschalterset-Micro-silber/dp/B003BIERWU. Die Steckdosen haben keinen DIP Schalter, waren aber mit 12€ recht günstig, so daß ich nicht denke, daß sie selbstlernend sind...
Hätte mich vielleicht vorher informieren sollen, ob die funktionieren. Gibt es eine Möglichkeit das Protokoll mit dem Signalduino auszulesen ? Wie gehe ich da am besten vor ? Signalduino habe ich schon mal in verbose 5 gesetzt...
Hi,
verbose 5 war schon mal gut.
Dann einfach mal die Tasten auf der FB drücken.
Wenn Du es genau im Abstand von 10 Sekunden immer machst, kannst Du es im Log leichter finden. Wenn Du da nichts findest, dann mach das mal 1 Minute lang und post dein Log (von dieser Minute) hier. Ich denke so lässt es sich finden.
Grüße Sidey
Zitat von: Sidey am 26 März 2016, 22:56:59
Dann die Clock doch lieber als Range angeben, so wie es für Manchster Protokolle bereits implementiert ist.
Ja, als Clockrange wäre es flexibler. Als optionales Feld wäre es ausreichend, damit nicht alle Protokolle angepasst werden müssen.
Beim MS_Parse könnte es so aussehen:
# Check Clock if is it in range
if (defined($ProtocolListSIGNALduino{$id}{clockrange})) {
$valid=($clockabs >= $ProtocolListSIGNALduino{$id}{clockrange}[0] and $clockabs <= $ProtocolListSIGNALduino{$id}{clockrange}[1]);
} else {
$valid=SIGNALduino_inTol($ProtocolListSIGNALduino{$id}{clockabs},$clockabs,$clockabs*0.30) if ($ProtocolListSIGNALduino{$id}{clockabs} > 0);
}Dies ist momentan aber nicht so wichtig.
Das verbessern der Firmware dürfte momentan wichtiger sein.
Gruß Ralf
Zitat von: Sidey am 26 März 2016, 23:22:17
Was für Funkuhrem und mit stable meinst Du die 3.2.0b12 korrekt?
Grüße Sidey
Genau. Ich meine meinen Radio Wecker und meine Badezimmer Uhr welche beide via Funk die aktuelle Uhrzeit erhalten. DCF77.
Zitat von: Sidey am 26 März 2016, 23:22:17
Was für Funkuhrem und mit stable meinst Du die 3.2.0b12 korrekt?
Grüße Sidey
Genau. Ich meine meinen Radio Wecker und meine Badezimmer Uhr welche beide via Funk die aktuelle Uhrzeit erhalten. DCF77
Zitat von: Sidey am 26 März 2016, 23:22:17
Was für Funkuhrem und mit stable meinst Du die 3.2.0b12 korrekt
Genau. Ich meine meinen Radio Wecker und meine Badezimmer Uhr welche beide via Funk die aktuelle Uhrzeit erhalten. DCF77
Zitat von: Sidey am 26 März 2016, 23:14:13
Ja, also im SIGNALduino ist da nichts sinnvoll zu machen.
Das einfachste wäre, wenn man das IT Modul dafür erweitern würde. Es müsste eigentlich ausreichen, wenn man anstatt der Fehlermeldung unknown Tristate einfach annimmt, dass man die tatsächlichen Bits erhalten hat.
Ich sehe dafür momentan nur eine saubere Lösung.
Da das IT Modul vorwiegend für Steckdosen ist, dürfte der ev1527 nicht so richtig dazupassen.
Eine Möglichkeit wäre für den ev1527 eine neue Protokoll ID anzulegen mit einer Clockrange bis ca 200
und für die Protokoll ID 3 eine Clockrange ab 200 festzulegen.
Falls irgendwann mal eine IT v1 Steckdose mit einen Clock kleiner 200 auftrauchen sollte, könnten wir dann dafür eine extra Protokoll ID anlegen.
Gruß Ralf
Wieso soll das nun helfen?
Das Resultat wäre vermutlich, dass meine und viele anderen Steckdosen nicht mehr erkannt werden würden.
Grüße Sidey
Zitat von: Sidey am 27 März 2016, 21:00:10
Wieso soll das nun helfen?
Das Resultat wäre vermutlich, dass meine und viele anderen Steckdosen nicht mehr erkannt werden würden.
Ich ging davon aus, daß die IT v1 Steckdosen mit der ID 3 einen Clock größer 200 haben. Mein Intertechno v1 Sender hat einen Clock größer 300.
Falls es auch IT v1 ID 3 Steckdosen mit einem Clock kleiner 200 gibt, vergiss meinen Vorschlag.
Gruß Ralf
Zitat von: Ralf9 am 27 März 2016, 21:12:42
Ich ging davon aus, daß die IT v1 Steckdosen mit der ID 3 einen Clock größer 200 haben. Mein Intertechno v1 Sender hat einen Clock größer 300.
Falls es auch IT v1 ID 3 Steckdosen mit einem Clock kleiner 200 gibt, vergiss meinen Vorschlag.
Naja, Intertechno ist eine Firma die solche Steckdosen herstellt.
Das IT Modul funktioniert auch gut mit vielen Steckdosen anderer Hersteller (nicht alle). Im Grunde nutzen die alle die gleiche Modulation, aber andere Chips und andere Quarze.
Hier ist das mal ganz gut beschrieben:
https://github.com/agent4788/rc-switch/wiki/Line-Coding
Ich habe hier Steckdosen mit irgend einem sehr seltsamen Chip und einem Takt von 180 us. Die funktionieren so wie es derzeit ist recht gut.
Grüße Sidey
Zitat von: Sidey am 27 März 2016, 21:59:00
Hier ist das mal ganz gut beschrieben:
https://github.com/agent4788/rc-switch/wiki/Line-Coding
Ok, damit ist es klar geworden.
Der EV1527 hat demnach eine 20 Bit ID die sich bei jedem Batteriewechsel ändert.
Da fallen mir 2 Möglicheiten ein.
Vorschlag 1:
Das IT-Modul um den EV1527 erweitern.
Vorschlag 1:
Für den EV1527 eine neue Protokoll ID:
Dann beim Parse der ID 3 eine postDemodulation Routine aufrufen, die prüft ob im Signal kein Tristate "10" enthalten ist.
Und beim parse der neuen Protokoll ID eine postDemodulation Routine aufrufen, die prüft ob im Signal in den ersten 20 Bit "10" enthalten ist.
Gruß Ralf
Hallo,
wäre jmd. mal so nett mir eine Version für einen Arduino Nano und 8MHZ hochzuladen? Ich hab mich am selbst Kompilieren versucht, bin aber kläglich gescheitert...
Würde über Signalduino gern versuchen die Funkcodes für meine Motorleinwand zu ermitteln.
Besten Dank!
Hallo,
ich wünsche schöne Ostern verbracht zu haben.
Die ID wechselt bei meinen Modulen nicht bei einem Batteriewechsel! Zum Glück :)
Das ev1527 Protokoll hat 2 hoch 24 = 16,7 Millionen mögliche Kombinationen (20bit + 4 die am Chip einstellbar sind).
Das itv1 Protokoll hat 3 hoch 12 = 0,531 Millionen Kombinationen und ist praktisch eine Untermenge vom ev1527 Protokoll.
Wenn man das Protokoll im Signalduino.pm als zusätzliche ID einführt (Erkennung über die ungültige itv1 Kombination), könnte man die 0,5 Millionen itv1 Kombinationen nicht erkennen, da sie zum IT-Modul gedispatched werden müssten. Das wäre aber nicht ganz so schlimm, da man über die 4 Bit am Chip immer eine nicht zm itv1 passende Kombination einstellen könnte.
Eine Idee wie man das ev1527 kompatibel zum itv1 Protokoll im IT-Modul hinzufügen könnte ist mir noch nicht eingefallen, euch?
Edit: Eine Erkennung über die Clock ist meiner Meinung nach nicht sinnvoll.
Gruß
Lothar
Zitat von: Horst12345 am 28 März 2016, 16:20:18
Hallo,
wäre jmd. mal so nett mir eine Version für einen Arduino Nano und 8MHZ hochzuladen? Ich hab mich am selbst Kompilieren versucht, bin aber kläglich gescheitert...
Hallo Horst,
mache ich heute Abend.
Gibt es einen besonderen Grund, weshalb Du den Nano mit 8 MHz laufen lässt?
Grüße Sidey
Hallo Horst,
ich hab hier auch eine Motorleinwand von Tronje mit einer 433 MHz Funkfernbedienung (3 Tasten).
Bisher habe ich mit dem Superhet-Empfänger am Signalduino aber noch nix empfangen können von dem Ding.
Eventuell ist ein anderer Sender/Empfängertyp nötig, da eine andere Modulation des Signals vorliegt.
Zitat von: Lothar64 am 28 März 2016, 20:52:30
Eine Idee wie man das ev1527 kompatibel zum itv1 Protokoll im IT-Modul hinzufügen könnte ist mir noch nicht eingefallen, euch?
Naja, was mir dazu einfällt ist einfach den Tristate im IT Modul zu ignorieren.
Ich verstehe eh nicht, wozu das gut sein soll.
Wenn man an den bestehenden IT Implementierungen nichts verändern möchte, kann man eine Implementierung für alle nicht validen Tristate Meldungen implementieren.
Dann hat man halt für einem Teil eine Tristate Implementierung und für den anderen eine dualstate Implementierung.
Grüße Sidey
Zitat von: RappaSan am 29 März 2016, 12:18:26
Hallo Horst,
ich hab hier auch eine Motorleinwand von Tronje mit einer 433 MHz Funkfernbedienung (3 Tasten).
Bisher habe ich mit dem Superhet-Empfänger am Signalduino aber noch nix empfangen können von dem Ding.
Eventuell ist ein anderer Sender/Empfängertyp nötig, da eine andere Modulation des Signals vorliegt.
Bist Du sicher, dass sie auf 433 MHz sendet?
Was noch helfen kann ist der Sketch Logikanalyse.
Mit dem kannst Du das Signal aufzeichnen, egal wie es gesendet wird.
Grüße Sidey
Zitat von: Burny4600 am 25 März 2016, 12:00:01
Anbei die Geräte Infos wie die Sensorenbezeichnungen lauten.
RFXtrx433E SIGNALduino
THGR810_1 entspricht adresse 1 THGR810_e3_1
THGR810_2 entspricht adresse 2 wird nicht erkannt
THWR800_3 entspricht adresse 3 THWR800_45_3
THGR810_6 entspricht adresse 6 wird nicht erkannt
PCR800 PCR800_9e
WGR800 WGR800_b0
Hallo Burny,
ich habe die letzten Tage intensive Fehlersuche betrieben. Bei mir ist der MC Empfang jetzt sehr gut.
Ich habe zwei Oregon Sensoren, beide werden sehr regelmäßig erkannt. Ein Update kommt immer <4 Minuten. In der Regel erhalte ich 1x die Minute ein Update.
Die vielen unknown Code Meldungen aus dem Log sind bei mir auch weg.
Da ich Fehler beseitigt habe und letztendlich auch die Erkennungsroutinen für Signale überarbeitet habe (war schon länger überfällig) sehe ich gute Chancen, dass es auch bei dir eine Verbesserung bringt.
Bitte probiere die Firmware 3.20b19 aus und berichte.
Grüße Sidey
Update habe ich gemacht.
Sieht nur eigenartig aus und habe die Meldung
Zitatunsupported firmware found
Eine Frage noch zum Flashen.
Läst sich das in Fhem so herrichten ohne das ich alle Pfaddefinitionen immer wieder eingeben muß.
/opt/fhem/FHEM/firmware/SIGNALduino_nano328.hex
Eine grundsätzlich Pfaddefinition zu treffen wäre hier nicht schlecht.
Ebenso eine Auswahl der drei Möglichkeiten der hex Files.
Hast Du nach dem Update auch einen Fhem restart gemacht?
shutdown restart habe ich gemacht.
Musste einen reboot machen das der Signalduino sich wieder richtig meldet.
Die cmds sieht wieder ein wenig vermurkst aus
Zitat?UseoneofViRtXFSPCG
Nur das sich die Sensoren anlegen sollten bzw. Werte aktualisieren, davon habe ich noch nichts gemerkt.
Hallo Sidey,
Ich tät mal sagen: Chance 50:50.
Siehe Anhang.
Wo bekomme ich den Logikanalyse-Sketch denn her?
Hmmm... Die Chancen könnten gerade stark gesunken sein.
Die Vorderseite ist eher unspektakulär, dafür macht mir der Aufdruck auf dem Chip Sorgen.
Sieht nach einem Transmitter für 315 MHz im TO39-Gehäuse aus.
Dann wird dat wohl nix :-[
Zitat von: RappaSan am 30 März 2016, 14:43:40
Hmmm... Die Chancen könnten gerade stark gesunken sein.
Die Vorderseite ist eher unspektakulär, dafür macht mir der Aufdruck auf dem Chip Sorgen.
Sieht nach einem Transmitter für 315 MHz im TO39-Gehäuse aus.
Dann wird dat wohl nix :-[
Naja, in China gibt es auch 315 Mhz Empfänger :)
Grüße Sidey
Zitat von: Burny4600 am 30 März 2016, 11:33:38
shutdown restart habe ich gemacht.
Musste einen reboot machen das der Signalduino sich wieder richtig meldet.
Die cmds sieht wieder ein wenig vermurkst aus
Nur das sich die Sensoren anlegen sollten bzw. Werte aktualisieren, davon habe ich noch nichts gemerkt.
Das mit dem cmds ist ein Schönheitsfehler. Den korrigiere ich, wenn die eigentliche Funktion wieder zufriedenstellend ist.
Ich schicke dir einen Debug Seketch. Ich verstehe einfach nicht, wieso das bei dir nicht funktioniert.
Grüße Sidey
Hallo Sidey!
Habe diese Debug Firmware installiert.
Wie geht es weiter?
Eines noch.
Seit ich das Update für die b19 durchgeführt habe funktioniert der Empfang mit dem RFXtrx433E Sensor nicht mehr.
Zitat von: Burny4600 am 31 März 2016, 09:14:50
Hallo Sidey!
Habe diese Debug Firmware installiert.
Wie geht es weiter?
Eines noch.
Seit ich das Update für die b19 durchgeführt habe funktioniert der Empfang mit dem RFXtrx433E Sensor nicht mehr.
Hi Burny,
die Firmware schreibt viele Meldungen ins Logfile.
Zumindest, wenn der Empfänger etwas empfängt.
Im angehängten Log könnte ich davon nichts finden.
Was den Empfang mit dem rfxtrx angegt, aus deinem Lofile entnehme ich, dass FHEM das Oregon Modul nicht kennt.
Das wurde aus dem devr32 Bereich aktualisiert.
Wir haben daran aber schon länger nichts mehr verändert, es muss also irgend ein anderes Problem sein.
In deinem Log tauchen auch sehr viele Fehlermeldungen auf. Ist das jetzt erst passiert oder gibt es das schon länger?
Grüße Sidey
Zitat von: Sidey am 31 März 2016, 09:44:18
die Firmware schreibt viele Meldungen ins Logfile.
Zumindest, wenn der Empfänger etwas empfängt.
Im angehängten Log könnte ich davon nichts finden.
Der loglevel dürfte dafür etwas zu niedrig sein..
2016.03.31 09:24:47 3: sduino: setting Verbose to: 1Gruß Ralf
Stimmt, das ist mir auf die Schnelle nicht aufgefallen
Zitat von: Lothar64 am 28 März 2016, 20:52:30
Das ev1527 Protokoll hat 2 hoch 24 = 16,7 Millionen mögliche Kombinationen (20bit + 4 die am Chip einstellbar sind).
Das itv1 Protokoll hat 3 hoch 12 = 0,531 Millionen Kombinationen und ist praktisch eine Untermenge vom ev1527 Protokoll.
Wenn man das Protokoll im Signalduino.pm als zusätzliche ID einführt (Erkennung über die ungültige itv1 Kombination), könnte man die 0,5 Millionen itv1 Kombinationen nicht erkennen, da sie zum IT-Modul gedispatched werden müssten. Das wäre aber nicht ganz so schlimm, da man über die 4 Bit am Chip immer eine nicht zm itv1 passende Kombination einstellen könnte.
Das ev1527 Protokoll besteht aus einem 20Bit Code und 4 Datapins. Der ev1527 sendet solange wie die Datapins aktiv sind.
Each IC EV1527 has gauranteed unique 1 million code possibility preprogrammed one time into it during manfacturing.Dies wäre auch eine Möglichkeit:
https://forum.fhem.de/index.php/topic,17196.msg432670.html#msg432670
Das IT v1 besteht aus einem 5 Bit Housecode und 5 Bit Buttoncode. Diese 10 Bit enthalten nur den Tristatecode "0" und "F".
Diese Methode hat demnach den Nachteil, daß von den 1 Million Code Kombinationen des ev1527 es 1024 Codes gibt die als gültige IT v1 erkannt werden.
Werden bei Deinen Sensoren on und off signalisiert?
Wie ist die Zuordnung? on -> close und off -> open?
Hilfreich wären für jeweils on und off die raw-Nachrichten.
Gruß Ralf
MC Codes werden eingelesen aber nicht umgesetzt.
2016.03.31 20:37:57 3: sduino: setting Verbose to: 4
2016.03.31 20:38:06 4: sduino/msg READ: MU/MC check: -- chk MC -- 0 1 2 3 4 5 equalcnt: 91compr: 4->2;0*546->45*391 idx:468 idx2:0;
2016.03.31 20:38:06 4: sduino/msg READ:
2016.03.31 20:38:06 4: sduino/msg READ: Sync: 15948 -> SyncFact: 34.08, Clock: 468, Tol: 150, PattLen: 6 , Pulse: -1056, -32001, mStart: 0, MCD: 0
2016.03.31 20:38:06 4: sduino/msg READ: Signal: 5050323232325232305052323230523032523232305232323232323230523230325232305232323232305052305232323230523232323230505032323232. [124]
2016.03.31 20:38:06 4: sduino/msg READ: Pattern: P0: 17*[,889] P1: 0*[,-204] P2: 45*[,468] P3: 45*[,-585] P4: 0*[] P5: 17*[,-1062]
2016.03.31 20:38:06 4: sduino/msg READ: MU/MC check: -- chk MC -- 0 1 2 3 4 5 equalcnt: 0 MC equalcnt matched MC neg and pos pattern cnt is equal tstclock: 452 MC LL:5, MC LH:0, MC SL:3, MC SH:2
2016.03.31 20:38:06 4: sduino/msg READ: -- MC found --
2016.03.31 20:38:06 4: sduino/msg READ: mlen:124:mstart: 0LLLLSSSSSSSSLSSSSLLLLSSSSSSLLSSLSSLSSSSSSLLSSSSSSSSSSSSSSLLSSSSLSSLSSSSLLSSSSSSSSSSLLLLSSLLSSSSSSSSLLSSSSSSSSSSLLLLLSSSSSSSS:mpos:124:mstart:0:mend:124:bfin::bflush:compr: 3->2;3*566->13*441 idx:503 idx2:0;
2016.03.31 20:38:06 4: sduino/msg READ:
2016.03.31 20:38:06 4: sduino/msg READ: Sync: 15948 -> SyncFact: 106.32, Clock: 150, Tol: 150, PattLen: 6 , Pulse: 132, 904, mStart: 0, MCD: 0
2016.03.31 20:38:06 4: sduino/msg READ: Signal: 2222252424420522112142212121114111152011. [40]
2016.03.31 20:38:06 4: sduino/msg READ: Pattern: P0: 2*[,884] P1: 14*[,150] P2: 16*[,503] P3: 0*[] P4: 5*[,-113] P5: 3*[,1377]
2016.03.31 20:38:06 4: sduino/msg READ: MU/MC check: -- chk MC -- 0 1 2 3 4 5 equalcnt: 30 MU found: MU;P0=884;P1=150;P2=503;P4=-113;P5=1377;D=2222252424420522112142212121114111152011;CP=1;
2016.03.31 20:38:10 1: PERL WARNING: Argument "247 WSW" isn't numeric in sprintf at (eval 16453) line 1.
2016.03.31 20:38:10 4: sduino/msg READ:
2016.03.31 20:38:10 4: sduino/msg READ: Sync: 15948 -> SyncFact: 34.37, Clock: 464, Tol: 150, PattLen: 6 , Pulse: -32001, -308, mStart: 0, MCD: 0
2016.03.31 20:38:10 4: sduino/msg READ: Signal: 0121313131313131313131313131313131313131313131314545314131354135413135413541313131313131313531454131313531454131313131353141313131313131313131313131313131313131313131313131313531314135313131413541. [196]
2016.03.31 20:38:10 4: sduino/msg READ: Pattern: P0: 1*[,124] P1: 84*[,464] P2: 1*[,-216] P3: 81*[,-568] P4: 15*[,-1050] P5: 14*[,896]
2016.03.31 20:38:10 4: sduino/msg READ: MU/MC check: -- chk MC -- 0 1 2 3 4 5 equalcnt: 2 MC equalcnt matched MC neg and pos pattern cnt is equal tstclock: 453 MC LL:4, MC LH:5, MC SL:3, MC SH:1
2016.03.31 20:38:10 4: sduino/msg READ: -- MC found --
2016.03.31 20:38:10 4: sduino/msg READ: mlen:196:mstart: 0H(vcnt:0:RES:)H(vcnt:0:RES:)SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSLLLLSSLSSSSLLSSLLSSSSLLSSLLSSSSSSSSSSSSSSSSLSSLLLSSSSSSLSSLLLSSSSSSSSSSLSSLSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSLSSSSLSSLSSSSSSLSSLLH(vcnt:110:mpos:195:mstart:3:mend:195:found: MC found:
2016.03.31 20:38:10 4: sduino/msg READ: MC;LL=-1050;LH=896;SL=-568;SH=464;D=FFFFFD62448034340C00000073;C=453;
2016.03.31 20:38:10 4: sduino: Found manchester Protocol id 10 clock 453 -> OSV2o3
2016.03.31 20:38:10 4: sduino: OSV3 protocol detected: preamble_pos = 22, message_length = 78
2016.03.31 20:38:10 4: sduino: OSV3 protocol = 198400B0B0C00000083
2016.03.31 20:38:10 4: sduino: OSV3 protocol converted to hex: (501A8904B0B0C000000038) with length (80) bits
2016.03.31 20:38:10 4: OREGON: ERROR: Unknown sensor_id=1a89 bits=80 message='501A8904B0B0C000000038'.
2016.03.31 20:38:10 4: sduino: Found manchester Protocol id 12 clock 453 -> Hideki protocol
2016.03.31 20:38:10 4: sduino/msg READ: compr: 3->2;1*548->4*665 idx:606 idx2:0;
2016.03.31 20:38:10 4: sduino/msg READ:
2016.03.31 20:38:10 4: sduino/msg READ: Sync: 15948 -> SyncFact: 121.74, Clock: 131, Tol: 150, PattLen: 6 , Pulse: -168, -144, mStart: 3, MCD: 0
2016.03.31 20:38:10 4: sduino/msg READ: Signal: 01220444444102200110001000051500541051200. [41]
2016.03.31 20:38:10 4: sduino/msg READ: Pattern: P0: 17*[,131] P1: 8*[,-110] P2: 5*[,606] P3: 0*[] P4: 7*[,233] P5: 4*[,365]
2016.03.31 20:38:10 4: sduino/msg READ: MU/MC check: -- chk MC -- 0 1 2 3 4 5 equalcnt: 25 MU found: MU;P0=131;P1=-110;P2=606;P4=233;P5=365;D=01220444444102200110001000051500541051200;CP=0;
2016.03.31 20:38:18 4: sduino/msg READ: compr: 3->1;1*-472->82*-578 idx:-525 idx2:0;
2016.03.31 20:38:18 4: sduino/msg READ:
2016.03.31 20:38:18 4: sduino/msg READ: Sync: 15948 -> SyncFact: 36.41, Clock: 438, Tol: 150, PattLen: 6 , Pulse: -16068, -352, mStart: 0, MCD: 0
2016.03.31 20:38:18 4: sduino/msg READ: Signal: 012121212121212121212121212121212121212121212121245454542154215124212121215421212121215121212421542121212121212121212121212121212121212151242121212121212121512454512421215421212151212124212154215421212. [201]
2016.03.31 20:38:18 4: sduino/msg READ: Pattern: P0: 1*[,-152] P1: 83*[,-525] P2: 84*[,438] P3: 0*[] P4: 17*[,-1070] P5: 16*[,882]
2016.03.31 20:38:18 4: sduino/msg READ: MU/MC check: -- chk MC -- 0 1 2 3 4 5 equalcnt: 0 MC equalcnt matched MC neg and pos pattern cnt is equal tstclock: 439 MC LL:4, MC LH:5, MC SL:1, MC SH:2
2016.03.31 20:38:18 4: sduino/msg READ: -- MC found --
2016.03.31 20:38:18 4: sduino/msg READ: mlen:201:mstart: 0H(vcnt:0:RES:)SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSLLLLLLLSSLLSSLSSLSSSSSSSSLLSSSSSSSSSSLSSSSSSLSSLLSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSLSSLSSSSSSSSSSSSSSSSLSSLLLLSSLSSSSLLSSSSSSLSSSSSSLSSSSLLSSLLSSSSH(vcnt:116:mpos:200:mstart:1:mend:200:found: MC found:
2016.03.31 20:38:18 4: sduino/msg READ: MC;LL=-1070;LH=882;SL=-525;SH=438;D=FFFFFF5498207900000C01AC43C4;C=439;
2016.03.31 20:38:18 4: sduino: Found manchester Protocol id 10 clock 439 -> OSV2o3
2016.03.31 20:38:18 4: sduino: OSV3 protocol detected: preamble_pos = 24, message_length = 84
2016.03.31 20:38:18 4: sduino: OSV3 protocol = 29140E900000308532C32
2016.03.31 20:38:18 4: sduino: OSV3 protocol converted to hex: (582A19049E0000308035C223) with length (88) bits
2016.03.31 20:38:18 4: OREGON: ERROR: Unknown sensor_id=2a19 bits=88 message='582A19049E0000308035C223'.
2016.03.31 20:38:18 4: sduino: Found manchester Protocol id 12 clock 439 -> Hideki protocol
2016.03.31 20:38:18 4: sduino/msg READ:
2016.03.31 20:38:18 4: sduino/msg READ: Sync: 15948 -> SyncFact: 124.59, Clock: 128, Tol: 150, PattLen: 6 , Pulse: -220, -356, mStart: 1, MCD: 0
2016.03.31 20:38:18 4: sduino/msg READ: Signal: 3332345034303333300002330230303330003303. [40]
2016.03.31 20:38:18 4: sduino/msg READ: Pattern: P0: 13*[,128] P1: 0*[,1496] P2: 3*[,369] P3: 21*[,-167] P4: 2*[,-124] P5: 1*[,-500]
2016.03.31 20:38:18 4: sduino/msg READ: MU/MC check: -- chk MC -- 0 1 2 3 4 5 equalcnt: 248 MU found: MU;P0=128;P2=369;P3=-167;P4=-124;P5=-500;D=3332345034303333300002330230303330003303;CP=0;
2016.03.31 20:38:24 4: sduino/msg READ:
2016.03.31 20:38:24 4: sduino/msg READ: Sync: 15948 -> SyncFact: 42.64, Clock: 374, Tol: 150, PattLen: 5 , Pulse: -104, -148, mStart: 0, MCD: 0
2016.03.31 20:38:24 4: sduino/msg READ: Signal: 001212121212121212121212121212121212121212121213431. [51]
2016.03.31 20:38:24 4: sduino/msg READ: Pattern: P0: 2*[,-176] P1: 24*[,374] P2: 22*[,-604] P3: 2*[,-1114] P4: 1*[,860]
2016.03.31 20:38:24 4: sduino/msg READ: MU/MC check: -- chk MC -- 0 1 2 3 4 equalcnt: 254 MU found: MU;P0=-176;P1=374;P2=-604;P3=-1114;P4=860;D=001212121212121212121212121212121212121212121213431;CP=1;
2016.03.31 20:38:24 4: sduino/msg READ:
2016.03.31 20:38:24 4: sduino/msg READ: Sync: 15948 -> SyncFact: 33.43, Clock: 477, Tol: 150, PattLen: 6 , Pulse: -136, -100, mStart: 0, MCD: 0
2016.03.31 20:38:24 4: sduino/msg READ: Signal: 12341232323232323232343214123232343214123232323234321232323232323232323232323232323232323232323232323232343232123432323212341250. [128]
2016.03.31 20:38:24 4: sduino/msg READ: Pattern: P0: 1*[,136] P1: 10*[,-1032] P2: 54*[,477] P3: 53*[,-548] P4: 9*[,934] P5: 1*[,-32001]
2016.03.31 20:38:24 4: sduino/msg READ: MU/MC check: -- chk MC -- 0 1 2 3 4 5 equalcnt: 0 MC equalcnt matched MC neg and pos pattern cnt is equal tstclock: 470 MC LL:1, MC LH:4, MC SL:3, MC SH:2
2016.03.31 20:38:24 4: sduino/msg READ: -- MC found --
2016.03.31 20:38:24 4: sduino/msg READ: mlen:128:mstart: 0LSSLLSSSSSSSSSSSSSSSSLSSLLLSSSSSSLSSLLLSSSSSSSSSSLSSLSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSLSSSSLSSLSSSSSSLSSLLH(vcnt:72:mpos:125:mstart:0:mend:125:found: MC found:
2016.03.31 20:38:24 4: sduino/msg READ: MC;LL=-1032;LH=934;SL=-548;SH=477;D=FFF2F2FCFFFFFFE3;C=470;
2016.03.31 20:38:24 4: sduino: Found manchester Protocol id 10 clock 470 -> OSV2o3
2016.03.31 20:38:24 4: sduino/msg READ:
2016.03.31 20:38:24 4: sduino/msg READ: Sync: 15948 -> SyncFact: 126.57, Clock: 126, Tol: 150, PattLen: 6 , Pulse: 128, 124, mStart: 0, MCD: 0
2016.03.31 20:38:24 4: sduino/msg READ: Signal: 00000500002225230002005005005054034440555. [41]
2016.03.31 20:38:24 4: sduino/msg READ: Pattern: P0: 21*[,126] P1: 0*[,1208] P2: 5*[,459] P3: 2*[,296] P4: 4*[,-436] P5: 9*[,-150]
2016.03.31 20:38:24 4: sduino/msg READ: MU/MC check: -- chk MC -- 0 1 2 3 4 5 equalcnt: 15 MU found: MU;P0=126;P2=459;P3=296;P4=-436;P5=-150;D=00000500002225230002005005005054034440555;CP=0;
2016.03.31 20:38:25 4: sduino/msg READ:
2016.03.31 20:38:25 4: sduino/msg READ: Sync: 15948 -> SyncFact: 20.16, Clock: 791, Tol: 150, PattLen: 6 , Pulse: 480, 276, mStart: 0, MCD: 0
2016.03.31 20:38:25 4: sduino/msg READ: Signal: 01234343504343434320434343432043434320202043434320. [50]
2016.03.31 20:38:25 4: sduino/msg READ: Pattern: P0: 8*[,-924] P1: 1*[,-92] P2: 7*[,282] P3: 17*[,-433] P4: 16*[,791] P5: 1*[,216]
2016.03.31 20:38:25 4: sduino/msg READ: MU/MC check: -- chk MC -- 0 1 2 3 4 5 equalcnt: 254 MU found: MU;P0=-924;P1=-92;P2=282;P3=-433;P4=791;P5=216;D=01234343504343434320434343432043434320202043434320;CP=4;
Hallo Sidey,
vielen Dank für deine Arbeit und Zeit die du hier schon reingesteckt hast. Auch wenn nicht alles gleich so geht wie es soll. ;-)
Ich habe heute ein Update auf die Firmeware "version: V 3.2.0-b19 SIGNALduino - compiled at Mar 29 2016 23:19:50" gemacht. Leider wird meine Oregon THGR328N nicht mehr erkannt. Ich habe mal einen Log angehangen. Auch als ich den Oregon THGR328N neben den Empfänger gelegt habe wurde dieser nur einmal erkannt.
Mit der Firmeware "version: V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09" hatte ich keine Probleme. Ich habe diese jetzt wieder aufgespielt. Noch liegt der Sensor neben dem Empfänger und wird auch erkannt. Die Erkennungsrate von Orgeon war schon immer etwas schlecht, mal sehen was die nächsten Tage empfangen wird.
Der Empfang bei den Hideki war mit der neuen Firmeware (V 3.2.0-b19) auch nicht so toll. Der Sensor mit der Kanalnummer 5 wurde schlechter empfangen, als der Empfänger mit der Kanalnummer 3 (zu diesem ist die Entfernung auch noch grösser). Batterien (Akkus) wurden bei allen letzte Woche erneuert. Daran sollte es nicht liegen, zumal bei allen Bat:ok angezeigt wird. Sollte nur ein Info für dich sein. So wie es ist, damit kann ich erst einmal leben.
Tschüß Jörg
Zitat von: Ralf9 am 31 März 2016, 12:52:51
Das ev1527 Protokoll besteht aus einem 20Bit Code und 4 Datapins. Der ev1527 sendet solange wie die Datapins aktiv sind.
Each IC EV1527 has gauranteed unique 1 million code possibility preprogrammed one time into it during manfacturing.
Dies wäre auch eine Möglichkeit:
https://forum.fhem.de/index.php/topic,17196.msg432670.html#msg432670
Das IT v1 besteht aus einem 5 Bit Housecode und 5 Bit Buttoncode. Diese 10 Bit enthalten nur den Tristatecode "0" und "F".
Diese Methode hat demnach den Nachteil, daß von den 1 Million Code Kombinationen des ev1527 es 1024 Codes gibt die als gültige IT v1 erkannt werden.
Werden bei Deinen Sensoren on und off signalisiert?
Wie ist die Zuordnung? on -> close und off -> open?
Hilfreich wären für jeweils on und off die raw-Nachrichten.
Gruß Ralf
Anscheinend wird beim fhemduino gerade an der Implementierung gearbeitet ... Evtl lässt sich ja der Empfang vom sduino auf das pt2262 modul umleiten?
:-[
Mobil erstellt daher kurz gehalten
Naja, ich hatte mich mal dagegen entschieden das pt2262 Modul zu verwenden...
Zitat von: Sidey am 31 März 2016, 21:47:21
Naja, ich hatte mich mal dagegen entschieden das pt2262 Modul zu verwenden...
War nur ein Vorschlag ;D
Mobil erstellt daher kurz gehalten
Zitat von: noice am 31 März 2016, 21:48:12
War nur ein Vorschlag ;D
Mobil erstellt daher kurz gehalten
Ja, kann man ja noch mal überdenken, wobei es schwierig wird, da es Daten gibt, welche beim PT2262 und ev1527 identisch sind.
Grüße Sidey
Zitat von: Sidey am 31 März 2016, 21:49:37
Ja, kann man ja noch mal überdenken, wobei es schwierig wird, da es Daten gibt, welche beim PT2262 und ev1527 identisch sind.
Grüße Sidey
Versteh dich schon. Und nur die Daten vom ev1527 an das pt2262 modul zu senden wird wohl nicht gehen oder?
Also alles was pt2262 ist bleibt im it modul und die unbekannten Codes dann ins pt2262 modul?
Sorry kenn mich da leider zu wenig aus um da evtl die genaueren Zusammenhänge zuverstehen.
Gruss mirko
Mobil erstellt daher kurz gehalten
Hallo Sidey,
hier stimmt die Länge nicht (https://forum.fhem.de/index.php/topic,38831.msg433174.html#msg433174) . Es werden nur 80 bits geliefert, aber im 41_OREGON.pm werden 88 bits erwartete. Ich habe im Oregon.pm auf 80 bits angepaßt, dann ging es. Vieleicht hilft es.
2016.03.31 20:38:10 4: sduino: Found manchester Protocol id 10 clock 453 -> OSV2o3
2016.03.31 20:38:10 4: sduino: OSV3 protocol detected: preamble_pos = 22, message_length = 78
2016.03.31 20:38:10 4: sduino: OSV3 protocol = 198400B0B0C00000083
2016.03.31 20:38:10 4: sduino: OSV3 protocol converted to hex: (501A8904B0B0C000000038) with length (80) bits
2016.03.31 20:38:10 4: OREGON: ERROR: Unknown sensor_id=1a89 bits=80 message='501A8904B0B0C000000038'.
2016.03.31 20:38:10 4: sduino: Found manchester Protocol id 12 clock 453 -> Hideki protocol
Tschüß Jörg
Hallo Ralf,
vielen Dank für den Link zum neuen FHEMduino Beitrag. Da das Protokoll im FHEMduino nun zur Verfügung steht, werde ich mir den parallel aufbauen.
Ich habe heute noch mal den Bewegungsmelder mit dem Logikanalyser angesehen. Dort kann man die 4 Datenbits fest mittels Jumper setzten. Das Senden wird durch das Einschalten der Versorgungsspannung des Chips gestartet und gestoppt, sche.. Chi.. Ware. Der Bewegungsmelder sendet unter Umständen einige Sekunden lang >:( . Einen ON/Off Code gibt es nicht.
Die Türkontakte senden nur einen festen Code beim Öffnen, einen anderen kann man nicht einstellen. Mittels Jumper kann man auch einstellen, das beim Schließen gesendet wird, jedoch derselbe Code wie beim Öffnen :( .
Gruß
Lothar
Edit: Da habe ich zum Erstellen des Beitrags länger gebraucht, die Antwort galt dem Beitrag von Ralf von der vorherigen Seite. Danke für eure Mühe!
Zitat von: pejonp am 31 März 2016, 21:56:44
hier stimmt die Länge nicht (https://forum.fhem.de/index.php/topic,38831.msg433174.html#msg433174) . Es werden nur 80 bits geliefert, aber im 41_OREGON.pm werden 88 bits erwartete. Ich habe im Oregon.pm auf 80 bits angepaßt, dann ging es. Vieleicht hilft es.
Stimmt, es fehlen zwei Nibbel. Ich hatte da etwas angepasst, da ich der Meinung war, dass vorher 2 Nibble zu viel ausgegeben werden.
Das muss ich mir wohl noch mal ansehen.
Müsste das gleiche Problem wie bei Burny sein.
Zitat von: pejonp am 31 März 2016, 21:56:44
Der Empfang bei den Hideki war mit der neuen Firmeware (V 3.2.0-b19) auch nicht so toll. Der Sensor mit der Kanalnummer 5 wurde schlechter empfangen, als der Empfänger mit der Kanalnummer 3 (zu diesem ist die Entfernung auch noch grösser). Batterien (Akkus) wurden bei allen letzte Woche erneuert. Daran sollte es nicht liegen, zumal bei allen Bat:ok angezeigt wird. Sollte nur ein Info für dich sein. So wie es ist, damit kann ich erst einmal leben.
Könnte auch hier daran liegen, dass eine falsche Anzahl an Nibble übergeben wird.
Bei so vielen Bugs die ich gefunden und beseitigt habe, ist es wirklich erstaunlich, dass es mit der b12 besser geht.
Grüße Sidey
Zitat von: noice am 31 März 2016, 21:54:24
Versteh dich schon. Und nur die Daten vom ev1527 an das pt2262 modul zu senden wird wohl nicht gehen oder?
Also alles was pt2262 ist bleibt im it modul und die unbekannten Codes dann ins pt2262 modul?
Sorry kenn mich da leider zu wenig aus um da evtl die genaueren Zusammenhänge zuverstehen.
Das geht so leider nicht. Ich glaube auch, dass es sehr einfach ist, das IT Modul zu erweitern.
Grüße Sidey
Zitat von: noice am 31 März 2016, 21:54:24
Versteh dich schon. Und nur die Daten vom ev1527 an das pt2262 modul zu senden wird wohl nicht gehen oder?
Also alles was pt2262 ist bleibt im it modul und die unbekannten Codes dann ins pt2262 modul?
Den ev1527 im IT-Modul einzubauen dürfte einfacher sein, die dazu notwendigen Änderungen im IT-Modul halten sich in Grenzen.
Ich habe es mal bei mir versucht einzubauen:
2016.03.31 22:05:06 4: sduinoD/msg get raw: MS;P0=172;P1=-523;P2=512;P3=-204;P4=-5723;D=04010123230101230101232323230101010101010101012323;CP=0;SP=4;O;
2016.03.31 22:05:06 4: sduinoD: Matched MS Protocol id 3 -> itv1
2016.03.31 22:05:06 4: sduinoD: Decoded MS Protocol id 3 dmsg i327803 length 24
2016.03.31 22:05:06 5: sduinoD dispatch i327803
2016.03.31 22:05:06 4: sduinoD IT: message "i327803" (7)
2016.03.31 22:05:06 4: sduinoD IT: msgcode "" (0) bin = 001100100111100000000011
2016.03.31 22:05:06 4: sduinoD IT: EV1527 housecode = 1527x32780 onoffcode = 0011
2016.03.31 22:05:06 4: sduinoD IT: 1527x32780 not defined (Switch code: 0011)
2016.03.31 22:05:06 2: autocreate: define IT_1527x32780 IT 1527x32780 0011 0001
2016.03.31 22:05:06 2: autocreate: define FileLog_IT_1527x32780 FileLog ./log/IT_1527x32780-%Y-%m.log IT_1527x32780
2016.03.31 22:06:09 4: sduinoD/msg get raw: MS;P0=172;P1=-523;P2=512;P3=-204;P4=-5723;D=04010123230101230101232323230101010101010101012323;CP=0;SP=4;O;
2016.03.31 22:06:09 4: sduinoD: Matched MS Protocol id 3 -> itv1
2016.03.31 22:06:09 4: sduinoD: Decoded MS Protocol id 3 dmsg i327803 length 24
2016.03.31 22:06:09 5: sduinoD dispatch i327803
2016.03.31 22:06:09 4: sduinoD IT: message "i327803" (7)
2016.03.31 22:06:09 4: sduinoD IT: msgcode "" (0) bin = 001100100111100000000011
2016.03.31 22:06:09 4: sduinoD IT: EV1527 housecode = 1527x32780 onoffcode = 0011
2016.03.31 22:06:09 3: sduinoD IT: IT_1527x32780 ???->onGruß Ralf
Zitat von: Ralf9 am 31 März 2016, 22:22:46
Den ev1527 im IT-Modul einzubauen dürfte einfacher sein, die dazu notwendigen Änderungen im IT-Modul halten sich in Grenzen.
Ich habe es mal bei mir versucht einzubauen:
Hi Ralf,
Supi, hast Du einen Patch dafür?
Grüße Sidey
Zitat von: Ralf9 am 31 März 2016, 22:22:46
Den ev1527 im IT-Modul einzubauen dürfte einfacher sein, die dazu notwendigen Änderungen im IT-Modul halten sich in Grenzen.
Ich habe es mal bei mir versucht einzubauen:
2016.03.31 22:05:06 4: sduinoD/msg get raw: MS;P0=172;P1=-523;P2=512;P3=-204;P4=-5723;D=04010123230101230101232323230101010101010101012323;CP=0;SP=4;O;
2016.03.31 22:05:06 4: sduinoD: Matched MS Protocol id 3 -> itv1
2016.03.31 22:05:06 4: sduinoD: Decoded MS Protocol id 3 dmsg i327803 length 24
2016.03.31 22:05:06 5: sduinoD dispatch i327803
2016.03.31 22:05:06 4: sduinoD IT: message "i327803" (7)
2016.03.31 22:05:06 4: sduinoD IT: msgcode "" (0) bin = 001100100111100000000011
2016.03.31 22:05:06 4: sduinoD IT: EV1527 housecode = 1527x32780 onoffcode = 0011
2016.03.31 22:05:06 4: sduinoD IT: 1527x32780 not defined (Switch code: 0011)
2016.03.31 22:05:06 2: autocreate: define IT_1527x32780 IT 1527x32780 0011 0001
2016.03.31 22:05:06 2: autocreate: define FileLog_IT_1527x32780 FileLog ./log/IT_1527x32780-%Y-%m.log IT_1527x32780
2016.03.31 22:06:09 4: sduinoD/msg get raw: MS;P0=172;P1=-523;P2=512;P3=-204;P4=-5723;D=04010123230101230101232323230101010101010101012323;CP=0;SP=4;O;
2016.03.31 22:06:09 4: sduinoD: Matched MS Protocol id 3 -> itv1
2016.03.31 22:06:09 4: sduinoD: Decoded MS Protocol id 3 dmsg i327803 length 24
2016.03.31 22:06:09 5: sduinoD dispatch i327803
2016.03.31 22:06:09 4: sduinoD IT: message "i327803" (7)
2016.03.31 22:06:09 4: sduinoD IT: msgcode "" (0) bin = 001100100111100000000011
2016.03.31 22:06:09 4: sduinoD IT: EV1527 housecode = 1527x32780 onoffcode = 0011
2016.03.31 22:06:09 3: sduinoD IT: IT_1527x32780 ???->on
Gruß Ralf
Daran hätte ich auch Interesse 8)
Mobil erstellt daher kurz gehalten
Hi Ralf,
vielen Dank für deine Arbeit und Zeit das einzubauen. An dem Patch hätte ich auch interesse.
Gruß
Lothar
Zitat von: Lothar64 am 31 März 2016, 22:15:44
Hallo Ralf,
vielen Dank für den Link zum neuen FHEMduino Beitrag. Da das Protokoll im FHEMduino nun zur Verfügung steht, werde ich mir den parallel aufbauen.
Ich habe heute noch mal den Bewegungsmelder mit dem Logikanalyser angesehen. Dort kann man die 4 Datenbits fest mittels Jumper setzten. Das Senden wird durch das Einschalten der Versorgungsspannung des Chips gestartet und gestoppt, sche.. Chi.. Ware. Der Bewegungsmelder sendet unter Umständen einige Sekunden lang >:( . Einen ON/Off Code gibt es nicht.
Den FHEMduino parallel aufbauen dürfte nicht notwendig sein. In der Anlage ist eine Testversion vom IT-Modul bei der ich versucht habe es einzubauen.
Der on-code ist "0011" und der off-Code ist "0001".
Zitat von: Lothar64 am 31 März 2016, 22:15:44
Die Türkontakte senden nur einen festen Code beim Öffnen, einen anderen kann man nicht einstellen. Mittels Jumper kann man auch einstellen, das beim Schließen gesendet wird, jedoch derselbe Code wie beim Öffnen :( .
Wenn die Türkontakte nur einen festen Code beim Öffnen senden, sind sie nur brauchbar um festzustellen ob die Tür/Fenster bewegt wurde. Der Zustand offen/zu dürfte damit nicht feststellbar sein.
Gruß Ralf
Zitat von: Sidey am 31 März 2016, 22:19:58
Stimmt, es fehlen zwei Nibbel. Ich hatte da etwas angepasst, da ich der Meinung war, dass vorher 2 Nibble zu viel ausgegeben werden.
Das muss ich mir wohl noch mal ansehen.
Müsste das gleiche Problem wie bei Burny sein.
Könnte auch hier daran liegen, dass eine falsche Anzahl an Nibble übergeben wird.
Falls Du die fehlenden zwei Nibbel nicht findest, gäbe es auch noch die Möglichkeit im 00_SIGNALduino.pm einen Hash/Liste mit den Zuordnungen der Sensor IDs zu den Längen abzulegen.
Gruß Ralf
Zitat von: Ralf9 am 31 März 2016, 22:49:15
Falls Du die fehlenden zwei Nibbel nicht findest, gäbe es auch noch die Möglichkeit im 00_SIGNALduino.pm einen Hash/Liste mit den Zuordnungen der Sensor IDs zu den Längen abzulegen.
Gruß Ralf
Hehe, naja laut Debug Meldungen wurden 110 Bit demoduliert.
In der Hex Ausgabe finden sich dann 26 Hex Zeichen was 104 (26*4) bits entspricht. Ergo fehlen genau 8 Bit / 2 Nibble.
Leider habe ich mit einen Counter für die Anzahl bytes im Speicher nicht ausgegeben... jetzt überlege ich gerade, wie ich ein Testprogramm für die Routinen schreibe...
Grüße Sidey
Anbei das aktuelle Log mit der b19debug.
Hi zusammen,
zur Zeit beschäftige ich mich mit dem Empfangen von 433 Mhz Bewegungsmeldern und 433mhz Türkontakten. Beide haben den PT2262 Chip. Ich habe einen nano und superhet empfänger dran. Das alles funktioniert in meiner produktivumgebung recht gut (kleiner sketch der alles weitergibt was so empfangen wird analog dem https://blog.moneybag.de/tuer-fenster-kontakt-sensor-auf-433-mhz-basis/ und https://blog.moneybag.de/fhem-preiswerter-433-mhz-funkbewegungsmelder-pir/). Jetzt möchte ich gerne aber den Signalduino bzw. fhemduino nutzen um für die zukunft gewappnet zu sein, wenn ich bspw. neue geräte mir zulege bspw. funksteckdosen (diese spreche ich manuell via 433mhz sender und einem send command von der console aus via fhem an). Würde das ganze aber gerne etwas "professioneller gestalten". Ich habe zuerst den FHEMDUINO probiert. Geht super. Module installiert, geflasht die Bewegungsmelder, Steckdosen und Türkontakte werden alle via autocreate angelegt (als PT2262 device). Jetzt würde ich aber gerne den SIGNALDUINO nutzen, da mehr Geräte meines Wissens unterstützt werden usw. Ich flashe und installiere die Module laut wiki (dev-r32). Bekomme aber immer ein "Cannot init blabla sduino".... die ttyUSB0 Ids etc. sind korrekt eingetragen (wie bei dem FHEMDUINO ja auch; da ging es ja). Emfpangen tue ich nichts... woran kann das liegen?
Danke + Gruß
Kurzes Update zur Firmware:
Ich habe gestern nach einer Unit Testumgebung für Arduino gesucht.
Ich habe was gefunden.
Jetzt baue ich ein Testprogramm und dann werde ich das mal mit den Libs aus der b12 und der aktuellen Lib füttern.
Mal sehen was dabei so herauskommt.
Es wird aber ein paar Tage dauern, da es eine Fleißarbeit ist.
Grüße Sidey
Zitat von: rageltus am 01 April 2016, 08:52:45
Jetzt würde ich aber gerne den SIGNALDUINO nutzen, da mehr Geräte meines Wissens unterstützt werden usw. Ich flashe und installiere die Module laut wiki (dev-r32). Bekomme aber immer ein "Cannot init blabla sduino".... die ttyUSB0 Ids etc. sind korrekt eingetragen (wie bei dem FHEMDUINO ja auch; da ging es ja). Emfpangen tue ich nichts... woran kann das liegen?
Hallo,
ohne genauere Informationen zur Logmeldungen kann ich nur raten.
Hast Du den Arduino mit der SIGNALduino Firmware geflasht?
Grüße Sidey
Hallo Sidey,
ja genau, habe ich. Wie im Wiki beschrieben... im Log steht nichts, außer das er den Arduino nicht initialisieren kann. Auf der GUI steht dieser nur auf "opened" nicht auf "initialized"... ich habe sowohl die b19 (aus dem branch dev-r32) als auch die firmware aus deinem github master genutzt... das fhemduino device ebenso vorher gelöscht... welche kombination aus fhemmodul und firmware passt denn überhaupt zusammen?
Ich bin folgendermaßen vorgegangen:
1) update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
2) define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 (mit meiner ttyUSB id)
3) attr hardware auf nano328 gesetzt
4) set sduino flash
fhem mehrmals inkl. notebook neugestartet. er flasht auch ohne ersichtliche Fehler... beim fhemduino ging es ja auch bzw. ist dieser von mir über die arduino ide geflasht worden.. die singalduino firmware habe ich aber in der arduino ide noch nicht zum laufen bekommen...
fhem kann den arduino finden, aber nicht initialisieren :(
Danke + Gruß
Edit:
Die meldung ist analog dem Beitrag https://forum.fhem.de/index.php/topic,38831.msg429708.html#msg429708
Zitat2016.03.24 23:24:57 3: sduino device opened
2016.03.24 23:24:57 1: define: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00
2016.03.24 23:24:57 1: init: /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00
2016.03.24 23:25:07 1: Cannot init /dev/serial/by-id/usb-Arduino__www.arduino.cc__0043_7543535303535110A031-if00, ignoring it (sduino)
nur mit meiner by-id vom arduino
Zitat von: rageltus am 01 April 2016, 11:29:17
1) update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Hast Du es auch mal mit der master Version versucht?
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
Ist Dein fhem aktuell?
Gruß Ralf
Hallo Ralf9,
fhem müsste aktuell sein. Kann aber nochmal nen update drüber laufen lassen... dh. die module master in fhem einspielen und dann via fhem den master firmware auf den nano flashen? Mein Problem ist aber auch folgendes: Eigentlich wollte ich dev-r32 nutzen, weil ich die gedacht habe, dass die oben genannten PIR und Fensterkontakte jetzt unterstütz werden (siehe issue im github bei dev-r32 https://github.com/RFD-FHEM/RFFHEM/issues/69). Die Erweiterung ist halt nur in dev-r32 zur Zeit enthalten.... aber ich kann ja mal grundlegend den master testen ob überhaupt der nano mit fhem als signalduino funktioniert...
Hallo,
gibt es auch brauchbare EV1527 Sensoren die auch einen off-Code haben?
Ist "0011" für "on" ok?
Welchen 4 Bit Code soll ich für "off" nehmen?
Gruß Ralf
Zitat von: Ralf9 am 01 April 2016, 19:21:23
Hallo,
gibt es auch brauchbare EV1527 Sensoren die auch einen off-Code haben?
Ist "0011" für "on" ok?
Welchen 4 Bit Code soll ich für "off" nehmen?
Gruß Ralf
Hallo ralf,
Nicht das ich wüsste dazumal die ganzen 433 melder ja für alarmanlagen gedacht sind und so nur einen Status senden ... leider .. kenn das von professionellen Anlagen da wird open und closed getrennt gesendet ..
Gruss Mirko
Mobil erstellt daher kurz gehalten
Zitat von: rageltus am 01 April 2016, 11:29:17
welche kombination aus fhemmodul und firmware passt denn überhaupt zusammen?
Die aktuellste Firmware funktioniert nur mit den aktuellsten Modulen.
Die älteren Firmware Dateien laufen aber auch mit dem aktuellen Modul.
Zitat von: rageltus am 01 April 2016, 11:29:17
Ich bin folgendermaßen vorgegangen:
1) update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
2) define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 (mit meiner ttyUSB id)
3) attr hardware auf nano328 gesetzt
4) set sduino flash
fhem mehrmals inkl. notebook neugestartet. er flasht auch ohne ersichtliche Fehler...
Das sieht auch alles richtig gemacht aus.
Nach dem Flashen sollte sich der state in opened ändern.
Zitat von: rageltus am 01 April 2016, 11:29:17
Die meldung ist analog dem Beitrag https://forum.fhem.de/index.php/topic,38831.msg429708.html#msg429708
nur mit meiner by-id vom arduino
Das sieht mir eher nach so einem Problem aus, dass der USB Port nicht initialisiert werden kann.
Was passiert denn, wenn Du auf der Kommandozeile ein tail /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
eingibst?
Grüße Sidey
Hallo!
ein tail gibt mir nichts zurück. Mittlerweile hab ich es irgendwie zum laufen gebracht (fhem update war das problem) jedoch hängt jetzt die WebGUI immer und ist geblockt :-/
danke!
Moin,
Zitat von: rageltus am 01 April 2016, 20:53:36
jedoch hängt jetzt die WebGUI immer und ist geblockt :-/
definiere: jetzt hängt die WebGUI? Hängt die oder ist der komplette fhem gestoppt? Was steht am Ende des fhem-Logfiles?
Bei mir steht da leider momentan:
Undefined subroutine &main::asyncOutput called at ./FHEM/00_SIGNALduino.pm line 1547.
Ciao,
Andreas
Zitat von: Gwynfor am 01 April 2016, 21:06:05
Moin,definiere: jetzt hängt die WebGUI? Hängt die oder ist der komplette fhem gestoppt? Was steht am Ende des fhem-Logfiles?
Bei mir steht da leider momentan:
Undefined subroutine &main::asyncOutput called at ./FHEM/00_SIGNALduino.pm line 1547.
Hallo ihr beiden,
die Fehlermeldung Undefined subroutine &main::asyncOutput bedeutet, dass FHEM nicht aktuell genug ist.
Also einfach mal FHEM mittels update aktualisieren. Danach ist die Fehlermeldung weg und FHEM hängt auch nicht.
Grüße Sidey
Okay.. scheint alles zu funktionieren. Ein update und dev-32 und die b12 auf dem nano scheinen zu gehen nach einem fhem service stop und start. jetzt das eigentliche problem :) meine 433 mhz bewegungsmelder (hab es auch schon im fhemduino forum gepostet, da ich mich nicht entscheiden kann welches modul ich nutzen möchte) :) aber ich beziehe mich hier mal fu die issues (https://github.com/RFD-FHEM/RFFHEM/issues/69 und https://github.com/RFD-FHEM/RFFHEM/issues/50) der Türkontakt in dem issue 50 geht auch nicht. der bewegungsmelder in 69 und 50 geht leider ebenso nicht und wird nicht angelegt. Anbei was im log steht:
danke schön!
Zitat von: rageltus am 01 April 2016, 21:24:40
Anbei was im log steht:
Woher weiss ich jetz, wann welcher Bewegungsmelder betätigt wurde, um die Logmeldungen zuordnen zu können?
Grüße Sidey
Gute Frage...hier kommt soviel Schrott rein.... Och schau mal wie ich es dir einfacher machen kann...vielen Dank für die Mühe
Zitat von: rageltus am 01 April 2016, 21:24:40
meine 433 mhz bewegungsmelder (hab es auch schon im fhemduino forum gepostet, da ich mich nicht entscheiden kann welches modul ich nutzen möchte) :) aber ich beziehe mich hier mal fu die issues (https://github.com/RFD-FHEM/RFFHEM/issues/69 und https://github.com/RFD-FHEM/RFFHEM/issues/50) der Türkontakt in dem issue 50 geht auch nicht. der bewegungsmelder in 69 und 50 geht leider ebenso nicht und wird nicht angelegt.
Der Türkontakt/ bewegungsmelder in dem issue 50 funktioniert mit meinem angepassten IT-Modul
https://forum.fhem.de/index.php/topic,38831.msg433287.html#msg433287
2016.04.01 21:42:55 4: sduinoD: Decoded MS Protocol id 3 dmsg i6D6829 length 24
2016.04.01 21:42:55 5: sduinoD dispatch i6D6829
2016.04.01 21:42:55 4: sduinoD IT: message "i6D6829" (7)
2016.04.01 21:42:55 4: sduinoD IT: msgcode "" (0) bin = 011011010110100000101001
2016.04.01 21:42:55 4: sduinoD IT: EV1527 housecode = 1527x6d682 onoffcode = 1001
2016.04.01 21:42:55 4: sduinoD IT: 1527x6d682 not defined (Switch code: 1001)
2016.04.01 21:42:55 2: autocreate: define IT_1527x6d682 IT 1527x6d682 0011 0001Der erste Wert hinter dem define ist der on-code, er kann geändert werden, falls er nicht passt. Ich habe für on = 0011 gewählt.
Der zweite Wert hinter dem define ist der off-code, wird wohl am besten sein, wenn ich off = 0000 definiere
Gruß Ralf
Hallo nochmal,
so hier mal der Code des bewegungsmelders:
2016.04.01 22:01:55 4: sduino/msg READ: MS;P1=1347;P2=-475;P3=437;P4=-1381;P5=-14123;D=35341212341212341234121234123434343434123412343412;CP=3;SP=5;O;
2016.04.01 22:01:55 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.01 22:01:55 5: sduino: Starting demodulation at Position 2
2016.04.01 22:01:55 4: sduino: Decoded MS Protocol id 3 dmsg i6D6829 length 24
2016.04.01 22:01:55 5: sduino: converted Data to (i6D6829)
2016.04.01 22:01:55 5: sduino dispatch i6D6829
2016.04.01 22:01:55 4: sduino/msg READ: MS;P0=1344;P1=-475;P2=436;P3=-1385;P4=-14125;D=24230101230101230123010123012323232323012301232301;CP=2;SP=4;O;
2016.04.01 22:01:55 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.01 22:01:55 5: sduino: Starting demodulation at Position 2
2016.04.01 22:01:55 4: sduino: Decoded MS Protocol id 3 dmsg i6D6829 length 24
2016.04.01 22:01:55 5: sduino: converted Data to (i6D6829)
2016.04.01 22:01:55 4: sduino: Dropped (i6D6829) due to short time or equal msg
2016.04.01 22:01:56 4: sduino/msg READ: MS;P0=-1385;P1=1346;P2=-474;P3=435;P4=-14124;D=34301212301212301230121230123030303030123012303012;CP=3;SP=4;O;
2016.04.01 22:01:56 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.01 22:01:56 5: sduino: Starting demodulation at Position 2
2016.04.01 22:01:56 4: sduino: Decoded MS Protocol id 3 dmsg i6D6829 length 24
2016.04.01 22:01:56 5: sduino: converted Data to (i6D6829)
2016.04.01 22:01:56 4: sduino: Dropped (i6D6829) due to short time or equal msg
2016.04.01 22:01:56 4: sduino/msg READ: MS;P0=1347;P1=-473;P2=437;P3=-1381;P4=-14124;D=24230101230101230123010123012323232323012301232301;CP=2;SP=4;O;
2016.04.01 22:01:56 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.01 22:01:56 5: sduino: Starting demodulation at Position 2
2016.04.01 22:01:56 4: sduino: Decoded MS Protocol id 3 dmsg i6D6829 length 24
2016.04.01 22:01:56 5: sduino: converted Data to (i6D6829)
2016.04.01 22:01:56 4: sduino: Dropped (i6D6829) due to short time or equal msg
Zitat von: Sidey am 01 April 2016, 21:16:33
die Fehlermeldung Undefined subroutine &main::asyncOutput bedeutet, dass FHEM nicht aktuell genug ist.
Also einfach mal FHEM mittels update aktualisieren. Danach ist die Fehlermeldung weg und FHEM hängt auch nicht.
Ich hab mal nachgeschaut, für das "asyncOutput" ist eine fhem Version ab dem 2015-11-18 notwendig.
https://sourceforge.net/p/fhem/code/9927/
Kannst Du dies im wiki bei der dev32 vermerken?
Gruß Ralf
Zitat von: Ralf9 am 01 April 2016, 22:13:24
Ich hab mal nachgeschaut, für das "asyncOutput" ist eine fhem Version ab dem 2015-11-18 notwendig.
https://sourceforge.net/p/fhem/code/9927/
Kannst Du dies im wiki bei der dev32 vermerken?
Gruß Ralf
Ich habe vermerkt, dass man für die dev Version erst ein Fhem Update und danach das Update der dev-r32 machen soll.
So ist es auch in Zukunft besser beschrieben, da es ja vermutlich nicht die letzte Funktion ist, welche hinzu kommt.
Ich sollte aber wohl noch mal eine Prüfung einbauen, ob die Funktion vorhanden ist. Dass FHEM blockiert ist ja doch sehr unschön.
Grüße Sidey
Hallo zusammen.
Hatte nach nenn Flash des sduino auch nur noch den Status opend gehabt.
Habe dann ein restore von fhem von vor drei Tagen eingespielt und einen Neustart gemacht. Jetzt steht der sduino auf initialisiert.
Jetzt ist aber folgendes, dass 2 verschiedene Versionen angezeigt werden.
Readings
Version
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
2016-04-01 22:13:25
cmds
V i R t X F S P C G
2016-04-01 22:13:25
freeram
659
2016-03-17 20:21:27
ping
OK
2016-04-01 15:31:27
raw
isFFFFFFFFFFF0
2016-03-14 20:36:16
state
Initialized
2016-04-01 22:14:07
version
V 3.2.0-hf1 SIGNALduino - compiled at Mar 4 2016 22:41:08
Gruß Sascha
Gesendet von meinem SM-T560 mit Tapatalk
Zitat von: sash.sc am 01 April 2016, 22:17:50
Hallo zusammen.
Hatte nach nenn Flash des sduino auch nur noch den Status opend gehabt.
Opened ist mittlerweile auch der korrekte Status für einen funktionierenden SIGNALduino.
Das Problem mit der alten Version ist bekannt. Kannst Du aber ignorieren.
Grüße Sidey
Zitat von: Sidey am 01 April 2016, 22:22:32
Das Problem mit der alten Version ist bekannt. Kannst Du aber ignorieren.
Das Problem ist:
bei "get version" wird "version" als reading geschrieben und
beim init wird "Version" als reading geschrieben, ich finde das unschön.
Besser dürfte es sein, wenn beim init auch "version" geschrieben wird.
Gruß Ralf
Zitat von: Ralf9 am 01 April 2016, 22:34:27
Das Problem ist:
bei "get version" wird "version" als reading geschrieben und
beim init wird "Version" als reading geschrieben, ich finde das unschön.
Besser dürfte es sein, wenn beim init auch "version" geschrieben wird.
Gruß Ralf
Ja, kannst Du das anpassen?
Zitat von: Sidey am 01 April 2016, 22:35:13
Ja, kannst Du das anpassen?
Ja, mach ich. Ich behebe dann auch gleich den Fehler in der device help
Gruß Ralf
Also kann ich bei der b12 vom 13.2. Bleiben?
Gesendet von meinem SM-T560 mit Tapatalk
Zitat von: sash.sc am 01 April 2016, 22:40:25
Also kann ich bei der b12 vom 13.2. Bleiben?
ja, die b12 ist z.Zt. die empfohlene Version.
Das Problem mit den 2 Versionen müsste jetzt behoben sein.
Mit
deletereading sduino Versionkannst Du das reading "Version" löschen.
Gruß Ralf
Danke..
Muss sich mal ein dickes Dankeschön hier loswerden, für die Arbeit die hier von allen geleistet wird!
Daumen hoch!
Gruß Sascha
Gesendet von meinem SM-T560 mit Tapatalk
Habt ihr schon mein Log entdeckt mit der b19debug?
https://forum.fhem.de/index.php/topic,38831.msg433363.html#msg433363
Zitat von: Burny4600 am 02 April 2016, 07:36:29
Habt ihr schon mein Log entdeckt mit der b19debug?
https://forum.fhem.de/index.php/topic,38831.msg433363.html#msg433363
Habe ich gelesen. Hatte die b19 aus dem dev-r32 geflasht und danach lief der sduino nicht mehr. Erst mit unsupported Firmware. Habe dann fhem neu gestartet, übrigens nach jedem Update, und dann den Flash gestartet und wieder einen Neustart durchgeführt. Danach kam opened. Habe dann die master genommen.
Nun ja, jetzt bin auf den Stand von b12 und der sduino läuft.
Gesendet von meinem SM-T560 mit Tapatalk
Zitat von: Burny4600 am 02 April 2016, 07:36:29
Habt ihr schon mein Log entdeckt mit der b19debug?
https://forum.fhem.de/index.php/topic,38831.msg433363.html#msg433363
Ja, ich habe es mir schon angesehen.
Ich brauch aber ein paar Tage, sonst wird das wieder ein Bugfix mit Nebenwirkungen.
Grüße Sidey
hier ist die aktuelle Version von meinen anpassungen an dem IT-Modul:
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Gruß Ralf
Zitat von: Ralf9 am 02 April 2016, 14:03:44
hier ist die aktuelle Version von meinen anpassungen an dem IT-Modul:
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Gruß Ralf
Super arbeit. Danke
Die it.pm würde theoretisch auch mit dem 433 Cul funktionieren?
Mobil erstellt daher kurz gehalten
Hallo Ralf,
vielen Dank für deine Mühe und für die Erweiterung für das ev1527 Protokoll. Ich habe heute Zeit gehabt es zu testen.
Es funktioniert gut bis auf zwei Sensoren. Dort wird das Protokoll nicht richtig erkannt. Eine Log habe ich angehängt.
Danke Lothar
2016.04.02 18:29:35 4: sduino/msg READ: MS;P0=-11865;P1=381;P2=-1040;P3=1008;P4=-420;D=10121212123412121234121212121212121212121212123434;CP=1;SP=0;O;
2016.04.02 18:29:35 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.02 18:29:35 5: sduino: Starting demodulation at Position 2
2016.04.02 18:29:35 5: sduino: postdemodulation value 0 0 0 0 1 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1
2016.04.02 18:29:35 4: sduino: Decoded MS Protocol id 3 dmsg i088003 length 24
2016.04.02 18:29:35 5: sduino: converted Data to (i088003)
2016.04.02 18:29:35 5: sduino dispatch i088003
2016.04.02 18:29:36 4: sduino IT: message "i088003" (7)
2016.04.02 18:29:36 4: sduino IT: msgcode "" (0) bin = 000010001000000000000011
2016.04.02 18:29:36 4: sduino IT: EV1527 housecode = 1527x 8800 onoffcode = 0011
2016.04.02 18:29:36 4: sduino IT: 1527x 8800 not defined (Switch code: 0011)
2016.04.02 18:29:36 5: Triggering global (1 changes)
2016.04.02 18:29:36 5: Starting notify loop for global, first event UNDEFINED IT_1527x 8800 IT 1527x 8800 0011 0000
2016.04.02 18:29:36 2: autocreate: define IT_1527x 8800 IT 1527x 8800 0011 0000
2016.04.02 18:29:36 1: PERL WARNING: Use of uninitialized value $o in concatenation (.) or string at fhem.pl line 1672.
2016.04.02 18:29:36 0: Can't read ./FHEM/_8800.pm: Datei oder Verzeichnis nicht gefunden
2016.04.02 18:29:36 1: ERROR: Cannot load module 8800
Zitat von: Lothar64 am 02 April 2016, 18:34:25
Es funktioniert gut bis auf zwei Sensoren. Dort wird das Protokoll nicht richtig erkannt. Eine Log habe ich angehängt.
Ich habe es gefixt, müsste jetzt funktionieren.
Gruß Ralf
Vielen Dank Ralf,
jetzt funktionieren auch die beiden letzen Türkontake.
Klasse arbeit!
Gruß
Lothar
Zitat von: Ralf9 am 01 April 2016, 23:18:50
ja, die b12 ist z.Zt. die empfohlene Version.
Das Problem mit den 2 Versionen müsste jetzt behoben sein.
Mit
deletereading sduino Version
kannst Du das reading "Version" löschen.
Gruß Ralf
Habe es ausprobiert. Hat geklappt.
Mir ist jetzt bei der b12 aufgefallen, dass es er sduino immer initialisiert, wenn der was empfängt.
Ist das so richtig?
Gruß Sascha
Gesendet von meinem SM-T560 mit Tapatalk
ja, die
Zitat von: noice am 02 April 2016, 14:36:50
Die it.pm würde theoretisch auch mit dem 433 Cul funktionieren?
Ja, die angepasste IT.pm müsste auch mit dem Cul funktionieren.
Ich habe für den Signalduino auch das "set" geändert. Dies funktioniert aber z.Zt. nur mit der dev-32
Beim ITv1 wird für das senden jetzt auch das sendmsg verwendet. Das "set sduino ITclock" wird dadurch nicht mehr verwendet.
Beim ITv1 und ITv3 kann jetzt im IT-Modul die ITclock gewählt werden. Wenn kein ITclock gewählt wird, wird als default 250 verwendet.
Kann mal jemand testen ob beim Signalduino und falls möglich auch beim cul das empfangen und senden vom ITv1 und ITv3 noch sauber funktioniert?
Gruß Ralf
Zitat von: sash.sc am 02 April 2016, 20:44:02
Mir ist jetzt bei der b12 aufgefallen, dass es er sduino immer initialisiert, wenn der was empfängt.
Ist das so richtig?
nein, das ist nicht normal.
Wie oft in der Stunde initialisiert er sich bei Dir?
Gruß Ralf
Teilweise als 4 Sekunden. Die Zeit ist immer unterschiedlich. Wenn er was empfängt, dann steht da initializied.
Sobald ich debug auf 1 stelle und verbose auf 3,dann schreibt der sduino mir schnell das log voll.
Von mobil gesendet daher kurze Antwort
Du meinst, der State wird aktualisiert? Ja das ist korrekt so, damit man auf den Empfang mit einem Trigger reagieren kann.
Grüße Sidey
Danke für die Info!
Gesendet von meinem SM-T560 mit Tapatalk
Zitat von: Ralf9 am 02 April 2016, 20:48:16
ja, die
Ja, die angepasste IT.pm müsste auch mit dem Cul funktionieren.
Ich habe für den Signalduino auch das "set" geändert. Dies funktioniert aber z.Zt. nur mit der dev-32
Beim ITv1 wird für das senden jetzt auch das sendmsg verwendet. Das "set sduino ITclock" wird dadurch nicht mehr verwendet.
Beim ITv1 und ITv3 kann jetzt im IT-Modul die ITclock gewählt werden. Wenn kein ITclock gewählt wird, wird als default 250 verwendet.
Kann mal jemand testen ob beim Signalduino und falls möglich auch beim cul das empfangen und senden vom ITv1 und ITv3 noch sauber funktioniert?
Gruß Ralf
hallo Ralf,
sieht gut aus. ITv1 funktioniert wie gehabt. ITv3 hab ich leider nicht zum testen.
Empfang auch über den CUL433 möglich.
Danke nochmals für die geniale Arbeit.
Gruss
Mirko
Wenn ich
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
durcführe funktioniert nicht eine einzige Elro-Dose mehr.
Erst nach einem Update der 10_IT.pm klappt's alles wieder.
Das war also noch nicht der große Wurf.
Trotz alledem: Hut ab für die Arbeit, die hier von den Entwicklern geleistet wird. Die Materie und die daraus resultierenden Probleme sind wirklich nicht trivial.
Zitat von: RappaSan am 03 April 2016, 08:41:07
durcführe funktioniert nicht eine einzige Elro-Dose mehr.
Erst nach einem Update der 10_IT.pm klappt's alles wieder.
Das war also noch nicht der große Wurf.
um zu schauen was da nicht passt benötige ich aus dem log die empfangenen raw-Nachrichten.
Evtl werden sie als ev1527 erkannt und angelegt.
Gruß Ralf
Zitat von: RappaSan am 03 April 2016, 08:41:07
Wenn ich
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
durcführe funktioniert nicht eine einzige Elro-Dose mehr.
Erst nach einem Update der 10_IT.pm klappt's alles wieder.
Das war also noch nicht der große Wurf.
Trotz alledem: Hut ab für die Arbeit, die hier von den Entwicklern geleistet wird. Die Materie und die daraus resultierenden Probleme sind wirklich nicht trivial.
ITv3 oder v1?
Mobil erstellt daher kurz gehalten
@noice: V1, ist ne "alte" Elro 440s.
@Ralf: ich setze die SW morgen noch mal auf den Stand und logge die Daten.
Einen ev1527 kann ich beim Autocreate aber nicht entdecken.
Welches Loglevel soll ich beim sduino einstellen?
Welches Loglevel soll ich beim sduino einstellen?
[/quote]
Loglevel 4 reicht
Gruß Ralf
Hab da mal ne zwischenfrage.
Laut Fhem wiki sollte der Signalduino einen TFA 30.3200 Sensor empfamngen und decodieren. habe so einen Sensor.
Habe aber gesehen, dass dieser immer noch über pilight decodiert wird.
Hier mal der Code aus dem LOG.
2016.04.03 17:26:22 4: SIGNALduino_unknown incomming msg: u20#0000000000000000000000000000000000000000000000000000
2016.04.03 17:26:22 4: SIGNALduino_unknown rawData: 0000000000000000000000000000000000000000000000000000
2016.04.03 17:26:22 4: SIGNALduino_unknown Protocol: 20
2016.04.03 17:26:22 4: SIGNALduino_unknown converted to bits: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.04.03 17:26:23 3: pilight: Unknown code PITEMP,tfa,174,temperature:22.44,humidity:45,battery:1, help me!
2016.04.03 17:26:24 3: pilight: Unknown code PITEMP,tfa,174,temperature:22.44,humidity:45,battery:1, help me!
2016.04.03 17:26:24 3: pilight: Unknown code PITEMP,tfa,174,temperature:22.44,humidity:45,battery:1, help me!
2016.04.03 17:26:24 3: pilight: Unknown code PITEMP,tfa,174,temperature:22.44,humidity:45,battery:1, help me!
2016.04.03 17:26:24 4: sduino/msg READ: MU;P0=680;P1=-1933;P2=-7706;P3=-3847;D=0102020101030103010303030103010301030101010103010301030301030301030101030101010103030301010202010103010301030303010301030103010101010301030103030103030103010103010101010303030101020201010301030103030301030103010301010101030103010303010303010301010301010;CP=0;O;
2016.04.03 17:26:26 4: sduino/msg READ: MU;P0=10032;P1=-224;P2=191;D=01212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212121212;CP=2;
2016.04.03 17:26:26 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.03 17:26:26 4: sduino: decoded matched MU Protocol id 20 dmsg u20#0000000000000000000000000000000000000000000000000000 length 208
2016.04.03 17:26:26 4: SIGNALduino_unknown incomming msg: u20#0000000000000000000000000000000000000000000000000000
2016.04.03 17:26:26 4: SIGNALduino_unknown rawData: 0000000000000000000000000000000000000000000000000000
2016.04.03 17:26:26 4: SIGNALduino_unknown Protocol: 20
2016.04.03 17:26:26 4: SIGNALduino_unknown converted to bits: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.04.03 17:26:28 4: sduino/msg READ: MU;P0=-7066;P2=10036;P3=-226;P4=140;D=0023434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434;CP=4;
2016.04.03 17:26:28 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.03 17:26:28 4: sduino: decoded matched MU Protocol id 20 dmsg u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8 length 208
2016.04.03 17:26:28 4: SIGNALduino_unknown incomming msg: u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8
2016.04.03 17:26:28 4: SIGNALduino_unknown rawData: AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8
2016.04.03 17:26:28 4: SIGNALduino_unknown Protocol: 20
2016.04.03 17:26:28 4: SIGNALduino_unknown converted to bits: 1010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101000
2016.04.03 17:26:31 4: sduino/msg READ: MU;P0=-7623;P1=526;P2=-1918;P3=-3803;P4=-824;P5=10000;D=010121212131313131213131212131212121213121313121213131212121313121213121212121213121213101012121213131313121313121213121212121312131312121313121212131312121312121212121312121310101212121313131312131312121312121212131213131212131312121213131212131212145;CP=1;
2016.04.03 17:26:31 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.04.03 17:26:31 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.03 17:26:31 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.03 17:26:31 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.04.03 17:26:31 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.03 17:26:31 4: sduino/msg READ: MU;P0=-199;P1=228;D=010101010101010101010101010101010101010101010101010101010101010101010101010;CP=1;
2016.04.03 17:26:34 4: sduino/msg READ: MU;P0=-28568;P1=-152;P2=100;P3=1294;P4=-1071;P5=504;D=12134343434543454343434343434345454345434343454545434343434343454343454545434343434343434510343434345434543434343434343454543454343434545454343434343434543434545454343434343434345;CP=3;
2016.04.03 17:26:34 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.04.03 17:26:34 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.04.03 17:26:34 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.04.03 17:26:34 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.03 17:26:34 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.03 17:26:34 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.03 17:26:34 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.04.03 17:26:34 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.03 17:26:34 4: sduino: decoded matched MU Protocol id 8 dmsg TXA034702700 length 44
2016.04.03 17:26:34 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
Habe auch mal ein paar Sekunden danach geloggt !
Kann mir jemand mal sagen, warum der nicht decodiert wird ?
Danke.
gruß
Sascha
Ich hab ma kurz den "no-working-state" hergestellt.
Bei Verbose 4 steht im Log:
2016.04.03 17:30:11 4: name: /fhem?room=Wohnzimmer / RL:32769 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.04.03 17:30:11 4: WEB_192.168.0.23_50098 GET /fhem?XHR=1&inform=type=status;filter=room=Wohnzimmer;since=1459697410;fmt=JSON&fw_id=288×tamp=1459697409953; BUFLEN:0
2016.04.03 17:30:19 4: Connection accepted from WEB_192.168.0.23_50099
2016.04.03 17:30:19 4: WEB_192.168.0.23_50099 POST /fhem?cmd.Lampe1=set%20Lampe1%20off&room=Wohnzimmer&XHR=1&fw_id=288; BUFLEN:0
2016.04.03 17:30:19 2: sduino IT_set: Lampe1 off
2016.04.03 17:30:19 4: name: /fhem?cmd.Lampe1=set%20Lampe1%20off&room=Wohnzimmer&XHR=1&fw_id=288 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.04.03 17:30:21 4: WEB_192.168.0.23_50099 POST /fhem?cmd.Lampe1=set%20Lampe1%20on&room=Wohnzimmer&XHR=1&fw_id=288; BUFLEN:0
2016.04.03 17:30:21 2: sduino IT_set: Lampe1 on
2016.04.03 17:30:21 4: name: /fhem?cmd.Lampe1=set%20Lampe1%20on&room=Wohnzimmer&XHR=1&fw_id=288 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
Und so sieht's aus , wenn die Lampe auch reagiert:
2016.04.03 17:39:45 2: IT set Lampe1 on
2016.04.03 17:39:45 4: Answer from sduino: raw => isF00000FFFF0F
2016.04.03 17:39:45 4: name: /fhem?cmd.Lampe1=set%20Lampe1%20on&room=Wohnzimmer&XHR=1&fw_id=309 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
Den Loglevel 4 liefere ich morgen nach.
Zitat von: RappaSan am 03 April 2016, 08:41:07
Wenn ich
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
durcführe funktioniert nicht eine einzige Elro-Dose mehr.
Erst nach einem Update der 10_IT.pm klappt's alles wieder.
Das war also noch nicht der große Wurf.
Trotz alledem: Hut ab für die Arbeit, die hier von den Entwicklern geleistet wird. Die Materie und die daraus resultierenden Probleme sind wirklich nicht trivial.
Leider doch Fehlinformation von mir. ITv1 geht bei mir doch nicht. Hab das ganze auf meinem hauptsystem probiert da sendet der cul433 kein IT mehr ..
Der sduino ist allerdings auf meinem bastelsystem, da hab ich deine geänderte it.pm noch drauf.
Der cul433 hat mit der geänderten it.pm den Pir allerdings empfangen, der sduino auch ..
Hilft jetzt aber nicht viel oder?
Gruss mirko
Mobil erstellt daher kurz gehalten
Zitat von: noice am 03 April 2016, 20:46:19
Hilft jetzt aber nicht viel oder?
Ja, ohne ein log, hilft es mir nicht weiter.
Gruß Ralf
Zitat von: Ralf9 am 03 April 2016, 22:48:33
Ja, ohne ein log, hilft es mir nicht weiter.
Gruß Ralf
Ich schau morgen mal was ich loggen kann.
Grüsse Mirko
Mobil erstellt daher kurz gehalten
Muss den Log verschieben.
Frau hat Geburtstag, da wird nicht gebastelt...
Zitat von: RappaSan am 04 April 2016, 10:40:04
Muss den Log verschieben.
Frau hat Geburtstag, da wird nicht gebastelt...
Nicht mal an der Frau ? ::)
Mobil erstellt daher kurz gehalten
Die läuft noch viiiiiel besser als der Signalduino.
Da brauch' ich nicht basteln.
Und hat dazu noch ein scharfes Display. 8)
Zitat von: Ralf9 am 03 April 2016, 22:48:33
Ja, ohne ein log, hilft es mir nicht weiter.
Gruß Ralf
Hi Ralf,
hier mal ein log vom CUL:
2016.04.04 21:07:01 5: CUL/RAW: /s57780D4100F8
2016.04.04 21:07:01 4: CUL_Parse: miniCUL433 s57780D4100F8
2016.04.04 21:07:01 5: miniCUL433 dispatch s57780D4100F8
2016.04.04 21:07:01 4: CUL_TCM97001 using longid: 1 model: NC_WS
2016.04.04 21:07:05 2: miniCUL433 IT_set: IT_F00FF0FFFF on
2016.04.04 21:07:05 5: SW: isF00FF0FFFF0F
2016.04.04 21:07:05 5: CUL/RAW (ReadAnswer): isF0
2016.04.04 21:07:05 5: CUL/RAW (ReadAnswer): 0
2016.04.04 21:07:05 5: CUL/RAW (ReadAnswer): FF0FF
2016.04.04 21:07:05 5: CUL/RAW (ReadAnswer): FF0F
2016.04.04 21:07:05 5: CUL/RAW (ReadAnswer):
2016.04.04 21:07:07 2: miniCUL433 IT_set: IT_F00FF0FFFF off
2016.04.04 21:07:07 5: SW: isF00FF0FFFF
2016.04.04 21:07:07 5: CUL/RAW (ReadAnswer): isF00F
2016.04.04 21:07:07 5: CUL/RAW (ReadAnswer): F0FFF
2016.04.04 21:07:07 5: CUL/RAW (ReadAnswer): FLangt das so?
Zitat von: noice am 04 April 2016, 21:09:59
Hi Ralf,
hier mal ein log vom CUL:
Langt das so?
Hast Du mir auch mal zum vergleich das Log mit dem orginal IT-Modul mit dem es funktioniert.
Hast Du mir auch mal aus der fhem.cfg die "define"- und "attr" Zeilen vom "miniCUL433" und dem "IT_F00FF0FFFF" Sensor.
Theoretisch müsste ich es damit auch ohne den cul testen können.
Gruß Ralf
sodalla ...
2016.04.04 21:42:52 2: IT set IT_F00FF0FFFF off
2016.04.04 21:42:52 5: SW: isF00FF0FFFF
2016.04.04 21:42:52 5: CUL/RAW (ReadAnswer): i
2016.04.04 21:42:53 5: CUL/RAW (ReadAnswer): sF00FF0FFFF
2016.04.04 21:42:55 2: IT set IT_F00FF0FFFF off
2016.04.04 21:42:55 5: SW: isF00FF0FFFF
2016.04.04 21:42:55 5: CUL/RAW (ReadAnswer): is
2016.04.04 21:42:55 5: CUL/RAW (ReadAnswer): F00FF
2016.04.04 21:42:55 5: CUL/RAW (ReadAnswer): 0FFFF
2016.04.04 21:42:55 5: CUL/RAW (ReadAnswer):
2016.04.04 21:42:57 2: IT set IT_F00FF0FFFF on
2016.04.04 21:42:57 5: SW: isF00FF0FFFF0F
2016.04.04 21:42:57 5: CUL/RAW (ReadAnswer): is
2016.04.04 21:42:57 5: CUL/RAW (ReadAnswer): F00FF
2016.04.04 21:42:57 5: CUL/RAW (ReadAnswer): 0FFFF
2016.04.04 21:42:57 5: CUL/RAW (ReadAnswer): 0F
2016.04.04 21:42:58 2: IT set IT_F00FF0FFFF off
2016.04.04 21:42:58 5: SW: isF00FF0FFFF
2016.04.04 21:42:59 5: CUL/RAW (ReadAnswer): is
2016.04.04 21:42:59 5: CUL/RAW (ReadAnswer): F00FF
2016.04.04 21:42:59 5: CUL/RAW (ReadAnswer): 0FFFF
2016.04.04 21:42:59 5: CUL/RAW (ReadAnswer):
2016.04.04 21:42:59 5: CUL/RAW (ReadAnswer):
define minicul:
define miniCUL433 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH02NGAA-if00-port0@38400 1100
attr miniCUL433 room System
attr miniCUL433 verbose 5
Internals:
CMDS BCFiGMRTVWXemltx
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH02NGAA-if00-port0@38400 1100
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH02NGAA-if00-port0@38400
FD 13
FHTID 1100
NAME miniCUL433
NR 29
PARTIAL
RAWMSG s57780D4100F5
RSSI -73.5
STATE Initialized
TYPE CUL
VERSION V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) miniCUL (F-Band: 433MHz)
initString X21
miniCUL433_MSGCNT 312
miniCUL433_TIME 2016-04-04 21:47:40
Matchlist:
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......
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+
Readings:
2016-04-04 21:44:47 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB
2016-04-04 20:57:36 cmds B C F i G M R T V W X e m l t x
2016-04-04 21:44:39 credit10ms 900
2016-04-04 21:42:59 raw isF00FF0FFFF
2016-04-04 21:47:40 state Initialized
2016-03-21 12:51:28 version V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) miniCUL (F-Band: 433MHz)
Attributes:
room System
verbose 5
Define vom IT Schalter:
define IT_F00FF0FFFF IT F00FF0FFFF 0F F0
attr IT_F00FF0FFFF IODev miniCUL433
attr IT_F00FF0FFFF room IT
ich kann keine Fehler finden, es müsste mit dem cul eigentlich funktionieren.
Die logs sehen gleich aus.
Hat jemand eine Idee an was es liegen könnte, warum mit meinen angepassten IT-Modul beim cul das Senden nicht funktioniert?
Mit dem orginal IT-Modul funktioniert das senden mit dem cul
2016.04.04 21:42:57 2: IT set IT_F00FF0FFFF on
2016.04.04 21:42:57 5: SW: isF00FF0FFFF0F
2016.04.04 21:42:57 5: CUL/RAW (ReadAnswer): is
2016.04.04 21:42:57 5: CUL/RAW (ReadAnswer): F00FF
2016.04.04 21:42:57 5: CUL/RAW (ReadAnswer): 0FFFF
2016.04.04 21:42:57 5: CUL/RAW (ReadAnswer): 0F
Mit meinem angepasstem IT-Modul funktioniert das senden mit dem cul nicht!
2016.04.04 21:07:05 2: miniCUL433 IT_set: IT_F00FF0FFFF on
2016.04.04 21:07:05 5: SW: isF00FF0FFFF0F
2016.04.04 21:07:05 5: CUL/RAW (ReadAnswer): isF0
2016.04.04 21:07:05 5: CUL/RAW (ReadAnswer): 0
2016.04.04 21:07:05 5: CUL/RAW (ReadAnswer): FF0FF
2016.04.04 21:07:05 5: CUL/RAW (ReadAnswer): FF0F
2016.04.04 21:07:05 5: CUL/RAW (ReadAnswer):
Gruß Ralf
Keine Idee, hast Du denn an dem Code Abschnitt etwas verändert?
Zitat von: Sidey am 04 April 2016, 23:30:06
Keine Idee, hast Du denn an dem Code Abschnitt etwas verändert?
Nein, außer der Abfrage
if ($io->{TYPE} ne "SIGNALduino") {habe ich am Code Abschnitt nichts verändert.
Wenn der cul mit
SW: isF00FF0FFFF0Fdas gleiche sendet, müsste es doch eigentlich funktionieren.
Gruß Ralf
Das gleiche wie?
mit dem orginalen IT-Modul steht im log das gleiche SW: isF00FF0FFFF0F
wie mit meinem angepasstem IT-Modul
Gruß Ralf
Zitat von: Ralf9 am 04 April 2016, 23:54:36
mit dem orginalen IT-Modul steht im log das gleiche SW: isF00FF0FFFF0F
wie mit meinem angepasstem IT-Modul
Gruß Ralf
Hi Ralf,
ja müsste er, da gebe ich dir recht.
Wenn der CUL was sendet, dann müsste der Signalduino das ja empfangen.
Kommt da was?
Grüße Sidey
Zitat von: Sidey am 05 April 2016, 08:22:12
ja müsste er, da gebe ich dir recht.
Wenn der CUL was sendet, dann müsste der Signalduino das ja empfangen.
Kommt da was?
Ich habe selber keinen CUL, ich habe nur die Aussage von noice, daß es nicht funktioniert.
Ist es evtl ein Clock Problem?
Ich konnte es nur mit einem definierten aber nicht gestecktem CUL testen.
Gruß Ralf
Zitat von: Sidey am 05 April 2016, 08:22:12
Hi Ralf,
ja müsste er, da gebe ich dir recht.
Wenn der CUL was sendet, dann müsste der Signalduino das ja empfangen.
Kommt da was?
Grüße Sidey
Ich versuche mal die tage den log vom sduino zu empfangen wenn der cul sendet.
Kann aber nicht sagen wann ich es schaffe
Mobil erstellt daher kurz gehalten
Da scheine ich also nicht der Einzige zu sein, bei dem das Schalten von IT mit dem angepassten 10_IT.pm nicht mehr funktioniert.
Ich benutze für's Senden und Empfangen den SIGNALduino, cul steht auf Homematic und hält sich aus den 433 MHz komplett raus.
Das Loggen muß ich leider auf Morgen verschieben.
Besteht denn noch Interesse daran?
Zitat von: RappaSan am 05 April 2016, 13:26:12
Das Loggen muß ich leider auf Morgen verschieben.
Besteht denn noch Interesse daran?
Ja, es besteht noch Interesse.
Die raw-Nachricht der Fernbedienung ist für mich auch ausreichend. Dabei kannst Du auch das orginal IT-Modul verwenden.
Dazu beim sduino den level auf verbose 4 stellen und dann an der Fernbedienung der Elro auf "on" und dann auf "off" drücken.
Ich benötige dann die empfangene raw-Nachricht aus dem log.
Dies müsste ungefähr so aussehen:
2016.04.05 18:38:46 4 : sduino/msg READ: MS;P0=321;P1=-428;P2=-1115;P3=1036;P4=-11250;D=04023102020202020202020202020202020202023102310231;CP=0;SP=4;O;
2016.04.05 18:38:46 4 : sduino: Matched MS Protocol id 3 -> itv1
2016.04.05 18:38:46 4 : sduino: Decoded MS Protocol id 3 dmsg i400015 length 24
2016.04.05 18:38:46 3 : IT_F00000000F_ITV1 on->onGruß Ralf
Wie gesagt ich könnte auch die Daten die gesendet werden vom cul mit dem sduino loggen
Mobil erstellt daher kurz gehalten
Das wäre auch hilfreich
Hallo zusammen.
Habe einen NanoCUL 433 und nen Sduino zusammen am laufen. Steuere über den CUL Elro Steckdosen nach IT V1 Protokoll (Adresse 31 ID 1).
Habe mal den Einschalt/Ausschaltvorgang mit dem Sduino geloggt. Habe ein restore durchgeführt um die alte 10_IT.pm zu bekommen. Habe danach auch die gleiche Steckdose mit dem Sduino geschaltet wie auch mit dem CUL. Hat beide funktioniert. Hänge einfach mal das ungefilterte LOG dran.
2016.04.05 20:08:37 4: SD_WS07_T decoded protocolid: 7 sensor id=81, channel=1, temp=13.3, hum=0, bat=low
2016.04.05 20:09:01 4: CUL_Parse: CUL1 s2B8BD5AC83803E; 640: 7696
2016.04.05 20:09:07 4: CUL_Parse: CUL1 omEDC710
2016.04.05 20:09:25 4: CUL_Parse: CUL1 omAAAAAAAAAA15
2016.04.05 20:09:25 4: CUL_Parse: CUL1 tA03562662814 -64
2016.04.05 20:09:26 4: CUL_Parse: CUL1 omAAAAAAAAAA8015
2016.04.05 20:09:26 4: CUL_Parse: CUL1 tAE3583083614 -64
2016.04.05 20:09:29 4: CUL_Parse: CUL1 omAAAAAAAAA85A
2016.04.05 20:09:30 4: CUL_Parse: CUL1 omAAAAAAAA5B
2016.04.05 20:09:56 2: IT set EG_wz_EckeLicht off
2016.04.05 20:09:57 4: CUL_Parse: CUL1 s2B8BD5AC83803E; 640: 7680
2016.04.05 20:09:59 2: IT set EG_wz_EckeLicht on
2016.04.05 20:10:03 4: CUL_Parse: CUL1 r49E7E800433204F8520CC110 -66
2016.04.05 20:10:15 3: sduino: setting Verbose to: 0
2016.04.05 20:10:25 4: CUL_Parse: CUL1 omAAD555554014
2016.04.05 20:10:28 4: CUL_Parse: CUL1 tAE3583083614 -64
2016.04.05 20:10:30 4: CUL_Parse: CUL1 omAAAAAAAAA85B
2016.04.05 20:10:31 4: CUL_Parse: CUL1 omAAAAAAAA5A
2016.04.05 20:10:31 4: CUL_Parse: CUL1 omAAAAAAAAAA58
2016.04.05 20:10:53 4: CUL_Parse: CUL1 s2B8BD5AC83803E; 640: 7696
2016.04.05 20:11:07 4: sduino/msg READ: MU;P0=-219;P1=218;P2=10048;P3=336;D=001020103010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;
2016.04.05 20:11:07 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.05 20:11:07 4: sduino: decoded matched MU Protocol id 20 dmsg u20#4000000000000000000000000000000000000000000000000000 length 208
2016.04.05 20:11:07 4: SIGNALduino_unknown incomming msg: u20#4000000000000000000000000000000000000000000000000000
2016.04.05 20:11:07 4: SIGNALduino_unknown rawData: 4000000000000000000000000000000000000000000000000000
2016.04.05 20:11:07 4: SIGNALduino_unknown Protocol: 20
2016.04.05 20:11:07 4: SIGNALduino_unknown converted to bits: 0100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.04.05 20:11:07 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.05 20:11:07 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.05 20:11:10 4: sduino/msg READ: MU;P0=-216;P1=206;P2=10064;P3=336;D=01020103010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;
2016.04.05 20:11:10 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.05 20:11:10 4: sduino: decoded matched MU Protocol id 20 dmsg u20#4000000000000000000000000000000000000000000000000000 length 208
2016.04.05 20:11:10 4: SIGNALduino_unknown incomming msg: u20#4000000000000000000000000000000000000000000000000000
2016.04.05 20:11:10 4: SIGNALduino_unknown rawData: 4000000000000000000000000000000000000000000000000000
2016.04.05 20:11:10 4: SIGNALduino_unknown Protocol: 20
2016.04.05 20:11:10 4: SIGNALduino_unknown converted to bits: 0100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.04.05 20:11:10 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.05 20:11:11 4: sduino/msg READ: MU;P0=-121;P1=161;P2=835;P3=-695;P4=-1089;P5=384;D=01023102423535453235353542353545324231310;CP=5;
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.05 20:11:11 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.05 20:11:11 4: sduino/msg READ: MC;LL=-1074;LH=877;SL=-578;SH=393;D=AE7B974A2077EAED14303A00;C=423;
2016.04.05 20:11:11 4: sduino: Found manchester Protocol id 10 clock 423 -> OSV2o3
2016.04.05 20:11:11 4: sduino: Found manchester Protocol id 11 clock 423 -> AS
2016.04.05 20:11:11 4: sduino: Found manchester Protocol id 12 clock 423 -> Hideki protocol
2016.04.05 20:11:11 4: sduino: hideki protocol converted to hex: 75EFBA8AE0BFDD510C2E00 with 96 bits, messagestart 0
2016.04.05 20:11:11 4: Hideki_Parse sduino incomming P12#75EFBA8AE0BFDD510C2E00
2016.04.05 20:11:11 4: Hideki_Parse SensorTyp = 30 decodedString = 7531ce9e20c167f3147200
2016.04.05 20:11:11 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=31, channel=1, temp=12, humidity=67, bat=ok, rain=0
2016.04.05 20:11:11 1: Hideki: UNDEFINED sensor 30 detected, code Hideki_30_1
2016.04.05 20:11:11 4: sduino/msg READ: MC;LL=-1077;LH=871;SL=-701;SH=400;D=8F72E9480EFD5DA28661C0;C=423;
2016.04.05 20:11:11 4: sduino: Found manchester Protocol id 10 clock 423 -> OSV2o3
2016.04.05 20:11:11 4: sduino: Found manchester Protocol id 11 clock 423 -> AS
2016.04.05 20:11:11 4: sduino: Found manchester Protocol id 12 clock 423 -> Hideki protocol
2016.04.05 20:11:14 4: sduino/msg READ: MU;P0=-974;P2=226;P3=-226;P4=10036;P5=332;D=002343235323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232;CP=2;
2016.04.05 20:11:14 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.04.05 20:11:14 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.05 20:11:14 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.05 20:11:14 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.05 20:11:16 2: IT set EG_wz_EckeLicht off
2016.04.05 20:11:16 4: sduino/msg READ: MU;P0=-211;P1=120;P2=453;P3=-1244;P4=1325;P5=-386;D=001023232323232323232323232345234523452345234523232;CP=2;
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.05 20:11:16 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.04.05 20:11:16 4: sduino/msg READ: MS;P0=461;P1=-1248;P2=1279;P3=-406;P4=-10039;D=04010101010101010101010101012301230123012301230101;CP=0;SP=4;
2016.04.05 20:11:17 4: sduino/msg READ: MU;P0=-767;P1=-21044;P2=10032;P3=-189;P4=274;D=00123434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434;CP=4;
2016.04.05 20:11:17 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.05 20:11:17 4: sduino: decoded matched MU Protocol id 20 dmsg u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA length 208
2016.04.05 20:11:17 4: SIGNALduino_unknown incomming msg: u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.05 20:11:17 4: SIGNALduino_unknown rawData: AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.05 20:11:17 4: SIGNALduino_unknown Protocol: 20
2016.04.05 20:11:17 4: SIGNALduino_unknown converted to bits: 1010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010
2016.04.05 20:11:17 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.05 20:11:19 4: sduino/msg READ: MU;P0=-218;P1=10044;P2=190;D=0010202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202;CP=2;
2016.04.05 20:11:20 2: IT set EG_wz_EckeLicht on
2016.04.05 20:11:21 4: sduino/msg READ: MS;P0=-413;P1=433;P2=-1246;P3=1315;P4=-10044;D=14121212121212121212121212123012301230123012121230;CP=1;SP=4;O;
2016.04.05 20:11:23 4: sduino/msg READ: MU;P0=-242;P1=10060;P3=189;D=010303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303;CP=3;
2016.04.05 20:11:23 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.05 20:11:23 4: sduino: decoded matched MU Protocol id 20 dmsg u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA length 208
2016.04.05 20:11:23 4: SIGNALduino_unknown incomming msg: u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.05 20:11:23 4: SIGNALduino_unknown rawData: AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.05 20:11:23 4: SIGNALduino_unknown Protocol: 20
2016.04.05 20:11:23 4: SIGNALduino_unknown converted to bits: 1010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010
2016.04.05 20:11:25 4: sduino/msg READ: MU;P0=148;P1=10108;P2=-218;P3=336;D=012023202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020;CP=0;
2016.04.05 20:11:25 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.05 20:11:25 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.05 20:11:26 4: sduino/msg READ: MS;P0=442;P1=-1026;P2=-1995;P3=-4064;D=03020101010101010201010101010101010201010101020102020202020101010101010101;CP=0;SP=3;O;
2016.04.05 20:11:26 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.05 20:11:26 4: sduino: Decoded MS Protocol id 7 dmsg P7#810085F00 length 36
2016.04.05 20:11:26 4: SD_WS07_Parse SD_WS07 (P7#810085F00) length: 9
2016.04.05 20:11:26 4: SD_WS07_T decoded protocolid: 7 sensor id=81, channel=1, temp=13.3, hum=0, bat=low
2016.04.05 20:11:26 4: sduino/msg READ: MS;P0=-1997;P1=479;P2=-984;P3=-4018;D=13101212121212121012121212121212121012121212101210101010101212121212121212;CP=1;SP=3;
2016.04.05 20:11:26 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.05 20:11:26 4: sduino: Decoded MS Protocol id 7 dmsg P7#810085F00 length 36
2016.04.05 20:11:26 4: sduino: Dropped (P7#810085F00) due to short time or equal msg
2016.04.05 20:11:26 4: CUL_Parse: CUL1 omAAAAAAAA8014
2016.04.05 20:11:26 4: sduino/msg READ: MU;P0=-28512;P1=511;P2=-184;P3=1315;P4=-1057;D=1234143414343434343434341414341434143414143434341434341434143414143434341434341414120343434341434143434343434343414143414341434141434343414343414341434141434343414343414141;CP=1;
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.04.05 20:11:26 4: sduino/msg READ: MU;P0=1322;P1=-1031;P2=534;D=010101012101210101010101010121210121012101212101010121010121012101212101010121010121212;CP=2;
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.05 20:11:26 4: sduino: decoded matched MU Protocol id 8 dmsg TXA035625626 length 44
2016.04.05 20:11:26 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.04.05 20:11:27 4: CUL_Parse: CUL1 omAAAAAAAAAA8015
2016.04.05 20:11:27 4: CUL_Parse: CUL1 tAE3583083614 -64
2016.04.05 20:11:27 4: sduino/msg READ: MU;P0=515;P1=-28260;P2=-336;P3=140;P4=1317;P5=-1050;D=2324545453054505450505054545450505450545050545454545450505454545450545454545450505450505441454545450545054505050545454505054505450505454545454505054545454505454545454505054505054;CP=0;
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.04.05 20:11:27 4: sduino/msg READ: MU;P0=1323;P1=-1042;P2=526;D=010101012101210121212101010121210121012121010101010121210101010121010101010121210121210;CP=2;
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.05 20:11:27 4: sduino: decoded matched MU Protocol id 8 dmsg TXAE35830836 length 44
2016.04.05 20:11:27 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.04.05 20:11:29 4: sduino/msg READ: MU;P0=148;P1=10040;P2=-221;D=012020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020;CP=0;
2016.04.05 20:11:29 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.05 20:11:29 4: sduino: decoded matched MU Protocol id 20 dmsg u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA length 208
2016.04.05 20:11:29 4: SIGNALduino_unknown incomming msg: u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.05 20:11:29 4: SIGNALduino_unknown rawData: AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.05 20:11:29 4: SIGNALduino_unknown Protocol: 20
2016.04.05 20:11:29 4: SIGNALduino_unknown converted to bits: 1010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010
2016.04.05 20:11:31 4: CUL_Parse: CUL1 omAAAAAAAAA857
2016.04.05 20:11:32 4: sduino/msg READ: MU;P0=-158;P1=1330;P2=-1065;P3=530;P4=3770;D=0012121212321232121212121232323232323232321232323212123232121232321232323212123232323232341212121232123212121212123232323232323232123232321212323212123232123232321212323232323234121212123212321212121212323232323232323212323232121232321212323212323232121;CP=3;O;
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: decoded matched MU Protocol id 8 dmsg TXA0FF73373E length 44
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.04.05 20:11:32 4: CUL_Parse: CUL1 omAAAAAAAAAAAAA857
2016.04.05 20:11:32 4: sduino/msg READ: MU;P0=-919;P1=-7272;P2=1325;P4=514;P5=-28684;D=0012020202040204020404040204040404040404020204020204020202020202020204020204020202040402045202020204020402040404020404040404040402020402020402020202020202020402020402020204040204;CP=4;
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: decoded matched MU Protocol id 8 dmsg TXAEFE48048C length 44
2016.04.05 20:11:32 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.04.05 20:11:32 4: sduino: Calling Getting Attr sub with args: set verbose = 0
2016.04.05 20:11:32 3: sduino: setting Verbose to: 0
Es sind auch Daten von Temp. sensoren dazwischen, die aus der Nachbarschaft sind !
Hoffe es hilft weiter.
Gruß
Sascha
Zitat von: sash.sc am 05 April 2016, 20:26:59
Hat beide funktioniert. Hänge einfach mal das ungefilterte LOG dran.
Es sieht so aus, als hätte Dein Signalduino Empfangsprobleme.
Ich habe mal von einem Signalduino zu einem anderen gesendet. Hat problemlos funktioniert.
Hier ist das log vom >Sender:
2016.04.05 21:15:42 2: sduino IT_set: IT_F00000000F_ITV1 on
2016.04.05 21:15:42 5: sduino/write: adding to queue sendMsg P3#F00000000FFF#R5#C300
2016.04.05 21:15:42 5: sduino: sendmsg Preparing rawsend command for protocol=3, repeats=5, clock=300 bits=F00000000FFF
2016.04.05 21:15:42 5: sduino: sendmsg IT V1 convertet tristate to bits=010000000000000000010101
2016.04.05 21:15:42 4: sduino/set: sending via SendMsg: SR;R=5;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01042304040404040404040404040404040404042304230423;
2016.04.05 21:15:42 5: sduino SW: SR;R=5;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01042304040404040404040404040404040404042304230423;Hier ist das log vom Empfänger. Zwischen Sender (sduino) und Empfänger (sduinoDo) ist eine Betondecke.
2016.04.05 21:15:42 4: sduinoDo/msg READ: MS;P0=-275;P1=906;P3=303;P4=-874;P5=-9270;D=35341034343434343434343434343434343434341034103410;CP=3;SP=5;O;
2016.04.05 21:15:42 4: sduinoDo: Matched MS Protocol id 3 -> itv1
2016.04.05 21:15:42 4: sduinoDo: Decoded MS Protocol id 3 dmsg i400015 length 24
2016.04.05 21:15:42 3: IT_F00000000F on->onGruß Ralf
Worin sollten die Probleme bestehen? Firmware? Ist die b12 drauf!
Sascha
Von mobil gesendet daher kurze Antwort
Zitat von: Sidey am 05 April 2016, 19:51:16
Das wäre auch hilfreich
Komm leider erst morgen dazu :(
Mobil erstellt daher kurz gehalten
Zitat von: sash.sc am 05 April 2016, 22:32:13
Worin sollten die Probleme bestehen? Firmware? Ist die b12 drauf!
Mir ist in Deinem log aufgefallen, daß der folgende Eintrag nicht auftaucht:
Matched MS Protocol id 3
Decoded MS Protocol id 3 Entweder sendet der cul nicht sauber oder der Signalduino empfängt nicht sauber.
Gruß Ralf
Den cul habe ich schon länger am laufen, ohne Probleme. Steuer damit Empfänger mit IT v1 und v3 Protokoll. Den sduino brauche ich nur zum Empfang für Temp. Sensoren, eigentlich. Über den cul empfange ich auch noch 2 Sensoren und eine Steckdose mit leistungs Messung (pearl). Funktioniert alles ohne Probleme!
Wird schwierig den Fehler einzugrenzen! Aber mal schauen!
Gruß
Sascha
Zitat von: Ralf9 am 05 April 2016, 23:01:35
Entweder sendet der cul nicht sauber oder der Signalduino empfängt nicht sauber.
Ein zu geringer Abstand zwischen Sender und Empfänger könnte auch Probleme machen.
Gruß Ralf
Zitat von: Ralf9 am 06 April 2016, 09:20:59
Ein zu geringer Abstand zwischen Sender und Empfänger könnte auch Probleme machen.
Gruß Ralf
Bezogen auf den Abstand zwischen cul und sduino, oder Abstand zwischen cul und dem Sensor?
Gruß Sascha
Gesendet von meinem SM-T560 mit Tapatalk
Zitat von: sash.sc am 06 April 2016, 09:56:37
Bezogen auf den Abstand zwischen cul und sduino, oder Abstand zwischen cul und dem Sensor?
Zwischen cul und sduino.
z.B. bei Homematic ist ein Mindestabstand einzuhalten.
https://forum.fhem.de/index.php/topic,34501.msg268161.html#msg268161
Gruß Ralf
Wie groß sollte den der Abstand zwischen den beiden Modulen sein? Habe beide an einem USB Kabel von ca. 20 cm dran.
Gesendet von meinem SM-T560 mit Tapatalk
Ich sag mal: 1 Meter, besser 2 wären nicht schlecht.
Ansonsten ist das so, als würde Dir jemand ins Ohr brüllen. Dann vesteht man auch nicht immer alles. :)
Nun ja. Dann muss ich mir was einfallen lassen, damit der eine dem anderen nicht mehr ins Ohr schreit! ;)
Gruß Sascha
So, nun bin ich endlich zum "sduino Verbose 4-logging" gekommen:
1.: Log Elro Fernbedienung mit geändertem 10_IT.pm
2016.04.06 13:28:56 4: sduino/msg READ: MS;P1=977;P2=-340;P3=318;P4=-998;P5=-10212;D=35341234343434343434343434341234123412341234343412;CP=3;SP=5;O;
2016.04.06 13:28:56 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:28:56 4: sduino: Decoded MS Protocol id 3 dmsg i400551 length 24
2016.04.06 13:28:56 4: sduino IT: message "i400551" (7)
2016.04.06 13:28:56 4: sduino IT: msgcode "F00000FFFF0F" (12) bin = 010000000000010101010001
2016.04.06 13:28:56 3: sduino IT: Lampe1 off->on
2016.04.06 13:28:56 4: sduino/msg READ: MS;P0=320;P1=-996;P2=977;P3=-347;P4=-10221;D=04012301010101010101010101012301230123012301010123;CP=0;SP=4;O;
2016.04.06 13:28:56 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:28:56 4: sduino: Decoded MS Protocol id 3 dmsg i400551 length 24
2016.04.06 13:28:56 4: sduino: Dropped (i400551) due to short time or equal msg
2016.04.06 13:28:56 4: sduino/msg READ: MS;P0=-1006;P1=313;P2=963;P3=-357;P4=-10229;D=14102310101010101010101010102310231023102310101023;CP=1;SP=4;O;
2016.04.06 13:28:56 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:28:56 4: sduino: Decoded MS Protocol id 3 dmsg i400551 length 24
2016.04.06 13:28:56 4: sduino: Dropped (i400551) due to short time or equal msg
2016.04.06 13:28:56 4: sduino/msg READ: MS;P0=313;P1=-1002;P2=968;P3=-353;P4=-10226;D=04012301010101010101010101012301230123012301010123;CP=0;SP=4;O;
2016.04.06 13:28:56 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:28:56 4: sduino: Decoded MS Protocol id 3 dmsg i400551 length 24
2016.04.06 13:28:56 4: sduino: Dropped (i400551) due to short time or equal msg
2016.04.06 13:28:56 4: sduino/msg READ: MS;P0=-1006;P1=311;P2=968;P3=-353;P4=-10227;D=14102310101010101010101010102310231023102310101023;CP=1;SP=4;O;
2016.04.06 13:28:56 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:28:56 4: sduino: Decoded MS Protocol id 3 dmsg i400551 length 24
2016.04.06 13:28:56 4: sduino: Dropped (i400551) due to short time or equal msg
2016.04.06 13:28:57 4: sduino/msg READ: MS;P0=292;P1=-1022;P2=947;P3=-372;P4=-10234;D=04012301010101010101010123012301230123012323232323;CP=0;SP=4;
2016.04.06 13:28:57 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:28:57 4: sduino: Decoded MS Protocol id 3 dmsg i40155F length 24
2016.04.06 13:28:57 4: sduino IT: message "i40155F" (7)
2016.04.06 13:28:57 4: sduino IT: msgcode "F0000FFFFF11" (12) bin = 010000000001010101011111
2016.04.06 13:28:57 3: sduino IT: Code 11 not supported by IT_F0000FFFFF.
2016.04.06 13:28:57 4: sduino IT: message "i40155F" (7)
2016.04.06 13:28:57 4: sduino IT: msgcode "F0000FFFFF11" (12) bin = 010000000001010101011111
2016.04.06 13:28:57 3: sduino IT: Code 11 not supported by IT_F0000FFFFF.
2016.04.06 13:28:57 3: sduino: Unknown code i40155F, help me!
2016.04.06 13:28:59 4: sduino/msg READ: MC;LL=-2756;LH=3113;SL=-1286;SH=1647;D=3A19012E;C=1586;
2016.04.06 13:28:59 4: sduino: Found manchester Protocol id 18 clock 1586 -> OSV1
2016.04.06 13:28:59 4: sduino/msg READ: MU;P0=433;P1=-1094;P3=-1982;P4=-3960;P5=1756;D=01010103030303010303030303030103010101030103040103030303030303030101010151515;CP=0;
2016.04.06 13:28:59 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.06 13:28:59 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.06 13:28:59 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.04.06 13:28:59 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.04.06 13:28:59 4: sduino/msg READ: MS;P1=-1002;P2=464;P3=-1989;P4=-3931;D=24212323232323232323212121212121212123232323212323232323232123212121232123;CP=2;SP=4;O;
2016.04.06 13:28:59 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.06 13:28:59 4: sduino: Decoded MS Protocol id 7 dmsg P7#7F807BF45 length 36
2016.04.06 13:28:59 4: SD_WS07_Parse SD_WS07 (P7#7F807BF45) length: 9
2016.04.06 13:28:59 4: SD_WS07_TH decoded protocolid: 7 sensor id=7F, channel=1, temp=12.3, hum=69, bat=ok
2016.04.06 13:28:59 4: sduino/msg READ: MS;P0=439;P1=-3940;P2=-1023;P3=-1988;D=01020303030303030303020202020202020203030303020303030303030203020202030203;CP=0;SP=1;O;
2016.04.06 13:28:59 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.06 13:28:59 4: sduino: Decoded MS Protocol id 7 dmsg P7#7F807BF45 length 36
2016.04.06 13:28:59 4: sduino: Dropped (P7#7F807BF45) due to short time or equal msg
2016.04.06 13:29:00 4: sduino/msg READ: MS;P0=-1027;P1=443;P2=-2075;P3=-3984;P4=776;D=131012121212121212121010101010101010121212121012121212124210121010101210123;CP=1;SP=3;
2016.04.06 13:29:00 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.06 13:29:01 4: sduino/msg READ: MS;P0=-340;P1=981;P2=319;P3=-997;P4=-10212;D=24231023232323232323232323231023102310231023102323;CP=2;SP=4;O;
2016.04.06 13:29:01 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:29:01 4: sduino: Decoded MS Protocol id 3 dmsg i400554 length 24
2016.04.06 13:29:01 4: sduino IT: message "i400554" (7)
2016.04.06 13:29:01 4: sduino IT: msgcode "F00000FFFFF0" (12) bin = 010000000000010101010100
2016.04.06 13:29:01 3: sduino IT: Lampe1 on->off
2016.04.06 13:29:01 4: sduino/msg READ: MS;P0=319;P1=-1000;P2=973;P3=-347;P4=-10223;D=04012301010101010101010101012301230123012301230101;CP=0;SP=4;O;
2016.04.06 13:29:01 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:29:01 4: sduino: Decoded MS Protocol id 3 dmsg i400554 length 24
2016.04.06 13:29:01 4: sduino: Dropped (i400554) due to short time or equal msg
2016.04.06 13:29:01 4: sduino/msg READ: MS;P0=-1003;P1=314;P2=967;P3=-355;P4=-10230;D=14102310101010101010101010102310231023102310231010;CP=1;SP=4;O;
2016.04.06 13:29:01 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:29:01 4: sduino: Decoded MS Protocol id 3 dmsg i400554 length 24
2016.04.06 13:29:01 4: sduino: Dropped (i400554) due to short time or equal msg
2016.04.06 13:29:01 4: sduino/msg READ: MS;P0=313;P1=-1002;P2=971;P3=-350;P4=-10228;D=04012301010101010101010101012301230123012301230101;CP=0;SP=4;O;
2016.04.06 13:29:01 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:29:01 4: sduino: Decoded MS Protocol id 3 dmsg i400554 length 24
2016.04.06 13:29:01 4: sduino: Dropped (i400554) due to short time or equal msg
2016.04.06 13:29:02 4: sduino/msg READ: MS;P0=-1022;P1=294;P2=955;P3=-366;P4=-10227;D=14102310101010101010101010102310231023102310231010;CP=1;SP=4;
2016.04.06 13:29:02 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:29:02 4: sduino: Decoded MS Protocol id 3 dmsg i400554 length 24
2016.04.06 13:29:02 4: sduino: Dropped (i400554) due to short time or equal msg
2.: Schalten Elro FB mit original 10_IT.pm:
2016.04.06 13:38:10 4: sduino/msg READ: MS;P0=311;P1=976;P2=-348;P3=-1002;P4=-10221;D=04031203030303030303030303031203120312031203030312;CP=0;SP=4;O;
2016.04.06 13:38:10 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:38:10 4: sduino: Decoded MS Protocol id 3 dmsg i400551 length 24
2016.04.06 13:38:10 3: Lampe1 off->on
2016.04.06 13:38:10 4: sduino/msg READ: MS;P0=318;P1=-999;P2=974;P3=-350;P4=-10232;D=04012301010101010101010101012301230123012301010123;CP=0;SP=4;O;
2016.04.06 13:38:10 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:38:10 4: sduino: Decoded MS Protocol id 3 dmsg i400551 length 24
2016.04.06 13:38:10 4: sduino: Dropped (i400551) due to short time or equal msg
2016.04.06 13:38:11 4: sduino/msg READ: MS;P0=-1004;P1=313;P2=966;P3=-358;P4=-10229;D=14102310101010101010101010102310231023102310101023;CP=1;SP=4;O;
2016.04.06 13:38:11 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:38:11 4: sduino: Decoded MS Protocol id 3 dmsg i400551 length 24
2016.04.06 13:38:11 4: sduino: Dropped (i400551) due to short time or equal msg
2016.04.06 13:38:12 4: sduino/msg READ: MC;LL=-999;LH=967;SL=-354;SH=319;D=36DB00;C=428;
2016.04.06 13:38:12 4: sduino/msg READ: MC;LL=-1018;LH=963;SL=-358;SH=300;D=36DB00;C=420;
2016.04.06 13:38:12 4: sduino/msg READ: MS;P0=-10221;P2=-361;P3=959;P4=294;P5=-1023;D=40453245454545454545454545453245324532453245324545;CP=4;SP=0;O;
2016.04.06 13:38:12 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:38:12 4: sduino: Decoded MS Protocol id 3 dmsg i400554 length 24
2016.04.06 13:38:12 3: Lampe1 on->off
2016.04.06 13:38:12 4: sduino/msg READ: MU;P0=-10224;P2=-361;P3=959;P4=294;P5=-1023;D=45404532454545454545454545454532453245324532453245454045324545454545454545454545324532453245324532454540453245454545454545454545453245324532453245324545404532454545454545454545454532453245324532453245454045324545454545454545454545324532453245324532454540;CP=4;O;
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.06 13:38:12 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.04.06 13:38:12 4: sduino/msg READ: MC;LL=-1007;LH=972;SL=-347;SH=310;D=36DB00;C=427;
2016.04.06 13:38:12 4: sduino/msg READ: MS;P0=956;P1=-364;P2=298;P3=-1017;P4=-10232;D=24230123232323232323232323230123012301230123012323;CP=2;SP=4;
2016.04.06 13:38:12 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.06 13:38:12 4: sduino: Decoded MS Protocol id 3 dmsg i400554 length 24
2016.04.06 13:38:12 4: sduino: Dropped (i400554) due to short time or equal msg
3. Log schalten über FHEM mit sduino mit geändertem 10_IT.pm
2016.04.06 13:46:33 4: sduino/msg READ: MC;LL=-2763;LH=3109;SL=-1296;SH=1633;D=3B39009E;C=1580;
2016.04.06 13:46:33 4: sduino: Found manchester Protocol id 18 clock 1580 -> OSV1
2016.04.06 13:46:33 4: sduino/msg READ: MU;P0=146;P1=-116;P2=1633;P3=-1270;P4=3109;P5=-2763;D=2323432325432523432325234523232323232323452343232323010;CP=2;
2016.04.06 13:46:33 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.06 13:46:33 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.06 13:46:33 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.06 13:46:33 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.04.06 13:46:33 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.04.06 13:46:33 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.04.06 13:46:33 4: sduino/msg READ: MC;LL=-2764;LH=3106;SL=-1297;SH=1636;D=D9C804F0;C=1580;
2016.04.06 13:46:33 4: sduino: Found manchester Protocol id 18 clock 1580 -> OSV1
2016.04.06 13:46:35 2: sduino IT_set: Lampe1 on
2016.04.06 13:46:35 4: sduino/msg READ: Unsupported command
2016.04.06 13:46:35 4: sduino/msg READ: 942
2016.04.06 13:46:37 2: sduino IT_set: Lampe1 off
2016.04.06 13:46:37 4: sduino/msg READ: Unsupported command
2016.04.06 13:46:37 4: sduino/msg READ: 942
2016.04.06 13:46:38 4: sduino/msg READ: MS;P0=-1124;P2=469;P4=-1927;P5=-3909;D=25202420202424202024202020202020202024242424242020242424242020242424242020;CP=2;SP=5;O;
2016.04.06 13:46:38 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.06 13:46:38 4: sduino: Decoded MS Protocol id 7 dmsg P7#4C807CF3C length 36
2016.04.06 13:46:38 4: SD_WS07_Parse SD_WS07 (P7#4C807CF3C) length: 9
2016.04.06 13:46:38 4: SD_WS07_TH decoded protocolid: 7 sensor id=4C, channel=1, temp=12.4, hum=60, bat=ok
2016.04.06 13:46:39 4: sduino/msg READ: MS;P0=-961;P1=518;P2=-1917;P3=-3911;D=13101210101212101012101010101010101012121212121010121212121010121212121010;CP=1;SP=3;O;
2016.04.06 13:46:39 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.06 13:46:39 4: sduino: Decoded MS Protocol id 7 dmsg P7#4C807CF3C length 36
2016.04.06 13:46:39 4: sduino: Dropped (P7#4C807CF3C) due to short time or equal msg
2016.04.06 13:46:39 4: sduino/msg READ: MS;P0=489;P1=-1970;P2=-965;P3=-3897;D=03020102020101020201020202020202020201010101010202010101010202010101010202;CP=0;SP=3;O;
2016.04.06 13:46:39 4: sduino: Matched MS Protocol id 1 -> ConradRSL
2016.04.06 13:46:39 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.06 13:46:39 4: sduino: Decoded MS Protocol id 7 dmsg P7#4C807CF3C length 36
2016.04.06 13:46:39 4: sduino: Dropped (P7#4C807CF3C) due to short time or equal msg
2016.04.06 13:46:39 4: sduino/msg READ: MS;P0=-987;P1=487;P2=-1941;P3=-3900;D=131012101012121010121010101010101010121212121210101212121210101212121210104;CP=1;SP=3;
2016.04.06 13:46:39 4: sduino: Matched MS Protocol id 1 -> ConradRSL
2016.04.06 13:46:39 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.06 13:46:39 4: sduino: Decoded MS Protocol id 7 dmsg P7#4C807CF3C length 36
2016.04.06 13:46:39 4: sduino: Dropped (P7#4C807CF3C) due to short time or equal msg
4. Log schalten über FHEM mit sduino mit original 10_IT.pm
2016.04.06 13:37:03 2: IT set Lampe1 on
2016.04.06 13:37:05 2: IT set Lampe1 off
2016.04.06 13:37:07 4: sduino/msg READ: MC;LL=-1029;LH=959;SL=-496;SH=447;D=AAAAAAAACCB532CD5535352AD52B4D3555334B554B2D4CCD00;C=468;
2016.04.06 13:37:07 4: sduino: Found manchester Protocol id 10 clock 468 -> OSV2o3
2016.04.06 13:37:07 4: sduino: OSV2 protocol detected: preamble_pos = 33
2016.04.06 13:37:07 4: sduino: OSV2 protocol converted to hex: (501A2D10F170125006362A) with length (88) bits
2016.04.06 13:37:07 4: sduino: Found manchester Protocol id 12 clock 468 -> Hideki protocol
2016.04.06 13:37:07 4: sduino/msg READ: MC;LL=-1033;LH=975;SL=-494;SH=447;D=AAAAAAAACCB532CD5535352AD52B4D3555334B554B2D4CCD00;C=473;
2016.04.06 13:37:07 4: sduino: Found manchester Protocol id 10 clock 473 -> OSV2o3
2016.04.06 13:37:07 4: sduino: OSV2 protocol detected: preamble_pos = 33
2016.04.06 13:37:07 4: sduino: OSV2 protocol converted to hex: (501A2D10F170125006362A) with length (88) bits
2016.04.06 13:37:07 4: sduino: Dropped (501A2D10F170125006362A) due to short time or equal msg
2016.04.06 13:37:07 4: sduino: Found manchester Protocol id 12 clock 473 -> Hideki protocol
2016.04.06 13:37:09 4: sduino/msg READ: MS;P0=-1740;P2=475;P3=-996;P5=-3911;D=25232023232020232320232323232323232320202020232320202020202323202020202323;CP=2;SP=5;O;
2016.04.06 13:37:09 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.06 13:37:09 4: sduino: Decoded MS Protocol id 7 dmsg P7#4C8079F3C length 36
2016.04.06 13:37:09 4: SD_WS07_Parse SD_WS07 (P7#4C8079F3C) length: 9
2016.04.06 13:37:09 4: SD_WS07_TH decoded protocolid: 7 sensor id=4C, channel=1, temp=12.1, hum=60, bat=ok
2016.04.06 13:37:09 4: sduino/msg READ: MS;P0=-969;P1=486;P2=-2079;P3=-3897;D=13101210101212101012101010101010101012121212101012121212121010121212121010;CP=1;SP=3;O;
2016.04.06 13:37:09 4: sduino: Matched MS Protocol id 1 -> ConradRSL
2016.04.06 13:37:09 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.06 13:37:09 4: sduino: Decoded MS Protocol id 7 dmsg P7#4C8079F3C length 36
2016.04.06 13:37:09 4: sduino: Dropped (P7#4C8079F3C) due to short time or equal msg
2016.04.06 13:37:09 4: sduino/msg READ: MS;P0=486;P1=-1960;P2=-964;P3=-3920;D=03020102020101020201020202020202020201010101020201010101010202010101010202;CP=0;SP=3;O;
2016.04.06 13:37:09 4: sduino: Matched MS Protocol id 1 -> ConradRSL
2016.04.06 13:37:09 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.06 13:37:09 4: sduino: Decoded MS Protocol id 7 dmsg P7#4C8079F3C length 36
2016.04.06 13:37:09 4: sduino: Dropped (P7#4C8079F3C) due to short time or equal msg
2016.04.06 13:37:09 4: sduino/msg READ: MS;P0=-984;P1=483;P2=-1971;P3=-3896;P4=118;P5=-13392;D=13101210101212101012101010101010101012121212101012121212121010121212121010454;CP=1;SP=3;
2016.04.06 13:37:09 4: sduino: Matched MS Protocol id 1 -> ConradRSL
2016.04.06 13:37:09 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.04.06 13:37:09 4: sduino: Decoded MS Protocol id 7 dmsg P7#4C8079F3C length 36
2016.04.06 13:37:09 4: sduino: Dropped (P7#4C8079F3C) due to short time or equal msg
Da sind bestimmt zwischenzeitlich noch andere Signale außer meiner "Lampe1" drin. Hier ist funktechnisch ne Menge los...
Was mir ebenfalls noch aufgefallen ist (ich hatte vormals schon mal darauf hingewiesen):
Es gibt einen Unterschied auch mit der originalen 10_IT.pm, was das Schaltverhalten der Elro-Dosen über verschiedene Möglichkeiten angeht.
Wenn ich z.B. eine Dose direkt über das FHEM-Icon an- oder ausschalte, klappt das vieeel zuverlässiger als wenn die Dose z.B. durch ein Bewegungsmelder-Ereignis (auch IT-Gerät) getriggert wird.
Ich find das merkwürdig...
Andere ITrepetition-Einstellung vielleicht? Die habe ich nämlich bei der entsprechenden Lampe auf 20 gesetzt, da sie durch 2 Betondecken vom Sender getrennt ist.
Hallo FHEM Community
ich bin ganz neu hier, weil ich meine neuen (noch nicht eingebauten) Nobily-Motoren künftig mit FHEM steuern möchte.
Zuerst mal möchte ich ein großes Lob loswerden:
Trotz kleinerer Probleme konnte ich FHEM und das Dooya sowie das SIGNALduino-Modul problemlos installieren. Wenn ich mal auf einen Fehler gestossen bin, hab ich im Forum immer schnell eine passende Antwort gefunden.
Jetzt bin ich aber an einer Stelle angekommen, wo ich alleine nicht mehr weiter komme - ich hoffe ihr könnt mir da weiter helfen.
Ich habe heute den Arduino NANO angeschlossen und wollte ihn gem. Anleitung ans Laufen bringen.
Leider kommt bei
define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
folgende Fehlermeldung: Cannot load module SIGNALduino
Im Log steht:
2016.04.06 18:24:35 1: PERL WARNING: Bareword found where operator expected at ./FHEM/00_SIGNALduino.pm line 2814, near "tr/10/01/r"
2016.04.06 18:24:35 1: reload: Error:Modul 00_SIGNALduino deactivated:
syntax error at ./FHEM/00_SIGNALduino.pm line 2814, near "tr/10/01/r"
2016.04.06 18:24:35 0: syntax error at ./FHEM/00_SIGNALduino.pm line 2814, near "tr/10/01/r"
In der "00_SIGNALduino.pm" finde ich an der Stelle folgenden Code:
...
my $osv1hex ;# ~hex('0x'.$rawData);
my $osv1bit = $bitData =~ tr/10/01/r;
#Log3 $name, 5, "$name: OSV1 protocol converted from ($bitData) to bit: ($osv1bit)" ;
$osv1hex=sprintf("%02X", length($rawData)*4, $osv1hex).SIGNALduino_b2h($osv1bit);
Log3 $name, 5, "$name: OSV1 protocol converted to hex: ($osv1hex) with length (".(length($rawData)*4).") bits \n";
return (1,$osv1hex);
}
sub SIGNALduino_AS()
...
Kann mir jemand auf die Sprünge helfen, wo der Fehler liegen könnte?
Da frisch installiert bin ich mit der aktuellen FHEM-Version (5.7) unterwegs.
Danke und Gruß
Eddi
Zitat von: 0815eddi am 06 April 2016, 18:51:57
Jetzt bin ich aber an einer Stelle angekommen, wo ich alleine nicht mehr weiter komme - ich hoffe ihr könnt mir da weiter helfen.
Ich habe heute den Arduino NANO angeschlossen und wollte ihn gem. Anleitung ans Laufen bringen.
Leider kommt bei
define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
folgende Fehlermeldung: Cannot load module SIGNALduino
Kann mir jemand auf die Sprünge helfen, wo der Fehler liegen könnte?
Hallo,
kommt die Fehlermeldung auch bei dem folgenden define?
define sduinoD SIGNALduino noneWelche Perl Version ist drauf?
Ich habe:
ralf@bananapi:~$ perl -v
This is perl 5, version 14, subversion 2 (v5.14.2) built for arm-linux-gnueabihf-thread-multi-64intGruß Ralf
Hallo Ralf,
danke für die schnelle Antwort.
Zitat
kommt die Fehlermeldung auch bei dem folgenden define?
define sduinoD SIGNALduino none
Ja, gleiche Fehlermeldung und gleicher Logeintrag
ZitatWelche Perl Version ist drauf?
perl -v
This is perl, v5.10.1 (*) built for i486-linux-gnu-thread-multiGruß
Eddi
Zitat von: 0815eddi am 06 April 2016, 20:58:34
perl -v
This is perl, v5.10.1 (*) built for i486-linux-gnu-thread-multi
Dein Perl ist evtl zu alt.
@Sidey
Ich habe das hier gefunden:
http://perldoc.perl.org/perl5120delta.html#Unicode-overhaul (http://perldoc.perl.org/perl5120delta.html#Unicode-overhaul)
Bedeutet dies, daß die Perl Version mindestens v5.12.0 sein muß?
Gruß Ralf
Zitat von: RappaSan am 06 April 2016, 14:00:36
Was mir ebenfalls noch aufgefallen ist (ich hatte vormals schon mal darauf hingewiesen):
Es gibt einen Unterschied auch mit der originalen 10_IT.pm, was das Schaltverhalten der Elro-Dosen über verschiedene Möglichkeiten angeht.
Wenn ich z.B. eine Dose direkt über das FHEM-Icon an- oder ausschalte, klappt das vieeel zuverlässiger als wenn die Dose z.B. durch ein Bewegungsmelder-Ereignis (auch IT-Gerät) getriggert wird.
Wie lautet der set-Befehl der vom Bewegungsmelder-Ereignis getriggert wird?
Hast Du das aktuelle dev-r32 installiert?
Gruß Ralf
Zitat von: Ralf9 am 06 April 2016, 21:22:40
Dein Perl ist evtl zu alt.
@Sidey
Ich habe das hier gefunden:
http://perldoc.perl.org/perl5120delta.html#Unicode-overhaul (http://perldoc.perl.org/perl5120delta.html#Unicode-overhaul)
Bedeutet dies, daß die Perl Version mindestens v5.12.0 sein muß?
Gruß Ralf
@Ralf:
Hmm, das konnte ich aus dem Link nicht direkt entnehmen. Laut perldoc ist tr auch in 5.10.1 enthalten.
Allerdings sieht es so aus, als ob der Befehl, so wie wir ihn verwenden so in Perl 5.10 nicht funktionieren möchte. Laut Dokumentenlage ist die Option /r verantwortlich, das kam erst in 5.14.
Ich habe auf die Schnelle kein perl 5.10 für den raspbi gefunden, sonst hätte ich es mal ausprobiert, wie man es zum Laufen bekommt.
@0815eddi
Hast Du eine Option eine neuere Perl Version zu installieren?
alternativ kannst DU auch mal testen ob folgendes Hilft:
Löschen:
my $osv1bit = $bitData =~ tr/10/01/r;
ersetzen durch:
my $osv1bit;
($osv1bit = $bitData) =~ tr/10/01/;
oder ersetzen durch:
my $osv1bit = $bitdata;
$osv1bit =~ tr/10/01/;
Dann müsste es auch mit Perl 5.10.1 funktionieren.
Grüße Sidey
Zitat von: Ralf9 am 06 April 2016, 21:28:53
Wie lautet der set-Befehl der vom Bewegungsmelder-Ereignis getriggert wird?
Hast Du das aktuelle dev-r32 installiert?
Ich nehme an, er hat einen Bewegungsmelder, den er in FHEM erkennt.
Sobald der eine Bewegung gemeldet hat, sendet er von FHEM aus einen neuen Befehl. Z.B. Lampe1 an.
Was hier sehr gut sein kann ist, dass der Bewegungsmelder noch am senden ist, aber der SIGNALduino den Befehl zum Senden erhält.
Also senden beide gleichzeitig, was zu einer Kollision im Frequenzband führt.
Ein kleiner Delay würde da helfen.
Grüße Sidey
Guten Morgen,
ich habe master und dev-32 probiert. Ergebnis war bisher gleich.
Vielleicht ist Sidey auf der richtigen Spur, Lampe und Bewegungsmelder sind räumlich nicht weit voneinander entfernt (ca. 5-6 m).
Zitat von: RappaSan am 06 April 2016, 13:49:13
3. Log schalten über FHEM mit sduino mit geändertem 10_IT.pm
2016.04.06 13:46:35 2: sduino IT_set: Lampe1 on
2016.04.06 13:46:35 4: sduino/msg READ: Unsupported command
2016.04.06 13:46:35 4: sduino/msg READ: 942
2016.04.06 13:46:37 2: sduino IT_set: Lampe1 off
2016.04.06 13:46:37 4: sduino/msg READ: Unsupported command
2016.04.06 13:46:37 4: sduino/msg READ: 942
Ich habe es mir mal angeschaut.
Das Log der Elro Fernbedienung passt.
Das "sduino/msg READ: Unsupported command" beim "set" kann ich nicht nachvollziehen.
Normalerweise müsste es folgendermaßen aussehen:
Hier ist das define:
define Lampe1 IT F00000FFFF 0F F0
attr Lampe1 IODev sduino
attr Lampe1 ITclock 300
attr Lampe1 ITrepetition 8
attr Lampe1 verbose 5
attr Lampe1 room ITund hier ist das log vom "set Lampe1 on"
2016.04.07 18:36:16 2: sduino IT_set: Lampe1 on
2016.04.07 18:36:16 5: sduino/write: adding to queue sendMsg P3#F00000FFFF0F#R8#C300
2016.04.07 18:36:16 5: sduino: sendmsg Preparing rawsend command for protocol=3, repeats=8, clock=300 bits=F00000FFFF0F
2016.04.07 18:36:16 5: sduino: sendmsg IT V1 convertet tristate to bits=010000000000010101010001
2016.04.07 18:36:16 4: sduino/set: sending via SendMsg: SR;R=8;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01042304040404040404040404042304230423042304040423;
2016.04.07 18:36:16 5: sduino SW: SR;R=8;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01042304040404040404040404042304230423042304040423;
2016.04.07 18:36:17 5: sduino/HandleWriteQueue: nothing to send, stopping timer
2016.04.07 18:36:17 4: sduino/msg READ: SR;R=8;P0=300;P1=-9300;P2=900;P3=-300;P4=-900;D=01042304040404040404040404042304230423042304040423;Welche Version hat Dein SIGNALduino und IT-Modul?
Dies ist die akuelle Version vom angepassten IT-Modul:
10_IT.pm 1005 2016-04-10 20:00:00Z devGruß Ralf
V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09
Das IT-Modul kam jeweils aus dem frisch eingespielten dev-r32 bzw. dem normalen update prozess, um das geänderte IT-Modul wieder zu ersetzen.
Hallo zusammen,
erst einmal ganz große Anerkennung an die Entwickler des Moduls.
Obwohl es mir noch nicht ganz gelungen ist, meine Rohrmotor24-Motoren über FHEM zu steuern, ist das Ganze (auch mit Dooya-Modul) auf einem guten Weg. Einrichten und flashen des SIGNALduino war problemlos und meine Fernbedienung konnte ich dazu bereits auslesen.
Das Forum ist insgesamt sehr hilf- und lehrreich!
Eine Bitte / Frage hätte ich allerdings: Ist es möglich, die Einträge für empfangenen Signale etc. in ein eigenes Log zu schreiben, statt in das FHEM-Log?
Da in meiner Gegend scheinbar sehr viele unbekannte Signale empfangen werden, wird dieses Log sehr groß und Fehler / andere wichtige Nachrichten sind leicht zu übersehen. Gerade beim Update stört die damit verbundene Anzeige massiv.
Beim device habe ich ein entsprechendes Log mit angelegt – in diesem stehen jedoch nur wenige Einträge (wie
SIGNALduino intialisiert o.ä.)
Gruß
thomik
@Ralf
ZitatDein Perl ist evtl zu alt.
machdem ich gestern einige Zeit vergeblich versucht habe, mein perl zu aktualisieren, habe ich erstmal aufgegeben.
Das nehme ich mir später dann noch mal vor ...
@Sidey
Zitatersetzen durch:
my $osv1bit;
($osv1bit = $bitData) =~ tr/10/01/;
hat geholfen! "Define sduino ..." funktioniert jetzt.
Nächste Woche werde ich meine Rolladenmotoren einbauen - dann schauen wir, ob alles klappt.
Danke euch beiden - und vermutlich bis bald an gleicher Stelle :)
Gruß
Eddi
Zitat von: thomik am 08 April 2016, 13:11:06
Eine Bitte / Frage hätte ich allerdings: Ist es möglich, die Einträge für empfangenen Signale etc. in ein eigenes Log zu schreiben, statt in das FHEM-Log?
Kannst Du solch einen Logeintrag bitte mal posten?
So pauschal kann ich dir das nicht beantworten .
Grüße
Sidey
Zitat von: 0815eddi am 08 April 2016, 19:02:38
@Sidey
hat geholfen! "Define sduino ..." funktioniert jetzt.
OK, ich schau mal ob wir das im Modul ändern können. Danke fürs testen.
Grüße Sidey
Hallo zusammen,
ich habe mir auch einen Signalduino zusammengebaut und geflashed.
Dies hat Aufgrund des Wikis und des Forums auch sehr gut geklappt.
Ich glaube allerdings ich empfange mit dem Teil nur Müll.
Beispiel:
2016.04.09 19:24:32.789 4: sduino/msg READ: MU;P0=9863;P2=-10153;D=02020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202;CP=0;O;
2016.04.09 19:24:39.703 4: sduino/msg READ: MU;P0=9822;P1=-10188;D=10101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010;CP=0;O;
2016.04.09 19:24:42.727 4: sduino/msg READ: MU;P0=-10252;P1=9758;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:24:47.730 4: sduino/msg READ: MU;P0=-10211;P2=9864;D=02020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202;CP=2;O;
2016.04.09 19:24:50.273 4: sduino/msg READ: MU;P0=-10170;P1=9886;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:24:52.812 4: sduino/msg READ: MU;P0=-10224;P1=9869;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:24:58.214 4: sduino/msg READ: MU;P0=-10187;P2=9903;D=02020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202;CP=2;O;
2016.04.09 19:25:00.379 4: sduino/msg READ: MU;P0=-10155;P1=9900;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:25:06.997 4: sduino/msg READ: MU;P0=-10075;P2=9894;D=02020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202;CP=2;O;
2016.04.09 19:25:10.259 4: sduino/msg READ: MU;P0=-10173;P3=9857;D=03030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303;CP=3;O;
2016.04.09 19:25:14.665 4: sduino/msg READ: MU;P0=-10187;P1=9892;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:25:20.389 4: sduino/msg READ: MU;P0=-10156;P1=9865;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:25:20.820 4: sduino/msg READ: MU;P0=-10157;P1=9849;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:25:30.391 4: sduino/msg READ: MU;P0=-10080;P1=9932;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:25:30.405 4: sduino/msg READ: MU;P0=-10198;P1=9835;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:25:30.418 4: sduino/msg READ: MU;P0=-10127;P1=9842;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:25:34.637 4: sduino/msg READ: MU;P0=9902;P1=-10076;D=10101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010;CP=0;O;
2016.04.09 19:25:41.260 4: sduino/msg READ: MU;P0=9942;P1=-10202;D=10101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010;CP=0;O;
2016.04.09 19:25:45.763 4: sduino/msg READ: MU;P0=9845;P2=-10139;D=20202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020;CP=0;O;
2016.04.09 19:25:49.841 4: sduino/msg READ: MU;P0=9783;P2=-10156;D=20202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020;CP=0;O;
2016.04.09 19:25:52.381 4: sduino/msg READ: MU;P0=-10139;P1=9878;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:25:54.922 4: sduino/msg READ: MU;P0=-10161;P1=9920;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:25:59.066 4: sduino/msg READ: MU;P0=-10130;P1=9888;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:26:01.855 4: sduino/msg READ: MU;P0=-10075;P1=9937;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:26:08.978 4: sduino/msg READ: MU;P0=-10185;P1=9837;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:26:12.682 4: sduino/msg READ: MU;P0=9824;P2=-10204;D=02020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202;CP=0;O;
2016.04.09 19:26:16.554 4: sduino/msg READ: MU;P0=-10068;P1=9916;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:26:20.566 4: sduino/msg READ: MU;P0=9802;P2=-10086;D=02020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202;CP=0;O;
2016.04.09 19:26:23.107 4: sduino/msg READ: MU;P0=9912;P1=-10116;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=0;O;
2016.04.09 19:26:25.647 4: sduino/msg READ: MU;P0=9831;P1=-10118;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=0;O;
2016.04.09 19:26:32.769 4: sduino/msg READ: MU;P0=9882;P1=-10146;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=0;O;
2016.04.09 19:26:33.790 4: sduino/msg READ: MU;P0=-10077;P1=9882;D=00101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010;CP=1;O;
2016.04.09 19:26:38.238 4: sduino/msg READ: MU;P0=-10188;P1=9811;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;O;
2016.04.09 19:26:41.917 4: sduino/msg READ: MU;P0=9868;P1=-10212;D=01010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=0;O;
Ist das normal so?
Ich wollte eigentlich einen 433Mhz Bewegungsmelder damit empfangen.
Viele Grüße
Jay
Hallo Jay,
nein, das ist nicht normal.
Welche Firmware Version hast Du denn eingespielt?
Grüße Sidey
Habe teilweise auch solche Daten vom sduino empfangen.
Habe die die aktuelle b12 drauf.
Gruß Sascha
Ahhh, ok.
Ich habe Version V 3.2.0-b19 SIGNALduino - compiled at Mar 29 2016 23:19:50 drauf.
Gruß
Jay
Edit: Habe jetzt mal die b12 genommen. Sieht genauso aus. Vielleicht hat der Empfänger einen defekt?
Hallo,
ich habe soeben eine neue Firmware (3.20B20) compiliert und hochgeladen.
Diese habe ich intensiv mit einem Testprogramm geprüft und die Ergebnisse mit der b12 Firmware verglichen.
Im Gegensatz zur B12 (welche bei vielen ja doch sehr gut läuft) entsprechen die Testergebnisse dieser Firmware Vesion deutlich mehr den Erwartungen als es mit der B12 Firmware ist.
Die Firmware lief bei mir jetzt auch ca. 20 Stunden und ich bin zufrieden.
Hier eine kleine Zusammenfassung was ich beim Empfang korrigiert habe:
- Bei MC Nachrichten wurde das letzte nibble nicht ausgegeben.
Wenn MC Nachrichten empfangen wurden, welche länger als der Puffer waren, konnten diese nicht ausgewertet werden.
Das letzte Bit wurde bei MC Nachrichten nicht ausgegeben
MC Nachrichten >255 bit waren nicht möglich
Wenn die MS Decodierung fehl schlägt, wird jetzt MC und MU Decodierung versucht
Der letzte Signalpuls einer Nachricht, wurde in bestimmten Situationen nicht ausgewertet
Beim verschieben des Puffers, wurde nicht geprüft ob nach dem Verschieben der letzte Signal Puls ein anderes Vorzeichen hat.
Der MC Decoder hat die Ausgabe teilweise nicht durchgeführt, da er auf weitere Daten gewartet hat.
Interne Optimierung einiger Funktionen
Update wie üblich:update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Ich hoffe, die Firmware ist stabil und läuft bei euch ebenso gut wie bei mir.
Grüße Sidey
Ich habe jetzt noch mal alle Stellen nachgelötet.
Es sieht für ein paar Sekunden besser aus, doch dann kommt: Cannot init /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0, ignoring it (sduino)
2016.04.09 23:00:58.693 4: sduino/RAW (ReadAnswerCut002003): MU;P0=-1344;P1=1008;P2=-724;P3=10016;P4=-271;P5=194;D=01234545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454545454;CP=5;
2016.04.09 23:00:58.701 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.04.09 23:00:58.707 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.09 23:00:58.711 5: sduino: Starting demodulation at Position 2
2016.04.09 23:00:58.731 5: sduino: dispatching bits: 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 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 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 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 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 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 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 1 0 1 0 1 0 1 0 1 0 1
2016.04.09 23:00:58.736 4: sduino: decoded matched MU Protocol id 20 dmsg u20#555555555555555555555555555555555555555555555555 length 192
2016.04.09 23:00:58.737 5: sduino: converted Data to (u20#555555555555555555555555555555555555555555555555)
2016.04.09 23:00:58.810 5: sduino dispatch u20#555555555555555555555555555555555555555555555555
2016.04.09 23:00:58.820 4: SIGNALduino_unknown incomming msg: u20#555555555555555555555555555555555555555555555555
2016.04.09 23:00:58.821 4: SIGNALduino_unknown rawData: 555555555555555555555555555555555555555555555555
2016.04.09 23:00:58.823 4: SIGNALduino_unknown Protocol: 20
2016.04.09 23:00:58.824 4: SIGNALduino_unknown converted to bits: 010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101
2016.04.09 23:00:58.831 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.04.09 23:00:58.836 5: sduino: Starting demodulation at Position 2
2016.04.09 23:00:58.881 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.04.09 23:00:58.886 5: sduino: Starting demodulation at Position 2
2016.04.09 23:00:58.933 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.04.09 23:00:58.937 5: sduino: Starting demodulation at Position 2
2016.04.09 23:00:58.982 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.09 23:00:58.987 5: sduino: Starting demodulation at Position 2
2016.04.09 23:00:59.038 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.04.09 23:00:59.043 5: sduino: Starting demodulation at Position 1
2016.04.09 23:00:59.102 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.09 23:00:59.107 5: sduino: Starting demodulation at Position 2
2016.04.09 23:00:59.154 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.04.09 23:00:59.162 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.04.09 23:00:59.167 5: sduino: Starting demodulation at Position 2
2016.04.09 23:00:59.216 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2016.04.09 23:00:59.222 5: sduino: Starting demodulation at Position 2
2016.04.09 23:00:59.268 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.04.09 23:00:59.273 5: sduino: Starting demodulation at Position 1
2016.04.09 23:00:59.362 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.04.09 23:00:59.366 5: sduino: Starting demodulation at Position 1
2016.04.09 23:00:59.460 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.04.09 23:00:59.464 5: sduino: Starting demodulation at Position 1
2016.04.09 23:00:59.554 4: sduino/RAW (ReadAnswerCutDone 0):
2016.04.09 23:00:59.560 1: Cannot init /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0, ignoring it (sduino)
Mit B12 und B20.
:-(
Zitat von: JayP am 09 April 2016, 22:14:38
Edit: Habe jetzt mal die b12 genommen. Sieht genauso aus. Vielleicht hat der Empfänger einen defekt?
Dafür sieht es eigentlich zu gleichmäßig aus. Welchen Empfänger verwendest Du denn und wie weit stehen sender und Empfänger von einander entfernt?
Grüße Sidey
Empfänger: http://www.ebay.de/itm/281782855830?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Sender und Empfänger stehen direkt nebeneinander. 2-5cm vielleicht.
Zitat von: JayP am 09 April 2016, 23:07:23
Ich habe jetzt noch mal alle Stellen nachgelötet.
Es sieht für ein paar Sekunden besser aus, doch dann kommt: Cannot init /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0, ignoring it (sduino)
Vergleich doch mal den Fehler mit
ls -l /dev/serial/by-id/Sidey
sieht imho gut aus:
ls -l /dev/serial/by-id/
insgesamt 0
lrwxrwxrwx 1 root root 13 Apr 8 05:23 usb-03eb_AT91USBSerial1-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Apr 9 23:16 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Apr 7 22:43 usb-busware.de_CUL868-if00 -> ../../ttyACM1
lrwxrwxrwx 1 root root 13 Apr 7 22:43 usb-FTDI_FT232R_USB_UART_AL021S1B-if00-port0 -> ../../ttyUSB0
Zitat von: JayP am 09 April 2016, 23:18:21
sieht imho gut aus:
Ja, wenn an usb-1a86_USB2.0-Serial-if00-port0 der SIGNALduino hängt.
Ich kann mir gerade nicht erklären was da passiert.
Kannst Du mal das Log komplett vom Anstecken bis zum can not init schicken?
Grüße Sidey
Klar:
2016.04.09 23:48:57.426 3: Opening sduino device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.04.09 23:48:57.445 3: Setting sduino serial parameters to 57600,8,N,1
2016.04.09 23:48:57.488 3: sduino device opened
2016.04.09 23:48:57.491 1: define: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2016.04.09 23:48:57.492 1: init: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2016.04.09 23:48:57.595 5: sduino SW: V
2016.04.09 23:48:59.171 5: sduino/RAW (ReadAnswer): MU;P0=-269;P1=204;D=01010101010
2016.04.09 23:48:59.174 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:48:59.181 5: sduino/RAW (ReadAnswer): 1010101010101010101010101010;CP=
2016.04.09 23:48:59.183 5: sduino/RAW (ReadAnswer): 1;
2016.04.09 23:48:59.185 4: sduino/RAW (ReadAnswerCut002003): MU;P0=-269;P1=204;D=01010101010101010101010101010101010101010101010101010101010101010101010;CP=1;
2016.04.09 23:48:59.189 4: sduino/RAW (ReadAnswerCutDone 0):
2016.04.09 23:48:59.431 5: sduino/RAW (ReadAnswer): MU;P0=-228;P1=144;P2=-32001;P3=
2016.04.09 23:48:59.436 5: sduino/RAW (ReadAnswer): 10004;P4=896;D=01010101010123010
2016.04.09 23:48:59.441 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:48:59.448 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:48:59.453 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:48:59.458 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:48:59.463 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:48:59.468 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:48:59.476 5: sduino/RAW (ReadAnswer): 101010101010124;CP=1;
2016.04.09 23:48:59.478 4: sduino/RAW (ReadAnswerCut002003): MU;P0=-228;P1=144;P2=-32001;P3=10004;P4=896;D=01010101010123010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010124;CP=1;
2016.04.09 23:48:59.487 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.04.09 23:48:59.493 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.09 23:48:59.497 5: sduino: Starting demodulation at Position 2
2016.04.09 23:48:59.521 5: sduino: dispatching bits: 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 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 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 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 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 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 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 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
2016.04.09 23:48:59.526 4: sduino: decoded matched MU Protocol id 20 dmsg u20#5555555555555555555555555555555555555555555555555554 length 208
2016.04.09 23:48:59.528 5: sduino: converted Data to (u20#5555555555555555555555555555555555555555555555555554)
2016.04.09 23:48:59.609 5: sduino dispatch u20#5555555555555555555555555555555555555555555555555554
2016.04.09 23:48:59.614 4: SIGNALduino_unknown incomming msg: u20#5555555555555555555555555555555555555555555555555554
2016.04.09 23:48:59.616 4: SIGNALduino_unknown rawData: 5555555555555555555555555555555555555555555555555554
2016.04.09 23:48:59.617 4: SIGNALduino_unknown Protocol: 20
2016.04.09 23:48:59.618 4: SIGNALduino_unknown converted to bits: 0101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010100
2016.04.09 23:48:59.648 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.04.09 23:48:59.664 4: sduino/RAW (ReadAnswerCutDone 0):
2016.04.09 23:49:00.022 5: sduino/RAW (ReadAnswer): MU;P0=-269;P1=-444;P2=472;P3=-1
2016.04.09 23:49:00.027 5: sduino/RAW (ReadAnswer): 996;P4=95;P5=10020;D=03120334150
2016.04.09 23:49:00.034 5: sduino/RAW (ReadAnswer): 40404040404040404040404040404040
2016.04.09 23:49:00.039 5: sduino/RAW (ReadAnswer): 40404040404040404040404040404040
2016.04.09 23:49:00.044 5: sduino/RAW (ReadAnswer): 40404040404040404040404040404040
2016.04.09 23:49:00.049 5: sduino/RAW (ReadAnswer): 404040404040404040404040404040;C
2016.04.09 23:49:00.053 5: sduino/RAW (ReadAnswer): P=4;
2016.04.09 23:49:00.054 4: sduino/RAW (ReadAnswerCut002003): MU;P0=-269;P1=-444;P2=472;P3=-1996;P4=95;P5=10020;D=03120334150404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040404040;CP=4;
2016.04.09 23:49:00.063 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.09 23:49:00.068 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:00.098 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.04.09 23:49:00.106 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.09 23:49:00.110 5: sduino: Starting demodulation at Position 4
2016.04.09 23:49:00.123 5: sduino: dispatching bits: 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 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 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 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 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0
2016.04.09 23:49:00.127 4: sduino: decoded matched MU Protocol id 20 dmsg u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA length 128
2016.04.09 23:49:00.128 5: sduino: converted Data to (u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA)
2016.04.09 23:49:00.200 5: sduino dispatch u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.09 23:49:00.206 4: SIGNALduino_unknown incomming msg: u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.09 23:49:00.207 4: SIGNALduino_unknown rawData: AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.09 23:49:00.209 4: SIGNALduino_unknown Protocol: 20
2016.04.09 23:49:00.210 4: SIGNALduino_unknown converted to bits: 10101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010
2016.04.09 23:49:00.231 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.09 23:49:00.236 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:00.267 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.04.09 23:49:00.271 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:00.305 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.09 23:49:00.310 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:00.341 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.09 23:49:00.346 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:00.379 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.09 23:49:00.384 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:00.412 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.04.09 23:49:00.419 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.04.09 23:49:00.425 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:00.466 4: sduino/RAW (ReadAnswerCutDone 0):
2016.04.09 23:49:01.391 5: sduino/RAW (ReadAnswer): MS;P0=-930;P1=93;P2=10740;P3=-2
2016.04.09 23:49:01.396 5: sduino/RAW (ReadAnswer): 71;D=102313131313131313131313131
2016.04.09 23:49:01.401 5: sduino/RAW (ReadAnswer): 31313131313131313131313131313131
2016.04.09 23:49:01.408 5: sduino/RAW (ReadAnswer): 31313131313131313131313131313131
2016.04.09 23:49:01.412 5: sduino/RAW (ReadAnswer): 3131313131313131313131313134;CP=
2016.04.09 23:49:01.416 5: sduino/RAW (ReadAnswer): 1;SP=0;
2016.04.09 23:49:01.418 4: sduino/RAW (ReadAnswerCut002003): MS;P0=-930;P1=93;P2=10740;P3=-271;D=10231313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313134;CP=1;SP=0;
2016.04.09 23:49:01.430 4: sduino/RAW (ReadAnswerCutDone 0):
2016.04.09 23:49:02.425 5: sduino/RAW (ReadAnswer): MU;P0=-220;P1=156;P2=-32001;P3=
2016.04.09 23:49:02.431 5: sduino/RAW (ReadAnswer): -878;P5=10036;D=3135010101010101
2016.04.09 23:49:02.437 5: sduino/RAW (ReadAnswer): 01010101010101010101010101010101
2016.04.09 23:49:02.442 5: sduino/RAW (ReadAnswer): 01010101010101010101010101010101
2016.04.09 23:49:02.447 5: sduino/RAW (ReadAnswer): 01010101010101010101010101010101
2016.04.09 23:49:02.452 5: sduino/RAW (ReadAnswer): 01010101010101010101010101010101
2016.04.09 23:49:02.459 5: sduino/RAW (ReadAnswer): 01010101010101010101010101010101
2016.04.09 23:49:02.464 5: sduino/RAW (ReadAnswer): 01010101010101010101010101010101
2016.04.09 23:49:02.469 5: sduino/RAW (ReadAnswer): 01012;CP=1;
2016.04.09 23:49:02.470 4: sduino/RAW (ReadAnswerCut002003): MU;P0=-220;P1=156;P2=-32001;P3=-878;P5=10036;D=313501010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101012;CP=1;
2016.04.09 23:49:02.478 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.04.09 23:49:02.484 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.09 23:49:02.488 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:02.508 5: sduino: dispatching bits: 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 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 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 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 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 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 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 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
2016.04.09 23:49:02.514 4: sduino: decoded matched MU Protocol id 20 dmsg u20#5555555555555555555555555555555555555555555555555554 length 208
2016.04.09 23:49:02.515 5: sduino: converted Data to (u20#5555555555555555555555555555555555555555555555555554)
2016.04.09 23:49:02.602 5: sduino dispatch u20#5555555555555555555555555555555555555555555555555554
2016.04.09 23:49:02.609 4: SIGNALduino_unknown incomming msg: u20#5555555555555555555555555555555555555555555555555554
2016.04.09 23:49:02.610 4: SIGNALduino_unknown rawData: 5555555555555555555555555555555555555555555555555554
2016.04.09 23:49:02.612 4: SIGNALduino_unknown Protocol: 20
2016.04.09 23:49:02.613 4: SIGNALduino_unknown converted to bits: 0101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010100
2016.04.09 23:49:02.633 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.09 23:49:02.638 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:02.698 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.04.09 23:49:02.715 4: sduino/RAW (ReadAnswerCutDone 0):
2016.04.09 23:49:02.719 5: sduino/RAW (ReadAnswer): MU;P0=-234;P1=220;P2=-32001;D=0
2016.04.09 23:49:02.724 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:49:02.731 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:49:02.736 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:49:02.741 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:49:02.746 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:49:02.752 5: sduino/RAW (ReadAnswer): 10101012;CP=1;
2016.04.09 23:49:02.753 4: sduino/RAW (ReadAnswerCut002003): MU;P0=-234;P1=220;P2=-32001;D=0101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101012;CP=1;
2016.04.09 23:49:02.760 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.04.09 23:49:02.765 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.09 23:49:02.769 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:02.785 5: sduino: dispatching bits: 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 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 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 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 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 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 0 0 0 0 0 0
2016.04.09 23:49:02.790 4: sduino: decoded matched MU Protocol id 20 dmsg u20#000000000000000000000000000000000000000000 length 168
2016.04.09 23:49:02.791 5: sduino: converted Data to (u20#000000000000000000000000000000000000000000)
2016.04.09 23:49:02.862 5: sduino dispatch u20#000000000000000000000000000000000000000000
2016.04.09 23:49:02.867 4: SIGNALduino_unknown incomming msg: u20#000000000000000000000000000000000000000000
2016.04.09 23:49:02.869 4: SIGNALduino_unknown rawData: 000000000000000000000000000000000000000000
2016.04.09 23:49:02.870 4: SIGNALduino_unknown Protocol: 20
2016.04.09 23:49:02.871 4: SIGNALduino_unknown converted to bits: 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.04.09 23:49:02.886 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.09 23:49:02.890 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:02.907 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.09 23:49:02.911 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:02.947 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.04.09 23:49:02.959 4: sduino/RAW (ReadAnswerCutDone 0):
2016.04.09 23:49:03.959 5: sduino/RAW (ReadAnswer): MU;P0=10536;P1=94;P2=157;P4=998
2016.04.09 23:49:03.964 5: sduino/RAW (ReadAnswer): ;P5=-269;D=450525151515151515151
2016.04.09 23:49:03.970 5: sduino/RAW (ReadAnswer): 51515151515151515151515151515151
2016.04.09 23:49:03.975 5: sduino/RAW (ReadAnswer): 51515151515151515151515151515151
2016.04.09 23:49:03.980 5: sduino/RAW (ReadAnswer): 51515151515151515151515151515;CP
2016.04.09 23:49:03.984 5: sduino/RAW (ReadAnswer): =1;
2016.04.09 23:49:03.986 4: sduino/RAW (ReadAnswerCut002003): MU;P0=10536;P1=94;P2=157;P4=998;P5=-269;D=450525151515151515151515151515151515151515151515151515151515151515151515151515151515151515151515151515151515151515;CP=1;
2016.04.09 23:49:03.993 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.04.09 23:49:04.000 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.09 23:49:04.004 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:04.016 5: sduino: dispatching bits: 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 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 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 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 1 0 1 0 1 0 0 0
2016.04.09 23:49:04.020 4: sduino: decoded matched MU Protocol id 20 dmsg u20#AAAAAAAAAAAAAAAAAAAAAAAAAAA8 length 112
2016.04.09 23:49:04.022 5: sduino: converted Data to (u20#AAAAAAAAAAAAAAAAAAAAAAAAAAA8)
2016.04.09 23:49:04.096 5: sduino dispatch u20#AAAAAAAAAAAAAAAAAAAAAAAAAAA8
2016.04.09 23:49:04.101 4: SIGNALduino_unknown incomming msg: u20#AAAAAAAAAAAAAAAAAAAAAAAAAAA8
2016.04.09 23:49:04.103 4: SIGNALduino_unknown rawData: AAAAAAAAAAAAAAAAAAAAAAAAAAA8
2016.04.09 23:49:04.104 4: SIGNALduino_unknown Protocol: 20
2016.04.09 23:49:04.105 4: SIGNALduino_unknown converted to bits: 1010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101000
2016.04.09 23:49:04.135 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.04.09 23:49:04.156 4: sduino/RAW (ReadAnswerCutDone 0):
2016.04.09 23:49:05.240 5: sduino/RAW (ReadAnswer): MU;P0=10040;P1=-32001;P2=-468;P
2016.04.09 23:49:05.245 5: sduino/RAW (ReadAnswer): 3=-161;P4=165;P5=-1920;D=3450343
2016.04.09 23:49:05.250 5: sduino/RAW (ReadAnswer): 43434343434343434343434343434343
2016.04.09 23:49:05.255 5: sduino/RAW (ReadAnswer): 43434343434343434343434343434343
2016.04.09 23:49:05.261 5: sduino/RAW (ReadAnswer): 43434343434343434343434343434343
2016.04.09 23:49:05.267 5: sduino/RAW (ReadAnswer): 43434343434343434343434343434343
2016.04.09 23:49:05.271 5: sduino/RAW (ReadAnswer): 43434343434343434343434343434343
2016.04.09 23:49:05.277 5: sduino/RAW (ReadAnswer): 43434343434343434343434343434343
2016.04.09 23:49:05.285 5: sduino/RAW (ReadAnswer): 434343434343414342434;CP=4;
2016.04.09 23:49:05.287 4: sduino/RAW (ReadAnswerCut002003): MU;P0=10040;P1=-32001;P2=-468;P3=-161;P4=165;P5=-1920;D=3450343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343434343414342434;CP=4;
2016.04.09 23:49:05.295 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.04.09 23:49:05.330 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.04.09 23:49:05.335 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:05.387 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.04.09 23:49:05.394 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.04.09 23:49:05.399 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:05.463 4: sduino/RAW (ReadAnswerCutDone 0):
2016.04.09 23:49:05.622 5: sduino/RAW (ReadAnswer): MU;P0=183;P1=-32001;P3=-243;P5=
2016.04.09 23:49:05.627 5: sduino/RAW (ReadAnswer): 10028;D=353030303030303030303030
2016.04.09 23:49:05.632 5: sduino/RAW (ReadAnswer): 30303030303030303030303030303030
2016.04.09 23:49:05.637 5: sduino/RAW (ReadAnswer): 30303030303030303030303030303030
2016.04.09 23:49:05.644 5: sduino/RAW (ReadAnswer): 30303030303030303030303030303030
2016.04.09 23:49:05.649 5: sduino/RAW (ReadAnswer): 30303030303030303030303030303030
2016.04.09 23:49:05.654 5: sduino/RAW (ReadAnswer): 30303030303030303030303030303030
2016.04.09 23:49:05.659 5: sduino/RAW (ReadAnswer): 3030303030303030303030303010;CP=
2016.04.09 23:49:05.663 5: sduino/RAW (ReadAnswer): 0;
2016.04.09 23:49:05.665 4: sduino/RAW (ReadAnswerCut002003): MU;P0=183;P1=-32001;P3=-243;P5=10028;D=35303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303010;CP=0;
2016.04.09 23:49:05.671 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.04.09 23:49:05.677 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.09 23:49:05.680 5: sduino: Starting demodulation at Position 2
2016.04.09 23:49:05.700 5: sduino: dispatching bits: 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 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 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 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 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 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 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 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
2016.04.09 23:49:05.706 4: sduino: decoded matched MU Protocol id 20 dmsg u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA length 208
2016.04.09 23:49:05.707 5: sduino: converted Data to (u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA)
2016.04.09 23:49:05.781 5: sduino dispatch u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.09 23:49:05.787 4: SIGNALduino_unknown incomming msg: u20#AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.09 23:49:05.788 4: SIGNALduino_unknown rawData: AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2016.04.09 23:49:05.790 4: SIGNALduino_unknown Protocol: 20
2016.04.09 23:49:05.791 4: SIGNALduino_unknown converted to bits: 1010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010
2016.04.09 23:49:05.817 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.04.09 23:49:05.832 4: sduino/RAW (ReadAnswerCutDone 0):
2016.04.09 23:49:06.159 5: sduino/RAW (ReadAnswer): MU;P0=-271;P1=200;D=01010101010
2016.04.09 23:49:06.165 5: sduino/RAW (ReadAnswer): 10101010101010101010101010101010
2016.04.09 23:49:06.170 5: sduino/RAW (ReadAnswer): 10101010;CP=1;
2016.04.09 23:49:06.171 4: sduino/RAW (ReadAnswerCut002003): MU;P0=-271;P1=200;D=010101010101010101010101010101010101010101010101010;CP=1;
2016.04.09 23:49:06.175 4: sduino/RAW (ReadAnswerCutDone 0):
2016.04.09 23:49:07.452 5: sduino/RAW (ReadAnswer): MU;P0=-218;P1=10132;P2=201;P3=-
2016.04.09 23:49:07.458 1: Cannot init /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0, ignoring it (sduino)
Gruß
Jay
Also, das Problem ist, Du kannst keine Kommandos an den Arduino übermitteln.
Ich würde mal folgendes machen:
1. neu flashen
2. USB Kabel prüfen
3. Anderen USB Port verwenden
4. Den Arduino an einem anderen Grät anschließen und ein V\n an den USB Port senden. (57600 Baud)
Grüße Sidey
Zitat von: thomik am 08 April 2016, 13:11:06
Obwohl es mir noch nicht ganz gelungen ist, meine Rohrmotor24-Motoren über FHEM zu steuern, [...]
Was klappt denn noch nicht...????
Grüße Jarnsen
Moin Sidey,
ich habe jetzt hier Deine 3.20B20 draufgespielt.
Will ja beim Testen und weiterentwickeln im Rahmen meiner zeitlichen Möglichkeiten mithelfen.
Bis jetzt läuft's alles so, wie es sein soll...
Wenn mir etwas auffällt, werd' ich Meldung erstatten.
Btw: Hast Du Deine NodeMCU schon bekommen und mit Signalduino getestet?
Wäre super, wenn man den Signalduino per WLAN anbinden und ihn an taktisch günstiger Stelle im Haus aufstellen könnte.
Hi Rappasan,
danke fürs Testen.
Ich habe gestern die Entwicklung Umgebung für den NodeMCU eingerichtet.
Das Kompilieren schlägt erst mal fehl, da ein paar der Macros und Funktionen so nicht laufen.
Da man an der Kommunikation Architektur ein bisschen was anpassen muss, wäre es vermutlich angebracht einen eigenen Sketch zu beginnen und "nur" die detector Bibliothek gemeinsam zu verwenden.
Schritt 1 wäre dann mal das ganze mit serieller Ausgabe auf einem NodeMCU laufen zu lassen. Wenn das geht, kann man WIFI nachrüsten.
Grüße Sidey
Hallo RappaSan
Ich habe meinen Signalduino schon seit Monaten mit einem ESP8266 ausgestattet. Von Jeelabs habe ich die
Wifi-Serial Bridge aufgespielt. Am Anfang hatte ich eine NodeMCU, aber in der Zwischenzeit läuft das Ganze mit einem
ESP-07.
Gruß Rippi
habe gedacht arduino + ESP. Aber ihr wollt das ganze auf dem ESP laufen lassen?
Zitat von: Sidey am 10 April 2016, 00:18:58
Also, das Problem ist, Du kannst keine Kommandos an den Arduino übermitteln.
Ich würde mal folgendes machen:
1. neu flashen
2. USB Kabel prüfen
3. Anderen USB Port verwenden
4. Den Arduino an einem anderen Grät anschließen und ein V\n an den USB Port senden. (57600 Baud)
Grüße Sidey
Guten Morgen,
1. hat leider keine Verhaltensänderung gebracht.
2. Ich habe ein anderes Kabel und einen anderen USB-HUB benutzt. Auch ohne HUB -> keine Verhaltensänderung.
3. Habe ich durchprobiert -> keine Verhaltensänderung.
4. Ich hab sonst nur einen Windows Rechner an dem wird der Arduino als USB 2 Gerät mit gelbem Ausrufezeichen angezeigt. Treiber installieren hat auch nicht geklappt.
Ich habe mit jetzt mal einen neuen ArduinoNano und einen neuen Empfänger bestellt.
Vielen Dank für die Hilfe. Ich werde berichten wenn ich weiter gekommen bin.
Ich gehe aktuell von einem Hardwaredefekt aus.
Gruß
Jay
Zitat von: rippi46 am 10 April 2016, 10:45:25
habe gedacht arduino + ESP. Aber ihr wollt das ganze auf dem ESP laufen lassen?
Genau, laut Datenblatt hat der ESP alles was man braucht, dazu noch mehr RAM, mehr Flash und mehr CPU Leistung.
Da könnte man auch zwei Empfänger an einem ESP betreiben.
Grüße Sidey
Das war auch mein erster Gedanke. Wenn man sich die ESP-Eckdaten durchliest, kommt einem automatisch der Gedanke:
Ist ja fast ein Arduino, bloss mit mehr dran/drin.
Wenn die Umsetzung möglich ist, ist die Aufgabe bei Dir, Ralf und den ganzen übrigen Helfern hier auf jeden Fall bestens aufgehoben.
Wenn ich mal etwas mehr Zeit habe, versuche ich, auch noch mit zu helfen. Programmiert hab' ich in meinem Leben auch schon 'ne Menge in verschiedensten Dialekten einschliesslich Assembler... damals.... vor Hundert Jahren... :)
Ist alles nur ein wenig eingerostet...
Hallo Sidey,
kannst Du auch mal das "set" von meinem angepassten IT-Modul testen. Ich habe beim set zusätzliche logs eingefügt.
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Zum testen des ITv1 kannst Du dieses define verwenden:
https://forum.fhem.de/index.php/topic,38831.msg436407.html#msg436407
Gruß Ralf
Zitat von: Ralf9 am 10 April 2016, 22:06:37
Hallo Sidey,
kannst Du auch mal das "set" von meinem angepassten IT-Modul testen. Ich habe beim set zusätzliche logs eingefügt.
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
Zum testen des ITv1 kannst Du dieses define verwenden:
https://forum.fhem.de/index.php/topic,38831.msg436407.html#msg436407
Gruß Ralf
Zitat von: Ralf9 am 10 April 2016, 22:06:37
Hallo Sidey,
kannst Du auch mal das "set" von meinem angepassten IT-Modul testen.
Ja:
sduino IT_set: sendMsg=P3#F00000FFFFF0#R8#C300 2016.04.10 23:04:19 5: sduino IT_set: Type=SIGNALduino Protocol=V1 2016.04.10 23:04:19 2: sduino IT_set: Lampe1 off 2016.04.10 23:04:18 4: sduino IT_set: sendMsg=P3#F00000FFFF0F#R8#C300 2016.04.10 23:04:18 5: sduino IT_set: Type=SIGNALduino Protocol=V1 2016.04.10 23:04:18 2: sduino IT_set: Lampe1 on
Sieht nicht so gut aus finde ich.
Bei einer meiner IT Geräte klappt es dagegen:
2016.04.10 22:59:03 5: sduino/HandleWriteQueue: nothing to send, stopping timer 2016.04.10 22:59:03 4: sduino/msg READ: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423040404230423042304040423; 2016.04.10 22:59:02 5: sduino SW: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423040404230423042304040423; 2016.04.10 22:59:02 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01232323232323232323230423040404230423042304040423; 2016.04.10 22:59:02 5: sduino: sendmsg IT V1 convertet tristate to bits=111111111101000101010001 2016.04.10 22:59:02 5: sduino: sendmsg Preparing rawsend command for protocol=3, repeats=6, clock=250 bits=11111F0FFF0F 2016.04.10 22:59:02 5: sduino/write: adding to queue sendMsg P3#11111F0FFF0F#R6 2016.04.10 22:59:02 2: sduino IT_set: IT_11111F0FFF on
Zu mehr Tests komme ich erst morgen wieder.
Grüße Sidey
Zitat von: JayP am 10 April 2016, 11:15:48
4. Ich hab sonst nur einen Windows Rechner an dem wird der Arduino als USB 2 Gerät mit gelbem Ausrufezeichen angezeigt.
Hört sich nach einem Fake-FTDI an. Wenn du den ein mal an einen Windows Rechner mit aktuellem FTDI-Treiber hängst, erkennt der Treiber, dass es eine Fälschung ist und macht ihn unbrauchbar, indem er in der Kennung 0000 reinschreibt. Kannst du über ein Linux wieder richten und auch schnell überprüfen(einfach mal googlen)
Anbei das aktuelle Log mit der aktuellen Firmware für die Oregon Sensoren.
Da holpert noch einiges.
Hi Burny,
ja. Das sieht nicht so aus, wie es sollte.
Kannst Du den MC Decoder bitte mal deaktivieren und das Log so 15 Minuten zusenden?
Vielleicht kann ich dann feststellen, was passiert.
Grüße Sidey
Zitat von: Sidey am 11 April 2016, 21:34:32
ja. Das sieht nicht so aus, wie es sollte.
Ich finde, so schlecht sieht es gar nicht aus. Es wird sehr viel erkannt.
Im log erscheint recht oft
OREGON: ERROR: Unknown sensor_id=...Bei diesen Nachrichten ist meistens am Ende eine "0" zuviel, ab und zu ist auch "00" am Ende zuviel.
Wenn ich diese Nullen am Ende abschneide, dann passen diese Nachrichten.
Gruß Ralf
Ah ok, die Nachrichten mit einer 0 könnte man wohl korrigieren, wenn ich die Ausgabe von vollen bytes auf Nibble umstelle. Aktuell werden immer zwei Nibble ausgegeben.
Das mit der 00 am Ende kann nur passieren, wenn 00 empfangen wurde, oder z.B. nur eines der 8 Bit.
Das kann man dann aber nur in FHEM erkennen schätze ich.
Grüße Sidey
Zitat von: Sidey am 11 April 2016, 23:21:07
Ah ok, die Nachrichten mit einer 0 könnte man wohl korrigieren, wenn ich die Ausgabe von vollen bytes auf Nibble umstelle. Aktuell werden immer zwei Nibble ausgegeben.
Nur wegen dem Oregon V3 brauchst Du es nicht korrigieren. Ich kann es mit dem folgenden Hash in der SIGNALduino_OSV2() korrigieren:
my %OSV3sensorIdList = (
"1A89" => '88', # WGR800
"1A99" => '88', # WTGR800 Anenometer
"FAB8" => '80', # WTGR800 Temp hydro
"2A19" => '92', # PCR800 rain
"CA48" => '68', # THWR800
"DA78" => '72', # UVN800
"FA28" => '80' # THGR810
);Gruß Ralf
Zitat von: Sidey am 11 April 2016, 23:21:07
.....
Das mit der 00 am Ende kann nur passieren, wenn 00 empfangen wurde, oder z.B. nur eines der 8 Bit.
...
Hallo Sidey,
hier sind mal 2 Seiten auf denen die Oregonsensoren beschrieben werden. Dort werden auch die Zeitabstände beschrieben, vielleicht hilft es ja etwas weiter.
http://www.altelectronics.co.uk/projects/thn128-compatible-temperature-sensor/ -> weiter unten auf der Seite.
http://www.connectingstuff.net/blog/tag/oregon/
http://www.connectingstuff.net/blog/decodage-des-protocoles-oregon-scientific-sur-arduino-2/
Jörg
Zitat von: Ralf9 am 11 April 2016, 23:30:05
Nur wegen dem Oregon V3 brauchst Du es nicht korrigieren. Ich kann es mit dem folgenden Hash in der SIGNALduino_OSV2() korrigieren:
Hi Ralf,
das ist eine gute Idee.
Ich würde dennoch zwei Dinge im Arduino anpassen.
1. Es werden Nibble und nicht Byte ausgewertet. Das ist dann erst mal richtiger als heute. Das ist eine recht kleine Anpassung.
2. Da das letzte Nibble ggf. ja trotzdem aufgefüllt wird, werde ich die Anzahl an Bits mit übergeben.
Diesen Wert kann man in dem parse_MC Teil Auswerten.
Wenn dann noch was offen bleibt könnten wir das mit dem Hash lösen.
Grüße Sidey
Zitat von: pejonp am 12 April 2016, 07:57:12
Hallo Sidey,
hier sind mal 2 Seiten auf denen die Oregonsensoren beschrieben werden. Dort werden auch die Zeitabstände beschrieben, vielleicht hilft es ja etwas weiter.
Hi Jörg,
den Inhalt kenne ich, die Seiten nicht alle.
Solange die Signale so kommen wie im Lehrbuch beschrieben geht es auch.
Jetzt gibt es so ein paar Feinheiten, die noch austariert werden müssen.
Konntest Du die FW schon mal mit den Hideki Sensoren testen?
Grüße Sidey
Hallo Sidey,
Die hideki Sensoren werden empfangen. Ich denke auch sehr gut, muss ich aber mal genauer überprüfen. Den Empfänger der wh1080 müsste ich noch updaten. Dieser ist über esp8266 per WLAN angeschlossen. Ein Update übers WLAN habe ich noch nicht hinbekommen. Habe nach ein paar versuchen erst einmal aufgegeben.
Jörg
Anbei das Log mit deaktivierten MC.
Verstehe zwar nicht wieso gerade MC deaktiviert werden musste.
Hallo, ich habe ein Signalduino nach Anleitung im Fhemwiki gebaut ( selbstbau CUL http://www.fhemwiki.de/wiki/Selbstbau_CUL (http://www.fhemwiki.de/wiki/Selbstbau_CUL) ) um meine Oregon 3.0 Wettersensoren zu empfangen. Ich habe auch mit der entsprechen nano Firmware aus FHEM erfolgreich geflascht. Heute habe ich mein Funkmodul erhalten und wollte das ganze in Betrieb nehmen. Der Signalduino wird auch erkannt, jedoch empfange ich augenscheinlich nichts. Ich habe nochmal alles durchgemessen aber keinen Fehler in der Verkabelung finden können. Welche Möglichkeit habe ich zu testen ob das Funkmodul vom Arduino erkannt wird?
anbei ein Screenshot aus FHEM
Grüße
cerberus
Cul und Signalduino sind doch 2 verschiedene paar Schuhe? Die unterscheiden sich doch völlig!
Gesendet von meinem SM-T560 mit Tapatalk
Anleitung für den Bau eines Signalduino
http://www.fhemwiki.de/wiki/SIGNALduino
Hallo micky0867, du hast Recht. Ich habe meinen Denkfehler ::) schon bemerkt und die alternative CUL Firmware geflasht.
Grüße
cerberus
Zitat von: Sidey am 10 April 2016, 12:54:48
Genau, laut Datenblatt hat der ESP alles was man braucht, dazu noch mehr RAM, mehr Flash und mehr CPU Leistung.
Da könnte man auch zwei Empfänger an einem ESP betreiben.
Grüße Sidey
Hallo
nur so, als Warnung?, der ESP kann bzgl. Interrupt-Verarbeitung mit einem Atmega nicht mithalten. Ich denke mit einem ESP wird es schwierig bis unmöglich die Pulslängen der verschiedenen OOK modulierten Signale zu erfassen, zu verarbeiten und dann noch den zeitkritischen WiFi Stack am Laufen zu halten.
Ich würde das erst mal Tests fahren, ob der ESP überhaupt verläßliche OOK Signale erkennen kann.
Nur so ein Gedanke...bevor da jemand viel Arbeit reinsteckt.
~Josef
Zitat von: Burny4600 am 12 April 2016, 11:20:57
Anbei das Log mit deaktivierten MC.
Verstehe zwar nicht wieso gerade MC deaktiviert werden musste.
Danke. Durch das deaktivieren des MC decoders, werden die Daten so im Log ausgegeben, wie sie der MC decoder intern erhält.
Dadurch kann ich das mit deinen Signalen mal besser nachstellen und optimieren.
Grüße Sidey
Ok. Alles klar.
Stelle in der Zwischenzeit wieder alles zurück.
Zitat von: hjgode am 12 April 2016, 22:35:27
Hallo
nur so, als Warnung?, der ESP kann bzgl. Interrupt-Verarbeitung mit einem Atmega nicht mithalten.
Hallo Josef,
ja Du hast recht. Wir müssen das testen.
Meine Idee war auch, den ESP erst mal mit serieller Anbindung laufen zu lassen.
Die notwendigen Änderungen halten sich so in Grenzen. Soweit ich das sehe müssen nur alle PIN Operationen wieder umgeschrieben werden. Wenn man den 1. Test auf das Empfangen beschränkt, dann ist das im Interrupt und im Setup Teil zu modifizieren.
Bezüglich der Interrupt Latenz habe ich 5 uS nachlesen können.
Das ist für unser Setup zu verkraften.
Ich bin gespannt, ob das funktioniert.
Grüße Sidey
Hi Sidey,
Ich habe einen signalduino mit esp am laufen. Noch mit Firmware b12, das läuft bei mir besser als am USB Port vom raspi. Firmwareupdate über WLAN hat bis jetzt noch nicht funktioniert.
Jörg
Hi pejonp,
habe auch den Signalduino an einem ESP hängen. Update über WLAN funktioniert problemlos.
Vielleicht liegt es an der Einstellung des flashCommands.
avrdude -c arduino -b 57600 -P net:192.168.178.73:23 -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
musst halt deine IP eintragen.
Gruß rippi
Ich wäre über einen Schaltplan ESP+Signalduino erfreut :) Und wie ich den ESP flashen müsste. (Wiki?)
Schaltplan esp mit sduino warte nicht schlecht.
Hallo
in #483 hatte ich das schon mal beschrieben. RX(Nano) an TX(ESP) und TX(Nano) an RX(ESP); Levelshifter nicht vergessen, der ESP nimmt es dir unter Umständen Übel. Habe schon 2 geschrottet.
Gruß rippi
Zitat von: sash.sc am 13 April 2016, 11:37:32
Schaltplan esp mit sduino warte nicht schlecht.
Hallo sash.sc,
ich habe das nach diesem Schaltplan von http://www.hjgode.de/wp/2015/11/05/fhem-serielle-gerat-uber-wifi-anbinden/.
(https://forum.fhem.de/index.php/topic,42998.msg435833.html#msg435833).
In diesem Forum wird zwar der CUL beschrieben, sollte aber auch mit dem SignalDuino gehen. Habe ich aber so noch nicht getestet.
pejonp
Ich habe den Signalduino auch über den ESP angebunden. Hab dabei den Signalduino einfach mit 3.3V direkt versorgt, das spart den Levelshifter und geht problemlos.
Wegen Signalduino direkt auf dem ESP:
schau dir evtl. mal SMING an. Das soll gerade bei Timingsachen genauer sein, da es näher ander Hersteller-SDK sitzt bzw. diese besser nutzt. Da durch ist wohl auch eventbasierte Programmierung möglich. Außerdem sollen alle Arduino-Bibliotheken weiterhin genutzt werden können.
Gruß,
Kuzl
Ich habe die Firmware heute Nacht neu compiliert und hochgeladen und zwei Anpassungen für MC Nachrichten eingebaut:
1. Es werden Nibble und nicht Byte umgewandelt.
2. Da das letzte nibble ggf. ja trotzdem aufgefüllt wird, wird die Anzahl an Bits mit übergeben.
Diesen Wert wird auch schon im Modul in der Split Routine ausgewertet und kann jetzt in weiteren Routinen eingesetzt werden um die Länge der Nachricht besser bestimmen zu können.
Damit sollten jetzt die MC Nachrichten zum einen besser auswertbar sein und es werden nur noch nibble übergeben, in denen auch ein Bit gesetzt ist.
Grüße Sidey
Anbei das Log mit der aktuellen Firmware.
Zitat von: Burny4600 am 16 April 2016, 17:48:34
Anbei das Log mit der aktuellen Firmware.
Konntest Du mit der b21 Firmware eine deutliche Verbesserung gegenüber der b12 Firmware feststellen?
Wird im Schnitt mindestens ca alle 10 Minuten ein Eintrag in die Filelogs der jeweiligen Sensoren geschrieben?
Gruß Ralf
Also bei meinen v2 Sensoren ist der Abstand immer <3 Minuten
@ Sidey
Hast du jetzt wieder Zeit für Dooya?? 5 Kanal ???
Gesendet von iPhone mit Tapatalk
Ja, nachdem ich etliche Bugs in der Firmware beseitigt habe, können wir uns das mal ansehen.
Mit der Firmware b21 hat sich wohl nichts verbessert?
Hallo Sidey, hallo Jarnsen,
vielen Dank für Eure schnellen Reaktionen! Leider konnte ich nicht so schnell antworten und wollte die Infos dazu auch fundiert bereitstellen.
Letzten Donnerstag hatte ich versucht, die neuen Versionen upzudaten. Da wurde mein SIGNALduino gar nicht mehr erkannt (Pi Neustart), nach mehreren Versuchen blieb er als ,,Opened" stehen – am Freitag war nach dem update dann alles OK. Die neuesten Versionen Firmware / Dooya-Modul konnte ich noch nicht testen.
@Sidey: In der Anlage sind Auszüge der beiden Log-Dateien und meiner Device-Definitionen. Ich hoffe, dadurch wird meine Frage / Bitte etwas klarer (in der log des SIGNALduino stehen nur die ausgeführten Set-Befehle, in der FHEM-log die empfangenen Signale).
@Jarnsen: Bis 08.04. hat das Dooya-Modul bei mir gar nicht funktioniert. Die direkten Set-Befehle waren allerdings auch nicht immer erfolgreich. Bisher habe ich vermutet, dass die Puls-Zeiten nicht ganz korrekt waren.
Grüße Thomik
Zitat von: thomik am 17 April 2016, 21:50:19
@Sidey: In der Anlage sind Auszüge der beiden Log-Dateien und meiner Device-Definitionen. Ich hoffe, dadurch wird meine Frage / Bitte etwas klarer (in der log des SIGNALduino stehen nur die ausgeführten Set-Befehle, in der FHEM-log die empfangenen Signale).
Hi Thomik,
es ist leider in FHEM so (mein Wissenstand), dass man Events in verschiedene Logfiles aufteilen kann.
Was in deinem Logfile aber auftaucht, sind Log Meldungen aus dem SIGNALduino Modul. Leider ist mir kein Weg bekannt, wie man die in eine andere Datei schreiben kann. Im Normalfall, stellst Du das Modul auf verbose 3 und siehst diese Meldungen nicht. Verbose 4 und höher sind eher dafür gedacht, Fehler zu finden.
Grüße Sidey
ZitatKonntest Du mit der b21 Firmware eine deutliche Verbesserung gegenüber der b12 Firmware feststellen?
Leider konnte ich nicht wirklich eine Verbesserung feststellen.
Es werden kaum Daten geschrieben bzw. von den Sensoren werden nur der Wind- & der Aussentemperatur Sensor erkannt und das auch nur sporadisch.
Zudem sind die Senor Namensbezeichnungen immer noch nicht so wie es der RFX433E macht.
Zitat von: Burny4600 am 18 April 2016, 17:18:49
Leider konnte ich nicht wirklich eine Verbesserung feststellen.
Es werden kaum Daten geschrieben bzw. von den Sensoren werden nur der Wind- & der Aussentemperatur Sensor erkannt und das auch nur sporadisch.
Zudem sind die Senor Namensbezeichnungen immer noch nicht so wie es der RFX433E macht.
Was hast Du für ein Empfänger und was für eine Antenne. Mit einer einfachen Drahtantenne dürfte der Empfang nicht so gut sein wie mit dem RFX433E.
Gruß Ralf
Es kann auch an der Auswertung liegen. Kannst Du den neuen Parameter in der Auswertung des Signals mit aufnehmen? Das sollte das Problem mit den Längen vermutlich am besten lösen.
Vielleicht ist das ja schon alles.
Grüße Sidey
Die neuen Parameter habe ich irgendwo überlesen.
Wo genau finde ich diese.
Zu der Antenne:
Diese ist am Signalduino die gleiche wie am RFXtrx433.
Habe beide mit der gleichen Dipolantenne ausgestattet.
Zitat von: Sidey am 18 April 2016, 19:57:36
Es kann auch an der Auswertung liegen. Kannst Du den neuen Parameter in der Auswertung des Signals mit aufnehmen? Das sollte das Problem mit den Längen vermutlich am besten lösen.
Vielleicht ist das ja schon alles.
Das mit den Längen dürfte nicht das Problem sein.
Ich habe mir das letzte log von Burny4600 angeschaut.
Es sind recht viele fehlerhafte MC-Nachrichten dabei.
Im Zeitraum von 2016.04.16 17:30 bis 2016.04.16 17:47 wurden 9 mal das OSV3 erkannt ("OSV3 protocol detected").
Bei allen 9 hat die Länge gepasst ("OREGON: Unknown device xxx, please define it").
Es war kein "ERROR: Unknown sensor" mehr dabei.
Es waren die folgenden Sensoren:
PCR800
THWR800_3
WGR800
WGR800
THGR810_1
THGR810_1
WGR800
THGR810_1
THGR810_6
Die WGR800 und THGR810_1 wurden jeweils 3 mal erkannt.
@Burny4600
sind die restlichen Sensoren weiter entfernt?
Gruß Ralf
Die Entfernungen sind unterschiedlich.
Was auffällt, ist das die näheren Sensoren am schlechtesten erkannt werden. Damit hat aber auch der RFXtrx433E Empfänger Probleme.
Die WMR200 Wetterstation empfängt alle Sensoren ohne Probleme, wobei die WMR200 relativ zu den Sensoren am weitesten entfernt ist als die FHEM Empfänger.
Die Signalstärke der Sensoren wird wie folgt aus dem RFXtrx433E Protokoll berechnet. RSSI von RFXtrx433E ( Wert *8 ) - 120 = Signalstärke in db.
PCR800 = -80 db
THWR800_3 = -72 db
THGR810_1 = -64 db
THGR810_2 = -56 db
THGR810_6 = -56 db
WGR800 = -72 db
UVN800 = derzeit ausgeschaltet
Was ich am Signalduino sehe ist das sehr viele Sensoren auch erkannt werden, aber nicht an FHEM übergeleitet werden.
define autocreate autocreate
attr autocreate filelog /media/hdd/fhem/log01/%NAME-%Y.log
Zitat von: Burny4600 am 19 April 2016, 07:58:05
Die Entfernungen sind unterschiedlich.
Was auffällt, ist das die näheren Sensoren am schlechtesten erkannt werden. Damit hat aber auch der RFXtrx433E Empfänger Probleme.
Die WMR200 Wetterstation empfängt alle Sensoren ohne Probleme, wobei die WMR200 relativ zu den Sensoren am weitesten entfernt ist als die FHEM Empfänger.
Die Signalstärke der Sensoren wird wie folgt aus dem RFXtrx433E Protokoll berechnet. RSSI von RFXtrx433E ( Wert *8 ) - 120 = Signalstärke in db.
PCR800 = -80 db
THWR800_3 = -72 db
THGR810_1 = -64 db
THGR810_2 = -56 db
THGR810_6 = -56 db
WGR800 = -72 db
UVN800 = derzeit ausgeschaltet
Hast Du schon mal versucht den Standort eines Sensors, der schlecht empfangen wird, mit dem Standort eines Sensors der gut empfangen wird, zu tauschen?
z.B. THGR810_6 mit THGR810_1.
Zitat von: Burny4600 am 19 April 2016, 07:58:05
Was ich am Signalduino sehe ist das sehr viele Sensoren auch erkannt werden, aber nicht an FHEM übergeleitet werden.
Irgendwas paßt bei Dir mit dem autocreate nicht:
z.B. bei dem THGR810_1 müsste es so aussehen:
2016.04.19 21:50:06 3: OREGON: Unknown device THGR810_1, please define it
2016.04.19 21:50:06 2: autocreate: define THGR810_1 OREGON THGR810_1
2016.04.19 21:50:06 2: autocreate: define FileLog_THGR810_1 FileLog ./log/THGR810_1-%Y-%m.log THGR810_1
2016.04.19 21:50:06 2: autocreate: define SVG_THGR810_1 SVG FileLog_THGR810_1:temp4hum4:CURRENTBei Deinem log fehlt aber "autocreate: define THGR810_1 OREGON THGR810_1"
2016.04.16 17:39:34 3: OREGON: Unknown device THGR810_1, please define it
2016.04.16 17:39:34 2: autocreate: define FileLog_THGR810_1 FileLog /media/hdd/fhem/log01/THGR810_1-%Y.log THGR810_1
2016.04.16 17:39:34 2: autocreate: define SVG_THGR810_1 SVG FileLog_THGR810_1:temp4hum4:CURRENTHast Du außer den Oregon noch andere 433MHz Sensoren?
Außer den Oregon werden auch Sensoren mit den ID 7,20 und 40 decodiert.
@Sidey
ist es absicht, daß in der Protokoll Liste bei den IDs 40-42 bei der preamble das "#" fehlt?
Gruß Ralf
Der Tausch der Sensoren ist wegen der Wetterstation nicht so einfach möglich, da diese Sensoren für den Standort kalibriert sind.
Werde es mit dem Sensor THGR810_6 testen da dieser nicht so wichtig ist.
Folgende Sensoren sind zusätzlich im Einsatz, aber werden in FHEM teilweise leider noch nicht verarbeitet.
Temperatur und Feuchte Sensor: TS45 H0-WSMT-07 (Wird von nanoCUL und SignalDuino als SD_WS07 empfangen. Leider nur die Temperatur und nicht die Feuchte)
Temperatur Sensor: Froggit FT007T (Kanal 1)
Temperatur Sensor: TFA TPX305
Niveau und Temperatur Sensor: TEK603
Alles 433MHz Sensoren.
Ich wollte fragen ob diese Übertragungen jemanden etwas sagen ?
(Hintergrund: Eine Wetterstation die man anzapfen kann wäre nett; das letzte solche Paket (auf 433,xxx MHz) war 18 Minuten vorher; über den Tag kommen diese oft...)
2016.04.20 18:42:27 4: sduino/msg READ: MU;P0=658;P1=269;P2=-229;P4=117;D=220202424241242424212424242421212421242124212421;CP=4;
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: decoded matched MU Protocol id 20 dmsg u20#56AEABEEEEC length 44
2016.04.20 18:42:27 4: SIGNALduino_unknown incomming msg: u20#56AEABEEEEC
2016.04.20 18:42:27 4: SIGNALduino_unknown rawData: 56AEABEEEEC
2016.04.20 18:42:27 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:27 4: SIGNALduino_unknown converted to bits: 01010110101011101010101111101110111011101100
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino/msg READ: MU;P0=-5208;P1=138;P2=-246;P3=356;P5=-152;D=0123212121212121212121212121212151212121212121;CP=1;
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino/msg READ: MU;P0=-728;P2=-328;P3=143;P4=-5228;D=02323232323232323234323232323232323232323232;CP=3;
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: decoded matched MU Protocol id 20 dmsg u20#55550 length 20
2016.04.20 18:42:27 4: SIGNALduino_unknown incomming msg: u20#55550
2016.04.20 18:42:27 4: SIGNALduino_unknown rawData: 55550
2016.04.20 18:42:27 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:27 4: SIGNALduino_unknown converted to bits: 01010101010101010000
2016.04.20 18:42:27 4: sduino: decoded matched MU Protocol id 20 dmsg u20#555554 length 24
2016.04.20 18:42:27 4: SIGNALduino_unknown incomming msg: u20#555554
2016.04.20 18:42:27 4: SIGNALduino_unknown rawData: 555554
2016.04.20 18:42:27 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:27 4: SIGNALduino_unknown converted to bits: 010101010101010101010100
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.20 18:42:27 4: sduino/msg READ: MU;P0=287;P1=139;P2=-210;D=212121212121220201212120202120212021202120;CP=1;
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.20 18:42:27 4: sduino/msg READ: MC;LL=-5204;LH=348;SL=-300;SH=146;D=BFFFF8;C=164;
2016.04.20 18:42:27 4: sduino/msg READ: MU;P0=-152;P1=678;P3=165;P4=322;D=00303030403030304030303030404030401010304;CP=3;
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:27 4: sduino/msg READ: MS;P0=300;P1=-5211;P2=-233;P3=-130;D=0102020202020202020202020202020202020202020202020202020202020203020202020202020202;CP=0;SP=1;O;
2016.04.20 18:42:27 4: sduino/msg READ: MU;P0=-194;P1=248;P2=-333;P3=127;D=3032303232323030323032303030303021030101010101010101010101010101010101010101010101;CP=3;
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino/msg READ: MU;P0=-5228;P1=249;P2=-294;P3=-151;D=012121212121213131213121212121213121212121212121212121212121212121212121212;CP=1;
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: decoded matched MU Protocol id 20 dmsg u20#FFF5DFFDFFFFFFFFFF8 length 76
2016.04.20 18:42:27 4: SIGNALduino_unknown incomming msg: u20#FFF5DFFDFFFFFFFFFF8
2016.04.20 18:42:27 4: SIGNALduino_unknown rawData: FFF5DFFDFFFFFFFFFF8
2016.04.20 18:42:27 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:27 4: SIGNALduino_unknown converted to bits: 1111111111110101110111111111110111111111111111111111111111111111111111111000
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino/msg READ: MU;P0=-231;P1=242;P2=-5248;P3=-774;D=0101012101310101010101010101031010101010101010101010101;CP=1;
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino/msg READ: MU;P0=224;P1=-280;P2=500;P4=-107;P5=1224;D=12101001010101010101010101010101010104010454;CP=0;
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: decoded matched MU Protocol id 20 dmsg u20#FFFFFFFFEE length 40
2016.04.20 18:42:27 4: SIGNALduino_unknown incomming msg: u20#FFFFFFFFEE
2016.04.20 18:42:27 4: SIGNALduino_unknown rawData: FFFFFFFFEE
2016.04.20 18:42:27 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:27 4: SIGNALduino_unknown converted to bits: 1111111111111111111111111111111111101110
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.20 18:42:27 4: sduino/msg READ: MU;P0=-325;P1=205;P2=-204;P3=131;D=03030303010101012101010121212102101210210121;CP=1;
2016.04.20 18:42:27 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:27 4: sduino/msg READ: MS;P0=156;P1=-308;P4=311;P5=-5190;D=0501010101010101010101010101010101010101010101010101010101010101414101410141014101450141014101010141010101010101010101010101010101010101010101010;CP=0;SP=5;
2016.04.20 18:42:27 4: sduino: Matched MS Protocol id 3 -> itv1
2016.04.20 18:42:27 4: sduino: Decoded MS Protocol id 3 dmsg i00000001AA length 40
2016.04.20 18:42:27 3: message "i00000001AA" (11) too short!
2016.04.20 18:42:27 3: message "i00000001AA" (11) too short!
2016.04.20 18:42:27 3: sduino: Unknown code i00000001AA, help me!
2016.04.20 18:42:28 4: sduino/msg READ: MS;P0=206;P1=-250;P2=-5204;D=0201010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=0;SP=2;O;
2016.04.20 18:42:28 4: sduino/msg READ: MS;P0=-247;P1=-138;P2=-5223;P3=262;D=3230303030303031313031303030303031303030303030303030303030303030303030303030303030;CP=3;SP=2;O;
2016.04.20 18:42:28 4: sduino/msg READ: MU;P0=144;P1=-328;P2=-201;D=01020202010101010101010101020102010101010101;CP=0;
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: decoded matched MU Protocol id 20 dmsg u20#55550 length 20
2016.04.20 18:42:28 4: SIGNALduino_unknown incomming msg: u20#55550
2016.04.20 18:42:28 4: SIGNALduino_unknown rawData: 55550
2016.04.20 18:42:28 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:28 4: SIGNALduino_unknown converted to bits: 01010101010101010000
2016.04.20 18:42:28 4: sduino/msg READ: MS;P0=-262;P1=184;P2=-5214;P4=112;P5=315;D=1240101010101010101010101010101010101010101010101010101010101010505010501010101010;CP=1;SP=2;O;
2016.04.20 18:42:28 4: sduino/msg READ: MS;P1=-144;P2=186;P4=-5223;P5=302;D=2421212121212121212121212121212121512151212121512121212121212121515121212121212121;CP=2;SP=4;O;
2016.04.20 18:42:28 4: sduino/msg READ: MU;P0=104;P1=-379;P2=304;P3=-5260;P4=-692;D=01010121010101010101010103010401010101010101010101010101;CP=0;
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: decoded matched MU Protocol id 20 dmsg u20#5555554 length 28
2016.04.20 18:42:28 4: SIGNALduino_unknown incomming msg: u20#5555554
2016.04.20 18:42:28 4: SIGNALduino_unknown rawData: 5555554
2016.04.20 18:42:28 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:28 4: SIGNALduino_unknown converted to bits: 0101010101010101010101010100
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.20 18:42:28 4: sduino/msg READ: MU;P0=-300;P1=145;P2=-170;P3=276;P4=-812;D=01230101012301010101410101010101010101014;CP=1;
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: decoded matched MU Protocol id 20 dmsg u20#6A6A8 length 20
2016.04.20 18:42:28 4: SIGNALduino_unknown incomming msg: u20#6A6A8
2016.04.20 18:42:28 4: SIGNALduino_unknown rawData: 6A6A8
2016.04.20 18:42:28 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:28 4: SIGNALduino_unknown converted to bits: 01101010011010101000
2016.04.20 18:42:28 4: sduino: decoded matched MU Protocol id 20 dmsg u20#55550 length 20
2016.04.20 18:42:28 4: SIGNALduino_unknown incomming msg: u20#55550
2016.04.20 18:42:28 4: SIGNALduino_unknown rawData: 55550
2016.04.20 18:42:28 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:28 4: SIGNALduino_unknown converted to bits: 01010101010101010000
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.20 18:42:28 4: sduino/msg READ: MU;P0=-745;P1=-225;P2=198;D=0012121212120121212121212121212120212121212121212121212121202;CP=2;
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.04.20 18:42:28 4: sduino/msg READ: MU;P0=-335;P1=-132;P2=-5236;P3=120;D=303030303030303130303030303030303032303030303030303030303030303030;CP=3;
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: decoded matched MU Protocol id 20 dmsg u20#555155550 length 36
2016.04.20 18:42:28 4: SIGNALduino_unknown incomming msg: u20#555155550
2016.04.20 18:42:28 4: SIGNALduino_unknown rawData: 555155550
2016.04.20 18:42:28 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:28 4: SIGNALduino_unknown converted to bits: 010101010101000101010101010101010000
2016.04.20 18:42:28 4: sduino: decoded matched MU Protocol id 20 dmsg u20#5555555 length 28
2016.04.20 18:42:28 4: SIGNALduino_unknown incomming msg: u20#5555555
2016.04.20 18:42:28 4: SIGNALduino_unknown rawData: 5555555
2016.04.20 18:42:28 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:28 4: SIGNALduino_unknown converted to bits: 0101010101010101010101010101
2016.04.20 18:42:28 4: sduino/msg READ: MU;P0=-304;P1=157;P2=1100;P3=-112;P4=-5200;P5=112;D=0101010101010101010101010101010101010102010131450105010101013;CP=1;
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:28 4: sduino/msg READ: MU;P0=504;P1=-228;P2=-329;P3=216;P5=320;D=0013132313232323132323231315132313131313131313;CP=3;
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: decoded matched MU Protocol id 20 dmsg u20#08A8A848000 length 44
2016.04.20 18:42:28 4: SIGNALduino_unknown incomming msg: u20#08A8A848000
2016.04.20 18:42:28 4: SIGNALduino_unknown rawData: 08A8A848000
2016.04.20 18:42:28 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:28 4: SIGNALduino_unknown converted to bits: 00001000101010001010100001001000000000000000
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.04.20 18:42:28 4: sduino/msg READ: MU;P1=744;P2=-195;P3=251;D=1212332323232323232323232323232323232323;CP=3;
2016.04.20 18:42:28 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.04.20 18:42:28 4: sduino: decoded matched MU Protocol id 20 dmsg u20#AAAAAAAAA length 36
2016.04.20 18:42:28 4: SIGNALduino_unknown incomming msg: u20#AAAAAAAAA
2016.04.20 18:42:28 4: SIGNALduino_unknown rawData: AAAAAAAAA
2016.04.20 18:42:28 4: SIGNALduino_unknown Protocol: 20
2016.04.20 18:42:28 4: SIGNALduino_unknown converted to bits: 101010101010101010101010101010101010
Hallo :)
Könntet ihr bitte in das Signalduino.pm ein set kommando für "reconnect" oder so ähnlich einbauen?
Mein Signalduino hängt über einen ESP8266 am WLAN und verliert hin und wieder die Verbindung zu fhem, aufgrund von WLAN-Problemen in meiner Umgebung.
Allerdings findet FHEM dann den Signalduino so lange nicht mehr, bis ich FHEM neustarte.
Viele Grüße,
Kuzl
Zitat von: Kuzl am 21 April 2016, 07:54:07
Könntet ihr bitte in das Signalduino.pm ein set kommando für "reconnect" oder so ähnlich einbauen?
Funktioniert set reset nicht?
Gruß Ralf
Zitat von: Burny4600 am 20 April 2016, 11:17:53
Temperatur und Feuchte Sensor: TS45 H0-WSMT-07 (Wird von nanoCUL und SignalDuino als SD_WS07 empfangen. Leider nur die Temperatur und nicht die Feuchte)
In Deinem log steht:
SD_WS07_Parse SD_WS07 (P7#5880A7F00)Die beiden letzten Ziffern hinter dem "F" ist normalerweise die Feuchtigkeit. 00 bedeutet normalerweise, daß der Sensor keine Feuchtigkeit sendet.
Zeigt der "TS45 H0-WSMT-07" im Display eine Feuchtigkeit an?
Gruß Ralf
@Ralf
ZitatZeigt der "TS45 H0-WSMT-07" im Display eine Feuchtigkeit an?
Ja bei diesem Sensor wir die Feuchte am Display angezeigt, und diese wird auch an die Wetterstation übermittelt.
Eine Frage noch zu der Konfiguration für den SignalDuino.
Ist mein Konfiguration für die aktuelle Firmware vollständig?
#####################################
### INPUT SIGNALduino Oregon ###
#####################################
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
attr sduino alias SIGNALduino
attr sduino devStateIcon Initialized:cul_usb@green Open:cul_usb@red
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
attr sduino longids 0
attr sduino room _RxTx
attr sduino verbose 1Readings
ITParams: 6 300
Version: V 3.2.0-b21 SIGNALduino - compiled at Apr 16 2016 01:44:24
V i R t X F S P C G
config: MS=1;MU=1;MC=1Betreffend Signalstärke der Sensoren folgende Erkenntnisse:
An der Signalstärke liegt es jedenfalls nicht.
Ebenso liegt es nicht an der Adressierung der Oregon Sensoren, da diese Sensoren die Probleme bereiten auch mit einer anderen funktionsfähigen Adresse versehen habe und zusätzlich einen Reset durchgeführt habe.
Beiden Senoren wurden zu einem späteren Zeitpunkt angeschafft. Diese Oregon THGR810 Sensoren mit Adresse 2 und 6 haben ein Display und sind mit V3 gekennzeichnet.
Der als THGR810_1 erkannte Sensor ist der originale Aussensensor der WMR200 mit der Bezeichnung THGN801 mit der Adresse 1 und besitzt kein Display. Ich konnte eine V3 Kennzeichnung nicht feststellen.
Der Aussensenor THGN801 hat nur eine Adresse. Der THGN800 lässt nur eine Adressierung von 1 bis 3 zu. Ebenso hat der Poolsensor THWR800 den gleichen Adressbereich.
Ich vermutte das hier schon ein Grundlegender Fehler bei den Oregonsensoren an FHEM liegt, der die Sensorbezeichnung nicht richtig verarbeitet, wodurch hier ein Auswertungsfehler möglicherweise entsteht.
Vielleicht grenzt das jetzt das Problem ein.
@Sidey
Seit ich die b22 drauf habe funktioniert das Dooya-Modul nicht mehr... Bzw bewegt sich kein Rollo mehr...
Gesendet von iPhone mit Tapatalk
(http://uploads.tapatalk-cdn.com/20160421/558a83c3a00c6014354e170e6a214d66.jpg)
Log dazu
Gesendet von iPhone mit Tapatalk
Mit welcher Modul Revision und Firmware hat es zuletzt funktioniert?
Grüße Sidey
Zitat von: Burny4600 am 21 April 2016, 09:34:14
Ja bei diesem Sensor wir die Feuchte am Display angezeigt, und diese wird auch an die Wetterstation übermittelt.
Kannst Du den "TS45 H0-WSMT-07" eindeutig der Nachricht mit der ID 7 (P7#5880A7F00) zuordnen oder kann es auch eine MU-Nachricht sein?
Zitat von: Burny4600 am 21 April 2016, 09:34:14
Beiden Senoren wurden zu einem späteren Zeitpunkt angeschafft. Diese Oregon THGR810 Sensoren mit Adresse 2 und 6 haben ein Display und sind mit V3 gekennzeichnet.
Der als THGR810_1 erkannte Sensor ist der originale Aussensensor der WMR200 mit der Bezeichnung THGN801 mit der Adresse 1 und besitzt kein Display. Ich konnte eine V3 Kennzeichnung nicht feststellen.
Weißt Du wie oft die beiden neueren Oregon THGR810 Sensoren mit Adresse 2 und 6 senden. Bei neueren Sensoren ist es möglich, daß sie wenn sich die Temperatur und Feuchtigkeit nicht ändert, nicht so oft senden.
Meine GT-WT-02 senden nicht so häufig, wenn sich die Temperatur und Feuchtigkeit nicht ändert. Normalerweise empfange ich ca alle 10 - 30 Minuten Werte, ab und zu gibt es auch mal eine Pause von ca 60 - 90 Minuten.
@Sidey
Ist es denkbar, daß bei den beiden neueren THGR810 die manchester Signale ein etwas anderes timing haben und deshalb nicht sauber erkannt werden?
Zitat von: Burny4600 am 21 April 2016, 09:34:14
Ich vermutte das hier schon ein Grundlegender Fehler bei den Oregonsensoren an FHEM liegt, der die Sensorbezeichnung nicht richtig verarbeitet, wodurch hier ein Auswertungsfehler möglicherweise entsteht.
Die Verarbeitung der erkannten OSV3-Nachrichten müsste inzwischen passen. Jeder Sensortyp hat eine eindeutige Sensor ID und es gibt auch noch eine Prüfsumme.
Ein Auswertefehler würde auch durch Temperatur/Feuchtigskeitsprünge in den Fillogs der Sensoren auffallen.
Gruß Ralf
Zitat von: Sidey am 21 April 2016, 21:50:26
Mit welcher Modul Revision und Firmware hat es zuletzt funktioniert?
Grüße Sidey
Müsste mit der b21 gewesen sein... Wenn ich auf auf drücke blichen die LED's direkt auf dem arduino kurz hintereinander.... Die externe SendeLED bleibt aus...
Jarnsen
Sehr seltsam, an der Firmware sollte es nicht liegen, ich habe nichts was mit dem Senden zu tun hat verändert.
Kannst Du mit Verbose 5 bitte senden.
Grüße Sidey
https://vimeo.com/163747099 (https://vimeo.com/163747099)
Schön zu sehen, die ersten 2 x geht es.... In Befehlszeile manuell eingetragen sendMsg....
Die nächsten 2 x mit Modul gesendet, sende LED bleibt aus... Trotz das im log alles richtig aussieht... Log von oben ist Verbose 5... Denke die massageübergabe hat sich geändert...
Da sind jetzt : drin im dendMsg
(http://uploads.tapatalk-cdn.com/20160421/e4a3b6f2e83da9ae6c1bd8b0c7354612.jpg)
Gesendet von iPhone mit Tapatalk
An der Schnittstelle wurde vor c. 4 Wochen gearbeitet, da wurde ja z.B. die send queue eingebaut...
Müssen wir mal sehen, wie das Dooya Modul die Daten übergibt... (Morgen)..
Ok danke
Gesendet von iPhone mit Tapatalk
Zitat von: Jarnsen am 21 April 2016, 22:48:08
Die nächsten 2 x mit Modul gesendet, sende LED bleibt aus... Trotz das im log alles richtig aussieht... Log von oben ist Verbose 5... Denke die massageübergabe hat sich geändert...
Da sind jetzt : drin im dendMsg
Irgendwas scheint mit der übergabe mit IOWrite vom Dooya zum 00_SIGNALduino nicht passen. Hast Du im sduino verbose 5?
Log3 $io, 4, "Dooya_sendCommand: $name -> message :$message: ";
IOWrite($hash, 'sendMsg', $message);Kannst Du mal im 98_Dooya.pm vor dem IOWrite folgendes einfügen:
my $io = $hash->{IODev};
Log3 $hash, 4, "$io->{NAME} Dooya_send: Type=" . $io->{TYPE};Normalerweise müsste durch das IOWrite in der 00_SIGNALduino.pm das "sub SIGNALduino_Write($$$)"
aufgerufen werden mit dem folgenden log Meldung:
Log3 $name, 5, "$name/write: adding to queue $fn $msg";und in der sub SIGNALduino_Set
Log3 $name, 5, "$name: sendmsg Preparing rawsend command for protocol=$protocol, repeats=$repeats, clock=$clock bits=$data";Gruß Ralf
TS45 H0-WSMT-07 entspricht SD_WS07_T_1 und wird von nanoCUL433 mit nanoCUL433_DMSG = P7#5880A5F000 erkannt.
Damit sollte die Zuordnung ob es ein MU String ist festzustellen sein. Log wird noch erstellt.
Auch hier fehlt die Feuchte.
Die Oregon THGR810 Sensoren senden ca. alle 60Sec unabhängig ob sich die Temperatur oder Feuchte geändert hat.
Temperatur Sensor TFA TPX305: Dieser sendet sehr häufig pro Minute. Ca. alle 5Sec laut LED.
Niveau und Temperatur Sensor TEK603: Dieser sendet nur bei Änderung oder alle ca. 30Min
Temperatur Sensor Froggit FT007T (Kanal 1): Dieser sendet ca. alle 60Sec.
Lasse ein Log mit Verbos 4 bei allen betroffenen Geräten und Empfängern als Vergleich mitlaufen.
Log läuft mit aktueller Firmware b22.
Werde das LOG nach 1 Stunde hier noch ergänzen.
Zitat von: Ralf9 am 22 April 2016, 08:23:19
Irgendwas scheint mit der übergabe mit IOWrite vom Dooya zum 00_SIGNALduino nicht passen. Hast Du im sduino verbose 5?
Ja Verbose 5 ist im sduino gesetzt...
Log3 $io, 4, "Dooya_sendCommand: $name -> message :$message: ";
IOWrite($hash, 'sendMsg', $message);
Kannst Du mal im 98_Dooya.pm vor dem IOWrite folgendes einfügen:
my $io = $hash->{IODev};
Log3 $hash, 4, "$io->{NAME} Dooya_send: Type=" . $io->{TYPE};
Hab ich...
Normalerweise müsste durch das IOWrite in der 00_SIGNALduino.pm das "sub SIGNALduino_Write($$$)"
aufgerufen werden mit dem folgenden log Meldung:
Log3 $name, 5, "$name/write: adding to queue $fn $msg";
und in der sub SIGNALduino_Set
Log3 $name, 5, "$name: sendmsg Preparing rawsend command for protocol=$protocol, repeats=$repeats, clock=$clock bits=$data";
Gruß Ralf
Hab dir mal den Log angehangen...
2016.04.22 12:00:08 4: sduino/msg READ: MU;P0=-585;P1=810;P2=-161;P4=295;P5=610;D=010101010101210425010101010101010424050104;CP=1;
2016.04.22 12:00:08 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.22 12:00:08 4: sduino/msg READ: MU;P0=993;P1=-218;P2=736;P3=220;P4=-764;P5=-380;D=010101012131010101010101010101010101242101053;CP=0;
2016.04.22 12:00:08 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.04.22 12:00:08 5: Dooya_set: Rollo_Treppe -> timings -> td1:18,5: tdc :25: tuo :26: tu1 :7,5:
2016.04.22 12:00:08 4: Dooya_set: Rollo_Treppe -> entering with mode :send: cmd :on: arg1 :: pos :0:
2016.04.22 12:00:08 3: Dooya_set: handled command on --> move :on: newState :0:
2016.04.22 12:00:08 5: Dooya_set: handled for drive/udpate: updateState :200: drivet :0: updatet :25:
2016.04.22 12:00:08 4: Dooya_sendCommand: Rollo_Treppe -> cmd :on:
2016.04.22 12:00:08 4: Dooya set SignalRepeats: 10 for sduino
2016.04.22 12:00:08 4: Dooya set channel: 1 (0001) for sduino
2016.04.22 12:00:08 4: Dooya set value = Rollo_Treppe on
2016.04.22 12:00:08 4: Dooya_sendCommand: Rollo_Treppe -> message :P16#0100100000000101101101111011000100110011#R10:
2016.04.22 12:00:08 4: sduino Dooya_send: Type=SIGNALduino
2016.04.22 12:00:08 4: Dooya_set: Rollo_Treppe -> update state in 25 sec
2016.04.22 12:00:08 4: sduino/msg READ: MU;P0=281;P1=-258;P2=854;P3=-478;P5=-714;P6=92;P7=530;D=01212121212121212121232561057101030101730;CP=0;
2016.04.22 12:00:08 4: sduino/msg READ: Unsupported command
2016.04.22 12:00:08 4: sduino/msg READ: Unsupported command
2016.04.22 12:00:08 4: sduino/msg READ: 939
2016.04.22 12:00:09 5: Dooya_set: Rollo_Treppe -> timings -> td1:18,5: tdc :25: tuo :26: tu1 :7,5:
2016.04.22 12:00:09 4: Dooya_set: Rollo_Treppe -> entering with mode :send: cmd :on: arg1 :: pos :0:
2016.04.22 12:00:09 3: Dooya_set: handled command on --> move :on: newState :8:
2016.04.22 12:00:09 5: Dooya_set: handled for drive/udpate: updateState :200: drivet :0: updatet :23.57:
2016.04.22 12:00:09 4: Dooya_sendCommand: Rollo_Treppe -> cmd :on:
2016.04.22 12:00:09 4: Dooya set SignalRepeats: 10 for sduino
2016.04.22 12:00:09 4: Dooya set channel: 1 (0001) for sduino
2016.04.22 12:00:09 4: Dooya set value = Rollo_Treppe on
2016.04.22 12:00:09 4: Dooya_sendCommand: Rollo_Treppe -> message :P16#0100100000000101101101111011000100110011#R10:
2016.04.22 12:00:09 4: sduino Dooya_send: Type=SIGNALduino
2016.04.22 12:00:09 4: Dooya_set: Rollo_Treppe -> update state in 23.57 sec
2016.04.22 12:00:09 4: sduino/msg READ: Unsupported command
2016.04.22 12:00:09 4: sduino/msg READ: Unsupported command
2016.04.22 12:00:09 4: sduino/msg READ: 939
2016.04.22 12:00:12 4: Dooya_TimedUpdate
2016.04.22 12:00:12 5: Dooya_TimedUpdate : pos so far : 8
2016.04.22 12:00:12 5: Dooya_TimedUpdate : delta time : 3.00 new rounde pos (rounded): 24.6666666666667
2016.04.22 12:00:12 4: Dooya_TimedUpdate: Rollo_Treppe -> update state in 20.57 sec
2016.04.22 12:00:12 5: Dooya_TimedUpdate: Rollo_Treppe -> next time to stop: 1461319215.94724
2016.04.22 12:00:12 5: Dooya_TimedUpdate DONE
2016.04.22 12:00:13 5: Dooya_set: Rollo_Treppe -> timings -> td1:18,5: tdc :25: tuo :26: tu1 :7,5:
2016.04.22 12:00:13 4: Dooya_set: Rollo_Treppe -> entering with mode :send: cmd :on: arg1 :: pos :24.6666666666667:
2016.04.22 12:00:13 3: Dooya_set: handled command on --> move :on: newState :26:
2016.04.22 12:00:13 5: Dooya_set: handled for drive/udpate: updateState :200: drivet :0: updatet :20.41:
2016.04.22 12:00:13 4: Dooya_sendCommand: Rollo_Treppe -> cmd :on:
2016.04.22 12:00:13 4: Dooya set SignalRepeats: 10 for sduino
2016.04.22 12:00:13 4: Dooya set channel: 1 (0001) for sduino
2016.04.22 12:00:13 4: Dooya set value = Rollo_Treppe on
2016.04.22 12:00:13 4: Dooya_sendCommand: Rollo_Treppe -> message :P16#0100100000000101101101111011000100110011#R10:
2016.04.22 12:00:13 4: sduino Dooya_send: Type=SIGNALduino
2016.04.22 12:00:13 4: Dooya_set: Rollo_Treppe -> update state in 20.41 sec
2016.04.22 12:00:13 4: sduino/msg READ: Unsupported command
2016.04.22 12:00:13 4: sduino/msg READ: Unsupported command
2016.04.22 12:00:13 4: sduino/msg READ: 939
2016.04.22 12:00:13 4: CUL_Parse: CUL868 Z0EA7020212D94B1234560001190D25ED -83.5
Gruß Jarnsen
Anbei das Log betreffend der fehlerhaft ausgewerteten Sensoren.
Zitat von: Jarnsen am 22 April 2016, 12:07:16
Hab dir mal den Log angehangen...
2016.04.22 12:00:08 4: Dooya set value = Rollo_Treppe on
2016.04.22 12:00:08 4: Dooya_sendCommand: Rollo_Treppe -> message :P16#0100100000000101101101111011000100110011#R10:
2016.04.22 12:00:08 4: sduino Dooya_send: Type=SIGNALduino
Hast Du den sduino auf verbose 5 gesetzt?
Nach dem "Dooya_sendCommand:" müsste eigentlich u.a. folgendes im log stehen:
2016.04.22 12:00:08 5: sduino/write: adding to queue ..."
2016.04.22 12:00:08 5: sduino: sendmsg Preparing rawsend command for protocol=16, repeats=10, ...Gruß Ralf
Zitat von: Ralf9 am 22 April 2016, 13:04:29
Hast Du den sduino auf verbose 5 gesetzt?
Nach dem "Dooya_sendCommand:" müsste eigentlich u.a. folgendes im log stehen:
2016.04.22 12:00:08 5: sduino/write: adding to queue ..."
2016.04.22 12:00:08 5: sduino: sendmsg Preparing rawsend command for protocol=16, repeats=10, ...
Gruß Ralf
Ja, sduino ist auf Verbose5
anscheinend passt irgendwas nicht beim IOWrite. Normalerweise müsste über den ioname=sduino und dem iotype=SIGNALduino die "sub SIGNALduino_Write($$$)" in der 00_SIGNALduino.pm aufgerufen werden.
@Sidey
Hast Du eine Idee an was es liegen könnte, daß das IOWrite nicht funktioniert?
Gruß Ralf
Zitat von: Ralf9 am 22 April 2016, 13:29:37
anscheinend passt irgendwas nicht beim IOWrite. Normalerweise müsste über den ioname=sduino und dem iotype=SIGNALduino die "sub SIGNALduino_Write($$$)" in der 00_SIGNALduino.pm aufgerufen werden.
@Sidey
Hast Du eine Idee an was es liegen könnte, daß das IOWrite nicht funktioniert?
Gruß Ralf
bin mir nicht sicher ob es mit Umstellung auf b22 kahm oder durch das FHEM update was ich danach direkt ausgeführt habe... vorher mit b21 ging es noch da hatte ich aber auch noch kein FHEM - Update gemacht...
Jarnsen
Zitat von: Jarnsen am 22 April 2016, 13:48:14
oder durch das FHEM update was ich danach direkt ausgeführt habe... vorher mit b21 ging es noch da hatte ich aber auch noch kein FHEM - Update gemacht...
ok, das ist mal ein Ansatz. Ich werde heute Abend bei meinem Testsystem auch mal das fhem updaten und dann beim dooya ein set versuchen.
Gruß Ralf
Ich tippe mal, Du hast das Fhem Update gemacht, nachdem du auf dev-r32 geupdated hast...
Schau einfach mal nach, welche Revision von 00_SignalDuino. PM bei dir läuft.
Grüße Sidey
Jup... Ok verstanden... Nochmal dev-32 drüber schieben...
Denkfehler
Gruß Jarnsen
Gesendet von iPhone mit Tapatalk
Das wars...
Gesendet von iPhone mit Tapatalk
Zitat von: Burny4600 am 22 April 2016, 11:34:33
TS45 H0-WSMT-07 entspricht SD_WS07_T_1 und wird von nanoCUL433 mit nanoCUL433_DMSG = P7#5880A5F000 erkannt.
Damit sollte die Zuordnung ob es ein MU String ist festzustellen sein. Log wird noch erstellt.
Auch hier fehlt die Feuchte.
Mit dem log ist keine Zuordung der Nachrichen zu dem "TS45 H0-WSMT-07" möglich.
Bei der decodierten P7#5880A5F000 Nachricht kann ich nicht erkennen wo darin eine Feuchtigkeit enthalten sein soll.
Hier ist der Aufbau einer Protokoll 7 Nachricht:
# 4 8 9 12 24 28 36
# 00110110 1 010 000100000010 1111 00111000 0000 eas800z
# ID Bat CHN TEMP ?? HUM Es werden sehr viele unbekannte MU-Nachrichten empfangen die nicht decodiert werden können.
Zitat von: Burny4600 am 22 April 2016, 11:34:33
Die Oregon THGR810 Sensoren senden ca. alle 60Sec unabhängig ob sich die Temperatur oder Feuchte geändert hat.
Ich habe im log mal geschaut wie oft die Oregon Sensoren decodiert wurden:
Die THGR810_1 und WGR800 werden sehr häufig fehlerfrei decodiert.
Bei dem THGR810_6 sieht es auch recht gut aus, er wurde ca 30 mal decodiert.
Die folgenden 3 sensoren wurden nicht oft erkannt:
2 mal THGR810_2
3 mal THWR800_3
8 mal PCR800
Bis auf ein paar wenige, bei denen bei der Nachricht 4 Bit fehlen, konnten alle erkannten Oregon Nachrichten decodiert werden.
Gruß Ralf
Hab gerade gesehen: Signalduino hat nun 2 Versionen in einer.
Readings
Version V 3.2.0-b21 SIGNALduino - compiled at Apr 16 2016 01:44:24
...
version V 3.2.0-b22 SIGNALduino - compiled at Apr 18 2016 22:59:19
:)
Die neue dev-r32 Version läuft aber bei mir bis dato einwandfrei.
@Ralf
Zitat
Die THGR810_1 und WGR800 werden sehr häufig fehlerfrei decodiert.
Was mich wundert ist das die Sensoren THWR800_3 und PCR800 nicht öfter erkannt werden. Diese senden ca. alle 60 Sec auch wenn sich am Sensor keine Änderungen ergeben haben. Der RFXtrx433E erkennt diese Sensoren ohne Probleme. Es wird der gleiche Antennentyp verwendet und der Standort der Antenne ist der gleiche.
Der THGR810_2 ist der gleiche Sensortyp wie der THGR810_6. Bei diesen beiden Sensortypen hat der RFXtrx433E Empfänger ebenfalls Probleme mit der Auswertung. Da der RFXtrx433E mit der Konfigurationssoftwäre aber tadellos die Sensoren empfängt, dürfte ein Problem in FHEM mit der Datenumwandlung auch für den RFXtrx433E vorhanden sein. Wobei die Anlage der Sensoren des Signalduino bei mir gar nicht mehr funktioniert.
ZitatMit dem log ist keine Zuordung der Nachrichen zu dem "TS45 H0-WSMT-07" möglich.
Wie kann ich hier noch etwas austesten?
ZitatEs werden sehr viele unbekannte MU-Nachrichten empfangen die nicht decodiert werden können.
Das könnte eventuell der FT007T oder TPX305 sein.
Welche Wiederholzeiten sind hier ersichtlich?
Zitat von: Burny4600 am 24 April 2016, 12:00:19
@RalfWas mich wundert ist das die Sensoren THWR800_3 und PCR800 nicht öfter erkannt werden. Diese senden ca. alle 60 Sec auch wenn sich am Sensor keine Änderungen ergeben haben. Der RFXtrx433E erkennt diese Sensoren ohne Probleme. Es wird der gleiche Antennentyp verwendet und der Standort der Antenne ist der gleiche.
Der THGR810_2 ist der gleiche Sensortyp wie der THGR810_6. Bei diesen beiden Sensortypen hat der RFXtrx433E Empfänger ebenfalls Probleme mit der Auswertung. Da der RFXtrx433E mit der Konfigurationssoftwäre aber tadellos die Sensoren empfängt, dürfte ein Problem in FHEM mit der Datenumwandlung auch für den RFXtrx433E vorhanden sein.
Das Problem könnte evtl auch sein, daß die neueren v3 Sensoren ein abweichendes timing beim Manchester-Code haben. Das Problem wäre dann im Signalduino bzw RFXtrx433E
Zitat von: Burny4600 am 24 April 2016, 12:00:19
Wobei die Anlage der Sensoren des Signalduino bei mir gar nicht mehr funktioniert.
Ja, daß das Autocreate bei Dir nicht funktioniert ist mir in Deinem log auch schon aufgefallen.
Antwort #1520
https://forum.fhem.de/index.php/topic,38831.msg441769.html#msg441769
Es könnte evtl zu Konflikten kommen, wenn es die gleichen Sensorbezeichnungen schon beim RFXtrx433E gibt.
Zitat von: Burny4600 am 24 April 2016, 12:00:19
Wie kann ich hier noch etwas austesten?
Das könnte eventuell der FT007T oder TPX305 sein.
Welche Wiederholzeiten sind hier ersichtlich?
Um hier weiterzukommen, müsstest Du versuchen ob Du den 3 nicht erkannten Sensoren die raw-Nachrichten zuordnen kannst.
Gruß Ralf
Zitat von: RappaSan am 24 April 2016, 11:31:30
Hab gerade gesehen: Signalduino hat nun 2 Versionen in einer.
Readings
Version V 3.2.0-b21 SIGNALduino - compiled at Apr 16 2016 01:44:24
...
version V 3.2.0-b22 SIGNALduino - compiled at Apr 18 2016 22:59:19
gib mal in der Eingabezeile folgendes ein, dann müsste es passen.
deletereading sduino VersionGruß Ralf
Zitat von: Ralf9 am 02 April 2016, 20:48:16
Ja, die angepasste IT.pm müsste auch mit dem Cul funktionieren.
Ich habe für den Signalduino auch das "set" geändert. Dies funktioniert aber z.Zt. nur mit der dev-32
Beim ITv1 wird für das senden jetzt auch das sendmsg verwendet. Das "set sduino ITclock" wird dadurch nicht mehr verwendet.
Beim ITv1 und ITv3 kann jetzt im IT-Modul die ITclock gewählt werden. Wenn kein ITclock gewählt wird, wird als default 250 verwendet.
Kann mal jemand testen ob beim Signalduino und falls möglich auch beim cul das empfangen und senden vom ITv1 und ITv3 noch sauber funktioniert?
Gruß Ralf
Ich habe es heute selbst gestestet ob das angepasste IT-Modul auch mit dem Cul funktioniert. Ich habe mir dazu einen nanoCul wieder zusammengesteckt, den ich noch rumliegen hatte.
Ich habe mit dem nanoCul das senden von ITv1 und ITv3 getestet. Beim ITv1 konnte ich ein Intertechno Modul schalten. Beim ITv3 wurde die vom nanoCul gesendete Nachricht vom Signalduino erkannt und angezeigt.
Wichtig: Beim Cul scheint ein Fehler bei der ITrepetition zu sein. Wenn in dem IT-Modul ein Attribut ITrepetition definiert ist, dann funktioniert das senden nicht!
Das Empfangen von ITv1 funktioniert auch. Das Empfangen von ITv3 konnte ich nicht testen, da ich kein ITv3 Sender habe.
Die Probleme beim senden mit dem Signalduino konnte ich nicht nachvollziehen. Sidey hat das Senden mit dem angepassten IT-Modul und dem Signalduino auch erfolgreich getestet.
Hier ist die aktuelle Version von meinen anpassungen an dem IT-Modul:
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txtGruß Ralf
Stellst Du die Änderungen noch als Patch bereit, damit Björn es in die Standard Version einchecken kann?
Zitat von: Burny4600 am 22 April 2016, 12:53:48
Anbei das Log betreffend der fehlerhaft ausgewerteten Sensoren.
Die zwei Nachrichten, könnten eventuell eine Übertragung eines Sensors sein, der nicht "richtig" empfangen wurde.
Die 1. MU Nachricht, passt ganz gut zum OSV3 preamble Teil.
Danach kommt eine MC Nachricht, die vom Takt zu OSV3 passt.
2016.04.22 12:50:59 4: sduino/msg READ: MU;P0=-114;P1=92;P2=324;P3=-658;D=0102323232323232323232323232323232323232323;CP=2;
2016.04.22 12:50:59 4: sduino/msg READ: MC;LL=-1048;LH=905;SL=-554;SH=474;D=EB122401A160738090124A4;C=459;L=91;
Ich habe aber keine Idee, warum es zwischendrin zu einer Ausgabe der MU Nachricht kam.
Hier ist noch so was, da fehlt die Preamble komplett:
2016.04.22 12:51:32 4: sduino/msg READ: MC;LL=-1020;LH=936;SL=-508;SH=469;D=5183011F4293C3FFA8C1808FA149E1FFD460C04;C=468;L=156;
Ist es möglich, einen der Empfänger, die nicht funktionieren und den SIGNALduino irgendwie vom Rest abzuschotten, damit nur noch die Nachrichten empfangen werden, welche nicht funktionieren?
Ich habe leider keine andere Idee, wie man den Fehler finden sollte. Es muss schon recht speziell sein.
Grüße Sidey
@Sidey & @Ralf9
Ich weis wirklich nicht mehr was ich machen kann, ich habe den kompleten Antennenanschluß entfernt an dem verwendeten Empfänger und cih profisorisch alles abgeschirmt, aber der Empfänger nimmt immer noch sehr viele andere Sensoren auf.
Eigentlich sollte es nur der THGR810_6 sein.
Ich hoffe ihr findet dennoch etwas heraus aus dem Log.
Zitat von: Burny4600 am 25 April 2016, 10:44:35
@Sidey & @Ralf9
Ich weis wirklich nicht mehr was ich machen kann, ich habe den kompleten Antennenanschluß entfernt an dem verwendeten Empfänger und cih profisorisch alles abgeschirmt, aber der Empfänger nimmt immer noch sehr viele andere Sensoren auf.
Eigentlich sollte es nur der THGR810_6 sein.
Ich hoffe ihr findet dennoch etwas heraus aus dem Log.
In dem log hat es einige fehlerhafte Nachrichten. @Sidey, kannst Du damit was anfangen?
Ich finde die Häufigkeit, die der THGR810_6 empfangen wird ist inzwischen einigermaßen brauchbar.
In einem der letzten logs ist mir aufgefallen, daß der THGR810_2 und THWR800_3 noch zu selten empfangen wird.
Der PCR800 könnte auch noch etwas häufiger empfangen werden.
Gruß Ralf
Zitat von: Sidey am 24 April 2016, 20:34:44
Stellst Du die Änderungen noch als Patch bereit, damit Björn es in die Standard Version einchecken kann?
Ja, werde ich machen.
Ich möchte aber noch abwarten, bis der dev-r32 Branch im Master ist, damit meine anpassungen auch mit der master funktionieren.
Gruß Ralf
Hallo,
ich habe mir nun einen 2ten "FhemDuino" gemacht und wollte den, wie ich es beim FhemDuino gemacht habe, über die Arduino "IDE" betanken.
Aber wie...
Ich nutze Arduino 1.6.5 und Win10 64Bit.
Ich habe mir die Dateien von hier geholt: https://github.com/RFD-FHEM/SIGNALDuino
Aber wie beim Fhemduino einfach mal machen geht nicht.
Der Signalduino Sketch ist leer...
Also habe ich den RF_Receiver Sketch genommen und wie im Readme beschrieben alle Source Dateien ins Verzeichniss kopiert.
Allerdings musste ich noch diverse #include <xxx.h> in #include "xxx.h" ändern.
Der Versuch z.B. TimerOne als Lib zu installieren schlug fehl.
Nun hänge ich an dem Fehler "error: 'TIMER1_A_PIN' was not declared in this scope"
Eigentlich kein großes Ding, aber bevor ich nun weitermache wollte ich erst mal Anfragen wie Ihr das so gemacht habt.
Danke
Funsilor
Zitat von: Funsailor am 27 April 2016, 17:49:39
Ich habe mir die Dateien von hier geholt: https://github.com/RFD-FHEM/SIGNALDuino
Aber wie beim Fhemduino einfach mal machen geht nicht.
Das selbstkompilieren ist beim SIGNALduino nicht notwendig. Es geht viel einfacher. Die Firmware ist bereits fertig kompieliert und befindet sich in FHEM/firmware.
Hast Du dies gelesen?
http://www.fhemwiki.de/wiki/SIGNALduino
Gruß Ralf
Hallo Ralf,
ja klar habe ich das gelesen.
Aber ich will das Teil am PC nutzen und dort auch kompilieren/laden.
Ich hatte am Anfang auch mit dem Fhemduino verschieden Versuche gemacht.
Meine Fhem Zentrale sitzt so das ich dort keine Versuche durchführen kann, bzw dies sehr umständlich wäre.
Gruß Michael
Hallo Sidey,
ich habe mal versucht die "3.2.0-b22" mit der Arduino IDE 1.6.5 zu kompilieren. Einige der errors und warnings habe ich wegbekommen.
Einige sind noch übriggeblieben:
RF_Receiver.ino:835:3: warning: this decimal constant is unsigned only in ISO C90 [enabled by default]
In file included from RF_Receiver.ino:47:0:
bitstore.h: In instantiation of 'void BitStore<bufSize>::reset() [with unsigned char bufSize = 50u]':
bitstore.h:78:11: required from 'BitStore<bufSize>::BitStore(uint8_t) [with unsigned char bufSize = 50u; uint8_t = unsigned char]'
signalDecoder.h:132:131: required from here
bitstore.h:160:19: warning: converting to non-pointer type 'unsigned char' from NULL [-Wconversion-null]
datastore[i]=NULL;
^
In file included from signalDecoder.h:40:0,
from signalDecoder.cpp:32:
bitstore.h: In instantiation of 'void BitStore<bufSize>::reset() [with unsigned char bufSize = 50u]':
signalDecoder.cpp:894:23: required from here
bitstore.h:160:19: warning: converting to non-pointer type 'unsigned char' from NULL [-Wconversion-null]
datastore[i]=NULL;
^
/usr/bin/avr-ld: warning: -z relro ignored.
Der Sketch verwendet 19.088 Bytes (62%) des Programmspeicherplatzes. Das Maximum sind 30.720 Bytes.
Globale Variablen verwenden 942 Bytes (45%) des dynamischen Speichers, 1.106 Bytes für lokale Variablen verbleiben. Das Maximum sind 2.048 Bytes.
Gruß Ralf
unbekannte Geräte für Signalduino gefunden:
BELL 201.2 TXA (Sender) an BELL 200.2 RX:
V 3.2.0-b22 SIGNALduino - compiled at Apr 18 2016 22:59:19
MU;P0=-282;P1=351;P2=-601;P3=-4800;P4=663;D=01213104212121210421040404212131042121212104210404042121310421212121042104040421213104212121210421040404212131042121212104210404042121310421212121042104040421213104212121210421040404212131042121212104210404042121310421212121042104040421213104212121210421;CP=1;O;
MU;P0=612;P1=-651;P2=310;P3=-331;P4=-4829;D=01212121230123030301212423012121212301230303012124230121212123012303030121242301212121230123030301212423012121212301230303012124230121212123012303030121242301212121230123030301212423012121212301230303012124230121212123012303030121242301212121230123030301;CP=2;O;
MU;P0=-639;P1=309;P2=-317;P3=627;P4=-4845;D=01230123232301014123010101012301232323010141230101010123012323230101412301010101230123232301014123010101012301232323010141230101010123012323230101412301010101230123232301014123010101012301232323010141230101010123012323230101412301010101230123232301014123;CP=1;O;
MU;P0=-625;P1=330;P2=-304;P3=639;P4=-4840;D=01010101230123232301014123412301010101230123232301014123010101012301232323010141230101010123012323230101412301010101230123232301014123010101012301232323010141230101010123012323230101412301010101230123232301014123010101012301232323010141230101010123012323;CP=1;O;
MU;P0=317;P1=-623;P2=-305;P3=640;P4=-4824;D=01010231023232310104023101010102310232323101040231010101023102323231010402310101010231023232310104023101010102310232323101040231010101023102323231010402310101010231023232310104023101010102310232323101040231010101023102323231010402310101010231023232310104;CP=0;O;
MU;P0=331;P1=-305;P2=639;P3=-623;P4=-4828;D=01230303030123012121230304030401230303030123012121230304012303030301230121212303040123030303012301212123030401230303030123012121230304012303030301230121212303040123030303012301212123030401230303030123012121230304012303030301230121212303040123030303012301;CP=0;O;
MU;P0=-622;P1=333;P2=-305;P3=640;P4=-4850;D=01010101230123232301014123010101012301232323010141230101010123012323230101412301010101230123232301014123010101012301232323010141230101010123012323230101412301010101230123232301014123010101012301232323010141230101010123012323230101412301010101230123232301;CP=1;O;
MU;P0=-624;P1=327;P2=-4838;P3=-305;P4=639;D=01213401010101340134343401340134343401012134010101013401343434010121340101010134013434340101213401010101340134343401012134010101013401343434010121340101010134013434340101213401010101340134343401012134010101013401343434010121340101010134013434340101213401;CP=1;O;
im log von FHEM steht dann folgendes
2016.04.29 12:01:18 4: sduino: decoded matched MU Protocol id 30 dmsg u30#85C length 12
2016.04.29 12:01:18 3: Dispatch: dispatch 'u30#85C'
2016.04.29 12:01:18 3: computeClientArray
2016.04.29 12:01:18 3: Dispatch: clientArray done
2016.04.29 12:01:18 3: Dispatch: autoload
2016.04.29 12:01:18 4: SIGNALduino_unknown incomming msg: u30#85C
2016.04.29 12:01:18 4: SIGNALduino_unknown rawData: 85C
2016.04.29 12:01:18 4: SIGNALduino_unknown Protocol: 30
2016.04.29 12:01:18 4: SIGNALduino_unknown converted to bits: 100001011100
2016.04.29 12:01:18 3: Dispatch: not found
2016.04.29 12:01:18 3: Dispatch: found Unknown, please report
ich bin neu in em Thema und könnte/werde eure Hilfe brauchen.
wie geht es jetzt weiter?
Beiliegende 14_SD_UT kopieren In 00_SIGNALduino ergänzen/ändern:
my $clientsSIGNALduino
."Dooya:"
."SD_UT:"
."SIGNALduino_un:"
und in
my %ProtocolListSIGNALduino
"14:Dooya" => '^P16#[A-Fa-f0-9]+',
"15:SD_UT" => '^u30#.*',
"X:SIGNALduino_un" => '^[uP]\d+#.*',
sowie
"30" => # a unitec remote door reed switch
{
name => 'unitec47031',
id => '30',
one => [-1,2],
zero => [-2,1],
start => [-33,1], # Message is not provided as MS, worakround is start
clockabs => 300, # ca 300 us
format => 'twostate', # there is a pause puls between words
preamble => 'u30#', # prepend to converted message
clientmodule => 'SD_UT', # not used now
modulematch => '^u30', # not used now
length_min => '12',
length_max => '12', # message has only 10 bit but is paddet to 12
},
reload von 14_SD_UT und in 00_SIGNALduino
Ausprobieren, gegebenfalls Fehler ausbessern und hier berichten.
autocreate hat ein UNITEC_85 angelegt.
2016.04.30 13:55:48 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.04.30 13:55:48 4: sduino: decoded matched MU Protocol id 30 dmsg u30#85C length 12
2016.04.30 13:55:48 5: Triggering sduino (1 changes)
2016.04.30 13:55:48 5: Notify loop for sduino opened
2016.04.30 13:55:48 5: Notify from Device: sduino recieved
2016.04.30 13:55:48 3: Dispatch: dispatch 'u30#85C'
2016.04.30 13:55:48 3: computeClientArray
2016.04.30 13:55:49 3: Dispatch: clientArray done
2016.04.30 13:55:49 3: Dispatch: autoload
2016.04.30 13:55:49 5: Loading ./FHEM/14_SD_UT.pm
2016.04.30 13:55:49 3: SD_UT_Parse: Protocol: 30, rawData: 85C
2016.04.30 13:55:49 3: sduino Heidemann/FAAC devicecode=85, sound=1100
2016.04.30 13:55:49 1: SD_UT: UNDEFINED sensor UNITEC detected, code UNITEC_85
2016.04.30 13:55:49 3: Dispatch: not found
2016.04.30 13:55:49 3: Dispatch: found UNDEFINED UNITEC_85 SD_UT UNITEC_85
2016.04.30 13:55:49 5: Triggering global (1 changes)
2016.04.30 13:55:49 5: Notify loop for global UNDEFINED UNITEC_85 SD_UT UNITEC_85
2016.04.30 13:55:49 2: autocreate: define UNITEC_85 SD_UT UNITEC_85
2016.04.30 13:55:49 5: Triggering global (2 changes)
2016.04.30 13:55:49 2: autocreate: define FileLog_UNITEC_85 FileLog ./log/UNITEC_85-%Y.log UNITEC_85
2016.04.30 13:55:49 5: Triggering global (3 changes)
2016.04.30 13:55:49 5: Triggering global (4 changes)
2016.04.30 13:55:49 5: Notify from Device: global recieved
Internals:
CFGFN
CODE UNITEC_85
DEF UNITEC_85
LASTInputDev sduino
MSGCNT 1
NAME UNITEC_85
NR 41
STATE 1100
TYPE SD_UT
bitMSG 100001011100
lastMSG 85C
lastReceive 1462018193
sduino_DMSG u30#85C
sduino_MSGCNT 1
sduino_RAWMSG MU;P0=330;P1=-306;P2=639;P3=-624;P4=-4854;D=0012303030301230121212303040123030303012301212123030401230303030123012121230304012303030301230121212303040123030303012301212123030401230303030123012121230304012303030301230121212303040123030303012301212123030401230303030123012121230304012303030301230121;CP=0;O;
sduino_TIME 2016-04-30 14:09:53
Readings:
2016-04-30 14:09:53 channel 85
2016-04-30 14:09:53 sound 1100
2016-04-30 14:09:53 state 1100
Attributes:
room SD_UT
verbose 5
Ich vermute, das jetzt die Daten verarbeitet werden müssen (Parse in 14_SD_UT.pm). Sofern da noch mehr als das eigentliche Event zu holen ist.
Danke
PS: anbei die geänderte Datei 00_SIGNALduino.pm (Beschreibung war ein wenig holprig). Musste ein shutdown restart ausführen, damit die Änderungen übernommen wurden.
Musste feststellen das der sduino nach einem Neustart /reboot nicht automatisch erkannt wird (disconnected). Erst nach abziehen und wieder abstecken ist der erst wieder da.
Gibt es da eine Lösung für?
Gruß Sascha
Gesendet von meinem SM-T560 mit Tapatalk
Hi Sascha,
Das habe ich auch! Ausstecken und Einstecken hilft immer.
Ich denke ich werde mal diese Lötung des Test Pins des FT232 an Masse vornehmen:
https://ketturi.kapsi.fi/2014/04/how-to-fix-moody-arduino-nano/
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Danke für die Info. Finde es nur komisch, dass es bei den anderen selbstbau sticks funktioniert.
Nanocul 443 läuft
Nanocul 868 läuft
Nanocul /jeelink läuft nicht
Nanocul /sduino läuft nicht
Alle haben einen ftdi Chip drauf und machen soweit keine Probleme. Alle nano v3 sind in Deutschland bestellt worden.
Die beiden nanocul sind mir der a-fw betankt.
Gruß Sascha
Gesendet von meinem SM-T560 mit Tapatalk
Hi Sascha,
kannst Du bitte genauer beschreiben, was man tun muss, um den Fehlerfall zu reproduzieren?
Ich würde das gerne mal testen.
Auch wäre gut, wenn Du deinen Hardware Aufbau genauer beschreibst.
Grüße Sidey
Hi Sidey.
Kein Problem, habe einfach einen reboot des raspi durchgeführt. Fhem wird ja automatisch gestartet.
Wenn ich mir dann meine sticks anschaue, sind der sduino und der jeelink disconnected.
Die einzigen beiden sticks die laufen, sind die nanocul's.
Alle sticks sind auf der Basis von einem arduino nano v3. Die beiden nanoculs sind mit nem 433 und 868 MHz cc1101 ausgestattet. Beide haben alternativ Firmware drauf.
Der sduino ist auch ein nano v3 mit nem superheterodyne Empfänger ausgestattet. Als Sender ist ist ein Standard Sender Modul für 433 MHz noch drauf.
Der jeelink Nachbau auch auf Basis von einem arduino nano v3 und einem rfm12b Modul.
Als System läuft ein raspi 2 und Debian Jessie auf dem aktuellen Stand.
Den sduino und den jeelink kann ich nur zum Leben erwecken, wenn ich die beiden sticks vom USB abziehe und wieder dran stecke.
Fhem ist auch auf dem aktuellen Stand.
Brauchst du sonst noch was an Infos?
Gruß Sascha
Gesendet von meinem SM-T560 mit Tapatalk
@sash.sc
was liefert 'stty -aF <device name>' für die o.g. Sticks?
für den sduino:
speed 57600 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 0; time = 0;
-parenb -parodd -cmspar cs8 hupcl -cstopb cread clocal -crtscts
ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany -imaxbel -iutf8
-opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt -echoctl echoke
für den CUL433 MHz
speed 38400 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 0; time = 0;
-parenb -parodd -cmspar cs8 hupcl -cstopb cread clocal -crtscts
ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany -imaxbel -iutf8
-opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt -echoctl echoke
JeeLink
speed 57600 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 0; time = 0;
-parenb -parodd -cmspar cs8 hupcl -cstopb cread clocal -crtscts
ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany -imaxbel -iutf8
-opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt -echoctl echoke
CUL868
speed 38400 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 0; time = 0;
-parenb -parodd -cmspar cs8 hupcl -cstopb cread clocal -crtscts
ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff -iuclc -ixany -imaxbel -iutf8
-opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt -echoctl echoke
root@raspi:/dev/serial/by-id# ls -l
insgesamt 0
lrwxrwxrwx 1 root root 13 Mai 2 06:29 usb-FTDI_FT232R_USB_UART_A10489BJ-if00-port0 -> ../../ttyUSB2
lrwxrwxrwx 1 root root 13 Mai 2 06:30 usb-FTDI_FT232R_USB_UART_A10489VD-if00-port0 -> ../../ttyUSB3
lrwxrwxrwx 1 root root 13 Apr 30 17:47 usb-FTDI_FT232R_USB_UART_A5010SN6-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Apr 30 17:47 usb-FTDI_FT232R_USB_UART_A92P5ZJJ-if00-port0 -> ../../ttyUSB0
das was mir auffällt ist, die Sticks die nicht initialisiert werden, laufen auf 57600 Baud.
Grüße
Sascha
Zitat von: sash.sc am 02 Mai 2016, 15:44:28
Den sduino und den jeelink kann ich nur zum Leben erwecken, wenn ich die beiden sticks vom USB abziehe und wieder dran stecke.
Hast Du schon mal getestet ob ein reset mit dem Taster oder mit "set sduino reset" auch ausreicht?
Gruß Ralf
Mir den set sduino Reset klappt nicht!
Von mobil gesendet daher kurze Antwort
mmh. hupcl ist immer gesetzt.
Zitat von: Funsailor am 27 April 2016, 17:49:39
Hallo,
Ich nutze Arduino 1.6.5 und Win10 64Bit.
Ich habe mir die Dateien von hier geholt: https://github.com/RFD-FHEM/SIGNALDuino
Aber wie beim Fhemduino einfach mal machen geht nicht.
Hallo Funsailor,
das Projekt ist für Visual Micro angelegt.
Leider sind die IDEs nicht sonderlich kompatibel untereinander. Mit der Arduino IDE wirst Du viel händisch anpassen müssen, damit es geht.
Du kannst das hex File mit avrdude direkt aufbrennen. Das geht auch unter Windows.
Grüße Sidey
Zitat von: Ralf9 am 27 April 2016, 13:25:14
In dem log hat es einige fehlerhafte Nachrichten. @Sidey, kannst Du damit was anfangen?
Nicht so richtig.
Ich bin mir leider nicht so sicher, was fehlerhaft ist....
Einer der MU Nachrichten sehe ich mir gerade mal etwas genauer an.
Grüße Sidey
@sash.sc
ZitatFhem wird ja automatisch gestartet.
Wie hast du diesen automatischen Start definiert?
Bei mir funktioniert das nicht mit dem aktuellen Jessie.
Gibt es schon eine neue SignalDuino Firmware die ich mit den Origone Sensoren testen kann?
Derzeit habe ich noch die b22.
Über ein Script im init.d verzeichnis. Es gibt verschiedene Anleitungen dazu. Schreibe was heute abend dazu. Bin unterwegs
Von mobil gesendet daher kurze Antwort
Moin,
zum Thema Reboot und initialisieren:
Habe gestern mit einem Arduino mit ch340 Chip getestet.
Arduino steckt direkt am rpi 2.
Reboot des rpi durchgeführt.
Fhem wird über ein Startscript geladen. Der Signalduino ist nach dem Reboot opened und funktioniert.
Werde die Tage den Test mit einem Arduino mit FTDI Chip wiederholen.
Zum Thema Firmware / Oregon:
Ich habe im Moment keine Idee, wo der Fehler sitzen könnte.
Schwierig. Vielleicht muss ich mir mal so einen Sensor besorgen oder einen nachbauen.
Grüße Sidey
Zitat von: sash.sc am 02 Mai 2016, 06:34:26
Danke für die Info. Finde es nur komisch, dass es bei den anderen selbstbau sticks funktioniert.
Nanocul 443 läuft
Nanocul 868 läuft
Nanocul /jeelink läuft nicht
Nanocul /sduino läuft nicht
Alle haben einen ftdi Chip drauf und machen soweit keine Probleme. Alle nano v3 sind in Deutschland bestellt worden.
Die beiden nanocul sind mir der a-fw betankt.
Gruß Sascha
Gesendet von meinem SM-T560 mit Tapatalk
Hallo Sascha
hast Du alle Nanos gleichzeitig gekauft? Sind die alle von der Hardware und dem Aussehen gleich?
Es gibt leider auch in Deutschland-Versender die Nanos mit Fake-FTDI (China Zeugs) verkaufen. Die Dinger kann man besten erkennen, wenn man die unter Windows anschließt und die FTDI Treiber laden lässt. Bei den Fake Chips kommt dann serial immer nur wiederholt "Not a genuine product".
Meine Fake FTDI Nanos sind nacheinander mit den unschiedlichsten Symptomen aufgefallen oder 'gestorben': Initialisieren nicht, Serial geht gar nicht mehr, ...
gruss
Josef
Jeweils 2 sind beim gleichen Shop bestellt worden. 1x 2 Stück gleichzeitig und die anderen beiden sind im gleichen Shop zu verschiedenen Zeiten bestellt worden. Die die aus dem gleichen Shop kommen, sehen identisch aus. Die anderen beiden nicht. Werde nach dem langen Wochenende mal unter windows testen, was da so passiert!
Danke für den Tipp!
Gruß Sascha
Guten Morgen,
steckt die Dinger mal auf einen aktiven USD-Hub und schaut unter /dev/serial/by-path/ . Die Fakes haben alle die selbe Serial-ID.
Beispiel:
ll /dev/serial/by-id/
lrwxrwxrwx 1 root root 13 Mai 2 20:17 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Mai 2 20:17 usb-busware.de_CUL433-if00 -> ../../ttyACM0
ll /dev/serial/by-path/
lrwxrwxrwx 1 root root 13 Mai 2 20:17 platform-20980000.usb-usb-0:1.3.1:1.0 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Mai 2 20:17 platform-20980000.usb-usb-0:1.3.4:1.0-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Mai 2 20:17 platform-20980000.usb-usb-0:1.3.5:1.0-port0 -> ../../ttyUSB1
Wie man sieht, sind hier die USB-Ports nummeriert 0:1.3.1:1.0, :1.3.4:1.0, 0:1.3.5:1.0
Also, nicht mehr umstecken.
ll /dev/ttyU*
crw-rw---- 1 root dialout 188, 0 Mai 2 23:08 /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 1 Mai 2 22:56 /dev/ttyUSB1
In Fhem:
define sduino SIGNALduino /dev/serial/by-path/platform-20980000.usb-usb-0:1.3.4:1.0-port0
define nanoCUL CUL /dev/serial/by-path/platform-20980000.usb-usb-0:1.3.5:1.0-port0@38400 0000
Ich hoffe mein erster Beitrag hilft ein wenig.
Die werden alle von Linux mit einer eigenen id erkannt!
Ich habe Somfy RTS (433 Mhz) Rolläden und steuere sie über FHEM mit RFXTRX433E (nanoCUL433 geht auch). Der Empfang der Handsender ist damit nicht möglich.
Der Empfang ist mit dem FHEMduino möglich, es gibt auch ein Modul dafür. Leider benötigt man einen zusätzlichen USB-Port.
Ich würde gern Somfy RTS mit dem SIGNALduino empfangen, da ich bereits einen SD in mein System eingebunden habe und kein Port am Pi2 mehr frei ist.
Somfy soll eine MC-Kodierung haben ein. Folgende Grundlagen habe dazu zusammengetragen.
Gemäss der SomfyRTS.cpp vom FHEMduino ist das so aufgebaut:
Zitatmessage format: Y <key-2-hex> <cmd-2-hex> <rollingcode-4-hex> <address-6-hex>
Zitat// set message ready when checksum is correct
if ( (checkSum & 0x0F) == 0 ) {
// # message looks like this
// # Ys_key_ctrl_cks_rollcode_a2a1a0
// # Ys ad 20 0ae3 a29842
// # address needs bytes 1 and 3 swapped
// # lenght is 2+1 2+1 2+1 4+1 6 = 20
In der SomfyRTS.h sind folgende Timings definiert:
Zitat// Timings and limits
#define LOW_FACTOR 0.7
#define HIGH_FACTOR 1.4
#define TIME_FULL_SYMBOL_LOW (1280 * LOW_FACTOR)
#define TIME_FULL_SYMBOL_HIGH (1280 * HIGH_FACTOR)
#define TIME_HALF_SYMBOL_LOW (640 * LOW_FACTOR)
#define TIME_HALF_SYMBOL_HIGH (640 * HIGH_FACTOR)
#define TIME_PRESYNC_LOW (2416 * LOW_FACTOR)
#define TIME_PRESYNC_HIGH (2416 * HIGH_FACTOR)
#define TIME_SYNC_LOW (4550 * LOW_FACTOR)
#define TIME_SYNC_HIGH (4550 * HIGH_FACTOR)
#define MIN_PRESYNC_COUNT 4
Für den CUL gibt es eine Senderoutine, in der somfy_rts.c mit folgenden Hinweisen:
Zitat// Somfy RTS bits are manchester encoded: 0 = high->low
// Somfy RTS bits are manchester encoded: 1 = low->high
// send hardware sync (pulses of ca. double length)
// send software sync (4 x symbol width high, half symbol width low)
// input is in format: Ys_key_ctrl_cks_rollcode_a0_a1_a2
// Ys ad 20 0ae3 a2 98 42
// create somfy frame from the given input
// 0 | 1 | 2 3 | 4 5 6
// key | ctrl+cks | rolling_code | address
Somfy symbol width: 1240
Der Empfang der Rohnachricht von Somfy gelingt fast nie mit Firmwareversion: V 3.2.0-b17, nur MC aktiviert
Ich simuliere einen Handsender mit dem SOMFY-Modul und sende über nanoCUL433 mit
define somfy SOMFY 12389A
Adresse: 12389A
Befehl stop:10 (11)
Schlüssel: Ax
RolingCodeNr.: 000x
FHEMduino empfängt RAWMSG: Ys ax 10 000x 9a3812, 9a ist mit 12 der Adresse getauscht.
Die mit dem Logikanalysator aufgenommenen Signale habe ich angehängt.
Was kann ich machen, damit Somfy RTS mit dem Signalduino empfangen werden kann?
Gruß
Ellert
Mit welcher baudrate soll der sduino definiert werden? Ist das egal?
Gruß Sascha
Gesendet von meinem SM-T560 mit Tapatalk
@sash.sc: mit einem Nano benutze ich 57600 baud
@Ellert: wenn ich mit einem miniCUL (433) an ein SOMFY Gerät sende, dann kann SIGNALduino folgende Nachrichten empfangen.
Setup
define miniCUL CUL xxx.xxx.xxx.xxx:23 0000
define rollo SOMFY ABCDEF
set rollo on
Nachrichten
2016.05.04 22:04:03 4: sduino/msg READ: MC;LL=1266;LH=-604;SL=686;SH=-1282;D=F8808087F9B0;C=580;
2016.05.04 22:04:03 4: sduino/msg READ: MC;LL=-1208;LH=1219;SL=-676;SH=737;D=78808087F994C8;C=651;
2016.05.04 22:04:04 4: sduino/msg READ: MC;LL=1216;LH=612;SL=-600;SH=67;D=FFFFFFFEFEC0;C=617;
Devices
list miniCUL
Internals:
CFGFN
CMDS BCFiAZNEkGMKUYRTVWXefmLltux
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF xxx.xxx.xxx.xxx:23 0000
DeviceName xxx.xxx.xxx.xxx:23
FD 16
FHTID 0000
NAME miniCUL
NR 158
PARTIAL
RAWMSG YsA3290003EFCDAB
STATE Initialized
TYPE CUL
VERSION V 1.20.04 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
initString X21
miniCUL_MSGCNT 4
miniCUL_TIME 2016-05-04 22:09:09
Matchlist:
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......
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+
Readings:
2016-05-04 21:59:15 cmds B C F i A Z N E k G M K U Y R T V W X e f m L l t u x
2016-05-04 22:09:09 state Initialized
Attributes:
list rollo
Internals:
ADDRESS ABCDEF
CFGFN
DEF ABCDEF
IODev miniCUL
LASTInputDev miniCUL
MSGCNT 4
NAME rollo
NR 159
STATE open
TYPE SOMFY
exact open
miniCUL_MSGCNT 4
miniCUL_RAWMSG YsA3290003EFCDAB
miniCUL_TIME 2016-05-04 22:09:09
move off
position 0
Code:
1 ABCDEF
Readings:
2016-05-04 22:09:08 enc_key A4
2016-05-04 22:09:08 exact open
2016-05-04 22:09:09 parsestate off
2016-05-04 22:09:08 position 0
2016-05-04 22:09:08 rolling_code 0004
2016-05-04 22:09:08 state open
Attributes:
IODev miniCUL
@habeIchVergessen: Leider findet sich in den Daten vom SIGNALduino nicht einmal die Adresse der gesendeten RAWMSG wieder.
ZitatCUL gesendet:
A3290003EFCDAB
SD empfangen:
F8808087F9B0
78808087F994C8
FFFFFFFEFEC0
Wie könnte mir das von Dir Geschriebene weiterhelfen?
Hi Sascha
dass die Fake FTDI Chips alle dieslbe serial haben, ist mir neu und bisher auch nicht bei mir aufgefallen.
Die CH340 (oder so) haben gar keine serial. Da entscheidet dann das Los, über welchen device Namen man die dann nach einem Systemstart ansprechen kann.
Die Fake FTDI Chips kann man am Aufdruck unterscheiden, der ist viel ungenauer als bei den Originalen. Aber wahrscheinlich sieht man das nur, wenn man Original und Fake direkt miteinander vergleicht.
Unter Windows erkennt der FTDI Treiber die Dinger daran, dass ein bestimmter EEPROM-Schreibzugriff ausgeführt wird, der beim Original so nicht funktioniert: http://electronics.stackexchange.com/questions/196154/how-to-detect-fake-ftdi-chips
~Josef
Zitat von: Ellert am 04 Mai 2016, 22:34:02
Wie könnte mir das von Dir Geschriebene weiterhelfen?
hatte deinen Post so verstanden, dass keine Daten empfangen werden.
Die Manchester-Dekodierung findest du in signalDecoder.cpp (https://github.com/RFD-FHEM/SIGNALDuino/blob/master/src/_micro-api/libraries/signalDecoder/src/signalDecoder.cpp)
Hi Ellert,
ich werde mir das mal mit Hilfe der NPY Files ansehen.
Wenn das Signal Manchester codiert ist, sollte das kein großes Thema sein.
Hi Ellert,
ich werde mir das mal mit Hilfe der NPY Files ansehen.
Wenn das Signal Manchester codiert ist, sollte das kein großes Thema sein.
Zitat von: Ellert am 04 Mai 2016, 19:44:23
Der Empfang der Rohnachricht von Somfy gelingt fast nie mit Firmwareversion: V 3.2.0-b17, nur MC aktiviert
Hallo Ellert,
1. Mit der b17 ist es schwierig das Signal zu empfangen. Mit der aktuellen Firmware klappt das schon eher, da der Musterpuffer größer ist. Allerdings gibt es auch hier ein kleines Problem, was ich nun gefunden habe.
2. Ich habe jetzt folgendes aus dem NPY: somfy_A0_0000_12389A_10_YsA01000019A3812.npy demoduliert:
MC;LL=-1246;LH=1215;SL=-622;SH=715;D=5F4F4F4FD5EDF;C=643;L=56;
MC;LL=-1246;LH=1215;SL=-702;SH=715;D=5F4F4F4FD5EDF;C=643;L=56;
MC;LL=-1246;LH=1215;SL=-702;SH=715;D=5F4F4F4FD5EDF;C=643;L=56;
MC;LL=-1246;LH=1215;SL=-702;SH=715;D=5F4F4F4FD5EDF;C=643;L=56;
Wenn ich jetzt annehme, dass das Gewünschte Ergebnis A010... ist dann kommt man da wie folgt hin:
Alle bits von 5F invertiert ergeben A0. Soweit ich das aus den angehängten c Dateien entnehmen konnte, werden die bits noch ein bisschen hin und her geschoben, damit das angezeigte Ergebnis kommt.
Grüße Sidey
@Sidey:
ZitatMit der aktuellen Firmware
Ich habe jetzt nach einem Update mit
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
die Version
# $Id: 00_SIGNALduino.pm 104841 2016-04-28 20:00:00Z v3.2.1-dev $
und
V 3.2.0-b22 SIGNALduino - compiled at Apr 18 2016 22:59:19
heute geflasht.
Der SD liefert wenn ich mit einem nanoCUL433 (mit den Parametern, so wie auch die Aufzeichnung vom Logikanalysator gemacht wurde) sende:
Zitat2016.05.07 12:06:16 4: SDuino_433/msg READ: MC;LL=-1991;LH=1916;SL=-1016;SH=935;D=56EBDB6E8;C=950;L=35;
2016.05.07 12:06:17 4: SDuino_433/msg READ: MC;LL=-515;LH=310;SL=-156;SH=108;D=FCF9FC;C=139;L=22;
2016.05.07 12:10:16 4: SDuino_433/msg READ: MC;LL=-1986;LH=1921;SL=-1007;SH=944;D=ADD7B6ED0;C=954;L=34;
2016.05.07 12:10:19 4: SDuino_433/msg READ: MC;LL=-671;LH=430;SL=-328;SH=185;D=001FC;C=204;L=18;
2016.05.07 12:14:16 4: SDuino_433/msg READ: MC;LL=-1992;LH=1633;SL=-1016;SH=939;D=ADD7B6E58;C=857;L=34;
2016.05.07 12:14:17 4: SDuino_433/msg READ: MC;LL=-929;LH=314;SL=-355;SH=119;D=1FFFE;C=144;L=19;
Erwartet hätte ich auch 5F4F4F4FD5EDF.
Wie wollen wir weiter machen?
Gruß
Ellert
Mir ist noch aufgefallen. dass in der somfyRTS.cpp für den FHEMduino für die Empfangene Nachricht 56 bit erwartet werden (Zeile 91), das sind 14 Hex-Zeichen, Vom Signalduino wurden nur 5F4F4F4FD5EDF, also 13 Zeichen empfangen.
@Ellert + Sidey
wenn ich den Code richtig verstanden habe,
// calculate checksum
airdata[1] |= (somfy_rts_calc_checksum(airdata) & 0x0F);
// save unencrypted data to return later
somfy_rts_frame_t *unencrypted = malloc(SOMFY_RTS_FRAME_SIZE);
memcpy(unencrypted, airdata, SOMFY_RTS_FRAME_SIZE);
// "encrypt"
for (i = 1; i < SOMFY_RTS_FRAME_SIZE; i++) {
airdata[i] = airdata[i] ^ airdata[i-1];
}
dann bleibt Byte 0 immer im Orginal erhalten.
Check
A01000019A3812 A0 10 00 01 9A 38 12 01
Byte 1 + check A0 11 00 01 9A 38 12
encrypted A0 B1 11 01 9B A2 2A
decrypted A0 11 00 01 9A 38 12
Somit würde ich die Zeile encrypted als empfangene Daten erwarten.
@habeIchVergessen, Sidey
Ich habe wenig Erfahrung in der Bitschieberei, aber wenn der verschlüsselte Wert richtig ist, dann müsste der SIGNALduino
Zitat5F 4E EE FE 64 5C C5
decodieren, da Sidey festgestellt hat, dass der negierten Wert decodiert wird.
Ich muss die Firmware erst noch mal neu kompilieren.
Die Unit Tests liefen alle erfolgreich. Ich habe es jetzt einige Stunden laufen.
Zunächst wird mal alles das Empfangen, was auch vorher ging.
Allerdings werden nun viel mehr Meldungen zum Auswerten übergeben. Da bin ich noch unsicher, ob das Signale sind oder einfach nur rauschen.
Sidey
hätte ich den Code richtig verstanden, dann wäre mir früher aufgefallen, dass die Checksumme 01 falsch ist. Hier die korrigierten Daten
Check
A01000019A3812 A0 10 00 01 9A 38 12 00
Byte 1 + check A0 10 00 01 9A 38 12
encrypted A0 B0 10 01 9B A2 2A
enc. negiert 5F 4F EF FE 64 5D D5
decrypted A0 10 00 01 9A 38 12
@habeichvergessen:
Ich kann dir leider nicht so ganz folgen...
airdata wird nach dem Setzen der Checksumme in uncrypted kopiert. Somit ist die Checksumme bereits in den ausgegebenen Daten von CUL (YsA01000019A3812) enthalten.
Ergo: die berechnete Checksumme 01 von hier (https://forum.fhem.de/index.php/topic,38831.msg448318.html#msg448318) war falsch.
Außerdem waren die letzen 4 Stellen der negierten Daten von Ellert nur fast richtig. enc. negiert sollte raus kommen, wenn SIGNALduino MC nur negiert empfängt.
Hmm,
so ganz verstehe ich die Sache mit der Checksum, mit negiert usw. noch nicht.
Im Signalduino wird Manchester nach IEEE Standard demoduliert.
Was die anderen Empfänger da machen ist mir nicht ganz plausibel. Da wird scheinbar völlig unabhängig von einer Synchonisation mit einer bitwertigkeit von 1 angefangen zu demodulieren. Wieso diese konstante 1 genommen wird, verstehe ich nicht.
Man kann jetzt viel darüber diskutieren, was richtig und was falsch ist. Mir würde es erst mal helfen, wenn ich wüsste, was andere Empfänger empfangen, bevor die Werte verändert werden. Ich nehme an, das ist airdata? Demnach sollte airdata vom SIGNALduino ermittlet werden, richtig?
Grüße Sidey
würde erwarten, das die Zeile encrypted raus kommt. negiert hatte Ellert aus deinen Post herausgelesen.
Zitat von: habeIchVergessen am 07 Mai 2016, 21:19:40
würde erwarten, das die Zeile encrypted raus kommt. negiert hatte Ellert aus deinen Post herausgelesen.
okay, auf dem pc sieht man das besser....
Ich habe die Daten jetzt mal von Hand demoduliert.
Das erwartete Ergebnis passt nicht zum Signal.... wer findet den Fehler?
Grüße Sidey
5F 4F 4F 4F D5 ED FF entspricht
A0 10 A0 10 3A 28 28 (negiert + decrypted)
5F 10 00 00 9A 38 12 (decrypted)
A0 10 00 00 9A 38 12 (negiert + decrypted)
beim decrypt muss die Schleife für das XOR in ungekehrter Reihenfolge durchlaufen werden.
beim encrypt hatte ich auch noch einen Fehler (s. letzte Beispiele)
A01000019A3812 A0 10 00 01 9A 38 12
encrypted A0 B0 B0 B1 2B 13 01
enc. negiert 5F 4F 4F 4E D4 EC FE
decrypted A0 10 00 01 9A 38 12
meine Beispiele verwenden Rolling-Code 1 (0001) und nicht 0000 wie in o.g. Nachricht
Dies ist der Code, der im FHEMduino (somfyRTS.cpp), soweit ich es verstehe, ausgeführt wird, wenn die empfangene Nachricht vollständig ist.
if ( ! messageAvailable() ) {
// obfuscate the frame to output (int_messageDone) and calculate checksum
int_messageDone[0] = int_message[0];
byte checkSum = 0 ^ int_messageDone[0] ^ (int_messageDone[0] >> 4 );
for(int i=1; i<7; i++) {
int_messageDone[i] = int_message[i] ^ int_message[i-1];
checkSum ^= int_messageDone[i] ^ (int_messageDone[i] >> 4 );
}
// set message ready when checksum is correct
if ( (checkSum & 0x0F) == 0 ) {
// # message looks like this
// # Ys_key_ctrl_cks_rollcode_a2a1a0
// # Ys ad 20 0ae3 a29842
// # address needs bytes 1 and 3 swapped
// # lenght is 2+1 2+1 2+1 4+1 6 = 20
String tmpMessage = "Ys ";
char tmp[7];
// key
sprintf( tmp, "%2.2x ", int_messageDone[0] );
tmpMessage += tmp;
// command
sprintf( tmp, "%2.2x ", (int_messageDone[1] & 0xF0) );
tmpMessage += tmp;
// rolling code
sprintf( tmp, "%4.4x ", (int_messageDone[2] << 8) + int_messageDone[3] );
tmpMessage += tmp;
// address
sprintf( tmp, "%2.2x%2.2x%2.2x", int_messageDone[4],int_messageDone[5],int_messageDone[6] );
tmpMessage += tmp;
message = tmpMessage;
available = true;
#ifdef DEBUG
printMessage();
} else {
Serial.print("CheckSum incorrect : ");
Serial.println( (checkSum & 0x0F), HEX);
#endif
}
}
// message complete --> start over
return false;
Ich habe mich gerade mit Perl etwas angefreundet und was C oder C++ angeht habe ich keinen Schimmer, wie ich den Code laufen lassen könnte.
Aber wenn die von Sidey demodulierte Bitfolge durch den Code läuft sollte doch A01000019A3812 herauskommen.
Ich versuche erstmal den Code zu verstehen und dann in Perl umzubauen, dann könnte ich das selbst probieren, das wird mit meinen Grundkenntnissen etwas dauern.
Rolling code war 0000 in Sideys Beispiel. Versuche es mit Excel/Calc. Kann man schneller ändern.
Für die Manchester Kodierung gibt es laut Wikipedia (https://de.wikipedia.org/wiki/Manchester-Code) 2 Varianten.
Es gibt für den Manchester-Code zwei mögliche und gleichwertige Definitionen, wie auch in der nebenstehenden Abbildung dargestellt:
1. Eine fallende Flanke bedeutet in der Codedefinition nach G.E. Thomas eine logische Eins, eine steigende Flanke eine logische Null. Diese Definition wird auch als Biphase-L oder Manchester-II bezeichnet.[1]
2. In der Codedefinition nach IEEE 802.3, wie sie bei 10-Mbit/s-Ethernet verwendet wird, bedeutet eine fallende Flanke eine logische Null und eine steigende Flanke eine logische Eins.
RTS verwendet die 2. (s. send_somfy_rts_bitOne in somfy_rts.c).
Moin,
den C Code in Perl zu überführen kann ich machen, das sollte kein großer Aufwand sein.
Ich habe die Firmware compiliert, probiert die doch mal aus.
Grüße Sidey
sieht aus meiner Sicht gut aus.
YsA24500029A3812 5D18181A80B8AA ok
YsA32300039A3812
YsA42300049A3812 5B78787CE6DECC ok
YsA54500059A3812 5A1F1F1A80B8AA ok
YsA62300069A3812 597A7A7CE6DECC ok
YsA72300079A3812 587B7B7CE6DECC ok
YsA84500089A3812 5712121A80B8AA ok
habe dev-r32-vs (https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r32-vs) benutzt. Richtig?
Nachtrag:
Wie können MC-Nachrichten gesendet werden (bin aus den div. Protokollen in 00_SIGNALduino.pm nicht schlau geworden)?
Bei mir sieht es auch gut aus
Zitat
2016.05.08 13:43:06 4: SomfyR: Ys a0 10 0000 9a3812
2016.05.08 13:43:06 4: SDuino_433/msg READ: MC;LL=-1282;LH=1290;SL=-682;SH=678;D=5F4F4F4FD5EDFF;C=655;L=56;
2016.05.08 13:43:10 4: SomfyR: Ys a1 10 0001 9a3812
2016.05.08 13:43:10 4: SDuino_433/msg READ: MC;LL=-1285;LH=1287;SL=-679;SH=683;D=5E4E4E4FD5EDFF;C=656;L=56;
2016.05.08 13:43:15 4: SomfyR: Ys a2 10 0002 9a3812
2016.05.08 13:43:15 4: SDuino_433/msg READ: MC;LL=-1288;LH=1289;SL=-687;SH=677;D=5D4D4D4FD5EDFF;C=655;L=56;
2016.05.08 13:43:20 4: SomfyR: Ys a3 10 0003 9a3812
2016.05.08 13:43:20 4: SDuino_433/msg READ: MC;LL=-1289;LH=1283;SL=-692;SH=673;D=5C4C4C4FD5EDFF;C=651;L=56;
2016.05.08 13:43:29 4: SomfyR: Ys a4 10 0004 9a3812
2016.05.08 13:43:29 4: SDuino_433/msg READ: MC;LL=-1287;LH=1289;SL=-686;SH=677;D=5B4B4B4FD5EDFF;C=655;L=56;
2016.05.08 13:43:34 4: SomfyR: Ys a5 10 0005 9a3812
2016.05.08 13:43:34 4: SDuino_433/msg READ: MC;LL=-1286;LH=1288;SL=-690;SH=677;D=5A4A4A4FD5EDFF;C=654;L=56;
2016.05.08 13:43:40 4: SomfyR: Ys a6 10 0006 9a3812
2016.05.08 13:43:40 4: SDuino_433/msg READ: MC;LL=-1289;LH=1288;SL=-686;SH=680;D=5949494FD5EDFF;C=655;L=56;
2016.05.08 13:43:44 4: SomfyR: Ys a7 10 0007 9a3812
2016.05.08 13:43:44 4: SDuino_433/msg READ: MC;LL=-1285;LH=1290;SL=-686;SH=677;D=5848484FD5EDFF;C=655;L=56;
2016.05.08 13:43:50 4: SomfyR: Ys a8 10 0008 9a3812
2016.05.08 13:43:50 4: SDuino_433/msg READ: MC;LL=-1287;LH=1286;SL=-684;SH=681;D=5747474FD5EDFF;C=655;L=56;
2016.05.08 13:43:56 4: SomfyR: Ys a9 10 0009 9a3812
2016.05.08 13:43:56 4: SDuino_433/msg READ: MC;LL=-1292;LH=1287;SL=-687;SH=676;D=5646464FD5EDFF;C=654;L=56;
2016.05.08 13:44:00 4: SomfyR: Ys aa 10 000a 9a3812
2016.05.08 13:44:00 4: SDuino_433/msg READ: MC;LL=-1288;LH=1288;SL=-683;SH=676;D=5545454FD5EDFF;C=654;L=56;
2016.05.08 13:44:05 4: SomfyR: Ys ab 10 000b 9a3812
2016.05.08 13:44:05 4: SDuino_433/msg READ: MC;LL=-1288;LH=1290;SL=-686;SH=678;D=5444444FD5EDFF;C=655;L=56;
2016.05.08 13:44:09 4: SomfyR: Ys ac 10 000c 9a3812
2016.05.08 13:44:09 4: SDuino_433/msg READ: MC;LL=-1288;LH=1284;SL=-683;SH=677;D=5343434FD5EDFF;C=653;L=56;
2016.05.08 13:44:14 4: SomfyR: Ys ad 10 000d 9a3812
2016.05.08 13:44:14 4: SDuino_433/msg READ: MC;LL=-1295;LH=1283;SL=-686;SH=677;D=5242424FD5EDFF;C=653;L=56;
Key: 5= A bleibt konstant, 2.Stelle wird hochgezählt
ctrl_cks_rollcode: ändert sich
D5EDFF die Adresse ändert sich nicht.
so sollte es sein, denke ich.
@Sidey: im Anhang ein modifiziertes 00_SIGNALduino.pm
Ausgabe sieht wie folgt aus:
2016.05.08 16:34:07 4: sduino/msg READ: MC;LL=-1304;LH=1274;SL=-696;SH=669;D=5777774FD5EDFF;C=647;L=56;
2016.05.08 16:34:07 4: sduino: Found manchester Protocol id 99 clock 647 -> Somfy RTS
2016.05.08 16:34:07 4: sduino: Somfy RTS protocol
raw: 5777774FD5EDFF
enc: A88888B02A1200
dec: A82000389A3812
2016.05.08 16:34:07 3: sduino: Unknown code A82000389A3812, help me!
2016.05.08 16:34:08 4: CUL_Parse: miniCUL YsA82000389A3812
Kannst Du einen Patch oder einen Pull Request machen? Das würde die Änderungen sichtbar machen.
ich hoffe du meintest github (s. hier (https://github.com/RFD-FHEM/SIGNALDuino/pull/34)).
für fhem habe ich kein account.
Zitat von: habeIchVergessen am 08 Mai 2016, 16:40:49
im Anhang ein modifiziertes 00_SIGNALduino.pm
Ich habe es bei mir mal eingebaut und mit einem dummy Device simuliert. Sieht schon recht gut aus. Ich werde es mal commiten:
2016.05.08 17:40:40 4: sduinoD/msg get raw: MC;LL=-1282;LH=1290;SL=-682;SH=678;D=5F4F4F4FD5EDFF;C=655;
2016.05.08 17:40:40 4: sduinoD: Found manchester Protocol id 43 clock 655 -> Somfy RTS
2016.05.08 17:40:40 4: sduinoD: Somfy RTS protocol
raw: 5F4F4F4FD5EDFF
enc: A0B0B0B02A1200
dec: A01000009A3812
2016.05.08 17:40:40 5: sduinoD: converted Data to (YsA01000009A3812)
2016.05.08 17:40:40 5: sduinoD dispatch YsA01000009A3812
2016.05.08 17:40:40 1: SOMFY Unknown device 12389A, please define it
2016.05.08 17:40:40 2: autocreate: define SOMFY_12389A SOMFY 12389A
2016.05.08 17:40:40 2: autocreate: define FileLog_SOMFY_12389A FileLog ./log/SOMFY_12389A-%Y-%m.log SOMFY_12389A
2016.05.08 17:43:14 4: sduinoD/msg get raw: MC;LL=-1282;LH=1290;SL=-682;SH=678;D=5F4F4F4FD5EDFF;C=655;
2016.05.08 17:43:14 4: sduinoD: Found manchester Protocol id 43 clock 655 -> Somfy RTS
2016.05.08 17:43:14 4: sduinoD: Somfy RTS protocol
raw: 5F4F4F4FD5EDFF
enc: A0B0B0B02A1200
dec: A01000009A3812
2016.05.08 17:43:14 5: sduinoD: converted Data to (YsA01000009A3812)
2016.05.08 17:43:14 5: sduinoD dispatch YsA01000009A3812
2016.05.08 17:43:14 4: SOMFY SOMFY_12389A stopGruß Ralf
Danke.
habe mich an der Syntax zum Senden versucht
set sduino sendMsg P99#D10101001010001100000000000111001100110100011100000010010#R7
schön wäre natürlich
set sduino sendMsg P99#DA94600399A3812#R7
Leider habe ich keine Ahnung, was hier wie gesetzt werden muss
"99" => ## Somfy RTS
{
name => 'Somfy RTS',
id => '99',
zero => [1,-3],
one => [3,-1],
sync => [1,-11],
start => [-28],
clockrange => [630,689], # min , max
clockabs => 660,
format => 'manchester',
#preamble => '',
#clientmodule => '', # not used now
modulematch => '^A[0-9A-F]+',
length_min => '56',
length_max => '56',
method => \&SIGNALduino_SomfyRTS # Call to process this message
},
Wer kann da helfen? Und wenn was gehen sollte, wer kann testen (habe noch keine Somfy-Devices im Einsatz; denke aber drüber nach)?
Könnte man das Modul Modul 10_SOMFY.pm oder 14_FHEMduino_SomfyR.pm nutzen um ein Device anzulegen?
Müsste der SD dann nicht in folgendem Format dispatchen, also mit Leerzeichen.
aus der Modul 10_SOMFY.pm:
Zitat#############################
sub SOMFY_Parse($$) {
my ($hash, $msg) = @_;
# Msg format:
# Ys AB 2C 004B 010010
# address needs bytes 1 and 3 swapped
aus der Modul 14_FHEMduino_SomfyR.pm:
[/b]
Zitat#############################
sub FHEMduino_SomfyR_Parse($$){
# Msg format:
# Ys AB 2C 004B 010010
# address HAS ALREADY bytes 1 and 3 swapped
Verstehe ich das Richtig?
Falls auch das Senden in den SD implementiert werden sollte, dann könnte vielleicht das Modul 10_SOMFY.pm verwendet werden?
aus der Modul 10_SOMFY.pm:
Zitat#####################################
sub SOMFY_SendCommand($@)
.
.
.
# message looks like this
# Ys_key_ctrl_cks_rollcode_a0_a1_a2
# Ys ad 20 0ae3 a2 98 42
my $enckey = uc(ReadingsVal($name, "enc_key", "A0"));
my $rollingcode = uc(ReadingsVal($name, "rolling_code", "0000"));
if($command eq "XX") {
# use user-supplied custom command
$command = $args[1];
}
$message = "s"
. $enckey
. $command
. $rollingcode
. uc( $hash->{ADDRESS} );
.
.
.
## Send Message to IODev using IOWrite
Log3($name,5,"SOMFY_sendCommand: $name -> message :$message: ");
IOWrite( $hash, "Y", $message );
Wäre das ein Ansatz diese Module zubenutzen?
Edit: Ich sehe in Ralf9's Beitrag gerade, dass es mit dem SOMFY Modul funktioniert.
Ihr könnt euch auch das Dooyamodul ansehen... Es basiert ja auf dem Somfymodul... Und kann senden und empfangen... Incl autocreate... Vielleicht hilft das weiter...
Gesendet von iPhone mit Tapatalk
Bezüglich senden muss das noch im 00_Signalduino.pm eingebaut werden, dass man auch Manchester Signale senden kann.
Dann kann man dann direkt den HEX Wert übergeben.
Wird spannend, wie das mit der Sync Phase ist. Habe gelesen, dass man die nicht braucht. Wenn das stimmt, vereinfacht das die Sache.
Grüße Sidey
in somfy_rts.c
static void somfy_rts_send(char *in) {
...
// send the whole frame several times
for(i = 0; i < somfy_rts_repetition; i++) {
send_somfy_rts_frame(airdata, (i == 0) ? 2 : 7); // send 2 hw Sync pulses at first, and 7 for repeated frames
}
...
}
static void send_somfy_rts_frame(somfy_rts_frame_t *frame, int8_t hwPulses) {
// send hardware sync (pulses of ca. double length)
for (int8_t i = 0; i < hwPulses; i++) {
CC1100_OUT_PORT |= _BV(CC1100_OUT_PIN); // High
my_delay_us(2550);
CC1100_OUT_PORT &= ~_BV(CC1100_OUT_PIN);// Low
my_delay_us(2550);
}
...
}
sieht für mich nach sync aus.
Vor der 1. Nachricht 2 und jeder weiteren 7 ("// send hardware sync (pulses of ca. double length)") was auch immer für Zeitscheiben. Auf alle Fälle eine logische 0 (nach Variante 2 aus WikiPedia).
@Ralf:
Kannst du bitte noch die geänderte Funktion einchecken? Habe die Prüfung der encrypteten Nachricht und Checksumme eingebaut, sowie den Vorspann "Ys".
sub SIGNALduino_SomfyRTS()
{
my ($name, $bitData, $rawData) = @_;
my $negBits = $bitData =~ tr/10/01/r;
my $encData = SIGNALduino_b2h($negBits);
## no Somfy RTS message
return (-1, "not a valid Somfy RTS message!") if ($encData !~ m/A[0-9A-F]{13}/);
## decode message
my $decData = substr($encData, 0, 2);
for (my $idx=1; $idx < 7; $idx++)
{
my $high = substr($encData, $idx * 2, 2);
my $low = substr($encData, ($idx - 1) * 2, 2);
my $val = hex("0x" . $low) ^ hex("0x" . $high);
$decData .= sprintf("%02X", $val);
}
## checksum
my $checkSum = 0;
for (my $idx=0; $idx < 7; $idx++)
{
my $val = hex("0x" . substr($decData, $idx * 2, 2));
$val &= hex("0xF0") if ($idx == 1);
$checkSum = $checkSum ^ $val ^ ($val >> 4);
##Log3 $name, 4, "$name: Somfy RTS check: " . sprintf("%02X, %02X", $val, $checkSum);
}
return (-1, "not a valid Somfy RTS message (checksum error)!") if (($checkSum & hex("0x0F")) != hex("0x" . substr($decData, 3, 1)));
##Log3 $name, 4, "$name: Somfy RTS protocol \nraw: " . SIGNALduino_b2h($bitData) . "\nenc: $encData\ndec: $decData\ncheck: " . sprintf("%X", $checkSum & hex("0x0F")) . "\n";
return (1, "Ys" . $decData);
}
Hi,
ich habe den somfy code aktualisiert, aber etwas angepasst.
Die Checksumme funktioniert bei mir nicht, ich habe es erst mal auskommentiert.
Bezüglich Senden ist es so, dass das somfy Modul folgenden Befehl sendet:
In SOMFY_SendCommand wird mittels IOWrite gesendet. Dabei wird folgendes übergeben: sA3400003389A00
Das wird dann letztendlich raw an den SIGNALduino übermittelt. Der kann natürlich nichts damit anfangen.
Man könnte das Somfy Modul patchen und den Sendebefehl abändern, wenn ein SIGNALduino verwendet wird:
In etwa so:
$message = 'P43#' . substr($message,1). '#R' . $SignalRepeats;
Log3 $io, 4, "SOMFY_sendCommand: $name -> message :$message: ";
IOWrite($hash, 'sendMsg', $message);
Dann bleibt aber immer noch das Thema mit dem encrypten. Das sehe ich eher im Logischen Modul und weniger im SIGNALduino. Das müsste dann noch eingebaut werden.
Grüße Sidey
Soweit ich es verstanden habe, bildet SOMFY heute eine Fernbedienung ab und nicht das eigentliche Endgerät (Rollo/Markise).
Somit müsste SOMFY generell mehrere Fernbedienungen (CODES) verwalten können, um den echten Status des Endgeräts darstellen zu können.
Senden die Endgeräte auch Nachrichten (z.B. beim Anlernen)?
Bzgl. der aktuellen Implementierung in SOMFY könnte ich mir vorstellen, dass SendCommand in SOMFY prüft, ob es eine Funktion <Klasse IO-Device>_SendCommand_SomfyRTS im IODev gibt (habe thdankert (https://github.com/thdankert/somfy-rts-fhem/issues/2) involviert). Wenn ja, dann rufe diese auf. Wenn Nein dann benutze IOWrite wie bisher.
Natürlich muss der Frequenz-Toggle-Kram auch weggelassen werden.
Zitat von: habeIchVergessen am 09 Mai 2016, 09:41:29
Soweit ich es verstanden habe, bildet SOMFY heute eine Fernbedienung ab und nicht das eigentliche Endgerät (Rollo/Markise).
Somit müsste SOMFY generell mehrere Fernbedienungen (CODES) verwalten können, um den echten Status des Endgeräts darstellen zu können.
Senden die Endgeräte auch Nachrichten
Das Modul bildet eine virtuelle Fernbedienung... Du kannst mehrere Fernbedienungen erstellen... Es ist quasi ne Software Fernbedienung... Das Problem bei SOMFY ist das es mit nem Rolingcode arbeitet der aufwärts zählt... Wenn du also die reale Fernbedienung und das Modul gleichzeitig nutzen willst wirst du zwei Fernbedienung am Rollo anlernen müssen... Da du das zählen der echten Fernbedienung nicht beeinflussen kannst... Anderer Seite muss das Modul mitbekommen wenn die echte Fernbedienung das Rollo ändert... Wie gesagt schau dir mal Dooya an und lies den Anhang... Für den Ablauf von nem Rollomodul her denke ich verständlich gehalten...
Hoffe konnte helfen...
Gruß Jarnsen
Zitat von: habeIchVergessen am 09 Mai 2016, 09:41:29
Bzgl. der aktuellen Implementierung in SOMFY könnte ich mir vorstellen, dass SendCommand in SOMFY prüft, ob es eine Funktion <Klasse IO-Device>_SendCommand_SomfyRTS im IODev gibt (habe thdankert (https://github.com/thdankert/somfy-rts-fhem/issues/2) involviert). Wenn ja, dann rufe diese auf. Wenn Nein dann benutze IOWrite wie bisher.
Natürlich muss der Frequenz-Toggle-Kram auch weggelassen werden.
Eine Unterscheidung ist auch über den $io->{TYPE} möglich:
if ($io->{TYPE} ne "SIGNALduino") {
# das IODev ist kein SIGNALduino
Log3($name,5,"SOMFY_sendCommand: $name -> message :$message: ");
IOWrite( $hash, "Y", $message );
} else { # SIGNALduino
my $SignalRepeats = AttrVal($name,'repetition', '6');
$message = 'P43#' . substr($message,1). '#R' . $SignalRepeats;
Log3 $hash, 4, "$io->{NAME} SOMFY_sendCommand: $name -> message :$message: ";
IOWrite($hash, 'sendMsg', $message);
}
Gruß Ralf
@Sidey
Anbei ein Log mit der aktuellen Firmware V 3.2.0-b23 SIGNALduino - compiled at May 8 2016 01:24:34.
Solltest du die Sensoren für Testzwecke dennoch benötigen kann ich sie dir für eine Weile borgen.
Zitat von: Ralf9 am 09 Mai 2016, 12:53:07
Eine Unterscheidung ist auch über den $io->{TYPE} möglich:
...
IOWrite($hash, 'sendMsg', $message);
}
Hier fehlt dann noch die Checksumme, das Encrypt und Negieren der Nachricht.
Ist IOWrite äquivalent zu set <SIGNALduino-Name> sendMsg? Wenn ja, dann könnte man über das Protokoll eine entsprechende Handler-Funktion aufrufen (ähnlich zum Empfangen) .
Zitat von: habeIchVergessen am 09 Mai 2016, 14:32:24
Hier fehlt dann noch die Checksumme, das Encrypt und Negieren der Nachricht.
Ist IOWrite äquivalent zu set <SIGNALduino-Name> sendMsg? Wenn ja, dann könnte man über das Protokoll eine entsprechende Handler-Funktion aufrufen (ähnlich zum Empfangen) .
Die Handler-Funktion könnte ab Zeile 1116 eingebaut werden:
if ($protocol == 3) {
$data = SIGNALduino_ITV1_tristateToBit($data);
Log3 $name, 5, "$name: sendmsg IT V1 convertet tristate to bits=$data";
} elsif ($protocol == 43) {
}Gruß Ralf
mach ich später.
Wie bekomme ich die aktuelle Version von 00_SIGNALduino.pm? normales Update?
Zitat von: habeIchVergessen am 09 Mai 2016, 15:00:06
Wie bekomme ich die aktuelle Version von 00_SIGNALduino.pm? normales Update?
Steht im SIGNALduino wiki
http://www.fhemwiki.de/wiki/SIGNALduino#Einbinden_in_FHEM (http://www.fhemwiki.de/wiki/SIGNALduino#Einbinden_in_FHEM)
Gruß Ralf
Wenn ich mit dem SOMFY Modul über nanoCUL433 sende und über SIGNALduino empfange, legt autocreate ein falsches Gerät an.
Das von mir angelegte Gerät (Testfernbedienung)
define somfy1 SOMFY 12389Asendet mit
key A0
cmd stop
rolingcode 0000
RAWMSG YsA01000009A3812
mit autocreate wird auf meinem Testrechner
define SOMFY_389A00 SOMFY 389A00angelegt, richtig wäre
define SOMFY_12389A SOMFY 12389ADer SD zeigt folgende Werte
ZitatDMSG YsA0A01000009A3812
RAWMSG MC;LL=-1287;LH=1289;SL=-681;SH=685;D=5F4F4F4FD5EDFF;C=657;L=56;
@Ellert: das ist ein Bug in 10_SOMFY.pm
YsA0A01000009A3812
sub SOMFY_Parse($$) {
...
if (substr($msg, 0, 2) eq "Yr" || substr($msg, 0, 2) eq "Yt") {
# changed time or repetition, just return the name
return $hash->{NAME};
}
# get address
my $address = uc(substr($msg, 14, 2).substr($msg, 12, 2).substr($msg, 10, 2));
...
}
In der Zeile my $address müssen die Offsets um 2 erhöht werden.
@Sidey: die Checksummen wurden richtig berechnet. Jedoch begann die for-Schleife vom decode bei 0 anstatt bei 1. Habe ich gleich mit in meinem commit (https://github.com/habeIchVergessen/RFFHEM/commit/6640aaba866ded9499cbd33c8eba2b7fcf234ef3) erledigt. Pull-Request habe ich auch angelegt.
Kann jemand das Senden via SIGNALduino testen (inkl. Empfang). Dazu wird der Patch von Ralf9 in 10_SOMFY.pm benötigt. Habe leider nur einmal Hardware.
@habeIchVergessen:
ZitatIn der Zeile my $address müssen die Offsets um 2 erhöht werden.
Ist es nicht so, dass in
DMSG YsA0A01000009A3812
A0 doppelt drin ist?
Es sind 16 statt 14 hex-Digits
Das hat sich hiermit erledigt.
ZitatJedoch begann die for-Schleife vom decode bei 0 anstatt bei 1.
Ich habe in der 00_SIGNALduino.pm den Schleifenstart auf 1 gesetzt.
Dannn habe ich von
define somfy1 SOMFY 12389A gesendet.
DMSG YsA21000029A3812 ist im SD korrekt dargestellt.
Auf dem Testrechner wurde mit dem SD empfangen und per autocreate folgendes angelegt:
define SOMFY_12389A SOMFY 12389ADas ist korrekt.
Die Datei 10_SOMFY.pm muss nicht angepasst werden.
@Ellert: Bold hat nicht gereicht. Zufälligerweise habe ich die eigentliche Ursache erwähnt.
Ich hab ein Problem. Ich finde derzeit einfach keine Lösung...
Ich schätze, ich sehe den Wald vor lauter Bäumen nicht.
Jetzt, versuche ich erst mal mein Problem zu schildern..
Es gibt eine List, die enthält mögliche Werte. Nehmen wir an, 43, 50 und 100. Gesucht wird ein Wert von ca. 45 (+-15).
Also sind 40 und 50 valide. Sortiert wird auch. Also haben wir 43 und 50, was in der Toleranz wäre.
Jetzt wird ein 2. Wert gesucht. z.B. 90 (+-15).
100 ist im Toleranzbereich, also ein Wert.
Es gibt also mehrere Listen (zwei im Beispiel) mit einer variablen Anzahl von Einträgen:
43,50 und 100 in diesem Beispiel.
Ich brauche alle Kombinationen dieser Listen.
In diesem Beispiel:
43,100
50,100
Ergänzend muss ich sagen. Es steht nicht fest, wie viel Einträge in einer der Listen entsteht und an welcher Stelle die Liste mit mehr oder weniger Einträgen entsteht.
Edit: Das formulieren der Problemstellung hat mich nun doch weiter gebracht. Sieht schon ganz gut aus, was ich da jetzt habe:
my @array = (
[ "2", "3"],
[ "4", "6", ],
[ "1", ],
);
my @results = ('');
foreach my $subarray (@array)
{
@results = map {my $res = $_; map $res.$_, @$subarray } @results;
}
print join "\n", @results,'';
241
261
341
361
Grüße Sidey
Konnte das Senden von Somfy RTS mittels SIGNALduino und der entsprechende Empfang mittels SIGNALduino erfolgreich getestet werden?
Hi
könnt Ihr euch mal entscheiden?
Habe gerade ein update gemacht und nun ist STATE statt 'Initialized' wieder 'opened'.
NanoCUL etc. verwenden 'Initialized', oder?!
Ist ja nicht so, dass man den State vielleicht in irgendeinem Code abfragt und dann jedesmal anpassen muss, weil Ihr euch nicht entscheiden könnt ;-))
Nur so als Anregung.
ein freundliches Danke
~Josef
Zitat von: habeIchVergessen am 11 Mai 2016, 08:33:04
Konnte das Senden von Somfy RTS mittels SIGNALduino und der entsprechende Empfang mittels SIGNALduino erfolgreich getestet werden?
Ich habe versucht mit dem SD zu senden und ein SOMFY-Gerät 12389A anzulernen, das hat nicht geklappt, mit
V 3.2.0-b23 SIGNALduino - compiled at May 8 2016 01:24:34
00_SIGNALduino.pm 104841 2016-05-08 17:00:00Z v3.2.1-dev $
Logeintrag:
2016.05.11 19:04:21 4: SOMFY_set: somfy -> entering with mode :send: cmd :prog: arg1 :: pos :open:
2016.05.11 19:04:21 1: PERL WARNING: Argument "open" isn't numeric in addition (+) at ./FHEM/10_SOMFY.pm line 956.
2016.05.11 19:04:21 4: SOMFY_set: handled command prog --> move :prog: newState :open:
2016.05.11 19:04:21 5: SOMFY_set: handled for drive/udpate: updateState :: drivet :0: updatet :0:
2016.05.11 19:04:21 4: SOMFY_sendCommand: somfy -> cmd :prog:
2016.05.11 19:04:21 5: SOMFY_sendCommand: somfy -> message :sA080000012389A:
2016.05.11 19:04:21 5: SDuino_433/write: adding to queue Y sA080000012389A
Der Rolladen hat beim Anlernen nicht reagiert.
Ich meine, die Adresse wird falsch übermittelt 12389A statt 9A2812.
es gibt noch eine Version vom 10.05.2016, 106.817 Bytes, md5: a1271eef5ae6907e8a324f8b5beaa216
Sie enthält den Bugfix für das Decode von Nachrichten. Aber keinen Code für das Senden (nur in meinem Fork (https://github.com/habeIchVergessen/RFFHEM/raw/dev-r32/FHEM/00_SIGNALduino.pm), 108.309 Bytes, md5: 24278b82a7c3d88b9ca85959b7336004).
Ist schon verwirrend, das beim Senden (nicht vertauscht) und Empfangen (vertauscht) die Adressbytes unterschiedlich dargestellt werden. Ist bis dato durch SOMFY so vorgegeben.
Selbst wenn beim Anlernen die Adresse nicht stimmt, dann sollte doch wenigstens das Anlernen funktionieren (Funksignal kommt an).
Der Patch von Ralf9 (10_SOMFY.pm) scheint auch zu Fehlen (Nachricht lautet dann P43#A080000012389A#R6):
Zitat von: Ralf9 am 09 Mai 2016, 12:53:07
Eine Unterscheidung ist auch über den $io->{TYPE} möglich:
if ($io->{TYPE} ne "SIGNALduino") {
# das IODev ist kein SIGNALduino
Log3($name,5,"SOMFY_sendCommand: $name -> message :$message: ");
IOWrite( $hash, "Y", $message );
} else { # SIGNALduino
my $SignalRepeats = AttrVal($name,'repetition', '6');
$message = 'P43#' . substr($message,1). '#R' . $SignalRepeats;
Log3 $hash, 4, "$io->{NAME} SOMFY_sendCommand: $name -> message :$message: ";
IOWrite($hash, 'sendMsg', $message);
}
PS: habe einen 2. Satz Hardware bestellt
Ich gebe Josef recht. Alles CUL-ähnliche steht auf "initialized" nach "opened".
Wenn ich's recht verstanden habe bedeutet "opened" nur, daß der Kommunikationsport ansprechbar ist, "initialized" dagegen, daß er auch brauchbare Reaktion zeigt.
Also der State ist schon seit einer Weile opened.
Die Bezeichnung kommt aus DevIO und ist aus meiner Sicht der FHEM Standard.
Wenn bei mir ein CUL auf "opened" steht, funktioniert er nicht.
Jaja ich weiß - der Signalduino ist kein CUL, aber die Funktion ist nahezu gleich.
Aber es lohnt nicht, aus der Statusbezeichnung eine Grundsatzdiskussion anzufachen - hauptsache dat Ding läuft.
Und laufen tut's bei mir echt prima - alle verfügbaren Daumen hoch :)
Zitat von: RappaSan am 12 Mai 2016, 07:17:29
Ich gebe Josef recht. Alles CUL-ähnliche steht auf "initialized" nach "opened".
Wenn ich's recht verstanden habe bedeutet "opened" nur, daß der Kommunikationsport ansprechbar ist, "initialized" dagegen, daß er auch brauchbare Reaktion zeigt.
Ja, das ist mir auch schon aufgefallen. Ein nano ohne firmware hat auch schon den state opened.
Gruß Ralf
Zitat von: habeIchVergessen am 11 Mai 2016, 21:10:02
es gibt noch eine Version vom 10.05.2016, 106.817 Bytes, md5: a1271eef5ae6907e8a324f8b5beaa216
Sie enthält den Bugfix für das Decode von Nachrichten. Aber keinen Code für das Senden (nur in meinem Fork (https://github.com/habeIchVergessen/RFFHEM/archive/dev-r32.zip), 108.309 Bytes, md5: 24278b82a7c3d88b9ca85959b7336004).
Ist schon verwirrend, das beim Senden (nicht vertauscht) und Empfangen (vertauscht) die Adressbytes unterschiedlich dargestellt werden. Ist bis dato durch SOMFY so vorgegeben.
Selbst wenn beim Anlernen die Adresse nicht stimmt, dann sollte doch wenigstens das Anlernen funktionieren (Funksignal kommt an).
Der Patch von Ralf9 (10_SOMFY.pm) scheint auch zu Fehlen (Nachricht lautet dann P43#A080000012389A#R6):
PS: habe einen 2. Satz Hardware bestellt
Dein Link enthält in der zip- Datei eine md5: 8c143364a69f41b9a9e461aa52fdb4fd *00_SIGNALduino.pm die hat 108170 bytes.
Beim updaten mit update all https://raw.githubusercontent.com/habeIchVergessen/RFFHEM/dev-r32/controls_signalduino.txt
erhalte ich Got "108170 bytes for FHEM/00_SIGNALduino.pm, expected 106817".
Wo bekomme ich die
Zitat(nur in meinem Fork, 108.309 Bytes, md5: 24278b82a7c3d88b9ca85959b7336004)
her?
Ich versuch mal die 108170.
@Ellert: habe den Link auf 00_SIGNALduino.pm geändert. Die Datei hat sich zwischenzeitlich schon wieder geändert. Unter Linux kannst du
wget <URL>
im FHEM-Verzeichnis aufrufen.
Zitat von: Ralf9 am 12 Mai 2016, 10:03:25
Ja, das ist mir auch schon aufgefallen. Ein nano ohne firmware hat auch schon den state opened.
Gruß Ralf
Hi
Ist mir auch egal wie das heisst, Hauptsache ist, dass es nicht wieder geändert wird.
Ohne Update, nach langer Zeit, wäre mir das auch nicht aufgefallen.
Leider hat das Update (dev32 Zweig) auch nichts gebracht, der SIGNALduino Code hängt sich halbwegs auf. Vor dem Update alle 1.5 Tage, danach jetzt ca. alle 1-1.5 Stunden. Seltsamerweise liefert er noch Daten, er antwortet dann aber nicht mehr auf Version oder freeRam Abfragen. Zumindest bekomme ich keine Hideki-Daten mehr. Ich muss dann ein 'set sduino reset' machen, dann läuft er wieder und die Hideki Daten werden dekodiert. Hab schon eine watchdog gebaut, die alle 30 Minuten prüft ob die Hideki Daten aktualisiert wurden und ansonsten das reset ausführt.
~Josef
Zitat von: habeIchVergessen am 12 Mai 2016, 13:46:11
@Ellert: habe den Link auf 00_SIGNALduino.pm geändert. Die Datei hat sich zwischenzeitlich schon wieder geändert. Unter Linux kannst du
wget <URL>
im FHEM-Verzeichnis aufrufen.
@habeIchVergessen:
Folgendes Setup:
1. Pi Wirksystem
nanoCUL433 Somfy senden für Tests
RFXTRX433E Somfy senden Wirkbetrieb
2. Pi Wirk- u. Testsystem
FHEMDuino Somfy empfangen für Somfy Handsender Wirkbetrieb, Somfy empfangen Testbetrieb.
3. Pi Testsystem
SIGNALduino Somfy senden/empfangen Testbetrieb
Firmware: V 3.2.0-b23 SIGNALduino - compiled at May 8 2016 01:24:34
10_SIGNALduino.pm um 14:07:27 gezogen 102915 Byte von hier https://forum.fhem.de/index.php/topic,38831.msg449722.html#msg449722
10_SOMFY.pm ergänzt mit dem Code aus Deinem Beitrag.
Versuch1:
1. Pi manuell das Gerät SOMFY_12389A angelegt und davon gesendet.
Ergebnis1:
2. Pi FHEMuino empfangt und legt FHEMduino_SomfyR_12389A an:
Zitat2016.05.12 17:08:39 4: SomfyR: Ys a5 10 0005 9a3812
2016.05.12 17:08:39 1: FHEMduino_SomfyR undefined sensor detected, address 12389A
2016.05.12 17:08:39 2: autocreate: define FHEMduino_SomfyR_12389A FHEMduino_SomfyR 12389A
2016.05.12 17:08:39 2: autocreate: define FileLog_FHEMduino_SomfyR_12389A FileLog ./log/FHEMduino_SomfyR_12389A-%Y.log FHEMduino_SomfyR_12389A
2016.05.12 17:08:39 4: SomfyR: Ys a5 10 0005 9a3812
2016.05.12 17:08:40 1: FHEMduino_SomfyR No rawDevice set in FHEMduino_SomfyR_12389A
2016.05.12 17:08:40 4: SomfyR: Ys a5 10 0005 9a3812
2016.05.12 17:08:40 4: SomfyR: Ys a5 10 0005 9a3812
2016.05.12 17:08:40 4: SomfyR: Ys a5 10 0005 9a3812
3. Pi SIGNALduino empfängt und legt kein Gerät an
Zitat2016.05.12 17:08:39 4: signal433/msg READ: MC;LL=-1295;LH=1285;SL=-682;SH=676;D=5A4A4A4FD5EDFF;C=653;L=56;
Versuch2:
3. Pi manulles Anlegen von SOMFY_12389A, Attribut IODev wird nicht automatisch angelegt (manuell nachgeholt).
Eegebnis2:
3. Pi SIGNALduino zeigt im Log:
Zitat
2016.05.12 17:29:09 5: signal433/write: adding to queue sendMsg P43#A211000212389A#R6
2. Pi FHEMduino empfängt nichts.
Soweit ich den Sendevorgang verstehe müsste
das SOMFY-Gerät Klartext and das SIGNALduino Gerät senden, das macht es auch.
Im SIGNALduino Gerät müsste die Nachricht so aufbereitet werden, wie in der somfy_rts.c
Das Ergebnis müsste dann, invertiert? oder nicht? an die Hardware gesendet werden.
Edit: Mir scheint Du hast auf die falsche Datei verlinkt, https://github.com/RFD-FHEM/RFFHEM/raw/master/FHEM/00_SIGNALduino.pm
@Ellert: du hast recht
https://github.com/habeIchVergessen/RFFHEM/raw/dev-r32/FHEM/00_SIGNALduino.pm
Zitat von: hjgode am 12 Mai 2016, 17:34:22
Hauptsache ist, dass es nicht wieder geändert wird.
Leider hat das Update (dev32 Zweig) auch nichts gebracht, der SIGNALduino Code hängt sich halbwegs auf.
Ich habe nicht vor, den State im Modul noch zu ändern. Das kommt jetzt so aus IODev.
Was das Aufhängen angeht.
Der Signalduino wird in regelmäßigen Intervallen abgefragt. Antwortet er nicht, dann wird er neu initialisiert.
Finden sich im Logfile denn Hinweise darauf?
Ist schon seltsam, dass es bei dir nicht funktioniert.
Schon dass er so regelmäßig abschmiert ist nicht richtig.
Grüße Sidey
Zitat von: habeIchVergessen am 12 Mai 2016, 19:32:40
@Ellert: du hast recht
https://github.com/habeIchVergessen/RFFHEM/raw/dev-r32/FHEM/00_SIGNALduino.pm
00_SIGNALduino.pm heruntergeladen und shutdown restart.
3. Pi SIGNALduino empfängt und aktualisiert ein bestehendes SOMFY Gerät, aber autocreate legt kein SOMFY-Gerät an.
3. Pi SIGNALduino SOMFY Gerät versucht zu senden, das zeigt beim 2. Pi mit FHEMduino keine Wirkung.
Log vom 3. Pi:
Zitat2016.05.12 20:47:02 4: signal433/msg READ: MC;LL=-1045;LH=799;SL=-616;SH=414;D=AAAAAAAB330;C=404;L=42;
2016.05.12 20:47:16 4: signal433/msg READ: MC;LL=-1985;LH=1921;SL=-891;SH=1024;D=56E82FEE8;C=981;L=35;
2016.05.12 20:47:17 4: signal433/msg READ: MC;LL=-1983;LH=1925;SL=-1006;SH=945;D=ADD05FDD0;C=956;L=34;
2016.05.12 20:47:55 5: signal433/write: adding to queue sendMsg P43#A911000912389A#R6
2016.05.12 20:47:55 5: signal433: sendmsg Preparing rawsend command for protocol=43, repeats=6, clock=250 bits=A911000912389A
2016.05.12 20:47:55 4: signal433: sendmsg Somfy RTS data: 5646464FD5EDFF, clock: 250
2016.05.12 20:47:55 5: signal433: sendmsg prepared manchester signal with clock=1
2016.05.12 20:47:55 4: signal433/set: sending via SendMsg: SM;R=6;C=1;D=A911000912389A
2016.05.12 20:47:56 5: signal433 SW: SM;R=6;C=1;D=A911000912389A
2016.05.12 20:47:56 4: signal433/msg READ: SM;R=6;C=1;D=A911000912389A
2016.05.12 20:47:56 5: signal433/HandleWriteQueue: nothing to send, stopping timer
Hab noch ein anderes Problem:
Heute das update des dev.r32 forks durchgeführt.
Danach ist kein schalten der IT-Steckdosen mehr möglich. :(
Ich spiele derzeit die alte Software aus einem vorher gesicherten Image wieder drüber....
Zitat von: Ellert am 12 Mai 2016, 20:52:40
00_SIGNALduino.pm heruntergeladen und shutdown restart.
3. Pi SIGNALduino empfängt und aktualisiert ein bestehendes SOMFY Gerät, aber autocreate legt kein SOMFY-Gerät an.
3. Pi SIGNALduino SOMFY Gerät versucht zu senden, das zeigt beim 2. Pi mit FHEMduino keine Wirkung.
Log vom 3. Pi:
2016.05.12 20:47:55 4: signal433: sendmsg Somfy RTS data: 5646464FD5EDFF, clock: 250
2016.05.12 20:47:55 5: signal433: sendmsg prepared manchester signal with clock=1
Das kann so nicht funktionieren. Die Ermittlung des manchesterclock aus der clockrange ist noch fehlerhaft ( clock=1 )
Ich habe mal die notwendigen Änderungen für das IOWrite des SIGNALduino in die 10_SOMFY.pm eingebaut. Ist noch ungetestet.
https://github.com/Ralf9/test/commit/3fd7071e07773ee0ce592e8ea71b980e7dd84957 (https://github.com/Ralf9/test/commit/3fd7071e07773ee0ce592e8ea71b980e7dd84957)
https://raw.githubusercontent.com/Ralf9/test/master/FHEM/10_SOMFY.pm (https://raw.githubusercontent.com/Ralf9/test/master/FHEM/10_SOMFY.pm)
Gruß Ralf
Nach restore der "alten" dev-r32 (V 3.2.0-b22 SIGNALduino - compiled at Apr 18 2016 22:59:19 ) geht alles wieder...
Der FHEMduino wird das Signal nicht richtig Auswerten, welches der SIGNALduino sendet. Allerdings sollten die Rolläden darauf reagieren.
Viegener wäre wohl bereit den Patch für das Somfy Modul auf zu nehmen.
@Ralf: schickst Du ihm den mal?
https://forum.fhem.de/index.php?topic=53319.0
Grüße Sidey
Zitat von: Ralf9 am 12 Mai 2016, 21:15:28
Das kann so nicht funktionieren. Die Ermittlung des manchesterclock aus der clockrange ist noch fehlerhaft ( clock=1 )
hab schon ein Ticket erstellt.
Zitat von: Ralf9 am 12 Mai 2016, 21:15:28
Ich habe mal die notwendigen Änderungen für das IOWrite des SIGNALduino in die 10_SOMFY.pm eingebaut. Ist noch ungetestet.
war zu langsam.
Anbei mein Entwicklungsstand.
10_SOMFY.pm steht als Pull-Request (https://github.com/thdankert/somfy-rts-fhem/pull/16) aus.
00_SIGNALduino.pm kann ich noch nicht liefern, da nicht zu aktuellem 10_SOMFY.pm kompatibel.
Zitat von: Sidey am 12 Mai 2016, 21:27:57
@Ralf: schickst Du ihm den mal?
ich habe bereits Encrypt, Decrypt und Checksummen in 10_SOMFY.pm verschoben und 00_SIGNALduino.pm entsprechend angepasst (s. letzen Post).
Wollt ihr die nochmal begutachten, bevor Ralf's Patch benutzt wird?
Zitat von: habeIchVergessen am 12 Mai 2016, 21:42:55
ich habe bereits Encrypt, Decrypt und Checksummen in 10_SOMFY.pm verschoben und 00_SIGNALduino.pm entsprechend angepasst (s. letzen Post).
Wollt ihr die nochmal begutachten, bevor Ralf's Patch benutzt wird?
@Sidey: wie hättest Du es gerne?
Ist es ausreichend, wenn wie von @habeIchVergessen eingebaut, das Encrypt in die SOMFY_SendCommand verschoben wird?
+ if ($io->{TYPE} ne "SIGNALduino") {
+ # das IODev ist kein SIGNALduino
+ Log3($name,5,"SOMFY_sendCommand: $name -> message :$message: ");
+ IOWrite( $hash, "Y", $message );
+ } else { # SIGNALduino
+ my $SignalRepeats = AttrVal($name,'repetition', '6');
+ # swap address, remove leading s
+ $decData = substr($message, 1, 8) . substr($message, 13, 2) . substr($message, 11, 2) . substr($message, 9, 2);
+
+ my $check = SOMFY_RTS_Check($name, $decData);
+ my $encData = SOMFY_RTS_Crytp("e", $name, substr($decData, 0, 3) . $check . substr($decData, 4);
+ $message = 'P43#' . $encData . '#R' . $SignalRepeats;
+ Log3 $hash, 4, "$io->{NAME} SOMFY_sendCommand: $name -> message :$message: ";
+ IOWrite($hash, 'sendMsg', $message);
+ }Oder soll auch das Decrypt in die SOMFY_Parse verschoben werden?
sub SOMFY_Parse($$) {
my ($hash, $msg) = @_;
my $name = $hash->{NAME};
return "IODev unsupported" if ((my $ioType = $hash->{TYPE}) !~ m/^(CUL|SIGNALduino)$/);
# preprocessing if IODev is SIGNALduino
if ($ioType eq "SIGNALduino") {
my $encData = substr($msg, 2);
return "Somfy RTS message format error!" if ($encData !~ m/A[0-9A-F]{13}/);
my $decData = SOMFY_RTS_Crypt("d", $name, $encData);
my $check = SOMFY_RTS_Check($name, $decData);
return "Somfy RTS checksum error!" if ($check ne substr($decData, 3, 1));
Log3 $name, 4, "$name: Somfy RTS preprocessing check: $check enc: $encData dec: $decData";
$msg = substr($msg, 0, 2) . $decData;
}Gruß Ralf
ist schon drin
# preprocessing if IODev is SIGNALduino
if ($ioType eq "SIGNALduino") {
my $encData = substr($msg, 2);
return "Somfy RTS message format error!" if ($encData !~ m/A[0-9A-F]{13}/);
my $decData = SOMFY_RTS_Crypt("d", $name, $encData);
my $check = SOMFY_RTS_Check($name, $decData);
return "Somfy RTS checksum error!" if ($check ne substr($decData, 3, 1));
Log3 $name, 4, "$name: Somfy RTS preprocessing check: $check enc: $encData dec: $decData";
$msg = substr($msg, 0, 2) . $decData;
}
Grosse Überraschung und Respekt!
Ich hatte den SIGNALDuino etwas aus den Augen verloren, klar bin ich bereit 10_SOMFY.pm an den Signalduino anzupassen,
Wenn ich das richtig verstehe wäre Empfang und Senden möglich. Es müsste dann noch Anpassungen geben, so dass man auch die Verbindung zwischen Handfernbedienung (Empfang) und FHEM-Steuerung (Senden) in SOMFY einbauen, dass kann ich auch noch nachrüsten.
Das wäre dann vielleicht auch für mich ein Anlass meinen Signalduino aus dem letzten Jahr von Steckbrett auf eine Platine zu bauen...
Mein Vorschlag gebt mir doch die entsprechenden Routinen ich mache dann den Einbau, dass es für mich wartbar bleibt.
Gibt es bei Euch Erfahrungen mit der Reichweite im Vergleich mit einem CUL?
Thema: SignalDuino stoppt:
weiss noch nict was da los ist. Hier mal mit verbose 5 und debug 1:
2016.05.12 21:33:09 4: Hideki_Parse sduinoIP incomming P12#75E2BA4A0CBEC255375700
2016.05.12 21:33:09 4: Hideki_Parse SensorTyp = 30 decodedString = 7526cede14c246ff59f900
2016.05.12 21:33:09 4: sduinoIP decoded Hideki protocol model=Hideki_30, sensor id=26, channel=1, temp=21.4, hum
idity=46, bat=ok, rain=0
2016.05.12 21:33:09 5: deviceCode: Hideki_30_1
2016.05.12 22:03:12 3: Opening sduinoIP device 192.168.0.99:23
2016.05.12 22:03:12 3: sduinoIP device opened
2016.05.12 22:03:12 1: define: 192.168.0.99:23
2016.05.12 22:03:12 1: init: 192.168.0.99:23
2016.05.12 22:03:12 5: sduinoIP SW: V
2016.05.12 22:03:12 5: sduinoIP/RAW (ReadAnswer): V 3.2.0-b23 SIGNALduino - compiled at May 8 2016 01:24:34
2016.05.12 22:03:12 5: sduinoIP: command for gets: ?
2016.05.12 22:03:12 5: sduinoIP SW: ?
2016.05.12 22:03:12 5: sduinoIP/RAW READ: /? Use one of V i R t X F S P C G
2016.05.12 22:03:12 4: sduinoIP/msg READ: ? Use one of V i R t X F S P C G
2016.05.12 22:03:12 5: sduinoIP/HandleWriteQueue: nothing to send, stopping timer
2016.05.12 22:03:15 5: sduinoIP/RAW READ: /^BMC;LL=-998;LH=956;SL=-510;SH=465;D=AE23974A6403EAF154620B0;C=473;L=90;^C
2016.05.12 22:03:15 4: sduinoIP/msg READ: ^BMC;LL=-998;LH=956;SL=-510;SH=465;D=AE23974A6403EAF154620B0;C=473;L=90;^C
2016.05.12 22:03:15 4: sduinoIP: Found manchester Protocol id 10 clock 473 -> OSV2o3
2016.05.12 22:03:15 5: sduinoIP: protocol does not match return from method: ()
2016.05.12 22:03:15 4: sduinoIP: Found manchester Protocol id 12 clock 473 -> Hideki protocol
2016.05.12 22:03:15 4: sduinoIP: hideki protocol converted to hex: 75E2BACA02BE3D55466800 with 92 bits, messagestart 0
Um 21:33 die letzte Meldung und um 22:03 schlägt dann meine watchdog zu.
Mal sehen...
~Josef
Zitat von: viegener am 12 Mai 2016, 22:11:05
Mein Vorschlag gebt mir doch die entsprechenden Routinen ich mache dann den Einbau, dass es für mich wartbar bleibt.
wenn das Okay von Sidey vorliegt, dann würde ich einen Pull-Request erstellen. Die Diffs (https://github.com/habeIchVergessen/Telegram-fhem/commit/9b5248ccf373ea32e28d5ef251c4a4e882d7119a) sind überschaubar.
Zitat von: hjgode am 12 Mai 2016, 22:18:13
Thema: SignalDuino stoppt:
weiss noch nict was da los ist. Hier mal mit verbose 5 und debug 1:
ist ggf. der fehlende ":" hinter SOMFY die Ursache?
my $clientsSIGNALduino = ":IT:"
... ."Dooya:"
."SOMFY"
."SIGNALduino_un:"
;
Zitat von: Ralf9 am 12 Mai 2016, 22:04:12
@Sidey: wie hättest Du es gerne?
Ist es ausreichend, wenn wie von @habeIchVergessen eingebaut, das Encrypt in die SOMFY_SendCommand verschoben wird?
Hmm, ich weiss nicht. So langsam verliere ich den Überblick, bei den vielen verschiedenen Ständen..
So wie ich das jetz sehe, kann die crypt Funktion für encrypt und decrypt verwendet werden. Wenn Viegener damit kein Problem hat, würde ich es dann in 10_SOMFY belassen, sonst haben wir die Funktion später ja 2 mal.
Zum Senden müsste dann Im 00_SIGNALDuino nur noch invertiert werden, wenn ich das richtig sehe.
Grüße Sidey
ja.
Auszug aus meinem Entwicklungsstand (s. hier (https://forum.fhem.de/index.php/topic,38831.msg450098.html#msg450098))
sub SIGNALduino_SomfyRTS_Recv()
{
my ($name, $bitData, $rawData) = @_;
(my $negBits = $bitData) =~ tr/10/01/; # Todo: eventuell auf pack umstellen
my $encData = SIGNALduino_b2h($negBits);
# no Somfy RTS message
return (-1, "not a valid Somfy RTS message!") if ($encData !~ m/A[0-9A-F]{13}/);
#Log3 $name, 4, "$name: Somfy RTS protocol enc: $encData";
return (1, $encData);
}
sub SIGNALduino_SomfyRTS_Send($$)
{
my ($name, $data) = @_;
# no Somfy RTS message
return (-1, "not a valid Somfy RTS message!") if ($data !~ m/A[0-9A-F]{13}/);
(my $negData = $data) =~ tr/0123456789ABCDEF/FEDCBA9876543210/;
#Log3 $name, 4, "$name: Somfy RTS protocol neg: $negData";
return (1, $negData);
}
Im Moment verliere ich auch etwas die Übersicht über den Entwicklungsstand.
Der SOMFY-Zweig hat nichts mit dem momentanen dev-r32-Zweig zu tun, oder?
Denn sonst könnte ich's mir nicht erklären, daß es keinen zu interessieren scheint: Im neuesten dev-r32 klappt zumindest der IT-Sendezweig nicht mehr - zumindest der Teil, der für die IT/Elro-Steckdosen zuständig ist.
Nachtrag: Nach dem flashen des "fehlerhaften" dev-r32 hatte ich die Version V 3.2.0-b23 auf dem Signalduino.
Ist gerade alles etwas verworren. So gesehen gibt es keinen Somfy Zweig. Das ist vielleicht auch das Problem.
Es gibt Forks, diverse Pullrequests und Code im Forum.
Was ich versuche ist, die notwendigen Anpassungen in den devr32 Zweig zu übernehmen soweit das klar ist, was wo hin gehört.
Die Änderungsrate ist aber momentan doch recht hoch und es kommt zu Parallelen Entwicklungen.
Dass IT Senden im dev-r32 sollte eigentlich funktionieren.
Richtig ist aber leider, dass ich gestern eine Änderung gemacht habe, damit SOMFY Senden nicht mit IT Senden kollidiert.
Dadurch geht aktuell nur Senden für ITv1 Geräte und nicht für die anderen IT Geräte.
Ich werde den Teil korrigieren.
Hallo Sidey,
Du hast es momentan nicht leicht :)
Zitat von: 1.fhemtester am 30 April 2016, 11:55:43
Beiliegende 14_SD_UT
Kannst du die o.g. Datei hier (https://github.com/RFD-FHEM/RFFHEM) liefern?
@Sidey:
ZitatDer FHEMduino wird das Signal nicht richtig Auswerten, welches der SIGNALduino sendet. Allerdings sollten die Rolläden darauf reagieren.
Warum sollte er nicht?
Der FHEMduino empfängt auch meine Somfy Telis Handsender und legt Geräte dafür an, in Verbindung mit der 14_FHEMduino_SomfyR.pm.
Wenn der SIGNALduino Somfy Manchestercode sendet, dann müsste es der Rolladen und der FHEMduino gleichermassen empfangen.
@Ellert: zu dem Zeitpunkt war noch der Clock-Bug in dem von Sidey verwalteten Code. Also wurde eventuell etwas gesendet, aber nicht so, wie es sein muss.
Aktuell wird die Nachricht falsch negiert.
Zitat von: habeIchVergessen am 13 Mai 2016, 17:14:37
@Ellert: zu dem Zeitpunkt war noch der Clock-Bug in dem von Sidey verwalteten Code. Also wurde eventuell etwas gesendet, aber nicht so, wie es sein muss.
Aktuell wird die Nachricht falsch negiert.
Ja, das habe ich auch gerade festgestellt mit aktuellem Update aus dem dev-r23.
Zitat
2016.05.13 17:46:14 5: signal433/write: adding to queue sendMsg P43#A011000012389A#R6
2016.05.13 17:46:14 5: signal433: sendmsg Preparing manchester protocol=43, repeats=6, clock=660 data=5FEEFFFFEDB765, das B müsste C sein
zusätzlich müssten in 5FEEFFFF
EDC7
65 die markierten Byte vertauscht werden, falls hier die tatsächlich gesendete Nachricht zu sehen ist.
in 00_SIGNALduino.pm muss
$data =~ tr/0123456789ABCDEF/FEDBCA9876543210/;
durch
$data =~ tr/0123456789ABCDEF/FEDCBA9876543210/;
ersetzt werden
A010000012389A müsste als 5F4F4F4FD5EDFF gesendet werden.
Kannst gern die hier testen:
https://github.com/habeIchVergessen/RFFHEM/raw/dev-r32/FHEM/00_SIGNALduino.pm
https://github.com/habeIchVergessen/Telegram-fhem/raw/master/Somfy/10_SOMFY.pm
ZitatKannst gern die hier testen:
Habe ich gemacht und mit dem Logikanalysator aufgezeichnet.
Einmal von nanoCul gesendet und einmal vom SDuino gesendet.
Zum SDuino gehört dieser Logauszug:
Zitat2016.05.13 20:14:39 5: signal433/write: adding to queue sendMsg P43#A0B0B0B02A1200#R6
2016.05.13 20:14:39 5: signal433: sendmsg Preparing manchester protocol=43, repeats=6, clock=660 data=5F4F4F4FD5EDFF
2016.05.13 20:14:39 4: signal433/set: sending via SendMsg: SM;R=6;C=660;D=5F4F4F4FD5EDFF
2016.05.13 20:14:39 5: signal433 SW: SM;R=6;C=660;D=5F4F4F4FD5EDFF
2016.05.13 20:14:39 5: signal433/HandleWriteQueue: nothing to send, stopping timer
2016.05.13 20:14:39 4: signal433/msg READ: SM;R=6;C=660;D=5F4F4F4FD5EDFF
Zitat von: Ellert am 13 Mai 2016, 16:53:00
@Sidey:Warum sollte er nicht?
Der FHEMduino empfängt auch meine Somfy Telis Handsender und legt Geräte dafür an, in Verbindung mit der 14_FHEMduino_SomfyR.pm.
Wenn der SIGNALduino Somfy Manchestercode sendet, dann müsste es der Rolladen und der FHEMduino gleichermassen empfangen.
Der Signalduino Sender Manchester, allerdings wartet der FHEMduino auf eine Preamble davor, die nicht zum Manchester Signal gehört. Die Preamble wird vermutlich gesendet, damit der Empfänger sein AGC einstellen kann.
Die Rolläden sollen diese Übertragung angeblich nicht Auswerten, was die Vermutung stützt, dass es nur für den Empfänger gemacht wird und nicht zur Nachricht gehört.
Der Signalduino sendet diese Preamble nicht. Könnte man einbauen, wenn man es muss, macht die Sache aber wieder ein kleines bisschen Aufwändiger. Da das Signal 6mal gesendet wird, kann sich der Empfänger bei der 1. Übertragung anpassen.
Wenn wir diese Preamble brauchen, würde ich es einbauen, ansonsten eher nicht um es einfach zu halten.
Grüße Sidey
Zitat von: hjgode am 12 Mai 2016, 22:18:13
Thema: SignalDuino stoppt:
weiss noch nict was da los ist. Hier mal mit verbose 5 und debug 1:
Um 21:33 die letzte Meldung und um 22:03 schlägt dann meine watchdog zu.
Seltsam,
es sieht so aus, als ob der Intervall überhaupt nicht gestartet wird.
Ich habe leider keinen SIGNALduino über IP angebunden.
Den Code habe ich durchgesehen. Die Prüfung, wird alle 5 Minuten durchgeführt. Allerdings sehe ich im Log keine Einträge, was seltsam ist.
Zum Reset noch eine Frage.
Das einzige, was Du resettest, ist doch die IP Verbindung. Den Arduino kannst Du ja so nicht resetten.
Mit Get uptime sollte sich das auch bestätigen lassen.
Grüße Sidey
Zitat von: Sidey am 13 Mai 2016, 20:36:04
Der Signalduino Sender Manchester, allerdings wartet der FHEMduino auf eine Preamble davor, die nicht zum Manchester Signal gehört. Die Preamble wird vermutlich gesendet, damit der Empfänger sein AGC einstellen kann.
Die Rolläden sollen diese Übertragung angeblich nicht Auswerten, was die Vermutung stützt, dass es nur für den Empfänger gemacht wird und nicht zur Nachricht gehört.
Der Signalduino sendet diese Preamble nicht. Könnte man einbauen, wenn man es muss, macht die Sache aber wieder ein kleines bisschen Aufwändiger. Da das Signal 6mal gesendet wird, kann sich der Empfänger bei der 1. Übertragung anpassen.
Wenn wir diese Preamble brauchen, würde ich es einbauen, ansonsten eher nicht um es einfach zu halten.
Grüße Sidey
Ich dachte nur, ich könnte den FHEMduino als Testempfänger nutzen. Das geht dann ja nicht. Danke für die Aufklärung.
reagiert das Rollo/stimmt das gesendete Signal?
@habeIchVergessen: Habe mir gerade den Pullrequest angesehen. Generell sieht das gut aus, ich würde das auch übernehmen, allerdings möchte ich das ungerne direkt ins FHEM-SVN bringen, da ich nächste Woche in Urlaub gehe.
Eine Unterstützung für repetition gibt es jetzt noch nicht?
@habeIchVergessen: Kommando zurück habe gerade den gemergten Code ausprobiert, leider geht bei mir jetzt nichts mehr, da muss ich jetzt erstmal schauen was schiefgeht
@viegener: die Überprüfung von $hash->{IODev}->{TYPE}) !~ m/^(CUL|SIGNALduino)$/) in SOMFY_SendCommand und SOMFY_Parse vielleicht?
Yr/Yt entspricht repetition? Das unterstützt SIGNALduino aktuell nicht.
@habeIchVergessen: Ja da bin ich auch gerade draufgestossen. Das ist zu restriktiv ich habe für 433Mhz einen SCC. Ich baue das gerade um
Johannes
OK, habe einen Fix eingechecked, könnt Ihr nochmal mit dem Signalduino testen?
sieht gut aus.
Empfang von Nachrichten, die mit miniCUL gesendet wurden, geht.
Senden funktioniert bis zur Arduino-Ebene (weiter kann ich leider noch nicht testen).
Senden haut nicht hin.
Man müsste noch ein Bit 0 vorne wegsenden, damit es klappt.
Bit 0 meint 2 hex digits oder genau 1 Bit?
Zitat von: Ellert am 13 Mai 2016, 20:24:49
Einmal von nanoCul gesendet und einmal vom SDuino gesendet.
Ich habe mir das npy angesehen:
2016_05_13_senden_von_nanoCUL433_YsAC10000C9A3812.npy
Da wird AD übertragen. Ist das korrekt? Anhand der Datei hätte ich AC erwartet, aber das findet sich nicht in der Aufzeichnung.
Am SIGNALduino bin ich jetzt an einem Punkt den ich selbst nicht verstehe.
Um das gleiche Signal zu erhalten, darf man nicht invertiert senden. Schon komisch irgendwie.
@habeIchVergessen
Bit 0 meint genau ein Bit.. Ich hab was in die Firmware eingebaut, das universell funktioniert.
Neue Firmware und Modul sind eingecheckt. Jetzt bin ich gespannt.
@Sidey:
ZitatDa wird AD übertragen. Ist das korrekt?
Kann sein, dass ich den Zähler an der falschen Stelle abgelesen habe.
ZitatNeue Firmware und Modul sind eingecheckt. Jetzt bin ich gespannt.
Welche 10_SOMFY.pm muss ich benutzen, um Senden und Empfangen zu testen?
diese hier bitte
https://github.com/viegener/Telegram-fhem/raw/master/Somfy/10_SOMFY.pm
die auch noch
https://github.com/habeIchVergessen/RFFHEM/raw/dev-r32/FHEM/00_SIGNALduino.pm
@habeIchVergessen
die auch noch
https://github.com/habeIchVergessen/RFFHEM/raw/dev-r32/FHEM/00_SIGNALduino.pm
« Letzte Änderung: Heute um 11:23:08 von habeIchVergessen »
Was unterscheidet Sidey's 10_SIGNALduino.pm von heute morgen von Deiner, ausser das Deine 2KB kleiner ist? Ist Deine Version auf die Firmware V 3.2.0-b24 abgestimmt?
in Sidey's Version wird noch das Decrypt und Checksummen-Prüfung beim Empfang durchgeführt.
Das ist aber schon in 10_SOMFY.pm gelandet.
Beim Senden sind beide Versionen identisch.
Sollte mit der o.g. Firmware-Version funktionieren.
@Sidey: zusätzliches "Bit 0" ist Sync? Wenn ja, was passiert wenn hier eine 1 gesendet wird? Wird dadurch die Nachricht logisch negiert interpretiert?
Egal welchen Wert das 1. Bit hat. Es wird jetzt passend moduliert.
Ich meinte das zusätzliche Bit (nicht das erste aus den Nutzdaten). Ist dieses Bit Sync?
Ich weiss nicht genau was Du meinst. Es wird kein Zusätzliches Bit übertragen. Es wird lediglich sichergestellt, dass auf das 1. Bit synchronisiert werden kann.
Ich meine die zwei Varianten der Modulierung, die in Wikipedia beschrieben sind.
Was ist, wenn die Flanke von Sync über die Variante Auskunft gibt. Also welcher Wechsel high/low vs. low/high die logische 1 ist.
Ich weiss nicht genau was Du mit Sync meinst.
Auf ein Manchester Signal kann man sich immer dann synchen, wenn eine Puls 2* Takt Länge gefunden wird.
Ob der nun low oder high ist, spielt keine Rolle.
Die Variante nach IEEE oder G.E. Thomas kann man im Signal selbst nicht unterscheiden.
Das müssen Sender und Empfänger auf anderen Weg untereinander ausmachen.
Zumindest ist das mein Stand. Ich nehme einfach an, es wird nach IEEE übertragen. Ist das nicht so, muss man invertieren.
Ich gehe auch mal stark davon aus, dass SOMFY nach IEEE überträgt.
Zitat von: habeIchVergessen am 14 Mai 2016, 11:07:58
diese hier bitte
https://github.com/viegener/Telegram-fhem/raw/master/Somfy/10_SOMFY.pm
die auch noch
https://github.com/habeIchVergessen/RFFHEM/raw/dev-r32/FHEM/00_SIGNALduino.pm
Wenn ich über einen nanoCUL sende, werden durch meine beiden SIGNALduino auf unterschiedlichen RasPi SOMFY Geräte angelegt.
ZitatnanoCUL RAWMSG: YsA31600039C3812
Zitat2016.05.14 16:03:48 4: SD_433/msg READ: MC;LL=-1288;LH=1286;SL=-685;SH=683;D=5B4D4D49D5EDFF;C=656;L=56;
2016.05.14 16:03:48 4: SD_433: Found manchester Protocol id 43 clock 656 -> Somfy RTS
2016.05.14 16:03:49 4: SD_433: Somfy RTS preprocessing check: 6 enc: A4B2B2B62A1200 dec: A41600049C3812
2016.05.14 16:03:49 1: SOMFY Unknown device 12389C, please define it
2016.05.14 16:03:49 2: autocreate: define SOMFY_12389C SOMFY 12389C
2016.05.14 16:03:49 2: autocreate: define FileLog_SOMFY_12389C FileLog ./log/SOMFY_12389C-%Y.log SOMFY_12389C
und
Zitat2016.05.14 16:03:47 4: SDuino_433/msg READ: MC;LL=-1286;LH=1292;SL=-686;SH=678;D=5B4D4D49D5EDFF;C=656;L=56;
2016.05.14 16:03:47 4: SDuino_433: Found manchester Protocol id 43 clock 656 -> Somfy RTS
2016.05.14 16:03:48 4: SDuino_433: Somfy RTS preprocessing check: 6 enc: A4B2B2B62A1200 dec: A41600049C3812
2016.05.14 16:03:48 1: SOMFY Unknown device 12389C, please define it
2016.05.14 16:03:48 2: autocreate: define SOMFY_12389C SOMFY 12389C
2016.05.14 16:03:48 2: autocreate: define FileLog_SOMFY_12389C FileLog ./log/SOMFY_12389C-%Y.log SOMFY_12389C
2016.05.14 16:03:48 4: SDuino_433/msg READ: MC;LL=-1282;LH=1291;SL=-689;SH=679;D=5B4D4D49D5EDFF;C=656;L=56;
2016.05.14 16:03:48 4: SDuino_433: Found manchester Protocol id 43 clock 656 -> Somfy RTS
2016.05.14 16:03:48 4: SDuino_433: Dropped (YsA4B2B2B62A1200) due to short time or equal msg
2016.05.14 16:03:48 4: SDuino_433/msg READ: MC;LL=-1286;LH=1289;SL=-683;SH=681;D=5B4D4D49D5EDFF;C=656;L=56;
2016.05.14 16:03:48 4: SDuino_433: Found manchester Protocol id 43 clock 656 -> Somfy RTS
2016.05.14 16:03:48 4: SDuino_433: Dropped (YsA4B2B2B62A1200) due to short time or equal msg
2016.05.14 16:03:48 4: SDuino_433/msg READ: MC;LL=-1285;LH=1293;SL=-686;SH=678;D=5B4D4D49D5EDFF;C=656;L=56;
2016.05.14 16:03:48 4: SDuino_433: Found manchester Protocol id 43 clock 656 -> Somfy RTS
2016.05.14 16:03:48 4: SDuino_433: Dropped (YsA4B2B2B62A1200) due to short time or equal msg
Wenn ich über die angelegten Geräte sende, wird das vom jeweils anderen Gerät nicht registriert.
Zitat2016.05.14 16:17:57 4: SDuino_433/set: sending via SendMsg: SM;R=6;C=660;D=A1B7B7B62A1200
2016.05.14 16:17:57 4: SDuino_433/msg READ: SM;R=6;C=660;D=A1B7B7B62A1200
Kein Empfang auf dem Gegenstück, keine Logeinträge trotz debug 1
Zitat2016.05.14 16:22:08 1: PERL WARNING: Argument "go-my" isn't numeric in addition (+) at ./FHEM/10_SOMFY.pm line 1045.
2016.05.14 16:22:08 4: SD_433/set: sending via SendMsg: SM;R=6;C=660;D=A1B7B7B62A1200
2016.05.14 16:22:08 4: SD_433/msg READ: SM;R=6;C=660;D=A1B7B7B62A1200
Kein Empfang auf dem Gegenstück, keine Logeinträge trotz debug 1
Zusammengefasst erkennt der Signalduino nicht, was über einen Signalduino gesendet wird?
Zitat von: Sidey am 14 Mai 2016, 17:12:33
Zusammengefasst erkennt der Signalduino nicht, was über einen Signalduino gesendet wird?
Ja, aber auch der Somfy-Handsender und der RFXTRX433E wird nicht empfangen, das klapt nur wenn der CUL sendet.
Schick mal ein verbose 5 Log, wenn der Wandsender sendet und dann noch mal eines wenn der rfxtrx sendet.
Da muss ja wohl ein Unterschied sein.
Zitat von: Sidey am 14 Mai 2016, 19:08:16
Schick mal ein verbose 5 Log, wenn der Wandsender sendet und dann noch mal eines wenn der rfxtrx sendet.
Da muss ja wohl ein Unterschied sein.
Ich habe mit dem Logikanalysator drei Varianten aufgezeichnet, ich hoffe das hilft.
In den nächten Tagen kann ich keine Test durchführen.
Bis dann
Ellert
@Sidey: clock ist die Zeit, die für die Übertragung pro Bit anfällt? Die Flanke muss also bei clock/2 sein?
Clock ist der Takt, mit dem moduliert wird.
Ich habe mir gestern noch den sende Code angesehen.
Der stimmt so nicht. Ich verstehe nicht warum, denn es hat den schon mal wer verwendet.
Ich werde das überarbeiten. War da jetzt gestern schon dran, bin da aber insgesamt noch am verifizieren.
Vielleicht habe ich beim Empfang auch doch noch einen Bug und das, das Signal invertiert ausgewertet wird.
Grüße Sidey
@Sidey: ich habe somfy_rts.c (culfw) nochmals durchgesehen (s.u.). Was sofort auffällt ist, dass clock 620 sein muss.
Auch das
- Hardware-Snyc (High-Low; clock 2550,2550; Wiederholungen: 2 - 1. senden / 7 - weiteres senden)
- Software-Sync (High-Low; clock 4860,620)
gibt es so in send_mc und den Parametern nicht.
Auszug somfy_rts.cuint8_t somfy_rts_repetition = 6;
uint16_t somfy_rts_interval = 1240; // symbol width in us -> ca. 828 Hz data rate
uint16_t somfy_rts_interval_half = 620;
// IEEE 802.3 logical 0 high to lowstatic void send_somfy_rts_bitZero(void) {
// Somfy RTS bits are manchester encoded: 0 = high->low
CC1100_OUT_PORT |= _BV(CC1100_OUT_PIN); // High
my_delay_us(somfy_rts_interval_half);
// somfy_rts_interval_half = 620 CC1100_OUT_PORT &= ~_BV(CC1100_OUT_PIN); // Low
my_delay_us(somfy_rts_interval_half);
// somfy_rts_interval_half = 620}
// IEEE 802.3 logical 1 low to highstatic void send_somfy_rts_bitOne(void) {
// Somfy RTS bits are manchester encoded: 1 = low->high
CC1100_OUT_PORT &= ~_BV(CC1100_OUT_PIN); // Low
my_delay_us(somfy_rts_interval_half);
// somfy_rts_interval_half = 620 CC1100_OUT_PORT |= _BV(CC1100_OUT_PIN); // High
my_delay_us(somfy_rts_interval_half);
// somfy_rts_interval_half = 620}
static void send_somfy_rts_frame(somfy_rts_frame_t *frame, int8_t hwPulses) {
// send
hardware sync (pulses of ca. double length)
for (int8_t i = 0; i < hwPulses; i++) {
CC1100_OUT_PORT |= _BV(CC1100_OUT_PIN); // High
my_delay_us(
2550);
// 2x somfy_rts_interval = 2480 CC1100_OUT_PORT &= ~_BV(CC1100_OUT_PIN); // Low
my_delay_us(
2550);
// 2x somfy_rts_interval = 2480 }
// send
software sync (4 x symbol width high, half symbol width low)
CC1100_OUT_PORT |= _BV(CC1100_OUT_PIN); // High
my_delay_us(4860);
// 4x somfy_rts_interval = 4960 CC1100_OUT_PORT &= ~_BV(CC1100_OUT_PIN); // Low
my_delay_us(somfy_rts_interval_half);
// somfy_rts_interval_half = 620 // Send the user data
for (int8_t i = 0; i < SOMFY_RTS_FRAME_SIZE; i++) {
uint16_t mask = 0x80; // mask to send bits (MSB first)
uint8_t d = frame
;
for (int8_t j = 0; j < 8; j++) {
if ((d & mask) == 0) {
send_somfy_rts_bitZero();
} else {
send_somfy_rts_bitOne();
}
mask >>= 1; //get next bit
} //end of byte
} //end of data
...
}
Naja, die Clock wird ja so übergeben. Kenne den exakten Wert nicht auswendig, aber um die 600 ist der ja.
Das was im Code als Hardware oder Software Sync bezeichnet wird, hat aber nichts mit Manchester Encoding zu tun.
Das findet man natürlich deswegen auch nicht in meiner universal Senderoutine.
Für die Synchronisation auf ein Manchester Signal, braucht man das auch nicht. Deshalb gehe ich mal davon aus, dass es nur zum Training des Empfängers und zur Abgrenzung der Nachrichten verwendet wird.
Hier gibt es eine relativ gute Beschreibung des Somfy-Protokolls:
https://pushstack.wordpress.com/somfy-rts-protocol/ (https://pushstack.wordpress.com/somfy-rts-protocol/)
Allerdings ist ein Fehler enthalten, denn eigentlich ist eine Zykluszeit 1280us und damit die halbe Zykluszeit 640us.
Da ich gerade erst wiedergekommen bin, habe ich jetzt noch nicht alle Änderungen druchgeschaut, als weiteren Hinweis kann ich noch sagen, bei den eigenen Versuchen gab es zum Teil Abhängigkeiten zu den hardware- und Softwaresynczeiten. Die Funktaster halten sich sehr genau an die Synczeiten und bei eigenen Sendeversuchen haben meine RTS-Empfänger ohne die Synczeiten nicht gut funktioniert!
Zitat von: viegener am 16 Mai 2016, 13:59:51
Hier gibt es eine relativ gute Beschreibung des Somfy-Protokolls:
https://pushstack.wordpress.com/somfy-rts-protocol/ (https://pushstack.wordpress.com/somfy-rts-protocol/)
Die Funktaster halten sich sehr genau an die Synczeiten und bei eigenen Sendeversuchen haben meine RTS-Empfänger ohne die Synczeiten nicht gut funktioniert!
Hallo Sidey,
wenn ich das so sehe, dann ist es wahrscheinlich einfacher, wenn Du im 00_SIGNALduino.pm die Sendedaten in ein raw Signal (SR) mit den Syncs wandelst, dann brauchst Du auch nicht mehr bei jedem Versuch eine neue Firmware machen.
Gruß Ralf
eigentlich sollte die Info aus SOMFY kommen
sendMsg P43#<Sync-Sequenz>#DA...
Sync-Sequenz sollte generisch sein.
Zitat von: hjgode am 04 Mai 2016, 06:49:33
Hallo Sascha
hast Du alle Nanos gleichzeitig gekauft? Sind die alle von der Hardware und dem Aussehen gleich?
Es gibt leider auch in Deutschland-Versender die Nanos mit Fake-FTDI (China Zeugs) verkaufen. Die Dinger kann man besten erkennen, wenn man die unter Windows anschließt und die FTDI Treiber laden lässt. Bei den Fake Chips kommt dann serial immer nur wiederholt "Not a genuine product".
Meine Fake FTDI Nanos sind nacheinander mit den unschiedlichsten Symptomen aufgefallen oder 'gestorben': Initialisieren nicht, Serial geht gar nicht mehr, ...
gruss
Josef
Hallo zusammen.
Muss nochmal hier mit dem SOMFY zwischenfunken.
Habe es geschafft, meine Sticks an den Windowsrechner zu klemmen und mit dem FTDI Testprogramm geprüft. Jeder wird mit einer eigenen ID angezeigt.
Habe auch mal den Sender und Empfänger vom sduino auf einen anderen Nano V3 gelötet und geflasht. Nach einem Reboot des FHEM Server bleiben der JeeLink und sduino immer noch unerkannt. Die beiden nanoCULs laufen sofort.
Habe aber mal nach einem Systemreboot ind das /dev/serial/by-ID/ Verzeichniss reingeschaut.
Die beiden Sticks werden vom System (raspi) nicht erkannt. Erst wenn ich diese abziehe und wieder anstecke werden die von Linux erkannt und stehen dann auch in FHEM zur Verfügung.
Hilft das jemanden weiter ?
Gruß
Sascha
Naja, man kann dafür ja das SC Kommando verwenden.
Da kann man eine Raw Nachricht vor der MC Nachricht senden lassen.
Damit lässt sich das zum Arduino ganz gut übertragen.
Am besten schreibt man die Sync Sequenz in die Start Variable des Protokolls, dann kann man universell nutzen und muss sich damit auch nicht im logischen Modul auseinandersetzen.
Grüße Sidey
Zitat von: Sidey am 16 Mai 2016, 16:09:59
Naja, man kann dafür ja das SC Kommando verwenden.
Da kann man eine Raw Nachricht vor der MC Nachricht senden lassen.
Damit lässt sich das zum Arduino ganz gut übertragen.
ungefähr so?
SR;R=6;P0=2480;P1=-2480;P2=4960;P3=-620;D=010123;SM;R=6;C=660;D=A1B7B7B62A1200;SR;R=6;P0=-30415;D=0;Das dürfte dann aber nur mit Repeat = 1 funktionieren.
Gruß Ralf
Der Befehl geht mit SC;R=6; Los.
Danach kann man mit SR und SM angeben, was gesendet werden soll. (So wie Du es geschrieben hast).
Zitat von: Ralf9 am 16 Mai 2016, 17:14:45
SR;R=6;P0=2480;P1=-2480;P2=4960;P3=-620;D=010123;SM;R=6;C=660;D=A1B7B7B62A1200;SR;R=6;P0=-30415;D=0;
Warum steht im SR-Kommando
D=010123/D=0? Sind das Daten? Werden die übertragen?
Wo gibt es eine Doku zu SC/SR usw.?
Zitat von: Sidey am 16 Mai 2016, 17:41:08
Der Befehl geht mit SC;R=6; Los.
R=6 meint auch 6x wiederholen?
wie ich es verstanden habe:
- SC
- eine Art Macro, der alle nachfolgenden Kommandos enthält
- SR
- R num. Wert = Wiederholungen
- Px num. Wert = Pulslänge, Vorzeichen +(HIGH)/-(LOW)
- D Daten
- SM
- R wie oben (pro Macrodurchlauf nur 1x, deshalb entfallen)
- C halbe Pulslänge
- D Daten
Dann würde sich folgendes ergeben:
SC;R=6;SR;R=6;P0=2560;P1=-2560;D=0;SR;P0=4960;P1=-640;D=0;SM;C=640;D=A1B7B7B62A1200;SR;P0=-30415;D=0;
Zitat von: habeIchVergessen am 16 Mai 2016, 21:02:51
Warum steht im SR-Kommando D=010123/D=0? Sind das Daten? Werden die übertragen?
Wo gibt es eine Doku zu SC/SR usw.?
Nach D= kommen die Daten. Eine Dokumentation werde ich im Wiki (unter https://github.com/RFD-FHEM/SIGNALDuino/wiki/Commands (https://github.com/RFD-FHEM/SIGNALDuino/wiki/Commands)) erstellen.
Zitat von: habeIchVergessen am 16 Mai 2016, 21:02:51
Dann würde sich folgendes ergeben:
SC;R=6;SR;R=6;P0=2480;P1=-2480;P2=4960;P3=-640;D=0;SM;C=640;D=A1B7B7B62A1200;SR;P0=-30415;D=0;
Fast, ich würde das Repeat 6 im Abschnitt SR weglassen, alles was nach SC kommt, wird ja schon 6x gesendet.
SC;R=6;SR;P0=2480;P1=-2480;P2=4960;P3=-640;D=0123;SM;C=640;D=A1B7B7B62A1200;SR;P0=-30415;D=0;Man könnte es auch so schreiben: (ungetestet, sollte aber funktionieren)
SC;R=6;SR;P0=640;P1=-640;D=00001111000000001;SM;C=640;D=A1B7B7B62A1200;SR;P0=-30415;D=0;Oder so geht es auch:
SC;R=6;SR;P0=2480;P1=-640;D=01111001;SM;C=640;D=A1B7B7B62A1200;SR;P0=-30415;D=0;Ich würde auch fast annehmen, dass der Letzte SR Abschnitt auch nicht notwendig ist. Will man trotzdem eine Pause zwischen den Wiederholungen geht folgendes:
SC;R=6;SR;P0=2480;P1=-640;P2=-30415;D=201111001;SM;C=640;D=A1B7B7B62A1200;Da wird dann halt auch vor der 1. Übertragung 30 ms gewartet. Machen das denn die Handsender zwischen den Wiederholungen?
Grüße Sidey
Also stehen in D im SR ein Index auf die P-Liste.
SC;R=6;SR;P0=-2560;P1=2560;P2=4960;P3=-640;P4=640;P5=-30415;D=101010101010102334433443434343343443343443343434344334344334343434433434433434434343344334433443434343344343344343434343434343435;
hardware sync: 10101010101010 (7x; eigentlich 2x beim ersten und 7x bei jedem weiteren Frame)
software sync: 23
data: 3443344343434334344334344334343434433434433434343443343443343443434334433443344343434334434334434343434343434343
inter frame gap: 5
oder verständlicher:
SC;R=6;SR;P0=-2560;P1=2560;P2=4960;P3=-640;D=1010101010101023;SM;C=640;D=A1B7B7B62A1200;SR;P0=-30415;D=0;
Ja so ist es.
Man kann mit SR auch ein Manchester Signal senden. Habe es jetzt nicht kontrolliert, ob es stimmt, aber es geht hier ja eher um das Prinzip denke ich.
gibt es Vorgaben bzgl. Benennung von Feldern in der Protokolldefinition?
Beispiel: "43" => ## Somfy RTS
{
name => 'Somfy RTS',
...
msgIntro => 'SR;P0=-2560;P1=2560;P2=4960;P3=-640;D=1010101010101023;';
msgOutro => 'SR;P0=-30415;D=0';
},
und dann in SIGNALduino_Set generisch einbauen (manchester)
my $intro = "";
my $outro = "";
$intro = $ProtocolListSIGNALduino{$protocol}{msgIntro} if ($ProtocolListSIGNALduino{$protocol}{msgIntro};
$outro = ";" . $ProtocolListSIGNALduino{$protocol}{msgOutro} if ($ProtocolListSIGNALduino{$protocol}{msgOutro};
if ($intro ne "" || $outro ne "")
{
$intro = "SC;R=$repeats;" . $intro;
$repeats = 0;
}
$sendData = $intro . "SM;" . ($repeats > 0 ? "R=$repeats;" : "") . "C=$clock;D=$data" . $outro; # SM;R=2;C=400;D=AFAFAF;
Ich habe gerade verschiedene Änderungen insbesondere die Korrekturen von habeIchVergessen in 10_SOMFY übernommen.
Wie gesagt werde ich das aber erst nach meinem Urlaub ins SVN spielen.
Ich kann momentan auch noch nicht sicherstellen, dass der autocreate funktioniert, da das wohl bisher nicht vollständige implementiert war (es gab ja keinen Empfängercode im CUL)
Sobald Senden/Empfangen über signalduino sauber funktioniert kann ich mich auch der frage widmen, wie man einen Fernbedienung und einen Somfy-Device innerhalb von 10_SOMFY koppelt, sodass der Devicestatus auch durch die Tastenfernbedienung aktualisiert wird.
Also kurzer Zwischenstand.
Manchester Senden:
Das Senden bekomme ich mittlerweile so hin, wie es sein sollte.
Da ich sowohl senden als auch Empfangen aufgebaut habe, ist mir eine Schwäche in der Decoder routine aufgefallen.
Dass die Bits invertiert sind hängt stark damit zusammen. Derzeit decodiere ich, in dem ich den Zustand des vorherigen Bits kenne. Das führt allerdings zu einem Problem, wenn das Signal so wie beim SOMFY z.B. zusammengesetzt ist. Die Auswertung ist dann genau ein Bit verschoben, was zum Glück nur zu einer invertierten Form führt.
Ich denke darüber nach, die Decoder Routine zu ändern. So wie jetzt, ist es leider nicht möglich das zu empfangen, was gesendet wird.
Grüße Sidey
Hallo zusammen,
so kleines Update.
Ich habe den MC Decoder jetzt so angepasst, dass zumindest das Empfangen dem gesendeten übereinstimmt. *jubel*
Leider klappt irgendwas am OSV2 Protokoll gerade nicht. Das muss ich noch finden.
Grüße Sidey
Zitat von: Sidey am 22 Mai 2016, 22:27:36
Hallo zusammen,
so kleines Update.
Ich habe den MC Decoder jetzt so angepasst, dass zumindest das Empfangen dem gesendeten übereinstimmt. *jubel*
Leider klappt irgendwas am OSV2 Protokoll gerade nicht. Das muss ich noch finden.
Grüße Sidey
Ich stehe für Tests wieder zur Verfügung. Ich habe folgenden Stand:
00_SIGNALduino.pm 104841 2016-05-11 22:45:00Z v3.2.1-dev $
10_SOMFY.pm 11433 2016-05-12 19:15:18Z viegener
V 3.2.0-b24 SIGNALduino - compiled at May 14 2016 00:06:40
Leider gibt es noch keinen neuen Stand zum Testen.
Die Sache ist leider doch etwas verzwickt. Obwohl die Manchester Codierung und Decodierung mit vielen Beispielen beschrieben ist, ist es gerade etwas verzwickt.
Da ich die Tage auch wenig Zeit hatte, gibt es noch keinen Durchbruch.
Edit:
Habe noch mal probiert. Wenn man die Bits invertiert, dann passt es auch für OSV2 wieder.
Gut, ist jetzt eigentlich keine Überraschung. Vorher war das Somfy Signal invertiert.
Grüße Sidey
Typen Orgeon Temperatur Sensoren: THWR800,THGR810,THWR800
Werte werden urplötzlich falsch eingelesen.
2016.05.28 19:45:02 1: Error: T: 28.7 H: 34 BAT: ok has no TYPE
2016.05.28 19:45:02 1: Error: T: 15.6 H: 88 BAT: ok has no TYPE
2016.05.28 19:45:02 1: Error: T: 16.3 H: 86 BAT: ok has no TYPE
https://forum.fhem.de/index.php/topic,53938.msg455651.html#msg455651
Hallo,
ich habe für den angepassten Manchester decoder erst mal einen neuen Branch aufgemacht.
Ich nehme an, wir müssen ein paar Kleinigkeiten anpassen, damit die Signale wieder verarbeitet werden können.
Folgendes müsste getestet und angepasst werden:
- OSV2 und OSV3 (habe ich bereits invertiert)
- Hideki (muss vermutlich invertiert werden)
- Somfy (muss vermutlich nicht mehr invertiert werden
Updaten könnt ihr die Firmware und die Modulversion wie folgt:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32-mcspecial/controls_signalduino.txt
Invertieren lassen sich die Daten über einen Schalter in der Protokolldefinition:
"10" => ## Oregon Scientific 2
{
polarity => 'invert',
Grüße Sidey
wenn ein miniCUL AD40000D12389A (enc. ADE8E8E57F4755, neg. 5217171A80B8AA) sendet, dann können 4/7 Nachrichten mit der annähernd richtigen Länge und Bytefolge gelesen werden.
2016.05.30 01:55:22 5: Triggering miniCUL (1 changes)
2016.05.30 01:55:22 5: Starting notify loop for miniCUL, first event raw YsAD40000D12389A
2016.05.30 01:55:22 5: Notify from Device: miniCUL recieved
2016.05.30 01:55:22 4: sduino/msg READ: MC;LL=-1244;LH=1337;SL=-571;SH=640;D=56F47472BC;C=658;L=38;
2016.05.30 01:55:22 4: sduino/msg READ: MC;LL=-1339;LH=1246;SL=-675;SH=548;D=56F47472BC;C=597;L=38;
2016.05.30 01:55:22 4: sduino/msg READ: MC;LL=-1294;LH=1276;SL=-611;SH=679;D=56F47472BFA3AA8;C=651;L=57;
2016.05.30 01:55:22 4: sduino: Found manchester Protocol id 43 clock 651 -> Somfy RTS
2016.05.30 01:55:23 4: sduino/msg READ: MC;LL=-1283;LH=1291;SL=-675;SH=684;D=56F47472BFA3AA8;C=658;L=57;
2016.05.30 01:55:23 4: sduino: Found manchester Protocol id 43 clock 658 -> Somfy RTS
2016.05.30 01:55:23 4: sduino/msg READ: MC;LL=-1278;LH=1297;SL=-675;SH=691;D=56F47472BFA3AA8;C=662;L=57;
2016.05.30 01:55:23 4: sduino: Found manchester Protocol id 43 clock 662 -> Somfy RTS
2016.05.30 01:55:23 4: sduino/msg READ: MC;LL=-1280;LH=1294;SL=-675;SH=685;D=56F47472BFA3AA8;C=659;L=57;
2016.05.30 01:55:23 4: sduino: Found manchester Protocol id 43 clock 659 -> Somfy RTS
wenn ein sduino sendet, kann die 1 Wiederholung korrekt empfangen werden. Auffällig ist, das keine Wiederholung (gleiche Daten) zu sehen ist und die Länge weit überschritten wird.
2016.05.30 01:52:08 5: Cmd: >set sd2 raw SM;R=6;C=640;D=ADE8E8E57F4755;<
2016.05.30 01:52:08 4: set sd2 raw SM;R=6;C=640;D=ADE8E8E57F4755;
2016.05.30 01:52:08 5: Starting notify loop for sd2, first event raw SM;R=6;C=640;D=ADE8E8E57F4755;
2016.05.30 01:52:08 5: Notify from Device: sd2 recieved
2016.05.30 01:52:08 5: sd2 SW: SM;R=6;C=640;D=ADE8E8E57F4755;
2016.05.30 01:52:08 4: sduino/msg READ: MC;LL=-1485;LH=1269;SL=-662;SH=623;D=ADE8E8E57F475556F47472BFA3AAAB7A3A395FD1D555B8;C=630;L=181;
2016.05.30 01:52:08 4: sduino: Found manchester Protocol id 43 clock 630 -> Somfy RTS
2016.05.30 01:52:08 5: sd2/HandleWriteQueue: nothing to send, stopping timer
2016.05.30 01:52:08 4: sd2/msg READ: SM;R=6;C=640;D=ADE8E8E57F4755;
2016.05.30 01:52:10 4: sduino/msg READ: MC;LL=-1514;LH=1245;SL=-680;SH=598;D=A3A395FD1D555BD1D1CAFE8EAAADE8E8E57F4755;C=614;L=160;
2016.05.30 01:52:10 4: sduino: Found manchester Protocol id 43 clock 614 -> Somfy RTS
Perl Warnmeldungen mit aktueller Firmware.
2016.05.30 17:03:48 1: init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
2016.05.30 17:03:53 3: sduino: Possible commands: ViRtXFSPCG
2016.05.30 17:03:53 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/00_SIGNALduino.pm line 856, <$fh> line 56.
2016.05.30 17:03:53 3: sduino: Firmwareversion: V 3.2.0-b26 SIGNALduino - compiled at May 29 2016 23:37:20
2016.05.30 17:17:55 1: PERL WARNING: Binary number > 0b11111111111111111111111111111111 non-portable at ./FHEM/00_SIGNALduino.pm line 2691.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LLSH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "1LH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "SH1" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "2LL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LH1" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "SHLL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LHSL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "0SL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "0LL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "4SH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "SLLH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LL0" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "SH4" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "2SL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "SHSL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "5SL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LHLL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LH3" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "SH0" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Replacement list is longer than search list at (eval 7668) line 1.
2016.05.30 18:00:49 1: PERL WARNING: Replacement list is longer than search list at (eval 7669) line 1.
2016.05.30 18:00:49 1: PERL WARNING: Argument "SH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LL2" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "7SL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LH0" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "0SH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "3LH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "0SH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LL2" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LH5" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LH6" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "3LL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "SL7" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "0LH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "3SL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Replacement list is longer than search list at (eval 7687) line 1.
2016.05.30 18:00:49 1: PERL WARNING: Replacement list is longer than search list at (eval 7691) line 1.
2016.05.30 18:00:49 1: PERL WARNING: Replacement list is longer than search list at (eval 7693) line 1.
2016.05.30 18:00:49 1: PERL WARNING: Argument "2SL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "2LL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "6SH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "SLSH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:49 1: PERL WARNING: Argument "SL1" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:51 1: PERL WARNING: Argument "-26\0802" isn't numeric in division (/) at ./FHEM/00_SIGNALduino.pm line 2008.
2016.05.30 18:00:51 1: PERL WARNING: Replacement list is longer than search list at (eval 7698) line 1.
2016.05.30 18:00:51 1: PERL WARNING: Replacement list is longer than search list at (eval 7700) line 1.
2016.05.30 18:00:51 1: PERL WARNING: Argument "SH6" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:51 1: PERL WARNING: Replacement list is longer than search list at (eval 7703) line 1.
2016.05.30 18:00:51 1: PERL WARNING: Replacement list is longer than search list at (eval 7705) line 1.
2016.05.30 18:00:51 1: PERL WARNING: Replacement list is longer than search list at (eval 7706) line 1.
2016.05.30 18:00:51 1: PERL WARNING: Argument "LL3" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:51 1: PERL WARNING: Argument "SL2" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:51 1: PERL WARNING: Replacement list is longer than search list at (eval 7709) line 1.
2016.05.30 18:00:51 1: PERL WARNING: Argument "3LL" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
2016.05.30 18:00:54 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 disconnected, waiting to reappear (sduino)
Zitat von: habeIchVergessen am 30 Mai 2016, 02:07:47
wenn ein sduino sendet, kann die 1 Wiederholung korrekt empfangen werden. Auffällig ist, das keine Wiederholung (gleiche Daten) zu sehen ist und die Länge weit überschritten wird.
Das ist bei Verwendung des SM Kommandos korrekt. Wenn wir zwischen den Übertragungen eine Pause brauchen, dann sollten wir mit dem SC Kommando arbeiten.
Sollten wir bei Somfy ja wohn ohnehin.
Zitat von: Burny4600 am 30 Mai 2016, 17:27:47
Perl Warnmeldungen mit aktueller Firmware.
Seltsam. Das sieht so nach Debug Meldungen aus. Bei mir läufts aber mit der gleichen Version aus github ohne.
Kannst Du die Raw Messages vielleich noch dazu posten?
Grüße Sidey
Hallo Sidey!
Anbei die gewünschten Infos.
Zitat von: Burny4600 am 30 Mai 2016, 17:27:47
Perl Warnmeldungen mit aktueller Firmware.
2016.05.30 18:00:49 1: PERL WARNING: Argument "LLSH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2044.
2016.05.30 18:00:49 1: PERL WARNING: Argument "1LH" isn't numeric in numeric ge (>=) at ./FHEM/00_SIGNALduino.pm line 2049.
Welche 00_SIGNALduino.pm verwendest Du?
Diese hier?
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32-mcspecial/controls_signalduino.txtBei Deinen Warnmeldungen sind u.a. 00_SIGNALduino.pm Zeile 2044 und 2049 dabei.
Bei dieser 00_SIGNALduino.pm steht bei diesen Zeilen folgendes:
2043 Debug "zero pattern not found" if ($debug && !$valid);
2044
2045 #Debug "added $pstr " if ($debug && $valid);
2046
2047 next if (!$valid) ;
2048 #Debug "Pattern Lookup Table".Dumper(%patternLookupHash);
2049 ## Check somethin elseIrgendwas passt da nicht.
Gruß Ralf
Das sind bei mir die aktuellen Versionen die ich in Verwendung habe:
Latest Revision: 11572
File Rev Last Change
fhem.pl 11545 2016-05-29 09:13:16Z rudolfkoenig
96_allowed.pm 11391 2016-05-05 11:16:05Z rudolfkoenig
90_at.pm 11342 2016-04-29 11:25:51Z rudolfkoenig
98_autocreate.pm 11094 2016-03-20 09:41:03Z rudolfkoenig
00_CUL.pm 11217 2016-04-10 09:50:13Z rudolfkoenig
No Id found for 14_CUL_REDIRECT.pm
14_CUL_TCM97001.pm 11294 2016-04-21 20:32:28Z dancer0705
14_CUL_TX.pm 10140 2015-12-09 15:58:41Z rudolfkoenig
98_dewpoint.pm 6757 2014-10-12 18:58:57Z joachim09876
98_DOIF.pm 11314 2016-04-26 18:29:24Z damian-s
98_dummy.pm 11442 2016-05-15 12:43:12Z rudolfkoenig
91_eventTypes.pm 10530 2016-01-16 19:27:21Z rudolfkoenig
01_FHEMWEB.pm 11554 2016-05-29 15:53:30Z rudolfkoenig
92_FileLog.pm 11336 2016-04-28 19:28:05Z rudolfkoenig
95_FLOORPLAN.pm 11443 2016-05-15 14:17:21Z ulimaass
10_FS20.pm 11432 2016-05-12 08:35:57Z rudolfkoenig
98_help.pm 11482 2016-05-19 19:17:31Z betateilchen
14_Hideki.pm 10921 2016-02-22 21:09:54Z mrsidey
12_HMS.pm 5097 2014-03-02 15:25:08Z rudolfkoenig
95_holiday.pm 10530 2016-01-16 19:27:21Z rudolfkoenig
98_HTTPMOD.pm 11002 2016-03-05 19:39:06Z ststrobel
No Id found for 10_IT.pm
70_JSONMETER.pm 11207 2016-04-08 20:12:23Z grompo
98_logProxy.pm 11533 2016-05-27 17:58:39Z justme1968
# $Id: 36_ModbusTCPServer.pm 0019 $
91_notify.pm 11178 2016-04-03 14:20:32Z rudolfkoenig
41_OREGON.pm 5597 2014-04-22 15:25:55Z wherzig
59_PROPLANTA.pm 11198 2016-04-07 15:24:09Z grompo
33_readingsGroup.pm 11379 2016-05-03 14:08:47Z justme1968
33_readingsProxy.pm 11379 2016-05-03 14:08:47Z justme1968
# $Id: 44_ROLLO.pm 2016-05 - HoTi $
14_SD_WS07.pm 10921 2016-02-22 21:09:54Z mrsidey
00_SIGNALduino.pm 10921 2016-02-22 21:09:54Z mrsidey
98_structure.pm 10530 2016-01-16 19:27:21Z rudolfkoenig
99_SUNRISE_EL.pm 10569 2016-01-19 06:30:28Z rudolfkoenig
98_SVG.pm 11540 2016-05-29 08:18:23Z rudolfkoenig
44_TEK603.pm 10993 2016-03-05 08:55:29Z eisler
98_telnet.pm 11553 2016-05-29 15:50:46Z rudolfkoenig
45_TRX.pm 11456 2016-05-15 20:19:24Z wherzig
46_TRX_LIGHT.pm 11458 2016-05-15 21:09:37Z wherzig
46_TRX_WEATHER.pm 11450 2016-05-15 19:03:23Z wherzig
10_UNIRoll.pm 6514 2014-09-07 11:10:40Z c-herrmann
98_update.pm 10942 2016-02-26 11:08:14Z rudolfkoenig
99_Utils.pm 10570 2016-01-19 06:39:23Z rudolfkoenig
98_version.pm 11026 2016-03-08 07:25:45Z markusbloch
# $Id: 37_ModbusRegister.pm 0022 $
Blocking.pm 11465 2016-05-16 11:56:10Z rudolfkoenig
DevIo.pm 11020 2016-03-07 12:01:43Z rudolfkoenig
HttpUtils.pm 11517 2016-05-25 19:50:14Z rudolfkoenig
myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig
RTypes.pm 10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm 11513 2016-05-24 17:56:05Z rudolfkoenig
TcpServerUtils.pm 10346 2016-01-03 12:34:27Z rudolfkoenig
Zitat von: Burny4600 am 01 Juni 2016, 07:28:31
Das sind bei mir die aktuellen Versionen die ich in Verwendung habe:
Latest Revision: 11572
41_OREGON.pm 5597 2014-04-22 15:25:55Z wherzig
00_SIGNALduino.pm 10921 2016-02-22 21:09:54Z mrsidey
Dies sind ältere Versionen.
Wenn Du nach dem
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32-mcspecial/controls_signalduino.txtein fhem-update gemacht hast, dann wurden die signalduino Dateien wieder mit älteren Versionen überschrieben.
Gruß Ralf
Stichwort "exclude_from_update" im Global-Zweig sollte man sich mal ansehen :)
Zitat von: Sidey am 29 Mai 2016, 23:43:02
Hallo,
ich habe für den angepassten Manchester decoder erst mal einen neuen Branch aufgemacht.
Ich nehme an, wir müssen ein paar Kleinigkeiten anpassen, damit die Signale wieder verarbeitet werden können.
Folgendes müsste getestet und angepasst werden:
- OSV2 und OSV3 (habe ich bereits invertiert)
- Hideki (muss vermutlich invertiert werden)
- Somfy (muss vermutlich nicht mehr invertiert werden
Updaten könnt ihr die Firmware und die Modulversion wie folgt:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32-mcspecial/controls_signalduino.txt
Invertieren lassen sich die Daten über einen Schalter in der Protokolldefinition:
"10" => ## Oregon Scientific 2
{
polarity => 'invert',
Grüße Sidey
Ich sende über nanoCUL:
SOMFY Adresse 12389A
Key A1
Rollingcode 0001
command stop (10)
nanoCUL RAWMSG
YsA11000019A3812und empfange mit dem SIGNALDuino folgendes:
Zitat2016.06.01 18:59:28 4: SDuino_433/msg READ: MC;LL=-1298;LH=1279;SL=-695;SH=669;D=50D8D8D8150900;C=649;L=56;
2016.06.01 18:59:28 4: SDuino_433: Found manchester Protocol id 43 clock 649 -> Somfy RTS
2016.06.01 18:59:28 5: SDuino_433: extracted data 01010000110110001101100011011000000101010000100100000000 (bin)
2016.06.01 18:59:29 5: SDuino_433: converted Data to (YsAF880000CD1C09)
2016.06.01 18:59:29 5: SDuino_433 dispatch YsAF880000CD1C09
Die Nachrichten passen aber nicht zusammen.
Zitat von: Ellert am 01 Juni 2016, 19:38:14
Ich sende über nanoCUL:
SOMFY Adresse 12389A
Key A1
Rollingcode 0001
command stop (10)
nanoCUL RAWMSG YsA11000019A3812
Hi Ellert,
hast Du Firmware V 3.2.0-b26 drauf?
Ich muss gesehen, ich bin nicht der experte, was genau bei RAWMSG
YsA11000019A3812 gesendet wird.
Irgendwie habe ich das so verstanden, dass das zwar die Nachricht wird, aber die ist noch codiert und wird vor dem Senden decodiert.
Die Bit Invertierung für den Somfy Code habe ich soeben entfernt. Am Ende sollte natürlich exakt die gleiche kodierte Meldung herauskommen wie auch gesendet wurde.
Grüße Sidey
Zitat von: Burny4600 am 01 Juni 2016, 07:28:31
Das sind bei mir die aktuellen Versionen die ich in Verwendung habe:
Hi Burny,
Du hast meiner Meinung nach nicht die Version aus dem Github.
Entweder hast Du den Signalduino in exclude from update oder nach dem Update aus dem git repo ein normales Fhem Update gemacht.
Grüße Sidey
Zitat von: Sidey am 03 Juni 2016, 22:29:50
Irgendwie habe ich das so verstanden, dass das zwar die Nachricht wird, aber die ist noch codiert und wird vor dem Senden decodiert.
im Anhang eine ODS-Datei, die die Konvertierung der jeweiligen Nachricht durchführt.
Zitat von: Sidey am 03 Juni 2016, 22:29:50
Hi Ellert,
hast Du Firmware V 3.2.0-b26 drauf?
Ich muss gesehen, ich bin nicht der experte, was genau bei RAWMSG YsA11000019A3812 gesendet wird.
Irgendwie habe ich das so verstanden, dass das zwar die Nachricht wird, aber die ist noch codiert und wird vor dem Senden decodiert.
Die Bit Invertierung für den Somfy Code habe ich soeben entfernt. Am Ende sollte natürlich exakt die gleiche kodierte Meldung herauskommen wie auch gesendet wurde.
Grüße Sidey
Ja, ich habe die Version V 3.2.0-b26 und die aktuelle 10_Signalduino.pm von hier:
Zitatupdate all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32-mcspecial/controls_signalduino.txt
Ich sende über nanoCUL: YsA24500029A3812
und erhalte
Zitat2016.06.04 10:46:35 4: SDuino_433/msg READ: MC;LL=-1311;LH=1300;SL=-677;SH=648;D=5173F3F2BFA3AA8;C=649;L=57;
2016.06.04 10:46:35 4: SDuino_433: Found manchester Protocol id 43 clock 649 -> Somfy RTS
2016.06.04 10:46:35 5: SDuino_433: extracted data 010100010111001111110011111100101011111110100011101010101000 (bin)
2016.06.04 10:46:35 4: SDuino_433/msg READ: MC;LL=-1324;LH=1252;SL=-707;SH=649;D=95FD1D54;C=633;L=30;
2016.06.04 10:46:35 4: SDuino_433/msg READ: MC;LL=-1292;LH=1237;SL=-729;SH=643;D=5173F3F2BFA3AA8;C=626;L=57;
wenn ich mit einem miniCUL A111000112389A (Adresse ohne swap) sende, dann meldet CUL/RAW YsA11000019A3812 (Adresse mit swap).
sduino empfängt 50D8D8D8150900 (sieht neg. aus).
encrypted => AF272727EAF6FF
decrypted => AF880000CD1C09
address swap => AF800000091CCD
erwartet => A111000112389A
2016.06.04 12:21:50 5: Cmd: >set rollo stop<
2016.06.04 12:21:50 4: SOMFY_set: rollo -> entering with mode :send: cmd :stop: arg1 :: pos :0:
2016.06.04 12:21:50 4: SOMFY_set: handled command stop --> move :stop: newState :???:
2016.06.04 12:21:50 5: SOMFY_set: handled for drive/udpate: updateState :: drivet :0: updatet :0:
2016.06.04 12:21:50 4: SOMFY_sendCommand: rollo -> cmd :stop:
2016.06.04 12:21:50 4: SOMFY set rollo stop: sA111000112389A
2016.06.04 12:21:50 5: SOMFY_sendCommand: rollo -> message :sA111000112389A:
2016.06.04 12:21:50 5: miniCUL sending YsA111000112389A
2016.06.04 12:21:50 5: SW: YsA111000112389A
2016.06.04 12:21:51 4: sduino/msg READ: MC;LL=-1249;LH=1320;SL=-653;SH=708;D=50D8D8D8150900;C=675;L=56;
2016.06.04 12:21:51 4: sduino/msg READ: MC;LL=-1258;LH=1235;SL=-740;SH=639;D=50D8D8D8150;C=624;L=41;
2016.06.04 12:21:51 4: sduino/msg READ: MC;LL=-1293;LH=1280;SL=-688;SH=679;D=50D8D8D8150900;C=652;L=56;
2016.06.04 12:21:51 4: sduino: Found manchester Protocol id 43 clock 652 -> Somfy RTS
2016.06.04 12:21:51 4: sduino/msg READ: MC;LL=-1282;LH=1293;SL=-679;SH=682;D=50D8D8D8150900;C=658;L=56;
2016.06.04 12:21:51 4: sduino: Found manchester Protocol id 43 clock 658 -> Somfy RTS
2016.06.04 12:21:51 4: sduino/msg READ: MC;LL=-1278;LH=1297;SL=-673;SH=689;D=50D8D8D8150900;C=661;L=56;
2016.06.04 12:21:51 4: sduino: Found manchester Protocol id 43 clock 661 -> Somfy RTS
2016.06.04 12:21:51 5: CUL/RAW: /YsA11000019A3812
2016.06.04 12:21:51 5: CUL/RAW: YsA11000019A3812/
das SOMFY-Modul scheint eine Bug zu haben, da bei mir enc_key und rolling_code nicht hochzählen.
mit sduino senden
SC;R=6;SR;P0=-2560;P1=2560;P2=4960;P3=-640;D=1010101010101023;SM;C=640;D=A1B1B1B02A1200;SR;P0=-30415;D=0;
MU;P0=-32001;P1=2564;P2=-2564;P3=4960;P4=-1302;P5=1277;P6=-661;P7=627;D=012121212121212345456767674765476567674765476567674765476567676767674545456767674567456767676767676767;CP=7;
SC;R=6;SR;P0=-2560;P1=2560;P2=4960;P3=-640;P4=640;P5=-30415;D=101010101010102334433443434343343443343443434334344334344343433434433434434343434343344334433443434343344343344343434343434343435;
MU;P0=-32001;P1=2562;P2=-2564;P3=4968;P4=-1295;P5=1266;P6=-659;P7=623;D=012121212121212345456767674765476567674765476567674765476567676767674545456767674567456767676767676767;CP=7;
was mich stört, ist das lange LOW-Signal zu Beginn vom MU. -32001 gibt es im Gesendeten nicht.
Dort werden -30415 am Ende der Nachricht und dann 2560 am Anfang der nächsten Nachricht gesendet.
Woher kommen -32001?
Muss ich mal schauen, könnten Ungenauigkeiten sein.
Zitat von: habeIchVergessen am 04 Juni 2016, 12:30:39
das SOMFY-Modul scheint eine Bug zu haben, da bei mir enc_key und rolling_code nicht hochzählen.
wenn miniCUL sendet und sduino gleichzeitig empfängt, dann werden die gesetzten Codes gleich wieder mit dem Empfangenen überschrieben. Ggf. sollte SOMFY erst beim Senden enc_key und rolling_code hochsetzen und nicht schon auf Verdacht nach dem letzen Senden in vorauseilenden Gehorsam.
Zitat von: habeIchVergessen am 04 Juni 2016, 12:50:03
was mich stört, ist das lange LOW-Signal zu Beginn vom MU. -32001 gibt es im Gesendeten nicht.
Dort werden -30415 am Ende der Nachricht und dann 2560 am Anfang der nächsten Nachricht gesendet.
Woher kommen -32001?
Habe ich jetzt gefunden.
Nach jeder Übertragung eines Kommandos (SM oder SR) setze ich den Sender auf low.
Nach jeder Wiederholung eines SC Kommandos habe ich einen delay eingebaut.
Der Delay ist eher interessant, wenn nur MC gesendet wird. Den hatte ich drinnen um einen Abschluss des Manchester Signals zu generieren.
So auf Anhieb habe ich es mal entfernt, wenn das SC Kommando gesetzt ist. Vermutlich kann man es bei SR Kommandos auch entfernen und braucht es nur bei den SM Kommandos.
Zur Somfy Thematik.
Ich habe jetzt den Überblick verloren, was wann wo wie von welchem Device tatsächlich gesendet wird und wie es der SIGNALduino empfangen müsste.
Grüße Sidey
Zitat von: Sidey am 05 Juni 2016, 23:00:41
Nach jeder Übertragung eines Kommandos (SM oder SR) setze ich den Sender auf low.
Nach jeder Wiederholung eines SC Kommandos habe ich einen delay eingebaut.
Habe ich zu Testzwecken beides nach die SC-Schleife gesetzt.
Funktion send_mc sieht bei mir aktuell so aus:
void send_mc(const uint8_t startpos,const uint8_t endpos, const uint16_t clock)
{
uint8_t b;
char c;
//digitalHigh(PIN_SEND);
//delay(1);
uint8_t bit;
unsigned long stoptime = micros();
for (uint8_t i=startpos;i<=endpos;i++ )
{
c = cmdstring.charAt(i);
//Serial.print(c);
b = ((byte)c) - (c <= '9' ? 0x30 : 0x37);
for (bit=0x8; bit>0; bit>>=1) {
// send_mc_bit(clock, (b & bit));
for (byte i=0; i<=1; i++) {
if ((i==0 ? (b & bit) : !(b & bit)))
digitalLow(PIN_SEND);
else
digitalHigh(PIN_SEND);
stoptime += clock;
while (stoptime > micros())
;
}
}
}
// 3 clocks are invalid for manchester and marks the end
stoptime += clock * (isHigh(PIN_SEND) ? 5 : 4);
if (isHigh(PIN_SEND))
digitalLow(PIN_SEND);
while (stoptime > micros())
;
// Serial.println("");
}
Zitat von: Sidey am 05 Juni 2016, 23:00:41
Ich habe jetzt den Überblick verloren, was wann wo wie von welchem Device tatsächlich gesendet wird und wie es der SIGNALduino empfangen müsste.
ich habe mir nochmal die Zeiten in culfw angesehen und folgendes herausgefunden (Zeiten beim Senden):
Nachricht
decrypt encrypt clock -4c 4c 7c -c c -49c
A110000112389A A1B1B1B02A1200 680 SC;R=6;SR;P0=-2720;P1=2720;P2=4760;P3=-680;D=1010101010101023;SM;C=680;D=A1B1B1B02A1200;SR;P0=-33320;D=0;
A210000212389A A2B2B2B02A1200 SC;R=6;SR;P0=-2720;P1=2720;P2=4760;P3=-680;D=1010101010101023;SM;C=680;D=A2B2B2B02A1200;SR;P0=-33320;D=0;
A210001212389A A2B3B3A13B0311 SC;R=6;SR;P0=-2720;P1=2720;P2=4760;P3=-680;D=1010101010101023;SM;C=680;D=A2B3B3A13B0311;SR;P0=-33320;D=0;
die oben aufgeführten Nachrichten (SC;...) sollten via sduino versendet die gleichen Ausgaben wie Ys<Nachricht decrypted> (erste Zeile also YsA110000112389A) via miniCUL ergeben. Beim Testen ist mir auch aufgefallen, dass die clock deutlich höher als in culfw sein muss (680 vs. 620), damit MC-Nachrichten empfangen werden können.
Prima, mit der Tabelle kann ich ja mal die Funktion prüfen.
Dann habe zumindest ich mal einen Stand bis wo hin es funktioniert.
Bezüglich der clock: Welches Device empfängt denn mit der clock von 620 nicht? Ich nehme an der CUL oder?
Sidey
Beim Empfang ist immer sduino gemeint (in culfw nicht implementiert). Wenn der sduino mit clock < 675 sendet, dann werden immer MU-Nachrichten empfangen.
sduino müsste die encrypted Nachricht empfangen. Was auch bei der reinen SM;... funktioniert.
Leider werden aktuell die Daten weder encrypted noch encrypted negiert empfangen. Scheint ein Bit-Schiebefehler zu sein.
habe meine Anpassungen hier (https://github.com/habeIchVergessen/SIGNALDuino/commit/b4c34578d672c8ed014df8ad6c5ee66484a80bdd) dokumentiert.
Zitat von: habeIchVergessen am 07 Juni 2016, 08:34:55
habe meine Anpassungen hier (https://github.com/habeIchVergessen/SIGNALDuino/commit/b4c34578d672c8ed014df8ad6c5ee66484a80bdd) dokumentiert.
Mach doch mal einen Pull Request :)
Kann mir vieleicht jeman dhelfen?
Ich bin relativ neu mit dem SignalDuino.
Ich habe mir aus China einen 433MHz Fensterkontakt besorgt, jedoch wird dieser von sDuino nicht erkannt, es werden folgende msg, beim schliessen und öffnen empfangen:
016.06.08 22:54:53 4: sduino/msg READ: MS;P0=474;P1=977;P2=-394;P4=-1129;P5=-11112;D=05040412040404120412040404041212120404040412121204;CP=0;SP=5;O;
2016.06.08 22:54:53 4: sduino/msg READ: MS;P0=1121;P1=-387;P2=462;P3=-1121;P4=-11119;D=24232301232323012301232323230101012323232301010123;CP=2;SP=4;O;
2016.06.08 22:54:54 4: sduino/msg READ: MS;P0=-1130;P1=1113;P2=-384;P3=465;P4=-11117;D=34303012303030123012303030301212123030303012121230;CP=3;SP=4;
2016.06.08 22:55:06 4: sduino/msg READ: MS;P1=-389;P2=1111;P3=479;P4=-1126;P5=-11114;D=35343421343434213421343434342121213434343421342134;CP=3;SP=5;O;
2016.06.08 22:55:06 4: sduino/msg READ: MS;P0=-386;P1=471;P2=-1131;P3=1120;P4=-11119;D=14121230121212301230121212123030301212121230123012;CP=1;SP=4;O;
2016.06.08 22:55:07 4: sduino/msg READ: MS;P0=1115;P1=-388;P2=464;P3=-1129;P4=-11130;D=24232301232323012301232323230101012323232301230123;CP=2;SP=4;
Gruss
Zitat von: habeIchVergessen am 06 Juni 2016, 23:07:57
Habe ich zu Testzwecken beides nach die SC-Schleife gesetzt.
Funktion send_mc sieht bei mir aktuell so aus:
Die habe ich jetzt noch nicht übernommen. Mache ich aber noch.
Aber erst mal eins nach dem Anderen...
Ich habe folgendes mit einem SIGNALduino gesendet:
SC;R=6;SR;P0=-2720;P1=2720;P2=4760;P3=-680;D=101010101010102;SM;C=690;D=A1B1B1B02A1200;SR;P0=-31320;D=0;
Der Empfang mit einem SIGNALduino funktioniert auch:
MC;LL=-1375;LH=1397;SL=-684;SH=758;D=A1B1B1B02A1200;C=718;L=55
Die Clock wurde halt deutlich höher gemessen. Naja lassen wir das erst mal weg.
Warum geht es mit einer niedrigen Clock nicht.... das ist ein Fehler in der MC Erkennung in Kombination mit der Ersten SR Übertragung.
Das schaue ich mir noch näher an.
Sidey
Zitat von: bmilos am 08 Juni 2016, 22:59:05
Kann mir vieleicht jeman dhelfen?
Hier ist die Hife:
2016.06.08 23:21:25 4: dummyDuino IT: 1527x22870 not defined (Switch code: 1110)
2016.06.08 23:21:25 5: dummyDuino IT: EV1527 housecode = 1527x22870 onoffcode = 1110
2016.06.08 23:21:25 4: dummyDuino IT: msgcode "" (0) bin = 001000101000011100001110
2016.06.08 23:21:25 4: dummyDuino IT: message "i22870E" (7)
2016.06.08 23:21:25 5: dummyDuino dispatch i22870E
2016.06.08 23:21:25 5: dummyDuino: converted Data to (i22870E)
2016.06.08 23:21:25 4: dummyDuino: Decoded MS Protocol id 45 dmsg i22870E length 24
2016.06.08 23:21:25 5: dummyDuino: Starting demodulation at Position 2
2016.06.08 23:21:25 4: dummyDuino: Matched MS Protocol id 45 -> revolt
2016.06.08 23:21:25 4: dummyDuino/msg get raw: MS;P0=1121;P1=-387;P2=462;P3=-1121;P4=-11119;D=24232301232323012301232323230101012323232301010123;CP=2;SP=4;O;
Hast Du eine Idee wie der Name vom Protokoll ist? Ist das Revolt oder vewechsel ich gerade was.
PS: Du musst das FHEM Modul aktualisieren:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txtGrüße Sidey
Hi,
Vielen Dank.
Hab das Modul aktualisiert, wird nun auch als Revolt angezeigt.
Leider kann ich dir nicht genau sagen, um welches Protokoll es sich genau handelt.
Gruss
Zitat von: Sidey am 08 Juni 2016, 23:13:42
SC;R=6;SR;P0=-2720;P1=2720;P2=4760;P3=-680;D=101010101010102;SM;C=690;D=A1B1B1B02A1200;SR;P0=-31320;D=0;
clock für Manchester senden ist 690 (s. SM).
Daraus ergeben sich im ersten SR für
P0=-2760 -4 * clock
P1=2760 4 * clock
P2=4830 7 * clock
P3=-690
und im zweiten SR für P0 -33.810 (-49 * clock).
Das entspricht dem Schema aus der culfw und wird wahrscheinlich auch von den SOMFY-Geräten so erwartet. Ob nun 620, 640 oder 690 ist eher egal.
Was empfängt sduino, wenn ein CUL sendet?
Zitat von: Sidey am 08 Juni 2016, 23:24:28
Hier ist die Hife:
2016.06.08 23:21:25 4: dummyDuino IT: 1527x22870 not defined (Switch code: 1110)
2016.06.08 23:21:25 5: dummyDuino IT: EV1527 housecode = 1527x22870 onoffcode = 1110
2016.06.08 23:21:25 4: dummyDuino IT: msgcode "" (0) bin = 001000101000011100001110
2016.06.08 23:21:25 4: dummyDuino IT: message "i22870E" (7)
2016.06.08 23:21:25 5: dummyDuino dispatch i22870E
2016.06.08 23:21:25 5: dummyDuino: converted Data to (i22870E)
2016.06.08 23:21:25 4: dummyDuino: Decoded MS Protocol id 45 dmsg i22870E length 24
2016.06.08 23:21:25 5: dummyDuino: Starting demodulation at Position 2
2016.06.08 23:21:25 4: dummyDuino: Matched MS Protocol id 45 -> revolt
2016.06.08 23:21:25 4: dummyDuino/msg get raw: MS;P0=1121;P1=-387;P2=462;P3=-1121;P4=-11119;D=24232301232323012301232323230101012323232301010123;CP=2;SP=4;O;
Hast Du eine Idee wie der Name vom Protokoll ist? Ist das Revolt oder vewechsel ich gerade was.
PS: Du musst das FHEM Modul aktualisieren:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Grüße Sidey
Nur noch eine blöde Frage, wie müsste ich dies in der Config definieren?
Sry.
Gruss
Zitat von: bmilos am 09 Juni 2016, 00:15:24
Nur noch eine blöde Frage, wie müsste ich dies in der Config definieren?
Damit müsste der Fensterkontakt automatisch per autocreate angelegt werden:
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txthttps://forum.fhem.de/index.php/topic,52827.msg445831.html#msg445831
Gruß Ralf
Hallo Sidey,
spricht was dagegen, in der 14_Hideki.pm
hier
if (!Hideki_crc(\@decodedBytes))
{
Log3 $iohash, 4, "$name crc failed";
return undef;
}
das "return undef;" durch
return "";
zu ersetzen?
siehe
https://forum.fhem.de/index.php/topic,53680.msg459931.html#msg459931
Gruß Ralf
Zitat von: Ralf9 am 09 Juni 2016, 08:20:17
Damit müsste der Fensterkontakt automatisch per autocreate angelegt werden:
update all https://raw.githubusercontent.com/Ralf9/test/master/controls_signalduino.txt
https://forum.fhem.de/index.php/topic,52827.msg445831.html#msg445831
Gruß Ralf
Wow, vielen Dank. Dein pl funktioniert natürlich auch mit nanoCUL :)
Leider aber wird bei mir nur ein State erkannt:
2016.06.09 20:26:25 3: nanoCUL IT: IT_1527x22870 on->on
2016.06.09 20:26:26 3: nanoCUL IT: Code 1010 not supported by IT_1527x22870.
2016.06.09 20:26:26 3: nanoCUL IT: Code 1010 not supported by IT_1527x22870.
2016.06.09 20:26:26 3: nanoCUL: Unknown code i22870a, help me! |
Könnte man die 10_IT.pm noch ein wenig erweitern, damit es volkommen automatisch generiert wird?
Nochmals Vielen Dank, in meinem Fall habe ich die fhem-config von:
define IT_1527x22870 IT 1527x22870 1110 0000 |
auf:
define IT_1527x22870 IT 1527x22870 1110 1010 |
geändert und es funktioniert bestens :)
Gruss
Zitat von: bmilos am 09 Juni 2016, 20:31:00
Könnte man die 10_IT.pm noch ein wenig erweitern, damit es volkommen automatisch generiert wird?
Ich sehe dabei das Problem wie die Routine beim automatisch generieren erkennen soll, ob ein "on" oder ein "off" gesendet wird.
Die bisher bekannten günstigen Fenstersensoren haben gar kein off.
Gruß Ralf
Zitat von: Ralf9 am 09 Juni 2016, 08:56:07
"return undef;" durch
return "";
zu ersetzen?
Hmm, bin ich etwas unsicher muss ich zugeben.
undef ermöglicht ja einem anderen logischen Modul mit den Daten zu arbeiten.
Geben wir etwas anderes zurück, dann kann es von einem anderen Modul nicht mehr bearbeitet werden.
Die Frage ist, soll ein anderes Modul die Daten noch empfangen können, wenn der crc nicht stimmt. Derzeit kennen wir kein Gerät, was als P12 erkannt wird, dann aber keines ist.
Wir könnten aber alternativ mal überlegen ob wir nicht ein Catch all Modul entwickeln oder das SIGNALduino_un einfach dafür verwenden.
Das müsste eigentlich immer erst am Schluss mit den Nachrichten versorgt werden. Dort könnten wir die dann auch ordentlich entsorgen.
Grüße Sidey
Zitat von: habeIchVergessen am 09 Juni 2016, 00:02:44
clock für Manchester senden ist 690 (s. SM).
Ich habe herausgefunden, wie es bei einer niedrigeren clock nicht klappt:
https://github.com/RFD-FHEM/SIGNALDuino/commit/5b9a7d93948f4eb8007f5e26d641c3f56e2377b4
Code ist angepasst, ich teste das jetzt mal und entscheide dann, ob es so schon für eine neue Firmware taugt.
Zitat von: habeIchVergessen am 09 Juni 2016, 00:02:44
Daraus ergeben sich im ersten SR für
P0=-2760 -4 * clock
P1=2760 4 * clock
P2=4830 7 * clock
P3=-690
Ja, den P3 habe ich weggelassen, da ich das schon in der Manchester Codierung umgesetzt habe.
Zitat von: habeIchVergessen am 09 Juni 2016, 00:02:44
und im zweiten SR für P0 -33.810 (-49 * clock).
Es handelt sich um eine 16 Bit Variable, in der ich das speichern möchte. -32768 wäre da der Minimalwert.
Ob diese lange Pause des nichts Sendens wirklich notwendig ist. Ich nehme an, nein. Wenn doch, kann man auch P0=-16900 und D=00 schreiben.
So kommt man auf 33800... 30000 wird aber auch dicke langen.
Zitat von: habeIchVergessen am 09 Juni 2016, 00:02:44
Was empfängt sduino, wenn ein CUL sendet?
Das muss jemand testen der so ein Gerät hat.
Grüße Sidey
so habe mit sduino
2016.06.10 01:10:32 4: sduino/msg READ: SC;R=6;SR;P0=-2720;P1=2720;P2=4760;P3=-680;D=1010101010101023;SM;C=690;D=A1B1B1B02A1200;SR;P0=-4760;D=0000000;
2016.06.10 01:11:45 4: sduino/msg READ: MU;P0=715;P1=-372;P2=2789;P3=-2660;P4=4820;P5=-1352;P6=1410;P7=-663;D=01232323232323456567070705076507670705076507670705076507670707070705656567070705670567070707070707070;CP=0;
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.06.10 01:11:45 4: sduino/msg READ: MU;P0=-32001;P1=2754;P2=-2694;P3=4788;P4=-1411;P5=1351;P6=-728;P7=654;D=012121212121212345456767674765476567674765476567674765476567676767674545456767674567456767676767676767;CP=7;
2016.06.10 01:11:45 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino/msg READ: MU;P0=-32001;P1=2705;P2=-2745;P3=4736;P4=-1428;P5=1335;P6=-732;P7=651;D=012121212121212345456767674765476567674765476567674765476567676767674545456767674567456767676767676767;CP=7;
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino/msg READ: MU;P0=-32001;P1=2712;P2=-2735;P3=4752;P4=-1403;P5=1360;P6=-715;P7=667;D=012121212121212345456767674765476567674765476567674765476567676767674545456767674567456767676767676767;CP=7;
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino/msg READ: MU;P0=-32001;P1=2718;P2=-2730;P3=4756;P4=-1400;P5=1365;P6=-711;P7=669;D=012121212121212345456767674765476567674765476567674765476567676767674545456767674567456767676767676767;CP=7;
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.06.10 01:11:46 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.06.10 01:11:47 4: sduino/msg READ: MU;P0=-32001;P1=2724;P2=-2725;P3=4760;P4=-1400;P5=1365;P6=-711;P7=669;D=012121212121212345456767674765476567674765476567674765476567676767674545456767674567456767676767676767;CP=7;
2016.06.10 01:11:47 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.06.10 01:11:47 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.06.10 01:11:47 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.06.10 01:11:47 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.06.10 01:11:47 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.06.10 01:11:47 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.06.10 01:11:47 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.06.10 01:11:47 4: sduino: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.06.10 01:11:47 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.06.10 01:11:47 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.06.10 01:11:47 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
und minuCUL gesendet
2016.06.10 01:30:07 5: Cmd: >set miniCUL raw YsA110000112389A<
2016.06.10 01:30:07 3: set miniCUL raw YsA110000112389A
2016.06.10 01:30:07 5: SW: YsA110000112389A
2016.06.10 01:30:07 5: Triggering miniCUL (1 changes)
2016.06.10 01:30:07 5: Starting notify loop for miniCUL, first event raw YsA110000112389A
2016.06.10 01:30:07 5: Notify from Device: miniCUL recieved
2016.06.10 01:30:07 4: sduino/msg READ: MC;LL=-1246;LH=1316;SL=-651;SH=707;D=50D8D8D8150900;C=674;L=56;
2016.06.10 01:30:07 4: sduino/msg READ: MC;LL=-1322;LH=1244;SL=-732;SH=640;D=50D8D8D814;C=627;L=39;
2016.06.10 01:30:07 4: sduino/msg READ: MC;LL=-1294;LH=1281;SL=-687;SH=677;D=50D8D8D8150900;C=652;L=56;
2016.06.10 01:30:07 4: sduino: Found manchester Protocol id 43 clock 652 -> Somfy RTS
2016.06.10 01:30:07 4: sduino/msg READ: MC;LL=-1279;LH=1294;SL=-678;SH=686;D=50D8D8D8150900;C=659;L=56;
2016.06.10 01:30:07 4: sduino: Found manchester Protocol id 43 clock 659 -> Somfy RTS
2016.06.10 01:30:07 4: sduino/msg READ: MC;LL=-1279;LH=1294;SL=-673;SH=689;D=50D8D8D8150900;C=660;L=56;
2016.06.10 01:30:07 4: sduino: Found manchester Protocol id 43 clock 660 -> Somfy RTS
2016.06.10 01:30:08 5: CUL/RAW: /YsA11000019A3812
2016.06.10 01:30:08 5: CUL/RAW: YsA11000019A3812/
2016.06.10 01:30:08 4: CUL_Parse: miniCUL YsA11000019A3812
2016.06.10 01:30:08 5: miniCUL dispatch YsA11000019A3812
2016.06.10 01:30:08 4: SOMFY rollo stop
2016.06.10 01:30:08 5: Triggering rollo (3 changes)
2016.06.10 01:30:08 5: Starting notify loop for rollo, first event enc_key: A1
2016.06.10 01:30:08 5: Notify from Device: rollo recieved
2016.06.10 01:30:08 4: sduino/msg READ: MC;LL=-1278;LH=1297;SL=-674;SH=689;D=50D8D8D8150900;C=661;L=56;
2016.06.10 01:30:08 4: sduino: Found manchester Protocol id 43 clock 661 -> Somfy RTS
und jeweils mit LogikAnalyse aufgezeichnet. Sieht für mich ähnlich aus (ich vergleiche da nur Striche).
miniCUL: 50D8D8D8150900 shl 1 ist das erwartete Ergebnis (A1B1B1B02A1200).
sduino: was in den MUs steht, entspricht ja durchaus dem Gesendeten. Nur kann da kein MC detektiert werden.
Zitat von: Sidey am 09 Juni 2016, 23:18:49
Die Frage ist, soll ein anderes Modul die Daten noch empfangen können, wenn der crc nicht stimmt. Derzeit kennen wir kein Gerät, was als P12 erkannt wird, dann aber keines ist.
Das müsste dann ja ein Sensor sein, der auch einen Header von 0x75 hat, dies dürfte recht unwahrscheinlich sein.
Ich fände es besser, wenn wir anstatt "return undef;"
return "";verwenden würden.
Falls es dann doch so einen Sensor geben sollte, der von einem anderes Modul verarbeitet werden soll, ist dies schnell wieder zurückgeändert.
Beim Cul erscheint, wenn die crc nicht stimmt, im log:
2016.06.08 20:10:22 3: CUL_0: Unknown code P12#752BBA4AD7BE3C511F07, help me!Wem dies stört, der muß z.Zt. beim return das undef durch "" ersetzen und ein:
exclude from update" 14_Hideki.pm
Gruß Ralf
Ich wollte es halt mal für alle Protokolle lösen, stimmt aber, dass es dann nicht für den CUL klappt.
Zitat von: habeIchVergessen am 10 Juni 2016, 01:49:56
sduino: was in den MUs steht, entspricht ja durchaus dem Gesendeten. Nur kann da kein MC detektiert werden.
Mein fix hat noch nicht geholfen.
Ich muss mir wohl was anderes überlegen, diese Preamble vor dem eigentlichen MC Signal ist das Problem. Die bringt die Berechnung des Taktes durcheinander.
Grüße Sidey
habe noch ein wenig mir der Debug-Option gespielt (Sketch).
Message received:
Sync: 15948 -> SyncFact: 25.56, Clock: 624, Tol: 62, PattLen: 8 , Pulse: -32001, 624, mStart: 0, MCD: 0
Signal: 0102323231320132023231320132023231320132023232323231010102323231023102323232323232323454545454545454710102323231320132023231320132023231320132023232323231010102323231023102323232323232323. [187]
Pattern: P0: 26*[,1331] P1: 25*[,-1383] P2: 60*[,-734] P3: 60*[,624] P4: 8*[,-3044] P5: 7*[,2733] P6: 0*[] P7: 1*[,4768]
MU/MC check: mcrst:mcrst: -- chk MC -- 0 1 2 3 4 5 6 7 equalcnt: 1 MC equalcnt matched MC neg and pos pattern cnt is equal tstclock: 651 MC LL:1, MC LH:0, MC SL:2, MC SH:3
-- MC found --
enter ManchesterpatternDecoder::doDecode
mlen:187:mstart: 0 signal:LlLsSsSsSlSsLlSsLsSsSlSsLlSsLsSsSlSsLlSsLsSsSsSsSsSlLlLlLsSsSsSlLsSlLsSsSsSsSsSsSsSsSH(vcnt:55:mpos:85:mstart:0:mend:85:found: MC found:
MC;LL=-1383;LH=1331;SL=-734;SH=624;D=A1B1B1B02A1200;C=651;L=55;
Message received:
Sketch: LlLsSsSsSlSsLlSsLsSsSlSsLlSsLsSsSlSsLlSsLsSsSsSsSsSlLlLlLsSsSsSlLsSlLsSsSsSsSsSsSsSsS
Theorie: sLlLsSsSsSlSsLlSsLsSsSlSsLlSsLsSsSlSsLlSsLsSsSsSsSsSlLlLlLsSsSsSlLsSlLsSsSsSsSsSsSsSsSs
Wie man sehen kann, fängt eine Nachricht immer mit einem s/S an (in der Theorie). Ein praktischer Test hat das aber nicht bestätigt (ManchesterpatternDecoder::doDecode - "Start vom MC Signal suchen" nur auf Short oder Long).
Außerdem fällt auf, dass scheinbar zwei Nachrichten in "Signal: " enthalten sind (45454545454545471 sollte der Vorspann also 1. SR + halber Pulse vom ersten Bit sein).
Hi,
Danke fürs mithelfen.
Das 1. Bit muss nicht mit der Raw Message manipuliert werden.
Das sollte der Sendecode automatisch machen. Bei mir klappt das auch.
Im Nachrichtenpuffer können auch mehrere Wiederholungen sein, das ist korrekt.
Es gibt Dokumentationen, dass man sich auf ein Manchester Signal nur mit einem long syncen kann. Das Führt in diesem Fall aber zu einer falschen Demodulation, deshalb habe ich es angepasst.
Was den Bug mit der Clock angeht. Der steckt in der Methode isManchester.
In dieser Funktion wird auf Basis des Musterpuffers der Takt bestimmt und noch ein paar andere Prüfungen vollzogen.
Das funktioniert leider nicht richtig, da die Preamble zu einer falschen Erkennung führt.
Das hat bislang immer ganz gut funktioniert, da der Musterpuffer früher nur 6 Werte aufnehmen konnte. Mittlerweile sind es 8.
Mir ist noch keine Lösung eingefallen, wie man hier die richtigen findet.
Ich denke in die Richtung, dass ich jeden Pulslänge (nur poaitive) gegen jeden anderen vergleiche.
Die mit der besten Übereinstimmung (man müsste also etwas berechnen), ist dann die Clock..
Grüße Sidey
Zitat von: Sidey am 11 Juni 2016, 09:37:54
Mir ist noch keine Lösung eingefallen, wie man hier die richtigen findet.
Ich denke in die Richtung, dass ich jeden Pulslänge (nur poaitive) gegen jeden anderen vergleiche.
Die mit der besten Übereinstimmung (man müsste also etwas berechnen), ist dann die Clock..
Wenn ich das richtig sehe, dann müsste doch der Clock die kleinste Pulslänge sein.
Die Ermittlung des clocks müsste sich vereinfachen, wenn man annimmt, daß der clock max 2000 sein kann.
Gruß Ralf
Ein Vorteil von Manchester ist ja der ausgeglichene Energieverbrauch (sprich Anzahl von low und high shorts ist gleich). Alles was >= 3x clock/short ist, ist unzulässig und somit Anfang/Ende vom Signal.
Kann man so leider nicht genau sagen.
Grundsätzlich könnte man die maximale clock über die Baudrate berechnen. Bei 300 baud liegt die aber ganz bestimmt über 1300 uS.
Als Workaround müsste man die Clock verwerfen, wenn >1000 uS. Das würde helfen.
Richig erkennen wäre aber so immer noch nicht sichergestellt.
Mir kommt folgende Idee:
Alle Einträge im Musterpuffer aufsteigend sortieren.
Der 1. Positive Puls wäre dann eine valide clock.
Mit dem Wert könnte man alle restlichen Pulse prüfen in der Art (1* Pulslänge oder 2* Pulslänge).
Finden sich nicht alle Pulse wird mit dem 2. Positiven Puls gerechnet....
Grüße Sidey
eine Idee, wie Clock in einer sortierten Liste der Frequenzen Pulse ermittelt werden kann.
kurz: Summe abs 2 * Long und 2 * Short / 6 => clock. Die dann gegen die Einzelfrequenzenpulse testen.
void test() {
int pattern[maxNumPattern];
byte sorted[maxNumPattern];
pattern[0] = 1331;
pattern[1] = -1383;
pattern[2] = -734;
pattern[3] = 624;
pattern[4] = -3044;
pattern[5] = 2733;
pattern[6] = 4768;
pattern[7] = 128;
// init
sorted[0] = 0;
byte pCnt = 8;
byte sCnt = 1;
for (byte p=1; p<pCnt; p++) {
for (byte s=0; s<sCnt; s++) {
if (abs(pattern[p]) > abs(pattern[sorted[s]])) {
for (byte r=sCnt; r>s; r--) {
sorted[r] = sorted[r - 1];
}
sorted[s] = p;
sCnt++;
break;
}
}
if (sCnt == p) {
sorted[p] = p;
sCnt++;
}
}
int clock, clockIdx;
for (byte p=0; p<pCnt - 3; p++) {
clock = (abs(pattern[sorted[p]]) + abs(pattern[sorted[p+1]]) + abs(pattern[sorted[p+2]]) + abs(pattern[sorted[p+3]])) / 6;
if (
// two longs
abs(abs(pattern[sorted[p]]) - 2 * (float)clock) / clock <= 0.1 && abs(abs(pattern[sorted[p+1]]) - 2 * (float)clock) / clock <= 0.1 &&
// two shorts
abs(abs(pattern[sorted[p+2]]) - (float)clock) / clock <= 0.1 && abs(abs(pattern[sorted[p+3]]) - (float)clock) / clock <= 0.1
) {
// we found a clock
clockIdx = p;
break;
} else {
clock = -1;
}
}
Serial.print("\n\nTest clock: ");
Serial.print(clock);Serial.print(" ");
for (byte p=0; p<pCnt; p++) {
Serial.print(sorted[p]);
Serial.print(" ");
Serial.print(pattern[sorted[p]]);
Serial.print(", ");
}
Serial.println();
}
Ausgabe:
Test clock: 678 6 4768, 4 -3044, 5 2733, 1 -1383, 0 1331, 2 -734, 3 624, 7 128,
@Sidey:
ich habe mal den ManchesterpatternDecoder so umgestaltet, dass ich verstehen kann, was passiert (neuer Branch dev-r32-mctest (https://github.com/habeIchVergessen/SIGNALDuino/tree/dev-r32-mctest)).
was ist neu:
- Preamble Erkennung (clock-basiert)
- Erkennung long auf Pulsegrenze
- clock-Berechnung basierend auf den bekannten Pulsen
Wenn Nachrichten günstig im Buffer liegen, können alle bisher betrachteten Sendearten (CUL, SD SM/SC:SR:SM/SC:SR:SM:SR) ordentlich empfangen werden.
Leider scheint die Verwaltung vom Buffer sehr eng mit der alten Implementierung verwoben zu sein und bereitet mir ordentlich Probleme.
Ggf. findest du die Zeit, um es dir mal anzuschauen.
Zitat von: habeIchVergessen am 17 Juni 2016, 13:16:43
Ggf. findest du die Zeit, um es dir mal anzuschauen.
Hallo habeIchVergessen,
erst einmal vielen Dank, dass Du dich so konstruktiv mit einbringst.
Ich schaue mir deinen code an. Auf Anhieb habe ich noch nicht alles verstanden. Am besten ich kommentiere in Github.
Ich hatte vor 2 Tagen die Funktion isManchester nach den letzten Erkenntnissen umgebaut.
https://github.com/RFD-FHEM/SIGNALDuino/commit/a5bacf59d793e72bc2bd3b4dd083ea6f3646893d
Die hast Du noch nicht, da wir parallel gearbeitet haben.
Grüße Sidey
Hallo Sidey,
ich möchte eigentlich nur meine Überlegungen bzgl. Manchester-Signal-Verarbeitung testen. Ob letztlich nur die Ideen weiterverwendet werden oder die Implementierung an sich, ist mir egal. Habe meine Antworten auf github eingefügt.
b28 habe ich kurz getestet und keinen signifikanten Mehrwert gefunden (empfangene Nachrichten sieht gleich aus).
Gruß
Zitat von: habeIchVergessen am 17 Juni 2016, 22:33:58
Hallo Sidey,
ich möchte eigentlich nur meine Überlegungen bzgl. Manchester-Signal-Verarbeitung testen. Ob letztlich nur die Ideen weiterverwendet werden oder die Implementierung an sich, ist mir egal. Habe meine Antworten auf github eingefügt.
b28 habe ich kurz getestet und keinen signifikanten Mehrwert gefunden (empfangene Nachrichten sieht gleich aus).
Gruß
In der b28 sollten das Signal vor dem eigentlichen Manchester Signal nicht mehr zu einer fehlerhaften Auswertung führen.
Ich habe es auch getestet, das klappt.
Deine Ansätze sind durchaus etwas verschieden. Ich denke die meisten habe ich erst mal verstanden und finde sie auch interessant.
Ich werde deinen code mal durch meine unit tests laufen lassen.
Grüße Sidey
Edit: 11 von 15 sind fehlerhaft. Das sind in Teilen bestimmt triviale Kleinigkeiten sein.
ich empfange immer 50D8D8D8150900 = (A1B1B1B02A1200 >> 1)
Ich habe auch festgestellt, dass manche Signale nicht korrekt demoduliert werden.
Da es nicht alle Signale betrifft habe ich es noch nicht gefunden.
Heute komme ich aber leider auch nicht mehr dazu. Das muss eigentlich durch meine Anpassung in isManchester kommen.
Warum habe ich noch nicht verstanden.
Grüße Sidey
Hallo, ich hoffe ich bin hier richtig (sorry, habe nicht alle 119 Seiten gelesen, hab nur gefunden dass mein RXB6 Empfangschip hier irgendwo in der Mitte empfohlen wurde). Ich verstehe die Verkabelung aber nicht: Anders als hier im Wiki (http://www.fhemwiki.de/wiki/Datei:Fhemduino_schematic.png) hat der Chip ja links und rechts vier Pins - statt 5V / GND / Data sind die ja auch anders belegt. Kann mir kurz wer erklären, wie ich den richtig anschließen muss? :)
Vielen Dank! :)
Du brauchst nur 3 Pins verbinden.
GND zu GND, 5V zu 5V und dann Data mit digital PIN #2.
Optional kannst Du am Pin ANT noch eine Antenne anbinden.
Grüße Sidey
Hallo Sidey, vielen Dank für die schnelle Antwort! Ist es denn egal, welchen der 5V und GND Pins ich auf dem Empfänger verbinde? Ich habe ka links und rechts welche...
Ist egal ja
hi Sidey,
habe mich ein wenig mit der Buffer-Verwaltung auseinander gesetzt .
Wenn ich versuche, die Manchester-Nachricht im Buffer (bufferMove auf ersten Puls) zu halten, dann wird diese von SignalDetectorClass::doDetect immer wieder rausgeworfen.
Damit ist natürlich die Pulse-Erkennung erheblich schwerer, weil keine Referenz verfügbar ist. Des weiteren scheint es so zu sein, dass SignalDetectorClass::doDetect nach einem Buffer-Move Daten nicht bis in die Manchester-Erkennung durchreicht, wenn mcDetected gesetzt ist und ManchesterpatternDecoder.doCode false liefert. Wenn hier mit einer FiFo gearbeitet wird, dann müsste man sich wenigstens darauf verlassen können müssen, dass auf eine Pulse-Grenze geshiftet wird. Alles mit mctest durchgeführt.
start: 0 => pulse shift: 6 S_s_s_llLlLs_s_s_lS_LlS_Ls_s_lS_LlS_Ls_s_lS_LlS_Ls_s_s_s_s_lLlLlLs_s_s_lLs_lLs_s_s_s_s_s_s_s_
buffer: ==>SssSsSllLlLsSsSsSlSsLlSsLsSsSlSsLlSsLsSsSlSsLlSsLsSsSsSsSsSlLlLlLsSsSsSlLsSlLsSsSsSsSsSsSsSsS
ManchesterpatternDecoder::doDecode: !mc_end_found start bufferMove 0
MC found: read more data
SignalDetectorClass::doDetect: bufferMove 77
SignalDetectorClass::doDetect: bufferMove 93
SignalDetectorClass::doDetect: bufferMove 92
SignalDetectorClass::doDetect: bufferMove 112
SignalDetectorClass::doDetect: bufferMove 94
SignalDetectorClass::doDetect: bufferMove 107
start: 1 => pulse shift: 1 L
invalid pulse combo found! (4)
Zitat von: Sidey am 19 Juni 2016, 14:32:42
Ist egal ja
Hab das so probiert, im EventMonitor kommen aber keine Funksignale an - der sollte ja auch Intertechno empfangen...
Der sduino wird aber erkannt und als connected / open angezeigt.
Das gelbe ist die improvisierte Antenne :)
Stell den sduino mal auf verbose 4 und schau in das FHEM log
Mein Fehler (und was für ein blöder...) - hab den Arduino erst seit gestern. Wusste nicht, dass man die Steckerleisten erst anlöten muss, um einen ordentlichen Kontakt zu haben - wenn ich männliche Jumperkabel einstecke, kommen Daten an und er erkennt die IT Befehle :)
Nur senden geht noch nicht - kann das an der improvisierten Antenne liegen (weil nicht genau 17cm) oder mache ich noch etwas anderes falsch?
Danke für Hilfe und Geduld :)
Ich sehe auf dem Foto keinen Sender. :)
Ich hätte im Wiki genauer lesen sollen, dachte das wäre mit einem Sender gleich dabei :o
Habe jetzt einen Draht angelötet (17cm) - FHEM erkennt die Signale aber nur bis ca. 5cm Entfernung. Ich habe Klingeldraht aus dem Baumarkt genommen - was wäre denn besser, um den Empfang zu verbessern?
Zitat von: nicor2k am 20 Juni 2016, 16:56:46
Habe jetzt einen Draht angelötet (17cm) - FHEM erkennt die Signale aber nur bis ca. 5cm Entfernung. Ich habe Klingeldraht aus dem Baumarkt genommen - was wäre denn besser, um den Empfang zu verbessern?
Der Draht ist i.O. aber bist du dir sicher das dein Modul RXB6 die richtige Frequenz hat? Laut Datenblatt gibt es verschiedene Ausführungen.
ZitatFrequancy: 315M/433.92M/868.35M Hz(others are available);
Auf deinem Foto ist auch ein kleiner Lötzinnspritzer an einer Durchkontaktierung zu sehen. Muss nicht, könnte aber einen Kurzschluss zur GND-Fläche geben.
Gruß Friedrich
Zitat von: habeIchVergessen am 19 Juni 2016, 16:10:20
hi Sidey,
habe mich ein wenig mit der Buffer-Verwaltung auseinander gesetzt .
Wenn ich versuche, die Manchester-Nachricht im Buffer (bufferMove auf ersten Puls) zu halten, dann wird diese von SignalDetectorClass::doDetect immer wieder rausgeworfen.
Damit ist natürlich die Pulse-Erkennung erheblich schwerer, weil keine Referenz verfügbar ist. Des weiteren scheint es so zu sein, dass SignalDetectorClass::doDetect nach einem Buffer-Move Daten nicht bis in die Manchester-Erkennung durchreicht, wenn mcDetected gesetzt ist und ManchesterpatternDecoder.doCode false liefert. Wenn hier mit einer FiFo gearbeitet wird, dann müsste man sich wenigstens darauf verlassen können müssen, dass auf eine Pulse-Grenze geshiftet wird. Alles mit mctest durchgeführt.
Hi,
bufferMove sollte funktionieren, das habe ich intensiv getestet.
Die Logausgaben des angepassten Codes konnte ich jetzt leider nicht exakt verfolgen.
Da ich die Signaldaten nicht genau kenne, (schick mir die doch mal bitte zu), kann ich den exakten Fall nicht nachstellen.
Mit dem move und der darauf Folgenden Erkennung habe ich aber schon so meine Erfahrungen gemacht. Der Move wird wohl ausgeführt, da der Puffer voll ist, dann wird mcDetected = true.
Ich kenne die Anzahl der Pulse jetzt nicht, die noch kommen, aber vermutlich sind es nicht viele und dann kommt ein Puls mit -32001.. Damit wird dann processMessage() ausgelöst.
In processMessage() findet sich in Zeile 473 folgendes:
// reinit clocks or reset if fails
if (mcDetected && !mcdecoder.isManchester()) {
mcdecoder.reset();
mcdecoder.setMinBitLen(17);
mcDetected = false;
}
In meiner Version wird immer mcdecoder.doDecode() aufgerufen, wenn mcDetected true ist. Der Grund ist, dass im Fall der MC Verarbeitung alle Pulse schon in den Manchester Speicher umgewandelt wurden. Dadurch wird der message Puffer geleert. isManchester() findet vermutlich kein MC Signal und liefert false zurück. Dann ist der Message Puffer zum einen schon gekürzt, aber der Manchester Puffer wird auch noch geleert.
Grüße Sidey
so habe eine Version comitted (https://github.com/habeIchVergessen/SIGNALDuino/commit/89f7bdf010a36d0dddc07d3731432715f55ab33e), die MC-Nachrichten solange im Buffer hält, bis der Buffer voll ist oder eine Nachricht decodiert wurde.
Speziell das reset() am Ende von SignalDetectorClass::processMessage habe ich ausgebremst. Dadurch kann es vorkommen, dass kurzzeitig die Verarbeitung stockt.
Das Ergebnis veranschaulich aber ganz gut die Probleme beim Decode von MC-Nachrichten.
SD SC:SR:SM:SR sehr gut (5 von 6 richtig; 1x shr 1)
SD SC:SR:SM gut (4 von 6 richtig; 2x shr 1)
SD SM geht noch (1 von 6 richtig; viel wird als MU erkannt)
CUL schlecht (Details habe ich noch nicht analysiert)
DEBUG_EHL sollte auskommentiert werden (Log-Ausgaben ergeben ein mieses Timing).
SC:SR:SM:SR
MC;LL=-1290;LH=1264;SL=-685;SH=591;D=50D8D8D8150900;C=638;L=56;
MC;LL=-1323;LH=1231;SL=-681;SH=597;D=A1B1B1B02A1200;C=638;L=55;
MC;LL=-1293;LH=1260;SL=-659;SH=617;D=A1B1B1B02A1200;C=638;L=55;
MC;LL=-1294;LH=1262;SL=-655;SH=621;D=A1B1B1B02A1200;C=638;L=55;
MC;LL=-1293;LH=1264;SL=-653;SH=623;D=A1B1B1B02A1200;C=638;L=55;
MC;LL=-1293;LH=1264;SL=-653;SH=623;D=A1B1B1B02A1200;C=638;L=55;
SC:SR:SM
MC;LL=-1302;LH=1255;SL=-662;SH=616;D=A1B1B1B02A1200;C=639;L=55;
MC;LL=-1302;LH=1253;SL=-663;SH=613;D=A1B1B1B02A1200;C=638;L=55;
MC;LL=-1302;LH=1253;SL=-663;SH=613;D=50D8D8D8150900;C=638;L=56;
MU;P0=-2879;P1=2370;P3=4512;P4=-1297;P5=1255;P6=-690;P7=586;D=01010101010101034545676767476547656767476547656767476547656767676767454545676767456745676767676767676701010101010;CP=7;
MC;LL=-1302;LH=1255;SL=-663;SH=615;D=A1B1B1B02A1200;C=639;L=55;
MC;LL=-1303;LH=1254;SL=-663;SH=615;D=A1B1B1B02A1200;C=639;L=55;
MC;LL=-1303;LH=1254;SL=-663;SH=615;D=50D8D8D8150900;C=639;L=56;
SM
MC;LL=-1273;LH=1270;SL=-653;SH=624;D=36360542400;C=636;L=42;
MS;P1=483;P2=-795;P3=-1474;P4=1030;P6=-3836;D=16434212121312431242121312431242121312431242121212121343434212121342134212121212121212;CP=1;SP=6;O;
MS;P0=-1341;P1=483;P2=-795;P4=1030;P6=-3836;D=16404212121012401242121012401242121012401242121212121040404212121042104212121212121212;CP=1;SP=6;
MS;P0=-1341;P1=483;P2=-795;P4=1030;P6=-3836;D=16404212121012401242121012401242121012401242121212121040404212121042104212121212121212;CP=1;SP=6;
MU;P0=-1360;P1=-714;P2=388;P3=562;P4=1192;P6=-3904;D=0121313131313136404131313031403141313031403141313031;CP=3;
MC;LL=-1312;LH=1243;SL=-674;SH=603;D=A1B1B14800;C=638;L=37;
MC;LL=-1312;LH=1243;SL=-674;SH=603;D=A1B1B1B02A1200;C=638;L=55;
CUL
MU;P0=1242;P2=-732;P3=538;P5=-1348;P7=240;D=02323235320532023235320532023235320532023232323235057;CP=3;
MU;P0=688;P2=-1273;P3=-673;P4=1298;D=44243030302034203430302034203430302034203430303030302424243030302430243030303030303030;CP=0;
MU;P0=688;P2=-1273;P3=-673;P4=1298;D=44243030302034203430302034203430302034203430303030302424243030302430243030303030303030;CP=0;
MC;LL=-1286;LH=1246;SL=-708;SH=629;D=50D8D8D8;C=644;L=31;
MU;P0=687;P2=-1276;P3=-675;P4=1297;D=44243030302034203430302034203430302034203430303030302424243030302430243030303030303030;CP=0;
MU;P0=687;P2=-1276;P3=-675;P4=1297;D=44243030302034203430302034203430302034203430303030302424243030302430243030303030303030;CP=0;
MC;LL=-1322;LH=1235;SL=-711;SH=628;D=50D8D8D8;C=649;L=30;
MU;P0=-1277;P2=-672;P3=688;P5=1217;P7=4852;D=3702022323230325032523230325032523230325032;CP=3;
MC;LL=-1275;LH=1295;SL=-671;SH=688;D=06C6C6C0A84800;C=654;L=53;
Zitat von: habeIchVergessen am 21 Juni 2016, 21:50:40
so habe eine Version comitted (https://github.com/habeIchVergessen/SIGNALDuino/commit/89f7bdf010a36d0dddc07d3731432715f55ab33e), die MC-Nachrichten solange im Buffer hält, bis der Buffer voll ist oder eine Nachricht decodiert wurde.
Speziell das reset() am Ende von SignalDetectorClass::processMessage habe ich ausgebremst. Dadurch kann es vorkommen, dass kurzzeitig die Verarbeitung stockt.
Hi, habe mir die Änderungen angesehen. Ganz schlau werde ich noch nicht daraus.
Vor allem ist mir unklar, welche Nachrichten werden in welchem Puffer gehalten? Ich habe so den Eindruck, dass da ein reset zu viel vorkommt.
Insgesamt sollte dieses Verhalten doch auch heute schon zu sein, oder ging das durch deine Anpassungen verloren.
Mir stellt sich gerade die Frage, was ich mit deinen Änderungen nun genau mache :)
Die sind ja bestimmt in Teilen nicht verkehrt, die allgemingültige Funktionsfähigkeit hatte sich bei mir jetzt aber nicht eingestellt.
Da es eher ein kompletter rewrite von Funktionen ist, wird das schwierig das einzeln und Problembezogen zu integrieren.
Vielleicht kannst Du noch mal schildern, was das ursprüngliche Problem war, welches zu lösen wolltest?
Grüße Sidey
hi,
mit Buffer meine ich SignalDetectorClass::message, der ja am Ende von SignalDetectorClass::processMessage per reset geleert wird (wenn keine truncated Nachricht gedektiert wurde). Wenn aber eine MC-Nachricht durch einen nicht-MC Pulse abgeschlossen wurde, dann ist truncated false und es werden alle weiteren Daten im Buffer gelöscht. Besser wäre hier, nach der MC-Nachricht das Parsen fortzusetzen.
Habe ich auch in mcfix so gesehen.
Meiner Meinung Nacht besteht eine MC modulierte Nachricht immer aus zusammen hängenden Manchester konformen Pulsen.
Wenn ein nicht Manchester konformen Puls erkannt wird, dann könnten wir doch davon ausgehen, dass die Nachricht dort endet.
Der Teil bis da kann demoduliert und übergeben werden.
Den restlichen Nachrichtenpuffer sollte man wieder ganz normal behandeln. Wenn dann erneut Manchester modulierte Daten kommen werden diese wieder demoduliert. Es können an dieser Stelle aber auch ganz andere Daten empfangen werden.
Der Manchester Puffer kann geleert werden, nachdem die Daten an FHEM übergeben wurden. Der Message Puffer wird (hoffentlich) nur so weit geleert, wie Daten verarbeitet wurden.
Grüße Sidey
habe den Branch mctest gelöscht.
in mcfix habe ich noch den Shift-Fehler beim MC-Empfang korrigiert.
Nachrichten vom CUL und SD SC:SR:SM + SC:SR:SM:SR funktionieren jetzt recht zuverlässig. reine SM sind nicht so gut.
Kannst Du erklären, wodurch es zu dem Shift Fehler kommt.
Ich habe es leider noch nicht geschafft herauszufinden, woran das genau liegt.
das erste LL ist in den Somfy-Nachrichten eigentlich ein SL aus dem ersten SR und ein SL vom ersten Manchester-Bit (immer 0xA also 1/in Manchester SL-SH). Außerdem kann in Manchester kein Long als erstes vorkommen, weil nach der 1. clock (halber Pulse) immer ein Flankenwechsel stattfinden muss.
Vielleicht sollten wird die Begrifflichkeiten sortieren, um Irretationen auszuräumen.
Ja, bislang hatten ich folgende Begriffe verwendet:
MC = Manchester Codiert
Pulse = Dauer eines Pegel Zustandes
LL = long low (Pege lowl)
LH = long high (pege highl)
SL = short low (Pegel low)
SH = short high (Pegel high)
Bit = Bit
Nachricht = Zusammenhängende Bits
Clock = Takt mit dem das Manchester Signal moduliert wurde.
Pegel = Zustand des Pins zu einem Zeitpunkt
Pattern = Kombination von Puls und Pegel
Sync = Synchronisation auf das Manchester Signal
Mehr fällt mir gerade nicht ein
Grüße Sidey
Ein Bit = 2x clock mit entgegengesetzten Pegeln.
Ein Long = 2x clock mit gleichem Pegel => Teil 2 von eine Bit und Teil 1 vom nachfolgenden.
Ein Short = 1x clock.
@Sidey: wie denkst du über eine Testversion (Modul+Firmware)?
Mit Testversion meinst Du: Übernahme der Anpassungen in dev32 und bereitstellen einer compilierten Firmware?
Könnte man wohl mal machen. Dass OSV3 jetzt nicht so wie vorher decodiert wird, muss kein Fehler sein.
Grüße Sidey
Welche Oregon-Sensoren sprechen denn OSV3?
Ich hab hier einen THGR228N.
Zitat von: Sidey am 26 Juni 2016, 23:04:21
Mit Testversion meinst Du: Übernahme der Anpassungen in dev32 und bereitstellen einer compilierten Firmware?
mcspecial würde ja erst mal reichen. dev32 kann immer noch erfolgen, wenn ein Feldtest mit Somfy-Hardware erfolgt ist.
Stimmt, da hast Du recht
Das THGR228N verwendet soweit ich weiss das Protokoll 2.1. Wäre aber trotzdem gut, wenn Du es mal testen könntest.
Meine V2.1 Sensoren laufen zumindest.
Die Angepasste Firmware mit dem angepassten Modul gibt es hier:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32-mcspecial/controls_signalduino.txt
Für Somfy habe ich eine Winzigkeit angepasst. Könnte so funktionieren.
Einfach mal bissl testen.
@Burny: Testest Du noch mal OSV3?
Grüße Sidey
in 00_SIGNALduino.pm muss Zeile 1124 wie folgt geändert werden
my $outro = ";";
sonst fehlt das abschließende ";" und das Senden geht schief
log
SC;R=6;SR;P0=-2560;P1=2560;P3=-640;D=10101010101010113;SM;C=640;D=A1B1B1B02A1200
@Sidey: DEBUGDETECT & DEBUGDECODE sind an. Absicht?
Habe das mit dem $outro etwas anders gelöst.
Die Debug Optionen sollten natürlich nicht enthalten sein. Da habe ich geschlampt.
OSV3 habe ich mit einem arduino sketch verifiziert. Das hat erst mal geklappt.
Grüße Sidey
Leider habe ich gestern einen Syntaxfehler eingebaut ... :(
Hallo Sidey,
hab gerade Deine neue Version eingespielt - war leider nix. Keine IT-Steckdose schaltete mehr, der THGR228N meldete sich ebensowenig.
Die Module wieder zurückgespielt - nix.
Nano wieder mit V 3.2.0-b24 geflasht - alles läuft wieder.
Ich hoffe, daß es bei der Fehlersuche hilft.
Bei mir geht IT (m-e Steckdosen).
wenn der CUL sendet, dann wird der letzte Puls vor dem Manchester nicht richtig erkannt und es gibt wieder den Shift-Fehler.
@RappaSan: b29 mit oder ohne Debug? Hatte Sidey gestern nochmal nachgebessert.
@RappaSan:
Im Modul war noch ein Syntaxfehler. So wurde der SIGNALduino in FHEM überhaupt nicht initialisiert.
Das habe ich jetzt behoben.
ITv1 und ITv3 habe ich getestet. Das Funktioniert bei mir. Kannst Du jetzt noch mal testen?
@habeIchVergessen:
Wie hast Du das festgestellt, dass der letzte Puls nicht korrekt erkannt wird?
Wieso muss der überhaupt erkannt werden? Das ist doch nur da, damit der Empfänger sein AGC machen kann.
Grüße Sidey
Der Shift-Fehler ist das erste long, das nicht korrekt interpretiert wird. Ggf. ist die bestimmte clock zu ungenau. Oder der Puls ist nicht mehr im Buffer.
ITv1 sind meine Dosen.
Getestet - IT geht nicht, THGR228N wird empfangen.
Ich habe mal getestet, mit frischem Update FW und Module:
SD Somfy senden und Empfang mit FhemDuino funktioniert.
SD Somfy senden und Empfang (anlernen) am Somfy-Funkmotor klappt nicht.
SD Somfy Empfang: Protokoll wird zum Teil erkannt aber falsch dekodiert, meist mit 5 beginnend, statt mit A, Protokollerkennung für senden mit Somfy Handsender ist schlechter als beim Senden mit nanoCUL433.
SD: Protokoll 21 Einhell wird einwandfrei empfangen.
SD: IT-V3 wird empfangen, getestet mit Bewegungsmelder IT PIR-1000
SD: IT-V1 wird empfangen, senden schaltet die Steckdose nicht, auch die Geräte in FHEM mit IODev nanoCUL oder FhemDuino schalten nicht.
@Ellert: kannst du die empfangen Nachrichten, die mit 5 beginnen, mal in den Taschenrechner von Windows werfen und ein shl 1 ausführen?
Bsp. 50D8D8D8150900 -> A1B1B1B02A1200
Einige Beispiele
54C6C6F229AE00 --> A98D8DE4535C00
5745443A1B2DB3 --> AE8A8874365B66
5547477229AE00 --> AA8E8EE4535C00
56949510B187198 --> AD292A21630E330
52C5C445E4D24C8 --> A58B888BC9A4990
Zitat von: Ellert am 30 Juni 2016, 15:30:19
Einige Beispiele
54C6C6F229AE00 --> A98D8DE4535C00 -> A92000695C0FB7 ok
5745443A1B2DB3 --> AE8A8874365B66 -> AE2002FC3D6D42 fail
5547477229AE00 --> AA8E8EE4535C00 -> AA20006A5C0FB7 ok
56949510B187198 --> AD292A21630E330 -> AD80030B3D6D42 fail
52C5C445E4D24C8 --> A58B888BC9A4990 -> A52003033D6D42 fail
die checksummen stimmen bei allen.
bei fail sind enc key und rolling code jeweils um zwei versetzt. würde ich so nicht erwarten.
@Ellert: erkennst du deine Device-IDs? ist 3D6D42 ein reale Fernbedienung? Wenn ja, kannst du bitte nochmal Nachrichten loggen und hier posten? Mich interressiert, ob das Rollo darauf reagiert (Versatz von enc key und rolling code).
@Sidey: pulseMin ist bei 90. Gibt es dafür eine techn. Notwendigkeit?
Die 90 filtert nur zu kurze Pulse raus.
Gerade wenn nichts empfangen wird, wird dadurch sichergestellt, dass der Fifo nicht überlastet wird, da der Port ständig am toggeln ist.
Bislang sind mir auch keine Signale untergekommen, die <100 Mikrosekunden den Pegel ändern.
Verkleinert man diesen Wert, löst der IRQ zu oft aus und das Hauptprogramm kann die Daten nicht mehr verarbeiten.
Grüße Sidey
Ich würde den Wert eher vergrößern wollen. 150 oder 200.
Ich hatte ihn mal auf 110... Irgendwas hat mich dann dazu gebracht es zu verringern. Ich würde es nicht erhöhen.
Wenn es notwendig ist, könnten wir es konfigurierbar machen.
Grüße Sidey
Wofür benötigst du mehr Zeit (Testversion vs. konfigurierbar)?
Konfigurierbar ist Aufwändiger. Wozu soll das Erhöhen denn gut sein?
Weniger Buffer-Spülung durch unnütze Daten.
Zitat von: habeIchVergessen am 30 Juni 2016, 18:14:11
die checksummen stimmen bei allen.
bei fail sind enc key und rolling code jeweils um zwei versetzt. würde ich so nicht erwarten.
@Ellert: erkennst du deine Device-IDs? ist 3D6D42 ein reale Fernbedienung? Wenn ja, kannst du bitte nochmal Nachrichten loggen und hier posten? Mich interressiert, ob das Rollo darauf reagiert (Versatz von enc key und rolling code).
Ja, das ist die Adresse eines Handsenders und das Rollo reagiert darauf, der Versatz wird beim Anlernen an den Rolladen erzeugt. Deshalb lässt sich in einem SOMFY Device der nächste rolling code und key per Attribut setzen, um mit einem Handsender zu synchronisieren.
Zitat von: Ellert am 30 Juni 2016, 13:39:54
SD: IT-V1 wird empfangen, senden schaltet die Steckdose nicht, auch die Geräte in FHEM mit IODev nanoCUL oder FhemDuino schalten nicht.
Hi Ellert,
vielen Dank fürs Testen.
Ich habe den Fehler gefunden, weshalb das Senden nicht geklappt hat. Da war ein extra Delay von 32 Sekunden zwischen jeder Wiederholung. Das ist zu lange für die IT Steckdosen.
Ich habe ihn für die Nachrichten entfernt, damit konnte ich bei mir schalten.
Kannst Du das Somfy Signal mal mit deaktivierem MC Decoder und verbose 5 loggen und Posten?
Grüße Sidey
Zitat von: RappaSan am 29 Juni 2016, 15:38:17
hab gerade Deine neue Version eingespielt - war leider nix. Keine IT-Steckdose schaltete mehr, der THGR228N meldete sich ebensowenig.
Die Module wieder zurückgespielt - nix.
Nano wieder mit V 3.2.0-b24 geflasht - alles läuft wieder.
Hallo RappaSan,
den Fehler mit dem Senden habe ich gefunden und behoben.
Das mit dem Empfang vom THGR228N nicht. Was für Daten werden denn mit Verbose 5 im Log angezeigt, wenn der Sensor etwas sendet?
Kannst Du da was erkennen?
PS: Danke fürs Testen
Grüße Sidey
@Sidey: habe noch etwas mit minPulse getestet und keine Verbesserung erzielen können.
Moin Sidey,
beim letzten Test wurde der THGR228N empfangen, das war die Version nach Deiner Korrektur (#1802).
Nur IT wollte nicht auf Schaltbefehle reagieren. Aber das hat Du ja auch schon im Griff, oder? :)
Zitat von: Sidey am 30 Juni 2016, 23:33:42
Hi Ellert,
vielen Dank fürs Testen.
Ich habe den Fehler gefunden, weshalb das Senden nicht geklappt hat. Da war ein extra Delay von 32 Sekunden zwischen jeder Wiederholung. Das ist zu lange für die IT Steckdosen.
Ich habe ihn für die Nachrichten entfernt, damit konnte ich bei mir schalten.
Kannst Du das Somfy Signal mal mit deaktivierem MC Decoder und verbose 5 loggen und Posten?
Grüße Sidey
Ich habe die geloggten Daten des Somfysignals angehängt.
Hallo Sidey,
die Rauchmelder Elro FA20RF / FA21RF sind ja rudimentär schon in Signalduino eingebunden. Im Pilight-Bereich haben sie auch das Prokokoll analysiert - ist eventuell auch für Signalduino etwas interessantes dabei?
https://github.com/mel0en/pilight/blob/elro_fa20rf/libs/protocols/elro_fa20rf.c (https://github.com/mel0en/pilight/blob/elro_fa20rf/libs/protocols/elro_fa20rf.c)
Gruss und danke
Zitat von: Omega-5 am 20 Juni 2016, 17:11:15
Der Draht ist i.O. aber bist du dir sicher das dein Modul RXB6 die richtige Frequenz hat? Laut Datenblatt gibt es verschiedene Ausführungen.
Auf deinem Foto ist auch ein kleiner Lötzinnspritzer an einer Durchkontaktierung zu sehen. Muss nicht, könnte aber einen Kurzschluss zur GND-Fläche geben.
Gruß Friedrich
Hallo, lieben Dank erstmal allen für die Hilfe bisher!
Das Modul hat 433Mhz (steht zumindest 'drauf). Ich hatte noch ein anderes Modul ohne Lötzinnspritzer getestet, hatte aber auch keinen Erfolg. Dann habe ich das andere empfohlene Modul, dass aus Sender und Empfänger besteht, getestet (mittlerweile auch an einem 2. Arduino Nano)... Empfang geht, aber auch nur bei ca. 1cm Abstand. In diesem YouTube Video heißt es, selbst ohne Drahtantenne soll man auf 30-50 Meter kommen (https://www.youtube.com/watch?v=U839NZ78EOo).
Jemand noch eine Idee, was ich falsch machen könnte?
Der Arduino wird auf jeden Fall richtig erkannt, siehe Anhang:
Hi,
also wenn Du das Modul aus dem Video hast, dann ist es recht normal, dass die Reichweite unteridisch ist.
Empfang geht nur mit dem Super-Het Modul ordentlich. Das Super-Het Modul wird üblicherweise einzeln, also ohne Sendemodul verkauft.
Ich nehme an, Du hast jetzt ein Super-Het Empfänger und das einfach Sendemodul. Diese Kombi funktioniert bei mir sehr gut.
Grüße Sidey
Genau, ich habe jetzt 2x das superhet. Modul und 5x das andere, das ja aus Sender und Empfänger besteht. In dem Video kam er angeblich auf 30-50 Meter OHNE extra Antenne damit, bei mir ist beides nur im Zentimeter-Bereich (egal ob mit zusätzlicher Drahtantenne oder nicht). Ich hatte daher gedacht, dass irgendetwas mit dem hex File nicht stimmt? Die Nanos hab ich ja auch schon getauscht :)
Zum Testen nehme ich immer eine Intertechno-FB, die (wenn direkt 'dran) auch erkannt wird...
Benutze das Sendemodul aus dem Video und den Superhet Empfänger.
Du wirst sehen, damit stimmt die Reichweite.
Grüße Sidey
Etliche Leute haben - gefühlt - 1000x darauf hingewiesen, daß dieser komische "Empfänger" Chinaschrott ist.
Warum wird denen, die's ausprobiert haben und auf die richtigen Empfangsmodule hinweisen, nicht geglaubt? :'(
Ohne Antenne soll der Müll noch über zig Meter Signale empfangen. WIE KANN MAN DAS DENN GLAUBEN??? Weihnachtsmann und Osterhase gehören ebenso in die Fantasiewelt.
Wir haben das Superhet-Ding selbst äußerst erfolgreich in Betrieb. Bei mir empfängt der Superhet durch 2 stahlarmierte Betondecken.
Ich empfange damit diverse Signale von den Nachbarn. Und ich benutze die aktuelle Signalduino-Software.
@Sidey: hast du schon die Zeit gefunden, dir den letzten Pull-Request anzuschauen?
Hallo habeIchVergessen
Ich habe schon mal reingesehen.
Es sind halt doch recht viele Änderungen. Und es hapert an der Beschreibung.
Manche Kleinigkeiten sind klar z.B. die Anpassung compressPattern, aber die Sache mit noInterrupts z.B. finde ich nicht gut.
Das deaktiviert alle Interrupts, auch die für die Serielle Kommunikation. Bin mir jetzt auch nicht sicher, ob man in einer ISR den Interrupt deaktivieren sollte.
Der Teil "generate none manchester conform signal to mark the end". Ist mir auch unklar, wie der uC Mikrosekunden genau etwas machen soll. So genau ist micros() leider nicht.
Alles in allem ist das jetzt echt schwer zu verstehen, warum Du bestimmte Abschnitte verändert hast und was das Ziel der Änderung ist.
Kannst Du die Änderungen einzeln beschreiben?
Grüße Sidey
hi Sidey,
im Wesentlichen sind es 2 Ziele:
- clock besser bestimmen/berechnen (compress_pattern)
- buffer reset vermeiden, wenn möglich
Bsp. MC-Nachricht durch nicht-MC-Pulse beendet habe ich in die Kommentare geschrieben.
Hallo Zusammen,
bin gerade ein bisschen am Spielen und versuche, meinen 3-T Motor der Markise in fhem zu bekommen.
Er geht per Funk auf 433 MHz.
Habe den SIGNALduino auf verbose 5 gestellt und ein paar mal die FB gedrückt.
Folgender Log kam raus:
2016.07.06 13:30:23.429 4: SIGNALduino_unknown converted to bits: 0100000010100111
2016.07.06 13:30:23.429 4: SIGNALduino_unknown Protocol: 40
2016.07.06 13:30:23.428 4: SIGNALduino_unknown rawData: 40A7
2016.07.06 13:30:23.428 4: SIGNALduino_unknown incomming msg: u40#40A7
2016.07.06 13:30:23.427 5: SIGNALduino433 dispatch u40#40A7
2016.07.06 13:30:23.427 5: SIGNALduino433: converted Data to (u40#40A7)
2016.07.06 13:30:23.427 4: SIGNALduino433: decoded matched MU Protocol id 40 dmsg u40#40A7 length 16
2016.07.06 13:30:23.426 5: SIGNALduino433: dispatching bits: 0 1 0 0 0 0 0 0 1 0 1 0 0 1 1 1
2016.07.06 13:30:23.426 4: SIGNALduino_unknown converted to bits: 010000001010011111000100001001100110
2016.07.06 13:30:23.426 4: SIGNALduino_unknown Protocol: 40
2016.07.06 13:30:23.426 4: SIGNALduino_unknown rawData: 40A7C4266
2016.07.06 13:30:23.425 4: SIGNALduino_unknown incomming msg: u40#40A7C4266
2016.07.06 13:30:23.424 5: SIGNALduino433 dispatch u40#40A7C4266
2016.07.06 13:30:23.424 5: SIGNALduino433: converted Data to (u40#40A7C4266)
2016.07.06 13:30:23.424 4: SIGNALduino433: decoded matched MU Protocol id 40 dmsg u40#40A7C4266 length 36
2016.07.06 13:30:23.423 5: SIGNALduino433: dispatching bits: 0 1 0 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 0 0 0 1 0 0 0 0 1 0 0 1 1 0 0 1 1 0
2016.07.06 13:27:49.963 4: SIGNALduino_unknown converted to bits: 01000000101001111000
2016.07.06 13:27:49.963 4: SIGNALduino_unknown Protocol: 40
2016.07.06 13:27:49.963 4: SIGNALduino_unknown rawData: 40A78
2016.07.06 13:27:49.963 4: SIGNALduino_unknown incomming msg: u40#40A78
2016.07.06 13:27:49.962 5: SIGNALduino433 dispatch u40#40A78
2016.07.06 13:27:49.961 5: SIGNALduino433: converted Data to (u40#40A78)
2016.07.06 13:27:49.961 4: SIGNALduino433: decoded matched MU Protocol id 40 dmsg u40#40A78 length 20
2016.07.06 13:27:49.961 5: SIGNALduino433: dispatching bits: 0 1 0 0 0 0 0 0 1 0 1 0 0 1 1 1 1 0 0 0
2016.07.06 13:27:49.960 4: SIGNALduino_unknown converted to bits: 010000001010011111000100001001100100
2016.07.06 13:27:49.960 4: SIGNALduino_unknown Protocol: 40
2016.07.06 13:27:49.960 4: SIGNALduino_unknown rawData: 40A7C4264
2016.07.06 13:27:49.960 4: SIGNALduino_unknown incomming msg: u40#40A7C4264
2016.07.06 13:27:49.959 5: SIGNALduino433 dispatch u40#40A7C4264
2016.07.06 13:27:49.959 5: SIGNALduino433: converted Data to (u40#40A7C4264)
2016.07.06 13:27:49.958 4: SIGNALduino433: decoded matched MU Protocol id 40 dmsg u40#40A7C4264 length 36
2016.07.06 13:27:49.958 5: SIGNALduino433: dispatching bits: 0 1 0 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 0 0 0 1 0 0 0 0 1 0 0 1 1 0 0 1 0 0
2016.07.06 13:27:49.957 4: SIGNALduino_unknown converted to bits: 010000001010011111000100001001100110
2016.07.06 13:27:49.957 4: SIGNALduino_unknown Protocol: 40
2016.07.06 13:27:49.957 4: SIGNALduino_unknown rawData: 40A7C4266
2016.07.06 13:27:49.957 4: SIGNALduino_unknown incomming msg: u40#40A7C4266
2016.07.06 13:27:49.956 5: SIGNALduino433 dispatch u40#40A7C4266
2016.07.06 13:27:49.955 5: SIGNALduino433: converted Data to (u40#40A7C4266)
2016.07.06 13:27:49.955 4: SIGNALduino433: decoded matched MU Protocol id 40 dmsg u40#40A7C4266 length 36
2016.07.06 13:27:49.955 5: SIGNALduino433: dispatching bits: 0 1 0 0 0 0 0 0 1 0 1 0 0 1 1 1 1 1 0 0 0 1 0 0 0 0 1 0 0 1 1 0 0 1 1 0
2016.07.06 13:27:49.954 4: SIGNALduino_unknown converted to bits: 0010000100110010
2016.07.06 13:27:49.954 4: SIGNALduino_unknown Protocol: 40
2016.07.06 13:27:49.954 4: SIGNALduino_unknown rawData: 2132
2016.07.06 13:27:49.954 4: SIGNALduino_unknown incomming msg: u40#2132
2016.07.06 13:27:49.953 5: SIGNALduino433 dispatch u40#2132
2016.07.06 13:27:49.952 5: SIGNALduino433: converted Data to (u40#2132)
2016.07.06 13:27:49.952 4: SIGNALduino433: decoded matched MU Protocol id 40 dmsg u40#2132 length 16
2016.07.06 13:27:49.952 5: SIGNALduino433: dispatching bits: 0 0 1 0 0 0 0 1 0 0 1 1 0 0 1 0
2016.07.06 13:27:49.952 5: SIGNALduino433: Starting demodulation at Position 11
Nun weiß ich nicht mehr weiter.
Im Wiki habe ich gelesen, einen DOIF auf dmsg an zu legen. Wäre kein Problem, ich möchte aber an die Markise senden.
Da verstehe ich den Wiki Eintrag nicht ganz?
Wo bekomme ich jetzt die Zeichenfolge her, die ich mit raw senden muss?
@Sidey: habe noch die Korrekturen geliefert und ein merge ausgeführt. Sieht ganz gut aus.
set sduino raw SC;;R=6;;SR;;P0=-2560;;P1=2560;;P2=4480;;P3=-640;;D=1010101010101023;;SM;;C=640;;D=A1B1B1B02A1200;;SR;;P0=-4480;;D=0000000;;
MC;LL=-1317;LH=1247;SL=-690;SH=593;D=A1B1B1B02A1200;C=641;L=55;
MC;LL=-1300;LH=1269;SL=-659;SH=625;D=A1B1B1B02A1200;C=642;L=55;
MC;LL=-1294;LH=1272;SL=-653;SH=629;D=A1B1B1B02A1200;C=641;L=55;
MC;LL=-1292;LH=1275;SL=-652;SH=630;D=A1B1B1B02A1200;C=641;L=55;
MC;LL=-1299;LH=1266;SL=-660;SH=627;D=A1B1B1B02A1200;C=641;L=55;
MC;LL=-1299;LH=1266;SL=-660;SH=627;D=A1B1B1B02A1200;C=641;L=55;
set sduino raw SC;;R=6;;SR;;P0=-2560;;P1=2560;;P2=4480;;P3=-640;;D=1010101010101023;;SM;;C=640;;D=A1B1B1B02A1200;;
MC;LL=-1394;LH=1176;SL=-744;SH=540;D=A1B1B1B02A1200;C=642;L=56;
MC;LL=-1323;LH=1245;SL=-680;SH=603;D=A1B1B1B02A1200;C=641;L=56;
MC;LL=-1311;LH=1253;SL=-672;SH=614;D=A1B1B1B02A1200;C=641;L=56;
MC;LL=-1309;LH=1259;SL=-668;SH=613;D=A1B1B1B02A1200;C=641;L=56;
MC;LL=-1308;LH=1256;SL=-666;SH=616;D=A1B1B1B02A1200;C=640;L=56;
MC;LL=-1308;LH=1256;SL=-666;SH=616;D=A1B1B1B02A1200;C=640;L=55;
set sduino raw SM;;R=6;;C=640;;D=A1B1B1B02A1200;;
MC;LL=-1254;LH=1310;SL=-624;SH=658;D=D8D8150900;C=640;L=40;
MC;LL=-1282;LH=1279;SL=-660;SH=622;D=A1B1B1B02A1200;C=640;L=55;
MC;LL=-1318;LH=1243;SL=-694;SH=591;D=A1B1B1B02A1200;C=640;L=55;
MC;LL=-1306;LH=1258;SL=-668;SH=615;D=A1B1B1B02A1200;C=641;L=55;
MC;LL=-1294;LH=1273;SL=-655;SH=631;D=A1B1B1B02A1200;C=642;L=55;
MC;LL=-1294;LH=1273;SL=-655;SH=631;D=A1B1B1B02A1200;C=642;L=55;
set miniCUL raw YsA110000112389A
MC;LL=-1199;LH=1275;SL=-615;SH=633;D=286C6C6C0A84800;C=620;L=57;
MC;LL=-1245;LH=1245;SL=-612;SH=632;D=A1B1B1B02A1200;C=622;L=55;
MC;LL=-1244;LH=1248;SL=-606;SH=634;D=A1B1B1B02A1200;C=621;L=55;
MC;LL=-1224;LH=1254;SL=-610;SH=636;D=A1B1B1B02A1200;C=620;L=55;
MC;LL=-1237;LH=1252;SL=-614;SH=629;D=A1B1B1B02A1200;C=621;L=55;
Folgende Feststellung.
Der Oregon Windsensor wird nicht richtig verarbeitet.
Es werden Winkelwerte ausgegeben die nicht möglich sind und zu Perl Warnungen führen (ZB. "889 W").
Siehe Anhang.
Verwendet wird die SIGNALduino V 3.2.0-b26 - compiled at May 29 2016 23:37:20.
Ich vermute es liegt an der Komma Auswertung der Windrichtung.
Zitat von: Burny4600 am 11 Juli 2016, 09:32:28
Folgende Feststellung.
Der Oregon Windsensor wird nicht richtig verarbeitet.
Es werden Winkelwerte ausgegeben die nicht möglich sind und zu Perl Warnungen führen (ZB. "889 W").
Siehe Anhang.
Verwendet wird die SIGNALduino V 3.2.0-b26 - compiled at May 29 2016 23:37:20.
Ich vermute es liegt an der Komma Auswertung der Windrichtung.
Ich sehe in dem log keinen Zusammenhang zum Oregon Modul. Im log taucht das Oregon Modul nicht auf.
Kann es sein, daß noch Fehler in Deinen DOIF stecken?
2016.07.11 09:17:48 1: PERL WARNING: Argument "840 W" isn't numeric in numeric gt (>) at (eval 3708) line 1.
2016.07.11 09:17:48 3: stacktrace:
2016.07.11 09:17:48 3: main::__ANON__ called by (eval 3708) (1)
2016.07.11 09:17:48 3: (eval) called by ./FHEM/98_DOIF.pm (928)
2016.07.11 09:17:48 3: main::DOIF_CheckCond called by ./FHEM/98_DOIF.pm (1176)
2016.07.11 09:17:48 3: main::DOIF_Trigger called by ./FHEM/98_DOIF.pm (1284)
2016.07.11 09:17:48 3: main::DOIF_Notify called by fhem.pl (3199)
2016.07.11 09:17:48 3: main::CallFn called by fhem.pl (3121)
2016.07.11 09:17:48 3: main::DoTrigger called by ./FHEM/33_readingsProxy.pm (127)
2016.07.11 09:17:48 3: main::readingsProxy_update called by ./FHEM/33_readingsProxy.pm (192)
2016.07.11 09:17:48 3: main::readingsProxy_Notify called by fhem.pl (3199)
2016.07.11 09:17:48 3: main::CallFn called by fhem.pl (3121)
2016.07.11 09:17:48 3: main::DoTrigger called by fhem.pl (4012)
2016.07.11 09:17:48 3: main::readingsEndUpdate called by ./FHEM/98_HTTPMOD.pm (2385)
2016.07.11 09:17:48 3: main::HTTPMOD_Read called by FHEM/HttpUtils.pm (401)
2016.07.11 09:17:48 3: main::__ANON__ called by fhem.pl (664)Gruß Ralf
Hallo Ralf.
Hatte das Verbose 5 beim Signalduino nicht eingeschaltet.
Es ist mir jetzt auch aufgefallen das diese Meldungen zum DOIF gehören müssten.
Sorry.
Was mir bei der Windrichtung aufgefallen ist, ist das die Signalduino Anlage des Sensor mit Komma definiert.
Im RFXtrx433e Protokoll wird nur in ganzen Grad die Windrichtung verarbeitet.
Eine Auflösung des Oregon Windsensors ist im Gradbereich ungenau. Eine feinere Auflösung ist sicher unnötig.
Ich bin mir nicht einmal sicher ob das Datenprotokoll eine Nachkommastelle beinhaltet, da Oregon selbst nirgendwo diese Nachkommastelle behandelt.
Zumindest das was ich aus den Unterlagen entnommen habe.
Seltsam, beide Geräte nutzen das gleiche logische Modul.... hmm
Zitat von: Burny4600 am 12 Juli 2016, 16:36:24
Es ist mir jetzt auch aufgefallen das diese Meldungen zum DOIF gehören müssten.
Was mir bei der Windrichtung aufgefallen ist, ist das die Signalduino Anlage des Sensor mit Komma definiert.
Im RFXtrx433e Protokoll wird nur in ganzen Grad die Windrichtung verarbeitet.
PERL WARNING: Argument "840 W" isn't numeric in numeric gt (>) at (eval 3708) line 1.Das Problem dabei ist, daß das Argument "840 W" nicht nummerisch ist, da ein Buchstabe enthalten ist. Wenn Du vor dem Vergleich bei dem Argument den Buchstabe entfernst, müsste das PERL WARNING weg sein.
Mit DOIF kann ich Dir aber nicht weiterhelfen, da ich es nicht verwende.
Das Komma entsteht durch die Multiplikation der 16 Windrichtungen mit 22.5.
16 x 22,5 = 360
11 x 22,5 = 247,5
Gruß Ralf
Da ich nicht den Signalduino Thread mit einem neuen Problem zuschwemmen lassen wollte, habe ich meine Maverick 733 Versuche und Erkenntnisse einmal in dem Thread https://forum.fhem.de/index.php/topic,49548.0.html hinzugefügt. Ich bitte einmal alle Entwickler des Signalduinos dort vorbeizuschauen und uns zu helfen, falls möglich.
Gruß,
Tim
Hi
Ich weiß nicht genau ob ich im richtigen Thread bin aber ich bekomme immer wieder die bekannten "help me" Meldungen im Log, beim letzten mal hat ein Update des Hideki Moduls geholfen. Hier ein auszug aus dem Log:
2016.07.13 08:00:37 3: CUL0: Unknown code P12#7574B20F042000FFFFBF35, help me!
2016.07.13 08:03:22 3: CUL0: Unknown code P12#7505A693124CCA3D55A216, help me!
2016.07.13 08:03:22 3: CUL0: Unknown code P12#75B9F7831F811FF8848016, help me!
2016.07.13 08:06:07 3: CUL0: Unknown code P12#7574B244FC3004F8008915, help me!
2016.07.13 08:08:19 3: CUL0: Unknown code P12#7574B2C4FEBEFEAE, help me!
2016.07.13 08:08:55 3: CUL0: Unknown code P12#7574B244FFBEFF0E57, help me!
2016.07.13 08:09:58 3: CUL0: Unknown code P12#75750547F060116C02B6, help me!
2016.07.13 08:10:31 3: CUL0: Unknown code P12#75F305070080A2C103B6, help me!
2016.07.13 08:12:43 3: CUL0: Unknown code P12#7574B2E4060DFCFFFF0DC30B, help me!
2016.07.13 08:14:22 3: CUL0: Unknown code P12#75B598FAA32695C60B, help me!
2016.07.13 08:15:28 3: CUL0: Unknown code P12#75F435000000015C00, help me!
2016.07.13 08:16:01 3: CUL0: Unknown code P12#7574B24478BF78BF1CFFDF0A, help me!
2016.07.13 08:18:13 3: CUL0: Unknown code P12#75F5C29A0B1A76FDC2496C00, help me!
2016.07.13 08:18:46 3: CUL0: Unknown code P12#75F4E507E087A064DA01, help me!
2016.07.13 08:19:52 3: CUL0: Unknown code P12#75F41500E3C7102602B6, help me!
2016.07.13 08:22:04 3: CUL0: Unknown code P12#75F4D5076698D9DB02, help me!
2016.07.13 08:22:04 3: CUL0: Unknown code P12#75F4D507E6C7D0C2D802, help me!
2016.07.13 08:34:43 3: CUL0: Unknown code P12#7507F7C7673203B6, help me!
2016.07.13 08:34:43 3: CUL0: Unknown code P12#7507F7C767A40236, help me!
2016.07.13 08:40:46 3: CUL0: Unknown code P12#75EB3A98AB0260081CB803, help me!
2016.07.13 08:41:19 3: CUL0: Unknown code P12#75B7AA9F50A926B602, help me!
2016.07.13 08:45:10 3: CUL0: Unknown code P12#7535AA23B4AC55029B, help me!
2016.07.13 08:49:34 3: CUL0: Unknown code P12#75050C0AB221B7B66BD801, help me!
2016.07.13 08:52:52 3: CUL0: Unknown code P12#75B47D00E0FEFF3FCF8016, help me!
2016.07.13 08:53:25 3: CUL0: Unknown code P12#755A688A5125565A6109, help me!
2016.07.13 08:53:25 3: CUL0: Unknown code P12#75D58A02ED95AAB6, help me!
2016.07.13 08:54:31 3: CUL0: Unknown code P12#7574B24428BF28BFE100C00A, help me!
2016.07.13 08:57:16 3: CUL0: Unknown code P12#7574B2C41E3E80FFFF3FCC0B, help me!
2016.07.13 09:00:34 3: CUL0: Unknown code P12#75549682F5CC2ABD04, help me!
2016.07.13 09:03:52 3: CUL0: Unknown code P12#75F4C5070000E722D801, help me!
2016.07.13 09:04:25 3: CUL0: Unknown code P12#75F41500000037E700DB, help me!
2016.07.13 09:12:40 3: CUL0: Unknown code P12#75F41500000037E7D800, help me!
2016.07.13 09:13:13 3: CUL0: Unknown code P12#75F41500000037E7D801, help me!
2016.07.13 09:13:13 3: CUL0: Unknown code P12#75F41500000037C302B6, help me!
2016.07.13 09:14:52 3: CUL0: Unknown code P12#7574EA3970F8FFFF3F3BC01B, help me!
2016.07.13 09:14:59 3: CUL0: Unknown code P12#7512BA4AFCBEDCAA521AC014, help me!
2016.07.13 09:20:55 3: CUL0: Unknown code P12#75AA255790422A4E600D, help me!
2016.07.13 09:22:09 3: CUL0: Unknown code P12#7512BA4AC2BECEAE, help me!
2016.07.13 09:32:28 3: CUL0: Unknown code P12#7518FCE30F4E88B406, help me!
2016.07.13 09:41:49 3: CUL0: Unknown code P12#75B43D3CE000FCFFCFFDC013, help me!
2016.07.13 09:43:28 3: CUL0: Unknown code P12#75E7F50700C010370336, help me!
2016.07.13 09:44:34 3: CUL0: Unknown code P12#75BE2DAD3FCA1E27565B, help me!
2016.07.13 09:45:40 3: CUL0: Unknown code P12#7574B284F2BEF2BEFF00C00A, help me!
2016.07.13 09:50:04 3: CUL0: Unknown code P12#75AAABAB52555E555C8236, help me!
2016.07.13 09:50:04 3: CUL0: Unknown code P12#75767183FF61187235D803, help me!
2016.07.13 09:52:16 3: CUL0: Unknown code P12#750E0003C04F260A2D, help me!
2016.07.13 09:52:52 3: CUL0: Unknown code P12#75AA15AA55AA5A9616AAD20B, help me!
2016.07.13 09:52:52 3: CUL0: Unknown code P12#7574B244F8BE78AE, help me!
2016.07.13 09:56:07 3: CUL0: Unknown code P12#750AE8EF17082655670D, help me!
2016.07.13 09:56:40 3: CUL0: Unknown code P12#756AF442239F9FC4176C00, help me!
2016.07.13 09:57:46 3: CUL0: Unknown code P12#7516B0E160A56DD901, help me!
2016.07.13 09:59:58 3: CUL0: Unknown code P12#75B4FD0811801F38146D, help me!
2016.07.13 10:03:16 3: CUL0: Unknown code P12#75BAB5CA454A44556902DB, help me!
2016.07.13 10:08:44 3: CUL0: Unknown code P12#7512BACADF70E30FA7, help me!
2016.07.13 10:15:54 3: CUL0: Unknown code P12#7512BA8A87BEC1AF, help me!
2016.07.13 10:16:28 3: CUL0: Unknown code P12#75E1E500F3C7F490DA03, help me!
2016.07.13 10:21:25 3: CUL0: Unknown code P12#750000C097D503B6, help me!
2016.07.13 10:21:58 3: CUL0: Unknown code P12#756A64C13FEEA0610D, help me!
2016.07.13 10:23:04 3: CUL0: Unknown code P12#7574B2C42DBE2DBE012B, help me!
2016.07.13 10:28:34 3: CUL0: Unknown code P12#75E115000080B1D300B6, help me!
2016.07.13 10:30:46 3: CUL0: Unknown code P12#75733F6142F0FF7FBE, help me!
2016.07.13 10:34:04 3: CUL0: Unknown code P12#7574B2C4DE4204E01F005C, help me!
2016.07.13 10:36:16 3: CUL0: Unknown code P12#7574B2C423BE23BE0100FE0A, help me!
2016.07.13 10:47:28 3: CUL0: Unknown code P12#7512BA4AD7BE40AE, help me!
2016.07.13 10:53:53 3: CUL0: Unknown code P12#7512BA4AC8BEBD8727, help me!
2016.07.13 10:59:22 3: CUL0: Unknown code P12#7574B284C3BEC3BE072B, help me!
2016.07.13 11:08:43 3: CUL0: Unknown code P12#75071080C6210376, help me!
2016.07.13 11:20:16 3: CUL0: Unknown code P12#75E07CE6000040229A802E, help me!
2016.07.13 11:24:07 3: CUL0: Unknown code P12#7574B2841EBE0EAE, help me!
2016.07.13 11:24:40 3: CUL0: Unknown code P12#7574B244E3BEE33E57, help me!
2016.07.13 11:36:13 3: CUL0: Unknown code P12#75E685E73FC6C5B706, help me!
2016.07.13 11:36:49 3: CUL0: Unknown code P12#75E6D5FF1F0C9F600D, help me!
2016.07.13 11:37:52 3: CUL0: Unknown code P12#7574B2C43DBE3D3ED7, help me!
2016.07.13 11:39:31 3: CUL0: Unknown code P12#75F9154FF8075B6003, help me!
2016.07.13 11:40:37 3: CUL0: Unknown code P12#7574FB172FF0FFFF53840E, help me!
2016.07.13 11:51:37 3: CUL0: Unknown code P12#7574B244EEBE0EAE, help me!
2016.07.13 11:54:22 3: CUL0: Unknown code P12#75980D81E0E7E10EDB, help me!
2016.07.13 12:00:58 3: CUL0: Unknown code P12#75B47D0F1FFFFFFF278D2E, help me!
2016.07.13 12:01:31 3: CUL0: Unknown code P12#7574B244F27EE4AE, help me!
2016.07.13 12:18:01 3: CUL0: Unknown code P12#7574B2C48C610FC00D9CFA17, help me!
2016.07.13 12:18:34 3: CUL0: Unknown code P12#75B4BD3EF600FCFFFFE8C017, help me!
2016.07.13 12:19:40 3: CUL0: Unknown code P12#7574B2840CBE0CAE, help me!
2016.07.13 12:21:18 3: CUL0: Unknown code P12#7574B2C40CBE0C3E57, help me!
2016.07.13 12:32:19 3: CUL0: Unknown code P12#75F47D0811FFFFFFFBFEC017, help me!
2016.07.13 12:33:25 3: CUL0: Unknown code P12#7574B244F2BEF2BE0000C00A, help me!
2016.07.13 12:35:37 3: CUL0: Unknown code P12#7574B2C4F3BEF3BE0000C00A, help me!
2016.07.13 12:35:37 3: CUL0: Unknown code P12#7574B2640811FFFFFF33FA07, help me!
2016.07.13 12:38:22 3: CUL0: Unknown code P12#7574B2440EBE0E1E57, help me!
2016.07.13 12:38:55 3: CUL0: Unknown code P12#757387073E00FFFF3F850E, help me!
2016.07.13 12:41:39 3: CUL0: Unknown code P12#7574B2C4F0BEF03ED7, help me!
2016.07.13 12:47:10 3: CUL0: Unknown code P12#7500103863A225B506, help me!
2016.07.13 12:47:43 3: CUL0: Unknown code P12#759AAD5554AAAD15DB, help me!
2016.07.13 12:52:07 3: CUL0: Unknown code P12#75AA55AAD55556AA55AA6C00, help me!
2016.07.13 12:55:00 3: CUL0: Unknown code P12#7512BACA12BE3D55263B, help me!
2016.07.13 13:00:55 3: CUL0: Unknown code P12#750633070EA3E1C01B, help me!
2016.07.13 13:06:25 3: CUL0: Unknown code P12#75E8880131B696DF0B, help me!
2016.07.13 13:06:25 3: CUL0: Unknown code P12#75625F430E8B6D555B, help me!
2016.07.13 13:06:57 3: CUL0: Unknown code P12#752B008E03EA988036, help me!
2016.07.13 13:08:04 3: CUL0: Unknown code P12#7574FD0ACCDEFFFFFFFBC10B, help me!
2016.07.13 13:14:07 3: CUL0: Unknown code P12#7574B284CEBECEAE, help me!
2016.07.13 13:19:37 3: CUL0: Unknown code P12#7574B244CCBECCBE20, help me!
2016.07.13 13:26:12 3: CUL0: Unknown code P12#75747B77BCC1FFFFFF3FCE0B, help me!
2016.07.13 13:26:45 3: CUL0: Unknown code P12#7573F7873BFCFFFFFFC3C01B, help me!
2016.07.13 13:28:57 3: CUL0: Unknown code P12#7574B2C41429FCFFFFFFDF1B, help me!
2016.07.13 13:33:22 3: CUL0: Unknown code P12#7564A5A13FA150B102, help me!
2016.07.13 13:34:25 3: CUL0: Unknown code P12#7512BA8A3FBE016E, help me!
2016.07.13 13:38:19 3: CUL0: Unknown code P12#7574B284C8DE85E0FFFFC00A, help me!
2016.07.13 13:39:24 3: CUL0: Unknown code P12#7578B421A8960BD801, help me!
2016.07.13 13:41:35 3: CUL0: Unknown code P12#7512BA8A3CBE3E550B5B, help me!
2016.07.13 13:41:35 3: CUL0: Unknown code P12#7512BA4A3CBE1E6E, help me!
2016.07.13 13:43:44 3: CUL0: Unknown code P12#7512BACA30BEC155B7, help me!
2016.07.13 13:44:22 3: CUL0: Unknown code P12#75372C304A5CF46105, help me!
2016.07.13 13:47:39 3: CUL0: Unknown code P12#75E6150000C0F74702B6, help me!
2016.07.13 13:48:04 3: CUL0: Unknown code P12#7512BA8ACCBE3EEE, help me!
2016.07.13 13:48:46 3: CUL0: Unknown code P12#7558473F5FBFC800D7, help me!
Eventuell hilft es euch/mir ja weiter oder benötigt ihr noch andere Daten?
Gruß mchilli
@Ralf
Dann berechnet der RFXtrx433e dies etwas anders, bzw. dürfte hier vor der Ausgabe des Wertes nochmals gerundet werden.
Aber der Fehler liegt ohnehin im DOIF wie du schon festgestellt hattest.
Zitat von: mchilli am 13 Juli 2016, 16:48:27
Ich weiß nicht genau ob ich im richtigen Thread bin aber ich bekomme immer wieder die bekannten "help me" Meldungen im Log, beim letzten mal hat ein Update des Hideki Moduls geholfen. Hier ein auszug aus dem Log:
2016.07.13 13:48:46 3: CUL0: Unknown code P12#7558473F5FBFC800D7, help me!
Ich habe an dem Hideki Modul was angepasst. Damit müssten die "..help me" Meldungen weniger werden.
Bitte mach mal ein:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txtGruß Ralf
Ok Update gemacht, sind auch weniger als vorher:
2016.07.15 06:09:48 3: CUL0: Unknown code P12#75F3E560706AF66C00, help me!
2016.07.15 06:51:14 3: CUL0: Unknown code P12#7512BACA12C08F07A7, help me!
2016.07.15 07:13:27 3: CUL0: Unknown code P12#7512BA8AEDBF2311B7, help me!
2016.07.15 08:01:28 3: CUL0: Unknown code P12#7512BACACFBFC80F0F, help me!
2016.07.15 08:37:12 3: CUL0: Unknown code P12#75F0D500163FFFD901, help me!
2016.07.15 09:32:12 3: CUL0: Unknown code P12#7507D087001202B6, help me!
2016.07.15 09:38:15 3: CUL0: Unknown code P12#750710C0876203B6, help me!
2016.07.15 09:43:45 3: CUL0: Unknown code P12#7574B284CDBFCD0F10, help me!
2016.07.15 09:47:36 3: CUL0: Unknown code P12#75071680C6250176, help me!
2016.07.15 09:50:21 3: CUL0: Unknown code P12#7574B28433BF33AE, help me!
2016.07.15 10:47:00 3: CUL0: Unknown code P12#7574B21E0018FF0F57, help me!
2016.07.15 10:56:21 3: CUL0: Unknown code P12#7500810FA10D04B6, help me!
2016.07.15 12:14:28 3: CUL0: Unknown code P12#7512BA4AD7BFF1E727, help me!
2016.07.15 12:28:30 2: autocreate: define IT_1FFF1FF000 IT 1FFF1FF000 0F F0
2016.07.15 12:28:31 3: Code 10 not supported by IT_1FFF1FF000.
2016.07.15 12:28:31 3: Code 10 not supported by IT_1FFF1FF000.
2016.07.15 12:28:32 3: CUL0: Unknown code id5d40c, help me!
2016.07.15 12:38:49 3: CUL0: Unknown code P12#7512BA4A7CBFCE6F, help me!
2016.07.15 12:39:32 3: CUL0: Unknown code P12#7512BACA7CBFCF6E, help me!
2016.07.15 12:58:10 3: CUL0: Unknown code P12#7512DA18CEC3104E, help me!
2016.07.15 13:52:54 3: CUL0: Unknown code P12#7500F087232402B6, help me!
2016.07.15 13:52:54 3: CUL0: Unknown code P12#7500F0872300016C00, help me!
2016.07.15 14:26:27 3: CUL0: Unknown code P12#7552F65BD04C40B006, help me!
2016.07.15 14:50:06 3: CUL0: Unknown code P12#7507E7C770C701B6, help me!
2016.07.15 15:13:45 3: CUL0: Unknown code P12#75E06FC56692348016, help me!
2016.07.15 15:27:14 3: CUL0: Unknown code P12#7512BACAF0BEE8290F, help me!
2016.07.15 15:27:57 3: CUL0: Unknown code P12#7512BACA07BEE81F, help me!
2016.07.15 15:59:24 3: CUL0: Unknown code P12#7574B284E0BE00AE, help me!
2016.07.15 16:01:03 3: CUL0: Unknown code P12#7574B2440DBE0DAE, help me!
2016.07.15 16:11:30 3: CUL0: Unknown code P12#75CFBDE17FDCB0132D, help me!
2016.07.15 16:33:30 3: CUL0: Unknown code P12#758DC0E18EF69A6C01, help me!
2016.07.15 16:34:02 3: CUL0: Unknown code P12#750F0120F8A428E80A, help me!
2016.07.15 16:34:03 3: CUL0: Unknown code P12#75E03500E0FF9F6C01, help me!
2016.07.15 17:02:38 3: CUL0: Unknown code P12#7582FC03008B60B102, help me!
2016.07.15 17:48:51 3: CUL0: Unknown code P12#75AAC5CA55AAAB1B2D, help me!
2016.07.15 17:52:09 3: CUL0: Unknown code P12#7503871C0CD88D0E2D, help me!
2016.07.15 18:38:35 3: CUL0: Unknown code P12#7512BACAFFBEC0150F, help me!
2016.07.15 18:38:53 3: CUL0: Unknown code P12#75682F2CEE5564B002, help me!
2016.07.15 18:41:39 3: CUL0: Unknown code P12#7504E0FFFF6A2A049B, help me!
2016.07.15 18:42:10 3: CUL0: Unknown code P12#7512BACAFEBE00AE, help me!
2016.07.15 18:44:56 3: CUL0: Unknown code P12#75E0E57802D31BB6, help me!
Danke erstmal dafür vielleicht wird ja irgendwann alles erkannt . :)
Zitat von: mchilli am 15 Juli 2016, 19:49:41
Ok Update gemacht, sind auch weniger als vorher:
Danke erstmal dafür vielleicht wird ja irgendwann alles erkannt . :)
Die "Unknown code .., help me!" Meldungen sind fehlerhaft empfangene Nachrichten.
Durch die Anpassungen am Hideki Modul werden nun die help me Meldungen bei CRC Fehlern unterdrückt.
Die help me Meldungen die übrig bleiben sind zu kurze Nachrichten.
Bei Hideki Nachrichten müssen nach P12#75 mindestens 17 Ziffern folgen.
Gruß Ralf
Achso, das heißt also das es eventuell an dem Gerät liegt was da funkt. Gut zu wissen und danke nochmal für die Aufklärung der ganzen Sache.
:)
Zitat von: mchilli am 16 Juli 2016, 05:39:36
Achso, das heißt also das es eventuell an dem Gerät liegt was da funkt. Gut zu wissen und danke nochmal für die Aufklärung der ganzen Sache.
Die Entfernung/Dämpfung zwischen dem Temperatursensor und dem cul ist evtl zu gross.
Wie sind die RSSI-Werte der Temperatursensoren?
Gruß Ralf
Aktuelle Firmware
ZitatV 3.2.0-b26 SIGNALduino - compiled at May 29 2016 23:37:20
beinhaltet so viele unknownmessages:
2016-07-17 11:10:06-MC;LL=-1062;LH=808;SL=-639;SH=354;D=76E9AEFCF3F89C2;C=387;L=60;#
2016-07-17 11:10:08-MC;LL=-1107;LH=853;SL=-587;SH=381;D=50E66C63FE27E9B58;C=411;L=66;#
2016-07-17 11:10:16-MC;LL=-1057;LH=896;SL=-562;SH=387;D=A76EDF99FFFC77FFFFF392;C=427;L=87;#
2016-07-17 11:10:25-MC;LL=-1037;LH=978;SL=-548;SH=366;D=D41D7AFDBF2AFE6D91B98;C=447;L=82;#
2016-07-17 11:10:29-MU;P0=-625;P1=324;P3=-1100;P4=552;P6=420;D=406060606060606060606010101010101010101013;CP=1;#
2016-07-17 11:10:32-MC;LL=-1279;LH=684;SL=-769;SH=213;D=79FDD7FE;C=298;L=32;#
2016-07-17 11:10:34-MU;P2=402;P3=1162;P4=-1055;D=4243434343434242434342434243424342434242434342434243424243;CP=2;#
2016-07-17 11:10:37-MC;LL=-1117;LH=826;SL=-635;SH=327;D=FFFFF5075ECF9FD9DFB9F31DA;C=384;L=99;#
2016-07-17 11:10:51-MC;LL=-1046;LH=949;SL=-545;SH=451;D=800AE7CFEDFFC1F7C00573E7F6FFE0FBE002B9F3FB7FF07DF;C=468;L=196;#
2016-07-17 11:10:55-MC;LL=-1074;LH=859;SL=-626;SH=345;D=0BE51E3FFFEDE27E7B84;C=401;L=78;#
2016-07-17 11:10:58-MC;LL=-1132;LH=808;SL=-651;SH=309;D=A4E1D715FFFC9F0381;C=372;L=72;#
2016-07-17 11:11:03-MC;LL=-906;LH=791;SL=-465;SH=252;D=952A4AA4AA52A94AAA;C=347;L=71;#
2016-07-17 11:11:06-MU;P0=395;P1=-1036;P2=-320;P3=96;P4=1296;P5=-236;P6=672;P7=-577;D=52324556707070707070707070707070707070707070707070701;CP=0;#
2016-07-17 11:11:06-MC;LL=-1070;LH=880;SL=-592;SH=373;D=4FB74D77E79FC4E10;C=417;L=65;#
2016-07-17 11:11:17-MU;P0=-635;P1=330;P5=-1180;P6=832;D=010101010101010101010101010101010101015651;CP=1;#
2016-07-17 11:11:18-MC;LL=-1046;LH=910;SL=-545;SH=430;D=075EBF6FCABF9B646E6;C=446;L=76;#
2016-07-17 11:11:30-MU;P0=212;P1=-1054;P2=1155;P3=421;P4=-24412;D=0121213121212121213131212131213121312131213131212131213121313124;CP=3;#
2016-07-17 11:11:31-MU;P0=-388;P1=1192;P2=-1017;P3=448;P4=-17636;P5=108;P6=-5984;D=0121212123232121232123212321232123232121232123212323214565;CP=3;#
2016-07-17 11:11:31-MC;LL=-1263;LH=686;SL=-743;SH=217;D=A83AF6CF3D7AFFCFBB538;C=300;L=81;#
2016-07-17 11:11:40-MU;P0=-216;P1=366;P2=-707;P5=192;P7=-1320;D=012121212121212121212121212121252125212121212171;CP=1;#
2016-07-17 11:11:42-MC;LL=-1048;LH=903;SL=-543;SH=454;D=FFD5CF9FDBFF83EF800AE7CFEDFFC1F7C005400AE7CFEDFFC1F7C00573E7F6FFE0FBE002B909FDBFF83EF8;C=406;L=341;#
2016-07-17 11:11:42-MC;LL=-1093;LH=865;SL=-626;SH=365;D=DF28F1FFFF6F13F3DC2;C=409;L=75;#
2016-07-17 11:11:53-MC;LL=-1097;LH=760;SL=-596;SH=329;D=800000A76EC;C=362;L=43;#
2016-07-17 11:11:53-MC;LL=-1057;LH=896;SL=-575;SH=412;D=F33FFF9BFFFFF66C0;C=435;L=66;#
2016-07-17 11:11:56-MC;LL=-1131;LH=810;SL=-646;SH=324;D=FFFFEA0EBD9F3FB3BF73E63B4;C=377;L=98;Vielleicht hilft das zum verifizieren.
ZitatWie sind die RSSI-Werte der Temperatursensoren?
RSSI werte liegen bei -57 ist das nicht gut?
ZitatUnter -85 (also z.b. -89) ist ungünstig. Unbedingt versuchen, ein besseres RSSI als -85 hinzubekommen
Hab mich immer danach gerichtet.
Zitat von: Burny4600 am 17 Juli 2016, 11:14:37
Aktuelle Firmware beinhaltet so viele unknownmessages:
Hi Burny,
probiere doch mal die "Speizal MC " Version aus:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32-mcspecial/controls_signalduino.txt
Grüße Sidey
@Sidey
Welche Dateien werden hier ausgetauscht?
kannst du direkt in der txt-Datei nachschauen.
Zitat von: mchilli am 17 Juli 2016, 11:39:35
RSSI werte liegen bei -57 ist das nicht gut?
ja, sieht gut aus. Beim cul kann ich aber nicht weiterhelfen, da ich keinen verwende.
Es gibt aber auch in die andere Richtung eine Grenze. Wenn das Empfangsignal zu stark (näher als ca 30-50cm) ist, dann kann es zum Übersteuern kommen.
Gruß Ralf
Ich habe vor ein paar Tagen eure mcspecial-Version zu Testzwecken aufgespielt.
Seitdem werde ich von RSL-devices überflutet, die alle nebst Filelog per Autocreate angelegt werden.
Ich bin mir !ABSOLUT! sicher, daß meine Nachbarn keine 34 RSL-devices in Benutzung haben, eher gar keine.
Wie kann ich diese Dinger gezielt ausblenden, ohne die restlichen Signalduino-Tests zu gefährden?
theoretisch sollte durch die Änderung vom Internal Matchlist das Dispatch unterbunden werden. Habe ich selbst aber noch nicht probiert.
Hatte seit meiner letzten Mail schon wieder ein paar Autocreates. Hab Autocreate erst einmal abgeschaltet.
Am besten nur die Protokolle in die whitelistID aufnehmen, welche Du möchtest.
Ansonsten muss ich mal im RSL Modul einen autocteate threshold einfügen.
Hallo Sidey,
seit dem letzten Update per: update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
kommt nach dem Start:
Messages collected while initializing FHEM:
configfile: Cannot load module SIGNALduino
Cannot load module SIGNALduino
Es gehen nur noch die Versionen die über das "normale" Update angeboten werden.
Fehlt mir irgendwas ?
Ich verwende zwei Sduinos (433, 868MHz)
Gruß Dieter
Ich befürchte, ich habe einen Syntax Fehler eingebaut. Ich schau es mir heute Abend an.
Edit:
Fehler ist behoben.
hallo,
wir wollen uns zwei SIGNAlduino bauen, einen mit 433mhz und einen mit 868mhz. jetzt bin ich leider dabei etwas durcheinander gekommen mit FHEMDuino, cul und nanoCUL. ich habe mir deshalb fälschlicherweise Funkmodule bestellt die gar nicht für SIGNALduino/FHEMduino zu verwenden sind, woraufhin ich mir jetzt dieses 433mhz Transmitter /-Receiver Set (http://www.ebay.de/itm/433mhz-Superhet-Superheterodyne-RF-Transmitter-Receiver-Modules-Wireless-Pair-/262093895600?hash=item3d060377b0:g:tNAAAOSwo6lWHq7J) bestellt habe.
ich habe noch folgendes 868mhz Funkmodul (http://www.ebay.de/itm/CC1101-wireless-module-Long-Distance-Transmission-Antenna-868MHZ-M115-/291553458926?hash=item43e1f0baee) bestellt, kann das auch für ein SIGNALduino/FHEMduino verwendet werden oder geht das nur für ein CUL?
Könnt ihr mir ein echtes 868mhz Funkmodul empfehlen?
Danke schon mal.
Bekomme seit kurzer Zeit sehr viele IT Einträge des Signalduino.
Habe jetzt das autocreate deaktiviert, dennoch Einträge im LOG.
2016.07.28 12:40:12 1: PERL WARNING: Binary number > 0b11111111111111111111111111111111 non-portable at ./FHEM/00_SIGNALduino.pm line 2930.
2016.07.28 12:53:22 1: PERL WARNING: Integer overflow in binary number at ./FHEM/00_SIGNALduino.pm line 2930.
Hallo Burny,
Hast Du noch die Logs zu den IT Einträgen? In deiner PM habe ich nur eine Warnung hinsichtlich einem möglichen Überlauf gesehen.
@Sidey
Anbei ein aktuelles Log.
Hallo Burny,
Ich habe mir das Log angesehen. So wie es aussieht, beginnen die Fehler nach folgender Nachricht.
2016.07.29 10:48:38 4: sduino/msg READ: MS;P0=-962;P1=929;P2=-341;P3=302;P5=-9648;D=35301230303030301230303030303030123030301230123030;CP=3;SP=5;O;
2016.07.29 10:48:38 4: sduino: Matched MS Protocol id 3 -> itv1
2016.07.29 10:48:38 5: sduino: Starting demodulation at Position 2
2016.07.29 10:48:38 4: sduino: Decoded MS Protocol id 3 dmsg i410114 length 24
2016.07.29 10:48:38 5: sduino: converted Data to (i410114)
2016.07.29 10:48:38 5: sduino dispatch i410114
2016.07.29 10:48:38 1: Error: F00F000F0F not defined (Switch code: F0)!
For autocreate please use the on button. has no TYPE
Ich kann mir aber im Moment nicht erklären was da passiert.
Laufen denn die autocreate Fehler weiter, wenn Du den signalDuino von deinem server trennst, nachdem das passiert ?
Grüße Sidey
Hallo,
nachdem mit habeichvergessen die Firmware im Manchester Bereich modifiziert wurde, habe ich die Firmware mal compiliert.
Insbesondere zum Testen von Somfy Gerräten geeignet:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32-mcspecial/controls_signalduino.txt
Ich habe gerade diese Version heruntergeladen und geflasht:
ZitatV 3.2.0-b33 SIGNALduino - compiled at Jul 26 2016 22:38:51
ZitatInsbesondere zum Testen von Somfy Gerräten geeignet:
@ Sidey: Hast Du diese Version gemeint?
@habeIchVergessen: Gibt es eine SOMFY Version, die dazu passt?
Ja, die b33 habe ich gemeint.
Zitat von: Ellert am 30 Juli 2016, 06:13:18
@habeIchVergessen: Gibt es eine SOMFY Version, die dazu passt?
viegener's (https://github.com/viegener/Telegram-fhem/blob/master/Somfy/10_SOMFY.pm) letzter Stand sollte passen.
@Sidey
ZitatLaufen denn die autocreate Fehler weiter, wenn Du den signalDuino von deinem server trennst, nachdem das passiert ?
Muss ich erst testen.
Zitat von: sasquuatch am 28 Juli 2016, 15:18:28
hallo,
wir wollen uns zwei SIGNAlduino bauen, einen mit 433mhz und einen mit 868mhz. jetzt bin ich leider dabei etwas durcheinander gekommen mit FHEMDuino, cul und nanoCUL. ich habe mir deshalb fälschlicherweise Funkmodule bestellt die gar nicht für SIGNALduino/FHEMduino zu verwenden sind, woraufhin ich mir jetzt dieses 433mhz Transmitter /-Receiver Set (http://www.ebay.de/itm/433mhz-Superhet-Superheterodyne-RF-Transmitter-Receiver-Modules-Wireless-Pair-/262093895600?hash=item3d060377b0:g:tNAAAOSwo6lWHq7J) bestellt habe.
ich habe noch folgendes 868mhz Funkmodul (http://www.ebay.de/itm/CC1101-wireless-module-Long-Distance-Transmission-Antenna-868MHZ-M115-/291553458926?hash=item43e1f0baee) bestellt, kann das auch für ein SIGNALduino/FHEMduino verwendet werden oder geht das nur für ein CUL?
Könnt ihr mir ein echtes 868mhz Funkmodul empfehlen?
Danke schon mal.
mag mir noch jemand schreiben ob ich das 868 mhz Modul nehmen kann oder ob ich ein anderes brauche?
Grundsätzlich kannst du ein jedes Funkmodul verwenden.
Auf deinem Link kann man leider die PIN Definitionen nicht erkennen.
Du musst nur auf die Versorgungsspannung aufpassen.
Bei den Funkmodulen mit 3,3V musst die Eingänge mit einem Spannungsteiler bestücken, da der nanoCUL 5V ausgibt.
Es würde auf Dauer das Funkmodul wahrscheinlich seinen Dienst quittieren.
@Sidey
Habe mit der aktullen Firmware nochmal ein LOG erstellt.
Vieleicht sieht man jetzt mehr woran es liegt.
Den cc1101 kannst Du leider nicht mit dem Signalduino verwenden.
Zitat von: Sidey am 29 Juli 2016, 23:13:39
Hallo,
nachdem mit habeichvergessen die Firmware im Manchester Bereich modifiziert wurde, habe ich die Firmware mal compiliert.
Insbesondere zum Testen von Somfy Gerräten geeignet:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32-mcspecial/controls_signalduino.txt
2 RasPi mit je 1x SD, 1 RasPi mit 1x nanoCUL und 1x FHEMDuino
Ein Test zeigt folgendes:
senden vom SD zum SD und FHEMDuino klappt
senden vom nanoCUL zum SD funktioniert auch
senden vom SD zum Rolladen funktioniert
Empfang eines SOMFY-Handsenders mit SD funktioniert nicht
Handsender Adresse 3D6D43
Empfangen wird:
Zitat2016.07.31 08:54:30 4: SD_433/msg READ: MC;LL=-2005;LH=1909;SL=-1033;SH=931;D=D4890D7AA;C=979;L=35;
2016.07.31 08:54:33 4: SD_433/msg READ: MC;LL=-1319;LH=1245;SL=-678;SH=601;D=5043C209A81E80;C=640;L=56;
2016.07.31 08:54:33 4: SD_433: Found manchester Protocol id 43 clock 640 -> Somfy RTS
2016.07.31 08:54:33 5: SD_433: extracted data 01010000010000111100001000001001101010000001111010000000 (bin)
2016.07.31 08:54:33 4: SD_433/msg READ: MC;LL=-1309;LH=1251;SL=-677;SH=604;D=5043C209A81E80;C=640;L=56;
2016.07.31 08:54:33 4: SD_433: Found manchester Protocol id 43 clock 640 -> Somfy RTS
2016.07.31 08:54:33 5: SD_433: extracted data 01010000010000111100001000001001101010000001111010000000 (bin)
2016.07.31 08:54:33 4: SD_433/msg READ: MC;LL=-1320;LH=1244;SL=-673;SH=605;D=5043FA09A81E80;C=640;L=56;
2016.07.31 08:54:33 4: SD_433: Found manchester Protocol id 43 clock 640 -> Somfy RTS
2016.07.31 08:54:33 5: SD_433: extracted data 01010000010000111111101000001001101010000001111010000000 (bin)
Zitat von: Sidey am 30 Juli 2016, 22:11:48
Den cc1101 kannst Du leider nicht mit dem Signalduino verwenden.
Und welcher ist möglich?
Hättest du vielleicht einen Link für mich wo ich einen kaufen kann?
Gesendet von iPhone mit Tapatalk
Zitat von: Ellert am 31 Juli 2016, 08:58:21
Empfang eines SOMFY-Handsenders mit SD funktioniert nicht
Handsender Adresse 3D6D43
Empfangen wird:
2016.07.31 08:54:30 4: SD_433/msg READ: MC;LL=-2005;LH=1909;SL=-1033;SH=931;D=D4890D7AA;C=979;L=35;
2016.07.31 08:54:33 4: SD_433/msg READ: MC;LL=-1319;LH=1245;SL=-678;SH=601;D=5043C209A81E80;C=640;L=56;
2016.07.31 08:54:33 4: SD_433: Found manchester Protocol id 43 clock 640 -> Somfy RTS
2016.07.31 08:54:33 5: SD_433: extracted data 01010000010000111100001000001001101010000001111010000000 (bin)
ist ein Shift-Fehler (shl 1) -> A02003973D6D43.
Da wird der letze Pulse vor der MC-Nachricht nicht mehr in Buffer stehen.
@Sidey: hast du eine Idee, wie bei Bedarf so ein Debug-Kram mit ins FHEM-Log bugsiert werden kann?
Zitat von: sasquuatch am 31 Juli 2016, 10:36:29
Und welcher ist möglich?
Hättest du vielleicht einen Link für mich wo ich einen kaufen kann?
Gesendet von iPhone mit Tapatalk
Für Signal- und FHEMduino hast Du Dir doch schon die richtigen Teile bestellt, siehe https://forum.fhem.de/index.php/topic,38831.msg476616.html#msg476616
und für den nanoCUL benötigst Du diesen: http://www.fhemwiki.de/wiki/Selbstbau_CUL#Die_unterschiedlichen_Ausf.C3.BChrungen_des_Funkmoduls und da passt der Bestellte ja auch.
Danke Ellert.
ich kenne mich was den Bau von CUL, nanoCUL und FHEMduino angeht null aus. ich bin auch davon ausgegangen, dass ein FHEMduino nichts anderes als ein CUL ist. Und ein nanoCUL eine kompakte Version des CUL ist. Deshalb habe ich mir aus dem Thread Sammelbestellung NanoCul Platinen und Bauteile (https://forum.fhem.de/index.php/topic,43467.0.html) bei Bezugsquellen.pdf (https://forum.fhem.de/index.php?action=dlattach;topic=43467.0;attach=47621) den arduino nano und die 433mhz und 868mhz Funkmodule raus gesucht. Dort wurde mir gesagt, dass dem nicht so ist. Der 433mhz kann definitiv nicht genommen werden und mir wurde dann ein Set empfohlen (steht ja auch so in der Wiki FHEMduino zum 433mhz) und den 868mhz könnte ich eventuell verwenden, deswegen habe ich hier nochmal nachgefragt, den in der Wiki FHEMduino steht nix zum 868mhz Funkmodul. Naja, und weil eben ein FHEMduino nicht einfach ein CUL ist, aber wahrscheinlich war nanoCUL gemeint, habe ich die Wiki Selbstbau CUL aussen vor gelassen.
Burney4600 hat mir ja geschrieben das ich es nutzen kann, nur wenn die Versorgungspannung 3,3v hat, brauche ich noch einen Spannungsteiler, wie auch immer der aussieht und wo auch immer ich den bekomme.
Sidey meinte aber der ist nicht zu verwenden.
Jetzt schreibst du, es geht doch, ich weiß nicht was jetzt richtig ist :(
Hallo sasquuatch,
Schau mal hier https://forum.fhem.de/index.php/topic,39451.msg473427.html#msg473427
Vielleicht hilft das weiter.
Pejonp
Also ich kenne die Bedeutung der Abkürzung CUL leider nicht, aber ein CUL verwendet immer den Cc1101 Chip.
Der Signalduino und auch der FHEMduino arbeiten mit ganz einfachen Empfängern, dafür halt nicht mit cc1101 oder RFM Chips.
Grüße Sidey
Zitat von: sasquuatch am 31 Juli 2016, 12:54:57
Danke Ellert.
ich kenne mich was den Bau von CUL, nanoCUL und FHEMduino angeht null aus. ich bin auch davon ausgegangen, dass ein FHEMduino nichts anderes als ein CUL ist. Und ein nanoCUL eine kompakte Version des CUL ist. Deshalb habe ich mir aus dem Thread Sammelbestellung NanoCul Platinen und Bauteile (https://forum.fhem.de/index.php/topic,43467.0.html) bei Bezugsquellen.pdf (https://forum.fhem.de/index.php?action=dlattach;topic=43467.0;attach=47621) den arduino nano und die 433mhz und 868mhz Funkmodule raus gesucht. Dort wurde mir gesagt, dass dem nicht so ist. Der 433mhz kann definitiv nicht genommen werden und mir wurde dann ein Set empfohlen (steht ja auch so in der Wiki FHEMduino zum 433mhz) und den 868mhz könnte ich eventuell verwenden, deswegen habe ich hier nochmal nachgefragt, den in der Wiki FHEMduino steht nix zum 868mhz Funkmodul. Naja, und weil eben ein FHEMduino nicht einfach ein CUL ist, aber wahrscheinlich war nanoCUL gemeint, habe ich die Wiki Selbstbau CUL aussen vor gelassen.
Burney4600 hat mir ja geschrieben das ich es nutzen kann, nur wenn die Versorgungspannung 3,3v hat, brauche ich noch einen Spannungsteiler, wie auch immer der aussieht und wo auch immer ich den bekomme.
Sidey meinte aber der ist nicht zu verwenden.
Jetzt schreibst du, es geht doch, ich weiß nicht was jetzt richtig ist :(
ZitatUnd ein nanoCUL eine kompakte Version des CUL ist.
Ein
nanoCUL, weil der CC1101 an einem Adruino
Nano angeschlossen ist und an USB angeschlossen werden kann, wie der originale CUL (CUL (
CC1101
USB
Lite) von Busware.
ZitatBurney4600 hat mir ja geschrieben das ich es nutzen kann, nur wenn die Versorgungspannung 3,3v hat, brauche ich noch einen Spannungsteiler, wie auch immer der aussieht und wo auch immer ich den bekomme.
Den CC1101 868 Mhz betreibe ich seit einem Jahr ohne Spannungsteiler an einem Arduino Nano, bisher problemlos, aber elektrisch korrekt, wäre natürlich ein Spannungsteiler. Das wird auch im WIKI zum Selbstbau CUL erwähnt.
ZitatDort wurde mir gesagt, dass dem nicht so ist.
Was ist nicht so?
ZitatDer 433mhz kann definitiv nicht genommen
Welcher 433 Mhz kann nicht genommen werden?
ZitatJetzt schreibst du, es geht doch, ich weiß nicht was jetzt richtig ist
und
ZitatFür Signal- und FHEMduino hast Du Dir doch schon die richtigen Teile bestellt
Damit meinte ich das von Dir zitierte Set (433 Mhz ...).
Insofern, kein Grund zur Verwirrung :)
Zitat von: sasquuatch am 28 Juli 2016, 15:18:28
wir wollen uns zwei SIGNAlduino bauen, einen mit 433mhz und einen mit 868mhz. jetzt bin ich leider dabei etwas durcheinander gekommen mit FHEMDuino, cul und nanoCUL. ich habe mir deshalb fälschlicherweise Funkmodule bestellt die gar nicht für SIGNALduino/FHEMduino zu verwenden sind, woraufhin ich mir jetzt dieses 433mhz Transmitter /-Receiver Set (http://www.ebay.de/itm/433mhz-Superhet-Superheterodyne-RF-Transmitter-Receiver-Modules-Wireless-Pair-/262093895600?hash=item3d060377b0:g:tNAAAOSwo6lWHq7J) bestellt habe.
Das 433mhz-Superhet-Superheterodyne Transmitter /-Receiver Set müsste passen.
Die Angaben zur Versorgungsspannung sind etwas widersprüchlich:
hier
433mhz Transmitter /-Receiver Set (http://www.ebay.de/itm/433mhz-Superhet-Superheterodyne-RF-Transmitter-Receiver-Modules-Wireless-Pair-/262093895600?hash=item3d060377b0:g:tNAAAOSwo6lWHq7J)
steht
Receiver WL101-341 3.0V-4.5V
Transmitter WL102-341 2.0V-6.0V
hier
http://qiachip.com/product/superheterodyne-433mhz-rf-transmitter-and-receiver-module
steht aber
Receiver WL101-341 3.0V-5V
Transmitter WL102-341 2.0V-3.6V
Es gab mal hier irgendwo ein Link zu einem 868mhz Superheterodyne Receiver Modul von ELV
ich kann aber den Link nicht mehr finden
Gruß Ralf
Ich würde dir diesen Empfänger empfehlen.
Super-heterodyne OOK Wireless Receiver Module Strong Interference
http://www.ebay.at/itm/Super-heterodyne-OOK-Wireless-Receiver-Module-Strong-Interference-Hot-Sale-/321557609019?hash=item4ade53ba3b:g:ehcAAOSwEppUR2NH
Diesen habe ich mit meinem Signalduino im Einsatz.
Da muss auch keine Anpassung mit der Spannung gemacht werden, und hat einen sehr guten Empfang.
Eine Frage noch in eigener Sache zum Signalduino.
Interessant wäre ein Anschalting auf D13 einer Status LED, die zum einem anzeigt das der Arduino läuft bzw. das auch erkennbar ist das dieser etwas empfängt.
D13 aus dem Grund, da viele diesen PIN13 häufig für diese Funktion nutzen.
@ellert: ich habe mir diese beiden funkmodule 433 mhz Fukmodul (http://www.ebay.de/itm/1Stk-CC1101-Wireless-Transceiver-Module-with-SMA-Antenna-fur-Arduino/111546161376) und 868mhz FunkmModul (http://www.ebay.de/itm/CC1101-wireless-module-Long-Distance-Transmission-Antenna-868MHZ-M115-/291553458926?hash=item43e1f0baee) bestellt um ein SIGNALduino zu bauen. die passen aber nicht für einen SIGNALduino, hat ja Sidey nochmal bestätigt und wurde auch in diesem thread Sammelbestellung NanoCul Platinen und Bauteile (https://forum.fhem.de/index.php/topic,43467.0.html) so geschrieben, deshalb hatte ich mir jetzt dieses 433mhz Transmitter /-Receiver Set (http://www.ebay.de/itm/433mhz-Superhet-Superheterodyne-RF-Transmitter-Receiver-Modules-Wireless-Pair-/262093895600?hash=item3d060377b0:g:tNAAAOSwo6lWHq7J) geholt, passt ja auch zur Wiki FHEMduino. ich hatte leider die FHEMduino Wiki dummerweis aus den augen verloren und mich mehr auf selbstbau CUL und dann später auf den Sammelbestellung NanoCul Platinen und Bauteile (https://forum.fhem.de/index.php/topic,43467.0.html) thread konzentriert.
@Burny4600: danke für den tip, wäre preislich sogar besser gewesen, aber ich habe schon das 433mhz Transmitter /-Receiver Set (http://www.ebay.de/itm/433mhz-Superhet-Superheterodyne-RF-Transmitter-Receiver-Modules-Wireless-Pair-/262093895600?hash=item3d060377b0:g:tNAAAOSwo6lWHq7J) bestellt, ich will jetzt nicht alles in den müll werfen und versuche alles irgendwie noch zu verwenden.
@ralf: meinst du diesen ELV Empfangsmodul RX868SH-DV, 868,35 MHz (http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=42432), da hat mich pejonp mit seinem link drauf gebracht.
so langsam verstehe ich das alles immer besser, ich habe zwar länger gewartet und versucht möglichst viel zu lesen und es gibt verdammt viel zu lesen, aber so richtig verstehe ich es erst nachdem ich alles erfragt habe. problem ist nur noch das ich mit dem ELV Empfangsmodul RX868SH-DV, 868,35 MHz (http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=42432) nur einen empfänger habe und noch keinen sender. bei dem 433mhz Transmitter /-Receiver Set (http://www.ebay.de/itm/433mhz-Superhet-Superheterodyne-RF-Transmitter-Receiver-Modules-Wireless-Pair-/262093895600?hash=item3d060377b0:g:tNAAAOSwo6lWHq7J) ist ja beides dabei.
die aufgabenstellung für Leeloo_Dallas und mich ist, dass wir einen Solar-Dachrollladen von Roto auslesen wollen. Die Fernbedinung funkt im 868mhz bereich, anfangs dachte ich das ist ein knx standard, dafür gibt es hier inzwischen ein modul, es ist aber kein knx oder m-bus.
jetzt wollen wir das eben auslesen und versuchen so den rollladen zu steuern. ich habe mir das zwar schon zu recht gebastelt dass ich meinen Rollladen steuern kann, aber es ist recht teuer, weil man ein VarioControl VC421 von Becker für 127€ braucht und dann noch ein Jalousieaktor, in meinem fall von homematic für 60€. da wir hier im dachboden im sommer eingehen, war es mir das geld wert. ich nutze zur zeit einen CUL von busware an einem raspi mit homematic komponenten.
die frage ist nur ob wir in der lage sind, was wir empfangen auch auszuwerten und etwas zu senden und vor allem ein modul zu schreiben, aber das wäre der nächste schritt.
was ich aber in dem zuge mitmachen möchte, ist die Vitrinen Beleuchtung, die auch mit einer 868mhz fernbedinung gesteuert wird, damit auszulesen und irgendwie zu steuern.
zudem möchte ich das Garagentor und die Hofschranke, die im 433mhz breich funkt, auch damit schalten zu können. das Garagentor benötigt so endlos lange zum aufgehen, dass wenn ich unterwegs bin, schon aus dem auto alles öffnen möchte. daher brauche ich ein SIGNALduino mit 433mhz und einen mit 868mhz. kommt übrigens alles an einen zweiten raspi, damit mein eigentliches system durch anwednungsfehler von mir nicht aus dem tritt kommt.
ich kann auch mit allen überflüssigen Funkmodulen, 433MHZ und 868MHZ CUL bauen, weil mein Schwiegervater bei mir die automatische Steuerung gesehen hat und das auch möchte. ich glaube er hat Somify Fernbedinungen für seine Rollläden. Zudem kann ich dann noch bei meinen Eltern etwas automatisieren.
Zitat von: sasquuatch am 31 Juli 2016, 19:21:21
@ralf: meinst du diesen ELV Empfangsmodul RX868SH-DV, 868,35 MHz (http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=42432), da hat mich pejonp mit seinem link drauf gebracht.
Ja, diesen habe ich gemeint.
Gruß Ralf
Zitat von: Burny4600 am 30 Juli 2016, 20:03:42
@Sidey
Habe mit der aktullen Firmware nochmal ein LOG erstellt.
Hi Burny,
leider bin ich noch nicht schlauer.
Es passiert wie schon am Tag zuvor, nachdem "
sduino dispatch i410114" im Log auftaucht.
Signaldaten tauchen dann keine mehr im Logfile auf.
Hast Du den SIGNALduino mal abgesteckt, nachdem das passiert?
Grüße Sidey
Zitat von: Ellert am 31 Juli 2016, 08:58:21
Empfang eines SOMFY-Handsenders mit SD funktioniert nicht
Handsender Adresse 3D6D43
Hallo Ellert,
danke fürs Testen. Das sieht ja schon mal nicht so schlecht aus. Immerhin, funktionieren ja nun schon mal einige Kombinationen.
Der Handsender wird ja zum Glück grundsätzlich auch empfangen, vermutlich passt da was beim decodieren nicht.
An dem Punkt hoffe ich, dass habeichVergessen die Daten mal umwandelt. :)
Grüße Sidey
Zitat von: habeIchVergessen am 31 Juli 2016, 11:13:24
ist ein Shift-Fehler (shl 1) -> A02003973D6D43.
Da wird der letze Pulse vor der MC-Nachricht nicht mehr in Buffer stehen.
@Sidey: hast du eine Idee, wie bei Bedarf so ein Debug-Kram mit ins FHEM-Log bugsiert werden kann?
Zitat von: habeIchVergessen am 31 Juli 2016, 22:53:20
@Sidey: hast du eine Idee, wie bei Bedarf so ein Debug-Kram mit ins FHEM-Log bugsiert werden kann?
Im Moment nur, den MC Decoder deaktivieren und die MU Nachrichten Analysieren.
@Ellert: kannst du Sidey's Vorschlag testen?
@Sidey: mit den MU-Nachrichten werden wir aber nicht die Auswirkungen vom reset sehen können.
Zitat von: habeIchVergessen am 31 Juli 2016, 23:40:21
@Ellert: kannst du Sidey's Vorschlag testen?
@Sidey: mit den MU-Nachrichten werden wir aber nicht die Auswirkungen vom reset sehen können.
Mit verbose 5, nur MU ein und Adresse des Handsenders 3D6D43 erhalte ich folgende Logeinträge:
2016.08.01 08:45:20 4: SD_433/msg READ: MU;P0=577;P1=-26798;P2=2411;P3=-2576;P4=4731;P5=-1348;P6=1211;P7=-700;D=23234565656707050707670707050707076707056705670705076707070707056565076567070705656565012323232323232345656567070507076707070507070767070567056707050767070707070565650765670707056565650123232323232323456565670705070767070705070707670705670567070507670707;CP=0;O;
2016.08.01 08:45:20 5: SD_433: applying filterfunc SIGNALduino_filterSign
2016.08.01 08:45:20 4: SD_433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.08.01 08:45:20 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:20 4: SD_433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.08.01 08:45:20 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:20 4: SD_433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.08.01 08:45:20 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:20 4: SD_433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.01 08:45:20 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:20 4: SD_433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.08.01 08:45:20 5: SD_433: Starting demodulation at Position 15
2016.08.01 08:45:20 4: SD_433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.08.01 08:45:20 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:20 5: SD_433: applying filterfunc SIGNALduino_compPattern
2016.08.01 08:45:20 4: SD_433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.08.01 08:45:20 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 44 -> Bresser7009995 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 1
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 10
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 10
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 10
2016.08.01 08:45:21 4: SD_433/msg READ: MU;P0=569;P1=-705;P2=-1345;P3=1214;P4=-26802;P5=2413;P6=-2575;P7=4718;D=01010232320132310101023232320456565656565656723232310102010131010102010101310102310231010201310101010102323201323101010232323204565656565656567232323101020101310101020101013101023102310102013101010101023232013231010102323232045656565656565672323231010201;CP=0;O;
2016.08.01 08:45:21 5: SD_433: applying filterfunc SIGNALduino_filterSign
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 11
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 5: SD_433: applying filterfunc SIGNALduino_compPattern
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 44 -> Bresser7009995 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 31
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 4
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 0
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 0
2016.08.01 08:45:21 4: SD_433/msg READ: MU;P0=570;P1=-705;P2=1207;P3=-1350;D=012101010301010121010321032101030121010101010323230;CP=0;
2016.08.01 08:45:21 5: SD_433: applying filterfunc SIGNALduino_filterSign
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 1
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 5: SD_433: applying filterfunc SIGNALduino_compPattern
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 0
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 0
2016.08.01 08:45:21 4: SD_433/msg READ: MU;P0=575;P1=-1345;P2=1206;P3=-26827;P4=2408;P5=-2579;P6=4723;P7=-704;D=01212121034545454545454561212127070107072707070107070727070127012707010727070707070121210721270707012121210345454545454545612121270701070727070701070707270701270127070107270707070701212107212707070121212103454545454545456121212707010707270707010707072707;CP=0;O;
2016.08.01 08:45:21 5: SD_433: applying filterfunc SIGNALduino_filterSign
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:21 4: SD_433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.08.01 08:45:21 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 35
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 5: SD_433: applying filterfunc SIGNALduino_compPattern
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 44 -> Bresser7009995 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 11
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 0
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 30
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 30
2016.08.01 08:45:22 4: SD_433/msg READ: MU;P0=557;P1=-1351;P2=1206;P3=-706;P4=-26788;P5=2413;P6=-2575;P7=4724;D=01230123030103230303030301212103212303030121212104565656565656567121212303010303230303010303032303012301230301032303030303012121032123030301212121045656565656565671212123030103032303030103030323030123012303010323030303030121210321230303012121210456565656;CP=0;O;
2016.08.01 08:45:22 5: SD_433: applying filterfunc SIGNALduino_filterSign
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 11
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 5: SD_433: applying filterfunc SIGNALduino_compPattern
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 44 -> Bresser7009995 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 51
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 0
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433/msg READ: MU;P0=2411;P1=-2576;P2=4725;P3=-1348;P4=1212;P5=-710;P6=564;P7=-26826;D=01010123434345656365654565656365656545656345634565636545656565656343436543456565634343436701010101010101234343456563656545656563656565456563456345656365456565656563434365434565656343434367010101010101012343434565636565456565636565654565634563456563654565;CP=6;O;
2016.08.01 08:45:22 5: SD_433: applying filterfunc SIGNALduino_filterSign
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:22 4: SD_433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.08.01 08:45:22 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 17
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 5: SD_433: applying filterfunc SIGNALduino_compPattern
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 44 -> Bresser7009995 matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 1
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 12
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 12
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 12
2016.08.01 08:45:23 4: SD_433/msg READ: MU;P0=565;P1=-703;P2=-1341;P3=1216;P4=-26816;P5=2418;P6=-2573;P7=4726;D=01010102323201323101010232323204565656565656567232323101020101310101020101013101023102310102013101010101023232013231010102323232045656565656565672323231010201013101010201010131010231023101020131010101010232320132310101023232320;CP=0;
2016.08.01 08:45:23 5: SD_433: applying filterfunc SIGNALduino_filterSign
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 13
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 5: SD_433: applying filterfunc SIGNALduino_compPattern
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 2
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 44 -> Bresser7009995 matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 33
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 6
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 0
2016.08.01 08:45:23 4: SD_433: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.08.01 08:45:23 5: SD_433: Starting demodulation at Position 0
@Sidey
ZitatHast Du den SIGNALduino mal abgesteckt, nachdem das passiert?
Sorry das habe ich nicht dazu geschrieben.
Ja das habe ich gemacht.
Nach dem abstecken hat sich aber nichts geändert.
Die Log Einträge wurden nach wie vor geschrieben bis ich FHEM gestoppt und wieder neu gestartet habe.
Müsste eigentlich im Log ersichtlich sein.
Zitat von: sasquuatch am 31 Juli 2016, 19:21:21
problem ist nur noch das ich mit dem ELV Empfangsmodul RX868SH-DV, 868,35 MHz (http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=42432) nur einen empfänger habe und noch keinen sender.
Ich habe noch eine kleine Frage, da ich noch einen Sender benötige könnte ich mir z.B. diesen hier
HOPE MICROELECTRONICS HM-T868S (http://www.tme.eu/de/details/hm-t868s/rf-kommunikationsmodule/hope-microelectronics/)holen oder liege ich damit total falsch?
die haben auch einen empfänger
HOPE MICROELECTRONICS HM-R868S (http://www.tme.eu/de/details/hm-r868s/rf-kommunikationsmodule/hope-microelectronics/), wenn der auch gehen würde, dann kann ich mir den versand bei ELV sparen.
MU;P0=577;P1=-26798;P2=2411;P3=-2576;P4=4731;P5=-1348;P6=1211;P7=-700;
D=23234565656707050707670707050707076707056705670705076707070707056565076567070705656565012323232323232345656567070507076707070507070767070567056707050767070707070565650765670707056565650123232323232323456565670705070767070705070707670705670567070507670707
23234lLlLlLsSsSlSsSsLsSsSsSlSsSsSsLsSsSlLsSlLsSsSlSsLsSsSsSsSsSlLlLlSsLlLsSsSsSlLlLlLlS
0101010 0 01 1 10 0 0 01 1 1 10 0 010 010 0 01 10 0 0 0 0 010101 1010 0 0 01010101
1232323232323234lLlLlLsSsSlSsSsLsSsSsSlSsSsSsLsSsSlLsSlLsSsSlSsLsSsSsSsSsSlLlLlSsLlLsSsSsSlLlLlLlS
1232323232323234lLlLlLsSsSlSsSsLsSsSsSlSsSsSsLsSsSlLsSlLsSsSlSsLsSsSs
010101000111000011110001001000110000001010110100001010101
A8E1E246056855
A84903A43D6D43
clock = (577 + 1348 + 1211 + 700) / 6 = 639
Toleranz der Preamble-Erkennung
1 - (4731 / 7 * 639) = 0,0577
selbst wenn der Pulse vor dem MC-Signal noch im Buffer wäre, dann ist die Toleranz von 0,05 größer als die aktuell zulässige von 0,035.
Zitat von: sasquuatch am 01 August 2016, 10:54:18
Ich habe noch eine kleine Frage, da ich noch einen Sender benötige könnte ich mir ...
holen oder liege ich damit total falsch?
.... wenn der auch gehen würde, dann kann ich mir den versand bei ELV sparen.
Hallo,
Was möchtest oder must du denn empfangen? Auf welcher Frequenz wird gesendet? Welche Modulation OOK, FSK oder ASK? OOK kannst du nur mit dem von Elv empfangen. Sender gibt es bei Elv auch. http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=12789
Oder du nutzt einen CUL oder deren Ableger (NanoCUL, a-cul,...).
FSK mit deinem vorgeschlagenem.
Pejonp
also zur zeit habe ich ein raspi mit einem CUL von busware am laufen und steuer damit homematic geräte.
wir wollen mit dem SIGNALduino Roto Solar-Dachfenster-Rollläden auslesen. ich möchte aber den SIGNALduino an einen separaten raspi hängen, damit mein anderes system nicht durch fehlerhafte anwendungen von mir aus dem tritt kommt.
der empfänger soll uns die daten bringen und wir wollen damit auch senden um es halt zu testen. da wir uns in der materie nicht auskennen, brauchen wir erst den SINALduino, dann können wir uns ans empfangen und auswerten machen. ob wir in der lage sind damit ein modul zu schreiben steht auf einem anderen blatt.
theroetisch könnten wir raw befehle, glaube so heisst das, dann vielleicht auch mit dem CUL senden. da es vielleicht aber einfacher und unkomplizierter ist, dachte ich halt an einen SIGNALduino der empfangen und senden kann, falls es eben nachdem auswerten nicht über den CUL laufen kann.
Modulationsverfahren gibt's etliche. Hier wird einiges erklärt:
https://de.wikipedia.org/wiki/Amplitudenumtastung
Sender/Empfänger müssen das entsprechende Verfahren auch beherrschen.
Zitat von: habeIchVergessen am 01 August 2016, 11:34:19
MU;P0=577;P1=-26798;P2=2411;P3=-2576;P4=4731;P5=-1348;P6=1211;P7=-700;
D=23234565656707050707670707050707076707056705670705076707070707056565076567070705656565012323232323232345656567070507076707070507070767070567056707050767070707070565650765670707056565650123232323232323456565670705070767070705070707670705670567070507670707
23234lLlLlLsSsSlSsSsLsSsSsSlSsSsSsLsSsSlLsSlLsSsSlSsLsSsSsSsSsSlLlLlSsLlLsSsSsSlLlLlLlS
0101010 0 01 1 10 0 0 01 1 1 10 0 010 010 0 01 10 0 0 0 0 010101 1010 0 0 01010101
1232323232323234lLlLlLsSsSlSsSsLsSsSsSlSsSsSsLsSsSlLsSlLsSsSlSsLsSsSsSsSsSlLlLlSsLlLsSsSsSlLlLlLlS
1232323232323234lLlLlLsSsSlSsSsLsSsSsSlSsSsSsLsSsSlLsSlLsSsSlSsLsSsSs
010101000111000011110001001000110000001010110100001010101
A8E1E246056855
A84903A43D6D43
clock = (577 + 1348 + 1211 + 700) / 6 = 639
Toleranz der Preamble-Erkennung
1 - (4731 / 7 * 639) = 0,0577
selbst wenn der Pulse vor dem MC-Signal noch im Buffer wäre, dann ist die Toleranz von 0,05 größer als die aktuell zulässige von 0,035.
Ich nehme mir das mal vor. Mir will immer noch nicht in den Kopf, wieso eine Preamble erkennung für die eigentliche Demodulation notwendig ist.
PS: Mit der b33 klappt der OSV2 Empfang nicht mehr richtig. Ist mir erst nicht aufgefallen, aber mit der b32 hat das noch funktioniert.
Ich hatte aber noch keine Zeit dem auf den Grund zu gehen.
Grüße Sidey
Zitat von: Burny4600 am 01 August 2016, 09:41:46
@SideySorry das habe ich nicht dazu geschrieben.
Ja das habe ich gemacht.
Nach dem abstecken hat sich aber nichts geändert.
Die Log Einträge wurden nach wie vor geschrieben bis ich FHEM gestoppt und wieder neu gestartet habe.
Müsste eigentlich im Log ersichtlich sein.
Also, ich denke das ist ein Bug im IT Modul oder in FHEM. Sieht für mich so aus, als ob die Daten nie verworfen werden, sondern immer wieder neu verteilt werden.
Hast Du noch einen CUL? Kannst Du den mal deaktivieren und berichten ob das Problem dann auch auftritt?
Grüße Sidey
Zitat von: Sidey am 01 August 2016, 22:05:22
Ich nehme mir das mal vor. Mir will immer noch nicht in den Kopf, wieso eine Preamble erkennung für die eigentliche Demodulation notwendig ist.
das erste long low (nach Puls 4) ist, laut dem was Somfy sendet, eigentlich ein short low vom Vorspann und ein short low vom ersten Bit der Daten. Wenn wie oben demoduliert wird, dann kommt es zu dem Shift-Fehler (binär ist er noch drin). Erste Hex ist schon shl 1 von binär.
Zitat von: habeIchVergessen am 01 August 2016, 22:27:26
das erste long low (nach Puls 4) ist, laut dem was Somfy sendet, eigentlich ein short low vom Vorspann und ein short low vom ersten Bit der Daten. Wenn wie oben demoduliert wird, dann kommt es zu dem Shift-Fehler (binär ist er noch drin). Erste Hex ist schon shl 1 von binär.
Okay, neue Firmware ist compiliert und kann über den Update Befehl getestet werden.
Zitat von: Sidey am 01 August 2016, 22:54:20
Okay, neue Firmware ist compiliert und kann über den Update Befehl getestet werden.
Ich habe kurz den Empfang des Handsenders getestet und es sieht gut aus.
Zitat2016.08.01 23:23:36 4: SOMFY SOMFY_3D6D43 on
2016.08.01 23:24:02 4: SOMFY SOMFY_3D6D43 off
2016.08.01 23:24:04 4: SOMFY SOMFY_3D6D43 off
2016.08.01 23:24:16 4: SOMFY SOMFY_3D6D43 off
2016.08.01 23:24:19 4: SOMFY SOMFY_3D6D43 on
2016.08.01 23:24:21 4: SOMFY SOMFY_3D6D43 off
2016.08.01 23:24:25 4: SOMFY SOMFY_3D6D43 on
2016.08.01 23:24:28 4: SOMFY SOMFY_3D6D43 off
2016.08.01 23:24:34 4: SOMFY SOMFY_3D6D43 stop
kannst Du bitte noch mal ein Update machen und testen.... habe leider die Toleranz auf 70% gesetzt, obwohl 7% angedacht waren...
Habe Update durchgeführt auf V 3.2.0-b34 SIGNALduino - compiled at Aug 1 2016 22:52:19 ich hoffe das ist die Version mit 7%.
Es funktioniert immer noch.
Zitat2016.08.01 23:43:56 4: SOMFY SOMFY_3D6D43 on
2016.08.01 23:43:59 4: SOMFY SOMFY_3D6D43 off
2016.08.01 23:44:01 4: SOMFY SOMFY_3D6D43 on
2016.08.01 23:44:01 4: SOMFY SOMFY_3D6D43 on
2016.08.01 23:44:02 4: SOMFY SOMFY_3D6D43 stop
2016.08.01 23:44:05 4: SOMFY SOMFY_3D6D43 stop
2016.08.01 23:44:07 4: SOMFY SOMFY_3D6D43 off
2016.08.01 23:44:11 4: SOMFY SOMFY_3D6D43 on
2016.08.01 23:44:14 4: SOMFY SOMFY_3D6D43 off
2016.08.01 23:44:16 4: SOMFY SOMFY_3D6D43 stop
2016.08.01 23:44:28 4: SOMFY SOMFY_3D6D43 off
Ich habe hier einen "KlikAanKlikUit" Magnetsensor, der vom Signalduino nicht richtig erkannt wird - er sendet IT-Codes auf 433 MHz und wird vom CUL auch erkannt. Der Signalduino erkennt zwar das Schließen, aber nicht das Öffnen:
Signalduino:
2016-08-02 19:54:55 SIGNALduino sduino_cn1 UNKNOWNCODE i5AA9AA55AA9A96966500
2016-08-02 19:54:56 SIGNALduino sduino_cn1 UNKNOWNCODE i5AA9AA55AA9A96966500
2016-08-02 19:55:00 IT IT_0011111011110000111110111001001 off
2016-08-02 19:55:02 IT IT_0011111011110000111110111001001 off
CUL 433 mit der aFW:
2016.08.02 19:56:39 3 : IT_0011111011110000111110111001001 off->on
2016-08-02 19:56:39 IT IT_0011111011110000111110111001001 on
2016.08.02 19:56:45 3 : IT_0011111011110000111110111001001 on->off
2016-08-02 19:56:45 IT IT_0011111011110000111110111001001 off
Gibt es da schon eine Lösung? Wird ja nur das Öffnen nicht erkannt :)
Ich brauche mehr Daten.
Poste doch bitte mal mit Verbose4 am sduino das Log inklusive der Signaldaten.
Ist vermutlich nur eine kleinigkeit.
Grüße Sidey
Helfe gern! :)
Log mit Verbose 4 ist kein Problem, was meinst Du aber mit Signaldaten?
Signaldaten fangen mit MS/MU/MC an und tauchen im Log auf, sobald etwas empfangen wurde.
Zitat von: Ellert am 01 August 2016, 23:48:14
Habe Update durchgeführt auf V 3.2.0-b34 SIGNALduino - compiled at Aug 1 2016 22:52:19 ich hoffe das ist die Version mit 7%.
Es funktioniert immer noch.
@Sidey und habeIchVergessen
Im Laufe des Tages wurden für die aktiven SOMFY-Adressen Geräte angelegt. Es sieht so aus, als würde das SOMFY-Protokoll auf dem SD zuverlässig funktionieren.
Vielen Dank für Eure Geduld und Ausdauer beim Implementieren des SOMFY-Protokolls.
Zitat von: Ellert am 02 August 2016, 21:14:38
Vielen Dank für Eure Geduld und Ausdauer beim Implementieren des SOMFY-Protokolls.
Hi Ellert,
vielen Dank für das viele Testen. Der Lob geht aber hauptsächlich an HabeIchVergessen. Er hat sich mit den Somfy Daten deutlich intensiver beschäftigt als ich.
Und was das Demodulieren und Modulieren angeht, hat er mit ständig Vorschläge zu Code Anpassungen gemacht. Den Großteil habe ich auch übernommen :)
Bei mir läuft die Firmware von gestern Nacht nicht rund. Ich glaube da ist ein Fehler beim updaten passiert.
Ich habe mir die Firmware noch mal neu compiliert. Kann sein, dass ich die Testfirmware dann noch mal aktualisiere.
Wenns dann läuft, würde ich alles in den dev-32 Branch überführen und dann wäre endlich der Zeitpunkt gekommen eine 3.2.1 als neue Master Version zu veröffentlichen :)
Ich bin mit den 7% etwas unglücklich, da sich bei o.g. Puls (4731) eine Abweichung von +/-331 ergibt. Das ist etwas mehr als clock / 2. Ggf. muss da noch nachgebessert werden.
Zitat von: Sidey am 02 August 2016, 22:46:21
Wenns dann läuft, würde ich alles in den dev-32 Branch überführen und dann wäre endlich der Zeitpunkt gekommen eine 3.2.1 als neue Master Version zu veröffentlichen :)
Ich würde es besser finden, wenn wir den aktuellen dev-32 Branch z.B. als 32 Branch behalten könnten.
Diese Version ist dann für diejenigen gedacht, die noch eine etwas ältere Firmware haben und nicht auf die neue Firmware updaten wollen oder ein update nicht so einfach möglich ist.
Den dev-r32-mcspecial Branch würde ich dann dev-33 nennen und dann als 3.3.0 als neue master nehmen.
Zwischen dem dev-32 Branch und dem dev-r32-mcspecial sind ja bei den mc Nachrichten einige größere Änderungen vorgenommen worden. Die nicht ganz aktuelle r32 Firmware wird wahrscheinlich bei den mc Nachrichten nicht mehr mit dem dev-r32-mcspecial funktionieren
Gruß Ralf
Sorry, hatte nur aus dem Eventmonitor kopiert. Hier noch mal ein aktueller Auszug aus dem Monitor und dann die Werte aus dem Log:
Eventmonitor
2016-08-03 09:26:15 SIGNALduino sduino_cn1 UNKNOWNCODE i5AA9AA55AA9A96966500
2016-08-03 09:26:17 SIGNALduino sduino_cn1 UNKNOWNCODE i5AA9AA55AA9A96966500
2016-08-03 09:26:17 IT IT_0011111011110000111110111001001 off
2016-08-03 09:26:19 IT IT_0011111011110000111110111001001 off
Log
2016.08.03 09:26:15 4: sduino_cn1/msg READ: MS;P0=-2714;P1=240;P5=-296;P6=-1326;D=1015161516161516151615161516151516161516151615161515161516151615161615161516151615161515161615161516151516151616151615151615161615151616151516151617;CP=1;SP=0;O;
2016.08.03 09:26:15 4: sduino_cn1: Matched MS Protocol id 17 -> arctech
2016.08.03 09:26:15 4: sduino_cn1: Decoded MS Protocol id 17 dmsg i5AA9AA55AA9A96966500 length 72
2016.08.03 09:26:15 3: sduino_cn1: Unknown code i5AA9AA55AA9A96966500, help me!
2016.08.03 09:26:15 4: sduino_cn1: Matched MS Protocol id 4 -> arctech2
2016.08.03 09:26:15 4: sduino_cn1: Decoded MS Protocol id 4 dmsg i5AA9AA55AA9A96966500 length 72
2016.08.03 09:26:15 4: sduino_cn1: Dropped (i5AA9AA55AA9A96966500) due to short time or equal msg
2016.08.03 09:26:15 4: sduino_cn1/msg READ: MS;P0=-2722;P1=236;P5=-317;P6=-1342;D=1015161516161516151615161516151516161516151615161515161516151615161615161516151615161515161615161516151516151616151615151615161615151616151516151617;CP=1;SP=0;O;
2016.08.03 09:26:15 4: sduino_cn1: Matched MS Protocol id 17 -> arctech
2016.08.03 09:26:15 4: sduino_cn1: Decoded MS Protocol id 17 dmsg i5AA9AA55AA9A96966500 length 72
2016.08.03 09:26:15 4: sduino_cn1: Dropped (i5AA9AA55AA9A96966500) due to short time or equal msg
2016.08.03 09:26:15 4: sduino_cn1: Matched MS Protocol id 4 -> arctech2
2016.08.03 09:26:15 4: sduino_cn1: Decoded MS Protocol id 4 dmsg i5AA9AA55AA9A96966500 length 72
2016.08.03 09:26:15 4: sduino_cn1: Dropped (i5AA9AA55AA9A96966500) due to short time or equal msg
2016.08.03 09:26:19 4: sduino_cn1/msg READ: MS;P0=-297;P1=262;P2=-1317;P4=-2706;D=141012101212101210121012101210101212101210121012101012101210121012121012101210121012101012121012101210101210121012121010121012121013;CP=1;SP=4;O;
2016.08.03 09:26:19 4: sduino_cn1: Matched MS Protocol id 17 -> arctech
2016.08.03 09:26:19 4: sduino_cn1: Decoded MS Protocol id 17 dmsg i5AA9AA55AA9A959600 length 64
2016.08.03 09:26:19 4: sduino_cn1: Matched MS Protocol id 4 -> arctech2
2016.08.03 09:26:19 4: sduino_cn1: Decoded MS Protocol id 4 dmsg i5AA9AA55AA9A959600 length 64
2016.08.03 09:26:19 4: sduino_cn1: Dropped (i5AA9AA55AA9A959600) due to short time or equal msg
2016.08.03 09:26:19 4: sduino_cn1/msg READ: MS;P1=260;P2=-2710;P3=-289;P4=-1320;D=121314131414131413141314131413131414131413141314131314131413141314141314131413141314131314141314131413131413141314141313141314141310;CP=1;SP=2;O;
2016.08.03 09:26:19 4: sduino_cn1: Matched MS Protocol id 17 -> arctech
2016.08.03 09:26:19 4: sduino_cn1: Decoded MS Protocol id 17 dmsg i5AA9AA55AA9A959600 length 64
2016.08.03 09:26:19 4: sduino_cn1: Dropped (i5AA9AA55AA9A959600) due to short time or equal msg
2016.08.03 09:26:19 4: sduino_cn1: Matched MS Protocol id 4 -> arctech2
2016.08.03 09:26:19 4: sduino_cn1: Decoded MS Protocol id 4 dmsg i5AA9AA55AA9A959600 length 64
2016.08.03 09:26:19 4: sduino_cn1: Dropped (i5AA9AA55AA9A959600) due to short time or equal msg
Anbei ein LOG mit der aktuellen b33 zur weiteren Bearbeitung.
unknownmessages
2016-08-03 16:02:12-MC;LL=-1041;LH=906;SL=-556;SH=427;D=77DEBF7DF43CA;C=488;L=51;#
2016-08-03 16:02:24-MU;P0=-144;P1=304;P2=-671;P3=-1224;P4=588;P5=188;D=01212121212121212121212121212121212121212121213435;CP=1;#
2016-08-03 16:02:24-MU;P0=-586;P1=373;P2=-1110;P3=858;D=01010101210103232101010321030121010101030121010101010301012103012103210101010103210301012101010103012103210321010101032103;CP=1;#
2016-08-03 16:02:30-MU;P0=212;P1=-1057;P2=1147;P3=412;P4=-19584;D=01212121213121212121213131313121213121212131213131313121213131312124;CP=3;#
2016-08-03 16:02:30-MC;LL=-1024;LH=926;SL=-519;SH=482;D=9FDA6F9F37800AE7CFED37CF9BC00573E7F69BCFED37CF9BC00573E7F69BE7CDE002B9F3FB4DF026F;C=486;L=324;#
2016-08-03 16:03:04-MU;P0=168;P1=-1033;P2=886;P3=420;P4=-570;P5=320;P7=-8192;D=0121343454543434343424343134342134542127;CP=3;#
2016-08-03 16:03:05-MC;LL=-1050;LH=882;SL=-556;SH=429;D=0EBD7A77DEBFFDEDD7E;C=486;L=75;#
2016-08-03 16:03:24-MC;LL=-1029;LH=918;SL=-530;SH=469;D=E7F69BE7CDE002B9F3FB4DF3E6F0015CF9FDA6F9F378;C=488;L=173;#
2016-08-03 16:03:26-MU;P0=132;P1=-1047;P2=1152;P3=413;P4=-20184;D=0121212121213121212121213131313121213121212131213131313121213131312124;CP=3;#
2016-08-03 16:03:26-MU;P0=1692;P1=-1022;P2=1180;P3=443;P4=-14464;D=0121212131213121212121212121213121212121213131313121213121212131213131313121213131312124;CP=3;#
2016-08-03 16:03:26-MU;P0=3784;P1=-1023;P2=1183;P3=438;P4=-16132;D=0121212131213121212121212121213121212121213131313121213121212131213131313121213131312124;CP=3;#
2016-08-03 16:03:32-MU;P0=116;P1=216;P2=726;P3=-750;P5=-1226;D=1051325132315131313231525131313252313152315131313131325251325131313132315231513252315131323131;CP=1;#
2016-08-03 16:03:42-MU;P0=528;P3=330;P5=-256;P6=-683;P7=-1136;D=3536363636363636363636363636363636363636363636370;CP=3;#
2016-08-03 16:03:42-MU;P0=-1100;P1=852;P2=-593;P3=378;D=0123232323032321010323232103212303232323212303232323232123230321230321032323232321032123230323232321230321032103232323210321;CP=3;#
2016-08-03 16:03:58-MC;LL=-1036;LH=903;SL=-553;SH=423;D=7AF4EFBD7EFBE8794;C=485;L=66;#
2016-08-03 16:04:17-MC;LL=-1024;LH=922;SL=-530;SH=475;D=E7F69BE7CDE002B9F3FB4DF3E6F0015CF9FDA6FCFED37CF9BC00573E7F69BE7CDE002B9F3FB4DF3E6F;C=487;L=328;#
2016-08-03 16:04:21-MU;P0=409;P1=-1050;P2=1152;P4=-19732;D=01210121212121210101010121210121212101210101010121210101012124;CP=0;#
2016-08-03 16:04:21-MU;P0=1548;P1=-1024;P2=1177;P3=440;P4=-19316;D=0121212131213121212121212121213121212121213131313121213121212131213131313121213131312124;CP=3;#
2016-08-03 16:04:22-MU;P0=2500;P1=-1021;P2=1180;P3=446;P4=-15644;D=0121212131213121212121212121213121212121213131313121213121212131213131313121213131312124;CP=3;#
2016-08-03 16:04:51-MC;LL=-1046;LH=909;SL=-566;SH=414;D=141D7AF4EFBD7EFBE8794;C=489;L=82;#
2016-08-03 16:05:01-MU;P0=339;P1=-224;P3=-673;P4=-1262;P5=636;D=01030303030303030303030303030303030303030303030304540;CP=0;#
2016-08-03 16:05:01-MU;P0=132;P1=-592;P2=389;P3=-1090;P4=296;P5=853;D=012121212341215353212121532151232121212151232121212121512123215123215321212121215321512123212121215123215321532121212153215;CP=2;#
2016-08-03 16:05:10-MC;LL=-1026;LH=924;SL=-531;SH=470;D=3FB4DF3E6F0015CF9FDA6F9F37800AE7CFED379FDA6F9F37800AE7CFED37CF9BC00573E7F69BE7CDE;C=487;L=323;#
2016-08-03 16:05:17-MU;P0=248;P1=-1049;P2=1157;P3=403;P4=-21200;D=01212121212121213121212121213131313121213121212131213131313121213131312124;CP=3;#
2016-08-03 16:05:17-MU;P0=-96;P1=437;P2=-180;P4=3096;P5=-1020;P6=1182;P7=-14880;D=012104565656515651565656565656565651565656565651515151565651565656515651515151565651515156567;CP=1;
Zitat von: nicor2k am 03 August 2016, 09:35:00
Eventmonitor
2016-08-03 09:26:15 SIGNALduino sduino_cn1 UNKNOWNCODE i5AA9AA55AA9A96966500
2016-08-03 09:26:17 SIGNALduino sduino_cn1 UNKNOWNCODE i5AA9AA55AA9A96966500
2016-08-03 09:26:17 IT IT_0011111011110000111110111001001 off
2016-08-03 09:26:19 IT IT_0011111011110000111110111001001 off
Danke fürs Loggen.
Das Passiert, da an das Ende der Nachricht "00" angehangen wird.
Deaktiviere ich die Option postamble mit einem # im Protokoll 17:
"17" =>
{
name => 'arctech',
id => '17',
one => [1,-5,1,-1],
zero => [1,-1,1,-5],
#one => [1,-5],
#zero => [1,-1],
sync => [1,-10],
clockabs => -1, # -1 = auto
format => 'twostate', # tristate can't be migrated from bin into hex!
preamble => 'i', # Append to converted message
# postamble => '00', # Append to converted message
clientmodule => 'IT', # not used now
modulematch => '^i......', # not used now
length_min => '32',
#length_max => '76', # Don't know maximal lenth of a valid message
postDemodulation => \&SIGNALduino_bit2Arctec,
},
Dann kommt das gewünschte Ergebnis:
2016.08.03 23:04:13 2: autocreate: define IT_0011111011110000111110111001001 IT 00111110111100001111101110 0 1001
2016.08.03 23:04:13 2: 0011111011110000111110111001001 not defined (Address: 00111110111100001111101110 Group: 0 Unit: 1001 Switch code: 1)
2016.08.03 23:04:13 5: dummyDuino dispatch i5AA9AA55AA9A969665
1. Erklärt das allerdings nicht, warum es dann beim Einschalten gehen soll
2. Weiss ich gerade nicht, warum ich dort "00" angehängt habe. Für irgendwas muss es wohl mal gut gewesen sein. :(
Grüße Sidey
V 3.2.0-b34 SIGNALduino - compiled at Aug 1 2016 22:52:19 :
Ich bekomme immer noch eine Menge RSL-devices angelegt.
Im Moment 7 Stück in der Form RSL_0A3F53_2_4 o.ä.
Zitat von: RappaSan am 05 August 2016, 09:58:42
Ich bekomme immer noch eine Menge RSL-devices angelegt.
Dafür gibt es das Attribut whitelist_IDs, oder hast Du RSL-devices die Du empfangen möchstest?
Am Besten nur die Protokolle in die whitelistID (Komma getrennt) aufnehmen, welche Du möchtest/benötigst.
Damit wird dann auch bei verbose=4 die log-Einträge und die System Belastung reduziert.
Ohne die whitelistID wird bei jeder Nachricht in einer Schleife alle IDs von jeweiligen Typ (MS/MU/MC) geprüft.
Bei z.B. den MU-Nachrichten sind es z.Zt. 22 Protokolle die geprüft werden müssen.
IDlist MS 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 41 45 6 7
IDlist MU 16 20 21 24 26 27 28 29 30 31 34 36 37 39 40 42 44 46 48 5 8 9
IDlist MC 10 11 12 18 43 47Gruß Ralf
Wo finde ich denn eine Aufstellung der IDs?
Im wiki steht gerade bei RSL nix.
Die Möglichkeit von Blacklist wäre auch nicht schlecht.
Zitat von: RappaSan am 06 August 2016, 11:50:54
Wo finde ich denn eine Aufstellung der IDs?
In der 00_SIGNALduino.pm findest Du bei
my %ProtocolListSIGNALduino = (
eine Aufstellung der IDs.
Bei den IDs wo die preamble mit u beginnt gibt es noch kein Modul.
Gruß Ralf
Danke, das hilft schon mal weiter.
Übersichtlich ist aber was anderes. Könnte man die ID nicht zusätzlich als attr ähnlich wie "model" aufnehmen und anstatt whitelist eine blacklist einführen?
Ich weiß - da muß wieder jede Menge code geändert werden.
Zitat von: Ralf9 am 02 August 2016, 23:45:04
Ich würde es besser finden, wenn wir den aktuellen dev-32 Branch z.B. als 32 Branch behalten könnten.
Diese Version ist dann für diejenigen gedacht, die noch eine etwas ältere Firmware haben und nicht auf die neue Firmware updaten wollen oder ein update nicht so einfach möglich ist.
Reicht es nicht aus, wenn man sich die 3.2.0 Firmware selbst herunterlädt oder direkt aus dem commit holt wenn man die wirklich benötigt?
Zitat von: Ralf9 am 02 August 2016, 23:45:04
Den dev-r32-mcspecial Branch würde ich dann dev-33 nennen und dann als 3.3.0 als neue master nehmen.
Zwischen dem dev-32 Branch und dem dev-r32-mcspecial sind ja bei den mc Nachrichten einige größere Änderungen vorgenommen worden. Die nicht ganz aktuelle r32 Firmware wird wahrscheinlich bei den mc Nachrichten nicht mehr mit dem dev-r32-mcspecial funktionieren
Geht prinzipiell auch, aber eigentlich wollte ich in Versio 3.2 bleiben. Wenn die aktuelle Entwicklung ohnehin zum Master wird, dann wird die 3.2 doch eh keiner mehr nutzen.
Die Firmware in devr32 würde auch mit dem Modul aus dev-r32-mcspecial laufen, da am Modul nicht wirklich was geändert wurde.
Beides ist möglich, weiterentwickeln wollte ich dann halt nur noch eine Version :)
Grüße
Zitat von: Burny4600 am 03 August 2016, 16:05:51
2016-08-03 16:02:30-MC;LL=-1024;LH=926;SL=-519;SH=482;D=9FDA6F9F37800AE7CFED37CF9BC00573E7F69BCFED37CF9BC00573E7F69BE7CDE002B9F3FB4DF026F;C=486;L=324;#
2016-08-03 16:03:04-MU;P0=168;P1=-1033;P2=886;P3=420;P4=-570;P5=320;P7=-8192;D=0121343454543434343424343134342134542127;CP=3;#
2016-08-03 16:03:05-MC;LL=-1050;LH=882;SL=-556;SH=429;D=0EBD7A77DEBFFDEDD7E;C=486;L=75;#
2016-08-03 16:03:24-MC;LL=-1029;LH=918;SL=-530;SH=469;D=E7F69BE7CDE002B9F3FB4DF3E6F0015CF9FDA6F9F378;C=488;L=173;#
2016-08-03 16:03:26-
Sind das deine OSV3 Sensoren oder ist dir das einfach nur aufgefallen, dass es einige Nachrichten gibt, die nicht dekodiert werden?
Zitat von: RappaSan am 07 August 2016, 08:30:28
Übersichtlich ist aber was anderes. Könnte man die ID nicht zusätzlich als attr ähnlich wie "model" aufnehmen und anstatt whitelist eine blacklist einführen?
Ja super übersichtlich ist es nicht. Im Wiki stehen halt auch nur wenige Protokolle und somit IDs.
Das mit der blacklist hatte ich auch schon mal überlegt. Die Idee mit der Whitelist ist halt, ich weiss welche Protokolle ich empfangen möchte und die lege ich fest.
Wenn das Modul jetzt in 3 Wochen 10 neue Protokolle kann, will ich ja nicht dauernd meine Blacklist erweitern :)
So mega viel Code wäre das vermutlich nicht, da wir die Festlegung, welche Protokolle ausgewertet werden, bereits zentral vornehmen.
Was meinst Du aber mit einem attr ähnlich model. Kannst Du das genauer erklären?
Grüße Sidey
Zitat von: Sidey am 11 August 2016, 23:24:00
Die Firmware in devr32 würde auch mit dem Modul aus dev-r32-mcspecial laufen, da am Modul nicht wirklich was geändert wurde.
In der dev-r32-mcspecial gibt es bei der ID 10 "polarity => 'invert'"
Funktioniert damit mit der devr32 Firmware noch das OSV2o3?
Gruß Ralf
Zitat von: Ralf9 am 12 August 2016, 00:02:39
In der dev-r32-mcspecial gibt es bei der ID 10 "polarity => 'invert'"
Funktioniert damit mit der devr32 Firmware noch das OSV2o3?
Erwischt... dieses Protokoll wird dann nicht mehr korrekt Dekodiert.
Das liegt daran, dass die alte Firmware die Signale invertiert zur jetzigen IEEE Variante gewertet hat.
Es stürzt aber nichts ab und wenn man ein MC Protokoll verwendet, wäre meine Empfehlung auch die aktuelle Firmware zu verwenden.
Grüße Sidey
Ich meine das wie z.B. bei diversen Sensoren wie im beigefügten Screenshot.
Wenn das in ähnlicher Art bei der Definition des sduino verfügbar wäre, könnte man evtl. mit Namen anstatt mit Nummern operieren.
Einfach mal so ins Unreine gesprochen...
Anbei ein Logauszug betreffend Perl Warning.
Zitat von: RappaSan am 12 August 2016, 09:17:56
Ich meine das wie z.B. bei diversen Sensoren wie im beigefügten Screenshot.
Wenn das in ähnlicher Art bei der Definition des sduino verfügbar wäre, könnte man evtl. mit Namen anstatt mit Nummern operieren.
Einfach mal so ins Unreine gesprochen...
In dem Beispiel kann man dem Gerät genau ein Modell auswählen. Das ist für den SIGNALduino unbrauchbar.
Wenn ich verstehe wie es von der Bedienung besser ist, sette ich es auch gerne um, soweit das möglich ist.
Grüße Sidey
Ich war gerade dabei, einen Arduino mit dem fhemduino zu flashen (oder das zu versuchen), weil da der FA20 / FA21 Rauchmelder anscheinend schon richtig unterstützt wird. Kann man nicht einfach die Angaben aus dem 14_FHEMduino_FA20RF.pm übernehmen?
Wenn ihr mir sagt, was ich dafür tun muss, mache ich das auch und stell die dann online :)
Ich weiss nicht genau, was das Modul für Funktionen kann.
Aber ich nehme an Du kannst alles mit einem doif / notify realisieren, was so ein Rauchmelder macht.
Das Modul lässt sich sicher auch sehr einfach für den SIGNALduino anpassen.
Was genau willst Du denn realisieren?
Grüße Sidey
Ich habe jetzt gerade einen 2. Arduino mit fhemduino geflasht (parallel zu dem mit Signalduino :). Die Rauchmelder werden da aber noch nicht erkannt, dafür irgendeinen Temperatursesor. :)
Ich habe den Rauchmelder mit einem DOIF über den Signalduino zwar eingebunden und kann sie meisten mit dem Senden von RAW Befehlen auch auslösen, aber beim FHEMduino scheint das sogar mit "on" und "on-for-timer" zu gehen - das wäre ja schon noch einmal etwas komfortabler. Mein Perl ist sehr eingerostet und ich habe mich auch noch nie mit der Modulentwicklung beschäftigt. Kann man irgendwo nachlesen, was man da umändern muss?
Zitat von: Sidey am 11 August 2016, 23:24:00
Geht prinzipiell auch, aber eigentlich wollte ich in Versio 3.2 bleiben. Wenn die aktuelle Entwicklung ohnehin zum Master wird, dann wird die 3.2 doch eh keiner mehr nutzen.
Ich hätte gerne, daß die aktuelle dev-r32 weiterhin verfügbar bleibt. Sie muss nicht mehr bearbeitet werden können, aber ein
"update all https://raw.githubusercontent.com/.." sollte möglich sein.
Wenn die dev-r32-mcspecial dann zur Version 3.3.0 wird, dann haben wir eine eindeutige Trennung.
Wegen der Invertierung werden dann bei der neuen Version mit der dev32 Firmware Sensoren mit dem MC Protokoll nicht mehr funktionieren.
Damit die dev-r32-mcspecial zur aktuellen Version werden kann, sollte erst noch getestet werden ob die Oregon V2 und V3 und Maverick Sensoren erkannt werden.
Ich habe mal mit der akuellen dev-r32-mcspecial einen Hama TS33C getestet.
So wies aussieht bin ich der erste der damit das Hideki Protokoll getestet hat.
Damit es funktioniert muß noch bei der ID 12 das "polarity => 'invert'" ergänzt werden.
Gruß Ralf
Zitat von: nicor2k am 12 August 2016, 18:22:31
Ich habe den Rauchmelder mit einem DOIF über den Signalduino zwar eingebunden und kann sie meisten mit dem Senden von RAW Befehlen auch auslösen, aber beim FHEMduino scheint das sogar mit "on" und "on-for-timer" zu gehen .
Kannst Du genauer erläutern, wozu das gut ist?
Du möchtest den Rauchmelder via FHEM auslösen?
On hast Du ja bereits mit einem Raw sendebefehl realisiert.
On-For-Timer wird ja wohl realisiert in dem nach einer Zeit X ein off Befehl gesendet wird.
Wenn Du jetzt einen Fhemduino und einen SIGNALduino am laufen hast, dann poste doch mal die Logmeldungen von beiden wenn der Rauchmelder auslöst, dann kann ich schauen, was Modul geändert werden müsste.
Beim Signalduino gehen die Rauchmelder beim Senden der RAW Codes kurz an. Wie lange, da habe ich noch keine Regelmäßigkeit feststellen können.
Ich möchte gern, dass wenn ein Rauchmelder einen Alarm auslöst, auch FHEM benachrichtigt wird und dann auch noch die anderen Rauchmelder auslöst, nur für den Fall dass das mit dem Koppeln nicht funktioniert hat - oder aber, wenn später auch ein anderer Sender (z.B. Temperatur) eine ungewöhnliche Meldung macht. Das wäre dann leichter, wenn die einzelnen Melder wie beim FHEMduino es wohl sein soll, per autocreate angelegt werden - auch nach einem Batteriewechsel, ich musste bei dem Signalduino nämlich zumindest bei den ersten Meldern etwas länger in den Logs suchen :)
Mein FHEMduino erkennt die Rauchmelder allerdings anders als der Signalduino noch nicht, sobald das soweit ist, poste ich die Logs!
ok hab mir das Modul mal angesehen.
Da müssten ein paar Kleinigkeiten angepasst werden, nichts wildes
Zitat von: Burny4600 am 12 August 2016, 10:18:28
Anbei ein Logauszug betreffend Perl Warning.
Ich habe was eingebaut, was diese Fehlermeldung vermeiden sollte. Auch wenn ich nicht weiss, wie es zu dem Aufruf der Funktion überhaupt kommt, wenn die Variable nicht gesetzt ist.
Grüße Sidey
Zitat von: Sidey am 11 August 2016, 23:41:47
Sind das deine OSV3 Sensoren oder ist dir das einfach nur aufgefallen, dass es einige Nachrichten gibt, die nicht dekodiert werden?
Habe bei mir noch einige Sensoren die schlecht oder gar nicht erkannt werden.
Auflistung hatte ich schon einmal gemacht.
Hallo Sidey,
Mein Vorschlag geht dahin: Wenn man anstelle ID-Zahlen die whitelist_ID (wie z.B. beim attr "Room" mit allen anwählbaren Räumen) mit Sensor-Namen wie IT, Oregon V2 V3 usw. füttern könnte, wäre das Ganze etwas klarer. Oder man schließt auf gleiche Weise in der blacklist_ID Sensoren aus, die nicht eingesetzt werden.
Hab gerade Werbung für eine Ventus Wetterstation inkl. Anemometer und Regensensor auf 433 MHz-Basis bekommen.
Der Preis erscheint mir günstig.
http://www.reichelt.de/?ARTICLE=100165&PROVID=2061&32b2016&rnl=32b2016&
Kann der Signalduino mit Ventus-Stationen umgehen oder hat noch keiner Erfahrung mit den Dingern?
Kann ich nicht beantworten, kommt auf einen Versuch an.
Zitat von: Burny4600 am 14 August 2016, 09:15:21
Habe bei mir noch einige Sensoren die schlecht oder gar nicht erkannt werden.
Auflistung hatte ich schon einmal gemacht.
Hmm. Es geht um die OSV3 Sensoren, richtig?
Ja es geht um die OSV3 Sensoren und einige TFA's.
Da ich für die TFA's keine Unterlagen vom Hersteller bekomme wird es wohl mit den beiden TFA's nichts werden.
Welcher Stand der Firmware ist momentan für den SIGNALduino_nano328.hex?
Zitat von: Sidey am 13 August 2016, 01:26:39
ok hab mir das Modul mal angesehen.
Da müssten ein paar Kleinigkeiten angepasst werden, nichts wildes
Kann ich da irgendwie helfen und etwas tun?
So ganz funktioniert der FHEMduino aber anscheinend noch nicht: Von 3 FA21-Meldern wurde nur einer erkannt, das manuelle Auslösen hat nur einmal geklappt - von gefühlt 100 Versuchen :)
Der Sender kann nicht zu schwach sein, IT-Steckdosen werden noch 2 Räume weiter geschaltet...
An einem Modul oder einer Anpassung wäre ich auch interessiert
Ich hab das Modul angefangen... Mal sehen ob ich es euch schon heute Abend für einen Test bereitstellen kann.
Wenn ich Signaldaten bekomme, kann ich auch mal selbst testen
Ich hatte dir vor Ewigkeiten in Github und glaub auch per PN Daten zur Verfügung gestellt gehabt. Eventuell kann ich aber die Tage neue erstellen/liefern. Gruß und danke
Schicke morgen ein paar Testdaten! :)
Ich habe welche gefunden, erst mal nicht notwendig.
EV1527
Ich hoffe, ich stelle keine unnötige Frage. Ich fasse daher zunächst mal meinen Kenntnisstand zusammen und nenne dann das Problem.
Das EV1527-Protokoll - gerne von Chinamann-Kontakten und Meldern verwendet - ist irgendwie sowas wie das IT-Protokoll, nur "mehr". Signalduino wertet den Empfang dieses Protokolls auch aus und erkennt "IT". Aha, also wird das dekodierte Ergebnis dann an das Modul IT zur Weiterverabeitung "dispatcht". Das bedauernswerte Modul IT kann aber mit dem komischen Tri-State in diesem Protokoll mal so gar nix anfangen und meckert dann.
Ralf9 hat, um dieses Problem zu lösen, eine angepasste Version IT_10.pm gemacht, die man mit "update all... Ralf9..." einspielen kann. Damit klappts dann auch, es werden Geräte 1527xBlaBla "autocreated". Super.
Soweit wie ich´s verstanden habe. Und das muss keineswegs richtig sein :-)
Jetzt das Problem.
Sobald ich, gewissenhaft wie ich bin, ein Update von FHEM mache, wird natürlich die IT_10.pm auch wieder von der neuen Version überschrieben, die schönen Anpassungen von Ralf sind dann fursch (und die EV1527-Geräte auch). Wie kann man das lösen? Fließt die "Tri-State-Anpassung" irgendwann in die IT_10 offiziell ein, oder muss ich nach jedem Update wieder manuell anpassen?
Alternativ dachte ich, ok, dann lass ich halt ein DOIF auf das Internal DMSG reagieren - so wie auf der Wiki-Seite von Signalduino beschrieben. Aber das klappt nicht, der DOIF kriegt gar nix mit, und ich vermute, es liegt daran, dass Signalduino ja "IT" erkennt und an dieses Modul auch ordnungsgemäß dispatcht. Ist diese Annahme richtig? Könnte ich, um mir zu helfen, dann vielleicht IT auf Blacklist setzen? Und wie ginge das dann?
Ich frag nicht oft und ich versuch lieber, vorher alles zu lesen. Zur Not öfter. Aber jetzt komm ich nicht weiter... :-(
Uuuund: Danke danke danke an alle für die tolle Arbeit. Kann man nicht oft genug sagen.
LG Björn
Zitat von: Donnerdalmi am 17 August 2016, 19:29:19
Sobald ich, gewissenhaft wie ich bin, ein Update von FHEM mache, wird natürlich die IT_10.pm auch wieder von der neuen Version überschrieben, die schönen Anpassungen von Ralf sind dann fursch (und die EV1527-Geräte auch). Wie kann man das lösen?
Alternativ dachte ich, ok, dann lass ich halt ein DOIF auf das Internal DMSG reagieren - so wie auf der Wiki-Seite von Signalduino beschrieben. Aber das klappt nicht, der DOIF kriegt gar nix mit, und ich vermute, es liegt daran, dass Signalduino ja "IT" erkennt und an dieses Modul auch ordnungsgemäß dispatcht. Ist diese Annahme richtig? Könnte ich, um mir zu helfen, dann vielleicht IT auf Blacklist setzen? Und wie ginge das dann?
Damit wird die 10_IT.pm vom update ausgeschlossen:
attr global exclude_from_update 10_IT.pmexclude_from_update: Contains a space separated list of fileNames (regexps) which will be excluded by an update
Das DOIF auf das Internal DMSG funktioniert nur bei Protokollen, die mit "u" beginnen. Z.B. u20#12345
Gruß Ralf
So, habe das Flamenco Modul erstellt.
Empfang hat bei mir funktioniert, probiert es halt mal aus:
https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33_flamenco/controls_signalduino.txt
Flamingo FA20RF?
Hehe, ich meine Flamingo Rauchmelder.... Irgendwie war ich mit Gedanken wohl beim Tanzen als ich den Branch erstellt habe.
Zitat von: Burny4600 am 16 August 2016, 09:30:15
Ja es geht um die OSV3 Sensoren und einige TFA's.
Da ich für die TFA's keine Unterlagen vom Hersteller bekomme wird es wohl mit den beiden TFA's nichts werden.
Welcher Stand der Firmware ist momentan für den SIGNALduino_nano328.hex?
Aktuelle Module und Firmware (derzeit V 3.2.0-b34). Ich werde aber die Tage die Version auf 3.3 ändern.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txtOSV3 hatte ich gehofft, dass es nun besser geworden ist, da der Manchester decoder übearbeitet wurde.
Bei den TFAs stehe ich auf dem Schlauch. Gibt es für deine denn ein passendes Modul?
Grüße Sidey
Meine TFAs werden über SD_WS07 (Hideki) verarbeitet.
Aber TFA verwendet wohl verschiedene China Zulieferer mit verschiedenen Protokollen. Die TFA Sensoren und Wetter-Stationen sind über eine Matrix kompatibel oder nicht.
~Josef
Bei den TFA's bekomt man auch keine Datenblätter.
Diese hätte ich schon angefragt.
Der CUL_TX_8 liefer zwar jetzt einen Tmperatur- und Feuchtewert, aber der Feuchtewert ist immer 70.3.
lastT 1471505474.01985
sduino_DMSG TXA01168668E
MU;P0=-26836;P1=1193;P2=-1016;P3=451;D=01212121232123212121212121212123212121232123232123212121212323212123232123212121232323210121212123212321212121212121212321212123212323212321212121232321212323212321212123232321;CP=3;
Da hilft aus meiner Sicht nur eines, das Aufsetzen einer Testreihe:
Wenn die Temperatur stimmt, wäre das ja bereits ein Anhaltspunkt.
Für die Testreihe wird der empfangene Wert und det dazu am Sensor angezeigte Wert benötigt.
Die Testreihe sollte außerdem Batteriewechsel und verschiedene Kanäle (so fern vorhanden) unterstützen.
Ein Test mit leeren Batterien hilft auch.
Zitat von: Sidey am 17 August 2016, 23:53:45
Aktuelle Module und Firmware (derzeit V 3.2.0-b34). Ich werde aber die Tage die Version auf 3.3 ändern.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
Kann mir jemand helfen, woher ich die 14_FLAMINGO.pm bekomme? Wurde weder bei dem Update oben noch bei einem allgemeinen Update installiert (auf 2 FHEMs getestet). Habe dann eine leere Datei in dem Ordner erstellt, wurde aber nicht überschrieben?
Vielen Dank!
Du musst das Update auf folgenden Branch machen:
https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33_flamenco/controls_signalduino.txt
Grüße Sidey
Ein:
"update all https://github.com/RFD-FHEM/RFFHEM/blob/dev-r33_flamenco/controls_signalduino.txt"
gibt bei mir nur diesen Fehler:
2016.08.18 11:57:54 1 : PERL WARNING: Use of uninitialized value $r[0] in string eq at ./FHEM/98_update.pm line 305.
2016.08.18 11:57:54 1 : PERL WARNING: Use of uninitialized value $r[0] in string ne at ./FHEM/98_update.pm line 315.
2016.08.18 11:57:54 1 : nothing to do...
Ist aber nur mein Testserver gerade, kann erst nachher wieder zu hause probieren...
Ach stimmt,
Mein Fehler, die URL muss so lauten:
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33_flamenco/controls_signalduino.txt
Grüße Sidey
Der Link ging bei mir auch nicht. :)
Verwende:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33_flamenco/controls_signalduino.tx
Edit: zu langsam...
Danke Euch beiden! :)
Also, von meinen 4 FA21 Rauchmeldern, die laut Hersteller zum Vorgänger FA20 kompatibel sein sollen, wurde keiner erkannt, beim FHEMduino aber auch nur einer. Senden per RAW geht aber weiterhin!
Und der IT Magnetsensor wird nur beim schließen (off) erkannt, aber da meintest du ja, dass nur zwei Nullen an das Protokoll gehängt wurde, was zu dem nicht-erkennen führt.
Das mit den fa21 ist ja jetzt schade...
Ich brauche mehr logdaten um zu wissen, ob es schon beim Empfangen Probleme gibt, oder ob es eher am decodieren liegt.
Das mit dem Magnstsensor ist seltsam. Wieso sollte off eine andere Länge als on haben.
Zitat von: Sidey am 18 August 2016, 16:24:55
Das mit dem Magnstsensor ist seltsam. Wieso sollte off eine andere Länge als on haben.
Keine Ahnung, das hast Du geschrieben :D
https://forum.fhem.de/index.php/topic,38831.msg478534.html#msg478534
Ich mache morgen gern mehr Test mit den FA21ern. Heute den lieben Nachbarn zuliebe nicht mehr. Und ich brauche Ohrenschützer :)
Hallo zusammen,
ich lese mich gerade quer durch das Forum und dieser thread ist mittlerweile recht lang.
Leider hab ich noch nicht die Funktion gefunden einen thread nach Stichworten zu durchsuchen, also habt bitte ein wenig Nachsicht. :-[
Ich bin "nur" bis Seite 50 gekommen und würde euch gerne Fragen, ob die Signale für die Livolo Lichtschalter mittlerweile entschlüsselt sind und laufen.
Ich habe bisher noch keine Automation und bin noch nicht sooo fit in der ganzen Bastelei mit dem RPi.
Bevor ich mich nun in fhem einarbeite und den Signalduino nachbaue würde ich gerne vorher wissen ob mein Vorhaben überhaupt theoretisch funktionieren wird. (Ich würde gerne mit einer Rolladensteuerung Intertechno cmr-500 und Livolo Lichtschaltern starten)
MfG
Pättes
PS: Falls ich gerade irgendwas falsch gemacht habe, dann bitte einfach Bescheid sagen. Manche Communities reagieren total angespannt auf erste, falsche Posts. Falls was sein sollte tut es mir leid und ich werde es abstellen ;)
Hi Schicksal,
ich glaube das Suchfeld oben rechts, sucht nur im geöffneten Beitrag wenn einer offen ist. :)
Also zu Livolo gab es schon mal ein paar Versuche, das Signal zu demodulieren.
Ob das, was ich mal eingebaut habe funktioniert, weiss ich leider nicht. Das müsstest Du ausprobieren.
Wenn das Signal dann demoduliert wäre, dann ist leider immer noch ein Logisches Modul notwendig. Mir ist bislang keines für Livolo Geräte bekannt.
Grüße Sidey
Zitat von: Sidey am 18 August 2016, 16:24:55
Das mit den fa21 ist ja jetzt schade...
Ich brauche mehr logdaten um zu wissen, ob es schon beim Empfangen Probleme gibt, oder ob es eher am decodieren liegt.
Das mit dem Magnstsensor ist seltsam. Wieso sollte off eine andere Länge als on haben.
Habe am Wochenende mal einen Rauchmelder mittels Testen ausgelöst und konnte keinen neuen Eintrag finden. Werde bei Gelegenheit mit Log 4/5 nochmal testen und schauen, was passiert.
Hallo zusammen.
Ich habe ein Bodenfeuchtesenor der auf 433 MHz funkt.
https://www.plantcaretools.com/de/?option=com_virtuemart&view=productdetails&virtuemart_category_id=2&virtuemart_product_id=11&Itemid=447 (https://www.plantcaretools.com/de/?option=com_virtuemart&view=productdetails&virtuemart_category_id=2&virtuemart_product_id=11&Itemid=447)
Der NanoCUL mit der a-fw schaft es nicht ihn zu decodieren.
Habe die hoffung das man ihn evtl. über den SDUINO einbinden kann.
Haben den SDUINO auf verbose 5 gestellt.
Das sollten die Daten sein, von dem Sensor. Die Adresse steht auf 1.
Kann jemand was damit anfangen ?
Gruß und danke
Sascha
2016.08.26 15:43:07 4 : sduino/msg READ: MS;P0=533;P1=-935;P4=1361;P5=-12308;D=0501010101010101014101410141014101414141414101410141014141410141410101010101010101014141010101410;CP=0;SP=5;
2016.08.26 15:31:15 4: sduino/msg READ: MC;LL=-32001;LH=4176;SL=-245;SH=120;D=FFFFF0;C=1957;
2016.08.26 15:31:26 4: sduino/msg READ: MC;LL=-1062;LH=770;SL=-569;SH=401;D=B9AE5D2921D04C04AA00;C=390;
2016.08.26 15:31:26 4: sduino: Found manchester Protocol id 10 clock 390 -> OSV2o3
2016.08.26 15:31:26 4: sduino: Found manchester Protocol id 11 clock 390 -> AS
2016.08.26 15:32:45 4: sduino/msg READ: MS;P1=-946;P2=1348;P3=523;P4=-4100;P5=-12364;D=34313131312121313131312531313131313131312131213121312131212121212131213121312121213121313131313131313131312121313131312;CP=3;SP=4;
2016.08.26 15:32:45 4: sduino: Matched MS Protocol id 1 -> ConradRSL
2016.08.26 15:32:45 5: sduino: Starting demodulation at Position 2
2016.08.26 15:32:45 5: sduino: Found wrong signalpattern, catched 10 bits, aborting demodulation
2016.08.26 15:32:45 4: sduino: Decoded MS Protocol id 1 dmsg r0C0 length 12
2016.08.26 15:32:45 5: sduino: converted Data to (r0C0)
2016.08.26 15:32:45 5: sduino dispatch r0C0
2016.08.26 15:32:45 3: sduino: Unknown code r0C0, help me!
2016.08.26 15:33:44 4: sduino: ping ...
2016.08.26 15:33:44 5: sduino: command for gets: P
2016.08.26 15:33:44 5: sduino SW: P
2016.08.26 15:33:44 5: sduino/RAW (ReadAnswer): OK
2016.08.26 15:33:44 5: sduino: received message for gets: OK
2016.08.26 15:34:00 4: sduino/msg READ: MS;P0=189;P1=-5032;P2=10044;P3=-201;D=0123030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030;CP=0;SP=1;
2016.08.26 15:34:17 4: sduino/msg READ: MS;P0=188;P1=-2396;P2=10036;P3=-194;P4=1560;D=0123030303030303030303034303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030;CP=0;SP=1;
2016.08.26 15:34:18 4: sduino/msg READ: MC;LL=-1031;LH=983;SL=-543;SH=430;D=5735CBA51100;C=470;
2016.08.26 15:34:26 4: sduino/msg READ: MS;P0=-193;P1=182;P2=-1304;P3=1692;P4=9996;D=123040101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101;CP=1;SP=2;
2016.08.26 15:34:46 4: sduino/msg READ: MC;LL=-1065;LH=968;SL=-572;SH=437;D=174600;C=468;
2016.08.26 15:34:46 4: sduino/msg READ: MC;LL=-1065;LH=968;SL=-572;SH=437;D=58A10A09368014;C=468;
2016.08.26 15:34:46 4: sduino/msg READ: MC;LL=-1065;LH=968;SL=-500;SH=437;D=0102174650;C=468;
2016.08.26 15:35:00 4: sduino/msg READ: MS;P0=201;P1=-2640;P2=10036;P3=-196;D=0123030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030;CP=0;SP=1;
2016.08.26 15:35:01 4: sduino/msg READ: MC;LL=-1045;LH=917;SL=-556;SH=435;D=5CBA531C2080;C=450;
2016.08.26 15:35:07 4: sduino/msg READ: MS;P1=301;P2=-3116;P3=10036;P4=-207;D=1234141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141;CP=1;SP=2;
2016.08.26 15:35:44 4: sduino/msg READ: MC;LL=-1011;LH=937;SL=-488;SH=442;D=E104C04A;C=459;
2016.08.26 15:36:56 4: sduino/msg READ: MS;P0=205;P1=-5408;P2=10040;P3=-193;P4=340;D=0123034303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030303030;CP=0;SP=1;
2016.08.26 15:37:59 4: sduino/msg READ: MC;LL=-5768;LH=9976;SL=-186;SH=267;D=FFFFE0;C=3774;
2016.08.26 15:38:36 4: sduino/msg READ: MS;P0=-248;P1=-11216;P2=921;P3=-1025;P4=-529;P5=442;D=51024542454245453235454545423542453545454545454;CP=5;SP=1;
2016.08.26 15:38:44 4: sduino: ping ...
2016.08.26 15:38:44 5: sduino: command for gets: P
2016.08.26 15:38:44 5: sduino SW: P
2016.08.26 15:38:44 5: sduino/RAW (ReadAnswer): OK
2016.08.26 15:38:44 5: sduino: received message for gets: OK
2016.08.26 15:38:46 4: sduino/msg READ: MS;P0=-2684;P1=10020;P2=-247;P3=152;D=30011023213232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323;CP=3;SP=0;
2016.08.26 15:39:07 4: sduino/msg READ: MS;P1=1356;P3=532;P4=-939;P5=-12314;D=353434343434343434143414341434143414141414143414341434141414341414343434343434343434141434343414;CP=3;SP=5;O;
2016.08.26 15:39:25 4: sduino/msg READ: MS;P1=196;P2=-1448;P3=10060;P4=-187;P5=352;D=123414541414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414140;CP=1;SP=2;
2016.08.26 15:40:44 4: sduino/msg READ: MS;P0=-962;P1=1337;P2=508;P3=-12308;D=232020202020202020102010201020102010101010102010201020101010201010202020202020202020101020202010;CP=2;SP=3;
2016.08.26 15:41:15 4: sduino/msg READ: MS;P2=243;P3=-5756;P4=10048;P5=-199;D=2345252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252525252;CP=2;SP=3;
2016.08.26 15:41:31 4: sduino/msg READ: MS;P0=1362;P1=-935;P2=533;P3=-12312;D=2321212121212121210121012101210121010101010121012101210101012101012121212121212121210101212121012;CP=2;SP=3;
2016.08.26 15:42:11 4: sduino/msg READ: MC;LL=-1070;LH=887;SL=-582;SH=402;D=F2E94D0E80;C=429;
2016.08.26 15:42:11 4: sduino/msg READ: MC;LL=-1070;LH=868;SL=-584;SH=397;D=12A896F0;C=421;
2016.08.26 15:42:11 4: sduino/msg READ: MC;LL=-1026;LH=896;SL=-621;SH=403;D=A5143A09809545A080;C=432;
2016.08.26 15:42:11 4: sduino: Found manchester Protocol id 10 clock 432 -> OSV2o3
2016.08.26 15:42:11 4: sduino: Found manchester Protocol id 12 clock 432 -> Hideki protocol
2016.08.26 15:42:16 4: sduino/msg READ: MS;P0=106;P1=-788;P2=9992;P3=-258;P4=2088;D=01230303030303030303030343030303030303030303030303030303030303030303032;CP=0;SP=1;
2016.08.26 15:42:19 4: sduino/msg READ: MS;P0=-961;P1=1335;P2=508;P3=-12324;D=232020202020202020102010201020102010101010102010201020101010201010202020202020202020101020202010;CP=2;SP=3;
2016.08.26 15:42:35 4: sduino/msg READ: MS;P0=-1482;P1=207;P3=10012;P4=-263;D=100314141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141;CP=1;SP=0;
2016.08.26 15:42:47 4: sduino/msg READ: MC;LL=-978;LH=853;SL=-512;SH=472;D=CC32E944383D6000;C=441;
2016.08.26 15:42:47 4: sduino: Found manchester Protocol id 10 clock 441 -> OSV2o3
2016.08.26 15:42:47 4: sduino/msg READ: MC;LL=-957;LH=966;SL=-513;SH=481;D=D60255708000;C=482;
2016.08.26 15:43:07 4: sduino/msg READ: MS;P0=533;P1=-935;P4=1361;P5=-12308;D=0501010101010101014101410141014101414141414101410141014141410141410101010101010101014141010101410;CP=0;SP=5;
2016.08.26 15:43:37 4: sduino/msg READ: MS;P0=472;P1=-4068;P2=891;P3=-1034;P4=-522;P5=-134;D=0123232404030424032324040305052324040323042323042;CP=0;SP=1;
2016.08.26 15:43:37 4: sduino: Matched MS Protocol id 1 -> ConradRSL
2016.08.26 15:43:37 5: sduino: Starting demodulation at Position 2
2016.08.26 15:43:37 5: sduino: Found wrong signalpattern, catched 0 bits, aborting demodulation
2016.08.26 15:43:44 4: sduino: ping ...
2016.08.26 15:43:44 5: sduino: command for gets: P
2016.08.26 15:43:44 5: sduino SW: P
2016.08.26 15:43:45 5: sduino/RAW (ReadAnswer): OK
2016.08.26 15:43:45 5: sduino: received message for gets: OK
2016.08.26 15:43:55 4: sduino/msg READ: MS;P0=-12314;P3=533;P4=-938;P5=1359;D=3034343434343434345434543454345434545454545434543454345454544;CP=3;SP=0;O;
kürzlich erstandener LED Dimmer mit Funk Fernbedienung (https://www.amazon.de/gp/product/B00UJCCEM6/ref=oh_aui_detailpage_o02_s00?ie=UTF8&psc=1) liefert diverse MS-Nachrichten.
25%
2016.08.27 18:13:24 4: sduino/msg READ: MS;P0=-445;P1=433;P2=-12802;P9=-1215;P10=1197;D=121919191910010019100191919191001001919191919191001919100;CP=1;SP=2;
50%
2016.08.27 18:13:45 4: sduino/msg READ: MS;P1=-1228;P2=418;P3=1186;P4=-456;P6=-12814;D=26212121213434213421212121343421212121212134212121;CP=2;SP=6;O;
100%
2016.08.27 19:25:06 4: sduino/msg READ: MS;P0=-12797;P1=429;P2=-1221;P3=1192;P4=-445;D=10121212123434123412121212343412121212121212341212;CP=1;SP=0;
Ein/Aus
2016.08.27 18:15:01 4: sduino/msg READ: MS;P0=-12807;P1=427;P2=-1224;P3=1186;P4=-454;D=10121212123434123412121212343412121212121212121234;CP=1;SP=0;
2016.08.27 18:19:03 4: sduino/msg READ: MS;P4=-1210;P5=1197;P6=-444;P8=442;P9=-12789;D=89848484845656845684848484565684848484848484848456;CP=8;SP=9;
Bright+
2016.08.27 18:17:29 4: sduino/msg READ: MS;P0=1197;P1=434;P2=-446;P4=-1211;P6=-12792;D=16141414140202140214141414020214141414141414021402;CP=1;SP=6;
Bright-
2016.08.27 18:18:16 4: sduino/msg READ: MS;P0=-1212;P3=-439;P7=-12795;P10=434;P11=1196;D=107100100100100113113100113100100100100113113100100100100100100100113113100;CP=10;SP=7;
für 100%
2016.08.27 19:25:06 4: sduino/msg READ: MS;P0=-12797;P1=429;P2=-1221;P3=1192;P4=-445;D=10121212123434123412121212343412121212121212341212;CP=1;SP=0;
2016.08.27 19:25:06 4: sduino: Matched MS Protocol id 3 -> itv1
2016.08.27 19:25:06 5: sduino: Starting demodulation at Position 2
2016.08.27 19:25:06 4: sduino: Decoded MS Protocol id 3 dmsg i0D0C04 length 24
2016.08.27 19:25:06 5: sduino: converted Data to (i0D0C04)
2016.08.27 19:25:06 5: sduino dispatch i0D0C04
2016.08.27 19:25:06 4: message "i0D0C04" (7)
2016.08.27 19:25:06 4: message "i0D0C04" (7)
2016.08.27 19:25:06 5: Triggering sduino (1 changes)
2016.08.27 19:25:06 5: Starting notify loop for sduino, first event UNKNOWNCODE i0D0C04
2016.08.27 19:25:06 5: Notify from Device: sduino recieved
2016.08.27 19:25:06 3: sduino: Unknown code i0D0C04, help me!
Wie dimmt der? Macht der PWM?
Auf einem Oszi sehe ich nur bei 100% einen gleichbleibenden Pegel. Sollte also PWM sein.
Zitat von: sash.sc am 26 August 2016, 15:48:20
Ich habe ein Bodenfeuchtesenor der auf 433 MHz funkt.
https://www.plantcaretools.com/de/?option=com_virtuemart&view=productdetails&virtuemart_category_id=2&virtuemart_product_id=11&Itemid=447 (https://www.plantcaretools.com/de/?option=com_virtuemart&view=productdetails&virtuemart_category_id=2&virtuemart_product_id=11&Itemid=447)
Ist nicht ganz eindeutig, welches der Sensor ist.
Ich habe eine Vermutung und das Protokoll zum Demodulieren aufgenommen. Probiere es bitte mal aus
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
Zitat von: habeIchVergessen am 27 August 2016, 19:27:47
kürzlich erstandener LED Dimmer mit Funk Fernbedienung (https://www.amazon.de/gp/product/B00UJCCEM6/ref=oh_aui_detailpage_o02_s00?ie=UTF8&psc=1) liefert diverse MS-Nachrichten.
Bei mir hat er gleich mal ein Device angelegt:
2016.08.27 23:29:39 2: autocreate: define IT_001F001000 IT 001F001000 FF F0
2016.08.27 23:29:39 5: dummyDuino dispatch i0D0C05
2016.08.27 23:29:39 5: dummyDuino: converted Data to (i0D0C05)
2016.08.27 23:29:39 1: DEBUG>dummyDuino: dispatching now msg: i0D0C05
2016.08.27 23:29:39 4: dummyDuino: Decoded MS Protocol id 3 dmsg i0D0C05 length 24
2016.08.27 23:29:39 1: DEBUG>dummyDuino padded 0 bits to bit_msg array
2016.08.27 23:29:39 1: DEBUG>dummyDuino: decoded message raw (0 0 0 0 1 1 0 1 0 0 0 0 1 1 0 0 0 0 0 0 0 1 0 1), 24 bits
2016.08.27 23:29:39 5: dummyDuino: Starting demodulation at Position 2
2016.08.27 23:29:39 4: dummyDuino: Matched MS Protocol id 3 -> itv1
Ein paar Signale sind aber "kaputt"
nach einem Update auf dev-r33 erhalte folgendes
25%
2016.08.28 01:53:55 4: sduino/msg READ: MS;P0=-471;P1=1178;P3=416;P4=-1229;P5=-12806;D=35343434341010341034343434101034343434343410343410;CP=3;SP=5;
2016.08.28 01:53:55 4: sduino: Matched MS Protocol id 3 -> itv1
2016.08.28 01:53:55 5: sduino: Starting demodulation at Position 2
2016.08.28 01:53:55 4: sduino: Decoded MS Protocol id 3 dmsg i0D0C09 length 24
2016.08.28 01:53:55 5: sduino: converted Data to (i0D0C09)
2016.08.28 01:53:55 5: sduino dispatch i0D0C09
50%
2016.08.28 01:54:11 4: sduino/msg READ: MS;P0=-446;P1=424;P2=-1223;P3=1194;P5=-12800;D=15121212123030123012121212303012121212121230121212;CP=1;SP=5;
2016.08.28 01:54:11 4: sduino: Matched MS Protocol id 3 -> itv1
2016.08.28 01:54:11 5: sduino: Starting demodulation at Position 2
2016.08.28 01:54:11 4: sduino: Decoded MS Protocol id 3 dmsg i0D0C08 length 24
2016.08.28 01:54:11 5: sduino: converted Data to (i0D0C08)
2016.08.28 01:54:11 5: sduino dispatch i0D0C08
100%
2016.08.28 01:54:24 4: sduino/msg READ: MS;P0=-469;P1=1174;P2=413;P3=-1234;P4=-12814;D=24232323231010231023232323101023232323232323101010;CP=2;SP=4;
2016.08.28 01:54:24 4: sduino: Matched MS Protocol id 3 -> itv1
2016.08.28 01:54:24 5: sduino: Starting demodulation at Position 2
2016.08.28 01:54:24 4: sduino: Decoded MS Protocol id 3 dmsg i0D0C07 length 24
2016.08.28 01:54:24 5: sduino: converted Data to (i0D0C07)
2016.08.28 01:54:24 5: sduino dispatch i0D0C07
2016.08.28 01:54:24 3: sduino: Unknown code i0D0C07, help me!
Bright+
2016.08.28 01:54:46 4: sduino/msg READ: MS;P1=417;P2=-468;P5=-1229;P6=1180;P7=-12811;D=17151515156262156215151515626215151515151515621562;CP=1;SP=7;
2016.08.28 01:54:46 4: sduino: Matched MS Protocol id 3 -> itv1
2016.08.28 01:54:46 5: sduino: Starting demodulation at Position 2
2016.08.28 01:54:46 4: sduino: Decoded MS Protocol id 3 dmsg i0D0C05 length 24
2016.08.28 01:54:46 5: sduino: converted Data to (i0D0C05)
2016.08.28 01:54:46 5: sduino dispatch i0D0C05
2016.08.28 01:54:46 3: sduino: Unknown code i0D0C05, help me!
Bright-
2016.08.28 01:55:01 4: sduino/msg READ: MS;P1=403;P2=-1246;P3=1171;P4=-472;P5=-12814;D=15121212123434123412121212343412121212121212343412;CP=1;SP=5;
2016.08.28 01:55:01 4: sduino: Matched MS Protocol id 3 -> itv1
2016.08.28 01:55:01 5: sduino: Starting demodulation at Position 2
2016.08.28 01:55:01 4: sduino: Decoded MS Protocol id 3 dmsg i0D0C06 length 24
2016.08.28 01:55:01 5: sduino: converted Data to (i0D0C06)
2016.08.28 01:55:01 5: sduino dispatch i0D0C06
Ein/Aus
2016.08.28 01:55:13 4: sduino/msg READ: MS;P0=416;P1=-1237;P5=1169;P6=-468;P7=-12814;D=07010101015656015601010101565601010101010101010156;CP=0;SP=7;
2016.08.28 01:55:13 4: sduino: Matched MS Protocol id 3 -> itv1
2016.08.28 01:55:13 5: sduino: Starting demodulation at Position 2
2016.08.28 01:55:13 4: sduino: Decoded MS Protocol id 3 dmsg i0D0C01 length 24
2016.08.28 01:55:13 5: sduino: converted Data to (i0D0C01)
2016.08.28 01:55:13 5: sduino dispatch i0D0C01
2016.08.28 01:55:13 3: sduino: Unknown code i0D0C01, help me!
Autocreate erzeugt bei mir kein device.
Such mal hier im Bwitrag, Ralf9 hat mal eine angepasste Version vom IT Modul erstellt.
Ich hatte jetzt zwar gedacht, dass ich das nicht habe, allerdings haben wir ja wohl nicht das gleiche..
Grüße Sidey
Zitat von: Sidey am 27 August 2016, 23:23:14
Ist nicht ganz eindeutig, welches der Sensor ist.
Ich habe eine Vermutung und das Protokoll zum Demodulieren aufgenommen. Probiere es bitte mal aus
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
Guten Morgen.
Habe das Update aud den SDUINO geflasht und den Bodenfeuchtesensor angeschmissen.
Hier der Auszug aus dem Event Monitor.
2016.08.28 10:55:50 5: sduino/RAW READ: /MC;LL
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL/=-1056;LH=898;SL=
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-1056;LH=898;SL=/-574;SH=418;D=A8
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-1056;LH=898;SL=-574;SH=418;D=A8/CA345AE8;C=490;L=
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-1056;LH=898;SL=-574;SH=418;D=A8CA345AE8;C=490;L=/37;
2016.08.28 10:55:50 4: sduino/msg READ: MC;LL=-1056;LH=898;SL=-574;SH=418;D=A8CA345AE8;C=490;L=37;
2016.08.28 10:55:50 1: DEBUG>sduino: incomming message: (MC;LL=-1056;LH=898;SL=-574;SH=418;D=A8CA345AE8;C=490;L=37;)
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern LL -1056
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern LH 898
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern SL -574
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern SH 418
2016.08.28 10:55:50 1: DEBUG>sduino: extracted data A8CA345AE8
2016.08.28 10:55:50 1: DEBUG>sduino: extracted absolute clock 490
2016.08.28 10:55:50 1: DEBUG>sduino: extracted number of 37 bits
2016.08.28 10:55:50 1: DEBUG>sduino: processing manchester messag len:10
2016.08.28 10:55:50 5: sduino/RAW READ: /MC;LL=-1056;LH=898;SL=-566;SH=410;D=3F0A4;
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-1056;LH=898;SL=-566;SH=410;D=3F0A4;/C=488;L=18;
2016.08.28 10:55:50 4: sduino/msg READ: MC;LL=-1056;LH=898;SL=-566;SH=410;D=3F0A4;C=488;L=18;
2016.08.28 10:55:50 1: DEBUG>sduino: incomming message: (MC;LL=-1056;LH=898;SL=-566;SH=410;D=3F0A4;C=488;L=18;)
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern LL -1056
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern LH 898
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern SL -566
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern SH 410
2016.08.28 10:55:50 1: DEBUG>sduino: extracted data 3F0A4
2016.08.28 10:55:50 1: DEBUG>sduino: extracted absolute clock 488
2016.08.28 10:55:50 1: DEBUG>sduino: extracted number of 18 bits
2016.08.28 10:55:50 1: DEBUG>sduino: processing manchester messag len:5
2016.08.28 10:55:50 5: sduino/RAW READ: /M
2016.08.28 10:55:50 5: sduino/RAW READ: M/C;LL=-97
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-97/4;LH=988;
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-974;LH=988;/SL=-560;
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-974;LH=988;SL=-560;/SH=413;D=6AB5B4;
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-974;LH=988;SL=-560;SH=413;D=6AB5B4;/C=489;L=2
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-974;LH=988;SL=-560;SH=413;D=6AB5B4;C=489;L=2/2;
2016.08.28 10:55:50 4: sduino/msg READ: MC;LL=-974;LH=988;SL=-560;SH=413;D=6AB5B4;C=489;L=22;
2016.08.28 10:55:50 1: DEBUG>sduino: incomming message: (MC;LL=-974;LH=988;SL=-560;SH=413;D=6AB5B4;C=489;L=22;)
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern LL -974
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern LH 988
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern SL -560
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern SH 413
2016.08.28 10:55:50 1: DEBUG>sduino: extracted data 6AB5B4
2016.08.28 10:55:50 1: DEBUG>sduino: extracted absolute clock 489
2016.08.28 10:55:50 1: DEBUG>sduino: extracted number of 22 bits
2016.08.28 10:55:50 1: DEBUG>sduino: processing manchester messag len:6
2016.08.28 10:55:50 5: sduino/RAW READ: /MC;LL
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL/=-1045;LH
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-1045;LH/=914;SL=
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-1045;LH=914;SL=/-534;SH=
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-1045;LH=914;SL=-534;SH=/424;D=853FB57DEC2
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-1045;LH=914;SL=-534;SH=424;D=853FB57DEC2/;C=486;L=
2016.08.28 10:55:50 5: sduino/RAW READ: MC;LL=-1045;LH=914;SL=-534;SH=424;D=853FB57DEC2;C=486;L=/43;
2016.08.28 10:55:50 4: sduino/msg READ: MC;LL=-1045;LH=914;SL=-534;SH=424;D=853FB57DEC2;C=486;L=43;
2016.08.28 10:55:50 1: DEBUG>sduino: incomming message: (MC;LL=-1045;LH=914;SL=-534;SH=424;D=853FB57DEC2;C=486;L=43;)
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern LL -1045
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern LH 914
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern SL -534
2016.08.28 10:55:50 1: DEBUG>sduino: extracted pattern SH 424
2016.08.28 10:55:50 1: DEBUG>sduino: extracted data 853FB57DEC2
2016.08.28 10:55:50 1: DEBUG>sduino: extracted absolute clock 486
2016.08.28 10:55:50 1: DEBUG>sduino: extracted number of 43 bits
2016.08.28 10:55:50 1: DEBUG>sduino: processing manchester messag len:11
2016.08.28 10:56:07 4: sduino/KeepAliveOk: 1
2016.08.28 10:56:07 4: sduino/keepalive retry = 0
Hoffe es hilft weiter.
danke und Gruß
Sascha
autocreate geht jetzt.
wenn ich sende, dann werden basiertend auf 250 die Clocks bestimmt.
2016.08.28 11:50:38 2: sduino IT_set: IT_001F001000 on
2016.08.28 11:50:38 4: sduino IT_set: sendMsg=P3#001F0010000F#R6
2016.08.28 11:50:38 4: sduino/set: sending via SendMsg: SR;R=6;P0=250;P1=-7750;P2=750;P3=-250;P4=-750;D=01040404042323042304040404232304040404040404040423;
beim Empfang scheint die Basis-Clock etwas um die 410 zu sein
2016.08.28 11:50:53 4: sduino/msg READ: MS;P1=416;P2=-1223;P3=1186;P4=-463;P5=-12790;D=1512121212343412341212121234341212121212123
folgende Nachricht schaltet Ein/Aus
set sduino raw SR;;R=6;;P0=410;;P1=-12710;;P2=1230;;P3=-410;;P4=-1230;;D=01040404042323042304040404232304040404040404040423;;
Nachtrag: Attribut ITclock ändert dieses Verhalten!!!
Es scheint, als ob ich ein anderes Signal implementiert habe.. Wenn das vom Bodenfeuchte Sensor ist, dann ist es Manchester Codiert.
Zitat von: habeIchVergessen am 28 August 2016, 12:02:34
autocreate geht jetzt.
wenn ich sende, dann werden basiertend auf 250 die Clocks bestimmt.
Du kannst die Clock im IT Gerät als Attribut angeben.
Außerdem kannst Du auch den Befehl SendMSG verwenden und an diesen die Clock angeben.
Ich würde allerdings den Weg über das IT Device empfehlen.
Grüße Sidey
dimUp (FF) und dimDown (00) funktionieren nicht per set.
dimUp via sendMsg geht
set sduino sendMsg P3#001F001000FF#R6#C410
dimDown nicht
set sduino sendMsg P3#001F00100000#R6#C410
die Prozent-Tasten werden beim Decodieren als ungültig abgelehnt.
25%
2016.08.28 12:51:49 4: sduino/msg READ: MS;P0=-453;P1=427;P5=-1222;P6=1185;P7=-12792;D=17151515156060156015151515606015151515151560151560;CP=1;SP=7;
2016.08.28 12:51:49 4: sduino: Matched MS Protocol id 3 -> itv1
2016.08.28 12:51:49 4: sduino: Decoded MS Protocol id 3 dmsg i0D0C09 length 24
2016.08.28 12:51:49 4: sduino IT: message "i0D0C09" (7)
2016.08.28 12:51:49 4: sduino IT: msgcode "001F00100000" (12) bin = 000011010000110000001001
2016.08.28 12:51:49 3: sduino IT: Code 00 not supported by IT_001F001000.
2016.08.28 12:51:49 4: sduino IT: message "i0D0C09" (7)
2016.08.28 12:51:49 4: sduino IT: msgcode "001F00100000" (12) bin = 000011010000110000001001
2016.08.28 12:51:49 3: sduino IT: Code 00 not supported by IT_001F001000.
2016.08.28 12:51:50 3: sduino: Unknown code i0D0C09, help me!
50%
2016.08.28 12:52:27 4: sduino/msg READ: MS;P0=-12806;P1=414;P2=-1232;P3=1180;P4=-464;D=10121212123434123412121212343412121212121234121212;CP=1;SP=0;
2016.08.28 12:52:27 4: sduino: Matched MS Protocol id 3 -> itv1
2016.08.28 12:52:27 4: sduino: Decoded MS Protocol id 3 dmsg i0D0C08 length 24
2016.08.28 12:52:27 4: sduino IT: message "i0D0C08" (7)
2016.08.28 12:52:27 4: sduino IT: msgcode "001F00100000" (12) bin = 000011010000110000001000
2016.08.28 12:52:27 3: sduino IT: Code 00 not supported by IT_001F001000.
2016.08.28 12:52:27 4: sduino IT: message "i0D0C08" (7)
2016.08.28 12:52:27 4: sduino IT: msgcode "001F00100000" (12) bin = 000011010000110000001000
2016.08.28 12:52:27 3: sduino IT: Code 00 not supported by IT_001F001000.
2016.08.28 12:52:27 3: sduino: Unknown code i0D0C08, help me!
100%
2016.08.28 12:52:43 4: sduino/msg READ: MS;P1=413;P2=-1232;P3=1173;P4=-470;P5=-12806;D=15121212123434123412121212343412121212121212343434;CP=1;SP=5;
2016.08.28 12:52:43 4: sduino: Matched MS Protocol id 3 -> itv1
2016.08.28 12:52:43 4: sduino: Decoded MS Protocol id 3 dmsg i0D0C07 length 24
2016.08.28 12:52:43 4: sduino IT: message "i0D0C07" (7)
2016.08.28 12:52:43 4: sduino IT: msgcode "001F001000F1" (12) bin = 000011010000110000000111
2016.08.28 12:52:43 3: sduino IT: Code F1 not supported by IT_001F001000.
2016.08.28 12:52:43 4: sduino IT: message "i0D0C07" (7)
2016.08.28 12:52:43 4: sduino IT: msgcode "001F001000F1" (12) bin = 000011010000110000000111
2016.08.28 12:52:43 3: sduino IT: Code F1 not supported by IT_001F001000.
2016.08.28 12:52:43 3: sduino: Unknown code i0D0C07, help me!
Zitat von: Sidey am 28 August 2016, 12:03:03
Es scheint, als ob ich ein anderes Signal implementiert habe.. Wenn das vom Bodenfeuchte Sensor ist, dann ist es Manchester Codiert.
Das war das Signal beim einlegen der Batterie.
Es wird auch über autocreate nichts angelegt.
Gruß Sascha
Zitat von: sash.sc am 28 August 2016, 17:56:45
Das war das Signal beim einlegen der Batterie.
Es wird auch über autocreate nichts angelegt.
Gruß Sascha
Hmm, ist ein bisschen Rätselraten. Ich habe ein wenig im Internet gesucht.
Bin etwas überrascht, dass es als Manchester Codiert erkannt wird.
Schalte doch bitte mal den MC und den MS Decoder (set disableMessageType ...) ab und logge nur mit dem MU Decoder.
Grüße Sidey
Funktioniert der Signalduino eigentlich auch mit einem 868MHz Empfänger? Und welchen habt ihr probiert, wenn ja?
Brauchst du noch mal Test-Codes für die FA21 Rauchmelder, Sidey? Ich kann sonst die RAW MSGs senden, mit denen ich sie meistens aktivieren kann, oder noch mal einen Log-Auszug?
Viele Grüße,
Nico
Zitat von: nicor2k am 29 August 2016, 12:53:38
Funktioniert der Signalduino eigentlich auch mit einem 868MHz Empfänger? Und welchen habt ihr probiert, wenn ja?
Ja, er funktioniert mit jeder Frequenz. Ich selbst habe keinen 868 Mhz Empfänger. Ich glaube aber bei reichelt gibt es einen der funktioniert.
Zitat von: nicor2k am 29 August 2016, 12:53:38
Brauchst du noch mal Test-Codes für die FA21 Rauchmelder, Sidey? Ich kann sonst die RAW MSGs senden, mit denen ich sie meistens aktivieren kann, oder noch mal einen Log-Auszug?
Ja, letzter Stand war ja, dass Du die Nachbarn schonen möchtest. Ohne Daten aus dem Log, kann ich leider nicht feststellen, woran es liegt.
Grüße Sidey
Zitat von: Sidey am 28 August 2016, 22:37:05
Hmm, ist ein bisschen Rätselraten. Ich habe ein wenig im Internet gesucht.
Bin etwas überrascht, dass es als Manchester Codiert erkannt wird.
Schalte doch bitte mal den MC und den MS Decoder (set disableMessageType ...) ab und logge nur mit dem MU Decoder.
Grüße Sidey
Hallo Sidey.
Habe es jetzt geschafft. Wie du beschrieben hast, MC=0 MS=0 und MU=1, debug 1
Das sind nur 3 Sekunden nach demn einlegen der Batterie.
Habe die Batterie um 18:51:15 eingelegt und das waren die ersten Nachrichten die dann gekommen sind.
Hoffe es hilft weiter.
Gruß und Danke
Sascha
Habe den Log mal als TXT angehängt, war für dein Eintrag wohl zuviel. ;-)
Kannst Du noch mal ohne Debug und Verbose 4 so 3 Minuten loggen?
Zitat von: Sidey am 30 August 2016, 20:58:15
Kannst Du noch mal ohne Debug und Verbose 4 so 3 Minuten loggen?
Gesagt, getan.
21:51:00 Batterien eingelegt.
21:52:40 LED am Bodensensor ging kurz an (Funksignal)
Hoffe das ist nicht zuviel "Müll" oder anderes zwischen !
Gruß und Danke
Sascha
Zitat von: sash.sc am 30 August 2016, 22:01:38
Gesagt, getan.
21:51:00 Batterien eingelegt.
21:52:40 LED am Bodensensor ging kurz an (Funksignal)
Hoffe das ist nicht zuviel "Müll" oder anderes zwischen !
Gruß und Danke
Sascha
Danke, 21:52:40 ist im LOG nur leider nicht mehr vorhanden?
Schreibfehler oder abgeschnitten?
Zitat von: Sidey am 30 August 2016, 22:06:46
Danke, 21:52:40 ist im LOG nur leider nicht mehr vorhanden?
Schreibfehler oder abgeschnitten?
Habe mir die "sduino verbose4.txt" mal geladen steht alles drin.
2016.08.30 21:52:40 4: sduino/msg READ: MU;P0=-252;P1=519;P2=-951;P3=1348;D=012123212321232123212323232323212321232123232321232321212121212121212123232121212321;CP=1;
2016.08.30 21:52:40 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.08.30 21:52:40 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.30 21:52:40 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.08.30 21:52:40 4: sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2016.08.30 21:52:40 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.30 21:52:40 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.08.30 21:52:40 4: sduino/msg READ: MU;P0=145;P1=-211;P2=279;D=012101210121012101010101012121212101212121210101;CP=0;
2016.08.30 21:52:40 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.08.30 21:52:40 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.08.30 21:52:40 4: sduino/msg READ: MU;P0=-183;P1=179;P2=297;D=010101010101010101010101020201010201010101010101010101010101010101010201010202020201020101020102010102020201010201010201010102;CP=1;
2016.08.30 21:52:40 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.08.30 21:52:40 4: sduino: decoded matched MU Protocol id 20 dmsg u20#0000014100000000105510441504101 length 124
2016.08.30 21:52:40 4: SIGNALduino_unknown incomming msg: u20#0000014100000000105510441504101
2016.08.30 21:52:40 4: SIGNALduino_unknown rawData: 0000014100000000105510441504101
2016.08.30 21:52:40 4: SIGNALduino_unknown Protocol: 20
2016.08.30 21:52:40 4: SIGNALduino_unknown converted to bits: 0000000000000000000000010100000100000000000000000000000000000000000100000101010100010000010001000001010100000100000100000001
2016.08.30 21:52:43 4: sduino/msg READ: MU;P0=171;P1=-191;P2=10060;P5=292;D=0121015101015101015151515101015151515151510151515151010101010101010101510101015101510101515101015101010101010151015101015101015101010151010151515151015151515151010151510151010101010151015151015101510101510101510;CP=0;
2016.08.30 21:52:43 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.08.30 21:52:43 4: sduino: decoded matched MU Protocol id 20 dmsg u20#4105505551540000404414100044104041545541440045110410 length 208
2016.08.30 21:52:43 4: SIGNALduino_unknown incomming msg: u20#4105505551540000404414100044104041545541440045110410
2016.08.30 21:52:43 4: SIGNALduino_unknown rawData: 4105505551540000404414100044104041545541440045110410
2016.08.30 21:52:43 4: SIGNALduino_unknown Protocol: 20
2016.08.30 21:52:43 4: SIGNALduino_unknown converted to bits: 0100000100000101010100000101010101010001010101000000000000000000010000000100010000010100000100000000000001000100000100000100000001000001010101000101010101000001010001000000000001000101000100010000010000010000
2016.08.30 21:52:43 4: sduino/msg READ: MU;P0=163;P1=-200;P2=282;D=012101210121012101010101012121212101212121210101;CP=0;
2016.08.30 21:52:43 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.08.30 21:52:43 4: sduino: decoded matched MU Protocol id 20 dmsg u20#888800AA2A80 length 48
2016.08.30 21:52:43 4: SIGNALduino_unknown incomming msg: u20#888800AA2A80
2016.08.30 21:52:43 4: SIGNALduino_unknown rawData: 888800AA2A80
2016.08.30 21:52:43 4: SIGNALduino_unknown Protocol: 20
2016.08.30 21:52:43 4: SIGNALduino_unknown converted to bits: 100010001000100000000000101010100010101010000000
2016.08.30 21:52:45 4: sduino/msg READ: MU;P0=-326;P1=2724;P2=-492;P3=469;P4=-1974;P5=-990;P6=-4020;D=01234343435353535353535353634353535353530;CP=3;
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 44 -> Bresser7009995 matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.30 21:52:45 4: sduino/msg READ: MU;P0=460;P1=-1029;P2=-1986;P3=-4000;D=0102020202020101010101010101030201010101010101;CP=0;
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 44 -> Bresser7009995 matches, trying to demodulate
2016.08.30 21:52:45 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.30 21:52:45 1: SD_WS07: UNDEFINED sensor SD_WS07_T detected, code SD_WS07_T_1
2016.08.30 21:52:46 4: sduino/msg READ: MU;P0=-145;P1=212;P2=-220;P3=10452;P5=333;D=0123210501010501010505050501010505050505050105050501010101010101010101050101010505010101050501010501010101010105010501;CP=1;
2016.08.30 21:52:46 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.08.30 21:52:46 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.08.30 21:52:46 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.08.30 21:52:46 4: sduino/msg READ: MU;P0=321;P1=-166;P2=196;D=0121210121012101212101010101210101010101212101012101212;CP=2;
2016.08.30 21:52:46 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.08.30 21:52:46 4: sduino: decoded matched MU Protocol id 20 dmsg u20#08882A8AA82880 length 56
2016.08.30 21:52:46 4: SIGNALduino_unknown incomming msg: u20#08882A8AA82880
2016.08.30 21:52:46 4: SIGNALduino_unknown rawData: 08882A8AA82880
2016.08.30 21:52:46 4: SIGNALduino_unknown Protocol: 20
2016.08.30 21:52:46 4: SIGNALduino_unknown converted to bits: 00001000100010000010101010001010101010000010100010000000
2016.08.30 21:52:46 4: sduino/msg READ: MU;P0=159;P1=-225;P3=257;P5=-10472;D=01010101010101010101010101010101010101010101010101013101013131313101310101310131010131313101013101013101010135;CP=0;
2016.08.30 21:52:46 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.08.30 21:52:46 4: sduino: decoded matched MU Protocol id 20 dmsg u20#55555555555575FF75DD7F5D756 length 108
2016.08.30 21:52:46 4: SIGNALduino_unknown incomming msg: u20#55555555555575FF75DD7F5D756
2016.08.30 21:52:46 4: SIGNALduino_unknown rawData: 55555555555575FF75DD7F5D756
2016.08.30 21:52:46 4: SIGNALduino_unknown Protocol: 20
2016.08.30 21:52:46 4: SIGNALduino_unknown converted to bits: 010101010101010101010101010101010101010101010101011101011111111101110101110111010111111101011101011101010110
2016.08.30 21:52:46 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.08.30 21:52:46 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.08.30 21:52:49 4: sduino/msg READ: MU;P0=111;P1=-261;P4=216;P6=-174;P7=312;D=010141014101410141014101010101014141414101414141410101010101010101010101010101010101014141010141010101010101010101010101010101010101010101010101010101014101014141414101410146764146414141414101014101014101;CP=0;
2016.08.30 21:52:49 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.08.30 21:52:49 4: sduino: decoded matched MU Protocol id 20 dmsg u20#AAAAAAAAA8 length 40
2016.08.30 21:52:49 4: SIGNALduino_unknown incomming msg: u20#AAAAAAAAA8
2016.08.30 21:52:49 4: SIGNALduino_unknown rawData: AAAAAAAAA8
2016.08.30 21:52:49 4: SIGNALduino_unknown Protocol: 20
2016.08.30 21:52:49 4: SIGNALduino_unknown converted to bits: 1010101010101010101010101010101010101000
2016.08.30 21:52:49 4: sduino: decoded matched MU Protocol id 20 dmsg u20#AAAAAAAAAAAAAA length 56
2016.08.30 21:52:50 4: SIGNALduino_unknown incomming msg: u20#AAAAAAAAAAAAAA
2016.08.30 21:52:50 4: SIGNALduino_unknown rawData: AAAAAAAAAAAAAA
2016.08.30 21:52:50 4: SIGNALduino_unknown Protocol: 20
2016.08.30 21:52:50 4: SIGNALduino_unknown converted to bits: 10101010101010101010101010101010101010101010101010101010
2016.08.30 21:52:50 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.08.30 21:52:50 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.08.30 21:52:50 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.08.30 21:52:50 4: sduino/msg READ: MU;P0=-32001;P1=10052;P2=-201;P3=158;P5=279;D=012325232325232325252525232325252525252523252525252323232323232323232523232325252323232525232325232323232323252325232325232325252323252323252525252325252525252323252523252323232323252325252523252323232325232523;CP=3;
2016.08.30 21:52:50 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2016.08.30 21:52:50 4: sduino/msg READ: MU;P0=2700;P1=-28990;P2=1335;P3=-1066;P4=522;D=01232323234323432323232323434343434343432323434343234323232343234323434343234323232323432123232323432343232323232343434343434343232343434323432323234323432343434323432323232343212323232343234323232323234343434343434323234343432343232323432343234343432343;CP=4;O;
2016.08.30 21:52:50 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.30 21:52:50 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.08.30 21:52:50 4: sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2016.08.30 21:52:50 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.30 21:52:50 4: sduino: decoded matched MU Protocol id 8 dmsg TXA0FE745742 length 44
2016.08.30 21:52:50 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.08.30 21:52:51 4: sduino/msg READ: MU;P0=-29643;P1=1317;P2=-1083;P3=508;D=01212121232123212323232123232323232323232123212123212123212121212123212123212123212121210121212123212321232323212323232323232323212321212321212321212121212321212321212321212121012121212321232123232321232323232323232321232121232121232121212121232121232121;CP=3;O;
2016.08.30 21:52:51 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.08.30 21:52:51 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.08.30 21:52:51 4: sduino: Fingerprint for MU Protocol id 42 -> MKT motionsensor matches, trying to demodulate
2016.08.30 21:52:51 4: sduino: Fingerprint for MU Protocol id 48 -> TFA Dostmann matches, trying to demodulate
2016.08.30 21:52:51 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.08.30 21:52:51 4: sduino: decoded matched MU Protocol id 8 dmsg TXAEFF490490 length 44
Gruß
sascha
P.S.: ist nur ein Auszug aus der TXT Datei
Stimmt,
hattest Du kurzzeitig keinen Anhang sonder einen CODE Abschnitt in deinem Post?
Ich denke ich habe das Signal auch gefunden. Lass mich das mal verifizieren.
Grüße Sidey
Zitat von: habeIchVergessen am 28 August 2016, 12:55:52
dimUp (FF) und dimDown (00) funktionieren nicht per set.
dimUp via sendMsg geht
set sduino sendMsg P3#001F001000FF#R6#C410
dimDown nicht
set sduino sendMsg P3#001F00100000#R6#C410
Damit dimUp und dimDown funktionieren mußt Du den Code von dimUp und dimDown beim define anhängen
define <name> IT <housecode> <on-code> <off-code> [<dimup-code>] [<dimdown-code>] Evtl mußt Du auch noch das Attribut model auf itdimmer ändern.
Damit auch die Prozenttasten funktionieren, sind Anpassungen im IT-Modul notwendig.
Gruß Ralf
@Ralf9: define und model hatte ich schon gesetzt.
Hast du eine Idee, wie i0D0C09 in Hex konvertiert wird? Da scheint ja die Erkennung der Codes zu scheitern.
Zitat von: habeIchVergessen am 31 August 2016, 09:32:36
@Ralf9: define und model hatte ich schon gesetzt.
Hast du eine Idee, wie i0D0C09 in Hex konvertiert wird? Da scheint ja die Erkennung der Codes zu scheitern.
Aus der letzten Hexziffer der message wird der Code ermittelt.
Bei i0D0C09 wird aus 9 = 10 01 bin, dabei ist das Problem, daß 10 kein gültiger IT V1 Tristatecode ist.
Bei i0D0C07 passt es:
7 = 01 11 ergibt F1
Bei dem IT v1 Tristatecode fehlt die "10"
"00" => "0",
"01" => "F",
"11" => "1"Wenn ich z.B. der "10" das "D" zuordne, reichen ein paar kleine Anpassungen, damit es mit dem Signalduino funktioniert.
Ich kann die Anpassungen einbauen.
Zum Testen wären die raw-Nachrichten (sduino/msg READ: MS...) von on, off, dimup und dimdown hilfreich.
Gruß Ralf
raw-Nachrichten s. hier (https://forum.fhem.de/index.php/topic,38831.msg485356.html#msg485356)
Hi Ralf,
Das liegt daran, dass im IT Modul nicht alle möglichen Kombinationen vom PT2262 Chip berücksichtigt werden.
Die Anpassungen lassen sich auch testen, indem Dispatch manuell aufgerufen wird.
Syntax hatte ich irgendwo mal gepostet...
Grüße Sidey
Hallo Sidey,
diese hier:
{ Dispatch($defs{sduinoip868}, "P12#7505A693124CCA3D55A216", undef) }
pejonp
Ja genau genau. Ggf. Halt mit einem anderen IO Device.
Zitat von: Ralf9 am 31 August 2016, 14:02:30
Wenn ich z.B. der "10" das "D" zuordne, reichen ein paar kleine Anpassungen, damit es mit dem Signalduino funktioniert.
Ich kann die Anpassungen einbauen.
Mit dem IT-Modul in der Anlage müsste jetzt das dimup und dimdown funktionieren.
Zum Testen habe ich die folgenden codes verwendet:
ein F1
aus 0F
dimUp FF
dimDown FDWelche Funktionen haben die rote und grüne Taste?
Damit auch das set funktioniert ist auch die aktuelle dev-r33 notwendig:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txtGruß Ralf
Zitat von: Ralf9 am 01 September 2016, 00:09:29
Mit dem IT-Modul in der Anlage müsste jetzt das dimup und dimdown funktionieren.
Welche Funktionen haben die rote und grüne Taste?
Die Rote ist Ein/Aus (Code 0F). Bei Grün steht Light drauf (shortcut um das Blitzlichtgewitter der div. Modes auszuschalten; Code F0).
25% Code DF, 50% Code D0 und 100% Code F1 (alle 3 nicht unterstützt beim Empfang "sduino IT: Code DF not supported by IT_001F001000").
Mit den Änderungen funktionieren per sendMsg alle o.g. Codes.
Per set on/off/dimup/dimdown.
meine Device-Definition sieht wie folgt aus:
define IT_001F001000 IT 001F001000 0F 0F FF FD
attr IT_001F001000 ITclock 410
attr IT_001F001000 model itdimmer
nur der Vollständigkiet halber:
Speed +/- Code 11/1F
Mode + Code D1
Mode - Code 0F (Haus-Code 001F00100F0F)
Ggf. werden hier mehr als ein Byte für den Code verwendet.
soweit nicht schlecht.
Danke
Zitat von: habeIchVergessen am 01 September 2016, 01:06:18
Die Rote ist Ein/Aus (Code 0F). Bei Grün steht Light drauf (shortcut um das Blitzlichtgewitter der div. Modes auszuschalten; Code F0).
25% Code DF, 50% Code D0 und 100% Code F1 (alle 3 nicht unterstützt beim Empfang "sduino IT: Code DF not supported by IT_001F001000").
Mit den Änderungen funktionieren per sendMsg alle o.g. Codes.
Per set on/off/dimup/dimdown.
nur der Vollständigkiet halber:
Speed +/- Code 11/1F
Mode + Code D1
Mode - Code 0F (Haus-Code 001F00100F0F)
Damit die restlichen Tasten auch noch unterstützt werden, sind die dafür notwendigen Anpassungen am IT Modul etwas aufwändiger.
Ich habe keine so richtige Idee wie man das sauber einbauen kann. Evtl über ein zusätzliches model itdimmer_led.
Da benötige ich Hilfe.
Gruß Ralf
Zitat von: Sidey am 30 August 2016, 23:38:35
Stimmt,
hattest Du kurzzeitig keinen Anhang sonder einen CODE Abschnitt in deinem Post?
Ich denke ich habe das Signal auch gefunden. Lass mich das mal verifizieren.
Grüße Sidey
Guten Morgen Sidey.
Schon was gefunden, wegen dem Bodenheuchtesensor ?
Gruß
Sascha
Ja, prinzipiell schon. Die Demodulation habe ich angepasst.
Die Daten müssten mit FF beginnen, das war bei den Testdaten von dir leider nicht der Fall.
Grüße Sidey
D.h. Update der Firmware und flashen?
Brauchst du noch einen Satz an Daten?
Gruß Sascha
Flashen ist nicht notwendig, nur das Update des Moduls.
Danach kannst Du ja mal posten, was das Log zu ausgibt.
Update von welchem Modul?
Gruß und danke
Sascha
Gesendet von meinem SM-T560 mit Tapatalk
Signalduino, gleiches Kommando wie beim letzten Mal.
Gesagt,getan.
Habe mal versucht die Nachrichten vom Sensor zu filtern. Habe gschaut wann der gesendet hat.
Hier der Log. Hoffe es hilft. MC=0; MS=0;MU=1
Der Sensor hat an folgende Zeiten gesendet.
10:17:00
10:17:54
10:18:43
Scheint in Intervallen von ca. 50 Sekunden zu senden.
Gruß
Sascha
Zitat von: Sidey am 29 August 2016, 23:55:56
Ja, er funktioniert mit jeder Frequenz. Ich selbst habe keinen 868 Mhz Empfänger. Ich glaube aber bei reichelt gibt es einen der funktioniert.
Ich habe mir jetzt diesen bei eBay bestellt, der soll zumindest für FHEM und als "Selbstbau CUL" funktionieren:
http://www.ebay.de/itm/172116131449?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Zitat
Ja, letzter Stand war ja, dass Du die Nachbarn schonen möchtest. Ohne Daten aus dem Log, kann ich leider nicht feststellen, woran es liegt.
Sorry, hatte ich nicht mehr auf dem Schirm dass auf meine Daten wartest. Hier schon mal vier funktionierende Sendecodes - kann gerne nochmal nachher einen Test machen und die Daten aus dem Log holen:
P0=-900;;P2=-16136;;P3=8136;;P4=805;;P5=-1390;;P6=-2731;;D=4230454546454545464645464545454646464646454646454645;;
P0=804;;P1=-2730;;P2=-1359;;P3=-16136;;P4=8134;;P5=-900;;D=0345010101010202020102010202020201010102010201010202;;
P0=806;;P1=-16152;;P2=8135;;P3=-900;;P4=-2731;;P5=-1389;;D=0123040404040505050405040505050504040405040504040505;;
P0=-2730;;P1=805;;P2=-1391;;P3=-16138;;P4=8137;;P5=-898;;D=1345121210121212101012101212121010101010121010121012;;
Zitat von: nicor2k am 04 September 2016, 14:07:40
Ich habe mir jetzt diesen bei eBay bestellt, der soll zumindest für FHEM und als "Selbstbau CUL" funktionieren:
http://www.ebay.de/itm/172116131449?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Das 868 Mhz Funk Modul CC1101 funktioniert nicht am Signalduino.
Für den Signalduino ist z.B. dieser Superhet-Empfänger geeignet:
http://www.elv.de/elv-empfangsmodul-rx868sh-dv.html
Gruß Ralf
Zitat von: sash.sc am 04 September 2016, 10:23:59
Der Sensor hat an folgende Zeiten gesendet.
10:17:00
10:17:54
10:18:43
Ich denke ich hab etwas brauchbares gefunden:
2016.09.04 10:18:42 4: sduino: decoded matched MU Protocol id 50 dmsg U50#FF550541FF9A length 48 ->
FF550541FF9A 5% Feuchte 20°C Temperatur
Zitat von: Sidey am 04 September 2016, 22:32:44
Ich denke ich hab etwas brauchbares gefunden:
2016.09.04 10:18:42 4: sduino: decoded matched MU Protocol id 50 dmsg U50#FF550541FF9A length 48 -> FF550541FF9A 5% Feuchte 20°C Temperatur
Guten morgen.
Hört sich doch schon ganz gut an. :-)
20 grad könnte hin hauen, eher 22 grad. Mit der feuchte, weiß ich nicht. Der Fühler hatte zu dem Zeitpunkt in der Luft gehangen!
Gruß und danke
Sascha
Suche die Parameter für die Einstellungen des RSSI.
Betreffen der Anlage der Oregon Sensoren denke ich das Phänomen der Anlage entdeckt zu haben.
PCR800 bzw. PCR800_6d, THGR810_1 bzw. THGR810_37_1 usw.
Gibt es zwei Sensoren die die Oregon Sensoren empfangen kommt es zu einer Neuanlage des Sensors unter dem Signalduino mit zb. dieser Sensorbezeichnung PCR800_6d.
Das gleiche lässt sich mit dem Signalduino selbst erreichen, wenn man einmal mit den longids aktive und ein weiteress mal mit den longids dektiviert den Oregon Sensoren lauscht.
Zitat von: Burny4600 am 05 September 2016, 19:10:55
Suche die Parameter für die Einstellungen des RSSI.
Was willst Du da einstellen?
RSSI gibt an, wie weit das Signal vom Rauschen entfernt ist.
Ralf hatte mal einen Empfänger gefunden, der den RSSI Wert ausgibt. Leider weiss scheinbar keiner, wie man den abfragt.
Zitat von: Burny4600 am 05 September 2016, 19:10:55
Betreffen der Anlage der Oregon Sensoren denke ich das Phänomen der Anlage entdeckt zu haben.
PCR800 bzw. PCR800_6d, THGR810_1 bzw. THGR810_37_1 usw.
Gibt es zwei Sensoren die die Oregon Sensoren empfangen kommt es zu einer Neuanlage des Sensors unter dem Signalduino mit zb. dieser Sensorbezeichnung PCR800_6d.
Ich verstehe zwei Sensoren empfangen Oregon Sensoren und dann wird der Sensor angelegt?
Mit Sensoren sind Signalduino gemeint?
Zitat von: Burny4600 am 05 September 2016, 19:10:55
Das gleiche lässt sich mit dem Signalduino selbst erreichen, wenn man einmal mit den longids aktive und ein weiteress mal mit den longids dektiviert den Oregon Sensoren lauscht.
Kann es sein, dass er nur Angelegt wird, wenn longid deaktiviert ist?
Ist es denkbar, dass der Sende Abstand nicht zum Autocreate Threshold passt?
Grüße Sidey
ZitatWas willst Du da einstellen?
RSSI gibt an, wie weit das Signal vom Rauschen entfernt ist.
Ralf hatte mal einen Empfänger gefunden, der den RSSI Wert ausgibt. Leider weiss scheinbar keiner, wie man den abfragt.
Der Empfänger RFXtrx433e bzw. die nanoCUL werten die Signalstärke des empfangenen Signals aus.
Beim RFXtrx433e ist dies im Datenprotokoll beinhaltet und wird mit rssi_dB:rssi.* {(ReadingsVal("$name","rssi",0)*8)-120} in dB ausgegeben.
Der nanoCUL433_RSSI bzw. nanoCUL868_RSSI hat dies ebenfalls inkludiert und gibt die Signalstärke schon in dB aus.)
ZitatIch verstehe zwei Sensoren empfangen Oregon Sensoren und dann wird der Sensor angelegt?
Mit Sensoren sind Signalduino gemeint?
Beispiel1:
RFXtrx433e empfängt und legt einen Oregon Sensor an. (PCR800)
Signalduino macht das selbe, nur nachdem dieser Oregon Sensor schon vom RFXtrx433e angelegt wurde. (PCR800_6d)
Beispiel2:
Signalduino empfängt und legt einen Oregon Sensor an. (PCR800)
Es wird der Parameter longids von 0 auf 1 geändert.
Der Signalduino legt nach dieser Änderung den Oregon Sensor erneut an aber mit einer anderen Bezeichnung. (PCR800_6d)
Bei diesen beiden Beispielen spielt der Sendeabstand zwischen Transceiver und Sensoren keine Rolle.
Zitat von: Sidey am 04 September 2016, 22:32:44
Ich denke ich hab etwas brauchbares gefunden:
2016.09.04 10:18:42 4: sduino: decoded matched MU Protocol id 50 dmsg U50#FF550541FF9A length 48 -> FF550541FF9A 5% Feuchte 20°C Temperatur
Hi sidey.
Hat du das Modul schon angepasst?
Gruß Sascha
Von mobil gesendet daher kurze Antwort
Zitat von: sash.sc am 07 September 2016, 18:29:48
Hi sidey.
Hat du das Modul schon angepasst?
Gruß Sascha
Nein, es gibt kein Modul, welches den Sensor verarbeitet.
Das müsste erst erstellt werden.
Grüße Sidey
Zitat von: Sidey am 07 September 2016, 19:03:34
Nein, es gibt kein Modul, welches den Sensor verarbeitet.
Das müsste erst erstellt werden.
Grüße Sidey
Schade. Danke für deine Mühe.
Gruß Sascha
Von mobil gesendet daher kurze Antwort
Für einfache Temperatur- und Feuchtesensoren ist kein eigenes Modul notwendig.
Wenn die Bitpositionen bekannt sind, dann ist es kein großer Aufwand den Sensor in das Modul 14_SD_WS.pm einzubauen.
Der größte Aufwand ist das ermitteln der Bitpositionen von:
- Temperatur
- Feuchte
- Batterie
- Kanal, falls vorhanden
- die zufällige ID, die sich bei jedem Batteriewechsel ändert
Gruß Ralf
Hallo Rald.
Danke für deine Antwort. Mir fehlt jeden Kenntnis sowas zu programmieren bzw zu ändern.
Gruß
Sascha
Wenn die Bitpositionen ermittelt sind, dann kann ich den Sensor ins Modul einbauen. Ich werde aber vorraussichtlich nicht vor Sonntag dazu kommen.
Gruß Ralf
Ich hatte sidey die Daten von dem Sensor gegeben.
Er hatte schon etwas heraus gefunden. Hatte in den letzten posts die Dateien angehängt. Würden dir diese weiter helfen?
Von mobil gesendet daher kurze Antwort
[quote name="Sidey" post=487983 timestamp=1473021164]
Ich denke ich hab etwas brauchbares gefunden:
2016.09.04 10:18:42 4: sduino: decoded matched MU Protocol id 50 dmsg U50#FF550541FF9A length 48 -> FF550541FF9A 5% Feuchte 20°C Temperatur
[/quote]
Guten morgen.
Hört sich doch schon ganz gut an. :-)
20 grad könnte hin hauen, eher 22 grad. Mit der feuchte, weiß ich nicht. Der Fühler hatte zu dem Zeitpunkt in der Luft gehangen!
Gruß und danke
Sascha
Die Bedeutung der Bits kann ich liefern, die habe ich bereits gefunden.
Aber das SD WS Modul war so mein letzter Stand, ist noch nicht so richtig auf skalierbar ausgelegt.
Zitat von: Sidey am 07 September 2016, 21:56:11-'
Aber das SD WS Modul war so mein letzter Stand, ist noch nicht so richtig auf skalierbar ausgelegt.
Was meinst Du mit skalierbar?
Gruß Ralf
Mir ist da im Gedächtnis, dass wir über ein Datenmodell diskutiert haben, bei dem man einen Sensor über seine Eigenschaften einbindet und wenig bis nichts programmieren muss.
Die Diskussion liegt bestimmt 100 Beiträge zurück und mangels Zeit haben wir die nicht fertig definiert. Es gab da halt verschiedene Ansätze, auch aus anderen Modulen, wie es aufgebaut werden könnte.
So wie es jetzt aufgebaut ist, wird es meiner Einschätzung nach relativ schnell an seine Grenzen stoßen.
Was Einfacheres haben wir jetzt aber nicht und prio würde ich erst mal darauf legen, dass über das FHEM Update die aktuelle Version verteilt wird. Dann schaffen es auch mal so Patches wie für das IT Modul in FHEM.
Zitat von: Sidey am 08 September 2016, 09:34:02
Mir ist da im Gedächtnis, dass wir über ein Datenmodell diskutiert haben, bei dem man einen Sensor über seine Eigenschaften einbindet und wenig bis nichts programmieren muss.
Die Diskussion liegt bestimmt 100 Beiträge zurück und mangels Zeit haben wir die nicht fertig definiert. Es gab da halt verschiedene Ansätze, auch aus anderen Modulen, wie es aufgebaut werden könnte.
Dies hat dann aber den Nachteil, daß es recht komplex und schwieriger zu verstehen wird.
Um dies zu verstehen und weitere Sensoren/Protokolle hinzuzufügen sind einfache Perlkenntnisse nicht mehr ausreichend.
Meine Perlkenntnisse sind nicht ausreichend um die jetztige Lösung mit dem Hash zu verstehen.
Sind damit auch Plausibilitätsprüfungen möglich wie z.B.
if ($hum < 10 || $hum > 99 || $temp < -30 || $temp > 70) {
return "";
}Zitat
So wie es jetzt aufgebaut ist, wird es meiner Einschätzung nach relativ schnell an seine Grenzen stoßen.
Die Grenzen dürften erst bei deutlich über 20 Sensoren/Protokolle erreicht sein.
Gruß Ralf
Hi Ralf,
Ich habe es einfach mal ausprobieren wollen. Nach dem Motto mal ausprobieren und lernen.
Du kannst in den Funktionen alles abbilden, was auch sonst geht. Also auch das von dir gebrachte Beispiel.
Mit den Rückgabewerten ist es halt so eine Sache.
Da bin ich noch nicht sicher wie man das universelle löst.
Das Datenmodell, welches wir mal diskutiert hatten ging ja viel weiter. Das fehlt in meinem Versuch ja jetzt alles.
Die Limitierungen werden meiner Meinung nach nicht von der Anzahl der Sensoren kommen, sondern eher von Unterscheidung dieser.
Grüße Sidey
Zitat von: Sidey am 11 September 2016, 15:21:03
Ich habe es einfach mal ausprobieren wollen. Nach dem Motto mal ausprobieren und lernen.
Mit den Rückgabewerten ist es halt so eine Sache.
Da bin ich noch nicht sicher wie man das universelle löst.
Die jetztige Version/Versuch mit dem Hash hat den Vorteil, daß damit auch die bisherige einfache Variante mit dem "elsif ($protocol == .." weiterhin möglich ist.
Wem für Deine Variante mit dem Hash die dazu notwendigen Perlkenntnisse fehlen, der kann weiterhin einen neuen Sensor mit "elsif ($protocol == .." einbauen.
Und Du kannst in Ruhe ausprobieren um was zu finden was Dir gefällt.
Wenn nichts dagegen spricht, würde ich gerne die Module 14_BresserTemeo.pm und 14_SD_WS_Maverick.pm mit ins 14_SD_WS.pm übernehmen.
Gruß Ralf
Hallo Ralf, hallo Sidey.
Geht es gerade um die generelle Implementierung von neuem Protokollen, oder jetzt nur von dem Bodenfeuchte Sensor?
Gruß Sascha
Hi, Bodenfeuchte habe ich implementiert.
Kann aber sein, dass es noch nicht richtig funktioniert.
BresserTemeon kann man übernehmen der Maverick passt meiner Meinung nach nicht ganz ins Schema und ist auch kein Wetter Sensor.
Ich hab auch mal angefangen die Signalduino_Un zu sichten, da kann man ja auch mal was in das WS Modul überführen.
Update durchführen und schauen?
Klappt das mit der b12 des sduino?
Gruß und danke
Sascha
Probier es aus, die b12 ist schon ein paar Tage alt. Was spricht gegen ein Update auf eine aktuelle Firmware?
Nix. Werde es heute abend probieren.
Von mobil gesendet daher kurze Antwort
Zitat von: Sidey am 12 September 2016, 17:22:13
Probier es aus, die b12 ist schon ein paar Tage alt. Was spricht gegen ein Update auf eine aktuelle Firmware?
Die aktuelle Firmware ist die V 3.2.0-b34. Könntest Du eine V 3.3.0-b34 bauen, damit die Version passt.
Damit kann ich dann einbauen, daß bei den älteren V 3.2.. Firmware die Manchester-Nachrichten noch funktionieren.
@sash.sc
Bis auf die Manchester-Nachrichten müsste mit der b12 alles funktionieren.
Dies ist die aktuelle dev-r33
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
Gruß Ralf
Danke euch beiden. Wie gesagt, heute abend.
Gruß Sascha
Ich bau die Firmware, sobald alle Tests erfolgreich sind. Das wird dann aber eher eine ohne b34.
Guten Morgen.
Habe das Update gemacht, geflasht und den Sensor angeschmissen.
Es wurde ein neues Gerät angelegt.
Habe auch nein nasses Tuch um den Sensor gelegt, um auf annähernd 100% Feuchtigkeit zu kommen.
Internals:
CFGFN
CODE SD_WS_50_SM_5
DEF SD_WS_50_SM_5
LASTInputDev sduino
MSGCNT 2
NAME SD_WS_50_SM_5
NR 596
STATE T: 20.8 H: 1 D: -37.2 A: 0.2
TYPE SD_WS
bitMSG 111111110101010101100011010000011111111111111000
lastMSG FF556341FFF8
lastReceive 1473749749
sduino_DMSG P50#FF556341FFF8
sduino_MSGCNT 2
sduino_RAWMSG MU;P0=-12310;P1=508;P2=-963;P3=1328;D=012121212121212123212321232123212321212323232121232123232323232121212121212121212121212121232323012121212121212123212321232123212321212323232121232123232323232121212121212121212121212121232323;CP=1;
sduino_TIME 2016-09-13 08:55:49
Readings:
2016-09-13 08:55:49 absFeuchte 0.2
2016-09-13 08:55:49 channel 5
2016-09-13 08:55:49 humidity 1
2016-09-13 08:55:49 state T: 20.8 H: 1
2016-09-13 08:55:49 temperature 20.8
Attributes:
room 99_neu
Die Adresse ist die 1. und Temp. sollte bei ca. 24°C liegen.
Anbei noch ein Paar Fotos.
Gruß und Danke
Sascha
P.S.: habe noch eben das Log angehängt, direkt nach dem Batterie einlegen mit Adresse 1
Stelle den gleich auf Adresse 3 und hänge das LOG gleich dran.
2. LOG mit Einstellung auf Kanal3; 24°C und ca. 100% Feuchtigkeit durch den nassen Lappen
Also ich fasse zusammen:
Kanal 1,
24 °C
100% Feuchte
Kannst Du auch noch mal Testdaten mit anderen Kanal und anderen Werten liefern? Das macht es einfacher. Den Fehler zu finden.
Grüße Sidey
Hallo Sidey.
Habe den Sensor mit nem nasen Lappen um den Sensor mal in den Kühlschrank gelegt (5°C und ca. 100% Feuchte) mit Kanal 3 eingestellt.
Anbei das LOG und das Listing des angelegten Sensors.
Gruß
Sascha
Internals:
CFGFN
CODE SD_WS_50_SM_5
DEF SD_WS_50_SM_5
LASTInputDev sduino
MSGCNT 5
NAME SD_WS_50_SM_5
NR 596
STATE T: 66 H: 1 D: -11.1 A: 1.7
TYPE SD_WS
bitMSG 1001100000010101110111111100110000000000110000000000
lastMSG 9815DFCC00C00
lastReceive 1473766388
sduino_DMSG P50#9815DFCC00C00
sduino_MSGCNT 5
sduino_RAWMSG MU;P0=-1088;P1=502;P2=1311;P3=-28896;D=01020201010202020202020102010201010102010101010101010202010102020202020202020202010102020202020202020132020202010201020101010201010101010101020201010202020202020202020201010202020202020202013202020201020102010101020101010101010102020101020202020202020202;CP=1;O;
sduino_TIME 2016-09-13 13:33:08
Readings:
2016-09-13 13:33:08 absFeuchte 1.7
2016-09-13 13:33:08 channel 5
2016-09-13 13:33:08 humidity 1
2016-09-13 13:33:08 state T: 66 H: 1
2016-09-13 13:33:08 temperature 66
Attributes:
room 99_neu
Zum Flamingo Fork kann ich folgendes beitragen. Ein Rauchmelder Paar hat sich automatisch angelegt, mein zweites leider nicht.
Zitat von: sash.sc am 13 September 2016, 15:21:40
Habe den Sensor mit nem nasen Lappen um den Sensor mal in den Kühlschrank gelegt (5°C und ca. 100% Feuchte) mit Kanal 3 eingestellt.
Hallo sash.sc,
ich habe etwas experimentiert.
Die Logs haben mir leider nur bedingt weitergeholfen. Es wurden leider etliche Signale als XT300 erkannt, welche wohl kaum vom XT300 stammen.
- Den Kanal habe ich angepasst. Sollte nun korrekt angezeigt werden.
- Eine Random ID scheint es bei diesem Sensor nicht zu geben
- Bei Der Umrechnung Temperatur und Feuchte stehe ich noch etwas auf dem Schlauch.
Da es hier in diesem Thread um die Entwicklungs Diskussion geht, bitte ich dich, einen neuen Thread zwecks Sensor Implementierung zu eröffnen.
Ich blicke leider nicht mehr durch, da sich leider jeder 5. Post um ein anderes Thema dreht.
@Hauswart:
Da ich den Überblick bei der FA20 Implementierung nicht auswendig kenne, bitte ich um selbiges auch für die Rauchmelder.
Grüße Sidey
Zitat von: Sidey am 14 September 2016, 23:31:43
Hallo sash.sc,
ich habe etwas experimentiert.
Die Logs haben mir leider nur bedingt weitergeholfen. Es wurden leider etliche Signale als XT300 erkannt, welche wohl kaum vom XT300 stammen.
- Den Kanal habe ich angepasst. Sollte nun korrekt angezeigt werden.
- Eine Random ID scheint es bei diesem Sensor nicht zu geben
- Bei Der Umrechnung Temperatur und Feuchte stehe ich noch etwas auf dem Schlauch.
Da es hier in diesem Thread um die Entwicklungs Diskussion geht, bitte ich dich, einen neuen Thread zwecks Sensor Implementierung zu eröffnen.
Ich blicke leider nicht mehr durch, da sich leider jeder 5. Post um ein anderes Thema dreht.
@Hauswart:
Da ich den Überblick bei der FA20 Implementierung nicht auswendig kenne, bitte ich um selbiges auch für die Rauchmelder.
Grüße Sidey
Hi Sidey.
habe den neuen Thread eröffnet.
Kann man/ich die Entsprechenden Post´s verschieben ?
https://forum.fhem.de/index.php/topic,57734.0.html (https://forum.fhem.de/index.php/topic,57734.0.html)
Zitat von: Sidey am 14 September 2016, 23:31:43
@Hauswart:
Da ich den Überblick bei der FA20 Implementierung nicht auswendig kenne, bitte ich um selbiges auch für die Rauchmelder.
Grüße Sidey
Hier geht's weiter: https://forum.fhem.de/index.php?topic=57735.new#new
Zitat von: Sidey am 12 September 2016, 21:29:10
Ich bau die Firmware, sobald alle Tests erfolgreich sind. Das wird dann aber eher eine ohne b34.
Kleines Update:
Ich habe die Unit Tests für die Firmware gestern fertig angepasst. Alle Tests laufen jetzt erfolgreich durch.
Ich lasse diesen Stand jetzt bei mir noch mal testweise laufen. Dann aktualisiere ich den dev-r33 mit der aktualisierten Firmware.
Danach können wir das Aktualisieren des Master Branches angehen.
Da könnten wir z.B. logische Module aufnehmen, welche noch nicht fertig entwickelt sind.
Grüße Sidey
Bevor es zu Bett geht noch eine Frage:
Es gibt/gab mal ein Modul AliRF (https://sourceforge.net/p/fhem/code/5557/) und Robin hatte in seinem Blog (https://blog.moneybag.de/fhem-preiswerter-433-mhz-funkbewegungsmelder-pir/) auch mal darüber berichtet.
Ist es möglich das man diese PIR Bewegungsmelder und Fenster-/Türkontakte mit im SIGNALduino implementiert?
Naja, der Empfang müsste schon funktionieren.
Mit ein paar Anpassungen, kann vermutlich auch das logische Modul genutzt werden.
Hallo Sidey,
zurück aus dem Urlaub habe ich die Signalduino-Module auf den neuesten Stand gebracht unnd mit der Firmware
V 3.2.0-b34 gestartet. Autocreate an und -
In 3 Tagen wurden angeblich 39 RSL devices gefunden.
Das ist bestimmt nicht richtig. ;)
Also ich hab grad mal einen PIR hier auslösen lassen, das Ergebnis ist:
2016.09.19 10:52:59 4: LCG.DG.SIGduino/msg READ: MC;LL=-1034;LH=912;SL=-541;SH=419;D=4120504814FFFF7FE0;C=484;L=69;MS;P0=1108;P1=375;P2=-1103;P3=-11420;P4=-364;D=13120412121204120412041204120412041204120412041204;CP=1;SP=3;O;
Der Fenster-/Türkontakt wirft sowas aus:
2016.09.19 10:57:48 4: LCG.DG.SIGduino/msg READ: MS;P0=1058;P1=-364;P2=361;P3=-1064;P4=-10987;D=24012323010101232323012301010101010101012301232301;CP=2;SP=4;O;
2016.09.19 10:57:48 4: LCG.DG.SIGduino: Matched MS Protocol id 3 -> itv1
2016.09.19 10:57:48 5: LCG.DG.SIGduino: Starting demodulation at Position 2
2016.09.19 10:57:48 4: LCG.DG.SIGduino: Decoded MS Protocol id 3 dmsg i9C5FE9 length 24
2016.09.19 10:57:48 5: LCG.DG.SIGduino: converted Data to (i9C5FE9)
2016.09.19 10:57:48 4: LCG.DG.SIGduino: Dropped (i9C5FE9) due to short time or equal msg
2016.09.19 10:57:49 4: LCG.DG.SIGduino/msg READ: MS;P0=1092;P1=-328;P2=382;P3=-1046;P4=-10999;D=24012323010101232323012301010101010101012301232301;CP=2;SP=4;O;
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Matched MS Protocol id 3 -> itv1
2016.09.19 10:57:49 5: LCG.DG.SIGduino: Starting demodulation at Position 2
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Decoded MS Protocol id 3 dmsg i9C5FE9 length 24
2016.09.19 10:57:49 5: LCG.DG.SIGduino: converted Data to (i9C5FE9)
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Dropped (i9C5FE9) due to short time or equal msg
2016.09.19 10:57:49 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4572.
2016.09.19 10:57:49 4: LCG.DG.SIGduino/msg READ: MS;P0=384;P1=-1035;P2=1096;P3=-329;P4=-11004;D=04230101232323010101230123232323232323230123010123;CP=0;SP=4;O;
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Matched MS Protocol id 3 -> itv1
2016.09.19 10:57:49 5: LCG.DG.SIGduino: Starting demodulation at Position 2
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Decoded MS Protocol id 3 dmsg i9C5FE9 length 24
2016.09.19 10:57:49 5: LCG.DG.SIGduino: converted Data to (i9C5FE9)
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Dropped (i9C5FE9) due to short time or equal msg
2016.09.19 10:57:49 4: LCG.DG.SIGduino/msg READ: MS;P0=1086;P1=-380;P2=340;P3=-1140;P4=-11429;D=24012323010101232323012301010101010101012301232301;CP=2;SP=4;O;
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Matched MS Protocol id 3 -> itv1
2016.09.19 10:57:49 5: LCG.DG.SIGduino: Starting demodulation at Position 2
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Decoded MS Protocol id 3 dmsg i9C5FE9 length 24
2016.09.19 10:57:49 5: LCG.DG.SIGduino: converted Data to (i9C5FE9)
2016.09.19 10:57:49 4: LCG.DG.SIGduino: Dropped (i9C5FE9) due to short time or equal msg
Zitat von: RappaSan am 19 September 2016, 09:26:27
Hallo Sidey,
zurück aus dem Urlaub habe ich die Signalduino-Module auf den neuesten Stand gebracht unnd mit der Firmware
V 3.2.0-b34 gestartet. Autocreate an und -
In 3 Tagen wurden angeblich 39 RSL devices gefunden.
Das ist bestimmt nicht richtig. ;)
Nein, das ist leider eines von den Protokollen, die auf viele Signale gut passen.
Ich habe die Nachrichten Länge mal etwas besser spezifiziert. Vielleicht hilft das.
Zitat von: waschbaerbauch am 19 September 2016, 10:59:38
Also ich hab grad mal einen PIR hier auslösen lassen, das Ergebnis ist:
Zitat von: waschbaerbauch am 19 September 2016, 10:59:38
Der Fenster-/Türkontakt wirft sowas aus:
Werden beide als ITv1 erkannt und Geräte werden via autocreate angelegt. Allerdings habe ich mit der von Ralf erweiterten Version des IT Modules getestet.
Ich hab grad mal alle Leichen aus dem FHEM entfernt. Es erfolgt leider kein 'autocreate' obwohl er was im Logfile als empfangen anzeigt.
Die Firmware hat die Version 'V 3.2.0-b34 SIGNALduino - compiled at Aug 1 2016 22:52:19' und installiert hatte ich die r33 (meine ich).
Zitat von: waschbaerbauch am 19 September 2016, 23:36:39
Es erfolgt leider kein 'autocreate' obwohl er was im Logfile als empfangen anzeigt.
mach mal ein fhem update und dann ein update auf die r33 und die Firmware V 3.3.0
Gruß Ralf
Super, nun sind alle PIRs und Door/Window Reed-Kontakte als IT Devices angelernt. :)
Hallo Sidey, die Anpassung hat was gebracht. Seitdem ist hier Ruhe an der RSL-Front. Fein.
Bist Du mit der ESP8266/NodeMCU Umsetzung von Signalduino eigentlich schon weitergekommen oder gibt's wegen der IRQ-Probematik keine Chance?
Ich hab mich um NodeMCU nicht mehr kümmern können.
Er liegt aber noch auf dem Schreibtisch.. und prinzipiell läuft er ja für kurze Zeit.
Irgendwas blockiert vielleicht, so dass der Watchdog auslöst.
Das klingt schon mal nicht schlecht...
Ich habe den ESP mal SIGNALESP genannt und mit aktuellen Bibliotheken neu compiliert.
Die Funktion (Empfang getestet) ist gegeben. (Serielle Ausgabe)
Wie schon vor einiger Zeit, resettet sich der ESP Recht häufig. In FHEM sieht man das nur, wenn man die Uptime anruft.
Übrigens mag es der ESP nicht, wenn er sich den Empfänger mit einem Arduino teilt.
Grüße Sidey
Evtl hilft es schon, die IDE des ESP upzudaten - da ist einiges korrigiert und verbessert worden in letzter Zeit.
Ansonsten: Der ESP erledigt seine "internen" Sachen immer nach einem Loop-Durchlauf und in den Delay()-Aurfufen. Evtl. hilft es davon ein paar einzubauen.
Viele Grüße,
Kuzl
In die "controls_signalduino.txt" für dev-r33 ist wohl versehentlich "FHEM/firmware/00_SIGNALduino.pm" reingerutscht, so ca. seit Freitag. Seitdem bekomme ich nämlich einen Fehler beim Update: 2016.09.26 07:52:00.363 1: UPD FHEM/firmware/00_SIGNALduino.pm
2016.09.26 07:52:00.505 1: Got 15 bytes for FHEM/firmware/00_SIGNALduino.pm, expected 113164
Zitat von: Kuzl am 26 September 2016, 07:48:04
Evtl hilft es schon, die IDE des ESP upzudaten - da ist einiges korrigiert und verbessert worden in letzter Zeit.
Ansonsten: Der ESP erledigt seine "internen" Sachen immer nach einem Loop-Durchlauf und in den Delay()-Aurfufen. Evtl. hilft es davon ein paar einzubauen.
Viele Grüße,
Kuzl
Danke für den Hinweis,
Ich habe den Eintrag entfernt. Update sollte nun wieder funktionieren.
@Sidey: bzgl. SOMFY wollte viegener fortfahren, wenn eine neue Version via sourceforge (glaube ich mich zu erinnern) verfügbar ist.
Ist der Inhalt von dev-r33 dort schon angekommen/ist das geplant?
Das Update ist in den Letzten Zügen.
Habe seit kurzer Zeit PERL WARNING Meldungen des SignalDuino.
2016.09.26 11:37:54 5: Triggering global (4 changes)
2016.09.26 11:37:54 1: PERL WARNING: Use of uninitialized value in hash element at fhem.pl line 1452.
2016.09.26 11:37:54 3: stacktrace:
2016.09.26 11:37:54 3: main::__ANON__ called by fhem.pl (1452)
2016.09.26 11:37:54 3: main::CommandSave called by ./FHEM/98_autocreate.pm (381)
2016.09.26 11:37:54 3: main::autocreate_Notify called by fhem.pl (3221)
2016.09.26 11:37:54 3: main::CallFn called by fhem.pl (3143)
2016.09.26 11:37:54 3: main::DoTrigger called by fhem.pl (3441)
2016.09.26 11:37:54 3: main::Dispatch called by ./FHEM/00_SIGNALduino.pm (2077)
2016.09.26 11:37:54 3: main::SIGNALduno_Dispatch called by ./FHEM/00_SIGNALduino.pm (2618)
2016.09.26 11:37:54 3: main::SIGNALduino_Parse_MC called by ./FHEM/00_SIGNALduino.pm (2678)
2016.09.26 11:37:54 3: main::SIGNALduino_Parse called by ./FHEM/00_SIGNALduino.pm (1730)
2016.09.26 11:37:54 3: main::SIGNALduino_Read called by fhem.pl (3221)
2016.09.26 11:37:54 3: main::CallFn called by fhem.pl (671)
2016.09.26 11:37:54 1: PERL WARNING: Use of uninitialized value in hash element at fhem.pl line 1452.
2016.09.26 11:37:54 3: stacktrace:
2016.09.26 11:37:54 3: main::__ANON__ called by fhem.pl (1452)
2016.09.26 11:37:54 3: main::CommandSave called by ./FHEM/98_autocreate.pm (381)
2016.09.26 11:37:54 3: main::autocreate_Notify called by fhem.pl (3221)
2016.09.26 11:37:54 3: main::CallFn called by fhem.pl (3143)
2016.09.26 11:37:54 3: main::DoTrigger called by fhem.pl (3441)
2016.09.26 11:37:54 3: main::Dispatch called by ./FHEM/00_SIGNALduino.pm (2077)
2016.09.26 11:37:54 3: main::SIGNALduno_Dispatch called by ./FHEM/00_SIGNALduino.pm (2618)
2016.09.26 11:37:54 3: main::SIGNALduino_Parse_MC called by ./FHEM/00_SIGNALduino.pm (2678)
2016.09.26 11:37:54 3: main::SIGNALduino_Parse called by ./FHEM/00_SIGNALduino.pm (1730)
2016.09.26 11:37:54 3: main::SIGNALduino_Read called by fhem.pl (3221)
2016.09.26 11:37:54 3: main::CallFn called by fhem.pl (671)
2016.09.26 11:37:54 1: PERL WARNING: Use of uninitialized value in hash element at fhem.pl line 1452.
2016.09.26 11:37:54 3: stacktrace:
2016.09.26 11:37:54 3: main::__ANON__ called by fhem.pl (1452)
2016.09.26 11:37:54 3: main::CommandSave called by ./FHEM/98_autocreate.pm (381)
2016.09.26 11:37:54 3: main::autocreate_Notify called by fhem.pl (3221)
2016.09.26 11:37:54 3: main::CallFn called by fhem.pl (3143)
2016.09.26 11:37:54 3: main::DoTrigger called by fhem.pl (3441)
2016.09.26 11:37:54 3: main::Dispatch called by ./FHEM/00_SIGNALduino.pm (2077)
2016.09.26 11:37:54 3: main::SIGNALduno_Dispatch called by ./FHEM/00_SIGNALduino.pm (2618)
2016.09.26 11:37:54 3: main::SIGNALduino_Parse_MC called by ./FHEM/00_SIGNALduino.pm (2678)
2016.09.26 11:37:54 3: main::SIGNALduino_Parse called by ./FHEM/00_SIGNALduino.pm (1730)
2016.09.26 11:37:54 3: main::SIGNALduino_Read called by fhem.pl (3221)
Firmware Version: V 3.3.0 SIGNALduino - compiled at Sep 18 2016 00:28:28
Config:
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
attr sduino alias SIGNALduino
attr sduino devStateIcon Initialized:usb@green opened:usb@green Open:usb@red
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino group Schnittstellen USB
attr sduino hardware nano328
attr sduino icon cul_usb
attr sduino longids 0
attr sduino room _RxTx
attr sduino verbose 1
Ich habe zu meinem 868 SIGNALduino nun wieder meinen zweiten mit 433 in Betrieb genommen, weil ich doch noch einen "alten" Sensor auslesen möchte.
Nun habe ich ständig folgende Fehler im Log:
2016.09.27 13:20:14.114 1: PERL WARNING: Binary number > 0b11111111111111111111111111111111 non-portable at ./FHEM/00_SIGNALduino.pm line 2956.
Kann ich da etwas dagegen tun?
Derzeit fallen sehr viele unbekannte Codes an.
Kann ich diese irgendwie abstellen?
1 sduino UNKNOWNCODE 2779D3A3C796
1 sduino UNKNOWNCODE 28C6B8F36359
2 sduino UNKNOWNCODE 2A000000000000
1 sduino UNKNOWNCODE 2A555559A56A80
1 sduino UNKNOWNCODE 2B000000000000
1 sduino UNKNOWNCODE 2B6CB973365CA0
1 sduino UNKNOWNCODE U48#1EBFDF0F50E2
1 sduino UNKNOWNCODE U48#1F5FEE8D88DA
1 sduino UNKNOWNCODE U48#315FEE98C986
1 sduino UNKNOWNCODE U48#335FEE997993
1 sduino UNKNOWNCODE U48#36BFDD1BD1A0
19 sduino UNKNOWNCODE U49#.*
2 sduino UNKNOWNCODE U49#00002A
2 sduino UNKNOWNCODE U49#00082A
1 sduino UNKNOWNCODE U49#00802A
2 sduino UNKNOWNCODE U49#00882A
1 sduino UNKNOWNCODE U49#00A02A
1 sduino UNKNOWNCODE U49#00A82A
1 sduino UNKNOWNCODE U49#220BFC
1 sduino UNKNOWNCODE U49#264CC96
1 sduino UNKNOWNCODE U49#27EB1CE
1 sduino UNKNOWNCODE U49#32664A
1 sduino UNKNOWNCODE U49#4C9992C
1 sduino UNKNOWNCODE U49#4FD639C
4 sduino UNKNOWNCODE U49#7FFFFC
5 sduino UNKNOWNCODE U49#7FFFFE
11 sduino UNKNOWNCODE U49#7FFFFF
1 sduino UNKNOWNCODE U49#7FFFFF0
1 sduino UNKNOWNCODE U49#7FFFFFF
1 sduino UNKNOWNCODE U49#82022A
2 sduino UNKNOWNCODE U49#A02028
1 sduino UNKNOWNCODE U49#A0A028
1 sduino UNKNOWNCODE U49#A64CC9
1 sduino UNKNOWNCODE U49#A80228
1 sduino UNKNOWNCODE U49#BFFFFC
1 sduino UNKNOWNCODE U49#F21749
1 sduino UNKNOWNCODE U49#FFFFDC
24 sduino UNKNOWNCODE U49#FFFFF8
52 sduino UNKNOWNCODE U49#FFFFFC
23 sduino UNKNOWNCODE U49#FFFFFE
1 sduino UNKNOWNCODE U49#FFFFFF
1 sduino UNKNOWNCODE U49#FFFFFF8
99 sduino UNKNOWNCODE U50#.*
3 sduino UNKNOWNCODE U50#008B28B29
2 sduino UNKNOWNCODE U50#01165865A
3 sduino UNKNOWNCODE U50#020C82C80
1 sduino UNKNOWNCODE U50#020C88C84
1 sduino UNKNOWNCODE U50#022C92C
1 sduino UNKNOWNCODE U50#022C92C90
2 sduino UNKNOWNCODE U50#022CA2CA4
2 sduino UNKNOWNCODE U50#022CAECB0
2 sduino UNKNOWNCODE U50#022CB0CB4
3 sduino UNKNOWNCODE U50#04595D960
2 sduino UNKNOWNCODE U50#08320B20
1 sduino UNKNOWNCODE U50#08B1C31B
1 sduino UNKNOWNCODE U50#08B24B24
2 sduino UNKNOWNCODE U50#08B28B29
7 sduino UNKNOWNCODE U50#08B2BB2C
6 sduino UNKNOWNCODE U50#08B2C32D
1 sduino UNKNOWNCODE U50#0A0106
15 sduino UNKNOWNCODE U50#0A010641640
3 sduino UNKNOWNCODE U50#0A010642640
10 sduino UNKNOWNCODE U50#0A010644642
4 sduino UNKNOWNCODE U50#0A010647646
6 sduino UNKNOWNCODE U50#0A010648646
15 sduino UNKNOWNCODE U50#0A010655656
1 sduino UNKNOWNCODE U50#0A0106600
12 sduino UNKNOWNCODE U50#0A010660662
1 sduino UNKNOWNCODE U50#0A0116
2 sduino UNKNOWNCODE U50#0A011638636
1 sduino UNKNOWNCODE U50#0A01164
4 sduino UNKNOWNCODE U50#0A011645644
1 sduino UNKNOWNCODE U50#0A01164964
11 sduino UNKNOWNCODE U50#0A011649648
1 sduino UNKNOWNCODE U50#0A01165
1 sduino UNKNOWNCODE U50#0A011651
1 sduino UNKNOWNCODE U50#0A01165164
1 sduino UNKNOWNCODE U50#0A011651650
24 sduino UNKNOWNCODE U50#0A011651652
13 sduino UNKNOWNCODE U50#0A011652654
1 sduino UNKNOWNCODE U50#0A0116570
1 sduino UNKNOWNCODE U50#0A01165765
69 sduino UNKNOWNCODE U50#0A011657658
1 sduino UNKNOWNCODE U50#0A01165864
74 sduino UNKNOWNCODE U50#0A01165865A
1 sduino UNKNOWNCODE U50#0C84C80
1 sduino UNKNOWNCODE U50#0C8EC8C
1 sduino UNKNOWNCODE U50#0C90C8C
1 sduino UNKNOWNCODE U50#0CC0CC4
5 sduino UNKNOWNCODE U50#1165865A
1 sduino UNKNOWNCODE U50#14020C8
1 sduino UNKNOWNCODE U50#14020C82C
4 sduino UNKNOWNCODE U50#14020C82C8
31 sduino UNKNOWNCODE U50#14020C82C80
6 sduino UNKNOWNCODE U50#14020C84C80
6 sduino UNKNOWNCODE U50#14020C88C84
6 sduino UNKNOWNCODE U50#14020C8EC8C
5 sduino UNKNOWNCODE U50#14020C90C8C
1 sduino UNKNOWNCODE U50#14020CA
2 sduino UNKNOWNCODE U50#14020CA8
1 sduino UNKNOWNCODE U50#14020CAA
1 sduino UNKNOWNCODE U50#14020CAA8
1 sduino UNKNOWNCODE U50#14020CAAC8
1 sduino UNKNOWNCODE U50#14020CAACA8
10 sduino UNKNOWNCODE U50#14020CAACAC
4 sduino UNKNOWNCODE U50#14020CC0CC4
2 sduino UNKNOWNCODE U50#14022C
1 sduino UNKNOWNCODE U50#14022C70C0
2 sduino UNKNOWNCODE U50#14022C70C6C
1 sduino UNKNOWNCODE U50#14022C8
6 sduino UNKNOWNCODE U50#14022C8AC88
8 sduino UNKNOWNCODE U50#14022C92C90
2 sduino UNKNOWNCODE U50#14022CA
1 sduino UNKNOWNCODE U50#14022CA0
3 sduino UNKNOWNCODE U50#14022CA2C
1 sduino UNKNOWNCODE U50#14022CA2C8
1 sduino UNKNOWNCODE U50#14022CA2CA0
12 sduino UNKNOWNCODE U50#14022CA2CA4
1 sduino UNKNOWNCODE U50#14022CA4C
13 sduino UNKNOWNCODE U50#14022CA4CA8
1 sduino UNKNOWNCODE U50#14022CA8CAC
2 sduino UNKNOWNCODE U50#14022CAE
1 sduino UNKNOWNCODE U50#14022CAEC
1 sduino UNKNOWNCODE U50#14022CAEC8
1 sduino UNKNOWNCODE U50#14022CAECA
33 sduino UNKNOWNCODE U50#14022CAECB0
1 sduino UNKNOWNCODE U50#14022CAECB2
2 sduino UNKNOWNCODE U50#14022CB0
26 sduino UNKNOWNCODE U50#14022CB0CB4
1 sduino UNKNOWNCODE U50#165865A
1 sduino UNKNOWNCODE U50#191D918
1 sduino UNKNOWNCODE U50#20C82C80
1 sduino UNKNOWNCODE U50#22CA4C
4 sduino UNKNOWNCODE U50#22CAECB0
7 sduino UNKNOWNCODE U50#22CB0CB4
1 sduino UNKNOWNCODE U50#2804595D96
6 sduino UNKNOWNCODE U50#2804595D960
2 sduino UNKNOWNCODE U50#2C92C90
6 sduino UNKNOWNCODE U50#2CAECB0
3 sduino UNKNOWNCODE U50#2CB0CB4
1 sduino UNKNOWNCODE U50#4020CAA
4 sduino UNKNOWNCODE U50#4022C92C90
2 sduino UNKNOWNCODE U50#4022CA4CA8
2 sduino UNKNOWNCODE U50#4022CB0CB4
1 sduino UNKNOWNCODE U50#4191D918
4 sduino UNKNOWNCODE U50#4595D960
1 sduino UNKNOWNCODE U50#5008320B20
1 sduino UNKNOWNCODE U50#5008B22B22
1 sduino UNKNOWNCODE U50#5008B28B28
1 sduino UNKNOWNCODE U50#5008B2BB2C
1 sduino UNKNOWNCODE U50#5008B2C32D
2 sduino UNKNOWNCODE U50#595D960
1 sduino UNKNOWNCODE U50#804595D960
1 sduino UNKNOWNCODE U50#808B24
1 sduino UNKNOWNCODE U50#808B2C32D
1 sduino UNKNOWNCODE U50#820C82C80
1 sduino UNKNOWNCODE U50#820C84C80
1 sduino UNKNOWNCODE U50#820C8EC8C
1 sduino UNKNOWNCODE U50#822C8AC88
1 sduino UNKNOWNCODE U50#822CA2CA4
3 sduino UNKNOWNCODE U50#822CAECB0
1 sduino UNKNOWNCODE U50#8323B23
1 sduino UNKNOWNCODE U50#84595D960
1 sduino UNKNOWNCODE U50#85008B0
1 sduino UNKNOWNCODE U50#85008B2BB2C
1 sduino UNKNOWNCODE U50#85008B2C32D
1 sduino UNKNOWNCODE U50#88B22B22
2 sduino UNKNOWNCODE U50#88B2C32D
2 sduino UNKNOWNCODE U50#8B24B24
1 sduino UNKNOWNCODE U50#8B28B29
2 sduino UNKNOWNCODE U50#8B2932A
3 sduino UNKNOWNCODE U50#8B2BB2C
3 sduino UNKNOWNCODE U50#8B2C32D
1 sduino UNKNOWNCODE U50#8C82C80
2 sduino UNKNOWNCODE U50#965865A
1 sduino UNKNOWNCODE U50#A010655656
2 sduino UNKNOWNCODE U50#A0116526
3 sduino UNKNOWNCODE U50#A011657658
1 sduino UNKNOWNCODE U50#A01165865A
2 sduino UNKNOWNCODE U50#A2CA2CA4
1 sduino UNKNOWNCODE U50#A2CA4CA8
3 sduino UNKNOWNCODE U50#A2CAECB0
3 sduino UNKNOWNCODE U50#A2CB0CB4
1 sduino UNKNOWNCODE U50#ACA4CA8
1 sduino UNKNOWNCODE U50#ACAECB0
2 sduino UNKNOWNCODE U50#B28B29
1 sduino UNKNOWNCODE U50#B2932A
1 sduino UNKNOWNCODE U50#B2AB2B0
5 sduino UNKNOWNCODE U50#B2BB2C
2 sduino UNKNOWNCODE U50#B2C32D
1 sduino UNKNOWNCODE U50#C022CB0CB4
2 sduino UNKNOWNCODE U50#C5925920
1 sduino UNKNOWNCODE U50#C595D960
1 sduino UNKNOWNCODE U50#D008B2BB2C
1 sduino UNKNOWNCODE U50#D945948
1 sduino UNKNOWNCODE U50#D94995
1 sduino UNKNOWNCODE U50#D95D960
1 sduino UNKNOWNCODE i55555659A6400
34242 sduino state: opened
1 sduino_AB UNKNOWNCODE P12#750AE22328C02A3BC8
1 sduino_AB UNKNOWNCODE P12#753ACF6FD239F000EA
1 sduino_AB UNKNOWNCODE P12#753ACF6FDEE1FE00EA
1 sduino_AB UNKNOWNCODE P12#753ACF6FF279FC00EA
1 sduino_AB UNKNOWNCODE P12#75EBE6F99CFEF27E5E
1 sduino_AB UNKNOWNCODE P50#0A010744
2 sduino_AB UNKNOWNCODE P50#0A010745
1 sduino_AB UNKNOWNCODE P50#0A010745746
3 sduino_AB UNKNOWNCODE P50#0A010752
2 sduino_AB UNKNOWNCODE P50#0A010752754
2 sduino_AB UNKNOWNCODE P50#0A010754
2 sduino_AB UNKNOWNCODE P50#0A010754756
1 sduino_AB UNKNOWNCODE P50#0A0107570
1 sduino_AB UNKNOWNCODE P50#0A0107576
1 sduino_AB UNKNOWNCODE P50#0A0107577
3 sduino_AB UNKNOWNCODE P50#0A01075775A
2 sduino_AB UNKNOWNCODE P50#0A011748
1 sduino_AB UNKNOWNCODE P50#0A011750
7 sduino_AB UNKNOWNCODE P50#0A011750754
1 sduino_AB UNKNOWNCODE P50#0A0117590
1 sduino_AB UNKNOWNCODE P50#0A01175975C
8 sduino_AB UNKNOWNCODE P50#14020E8AE8C
1 sduino_AB UNKNOWNCODE P50#14020EA4E8
7 sduino_AB UNKNOWNCODE P50#14020EA4EA8
9 sduino_AB UNKNOWNCODE P50#14020EA8EAC
1 sduino_AB UNKNOWNCODE P50#14020EAE
1 sduino_AB UNKNOWNCODE P50#14020EAEE8
9 sduino_AB UNKNOWNCODE P50#14020EAEEB4
1 sduino_AB UNKNOWNCODE P50#14022E90
5 sduino_AB UNKNOWNCODE P50#14022E90E94
1 sduino_AB UNKNOWNCODE P50#14022EA0
3 sduino_AB UNKNOWNCODE P50#14022EA0EA
15 sduino_AB UNKNOWNCODE P50#14022EA0EA8
1 sduino_AB UNKNOWNCODE P50#14022EB0
1 sduino_AB UNKNOWNCODE P50#14022EB2
1 sduino_AB UNKNOWNCODE P50#14022EB2EB
6 sduino_AB UNKNOWNCODE P50#14022EB2EB8
1 sduino_AB UNKNOWNCODE P50#28041D15D18
1 sduino_AB UNKNOWNCODE P50#28045D41D50
1 sduino_AB UNKNOWNCODE P50#4022EB2EB8
1 sduino_AB UNKNOWNCODE P50#5008BA83AA
1 sduino_AB UNKNOWNCODE P50#83ABBAD
1 sduino_AB UNKNOWNCODE P50#A010752754
1 sduino_AB UNKNOWNCODE P50#A01075775A
1 sduino_AB UNKNOWNCODE P50#A011750
7 sduino_AB UNKNOWNCODE P7#5880AFF00
31 sduino_AB UNKNOWNCODE P7#5880B0F00
46 sduino_AB UNKNOWNCODE P7#5880B1F00
28 sduino_AB UNKNOWNCODE P7#5880B2F00
61 sduino_AB UNKNOWNCODE P7#5880B3F00
31 sduino_AB UNKNOWNCODE P7#5880B4F00
35 sduino_AB UNKNOWNCODE P7#5880B5F00
19 sduino_AB UNKNOWNCODE P7#5880B6F00
24 sduino_AB UNKNOWNCODE P7#5880B7F00
45 sduino_AB UNKNOWNCODE P7#5880B8F00
19 sduino_AB UNKNOWNCODE P7#5880B9F00
56 sduino_AB UNKNOWNCODE P7#5880BAF00
40 sduino_AB UNKNOWNCODE P7#5880BBF00
34 sduino_AB UNKNOWNCODE P7#5880BCF00
25 sduino_AB UNKNOWNCODE P7#5880BDF00
25 sduino_AB UNKNOWNCODE P7#5880BEF00
43 sduino_AB UNKNOWNCODE P7#5880BFF00
19 sduino_AB UNKNOWNCODE P7#5880C0F00
11 sduino_AB UNKNOWNCODE P7#5880C1F00
24 sduino_AB UNKNOWNCODE P7#5880C2F00
22 sduino_AB UNKNOWNCODE P7#5880C3F00
13 sduino_AB UNKNOWNCODE P7#5880C4F00
49 sduino_AB UNKNOWNCODE P7#5880C5F00
13 sduino_AB UNKNOWNCODE P7#5880C6F00
17 sduino_AB UNKNOWNCODE P7#5880C7F00
35 sduino_AB UNKNOWNCODE P7#5880C8F00
14 sduino_AB UNKNOWNCODE P7#5880C9F00
19 sduino_AB UNKNOWNCODE P7#5880CAF00
15 sduino_AB UNKNOWNCODE P7#5880CBF00
22 sduino_AB UNKNOWNCODE P7#5880CCF00
15 sduino_AB UNKNOWNCODE P7#5880CDF00
22 sduino_AB UNKNOWNCODE P7#5880CEF00
20 sduino_AB UNKNOWNCODE P7#5880CFF00
13 sduino_AB UNKNOWNCODE P7#5880D0F00
15 sduino_AB UNKNOWNCODE P7#5880D1F00
14 sduino_AB UNKNOWNCODE P7#5880D2F00
50 sduino_AB UNKNOWNCODE P7#5880D3F00
15 sduino_AB UNKNOWNCODE P7#5880D4F00
17 sduino_AB UNKNOWNCODE P7#5880D5F00
13 sduino_AB UNKNOWNCODE P7#5880D6F00
17 sduino_AB UNKNOWNCODE P7#5880D7F00
14 sduino_AB UNKNOWNCODE P7#5880D8F00
8 sduino_AB UNKNOWNCODE P7#5880D9F00
38 sduino_AB UNKNOWNCODE P7#5880DAF00
11 sduino_AB UNKNOWNCODE P7#5880DBF00
9 sduino_AB UNKNOWNCODE P7#5880DCF00
15 sduino_AB UNKNOWNCODE P7#5880DDF00
14 sduino_AB UNKNOWNCODE P7#5880DEF00
18 sduino_AB UNKNOWNCODE P7#5880DFF00
6 sduino_AB UNKNOWNCODE P7#5880E0F00
13 sduino_AB UNKNOWNCODE P7#5880E1F00
24 sduino_AB UNKNOWNCODE P7#5880E2F00
13 sduino_AB UNKNOWNCODE P7#5880E3F00
7 sduino_AB UNKNOWNCODE P7#5880E4F00
7 sduino_AB UNKNOWNCODE P7#5880E5F00
12 sduino_AB UNKNOWNCODE P7#5880E6F00
18 sduino_AB UNKNOWNCODE P7#5880E7F00
11 sduino_AB UNKNOWNCODE P7#5880E8F00
8 sduino_AB UNKNOWNCODE P7#5880E9F00
11 sduino_AB UNKNOWNCODE P7#5880EAF00
12 sduino_AB UNKNOWNCODE P7#5880EBF00
5 sduino_AB UNKNOWNCODE P7#5880ECF00
10 sduino_AB UNKNOWNCODE P7#5880EDF00
12 sduino_AB UNKNOWNCODE P7#5880EEF00
15 sduino_AB UNKNOWNCODE P7#5880EFF00
7 sduino_AB UNKNOWNCODE P7#5880F0F00
4 sduino_AB UNKNOWNCODE P7#5880F1F00
9 sduino_AB UNKNOWNCODE P7#5880F2F00
7 sduino_AB UNKNOWNCODE P7#5880F3F00
10 sduino_AB UNKNOWNCODE P7#5880F4F00
39 sduino_AB UNKNOWNCODE P7#5880F5F00
21 sduino_AB UNKNOWNCODE P7#5880F6F00
26 sduino_AB UNKNOWNCODE P7#5880F7F00
35 sduino_AB UNKNOWNCODE P7#5880F8F00
7 sduino_AB UNKNOWNCODE P7#5880F9F00
35 sduino_AB UNKNOWNCODE P7#5880FAF00
51 sduino_AB UNKNOWNCODE P7#5880FBF00
44 sduino_AB UNKNOWNCODE P7#5880FCF00
17 sduino_AB UNKNOWNCODE P7#5880FDF00
5 sduino_AB UNKNOWNCODE P7#5880FEF00
3 sduino_AB UNKNOWNCODE P7#5880FFF00
15 sduino_AB UNKNOWNCODE P7#588100F00
38 sduino_AB UNKNOWNCODE P7#588101F00
26 sduino_AB UNKNOWNCODE P7#588102F00
24 sduino_AB UNKNOWNCODE P7#588103F00
31 sduino_AB UNKNOWNCODE P7#588104F00
33 sduino_AB UNKNOWNCODE P7#588105F00
16 sduino_AB UNKNOWNCODE P7#588106F00
3 sduino_AB UNKNOWNCODE P7#588107F00
1 sduino_AB UNKNOWNCODE r5880F7F00
1 sduino_AB UNKNOWNCODE u16#FFFFFFFC
1778 sduino_AB UNKNOWNCODE u20#.*
6 sduino_AB UNKNOWNCODE u20#1E
4 sduino_AB UNKNOWNCODE u20#1FFFFFFFFFFF
1 sduino_AB UNKNOWNCODE u20#37FFFFFFFFFFC
1 sduino_AB UNKNOWNCODE u20#3C
13 sduino_AB UNKNOWNCODE u20#3E
1 sduino_AB UNKNOWNCODE u20#3FFE
1 sduino_AB UNKNOWNCODE u20#3FFFFFFFF
2 sduino_AB UNKNOWNCODE u20#3FFFFFFFFFFF
1 sduino_AB UNKNOWNCODE u20#5FFFFFFFFFF
8 sduino_AB UNKNOWNCODE u20#7E
1 sduino_AB UNKNOWNCODE u20#7FFFFFFF
1 sduino_AB UNKNOWNCODE u20#7FFFFFFFFFFC
1 sduino_AB UNKNOWNCODE u20#AAAAAAAAAA8
1 sduino_AB UNKNOWNCODE u20#BFFFE
1 sduino_AB UNKNOWNCODE u20#BFFFFFFFFFFE
1 sduino_AB UNKNOWNCODE u20#C
4 sduino_AB UNKNOWNCODE u20#E
1 sduino_AB UNKNOWNCODE u20#F8
3 sduino_AB UNKNOWNCODE u20#FE
1 sduino_AB UNKNOWNCODE u20#FFFFFFFFFFFC
23 sduino_AB UNKNOWNCODE u28#.*
2 sduino_AB UNKNOWNCODE u28#DF
1 sduino_AB UNKNOWNCODE u28#E7
1 sduino_AB UNKNOWNCODE u29#.*
2 sduino_AB UNKNOWNCODE u29#7FC
1 sduino_AB UNKNOWNCODE u29#FFC
2 sduino_AB UNKNOWNCODE u29#FFE
1 sduino_AB UNKNOWNCODE u29#FFF
4 sduino_AB UNKNOWNCODE u30#.*
8 sduino_AB UNKNOWNCODE u36#.*
1 sduino_AB UNKNOWNCODE u36#01F3E0
1 sduino_AB UNKNOWNCODE u36#0F8F00
301 sduino_AB UNKNOWNCODE u40#.*
1 sduino_AB UNKNOWNCODE u40#2D7
1 sduino_AB UNKNOWNCODE u40#7F6
1 sduino_AB UNKNOWNCODE u40#8DC
1 sduino_AB UNKNOWNCODE u40#A00
1 sduino_AB UNKNOWNCODE u40#A0A95B8
1 sduino_AB UNKNOWNCODE u40#A93B8
1 sduino_AB UNKNOWNCODE u40#ADC
3 sduino_AB UNKNOWNCODE u40#C00000
1 sduino_AB UNKNOWNCODE u40#E00000
2 sduino_AB UNKNOWNCODE u40#F00000
1 sduino_AB UNKNOWNCODE u40#F9DE66AD08
1 sduino_AB UNKNOWNCODE u40#FC0000
1 sduino_AB UNKNOWNCODE u40#FE0000
1 sduino_AB UNKNOWNCODE u40#FFF3BCAD5A0A92B8
1 sduino_AB UNKNOWNCODE u40#FFF3BDCD5A0A9738
1 sduino_AB UNKNOWNCODE u40#FFF8
1 sduino_AB UNKNOWNCODE u40#FFF9DE76AD04
1 sduino_AB UNKNOWNCODE u40#FFFC
1 sduino_AB UNKNOWNCODE u40#FFFCEF1B5682
1 sduino_AB UNKNOWNCODE u40#FFFCEF5B5682A
1 sduino_AB UNKNOWNCODE u40#FFFE77B4AB40
1 sduino_AB UNKNOWNCODE u40#FFFE77B5AB4
1 sduino_AB UNKNOWNCODE u40#FFFE77B5AB410
1 sduino_AB UNKNOWNCODE u40#FFFF
1 sduino_AB UNKNOWNCODE u40#FFFF3BDAD5A0
1 sduino_AB UNKNOWNCODE u40#FFFFF8
2 sduino_AB UNKNOWNCODE u41#75FF8C5DDC7FFF648
1 sduino_AB UNKNOWNCODE u41#79FF8C5DDC7FFF6C8
1 sduino_AB UNKNOWNCODE u42#EBFDF1510
1 sduino_AB UNKNOWNCODE u42#EBFDF156
1 sduino_AB UNKNOWNCODE u42#EBFDF174
hier gilt das gleiche wie bei der selben frage zum cul
Wie kann die folgende Nachricht durch die Verarbeitung schicken?
MU;P0=-32001;P1=2996;P2=-1012;P3=2010;P4=1009;D=012324242424242424242323232323232323242423232324232423232424242324;CP=4;
Was genau ist "durch die Verarbeitung schicken" ?
die Nachricht wie beim Empfang parsen.
Meinst Du sowas?
2016.10.01 23:06:28.968 4: sduinoD/msg get raw: MU;P0=-32001;P1=2996;P2=-1012;P3=2010;P4=1009;D=012324242424242424242323232323232323242423232324232423232424242324;CP=4;
2016.10.01 23:06:28.969 4: sduinoD: decoded matched MU Protocol id 51 dmsg u51#7F80629D length 32
2016.10.01 23:06:28.969 5: sduinoD: converted Data to (u51#7F80629D)
2016.10.01 23:06:28.970 5: sduinoD dispatch u51#7F80629D
2016.10.01 23:06:28.970 4: SIGNALduino_unknown incomming msg: u51#7F80629D
2016.10.01 23:06:28.971 4: SIGNALduino_unknown rawData: 7F80629D
2016.10.01 23:06:28.971 4: SIGNALduino_unknown Protocol: 51
2016.10.01 23:06:28.971 4: SIGNALduino_unknown converted to bits: 01111111100000000110001010011101
Gruß Ralf
Du kannst den kompletten String (ohne Steuerzeichen) mittels get raw noch mal verarbeiten lassen.
get dummyDuino raw MU;;P0=-32001;;P1=2996;;P2=-1012;;P3=2010;;P4=1009;;D=012324242424242424242323232323232323242423232324232423232424242324;;CP=4;;
Einen dummy erzeugst Du wie folgt:
define dummyDuino SIGNALduino none
attr dummyDuino dummy 1
Zitat von: Mitch am 27 September 2016, 13:24:43
Ich habe zu meinem 868 SIGNALduino nun wieder meinen zweiten mit 433 in Betrieb genommen, weil ich doch noch einen "alten" Sensor auslesen möchte.
Nun habe ich ständig folgende Fehler im Log:
2016.09.27 13:20:14.114 1: PERL WARNING: Binary number > 0b11111111111111111111111111111111 non-portable at ./FHEM/00_SIGNALduino.pm line 2956.
Kann ich da etwas dagegen tun?
Poste mal die Signaldaten, wie vor dem Logeintrag empfangen werden. Dazu den Verboselevel auf 4 erhöhen.
Grüße Sidey
Zitat von: Burny4600 am 28 September 2016, 16:24:50
Derzeit fallen sehr viele unbekannte Codes an.
Kann ich diese irgendwie abstellen?
Die einzige Möglichkeit ist, die Protokolle, welche Du empfangen willst in das Attribut WhitelistID aufzunehmen.
2x
Danke
Hallo zusammen,
ich habe mittlerweile erfolgreich meinen ersten 433MHz Signalduino in Betrieb genommen, habe Blut geleckt und möchte nun auch mal schauen was bei 868MHz sich an Signalen empfangen lässt :)
Den Thread habe ich jetzt mal versucht zu wälzen (ist echt lang geworden), so ganz schlau bin ich aber nicht geworden welche Komponenten ich für die 868MHz Ausführung brauche. Kann mir jemand sagen, welche Bauteile (Sender + Empfänger) genau geeignet sind? Hab ja nur schon soweit in Erfahrung bringen können, das ich mit meinem RF1100SE wohl nichts anfangen kann.
prodigy7
Dann werde ich es mit der WhitelistID versuchen.
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.
Als Anlage ein Beispiel, wie das aussehen könnte.
Für die Modulentwicklung gibt es ein neues Thema unter Sonstige Systeme - Signalduino Entwicklung Version 3.3.1
https://forum.fhem.de/index.php/topic,58397.msg498635.html#msg498635
Gruß Ralf
Danke, den Thread hatte ich in der Bastelecke vermutet, aber nicht gefunden.
Zitat von: prodigy7 am 02 Oktober 2016, 10:22:12
Den Thread habe ich jetzt mal versucht zu wälzen (ist echt lang geworden), so ganz schlau bin ich aber nicht geworden welche Komponenten ich für die 868MHz Ausführung brauche. Kann mir jemand sagen, welche Bauteile (Sender + Empfänger) genau geeignet sind?
ganz vergessen zu antworten, war im urlaub. wir haben uns fü den 868 Signalduino folgende sender und empfänger bestellt
RX Empfangsmodul (http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=42432)
TX Sendemodul (http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=12789)
getestet haben wir aber noch nicht, sollte aber gehen.
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.
Du sendest und empfängst über den SD?
Habe mir gerade mal einen zusammengesteckt, das empfangen von SOMFY-Fernbedienungen funktioniert, senden allerdings nicht.
Weder mit schon angelernten Rollos noch der Versuch neue anzulernen.
Die LED vom SD leuchtet auch nicht beim absetzen eines Befehls, ein "set sdunio raw 00" funktioniert allerdings (zumindest leuchtet die LED kurz auf...).
Jemand ne Idee?
Gruß
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
Herzlichen Dank. Hatte ich auch schon mal gelesen, mich aber nicht mehr daran erinnert. >:(
Die LED leuchtet jetzt auf, reagieren tut trotzdem kein Rollo. Hab ich noch was übersehen? Sonst muss ich mal einen anderen Sender probieren.
Gruß
Du musst das IODev in den Devices auf den SDnamen setzen.
Hast Du ein nur reload des Moduls durchgeführt, dann versuche shutdown restart?
Das Modul gibt es auch von viegeners Github: https://github.com/viegener/Telegram-fhem/tree/master/Somfy
Problem gelöst.
Die Beschriftungen für VCC und DATA sind auf dem Sender vertauscht... umgesteckt und funktioniert. Klasse.
Danke für die Hilfe.
Gruß
... gibt es ein fertiges *.hex - File für einen promicro?
Kann ich das selbst kompilieren? Ich hatte hier mal gelesen, das es mit der Arduino-IDE nicht geht, sondern nur mit Visual Micro (oder so), oder geht das auch direkt auf einem raspi?
yamfhem
Ich hätte da mal eine Grundsätzliche Frage zum vorgehen.
Wenn ich den Signalduino auf verbose 4 oder 5 schalte, erscheint bei mir massig im log.
Wie finde ich dann das Gerät welches mich interessiert?
Ich habe z.B. eine Jarolift Remote deren Signale ich gerne empfangen und weiterverarbeiten möchte.
Gruß
Jay
Keiner? :'(
Ein Link auf ein How-To?
Falscher Thread würde ich eher sagen.
Eine Anleitung kann ich dir nur grob geben. Jeder hat ein anderes Umfeld etc.
1. Sicherstellen, dass Jarolift und SIGNALduino das gleiche Frequenzband nutzen. z.B. 433 Mhz
2. SIGNALduino auf Verbose 5 stellen.
3. Einen Jarolift Befehlt im 5 Sekundentakt senden. (10 Sekunden geht natürlich auch).
Anschließend sollte sich im Internal "unknownmessages" die Nachricht befinden. Diese mal wegspeichern (notepad).
4. Verbose 3 (oder auch kleiner) wieder einstellen.
5. Die Daten aus unknownmessages im Notepad anschauen und prüfen, ob man im verwendeten Takt (5 Sekunden) ähnliche Einträge findet.
6. Findet man dort nichts, kann man im FHEM Log nachsehen und die Suche fortsetzen.
Was ich mit Hilfe von google schon mal finden konnte ist, dass Jarolift einen rollingcode verwendet.
Grüße Sidey
Zitat von: yamfhem am 12 Oktober 2016, 08:18:38
... gibt es ein fertiges *.hex - File für einen promicro?
Kann ich das selbst kompilieren? Ich hatte hier mal gelesen, das es mit der Arduino-IDE nicht geht, sondern nur mit Visual Micro (oder so), oder geht das auch direkt auf einem raspi?
Ein fertiges HEX File gibt es leider nicht.
Ich hatte mal einen promicro... leider ist die USB Buchse irgendwann abgerissen.... daher kann ich es nicht testen.
Von Seiten des Interrupts müsste es funktionieren mit PIN#2, wobei ich mich auch erinnere, dass ich schon mal Register für den proMicro gesetzt habe.
Für die Serielle Verbindung muss noch ein Wait eingebaut werden. Ich hab das mal committed.
Compilieren geht auch mit der Arduino IDE, ich habe es jetzt nicht ausprobiert, jedoch sollte es funktionieren, wenn Du alle ino, cpp und h Dateien in einen Ordner kopierst.
ich könnte dir das hex für den leonardo mal compilieren, aber ich glaube das läuft auf dem promicro dann doch nicht so wie erwartet.
Grüße Sidey
@Sidey: ah, hab grad eben mal selbst kompiliert (musste einige <include.h> nach "include.h" ändern) dann ging's durch. Da ich's jetzt selber kann, brauchst Du mir nix extra kompilieren. Mich interessieren da eher die, von Dir angesprochenen, notwendigen Änderungen für den promicro.
Welche Register meinst Du?
Was hast Du bzgl. Wait bei serieller Verbindung committed?
Gruß
yamfhem
Ich hab im devr33 committed, dass im Setup gewartet wird, bis die Serielle Schnittstelle initialisiert ist.
Register war eine dunkle Erinnerung für den Interrupt.
hallo,
wir haben jetzt unsere ersten SIGNAlduino mit 433 und 868 mhz gebaut und auch schon einiges empfangen und geschaltet. Ich hätte da noch einige Fragen.
1. In der Wiki steht unter:
Daten aus dem Logfile erklärt
MC - Nachricht vom Typ Manchester: Manchester Kodierte Signale, können bereits sehr einfach im Arduino in eine Binärform umgewandelt werden. Es wird hier nach IEEE 802.3 umgewandelt. In Manchester Signalen gibt es lange und kurze Pulse. Deren Durchschnittswert wird mit LL (long low), LH (long high), SL (short low) und SH (short high) übermittelt. Zusätzlich, um das Protokoll schneller erkennen zu können, wird die Taktfrequenz mit übermittelt (C=429 Mikrosekunden). Die Daten befinden sich hinter D= und werden in HEX Form übergeben.
Gibt es eine Anleitung wie man eine MC Nachricht in Binärform bekommt?
1.1 Bzw. gibt es eine Alneitung wie man generell mit den empfangen Daten umgehen kann und z.B. ein Modul schreibt oder soll man ein DOIF mit Dummy anlegen, oder was ganz anderes?
Wir könnten uns z.B. vorstellen ein Modul zu schreiben, damit jeder mit einem CUL oder SIGNAlduino der Roto Rollläden mit Centronic Fernbedienung hat, diese dann einfacher steuern kann. Diese kommen meines erachten als MC Nachricht.
2.
Wie kann ich etwas Senden
Alternativ kann ab Version 3.2 auch eine vereinfachte Form eingegeben werden. set sduino sendMsg P3#00111010#R4
Moduliert die Bitfolge 00111010 mittels Protokoll #3 und wiederholt die Nachricht 4x.
Wie kann ich die Bitfolge mit dem Portokoll 3 den modulieren?
Zitat von: sasquuatch am 17 Oktober 2016, 12:08:19
Gibt es eine Anleitung wie man eine MC Nachricht in Binärform bekommt?
Hmm, was genau meinst Du damit? Es wird im Ardunino ausgewertet, binär gespeichert und dann in HEX umgewandelt um es an FHEM übergeben zu können.
Du kannst es mit Perl Befehlen auch wieder in einzelne bits zerlegen. Das musst Du dann aber selbst programmieren.
Zitat von: sasquuatch am 17 Oktober 2016, 12:08:19
1.1 Bzw. gibt es eine Alneitung wie man generell mit den empfangen Daten umgehen kann und z.B. ein Modul schreibt oder soll man ein DOIF mit Dummy anlegen, oder was ganz anderes?
Eine Anleitung existiert leider nicht. Zum Modulschreiben hilft das Wiki:
http://www.fhemwiki.de/wiki/DevelopmentModuleAPI
http://www.fhemwiki.de/wiki/DevelopmentModuleIntro
Bezüglich DOIF, das geht meines Erachtens nur gut für einfache dinge wie An / Aus... Ein Anwender hat damit eine Motorleinwand gesteuert und Gragentor war auch schon mal Thema.
Für Positionssteuerung und wiederverwendbares ist ein eigenes Modul die bessere Wahl.
Da hilft dann leider nur, andere Rolladen Module ansehen und als Vorlage verwenden.
2.
Wie kann ich etwas Senden
Wie kann ich die Bitfolge mit dem Portokoll 3 den modulieren?
[/quote]
Die Bitfolge wird vom SIGNALduino moduliert, es müssen nur die Bits übergeben werden.
da habe ich wohl nicht nur was falsch verstanden, ich habe mich auch noch sehr schlecht ausgedrückt :-[
danke für deine hilfe, trotz meiner schlechten erklärung, ich hoffe ich mache es jetzt besser.
ich habe jetzt versucht zwei Geräte zu empfangen, zum einen Signale von einem 433mhz Hoftor die als MU Nachrichten kommen. Hier weiß ich, dass ich diese wie in der Wiki als RAW message senden kann.
set sduino raw SR;;R=3;;P0=4742;;P1=-1554;;P2=286;;P3=-786;;P4=649;;P5=-420;;D=0123234545234545452323232323454523234523454523232345454523232323452345234523452345;;
Das hat bisher auch über den signalduino direkt funktioniert, manchmal auch über die Kommandozeile von FHEM.
Bei meinem DOIF mit Dummy habe ich wohl was falsch gemacht, ich schaue mal ob ich das von dir angesprochene hier im thread finde.
Jetzt habe ich vom Roto Dachrollladen 868mhz MC Nachrichten empfangen. Ich dachte halt, ich muss die empfangenen Daten erst in Binärform umwandeln. Ich wusste nicht, dass ich diese schon als Binärform erhalten habe.
Aber wie kann ich diese nun senden, so?
set sduino raw SR;;R=3;;LL=-1066;LH=904;SL=-562;SH=385;D=332B4B4D54D5554B552CD2D554B2B5354A;;
Bei dem Code hier ist meine Frage:
Alternativ kann ab Version 3.2 auch eine vereinfachte Form eingegeben werden. set sduino sendMsg P3#00111010#R4
wo bekomme ich das jetzt her "P3#00111010#R4"?
Ich habe aber noch eine Frage zu den MU Nachrichten. Alle Daten die ich von der FB empfange, sind jedes mal andere. Jetzt könnte man denken, dass es Rolling Codes sind, aber meine billig nachgekauften Fernbedinungen (https://www.amazon.de/gp/product/B01D4NHWKU/ref=oh_aui_detailpage_o03_s00?ie=UTF8&psc=l) verstehen definitiv keine Rolling Codes.
Ist das normal das es jedes mal andere Codes sind?
Bei den MC Nachrichten der Roto Fernbedinung sind die empfangen Codes auch jedes mal neu, allerdinge könnte es da sein, dass es Rolling Codes sind.
mit SR musst du immer die Länge vom Pegel angeben
z.B. P0=1000;P1=-1000;P2=500;P3=-500
Vorzeichen entspricht + = HIGH und - = LOW
hinter D= stehen dann nur noch die jeweiligen Indexe hinter P
z.B. D=21032103
-__--_-__--_
Bei Manchester ist immer der Flankenwechsel (bei den gewählten Frequenzen 500) zur Mitte eines Pulse entscheidend.
2 halber Pulse
1 halber Pulse Wechsel von HIGH nach LOW = 0
1 halber Pulse
0 halber Pulse Wechsel von LOW nach HIGH = 1
0 halber Pulse
3 halber Pulse Wechsel von HIGH nach LOW = 0
...
schon recht komplex!
die neue Syntax (P3#00111010#R4) ist deutlich einfacher, da hier "nur" angegeben wird, was gesendet werden soll (in Hex).
Das Beispiel oben kann nicht dargestellt werden, da nur 6 Bits kodiert waren.
Zitat von: sasquuatch am 18 Oktober 2016, 11:40:42
Aber wie kann ich diese nun senden, so?
set sduino raw SR;;R=3;;LL=-1066;LH=904;SL=-562;SH=385;D=332B4B4D54D5554B552CD2D554B2B5354A;;
Mit diesem Kommando (Send Manchester):
SM;R=3;C=400;D=332B4B4D54D5554B552CD2D554B2B5354A;
Fehlt leider in der commandref :(
Zitat von: sasquuatch am 18 Oktober 2016, 11:40:42
Bei dem Code hier ist meine Frage:
Alternativ kann ab Version 3.2 auch eine vereinfachte Form eingegeben werden. set sduino sendMsg P3#00111010#R4
wo bekomme ich das jetzt her "P3#00111010#R4"?
Dazu müsste zunächst ein Protokoll für dein Signal definiert werden, welches für die Demodulation und auch für die Modulation verwendet wird.
Zitat von: sasquuatch am 18 Oktober 2016, 11:40:42
Ist das normal das es jedes mal andere Codes sind?
Woran machst Du das fest, dass es andere codes sind?
In der MU Nachricht, bekommst Du das Muster übergeben. Die Zahlen P0-P7 sind Muster. Deren Wert gibt an, wie lange der Pegel den entsprechenden Zustand hatte.
In D= wird nur noch auf die P0-7 referenziert.
Die Werte P0-7 müssen nicht an der gleichen Stelle stehen und auch nicht den exakt gleichen wert haben, es gibt da immer Abweichungen.
[/quote]
Zitat von: sasquuatch am 18 Oktober 2016, 11:40:42
Bei den MC Nachrichten der Roto Fernbedinung sind die empfangen Codes auch jedes mal neu, allerdinge könnte es da sein, dass es Rolling Codes sind.
Das könnte sein, dass ein teil sich verändert:
332B4B4D54D
5554B552CD2
D554B2B5354A
Grüße Sidey
Hallo Zusammen,
ich habe seit längeren einige unschöne Logeinträge, die ich gerne ausmerzen möchte:
PERL WARNING: Argument "U49" isn't numeric in numeric eq (==) at ./FHEM/90_SIGNALduino_un.pm line 95
Die tauchen alle 10 min bis 1 Stunde immer wieder auf.
Was kann man denn da machen?
Hallo zusammen,
ich habe mir jetzt eine 868 Variante zusammengebaut, habe die Firmware geflashed und Verbose auf 5 gestellt. Leider taucht aber nichts im Log auf. Muss ich noch irgendetwas konfigurieren? Laut Log wird der Arduino richtig intialisiert und ich hab auch mal die Leitungen geprüft, ob die einen Bruch haben. Ebenso hab ich den Arduino mal durch einen anderen ausgetauscht. Anbei mal meine "Konstruktion" (ich bin bis dato nicht wirklich der Elektrotechnik- oder Lötexperte ...). Eine Idee was falsch ist?
Grüße, p7
Schwer zu sagen... Hast Du den Empfänger mit der richtigen Spannung versorgt und an den richtigen Pin angeschlossen?
Bin ich überzeugt, Ja. Hab im Prinzip die identische Schaltung nachgebaut wie bei 433 nur dass ich halt die 868 Module angesteckt habe.
Steht der DevState auf initialized?
Es ist wahrscheinlich am Besten, wenn Du es am Anfang ohne den Sender versuchst.
Hast Du beachtet, daß der Sender eine Versorgungsspannung 2,0 bis 3 V hat?
Gruß Ralf
DevState steht auf intialized, den Sender habe ich jetzt erst mal abgezogen. Das mit der Spannung hatte ich nicht beachtet gehabt, Nein.
Bleibt trotzdem noch still auf 868 ... :(
wow... Was für ein Monsterthread. Nicht schlecht.
Seid mir nicht böse, aber 140 Seiten durchzuforsten ist doch recht zeitintensiv. Ich bin eigentlich nur auf der Suche nach einer Möglichkeit
den Signalduino über ein ESP8266 / ESP8266 DevKit zu betrieben.
Vorschlag: Auf der ersten Seite / erster Eintrag grob die Links zu WiKi / Anleitungen / Software? Hier besteht sonst die Gefahr von der holden Gattin
erschlagen zu werden wenn es wieder heisst "Du hängst den ganzen Tag am Computer!!"... und ich mag das Leben mit FHEM so sehr ;)
Gruss
Alex
Hallo bitbiter,
Die 140 Seiten musst Du nicht lesen. In dem Thread sollte es nur um die Entwicklung des Moduls gehen.
Für die Version 3.3 gibt es neue Threads im Sonstiges Forum.
Links zu den Threads finden sich im Ankündigungs Beitrag.
Zu Fragen bietet sich an, ein neues Thema zu eröffnen.
Bezüglich ESP8266, habe ich bislang ein paar Experimente gemacht und den ESP über die serielle Schnittstelle angebunden. Der Betrieb über WLAN ist noch nicht fertig entwickelt, aber bereits in Arbeit.
Andere haben ESP Link verwendet und den ESP an einen Arduino angebunden.
Grüße Sidey
Hallo
Habe mal eine Frage !
Ich versuche mit dem Signalduino meine Oregon Wetter Sensoren zu empfangen ! Klappt alles wunderbar!
Nach Änderung in der 41_Oregon.pm beim BTHR918N Checksummer auf 88 gesetzt klappt es mit dem Sensor auch super !
Nur 1 Sensor der BTHR 918 ohne N wird nicht oder nur alle 4-8 Stunden einmal richtig empfangen !
Es kommt immer die Fehlermeldung OREGON: ERROR: checksum error sensor_id=5a5d (bits=88).Diese dauerhaft alle 2-4 Minuten in LOG .
Meine anderen Sensoren werden 100 % empfangen
BTHR918N_0f T: 18.3 H: 47 BAT: ok
RGR918_7d RR: 0 TR: 1077 F: 4 BAT: ok
THGR228N_30_1 T: 22.3 H: 46 BAT: low
THGR228N_84_2 T: 22.6 H: 43 BAT: ok
THGR228N_a6_4 T: 21.4 H: 42 BAT: low
THGR918_08_1 T: 8.8 H: 83 BAT: ok
WGR918_a9 W: 1 WA: 1 WD: 40 WDN: NNE BAT: ok
selbst der Windmesser wo Ich immer mit einem FHEMduino in einem anderm System Probleme hatte klappt Perfekt !
Ich nutze die letzte Firmware des Signalduino
V 3.3.0 SIGNALduino - compiled at Sep 18 2016 00:28:28
Was kann das sein ??
Gruß Dirk
Zitat von: Sidey am 24 Oktober 2016, 16:13:10
....die 140 Seiten musst Du nicht lesen. In dem Thread sollte es nur um die Entwicklung des Moduls gehen.
Ah ok....
Zitat von: Sidey am 24 Oktober 2016, 16:13:10
Andere haben ESP Link verwendet und den ESP an einen Arduino angebunden.
Danach suche ich ;)
Dennoch Danke für die Antwort!
Gruss
Alex
Zitat von: bitbiter am 24 Oktober 2016, 17:33:09
Ah ok....
Danach suche ich ;)
Dennoch Danke für die Antwort!
Gruss
Alex
wg ESP<->seriell<->SignalDuino kannst Du vielleicht hier was finden: http://www.hjgode.de/wp/2015/11/05/fhem-serielle-gerat-uber-wifi-anbinden/
Gruss
~Josef
Zitat von: hdp1999 am 24 Oktober 2016, 16:23:26
Nach Änderung in der 41_Oregon.pm beim BTHR918N Checksummer auf 88 gesetzt klappt es mit dem Sensor auch super !
Nur 1 Sensor der BTHR 918 ohne N wird nicht oder nur alle 4-8 Stunden einmal richtig empfangen !
Es kommt immer die Fehlermeldung OREGON: ERROR: checksum error sensor_id=5a5d (bits=88).Diese dauerhaft alle 2-4 Minuten in LOG .
Welche Version der 41_OREGON.pm verwendest Du? Dies ist die aktuelle Version:
41_OREGON.pm 34476 2016-02-09 21:00:00 wherzig
Kannst Du mal vom BTHR 918 und BTHR918N einige raw Nachrichten posten?
Dies ist eine raw Nachricht:
MC;LL=-1003;LH=948;SL=-517;SH=461;D=A8F3745AD8A40B097592E7C;C=488;L=90;
Gruß Ralf
Hallo Ralf
Danke erstmal das du mal drüberschaust ! Habe jetzt die Aktuelle 41_Oregon.pm Muße aber auch hier die Checksumme für den 918N ändern da sonst der nicht dekodiert wird.
Anbei ein Auszug aus mein Log !
BTHR918
2016.10.24 20:00:30 4: sduino/msg READ: MC;LL=-983;LH=985;SL=-474;SH=475;D=AAAAAAAA99A666A6555555A6555A5959556A565656A69A5556A60;C=486;L=209;
2016.10.24 20:00:30 4: sduino/msg READ: MC;LL=-995;LH=1012;SL=-453;SH=478;D=55555555334CCD4CAAAAAB4CAAB4B2B2AAD4ACACAD4D34AAAD4C;C=489;L=208;
2016.10.24 20:01:08 4: sduino/msg READ: MC;LL=-998;LH=1012;SL=-457;SH=473;D=AAAAAAAA99A666A6555555A6556A5959556A565656A69A5566A60;C=489;L=209;
2016.10.24 20:01:08 4: sduino/msg READ: MC;LL=-992;LH=1028;SL=-468;SH=471;D=55555555334CCD4CAAAAAB4CAAD4B2B2AAD4ACACAD4D34AACD4C;C=493;L=208;
BTHR918N
918N nach Änderung in 41_Oregon.pm Checksumme auf 88
2016.10.24 20:00:25 4: sduino/msg READ: MC;LL=-1024;LH=964;SL=-520;SH=402;D=55555555334CCD34AAAAD52AAAACAAB2AAAAACAB4D4B4AB4B4CCB0;C=483;L=213;
2016.10.24 20:00:25 4: sduino: Found manchester Protocol id 10 clock 483 -> OSV2o3
2016.10.24 20:00:25 4: sduino: OSV2 protocol detected: preamble_pos = 33
2016.10.24 20:00:25 4: sduino: OSV2 protocol converted to hex: (585A6D000F402000849D6156) with length (96) bits
2016.10.24 20:00:25 5: sduino: converted Data to (585A6D000F402000849D6156)
2016.10.24 20:00:25 5: sduino dispatch 585A6D000F402000849D6156
2016.10.24 20:00:25 5: OREGON: decoding delay=19 hex=585A6D000F402000849D6156
2016.10.24 20:00:25 4: BTHR918N_0f decoded Oregon: T: 20.4 H: 40 BAT: ok
2016.10.24 20:00:25 5: Triggering BTHR918N_0f (6 changes)
2016.10.24 20:00:25 5: Starting notify loop for BTHR918N_0f, first event temperature: 20.4
2016.10.24 20:00:25 4: sduino: Found manchester Protocol id 12 clock 483 -> Hideki protocol
Falls du noch mehr Infos benötigst kein Problem !!
Ach ja auf einem 2 PI mit FHEMDUINO läuft der Sensor ohne Probleme , dafür andere nicht !Das ist mit ein Grund warum Ich auf Signalduino umstellen möchte ! Ebenso an meiner Original Wetterstation von Huger keine Probleme mit dem Sensor !
Gruß Dirk
Zitat von: hdp1999 am 24 Oktober 2016, 20:18:08
Ach ja auf einem 2 PI mit FHEMDUINO läuft der Sensor ohne Probleme , dafür andere nicht !Das ist mit ein Grund warum Ich auf Signalduino umstellen möchte ! Ebenso an meiner Original Wetterstation von Huger keine Probleme mit dem Sensor !
Der Grund warum der BTHR918 beim FHEMDUINO funktioniert, könnte sein, daß dort keine Checksum berechnet wird.
Das Problem beim BTHR918 ist, daß dort anscheinend die Checksum anders berrechnet wird.
Die Checksum ist normalerweise das letzte Byte.
Die Checksum wird normalerweise berechnet indem die nibbles addiert werden ohne das erste Byte (hier 58) und dann minus 10
Hast Du mir raw Nachrichten bei denen sich die Temperatur und Feuchtigkeit etwas stärker ändert.
Gruß Ralf
Kannst Du den Fhemduino und den SIGNALduino gleichzeitig Betreibern? Mich würde interessieren, was der FHEMduino weitergibt und zeitgleich was der Signalduino übergibt.
In beiden Fällen werden die Daten an das Oregon Modul übergeben, das hatte ich beim Fhemduino damals auch eingebaut. Dort sollte also kein Unterschied sein.
Zitat von: Ralf9 am 24 Oktober 2016, 22:51:39
Der Grund warum der BTHR918 beim FHEMDUINO funktioniert, könnte sein, daß dort keine Checksum berechnet wird.
Das Problem beim BTHR918 ist, daß dort anscheinend die Checksum anders berrechnet wird.
Die Checksum ist normalerweise das letzte Byte.
Die Checksum wird normalerweise berechnet indem die nibbles addiert werden ohne das erste Byte (hier 58) und dann minus 10
Hast Du mir raw Nachrichten bei denen sich die Temperatur und Feuchtigkeit etwas stärker ändert.
Gruß Ralf
Moin Ralf !
Ich habe für den BTHR918 mal mehrere MSG mitgeschnitten ! Mit ca Temp und Feuchte angabe !
Hoffe es bringt dich etwas weiter !
ca T:21,7 H:46 %
2016.10.25 07:18:10 4: sduino/msg READ: MC;LL=-945;LH=1048;SL=-431;SH=514;D=55555555334CCD4CAAAAAB4CAAD4CAB2AAB4ACACD54D2D2AACB4;C=489;L=208;
2016.10.25 07:18:10 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D005870216044DF0C'.
ca T:21.8 H 48 %
2016.10.25 07:18:48 4: sduino/msg READ: MC;LL=-948;LH=1035;SL=-425;SH=524;D=55555555334CCD4CAAAAAB4CAAD4CAB2AAB4ACACD54D2D2AACB4;C=488;L=208;
2016.10.25 07:18:48 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D005870216044DF0C'.
2016.10.25 07:19:26 4: sduino/msg READ: MC;LL=-948;LH=1056;SL=-404;SH=519;D=AAAAAAAA99A666A6555555A65555A559556656566AA69695565A0;C=487;L=209;
2016.10.25 07:19:26 5: OREGON: decoding delay=4 hex=585A5D005880215044DF0CE4
2016.10.25 07:19:26 4: OREGON: ERROR: checksum error sensor_id=5a5d (bits=88)
2016.10.25 07:19:26 4: sduino/msg READ: MC;LL=-943;LH=1049;SL=-430;SH=513;D=55555555334CCD4CAAAAAB4CAAAB4AB2AACCACACD54D2D2AACB4;C=489;L=208;
2016.10.25 07:19:26 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D005880215044DF0C'.
ca T:30,7 H:76%
2016.10.25 07:20:42 4: sduino/msg READ: MC;LL=-939;LH=1058;SL=-418;SH=509;D=55555555334CCD4CAAAAAB4CAAB4CB32AAB4CB2D554D2D2AAB54;C=487;L=208;
2016.10.25 07:20:42 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D0058602960C9DF0C'.
ca T:34,5 H:94 %
2016.10.25 07:21:20 4: sduino/msg READ: MC;LL=-926;LH=1061;SL=-428;SH=517;D=AAAAAAAA99A666A6555555A65566566955566596AAA69695656A0;C=488;L=209;
2016.10.25 07:21:20 5: OREGON: decoding delay=3 hex=585A5D0058503440C9DF0CF1
2016.10.25 07:21:20 4: OREGON: ERROR: checksum error sensor_id=5a5d (bits=88)
2016.10.25 07:21:20 4: sduino/msg READ: MC;LL=-936;LH=1064;SL=-405;SH=516;D=55555555334CCD4CAAAAAB4CAACCACD2AAACCB2D554D2D2ACAD4;C=486;L=208;
2016.10.25 07:21:20 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D0058503440C9DF0C'.
ca T:28,3 H:96%
2016.10.25 07:21:58 4: sduino/msg READ: MC;LL=-942;LH=1061;SL=-414;SH=513;D=AAAAAAA99A666A6555555A655695599555A6596AAA69695566A0;C=488;L=205;
2016.10.25 07:21:58 5: OREGON: decoding delay=3 hex=585A5D0058302860C9DF0CF4
2016.10.25 07:21:58 4: OREGON: ERROR: checksum error sensor_id=5a5d (bits=88)
2016.10.25 07:21:58 4: sduino/msg READ: MC;LL=-938;LH=1060;SL=-420;SH=510;D=55555555334CCD4CAAAAAB4CAAD2AB32AAB4CB2D554D2D2AACD4;C=487;L=208;
2016.10.25 07:21:58 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D0058302860C9DF0C'.
ca T:25,8 H:98%
2016.10.25 07:22:36 4: sduino/msg READ: MC;LL=-926;LH=1066;SL=-435;SH=511;D=55555555334CCD4CAAAAAB4CAAAB4CB2AAAB4B2D554D2D2AAB54;C=489;L=208;
2016.10.25 07:22:36 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D0058802580C9DF0C'.
ca T:24,9 H:98%
2016.10.25 07:23:14 4: sduino/msg READ: MC;LL=-932;LH=1064;SL=-438;SH=506;D=55555555334CCD4CAAAAAB4CCACB2CB2AAAB4B4D554D2D2AB354;C=489;L=208;
2016.10.25 07:23:14 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D0058912480D9DF0C'.
CA T:24,5 H:98%
2016.10.25 07:23:52 4: sduino/msg READ: MC;LL=-940;LH=1058;SL=-415;SH=514;D=55555555334CCD4CAAAAAB4CCACCACB2AAAB4B4D554D2D2AB4D4;C=487;L=208;
2016.10.25 07:23:52 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D0058512480D9DF0C'.
ca T:22,9 H:98%
2016.10.25 07:24:30 4: sduino/msg READ: MC;LL=-933;LH=1062;SL=-431;SH=504;D=55555555334CCD4CAAAAAB4CCACB32B2AAAB4B4D554D2D2AAB54;C=488;L=208;
2016.10.25 07:24:30 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D0058912280D9DF0C'.
Im Textfile ist der rest aus dem Log auch noch mit drin !
@ Sidey
Ich könnte beide Logs mitschneiden da Ich ein System mit Signalduino und ein System mit FHENduino laufen habe !! Ist allerdings schon etwas älter von der Firmware her !
V 2.3 FHEMduino - compiled at Nov 22 2015 15:54:19 ! Wie ist da der aktuelle Stand ? Wenns halt alles so läuft passiert da schon mal ein Jahr nix mehr !!
Wird aber erst heute nachmittag etwas werden !
Was mir auffällt das der Signalduino die Sensoren besser und immer aufzeichnet was beim FHEMduino nicht der Fall war ! Auch das Zeitweise neuanlegen von Devices hab Ich keine Probleme !
Gruß Dirk
Zitat von: Sidey am 24 Oktober 2016, 16:13:10
Andere haben ESP Link verwendet und den ESP an einen Arduino angebunden.
Grüße Sidey
Können sich diejenigen denn mal melden? Ich habe das nämlich auch schon versucht, habe auch in den Kommentaren von diesem Blogeintrag
Zitat von: hjgode am 24 Oktober 2016, 18:57:29
wg ESP<->seriell<->SignalDuino kannst Du vielleicht hier was finden: http://www.hjgode.de/wp/2015/11/05/fhem-serielle-gerat-uber-wifi-anbinden/
Gruss
~Josef
meinen Aufbau als Bild gepostet, es hat nur nicht funktioniert. Der ESP und der Arduino wollten nicht miteinander kommunizieren, irgendwas lief also schief.
Falls also derjenige, der erfolgreich die ESP<->seriell<->SignalDuino Variante am Laufen hat, kurz seinen Aufbau skizzieren kann, wäre das super.
Gruß,
Tim
Problem mit unterschiedlicher Baudrate?
Siehe https://forum.fhem.de/index.php/topic,43267.msg352571.html#msg352571
Zitat von: hdp1999 am 25 Oktober 2016, 08:11:36
Ich habe für den BTHR918 mal mehrere MSG mitgeschnitten ! Mit ca Temp und Feuchte angabe !
Hoffe es bringt dich etwas weiter !
ca T:21.8 H 48 %
2016.10.25 07:18:48 4: sduino/msg READ: MC;LL=-948;LH=1035;SL=-425;SH=524;D=55555555334CCD4CAAAAAB4CAAD4CAB2AAB4ACACD54D2D2AACB4;C=488;L=208;
2016.10.25 07:18:48 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D005870216044DF0C'.
2016.10.25 07:19:26 4: sduino/msg READ: MC;LL=-948;LH=1056;SL=-404;SH=519;D=AAAAAAAA99A666A6555555A65555A559556656566AA69695565A0;C=487;L=209;
2016.10.25 07:19:26 5: OREGON: decoding delay=4 hex=585A5D005880215044DF0CE4
2016.10.25 07:19:26 4: OREGON: ERROR: checksum error sensor_id=5a5d (bits=88)
2016.10.25 07:19:26 4: sduino/msg READ: MC;LL=-943;LH=1049;SL=-430;SH=513;D=55555555334CCD4CAAAAAB4CAAAB4AB2AACCACACD54D2D2AACB4;C=489;L=208;
2016.10.25 07:19:26 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D005880215044DF0C'.
Es fällt auf, daß viele der Nachrichten zu kurz sind (nur 80 Bit), da fehlt dann die checksum am Ende.
Bei den Nachrichten mit 88 Bit scheint die checksum zu passen, wenn man die nibble addiert und dann - A und + 80 macht (alles Hex)
Gruß Ralf
Hallo Ralf ,
kannst du mir sagen wie ich den denn trotzdem mit dem Signalduino empfangen kann ?? Das mit den Nibbels und dem Berechnen ist mir etwas zu hoch ! Bin da nicht so der Programmierer !
Könnte ich da was irgendwo ändern das das klappt ?
Werde nachher nochmal mit dem FHEMduino mitschneiden hoffe es hilt dabei den Sensor zu empfangen ! Weil der ja mit dem FHEMduino 100 % empfangen wird !
Gruß Dirk
Zitat von: hdp1999 am 25 Oktober 2016, 14:50:04
Hallo Ralf ,
kannst du mir sagen wie ich den denn trotzdem mit dem Signalduino empfangen kann ?? Das mit den Nibbels und dem Berechnen ist mir etwas zu hoch ! Bin da nicht so der Programmierer !
Könnte ich da was irgendwo ändern das das klappt ?
ich werde heute Abend die notwendigen Anpassungen am Oregon Modul vornehmen und es anhängen.
Gruß Ralf
@Ralf
Das währe Super :) :) :)!
Was mir augefallen ist der Sensor sendet immer 2 x die Daten !
@Sidey @Ralf
Habe hier nochmal das mit FHEMduino mitgeschnitten !
Gruß Dirk
Kannst Du die Logs gleichzeitig machen?
Mich würde interessieren, wie die Daten der gleichen Übertragung verarbeitet werden.
Zweimal, ist normal bei dem Protokoll.
Grüße Sidey
Zitat von: Sidey am 25 Oktober 2016, 17:11:56
Kannst Du die Logs gleichzeitig machen?
Mich würde interessieren, wie die Daten der gleichen Übertragung verarbeitet werden.
Zweimal, ist normal bei dem Protokoll.
Grüße Sidey
Oh !!!!! da hat man echt manchmal ein Brett vorm Kopp !! :o :o
So nun mit den Daten von beiden in angehängtem LOG !! Hoffe es hilft !
Gruß Dirk
im Anhang ist das angepasste Oregon Modul
Bitte auch mal testen ob der Druck im plot sauber angezeigt wird.
Im Modul war der Druck beim state auskommentiert:
# do not add it due to problems with hms.gplot
$val .= "P: ".$i->{current}." ";
Bis auf das letzte Byte (checksum) ist es gleich. Die checksum vom sduino ist um 0x80 zu hoch:
585A5D005850224044E40C57 FHEMduino
585A5D005850224044E40CD7 sduino
Gruß Ralf
Zitat von: Ralf9 am 25 Oktober 2016, 18:11:30
im Anhang ist das angepasste Oregon Modul
Bitte auch mal testen ob der Druck im plot sauber angezeigt wird.
Im Modul war der Druck beim state auskommentiert:
# do not add it due to problems with hms.gplot
$val .= "P: ".$i->{current}." ";
Bis auf das letzte Byte (checksum) ist es gleich. Die checksum vom sduino ist um 0x80 zu hoch:
585A5D005850224044E40C57 FHEMduino
585A5D005850224044E40CD7 sduino
Gruß Ralf
Danke erst mal dafür ! Habe es eingebunden und werde berichten !
Gruß Dirk
Moin Ralf ,
habe es über Nach mal laufen lassen ! Sieht soweit gut aus ! Mega großes Danke dafür ! ;D ;D ;D :) :)
Was mir allerdings aufgefallen ist das die THGR228N nicht mehr so oft Empfangen werden wie in Vergleich zu meiner alten 41_Oregon.pm habe für die Sensoren die alte Checksummenberechnung eingefügt !
sub OREGON_checksum2plus {
$_[0]->[8] == ((OREGON_nibble_sum(8,$_[0]) - 0xa) & 0xff);
}
Damit laufen die THGR228 auch bei mir wieder in 3 Min Takt !
Gruß Dirk
Hallo Tim
deine Schaltung ist soweit OK und im Blog hattest Du nix davon geschrieben, dass es bei Dir nicht funktioniert. 'Geht nicht' ist eine sehr allgemeine Beschreibung.
Erst einmal muss dein Arduino/Signalduino/Fhemduino funktionieren. Also wenn Du über USB seriell dran gehst solltest Du in Deinem Terminal Programm die Daten sehen können, die das Programm über die Serielle Schnittstelle ausspuckt. Eventuell musst Du die Baudrate anpassen und merken.
Dann muss Dein esp8266/nodeMCU mit esplink funktionieren. Zum Test brauchst Du erst einmal keine serielle Verbindung aber ein funktionierendes WLAN. Dann erst mit dem esplink Access Point Namen verbinden und Deine WLAN Konfiguration setzen. Danach verbindet sich esplink mit Deinem WLAN und Du müsstest ihn über eine IP Adresse Deines WLANs erreichen können.
Nun kannst Du TX vom Arduino/Nano über einen 10K (plus 20K nach Masse) an RX vom esp8266/nodeMCU anschliessen und RX vom Arudino/Nano an TX vom esp8266/nodeMCU verbinden. Die GND Anschlüsse von Arduino/Nano und dem esp8266/nodeMCU verbinden.
Nun sollten die seriellen Daten in der esplink Webseite "uC Console" erscheinen. Eventuell musst Du eine andere Baudrate auswählen.
Wenn das funktioniert kann man die seriellen Daten auch gespiegelt über den Port 23 und er esplink IP Adresse empfangen (und darüber auch Befehle an den Arduino/nano senden).
Meine aktuell laufende Schaltung aus Nano mit Signalduino Software und einem ESP-01 mit esplink 1.0.4 habe ich auf meinem Blog gepostet, dem ist nichts hinzuzufügen.
~Josef
Zitat von: Cruiser79 am 25 Oktober 2016, 08:56:11
Können sich diejenigen denn mal melden? Ich habe das nämlich auch schon versucht, habe auch in den Kommentaren von diesem Blogeintrag
meinen Aufbau als Bild gepostet, es hat nur nicht funktioniert. Der ESP und der Arduino wollten nicht miteinander kommunizieren, irgendwas lief also schief.
Falls also derjenige, der erfolgreich die ESP<->seriell<->SignalDuino Variante am Laufen hat, kurz seinen Aufbau skizzieren kann, wäre das super.
Gruß,
Tim
Man kann sich die Pegelanpassung auch sparen, wenn man den Arduino einfach mit 3.3V versorgt. Funktioniert genau so und läuft bei mir seit einiger Zeit wunderbar.
Zitat von: hjgode am 26 Oktober 2016, 08:20:57
Hallo Tim
deine Schaltung ist soweit OK und im Blog hattest Du nix davon geschrieben, dass es bei Dir nicht funktioniert. 'Geht nicht' ist eine sehr allgemeine Beschreibung.
Erst einmal muss dein Arduino/Signalduino/Fhemduino funktionieren. Also wenn Du über USB seriell dran gehst solltest Du in Deinem Terminal Programm die Daten sehen können, die das Programm über die Serielle Schnittstelle ausspuckt. Eventuell musst Du die Baudrate anpassen und merken.
Dann muss Dein esp8266/nodeMCU mit esplink funktionieren. Zum Test brauchst Du erst einmal keine serielle Verbindung aber ein funktionierendes WLAN. Dann erst mit dem esplink Access Point Namen verbinden und Deine WLAN Konfiguration setzen. Danach verbindet sich esplink mit Deinem WLAN und Du müsstest ihn über eine IP Adresse Deines WLANs erreichen können.
Nun kannst Du TX vom Arduino/Nano über einen 10K (plus 20K nach Masse) an RX vom esp8266/nodeMCU anschliessen und RX vom Arudino/Nano an TX vom esp8266/nodeMCU verbinden. Die GND Anschlüsse von Arduino/Nano und dem esp8266/nodeMCU verbinden.
Nun sollten die seriellen Daten in der esplink Webseite "uC Console" erscheinen. Eventuell musst Du eine andere Baudrate auswählen.
Wenn das funktioniert kann man die seriellen Daten auch gespiegelt über den Port 23 und er esplink IP Adresse empfangen (und darüber auch Befehle an den Arduino/nano senden).
Meine aktuell laufende Schaltung aus Nano mit Signalduino Software und einem ESP-01 mit esplink 1.0.4 habe ich auf meinem Blog gepostet, dem ist nichts hinzuzufügen.
~Josef
Hi Josef,
wollte jetzt auch nicht aussagen, das der Blogeintrag nicht stimmt, sondern nur, das an meiner Zeichnung, oder meinem Aufbau etwas falsch gewesen sein muss. Wegen Zeitmangel hatte ich die Fehlersuche seinerzeit fallen gelassen und mich nicht weiter mit dem Projekt befasst. Meine Fehlerbeschreibung war so aussagelos, da ich dafür auch keine Lösung haben wollte. Ich müsste eh alles nochmal von vorne aufbauen um die Fehlerstelle genau herauszufinden.
Eine Frage hätte ich aber doch noch direkt dazu: Wird der Arduino von dir mit Strom versorgt, oder der NodeMCU?
Wenn ich @Kuzl seinen Satz richtig deute, scheint er ja den NodeMCU mit Strom zu versorgen und den Arduino über 3.3V angeschlossen zu haben.
Gruß,
Tim
Hallo Tim
ich habe nur einen ESP-01 mit nem Nano verbunden. Der Nano kriegt 5V von einem Netzteil und der ESP-01 wird über einen LM2940 3V3 von den 5V versorgt.
gruss
josef
Zitat von: hdp1999 am 26 Oktober 2016, 06:23:46
Was mir allerdings aufgefallen ist das die THGR228N nicht mehr so oft Empfangen werden wie in Vergleich zu meiner alten 41_Oregon.pm habe für die Sensoren die alte Checksummenberechnung eingefügt !
Kannst Du vom THGR228N einige RAW Nachrichten posten?
Ich habe die Checksum Routine vom BTHR918 nochmals angepasst
sub OREGON_checksum5plus {
my $hash = $_[1];
my $c = ($_[0]->[10]) & 0x7f;
my $s = ((OREGON_nibble_sum(10,$_[0]) - 0xa) & 0x7f);
Log3 $hash, 5, "OREGON: checksum5plus = $c berechnet: $s";
$s == $c;
}Damit wird für die Checksum nur noch 7 Bit verwendet.
So wies aussieht ist beim Signalduiono das achte Bit der checksum immer 1. Beim Fhemduino passt es.
@Sidey
Mir ist beim BTHR918 aufgefallen, daß bei den Nachrichen, die mit AAAA anfangen, die Länge passt (88 Bit)
MC;LL=-953;LH=1077;SL=-420;SH=517;D=AAAAAAA99A666A6555555A65566595955565656565A96956A660;C=494;L=205;Die Nachrichen die mit 555555 sind zu kurz (80 Bit)
MC;LL=-953;LH=1078;SL=-400;SH=522;D=55555555334CCD4CAAAAAB4CAACCB2B2AAACACACACB52D2AD4CC;C=492;L=208;Gruß Ralf
Zitat von: Cruiser79 am 26 Oktober 2016, 13:31:29
Wenn ich @Kuzl seinen Satz richtig deute, scheint er ja den NodeMCU mit Strom zu versorgen und den Arduino über 3.3V angeschlossen zu haben.
So geht es, genau.
Ich hab sogar ein MySensors-Gateway und den Signalduino in ein Gehäuse gepackt und dann für den Signalduino einen ESP-01 genommen.
Arduino, ESP-01, Sender und Empfänger werden von den 3.3V der NodeMCU mit versorgt.
Zitat von: Kuzl am 27 Oktober 2016, 07:54:54
So geht es, genau.
Ich hab sogar ein MySensors-Gateway und den Signalduino in ein Gehäuse gepackt und dann für den Signalduino einen ESP-01 genommen.
Arduino, ESP-01, Sender und Empfänger werden von den 3.3V der NodeMCU mit versorgt.
Da ihr beide den ESP-01 nutzt und ich das ganze mit dem NodeMCU-Developer Board probiert habe, könnte ja schon daran meine Fehlerquelle liegen. Auf dem Teil sind ja noch ein paar weitere Bauteile verbaut, die die Kommunikation stören könntet, oder liege ich da falsch?
Kann man jeden Arduino mit 3,3V ansteuern und der läuft? Ich benutze einen Arduino Nano für meinen Signalduino.
Gruß,
Tim
Zitat von: Ralf9 am 26 Oktober 2016, 23:45:26
Kannst Du vom THGR228N einige RAW Nachrichten posten?
Ich habe die Checksum Routine vom BTHR918 nochmals angepasst
sub OREGON_checksum5plus {
my $hash = $_[1];
my $c = ($_[0]->[10]) & 0x7f;
my $s = ((OREGON_nibble_sum(10,$_[0]) - 0xa) & 0x7f);
Log3 $hash, 5, "OREGON: checksum5plus = $c berechnet: $s";
$s == $c;
}
Damit wird für die Checksum nur noch 7 Bit verwendet.
So wies aussieht ist beim Signalduiono das achte Bit der checksum immer 1. Beim Fhemduino passt es.
@Sidey
Mir ist beim BTHR918 aufgefallen, daß bei den Nachrichen, die mit AAAA anfangen, die Länge passt (88 Bit)
MC;LL=-953;LH=1077;SL=-420;SH=517;D=AAAAAAA99A666A6555555A65566595955565656565A96956A660;C=494;L=205;
Die Nachrichen die mit 555555 sind zu kurz (80 Bit)
MC;LL=-953;LH=1078;SL=-400;SH=522;D=55555555334CCD4CAAAAAB4CAACCB2B2AAACACACACB52D2AD4CC;C=492;L=208;
Gruß Ralf
Hallo Ralf
Habe in Anhang noch einige RAW Nachrichten für den THGR228N mitgeschnitten ! Mit der Änderung der Checksumme habe Ich eingefügt und teste ! Falls du noch andere RAW Daten der Sensoren von Oregon haben möchtest sag bescheid !
Gruß Dirk
Zitat von: Cruiser79 am 27 Oktober 2016, 12:47:42
Da ihr beide den ESP-01 nutzt und ich das ganze mit dem NodeMCU-Developer Board probiert habe, könnte ja schon daran meine Fehlerquelle liegen. Auf dem Teil sind ja noch ein paar weitere Bauteile verbaut, die die Kommunikation stören könntet, oder liege ich da falsch?
Kann man jeden Arduino mit 3,3V ansteuern und der läuft? Ich benutze einen Arduino Nano für meinen Signalduino.
Das sollte mit dem NodeMCU genau so gehen. Für die Versorgung des Arduinos einfach einen 3.3V-pin der NodeMCU mit einem VCC-Pin des Arduinos verbinden.
Dann noch GND verbinden und RX und TX gekreuzt verbinden. Dann sollte das laufen.
Das USB-Kabel dann an die NodeMCU.
Es sollten eigentlich fast alle Arduinos gehen, da man ja nicht den Spannungsregler verwendet sondern direkt den AVR mit Spannung versorgt.
Zitat von: Kuzl am 28 Oktober 2016, 07:12:16
Das sollte mit dem NodeMCU genau so gehen. Für die Versorgung des Arduinos einfach einen 3.3V-pin der NodeMCU mit einem VCC-Pin des Arduinos verbinden.
Dann noch GND verbinden und RX und TX gekreuzt verbinden. Dann sollte das laufen.
Das USB-Kabel dann an die NodeMCU.
Es sollten eigentlich fast alle Arduinos gehen, da man ja nicht den Spannungsregler verwendet sondern direkt den AVR mit Spannung versorgt.
Du hast also keinerlei Widerstände dazwischen geschaltet? Einfach direkt verbunden und läuft?
Gruß,
Tim
Zitat von: Kuzl am 28 Oktober 2016, 07:12:16
Für die Versorgung des Arduinos einfach einen 3.3V-pin der NodeMCU mit einem VCC-Pin des Arduinos verbinden.
Dann noch GND verbinden und RX und TX gekreuzt verbinden. Dann sollte das laufen.
Das USB-Kabel dann an die NodeMCU.
Es sollten eigentlich fast alle Arduinos gehen, da man ja nicht den Spannungsregler verwendet sondern direkt den AVR mit Spannung versorgt.
So ganz sicher ist das nicht. Kann gehen, muss aber nicht. :)
Welchen Pin am Nano meinst du mit VCC-Pin? Bei meinen Nanos gibt es nur Vin, 5V, und 3V3. Ich nehme mal an du willst über den 5V Pin den ATmega versorgen. Laut Datenblatt kann der ATmega328 aber bei 3.3V Betriebsspannung keine 16Mhz. Meist klappt es trotzdem.
Gruß Friedrich
Ich habe mir Empfänger und Sender von http://www.ebay.de/itm/122180136185 bestellt. Empfänger empfängt, Sender habe ich noch nicht ausprobiert. Wer auch immer nach einer günstigeren Variante als die ELV Module sucht, wird hier fündig.
Hallo zusammen,
ich hab die Pinbenennungen des Arduinojetzt nicht im Kopf, kann sein, dass die Pins 5V heißen. Ich meine auf jeden Fall die Versorgung des Controllers. Bei mir läuft der trotsdem mit 16 MHz :)
dann kann man direkt verbinden - ohne Widerstände dazwischen
Hi.
Also bei mir habe ich den Nano über den Wemos Mini D1 mit Strom versorgt. Hab alles nach Plan von HJgode nach
dem Schema und nach der Erklärung von
https://forum.fhem.de/index.php/topic,38831.msg510188.html#msg510188 gemacht. Ich habe allerdings KEINERLEI
Widerstände / Transistoren / Elkos (oder wie die uF-Dinger heissen.. bin kein Elektroniker) drangemacht.
5V von ESP -> Nano VIN
GND alle gemeinsam verbunden (quelle ist der ESP) und letzendlich meine
https://de.aliexpress.com/item/1set-RF-module-433-Mhz-superheterodyne-receiver-and-transmitter-Support-ASK-OOK-small-size-low-power/32571703475.html?spm=2114.13010708.0.0.gmZ1ms&detailNewVersion=&categoryId=200003315
per 3,3V (ebenfalls vom ESP) mit Saft versorgt und dementsprechend TX - RX gekreuzt zwischen Nano <--> ESP
Und auch GENAU so das ESP-Link einstellen wie hier:
http://www.hjgode.de/wp/wp-content/uploads/2015/11/FireShot-Capture-1-esp-link-http___192.168.0.99_home.png
Anbei als Pic die Einstellung der ESP-Link Parameter... wie von hjgode vorgegeben.
Meine Version der ESP-Link FW ist allerdings die esp-link v2.2.3 - 2016-06-21 (klappt trotzdem!)
Achja: In der uConsole Baud Rate 57600 (oder dementsprechend die passende eures ESP-Modells) und man sieht
fleissig die Daten fliessen.
In FHEM dann noch
define sduinoIP SIGNALDuino 192.168.0.99:23
(IP ANPASSEN!!! Das <:23> so lassen!)
Ich hoffe das mein Teile nicht eines Tages in die Luft fliegen ;D, aber das sind meine ersten Schritte in Sachen Elektronik.
Ich habe sogar probiert einen Levelshifter zwischen dem ESP <--> Nano einzubauen, da klappte nix. Aber dafür bin ich wohl noch nicht Kundig genug
um zu wissen wie das geschaltet wird.
Gruss
Alex
Und damit es nicht allzu Off-Topic wird:
Besteht denn die Möglichkeit, Dooya-Motoren über den ---> CUL <--- anzusteuern (also 433MHz CC1101 oder 1101L o.ä.)?
Finde leider nichts darüber...
Edit: Vergessenes Pic eingefügt....
Beim ESP sind die Dateneingänge nicht 5V tolerant:
https://forum.arduino.cc/index.php?topic=282340.0
ZitatData lines are not 5V tolerant. It won't burn out the chip (at least not right away) but you'll get unexpected resets, etc. until you put in a voltage divider or level shifter on the RX line (I used a TI PCA9306).
Although it may work for a while you stand a chance of damaging the module if you don't use a voltage divider
Und hier ist was zum Arduino mit 16 MHz und 3,3V
https://forum.arduino.cc/index.php?topic=349255.0
Bei mir funktioniert es mit der folgenden Schaltung:
https://forum.fhem.de/index.php/topic,58396.msg512645.html#msg512645
Gruß Ralf
Zitat von: yamfhem am 14 Oktober 2016, 10:12:18
@Sidey: ah, hab grad eben mal selbst kompiliert (musste einige <include.h> nach "include.h" ändern) dann ging's durch. Da ich's jetzt selber kann, brauchst Du mir nix extra kompilieren. Mich interessieren da eher die, von Dir angesprochenen, notwendigen Änderungen für den promicro.
Welche Register meinst Du?
Was hast Du bzgl. Wait bei serieller Verbindung committed?
Gruß
yamfhem
... das kompilieren und flashen auf einen pro micro (32U4) hat soweit funktioniert - mit den original Sourcen, ich habe keinerlei Änderungen vorgenommen. Nachdem ich den an meinen Raspi angeschlossen habe, sehe ich zwar, dass er geöffnet wird, aber nicht initialisiert!?
Zitat2016.10.31 21:04:23 3: sduino: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 41 45 6 7
2016.10.31 21:04:23 3: sduino: IDlist MU 16 20 21 24 26 27 28 29 30 31 34 36 37 39 40 42 44 46 48 5 8 9
2016.10.31 21:04:23 3: sduino: IDlist MC 10 11 12 18 43 47
2016.10.31 21:04:23 3: Opening sduino device /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00
2016.10.31 21:04:23 3: Setting sduino serial parameters to 57600,8,N,1
2016.10.31 21:04:23 1: define: /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00@57600
2016.10.31 21:04:23 1: init: /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00@57600
2016.10.31 21:05:02 1: Cannot init /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00, ignoring it (sduino)
... kann mir jemand helfen?
Ich vermute, das die Sourcen so evtl. nicht 1:1 für den 32U4 verwendet werden können.
Zitat von: yamfhem am 31 Oktober 2016, 21:19:29
... das kompilieren und flashen auf einen pro micro (32U4) hat soweit funktioniert - mit den original Sourcen, ich habe keinerlei Änderungen vorgenommen. Nachdem ich den an meinen Raspi angeschlossen habe, sehe ich zwar, dass er geöffnet wird, aber nicht initialisiert!?
Ist beim sduino verbose 5?
ZitatIst beim sduino verbose 5?
... meinst beim Kompilieren?
Der 32u4 hat ein anderes Interrupt Layout, deshalb funktioniert es nicht ohne Anpassung.
Zitat von: Sidey am 01 November 2016, 07:22:22
Der 32u4 hat ein anderes Interrupt Layout, deshalb funktioniert es nicht ohne Anpassung.
Hi Sidey,
und wie kann ich dem begegnen? Welche Anpassungen muss ich machen?
Zitat von: yamfhem am 31 Oktober 2016, 21:19:29
2016.10.31 21:04:23 3: Setting sduino serial parameters to 57600,8,N,1
2016.10.31 21:04:23 1: define: /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00@57600
2016.10.31 21:04:23 1: init: /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00@57600
2016.10.31 21:05:02 1: Cannot init /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00, ignoring it (sduino)
Das sieht so aus als würde bei der DEF was nicht passen. Mach mal in der shell ein:
ls -l /dev/serial/by-id/Wenn ich nur das USB zu UART TTL FTDI Modul (ohne angeschlossenen pro mini) stecke, erhalte ich:
2016.11.01 08:48:17.789 3 : Setting sduino serial parameters to 57600,8,N,1
2016.11.01 08:48:17.791 1 : sduino/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
2016.11.01 08:48:17.791 1 : sduino/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
2016.11.01 08:48:17.792 1 : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 reappeared (sduino)
2016-11-01 08:48:17.799 SIGNALduino sduino CONNECTEDIch meinte in fhem beim sduino das attribut verbose 5
Gruß Ralf
Welchen Branch hast Du compiliert?
Hallo Sidey,
ich habe spaßeshalber auch mal versucht die SIGNALduino sources wie von Dir hier https://forum.fhem.de/index.php/topic,38831.msg503622.html#msg503622 beschrieben mit der Arduino IDE zu kompilieren.
Es gibt allerdings angemeckerte Mehrfachdeklarationen:
Arduino: 1.6.9 (Windows 10), Board: "Arduino Nano, ATmega328"
C:\Users\rrasp\Documents\Arduino\SIGNALDuino\RF_Receiver.ino: In function 'void setup()':
RF_Receiver:169: error: redefinition of 'void setup()'
void setup() {
^
C:\Users\rrasp\Documents\Arduino\SIGNALDuino\HelloSimpleFIFO.ino:3:6: note: 'void setup()' previously defined here
void setup() {
^
C:\Users\rrasp\Documents\Arduino\SIGNALDuino\RF_Receiver.ino: In function 'void loop()':
RF_Receiver:242: error: redefinition of 'void loop()'
void loop() {
^
C:\Users\rrasp\Documents\Arduino\SIGNALDuino\HelloSimpleFIFO.ino:23:6: note: 'void loop()' previously defined here
void loop() {
^
exit status 1
redefinition of 'void setup()'
Habe ich die falschen Quelldateien erwischt?
@Ralf9: ok, werd ich heute abend mal probieren, wenn ich am fhem sitze.
@Sidey: den hier -
#define PROGNAME "RF_RECEIVER"
#define PROGVERS "3.3.0"
mit der Arduino IDE 1.6.12 unter Windows.
Du musst den devr33 Branch verwenden, sonst klappt die Serielle Initialisierung nicht.
... ok, danke sehr. Hab das gerade runtergeladen und werde heute abend testen.
Danke.
@Sidey,
über den devr33 Zweig werden 3 HEX-Dateien nach FHEM geladen, die phantastisch beim Nano mit 433 MHz ASK Sender und Superhetempfänger arbeiten. Gibt es bekannte Timingprobleme, wenn die gleiche HEX-Datei mit 868 MHz ASK Sender und Superhetempfänger verwendet wird ? Benötigt evtl. der devr33 Zweig für 868 MHz eigene HEX-Dateien ?
Der SIGNALduino ist eine Superidee. Glückwunsch für die Realisierung dieser Idee in FHEM.
Viele Grüsse
MillyHarry
Der Signalduino funktioniert auch mit einem 868 MHz Empfänger.
Die Firmware ist unabhängig vom Medium oder der Frequenz.
Was genau funktioniert denn nicht?
Danke für diese Aussage.
Bisher habe ich nur wenige Infos über einen 868 MHz SIGNAldiuno im Forum gelesen.
Ich bin begeistert uber den problemlosen Aufbau und die Benutzung des Plug und Play 433 MHz SIGNALduino für 51++ Protokolle in FHEM.
Als völliger FHEM- und Rapbian-Laie kam sofort der Wunsch auch ein 868 MHz System am Raspi 3 zu betreiben.
Einen geeigneten 868 MHz Superhet ASK Empfänger und Sender habe ich erst bei SchibeElektronik in Villigen bestellt.
Grüsse
MillyHarry
... so sieht's jetzt aus, nach dem Compilieren und Flashen mit devr33 und verbose 5, sieht's jetzt so aus:
sduino: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 32 33 35 38 4 41 45 6 7
2016.11.01 21:47:31 3: sduino: IDlist MU 16 20 21 24 26 27 28 29 30 31 34 36 37 39 40 42 44 46 48 5 8 9
2016.11.01 21:47:31 3: sduino: IDlist MC 10 11 12 18 43 47
2016.11.01 21:47:31 3: Opening sduino device /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00
2016.11.01 21:47:31 3: Setting sduino serial parameters to 57600,8,N,1
2016.11.01 21:47:31 1: define: /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00
2016.11.01 21:47:31 1: init: /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00
2016.11.01 21:47:31 5: sduino SW: XQ
2016.11.01 21:47:31 5: sduino SW: V
2016.11.01 21:47:34 5: sduino SW: V
2016.11.01 21:47:38 5: sduino SW: V
2016.11.01 21:48:11 1: Cannot init /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00, ignoring it (sduino)
2016.11.01 21:48:11 3: sduino: Firmwareversion: V 3.2.0-b24 SIGNALduino - compiled at May 14 2016 00:06:40
... ja, sieht jetzt anders aus, aber so richtig gut immer noch nicht, oder!?
Zitat von: yamfhem am 01 November 2016, 22:02:14
2016.11.01 21:48:11 1: Cannot init /dev/serial/by-id/usb-Arduino_LLC_Arduino_Leonardo-if00, ignoring it (sduino)
es sieht nicht besser aus.
Erscheint im event monitor ein "sduino CONNECTED"?
was ergibt ein
ls -l /dev/serial/by-id/
Hallo,
im Event monitor steht nix drin.
... das ergibt:
pi@pi2 ~ $ sudo ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Nov 1 22:44 usb-Arduino_LLC_Arduino_Leonardo-if00 -> ../../ttyACM0
Zitat von: yamfhem am 02 November 2016, 07:45:31
lrwxrwxrwx 1 root root 13 Nov 1 22:44 usb-Arduino_LLC_Arduino_Leonardo-if00 -> ../../ttyACM0
ok, dann passt es.
Füge mal in der RF_Receiver.ino in der loop() das serialEvent(); ein:
void loop() {
static int aktVal=0;
bool state;
serialEvent();
if (command_available) {
..
:) :) :)
2016.11.02 04:19:24 5: sduino/GetUpdate: ping was not reported in time, disconnecting device
2016.11.02 04:19:24 1: /dev/serial/by-id/usb-SparkFun_SparkFun_Pro_Micro-if00 disconnected, waiting to reappear (sduino)
2016.11.02 04:19:25 3: Setting sduino serial parameters to 57600,8,N,1
2016.11.02 04:19:25 1: define: /dev/serial/by-id/usb-SparkFun_SparkFun_Pro_Micro-if00
2016.11.02 04:19:25 1: init: /dev/serial/by-id/usb-SparkFun_SparkFun_Pro_Micro-if00
2016.11.02 04:19:25 5: sduino SW: XQ
2016.11.02 04:19:25 5: sduino SW: V
2016.11.02 04:19:25 5: sduino/RAW (ReadAnswer): V 3.3.0 SIGNALduino - compiled at Nov 2 2016 12:48:38
2016.11.02 04:19:25 5: sduino: command for gets: ?
2016.11.02 04:19:25 5: sduino SW: XE
2016.11.02 04:19:25 1: /dev/serial/by-id/usb-SparkFun_SparkFun_Pro_Micro-if00 reappeared (sduino)
2016.11.02 04:19:25 5: sduino SW: ?
2016.11.02 04:19:25 4: sduino/msg READ: ? Use one of V i R t X F S P C G
2016.11.02 04:19:25 5: sduino/HandleWriteQueue: nothing to send, stopping timer
... ich glaub, das sieht jetzt besser aus.
Danke sehr.
... jetzt muß ich das Funkmodul noch dran hängen und dann den Funktionstest machen.
@Sidey: evtl. könntest Du das noch auf Github ergänzen!?
SerialEvent wird beim leonardo nicht automatische aufgerufen, das stimmt. Da muss ich mir noch was überlegen
So, alles angeschlossen und: läuft!!!
Danke.
#edit: und falls sich jemand fragt, warum ich unbedingt einen Pro Micro nehmen muss!? - weil sich der sduino dann so schön klein machen lässt :)
Gibt es im Forum schon Erfahrungen, ob mehrere "serial by-id DEVICES" mit einem "Arduino pro micro" in FHEM eingebunden werden können ?
Beim "Arduino nano" mit echtem FTDI-chip kann man über die Seriennummer z.B. einen 433 MHz und einen 868 Mhz SIGNALduino parallel laufen lassen.
@Sidey und yamfhem
Glückwunsch zu dieser Entwicklung. Mich überrascht immer wieder die exzellente Zusammenarbeit und die tollen Ergebnisse, die erzielt werden.
Könnt ihr bitte die "Arduino pro micro HEX-Datei" in den "SIGNALduino devr33 download" einbinden ?
@Sidey
Die gleiche nanoFW bedient einen 433MHz und einen 868 MHz ASK-Superhet-Empfänger / ASK-Sender. Siehst du eine Möglichkeit beide Systeme mit einem einzigen Arduino-nano über getrennte Interrupt-Pins und getrennte Output-Pins zu betreiben ?
Das wäre doch beim "Arduino pro micro" interessant, wenn es bei einer "By-id-Einbindung" keine weitere Möglichkeit einer Treiber-Differenzierung für FHEM gibt.
Zitat von: MillyHarry am 03 November 2016, 09:15:13
Gibt es im Forum schon Erfahrungen, ob mehrere "serial by-id DEVICES" mit einem "Arduino pro micro" in FHEM eingebunden werden können ?
Mit "/dev/serial/by-path/" geht es auch mit gleichen Seriennummern, wenn man nicht ständig den USB-Steckplatz ändert.
Gruß Friedrich
Zur Frage zwei Empfänger an einem NANO..
Grundsätzlich würde es gehen, zwei Empfänger an einem NANO zu betreiben.
Der RAM wird etwas knapp, vermutlich reicht es aber.
Dazu wären ein paar Anpassungen notwendig, damit zwei Decoder unabhängig voneinander laufen.
Da aber auch Ethernet Support auf dem Plan steht, beißt sich das ein wenig.
Ich nehme an, Ethernet und zwei Decoder wird vom RAM nicht passen.
Wenn jemand Zeit und Lust hat, kann er sich gerne an der Erweiterung für zwei Empfänger versuchen.
Ich kann Unterstützen, aber alleine schaffe ich es zeitlich nicht.
Grüße Sidey
@Friedrich
Vielen Dank auf den Hinweis, eine "/dev/serial/by-path/" Einbindung zu verwenden. Ich werde mich im Internet einlesen und damit experimentieren.
Mein Raspi 3 ist nicht sehr zuverlässig, wenn er (nach einer Stromunterbrechung) neu bootet. Häufig fehlt das Verzeichnis /dev/serial. Erst ein Ziehen des USB-Steckers und ein erneutes Einstecken heilt das Problem.
Viele Grüsse
MillyHarry
@MillyHarry: das Hexfile macht m.E. keinen Sinn, weil das ja noch abhängig vom verwendeten Board ist (den Pro Micro gibt's mit 8MHz + 3,3V und 16MHz+5V ... und evtl. noch andere Variationen). Deshalb hänge ich hier mal meinen Sketch an, den Du nur noch in der Arduino IDE kompilieren brauchst (mit den richtigen Boardeinstellungen im Boardmanager - ich habe mir noch die SparkFun's nachinstalliert und dann dort meine Version ausgewählt).
... obwohl, ich hänge Dir einfach die beiden Hex'n mit an, wenn Du weisst, welche Du nehmen musst.
Gruß
yamfhem
Ich habe einen Moderator gebeten, diesen Beitrag zu schließen.
Es gibt Nachfolgebeiträge im Sonstiges Forum für die Entwicklung der Version 3.3.1.
Viele Grüße Sidey
@yamfhem
recht herzlichen Dank
MillyHarry
Bitte.
@Sidey: dann verlinke doch mal hier!
Tschüß Thread,
yamfhem
Bitte hier nichts mehr schreiben, es gibt Nachfolgebeiträge:
Sonstige Systeme - Signalduino Entwicklung Version 3.3.1
https://forum.fhem.de/index.php/topic,58397.msg497911.html#msg497911
SIGNALDuino Empfänger Firm- und Hardware
https://forum.fhem.de/index.php/topic,58396.msg497907.html#msg497907
SIGNALDuino Oregon Sensoren
https://forum.fhem.de/index.php/topic,60170.msg515415.html#msg515415
Gruß Ralf
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?
Hallo
hab mal ne frage, kann man den Signalduino auch mit nem CC1101 bauen? der kann doch auch senden und empfangen soweit ich weiß... ausserdem kann der nicht nur die 433 sondern auch andere Frequenzen bedienen...
ich betreibe derzeit den Selbstbau-cul und steuere damit meine Somfy-Aussenrollos und hätte jetzt auch gerne die Daten meiner Auriol Wetterstation empfangen und das am besten mit dem selben gerät, den mehrere Nano am Pi wirkt irgendwie komisch...
danke für eure Hilfe.
Lg michl
Zitat von: Michl1003! am 12 Dezember 2016, 19:40:08
Hallo
hab mal ne frage, kann man den Signalduino auch mit nem CC1101 bauen? der kann doch auch senden und empfangen soweit ich weiß... ausserdem kann der nicht nur die 433 sondern auch andere Frequenzen bedienen...
ich betreibe derzeit den Selbstbau-cul und steuere damit meine Somfy-Aussenrollos und hätte jetzt auch gerne die Daten meiner Auriol Wetterstation empfangen und das am besten mit dem selben gerät, den mehrere Nano am Pi wirkt irgendwie komisch...
danke für eure Hilfe.
Lg michl
Geht leider nicht. Brauchst selbst für 868 Geschichten pro Protokoll einen cul. Fhemduino und signalduino verwenden andere sender und Empfänger
Mobil erstellt daher kurz gehalten
Zitat von: Ralf9 am 04 November 2016, 17:50:02
Bitte hier nichts mehr schreiben, es gibt Nachfolgebeiträge:
Sonstige Systeme - Signalduino Entwicklung Version 3.3.1
https://forum.fhem.de/index.php/topic,58397.msg497911.html#msg497911
SIGNALDuino Empfänger Firm- und Hardware
https://forum.fhem.de/index.php/topic,58396.msg497907.html#msg497907
SIGNALDuino Oregon Sensoren
https://forum.fhem.de/index.php/topic,60170.msg515415.html#msg515415
Gruß Ralf
Bitte hier nichts mehr schreiben.
Zum cc1101 findet sich auch in den verlinkten Beiträgen etwas.
Hallo,
geht ihre Fernbedienung mit dem SIGNALduino?
MfG
Zitat von: thoffma3 am 01 August 2015, 22:48:13
Hallo Sidey,
ich hab ein update gemacht. Glaube ich war nicht auf dem neuesten Stand des Signalduino.
ich hab noch ein paar Sachen zum Testen:-) Wir finden bestimmt noch was leichtes.
Das hier ist mein Garagentoröffner (M0):
Hersteller: novodoor bzw. novoferm
In der Fernbedienung sind Dip Schalter (10 Stück mit 3 Schaltstellungen -,0,+).
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: /MU;P0
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0/=-433;P1=-268;P2=405;P3=8
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=8/07;P4=-860;P5=-32001;P6=15
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=15/74;D=0121342034242420342
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342/0342030303424242034203420
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=01213420342424203420342030303424242034203420/34203420303034203420342530
2015.08.01 22:38:49 5: SIGNALduino/RAW READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342034203030342424203420342034203420303034203420342530/;CP=2;
2015.08.01 22:38:49 5: SIGNALduino/msg READ: MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342034203030342424203420342034203420303034203420342530;CP=2;
2015.08.01 22:38:49 1: DEBUG>Signalduino: incomming message: (MU;P0=-433;P1=-268;P2=405;P3=807;P4=-860;P5=-32001;P6=1574;D=0121342034242420342034203030342424203420342034203420303034203420342530;CP=2;)
2015.08.01 22:38:49 1: DEBUG>Signalduino: processing unsynced message
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 0 -433
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 1 -268
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 2 405
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 3 807
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 4 -860
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 5 -32001
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted pattern 6 1574
2015.08.01 22:38:49 1: DEBUG>Signalduino: extracted data 0121342034242420342034203030342424203420342034203420303034203420342530
Hallo zusammen.
Ich wollte mal fragen, ob es möglich ist, das Attribut "sendpool" mit einzubauen? Analog zu den CUL'S.
Mit dem Attribut wird eine Reihenfolge von Sendedevices festgelegt, über die ein Befehl abgeschickt wird.
Z. B. Das ein Befehl für IT devices, welches als 1. IODev einen Signal Duino hat, zusätzlich einen cul mit einfügen kann.
Gruß Sascha
Gesendet von meinem MI 9 mit Tapatalk
Da Sendpool eine Funktion des CUL Modules ist, wird das nicht funktionieren einen Sendpool über einen SIGNALduino und einen CUL aufzubauen.
Du könntest dir allerdings selbst einen Sendpool aufbauen indem Du auf das Event reagierst und die gleiche Nachricht noch über das 2. Gerät sendest.
Ist ein bisschen Handarbeit aber mit einem doif oder notify sollte das möglich sein.
Gesendet von meinem Moto Z (2) mit Tapatalk
Hallo Sidey, ich habe zwei Geräte, von denen ich dachte, dass der SIGNALduino sie empfängt: Windmesser W132 und Regenmesser W174. Ich habe das so eingestellt, empfange aber nichts:
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.54:23
DMSG W44x#0122E080FEDD1F7E48
DevState initialized
DeviceName 192.168.2.54:23
FD 11
FUUID 5e244bdb-f33f-1115-16ab-f3c40f04ad5f2293
FVERSION 00_SIGNALduino.pm:v3.4.1-s20746/2019-12-14
LASTDMSG W44x#0122E080FEDD1F7E48
LASTDMSGID 44.1
MSGCNT 2
NAME sduino
NR 45
PARTIAL
RAWMSG MU;P0=-664;P1=-1908;P2=1985;P3=-3855;P4=3920;P5=-5800;P6=-16648;P7=216;D=1234521212121212121232121232121212321232323212121212123212121212121212323232323232321232321232323212321212123232323232123232323232321212321212321212670;CP=2;R=9;
RSSI -69.5
STATE opened
TIME 1579437164.14589
TYPE SIGNALduino
hasCC1101 1
sendworking 0
version V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec 3 2019 19:42:03
versionProtocols 1.10
versionmodul v3.4.1
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:
2020-01-19 12:36:06 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud)
2020-01-18 23:10:43 ccpatable C3E = 00 C0 00 00 00 00 00 00 => 10_dBm
2020-01-19 13:40:12 ping OK
2020-01-19 13:30:51 state opened
2020-01-19 13:30:51 version V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec 3 2019 19:42:03
getcmd:
keepalive:
ok 0
retry 0
mcIdList:
10
11
12
18
43
58
msIdList:
0
0.1
0.2
0.3
0.4
1
4
6
7
17
23
25
33
33.1
33.2
35
51
53
55
65
74.1
muIdList:
8
9
17.1
24
26
27
28
29
30
31
34
37
39
44
44.1
45
48
59
60
61
62
64
66
67
70
72
74
80
84
85
89
94
Attributes:
development 0
flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -v -v -U flash:w:[HEXFILE] 2>[LOGFILE]
group intern
hardware miniculCC1101
updateChannelFW stable
whitelist_IDs 0,0.1,0.2,0.3,0.4,1,4,6,7,8,9,10,11,12,17,17.1,18,23,24,25,26,27,28,29,30,31,33,33.1,33.2,34,35,37,39,43,44,44.1,45,48,51,53,55,58,59,60,61,62,64,65,66,67,70,72,74,74.1,80,84,85,89,94
Passt das? Der SIGNALduino sendet Somfy und empfängt auch das hier:
Internals:
CODE BresserTemeo_1
DEF BresserTemeo_1
FUUID 5e244be6-f33f-1115-6488-21f0eff4702b019e
FVERSION 14_SD_WS.pm:0.207470/2019-12-14
LASTInputDev sduino
MSGCNT 2
NAME BresserTemeo_1
NR 257
STATE 4 °C (2.0 °C) / 80 %
TYPE SD_WS
bitMSG 000000010010001011100000100000001111111011011101000111110111111001001000
lastMSG 0122E080FEDD1F7E48
lastReceive 1579437164.14834
sduino_DMSG W44x#0122E080FEDD1F7E48
sduino_MSGCNT 2
sduino_Protocol_ID 44.1
sduino_RAWMSG MU;P0=-664;P1=-1908;P2=1985;P3=-3855;P4=3920;P5=-5800;P6=-16648;P7=216;D=1234521212121212121232121232121212321232323212121212123212121212121212323232323232321232321232323212321212123232323232123232323232321212321212321212670;CP=2;R=9;
sduino_RSSI -69.5
sduino_TIME 2020-01-19 13:32:44
Helper:
DBLOG:
temperature:
DbLog:
TIME 1579437164.164
VALUE 4
READINGS:
2020-01-19 13:32:44 batteryState ok
2020-01-19 13:32:44 channel 1
2020-01-19 13:32:44 humidity 80
2020-01-19 13:32:44 state T: 4 H: 80
2020-01-19 13:32:44 temperature 4
2020-01-19 13:32:44 temperature_at 2.0
2020-01-19 13:32:44 temperature_mrt 4.0
2020-01-19 13:32:44 temperature_utci 4.2
2020-01-19 13:32:44 tmax 4
2020-01-19 13:32:44 tmin 4
2020-01-19 13:32:44 type BresserTemeo
Attributes:
alias Kinderspielhaus
event-aggregator tmin::none:min:86400,tmax::none:max:86400
group Wetter
room Wetter
stateFormat temperature °C (temperature_at °C) / humidity %
userReadings tmin {ReadingsVal($name, "temperature", "")},tmax {ReadingsVal($name, "temperature", "")}
Hallo andies,
den W174 empfängt er. Auf meinem Dach steht einer.
Zu dem anderen Device kann ich noch keine Auskunft geben.
Internals:
CODE CUL_TCM97001_17
DEF CUL_TCM97001_17
FUUID 5c44efce-f33f-08a5-2d54-36cc02ed3c250510
LASTInputDev nano_433Mhz
MSGCNT 27
NAME W174_17
NR 485
STATE <div style="padding: 0px 5px 0px 5px;; text-align: left;;"> Regen: no<br>letzte Stunde: 0.00 l/m² | aktueller Tag: 0.25 l/m²<br>Gesamtmenge seit Batteriewechsel: 524.75 l/m² | Bat: low </div>
TYPE CUL_TCM97001
lastH 0
lastT 1579454369
nano_433Mhz_DMSG s11ECCC10F000
nano_433Mhz_MSGCNT 25
nano_433Mhz_Protocol_ID 0.3
nano_433Mhz_RAWMSG MS;P3=-2008;P4=479;P5=-9061;P6=-4049;D=45434343464343434646464643464643434646434346464343434343464343434346464646;CP=4;SP=5;R=75;O;m2;
nano_433Mhz_RSSI -36.5
nano_433Mhz_TIME 2020-01-19 18:19:29
radino_433Mhz_DMSG s11ECCC10F000
radino_433Mhz_MSGCNT 25
radino_433Mhz_Protocol_ID 0.3
radino_433Mhz_RAWMSG
Gesendet von iPhone mit Tapatalk Pro
Mit dem w132 gab es vor ca. 1 Jahr schon einmal Anstrengungen.
Der SIGNALduino empfängt es prinzipiell auch, wenn es auch nicht immer ausgewertet werden kann.
Irgendeine Änderung im TCM_97001 Modul führte dann aber dazu, dass es nicht mehr geht.
Ob das zwischenzeitlich beseitigt wurde ist mir nicht bekannt.
Grüße Sidey
Vielen Dank, dann haut bei mir irgendwas nicht hin. Ich empfange auf meinem Signalduino, zum Beispiel in der Console
$$!$!;C2;R5;
Mu;��;��;�Ň;�Џ;���;���;D!4$$$$!!!$!!$!!!$!$$$!!%;C2;R9;
Mu;���;�Ӈ;���;���;���;d!!!11!1!!!!111!11!111!1!!!11@;C1;R8;
Mu;���;�χ;���;��;��;d!!11111!111!!1!1111!!@;C1;R0;
Mu;���;���;���;���;�ȏ;���;D#C####!!!#!!#!!!#!###!!!!!#!!!##!#!!!!###!##!###!#!!!#####!###!!#!#!##!##%;C2;R9;
Mu;���;��;���;���;��;���;���;��;dEgeeeeeEEEeEEeEEEeEeeeEEEEEeEEEeeEeEEEEeeeEeeEeeeEeEEEeeeeeEeeeEEeEeEeeEee;C5;R6;
Mu;���;���;���;�Ё;���;���;�͇;���;D#Egggggeeegeegeeegegga;C6;R5;
Mu;��;���;���;�Ӈ;���;���;d#CCCCCCCCCCCCCCCCCCCCCP;C3;RF9;
Mu;���;���;�Ň;���;���;���;D#C####!!!#!!#!!!#!###!!!!!#!!!##!#!!!!###!##!###!#!!!%;C2;R5;
OK
V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec 3 2019 19:42:03
Mu;���;���;���;���;��;���;d#AQAAQAAAQAQQQAAAAAQ@;C1;RF7;
Mu;���;���;���;���;�ȧ;d!!!!1!!!11!1!1!!1!!@;C1;REE;
Mu;��;�ׇ;���;���;d!!!!!!!0;C1;R5;
Mu;���;��;���;�;���;���;���;D#AVFVVVVQQQVQQVQQQVQVVVQQQQQVQQQVVQVQQQQVVVQVVQVVVQVQQQVVVVVQV;C5;R8;
Mu;���;�Շ;���;���;���;���;d!1!!!11111!111!!1!1!11!14Q;C1;REE;
Mu;��;���;���;���;���;d!!!!!!!!!!!!!!!!!!!#A! ;C1;RF9;
Mu;�;���;���;��;�Ƈ;���;���;D#C%EEEECCCECCECCCECEEECCCCCECCCEECECCCCEEF;C4;R5;
sehe aber im device selbst nur ein einziges Gerät:
RAWMSG MU;P0=-14392;P1=-104;P2=10888;P3=18248;P4=-1906;P5=1983;P6=-3852;P7=3944;D=121345676565656565454545654545654545456545656565454545454565454545656545654545454565656545656545656565456545454565656565654565656545456545654565654565650;CP=5;R=6;
RSSI -71
STATE opened
TIME 1579457324.57617
TYPE SIGNALduino
hasCC1101 1
sendworking 0
version V 3.3.1 SIGNALduino cc1101 (433 Mhz ) - compiled at Dec 3 2019 19:42:03
versionProtocols 1.10
versionmodul v3.4.1
Ich muss doch mW nur autocreate enabled haben, damit diese Dinge dem SIGNALduino bekannt gemacht werden, richtig? Die Batteriespannung ist auch in Ordnung und ich habe in etwa fünf Meter Sichtweite die Batterie gewechselt, ich verstehe das nicht ganz. Die Frequenz ist auch richtig eingestellt. Was kann ich da noch tun?
Zitat von: andies am 19 Januar 2020, 19:21:08
Ich muss doch mW nur autocreate enabled haben, damit diese Dinge dem SIGNALduino bekannt gemacht werden, richtig? Die Batteriespannung ist auch in Ordnung und ich habe in etwa fünf Meter Sichtweite die Batterie gewechselt, ich verstehe das nicht ganz. Die Frequenz ist auch richtig eingestellt. Was kann ich da noch tun?
Der SIGNALduino empfängt die Daten, er wird keine Definitionen anlegen, das ist Aufgabe der logischen Module, welche einen Sensor implementieren.
Der Ventus132 hat mal im CUL_TCM97001 Modul funktioniert. Da wird dann meist ein unknown Device angelegt, welches man konfigurieren muss.
Das passt aber in diesen Thread nicht rein. Seit 2016 sollte hier auch niemand mehr einen Beitrag ergänzen