Díval jsem se na vaši šablonu a pravděpodobně by mohla být vylepšena a poskytovat Api pro drahé ceny kdy se vyplatí prioritizovat prodej z solárních panelu (místo dobijení)
v typický letní den by se během ranní špičky dalo vyblokovat pomocí loxone nabijení akumulátoru u hibridního střídače (nebo dokonce i dodávat z baterie)
Samozřejmně nabijení baterie hybridního střídače v levné hodiny v zimě bude mít podobný dopad
samozřejmě záleží na počasí a střídači automatizaci ale to muže být
malou změnou vašeho api by se toho dalo docílit (a pokud je klient naimplementován dobře mohl by přežít změny modelu)
@07pepa chystáme N nejlevnějších hodim pro vybraný interval (podobně jako to má Loxone). Chápu to správně, že vám by stačilo N nejdražších hodin v daném intervalu? To by určitě nebyl problém…
Chlapi super počin.
Plánuju AC Coupling s Victronem a pro spotřebu TČ bych chtěl nakupovat v okně s levnou cenu dle spotu.
Mám již rozchozené nějaké integrace v HA, umím komunikovat přes ModbusTCP z PLC Unipi.
Integrace Victrona v HA zatím neumí řešit nabíjení dle nějaké automatizace.
Našel jsem ale script, který se vloží do Venus OS, zde na Rpi4. Bohužel cript pracuje s API německého prodejce energii.
Vše se dá ale konfigurovat, možná by šlo vložit i API vaše.
Data z ENTSOE už bereme a jsou dostupné i v našem addonu, který je popsaný tady na foru - jsou tam i různé senzory, které se dají použít pro lepší automatizaci + budeme rádi za další návrhy
Jinak nabíjení baterek u Victronu umíme dělat vzdáleně podle nejlevnější ceny… teď když v zimě moc nesvítí, tak nabijeme za levno v noci a přes den se spotřebovává za levno. Aktuálně je to v pilotním provozu, ale můžeme vás tam přidat…
Tzn že by jste ovládali nabíjení baterie u mne vzdáleně? Je již spoustu možností, jak to ovládat. Zatím v tom bádám, co bude nejlepší, resp. která bude zoohledňovat moje požadavky na nastevení dalších proměných.
A ještě maličkost.
U N nejlevnějších hodin by bylo dobré mít možnost nastavit ofset, tedy minimální rozdíl v ceně, za kterou by hodina spadla do množiny N. Každý máme různé náklady na vydolování kWh z baterie.
je to tak, umíme je ovládat vzdáleně podle nejlepší ceny spotu - dokážeme ukázat, kdy se to bude dít. Podle toho se pak dá nastavit zbytek domácnosti, aby se to “nemlátilo”.
Já radči vše počítám doma a nerad bych, abymě někdo nabíjel baterky vzdáleně
Budu muset holt vymyslet jako počítat N levných hodin a jak nastavit ofset oproti drahé hodině.
Ale jak jsem říkal v prvním příspěvku díky za vaší práci
btw pokud se někdo něčeho bojí čehokoliv (a ten kód od larx je vlasně SCRAPER co bere data z html a to se muže dost lehko změnit a neni garantovany a oficialně podporovany pro učel vyčítaní dat)
muže si vyrobat vlastního klienta a jít přímo z ote kod zakladni neni tak hrozny jak to dostat do loxonu přes json
tady je kousek mého kodu do pythonu
from zeep import Client, Transport #pip install zeep
from datetime import date, timedelta
"""
parametry GetDamPriceE
- StartDate - datum od
- EndDate - datum do
- StartHour - hodina od
- EndHour - hodina do
- InEur - nepovinný parametr typu boolean. Je-li nastaveno (true), vrací cenu v EUR
matematicky zaokrouhlenou na dvě desetinná místa, jinak v Kč. Cena v Kč se přepočítává
podle kurzu ČNB z data, které je rovno (nebo starší) jako den dodávky.
Moje dohady
starovaci hodina pricita se k startovacimu datumu stejne tak end pricte se pocet hodin
"""
client = Client("https://www.ote-cr.cz/services/PublicDataService/wsdl",
transport=Transport(timeout=None, operation_timeout=None))
data = client.service.GetDamPriceE(StartDate="2002-1-1", EndDate="2002-1-2", InEur=True)
