Ich habe neuerdings Probleme meine im manuellen Modus betriebenen Heizkörperventile HM-CC-RT-DN zu stellen. Wenn ich händisch eingebe
set HzgBad_Clima desired-temp 20.0
kommt die Meldung
param 0:((on|off|5.0..30.0;0.5)) => 20.0 does not match options
desired-temp: (on|off|5.0..30.0;0.5)
Das verstehe ich nun überhaupt nicht, denn die 20.0 befinden sich im angemeckerten Wertebereich.
Ebenso bin ich nun verunsichert wie die Soll-Temperatur gestellt wird, entweder mit desired-temp oder controlManu. Im Wiki steht für die Verwendung von cotrolManu lediglich, dass es bei Wartungsarbeiten auf off zu stellen ist, was auch verständlich ist, sonst nichts.
In der Referenz steht
controlManu <temp>
desired-temp <temp>
Setzt verschiedene Temperaturen. <temp> muss zwischen 6°C und 30°C liegen, die Auflösung beträgt 0.5°C.
Wie wird denn nun die Solltemperatur vorgegeben? Mit desired-temp oder controlManu oder mit beidem?
Wer weiß was? Vielen Dank schon mal.
Schon mal die Suche bemüht!?
Evtl. das hier: https://forum.fhem.de/index.php/topic,114090.msg1083497.html#msg1083497
Gruß, Joachim
Vielen Dank, aber ich habe mich bisher schon "wund" gesucht, aber keine eindeutige Klärung gefunden.
Der angeführte Link ist für die Klärung des Sachverhaltes unbrauchbar, weil dort gesagt wird, dass alte Daten zurück gespielt und Updates blockiert werden sollen.
Ja bis das nicht gefixt ist wird das wohl die "Lösung" sein...
Aber dann ist es wohl trotzdem besser hier auf den Thread zu verweisen oder dort hierher, weil Martin (Maintainer) "dort" schon mitliest wie ich gesehen habe...
Zu viele Threads mit demselben Problem machen es schwierig...
Gruß, Joachim
Hallo Manne,
in diesem Fall tippe ich mal darauf, dass entweder die 00_CUL_HM.pm oder die HMConfig.pm nicht aktuell ist oder ein Neustart fehlt.
Doppelte Klammer auf/zu in der Meldung dürften bei dem Befehl nicht sein.
Gruß, Ansgar.
Hallo,
also die Fehlermeldung ist original und so kopiert worden. Ob nun doppelte Klammern oder nicht, falsch ist sie auf jeden Fall. Vom "shutdown restart" habe ich schon wunde Finger, also das ist es nicht, offenbar befinden sich in neuen FHEM-Files für das Teil Unstimmigkeiten.
Ich habe mal die ominösen Dateien vom Update ausgeschlossen
global exclude_from_update 10_CUL_HM.pm 98_HMinfo.pm
und alte Dateien eingefügt:
10_CUL_HM.pm vom 17.02.2020
98_HMinfo.pm vom 01.11.2019
Auch das war keine Lösung. Die
Aber soweit ich das sehe, funktioniert die Heizungssteuerung trotz dieser Änderung nicht mehr, was jahrelang der Fall war.
Es kann natürlich auch sein, dass der hmLan nichts mehr oder falsches funkt, ich bekomme nur die zyklischen Stati-Meldungen der Ventile. Wie kann ich denn den Funkverkehr überprüfen, als "mitschneiden" was da läuft?
Das "sniffen" der Daten des HMLAN habe ich gefunden, aber so richtig interpretieren kann ich da nichts.
Hallo Manne,
Zitatalso die Fehlermeldung ist original und so kopiert worden.
Habe ich auch nicht bezweifelt.
Nur verstehe ich derzeit nicht, wie sie beim aktuellen Stand aller betroffenen Dateien auftreten soll.
Die HMConfig.pm muss auch immer passend zu den anderen Dateien sein, ebenso, wie die 98_HMtemplate.pm (Code- und Datenabhängigkeiten).
Wenn schon Schritt zurück, dann also alle 4
10_CUL_HM.pm
98_HMinfo.pm
HMConfig.pm
98_HMtemplate.pm
Bei Exclude from Update auch alle 4, wenn ein zufriedenstellender Stand wiederhergestellt ist.
Beim Schritt vorwärts gilt das gleiche, wenn schon, dann ebenfalls alle 4.
Gruß, Ansgar.
Vielen Dank an alle, die zu helfen versucht haben. Ich habe alle Änderungen rückgängig gemacht, also auch die neuesten Updates genommen, die virtuelle VCCU wieder zum Leben erweckt und statt
setreading HzgKoch_Clima desired-temp 17.0
set HzgKoch_Clima desired-temp 17.0
für alle Heizthermostate geschrieben, obwohl mir die erste Schreibweise formal richtiger erscheint. Auch habe ich nicht nur dem Reading "desired-temp" auch "controlManu" die jeweilige Temperatur zugewiesen, weil ich nirgends herausfinden kann wie das nun exakt richtig ist, aber offenbar scheint es entweder notwendig zu sein oder aber nicht zu stören. Ich habe wieder eine manuelle Temperatursteuerung, die einwandfrei funktioniert.
Gruß
Manne
setreading setzt doch nur das Readig!
Ich denke nicht, dass das das Modul "interessiert"...
Also set Thermostat_Clima desired-temp 17.0 ist schon richtig!
Unterschied zwischen "nur" set desired-temp und set controlManu:
set desired-temp beeinflusst nur die desired-temp aber NICHT den eingestellten Modus, lässt also manu/auto "in Ruhe"...
Während set controlManu 17.0 eben auch dafür sorgt, dass der Mode auf manu umgestellt wird/bleibt...
Gruß, Joachim
Vielen Dank für diese umfassende Erklärung, nun ist das etwas klarer geworden. Der Unterschied zwischen dem Reading und dem Modul war mir nicht klar genug. Ich war der Ansicht, dass eine Änderung des Readings dann automatisch an das Ventil übertragen wird. Ein vertieftes Studium der Grundlagen wäre mir wohl anzuraten. Wenn zusätzlich auch controlManu gesetzt wird, sollte das bei der manuellen Betriebsweise nicht stören, sondern eher helfen.
Am Anfang hatte ich auch den automatischen Betrieb, aber ständige Unterbrechungen des Funkverkehrs wegen Überlastung bei neuen Wochenprogrammen wegen Homestatus-Wechsel haben die Umstellung bewirkt, mit der ich absolut zufrieden bin - wenn sie störungsfrei läuft, was aber wieder der Fall ist.
An dieser Stelle muss ich mich auch mal an alle bedanken, die mit hingebungsvollem Eifer, hoher fachlicher Kompetenz und ohne finanzielle Anreize dieses hervorragende System erschaffen haben und unermüdlich weiter betreuen und verbessern. Ja, das muss mal gesagt werden.
Gruß
Manne
Zitat von: manne44 am 12 September 2020, 10:32:45
Am Anfang hatte ich auch den automatischen Betrieb, aber ständige Unterbrechungen des Funkverkehrs wegen Überlastung bei neuen Wochenprogrammen wegen Homestatus-Wechsel haben die Umstellung bewirkt, mit der ich absolut zufrieden bin - wenn sie störungsfrei läuft, was aber wieder der Fall ist.
Wie oft stellst du denn um?
Und wie!?
Mit HMinfo (hast du das überhaupt definiert!?) oder einfach direkt per Befehl(e)!?
Bei selbst erstellten Befehlen (besser HMinfo nutzen!) kann man bzgl. Funklast/"stabiles Umschalten" auch einiges "falsch" machen...
Alternativ kannst du nat. einfach ein Grundprogramm haben und dann bei Bedarf (minimal) nachsteuern (aber im Auto-Modus bleiben)...
Ich fahre den Auto-Modus, weil das dann eben auch läuft, wenn fhem mal nicht "will"...
...beides unschön: wenn zu lange (Geld) (ver)geheizt wird oder die Bude kalt ist ;)
Ein tägliches, mehrfaches Umschalten der Profile halte ich für wenig sinnvoll...
(und geht auf den Flash-Speicher)
Zitat von: manne44 am 12 September 2020, 10:32:45
An dieser Stelle muss ich mich auch mal an alle bedanken, die mit hingebungsvollem Eifer, hoher fachlicher Kompetenz und ohne finanzielle Anreize dieses hervorragende System erschaffen haben und unermüdlich weiter betreuen und verbessern. Ja, das muss mal gesagt werden.
Da fühle ich mich zumindest mal als "Mitbetreuer" ;) angesprochen...
Danke und viel Spaß, Joachim
Soweit ich mich erinnere - es ist schon Jahre her - hatte ich mal HMinfo benutzt, aber bin nicht so richtig klar gekommen und dann eigene Befehle zum Wechsel der Listen benutzt, weil ich das besser durchschaut hatte. Das hätte man vielleicht intelligenter machen können, aber ich habe mit etwas Aufwand umgestellt. Weil ich neben den optischen Fenstersensoren aus historischen Gründen auch drahtgebundene habe, die von Arduino gesammelt und per I2C an den RPI geschickt werden, musste u.a. die Fenster-Offen-Erkennung dann selbst gemacht werden und beim Umschalten erst dann umgeschaltet werden, wenn das Fenster wieder zu war usw. Eine Listenübertragung zum Ventil gab es eigentlich immer nur wenn es einen Statuswechsel gab, der aber nicht so häufig war, auf keinen Fall mehrmals am Tag. Trotzdem störten mich die ständigen Einträge im Log-File bezüglich Funküberlastung.
Nun also manuell. Jeden Tag um Mitternacht werden die Temperaturlisten entsprechend Homestatus ausgewertet und entweder die Temperatur neu eingestellt - wenn anders - oder so gelassen und für alle Zeitpunkte der Temperaturliste ATs erzeugt, die dann zeitrichtig die neue Temperatur an die Ventile übermitteln. Gibt es einen Statuswechsel, dann wird die gleiche Funktion mit einer anderen Temperaturliste durchlaufen.
FHEM läuft stabil. Der RPI4 sitzt an einer Powerbank und dazwischen ein WeMos-Relais, mit dem dann die Stromversorgung zum RPI unterbrochen werden kann, damit der RPI dann neu booten kann. Das WeMos-Relais kann mittels IP ohne RPI und FHEM angesprochen werden und sollte zuverlässig trennen können. Die Heizung kann deshalb nur ausfallen wenn die gesamte Stromversorgung unterbrochen ist oder das Heizöl alle ist, Komponentenausfall wie HmLan mal ausgenommen.
Vielen Dank nochmals und weiterhin alles Gute
Gruß
Manne
Interessanter Ansatz, ein Wochenprogramm an rts bei homestate wechsel zu schicken. Ich kann mir nicht viele sinnvolle Anwendungen denken.
Es zu beurteilen fehlen mir die Details. Ändert sich homestate wenn du das haus verlässt? Also mehrmals täglich? Wie viele rts sind betroffen?
Ich hoffe du nutzt nicht burstxmit. Das legt die zentrale lahm.
Ich nutze immer automode. Im sommer schalte ich sowieso nichts. Keine heizung....
Im winter ist die nacht identisch, ob ich zu hause bin oder nicht. Bäder u.ä. werden nicht umgeschaltet, schon wegen der feuchte. Bleiben die wohn und arbeitsräume. Tagsüber.
Somit ist mein standart im winter "home". Sollte ich gehen nutze ich den "remotekanal" hier kann man festlegen, was bei einen buttonpress an RT passiert. Bspw temp auf 17grad (senken). Mit dem nächsten schaltzeitpunkt wird (typisch in der nacht) auf nachtmode geschaltet.
Jede Nacht läuft ein trigger welcher die rts auf auto mode rücksetzt. Somit reichen mir 3 profile je rt(wobei identische geteilt werden) : home, summer und vacation. Die umschaltung ist also 3 bis 4mal jährlich.
Den homestate könnte man also mit dem remote kanal angehen. Wäre elegant und so ist er auch gedacht. Ich vermute die Möglichkeiten des remote channel zusammen mit virtuellen buttons sind nur wenigen bewusst.
Mit virtuellen buttons kann man auch einen hm fensterkontakt simulieren.
Mein rpi3 ist schon mehrfach gestorben. Power war nie das problem. Eher die Flash Karte. Und das während einer Dienstreise. Frau zu Hause. Wäre die Steuerung über den rpi gelaufen hätte ich probleme beim heimkommen gehabt.
Aber wenn es für dich passt und das System per Definition nicht ausfällt ist die zentrale Lösung am besten. Leider traue ich dem per Definition nicht.
Ich muss zugeben, dass ich von den Ventilen wenig Ahnung habe, die sind auch etwas komplex. Alles nur zusammengeklaubt. Nur 3 bis 4 mal jährlich, da wüsste ich nicht, wie das bei mir gehen sollte, denn abhängig davon, ob meine Freundin anwesend ist, werden in meinem Haus unterschiedliche Räume beheizt oder andere Temperaturen verwendet - Status "present" oder "visitor" . Das ändert sich wöchentlich, auch bin ich manchmal tagelang in Berlin, da ist niemand zu Hause, also Status "absent". Deshalb die Umschalterei, die ich nun manuell ohne großen Funkverkehr sehr gut hinkriege.
Du als Spezialist, der sich intensiv mit den Dingern befasst hast, kannst natürlich ganz andere Wege gehen ...
Den Begriff "remote channel" höre ich jetzt zu ersten Mal. Aber egal, es läuft und ich hätte sicher vorhandenen Standard nutzen können, aber ich wusste es nicht besser.
Meine Flash-Karte wird nur zum Booten benutzt, sonst alles über die SSD. Kann zwar auch ausfallen, aber sehr viel seltener als eine micro SD.
Zitat von: manne44 am 12 September 2020, 15:06:59
Meine Flash-Karte wird nur zum Booten benutzt, sonst alles über die SSD. Kann zwar auch ausfallen, aber sehr viel seltener als eine micro SD.
Ist das bezogen auf meine Anmerkung bzgl. Flash!?
Ich meinte den Flash in den RTs...
Weil Temperaturprofile werden ja dort im Flash abgelegt...
EDIT: warum überhaupt eine SD!? PI2 (manche), PI3 und PI4 (mittlerweile) booten doch direkt von SSD...
Gruß, Joachim
Abschließend will ich dazu folgendes sagen:
Zitat von: MadMax-FHEM am 12 September 2020, 15:52:24
Ist das bezogen auf meine Anmerkung bzgl. Flash!?
Ich meinte den Flash in den RTs...
Weil Temperaturprofile werden ja dort im Flash abgelegt...
EDIT: warum überhaupt eine SD!? PI2 (manche), PI3 und PI4 (mittlerweile) booten doch direkt von SSD...
Gruß, Joachim
Der PRI4 kann erst seit einiger Zeit ohne SD booten, das habe ich noch nicht umgestellt, weil nicht so wichtig, denn der Zugriff auf die SD soll nur beim Booten des PRI erfolgen.
Auch wenn mehrfach wöchentlich im Flash der RTs Wochenprogramme abgelegt werden sollten, dann wären das in 50 Jahren n mal 2500 Zugriffe. Wobei n die Anzahl der wöchentlichen Zugriffe ist. Wenn das der dort verbaute Flash nicht aushält ...
Zitat von: martinp876 am 12 September 2020, 14:50:10
Mit virtuellen buttons kann man auch einen hm fensterkontakt simulieren.
Mein rpi3 ist schon mehrfach gestorben. Power war nie das problem. Eher die Flash Karte. Und das während einer Dienstreise. Frau zu Hause. Wäre die Steuerung über den rpi gelaufen hätte ich probleme beim heimkommen gehabt.
Aber wenn es für dich passt und das System per Definition nicht ausfällt ist die zentrale Lösung am besten. Leider traue ich dem per Definition nicht.
Wenn ich wüsste wie man virtuelle Buttons erzeugen könnte, ja dann hätte ich das vielleicht gemacht. Aber die Beschreibungen sind aus verständlichen Gründen oft etwas dünn. Mit Ausnahme z.B. der DOIFs, da kann jeder fündig werden.
Ich verstehe das nicht, denn vor dem jetzigen RPI4 hatte ich einen BananaPi, der eine SATA-Schnittstelle hatte und habe alle Zugriffe dbLog usw. nur auf der SSD gehabt, nie auf der SD und nie einen Ausfall erlebt, lief jahrelang und ich logge mehr als ich eigentlich brauche. Jetzt auf dem RPI4 auch keinen weiteren Zugriff auf die microSD. Ich vermute mal, dass dadurch ein Ausfall des RPI vermieden wurde, also jahrelang.
Auch bei einem Ausfall der zentralen Steuerung fällt mir nur ein einziger Fall ein, der Folgen haben kann: Es ist tiefer Winter mit -20 Grad Außentemperatur und niemand ist zu Hause, und das wochenlang. Dann könnten die Leitungen einfrieren. Diese Temperaturen hatten wir auch in der norddeutschen Tiefebene schon, aber selten.
Ansonsten könnte beim Ausfall der manuellen Steuerung - durch Progammierfehler, FHEM-Blockade oder RPI-Ausfall - jemand an alle meine 12 RTs gehen und durch Druck auf eine Taste den Automatikbetrieb einstellen und alles läuft rund, zwar nicht das Optimum, aber als Notfallebene durchaus brauchbar.
Mit der jetzigen manuellen Betriebsweise meiner Heizung bin ich sehr zufrieden - wenn sie denn auch das zuverlässig macht, was ich will. Und das macht sie jetzt offenbar wieder.
Vielen Dank für die Hilfe.
Gruß
Manne