-
-
Notifications
You must be signed in to change notification settings - Fork 784
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add Open-Meteo solar forecast #19111
Conversation
added octups DE api added user&passwd auth added token handling intelligent octopus go tarif -> GoPrice / StandardPrice (Manual) arif time 0-5 Go Rate 5-24 Standard Rate static price for nowt o do: use price information from api (if listet)
auth via email and password pulls the first gross rate from the octopus api oeg-kraken.energy Set the price for 24h to the gross rate, else to 23.25 cent/kWh
deleted: templates/definition/tariff/octopus-germany.yaml
Erste Version des Open-Meteo Solar Forecast Tariffs Brauche Unterstützung wie die Daten in den Tariff kommen.
!WIP! -> NEED HELP! Problems to get the data into the tariff. Calculations and API Working!
!NEED HELP! !!WIP!! API -> Working WhPeriod Calculation -> Working (Includs Damping!) Tariff Solar: not working!
Bitte PRs trennen! |
Ich habe die für octopus geschlossen und wollte diesen hier separat öffnen VSC wollte das aber nicht wie ich. Die sind aber nicht zu betrachten der Octopus läuft braucht aber noch anpassungen (WIP). Hier mit dem Open-Meteo komme ich nicht weiter die Daten an die Tariff api so zu parsen das es geht. Hier brauche ich hilfe. Ich hatte zwischendrin probleme mit dem Zeitformat {parseISO8601ToRFC3339} (could not parse "" for ":") aber das ist jetzt gelöst, dafür taucht dann in der UI nicht mehr der die Vorhersage auf. Ich denke es hat was mit dem format der daten zur tariff api zu tun. |
Unabhängig davon bitte ein PR pro Thema! |
also soll ich den jetzt löschen und neu?
|
Egal wie- getrennte prs bitte. Ein Branch und damit pr je Thema. |
Ich werde das noch stark vereinfachen. Der Vorteil von Open-Meteo ist die hohe Anzahl von Calls und die hohe Genauigkeit. |
Sieht interessant aus. Dann bräuchte man nur noch Code für die Berechnung und entsprechend das Template. Dies würde die Wartbarkeit sehr vereinfachen und eventuell könnten noch weitere APIs entsprechend angebunden werden oder alternativ das Berechnungsmodell ausgetauscht werden. |
Am Wochenende kommt eine neue einfach Lösung. |
Only a template file is left, the rest is removed. The Open-Meteo tariff is now a simple example for a tariff definition. solar: type: template template: open-meteo lat: 50.1592 lon: 8.9830 az: 0 dec: 37 dckwp: 125 ackwp: 9 eff: 1 dm: 0 de: 0 mandatory: lat: 50.1592 lon: 8.9830 az: 0 dec: 37 dckwp: 125 optional: ackwp: 9 eff: 1 dm: 0 de: 0
Massiv simplification of the Open-Meteo tariff. Only a template file is left, the rest is removed.
|
if you can´t wait for release and would like to test now: Edit this for your location and alignment:
|
Are you sure that azimuth is [-180,180]? On HA it is [0,360] for Open-Meteo... |
The term azimuth refers to a horizontal angle measured relative to the cardinal directions. There are two main types of azimuth measurements: The template uses the API based south azimuth: Total radiation received on a tilted pane as average of the preceding hour. The calculation is assuming a fixed albedo of 20% and in isotropic sky. Please specify tilt and azimuth parameter. Tilt ranges from 0° to 90° and is typically around 45°. Azimuth should be close to 0° (0° south, -90° east, 90° west). If azimuth is set to "nan", the calculation assumes a horizontal tracker. If tilt is set to "nan", it is assumed that the panel has a vertical tracker. If both are set to "nan", a bi-axial tracker is assumed. |
Fixed the linter here locally (a new line is missing at the end of the template), but a PR leads to a huge changeset. I am not that good at working with git "triangles". :( |
You may want to run |
@thecem Is there a reason why 'global_tilted_irradiance_instant' is fetched? The calculation does not seem to use it. Tested manually as described in #19111 (comment) - works like a charm ;) |
You are rigt this is at the moment not nessesary. |
Hi @thecem thanks for the code, it looks good, it works without the optional value. During my test with the following configuration with east and west orientation, regarding the option config:
log messages:
|
Many thanks for heads-up! Could you do me a favor and try it without the zero in front of the dot:
and with a 1 in front of?
What is the result? |
Hi @thecem
Doesn't work with `.5':
The result with '1.5' it's work:
|
The received values are in some cases stings instead of numeric values. This is a temporary fix until the issue is resolved. When a 0.5 value is received, the value is in some cases string. I think this belongs to a problem in the class_enummer.go file. The values are not converted to float64 in the class_enummer.go file.
There is no problem with the script, but a problem with the type of input values in the template mechanism. I fixed it with a workaround. Now you have to set 0-100 values. |
@thecem thanks looks good My current config looks like:
|
@thecem Does it make sense to allow configuration of other constants used in the calculcation e.g. temperature coefficient of the used modules? |
@zachelnet I assume you have one 8 kW inverter? You specified an 8 kW inverter for each orientation. Guess it won't harm too much in this case. But probably it is better to omit AC power in such a case as it is optional anyway? |
Integrating DE API OctopusEnergy tariff for Germany. SimpleProduct and TimeOfUseProduct are supported. In case of TimeOfUseProduct, the tariff shows the rates for the TimeOfUseProduct. In case of SimpleProduct, the tariff shows the rates for the SimpleProduct for 72 hours. If both SimpleProduct and TimeOfUseProduct are not available, the tariff shows the rates of 0.2827. The intelligent dispatching of the tariff will be added in the next PR. The tariff is tested with the OctopusEnergy DE API.
ja besser! Co-authored-by: andig <[email protected]>
auch! Co-authored-by: andig <[email protected]>
Co-authored-by: andig <[email protected]>
deleted repeating pv module added paper link for the rossmodel added help text for the rossmodel
Great PR, thank you. Just be aware that you'll need to maintain this until the end- my jq-foo is not up for this ;) |
@thecem please see #19463 (comment) |
No description provided.