additional sensors protocol 115 for Bresser 6-in-1 Comfort Wetter Center #1085
Conversation
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
…HEM/RFFHEM into master_Bresser-6in1_update
Codecov Report
@@ Coverage Diff @@
## master #1085 +/- ##
==========================================
+ Coverage 63.66% 63.85% +0.19%
==========================================
Files 130 133 +3
Lines 9494 9539 +45
Branches 1505 1513 +8
==========================================
+ Hits 6044 6091 +47
+ Misses 2288 2277 -11
- Partials 1162 1171 +9
Flags with carried forward coverage won't be shown. Click here to find out more.
📣 Codecov can now indicate which changes are the most critical in Pull Requests. Learn more |
|
Bisher nicht, |
|
In der Pipeline befindet sich ein Fehler. Daher funktionioniert version_replace nicht so wie erhofft |
Update Version in File
Update Version
try to fix pipeline
| @@ -1,4 +1,4 @@ | |||
| # $Id: 14_SD_WS.pm 21666 2022-01-30 10:19:30Z elektron-bbs $ | |||
| # $Id: 14_SD_WS.pm v3.5.4 2022-01-30 10:19:30Z elektron-bbs $ | |||
There was a problem hiding this comment.
Ich weiß nicht, ob das gut ist, in den Modulen die Versionsnummer zu ändern.
Die Ausgabe von "version" in FHEM kommt damit offensichtlich nicht so richtig klar:
00_FBAHAHTTP.pm 25767 2022-03-03 18:52:56Z rudolfkoenig
10_FBDECT.pm 25069 2021-10-13 05:58:51Z rudolfkoenig
14_SD_WS.pm 21666 2022-01-30 10:19:30Z elektron-bbs
# $Id: 00_SIGNALduino.pm v3.5.4 2022-03-12 17:55:30Z sidey79 $
# $Id: SD_ProtocolData.pm 3.5.x 2022-01-30 10:19:30Z elektron-bbs $
There was a problem hiding this comment.
Was willst Du stattdessen dort hinterlegen?
Die SVN commit ID ist ja falsch
There was a problem hiding this comment.
Entweder gar nichts daran ändern, oder vielleicht statt "v3.5.4" nur "354".
There was a problem hiding this comment.
Das soll ja den Versionsstand der Datei darstellen.
Es bei der SVN commit ID zu belassen ist dadurch falsch.
354 ist ebenfalls eine gültige SVN Referenzen.
Vielleicht könnten wir einen Patch für die Anzeige vorschlagen?
There was a problem hiding this comment.
So wichtig erscheint mir das nicht. Mir ist eben bisher nur aufgefallen, das wir da aus der Reihe tanzen.
@HomeAutoUser und ich hatten irgendwann mal angefangen bei 0. Ich habe dann dort ab und an mal hochgezählt:
14_SD_AS.pm 350 2020-10-01 20:16:11Z elektron-bbs
14_SD_BELL.pm 0 2021-07-12 22:30:35Z HomeAuto_User
10_SD_GT.pm 1 2020-05-25 21:00:00Z elektron-bbs
88_SIGNALduino_TOOL.pm 0 2021-10-12 07:58:00Z HomeAuto_User
Anhand der relativ kleinen Zahlen erkennen wir, das die Dateien nicht aus SVN stammen.
There was a problem hiding this comment.
Wir müssten hier nur eine Änderung der wirken, dass auch Werte <> Zahlen an der betreffenden Stelle erlaubt sind
There was a problem hiding this comment.
Ich habe die Regex angepasst
https://regex101.com/r/HUdUmu/1
Ich werde mal testen wie es damit aussieht
There was a problem hiding this comment.
Ergebnis sieht ganz gut aus für den Anfang,
Patch ist eingereicht:
https://forum.fhem.de/index.php?topic=126908.new#new
There was a problem hiding this comment.
Das zieht sich jetzt schon seit über 3 Wochen hin. Wollen wir nicht erstmal den Pull request übernehmen?
Ich hätte mittlerweile weitere Änderungen für das Modul in petto.
Die Anpassung der Versionsnummer kannst du ja auch später noch vornehmen.
There was a problem hiding this comment.
Wir können den PR so mergen aus meiner Sicht, die nicht optimale Anzeige des version Befehls verschwindet, sobald der Patch angenommen wurde.
…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
…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
What is the current behavior?
(You can also link to an open issue here, if this describes the current behavior)
No correct evaluation of the additional sensors.
What is the new behavior (if this is a feature change)?
fixed packet length mode 18 byte
new ground/earth sensor for humidity and temperature, indoor sensor for humidity and temperature
Does this PR introduce a breaking change? (What changes might users need to make in their application due to this PR?)
no
Other information: