Climate Solutions Community

JueBag · ‎17.11.2022

Für letzten Dienstag (15.11) hat meine Anlage keinen Gasverbrauch geloggt obwohl der Brenner an diesem Tag 9 Stunden an war.. Hat das was mit der Wartung am Montag davor zutun?

JueBag · ‎11.10.2022

Quote: "Also lag es nur an der aktualisierten Ansicht der App" ?? Wie mam den Titel dieses Threads entnehmen kann geht hier nur um das reproduzierbar falsche Anzeigeverhalten der App!

JueBag · ‎11.10.2022

Ob die Anzeige nach x Minuten aktualisiert wird ist unerheblich! Wie im OP beschrieben wird beim Öffnen der detaillierten Warmwasser Kachel der nun aktive Modus angezeigt (die lokale Instanz hat also die Information) zurückgeschaltet auf die Übersicht wird aber weiterhin die alte Information angezeigt. Nach enem Schließen der Aop (ggf auch einfach in den Hintergrund schieben, nicht geprüft) und dann Neuaufruf der App ist die Anzeige richtig.

JueBag · ‎11.10.2022

Wie ich trorzdem eine korrekte Anzeige bekomme ist mir klar, es sollte m.E. aber nicht zu obiger Anzeige kommen können! Die Info einfach an die Entwickler weitergeben. Fehlverhalten, Schritte zur Reproduktion und gewünschten richtiges Verhalten sind ja beschrieben.

JueBag · ‎11.10.2022

Siehe anhängender Screenshot. Anlage in Betriebsart "Nur Warmwasser", die Kachelübersicht ist schon aktiv BEVOR die Warmwasserzubereitung per Zeitplan aktiviert wird, zum Zeitpunkt der Aufnahme ist sie aber schon aktiviert. Auf dem Bild ist zu folgendes zu sehen: Für Warmwasser wird keine Solltemperatur angezeigt, im Status des Heizsystems wird aber der aktivierte Brenner angezeigt. Darin liegt der inhaltliche Fehler. Richtig wäre es wenn für Warmwasser die Solltemperatur unterstrichen mit der orangen Linie angezeigt werden würde.

JueBag · ‎08.10.2022

Bei der Überprüfung wann wie WarmwasserPeriode (Speicherladung und Zrkulationspumpe) startet fand ich folgendes Verhalten: Modus der Anlage " Nur Warmwasser akktiv" Bevor die Periode aktiv ist zeigt die Kachelübersicht auf der Lächel "Warmwasser" "--". Beginnt die Periode und man hat diese Ansicht aktiv wird auf der Kachel " Heizungssystem" der aktive Brenner und die steigende Temperatur laufend angezeigt. Die Anzeige auf "Warmwasser" bleibt aber auf "--". Ein Wechsel auf die Detailansicht der Lächel "Warmwasser" zeigt aber den organgen Balken der aktiven Periode und die Solltemperatur. Geht man wieder auf die Kachelübersicht wird nur "--" angezeigt. Durch einen Neustart der App bekommt man die richtige Anzeige. Ob die aktuelle Speichertemperatur trotzdem auf der Übersicht aktualisiert wurde habe ich nicht abgewartet. M.E. sollte die Anzeige auf der Kachelübersicht häufiger eine Aktualisierung erhalten!

JueBag · ‎15.06.2022

Dazu muss ich solch eine fehlerhafte Anzeige erstmal wieder beobachten. Wenn ich diese habe dokumentiere ich die Anzeigen von ViCare und Steueung..

JueBag · ‎14.06.2022

Das Problem liegt weder in der Genauigkeit der Werte (gemessen, geschätzt oder was auch immer) noch in der UpdateRate der Anzeigen. Entweder ein bestimmter Verbrauch war an Tag X oder X+/-1, die nachträgliche Änderung des Zeitbezuges ist das Problem.

JueBag · ‎14.06.2022

Moin, anbei zwei Screenshots vom heutigen Tage zu unterschiedlichen Zeiten. Der Brenner war am angezeigten Freitag und am angezeigten Montag jeweils nur kurz an. Samstag und Sonntag war die Anlage aus ( genauer im Standby).. Das erste Bild zeigt aber diese kleineren Verbräuche für Donnerstag und Sonntag, erst das zweite Bild (eine Stunde später aufgenommen) hat die Verbräuche am richtigen Tag. Ein Vergleich der Verbräuche an den Tagen davor zeigt diese auch zuerst verschoben. Meines Erachtens stimmt da etwas mit dem Tagewechsel nicht. Solche "merkwürdigen" Anzeigen hatte ich schon mehrmals beobachtet, konnte es aber nicht dokumentieren.

