OSCAT Forum
Home Automation => Andere Projekte / other Projects => Thema gestartet von: gollo48 am 26. September 2010, 11:46:58
-
Hi, ich wage mich als newbie und SPS-Unerfahrener mal auch hier in das Forum.
Möchte ein neue Regelungskonzept hier zur Diskussion stellen. Ganz im Sinne der Open Source Community bewusst public domain.
Obwohl, so ganz neu ist das gar nicht, aber dazu weiter unten.
Es geht um einen „raumübergeordneten“ Regler, der quasi die Verbindung zwischen Einzelraumreglern (ERR) und dem internen Regler des Wärmeerzeugers herstellen soll.
Ziele für die Regelung
a) Optimierung des Energieverbrauchs
b) Selbstanpassend an tatsächlichen Bedarf in den Räumen (wenn kein Raum anfordert, wird auch keine Wärme erzeugt)
c) Möglichst niedrige Vorlauftemperatur bei möglichst weit geöffneten Heizkörper-Ventilen zur Optimierung des Brennwertnutzens
d) Modulierfähigkeit insbesondere von Gas-Brennwertgeräten optimal nutzen
e) Minimale Anforderungen an Bedienung, z.B. keine Einstellung von Heizkurven
Zielgruppe
An effizienter Energienutzung und geringer Umweltbelastung interessierte Hausbesitzer
- von Ein- oder kleineren Mehrfamilienhäusern für Gebäude im Bestand (Dämmung oft zu aufwändig)
- mit Heizkörpern (keine Fußbodenheizung!)
- mit zeitlich unterschiedlicher Nutzung der Räume (individuelle Heiz-/Absenkzeiten).
Generelle Funktionsweise
1) Die Temperaturen in den einzelnen Räumen werden selbständig durch den jeweiligen “raumweisen“ Regler geregelt (ERR). Die Hardware und Software der ERR kann in eine oder mehrere Komponenten aufgeteilt sein (Stellantrieb, Bedieneinheit, Regler), die Software dafür kann dezentral und/oder auf einer zentralen Einheit laufen.
2) Die ERR senden den jeweiligen Stand der Ventilöffnung [in %] an den Heizkörpern und ggf. auch Soll und Ist der jeweiligen Raumtemperatur ereignis-gesteuert (bei Änderung) oder periodisch an den „raumübergeordneten“ Regler.
3) Ziel des raumübergeordneten Reglers ist, mindestens ein Ventil zu rund 90% offen zu halten (Soll-Wert). Der Raum mit dem größten Bedarf = mit dem am weitesten geöffneten Ventil ist der „aktuelle Führungsraum“. Das kann im Laufe eines Tages beliebig wechseln.
4) Die Ist-Ventilöffnung des aktuellen Führungsraums wird im raumübergeordneten Regler auf eine geignete PI(D)-Regelfunktion gegeben. Daraus wird für den zentralen Wärmeerzeuger eine möglichst niedrige Vorlauftemperatur (TVL) berechnet.
Prinzipielle Logik:
- Wenn ein oder mehrere Ventile >90% offen sind, wird die TVL erhöht (Wärmebedarf gestiegen).
- Wenn alle Ventile <90% (abzgl. Hysterese) geöffnet sind, wird die TVL reduziert (Wärmebedarf gesunken).
D.h. mit der TVL wird die Ventilöffnung des aktuellen Führungsraums auf 90% geregelt.
Ein kurzes leichtes Überschwingen kann für schnelleres Aufheizen oder Absenken wünschenswert sein.
5) Über einen Signalwandler (Aktor) wird TVL-Vorgabe als ein 0-10V-Signal für den Wärmeerzeuger ausgegeben.
D.h. es wird von einem 0-10V-Eingang am Wärmeerzeuger zur TVL-Vorgabe ausgegangen.
Das bedeutet: Der Wärmeerzeuger (Gas-Brennwerttherme/kessel) bekommt den Bedarf vom raumübergeordneten Regler vorgegeben. Eine außentemperatur-geführte Vorlauftemperatur-Regelung mit einzustellender Heizkurve ist überflüssig. Ebenso ist eine zentrale Nachtabsenkung überflüssig, da sie dezentral individuell in den ERR eingestellt wird. Heizgrenze/Sommer-Abschaltung ergeben sich automatisch von allein. Wenn kein Raum anfordert, wird auch keine Wärme erzeugt, s.o.
Anforderungen an die Hardware
Da bei Gebäuden im Bestand eine Verkabelung schwierig bis unmöglich ist, bleibt in der Regel nur eine Funklösung. Sie soll auf herstellerneutralen Standards wie dem inzwischen bidirektionalen EnOcean-Standard basieren. Für alle relevanten Räume werden Einzelraumregler mit Stellantrieben benötigt, die ihre Ist-Ventilstellung in 0-255 bzw. 0-100% per Funk melden können, s. EnOcean Equipment Profile EEP 07-20-01 Heating Valve Actuators.
Neu ist das Ganze eigentlich nicht. Ich habe so etwas in einfacherer Form seit rund 18 Jahren erfolgreich im Einsatz. War eine Entwicklung der FH Ulm (Kleinserie). Läuft mit modifizierten Centra-Thermostaten, die nur „voll auf“ melden konnten und mühsam bis zum zentralen Regler verkabelt werden mussten und einem einstufigen Gasbrenner.
Mir machen immer mehr Motoren der Stellantriebe Probleme und der Kessel kommt an das Ende seiner Lebensdauer. Daher will ich das alte Konzept mit den heutigen technischen Möglichkeiten weiter entwickeln. Eine Datenübertragung mit z.B. EnOcean ermöglicht mehr Räume als bisher einzubinden. Dazu noch von 20% - 100% Leistung modulierende Gas-Brenner und niedrige Systemtemperaturen dürften eine optimale Energienutzung ermöglichen.
Die Parameter des unter 4) erwähnten PI(D)-Reglers bereiten mir noch Kopfzerbrechen. Werde mich an einem CFC-Diagramm versuchen, folgt in Kürze.
Was ist die allgemeine Meinung zu dem Konzept? Hat schon jemand so etwas realisiert?
Gruß
gollo
-
hmm, in der Doku zu oscat.lib 3.20 scheint was nicht zu stimmen.
23.23. in Überschrift steht FT_PIDWL
Im Text aber auch FT_PIDW (ohne L) und auch FT_PIW ???
Was gilt?
gollo
-
so nun das angekündigte Diagramm, händisch gemalt, mit Erläuterungen versehen
(http://www5.pic-upload.de/thumb/26.09.10/2py1v2mji2x.jpg) (http://www.pic-upload.de/view-7199492/Bedarfsgefuehrte-Regelung-V4-CFC.jpg.html)
Ist dank oscat.lib erstaunlich einfach geworden. 8)
Da gibt es ein paar Fragezeichen:
1) MAX3 reicht nicht aus für diesen Zweck. In einem Zweifamilienhaus kann es leicht 10...12 rückmeldende Ventile geben.
2) Ist FT_PIWL sinnvoll? Braucht es auch ein "D"? Leichtes Überschwingen wäre für schnelleres Aufheizen / Absenken durchaus wünschenswert. Es geht um Heizkörper, nicht um Fußbodenheizung.
3) LIM_L und LIM_H habe ich sozusagen verkehrt herum benutzt.
Bei Max-Ventilöffnung Soll > Ist soll VL erniedrigt werden, damit die Ventile wieder weiter aufmachen. Ggf. bis runter auf niedrigste VL, bei der dann Brenner abschaltet.
Bei Max-Ventilöffnung Soll < Ist sind Ventile zu weit auf, VL muss erhöht werden, ggf. bis an die zulässige oder gewünschte noch wirtschaftliche Grenze des Brenners.
Deswegen ist hier LIM_L > LIM_H ! Geht das so überhaupt oder muss man Logik und/oder Vorzeichen umdrehen?
Was macht der Integrator intern damit?
4) Was sind hier sinnvolle Werte für KD ud KI? Sind sicher auch abhängig von Gebäudeart. Für Zielgruppe Gebäude im Bestand kann man von schlechter Dämmung ausgehen. D.h. kühlt schneller aus.
Wie könnte man hier CTRL_SET_1 oder _2 nutzen?
5) Wie schnell müssen dann die Einzelraumregler sein? Leichte Raumtemperaturschwankungen erscheinen mir durchaus akzeptabel, wenn man dadurch Energie spart.
6) Für den PI-Regler habe ich bewusst die Prozent-/Temperaturwerte genommen. Erst zum Schluss wird für den Aktor multipliziert und zwar so, dass 100° = 255 = 10V entsprechen.
Sinnvoll so?
6) Sollte man vorn statt NOISE eine Hysterese einfügen, damit der Regler und die Ventile nicht zu sehr um die 90% herum pendeln? Z.B. 90° <-> 85° ?
Soweit mein Input als SPS-Anfänger.
Kommentare (auch kritische) sind willkommen.
gollo
-
Hi
hmm, in der Doku zu oscat.lib 3.20 scheint was nicht zu stimmen.
23.23. in Überschrift steht FT_PIDWL
Im Text aber auch FT_PIDW (ohne L) und auch FT_PIW ???
Was gilt?
gollo
Seite 364:
" FT_PIDWL ist ein PID-Regler mit dynamischen Wind-Up Reset der nach folgender
Formel arbeitet:"
Ein kleiner Dokumentationsfehler.
Die diversen Bausteine gibt es jedoch alle.
Je nach Bedarf.
Ich werde den "Druckfehler" melden.
-
Hi
so nun das angekündigte Diagramm, händisch gemalt, mit Erläuterungen versehen
(http://www5.pic-upload.de/thumb/26.09.10/2py1v2mji2x.jpg) (http://www.pic-upload.de/view-7199492/Bedarfsgefuehrte-Regelung-V4-CFC.jpg.html)
Ist dank oscat.lib erstaunlich einfach geworden. 8)
Die Benutzung der Bausteine sind so nicht ganz O.K. (Regelungstechnisch geschehen)
Von den Grundzügen her verstehe ich jetzt was gemeint ist.
1) MAX3 reicht nicht aus für diesen Zweck. In einem Zweifamilienhaus kann es leicht 10...12 rückmeldende Ventile geben.
Verwende den MAX3 mehrfach.
Also z.b. 3 mal den MAX3 mit eingaben füttern.
Der "OUTPUT" der 3 MAX3 werden dann auf einen 4. MAX3 geführt --> Fertig.
2) Ist FT_PIWL sinnvoll? Braucht es auch ein "D"? Leichtes Überschwingen wäre für schnelleres Aufheizen / Absenken durchaus wünschenswert. Es geht um Heizkörper, nicht um Fußbodenheizung.
Es gibt natürlich auch den FT_PIDWL ;)
(Siehe OSCAT-Handbuch)
3) LIM_L und LIM_H habe ich sozusagen verkehrt herum benutzt.
Bei Max-Ventilöffnung Soll > Ist soll VL erniedrigt werden, damit die Ventile wieder weiter aufmachen. Ggf. bis runter auf niedrigste VL, bei der dann Brenner abschaltet.
Bei Max-Ventilöffnung Soll < Ist sind Ventile zu weit auf, VL muss erhöht werden, ggf. bis an die zulässige oder gewünschte noch wirtschaftliche Grenze des Brenners.
Deswegen ist hier LIM_L > LIM_H ! Geht das so überhaupt oder muss man Logik und/oder Vorzeichen umdrehen?
Was macht der Integrator intern damit?
So auf die schnelle würde ich sagen, dass Sollwert und Istwert getauscht werden sollten.
Der Stellausgang soll ja nachwievor 0% bis 100% sein.
NUR mal auf die schnelle und UNVERBINDLICH.
4) Was sind hier sinnvolle Werte für KD ud KI? Sind sicher auch abhängig von Gebäudeart. Für Zielgruppe Gebäude im Bestand kann man von schlechter Dämmung ausgehen. D.h. kühlt schneller aus.
Wie könnte man hier CTRL_SET_1 oder _2 nutzen?
CTRL_SET_1 --> Natürlich, jedoch sinnvoll.
Darüber sollte man nochmals diskutieren.
5) Wie schnell müssen dann die Einzelraumregler sein? Leichte Raumtemperaturschwankungen erscheinen mir durchaus akzeptabel, wenn man dadurch Energie spart.
Ich denke, da sind je nach Betrieb stunden drin.
Je nachdem was man erreichen will.
Welche "Störgrößen" man hat.
(Stoßlüften oder dauernd Fenster auf.)
6) Für den PI-Regler habe ich bewusst die Prozent-/Temperaturwerte genommen. Erst zum Schluss wird für den Aktor multipliziert und zwar so, dass 100° = 255 = 10V entsprechen.
Sinnvoll so?
Es kommt auf die Hardware an.
Dein Beispiel stammt für einen ACTUATOR_2P.
Dieser hat bei 0 0% geöffnet.
Dieser hat bei 255 100% geöffnet.
Man spricht von "Skalierung".
Will man hiermit z.b. 0-10 Volt haben:
(Analogausgabebaugruppe)
0 --> 0%
32762 --> 100% (
Geht man als Stellwert z.b. über die Netzwerkkarte so wird eben eine Codesequenz für das TCP/IP-Gerät erzeugt.
Auch serielle Geräte, 0-20mA, 4-20mA u.s.w. lassen sich hiermit ansteuern.
Oder aber auch 1 Dutzend Steuerungen untereinander 8) ( Falls Hardware Netztwerkanschluß hat)
6) Sollte man vorn statt NOISE eine Hysterese einfügen, damit der Regler und die Ventile nicht zu sehr um die 90% herum pendeln? Z.B. 90° <-> 85° ?
Nur ein versuch macht Klug.
Je nach Einstellung des PI/PID-Reglers könnte es möglicherweise Sinnvoll sein.
-
Hallo gollo48
Besorge dir doch mal die CoDeSys-Version. (Falls nicht bereits geschehen :D Handücher sind auch Sinnvoll)
Stelle dir deine Bausteine zusammen.
Hiermit kannst du deine Gedankenspiele testen und sehen, ob sich alles wie gewünscht verhält.
Ich würde gerne Hardware besorgen.
Bei Enocean habe ich KEINE Stellventile ähnlich "ELV FHT8b/80b" gefunden.
Gibt es diese denn überhaupt ?
Ich habe nur Raumtemperaturfühler gefunden.
Wenn ich mir Hardware kaufe, dann natürlich NICHT mehrfach wechseln will :o
Gruß Karl
-
naja, wollte nicht gleich Werbung machen.
Achtung: Die ELV-/Homematic-Module verwenden ein proprietäres Protokoll.
Es gibt nach meinem Wissen derzeit nur einen Stellantrieb, der das genannte EnOcean Profil unterstützt.
MD15-FTL von Kieback&Peter. Vielleicht ändert sich das ja bis zur ISH 2011?
(-FTL ist die Funkversion, es gibt auch Kabelversionen für 24V). Passend für diverse Ventile, auch M30.
Zu haben im Web z.B. bei sensocasa.de (http://www.sensocasa.de/product_info.php?info=p360_Stellantrieb-Kieback-Peter-MD15-FTL.html)
Das dort runterladbare Datenblatt bringt nicht viel. Wichtiger ist wie dort erwähnt, dass der Funkpartner das Protokoll EEP:07-20-01 unterstützen muss. Der Funkpartner kann ja auch eine SPS mit entsprechendem Funkgateway sein. ;)
Hier die offizielle Doku der www.enocean-alliance.org zu den EnOcean Euipment Profiles EEP (http://www.enocean-alliance.org/fileadmin/redaktion/enocean_alliance/pdf/EnOcean_Equipment_Profiles_2.0.pdf) (pdf). Das 07-20-01 ist da aber noch nicht drin. Muss mal suchen, irgendwo war ein Link.
gollo
-
Hier noch zwei alte Artikel aus der Zeitschrift HLH Lüftung/Klima - Heizung/Sanitär - Gebäudetechnik.
Bedarfsabhängige Regelung für Brennwertheizungen (http://www.haustechnikdialog.de/PubImg/HLH_Sonderdruck_1991-12.pdf) - HLH Bd. 42 (1991) Nr. 12
Regelsystem für Brennwertheizungen (http://www.haustechnikdialog.de/PubImg/HLH_Sonderdruck_1992-11.pdf) - HLH Bd. 43 (1992) Nr. 11
Das ist meine derzeitige Regelung. Hat sich sehr bewährt. Die ganzen Details mit den Grenzwerten usw. waren notwendig, da es nur ein einstufiger Brenner war und die Therme selbst außer dem Feuerungsautomat keine eigene Regelung besaß. Das gibt es so heute nicht mehr. Deswegen der Weg über die Vorgabe der Vorlauftemperatur.
Die Veröffentlichung erfolgt mit freundlicher Genehmigung des Verlages und den Autoren.
Einer, Prof. Schaub, sagte mir neulich, die Anlage läuft bei ihm selbst seit 20 Jahren ohne Störungen sehr effizient.
Er hatte sich rechtzeitig noch mit Ersatzmotoren für die Stellantriebe eingedeckt - ich leider nicht :(
Wie gesagt: ohne Außentemperaturfühler und ohne Heizkurve. Eben geschlossener Regelkreis mit Einbeziehung der Räume.
gollo
Edit: Links korrogiert
-
Hi
naja, wollte nicht gleich Werbung machen.
Achtung: Die ELV-/Homematic-Module verwenden ein proprietäres Protokoll.
Es gibt nach meinem Wissen derzeit nur einen Stellantrieb, der das genannte EnOcean Profil unterstützt.
MD15-FTL von Kieback&Peter. Vielleicht ändert sich das ja bis zur ISH 2011?
(-FTL ist die Funkversion, es gibt auch Kabelversionen für 24V). Passend für diverse Ventile, auch M30.
Zu haben im Web z.B. bei sensocasa.de (http://www.sensocasa.de/product_info.php?info=p360_Stellantrieb-Kieback-Peter-MD15-FTL.html)
Das dort runterladbare Datenblatt bringt nicht viel. Wichtiger ist wie dort erwähnt, dass der Funkpartner das Protokoll EEP:07-20-01 unterstützen muss. Der Funkpartner kann ja auch eine SPS mit entsprechendem Funkgateway sein. ;)
Hier die offizielle Doku der www.enocean-alliance.org zu den EnOcean Euipment Profiles EEP (http://www.enocean-alliance.org/fileadmin/redaktion/enocean_alliance/pdf/EnOcean_Equipment_Profiles_2.0.pdf) (pdf). Das 07-20-01 ist da aber noch nicht drin. Muss mal suchen, irgendwo war ein Link.
Der MD15-FTL-HE --> ca. 150 Euro (Stellventil)
Der TCF22 --> ca. 150 Euro (Raumthermostat, notwendig für MD15FTL)
Ich denke, derzeit werden wenige dieses System unterstützen.
Der Preis pro Raum betragt mind. 300 Euro.
Ein ganzes Haus ist unbezahlbar.
Rechnet sich die Armortisation bei diesen Preisen.
Möglicherweise vvergleiche ich Äpfel mit Birnen.
Conrad/ELV kosten hierfür ca. 70 Euro pro Raum.
-
Hier noch zwei alte Artikel aus der Zeitschrift HLH Lüftung/Klima - Heizung/Sanitär - Gebäudetechnik.
Bedarfsabhängige Regelung für Brennwertheizungen (https://freemailng0401.web.de/jump.htm?goto=http%3A%2F%2Fwww.haustechnikdialog.de%2FPubImg%2FHLH_Sonderdruck_1991-12.pdf) - HLH Bd. 42 (1991) Nr. 12
Regelsystem für Brennwertheizungen (https://freemailng0401.web.de/jump.htm?goto=http%3A%2F%2Fwww.haustechnikdialog.de%2FPubImg%2FHLH_Sonderdruck_1992-11.pdf) - HLH Bd. 43 (1992) Nr. 11
Das ist meine derzeitige Regelung. Hat sich sehr bewährt. Die ganzen Details mit den Grenzwerten usw. waren notwendig, da es nur ein einstufiger Brenner war und die Therme selbst außer dem Feuerungsautomat keine eigene Regelung besaß. Das gibt es so heute nicht mehr. Deswegen der Weg über die Vorgabe der Vorlauftemperatur.
Die Veröffentlichung erfolgt mit freundlicher Genehmigung des Verlages und den Autoren.
Einer, Prof. Schaub, sagte mir neulich, die Anlage läuft bei ihm selbst seit 20 Jahren ohne Störungen sehr effizient.
Er hatte sich rechtzeitig noch mit Ersatzmotoren für die Stellantriebe eingedeckt - ich leider nicht :(
Wie gesagt: ohne Außentemperaturfühler und ohne Heizkurve. Eben geschlossener Regelkreis mit Einbeziehung der Räume.
gollo
Die Links funktionieren leider NICHT.
-
jetzt sollten sie gehen
Bedarfsabhängige Regelung für Brennwertheizungen (http://www.haustechnikdialog.de/PubImg/HLH_Sonderdruck_1991-12.pdf) - HLH Bd. 42 (1991) Nr. 12
Regelsystem für Brennwertheizungen (http://www.haustechnikdialog.de/PubImg/HLH_Sonderdruck_1992-11.pdf) - HLH Bd. 43 (1992) Nr. 11
-
Hi
Die Programmtechnischen anforderungen sind leicht umzusetzen.
Auch eine Anpassung von schaltendem zum "modulierenen" ist easy.
Z.b.
0-10 Volt für die Heizleistung.
Bei einer Überschreitung der Heizleistung wegen der Mindestleistung wird der Brenner/Pumpe
mit einer geeigneten logik abgeschalten.
Eine Regelung zwischen 35°C und 45 °C scheint möglich, jedoch ergibt der einzelne Raum
die maximale VL-Temperatur (Führungsraum)
Aus meiner Sicht einzigen probleme sind die Stellungsrückmeldungen der Ventile.
Drähte durch die Wohnung zu ziehen ist nicht gerade EASY ;D
Die MD15-FTL sind aus meiner Sicht zu teuer und das Protokoll NICHT veröffentlicht.
Nachwievor halte ich die ELV/Conrad FHT8b+FHT80b für an sinncolsten.
Hat jemand andere Stellmotoren / Ventile mit Stellungsrückmeldung.
Ebenso ist noch das Problem, wie bekomme ich die Werte in meine SPS.
868-Receiver/Trasceiver mit Ethernet und oder V24 (TCP/IP, Modbus . . . ) ?
Gruß
-
@Karl:
a) Ich glaube schon, dass du da Äpfel mit Birnen vergleichst. Nach Auskünften anderer geht das nur mit den FHT 80b nicht mit der 8er Serie. Außerdem brauchst du dazu das PC-Interface. Aber Vorsicht: das Regelverhalten der FHT80b soll recht eigenwillig sein.
Vergleichen würde ich die MD15 eher mit den Teilen aus der Siemens synco living Serie oder Honeywell evohome. Beide funken mit KNX RF. Wenn du selbst löten willst/kannst, dann schau dich mal nach Open-HR20 um (Honeywell Rondostat HR20). Da gibst was mit 1-wire ;) (ab wahrscheinlich kennst du das schon?)
b) Ich gehen davon aus, dass die Preise für die EnOcean-Teile sinken werden. Sind halt (noch) teurer, weil die Entwicklung dieser batterielosen Komponenten noch recht jung ist.
Aber ich möchte hier weniger über Hardware reden, sondern gern das Regelkonzept verfeinern. Mit welcher Hardware man das realisiert, ist eine andere Sache. Melde mich später mit Antworten zu deinen Kommentaren weiter oben.
Dazu passend, in den Tiefen des Forums hier entdeckt - von 2007:
das mit der absenkung der kesseltemp oder kennlinie geht nur solange gut wie in einem gebaeude gleiche nutzung herrscht, in meinem falls habe ich raumgruppen die als buero ganz andere nutzungszeiten haben also einliegerwohnung, wohnbereich oder wellnessbereich.
die nutzen entscheiden von raum zu raum auf einem lcd panel wann sie heizen kuehlen und absenken wollen.
ich habe vor die ventilstellungen der einzelraumsteuerungen abzufragen und dann meine vorlauftemp so zu waehlen das das am meisten geoeffnete ventil bei 80 - 90 % steht.
damit ist sichergestellt das immer nur die temp erzeugt wird die benoetigt wird, ganz unabhaengig zu welcher tageszeit und nutzung.
...
Entspricht ja genau meiner Idee. Ist daraus etwas geworden? Haaaallo huuugooo ;D
gollo
-
Verwende den MAX3 mehrfach. Also z.b. 3 mal den MAX3 mit eingaben füttern. Der "OUTPUT" der 3 MAX3 werden dann auf einen 4. MAX3 geführt --> Fertig.
Ok, dachte ich mir auch schon, aber ab 10 muss ich dann noch eine Stufe einfügen, nicht so schön.
Es gibt natürlich auch den FT_PIDWL
Klar, aber meine Frage war ja, muss es unbedingt PID sein oder reicht PI?
So auf die schnelle würde ich sagen, dass Sollwert und Istwert getauscht werden sollten.
Der Stellausgang soll ja nachwievor 0% bis 100% sein.
NUR mal auf die schnelle und UNVERBINDLICH.
Das mit dem Soll/Ist tauschen verstehe ich nicht. Was soll das bewirken?
Das Ergebnis muss nicht 0-100% sein. Eigentlich ist (je nach Anlage) nur eine Vorlauftemperatur von 20° bis max. 65...70°C sinnvoll. Darunter wird abgeschaltet, nach oben begrenzt. Mein jetziger Brenner (alter Gas-Brennwert) z.B. begrenzt nicht bei 60°C, sondern schaltet aus Sicherheitsgründen brutal ab (um dann bei ca. 55° wieder anzugehen, mehr kann der Oldtimer eben nicht).
Aus verschiedenen Unterlagen zum 0-10V Eingang der Heizungen habe ich gesehen, dass man die Eckpunkte, was 0V und was 10V bedeuten, bei manchen sehr flexibel, bei anderen kaum anpassen kann. D.h. man kann je nach Parametrisierungsmöglichkeiten u.U. gar nicht bis 255 bzw. 10V gehen.
Vielleicht haben meine glatten Zahlenbeispiele etwas in die Irre geführt?
Würde gern das regelungsmäßig so auslegen, dass ich am Ausgang des PI/PID den Temperaturwert der errechneten VL mitloggen kann und erst danach je nach Analogwandler und Parametereinstellung auf der Heizungsseite skaliere.
Jetzt etwas klarer?
gollo
-
Auch eine Anpassung von schaltendem zum "modulierenen" ist easy.
...
Eine Regelung zwischen 35°C und 45 °C scheint möglich, jedoch ergibt der einzelne Raum die maximale VL-Temperatur (Führungsraum)
Das gehe ich ja gerade mit dem neuen Konzept an. Die spezielle Regelung für 35-45°C entfällt, das macht eine modulierende Gasbrennwert-Therme/Kessel anhand der VL-Vorgabe selbst.
und jetzt doch noch mal Hardware ...
Aus meiner Sicht einzigen probleme sind die Stellungsrückmeldungen der Ventile.
Drähte durch die Wohnung zu ziehen ist nicht gerade EASY ;D
Du sagt es! Deswegen konnte ich auch bisher nicht alle gewünschten Räume einbeziehen und setze für die Zukunft weitgehend auf Funk - aber mit öffentlichen Standards.
Die MD15-FTL sind aus meiner Sicht zu teuer und das Protokoll NICHT veröffentlicht.
Nachwievor halte ich die ELV/Conrad FHT8b+FHT80b für an sinncolsten.
Hat jemand andere Stellmotoren / Ventile mit Stellungsrückmeldung.
Glaub mir, ich suche schon lange. Honeywell hat mir zu HR80 (KNX RF) geschrieben, dass kein entsprechendes Signal vorhanden. Frage mich nur, wie die das dann bei evohome machen.
Zu Siemens SSA 955 (KNX RF) weiß ich nichts näheres.
Und bei ELV meldet meines Wissens nicht der Stellantrieb, sondern der Regler an der Wand sendet die Stellung als Soll dem Antrieb. Du musst also das Signal dort abgreifen bzw. mithören - Achtung: proprietäres Protokoll! Oder dir die FHZ 13xx kaufen.
Bleibt also derzeit nur noch der MD15-FTL. Das Protokoll für Heating Valve soll in der nächsten Version der EnOcean Equipment Profiles (V3.0?) enthalten sein.
Und wenn du die MD15 nicht einzeln, sondern im 10er Pack kaufst, dann gibt's da bestimmt Verhandlungsspielraum (sensocasa war nur ein Beispiel für eine Quelle).
Hilft das weiter?
gollo
-
Info von der EnOcean-Alliance:
Das Protokoll/Profile für Heating Valves wie z.B. den MD15 ist definitiv schon seit einiger Zeit verabschiedet. Gegen Jahresende wird die Version 3.0 der Gesamt-Dokumentation aller Profiles veröffentlicht werden. Bis dahin ist es normalerweise nur Mitgliedern der Alliance zugänglich.
Ein wenig weiß ich schon: man kann dem MD15 Stellantrieb (Heating Valve) beim Anlernen Optionen mitgeben, z.B. den eingebauten Regler aktivieren.
Man kann ferner dem MD15 Soll- und (optional je nach Betriebsart) Istwert für Raumtemperatur zusenden, er sendet dann die Ventilstellung in Byte3 als 0...100 [also den %-Wert] zurück. Ferner werden in Byte 2 diverse Status-Informationen gesendet.
Anscheinend hat aber hier keiner mehr Interesse an dem Thema?
gollo
-
Hallo gollo,
genau diese Pläne habe ich seit 5 Jahren in der Schublade.
Auf die Anfragen bei Herstellern auf Funktemperaturfühler-sender und dazugehörige Empfangsteile zum weiterverarbeiten in der SPS kam die Frage :Wieviele brauche Sie ,
Eine ! Wissen Sie was die Entwicklung einer solchen Klemme kostet.... Aber wenn man nicht mal eine hat kann man nicht weitermachen :-(.
Frag immer mal wieder nach, weiterhin zwecklos
lg
-
na dann schau z.B. mal bei batterielos.de nach.
Oder google mal nach "enocean gateway" oder "enocean raumfühler"
Seit 2010 gibt es mehr - auch in Einzelstückzahlen :)
gollo
-
Hi, habe endlich eine Doku für den MD15-FTL (https://extranet.kieback-peter.de/download.php/3.09-20.315-01-DE-MD15-FTL-HE-2010-07-27.pdf?32879) gefunden (Enocean Stellantrieb für Heizkörperventil, interner Regler aktivierbar)
s.S. 3-6
gollo48
-
Hi
Ich habe mal diverse Anfragen gestellt.
Unter 108 Euro ohne MwSt. ist nichts drinnen.
Welchen Gateway sollte mann hierfür benutzten ?.
Gruß Karl
-
Hallo,
habe Fussbodenheizung, würde arm werden bei der Lösung.
Stehen grössere Umbaumassnahmen im Haus an, werde zusätzliche Kabel legen und kabelgebunden weiterverfahren.
Sehe eher schwarz dass das mit Funk irgendwann mal zu realisieren ist.
Toshi
-
@toshi: verstehe die Bemerkung zu FBH nicht. Regel-Konzept und Stellantrieb sind doch für Heizkörper gedacht? ???
Klar, wenn du die Chance hast, Kabel zu verlegen, ist das besser als Funk. Geht bei mir leider nicht.
Den MD15 mit Ventilstellungsmeldung gibt es übrigens auch in einer Kabel-Version mit 24V-Speisung.
@Karl:
Zu Gateway: kommt darauf, was du brauchst. Vermute du willst das EnOcean-Gatewy über RS485 an deine Wago anschließen?
Google mal nach "enocean gateway 485"
Oder schau direkt mal bei den beiden:
http://www.batterielos.de/shop/EnOcean-Funktechnologie/Kommunikation/Gateways:::1_122_136.html
http://www.omnio.ch/prod_syst_05.php?language=de-de&change=
Ja, günstiger ist der MD15 derzeit wohl nirgends zu bekommen.
Mit den Produkten von den Discountern wie A*** oder L*** ist er aber auch nicht zu vergleichen. Eher mit Honeywell HR80 oder Siemens SSA 995 (ca. 70...80 Euro), die sind aber für KNX RF.
Allerdings kann man mit dem MD15 noch ein wenig mehr machen. Ich grüble gerade über ein paar nette Sachen. ;)
Gut finde ich die Lösung mit dem Notbetrieb. Soll ja vorkommen, dass so eine zentrale Unit sich aufhängt :o
Kopfzerbrechen bereitet mir allerdings, dass er laut der verlinkten Doku oben nur alle 10 min senden soll (vielleicht um Energie zu sparen?). Das war mir neu.
Kommt mir merkwürdig vor, denn andere EnOcean-Produkte senden häufiger bzw. das Intervall ist einstellbar.
Bleibe dran, versuche das zu klären.
gollo
-
noch was zum Gateway: darauf achten, ein bi-direktionales zu nehmen. Muss EnOcean Dolphin unterstützen.
-
Bei Spartan Peripheral Devices (Kanada) noch einen EnOcean-Stellantrieb entdeckt.
http://www.spartan-pd.com/index.php?option=com_virtuemart&page=shop.product_details&flypage=flypage-ask.tpl&product_id=88&Itemid=28&lang=en
Braucht allerdings 24V AC Stromversorgung.
gollo
-
Hallo,
wie sieht es mit dem Thema K+P MD15-FTL in Kombination mit TCF22 aus ?
Kann mir hier jemand sagen, wie die beiden zusammenarbeiten ?
Ist der TCF22 ein Raumregler oder nur ein Raumbediengerät ?
Und wie kann man eine Anbindung an eine SPS oder ähnlich herstellen ?
Gibt es hier Gateways, die ein in der Gebäudetechnik übliches Protkoll ( z.B. BACnet, LON, KNX ) unterstützen ?
Vorab vielen Dank
-
Hi Gunny,
TCF22 ist ein Raumbediengerät, hat keinen eigenen Regler. D.h es liefert Ist- und Sollwert-Verstellung.
Entgegen von Aussagen in manchen Online-Shops können die beiden nicht direkt miteinander kommunizieren.
Das kann auch gar nicht direkt gehen wegen der unterschiedlichen Sende/Empfangszyklen und der EnOcean-Mechanismen. Muss ja alles mit extrem niedrigen Energieverbrauch ablaufen.
Die Kommunikation muss über SPS oder PC mit geeigneter Software laufen.
Ich teste gerade einen MD15. Man muss sich erst an ein paar EnOcean bedingte Eigenheiten gewöhnen. Geht dann aber gut.
Der MD15 kann als reiner Ventilaktor arbeiten, dann muss SPS/PC regeln.
Oder er kann im "Eigenregelbetrieb" arbeiten, dann muss man ihm regelmäßig Soll- und Ist-Temperaturwerte senden.
Ist die Funkkommunikation gestört, geht er automatisch nach einiger Zeit in "Notbetrieb" über und benutzt internen Temperaturfühler+Regler.
Schaltet wieder um, sobald er wieder einwandfreie Funktelegramme erhält.
EnOcean Funk-Gateways und Treiber gibt es auch für div. SPS, s.o. Aber da bin ich überfragt. Ich "spiele" nur mit dem MD15 selbst.
Ggf. einmal bei Herrn Hartmann von www.bootup.ch nachfragen.
Gruß
gollo
-
Vielleicht darf ich noch mal auf die Hardwarefrage eingehen...
Bedarfsgeführte Heizungsregelung, genau das schwebt mir auch vor. Da bei mir keine Leitungen zu den Heizkörpern oder für einen Raumfühler liegen, muß es eine (Batterie-/)Funklösung sein. Der Ansatz mit EnOcean Produkten ist mir persönlich jedoch eindeutig zu teuer. Zu Versuchszwecken habe ich mir daher folgendes zugelegt:
FHT80B (ELV)
FHT8V (ELV)
FHT80TF (ELV)
CUNO (busware.de)
Der CUNO hat folgende Schnittstellen: USB, Ethernet, OneWire, Funk (868MHz) (arbeitet mit der Firmware CULFW ua. mit den ELV Geräten zusammen). Der CUNO verfügt über ein telnet interface, worüber er die Daten des FHT80B (wie zB den Stellwert der Ventilantriebe) oder des FHT80TF (Fenster auf/zu) ausgibt. Desweiteren kann man selbst Befehle an den FHT80B oder auch an den FHT8V übermitteln.
Den CUNO habe ich heute erhalten, die oben angebenen Dinge konnte ich bereits testen.
Der Plan:
Erstellen einer Bibliothek zur Kommunikation mit den ELV Geräten über CUNO. Vielleicht sollte man einen eigenen Thread für diese Thematik aufmachen, falls Interesse besteht.
Ohne jetzt Werbung machen zu wollen, der CUNO mit der CULFW Firmware soll folgende Protokolle unterstützen:
- FS20
- FHT
- EM
- KS300/S300TH
- HMS
- ESA
- ASKSIN (aka BidCos(R))
Gruß
Matthias
-
HI
Ich hatte mir schon mal den CUL angeschaut --> SPS und USB nicht so der Renner.
Der CUNO könnte schon interessant sein, falls es hierfür die Software/Firmware gibt.
Soweit ich weiß , gibt es hierfür KEINE Firmware wie z.b. für den CUL (FHEM)
Oder sollte ich mich täuschen ?
Grundsätzlich ist das Thema für mich interessant.
Ich habe mir immer noch NICHT die Hardware gekauft.
Jedoch tendiere ich wie Gollo48 zu dem MD15.
Mache doch mal tests und informiere uns über:
Auslesen der Ventilstellung.
Vorgabe von Sollwerten (Ändern der Temperaturvorgabe an den Stellventilen)
Gruß Karl
-
So, ich habe mal ein paar Versuche gemacht und kann folgendes sagen:
- Für den CUNO gibt es eine Firmware: culfw (ist für die Modelle: CUL, CUN, CUNO, CUR und noch so ein paar Geräte die ich nicht kenne)
- Die Verbindung meiner WAGO mit dem CUNO über das telnet Interface mit dem IP_CONTROL2 funktioniert
- das "Belauschen" des Funkverkehrs zwischen einem FHT80B-3 und FHT8V mit dem CUNO klappt
- was ich bis jetzt in der Wago programmiert habe (Quick and Dirty) ist : die Ventilstellung "lesen" funktioniert.
Beispiel:
siehe Anhang
Ich denke ich habe den für mich richtigen (weil relativ preisgünstigen) Weg gefunden.
Mache doch mal tests und informiere uns über:
Auslesen der Ventilstellung.
Vorgabe von Sollwerten (Ändern der Temperaturvorgabe an den Stellventilen)
Anmerkung1: Man kann die Ventilstellung nicht aus dem FHT8V auslesen (das Ding hat keinen Sender), vielmehr belauscht man den Funkverkehr zwischen FHT80B und FHT8V. Der FHT80B sendet etwa alle 2 Minuten den Sollwert der Ventileinstellung und der wird dann vom FHT8V angefahren.
Anmerkung2: Die Solltemperatur müsste man an den FHT80B senden, da sitzt der Regler drinne.
Anmerkung3: Warscheinlich kann man den FHT8V auch direkt über den CUNO steuern.
[gelöscht durch Administrator]
-
@gollo48: jetzt wollte ich mir den MD15-FTL auch mal anschauen, leider funktioniert der Link nicht mehr? Hast Du zufällig noch besagtes Domument?
...habe endlich eine Doku für den MD15-FTL (https://extranet.kieback-peter.de/download.php/3.09-20.315-01-DE-MD15-FTL-HE-2010-07-27.pdf?32879) gefunden ...
-
Hi Matt
Anmerkung1: Man kann die Ventilstellung nicht aus dem FHT8V auslesen (das Ding hat keinen Sender), vielmehr belauscht man den Funkverkehr zwischen FHT80B und FHT8V. Der FHT80B sendet etwa alle 2 Minuten den Sollwert der Ventileinstellung und der wird dann vom FHT8V angefahren.
O.K.
D.h. der FHT80B sendet seinen berechneten Sollwert an das Stellventil ?
Anmerkung2: Die Solltemperatur müsste man an den FHT80B senden, da sitzt der Regler drinne.
O.K.
Klingt logisch.
Anmerkung3: Warscheinlich kann man den FHT8V auch direkt über den CUNO steuern.
Wenn du den "Befehl" von FHT80B den er an das Ventil sendet lesen kannst, sollte das gehen.
(Kannst du das lesen ?)
FHT8V steuern --> O.K. welche Temperatur hast du ?
D.h. es muß die Istwerterfassung andersweitig erfolgen !
Doku MD15-FTL
Ich werde mal nachschauen, ob ich diese irgendwo auf dem Rechner liegen habe.
Gruß Karl
-
Hier die Doku
[gelöscht durch Administrator]
-
Hi Matt
Ich habe ihn mir soeben auch mal zum Test bestellt.
Gruß Karl
-
Hai Karl
D.h. der FHT80B sendet seinen berechneten Sollwert an das Stellventil ?
Genau.
Wenn du den "Befehl" von FHT80B den er an das Ventil sendet lesen kannst, sollte das gehen.
(Kannst du das lesen ?)
Ja.
D.h. es muß die Istwerterfassung andersweitig erfolgen !
Stimmt. Ich meinte bei Dir herausgelesen zu haben, dass Du die Raumregler in der SPS haben wolltest und wollte zum Ausdruck bringen, dass man ggf. auf den FHT80B verzichten kann.
Ich habe ihn mir soeben auch mal zum Test bestellt.
Den MD15 ?
(Danke für die Doku)
Gruß
Matthias
-
ich melde mich morgen (2.12.) mit ein paar Details aus meinen MD15 Tests.
gollo
-
Hi Gollo48
Bin nachwievor auch an diesem System interessiert.
Bitte halte uns auf dem laufenden.
Theoretischerweise sollte er sich auch mit CUNO ansprechen lassen.
Gruß Karl
-
ok Karl und andere - wird ein längerer Beitrag - ihr wolltet es so ;)
Vorab:
- Die FHT Serie ist zwar billiger, aber nicht mein Fall, da es eine proprietäre Lösung ist. Ich bevorzuge Lösungen nach öffentlichen Standards wie eben EnOcean. Da gibt es Hardware von vielen Herstellern, insbesondere bei den Sensoren.
Die neue Version 3.0 der EnOcean Equipment Profiles (EEP = Protokolle) müsste in Kürze veröffentlicht werden. Empfehle, ab und zu bei www.enocean-alliance.org reinzuschauen.
- Stimmt, die Doku ist nicht mehr öffentlich zugänglich. Da war wohl auch ein Leak ... ;D
Aber, wie meine Tests gezeigt haben, sind auch ein paar kleine Fehler drin.
- Um von der SPS mit dem MD15 zu kommunizieren, braucht ihr z.B. eine WAGO-Enocean-Klemme oder ähnliches.
Nun zu meinen ersten Erfahrungen mit dem MD15:
Der MD15 ist nicht nur ein einfacher Stellantrieb/Ventilaktor, sondern hat auch einen Temperatursensor und Regler eingebaut. Insofern nicht direkt mit dem FHT8 zu vergleichen.
Nach dem Einsetzen der Batterien macht das Ding einen Adaptierungslauf, um die Ventilendstellung ermitteln.
Manuelle Einstellung für den Notfall per Inbus-Schlüssel möglich. Knackt am Anschlag vernehmlich, wohl eine Rutschkupplung.
Der MD15 kennt 3 Betriebsarten:
1) Bei Ausfall der Funkverbindung zur SPS/zum PC geht er nach einer Stunde (nicht nach 6, selbst getestet!) in einen Notbetrieb. Danach arbeitet der interne Regler mit dem internen Temperatursensor und hält die Raumtemperatur auf 19...20°C. Das ist natürlich aufgrund der Messung in Ventil/Heizkörpernähe nicht so genau, aber immer noch besser als frieren. Insofern eine gute Notfall-Lösung. An so etwas sollte man auch denken.
Sowie Funkverbindung wieder steht, geht er in die vorhergehende Betriebsart 2) oder 3) zurück.
2) Betrieb des internen Reglers zusammen mit einem externen Raumfühler. In dem Modus erwartet er, dass ihm Soll- und Ist-Temperatur gesendet werden und er meldet Ventilstellung und seine interne Ist-Temperatur zurück.
3) Betrieb als Ventilaktor. Hier erwartet er, dass ihm die Soll-Ventilstellung gesendet wird. Ein Intervall später meldet er die Ist-Ventilstellung (quasi als Quittung) und ebenfalls die interne Ist-Temperatur zurück.
Am Anfang muss man sich in die Besonderheiten der EnOcean-Protokolle eindenken. Die "Gerätchen" sollen ja mit minimaler Hilfsenergie auskommen.
S. dazu auch die neueste Veröffentlichung http://www.enocean-alliance.org/de/ect310_energiewandler/
Aufgrunddessen senden sie nur in bestimmten Intervallen (vom Gerät abhängig). Zwischendurch legen sie sich "schlafen", um Energie zu sparen.
quasi "power nap" ;D
Nach "wake up" sendet der MD15 seine Daten (s.o. inkl. Statusbits) und wartet auf Antwort (entweder neue Soll- und Ist-Temperatur oder neue Ventilstellung) innerhalb einer Sekunde (wichtig!). Details s. EEP 07-20-01.
Danach stellt er die neue Ventilposition ein und legt sich wieder schlafen. (Der hat's gut: kurz aufwachen, sagen "ich bin noch da", ne Sekunde arbeiten und dann gleich wieder Nickerchen machen.)
D.h. die Antwort, welche Ventilstellung er aufgrund der neuen Temperaturwerte angefahren hat, erfährt man erst ein Intervall später. Mit dieser Verzögerung muss man leben. Wie so oft: das Leben ist voller Kompromisse.
Wie oft sendet denn die FHT Serie?
Funktioniert bis auf die Verzögerung ganz gut. Die beträgt nämlich tatsächlich 10 Minuten. Vermutlich damit die Batterien sehr lange halten.
Aber wer weiß, vielleicht wird es in Zukunft noch andere Versionen geben?
@Karl: die Betriebsart, die du dir vorstellst, T-Soll von der SPS und ansonsten ganz ohne Raumfühler, aber trotzdem Funkverbindung zu halten, um die Ventilstellung zu empfangen, ist nur mit Trick zu erreichen.
Ich musste auch erst lernen, dass du dem MD15 in Betriebsart 2) immer beides, Soll und Ist, senden musst.
Im EnOcean-Protokoll ist nicht vorgesehen, nur den Soll-Wert zu senden und das Ist-Byte "leer" zu lassen.
Mit dem internen Ist-Wert arbeitet der Regler aber nur, wenn Funk ausgefallen ist.
Geht also so nicht!
Nun hier der Trick: sende dem MD15 den eigenen Ist-Wert, den du gerade empfangen hast, zurück. Hast eine Sekunde Zeit dafür...
Aber nicht 1:1, sondern etwas umgerechnet, um auch die Verzögerung zu berücksichtigen (dämpfen).
DAS funktioniert!
Allerdings nur in einem kleinen Temperaturbereich und ist abhängig von den örtlichen Gegebenheiten.
Ist was für Experimentierfreudige 8) aber für Nebenräume vielleicht interessant?
So jetzt ist es aber genug ...
Viel Spaß beim funken
gollo48
-
Hi gollo48
Wie immer sehr interessant.
Da ich weit über 10 Heizungskörper habe, habe ich noch etwas zeit zum Testen ;)
Ich werde , sobald die Steller kommen, versuche fahren.
(Ich hoffe ich habe Zeit)
Gruß Karl
-
Danke Karl für das Kompliment.
Noch eine Ergänzung:
Die Sache mit dem "power nap" = Schlafen und regelmäßiges Aufwachen ist keine Besonderheit des MD15, sondern Teil der EnOcean-Protokolle, des üblichen Sendemanagements, um Hilfsenergie zu sparen.
Von Temperaturfühlern z.B. weiß ich, dass sie alle 100 ... 110sec aufwachen, die Änderung gegenüber vorher prüfen und nur bei z.B. >0,8K senden.
Ansonsten senden sie nur alle 1000...1100 sec.
Die Werte sind evtl. einstellbar, aber häufigeres Senden kann zur Folge haben, dass man dann doch (Stütz-)Batterien braucht.
Gruß
gollo
-
Hi
Grundsätzliche Frage zu CUNO / FHT-Systemen.
Wie oft wird gesendet ?
Wie zuverlässig sind diese Systeme ?
Hat jemand hierfür bereits Erfahrungswerte ?
(Ich habe diese erst seit einigen Tagen im Einsatz --> noch KEINE Probleme)
Ich habe mal mit dem CUNO etwas experimentiert.
Der erste Eindruck ist schon extrem gut.
Die Wago mit der Ethernet-Schnittstelle passt da sehr gut dazu.
Auch die Ethernet-Lib von OSCAT ist hierzu passend ;-)
Danke an "Matt" der mir den Code zur Verfügung gestellt hat !
Gruß Karl
-
Wie oft wird gesendet ?
Aus Beobachtung:
Stellgrösse Ventile: ~ alle 2min (da habe ich irgendwo mal den genauen Wert gesehen und vergessen)
Solltemperatur: etwa zum Zeitpunkt der Änderung
Isttemperatur: ~ alle 15 min.
alles andere: k.A. (es werden ingesamt etwa 35-40 Parameter in die Welt gepustet, wobei es sich bei den meisten um die eingestellten Zeiten handelt)
Gruß
Matt
-
Hi matt
Welche Geräte hast du im Einsatz ?
Hast du es bereits geschaft, Zeiten im FHT80B zu lesen und schreiben ?
Gruß Karl
-
Hi,
ich habe hier zur Zeit folgendes am Laufen:
2x FHT8V-2 <---> FHT80B-3 ---> CUNO ---> Ubuntu mit Fhem (zur grafischen Auswertung)
1x FHT8V-2 <---> FHT80B-3 ->| |-> WAGO 750-841 (soll mal den Brenner etc. steuern)
Mit dem Senden an die FHT80B habe ich mich noch nicht beschäftigt. Die Zeiten werte ich in der Wago noch nicht aus. In fhem sehe ich sie. Die Zeitstempel hinter den empfangenen Zeiten sind jedoch zum Teil sehr alt (mehere Tage). Ich schätze das die Zeiten möglicherweise (wie auch die Solltemperatur) bei einer Änderung und sonst nur in großen Zeitabständen gesendet werden.
Gruß
Matthias
-
Hi
Ich mache derzeit versuche auf den fht(=b ZU SCHREIBEN:
Wenn der FHT80B auf Hand steht, kann man den Temperatursollwert ändern.
Temperatursollwert senden:
T0A0A4124 --> 18.0°C
T0A0A4120 --> 16.0°C
20H --> 32 Dez. --> 32 * 0.5 --> 16.0°C
Der FHT80B bestätigen den Erfolg mit der Antwort "T0A0A416920"
(T0A0A) --> „T“ + HC1 + HC2
41 --> Solltemperatur
69 --> Bestätigung
20 --> Solltemperatur zurückgeben
Mit T02 Enter kannst du sehen wenn er erfolgreich versandt wurde (N/A wird zurückgemeldet)
Gru? Karl
-
Hi Matt
Sind diese Einheiten identisch mit den ELV-Komponenten ?
http://www.conrad.biz/ce/de/product/750407/Funk-Heizthermostat-FHT-80B-II-Spar-Set/SHOP_AREA_19370&promotionareaSearchDetail=005
Sind das die Nachfolger der FHT80B ? ? ?
http://www.conrad.biz/ce/de/product/561800/FUNK-HEIZKOeRPERTHERMOSTAT/SHOP_AREA_22400&promotionareaSearchDetail=005
Gruß Karl
-
Hallo zusammen,
habe hier einen MD15 an der Heizung. Läuft im autarken Betrieb - ohne Sollwertvorgaben - recht gut und sendet auch brav seine Temperatur, Position und ein paar Statusbits so alle 10 Minuten.
Nun zu meinem Problem:
über eine Wago 750-841 mit RS485 und Omnio RS485 Gateway sollte doch eigentlich eine Kommunikation bidirektional möglich sein, oder?
Hat dies jemand schon hinbekommen? Dann wäre ich für ein paar Infos (Programmschnipsel) dankbar, bei mir kommuniziert in Richtung Aktor nämlich gar nichts.
Die Demo und lib von Wago haben mich hier nicht wirklich weiter gebracht.
Gruß und guten Rutsch
strichachtlos
-
Hi, habe erst jetzt wieder hier reingeschaut.
Da ist ja noch einer, der auch mit so einem Ding experimentiert ;)
@strichachtlos:
der MD15 ist nur ansprechbar, wenn er aufgewacht ist. S. mein Bericht weiter vorn.
Nach dem Empfang seiner Daten hast du 1 Sekunde Zeit, ihm mit neuen Vorgaben zu antworten.
Dann stellt er je nach Betriebsart die neue Ventilposition ein und legt sich wieder schlafen.
Die Rückmeldung bekommst du erst ein Intervall später.
Die Initiative geht also immer vom MD15 aus.
Gruß
gollo
-
Hallo gollo48,
danke für die Antwort. Das habe ich schon gelesen mit der Sekunde.
Mir geht es eher um ein Beispiel wie und/oder welche Bytes im Enocean-Telegramm ich ihm senden muss.
Vielleicht hast Du ja was?
Gruß strichachtlos
-
Hi,
eigentlich hätte Version 3.0 der EEP schon im Dezember 2010 veröffentlicht werden sollen, aber ich finde sie noch nicht auf den Seiten der EnOcean-Alliance.
Daher Auszug aus einem früher einmal öffentlich zugänglichen Datenblatt:
Von SPS / Raumcontroller an Stellantrieb/Aktor:
DB_3: alternativ
- valve set point 0...100 %, linear n=0...100
- temperature set point 0...40°C, linear n= 255...0
DB_2: temperature actual from RCU (wenn interner Regler genutzt wird)
DB_1.BIT_2 set point selection for DB_3
- 0b0 set point 0...100 % (wenn als reiner Ventilaktor genutzt)
- 0b1 temperature set point 0...40°C (wenn interner Regler genutzt wird)
Alle anderen Bits meines Wissens auf 0, sind nur für spezielle Funktionen.
Für mehr empfehle ich im Web nach EEP 07-02-01 zu suchen.
Hilft das?
Gruß
gollo
EDIT: eben bei EnOcean-Alliance gefunden - V2.1 gerade publiziert, hat wohl nicht ganz für eine V3.0 gereicht ;)
http://www.enocean-alliance.org/de/enocean_standard/
s. ab S. 50
-
Hab gerade einen Newsletter von Thermokon bekommen.
Könnte vielleicht für das Thema hier interessant sein.
http://www.thermokon.de/newsletter_april2011/inhalt/deutsch/_1.htm (http://www.thermokon.de/newsletter_april2011/inhalt/deutsch/_1.htm)
Thermokon hat nun anscheinend einen Funk-Stellantrieb im Programm.
Über das verwendete Busprotokoll konnte ich zwar auf die schnelle nichts finden, ich vermute aber Enocean. Da Thermokon auf Enocean setzt.
-
Hallo zusammen,
in Bezug auf den MD15 gibt es Neues:
Wago hat eine LIB zum Download bereitgestellt, in der ein Baustein zur Kommunikation mit dem MD15 vorhanden ist.
Hab ich mit dem RS485-EVC von Thermokon laufen und funktioniert tadellos.
Link zur Wago-LIB:
http://www.wago.com/cps/rde/xchg/SID-A3D42832-86BA488D/wago/style.xsl/deu-3888.htm (http://www.wago.com/cps/rde/xchg/SID-A3D42832-86BA488D/wago/style.xsl/deu-3888.htm)
Hinweis: Dokumentation für Enocean_RS485_03.lib (Thermokon STC/SRC-RS485 EVC)
Gruß
strichachtlos
-
Hallo.
Habe ne Wago und die CUNO. Die CUNO emfängt über Telenet mein FS20 Funkverkehr und die Wago läuft. Die network 121 ist eingebunden.
Aber jetzt mein Problem (leider habe ich keinen Ansatz):
Wie empfange ich die Daten in CoDeSys (eine Raumregler hat zum Beispiel den Code 1199).
Sorry für die Änfängerfragen, aber da ist Neuland für mich. Wenn jemand Anleitungen hat gerne heradmit, wenns geht auf deutsch
Danke für Eure Hilfe!
MfG
Maik
-
Hi
Hallo.
Habe ne Wago und die CUNO. Die CUNO emfängt über Telenet mein FS20 Funkverkehr und die Wago läuft. Die network 121 ist eingebunden.
Aber jetzt mein Problem (leider habe ich keinen Ansatz):
Wie empfange ich die Daten in CoDeSys (eine Raumregler hat zum Beispiel den Code 1199).
Sorry für die Änfängerfragen, aber da ist Neuland für mich. Wenn jemand Anleitungen hat gerne heradmit, wenns geht auf deutsch
Du must zuerst mal die Daten einlesen.
Also erst mal die OSCAT-Bibliotheken herunterladen und einbinden.
1. IP-Adresse umwandeln mit "DWORD_OF_BYTE".
2. Netzwerk-Verbindung mit "IP_CONTROL2" aufbauen
3. State-Maschine für den Empfang einrichten.
P.S.: Die PORT-Adresse bei CUNO für die Telnet-Verbindung ist die "2323"
Gruß Karl
-
Hallo und Danke für Deine Antwort.
Also ich muss zugeben, dass ich nicht wirklich weiß, wie ich das machen soll.
Die LIB sind drin, aber das ist ja zu sehen.
Zu1) Sorry, aber keine Ahnung, wie ich das gehen soll.
Zu2) IP, wäre dann ja die codierte IP vom DWORD
PORT, wäre 2323
Time_OUT, wäre die Zeitüberwachung ist hier eine Sekunde OK?
IP_C, Parametrierungsdaten ???
S_BUF, senden ???
R_BUF, empfangen ???
Zu3) Ich weiß nicht was Du damit meinst.
Wie gesagt das alles ist neu für mich. Aber mit der Doku von oscat komme ich da auch nicht weiter.
Gruß Maik
[gelöscht durch Administrator]
-
Hi
Hallo und Danke für Deine Antwort.
Also ich muss zugeben, dass ich nicht wirklich weiß, wie ich das machen soll.
Die LIB sind drin, aber das ist ja zu sehen.
Zu1) Sorry, aber keine Ahnung, wie ich das gehen soll.
Zu2) IP, wäre dann ja die codierte IP vom DWORD
PORT, wäre 2323
Time_OUT, wäre die Zeitüberwachung ist hier eine Sekunde OK?
IP_C, Parametrierungsdaten ???
S_BUF, senden ???
R_BUF, empfangen ???
Zu3) Ich weiß nicht was Du damit meinst.
Wie gesagt das alles ist neu für mich. Aber mit der Doku von oscat komme ich da auch nicht weiter.
O.K.
Vorab: Eröffne doch mal ein neues Thema mit geeigneter Überschrift.
Bitte verwende CFC, die Darstellung ist ähnlich, jedoch wie ich meine übersichtlicher.
Lege doch mal die Bausteine unter CFC neu an.
Das weitere hier --> Unter einem neuen Thema
Wir werden mal das zusammen machen.
Schritt für Schritt.
P.S.: Welchen Controller verwendest du ?
Gruß Karl
-
Dann bitte hier weiter.
http://www.oscat.de/community/index.php/topic,1683.0.html (http://www.oscat.de/community/index.php/topic,1683.0.html)
Danke!!!
Gruß Maik
-
Hi,
also ich würde empfehlen als erstes sich generell mit Hydraulik und generelle funktionsweise einer Heizungsanlage zu beschäftigen, mit Massenströmen, generelle verschiedene Regelungskonzepte, Mechanischer Aufbau der Anlage und Verständnis dafür zu bekommen.
Sonst läufst du Gefahr deine Anlage in kürzester Zeit zu zerstören oder gar eher durch zu niedrige Vorlauftemperaturen eher deine Anlage in doch eher zu hohe Verbräuche zu zwingen.
MacToolz