HM-CC-VD Stellantrieb ohne Wandthermostat steuern

[Nilven]

Hi,

 

ich möchte einen HM-CC-VD ohne Wandthermostat "bedienen". So richtig schlau bin ich zu dem Thema bei meiner Recherche nicht geworden. Daher habe ich die obligatorischen Fragen:

 

1. Ist es generell möglich die Stellantriebe ohne Wandthermostat zu nutzen oder ist es zwingend erforderlich?

2. Wenn ja, wie muss ich es dann einrichten?

 

Das Thermostat wird von fhem schon erkannt. Kann ich jetzt direkt Signale senden, um den Zapfenstand zu beeinflussen?

 

 

Gegebenheiten:

RaspberryPi + COC (zusätzlicher CUL ist schon bestellt)

HM-CC-VD

S300TH

 

 

Grüße Ronny

[fhem-hm-knecht]

1.aktuell geht es nicht.
2. siehe 1.

Hary

[Nilven]

Danke.

[Martin]

Hary hat recht - aber evtl. kann man es einfach einbauen.

Man brauche einen virtuellen schalter (so etwas haben wir schon) und ein Kommando.
Hast du schon einmal probiert einen virtuellen schalter zu definieren und dann mit deinem VD zu pairen? Wenn es klappt kann man einfach das neue Kommando zum setzen der Ventilstellung einfuegen.

Gruss
Martin

[Dirk]

Ich habe gerade die gleiche Konfiguration (also ohne Wandthermostat) gekauft und würde die VDs gerne über FHEM ansteuern, da ich die Termperatur über 1-Wire messe.

Welche Kommandos schickt denn das Thermostat, dann kann ich das mal versuchen zu implementieren...

Gruß,
Dirk

[Dirk]

Also ich habe jetzt auch noch mal einen virtuellen HM-CC-TC Schalter definierte, aber wie kann ich den mit dem realen HM-CC-VD pairen?

[Martin]

Am Freitag, 23. November 2012 00:58:48 UTC+1 schrieb Dirk:

Also ich habe jetzt auch noch mal einen virtuellen HM-CC-TC Schalter definierte, aber wie kann ich den mit dem realen HM-CC-VD pairen?

set <virt_Btn5> devicepair 0 <vd> single set

Der Sender kommt immer zu erst, der Aktor (hier VD) immer danach.
Damit der VD auch zuhoert am besten anlernen Druecken.
Achtung: Der VD kann nur einen Peer. Es muss also ggf. ein vorhandener Peer geloescht werden. Also erst mal sehn, was Sache ist

set <vd> getConfig
anlernen
Peerlist ansehen oder peerIDs in Attribut und Readings
Dann ggf loeschen
set <alterSender> devicepair 0 <vd> single unset

und jetzt den neuen rein
ggf noch einmal nachsehen mit getConfig (oder getdevicepair) - um sicher zu gehen

mein timer laeuft schon - aber de VD ereagiert nicht immer....

Gruss
Martin

[Dirk]

Am Freitag, 23. November 2012 09:13:27 UTC+1 schrieb Martin:

Am Freitag, 23. November 2012 00:58:48 UTC+1 schrieb Dirk:

Also ich habe jetzt auch noch mal einen virtuellen HM-CC-TC Schalter definierte, aber wie kann ich den mit dem realen HM-CC-VD pairen?

set <virt_Btn5> devicepair 0 <vd> single set

Da bekomme ich leider die Meldung:

"use climate chan to pair TC"

Den TC habe ich "minimal" definiert:

define tc_klima CUL_HM FFEE02

attr tc_klima model HM-CC-TC

Muss da evtl. noch der Climate Channel definiert werden?

VG,

Dirk

[Martin]

Am Freitag, 23. November 2012 00:58:48 UTC+1 schrieb Dirk:

Also ich habe jetzt auch noch mal einen virtuellen HM-CC-TC Schalter definierte, aber wie kann ich den mit dem realen HM-CC-VD pairen?

set <virt_Btn5> devicepair 0 <vd> single set

Da bekomme ich leider die Meldung:

"use climate chan to pair TC"

dann hast du keinen virtual button sondern einen TC definiert.
Du solltest keinen Attribute wie model selbst setzen (hast du oder?)
Definieren deinen virtual button nach Anleitung: ein device mit "n" buttons
define virt CUL_HM 123456
set virt virtual 10 # falls du10 buttons brauchst

Dann solltest du einen virt_Btn5 haben (oder einen Anderen deiner Wahl)
das mit Climate kommt NUR beim model ...TC... - und da ist es auch korrekt.
 

