TFA 30.3166 wird nicht erkannt

[bugster_de]

si, ich hab jetzt gerade auf longids umgeschaltet. Mit den zwei Sensoren funktioniert das ohne Probleme. Ich habe jetzt noch einen Schwung weitere Sensoren bestellt. ich berichte dann sobald es soweit ist.

[bugster_de]

Hi,

wie versprochen hier meine Statusmeldung: ich habe jetzt 5 TFA 31.3126 im Einsatz und das geht mit den longid einwandfrei. Genauigkeit ist ca. 0,3 Grad Abweichung zwischen den Geräten. Also für den Preis wirklich zu empfehlen

[drdownload]

weiß jemand ob der TFA 30.3169 unterstützt wird?

[habichthugo]

Hi,

wie versprochen hier meine Statusmeldung: ich habe jetzt 5 TFA 31.3126 im Einsatz und das geht mit den longid einwandfrei. Genauigkeit ist ca. 0,3 Grad Abweichung zwischen den Geräten. Also für den Preis wirklich zu empfehlen

Du meintest den TFA 30.3126? Wäre ja der Hammer, wenn da mehr als drei gingen!?
p.s.: Wie oft sendet der Werte?

[mfeske]

Schau Dir mal in commandref bei TRX das Attribut longids an.

Wenn Du dieses setzt, kannst Du vermutlich wesentlich mehr als die per Kanalschalter vorgesehenen Geräte verwenden. Du hast dann nur das Problem, dass sich die ID nach einem Batteriewechsel ändert und Du die ID manuell in fhem.cfg ändern muss.
Probier es mal aus.

Hallo Willi,

ich bin durch Mario auf das Thema longid gestossen, da ich mehrere TFA Sensoren am CUL betreibe, aber ich werde aus der commandref leider nicht ganz schlau, was auch an meinen schlechten Englischkenntnissen liegen kann. Ich habe das hier geschilderte Problem, das die Sensoren sich bei der Anmeldung überlagern. Für den Batteriewechsel gibt es ja glücklicherweise

Code Auswählen Erweitern

set DEVICE replaceBatteryForSec 120 doch wie bekomme ich es jetzt hin, das die angemeldeten sich nicht mehr überlagern oder bei der Neuanmeldung überschreiben?

Gruß
Micha

[Markus M.]

Für den Batteriewechsel gibt es ja glücklicherweise

Code Auswählen Erweitern

set DEVICE replaceBatteryForSec 120

Nicht für den RFXTRX433, oder?!

[bugster_de]

Hallo Leute,

die Sensoren TFA30.3126 haben jetzt seit 2013 einwandfrei funktioniert. Jetzt gehen sie aber doch nicht mehr. Die haben alle auf einen Schlag vor ca. 2 Monaten ihren letzten Wert gesendet.  Da ich mich nicht mehr genau erinnere, was ich vor 2 Monaten gemacht habe, kann ich nur spekulieren:

- Wurde hier ein Update von FHEM gemacht?
- mit welcher RFXTRX433 Firmware Version sind die suported? Ich hatte vor geraumer Zeit mal ein FW Update gemacht

[mfeske]

Hallo bugster_de,

ich habe diese auch seit fünf Jahren unverändert im Einsatz und führe alle FHEM Updates durch. Eine Frage m Rande, die Batterien sind okay ?

Gruß
Micha

[bugster_de]

Hi,

Batterien sind i.O. Ich habe gestern bei zwei Geräten diese mal prophylaktisch getauscht aber keine Änderung gesehen.

Es haben auch alle Sensoren ziemlich zeitgleich den Geist aufgegeben. Wenn ich in den Detail-View der Sensoren gehe, dann ist die letzte Statusmeldung (das Datum und die Zeit an den Readings) alle am gleichen Tag mit einem Zeitunterschied von max. 2 Minuten. Sprich die haben alle ihren Wert gesendet und dann war Feierabend.

Der CUL selbst funktioniert, da ich darüber z.B. auch Intertecno Dosen schalte. Und die gehen ohne Probleme.

[KölnSolar]

CUL

wenn es dann doch ein rfxtrx ist, würde ich mal im rfxmgr testen.
Grüße Markus

[bugster_de]

Hi,

habe ich auch schon gemacht. Da sehe ich keine Kommunikation. Aber Nachbars Temperatur Sender sendet ab und zu was, welches der RFXTRX Manager dann anzeigt.
Danke aber trotzdem für den Hinweis, denn ich merke erst jetzt, das das ganze dann ja nix mit FHEM zu tun hat. Wenn der RFXTRX schon nix sieht, wie soll es dann FHEM sehen. Manchmal sieht man nur viele Bäume aber den Wald nicht.

Ich hatte auch schon alle Protokolle im RFXTRX eingeschaltet, um zu sehen ob es daran liegt. War es aber auch nicht.

Kann ich die Firmware down-graden und mal ältere FW Versionen versuchen?

[KölnSolar]

Da lag ich ja richtig mit meiner Vermutung 

Kann ich die Firmware down-graden und mal ältere FW Versionen versuchen?

Klar 
Manchmal ist weniger mehr. Sprich, besser die Protokolle immer nur einzeln aktivieren, da sie sich tw. gegenseitig beeinflussen, der RFXTRX dann nicht eindeutig das Protokoll identifizieren kann.

[bugster_de]

Ich bin so doof! Wenn man mal den zweiten Post hier durchliest kommt man drauf, dass das Hideki Protokoll enabled sein muß. Hatte ich wohl bei der FW Update Aktion ausgeschaltet     Ich habe jetzt die neuste FW drauf (1006a) und es geht wieder. Auch mein Imagintronix Bodenfeuchte Sensor läuft jetzt.