Signalduino Entwicklung

Begonnen von thoffma3, 05 Juli 2015, 23:01:00

Vorheriges Thema - Nächstes Thema

Ellert

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

nicor2k

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 :)
FHEM auf Raspberry Pi 1 - 4 | Meine Browser-Plugins | Meine FHEM-Tipps

Sidey

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
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

nicor2k

Helfe gern! :)
Log mit Verbose 4 ist kein Problem, was meinst Du aber mit Signaldaten?
FHEM auf Raspberry Pi 1 - 4 | Meine Browser-Plugins | Meine FHEM-Tipps

Sidey

Signaldaten fangen mit MS/MU/MC an und tauchen im Log auf, sobald etwas empfangen wurde.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Ellert

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.

Sidey

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 :)
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

habeIchVergessen

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.

Ralf9

#1913
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
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

nicor2k

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
FHEM auf Raspberry Pi 1 - 4 | Meine Browser-Plugins | Meine FHEM-Tipps

Burny4600

#1915
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;
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Sidey

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
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

RappaSan

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.ä.

Ralf9

#1918
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 47


Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

RappaSan

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.