HM-CC-RT-DN

[Mr. P]

ist nicht dies die korrekte Schreibweise?

Code Auswählen Erweitern

set global msec 1

Du hast recht, dass ich beim Tippen einen Gedankenfehler gemacht hab... aber du hast diesen 1:1 übernommen.

Richtig lautet es also:

Code Auswählen Erweitern

attr global verbose 1
attr global mseclog 1
attr <HM> loglevel 1

[JoeALLb]

Stimmt, copy-paste Fehler!

Was ich aber nicht ganz verstehe... warum wird hier so gerne verbose 1 empfohlen, wenn doch eigentlich verbose 3 als "standard" gilt?
Müsste die Empfehlung für das Debuggen nicht eher verbose 5 sein?

[Mr. P]

Stimmt, copy-paste Fehler!

Was ich aber nicht ganz verstehe... warum wird hier so gerne verbose 1 empfohlen, wenn doch eigentlich verbose 3 als "standard" gilt?
Müsste die Empfehlung für das Debuggen nicht eher verbose 5 sein?

Die Antwort ist kurz und knackig... Es reicht!
Umso mehr in einem Log steht, desto mehr muss man lesen... und wenn ich die für diesen Fall benötigten Infos bereits in L1 finde, warum mehr.

[martinp876]

Mr. P. hat recht (aus meiner sicht)
wenn ich rohmessages dekodieren sind diese aufbereitet und (fast) als Tabelle lesbar (für mich jedenfalls). Es bereitet unnötig Arbeit, den ganzen anderen kollateral-Messages zu entfernen um etwas lesbares zu erhalten.
Sehe es einfach so: wenn du jemandem logs zu Verfügung stellst, damit er ein Problem bei dir untersuchen kann - mache es ihm so einfach wie möglich, so wie er es anfordert. Es ist ja dein Problem, das er versucht zu lösen.
Bereite die Logs für dich nach deinen Vorlieben auf.

[JoeALLb]

Danke!! Ich war nur etwas verwirrt durch die vielen unterschiedlichen Empfehlungen... und da es immer einfach nur hieß "schalte verbose ein" hätte es ja auch bedeuten können, dass jemand verbose1 mit verbose 5 vertauscht...

[teran42]

Hallo,
dieser Thread ist für den Einstieg in hm und die Heizungsthematik echt gold Wert. Danke.
Hier mal ein paar Gedanken von mir.
In der Wiki findet sich ein Artikel zur Heizungsteuerung mit fhem http://www.fhemwiki.de/wiki/Heizungskontrolle_Einfach. Meine Situation ist ähnlich. Ein (1) Raumthermostat mit BiMetall Streifen im Wohnzimmer steuert direkt die Pumpe des Heizkreislaufes. (Die Steuerung des Heizkessels bemerkt den Wärmebedarf und kümmert sich um die Temperatur im Kessel). d.h. wenn ich es morgens im Bad warm haben möchte muß ich abends daran denken die Heizung im Bad aufzudrehen und die Zeitschaltuhr heizt dann morgens bad und Wohnzimmer.
Mit einem Relaisbaustein HM-?? (ist im dunklen Keller   ) kann ich nun die Pumpe ein und ausschalten wenn eines der HM-CC_RT-DN im Haus Wärme brauchen, dadurch kann ich nun gezielter heizen (morgens im Bad, abends im Wohnzimmer).
Das oben erwähnte Skript ist für FS20 Komponenten die wohl etwas anders funktionieren (Thermostat=FHTS, Relais=FHS20 vs CUL_HM mit model bei homematic).
Daher sind in dem Skript folgende Änderungen notwendig:
Das Relais mit Namen swHKPumpe:

Code Auswählen Erweitern

define swHKPumpe CUL_HM <xxxx>
...

jetzt die Thermostate z.B:

Code Auswählen Erweitern


define thSchlaf CUL_HM <xxxx>
attr thSchlaf model HM-CC-RT-DN
....

