Climate Solutions Community

@mschneider82 - nee, doch nicht gut. Wenn sich der Faktor ändert, so sind historische Werte fix. Ich würde daher doch den API-Wert einschreiben und das drum herum bei der Berechnung der Anzeige.   ... Mehr anzeigen

Mein Worte ... 😉 ... super, danke ! Schlechte Worte, s.u.. ... Mehr anzeigen

Also, ich glaube wir müssen nun langsam mal eine allgm. "Bedienungsanleitung" verfassen.   Die meisten Werte stammen aus der Viessmann-API. Folgende Ausnahmen: - Verdichter - Thermische Leistung (berechnet) - Verdichter - Leistung (aus API) * Leistungskorrekturfaktor (aus den Einstellungen)   Viele API-Werte werden in einer DatenBank getrackt. Die Sequenz kann man in der Account-Verwaltung festlegen.  Die neue Ansicht "Verbrauchsstatistiken" bedient sich dieser DB-Werte, wogegen sich die Ansicht "Stromverbrauch" und "Erzeugte Wärmeenergie" direkt aus der API bedient. Die Werte aus der API sind ... hm ... z.T. schön gerechnet, weil das einen besseren COP gibt, den Viessmann dann vorweisen kann. Die Anzeige "Stromverbrauch" hat den Nachteil, dass sie sich nur für 24 h in der API aktualisiert, danach nicht mehr (Fehler auf Seiten Viessmann). Hier benötigt es einen Neustart des Komm.-Moduls, dann sind die Daten auch wieder aktuell - wenn auch nicht ganz so richtig.   Die neue Ansicht "Verbrauchsstatistiken" umgeht diesen Umstand und entnimmt die Werte aus der DB, indem sie die o.a. "Ausnahme"-Werte zur Ermittlung des Energieverbrauchs heranzieht. Also eine differente Datenbasis.   Damit wir zumindest etwas genauer werden als Viessmann meinte ich zuvor, der Korrekturfaktor für die Verdichterleistung muss mit berücksichtigt werden. Wenn ich mir den mal dazu denke zu den mir angezeigten Werten, kommt es ziemlich meinem Stromzähler für die ODU nahe.   Daher bitte, @mschneider82 , lass den Faktor doch noch einfliessen für die Verdichterleistung.   Mehr geht nicht. Für "besser" müsste das alles exakt gemessen werden und nicht berechnet.   Nachtrag - für eine korrekte Anzeige aus der DB muss ViEventLog 24/7 laufen und Daten in die Datenbank einlagern. Tut es das nicht, ergeben sich Lücken - logisch. Bei mir läuft das auf meinem Mini-PC, den ich sonst als NAS-Server nutze.   Nachtrag 2 - das Tracking der DB-Werte gibt es seit etwa einer Woche. So viele historische Werte kann es also noch nicht geben. Das kommt mit der Zeit, je nachdem, wie viele Tage Werte in der Datenbank gehalten werden sollen (s. Account-Verwaltung).  ... Mehr anzeigen

Du hast aber die Anzeige therm. Leistung hier, oder ? Was wird für "heute" ausgewiesen ?     ... Mehr anzeigen

Ja, sieht schon mal gut aus. Super, vielen Dank !   Aber - ist der Korrekturfaktor für die Verdichterleistung berücksichtigt ? Ich habe das Gefühl, dass nicht ... Und damit müsste dann auch der COP berechnet werden, sonst passt es nicht zusammen.   ... Mehr anzeigen

Sehr schick 😍 ... Mehr anzeigen

Gute Idee. Setzt nat. voraus, dass man alle Daten auch sammelt, also 24/7. Vlcht. umschaltbar, also API <-> eigene Berechnung aus DB ?  ... Mehr anzeigen

Vor der Auswertung Komm.-Modul neu gestartet ? Erst dann gibt es vernünftige Werte, denn die API friert regelmässig um etwa 2 Uhr morgens ein für die Stromverbrauch-Werte. Jeden Tag aufs neue.     ... Mehr anzeigen

