HM-CC-CC und VD ... Magic Myteries?

[rudolfkoenig]

                                                   

> Aber ich hab auch  noch ne Frage an die Experten: gibt es Zeitpunkte zu
> denen man sicher sein kann, das ein HM_CC_TC zuhört?

Naja, sicher ist relativ. MWn. immer nach dem es ein Telegramm Richtung
HM-CC-VC schickt, und dann etwa 1 Sekunde lang, wahrscheinlich auch direkt
nach der Temperatur-Meldung.

Hier muesste wieder etwas Grundlagenforschung betrieben werden.  Nicht mal ich
weiss es genau, unter welchen Umstaenden genau fhem dem TC die Temperatur
senden kann, d.h. wie muss das TC eingestellt sein, funktioniert es nur mit dem CUL
oder auch mit dem HMLAN, usw.

Die Zeit-Abstaende fuer die VC-Telegramme variieren z.w. 1.5 und 4 Minuten
(wenn ich mich recht erinnere), nach welchem Algorithmus das passiert, habe ich
bisher nicht entziffert. Das ist u.A der Grund, wieso man die Ventile nicht
direkt aus FHEM steuern kann.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo,

ich hab letzten Sonntag mal versucht, den Zeitpunkt des Sendens umzuhängen.
Die größte Erfolgsquote hatte ich nach dem 8670-Empfang, das war aber
vermutlich eher Zufall.

Irgendwo stand auch, dass nach dem Empfang des Actuatorwerts der richtige
Moment sein sollte, aber das hat bei mir gar nicht funktioniert. Mag aber
auch an meinem noch bescheidenen Verständnis liegen. Ich hab gesehen, dass
beim Actuator $src und $dst sowie $shash und $dhash einfach vertauscht sind
und daher versucht, mit vertauschten Werten den TC zu motivieren.

Irgendwer (JohanK oder so? ) schrieb auch, dass der TC ein bestimmtes Bit
auf 1 setzte, wenn er bereit ist, welches das ist und wie ich daran komme,
ist mir aber schleierhaft.

Ich bin da im Moment mit meinem Latein bzw. Perl am Ende.

Am Freitag, 21. September 2012 09:15:13 UTC+2 schrieb Rudolf Koenig:
>
> > Aber ich hab auch  noch ne Frage an die Experten: gibt es Zeitpunkte zu
> > denen man sicher sein kann, das ein HM_CC_TC zuh�rt?
>
> Naja, sicher ist relativ. MWn. immer nach dem es ein Telegramm Richtung
> HM-CC-VC schickt, und dann etwa 1 Sekunde lang, wahrscheinlich auch direkt
> nach der Temperatur-Meldung.
>
> Hier muesste wieder etwas Grundlagenforschung betrieben werden.  Nicht mal
> ich
> weiss es genau, unter welchen Umstaenden genau fhem dem TC die Temperatur
> senden kann, d.h. wie muss das TC eingestellt sein, funktioniert es nur
> mit dem CUL
> oder auch mit dem HMLAN, usw.
>
> Die Zeit-Abstaende fuer die VC-Telegramme variieren z.w. 1.5 und 4 Minuten
> (wenn ich mich recht erinnere), nach welchem Algorithmus das passiert,
> habe ich
> bisher nicht entziffert. Das ist u.A der Grund, wieso man die Ventile
> nicht
> direkt aus FHEM steuern kann.
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Danke Rudolf, das klingt interessant!

Ich werde am Wochenende mal versuchen mit einem notify etwas an the TC zu
senden, in dem Moment wenn der zugehörige Stellantrieb seine Ventilstellung
sendet.
In solchen Momenten sollte der TC ja eigentlich zuhören.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Ich werde am Wochenende mal versuchen mit einem notify etwas an the TC zu
> senden, in dem Moment wenn der zugehörige Stellantrieb seine Ventilstellung
> sendet.

Kannst Du gerne machen, aber das ist nicht der richtige Weg.

Besser waere 10_CUL_HM.pm zu fixen. Martin arbeitet inzwischen an einen neuen
Version, der demnaechst auch ins SVN einzieht (bisher kursiert er nur als
Anhang zu manchen Beitraegen hier rum). Ein Beitrag hat aber erwaehnt, dass die
Kommunikation mit dem TC mit diesem neuen 10_CUL_HM.pm nicht funktionieren
wuerde, Martins Augenmerk gilt wohl eher dem Direktverbindungen und
Parametriesierung diversen Schalter.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com