Test ViessmannAPI v2.0.0

[mtm87]

Hi, habe den Adapter heute installiert bekommen, ich kann auch die Heizart umschalten unter "Objekte".
Bisher habe ich mit einem Java-script gearbeitet.
Da hatte ich folgendes drin stehen:

sendTo('viessmannapi.0', 'action', {
feature: 'heating.circuits.1.operating.modes.active',
action: 'setMode',
payload: {mode: "dhwAndHeating"}
});

ich habe jetzt schon versucht das hin zu bekommen, aber leider fehlt mir jegliche Kompetenz.
Kann mir jemand von euch helfen?
Mit freundlichen Grüßen

[LaBamba]

@asblass
Es gibt bei mir in diesem Modus die Optionen:
dhw; = Warmwasser
dhwAndHeating; = Warmwasser und Heizung
forcedNormal;
forcedReduced;
standby;
normalStandby

Was ist der Unterschied zwischen forced Normal und forcedReduced?
Was ist der Unterschied zwischen standby und normal Standby?

[LaBamba]

Gelöst: mit filter - dropdown funktioniert es sehr gut!

[tombox]

@mtm87 Im Javascript einfach setState oder?
setState('viessmanapi.0.xxxx.0.xxxxxx','dhwAndHeating')

[Stefan Epunkt]

@tombox

@tombox
Schön das es mit dem Adapter weitergeht, habe es bisher selbst aber nicht geschafft die Instanz zum laufen zu bringen.
Habe das aufm Raspi installiert und erhalte diese Meldung:

"startInstance system.adapter.viessmannapi.0: required adapter "admin" has wrong version. Installed "3.6.0", required ">=4.0.9"!"

Habe aber admin 4.2.1 am laufen.

Hier noch die Raspi Info:

Platform: linux
os: linux
Architecture: arm
CPUs: 4
Speed: 900 MHz
Model: ARMv7 Processor rev 5 (v7l)
RAM: 926 MB
System uptime: 10:09:20
Node.js: v12.22.4
NPM: 6.14.14
Disk size: 14.3 GiB
Disk free: 9.6 GiB
adapters count: 338
Uptime: 09:54:47
Active instances: 11

Die ViCare App läuft , Client ID erstellt.

Was kann ich noch tun?

Danke schonmal

[tombox]

@stefan-epunkt dann ist deine Installation schief vielleicht auf latest repo Wechsel. Auch müsste admin 5 aktuell sein

[Stefan Epunkt]

@tombox

Moin tombox,

danke für deine tipps, habe eben den admin auf 5.1.23 geupdatet. Nun startet dein Adapter....und hat auch Objekte angelegt..mal gucken wie es weitergeht..

Danke nochmal schneller gehts nicht ...

[mtm87]

@tombox Vielen vielen Dank, es hat funktioniert.

[jrudolph]

@tombox Ich habe den Adapter seit dem 5.8. erfolgreich laufen. Vielen Dank nochmal für die gute Arbeit. Der Adapter zeigt welche Vielfalt an Daten über die API erreichbar ist.

Folgende Beobachtungen habe ich inzwischen gemacht:

1. Der Adapter kommt aus dem Fall "Limit von 1450 Calls pro Tag erreicht" nicht wieder allein raus (Fehler 429). Da hilft nur der Adapter-Neustart. Ich hatte ein Abrufintervall von 1 Minute eingestellt.
2. Offensichtlich werden bei jedem Abrufintervall vor den Feature Daten (die eigentlich interessanten Data Points), auch immer die Event Daten und die Installationsdaten abgerufen. Die Installationsdaten dürften sich kaum ändern; da reicht sicher eine Abfrage beim Adapterstart. Die Event Daten sind i.d.R. auch nicht interessant (man sieht die nächtliche DSL Neuverbindung), aber möglicherweise auch Anlagenstörungen? Ein Abfrageintervall von 1x pro Tag reicht sicher. Das Intervall von 1x pro Minute für die Feature Daten wäre mir wichtig (z.B. für die Modulation des Brenners).

Danke und viele Grüße
Jürgen

[ilovegym]

@jrudolph sehr guter Ansatz die Abfrage zu optimieren !

Störungen werden unter den Events angezeigt, hab welche von 2013 drin..

[tombox]

@jrudolph kannst du ein Beispiel log von 429 zeigen

[jrudolph]

@tombox z.B.
2021-08-07 19:33:27.023 - error: viessmannapi.0 (10019) Error: Request failed with status code 429
2021-08-07 19:33:27.025 - error: viessmannapi.0 (10019) {"viErrorId":"req-5dc5529f67a74c1e9b55e75e1263d8f5","statusCode":429,"errorType":"RATE_LIMIT_EXCEEDED","message":"API calls rate limit has been exceeded. Please wait until your limit will renew.","extendedPayload":{"name":"development portal "75755f453bf1929a02b34a0eae6a4b48" daily limit","requestCountLimit":1450,"clientId":"75755f453bf1929a02b34a0eae6a4b48","userId":"c65d8494-7d16-440b-af4b-56c458dff99c","limitReset":1628380805088}}

Zum Zeitpunkt LimitReset war die API wieder frei. Vorher wiederholt sich der Fehler permanent.

[tombox]

@jrudolph Ich habe mal die requests umgestellt.

Es gibt jetzt ein eignen Interval für events. Default ist da 300min/5h
Es werden die Features vom Gateway nicht mehr geholt.

Somit sollte ein Interval von 1min möglich sein.
Er sollte sich nachts um 2 selber vom 429 erholen außer er wird vorher neugestartet

[jrudolph]

@tombox Danke. Habe die Status Updates auf 1 Minute gesetzt und die Event Updates auf den voreingestellten 5h gelassen. (Nebenbei hatte ich gerade auf Admin 5 und js-controller 3.3 Master und Slave umgestellt. Daher hat es etwas bei mir gedauert.)

[LaBamba]

@tombox
@amgxda
Über welchen Datenpunkt kann ich die Warmwasseraufbereitung direkt starten?
Über welchen Punkt kann ich die den Heizungsspeicher aufladen?

[KeePon]

@tombox said in Test ViessmannAPI v2.0.0:

@keepon Instanz muss wie in Beitrag 1 beschrieben selbst erstellt werden

Hi, Danke - ich hab das tatsächlich übersehen.
Leider bekomme ich nur Daten von der Vitocconnect Box angezeigt und keine von der Anlage, Vitodens-200 W. Laut einem ersten Post wird die nicht unterstützt - denke, dass es daran liegt?
Mit dem alten Adapter ging das…

VG Marcel

[LaBamba]

@tombox
Daten auslesen funktioniert super mit dem Adapter.
Will ich z.B. zwischen Warmwasser und Warmwasser mit Heizung umschalten funktioniert das auch.
Die Temperatur Heizprogramm Normal
viessmannapi.0.xxxxx.0.features.heating.circuits.0.operating.programs.normal.properties.temperature.value
kann verändert werden. Jedoch bekommen ich folgende Warnung:
web.0
12547 2021-08-09 12:50:49.157 warn Read-only state "viessmannapi.0.1288346.0.features.heating.circuits.0.operating.programs.normal.properties.temperature.value" has been written without ack-flag with value
In den Io-Broker Daten verändert sich der Wert jedoch nicht bei der Heizungsanlage.

[tombox]

@labamba den State setValue nehmen

[LaBamba]

@tombox
Einen State setValue Datenpunkt gibt es nicht!

[tombox]

@labamba viessmannapi.0.xxxxx.0.features.heating.circuits.0.operating.programs.normal.commands.setTemperature.setValue