Climate Solutions Community

Strange. Du hast einen Raum-Soll von 23 °C ? Wie ist der Vorlauf lt. App / HMI (Display WP) ? Hat dein Aussentemperatursensor einen Offset erhalten (z.B. Anpassung von 3 °C) ?   -> Param 896.0 Korrektur Außentemperatur im Servicemenue. ... Mehr anzeigen

Haste mal zwei Screenshots ? ... Mehr anzeigen

Es kommt drauf an.   Wenn du ViEventLog 24/7 laufen hast, dürfte mit der Einstellung 2/2 das Limit quasi täglich gerissen werden. Mitunter merkst du es nicht. Läuft es weniger als 24 h am Tag wirst du das Limit eher einhalten. Da ich das nicht weiss, wie du ViEventLog betreibst, kann ich nur vermuten. Es ist allerdings schon auffällig, dass es nach 01:00 UTC von selbst wieder funktioniert.   Bzgl. der Events - die hält VM ~24 h vor, dann werden sie (teilweise) gelöscht. Daher müssen neue Events nicht alle 2 Minuten in die DB abgeglichen werden. Bzgl. der snapshots - 2 Minuten sind hier schon gut, macht 720 Datenpunkte / Tag, ViCare hat nur 96. Gut für die Verbrauchsstatistik und die graphischen Verläufe. Bei mir werkelt es auf einem Mini-PC durchgehend, den ich wegen meinem NAS eh schon hatte.      Schau halt mal, ob es mit den neuen Einstellungen noch einmal auftritt. Das wären jetzt 768 API-Calls / Tag bei dir ohne drum herum, dürfte passen.   ... Mehr anzeigen

Gerne. Berichte bitte, ob es dann ab morgen ohne Probleme durchläuft. Ich tippe auf "ja" ... 😉 ... Mehr anzeigen

@ToniR  Setze das Intervall in der "Accountverwaltung" mal höher. Ich vermute du hast das API-Limit von 1450/Tag mit schon 2 * 720 calls (mit ein paar calls drum herum) gerissen. Der event archive scheduler werkelt bei mir mit 120 Minuten, der temperature scheduler auch mit 2 Minuten, zusammen 732 calls ohne drum herum.      ... Mehr anzeigen

Und hier zum Vergleich mit Heizkörpern ohne Pufferspeicher, etwas höherer VL für 21,4 °C IT, WP moduliert durchgehend:     Die Arbeitszahl ist für dieses Szenario auch sehr gut. Durchschnittlich heute 4.8, weil im Momentum sogar noch bessere AZs entstehen:   ... Mehr anzeigen

Ich brauche nichts zu beobachten, Rudi.   Das funktionierte alles, wenn die 2440 nicht so HW-Pufferspeicher optimiert geregelt hätte. Ich brauche Wärme schnell, nicht 1/2 h verzögert. Daher gerne Vollgas, da bei ausschliesslich Heizkörpern nichts puffert. Die WP moduliert schon unterhalb etwa 9-10 °C AT und dümpelt dann nach der Anlaufphase i.d.R. mit 19 % Verdichterdrehzahl (weniger geht nicht) so vor sich hin.   Aber - sechs mal Abtauen = extra 3 h und einmal WW-Bereitung = 2-2,5 h (zusammen ~5,5 h) mit bis zu 14 K niedrigeren VL beim anschliessenden Heizen, ist ganz schlecht. Ich musste energieintensiv überheizen, um auf die von meiner Regierung gewünschten 21 °C IT zu kommen.   Mit der 2532 ist es wieder wie zuvor, also gut für mein Szenario. Mit Volldampf. WW hat heute "nur" 35 Minuten gedauert ("Komfort") und nicht 1,5-2 h wie mit der 2440 vorher (quasi wie "ECO").    Bin mal gespannt, was das Update nach der 2532 macht. Vermtl. wieder HW-Puffer optimiert ... sowohl als auch kann VM anscheinend nicht (anhand der Konfig unterscheiden) ... 😉 ... Mehr anzeigen

