neues Modul: HCS - Zur erweiterten Heizungssteuerung (FHT & HomeMatic)

borsti67 · 07 November 2012, 18:57:07

Heee Martin,

Du kannst doch nicht einfach "mal eben" umsetzen, worüber ich noch grüble?!

> es wird also jede minute geprüft ob ein oder mehrere ventile den
schwellenwert
> erreicht hat und dann wird geschaltet. es wird aber nur dann geschaltet,
wenn
> die 10 minuten verstrichen sind.

Exzellent. Damit brauche ich in der Tat mit Notify nicht mehr herumhampeln;
öfter als 1x pro Minute wäre eh Quatsch.

> dann habe ich noch die sache mit der "funklast" gefixed. um diese zu
> reduzieren kann nun das attribute genutzt
werden.
>
> beispiel:
>

Da gibt es offenbar ein Problem:

2012.11.07 17:35:20 3: HCS myHCS Found 6 Device(s): 6 FHT, 0 HM-CC-TC.
demand: 1, idle: 5, ignored: 0, excluded: 0, overdrive: no
Argument "state,demand" isn't numeric in numeric eq (==) at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/59_HCS.pm line 285.

A propos, da kommen noch mehr Fehler beim FHEM-Start bei mir (das war,
bevor ich die neuen Attribute eingesetzt habe):

