Giter Club home page Giter Club logo

signalduino_tool's People

Contributors

actions-user avatar dependabot-preview[bot] avatar dependabot[bot] avatar devirex avatar elektron-bbs avatar homeautouser avatar ralf9 avatar sidey79 avatar

Stargazers

avatar avatar avatar avatar

Watchers

avatar avatar avatar avatar avatar avatar avatar avatar avatar avatar avatar

Forkers

ralf9 devirex

signalduino_tool's Issues

SD_Device_ProtocolList.json

Sollten wir diese Datei nicht auch mit in die controls_SD_TOOL.txt aufnehmen?

Allerdings bemerke ich gerade, das die Listen im Verzeichnis /SD_TOOL beim Update nicht aktualisiert werden. Das funktioniert dann bei der *.json wahrscheinlich auch nicht.
Ein ähnliches Problem hatte @sidey79 ja auch schon bei der Umstellung der SD_ProtocolData.hash.

Dispatch DMSG

Der Dispatch von DMSG aus der Datei SD_Device_ProtocolList.json funktioniert bei mir nicht mehr 100%ig.

2020.05.10 17:19:59 3: sduino_dummy: Unknown code P46, help me!
2020.05.10 17:26:43 3: sduino_dummy: Unknown code P7, help me!
2020.05.10 17:28:11 3: sduino_dummy: Unknown code U49, help me!
2020.05.10 21:12:55 3: sduino_dummy: Unknown code P9, help me!
2020.05.10 21:14:00 3: sduino_dummy: Unknown code P14, help me!
2020.05.10 21:14:22 3: sduino_dummy: Unknown code W27, help me!

Es wird offensichtlich nur der Teil vor "#" übergeben. Dispatche ich Nachrichten direkt miitels

set SIGNALduino_TOOL Dispatch_DMSG P9#FF4A63E4AA040802F40168

funktioniert es. DMSG für z.B. CUL_TCM97001, IT oder OREGON sind davon nicht betroffen.

Ich bin mir fast sicher, das das vor wenigen Tagen noch funktioniert hat. Probiert habe ich sowohl master als auch pre-release auf 2 Systemen. Keine Ahnung, welches Update dafür verantwortlich ist. Am SIGNALduuino_TOOL kann es eigentlich kaum liegen, daran wurde ja seit Monaten nichts geändert.

QUIGG GT-9000

@elektron-bbs

kannst du bitte zu folgendem Protokoll


		"49"	=>	## QUIGG GT-9000, EASY HOME RCT DS1 CR-A, uniTEC 48110 and other
							# The remote sends 8 messages in 2 different formats.
							# SIGNALduino decodes 4 messages from remote control as MS then ...
							# https://github.com/RFD-FHEM/RFFHEM/issues/667 - Oct 19, 2019
							# DMSG: 5A98B0   MS;P0=-437;P3=-1194;P4=1056;P6=297;P7=-2319;D=67634063404063406340636340406363634063404063636363;CP=6;SP=7;R=37;
							# DMSG: 887F92   MS;P1=-2313;P2=1127;P3=-405;P4=379;P5=-1154;D=41234545452345454545232323232323232345452345452345;CP=4;SP=1;R=251;
							# DMSG: E6D12E   MS;P0=1062;P1=-1176;P2=315;P3=-2283;P4=-433;D=23040404212104042104042104212121042121042104040421;CP=2;SP=3;R=26;
			{
				name            => 'GT-9000',
				comment         => 'Remote control EASY HOME RCT DS1 CR-A',
				id              => '49',
				knownFreqs      => '433.92',
				clockabs        => 383,
				one             => [3,-1],  # 1150,-385 (timings from salae logic)
				zero            => [1,-3],  # 385,-1150 (timings from salae logic)
				sync            => [1,-6],  # 385,-2295 (timings from salae logic)
				format          => 'twostate',
				preamble        => 'P49#',
				clientmodule    => 'SD_GT',
				modulematch     => '^P49.*',
				length_min      => '24',
				length_max      => '24',
			},