JueBag · ‎04.04.2022

We really got great News from Viessmann, an all New Developer Portal! Now we "can" apply ( and pay!) for an "Advanced" plan which entitles for more API-calls per day and which also allows to use API calls that are not part of the basic plan. In other words, all the great ideas/requests published by users in here which result in additional API-features are likely to be part of the "Advanced" plan. I do understood clearly and will keep my mouth shut.

JueBag · ‎21.02.2022

@m4ding I'm getting further in small steps! The PresenceDetection is working ( ATM one room only using a HUE Motion Alarm for starting the radio). The part of the changing schedule I intend to do the "easy" way. As long as no movement is detected I will set the schedule to OFF all the time. Once a movement is detect the schedule will be set to ON all the time, addtionally a timer gets started which will set the OFF condition ( with the OFF setting for all the time) at expiry time. This timer will be reset if further movement is detected. That way only two different and fixed schedules exist ( which can be saved "hardcoded") and the change in schedule is done only at the start movement and the expiry time of the timer. To be tested during the initial runs is how fast the circulation-pump will start or stop after change in the schedule. If this delay is too long..... I don't know!

JueBag · ‎01.02.2022

Die Werte an der Anlage! Da müsste ich erst tief in der Bedienungsanleitung graben... Die Anzeige der Anlage stimmt mit ViCare und Vitoguide überein! Nun beinhalten die Wochenwerte anscheinend den fehlenden Tag. Das sah für mich als ich das erstmals ansah anders aus (leider keine Daten aufgeschrieben). Daher ist das Problem dann für ein eher kleineres!

JueBag · ‎29.01.2022

Aufgrund einer Fehlfunktion wurde von meinerAnlagefür letzten Mittwoch kein Gasverbrauch geloggt ( siehe: Mein Thread ) Das sieht dann auf der oberen Gasverbrauch-Kachel so aus wie auf dem angehängten Bild. Die Anzeige sieht schon mal gut aus.

JueBag · ‎29.01.2022

Für letzten Mittwoch zeigt ViCare bei mir Null Gasverbrauch an. Ich nutze die API und logge selber die Anzahl der BrennerStarts und -Stunden am Tag, geloggt wurden am fraglichen Tag 27 Starts und 12,7 Stunden. Eine Verbindung zwischen meinem System und dem Viessmann Server bestand an diesem Tag, aber mit Lücken. Werden die Daten nur zu einem festen Zeitpunkt abgefragt und dann nie wieder? Die Anzeige im Vitoguide stimmt mit ViCare überein. Anscheinend fehlen diese Daten dann für alle Zeitbereiche.

JueBag · ‎18.01.2022

Das tut mir leid, aber das kann ich zZ nicht überprüfen. Die fehlerhafte Anzeige kam wenn der Gasverbrauch lediglich von der Warmwasserzubereitung und nicht vom Heizungsbetrieb anfiel ( nur "dhw" und nicht "dhwandheating"). Ein Blick auf den Kalender zeigt warum.

JueBag · ‎08.01.2022

Actually there is NO WAY to control that pump directly, neither via the control panel nor via ViCare nor via Vitoguide and nor via the API. The syntax for a schedule can easily be checked by requesting this datapoint via the API. As can be seen in this syntax one can't insert or delete any random part of that schedule, the whole schedule has to be set always. In know that makes my "Another approach" cumbersome, but it is ATM the only (software) solution. Hence my feature request.

JueBag · ‎06.01.2022

This answer does not sound promising. I read from another user of a Viessmann system who has a working solution for that problem, however by using an externally controlled pump. So far I am not intending to go that way, however.... Another approach: If we can change the schedule of that pump, why not use such a "change schedule" command in order to activate the pump for the needed short time only? It is not the intended way of usage, but.....

JueBag · ‎06.01.2022

Thanks for the feedback. No, I don't have an own solution for the needed update of the RefreshToken yet. AFAIK user @rogrun wi implement this in his openHAB binding (i.e. a complete and ready to use interface), once complete I will move over to this solution.

JueBag · ‎24.12.2021

As noticed lately the RefreshToken doesn't live forever. Such requirement is ( somewhat) understood, however is it really necessary to urge the users the redo the whole authentification process again?

JueBag · ‎20.12.2021