So, jetzt waren mein HB und ich kurz davor den Verbund aufzulösen, da ich die letzten drei Wochen Schmerzen ob der blöden Regelung der 2440 hatte (ohne HW-Pufferspeicher) bei ATs von -7 - 0 ° C.   Es gab aber mittlerweile die Freigabe und seit gestern werkelt die 2532. Ich hatte noch keinen Abtauvorgang, aber WW wird wieder in "Komfort" bereitet, wie ich das von der 2417 kannte, die 30 Minuten "Pause" mit geringen VLs nach der WW-Bereitung gibt es nicht mehr und der VL regelt jetzt wieder auf der Heizkurve und nicht 2-3 K darunter. Geht doch ...   Wenn die Abtauvorgänge jetzt noch für mich passen, war das vermtl. mein letztes Update für die Anlage, falls nichts zwingend Neues kommt. Never touch a running system ... ... Mehr anzeigen

Super. Oft hilft ein Browser-Refresh mit F5 bzw. "hart" CTRL-F5, wenn es hakt. ... Mehr anzeigen

Von Viessmann nichts. Schaue dir das mal an: https://community.viessmann.de/t5/Konnektivitaet/ViEventLog-Tool-fuer-das-Ereignissprotokoll-VICARE-Dashboard/td-p/566003 ... Mehr anzeigen

v194 ...   ... Mehr anzeigen

Ja, böse Falle, bin ich zuerst auch darauf reingefallen. Es geht hier um den Verdichterstrom. Dessen Leistung wird über die Spannung/Frequenz geregelt. Die ist nicht fix 400V.  ... Mehr anzeigen

Ja, exakt diese Version ist auch bei mir installiert. ... Mehr anzeigen

Ich habe das Problem zwar nicht, aber gesehen, dass die Vitotrol gestern neu durchgestartet ist. Möglicherweise hat sie ein Firmware-Update bekommen. Zumindest werden die Sensorwerte (Temperatur und Feuchtigkeit) jetzt in der ViCare-App unter Einstellungen / Funk-Fernbedienung angezeigt. Das hatte ich vorher noch nicht festgestellt. In den Einstellungen in der App kann man (ich) den Heizkreis ebenfalls zuweisen. ... Mehr anzeigen

Genau das ist aber der Vergleichswert. Keiner weiss, wann deine WP stand. Kann man nicht wirklich rausrechnen.   Ps: ich bin in 2025 mit 1.71 T/Tag ausgekommen, seit Beginn 4.3.   ... Mehr anzeigen

https://www.energie-experten.org/energie-sparen/energie-berechnen/energieeffizienz/primaerenergiefaktor ... Mehr anzeigen

Tatsächlich gäbe es die Feldstärke für meine Gerätschaft in der API. Sehr aktuell (Zeitstempel ist Stunden alt) scheint der Wert allerdings nicht ...   ... Mehr anzeigen

Bei mir läuft ein Windows-Mini-PC als NAS-Server 24/7 im Netzwerk.  Und darauf jetzt halt ViEventLog. Zugriff via IP-Adresse. Austauschen gegen neue Version dauert ein paar Sekunden via Remote Desktop. Vorteil - musste mich nicht mit Raspberry beschäftigen. Kommt später, wenn ich mehr Muse habe. Gibt es preiswerte Teile mittlerweile. Müssen auch nichts grosses leisten können. ... Mehr anzeigen

Also, mal sortieren, steht alles weiter oben.   VM stellt eine API bereit, einmal Basic (für lau) und einmal Advanced (kostet). Diese Basic-API hat hier Matthias aufgegriffen und die Werte, die sie bereitstellt, visualisiert. Dann ist das tool dahingehend ausgebaut worden, dass es diverse Werte berechnet und eine grafische Darstellung und Datenhaltung erlaubt.  Kernstück war die Darstellung der Events, die mit Abschaltung von ViGuide für Endanwender verloren gegangen ist und in der ViCare-App nach Aussage von VM NICHT implementiert werden wird.    Diese Basic-API von VM bietet keinerlei Zugriff auf die Datenhaltung von VM in der Historie (nur ganz überschaubare Statitikzusammenfassungen aus Tag, Monat, Vormonat, Jahr, Letztes Jahr, jeweils ein Wert) . Sogar die Events werden nur zwei Wochen vorgehalten und dann verschwinden sie aus der API. ViEventLog speichert diese Daten bei dir LOKAL, wenn man dies einstellt. Das kann es nur, solange es läuft. Schaltest du ab, keine Datenhaltung, logisch, oder ?   Das alles gibt's für lau. Dafür ist es grandios. Die Alternative - nichts, jedenfalls nicht von VM. Du kannst noch mit HA oder E3 Automation was auf die Beine stellen, das sind ViEventLog ähnliche User-Projekte, ebenfalls bestimmten Konzepten folgend.   Wenn bei dir nun etwas nicht funktioniert, so liegt es meist daran, dass die API von VM keine oder nur wenig Werte für deine Anlage zur Verfügung stellt. Das war zuletzt bei einer 200-A der Fall, die wir uns genauer angeschaut haben. Auch die Events haben gefehlt.   Deine Gerätschaft gibt es schon seit 2019/2020, wenn die KI nicht lügt. Es ist also durchaus möglich, dass deine Gerätschaft ebenso wie die 200-A in der Basic-API nicht grossartig vertreten ist.   Dass VM Werte hat und diese darstellen kann, bedeutet also nichts, wenn diese nicht auch in die API zurückgespiegelt werden.   > Ersatz für ViGuide ist dieser Event-Viewer demnach nicht Doch, er ist viel besser, wenn VM deine Anlagendaten weitergeben würde ... ... Mehr anzeigen