Den TC habe ich "minimal" definiert:

define tc_klima CUL_HM FFEE02

attr tc_klima model HM-CC-TC

keinen TC, du hast doch gar keinen.
Du kannst deinen virtual Channel den Namen TC geben - aber ueberlasse Attribute wie model, subtype und sonstiges besser der Autoconfig.
Uebrigens wird beim realen TC auch automatisch ein Climate Channel generiert - beim Anlernen - falls es den noch nicht geben sollte. Aber  - noch einmal - du hast keinen und brauchst keinen

Muss da evtl. noch der Climate Channel definiert werden?

nein, siehe Oben

Gruss
Martin

[Erik]

Hat das Steuern des Stellantriebs über FHEM ohne Thermostat geklappt?

Hat der Stellantrieb einen eigenen Temperatursensor?

Gruß,

Erik

[Martin]

Am Sonntag, 25. November 2012 07:49:31 UTC+1 schrieb Erik:

Hat das Steuern des Stellantriebs über FHEM ohne Thermostat geklappt?

nur teilweise, nicht hinreichend.Ich brauche noch eine Idee.

Hat der Stellantrieb einen eigenen Temperatursensor?

nein

Gruss
Martin

[Erik]

Danke für die Info!

Ohne eigenen Temperatursensor macht es dann zumindest für mich auch keinen Sinn, die Dinger ohne den Thermostat zu steuern. Schade, dass man nur vier Heizkörper darüber steuern kann. Ich bräuchte 5. Vielleicht fällt mir dafür noch was ein.

[Martin]

Da waere die virtuelle Steuerung genau richtig. Leider ist der VD noch nicht dauerhaft zu steuern...

[Dominik Schön]

Kann ich dich da irgendwie unterstützen? Ich hätte genau den selben Use-Case und würde mich ohnehin gern in die Programmierung von FHEM/Homematic einarbeiten. Ich bräuchte wohl nur ein bisschen Unterstützung bei der ersten Konfig und die Einstiegspunkte im Code (vermutlich CUL_HM oder?)

Beste Grüße

Dominik

[Martin]

Am Montag, 26. November 2012 13:18:25 UTC+1 schrieb Dominik Schön:

Kann ich dich da irgendwie unterstützen? Ich hätte genau den selben Use-Case und würde mich ohnehin gern in die Programmierung von FHEM/Homematic einarbeiten. Ich bräuchte wohl nur ein bisschen Unterstützung bei der ersten Konfig und die Einstiegspunkte im Code (vermutlich CUL_HM oder?)

Korrekt, da ist der Code.
Es ist kein Problem den code zu schreiben - sondern den VD zu verstehen. Ich denke wir haben schon alle Kommandos dekodiert. Die Herausforderung ist zu verstehen was man nicht sieht. Also was braucht der VD zum Aufwachen. Evtl sind Sequenzen in der "Luft" notwendig, die man hinter einem HMLAN oder CUL nicht sehen kann, da sie nicht dekodiert werden. 
Offen ist auch das Verhalten eines HMLAN. Der bekommt immer wieder Steuerbefehle - es ist moeglich, dass man hiermit eine Sequenz starten koennte, die den VD aufweckt. Alles Theorie.
Optimal weare es, wenn man mitmessen koennte. Wenn es also einen Mode gibt, in dem VD von einer HM-zentrale aus gesteuert wird. Da koennte man mitmessen und haette die Loesung.
Kennt jemand so einen Mode?

Gruss
Martin

[Dominik Schön]

Der TC hat doch den central Modus, käme der dafür nicht in Frage? Ich hab leider auch nur ein CUL + TC + VD ohne eine Zentrale, daher wird sniffen bei mir schwierig, oder?

[Dirk]

Hi Martin,

nachdem mein VD die Verbindung zu Deinem virtuellen TC verloren hatte, habe ich den VD von der Heizung abmontiert und auf dem Schreibtisch liegen lasse. Dabei zeigte er "natürlich" die 15% an.

Nach nur knapp einer Woche! leuchtet die Batterieanzeige! Das scheint doch ein Hinweis darauf zu sein, dass das Gerät doch irgendwas macht in der Zeit, oder?. ..... Warten auf den Weckruf ;-)

VG,

Dirk

Am Montag, 26. November 2012 13:49:04 UTC+1 schrieb Martin:

[Martin]

Hallo Dirk,

mit Sicherheit versucht der VD zu empfangen. Guter tipp, dass es im 'error' fall schneller geht - also die 'online' perioden wahrschienlich laenger sind.

