Neues Modul: vitoconnect

[masl]

Code Auswählen Erweitern

https://github.com/openv/vcontrold
Habe mal versucht das hier zu verstehen. Aber so wie ich das jetzt gelesen habe ist das mit den Temperatursetzen nicht so einfach wie das Vitoconnect Modul

[mcp]

Ja, fing bei mir gestern an, heute permanent Login Fehler und seit 16:30 Uhr geht nichts mehr

Die ViCare App funktioniert hingegen normal, scheint wohl ein 3rd Party API Access Problem zu sein.

Code Auswählen Erweitern


attr Viessmann_Vitoconnect vitoconnect_gw_readings 1


dann sieht man im gw Reading was das Problem war: API Limit erreicht - aaaaaha

Dann das DOIF dafür erweitert so dass der Intervall auf 1 Tag hochgesetzt wird (wenn das Limit erreicht ist geht bis 0 Uhr nichts mehr), um kurz nach 0 Uhr schauen ob das gw Reading den Text RATE_LIMIT_EXCEEDED enthält, wenn ja den Intervall wieder auf 65 Sekunden runtersetzen und set update und alles gut.

Das Limit bzw. das Überschreiten dessen wird beim Tageswechsel wieder resettet.

[mcp]

Code Auswählen Erweitern

https://github.com/openv/vcontrold
Habe mal versucht das hier zu verstehen. Aber so wie ich das jetzt gelesen habe ist das mit den Temperatursetzen nicht so einfach wie das Vitoconnect Modul

Ja, so bequem wie mit dem Modul hier wird's wohl nicht werden ;-/

Ich hab da vor Corona mit nem Freund zusammen was gebaut, allerdings ohne vcontrold sondern mit FHEM Board-Mitteln. Hatten bisher leider nur keine Zeit es fertig zu machen, war etwas komplizierter ... und ob ich das überhaupt noch weitermachen werde steht in den Sternen, da die Gas-Heizung eh bald raus soll (Gas kann ja keiner mehr bezahlen)
Ich kann das ja mal raussuchen und Dir zur Verfügung stellen, evtl. kommst du damit klar bzw. wäre es ein Anfang.

[andies]

Code Auswählen Erweitern

https://github.com/openv/vcontrold
Habe mal versucht das hier zu verstehen. Aber so wie ich das jetzt gelesen habe ist das mit den Temperatursetzen nicht so einfach wie das Vitoconnect Modul

Ich nutze vcontrold und schalte damit gerade sowohl Warmwasser- und Heizungstemperatur.

[plin]

Hallo Andreas,

ich sehe im Stundentakt

Code Auswählen Erweitern

