Neue Ostrom Integration scheint noch ein paar Fehler zu haben

[Neverminda]

Fehlermeldung:
[main ] FATAL 2024/11/24 12:56:05 cannot create tariff type 'template': cannot create tariff type 'ostrom': Get "https://production.ostrom-api.io/contracts": unexpected status: 400 (Bad Request)

Konfig:

tariffs:
  grid:
    type: template
    template: ostrom
    clientid: xxx
    clientsecret: xx

[Neverminda]

Und in template ist noch ein typo bzw. copy&paste fehler

evcc/templates/definition/tariff/ostrom.yaml

Line 7 in 5085cef

de: "Erzeuge einen 'Production Client' in dem Tibber-Entwicklerportal: https://developer.ostrom-api.io/"

Da kann ich gerne eine PR machen

[GrimmiMeloni]

Wenn sich der Fehler nicht von selbst löst, wäre es gut ein Issue dafür zu eröffnen, und ein Log mit Trace level anzuhängen.

cc @kscholty

[kscholty]

Was den Fehler angeht, so kann ich das im Moment nicht nachvollziehen. Mit meinem Account geht alles.
Wenn etwas mit den secrets nicht stimmen würde, müsste es einen "Not Authorized" Fehler geben. Bad Request ist für getContracts insofern eine unsinnige Fehlermeldung, als dass der gar keine Parameter hat, die falsch sein könnten. Bitte beobachte das mal weiter und schicke im Zweifel ein vollständiges log in einem issue.

[Neverminda]

-- {"type":"bad_request","detail":"User does not have an active contract."} [main ] FATAL 2024/11/24 21:37:12 cannot create tariff type 'template': cannot create tariff type 'ostrom': Get "https://production.ostrom-api.io/contracts": unexpected status: 400 (Bad Request) s

Das kann es natürlich sein, mein Vertrag beginnt morgen. Ich berichte, ob es dann morgen funktioniert

[kofferjunge]

Ich kann auch bestätigen, dass es funktioniert - kein Fehler, läuft perfekt.

[Neverminda]

Kurz nach 0:00 Uhr Vertrag ist nun aktive.
Jetzt ist auch die Fehlermeldung verschwunden.

[kallelix]

Ich hab das gestern abend auch mal konfiguriert und ich kriege auch 400. Also Mein Vertrag ist allerdings schon ein paar Monate aktiv:

[site ] WARN 2024/11/28 19:53:54 planner: tariff not available: cannot create tariff type 'template': cannot create tariff type 'ostrom': unexpected status: 400 (Bad Request)

Wenn ich meine credentials absichtlich falsch in die evcc.yaml eintrage erhalte ich wie oben schon angekündigt auch korrekt einen 401.

Kurios ist, dass ich seit Wochen ein javascript per nodejs laufen habe was mir die ahead Preise von ostrom in eine influxdb schreibt, damit ich mir diese im grafana visualisieren kann. Das funktioniert aktuell auch noch tadellos. Hier wird auch der auth Endpunkt für das Bearer token angesprochen und dann werden die Preise geholt. Den contracts request spare ich mir bei dem script aber, weil ich die PLZ hard codiert habe ;-). Der contracts request funktioniert allerdings mit meinen credentials auch wunderbar über die api webseite.

[kallelix]

[ostrom] TRACE 2024/11/28 20:14:27 GET https://production.ostrom-api.io/spot-prices?endDate=2024-11-30T00%3A00%3A00Z&resolution=HOUR&startDate=2024-11-28T00%3A00%3A00Z&zip=98693
[ostrom] TRACE 2024/11/28 20:14:27 {"type":"bad_request","detail":["startDate must be longer than or equal to 24 characters","endDate must be longer than or equal to 24 characters"]}
[ostrom] ERROR 2024/11/28 20:14:27 unexpected status: 400 (Bad Request)
[main ] FATAL 2024/11/28 20:14:27 cannot create tariff type 'template': cannot create tariff type 'ostrom': unexpected status: 400 (Bad Request)

[kallelix]

Die sind bei den Timestamps irgendwie sehr engstirnig und erwarten zwingend die ms. Hier scheint meine Lokalisierung irgendwas anderes zu machen, als bei Euch.

[kallelix]

Funktioniert:

curl --request GET
--url 'https://production.ostrom-api.io/spot-prices?startDate=2024-11-29T00%3A00%3A00.000Z&endDate=2024-11-30T00%3A00%3A00.000Z&resolution=HOUR&zip=98693'
--header 'accept: application/json'
--header 'authorization: Bearer ey........250'

Funktioniert nicht:

curl --request GET
--url 'https://production.ostrom-api.io/spot-prices?startDate=2024-11-29T00%3A00%3A00Z&endDate=2024-11-30T00%3A00%3A00Z&resolution=HOUR&zip=98693'
--header 'accept: application/json'
--header 'authorization: Bearer ey........250'

[kallelix]

#17477

[kscholty]

Komisch, dass das nicht bei jedem passiert. Schaue morgen mal danach.

[kscholty]

Eben wurde ein patch in den Master gemerged, der das Problem hoffentlich beseitigt.
Ihr könnt einmal prüfen, welche Zeitzone auf eurem System eingestellt ist. Bei mir war es Europe/Berlin, also CET. Ich vermute, bei euch ist es UTC bzw. GMT.
Als Workaround könnt ihr versuchen, die Zeitzone bei euch auf CET, also z.B.Europe/Berlin zu stellen, denn dann werden die Zeiten lang genug, um den (seltsamen) Test in der API zu überstehen.

[userwithoutpassword]

also bei mir funktioniert es seit dem Update. Aber ist es normal dass man nur den aktuellen Tag sieht? Ich dachte der Folgetag ist dort auch drin, aber diese werden mir nicht angezeigt, bin mir aber unsicher ob Ostrom die überhaupt bekannt gibt?

[kscholty]

Werden die des Folgetags nicht erst gegen 13:00 veröffentlicht? Schau doch bitte heute Nachmittag nochmal.

[userwithoutpassword]

mach ich :)

[kscholty]

Be3i mir geht es jetzt, zumindest in der Sandbox. Liegt also an der Uhrzeit der Abfrage.

[userwithoutpassword]

Die neuen Zeiten für den Folgetag kommen immer um 14Uhr afaik. Nach 14Uhr waren sie in evcc.

hatte auch auf UTC stehen in meinem evcc container. War der Grund für den Fehler 400.

Gute Arbeit!