Hallo Martin,
ich leide schon lange an Missing ACKs mit den HM-CC-TCs. Es kommt gefühlt nur jeder dritte Befehl an. Ein set desired-temp funktioniert etwas besser als die Umstellung des controlMode oder ein getConfig.
Wir hatten das Thema schon vor längerer Zeit. Damals lief mein FHEM auf einem NAS. Du meintest damals, es wäre ein Timing Problem. Mittlerweile bin ich auf ein RPI umgestiegen. Den Switch zwischen HM-LAN und RPI habe ich auch getauscht.
Sonst funktionieren alle HM-Komponeten problemlos (Schlater, Rolladen-Aktoren, Dimmer).
Ich würde mich freuen, wenn Du mir bei der Fehlersuche noch Mal behilflich sein könntest. Zum debuggen würde ich eine neue fhem.cfg mit nur einem HM-CC-TC und dem dazugehörigen Stellantrieb aufsetzen und die Loglevel entsprechend einstellen.
Passt das so? Welche Loglevel soll ich setzen?
Herzlichen Dank für Deine Unterstützung!
Grüße,
Merhan
Hallo Merhan
attr global verbose 1
attr global mseclog 1
attr <hmlan> loglevel 1
Die RSSI werte passen, nehme ich an? schau einmal
define hm HMinfo
set hm rssi
und Protokoll-fehler
set hm protoEvents short
schaun wir mal
Martin
Zitat von: martinp876 am 15 November 2013, 17:16:55
Hallo Merhan
attr global verbose 1
attr global mseclog 1
attr <hmlan> loglevel 1
Die RSSI werte passen, nehme ich an? schau einmal
define hm HMinfo
set hm rssi
und Protokoll-fehler
set hm protoEvents short
Hallo Martin,
Ein GetConfig oder setcontrolmode führen in meinen Tests oft zu RESPONSE TIMEOUT:RegisterRead
mit dem o.g. Logleveln wird bei mir so gut wie nichts protokolliert.
Wobei attr <hmlan> loglevel 1 nicht möglich ist. Es gibt das Attribut verbose:0,1,2,3,4,5.
Ich stehe bzgl. dem Logging irgendwie auf der Leitung....
Die RSSI Werte variieren. In meinem Test verwende ich ein Gerärt mit dem Wert
rssi_at_HMLAN1 avg:-71.05 min:-76 max:-70 lst:-76 cnt:55
Version: $Id: 00_HMLAN.pm 4250 2013-11-19 13:20:19Z martinp876 $
Was machen bzgl. dem Logging falsch?
habe mittlerweile gelesen, dass die logparameter geändert wurden.
Anbei ein Log von meiner Testkonfig
ich habe ein set controlmode manual an den TC mit der ID 1A7A21 gesendet.
Mittlerweile habe ich im Haus 7 TCs und 14 Ventile. Kann das das Problem sein?
Hi,
bei einem aus einem Versuch antwortet der TC nicht auf die 3. message. Gleichzeitig sendet ein 2. TC.
Das kann ein Problem sein - aber ein aus ein Versuch...
Hast du noch welche? Ob es immer das gleiceh Scenario ist?
Gruss Martin
Hallo Martin,
ich habe das Gefühl, das das Problem mit der Entfernung zusammenhängt. Bei den etwas entfernteren TCs gibt es häufig Probleme insbesondere bei getConfig und set controlMode.
Ich habe gerade ein Problemkind - direkt ein Stockwerk über dem HMLAN, Holzdecke RSSI:
rssi_HMLAN1
avg:-66 min:-66 max:-66 lst:-66 cnt:3
rssi_at_HMLAN1
avg:-67.72 min:-70 max:-63 lst:-68 cnt:397
Mit dem USB-Adapter an meinem Laptop und der HM-Konfig-Software bekomme ich die Befehle deterministisch abgesetzt. Alle meine Befehle über FHEM/HMLAN führen gerade zu CMDs pending.
Anbei findest Du ein Log und die cfg von dem Folgenden Test:
Definiert ist ein TC mit vier Stellantrieben.
Diese Befehle wurden abgesetzt:
23:42 getConfig auf TC
23:51 getConfig auf Climate_Kanal
23:57 desiredTemp 19 auf TC
Keiner kam an.
Herzlichen Dank für Deine Hilfe!
Grüße,
Merhan
hast noch einen Fehler in deiner fhem.cfg
Zitatattr DG_WZ_HZ_Stellantrieb_1 subType unknown
thermostat
Zitatattr DG_WZ_Heizung subType attr DG_WZ_Heizung subType unknown
thermostat
trags mal bei allen 5 nach, und nochmal testen
Hallo,
habe den subType im laufenden Betrieb gesetzt und noch Mal ein paar Befehle abgesetzt.
Keine Reaktion - noch nicht mal ein Missing Ack. Es sind allerdings noch cmds pending. Kann ich die Befehlswarteschlange irgendwie leeren?
vielen Dank für die schnelle Unterstützung!
Grüße,
Merhan
clear msgevents auf dem tc
Hallo,
ich habe die Konfigurationsdateien auch in meiner Testumgebung angepasst. Nach dem Setzen des subType konnte ich ein desiredTemp setzen. Ein getConfig funktioniert nach wie vor nicht.
Anbei fhem.cfg und die Logdatei.
Folgende Befehle habe ich abgesetzt:
22:18 TC_Climate getConfig
22:24 TC_Climate getConfig
22:35 TC_Climate getConfig
Danke & Grüße,
Merhan
Hallo Merhan,
ist gerade gefixt.
Liegt an der Anzahl der gepeerten VDs und dann der TC nicht zählen kann ;)
Zu den VDs - sind die gepairt? Sie Antworten nicht
Gruss Martin
Danke Martin. Werde mir nachher gleich ein Update ziehen und testen.
Müssen die Antriebe dafür gepairt sein? Das ist relativ neu, oder?
Bin gerade ein paar hundert km von zu Hause weg:-)
Vielen vielen Dank!!!
Grüße,
Merhan
Hallo Martin,
das Update ist wahrscheinlich noch nicht über fhem verfügbar. Kann ich die aktuelle Version über svn beziehen?
Wenn ja, wie. Ich habe bisher nur das "normale" update bedient.
Grüße,
Merhan
Alle Files in
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/FHEM/
direkt:
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/FHEM/10_CUL_HM.pm?format=raw
Gruss Martin
ps: das file einfach reinkopieren und am besten einen shutdown restart machen
Hallo Martin,
ein erster Test aus der Ferne war erfolgreich. Ich hatte zwei einen HMLAN Disconnect. Das werde ich morgen vor Ort in Ruhe noch Mal testen. Aber ein getConfig und anschließender set controlMode waren nun erstmalig erfolgreich.
Viele Grüße,
Merhan