mir 2 RAWMSG liefern welche dann zusammen in dem SD_GT Modul verarbeitet werden ohne das der State
version not unique, please press another button
oder
learned code 1, please press another button
erscheint?

Die Daten im JSON

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Lines 726 to 732 in 770d865

{"name":"QUIGG_GT-9000", "id":"49", "module":"SD_GT", "data": [
{
"dmsg":"U49#8B2DB0", "comment":"(ID 5,27 additionally)", "dispatch_repeats":"3", "user":"TiEr92",
"rmsg":"MU;P0=-563;P1=479;P2=991;P3=-423;P4=361;P5=-1053;P6=3008;P7=-7110;D=2345454523452323454523452323452323452323454545456720151515201520201515201520201520201520201515151567201515152015202015152015202015202015202015151515672015151520152020151520152020152020152020151515156720151515201520201515201520201520201520201515151;CP=1;R=21;"
}
]
},

sind nicht aktuelle und unzureichend ;-)

Besser ist es vielleicht, das wir 4 RAWMSG besitzen wo deine V1 und V2 abgedeckt sind.

exprected dmsg is wrong

Exprected dmsg doen't match the preambe of 91.1

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Lines 600 to 607 in 6bdf352

{"name":"MD-230R", "id":"91.1", "data": [
{
"dmsg":"P91#80306644B", "user":"Harst", "comment":"Atlantic's - vibration",
"readings": [{ "state":"warning" }],
"rmsg":"MS;P0=-420;P1=809;P2=-835;P3=399;P4=-4080;D=34323010101010101010101232301010101012323010123230101230101012301012301232;CP=3;SP=4;s=64;e;m0;"
}
]
},

Tests are failing because tihis.

new function - Github_device_documentation_for_README

Einfach mal zur Diskussion freigegeben. Mir schwebt vor, aus der getesteten JSON Datei die Vorlage für die Github README.md anzufertigen. Somit haben wir eine Copy & Paste Dokumentation. Getestet habe ich es schon und dies würde vieles erleichtern.

Wir müssen uns nur mit den Namen "beschäftigen" und dann diese ggf mal verbessert oder wie eine Festlegung treffen was wir dort erfassen.

DMSG stimmt eventuell nicht

Es gibt etliche DMSGs die nicht zur RMSG passen.

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Lines 84 to 96 in f5548f3

{"name":"ITS-150", "id":"3.1", "data": [
{
"dmsg":"i455414", "user":"Stefan#", "comment":"on off (FF F0)",
"readings": {"state":"off"},
"rmsg":"MS;P0=-11440;P1=-1121;P2=-416;P5=309;P6=1017;D=150516251515162516251625162516251515151516251625151;CP=5;SP=0;R=66;"
},
{
"dmsg":"i45FF15", "user":"Stefan#", "comment":"on off (FF F0), Gruppentaste",
"readings": {"state":"on"},
"rmsg":"MS;P1=309;P2=-1130;P3=1011;P4=-429;P5=-11466;D=15123412121234123412141214121412141212123412341234;CP=1;SP=5;R=38;"
}
]
},

Es gibt nun zwei Möglichkeiten

a) Die DMSG in der JSON Datei ist falsch
b) Das Modul arbeitet nicht korrekt

Ich habe mir das Ergebnis mittels folgendem Signal angesehen:

