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:
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:
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
Hallo,
bei mir hat es mit Umstellung auf longid geklappt.
define initialUsbCheck notify global:INITIALIZED usb create
define TRX_0 TRX /dev/ttyUSB0@38400
attr TRX_0 longids 1
Gruß Mario
und Du hast das wo wem übergeben ?
Zitat von: mfeske am 20 Januar 2015, 11:56:18Muss 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.
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.
Hallo Mario,
was bewirkt den
define initialUsbCheck notify global:INITIALIZED usb create
define TRX_0 TRX /dev/ttyUSB0@38400
attr TRX_0 longids 1
Ein 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
Zitat von: nesges am 22 Januar 2015, 17:57:42
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
set TFA01 replaceBatteryForSec 120 mal testen, erhalte aber ein No set implemented for TFA01 als Antwort :-(
Gruß
Micha
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.
Also keine andere Möglichkeit als die Dinger immer wieder neu anzulernen und alle Konfigurationen neu zu machen ?