@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…
určitě ano a ono by stačilo i to co je ted… kdyby pico c/lxon umělo pracovat s jsonem pořádně
pro zatim určitě ano
Dobrý den,
z neznámého důvodu nelze číst data do Loxone miniserveru Gen1. Na stejné adrese u miniserveru GEN2 to jde normálně. V čem je 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.
Přeji krásný Nový rok.
Takže si odpovím. Ono to půjde i v tom scriptu. Požádal jsem o API přístup na Entsoe, tak uvidím.
Dám pak vědět jak pokračuju.
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…
Dobry den, Loxone Gen1 je hardwarove slaby na nepodporuje TLS, pouzijte, prosim, misto https pouze http - http://moje.nanogreen.cz/api/prices/daily pripadne http://moje.nanogreen.cz/api/prices/daily/loxone
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ě k Victron+HA+ModbusTCP. Existuje integrace GitHub - sfstar/hass-victron: Integration for Home Assistant to fetch data from the victron gx device via modbusTCP . Je to funkční.
Problém je ten, že nejde kombinovat s dalším možným Modbus Serverem, kvůli zastaralé verzi pymodbus viz. Error: Configuration cannot be loaded: {"message":"Invalid handler specified"} · Issue #1 · sfstar/hass-victron · GitHub
3.1.0 verze vyšla 5.1.2023 - respektive jsem k ní našel dokumentaci. Integrace do jádra HA bude tak možná někdy v únoru.
Používám Modbus v HA pro komunikaci s jiným serverem a bohužel to nejde dohromady. Holt musím počkat na update.
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”.
@Beny44 čem je problém s oficiálním Modbusum od HA? Ten více deviců umí a dá se připojit i na Victrony… Nebo?
kdyz to děláme vzdáleně, tak s tímhe počítáme…
V součastnosti je v HA použit pimodbus verze menší než 3.0.0. Integrace Victron HA potřebuje pymodbus 3.0.2 či vyšší. JInak není možné s touto integrací spustit další připojení modbus konfigorované přes yaml. více viz. [DOCUMENTATION - Read this first!!!] How does your integration handle an existing Modbus.yaml configuration? · Issue #14 · sfstar/hass-victron · GitHub co vím má to být v krátké době vyřešeno, respektive HA bude mít novější verzi.
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
1 Like
Používá někdo šablonu pro automatický import dat spotových cen z portálu OTE-CR do LOXONE od firmy LARX? https://library.loxone.com/detail/spot-prices-from-ote-czech-republic-1092/overview
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)
Zkoušel jsem ji, je v pořádku.
To je na mne? Já se nebojím ničeho
1 Like
Zdravim Honzo pripadne dalsi Loxone nadsenci,
existuje nejake reseni pro Loxone + Victron, ktere by umelo obdobne funkce jako mate integrovane ve Vasem Proteusu ? Loxone toto vse bezproblemu zvlada, jen jestli to existuje jiz hotove.
Diky za pripadne mozne priklady reseni…