TFA 30.3166 wird nicht erkannt

Begonnen von domi-ch, 20 August 2013, 21:14:40

Vorheriges Thema - Nächstes Thema

domi-ch

Guten Abend!

ich bin vor kurzem zur Welt von FHEM und RFXTRX gestossen. Für einige Monate hatte ich einen TellusNet im Einsatz, war eigentlich zufrienden, wollte aber ein bisschen mehr machen können, und habe nun auf RFXTRX und RPi gewechselt - oder bin dran zu wechseln.

Meine bestehenden Intertechno Aktoren und Sensoren funktioniern ganz gut mit dem RFXTRX & FHEM. Zudem hatte ich mit dem Tellus auch 3 Temp- & Feuchtigkeitssensoren im Einsatz (Model: TFA 30.3166). Leider werden diese von FHEM nicht erkannt, und auch direkt im RFX manager sehe ich die Geräte nicht (obwohl ich nicht genau weiss, welchen Modus ich da auswählen müsste).

Andere TFA Sensoren scheinen zu funktionieren (was man so liest), und eben auch mit dem TellusNet hatte ich keine Probleme.

Ich danke bereits im voraus, sollte jemand mit diesen Sensoren Erfahrung haben und/oder mir sonst helfen kann.

Vielen Dank!
Domi

Willi

Hallo,

was wird in fhem*.log bei Dir zur Initialisierung angezeigt?

Dass ist eine Zeile ähnlich wie diese
2013.08.17 22:46:26 1: TRX: Init status: '433.92MHz transceiver, firmware=67, protocols enabled: LaCrosse Hideki OREGON HOMEEASY AC ARC X10 '

Poste mal diese Zeile hier.


Gemäß http://www.rfxcom.com/Documents/RFXtrx%20User%20Guide.pdf (siehe page 3, Zeile 2) musst Du für TFA-Sensoren das Protokoll Hideki in RFXmngr für den RFxtrx433 freischalten.

In der Protokollaufzählung muss also wie hier gezeigt Hideki angezeigt werden.

Wenn Hideki nicht ausgewählt ist: Wähle in RFXmngr Hideki als Protokoll aus und speichere auch gleich die ausgewählten Protokolle ab, so dass diese Protokollauswahl auch in FHEM genutzt wird.

Wenn Du schon Hideki ausgewählt hattest, könnte es auch sein, dass der Sensor noch nicht unterstützt wird. Wende Dich in diesem Fall direkt an RFXCOM.

-- Willi
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

domi-ch

Zuerst Mal vielen Dank für die rasche Antwort, Willi. Und natürlich dafür, dass RFXTRX so gut in FHEM eingebettet ist, und ich so meine IT Befehle nicht nur senden, sondern auch empfangen kann (was ja bekanntlich erst die vielen interessanten Möglichkeiten ergibt).

Also, ich bin direkt in den RFXMNGR eingestiegen. Das Hideki Protokoll hatte ich, glaube ich, schon gestern ausprobiert, aber um auf Nummer sicher zu geben habe ich es nochmals, nur zusammen mit dem AC, eingestellt. Aber weiterhin ohne Erfolg.

Meine Sensoren haben, auf der Rückseite, noch einen "date code" 12/2012, was mir als Produktionsdatum erscheint, und daher diese doch recht neu sein könnten und evt nicht in der Firmware drin sind. Ich wende mich daher, wie empfohlen, direkt an RFXCOM.

Folgend noch der Status des RFXTRX im RFXMNGR


Get Status:0D 00 00 0A 02 00 00 00 00 00 00 00 00 00
------------------------------------------------
0D01000A02534300040401010000
Packettype        = Interface Message
subtype           = Interface Response
Sequence nbr      = 10
response on cmnd  = Get Status
Transceiver type  = 433.92MHz
Firmware version  = 67
Hardware version  = 1.1
Undec             off
X10               disabled
ARC               disabled
AC                enabled
HomeEasy EU       disabled
Meiantech         disabled
Oregon Scientific disabled
ATI               disabled
Visonic           disabled
Mertik            disabled
AD                disabled
Hideki            enabled
La Crosse         disabled
FS20              disabled
ProGuard          disabled
BlindsT0          disabled
BlindsT1          disabled
AE                disabled
RUBiCSON          disabled
FineOffset        disabled
Lighting4         disabled
RSL               disabled
RFU protocol 5    disabled
RFU protocol 6    disabled

domi-ch

Innerhalb von Minuten hatte ich, wenn auch eine negative, Antwort von Bert von RFXCOM: es gibt keine Pläne, den TFA 30.3166 zum RFXTRX hinzuzufügen. Aber trotzdem super Kundenservice!

Ich wollte diese Information ebenfalls ins FHEM Wiki übertragen, bin aber noch nicht angemeldet und kann daher nicht editieren.

An dieser Stelle eine Frage an die RFXTRX User hier: welche Temperatur & Feuchtigkeitssensoren habt ihr/empfiehlt ihr im Zusammenspiel mit dem RFXTRX (auf dessen Webseite gibt es ja einige zur Auswahl)?

