Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

14_SD_WS - protocol 27 new sensor EFS-3110A #890

Merged
merged 7 commits into from
Sep 15, 2020
Merged

Conversation

elektron-bbs
Copy link
Contributor

@elektron-bbs elektron-bbs commented Sep 12, 2020

  • Please check if the PR fulfills these requirements
  • Tests for the changes have been added / modified (needed for for bug fixes / features)
  • commandref has been added / updated (needed for bug fixes / features)
  • CHANGED has been updated (needed for bug fixes / features)
  • What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)
    feature

  • What is the current behavior? (You can also link to an open issue here)
    no decoding sensor EFS-3110A
    Eurochron Zusatzsensor für EFS-3110A #889

  • What is the new behavior (if this is a feature change)?
    decoding sensor EFS-3110A

  • Does this PR introduce a breaking change? (What changes might users need to make in their application due to this PR?)
    no

  • Other information:

@coveralls
Copy link

coveralls commented Sep 12, 2020

Pull Request Test Coverage Report for Build 3759

  • 1 of 1 (100.0%) changed or added relevant line in 1 file are covered.
  • No unchanged relevant lines lost coverage.
  • Overall coverage decreased (-0.1%) to 53.239%

Totals Coverage Status
Change from base Build 3724: -0.1%
Covered Lines: 3304
Relevant Lines: 6206

💛 - Coveralls

@elektron-bbs
Copy link
Contributor Author