Received response: {"viErrorId":"req-ba319e1a3ad44735aca196b42dad1851","statusCode":401,"errorType":"UNAUTHORIZED","mes...
statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN

gefolgt von einem

Code Auswählen Erweitern

getRefreshCallback went ok
Received response: {"access_token":<snip><snip><snip><snip>,"token_type":"Bearer","expires_in":3600}

Das neue Token hält wohl nur 1 Stunde ("expires_in":3600). Technisch funktioniert's, führt aber zu vielen Fehlermeldungen.

Gibt es eine Möglichkeit den Token-Refresh forciert vor Ablauf der 3600 Sekunden durchzuführen statt auf die Fehlermeldung zu warten?

VG Peter

[Uwe S.]

statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN

Hallo zusammen,

auch ich habe dieses leidige Problem.
Ich habe es vorerst mal mit einem UserReading, einem notify und einem at gelöst.

Folgender Ansatz:
In einem UserReading sichere ich mir die ersten 12 Stellen des state, also im Normalfall "last update:".
Auf das UserReading habe ich ein notify gesetzt, das bei einer Änderung dann prüft, welchen Inhalte state hat. Ist es "statusCode: 401" setzte ich ein update auf mein vitoconnect.
Zusätzlich prüfe ich alle 10 Minuten über ein at, ob das UserReading abweichend von "last update:" ist und setzt ggf. auch dann ein update.
Den Umweg über das UserReading (anstatt direkt ein notify auf den state zu setzen) gehe ich, da der state sich mit jeder API-Anfrage ändert (Datum und Uhrzeit, wenn's denn läuft) und ich dadurch dann sehr häufig das notify auslösen würde.

Das funktioniert bei mir soweit. Ich versende, quasi zu debug-Zwecken, eine Telegramm-Nachricht. Darin sehe ich, dass das Update nach statusCode: 401 bisher immer erfolgreich war.

Nun noch ein bisschen von meinen Code dazu:

- mein vitoconnect-device heisst vitoconnect (originell, oder?!)
- mein TelegramBot heisst SmartMessenger

Das UserReading:

Code Auswählen Erweitern


Usr_Aktiv_Status:.* {(sprintf("%.12s", ReadingsVal("vitoconnect","state","")))}

dazu muss state und Usr_Aktiv_Status im event-on-change-reading aufgenommen sein.

Das zugehörige Notify:

Code Auswählen Erweitern


defmod notify_vitoconnect_stoerung notify vitoconnect:Usr_Aktiv_Status.* {AktionBeiVitoconnectStatusChanged()}


damit wird eine Routine aus meiner 99_myUtils aufgerufen:

Code Auswählen Erweitern


#- Aktionen bei Status-Änderung vitoconnect
sub AktionBeiVitoconnectStatusChanged()
{
fhem('set SmartMessenger message vitoconnect Status: [vitoconnect:state]');

if( ReadingsVal('vitoconnect','Usr_Aktiv_Status','') ne "last updated:" )
{
if( ReadingsVal('vitoconnect','state','') eq "statusCode: 401.*" )
{
#--           Vebindung zu viessmann neu aufbauen
                fhem ("set vitoconnect update");
}
}
}


und noch die Überwachung über das at:

Code Auswählen Erweitern


defmod ZUhrTGL_CheckVitoconnect at +*00:10 { fhem ("set vitoconnect update") if( ReadingsVal('vitoconnect','Usr_Aktiv_Status','') ne "last update:" )}


So, ich hoffe, alles nötige zusammengeschrieben zu haben.


Vielleicht hilft es dem einen oder anderen...

Gruß
Uwe

[andreas13]

Hallo Uwe,
warum ist das ein ,,leidiges Problem"? Es funktioniert genau so wie es soll. Wenn der Token expired, wird es automatisch refreshed.  Dein ,,update" ist überflüssig. Wenn Dich die ,,Fehlermeldungen" stören, setz den Loglevel runter.
Viele Grüße
Andreas

Hallo zusammen,

auch ich habe dieses leidige Problem.
Ich habe es vorerst mal mit einem UserReading, einem notify und einem at gelöst.

Folgender Ansatz:
In einem UserReading sichere ich mir die ersten 12 Stellen des state, also im Normalfall "last update:".
Auf das UserReading habe ich ein notify gesetzt, das bei einer Änderung dann prüft, welchen Inhalte state hat. Ist es "statusCode: 401" setzte ich ein update auf mein vitoconnect.
Zusätzlich prüfe ich alle 10 Minuten über ein at, ob das UserReading abweichend von "last update:" ist und setzt ggf. auch dann ein update.
Den Umweg über das UserReading (anstatt direkt ein notify auf den state zu setzen) gehe ich, da der state sich mit jeder API-Anfrage ändert (Datum und Uhrzeit, wenn's denn läuft) und ich dadurch dann sehr häufig das notify auslösen würde.

Das funktioniert bei mir soweit. Ich versende, quasi zu debug-Zwecken, eine Telegramm-Nachricht. Darin sehe ich, dass das Update nach statusCode: 401 bisher immer erfolgreich war.

Nun noch ein bisschen von meinen Code dazu:

- mein vitoconnect-device heisst vitoconnect (originell, oder?!)
- mein TelegramBot heisst SmartMessenger

Das UserReading:

Code Auswählen Erweitern


Usr_Aktiv_Status:.* {(sprintf("%.12s", ReadingsVal("vitoconnect","state","")))}

dazu muss state und Usr_Aktiv_Status im event-on-change-reading aufgenommen sein.

Das zugehörige Notify:

Code Auswählen Erweitern


defmod notify_vitoconnect_stoerung notify vitoconnect:Usr_Aktiv_Status.* {AktionBeiVitoconnectStatusChanged()}


damit wird eine Routine aus meiner 99_myUtils aufgerufen:

Code Auswählen Erweitern


#- Aktionen bei Status-Änderung vitoconnect
sub AktionBeiVitoconnectStatusChanged()
{
fhem('set SmartMessenger message vitoconnect Status: [vitoconnect:state]');

if( ReadingsVal('vitoconnect','Usr_Aktiv_Status','') ne "last updated:" )
{
if( ReadingsVal('vitoconnect','state','') eq "statusCode: 401.*" )
{
#--           Vebindung zu viessmann neu aufbauen
                fhem ("set vitoconnect update");
}
}
}


und noch die Überwachung über das at:

Code Auswählen Erweitern


defmod ZUhrTGL_CheckVitoconnect at +*00:10 { fhem ("set vitoconnect update") if( ReadingsVal('vitoconnect','Usr_Aktiv_Status','') ne "last update:" )}


So, ich hoffe, alles nötige zusammengeschrieben zu haben.


Vielleicht hilft es dem einen oder anderen...

Gruß
Uwe

[andreas13]

Hallo Plin,
Works as designed. Wenn dich die vielen ,,Fehlermeldungen" stören, setz den Loglevel herunter.
Viele Grüße
Andreas

Hallo Andreas,

ich sehe im Stundentakt

Code Auswählen Erweitern

Received response: {"viErrorId":"req-ba319e1a3ad44735aca196b42dad1851","statusCode":401,"errorType":"UNAUTHORIZED","mes...
statusCode: 401 errorType: UNAUTHORIZED message: Token provided in request is expired or invalid. error: EXPIRED TOKEN

gefolgt von einem

Code Auswählen Erweitern

getRefreshCallback went ok
Received response: {"access_token":<snip><snip><snip><snip>,"token_type":"Bearer","expires_in":3600}

Das neue Token hält wohl nur 1 Stunde ("expires_in":3600). Technisch funktioniert's, führt aber zu vielen Fehlermeldungen.

Gibt es eine Möglichkeit den Token-Refresh forciert vor Ablauf der 3600 Sekunden durchzuführen statt auf die Fehlermeldung zu warten?

VG Peter

[neworder]

Hallo Andreas,

leider funktioniert der auto refresh seit Anfang November nicht oder nicht zuverlässig. Davor (bei mir seit Mai) keine Probleme. Ich tippe aber eher auf ein Problem bei den Viessmännern, manueller refresh scheitert auch ab und an.

Grüße und Danke fürs Modul!

[mcp]

Moin neworder,

leider funktioniert der auto refresh seit Anfang November nicht oder nicht zuverlässig. Davor (bei mir seit Mai) keine Probleme. Ich tippe aber eher auf ein Problem bei den Viessmännern, manueller refresh scheitert auch ab und an.

War bei mir auch so, aber das lag eher an Viessmann, die haben an ihrer Landschaft geschraubt. Seit gestern ist, zumindest bei mir, wieder Ruhe im Karton und alles wie vor November

[plin]

Hallo Plin,
Works as designed. Wenn dich die vielen ,,Fehlermeldungen" stören, setz den Loglevel herunter.
Viele Grüße
Andreas

Alles ok wenn's so sein soll. Ich bin nur drüber gestolpert weil ich keine Aktualisierungen der Readings mehr gesehen habe.

VG Peter

[andreas13]

Wenn es keine Aktualisierungen gibt, liegt es meistens an Viessmann. Das Modul ist so geschrieben, dass es tolerant auf API Fehler reagiert und es regelmäßig neu versucht. Sollte das mal nicht funktionieren, bitte mal eine Log 4 machen. Dann kann ich ehen, ob es ein Fehler im Modul ist und den reparieren. Das ist besser als mit was handgestrickten den Fehler zu umschiffen.

Alles ok wenn's so sein soll. Ich bin nur drüber gestolpert weil ich keine Aktualisierungen der Readings mehr gesehen habe.

VG Peter

[andreas13]

 Hier gilt das gleiche wie im vorherigen Post: Das Modul versucht es bei API Fehlern automatisch nochmal. Ein händisches "update" sollte nicht nötig sein.

Hallo Andreas,

leider funktioniert der auto refresh seit Anfang November nicht oder nicht zuverlässig. Davor (bei mir seit Mai) keine Probleme. Ich tippe aber eher auf ein Problem bei den Viessmännern, manueller refresh scheitert auch ab und an.

Grüße und Danke fürs Modul!

[MAX_V]

Hallo,
ich bekomme aktuell folgende Fehlermeldung:

"statusCode":404,"errorType":"ENDPOINT_NOT_FOUND","message":"Endpoint /iot/v1/equipment/gateways does not match any existing route"}

Wisst ihr, was das bedeuten kann?

[PeterLustig]

Bei mir ist gerade mal wieder der Login gescheitert, selbst mit "Update" geht es nicht mehr. Aber man kann derzeit auch keine Viessmann-Seiten im Netz aufrufen..... echte Profis