@MichaelHanna I (re-)managed to get my RefreshToken renewed, in this process I stumbled over the point "How to get the RefreshToken". I would suggest to change the Step 1 Http code to end with "...scope=IoT%20User%20offline_access", that way redoing this step isn't necessary! (My 2 cents).

JueBag · ‎20.12.2021

Thanks for this information. The info about the TTL for the RefreshToken is published now, however no details on how to refresh this token is given. Is it really necessary to complete the whole athentification process again 🤔? Don't forget to note the date for the next Refreh of RefreshToken!

JueBag · ‎20.12.2021

A closer investigation revealed the problem in the failing token request. How could that be? In my humble understanding the RefreshToken should never change

JueBag · ‎18.12.2021

I don't get any valid returns since the above time, is this related to the posted server works or anything else. There was no change to the used code on my side.

JueBag · ‎14.12.2021

The reason for ( a lot of ) more datapoints being returned started on Dec 2nd for me. Actually the used Regex statement was not used and ALL datapoints were returned. This misbehaviour was corrected today. However the order of the returned datapoints is NOT fixed, for that reason the USORT function will not help!

JueBag · ‎14.12.2021

@rogrun Thanks for your investigation, it seems to have triggered an action. My Gateway went OFFLINE at 17:02 CET, restarting the Gateway (Power On/Off) showed the Regex statement being handled again. Thanks!

JueBag · ‎13.12.2021

Hello @Karel10 I am using this function from a rule in openHAB, have a look onto my forum post: https://community.openhab.org/t/vitoconnect-getting-values-sending-commands-via-the-new-api-by-using-rules/123900

JueBag · ‎09.12.2021

Am I the only one who is using RegEx Statements in order to limit the API return? Or am I the only one receiving the complete API return although a RegEx Statemdnt is used?

JueBag · ‎05.12.2021

Da kann man wohl nur raten, gemeint ist wohl die Netzwerkverbindung des Kommunikationsmoduls und dort wohl die WLAN Verbindung. Ein Blick auf die WLAN Empfangsstärke sollte Hinweise geben.

JueBag · ‎02.12.2021

I posted the actually used URI, and No, there was no change done!

JueBag · ‎02.12.2021

Since 10:27 CET API request which use a Regex statement in order to limit the reply are not evaluated anymore! Used Request: https://api.viessmann.com/iot/v1/equipment/installations/XXX/gateways/XXX/devices/0/features?regex=heating.(sensors.temperature.outside%7Cdhw.(oneTimeCharge%7Csensors.temperature.hotWaterStorage%7Cpumps.circulation%7Cschedule)%7Cburners.0.statistics%7Ccircuits.0.operating.modes.active) Returned only 8 datapoints before, now gives 167! Is this a permanent change?

Climate Solutions Community

Deine Aktuellen Statistiken

Kein Gasverbrauch geloggt obwohl der Brenner 9 Stu...

Betreff: ViCare App: Update der Anzeige "aktive W...

Re: Betreff: ViCare App: Update der Anzeige "aktiv...

Betreff: ViCare App: Update der Anzeige "aktive W...

Re: ViCare App: Update der Anzeige "aktive Warmwas...

ViCare App: Update der Anzeige "aktive Warmwasser...

Betreff: [ViCare] Falscher Gasverbrauch angezeigt.

Betreff: [ViCare] Falscher Gasverbrauch angezeigt.

[ViCare] Falscher Gasverbrauch angezeigt.

The new developer portal.

Betreff: manually initiating circulation pump with...

Re: ViCare hat für 3inen ganzen Tag keinen Gasverb...

Betreff: [Vitodens 333F] ViCare meldet: Deine Anla...

ViCare hat für 3inen ganzen Tag keinen Gasverbrauc...

Betreff: [Vitodens 333F] ViCare meldet: Deine Anla...

Betreff: manually initiating circulation pump with...

Betreff: manually initiating circulation pump with...

Re: Lifetime of the RefreshToken and needed proced...

Lifetime of the RefreshToken and needed procedure ...

Betreff: Refreshing my Token failes since 09:00 DE...

Re: Betreff: Refreshing my Token failes since 09:0...

Betreff: Refreshing my Token failes since 09:00 DE...

Refreshing my Token failes since 09:00 DEC 18th (w...

Betreff: Some code to receive info from the Viessm...

Betreff: The Regex statement in an API Request isn...

Betreff: Button for one-time request of hot water

Betreff: The Regex statement in an API Request isn...

Betreff: Internetverbindung

Betreff: The Regex statement in an API Request isn...

The Regex statement in an API Request isn't evalua...

Weitersurfen