@Dominik
Sniffen wollten wir zwischen TC und VD. Kann man mit der CUL. Besonderheit: Man darf nicht den HM mode nehmen. Diese Daten wurden schon von vielen gemessen und analysiert. Interresant waere, ob es im Rohformat mehr informationen gibt. Also CUL in einen rohdaten mode setzen und nur monitoren. In diesem Zustand kann man nicht von fhem senden. Wenn du dies probieren willst? Ist etwas bastelei - und unklar ob man etwas mehr entdecken kann

Gruss
Martin

[walter]

Hallo Martin,

Hab mal wieder Zeit ein bisschen mit dem Thema rumzutesten. Dazu habe ich folgendes definiert:

define Virtual_TC CUL_HM FF0001
attr Virtual_TC channel_01 Virtual_TC_Btn1
attr Virtual_TC hmClass sender
attr Virtual_TC model virtual_1
attr Virtual_TC room Testing
attr Virtual_TC subType virtual

define Virtual_TC_Btn1 CUL_HM FF000101
attr Virtual_TC_Btn1 chanNo 01
attr Virtual_TC_Btn1 device Virtual_TC
attr Virtual_TC_Btn1 model virtual_1
attr Virtual_TC_Btn1 room Testing
define FileLog_Virtual_TC_Btn1 FileLog /opt/fhem/log/Virtual_TC_Btn1-%Y.log Virtual_TC_Btn1
attr FileLog_Virtual_TC_Btn1 logtype text
attr FileLog_Virtual_TC_Btn1 room Testing

define Virtual_TC_Btn1_ValvePos dummy
attr Virtual_TC_Btn1_ValvePos room Testing
attr Virtual_TC_Btn1_ValvePos setList state:slider,0,1,50
attr Virtual_TC_Btn1_ValvePos webCmd state

define Virtual_TC_Btn1_Set_ValvPos notify Virtual_TC_Btn1_ValvePos  { \
    my $NewVal = ReadingsVal("Virtual_TC_Btn1_ValvePos","state","0");; \
    fhem("set Virtual_TC_Btn1 valvePos $NewVal") \
}
attr Virtual_TC_Btn1_Set_ValvePos room Testing

Einen virtuellen button und einen slider der ValvePos für den button bedient. Das tut wie es soll.

Nun meine Test-VD Buero-HK nach Deinen Anweisungen aus der peer-Liste von Buero-TC genommen und mit Virtual_TC_Btn1 gepaired. Buero-HK verschwindet aus Buero_TC_Climate peer-List und wird bei Virtual_TC_Btn1 gelistet.

Aber der VD wird über Virtual_TC_Btn1 nicht angesteuert. Hab ich da was vergessen?

Danke schon mal und ciao
walter

Am Freitag, 23. November 2012 09:13:27 UTC+1 schrieb Martin:

[unimatrix]

Nein, ich habe ja noch eine CCU aber damit kann man den VD auch nicht steuern, sondern er wird nur über das TC gesteuert. Da ist irgendeine ganz kranke Sache drin, die offenbar 1. den Zweck hat Strom zu sparen aber 2. auch möglichst das teure TC zu verkaufen.

Am Montag, 26. November 2012 13:49:04 UTC+1 schrieb Martin:

[walter]

Hallo,

kleine Ergänzung zu meiner Testerei.

- mit dem VD reset durchgeführt, dann an den CUL_848 (Zentral) angelernt.
- devicepair ... unset CUL_848 und VD.
- devicepair ...set mit VD und Virtual_TC_Btn1
- nun reagiert das VD auf die slider Einstellungen, die eingestellten Stellungsprozente werden nach kurzer Zeit auf dem VD durchgeführt
- nach gefühlten 5 Minuten geht der VD in Error-Stellung

Hab dann versucht den VD periodisch Kommandos zu senden, um ihn bei Laune zu halten (d.h. die Kommunikation), aber mit wenig Erfolg.

Möglicherweise ein weiteres Stück in diesem Puzzle.

ciao walter

[Martin]

Hallo

Hab dann versucht den VD periodisch Kommandos zu senden, um ihn bei Laune zu halten (d.h. die Kommunikation), aber mit wenig Erfolg.

valvePos  sollte zyklisch kommandos schicken (150sec) - im gleiche Raster wie ein TC.
Der VD ist relativ lange stabil geblieben... aber nicht immer.
Zusaetliche Kommands sollte kaum etwas bewirken, nehme ich an

Gruss
Marnt