Connection to Ostrom #11148
Comments
|
Das bräuchte Api Credentials. |
|
Ist das ein Problem? Als Nutzer brauche ich für andere Dienste ja teilweise auch Zugangsdaten, die ich mir auch relativ problemlos über die App holen kann. |
|
Kein Problem- muss nur jemand machen und zur Verfügung stellen. |
|
Hi, |
|
Danke. Am letzen Zustand bzgl. Anforderungen hat sich allerdings nichts geändert, s.o. |
|
Ich verstehe allerdings nicht ganz, was an den Voraussetzungen nicht erfüllt ist. |
|
Genau das verstehe ich nicht. |
|
Alles klar. Habe da mal ganz freundlich eine Nachricht hinterlassen. Vielleicht melden die sich ja. |
|
@habz0c haben sie es getan? |
|
Nein |
|
Noch immer nicht? |
|
Leider noch immer keine Antwort von denen. |
|
Ich habe mir die API (https://docs.ostrom-api.io/reference/introduction) mal angeschaut. Ich bin mir garnicht sicher, ob wir hier mit den "partner" api credentials richtig fahren. Die persönlichen credentials für jeden Nutzer wären ja richtiger, da ja jede evcc Instanz selbständig die Tarife abruft. Der partner Zugriff hat hier ja eher eine andere Zielgruppe. Dazu kommt das die API bzgl. Tarife sehr wenig kann. Ich weiß nicht was die anderen Anbieter hier liefern, aber ostrom liefert hier scheinbar einfach nur die spot Preise, welche ja eher generisch sind. Zumindest mit einem call gegen die Sandbox https://sandbox.ostrom-api.io ist das so. Ich müsste mir mein persönliches Netzentgeld/Steuern etc. sowieso dazu addieren. In der Hinsicht macht es ja kaum Sinn x APIs von x Stromanbietern zu integrieren die alle nur die spot Preise liefern. Ich kann leider noch nicht gegen die produktive API testen, da mein Lieferbeginn erst am 1.4. ist. Zur Zeit sagt die produktive Umgebung nur: "kein aktiver Vertrag" Btw. könnte ich credentials für die sandbox zur Verfügung stellen. |
|
Ich bin auch sehr an einer Integration interessiert und werde mir die API auch mal ansehen. Ab Mai bin ich auch Kunde von Ostrom. |
|
Ich werde Anfang April, wenn mein Vertrag dann läuft, einen PR dafür machen können. Im Grunde ist das aktuell etwas sinnfrei, weil die API relativ exakt das liefert, was auch die awattar API liefert. Man könnte also auch einfach die awattar API für eine Strompreisindikation verwenden (die benötigt keinen Authentifizierung). Es sind eben einfach nur die EPEX SPOT Preise für MWh bzgl. Tageszeit gemittelt über alle Strombörsen in Europa. Ich denke der Strommarkt muss sich aber hier weiter entwickeln und es müssen die Regionen wo der Strom erzeugt und abgenommen wird mit in den Preis einfließen. So könnten die APIs pro Stromanbieter irgendwann dann wieder Sinn machen. Im Grunde muss hier aber evcc sagen wo die Reise hingehen soll. Es müssen in Deutschland ab 2025 alle Energieanbieter gesetzlich verpflichtend dynamische Stromtarife anbieten. Es ist unrealistisch für alle eine API zu implementieren. |
|
Okay, Evtl. könnte man die verschiedenen dynamischen Tarife aus den Anbieter-APIs zukünftig als Plugins einbinden, aber das wird @andig besser beurteilen können. |
|
Nabend, |
|
Die APIs von netztransparenz.de könnte hier eine sinnvolle Anlaufstelle sein. Das scheint ein Projekt der Übertragungsnetzbetreiber zu sein. |
Die Idee hatte ich auch schon. Es gibt für Home Assistant schon eine fertige Integration: https://github.com/mampfes/ha_epex_spot
|
|
Ich verstehe die Diskusssion nicht. Reicht Entso-E nicht? |
|
Ich denke schon, dass das reicht. Leider war das für mich nicht offensichtlich und damit scheine ich ja nicht alleine zu sein. |
|
Wir sind noch nicht gut darin, die verfügbaren Tarife zu vermarkten. /cc @naltatis |
|
Dann ist ja vorerst alles geklärt. Danke euch. :) |
Ebenso... 😂 |
|
Zwischenzeitlich können „custom“ Tarife auch selbst per Template implementiert werden. |
|
Huhu Leute, ich bin auch Ostrom Kunde und baue eventuell selbst noch eine Integration für HASIO. Aber ich hab nun auch mal EVCC angeschaut und finde das recht nett. Vielleicht kann man ja auch hier eine Preisabfrage für Ostrom mit einbauen? |
|
Ja, kann man 👍🏻 |
|
Ja, sollten wir nutzen. Die werden inzwischen ja auch automatisch in der Doku angezeigt. Das macht's für neue Nutzer viel einfacher. Und wir haben dann gleich die Grundlage für die UI. |
|
Hab mal einen groben Entwurf erstellt: #14206 |
Bei mir will der Server mit den Anpassungen in der Config einfach nicht mehr starten Error during startup. Check your configuration and restart. |
|
Es darf nur ein "type: custom" eingebunden werden. "forecast" ODER "price", also entweder "statischer Tarif" ODER "dynamischer Tarif". Die URL-Parameter "cityId" und "postalCode" müssen individuell angepasst werden. |
Vielen Dank für dein Feedback..... ich habe im Grunde nur die 2. Konfiguration genutzt, die sich auf den dynamischen Tarif bezieht...die Fehlermeldung bezieht sich auch auf diese Zeile: P.S. was ist mit CityID gemeint ? Gruß |
Guck mal auf https://www.ostrom.de/ und gib deine Daten für die Berechnung deines Tarifs ein. Wenn man dann auf "Tarif berechnen" klickt, wird man auf eine Seite weitergeleitet und in der Adresszeile steht dann etwas wie: |
Oh ja....da muss man erstmal drauf kommen ;-)) An der Fehlermeldung ändert sich allerdings dadurch nichts ;-( |
I tried it in https://jqkungfu.com/ and it works. Error using this in evcc is |
|
Sounds like a peoblem with the query, not the amount of data. |
|
This gives back valid data format in online jq tester, but doesn't work in evcc: |
|
Thats a different error? What's the data? As usual, log files are king. |
|
Data is: Log: |
|
Please provide full log, showing data. |
Log file attached. |
|
Seems this needs the debugger. Can I test this in any way? Which config/credentials? |
What do you need to debug it? I could send you my "cleaned" config (home assistant addon) without IPs, user names and passwords. |
|
Alle Parameter um den Aufruf zu machen. Ich kann nicht hellsehen :) |
Ich habe eine Frage zu den Daten. ich nutze aktuell Tibber und schaue mit gerade ostrom an. Bei Tibber habe ich ja über die API eine Vorschau bis morgen. So wie ich das in dieser Abfrage sehe, ist das ja immer nur der aktuelle Tag und nicht bis morgen. Wie läuft das mit dem Ladeplanung ab wenn man nicht genügend Vorschau hat. Hast du da schon Erfahrungen? Oder bekommt man als Kunde eine andere API Schnittstelle mit mehr Informationen? |
|
Bitte seid nachsichtig mit mir, da ich noch komplett unerfahren mit dem Thema bin. „Das Plugin muss eine JSON-Struktur zurückgeben, welches eine Liste von Zeiträumen und Preisen enthält. Die Datumsfelder müssen in der Form YYYY-MM-DDTHH:MM:SSZ und der Preis in der korrekten Währungseinheit (bspw. EUR) angegeben werden.“ (https://docs.evcc.io/docs/devices/tariffs) |
|
für tagesaktuelle Preise (bis 0200 des nöchsten Tages) funktioniert es bei mir mit: tariffs: |
|
für den Folgetag muss man als registrierter User einen Authentikation Token erstellen. Dazu benutzt man (in der Sandbox) einen POST Aufruf über folgenden Server: https://auth.sandbox.ostrom-api.io/oauth2/token und erhält einen JSON im folgenden Format: { diesen Access token benötigt man dann um die Preise abzurufen über (in der Sandbox) einen GET Aufruf über folgenden Server: https://sandbox.ostrom-api.io/spot-prices und erhält einen JSON im folgenden Format: { stündlich bis: ] testen kann man das unter: Obtain OAuth2 Access Token und Retrieve day-ahead spot price information Leider bin ich noch nicht dahinter gekommen wie man das in EVCC realisieren kann. Hat jemand eine Idee? |
|
Hier die JQ Abfrage korrigiert für UTC Zeit: jq: '[ .day .prices ] | transpose | map({ start: ( .[0] | .dateUTC [:19] | strptime("%Y-%m-%dT%H:%M:%S") | strftime("%Y-%m-%dT%H:%M:%SZ") ), end: ( .[0] | .dateUTC [:19] | strptime("%Y-%m-%dT%H:%M:%S") | mktime - 14400 | strftime("%Y-%m-%dT%H:%M:%SZ") ), price: ( .[0] | .priceWithTaxesAndLevies / 100 ) }) | tostring' Da es nur die Preise des aktuellen Tages und der EVCC Planer default mäßig des Folgetag betrifft gibt wirft EVCC einen Error aus: 'planner: no matching rate'. |
Sehe ich das richtig, dass ich 25,69 cent pro kWh zahlen muss, wenn ich den dynamischen Tarif von Ostrom nutze? (Dieses Beispiel von 25,69 Cent ist ca ein halbes Jahr alt. Zur Zeit habe ich 33-36 cent/kWh) |
|
Hi zusammen (@umrath, @habz0c, @kallelix, @arboeh, @Schlotze83, @WiskyViking, @kofferjunge, @xerion3800) , ich bin einer der Mitgründer von Nomos - wir sind ein API-first Stromanbieter und arbeiten hauptsächlich mit Installateuren von Energiesystemen zusammenarbeitet um dynamische Tarife "white-label" mit den richtigen Integrationen anzubieten. (PV Magazin Artikel). Für Testzwecke bieten wir Developern aber auch direkt unter unseren eigenen Marke einen Stromtarif an. Eine große Differenzierung bei uns sind vernünftige APIs, die Basis für mögliche Optimierungen auf Stromseite abdecken. Jeder unserer Stromkunden hat Zugang zu einem API Endpunkt, der die Zeitreihen der variablen Preise (incl. EPEX; Netzentgelte und Steuern und Abgaben) übersichtlich zur Verfügung stellt. Mit der Struktur können wir auch die zeitvariablen Netzentgelte supporten, sobald diese verfügbar sind. Falls jemand hier noch bestehende Probleme mit der Ostrom (oder einer anderen) Integration hat, könnt ihr mir sehr gerne eine kurze Email an nils@nomos.energy schicken. Da wir noch relativ jung sind als Unternehmen, bieten wir euch auch sehr gerne einen Discount für den Stromvertrag im Gegenzug für Feedback auf unsere API Integrationen an. Ich freu mich von euch zu hören, falls das für jemand hier relevant sein sollte. |
Much like Tibber, Ostrom provides hourly tariffs with variable prices.
I would very much like to see this getting integrated into evcc, if possible.
Link to the API: https://docs.ostrom-api.io/reference/introduction
The text was updated successfully, but these errors were encountered: