"FHT Unknown device" bei Direktkoppelung FHT8V

Begonnen von td, 22 Januar 2013, 13:07:29

Vorheriges Thema - Nächstes Thema

td

Hallo,

ich habe kürzlich die Direktkoppelung eines FHT8V-Ventiles mit meiner CUL entsprechend des Wiki-Eintrages durchgeführt. Meine CUL hat Hauscode/FHT-ID 1010, die des Ventiles hatte ich zunächst auf 1710, dann aber identisch zur CUL auf 1010 gesetzt. Das Paaren verlief einwandfrei, ich kann das Ventil problemlos ansteuern.

Seitdem treten im fhem-Log jedoch ca. alle paar folgende Einträge auf:
2013.01.22 12:40:46 3: FHT Unknown device 1010, please define it
2013.01.22 12:40:46 3: FHT Unknown device 1710, please define it
Was ist die Ursache bzw. was kann ich dagegen tun?

Gruß
Thomas

kud

Also per Hand hättest Du keine Änderung des Hauscodes vornehmen sollen.
Der Hauscode des CUL hat auch nichts mit der ID des FHT8V zu tun.
Sie WIKI Auszug:
Die Kennung des 1. Raumes war 1234
Ein 2. Raum kann mit 1334
Ein 3. Raum kann mit 1434
definiert werden.


Schau bitte wie die Raumkennung vergeben wird.
Gruss
Kai-Uwe

td

Danke für Deine Reaktion.

Bzgl. des Hauscodes war ich davon ausgegangen, daß er eben etwas mit dem FHT-Hauscode/FHT-ID zu tun hätte, aber nichts mit dem FS20-Hauscode.

Deine Anmerkung bzgl. der Änderung "per Hand" kann ich nicht nachvollziehen: Sämtliche Einträge in der fhem.config sind von mir manuell erstellt worden.

Im Wiki ist die Raumkennung 1234 nur ein Beispiel, eine identische zur CUL-FHT-ID ist zulässig.

Wer weiß Rat?

ChrisF

Hi,

ich habe heute meinen ersten FHT 8V in Betrieb genommen und bekomme exakt das gleiche Verhalten.
Gibt es hier eventuell eine Lösung?

Eigentlich funktioniert alles einwandfrei, aber die Fehlermeldung wird alle paar Minuten protokolliert.

Ich setze einen CUNO mit Firmware 1.46 ein.

Gruß!

kud

Also ich habe erst vor 3 Wochen einen FHT8V zusätzlich eingebunden.
Ohne Probleme.
Bitte nach zuerst mal GENAU nach  Wiki-Eintrag - Kurzanleitung vorgehen dann sollte es klappen.

http://www.fhemwiki.de/wiki/FHT_8v_direkt_ansprechen

Gruss
Kai-Uwe

ChrisF

Hallo,

dieser verlinkte Wiki Beitrag war meine Grundlage.

Ich hänge meinen Code mal mit rein, vielleicht sieht ja jemand was...

-----
define CUL_0 CUL /dev/ttyACM0@9600 6627
define CUNO CUL 192.168.1.5:2323 6727
#########################################################################
## Definition Thermostat Wohnzimmer Südfenster
#########################################################################
define wz_ThermostatSueden FHT8V 6d27
attr wz_ThermostatSueden room Heizungen

#########################################################################
## Definition Heizung Wohnzimmer Südfenster
#########################################################################
define wz_HeizungSueden PID Temp_Wohnzimmer wz_ThermostatSueden
attr wz_HeizungSueden alias wz_HeizungSueden_pid
attr wz_HeizungSueden room Heizungen

#########################################################################
## Definition und Anzeige des Sollwertes für Heizung Wohnzimmer Süden
#########################################################################
define wz_HeizungSueden_desired_temp dummy
attr wz_HeizungSueden_desired_temp fp_Grundriss_EG 190,550,2,Wunschtemperatur
attr wz_HeizungSueden_desired_temp room Heizungen
attr wz_HeizungSueden_desired_temp setList state:19,20,21,22,23,23.5,24
attr wz_HeizungSueden_desired_temp webCmd state
### Der Notivy steuert das Zusammenspiel Änderung im Floorplan und Weitergabe an FHEM
define Change_wz_HeizungSueden notify wz_HeizungSueden_desired_temp  {\
    my $neuer_wert = ReadingsVal("wz_HeizungSueden_desired_temp","state","0") ;;\
    fhem("set wz_HeizungSueden desired $neuer_wert");;\
}
-----

Vielen Dank und Gruß!

kud

Sieht auf den 1. Blick gut aus.

Setze doch mal nach

fhem("set wz_HeizungSueden desired $neuer_wert");;\

ein Log zB.

Log 3, "Heizung-Sueden geaendert auf: $neuer_wert ";;\

und schau mal im Logfile nach ob da was drinsteht.

Gruss
KU

ChrisF

Hi,

das Problem ist ja nicht, dass die Steuerung nicht funktionieren würde.
Es funktioniert ja, nur wird alle paar Minuten folgendes geloggt:
"FHT Unknown device 6d27, please define it".

Geloggt wird mit deinem Aufruf nur, was vorher auch schon in etwas geloggt wurde:
"Heizung-Sueden geaendert auf: 23.5"

Allerdings hat die Steuerung plötzlich heute im Laufe des Tages aufgehört zu funktionieren. Beziehungsweise FHEM an sich funktionierte korrekt, aber der Stellantrieb FHT8v nahm keine Befehle mehr entgegen.
Ich habe ihn dann einmal stromlos gemacht (Batterien rausgenommen), neu gepairt und jetzt geht es wieder, weiterhin mit Fehlermeldungen, alleine 8 davon in der letzten Stunde.

Ich habe dann anschließend einmal meinen CUL, der an der Fritz!Box hängt, herausgezogen. Der FHT8v soll ja über den CUNO gesteuert werden.
Und siehe da! Seit 1 Stunde Keine Fehlermeldungen mehr!

Es scheint so zu sein, dass das Funksignal des FHT8v vom CUL und CUNO empfangen wird (nicht weiter verwunderlich).
Primär soll der FHT8v vom CUNO angesteuert werden. Das habe ich dadurch sichergestellt, dass der CUNO nach dem CUL initialisiert wird und zusätzlich durch diesen Eintrag:
define wz_ThermostatSueden FHT8V 6d27 CUNO

Allerdings kann ich das Empfangen ja nicht steuern...

Was kann ich hier tun bzw. wie kann ich die Fehlermeldungen unterdrücken?

Gruß!

kud

Sorry, da bin ich überfragt ;-(

Tausche mal die Namen und ID aus.

Mal zum Testen ohne sprechende Namen.

define stellantrieb1 FHT8V 1234
attr stellantrieb1 room Heizungen

analog den Dummy und Notivy ändern.

Vielleicht liegt es an der Groß/Kleinschreibung, Unterstriche etc.



ChrisF

Hi,

wie sieht denn Dein setup aus? CUL/CUNO oder beides?
Auch ein flashen der aktuellen Firmware hat leider keine Besserung gebracht.

Gruß!

kud

Ich habe einen CUL

define CUL_0 CUL /dev/ttyACM0@9600 1234

Hast Du mal die Namen/ID verändert?

ChrisF