Die Tests zeigen Fehler und ich erkenne wieder mal nicht warum :-(

@sidey79
Copy link
Contributor

sidey79 commented Sep 13, 2020

Ach, das ist dieser blöde Mist mit :(

Dass es in test_SD_WS_devices-definition.txt liegt weisst Du sicher schon.

            # Failed test 'check reading type'
            # at (eval 44) line 55.
            # +---------------------+----+----------+
            # | GOT                 | OP | CHECK    |
            # +---------------------+----+----------+
            # | EFTH-800, EFS-3110A | eq | EFTH-800 |
            # +---------------------+----+----------+
        # Failed test 'Verify readings'
        # at (eval 44) line 58.
    # Failed test 'Checking module: SD_WS device: EFTH-800 TestNo: 0 '
    # at (eval 44) line 70.
            # Failed test 'check reading type'
            # at (eval 44) line 55.
            # +---------------------+----+----------+
            # | GOT                 | OP | CHECK    |
            # +---------------------+----+----------+
            # | EFTH-800, EFS-3110A | eq | EFTH-800 |
            # +---------------------+----+----------+
        # Failed test 'Verify readings'
        # at (eval 44) line 58.
    # Failed test 'Checking module: SD_WS device: EFTH-800 TestNo: 1 '
    # at (eval 44) line 70.
            # Failed test 'check reading type'
            # at (eval 44) line 55.
            # +---------------------+----+----------+
            # | GOT                 | OP | CHECK    |
            # +---------------------+----+----------+
            # | EFTH-800, EFS-3110A | eq | EFTH-800 |
            # +---------------------+----+----------+
        # Failed test 'Verify readings'
        # at (eval 44) line 58.
    # Failed test 'Checking module: SD_WS device: EFTH-800 TestNo: 2 '
    # at (eval 44) line 70.
# Failed test 'Verify sensor´s from JSON'

Ich denke, der Name des Sensors im Reading passt nicht und deshalb schlägt der Test fehl.

@elektron-bbs
Copy link
Contributor Author

Danke, das war es.
Warum mir allerdings Travis die Fehler nicht anzeigt, so wie du sie siehst, ist mir schleierhaft. Bei den Fehlern bekam ich nur folgendes zu sehen:

--------- Starting test test_SD_WS_devices-definition.txt: ---------
Output of test_SD_WS_devices:
<BINARY>
<BINARY>
Errors of test test_SD_WS_devices:
"<BINARY>"
FHEM Log snippet from test run:
--------- Test test_SD_WS_devices-definition.txt: error ---------
UnitTest/makefile:38: recipe for target 'test_SD_WS_devices' failed
make[1]: *** [test_SD_WS_devices] Error 1
make[1]: Leaving directory '/home/travis/build/RFD-FHEM/RFFHEM'
Makefile:19: recipe for target 'test' failed
make: *** [test] Error 2
The command "make test" exited with 2.
0.02s$ sudo pkill "^perl" || true

Da rätselt man dann schon, wie es zu so einem "gravierenden" Fehler kommen kann, das sang- und klanglos abgebrochen wird.
Auch jetzt, nachdem es fehlerfrei durchgelaufen ist, ist die Ausgabe wenig aussagekräftig:

--------- Starting test test_SD_WS_devices-definition.txt: ---------
Output of test_SD_WS_devices:
<BINARY>
--------- Test test_SD_WS_devices-definition.txt: ok ---------

@sidey79
Copy link
Contributor

sidey79 commented Sep 14, 2020

@elektron-bbs

Prinzipiell alles fein mit dem PR, aber in der Commandref habe ich gesehen, dass die Sensoren dort benannt werden

<li>EuroChron EFTH-800 (temperature and humidity sensor)</li>

Ich denke es wäre sinnvoll den neuen Sensor dort noch zu hinterlegen. Siehst Du das ebenso?

@elektron-bbs
Copy link
Contributor Author

Sehe ich genau so und habe es ergänzt.

@sidey79
Copy link
Contributor

sidey79 commented Sep 14, 2020

vermutlich muss ich den merge machen? richtig?

@elektron-bbs
Copy link
Contributor Author

So ist es, ich bekomme keinen Button zu sehen.

@sidey79 sidey79 merged commit afd4a9c into master Sep 15, 2020
@sidey79 sidey79 deleted the master_SD_WS_EFS-3110A branch September 15, 2020 19:52
@sidey79 sidey79 linked an issue Sep 15, 2020 that may be closed by this pull request
@sidey79 sidey79 mentioned this pull request Jan 16, 2022
sidey79 added a commit that referenced this pull request Jan 16, 2022
Release 3.5.2 
     10_SD_Rojaflex.pm 
          new: Module for rojaflex remote controls

     90_SIGNALduino_un.pm
          changed: fix some PerlCritic hints (#914)
          changed: revised commandref

     00_SIGNALduino.pm:
          feature: xFSK processing
          feature: Added support for directio and none.
          feature: Extension for "get sduino ccreg" (#918)
          feature: parse subs optimized (#926)
          feature: update reading  config when change settings (#948)
          feature: Allow incremental addition of match list entries (#1026)
          change: added N to send SN  xFSK sendCommand
          change: added new sub SIGNALduino_calcRSSI to simplification code
          change: revised Parse_MN and loglevel
          change: revised logoutput text SIGNALduino_Get_Command
          change: rename "get raw" to "get rawmsg" (#925)
          feature: added commandref rfmode & cc1101_reg_user
          feature: added hardware ESP32cc1101, MAPLEMINI_F103CB on attribute
          feature: added new attrib rfmode to changed to xFSK & revised commandref
          feature: added separat sub SIGNALduino_Attr_rfmode
          feature: added set cmd LaCrossePairForSec (for LaCrosse
          bugfix: SIGNALduino_CheckccConfResponse is more robust #1015 (#1031)
          bugfix: fix PERL WARNING (#895) (#972)
          bugfix: get ccreg command caused stacktrace #898
          bugfix: Bugfix define with hostname 901 (#904)
          bugfix: Wrong version assignment fixed
          Bugfix, module runs now without fhemweb instance 
          bugfix: display protocol list (#947)
          bugfix: require 99_Utils only if really needed (#950)
          bugfix: corrected incorrect logoutput (#951)
          bugfix: Fix Multiple send delay (#941)
          bugfix: Fixes high CPU and MEM usage in patternExists (#988)

  SD_Protocols.pm:
          change: moved subs for converting in own package
                  ConvLaCrosse, ConvKoppFreeControl and ConvPCA301
          bugfix: Hideki fix inverted message (#974)

  SD_ProtocolData.pm
          feature: added rfmode, register rubric & comments
          change: fix perlcritic Severity 3 - hard tabs
          feature: Added crc checksum verification Revolt (#956)

  14_SD_WS.pm: 
         feature: protocol 27 for sensor EFS-3110A (#890)
         feature: protocol 106 for GT-TMBBQ-0   
         feature: protocol 110 for ADE WS1907 Weather station (#970)
         feature: protocol 111 for TS-FT002 water tank level (#1000)
         feature: protocol 113 for GFGT 433 B1 Wireless Grill sensor (#1003)
         feature: new protocol 108 for BRESSER 5-in-1 Weather Center
                  and BRESSER Professional Rain Gauge (#973)
         feature: protocol 115 for Bresser 6-in-1 and 
                  5-in-1 Comfort Wetter Center (#1010)
         feature: new protocol 107 for Fine Offset WH51 (#1055)
         feature: new protocol 116 for Fine Offset WH57 (#1061)
         bugfix: Update protocol 64 for sensor WH2A (#1009)
         bugfix: Conrad S522 protocol 33 no reading batteryState (#1042)

  14_SD_WS07.pm: 
         feature: protocol definition 7.1 for Mebus HQ7312-2 (#1050)

  14_FLAMINGO.pm: 
         change: Perlcritic (#887)

  14_SD_UT.pm:
         change: PerlCritic (#877)
         feature: new protocol 105 for remote control BF-301
         feature: decode and send protocol 56 remote control AC114-01B (#910)
         feature: decode and send protocol for Visivo remote control
         feature: Remote control SEAV BeSmart S4 (#933)
         feature: new protocol 114 for TR401 (#1002)

 14_SD_BELL.pm:
         change: PerlCritic (#877)
         change: Adjusted little things (#937)
         feature: added AVANTEK Wireless doorbell & LED night light (#981)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Eurochron Zusatzsensor für EFS-3110A
4 participants