Probleme mit HM-SEC-SC & HM-CC-TC

[USTA70]

Hallo Martin,

im Anhang nun noch einmal ein Auszug aus der log Datei.

Block 1 beschreibt das Öffnen der Tür. Im Display des TC ist das "Fenster offen" Symbol zu sehen.

Block 2 beschreibt das Schliessen der Balkontür. Der State vom TC_WindowRec geht auf "closed", im TC-Display bleibt jedoch das Symbol stehen und die Ventile bleiben zu (siehe Screenshot + Foto).

Ich hoffe, dass Du was entdeckst )

Grüsse Uli

[martinp876]

Hallo Uli,

einfacher tue ich mir, wenn du die logs in ASCII anhängst.

dein Fensterkontakt (1F36A4) sendet an
1C67FA (Zentrale?)
1BFA8D (TC)

Die Zentrale sendet dann einen LED kommando (2mal???)
schon im ersten Block wird vom 1F36A4 ein close gesendet, an die Zentrale.
Der SC sendet dann an den TC, aber dieser antwortet nicht.

damit stellt sich dar:
das Öffnen wird sauber verarbeitet
beim schliesen antwortet der TC nicht, der SC wiederholt nicht.
FHEM wertet das senden des SC aus - wartet aber nicht auf ein ACK des TC

warum der TC nicht antwortet ist unklar - vielleicht kommt der trigger zu schnell (nur 6 sec)
warum der SC nicht wiederholt ist unklar

fhem könnte das Prinzip der Statusmeldungen bei diesen Triggern verfeinern... so dass ACKs berücksichtigt werden.
Das wäre dann im Prinzip so etwas wie
=> trigger gesehen: "set_closed"
=> ack gesehen "closed"

mal sehen.

Gruss Martin

[USTA70]

Hallo Martin,

...das wäre grossartig, wenn man hier was machen könnte. Da wir insbesondere die Balkontür täglich mehrfach für unseren Kater auf- und zumachen müssen, ist es schon ziemlich mühselig immer zwischen Tür und TC zu Pendeln um zu kontrollieren (naja, das nur am Rande).

Ich habe gestern auch noch einmal Türkontakte in anderen Räumen getestet, um auszuschliessen, dass es vielleicht nur ein Raum-spezifisches Problem ist. Aber auch hier hängt es von Zeit zu Zeit beim Öffnen wie auch beim Schliessen.

Grüsse Uli

P.S.: ...versprochen, demnächst nur noch ascii. Hatte aber versucht alles übers ipad zu sammeln, da mein HMlan nach einer Zeit immer auf disconnected geht, wenn ich den PC nutze. Kann das an der installierten HM Software liegen, die irgendwie im Hintergrund mitgestartet wird!???

[martinp876]

Hallo Uli,

bin etwas am Basteln mit der Überwachung. Es ist nicht ganz einfach (der Code schon - aber die Kriterien...). Soll ja schliesslich stabil funktionieren.

Beim PC habe ich keinen Tip.
Auf welcher Platform läuft FHEM? Auf dem IPAD? disconnected der HMLAN wenn du am PC ein Frontend betreibst - oder das ganze FHEM?
Die HM-Config-SW ist ausgeschaltet, nehme ich an.

Gruss Martin

[USTA70]

Hallo Martin,

nein, FHEM läuft auf der Fritzbox, Frontend auf dem Ipad.

Wann genau HMlan auf disconnected springt bei PC-Betrieb habe ich noch nicht rausgefunden. In der Regel, aber erst wenn ich eine Zeit lang mit dem Frontend am PC gearbeitet habe. Die HM Config Software ist dabei nicht im Betrieb. - Das ist zwar ärgerlich, aber damit kann ich mich arrangieren ) - Damit "musst" Dich nicht auch noch plagen!

Das die Wahl der Kriterien nicht einfach sind, kann ich nur erahnen. Man muss ja auch berücksichtigen, dass das Öffnen und Schliessen sehr kurz hintereinander erfolgen kann (Beispiel Katze).

Grüsse
     Uli

[USTA70]

Hallo Martin, ...konntest Du für mein Problem etwas in Erfahrung bringen? Grüsse Uli

[martinp876]

Hallo Uli,

sorry, hatte ich verdrängt.

der SC muss den TC aufwecken. Also musst du das Register

und der TC muss burst-empfang einschalten

Code Auswählen Erweitern

set <sc> regSet peerNeedsBurst on <tc-window>
set <tc> regSet burstRx on

Dann sollte es klappen.

Gruss Martin

[USTA70]

Hallo Martin,

...so war es bereits in der Reg definiert. Nichtsdestotrotz, ich habe ich die Kommandos noch nochmals ausgeführt. Nach einer mehrtägigen Testphase zeigt sich das Problem jedoch unverändert.

Vielleicht hast Du noch eine Idee?

Um auf deine anfänglichen Idee zurückzukommen, die Temperatur-Absenkung über ein notify zu steuern habe ich folgende Fragen:

1. Mit welchen Kommando löse (un-peer-e) ich das TC und den SC wieder voneinander?
2. Wie sorge ich dafür, dass nach dem Setzen eines entsprechenden desiredTemp diese durch das Zeitprogramm im automode nicht wieder überschrieben wird? Gibt es da was "kurzes Elegantes" oder muss ich hier mit Dummys und if ... Then Abfragen arbeiten? Ich habe es mit umschalten auf Mode manual versucht, aber dabei geht mir das Kommando oft verloren.

Grüsse
      Uli

[martinp876]

Hi Uli,

zum Untersuchen brauche ich das aktuelle list des TC, tc_Window und des SC. Dann noch einmal ein log, wenn das Fenster öffnet.

unpeeren mit
set sc peerChan 0 tcwin single unset

das Überschreiben lässt sich nicht verhindern  -so ist der TC gestrickt.
Du kannst aber auf cent-mode stellen, dann desired-temp. Hernach zurück nach auto.

Gruss Martin