Genau, du hast einen HW-Pufferspeicher, ich halt nicht. Bei ersterem ist es nicht so dringend, dass die Regelung schnell auf Temperatur kommt, es puffert halt. Das ist bei mir anders - ich brauche schnell Temeratur im Heizkreis und den Heizkörpern. Was so über die 2509/2532 berichtet wird, scheint die besser bei mir zu passen als die 2440.   Was mich ärgert - VM weiss doch, dass es mind. zwei verschiedene Anforderungen gibt. Das kann doch nicht so schwer sein, beide Variante zu berücksichtigen. Die Konfiguration ist doch bekannt ...   Ich habe mich jetzt entschieden, das Update aufzuspielen (bzw. lassen). Bin gespannt, ob es problemlos einläuft oder nicht und die Bude dann kalt bleibt ... mal schauen. ... Mehr anzeigen

Auf Account-Verwaltung den neuen Account hinzufügen, den alten ganz unten löschen ? ... Mehr anzeigen

Genau. Würdest du dann bitte einmal schauen, ob du den COP mit dem Korrekturfaktor für die Verdichterleistung berechnet in die DB eingehen lassen kannst ? Die Verdichterleistung selbst kannst du ja im Original belassen, bzw. ggf. eine neue Spalte mit der korrigierten Leistung. ... Mehr anzeigen

Danke, muss ich mal in die Risikoabwägung gehen mit mir. ... Mehr anzeigen

Ich bin immer nett, wenn Antworten auf dem Punkt sind.    Jetzt passt es, daher danke. Traurig ist, dass der eine Fehler korrigiert wird, ein anderer dafür rein kommt., wenn ich das richtig sehe. Ist das in der 2509 bzw. 2532 wieder gerade gezogen ? Weisst du das ?  ... Mehr anzeigen

Es ging mir nicht um die Abtauzeiten, sondern um die anschließenden 30 Minuten vermindertes Heizen, auch nach der WW-Bereitung und sogar nach dem Einschalten der Anlage.  Lesen hilft. ... Mehr anzeigen

Ah, danke. Es passt wohl zusammen.   2417 war für mich o.k.. Da haben sich alle mit HW-Pufferspeicher beklagt, dass die WP mit viel Leistung startet (überschiesst). Das wurde in 2440 behoben. Da kommen vermtl. die 30 Minuten her; merkt man mit Pufferspeicher ja quasi nicht. Ab 2509 beklagen sich viele über ein ähnliches Verhalten wie bei 2417. Ich mit Heizkörpern ohne HW-Puffer brauche also die 2417 zurück oder vlcht. auch die 2509 bzw. die aktuelle 2532, die es evtl. (für mich wieder) korrigiert.    Bin nicht begeistert mitten in der Heizsaison zu updaten.   So sieht das tatsächlich aus: (1) Anlage aus- / eingeschaltet; (2) Warmwasser; (3) Abtauen - immer schön 30 Minuten unterhalb VL-Soll, nachdem es wieder in den Heizbetrieb geht.       ... Mehr anzeigen

Welche HPMU-Firmware-Version hast du, bitte ? Kannst du am Gerät im Service-Menü unter Erkannte Geräte ersehen. Hast du einen Heizwasser-Pufferspeicher ? ... Mehr anzeigen

Da hat sicher jeder seine Vorlieben. Ich finde den momentanen COP, wenn auch über die (korrigierte) Leistung und der berechneten therm. Leistung ermittelt, bei diversen ATs gar nicht so uninteressant. Es geht auch nicht um absolut richtige Werte, sondern um die Tendenz. Diese darf gerne so genau sein, wie mit den VM-Daten (und den Korrekturen) machbar.  Daher sollte diese Genauigkeit auch einfliessen. ... Mehr anzeigen

Wenn nach dem Abtauvorgang (und insbesondere auch nach der WW-Bereitung) wenigstens die Vorlauftemperatur schnell auf die Soll-Vorlauftemperatur regeln würde, käme mir das gelegen (kein Heizwasserpufferspeicher, nur Heizkörper). Stattdessen hängt sie 7-16 K für exakt 30 Minuten unterhalb fest, und regelt erst dann gegen den Soll-VL. Gerade die WW-Variante kühlt das Haus entsprechend aus (1 h WW + 30 Minuten nicht wirklich heizen). HPMU-Version 2440. Bei den vorherigen 2305 und 2417 habe ich das nicht festgestellt. @Flo_Schneider Gibt es da einen Parameter, der die 30 Minuten vorhält und den man mir (ggf. remote) auf eine kürzere Zeit einstellen einstellen könnte ? Da der Verdichter nicht abschaltet im Übergang zum Heizen, sind diese 30 Minuten "herumdümpeln" nicht nachvollziehbar. ... Mehr anzeigen

