-
Notifications
You must be signed in to change notification settings - Fork 33
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
Added Module to Support LTECH #1098
base: master
Are you sure you want to change the base?
Conversation
…ter (RFD-FHEM#1085) SD_ProtocolData.pm - fixed packet length 18 byte 14_SD_WS.pm - new ground/earth sensor for humidity and temperature, indoor sensor for humidity and temperature
* Update 14_SD_WS09.pm - usw CORE Time instead of global from hires - optimzed code a little bit, removed useless checks - few perlcritic fixes
Bumps [shogo82148/actions-setup-perl](https://github.com/shogo82148/actions-setup-perl) from 1.14.2 to 1.15.1. - [Release notes](https://github.com/shogo82148/actions-setup-perl/releases) - [Commits](shogo82148/actions-setup-perl@v1.14.2...v1.15.1) --- updated-dependencies: - dependency-name: shogo82148/actions-setup-perl dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: sidey79 <[email protected]>
Bumps [actions/upload-artifact](https://github.com/actions/upload-artifact) from 2 to 3. - [Release notes](https://github.com/actions/upload-artifact/releases) - [Commits](actions/upload-artifact@v2...v3) --- updated-dependencies: - dependency-name: actions/upload-artifact dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <[email protected]> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: sidey79 <[email protected]>
Bumps [actions/download-artifact](https://github.com/actions/download-artifact) from 2 to 3. - [Release notes](https://github.com/actions/download-artifact/releases) - [Commits](actions/download-artifact@v2...v3) --- updated-dependencies: - dependency-name: actions/download-artifact dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <[email protected]> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: sidey79 <[email protected]>
Bumps [codecov/codecov-action](https://github.com/codecov/codecov-action) from 2.1.0 to 3.0.0. - [Release notes](https://github.com/codecov/codecov-action/releases) - [Changelog](https://github.com/codecov/codecov-action/blob/master/CHANGELOG.md) - [Commits](codecov/codecov-action@v2.1.0...v3.0.0) --- updated-dependencies: - dependency-name: codecov/codecov-action dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <[email protected]> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: sidey79 <[email protected]>
14_SD_WS.pm - new sensor TFA 30.3251.10, added CRC8 check for protocol 85
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #1098 +/- ##
==========================================
- Coverage 89.25% 88.92% -0.33%
==========================================
Files 43 43
Lines 2466 2466
Branches 170 170
==========================================
- Hits 2201 2193 -8
- Misses 111 119 +8
Partials 154 154
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
Danke für den PR. In dem Modul finden sich noch Reste von einem Siri Modul. Die wolltest Du sicher noch ändern. Im Detail habe ich mir den Rest jetzt nicht angesehen, grundsätzlich ist es aber so, dass Module unittests benötigen. |
Wow in der ersten Zeile gleich, |
Der einfachste Test prüft nur, ob das Modul geladen werden kann. Die Parse Funktion wird über Testdaten geprüft. Einzelne Subs bekommen in der Regel einen eigenen Test. Je nach komplexit der Sub ist das dann einfacher oder aufwändiger. |
Also
https://github.com/RFD-FHEM/RFFHEM/blob/master/t/FHEM/10_SD_Rojaflex/00_load.t In diesem Fall kommen alle Tests in den Ordner Damit Tests überhaupt laufen muss auch eine fhem.cfg im Testordner liegen Diese von hier, könnte ausreichend sein: 2a) Sobald hier Testdaten für das Modul enthalten sind, kann ein Test diese validieren. Im groben, werden Internals und Readings deines Moduls damit validiert. INPUT und OUTPUT sind je nach Test unterschiedlich. z.B. wird validiert ob die RMSG als input zu der angegebenen DMSG führt. Einfach mal versuchen einen Testdatensatz aus RMSG und DMSG zu erstellen. 2b) Optional können dort auch korrupte Daten getestet werden. Den Teil kommentiere ich aber erst einmal aus Ich werde dir das gleich mal in deinen PR reinlegen, dann hast Du einen Ausgangspunkt. |
added base tests for logical module
- save coderefs as reference and not as text - save regex as compiled regex instead of string
Update id / comment / intro
Wie Du siehst, ist der Test nicht erfolgreich, das Modul kann nicht geladen werden und es bricht mit einem Fehler ab:
Wie schon erwähnt, sollte switch ersetzt werden.
Anstelle switch wird dann einfach die passende anonyme sub aufgerufen:
GGf. müssen aber noch Variable übergeben und eingelesen werden. |
Update id / comment / intro Remove Switch Parse Remove Switch Set Remove Switch Set Detect turn off Detect turn off Remove Switch import
Update id / comment / intro Remove Switch Parse Remove Switch Set Remove Switch Set Detect turn off Detect turn off Remove Switch import
Added autocreate test Added autocreate test Added autocreate test Added autocreate test
Habe einen PR für die Testdaten erstellt: |
Ich habe den Branch aktualisiert und dabei kamen ein paar Abweichungen in den Tests zutage:
|
@HomeAutoUser Ok, wenn von meiner Seite aus noch was fehlt dann bitte Bescheid geben |
What is the current behavior?
No Modul for uknown Protocoll 31
What is the new behavior (if this is a feature change)?
Module LTECH for known Protokol P31
Does this PR introduce a breaking change? (What changes might users need to make in their application due to this PR?)
Module LTECH was added
Other information: