Hallo Forum!
Ich versuche schon ein paar Stunden vergeblich, einen FHT 80TF-2 an FHEM/CUL an Fritzbox 7390 anzulernen.
Unter http://www.fhemwiki.de/wiki/FHT80TF (//www.fhemwiki.de/wiki/FHT80TF) steht:
"Der jeweilige Devicecode kann über das Logfile ermittelt werden. Dafür muss zuerst ein beliebiges CUL_FHTTK-Device angelegt werden. Wird dann der neue CUL/FHEM Türkontakte erkannt, erscheint im Logfile "FHTTK unknown device 123abc, please define it." (wobei 123abc die ID des Fensterkontaktes ist),...."
Wie lege ich ein 'beliebiges CUL_FHTTK-Device' an?
Ich habe mal folgendes probiert: "define dummy_FHTTK CUL_FHTTK abc123". Aber auch danach erscheint der Fensterkontakt nicht im Logfile.
Dann habe ich irgendwo gelesen, dass "set CUL1 raw X61" was bringen soll. Fehlanzeige. Nichts vom Fensterkontakt im Logfile zu sehen.
Kann hier jemand helfen?
LG
Jens
Zur konkreten Frage weiß ich nix, aber
warum benutzt Du nicht die eingebaute Funktion autocreate ?
Damit habe ich Ahnungsloser es auch geschafft :-)
....ich häng mich mal hier dran weil ich genau das gleiche Problem habe:
FHT80-TF2 wird nicht über autocreate erstellt, eine Meldung im Log bekomme ich auch nicht nach manuellem Anlegen eines beliebigen CUL_FHTTK wie im Wiki beschrieben.
Hardware ist ein pi mit COC-Erweiterung der wunderbar mit FS20, IT und FHT8V funktioniert....
Hat noch wer irgendwelche Ideen?
Hallo,
eigentlich sollte das mit autocreate problemlos funktionieren. Habe das auch mit einem Pi und der COC gemacht. Dabei hatte ich eher das Problem, die kryptischen Bezeichnungen dann richtig zuzuordnen. Aber eingerichtet hat das alles FHEM.
Gruß
Thomas
Hallo Thomas,
ja nun - was soll ich noch weiter machen? Autocretae erstellt nix - im Log steht nix. Autocreate hat mit den S300TH und den FS20-Sendern problemlos funktioniert.
Auch die Diag-Anzeige von Fhemobile zeigt nix an - die Sende-LED vom FHT80TF blinkt aber korrekt.
Das COC sieht so aus:
CMDS mCFiAZOGMRTVWXefltux
COC_MSGCNT 65
COC_TIME 2013-03-11 17:01:37
Clients :FS20:FHT:FHT8V:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_RFR:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX
DEF /dev/ttyAMA0@38400 1234
DeviceName /dev/ttyAMA0@38400
FD 9
FHTID 1234
NAME COC
NR 15
NR_CMD_LAST_H 26
PARTIAL
RAWMSG K3198413533
RSSI -48.5
STATE Initialized
TYPE CUL
VERSION V 1.52 CSM868
initString X21
Readings
cmds m C F i A Z O G M R T V W X e f l t u x
raw isFFFFFF000F11
Gruß Tilo
Hi,
ich habe bin nicht zu Hause, habe deshalb keinen Zugriff auf meine Konfig. Ich schau später mal nach, was konkret zu diesem Thema drin steht.
ThN
Gerade gestern erst wieder einen angelernt:
- kein Autocreate benutzen
- im Logfile die Meldung abwarten
- dann mit der Addresse per Hand anlegen
Genau so wie im Wikiartikel beschrieben.
Senden tut der nur alle 2 Minuten.
Wenn du also auch nach längerer Zeit keine Logeinträge hast, dann ist das Teil vielleicht kaputt
Ausserdem meine ich mich zu erinnern, dass es eine Baureihe dieser Dinger gab, deren Seriennummer irgendwie von FHEM nicht erkannt oder vielmehr als FHT80 erkannt wurden oder sowas, ich erinner mich nicht mehr genau.
musst du mal das Archiv der Google Group durchsuchen.
In beiden Fällen: Umtauschen.
Hallo Jens,
ich habe mir Deine Angaben angeschaut. Sie stimmen im wesentlichen mit meinen überein. Auch bei Autocreate sind keine zusätzlichen Angaben für FHTTK notwendig. Von der Warte her sollte es also gehen.
Was mir aber noch eingefallen ist: Für die Kontakte gibt es einen Anlernmodus, um sie dem dazugehörigen Regler bekannt zu machen. Hast du den mal getestet? Halte Deinen TF mal 1 - 2 Meter vom Raspi entfernt und löse das mal aus. Zum einen kannst Du am Flackern der LED auf der COC Aktivität erkennen und anschließend sollte im Log zumindest etwas von "Unknown FHTTK, please define it" stehen. Nur so kannst Du ja auch die ID für die manuelle Einrichtung ermitteln. Tut sich da nichts, solltest du auch einen Defekt vom TK in betracht ziehen. Hast Du mal probiert, ob der mit einem FHT80b zusammenarbeitet?
Gruß
Thomas
...es gibt nichts Neues:
FHEM sieht nichts von dem FHT80TF.
Auch im Anlernmodus kein Unterschied.
Einen FHT80b habe ich momentan nicht zum Testen, da FHEM mittels PID die Regelung selbst übernimmt.
Ein neuer FHT80TF ist bestellt - diesmal bei Conrad, mal sehen ob es da anders ist....
Danke+Gruß
Tilo
Anlernmodus ist meines Wissens nicht nötig.
Darf ich mich ansonsten nochmal selbst zitieren:
Wenn du nach längerer Zeit keine Logeinträge hast, dann ist das Teil vielleicht kaputt
Ausserdem meine ich mich zu erinnern, dass es eine Baureihe dieser Dinger gab, deren Seriennummer irgendwie von FHEM nicht erkannt oder vielmehr als FHT80 erkannt wurden oder sowas, ich erinner mich nicht mehr genau.
musst du mal das Archiv der Google Group durchsuchen.
In beiden Fällen: Umtauschen.
So, neuen Fenstersensor erhalten .... und der wurde auf Anhieb mit Autocreate erstellt. :-)
Hi,
das freut mich. Ich hoffe du hast von dem alten noch die Rechnung.
Gruß
ThN
Jo, kam von Völkner .... muss mal sehen wie das mit Rücksendung, Rüksendekosten und dem verrechneten Gutschein läuft.
Gruß Tilo
Völkner gehört Conrad. Conrad ist bei sowas eigentlich immer ganz okay.. Rücksendung sollte eine Rücksendeschein beiliegen, müsste sogar umsonst sein.
Ach, im einfachsten Fall Umtausch. Wenn das Teil funktioniert kann man es für eine ganze Menge einsetzen. Ideen kommen schon, meist muß dann aber die Realisierung warten...
Schönen Tag
ThN
Das Teil ist getauscht - der Ersatz wurde sofort von Autocreate erkannt. Das Ding war also tatsächlich defekt.
Hallo zusammen,
ich scheine das gleich Problem zu haben wie hier im Thread beschrieben. Die beiden FHT80TF-2 über Amazon bezogen erzeugen nichts im Log. Gibt es noch neue FHT80TF-2, die Funktionieren?
Ich habe SN LAA0097687 und LAA0097678, die jetzt erst mal wieder zurück gehen.
Danke und Gruß,
Frank