Nun das Skript:

Code Auswählen Erweitern


##
# Heizung notify  ----------------------------------------------------------------
#
define n_heizung notify n_heizung {\
my $brauche_waerme=0;;\
my $ventile_im_leerlauf=0;;\
        my $ventile_zu=0;;\

Die Funktion fs20_c2b kommt aus de 10_FS20.pm und scheint den Statusstring in einen Zahlenwert umzusetzen. Verstehe hier auch den Originalautor nicht warum der die Strings als schwierig ansieht (lasse mich gerne eines besseren belehren).

Code Auswählen Erweitern


my $heizung_status=ReadingsVal("swHKPumpe","state","off");;\


So hier wird es spannend habe nur die Möglichkeit gefunden nach subtype zu filtern. MODEL und TYPE liefern viel zu viele devices die keinen actuator kennen.

Code Auswählen Erweitern


        my @@fhts=devspec2array("subType=thermostat");;\
foreach(@@fhts) {\
    my $ventil=ReadingsVal($_, "actuator", "101%");;\
    $ventil=(substr($ventil, 0, (length($ventil)-1)));;\
                Log(3,"Ventil: " . $ventil);;\
    if ($ventil > 20) {\
      $brauche_waerme=1\
            }\
            if ($ventil < 10) {\
      $ventile_im_leerlauf++\
    }\
  if ($ventil == 0) {\
$ventile_zu++\
}\
}\
if ($brauche_waerme != 0) {\
Log(3,"Wärme benoetigt. Vorheriger Heizungsstatus: " . $heizung_status);;\
Hier noch das "ne" und "eq" in den Bedingungen beachten, da der Status ja wie oben beschrieben ein String ist.

Code Auswählen Erweitern


fhem("set swHKPumpe on") if ($heizung_status ne "on")\
} else {\
    if ($ventile_im_leerlauf == @@fhts) {\
      Log(3,"Keine Wärme (mehr) benoetigt. Vorheriger Heizungsstatus: " . $heizung_status . $ventile_zu . " von " . @@fhts . " Ventile zu");;\
      fhem("set swHKPumpe off") if ($heizung_status eq "on") \
    } else {\
      Log(3,"Heizbedarf: " . $ventile_im_leerlauf . " of " . @@fhts . " actuators are idle.")\
    }\
  }\
}
attr n_heizung room Heizung

define a_heizung at +*00:07:30 trigger n_heizung
attr a_heizung room Heizung


Nach einigen Tagen Test funktioniert das so wie es soll.

[wwlippi]

Ja, ich habe genau das gleiche Problem: Neustes Update und habe die Zeiten und Temperaturen gesetzt.
Trotzdem nimmt er immer die gesetzte R-nightTemp: 17C bzw. die R-dayTemp: 21C.

Hat da jemand genauere Infos wie man die Werte von den tempList übernehmen kann ?
Alternativ wäre es für mich auch schon Okay, wenn ich die R-nightTemp bzw. R-dayTemp ändern kann.

Danke schon mal !


Sorry, hat sich Grade erledigt...war zu ungeduldig :-S

[Phil__]

Hallo,

neustes Update eben gemacht.
Aber es funktioniert nch immer nicht! (peering RHS -> RT)
Vllt sagen die Logs ja jemandem was?

Meine Vermutung, es scheinen ja bei perren 4 Messages an den RHS gesendet zu werden wenn man den peering Befehl absetzt "set BA_FDK peerChan 0 BA_HTH_WindowRec single".
Anschliesend wird die Anlerntaste gedrückt, der RHS blinkt Orange uns schließt mit einem roten Aufleuchten ab und gibt ein CMDs_done_Error bei dem RHS aus. Ich glaube der RHS bekommt die 4 Msg nicht alle gelesen??
den macht man das peering Rückgängig mit einem unset und drückt anschlißend die ANlerntaste blinkt es nur ganz kurz orange gefolgt von grün und es wird kein CMDs_done_Error ausgegeben.