Das heisst nicht, dass es in der API von VM bereitgestellt wird. Da sind auch andere gehandicapt. Was für eine Gerätschaft hast du ? Baujahr ? ... Mehr anzeigen

Kommst du in das Developer Portal ? Dann mache dir mal einen neuen Token klar und versuche es erneut.   ... Mehr anzeigen

Versuche mal die v178, die sollte es gerade ziehen. ... Mehr anzeigen

Richtig, da ist bei einem Korrekturversuch für ein anderes Problem etwas kaputt gegangen. Es gibt schon eine Korrektur dafür, gerade im Test, dauert noch was. ... Mehr anzeigen

Kann man machen, bring dich gerne ein.   Wenn es um die Verbrauchsstatistk geht - erst einmal ignorieren. Die ist noch im Beta-Status und ein Korrekturversuch hat es für den einen oder anderen unter bestimmten Bedingungen noch blöder gemacht. Aber wir sind dran.   Ehrlich - die Alternative nach dem Abschalten von ViGuide-Web ist erst einmal gar nichts zu haben. Oder man ist so smart und kann sich selbst etwas programmieren.   Insofern etwas Geduld, alles wird gut ... 😉 ... Mehr anzeigen

Das wurde schon im Developer-Bereich diskutiert. Der Workaround, das Kommunikationsmodul automatisert neu zu starten, ist wohl von der Basic-API in die Advanced-API (kostet) umgezogen.  Ob das was mit Token-renew oder sonstiger Trickserei wieder aktuell wird, habe ich noch nicht gelesen. Es weiss aber auch keiner so genau, was der Neustart des Komm-Moduls genau macht, sodass es sich durchinitalisiert und die Daten wieder aktuell werden.  Die Daten frieren jeden Tag morgens früh aufs neue ein. Das kann eigentlich nur VM lösen. ... Mehr anzeigen

Ja, dass hat alles etwas mit API-Inhalten zu tun.   VM stellt nicht für alle seine Geräte einen Standard-API-Inhalt zur Verfügung. Mal sind da viele Werte verfügbar, mal weniger. Dementsprechend kann ViEventLog auch nicht alle Werte darstellen, wenn sie dort fehlen. Ganz gut passt das für die neueren Geräte, 15x / 25x, für andere wiederum nicht.   Jetzt weiss man nicht, was für Datenpunkte die API für deine Anlage bereitstellt, dafür müsste man sie selber haben. Du könntest im Dashboard unter "Debug" dir die Jsons anschauen, und "Futter" geben.   Am besten eröffnest du dazu hier https://github.com/mschneider82/vieventlog/issues (musst du dich registrieren und anmelden) einen "new issue" der Übersichtlichkeit halber und beschreibst das noch einmal wie hier. Kommt die Zeit, wird es aufgegriffen und Matthias (und Mitwirkende) schauen, was geht. ... Mehr anzeigen

Alles gut, würde aber auch passen ... 😉 ... Mehr anzeigen

Lol ... das kommt aus einem anderen Tool, nicht aus ViEventLog.   ... Mehr anzeigen