Vielen Dank!
domi


Willi

Zitat von: domi-ch schrieb am Do, 22 August 2013 10:41Innerhalb von Minuten hatte ich, wenn auch eine negative, Antwort von Bert von RFXCOM: es gibt keine Pläne, den TFA 30.3166 zum RFXTRX hinzuzufügen. Aber trotzdem super Kundenservice!

Ich wollte diese Information ebenfalls ins FHEM Wiki übertragen, bin aber noch nicht angemeldet und kann daher nicht editieren.
Habe es gerade im WIKI eingetragen. Danke für das Feedback.

ZitatAn dieser Stelle eine Frage an die RFXTRX User hier: welche Temperatur & Feuchtigkeitssensoren habt ihr/empfiehlt ihr im Zusammenspiel mit dem RFXTRX (auf dessen Webseite gibt es ja einige zur Auswahl)?
Ich setze derzeit nur gebraucht gekaufte Oregon-Sensoren ein. Einerseits hatte ich die Wetterstation WMR100 gebraucht gekauft und habe ein großes Paket als "defekt" gekennzeichnete Sensoren gekauft, von denen aber die Hälfte dann doch mehr oder weniger lief. Teilweise ist die Reichweite nicht besonders, was daran liegen kann, dass diese doch HW-Probleme haben.

Es gibt hier allerdings einige User, die verschiedenste Sensoren einsetzen und sicherlich von Ihren Erfahrungen berichten können.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

domi-ch

Ich habe den TFA 30.3126 günstig zu kaufen gesehen und soll auch von der RFXTRX Firmware unterstützt werden (laut http://www.rfxcom.com/oregon.htm). Auf der RFXtrx Fhem Wiki Seite ist er aber nicht gelistet.

Hat jemand mit diesem Sensor bereits Erfahrungen gesammelt?

Willi

Zitat von: domi-ch schrieb am So, 25 August 2013 20:55Ich habe den TFA 30.3126 günstig zu kaufen gesehen und soll auch von der RFXTRX Firmware unterstützt werden (laut http://www.rfxcom.com/oregon.htm). Auf der RFXtrx Fhem Wiki Seite ist er aber nicht gelistet.

Da habe ich eingetragen was mir bekannt war.

Unterstützt werden kann generell das was die RFXCOM-Firmware unterstützt. Beim einem Temp/Hum-Sensor, den die RFXCOM-Firmware unterstützt, sehe ich keinerlei Probleme diesen auch mit FHEM zu nutzen.

Grüße

Willi
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

domi-ch

Danke Willi, ich werde mein Glück mal mit diesen Sensoren versuchen  :)

Willi

Zitat von: domi-ch schrieb am Mo, 26 August 2013 22:15Danke Willi, ich werde mein Glück mal mit diesen Sensoren versuchen  :)
Dann freue ich mich über Dein Feedback wie die Qualität des Sensors ist (Reichweite, Genauigkeit, etc.).
Wie viel kostet der Sensor bei Deinem Angebot?
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

domi-ch

Zitat von: Willi schrieb am Di, 27 August 2013 11:41Dann freue ich mich über Dein Feedback wie die Qualität des Sensors ist (Reichweite, Genauigkeit, etc.).
Wie viel kostet der Sensor bei Deinem Angebot?

Feedback soll folgen. Bei "meinem" Intertechno Händler der Wahl kosten sie 13 Euro pro Stück: http://www.hans-hats.de/advanced_search_result.php?osCsid=07ad7caf51c670e55a1dd576f540d448&keywords=30.3126+&osCsid=07ad7caf51c670e55a1dd576f540d448&x=0&y=0

HarryT

For your info:

I also use these:
http://www.weerstationkopen.nl/wsp-433-3ch/product_info.php/products_id/1944

With google translate
http://translate.google.com/translate?sl=nl&tl=en&js=n&prev=_t&hl=nl&ie=UTF-8&u=http%3A%2F%2Fwww.weerstationkopen.nl%2Fwsp-433-3ch%2Fproduct_info.php%2Fproducts_id%2F1944

I didn't do extensive tests with them but I had no problems with there range.

I didn't see them somewhere outside the netherlands but would be surprised if they are only available in the netherlands.
FHEM 6.3 auf Raspberry Pi3  (1,2 Ghz)
RFXTRX433XL, ZWave, KFL200 and ConBeeIII
Raspberry Pi1 (0,7 Ghz) and Raspberry Pi4 for testing
German reading skills are good.

domlanz

So, nach längerer Abwesenheit habe ich es doch nocht geschaft, die TFA 30.3126 zubestellen und einzubinden. Sie wurden tadellos erkannt und scheinen gut zu funktionieren.

bugster_de

auch ich habe zweo von den TFA3126 nun im Einsatz und sie wurden tadellos erkannt und laufen einwandfrei.

Wieviele von den Dingern kann ich parallel einsetzen? Ich denke da so an 5-6 Geräte (für jeden Raum eines). Geht das oder ist be 3 Schluß wegen dem Kanalschalter?

Willi

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.

Grüße

Willi
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

bugster_de