RT und RHS resettet und neu mir FHEM gepairt.
Anschliesend: set BA_FDK peerChan 0 BA_HTH_WindowRec single
und Anlerntasten an RHS und RT gedrückt.
set getConfig RHS/RT
Beim RT scheint alles reibungslos zu funktionieren beim RHS bekomme ich ein CMDs_done_Error:1

RHS:
protLastRcv      2013-11-14 14:32:28
protResndFail   1 last_at:2013-11-14 14:32:29
protSnd            2 last_at:2013-11-14 14:32:27
protState         CMDs_done_Errors:1

bei peerIDs steht nichtsbei dem RHS

RT:
protLastRcv      2013-11-14 14:32:23
protSnd            4 last_at:2013-11-14 14:32:23
protState          CMDs_done

model               HM-CC-RT-DN
   
peerIDs            00000000,1F118401

Log von WindowRec:
2013-11-14_14:32:23 BA_HTH_WindowRec R-sign: off
2013-11-14_14:32:23 BA_HTH_WindowRec R-BA_FDK_chn-01-shCtValLo: 50

Log von RHS:
2013-11-14_14:31:55 BA_FDK R-BA_HTH_WindowRec-expectAES: set_off
2013-11-14_14:31:55 BA_FDK R-BA_HTH_WindowRec-peerNeedsBurst: set_on
2013-11-14_14:32:26 BA_FDK alive: yes
2013-11-14_14:32:26 BA_FDK battery: ok
2013-11-14_14:32:26 BA_FDK cover: offen
2013-11-14_14:32:26 BA_FDK geschlossen
2013-11-14_14:32:26 BA_FDK contact: geschlossen (to HMLAN1)
2013-11-14_14:32:28 BA_FDK Activity: alive
2013-11-14_14:32:29 BA_FDK ResndFail
2013-11-14_14:32:29 BA_FDK MISSING ACK

FHEM Logfile:

2013.11.14 14:32:16 0: HMLAN_Parse: HMLAN1 R:E20E087   stat:0000 t:150DDEB7 d:FF r:FFC5     m:8B 8670 20E087 000000 00D94E
2013.11.14 14:32:17 0: HMLAN_Send:  HMLAN1 S:S56CFEFE1 stat:  00 t:00000000 d:01 r:56CFEFE1 m:09 A112 BADB33 20E087
2013.11.14 14:32:17 0: HMLAN_Parse: HMLAN1 R:R56CFEFE1 stat:0001 t:150DDFBD d:FF r:FFC4     m:09 8002 20E087 BADB33 00
2013.11.14 14:32:17 0: HMLAN_Send:  HMLAN1 I:+20E087,00,00,
2013.11.14 14:32:17 0: HMLAN_Send:  HMLAN1 S:S56CFF0E3 stat:  00 t:00000000 d:01 r:56CFF0E3 m:0A A001 BADB33 20E087 010E
2013.11.14 14:32:17 0: HMLAN_Parse: HMLAN1 R:R56CFF0E3 stat:0001 t:150DE156 d:FF r:FFC4     m:0A 8002 20E087 BADB33 010226003F
2013.11.14 14:32:17 0: HMLAN_Send:  HMLAN1 S:+20E087,00,01,
2013.11.14 14:32:17 0: HMLAN_Send:  HMLAN1 S:S56CFF27B stat:  00 t:00000000 d:01 r:56CFF27B m:0B A001 BADB33 20E087 020E
2013.11.14 14:32:17 0: HMLAN_Parse: HMLAN1 R:R56CFF27B stat:0001 t:150DE2EF d:FF r:FFC6     m:0B 8002 20E087 BADB33 010226003E
2013.11.14 14:32:18 0: HMLAN_Send:  HMLAN1 S:+20E087,00,01,
2013.11.14 14:32:18 0: HMLAN_Send:  HMLAN1 S:S56CFF414 stat:  00 t:00000000 d:01 r:56CFF414 m:0C A001 BADB33 20E087 030E
2013.11.14 14:32:18 0: HMLAN_Parse: HMLAN1 R:R56CFF414 stat:0001 t:150DE488 d:FF r:FFC5     m:0C 8002 20E087 BADB33 010226003E
2013.11.14 14:32:21 0: HMLAN_Parse: HMLAN1 R:E236D14   stat:0000 t:150DF260 d:FF r:FFCD     m:09 8400 236D14 BADB33 1000954B4551303537383035305900FFFF
2013.11.14 14:32:22 0: HMLAN_Send:  HMLAN1 I:+236D14,00,00,
2013.11.14 14:32:22 0: HMLAN_Send:  HMLAN1 S:S56D003C9 stat:  00 t:00000000 d:01 r:56D003C9 m:0D A001 BADB33 236D14 03011F11840101
2013.11.14 14:32:22 0: HMLAN_Parse: HMLAN1 R:R56D003C9 stat:0001 t:150DF34F d:FF r:FFCD     m:0D 8002 236D14 BADB33 00
2013.11.14 14:32:22 0: HMLAN_Send:  HMLAN1 S:S56D00472 stat:  00 t:00000000 d:01 r:56D00472 m:0E A001 BADB33 236D14 0303
2013.11.14 14:32:22 0: HMLAN_Parse: HMLAN1 R:R56D00472 stat:0001 t:150DF4E9 d:FF r:FFCE     m:0E 8010 236D14 BADB33 011F11840100000000
2013.11.14 14:32:22 0: HMLAN_Send:  HMLAN1 S:S56D00611 stat:  00 t:00000000 d:01 r:56D00611 m:0F A001 BADB33 236D14 03040000000001
2013.11.14 14:32:22 0: HMLAN_Parse: HMLAN1 R:R56D00611 stat:0001 t:150DF67F d:FF r:FFCF     m:0F 8010 236D14 BADB33 0208000000
2013.11.14 14:32:23 0: HMLAN_Send:  HMLAN1 S:S56D007A5 stat:  00 t:00000000 d:01 r:56D007A5 m:10 A001 BADB33 236D14 03041F11840103
2013.11.14 14:32:23 0: HMLAN_Parse: HMLAN1 R:R56D007A5 stat:0001 t:150DF816 d:FF r:FFCF     m:10 8010 236D14 BADB33 0204320000
2013.11.14 14:32:23 0: HMLAN_Send:  HMLAN1 I:K
2013.11.14 14:32:23 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707067 d:1E9E87 O:BADB33 t:150DF9D1 IDcnt:0005
2013.11.14 14:32:26 0: HMLAN_Parse: HMLAN1 R:E1F1184   stat:0000 t:150E0461 d:FF r:FFA3     m:66 A610 1F1184 BADB33 0601000E
2013.11.14 14:32:26 0: HMLAN_Send:  HMLAN1 I:+1F1184,00,00,
2013.11.14 14:32:26 0: HMLAN_Send:  HMLAN1 S:S56D0158A stat:  00 t:00000000 d:01 r:56D0158A m:66 8002 BADB33 1F1184 00
2013.11.14 14:32:26 0: HMLAN_Parse: HMLAN1 R:R56D0158A stat:0002 t:00000000 d:FF r:7FFF     m:66 8002 BADB33 1F1184 00
2013.11.14 14:32:27 0: HMLAN_Send:  HMLAN1 S:+1F1184,00,01,
2013.11.14 14:32:27 0: HMLAN_Send:  HMLAN1 S:S56D017DA stat:  00 t:00000000 d:01 r:56D017DA m:11 A001 BADB33 1F1184 0101236D140300
2013.11.14 14:32:27 0: HMLAN_Parse: HMLAN1 R:R56D017DA stat:0008 t:00000000 d:FF r:7FFF     m:11 A001 BADB33 1F1184 0101236D140300
2013.11.14 14:32:27 0: HMLAN_Parse: HMLAN1 no ACK from 1F1184
2013.11.14 14:32:28 0: HMLAN_Parse: HMLAN1 R:E1F1184   stat:0000 t:150E0B72 d:FF r:FFAC     m:67 8400 1F1184 000000 2000304B45513030313932373380910101
2013.11.14 14:32:48 0: HMLAN_Send:  HMLAN1 I:K
2013.11.14 14:32:48 0: HMLAN_Parse: HMLAN1 V:03C1 sNo:JEQ0707067 d:1E9E87 O:BADB33 t:150E5B8C IDcnt:0005


