RFD-FHEM / RFFHEM

Counterpart of SIGNALDuino, it's the code for FHEM to work with the data received from the uC
GNU General Public License v3.0
44 stars 33 forks source link

new protocol 120 for Weather station TFA 35.1077.54.S2 #1116

Closed elektron-bbs closed 1 year ago

elektron-bbs commented 1 year ago
codecov[bot] commented 1 year ago

Codecov Report

Merging #1116 (32dd450) into master (82d8b5d) will increase coverage by 0.03%. The diff coverage is 62.79%.

@@            Coverage Diff             @@
##           master    #1116      +/-   ##
==========================================
+ Coverage   64.95%   64.99%   +0.03%     
==========================================
  Files         133      135       +2     
  Lines        9671     9723      +52     
  Branches     1533     1544      +11     
==========================================
+ Hits         6282     6319      +37     
- Misses       2185     2189       +4     
- Partials     1204     1215      +11     
Flag Coverage Δ
fhem 56.99% <62.79%> (+0.08%) :arrow_up:
modules 64.99% <62.79%> (+0.03%) :arrow_up:
perl 90.37% <ø> (+0.08%) :arrow_up:
unittests 64.99% <62.79%> (+0.03%) :arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files Coverage Δ
FHEM/lib/SD_ProtocolData.pm 100.00% <ø> (ø)
FHEM/14_SD_WS.pm 65.41% <62.79%> (-0.06%) :arrow_down:
t/FHEM/14_SD_BELL/09_parseDatat.t
t/FHEM/14_FLAMINGO/00_load.t 100.00% <0.00%> (ø)
t/FHEM/14_SD_BELL/00_load.t 100.00% <0.00%> (ø)
t/FHEM/14_BresserTemeo/09_parseDatat.t 80.00% <0.00%> (ø)

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

sidey79 commented 1 year ago

Hinsichtlich dcf sind keine Testdaten hinterlegt. Wie hast Du das herausbekommen und verifiziert dass es stimmt? Hast Du eventuell Testdaten dafür?

elektron-bbs commented 1 year ago

Testdaten dafür habe ich natürlich, sonst hätte ich das Reading ja nicht einbauen können.

MU;P0=-13168;P1=469;P2=-1000;P3=1450;D=01212121212121232121232121212121212123212321232123232123212123232323232323212323232323232321232323212323232123232123232123232123232323232321212323232321232123;CP=1;R=79;

Verifizieren kann ich das, in dem ich den Logeintrag

2022.09.03 16:02:02 4: signalduino1: Read, msg: MU;P0=-13168;P1=469;P2=-1000;P3=1450;D=01212121212121232121232121212121212123212321232123232123212123232323232323212323232323232321232323212323232123232123232123232123232323232321212323232321232123;CP=1;R=79;

mit dem Reading vergleiche

   READINGS:
     2022-09-10 21:54:57   batteryState    ok
     2022-09-10 21:54:57   dcf             2022-09-03 16:02:02 
     2022-09-10 13:34:38   humidity        43
     2022-09-10 13:34:38   rain            530.4
     2022-09-10 13:34:38   rawRainCounter  1768
     2022-09-10 21:54:57   state           
     2022-09-10 13:34:38   temperature     22
     2022-09-10 21:54:57   type            TFA_35.1077
     2022-09-10 13:34:38   windGust        0.7
     2022-09-10 13:34:38   windSpeed       0.3

Mir gelingt es jetzt nur nicht mit dem SIGNALduino_TOOL ein Update für das JSON zu erzeugen. Ich vermute, weil state leer bleibt. Das war allerdings Absicht.

elektron-bbs commented 1 year ago

Ich habe jetzt einen Test-Datensatz mit dem Reading dcf erstellt.

sidey79 commented 1 year ago

Wenn Du den Branch nicht mehr benötigst, dann lösche ihn bitte, wir haben ziemlich viele branches dieser Art. :)

elektron-bbs commented 1 year ago

Sooo viele sind es ja nun auch nicht... Ich lösche den Branch lieber immer erst etwas später, bis der oder die User begriffen haben, das das jetzt im Master ist :-)