Closed dependabot[bot] closed 2 years ago
Merging #1089 (033e03e) into master (a02148b) will increase coverage by
0.05%
. The diff coverage isn/a
.
@@ Coverage Diff @@
## master #1089 +/- ##
==========================================
+ Coverage 64.24% 64.29% +0.05%
==========================================
Files 132 131 -1
Lines 9515 9490 -25
Branches 1510 1507 -3
==========================================
- Hits 6113 6102 -11
+ Misses 2231 2220 -11
+ Partials 1171 1168 -3
Flag | Coverage Δ | |
---|---|---|
fhem | 56.22% <ø> (+0.03%) |
:arrow_up: |
modules | 64.29% <ø> (+0.05%) |
:arrow_up: |
perl | 90.59% <ø> (+0.08%) |
:arrow_up: |
unittests | 64.29% <ø> (+0.05%) |
:arrow_up: |
Flags with carried forward coverage won't be shown. Click here to find out more.
Impacted Files | Coverage Δ | |
---|---|---|
t/FHEM/14_FLAMINGO/09_parseDatat.t | ||
FHEM/00_SIGNALduino.pm | 64.19% <0.00%> (+0.44%) |
:arrow_up: |
:mega: Codecov can now indicate which changes are the most critical in Pull Requests. Learn more
@elektron-bbs @HomeAutoUser
Ich frage mich, warum wir hier einen Fehler haben. Am 20.03 lief er noch durch:
not ok 14 - check reading windDirectionAverage #
# Failed test () 'check reading windDirectionAverage'
Error: # at /home/runner/work/RFFHEM/RFFHEM/t/FHEM/14_SD_WS09/09_parseDatat.t line 115.
# +-----+----+-------+
# | GOT | OP | CHECK |
# +-----+----+-------+
# | 0 | eq | 90 |
# +-----+----+-------+
Ich habe SIGNALduinoTool geprüft. Keine Änderung seit dem 20.03. Ich habe SD_WS_09 Modul geprüft. Auch hier keine Änderung seit dem 20.03. Ich habe fhem.pl gesichtet und keine relevanten Änderungen seit dem 20.03 gefunden.
Es ist mir schleierhaft, wie dieser Test in der Vergangenheit erfolgreich absolviert werden konnte. Der Durchschnittswert, lässt sich so nicht Testen, denn dafür braucht es mehrere Werte und darauf muss der Test ausgelegt werden. Was denkt ihr darüber?
Woran es genau liegt, habe ich noch nicht heraus gefunden. Der Effekt ist hier aber auch nachvollziehbar. Auf einem System, wo das letzte Update schon etwas zurück liegt (06.02.2022) liefert das Log folgendes:
2022.04.13 13:02:02 4: SD_WS09_WindDirAverage --- OK ----
2022.04.13 13:02:02 4: SD_WS09_WindDirAverage Math::Trig:OK
2022.04.13 13:02:02 4: SD_WS09_WindDirAverage_01 WH1080 :Speed=0.3 DirR=1.57 Time=2022-04-13 13:02:02
2022.04.13 13:02:02 4: SD_WS09_WindDirAverage_02 WH1080 :avtime=600 decay=0 minspeed=0
2022.04.13 13:02:02 4: SD_WS09_WindDirAverage_04 WH1080 :Speed=0.3 Dir=1.57 Time=2022-04-13 13:02:02 minspeed=0 ctime=1649847722 ltime=1649847105 stime=1649847105 num=1
2022.04.13 13:02:02 4: SD_WS09_WindDirAverage_06 WH1080 :Speed=0.3 Dir=1.57 Time=2022-04-13 13:02:02 minspeed=0 num=1
2022.04.13 13:02:02 4: SD_WS09_WindDirAverage_08 WH1080 i=0 Speed=0.30 Dir=1.57 Time=13:02:02 vec=0.30/0.00 age=0 1.00
2022.04.13 13:02:02 4: SD_WS09_WindDirAverage_09 WH1080 Mittelwert über 1 Werte ist 90, avspeed=0.3
2022.04.13 13:02:02 4: SD_WS09_WindDirAverage_END WH1080 Mittelwert=90
Auf dem anderen Rechner (Update vor wenigen Minuten) sieht es so aus:
2022.04.13 13:01:53 4: SD_WS09_WindDirAverage --- OK ----
2022.04.13 13:01:53 4: SD_WS09_WindDirAverage Math::Trig:OK
2022.04.13 13:01:53 4: SD_WS09_WindDirAverage_01 WH1080 :Speed=0.3 DirR=1.57 Time=2022-04-13 13:01:53
2022.04.13 13:01:53 4: SD_WS09_WindDirAverage_02 WH1080 :avtime=600 decay=0 minspeed=0
2022.04.13 13:01:53 4: SD_WS09_WindDirAverage_04 WH1080 :Speed=0.3 Dir=1.57 Time=2022-04-13 13:01:53 minspeed=0 ctime=1649847713.0453 ltime=1649847004 stime=1649847004 num=1
2022.04.13 13:01:53 4: SD_WS09_WindDirAverage_06 WH1080 :Speed=0.3 Dir=1.57 Time=2022-04-13 13:01:53 minspeed=0 num=1
2022.04.13 13:01:53 4: SD_WS09_WindDirAverage_08 WH1080 i=0 Speed=0.30 Dir=1.57 Time=13:01:53 vec=0.00/0.00 age=0.0453019142150879 0.00
2022.04.13 13:01:53 4: SD_WS09_WindDirAverage_09 WH1080 Mittelwert über 1 Werte ist 0, avspeed=0.0
2022.04.13 13:01:53 4: SD_WS09_WindDirAverage_END WH1080 Mittelwert=0
Irgend etwas in der sub SD_WS09_WindDirAverage wird da jetzt anders berechnet.
Welche Versionsstände hast Du denn auf dem System auf dem es funktioniert?
version V 3.5.0-dev+20210808 SIGNALESP cc1101 (chip CC1101) - compiled at Nov 2 2021 21:08:35
versionProtocols 1.44
versionmodul 3.5.4+20220310
Ich habe aber die SIGNALduino.pm manuell aktualisiert, weil auf dem System zu viele Änderungen bestehen. Die Versionsnummer passt also nicht unbedingt zum letzten Update - 06.02.2022.
version V 3.5.0-dev+20210808 SIGNALESP cc1101 (chip CC1101) - compiled at Nov 2 2021 21:08:35 versionProtocols 1.44 versionmodul 3.5.4+20220310
Ich habe aber die SIGNALduino.pm manuell aktualisiert, weil auf dem System zu viele Änderungen bestehen. Die Versionsnummer passt also nicht unbedingt zum letzten Update - 06.02.2022.
Ich dachte auch eher an den FHEM Versionsstand. Die Änderungen kommen meiner Ansicht nach nicht durch dieses Projekt.
Mit diesem Stand funktioniert es hier noch:
Latest Revision: 25634
File Rev Last Change
fhem.pl 25563 2022-01-26 10:04:13Z rudolfkoenig
01_FHEMWEB.pm 25631 2022-02-05 10:10:43Z rudolfkoenig
92_FileLog.pm 25533 2022-01-21 12:16:50Z rudolfkoenig
98_help.pm 25013 2021-09-23 21:07:00Z betateilchen
14_SD_WS09.pm 21622 2021-08-10 19:51:16Z sidey79
# $Id: 00_SIGNALduino.pm v3.5.4 2022-03-10 20:42:28Z sidey79 $
99_Utils.pm 24128 2021-04-02 16:29:11Z rudolfkoenig
98_version.pm 15140 2017-09-26 09:20:09Z markusbloch
# $Id: SD_ProtocolData.pm 3.5.x 2022-01-30 10:19:30Z elektron-bbs $
Bei diesem nicht mehr:
Latest Revision: 25951
File Rev Last Change
fhem.pl 25922 2022-04-05 08:55:13Z rudolfkoenig
01_FHEMWEB.pm 25943 2022-04-10 11:34:15Z rudolfkoenig
92_FileLog.pm 25748 2022-02-27 10:29:56Z rudolfkoenig
98_help.pm 25013 2021-09-23 21:07:00Z betateilchen
14_SD_WS09.pm 21622 2021-08-10 19:51:16Z sidey79
# $Id: 00_SIGNALduino.pm v3.5.4 2022-03-12 17:55:30Z sidey79 $
99_Utils.pm 24128 2021-04-02 16:29:11Z rudolfkoenig
98_version.pm 15140 2017-09-26 09:20:09Z markusbloch
# $Id: SD_ProtocolData.pm 3.5.x 2022-01-30 10:19:30Z elektron-bbs $
Bumps shogo82148/actions-setup-perl from 1.14.2 to 1.15.1.
Release notes
Sourced from shogo82148/actions-setup-perl's releases.
... (truncated)
Commits
20a7fca
bump up to v1.15.1169848d
Merge branch 'main' into releases/v1f874304
Bump@actions/tool-cache
from 1.7.1 to 1.7.2 (#1049)c19e920
Bump@actions/cache
from 1.0.9 to 1.0.10 (#1048)628c638
bump OpenSSL v1.1.1n (#1047)c9f0e37
Bump@actions/exec
from 1.1.0 to 1.1.1 (#1050)2ec31c3
Bump prettier from 2.5.1 to 2.6.0 (#1046)15188b9
build v1.15.0115bb5d
bump up to v1.15.0c08909c
Merge branch 'main' into releases/v1Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase
.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)