Gruss Philipp

[strauch]

Sorry ich schieb mal ein Themenwechsel ein.
Wenn ich das Interne Thermostat des DN verwende, heizt er ja immer 1°C über der eingestellten Temperatur. Hier stand die Vermutung, das so der ungeünstig nahe Montageort zur Heizung ausgeglichen werden soll.

Was ich seltsam finde, ich hab z.B. für 2 Tage die Heizung aus, es ist im Raum wärmer als die eingestellten 19,5°C trotzdem fängt das Thermostat schon bei 21°C den Heizkörper aufzudrehen. Da die Heizung aber gar nicht an ist, spielt doch auch die ungünstige Position keine Rolle, da der Heizkörper ja kalt ist. Vielleicht logge ich mal mit einem externen Thermostat mit. Aber für mich würde das für den Abschaltpunkt "nach" dem Heizen Sinn machen, aber doch nicht auch schon wesentlich früher starten, wenn der Heizkörper gar nicht warm ist.

Weiß jemand wie das mit einer Homematiczentrale ausschaut?

[CQuadrat]

Ich kann die Aussage (für Temperaturen über 20 Grad) bestätigen: Regelung ca. 1 Grad über Solltemperatur und "zu frühes" Einschalten,

Ich habe allerdings zwei RTs in (ungenutzten) Räumen, in denen ich die Temperatur auf 15 C geregelt habe. Seltsamerweise ist dort die Ist- und Soll-Temperatur fast identisch.

[martinp876]

Hi,

ich schieben einmal ein paar grundsätzliche Gedanken ein - quer Beet...
Ich denke nicht, dass ein HM-Zentrale etwas anders machen kann. Es wird wohl irgendwann einen RT-controller geben (in der SW schon vorgesehen) , aber auch hier kann ich mir keine Veränderung vorstellen.

Eine Regelung - wenn sie gut ist - schaltet nicht ein, wenn der Wert unterschritten ist sondern regiert auf Änderungsgeschwindigkeiten. Wenn also die Temp schnell(er) fällt und sich dem Sollwert nähert sollte der Regler bereits aufmachen (oder zumachen, je nach Richtung). Im End-Ergebnis sollte er sich dann dem Sollwert anpassen - klar soweit.
Weiterer Punkt: der Regler ist erst einmal adaptiv eingestellt. Er wird also seine Regel-koeffizienten dem Raum anpassen. Das kann auch gut gehen - wenn der Raum und seine Parameter stabil sind.
Schwierig wird es, wenn man manchmal offene Türen hat und manchmal nicht. Dann "reagiert" der Raum anders, je nach Größe der Türen und dem Klima im Nebenraum.
Schlimmer noch ist sicher die Vorlauftemperatur der Heizung. Der Regler versucht nun "auszurechnen" wieviel Temperatur-Änderung ein verstellen des Ventils um x% bedeutet. Je nachdem wir Clever jetzt aber die Heizung im Keller ist wird die vorlauf-temp aber verändert - zeitgesteuert, Außentemperatur gesteuert oder sonst noch was. All das KANN der Regler nicht wissen und wird immer wieder stolpern. Ich erwarte daher nicht, dass das adaptive Regler-Einstellen auf dauer taugt. In einem Stabilen Raum mit stabiler - oder wenigstens nur leicht geregelter Vorlauftemperatur sollte es schon gehen.