MS;P1=309;P2=-1130;P3=1011;P4=-429;P5=-11466;D=15123412121234123412141214121412141212123412341234;CP=1;SP=5;R=38;
Es handelt sich um ein Signal mit Float:
0100 0101 0F0F 0F0F 0001 0101
die sub ´SIGNALduino_bit2itv1` macht aus den 0F Bezeichnungen 01
0100 0101 0101 0101 0001 0101
4 5 5 5 1 5

In der JSON Datei wird allerdings
dmsg":"i45FF15", erwartet.

Dieses Ergebnis sollte bereits seit Januar 2018 bestehen:
RFD-FHEM/RFFHEM@5fb5814

Wieso wird in der JSON ein anderes Ergebnis erwartet?

Das ist leider bei ganz vielen Protokollen der Fall :(

JSON schreiben Fehler

Seit dem #84 funktioniert das schreiben nicht mehr korrekt nachdem mich @elektron-bbs im Gespräch darauf aufmerksam machte.

@sidey79 wie hier https://github.com/RFD-FHEM/SIGNALduino_TOOL/pull/84/files schonmal angefragt von mir, ist es nicht günstiger diese Erweiterungen für die Tests in eine "Rubrik" zu schieben oder direkt in die Tests zu verfrachten?

Es muss auf jedenfall das Schreiben als Bug behoben werden, aber das habe ich nocht nicht angegriffen, da ich nicht weiß wie weit du vielleicht mal noch was ergänzen möchtest in den vielen Tests ...

Malformed MC Data in SD_Device_ProtocolList.json

In der SD_Device_ProtocolList.json sind fehlerhafte MC Daten, die aus irgendeiner Debug Firmware stammen.

Diese werden nicht mehr verarbeitet, wenn Parse_MC auf valide Datensätze z.B. if ($rmsg !~ /^M[cC];LL=-\d+;LH=\d+;SL=-\d+;SH=\d+;D=[0-9A-F]+;C=\d+;L=\d+;(?:R=\d+;)?$/){ prüft .

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Line 295 in 568e64f

"rmsg":"MC;LL=-997;LH=967;SL=-506;SH=460;D=AAAAAAAA66959A6555655AA55556A9955565A5566AA56A96;C=488;L=192;s1;b1;"

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Line 304 in 568e64f

"rmsg":"MC;LL=-1002;LH=952;SL=-489;SH=475;D=000000A0EBDDC4FBFBF13EF5B6;C=486;L=104;s48;b1;"

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Line 427 in 568e64f

"rmsg":"MC;LL=-2486;LH=3348;SL=-1024;SH=1889;D=8FFF7F0F;C=1457;L=32;R=65;s26;b26;"

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Line 730 in 568e64f

"rmsg":"MC;LL=-482;LH=511;SL=-230;SH=264;D=AA999559959A695996A65A9566;C=247;L=104;s17;b17;"

SD_Device_ProtocolList.json unterstützt aktuell keine fehlerhaften Daten. Um fehlerhafte Daten erkenne zu können müsste ein Flag eingebaut werden oder z.B. ein vorhandenes "dispatch_repeats":"-1" gesetzt werden.

TFA 30.3208.0 - number of repeats is not number of dispatches

Hier haben wir auch einen interessanten Fall:

Im Signal selbst ist in der Tat drei mal die gleiche Nachricht enthalten.

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Lines 408 to 416 in b4314bd

{"name":"TFA 30.3208.0", "id":"58", "data": [
{
"dmsg":"W58#45C8142445DB0", "repeat":"2", "user":"Ralf9",
"internals": {"DEF":"SD_WS_58_TH_2", "NAME":"SD_WS_58_TH_2"},
"readings": {"state":"T: 18.9 H: 69", "batteryState":"ok", "channel":"2", "humidity":"69", "temperature":"18.9", "type":"TFA 30.3208.0"},
"rmsg":"MC;LL=-981;LH=964;SL=-480;SH=520;D=002BA37EBDBBA24F0015D1BF5EDDD127800AE8DFAF6EE893C;C=486;L=194;R=34;"
}
]
},

Allerdings verlässt diese Information (Anzahl Übertragungen) nicht die sub SIGNALduino_MCTFA

Es gibt ein paar Logmeldungen dazu, das war es aber auch.

2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 4: dummyDuino: TFA 30.3208.0 preamble_pos = 12
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 4: dummyDuino: TFA 30.3208.0 preamble_pos = 12
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 4: dummyDuino: TFA message start(1)=12 end=64 with length=52
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 4: dummyDuino: TFA message start(1)=12 end=64 with length=52
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 5: dummyDuino: TFA message part(1)=0100010111001000000101000010010001000101110110110000
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 5: dummyDuino: TFA message part(1)=0100010111001000000101000010010001000101110110110000
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 4: dummyDuino: TFA message part(1)=45C8142445DB0
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 4: dummyDuino: TFA message part(1)=45C8142445DB0
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 4: dummyDuino: TFA message start(2)=77 end=129 with length=52
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 4: dummyDuino: TFA message start(2)=77 end=129 with length=52
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 5: dummyDuino: TFA message part(2)=0100010111001000000101000010010001000101110110110000
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 5: dummyDuino: TFA message part(2)=0100010111001000000101000010010001000101110110110000
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 4: dummyDuino: TFA message part(2)=45C8142445DB0
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 4: dummyDuino: TFA message part(2)=45C8142445DB0
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 4: dummyDuino: TFA message start(3)=142 end=194 with length=52
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 4: dummyDuino: TFA message start(3)=142 end=194 with length=52
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 5: dummyDuino: TFA message part(3)=0100010111001000000101000010010001000101110110110000
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 5: dummyDuino: TFA message part(3)=0100010111001000000101000010010001000101110110110000
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 4: dummyDuino: TFA message part(3)=45C8142445DB0
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 4: dummyDuino: TFA message part(3)=45C8142445DB0
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 4: dummyDuino: repeated hex 45C8142445DB0 found 3 times
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 4: dummyDuino: repeated hex 45C8142445DB0 found 3 times
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 5: dummyDuino Dispatch: W58#45C8142445DB0, test ungleich: disabled
2019.06.14 23:57:23 5: End notify loop for dummyDuino
2019.06.14 23:57:23 5: dummyDuino Dispatch: W58#45C8142445DB0, test ungleich: disabled
2019.06.14 23:57:23 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 5: dummyDuino Dispatch: W58#45C8142445DB0, -57 dB, dispatch
2019.06.14 23:57:23 5: End notify loop for dummyDuino

Effektiv gibt es einen einzigen dispatch Aufruf:

2019.06.14 23:57:23 5: dummyDuino Dispatch: W58#45C8142445DB0, -57 dB, dispatch
2019.06.14 23:57:23 5: dummyDuino: dispatch W58#45C8142445DB0

Der Wert lässt sich nicht über die Anzahl der Dispatches prüfen. Können wir den Wert auf 1 setzen?

FA22RF to less number of repeats expected

Der Wert Repat besagt zwei, aber in der RMSG finden sich vier Wiederholungen die auch ausgewertet werden:

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Lines 184 to 191 in 7bc56cc

{"name":"FA22RF", "id":"13.1", "data": [
{
"dmsg":"P13.1#CBFAD2", "comment":"(ID 63 additionally)", "repeat":"2", "user":"HomeAuto_User",
"internals": {"DEF":"CBFAD2", "NAME":"FLAMINGO_CBFAD2"},
"readings": {"state":"Alarm", "lastReceive_ID":"13.1"},
"rmsg":"MU;P0=-5684;P1=8149;P2=-887;P3=798;P4=-1393;P5=-2746;P6=-19956;D=0123434353534353434343434343435343534343534353534353612343435353435343434343434343534353434353435353435361234343535343534343434343434353435343435343535343536123434353534353434343434343435343534343534353534353612343435353435343434343434343534353434353435;CP=3;R=0;"
}
]

"repeat":"4" wäre der korrekte Wert

Can't locate lib/SD_Protocols.pm ...

Habe gerade versucht das SIGNALduino_TOOL in meiner FHEM-Instanz zu installieren.

Beim reload 88_SIGNALduino_TOOL bekomme ich folgende Fehlermeldung:
Can't locate lib/SD_Protocols.pm in @inc (you may need to install the lib::SD_Protocols module) (@inc contains: ./FHEM/lib ./lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM) at ./FHEM/88_SIGNALduino_TOOL.pm line 27.
BEGIN failed--compilation aborted at ./FHEM/88_SIGNALduino_TOOL.pm line 27.

Im per git clone kopierten Ordner FHEM/lib gibt es nur ein SD_Device_ProtocolList.json

Falsche DMSG preamble

Wo kommt eigentlich der Wert für dmsg her? Der ist leider falsch wegen der Preamble.

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Lines 581 to 590 in 43dd600

{"name":"Atech", "id":"94", "data": [
{
"dmsg":"P94#0D830661B366C", "state":"T:-14.6", "user":"Kreidler1221", "comment":"Temp sensor Id: 0C",
"rmsg":"MU;P0=-32001;P1=1525;P2=-303;P3=-7612;P4=-2008;D=01212121212121213141414141212141212141414141412121414141414121214141212141414141212141212141412121412121414121214121;CP=1;"
},
{
"dmsg":"P94#0D830018CCC", "state":"T:-0.4", "user":"Kreidler1221", "comment":"Temp sensor Id: 0C",
"rmsg":"MU;P0=-32001;P1=1533;P2=-297;P3=-7612;P4=-2005;D=0121212121212121314141414121214121214141414141212141414141414141414141412121414141212141412121414121;CP=1;"
},
{

RH787T number of repeats is not number of dispatches

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Lines 592 to 600 in b4314bd

{"name":"RH787T", "id":"83", "data": [
{
"dmsg":"P83#077", "comment":"example Westinghouse Deckenventilator Delancey (ID 30 additionally)", "repeat":"7", "user":"zwiebelxxl",
"internals": {"DEF":"RH787T 0", "NAME":"RH787T_0"},
"readings": {"state":"1_fan_minimum_speed", "deviceCode":"0000 (on|on|on|on)"},
"rmsg":"MU;P0=388;P1=-112;P2=267;P3=-378;P5=585;P6=-693;P7=-11234;D=0123035353535356262623562626272353535353562626235626262723535353535626262356262627235353535356262623562626272353535353562626235626262723535353535626262356262627235353535356262623562626272353535353562626235626262723535353535626262356262627235353535356262;CP=2;R=43;O;"
}
]
},

Hier haben wir auch ein Problem.
Die Daten führen dazu, dass 4x ein Dispatch
dummyDuino: dispatch P30#077 und 4x dispatching hex: P83#077
erfolgt.
Das macht dann in Summe 8 dispatches und passt nicht zu repeats.

Beschreibung der Funktionsweise

Ich stelle bei diversen Diskussionen immer wieder fest, dass mit die Funktionsweise und auch der Zweck diverser Features nicht klar ist.

Ich habe da jetzt auch mal wieder ein bisschen was rumprobiert und diverse Dateien erzeugt, aber den roten Faden habe ich irgendwie nicht gefunden.

Wäre toll, wenn das mal zum nachlesen aufgeschrieben wird. Als readme oder auch in einem WIKI in Github.

Viele falsche RMSG

@HomeAutoUser

Wenn wir die Prüfung der RMSGs wie in RFD-FHEM/RFFHEM#926 angedacht machen, dann sind ganz viele rmsgs im JSON ungültig.

Z.B. diese hier:

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Line 18 in 67013e9

"rmsg":"MS;P1=-4129;P2=550;P3=-2100;P4=-9055;D=2423212321232123232323232123232323212321232121232323212321212121212123232121;CP=2;SP=4;R=241;O;s=4;m1;"

Das s4 wird in der Firmware nicht gesetzt. Ich kann mich da auch an nichts erinnern.

Bei MUs ist ein e drinnen, das ist mir auch unbekannt:

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Line 271 in 67013e9

"rmsg":"MU;P0=-10108;P1=495;P2=-1050;P3=1496;P4=-27564;P5=372;CP=1;R=245;D=012121212121212321212123232121212121212323232123212321232123212323232323232123232123232121212123212323232323232121212121232323450;e;"

Insgesamt sind es 35 ungültige MS Nachrichten und und 15 MU (prerelase und master zusammen gerechnet).

X10 number of repeats to low

Die Anzahl der repeats ist hier mit eins zu gering angegeben, da sich zwei vollständige Signale in den Daten befinden. Der Wert 2 wäre passender.

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Lines 327 to 333 in 7bc56cc

{"name":"X10 Protocol", "id":"39", "data": [
{
"dmsg":"29454A847BD700", "repeat":"1", "user":"wherzig",
"internals": {"DEF":"Sds10a d745 Window", "NAME":"RFXX10REC_d745"},
"readings": {"Window":"Closed", "battery":"ok", "delay":"min", "statechange":"Closed"},
"rmsg":"MU;P0=10530;P1=-2908;P2=533;P3=-598;P4=-1733;P5=767;D=0123242323232423242324232324232423242323232324232323242424242324242424232423242424232501232423232324232423242323242324232423232323242323232424242423242424242324232424242325012324232323242324232423232423242324232323232423232324242424232424242423242324242;CP=2;O;"
}

Seit Anpassung der WH3080 Daten kommt es zu einem Fehler

Im commit 7d02962 wurden die Daten für die WH3080 angepasst:

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Lines 177 to 184 in 6e6aa4b

{"name":"WH3080", "id":"9", "data": [
{
"dmsg":"P9#FF7C845508D87403", "comment":"reconstructed bit 1", "user":"Ralf9",
"internals": {"DEF":"WH1080", "NAME":"WH1080"},
"readings": {"state":"UV: 4 Lux: 57970 ", "Lux":"57970", "UV":"4", "id":"200"},
"rmsg":"MU;P0=-1424;P1=1417;P2=-1058;P3=453;P4=-24774;P6=288;P7=-788;D=01212121232343232323232323232123232323232121232121212123212121232123212321232121212123212121232321232321212121232323212321212121212121212323467323232323232323212323232323212123212121212321212123212321232123212121212321212123232123232121212123232321232121;CP=3;R=247;O;"
}
]

Diese Daten werden für den automatischen Test nun auch verwendet, da der Wert internals gesetzt ist.

Getestet wurde gegen den Modulstand commit 7c6e785456a1c105a7720e5f0b89c8d0566c8da1.

package lib::SD_ProtocolData;
	our $VERSION = '1.05';

Anbei das Log:

2019.07.02 21:26:42 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 4: dummyDuino/msg get raw: \002MU;P0=-1424;P1=1417;P2=-1058;P3=453;P4=-24774;P6=288;P7=-788;D=01212121232343232323232323232123232323232121232121212123212121232123212321232121212123212121232321232321212121232323212321212121212121212323467323232323232323212323232323212123212121212321212123212321232123212121212321212123232123232121212123232321232121;CP=3;R=247;O;\003
2019.07.02 21:26:42 5: End notify loop for dummyDuino
2019.07.02 21:26:42 4: dummyDuino/msg get raw: �MU;P0=-1424;P1=1417;P2=-1058;P3=453;P4=-24774;P6=288;P7=-788;D=01212121232343232323232323232123232323232121232121212123212121232123212321232121212123212121232321232321212121232323212321212121212121212323467323232323232323212323232323212123212121212321212123212321232123212121212321212123232123232121212123232321232121;CP=3;R=247;O;�
2019.07.02 21:26:42 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 4: dummyDuino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2019.07.02 21:26:42 5: End notify loop for dummyDuino
2019.07.02 21:26:42 4: dummyDuino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2019.07.02 21:26:42 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 5: dummyDuino: 0. try, regex ((?:)((?:32|32){43,})) did not match
2019.07.02 21:26:42 5: End notify loop for dummyDuino
2019.07.02 21:26:42 5: dummyDuino: 0. try, regex ((?:)((?:32|32){43,})) did not match
2019.07.02 21:26:42 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 4: dummyDuino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2019.07.02 21:26:42 5: End notify loop for dummyDuino
2019.07.02 21:26:42 4: dummyDuino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2019.07.02 21:26:42 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 5: part is 323232323232323212323232323212123212121212321212123212321232123212121212321212123232123232121212123232321232121212121212121232 starts at position 13 and ends at 139
2019.07.02 21:26:42 5: End notify loop for dummyDuino
2019.07.02 21:26:42 5: part is 323232323232323212323232323212123212121212321212123212321232123212121212321212123232123232121212123232321232121212121212121232 starts at position 13 and ends at 139
2019.07.02 21:26:42 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 5: dummyDuino: Starting demodulation ( regex: (?:)((?:32|12){60,}) Pos 0) length_min_max (60..120) length=63
2019.07.02 21:26:42 5: End notify loop for dummyDuino
2019.07.02 21:26:42 5: dummyDuino: Starting demodulation ( regex: (?:)((?:32|12){60,}) Pos 0) length_min_max (60..120) length=63
2019.07.02 21:26:42 5: Starting notify loop for dummyDuino, 1 event(s), first is dummyDuino 5: dummyDuino: dispatching hex: P9#FF7C845508D87402
2019.07.02 21:26:42 5: End notify loop for dummyDuino
2019.07.02 21:26:42 5: dummyDuino: dispatching hex: P9#FF7C845508D87402

Diskussionen / Neuerungen / Hinweise

Für das o.g. habe ich das Thema erstellt.

Neuerung welche ins Pre-Release kommt demnächst. Die JSON möchte ich ergänzen mit „revision_modul“ und „revision_entry“.

revision_modul: speichert den Modulstand (Version) vom verarbeitenden Modul
revision_entry: speichert das Datum / Zeit wo der Eintrag geupdatet/erstellt wurde

Die Eintragungen bringen uns bei einer Bewertung oder Fehlersuche weiter. So wird die Sprungmarke ersichtlich wo es funktionierte.

@sidey79 @elektron-bbs spricht da von Euch was dagegen? Die Erläuterung erfolgt kurz und knapp weil vom Handy schreibe.

Number of repeats doesn't match default behavior

Der erwartete Wert von 5 Wiederholungen, passt nicht zu den Standardeinstellung des SIGNALduino Modules.

SIGNALduino_TOOL/FHEM/lib/SD_Device_ProtocolList.json

Line 367 in 7bc56cc

"dmsg":"P46#ECA2C", "comment":"reconstructed last bit 1", "model":"TEDSEN_SKX6xx", "repeat":"5", "user":"self_build",

In der Commandref ist vier als default für maxMuMsgRepeat angegeben.
Das ist eine Grundsatzfrage die wir klären müssen, wie das Testszenario aussieht.

a) Testen gegen defaultwerte
b) Testen gegen spezifische Wert, welche auch immer.

SD_Device_ProtocolList.json - Remarks / notes

Dieses Issues dient zum Austausch von Informationen der Daten von SD_Device_ProtocolList.json

@Ralf9 bitte prüfen auf Funktion bzw. Plausibilität.

{"name":"NC-3911-675", "id":"38", "data": [
      {
       "dmsg":"W38#12A2C5D0C", "user":"Harst", "repeat":"4",
       "rmsg":"MU;P0=-235;P1=496;P2=253;P3=-479;P4=-957;P5=743;P6=-720;CP=2;D=010231023232310231010232323102310101023102323232310102323245656565623232310232310231023102323231023101023232310231010102310232323231010232324565656562323231023231023102310232323102310102323231023101010231023232323101023232456565656232323102323102310231023232310231010232323102310101023102323232310102323245656565623232310232310231023102323231023101023232310231010102310232323231010232324565656562323231023231023102310232323102310102323231023101010231023232323101023232456565656232323102323102;O;"
      }
    ]
},

diese wird nicht von @sidey79 Version decodiert.

Automatisches Tests der JSON Datei

Von #20:

Es soll automatisiert geprüft werden, ob die JSON Datei dem korrekten Syntax entspricht.

  • Der Test soll in Perl laufen
  • Der Test soll nach jedem commit auf travis-ci laufen

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.