Auf jeden Fall ! Vielen Dank !   Allerdings müssen wir uns über COP unterhalten, denn die Compressorleistung geht ohne den Korrekturfaktor in die DB.  Über die Skalierung beim "Mischen" diverser Kurven auch. Z. B. Kompressor- und thermische Leistung etc.. Es "verschwinden" Kurven als Gerade nach unten und es gibt wüste Hilfslinien (recht dick), sodass man nichts mehr erkennt.    Für den ersten Wurf ist es aber supergeil - ich liebe es schon jetzt !!!  ... Mehr anzeigen

Kein Problem. Mach' du ... 😎 ... Mehr anzeigen

Der Hammer ! 😍 ... Mehr anzeigen

Für mich als Nutzer OHNE HW-Pufferspeicher und "nur" Heizkörpern stelle ich gerade folgendes fest. Mit der 2417 war alles gut. Mit der 2440, die ich im Frühjahr habe aufspielen lassen, sehe ich, dass der VL-Ist nach dem Abtauen und der Warmwasserbereitung um etwa 8 - 14 k hinterherhängt. Für exakt 30 Minuten, in denen die Bude weiter auskühlt. Danach regelt es sich in Richtung VL-Soll.   Vermtl. wäre es jetzt bei der 2532 wieder o.k. für mich. Werde ich in der Heizsaison aber nicht aufspielen, nachher funktioniert das nicht und die Heizung steht.   @Flo_Schneider und @Viessmann  Schönen Gruss an die Entwicklung - "entweder oder" ist schlecht. Es wäre nett, wenn es berücksichtigt würde - ohne Pufferspeicher schnell auf VL-Soll ohne 30 Minuten Wartezeit zu regeln, mit Pufferspeicher eher langsamer. Dann wäre wohl jeder zufrieden. Danke ! ... Mehr anzeigen

Richtig, nicht ganz so einfach, schaust du hier: https://github.com/mschneider82/vieventlog/issues/51 Sehe ich aber auch so, es muss sich erst "einpendeln". ViCare glättet das m.E. alles noch iwie weg und reagiert auch träger.   ... Mehr anzeigen

> Daraus wird dann die th. Leistung berechnet.   Nicht ganz. Die thermische Leistung ergibt sich aus der Spreizung der VL und RL - Temperatur und dem Volumenstrom; dabei spielt auch noch die Dichte des Wassers bei der VL-Temperatur eine Rolle.   Mit dem Korrekturwert kann man sich der Leistung, die ViCare ausweist, annähern. Aber bedenke: ViCare zeigt für einen besseren COP meist zu wenig Strom an, dafür eine höhere therm. Leistung ... 😉 Wer einen Stromzähler für die ODU hat, kann diesen Wert über den Korrekturfaktor einstellen (damit wird es bei mir am stimmigsten).    Wohlgemerkt - diese Werte sind auf Angaben der API berechnet, mit allen Fehlern der Sensoren etc.. Eine Orientierung, nicht für Abrechnungen 😁   ... Mehr anzeigen

Ist lustig, dass ViEventLog wieder funktioniert, ViCare und ViGuide immer noch nicht ...  ... Mehr anzeigen

Cloudflare war gestern über den Tag problematisch, momentan laufen da keine Meldungen auf, aber wer weiss. Die Benutzer-Anmeldung tut halt nicht. ... Mehr anzeigen

Die Fachpartner werden sich vermtl. auch freuen ... ViGuide-Web ...    ... Mehr anzeigen

Die Anlage selbst ist verbunden und hat Daten übertragen, ViCare und API funktionieren gerade nicht ... "authentication failed".       ... Mehr anzeigen

Oder das Developer portal, oder die home.viessmann Seiten oder vibooks ...    ... Mehr anzeigen