Was ich vorhabe, wenn ich den RT finetune:
- über den temperatur-offset sollte sich die permanente Regelabweichung ausgleichen lassen. Hierzu sollte man verschiedene Temperaturen einstellen, den Raum einschwingen lassen und die temp im Raum messen. Es kommt hoffentlich eine fixe Regelabweichung heraus.

- die Adaptive Regelung will ich erst einmal beobachten. danach kann man an den Parametern "P" und "I" herumspielen. Ich vermute, dass nur "int" relevant ist - "ext" ist wohl für die Nutzung eines externen Thermostats (glaube ich). P ist der Proportional-Anteil der Regelung, also eine Art Offset/Verstärkung. "I" ist der Integralteil also die "Beschleunigung" wenn Änderungen passieren. Das Thema ist nicht einfach - daher beschreibt es HM auch gar nicht.
Vielleicht hat jemand noch etwas mehr in Regler-theorie drauf als ich und kann ein paar Tips geben. Es wird jedenfalls eine langwierige Messung. Am Schluss will ich den Regler auf "tages-heizung" optimieren und bei der Nachtabsenkung mit Abweichungen leben.

Nach meinen Beobachtungen reagiert der Regler ausschließlich auf die Regel -differenz. Es sollte also egal sein, ob die Temp um 5Grad sinkt oder die soll-temp um 5Grad angehoben wird. Der Regler sagt immer "huch - Änderung: ist die Soll-temp in Gefahr, dann Aktion"

Gruss Martin

[Phil__]

@Martin

Kannst du in den Logs das Problem beim Peeren von RT und RHS erkennen?

Gruss Philipp

[strauch]

@Martin,

da hast du schon recht, also bei mir hat er bei 20,7°C gestartet (desired war 19,5) und ist gerade mal runter auf 20,5 und dann wieder gestiegen. Gut wenn er immer 1° drüber sein will hat er es genau geschafft. Vielleicht ist das auch noch ein Lernprozess für den PID. Evtl. kann da betateilchen weiter helfen, er ist ja auch viel im Kaffee Forum unterwegs, da gibts ja auch PID Steuerung und technisch ist er ja gut bewandert.

Müsste man mal dazu einfach Stumpf im ELV Forum fragen, vielleicht erfährt man ja so was die sich dabei gedacht haben. Darauf zielte so ein wenig meine Frage auf die Homematiczentrale ab. Wenn man da was von FHEM schreibt, schieben die das bestimmt darauf.

Grüße

strauch

[martinp876]

Hallo Philipp,

ich sehe folgendes:
dem RT wird der RHS als peer für channel 03 zugewiesen, die Register des RT werden upgedated. Alles prima.

der RHS schickt eine status Meldung (ist das Zufall? genau jetzt) autonom. Die Zentrale antwortet und will den peer addieren. Der RHS ist als wakeup definiert und sollte jetzt antworten. Leider tut er das aber nicht.

Das Anlernen kommt 1 sec später - da sind schon alle messages gelöscht.

Was du jetzt tun kannst ist, das kommando wiederholen mit "remote" am ende, dann anlernen am RHS drücken. Dann sollte nur der RHS mit dem RT gepeert werden - der RT bleibt wie er ist (ist ja schon fertig). das sollte ohne Probleme funktionieren.

Evtl muss man dem RHS die "wakeup" Möglichkeit aberkennen..

Gruss Martin

[Phil__]

Hallo Martin,

die Status-Meldung des RHS muss zufall gewesen sein, es wurde kein Fenster geöffnet.
Wie erkenne ich dem RHS die "wakeup" Möglichkeit ab?

Gruss Philipp