gelöst: 98_dewpoint.pm: Bug, attr "absoluteHumidity" wird als "1" gespeichert

Begonnen von FlatTV, 27 Dezember 2018, 23:28:48

Vorheriges Thema - Nächstes Thema

FlatTV

super, zum Test musst du das Attribut absFeuchte aber löschen.
Raspi3 - im wesentlichen mit Phoscon, HomeMatic ( aktuell über debmatic), CUL, BOSE-ST und Alexa (Connector)

herrmannj

#16
Zitat von: FlatTV am 29 Dezember 2018, 21:38:54
ne das ist falsch
die cmdref sagt
absoluteHumidity <reading_name>
In addition the absolute humidity in g/m³ will be computed as reading <reading_name>.

und Dein reading heist '1'.

Wenn Du jetzt bei dem Attribut zb "absFeuchte" reinschreibst werden Deine Readings so genannt. Für mich sieht das sinnvoll aus.

FlatTV

oh, das die cmdref absFeuchte überhaupt nicht mehr beschreibt beschreibt habe ich übersehen  :-[

Dann ist attr dewpointToAllDeviceReadings absoluteHumidity absoluteHumidity
zwar doof aber richtig.

tschuldigung
Raspi3 - im wesentlichen mit Phoscon, HomeMatic ( aktuell über debmatic), CUL, BOSE-ST und Alexa (Connector)

herrmannj

no prob, your welcome.

Es macht auch durchaus Sinn den Namen konfigurierbar zu halten weil man ja nie weiß ob in einem x-beliebigen device etwas ähnliches existiert. Bei einem hart kodierten Namen gibt es dann Kollisionen.

Schreibst noch ein gelöst vor den Titel ? Danke.

Frank_Huber

Das bedeutet das neue Attribut funktioniert kpl anderst als das alte.
Vorteil ist, man kann das neue Attribut mit dem alten Reading-Namen füttern und alles läuft wie zuvor.

Gesendet von meinem Doogee S60 mit Tapatalk