2012.11.07 17:22:46 1: update A new version of fhem.pl was installed,
'shutdown restart' is required!
2012.11.07 17:23:04 0: Server shutdown
2012.11.07 17:23:07 1: Including
/usr/syno/synoman/webman/3rdparty/fhem/var/fhem.cfg
2012.11.07 17:23:07 3: telnetPort: port 7072 opened
2012.11.07 17:23:08 3: WEB: port 8083 opened
2012.11.07 17:23:08 3: WEBphone: port 8084 opened
2012.11.07 17:23:08 3: WEBtablet: port 8085 opened
2012.11.07 17:23:08 3: Opening myCUNO device 192.168.1.123:2323
2012.11.07 17:23:08 3: myCUNO device opened
2012.11.07 17:23:08 3: myCUNO: Possible commands: mBCFiAGMRTVWXOefltuxEq
2012.11.07 17:23:08 1: Including
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/icals.cfg
Use of uninitialized value in substitution (s///) at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/59_HCS.pm line 341, <$fh> line
173.
Use of uninitialized value in concatenation (.) or string at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/59_HCS.pm line 369, <$fh> line
173.
Use of uninitialized value in numeric ge (>

at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/59_HCS.pm line 378, <$fh> line
173.
Use of uninitialized value in substitution (s///) at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/59_HCS.pm line 341, <$fh> line
173.
Use of uninitialized value in concatenation (.) or string at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/59_HCS.pm line 369, <$fh> line
173.
Use of uninitialized value in numeric ge (>

at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/59_HCS.pm line 378, <$fh> line
173.
2012.11.07 17:23:19 3: HCS myHCS Found 6 Device(s): 6 FHT, 0 HM-CC-TC.
demand: 0, idle: 6, ignored: 0, excluded: 0, overdrive: no
2012.11.07 17:23:19 2: FS20 set Winterbetrieb off
2012.11.07 17:23:20 1: Including
/usr/syno/synoman/webman/3rdparty/fhem/var/fhem.save
Use of uninitialized value in string lt at
/usr/syno/synoman/webman/3rdparty/fhem/fhem.pl line 1802, <$fh> line 69.
Use of uninitialized value in string lt at
/usr/syno/synoman/webman/3rdparty/fhem/fhem.pl line 1802, <$fh> line 131.
Use of uninitialized value in string lt at
/usr/syno/synoman/webman/3rdparty/fhem/fhem.pl line 1802, <$fh> line 208.
Use of uninitialized value in string lt at
/usr/syno/synoman/webman/3rdparty/fhem/fhem.pl line 1802, <$fh> line 293.
Use of uninitialized value in string lt at
/usr/syno/synoman/webman/3rdparty/fhem/fhem.pl line 1802, <$fh> line 357.
Use of uninitialized value in string lt at
/usr/syno/synoman/webman/3rdparty/fhem/fhem.pl line 1802, <$fh> line 415.
2012.11.07 17:23:20 2: SecurityCheck: WEB,WEBphone,WEBtablet has no
basicAuth attribute. telnetPort has no password/globalpassword attribute.
Running with root privileges. Restart fhem for a new check if the problem
is fixed, or set the global attribute motd to none to supress this message.
2012.11.07 17:23:20 0: Server started (version Fhem 5.3 (DEVELOPMENT), $Id:
fhem.pl 2085 2012-11-05 07:32:55Z rudolfkoenig $, pid 16314)

> es wird nur dann ein befehl zum schalten gesendet, wenn der status sich
> verändert hat.

nahezu perfekt!

Jetzt fehlt mir persönlich eigentlich nur noch eins - sicherstellen (so gut
es geht), dass "verschluckte" Funkbefehle keinen größeren Schaden anrichten.
Ich würde mir das etwa so vorstellen:

*für den EIN-Status: *
Ich gehe davon aus, dass die Thermostate wenn die Therme nicht liefert
immer höher aufdrehen werden (irgendwann gehen zumindest die FHT darüber
hinaus auch noch in den "warning"-Status, keine Ahnung, wie das bei HM
aussieht).
Daher würde ich noch einen Parameter (ein Attribut) "AlwaysSend_Threshold"
hernehmen. Das wäre dann eine Ventilstellung, bei der der "ON"-Befehl IMMER
gesendet wird (also auch bei "event-on-change-reading").

*für den AUS-Status:*
Dieser Fall ist zumindest nicht "lebensgefährlich", spielt aber durchaus
eine Rolle hinsichtlich der Sparsamkeit. Im ungünstigsten Fall wird der
AUS-Befehl am Ende des Winters nicht empfangen, und die Therme läuft den
ganzen Sommer unnütz durch (wenn das keiner kontrolliert und FHEM nie neu
gestartet wird)...
Diesen Fall würde ich im Grunde mit einem Watchdog abfangen, was zwar wohl
auch ohne HCS ginge, aber deutlich uneleganter wäre:

Jeweils 24 Stunden (besser: eine etwas "krummere" Zahl, damit man
systematische Störungen zu einer bestimmten Uhrzeit vernachlässigen kann,
also z.B. alle 23h23min) nach dem letzten SET-Befehl für den Aktor wird
dieser wieder gesendet. Das belastet nichts, stellt aber sicher, dass auch
OFF irgendwann passiert.

Was hältst Du davon?

> auch das attribute kann nun genutzt werden um die logeinträge
zu
> reduzieren.

Auch sehr cool!
Frage hierzu:
Bei kleinem "interval" müllt auch bei Level 4 das Log noch ziemlich voll.

> d.h. bei wird nur noch die zeile
> 2012.11.06 22:05:33 3: HCS KG.hz.CC.HCS.01 Found 11 Device(s): 10 FHT, 1
HM-
> CC-TC. demand: 0, idle: ....
> angezeigt.

... gefolgt vom FHEM-SET-Befehl, sofern nicht durch das on-change-Attribut
vermieden.
Könnte man das so realisieren, dass die Zeile da oben mit einem um 1
höheren Level geloggt wird, *aber nur wenn der SET folgt*?
Das würde dann bewirken, dass man auch bei loglevel 5 die Statusmeldung
zusammen mit dem SET geloggt bekommt - aber auch NUR dann.

> bei gebrauch von wird _zusätzlich_ noch angezeigt:
> 2012.11.06 22:32:11 4: HCS KG.hz.CC.HCS.01 device KG.hz.LC.SW1.01 blocked
by
> idleperiod (2 min.)

Da fände ich es schick, wenn die Zahl in Klammern die verbleibende
Wartezeit angeben würde anstelle der Konstante. =8)

Nachtrag: Noch ein Problem gerade gefunden:
Wenn man die Werte innerhalb von FHEM ändert und nicht per editieren der
fhem.cfg, werden die Werte inkonsistent:

define myHCS HCS Winterbetrieb *10 *40 20
attr myHCS device Winterbetrieb
attr myHCS deviceCmdOff off
attr myHCS deviceCmdOn on
attr myHCS idleperiod 10
attr myHCS *interval 1*
attr myHCS valveThresholdOff 20
attr myHCS valveThresholdOn 40
attr myHCS loglevel 4

...nach einem SAVE sah das so aus, nach einem FHEM-restart prüft HCS wieder
alle 10 Minuten statt jeder...

PS2: doch nicht so inkonsistent; scheinbar ist lediglich das ERSTE
Prüfintervall gemäß define-Zeile, danach kommen die Abfragen minütlich.
Vielleicht sogar noch ein Überbleibsel aus dem save-status...

Allerdings habe ich auch bei loglevel 4 gerade keinerlei Einträge im Log,
außer jenem vom FHEM-Start?!?

Jedenfalls nochmals vielen Dank für Deine Arbeit an diesem Modul!

Gruß
Torsten

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

Guest · 07 November 2012, 19:38:49

Originally posted by: <email address deleted>

Am Dienstag, 6. November 2012 12:53:47 UTC+1 schrieb Borsti67:
>
> Hallo Martin,
>
> > ich habe so eben ein neues modul bereit gestellt:
> > HCS - heating control system
>
> sieht aus, als hättest Du mit dem HCS meinen "Rohbau" perfektioniert?
> Schönes Ding!
> Vor allem die Idee mit dem Extra-Thermometer hat was.
>
> Persönlich hatte ich allerdings vor, die von dem Timer-Modell abzugehen:
>
> > Das HCS (Heating Control System) Device überwacht in einem frei
> definierbarem
> > Interval (Default: 10 Minuten) den Zustand aller gefundenen Ventile.
> Anhand von
>
> Das finde ich nämlich ein wenig problematisch, da die FHTs eh recht
> "träge" sind.
> Nehmen wir mal an, ich habe eine Nachtabsenkung laufen. Es ist früh am
> Morgen, das Bad ist ziemlich ausgekühlt (aber nicht so weit, als dass
> die Ventile öffnen wurden). Nun drücke ich am Thermostat auf "Tag"
> oder setze manuell eine Temperatur, damit mir nicht den Ar... auf der
> Schüssel anfriert.

> Dummerweise ist das Sendeintervall gerade vorbei gewesen, also macht
> der FHT erst nach 2-3 Minuten überhaupt das Ventil auf. Zu meinem Pech
> sind nun auch gerade die 10min des Timers herum gewesen, also noch mal
> warten, bis das HCS davon was mitkriegt. Nach einer Viertelstunde also
> springt dann tatsächlich mal der Brenner an; bis die Heizung
> ausreichend Heißwasser hat, bin ich erfroren. :-P
> Ein konstruierter Extremfall, ja, aber durchaus im Bereich des
> Möglichen...
> Daher war mein neuer Ansatz, doch mittels Notify auf die
> Actuator-Meldungen zu reagieren. Da weiß ich allerdings nicht, wie
> stark das das System belastet - meinst Du, das kann man riskieren?
>
> Die einzige Einschränkung, die ich vor habe, ist dass das verbundene
> Gerät "nicht öfter als alle X Minuten" geschaltet wird, weil das
> vermutlich dem Brenner nicht gut tut, egal ob mir gerade kalt wird.

>
> A propos Aktuator, ich bin mir nicht sicher, ob Deine Routine auch den
> Fall abfängt, dass mehr als 1 Ventil an einem FHT80b gepaart ist...?
>
> Weiterhin sendest Du den "Ein/Aus"-Befehl bei jedem Durchlauf, auch
> wenn Idle. Das habe ich zugunsten der Funklast (und des Logs

) zu
> vermeiden gesucht, und nur dann geschaltet, wenn erkennbarer
> Handlungsbedarf ist. Vielleicht noch Optimierungspotential? Natürlich
> ist es besser, wenn man die Heizung per Draht schaltet, da Funkt
> prinzipiell unsicher ist, aber wenn das nicht geht, sollte zumindest
> der EIN-Zustand möglichst "sicher" sein. Da hatte ich aber auch noch
> keine überzeugende Idee, wie ich ein "besser noch mal schalten"
> erkenne...
>
> Gruß
> Torsten
>

Hi,

die Idee per Notitify die Actuator Events als trigger finde ich gut.
Habe eine ähnliche Lösung für die Beeinflussung der Brennersteuerung für
den Heizkreislauf seit drei Tagen im Einsatz.

In der letzten Heizperiode erfolgte die Steuerung lediglich periodisch in
einem 8 minütigen Intervall per "at" aufgrund der aktuellen
Actuator-Zuständen der FHTs im Haus.
Der Wärmebedarf in der unteren Etage im Haus wird hauptsächlich (in der
Übergangszeit bis zu 80 -90 %) durch einen Specksteinofen gedeckt. Aufgrund
der Abwärme von unten besteht in der oberen Etage (Schlafzimmer, Badez. ,
Fitnes Hobby, Bügelzimmer) wenig kontinuierlicher Wärmebedarf
insbesondere in der Übergangszeit. Aber wenn, dann jedoch adhoc. Dies ist
nun durch Auswerten der Actuator Events möglich. Eine Erhöhung der
gewünschten Zimmertemperatur im Fitness-Raum führt direkt nach der
Erhöhung des Herzkörperreglers zum Brennerstart der Gasterme (Buderus
GB112). (ausser sie befindet sich gerade im Warmwasser Modus). Da der
Gasbrenntwertkessel auf dem Dachboden direkt über dem Fitnessraum sich
befindet, hat meine Frau direkt ein leicht hörbares feedback.

Das direkte Ansprechen des Brenners habe ich wie folgt erreicht.

- Umstellung der Heizungsregelung von gemischter Führung (Innen plus
Außen) auf reine Außentemperatur-Steuerung.
- Deklaration des Hauses in der Heizungssteuerung (Buderus RC 35)
als nicht gedämmt.
- Durch Deaktivierung der zuvor aktivierten Brennerdrosselung durch
Vorgaukeln einer höheren Außentemeratur (Reduktion des
Außenfühlerwiderstandes durch schalten von parallelen Widerständen).

By the way, eine Brennerstörung durch Hin- und Herschalten von "Winter- auf
Sommertemperaturen" habe ich bisher nur bei den ersten Tests im letzten
Jahr bekommen, als versehentlich mehrfach innerhalb einer Minute die
Außentemperatur von 10 auf 34 Celsius und zurück geschaltet wurde. Der
Zeitpunkt des letzten Statuswechsels wird nun vorher überprüft (mindestens
1 Min) um einen derartigen Fall zu verhindern.

Um zu verhindern, das meine Frau den Heizungstechniker holen muss, wenn
ich allein im Skiurlaub bin, besteht folgender "Selbstheilungsprozess".
Falls von dem Fhem server , aus welchen Gründen auch immer, kein (Funk-)
Schaltbefehl an das AS4 Schaltmodul (benutzt für die Manipulation des
Außentemperaturwiderstandes) gelangt, läuft der timer für die parallel
Schaltung eines Parallel-Widerstandes zum Außenfühler aus und die
Buderusheizungsanlage kehrt in ihren autarken Betrieb zurück.
Für den Extremfall, dass der Fhem Server permanent die Brennerdrosselung
per Funk anfordert und die Anlage sich somit im "Hochsommer" wähnt, hat
meine Frau die Anweisung einfach den Trafo für das AS4 Schaltmodul aus der
Steckdose zu ziehen und wenn alle Stricke reißen noch einen reset an der
Buderus Anlage. Das letztere gilt auch für den Fall, dass widererwarten
deri 15 Jahre alte Gasbrennwertkessel muckt. Der Widerstand des
Außenfühlers ist nun wieder völlig normal und die vorherige Manipulation
weder äußerlich erkennbar ( da irgendwo auf der Strecke zwischen Dachboden
und Fühler in 2m Höhe) noch messbar.

Gruß,
Ludger

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

Guest · 07 November 2012, 19:46:19

Originally posted by: <email address deleted>

Hi,

nach einem updatefhem habe ich nun folgende Einträge nach einem speichern
von fhem.cfg:

2012.11.07 19:41:09 3: CUL_1: Possible commands: BCFiAGMRTVWXefmltux
Use of uninitialized value $valveState in substitution (s///) at /var/InternerSpeicher/fhem/FHEM/59_HCS.pm line 341, <$fh> line 583.
Use of uninitialized value $valveState in concatenation (.) or string at /var/InternerSpeicher/fhem/FHEM/59_HCS.pm line 369, <$fh> line 583.
Use of uninitialized value $valveState in numeric ge (>

at /var/InternerSpeicher/fhem/FHEM/59_HCS.pm line 378, <$fh> line 583.
Use of uninitialized value $valveState in substitution (s///) at /var/InternerSpeicher/fhem/FHEM/59_HCS.pm line 341, <$fh> line 583.
Use of uninitialized value $valveState in concatenation (.) or string at /var/InternerSpeicher/fhem/FHEM/59_HCS.pm line 369, <$fh> line 583.
Use of uninitialized value $valveState in numeric ge (>

at /var/InternerSpeicher/fhem/FHEM/59_HCS.pm line 378, <$fh> line 583.
2012.11.07 19:41:13 3: HCS Waermebedarf Found 3 Device(s): 0 FHT, 3 HM-CC-TC. demand: 0, idle: 3, ignored: 0, excluded: 0, overdrive: no

Hermann

Am Samstag, 3. November 2012 06:07:20 UTC+1 schrieb Martin Fischer:
>
> hiya @all,
>
> ich habe so eben ein neues modul bereit gestellt:
> HCS - heating control system
>
> angeregt durch einen wiki eintrag habe ich diese idee übernommen und
> weiter
> verfeinert. das ganze dann in ein modul "verpackt". somit ist die
> umsetzung
> mittels 99_myUtils.pm nicht mehr nötig.
>
> auf meiner homepage findet man unter
>
> http://www.fischer-net.de/hausautomation/fhem/53-fhem-modul-zur-erweiterten-heizungssteuerung.html
> eine ausführliche beschreibung, sowie einen kompletten aufbau mittels
> HomeMatic Funk-Schaltaktor, 1-fach (HM-LC-Sw1-SM) einer HomeMatic
> Statusanzeige
> (HM-OU-LED16) in kombination mit einem vaillant atmoTEC classic
> "Gas-Wandheizgerät".
>
> an dieser stelle geht noch ein dank an benjamin für seine unterstützung!
> während ich mich ums coden gekümmert habe, übernahm er freundlicherweise
> die
> dokumentation! frei nach dem motto: anwender unterstützt entwickler.
>
> das neue modul sollte heute bereits über "update" verteilt werden.
>
> viel spass damit...
>
> gruss martin
>
> hier eine kurze beschreibung:
>
> Das HCS (Heating Control System) Device überwacht in einem frei
> definierbarem
> Interval (Default: 10 Minuten) den Zustand aller gefundenen Ventile.
> Anhand von
> ebenfalls frei definierbaren Schwellwerten kann geregelt werden, bei
> welcher
> Ventilstellung Heizbedarf anliegt, bzw. die Anforderung unterbunden werden
> soll.
> Dabei berücksichtigt das HCS Device die Hysterese zwischen den jeweiligen
> Zuständen.
>
> Das HCS Device erkennt automatisch ignorierte Devices. Darüber hinaus
> können
> auch bestimmte Ventile von der Überwachung ausgeschlossen werden.
>
> Weiterhin unterstützt HCS das Übersteuern der Ventilstellungen durch einen
> frei definierbaren Temperatursensor.
>
> Es kann also gesteuert werden ob man den Heizbedarf nur über die
> Ventilstellungen
> anfordert oder aber zusätzlich noch durch einen Temperatursensor
> beeinflussen
> will.
>
>

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

Martin Fischer · 07 November 2012, 22:27:08

Am Samstag, 3. November 2012, 06:07:18 schrieb Martin Fischer:
> hiya @all,
>
> ich habe so eben ein neues modul bereit gestellt:
> HCS - heating control system

na sowas... da hat aber in diesem modul diesmal der fehlerteufel
zugeschlagen.. kenne ich ja garnicht von mir

anyway..

ich habe neben den hier berichteten fehlern noch einen weitaus schlimmeren
gefunden: die "sperrzeit" blockte auch das ausschalten aber der devicestate
wurde dennoch auf "off" gesetzt. folge: heizung lief weiter = unschön...

das habe ich gerade noch gefixed... kommt gleich ins svn..

alle weitern vorschläge schaue ich mir später an.. das wird aber etwas länger
dauern, da ich jetzt erstmal an dem anderen modul arbeite..

ein tip:
wenn _nach_ einem neustart evtl. fehlermeldungen "geschmissen" werden, kann
das auch an veralteten (durch die umstellung nicht mehr benutzen) readings
liegen.. dazu am besten _alle_ readings des HCS devices aus fhem.save löschen
(fhem beenden, fhem.save mit editor bearbeiten, fhem starten).. der "profi"
macht es direkt via perl in der commandline

noch ein tip:
ihr helft einem entwickler ungemein weiter, wenn ihr

a) die config des devices (nicht die ganze fhem-config! da hat keiner lust
drauf; es sei denn man wird dazu aufgefordert) postet

und unterstützend

b) ein "jsonlist " sowie

c) die entsprechenden logeinträge postet

ABER: das ganze in einem "gesunden" verhältnis, also nur relevante
"ausschnitte"

gruss martin

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

borsti67 · 09 November 2012, 06:33:27

Hi Martin,

> ich habe neben den hier berichteten fehlern noch einen weitaus
schlimmeren

das funktioniert leider immer noch noch nicht richtig (vor ca. 30min
UPDATE gemacht):

2012.11.09 06:22:28 3: HCS myHCS Found 6 Device(s): 6 FHT, 0 HM-CC-TC.
demand: 1, idle: 5, ignored: 0, excluded: 0, overdrive: no
2012.11.09 06:23:28 3: HCS myHCS Found 6 Device(s): 6 FHT, 0 HM-CC-TC.
demand: 1, idle: 5, ignored: 0, excluded: 0, overdrive: no
2012.11.09 06:24:28 3: HCS myHCS Found 6 Device(s): 6 FHT, 0 HM-CC-TC.
demand: 1, idle: 5, ignored: 0, excluded: 0, overdrive: no
Use of uninitialized value in concatenation (.) or string at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/01_FHEMWEB.pm line 731.
2012.11.09 06:25:28 3: HCS myHCS Found 6 Device(s): 6 FHT, 0 HM-CC-TC.
demand: 1, idle: 5, ignored: 0, excluded: 0, overdrive: no
2012.11.09 06:26:28 3: HCS myHCS Found 6 Device(s): 6 FHT, 0 HM-CC-TC.
demand: 0, idle: 6, ignored: 0, excluded: 0, overdrive: no

(keine Ahnung, wo der uninitialized value herkommt?)

Da hätte ja nun zum Schluss ein OFF-Befehl kommen müssen, oder?

so ist das Device definiert:

define myHCS HCS Winterbetrieb 1 40 20
attr myHCS device Winterbetrieb
attr myHCS deviceCmdOff off
attr myHCS deviceCmdOn on
attr myHCS icon icoTermHaus
attr myHCS idleperiod 10
attr myHCS interval 1
attr myHCS valveThresholdOff 20
attr myHCS valveThresholdOn 40
attr myHCS event-on-change-reading state,demand

Gruß
Torsten

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

Guest · 09 November 2012, 13:59:41

Originally posted by: <email address deleted>

>
> Hallo!

Ich habe noch ein Problem mit event-on-change-reading, mit dieser
Einstellung(siehe unten),
wird die Device bei demand nicht geschaltet, wenn ich diese entferne da ja!
Woran könnte es liegen, ein Fehler bei nur bei mir oder hat das jemand
schon anders??

Readings
Heizung_OG_BA_demand
02012-11-09 13:53:17
Heizung_OG_BA_state
0% (excluded)2012-11-09 13:53:17
Wz_Heizung1_demand
12012-11-09 13:53:17
Wz_Heizung1_state
28%2012-11-09 13:53:17
device
on2012-11-09 13:53:17
overdrive
02012-11-09 13:53:17
sensor
20.22012-11-03 17:57:39
state
demand2012-11-09 13:53:17
Warmebedarf
alias comment device deviceCmdOff deviceCmdOn disable do_not_notify
event-on-change-reading event-on-update-reading eventMap fp_Lindenhof group
icon idleperiod interval loglevel room sensor sensorReading
sensorThresholdOff sensorThresholdOn showtime valveThresholdOff
valveThresholdOn valvesExcluded webCmd CUL_HMDummyFlurKellerUnsortedWetter
Wohnzimmerhidden
device
LuefterHeizung
deleteattr
<http://ewies.no-ip.info:8083/fhem?cmd.Warmebedarf=deleteattr%20Warmebedarf%20device&detail=Warmebedarf>
deviceCmdOff
off
deleteattr
<http://ewies.no-ip.info:8083/fhem?cmd.Warmebedarf=deleteattr%20Warmebedarf%20deviceCmdOff&detail=Warmebedarf>
deviceCmdOn
on
deleteattr
<http://ewies.no-ip.info:8083/fhem?cmd.Warmebedarf=deleteattr%20Warmebedarf%20deviceCmdOn&detail=Warmebedarf>
event-on-change-reading
state,demand
deleteattr
<http://ewies.no-ip.info:8083/fhem?cmd.Warmebedarf=deleteattr%20Warmebedarf%20event-on-change-reading&detail=Warmebedarf>
interval
5
deleteattr
<http://ewies.no-ip.info:8083/fhem?cmd.Warmebedarf=deleteattr%20Warmebedarf%20interval&detail=Warmebedarf>
loglevel
5
deleteattr
<http://ewies.no-ip.info:8083/fhem?cmd.Warmebedarf=deleteattr%20Warmebedarf%20loglevel&detail=Warmebedarf>
sensor
Wz_Heizung1
deleteattr
<http://ewies.no-ip.info:8083/fhem?cmd.Warmebedarf=deleteattr%20Warmebedarf%20sensor&detail=Warmebedarf>
sensorReading
measured-temp
deleteattr
<http://ewies.no-ip.info:8083/fhem?cmd.Warmebedarf=deleteattr%20Warmebedarf%20sensorReading&detail=Warmebedarf>
valveThresholdOff
10
deleteattr
<http://ewies.no-ip.info:8083/fhem?cmd.Warmebedarf=deleteattr%20Warmebedarf%20valveThresholdOff&detail=Warmebedarf>
valveThresholdOn
15
deleteattr
<http://ewies.no-ip.info:8083/fhem?cmd.Warmebedarf=deleteattr%20Warmebedarf%20valveThresholdOn&detail=Warmebedarf>
valvesExcluded
Heizung_OG_BA
deleteattr
<http://ewies.no-ip.info:8083/fhem?cmd.Warmebedarf=deleteattr%20Warmebedarf%20valvesExcluded&detail=Warmebedarf>

>

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

Guest · 09 November 2012, 14:39:52

Originally posted by: <email address deleted>

Gemäß Deinem Screenshot heisst das Reading "Wz_Heizung1_demand" und nicht
"demand".
Daher musst Du das bei event-on-change vermutlich auch entsprechend setzen.

MfG Willi

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

Guest · 09 November 2012, 14:57:03

Originally posted by: <email address deleted>

Hallo!

Danke für deine schnelle Antowrt, aber leider klappt es mit deinem Tip auch
nicht!
Hatte auch versucht: event-on-change-reading
Wz_Heizung1_state,Wz_Heizung1_demand aber kein erfolg!
mfg Steffen

Am Freitag, 9. November 2012 14:39:52 UTC+1 schrieb Willi:
>
> Gemäß Deinem Screenshot heisst das Reading "Wz_Heizung1_demand" und nicht
> "demand".
> Daher musst Du das bei event-on-change vermutlich auch entsprechend setzen.
>
> MfG Willi
>

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

Guest · 09 November 2012, 17:59:33

Originally posted by: <email address deleted>

Hallo,

Ich weiss nicht ob es hier passt aber ich hab da mal ne prinzipielle Frage
zur Heizungssteuerung.
Bei mir z.B. kann ich die Steuerung nur realisieren in dem ich die
Heizkreisumwälzpumpe mit HCS EIN/AUS-schalten lasse. Kann ich denn
überhaupt eine Einspaarung erzielen wenn ich eine moderne Umwälzpumpe
eingebaut habe, die ihre Leistung bei wenig Abnahme zurückfährt ?
Bzw. ist es bei grosser Kälte nicht prinzipiell gut wenn eine Zirkulation
stattfindet (auch wenn die Heizkörper nicht offen sind) ? Vieleicht hat
sich von Euch auch schon der eine oder andere den Kopf darüber zerbrochen
und kann mir seine Sicht der Dinge dazu sagen. Wenns hier nicht passt gerne
auch per PM.
Hermann

Am Samstag, 3. November 2012 06:07:20 UTC+1 schrieb Martin Fischer:
>
> hiya @all,
>
> ich habe so eben ein neues modul bereit gestellt:
> HCS - heating control system
>
> angeregt durch einen wiki eintrag habe ich diese idee übernommen und
> weiter
> verfeinert. das ganze dann in ein modul "verpackt". somit ist die
> umsetzung
> mittels 99_myUtils.pm nicht mehr nötig.
>
> auf meiner homepage findet man unter
>
> http://www.fischer-net.de/hausautomation/fhem/53-fhem-modul-zur-erweiterten-heizungssteuerung.html
> eine ausführliche beschreibung, sowie einen kompletten aufbau mittels
> HomeMatic Funk-Schaltaktor, 1-fach (HM-LC-Sw1-SM) einer HomeMatic
> Statusanzeige
> (HM-OU-LED16) in kombination mit einem vaillant atmoTEC classic
> "Gas-Wandheizgerät".
>
> an dieser stelle geht noch ein dank an benjamin für seine unterstützung!
> während ich mich ums coden gekümmert habe, übernahm er freundlicherweise
> die
> dokumentation! frei nach dem motto: anwender unterstützt entwickler.
>
> das neue modul sollte heute bereits über "update" verteilt werden.
>
> viel spass damit...
>
> gruss martin
>
> hier eine kurze beschreibung:
>
> Das HCS (Heating Control System) Device überwacht in einem frei
> definierbarem
> Interval (Default: 10 Minuten) den Zustand aller gefundenen Ventile.
> Anhand von
> ebenfalls frei definierbaren Schwellwerten kann geregelt werden, bei
> welcher
> Ventilstellung Heizbedarf anliegt, bzw. die Anforderung unterbunden werden
> soll.
> Dabei berücksichtigt das HCS Device die Hysterese zwischen den jeweiligen
> Zuständen.
>
> Das HCS Device erkennt automatisch ignorierte Devices. Darüber hinaus
> können
> auch bestimmte Ventile von der Überwachung ausgeschlossen werden.
>
> Weiterhin unterstützt HCS das Übersteuern der Ventilstellungen durch einen
> frei definierbaren Temperatursensor.
>
> Es kann also gesteuert werden ob man den Heizbedarf nur über die
> Ventilstellungen
> anfordert oder aber zusätzlich noch durch einen Temperatursensor
> beeinflussen
> will.
>
>

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

Billy · 09 November 2012, 19:50:40

Hallo,

Bei mir z.B. kann ich die Steuerung nur realisieren in dem ich die
> Heizkreisumwälzpumpe mit HCS EIN/AUS-schalten lasse. Kann ich denn
> überhaupt eine Einspaarung erzielen wenn ich eine moderne Umwälzpumpe
> eingebaut habe, die ihre Leistung bei wenig Abnahme zurückfährt ?
>

Ich denke das hängt von der Systemauslegung ab. Du hast recht, beim Einsatz
dieser modernen Differenzdruck gesteuerten Pumpen ist der Einspareffekt auf
jeden Fall geringer.

> Bzw. ist es bei grosser Kälte nicht prinzipiell gut wenn eine Zirkulation
> stattfindet (auch wenn die Heizkörper nicht offen sind) ?

Wie gesagt, das hängt vom Gesamtsystem Haus ab. Ich habe z.B. eine 16cm
starke Aussenisolierung angebracht und komme an Tagen wie heute
mit etwa 3-4 einstündigen Laufzeit der HK-Pumpe aus! Die HK-Pumpe ist von
22:00 - 05:00 komplett ausgeschaltet und trotzdem habe ich nur einen Temp-
Abfall von ca. 1-max 2° in diesen 7h. Eine Zirkulation ist in diesem Fall
absolut unnötig!
Hätte ich eine Fussbodenheizung würde ich das auf Grund der höheren
Trägheit des Systems anders regeln.

Gruss
Billy

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

FHEM Forum

neues Modul: HCS - Zur erweiterten Heizungssteuerung (FHT & HomeMatic)

borsti67

Guest

Guest

Martin Fischer

borsti67

Guest

Guest

Guest

Guest

Billy