mehrere TFA Temperaturfühler

[mfeske]

Hallo zusammen,

ich hatte bisher 4 TFA 30.3125 Temperaturfühler eingebunden und das hat auch ganz gut funktioniert. Gestern habe ich dann weitere eingebunden. Plötzlich gab es in einem Plot Auffäligkeiten (siehe Anhang) Starke Temperaturschwankungen. Wenn ich das richtig erkenne wurde einer der neuen Sensoren auf einem bereits verwendeten Kanal erkannt. In der fhem.cfg finde ich dazu aber nichts

bereits bestehend:

Code Auswählen Erweitern

define TFA04 CUL_TX 6
attr TFA04 group Temperatur
attr TFA04 icon control_building_modern_s_2og_og1
attr TFA04 room Janic
define FileLog_TFA04 FileLog ./log/TFA04-%Y.log TFA04
attr FileLog_TFA04 room Heizungskeller
neu:

Code Auswählen Erweitern

define TFA01X CUL_TX 15
attr TFA01X room Abstellkammer
define TFA02X CUL_TX 18
attr TFA02X room Abstellkammer
define TFA03X CUL_TX 28
attr TFA03X room Abstellkammer
define CUL_TX_17 CUL_TX 17
attr CUL_TX_17 room CUL_TX
define CUL_TX_0 CUL_TX 0
attr CUL_TX_0 room CUL_TX

Muss ich die nach jedem Batteriewechsel wieder neu anlernen, umbenennen, in die Plots einbinden?

Gruß
Micha

[MarioS1969]

Hallo,
bei mir hat es mit Umstellung auf longid geklappt.

Code Auswählen Erweitern


define initialUsbCheck notify global:INITIALIZED usb create
define TRX_0 TRX /dev/ttyUSB0@38400
attr TRX_0 longids 1


Gruß Mario

[mfeske]

und Du hast das wo wem übergeben ?

[nesges]

Muss ich die nach jedem Batteriewechsel wieder neu anlernen, umbenennen, in die Plots einbinden?

Die TFA verlieren beim Batteriewechsel ihre ID und generieren eine neue. Man kann das aber zB mit set DEVICE replaceBatteryForSec 120 verhindern. Nachdem man den Befehl gegeben hat, hat man 120 Sekunden Zeit die Batterie zu wechseln. Alternativ muss man nach dem Wechsel das define des Devices in der fhem.cfg anpassen und neu laden.

[mfeske]

okay das mit dem Batteriewechsel hört sich gut an und für langsame Menschen wie mich gibt es bestimmt auch 240 Sekunden
Aber das von Mario habe ich leider nicht verstanden, wie ich die aktuelle Überlagerung verhindere.

[mfeske]

Hallo Mario,

was bewirkt den

Code Auswählen Erweitern

define initialUsbCheck notify global:INITIALIZED usb create
define TRX_0 TRX /dev/ttyUSB0@38400
attr TRX_0 longids 1

Ein

Code Auswählen Erweitern

define initialUsbCheck notify global:INITIALIZED usb create habe ich in meiner fhem.cfg, aber worauf beziehen scih die anderen beiden Zeilen?

und wo hast Du es eingegeben?

Gruß
Micha

[mfeske]

Die TFA verlieren beim Batteriewechsel ihre ID und generieren eine neue. Man kann das aber zB mit set DEVICE replaceBatteryForSec 120 verhindern. Nachdem man den Befehl gegeben hat, hat man 120 Sekunden Zeit die Batterie zu wechseln. Alternativ muss man nach dem Wechsel das define des Devices in der fhem.cfg anpassen und neu laden.

Hallo nesges,

ich wollte das mit

Code Auswählen Erweitern

set TFA01 replaceBatteryForSec 120 mal testen, erhalte aber ein No set implemented for TFA01 als Antwort

Gruß
Micha

[nesges]

Oh, sorry, ich fürchte ich habe dich auf die falsche Fährte geschickt. CUL_TX implementiert das Kommando offenbar nicht. Meine TFAs hängen an einem Jeelink und sind als LaCrosse-Devices angebunden, von daher mein Fehlschluss. MarioS1969 scheint den gleiche Fehler gemacht zu haben, er bezieht sich auf TRX-Devices und das "longids"-Attribut gibt es am CUL_TX auch nicht.

[mfeske]

Also keine andere Möglichkeit als die Dinger immer wieder neu anzulernen und alle Konfigurationen neu zu machen ?