Vielleicht noch ein Trick, mit dem man der Sache ziemlich nahe kommt.   Ich habe ja auch mehrere Extra-Stromzähler hier, einer davon hängt vor der ODU. Übers Jahr habe ich nun monatliche Werte erfasst und sie u.a. mit dem verglichen, was mir die ViCare-App ausweist als Wärmepumpen-Strom. Es gewinnt der Stromzähler mit +2,13 % gegenüber ViCare. Ich bin also hingegangen und habe für einzelne Tage und dem aufgelaufenen Monat Dezember den Faktor letztendlich auf 1,11 ermittelt, sodass auch ViEventlog den WP-Stromverbrauch etwa +2,13 % höher anzeigt gegenüber der ViCare-App. So passt das etwa im Mittel. Wenn auch hier Daten von einem Jahr vorliegen, werde ich das noch mal verfeinern. Dann kommt evtl. 1,14 raus oder so. Wenn man diesen neuen Faktor dann in ViEventLog hinterlegt, werden alle Werte damit on the fly neu berechnet, da die Original API-Werte in der Datenbank gespeichert werden.   Wer keinen Stromzähler hat, schaut halt, dass der Faktor so eingestellt wird, dass es dem, was die ViCare-App so ausrechnet, nahekommt. Dann ist man nicht schlechter aber auch nicht besser aufgestellt.    Zu der therm. Leistung / Energie - hier muss man sagen, dass die ViCare-App mehr draus macht, als ViEventLog. Da man aber davon ausgehen kann, dass VM dies für eine bessere JAZ/COP etwas schönt in der App, passt auch dies ins Bild. ViEventLog berechnet die therm. Leistung ganz offiziell insbesondere aus der Spreizung zwischen Vor- und Rücklauf, der spez. Wasserdichte bei Vorlauftemperatur, sowie dem Volumenstrom. Mit allen Werte-Toleranzen der Sensoren für Temperaturen und Durchfluss, die über die API kommen.  Da dies etwa -5 % sind (hier bei meiner Anlage), halte ich das für realistischer als die ViCare-App es ausweist. Insbesondere auch, da diese Werte lt. VM (da halt auch berechnet) um bis zu 20% von der Realität abweichen können.   Der aus dem Stromverbrauch und der Therm. Energie errechnete COP ist daher etwas kleiner, aber wie gesagt, VM (und auch andere Hersteller) scheint da großzüger ran zu gehen.  Ich verstehe nicht, ehrlich gesagt, dass VM hier keinen eigenen Stromzähler und Wärmemengenzähler von Werk aus eingebaut hat. In Serie kann das keine Unsummen bedeuten. Aber anderes Thema. ... Mehr anzeigen

Ja, schwieriges Thema.   Vor dem Faktor dachte ich eigentlich daran, einen Betrag in Watt auf die Verdichter-Leistung aufzuschlagen. Aber auch das verläuft nicht linear, sondern verändert sich mit steigender Verdichterleistung, wenn auch nicht so viel (klar, die Ventilatoren z.B. laufen schneller, die Kältekreispumpe in der ODU regelt nach etc.). Soweit meine Beobachtung und du bestätigst es ja.   Mit dem Faktor bin ich daher von 1,3x im Niederlast-Bereich auf einen Kompromiss von 1,11 heruntergegangen. Genau wird man das nie berechnen oder bestimmen können, es sei denn man legt sich - wie du schon sagst - eine persönliche Tabelle an nach dem Motto Verdichterleistung / Zuschlag, 700 W / 1,5, 800 W / 1,42 ... 3 kW / 1,03 etc.. Da wird man aber nicht fertig und hat immer noch eine Ungenauigkeit.   Und jetzt der Klopper - wenn der Durchlauferhitzer mitlaufen sollte ... gibt es keinen aktuellen Wert in der API dafür, was der an Leistung zusätzlich benötigt und man berücksichtigen könnte.   Fazit: es wird halt nicht wirklich "gemessen". ViEventlog ist hier von der API abhängig, was VM da reinschreibt. Dafür ist das Tool aber mittlerweile trotzdem um Klassen besser, als ViGuide-Web es für die Endanwender je war. Die Heizkurven und -Zeiten kann man mit der ViCare einstellen, das Smartphone dann aber wieder beiseite legen. Die interessanten Sachen - wenn auch "nur" Tendenzen - sieht man jetzt woanders - meine 50 Cent..   ... Mehr anzeigen