Mám specifickou situaci, kdy mám na objektech celkem 3 FVE, 10kWp, 14kWp a 1f 2,5kWp. Vše instalováno svépomocně a v době, kdy instalace BESS nedávala finanční smysl (doba bez dotací). Odběr elektřiny ve fixu a dodávka elektřina na SPOTu.

Zhruba před cca rokem jsem chtěl doplnit k těmto FVE adekvátní baterku a narazil jsem na zajímavý počin, který se stále vyvíjí. Jeho hlavním úkolem je využít baterie, BMS a zabezpečovací obvody z automobilu a pomocí převodníku umožnit komunikaci s nyní již téměř libovolným měničem. Odkaz na Github. Cena tohoto převodníku je v řádech stokorun 😉 

Volba padla na bateriový nabíječ Goodwe a baterii z BMW i3. Vlastní chybou jsem si ale baterii zablokoval, tedy vnitřní BMS a odemknutí by znamenalo dlouhou cestu za asi jedniným člověkem v Evropě, který má potřebné vybavení a celkem vysokou cenu za odemknutí bezpečnostních obvodů baterie (odstranění chyb). Z tohoto důvodu jsem interní BMS nahradil jinou, kompatibilní.

Goodwe momentálně řídím těmito Modbus adresami:

-   EMS Power mode; IO adresa 47511; 6 - Write Single Register; 16-bit unsigner integer

-  EMS Power Set; IO adresa 47512; 6 - Write Single Register; 16-bit signed integer

- EMS Power mode: 1 - autonomní řízení Goodwe vnitřní logikou; 11 - externí řízení pro nabíjení BESS; 12 - externí řízení pro vybíjení BESS

Interní logika tohoto nabíječe není úplně perfektní, při vybíjení je schopno asymetricky řídit výkony do jednotlivých fází, ale při nabíjení je postavena logika jako součet jednotlivých fází. Tedy ji nevadí, že na jedná fázi odebírá a na dvou dodává. Toto se snažím víceméně vyřešit externím řízením z Loxone.

Vše je implementováno do Loxone a řízeno přes blok Status podle výkonů na jednotlivých fázích (k měření využívám smart meter od Goodwe), aktuálních cen na SPOTu, řídím omezení výkonu FVE pro nepřekročení rezervované kapacity a při záporné ceně elektřiny na SPOTu a nabité BESS. Dále mám nastaveno automatické vybíjení BESS při dosažení limitní ceny na SPOTu.

Co bych chtěl ještě implementovat:

• predikci výroby FVE dle předpovědi osvitu pomocí api.open-meteo.com
• druhou baterii z BMW iX a Goodwe nabíječ, zatím vyhlédnutá baterie o kapacitě 66kWh
• v budoucnu přechod na SPOT i pro nákup elny

Kdyby jste měli návrh na vylepšení, nebo již máte něco podobného implementováno, rád se od Vás přiučím.

Nejdříve jsem si myslel, že nové Loxone s Android Auto pomůže, ale nefungovalo mi to vůbec. Nakonec to mám ještě lepší, protože je to na hlasové povely, žádné šmátrání po obrazovce za jízdy.

V Samsung SmartThings jsem si zaregistroval zdarma účet a přidal virtuální ovládací prvky, jeden na otevírání garáže, jeden na zavírání garáže. Propojil s Google Home (na to bylo potřeba na chvíli telefon přepnout do Angličtiny, aby rutiny / automatizace byly přístupné- tam jsem řekl, že povel "otevři garáž" je tento vypínač atd). Ve SmartThings jsem přidal rutiny, pokud se tyto virtuální vypínače zapnou, odeslat oznámení (zobraz notifikaci na telefonu) s daným textem a vypínač vypni. Tasker + AutoNotification čeká na tuto notifikaci. Jakmile se notifikace objeví, notifikaci smažu a spustím akci, která ověří, že jsem v autě (připojené Bluetooth) a zjistí aktuální polohu (jestli jsem do 200m od domu). Pokud jsou obě podmínky splněny, pošle se HTTPS request na můj domácí server, kde je autentizované "CGI", jehož jediný účel je poslat v lokální síti HTTP request na Loxone REST API k otevření nebo zavření garážových vrat.

Možná to půjde zjednodušit, nejvíc se mi nelíbí předávání povelu do Taskeru pomoci Android notifikace, ale funguje to a jednodušší postup zatím neznám (Smartthings neumí vyvolat Tasker akci rovnou, proto takto klikatě)

Výsledek je WOW - v autě podržím ikonku mikrofonu (v BMW krátký stisk = BMW asistent, dlouhý stisk - Android Auto asistent) a řeknu "Otevři garáž". Gemini odpoví "OK, otevírám garáž" a do 10s se otevře garáž. (Na pozadí se děje toto - flipne se switch ve Smartthings. To zobrazí notifikaci na telefonu, ta spustí Tasker, ten notifikaci sežere, ověří, že sedím v autě a že jsem poblíž, pokud ano, pošle request na server který použije Loxone REST API k otevření vrat). Celé to malou chvilku trvá, než to rozpozná co říkám, než to udělá co chci, než telefon ověří polohu a pak než to celé probublá až na loxone. Odhadem je to ale do těch 10s od stisku tlačítka na volantu po pohyb vrat.

tak jsem si dneska uzil prijemne chvile pri debugovani 1-wire sbernice, jelikoz mi nekolik cidel zaclo hlasit -85.6C. nakonec sem musel vytrhat vsech 18 data kabelu z krone a zapojovat jeden po druhej, abych nasel cidlo co to dela.

je to jedno z cidel od sedtronic teplota+vlhkost, ktere kdyz pripojim, tak zabije komplet celou sbernici. Otazka ale je, co s tim.

chtel jsem objednat nove ,ale vypada to, ze uz s vyrobou skoncil. Netusite, jestli je nejaka alternativa? Nasel jsem jeste toto https://www.firvena.cz/interierovy-snimac-teploty-dps/p-17/, ale tam je jen poptavka bez ceny.

neresil jste to nekdo? premyslel jsem, zda tam nevrznout jen 1-wire teplotni cidlo v pouzdre z ali, protoze ta vlhkost byla stejne orientacni. 

Neresil jste to nekdo?

Mám do Configu importovaný kalendář státních svátků a uživatelský režim Svátek, který mi vrací 0/1 když není/je svátek. Pro správné spouštění uživatelských režimů potřebuji vědět, že státní svátek je zítra. Dnes opět manuálně nastavuji večerní režimy, tak jako mají být v pátek a v sobotu, protože zítra je svátek.

Máte někdo vytvořeno? Už opravdu nevím jak s tím pohnout. Za každou radu děkuji.

Pozdravujem.

Nemá náhodou niekto poslednú verziu FW (1.7.2.25) pre loxone music server.

MUS_update-2024-02-25.upd

Na oficiálnej stránke odkaz nefunguje.

Vopred ďakujem.

Ze solaxu pres HA sbiram data do loxone, odkud je pak vycitam pres websocket do tohoto dashboardu. K tomu tam ctu data z EGD pres API + tam mam odhad ceny vcetne cen za jistice atd (ty jsou tam jeste 32A)

A takto vypada controller, kam jdou konkretni data ze kterych ruzne predikuju a ovladam. Problem u me je, ze nemam dovolene pretoky a tak pri 100% nabiti baterky uz nevim, kolik bych mohl teoreticky vyrabet. Takze si ruzne pomaham.

Dokud se baterka nabiji, odhaduju vykonu potrebuju aby byla v cca 15h dobita. podle toho vim, kolik mam prebytek/nedostatek a podle toho vim, co se muze dle priorit zapnout/vypnout.

Zatim mam jen zimni rezim, 3 patrony po 1.3kw do vody a 5kw boost podlahy, kdy se TC prepne na bivalenci a jebe tam 5kw  :-))).

dole v logice jsou rezimy a pravidla co se pouzivaji. 

Dalsi pak zacina kdyz se baterie nabije na 100%, abych vedel, kolik si muzu dovolit ztaizit, sbiraji se data z osvitu vs vyroby, takze vim, jaky je cca rozsah toho co muzu dle LUXu cekat

Diky tomu i kdyz uz se nevyrabi, tak vim, kolik by se mohlo vyrabet, a zas se pak zapinaji/vypinaji postupne patrony/TC s ruznyma cooldown timerama, aby to necyklilo uplne rychle.

Zatim to stale testuju, ale vypada to zatim dobre. Tak mozna inspirace pro nekoho. Kdyz bude vic casu a bude to odladenejsi, sepsal bych to do clanku

Slunci zdar! :-)

PS: Na stupnici uchylnosti, je toto jeste normalni solarni uchylka, nebo je to uz diagnoza? :-)

Mal som jednu diskusiu s (kamarátom ktorý tiež robí loxone) ohľadom odovzdania projektu zákazníkovi a rád by som počul širší názor komunity.

Situácia je v skratke takáto: tvrdí, že projekt z Loxone Config a administrátorský prístup by sa zákazníkovi nemal odovzdávať, pretože ide o jeho „know-how“ a duševné vlastníctvo. Zákazník podľa neho má dostať iba prístup na ovládanie systému (app), ale konfigurácia má zostať u integrátora.

Jeho argumenty sú napríklad:

- ak sa integrátor potrápi s nejakou neštandardnou logikou alebo riešením, prečo by to mal odovzdať a umožniť, aby to niekto iný jednoducho skopíroval,

- že sa stáva, že zákazník chce ušetriť a po dokončení projektu si zavolá „lacnejšieho“ integrátora, ktorý potom robí úpravy na jeho práci,

- že v priemyselných projektoch alebo pri PLC systémoch je často program vlastníctvom integrátora.

Môj pohľad je trochu iný. Myslím si, že ak je systém realizovaný v rodinnom dome a zákazník ho zaplatí ako súčasť diela, mal by dostať:
– admin prístup
– projekt
– možnosť systém servisovať aj iným integrátorom.

Moje argumenty sú hlavne tieto:

- Smart home je súčasť domu. Dom má fungovať aj o 10–20 rokov a majiteľ by nemal byť závislý na jednom človeku alebo firme.

- Konfigurácia domu je skôr technické nastavenie systému pre konkrétny objekt než unikátny software.

- Loxone je práve silné v tom, že ide o platformu, ktorú vie robiť veľa integrátorov. To je pre zákazníka výhoda, nie problém.

- Dlhodobo je podľa mňa lepší model, keď zákazník projekt má a integrátor si zákazníka udrží kvalitnou prácou a servisom, nie tým, že ho technicky uzamkne.

Preto by ma zaujímal názor komunity:
Je podľa vás správne držať projekt ako „know-how“ integrátora a zákazníkovi ho neodovzdať?
Alebo by mal mať majiteľ domu plnú kontrolu nad systémom, ktorý má vo vlastnom dome?

A úprimne – rád by som vedel aj to, či sa na to pozerám zle ja a mal by som svoj pohľad prehodnotiť, alebo by som mal skôr kamošovi dohovoriť, že tento prístup nie je dobrý pre zákazníkov ani pre integrátorov.

Budem rád za skúsenosti z praxe – či už z pohľadu integrátorov alebo majiteľov domov.

Dneska mi ho nainstalovali s tim, ze vycitani ma umet, ma tam i konektor (port B) pro uzivatelske mereni, jen ze je problem, ze dokumentace od nich pokulhava.

Infolinka me odkazala na tyto jejich navody https://www.egd.cz/navody-k-elektromerum kde je bojuzel SL 7000 zminen jen v obecnem navodu, ale v dokumentu "smart metering -
rozhrani 485" tento typ zminen neni
(https://www.egd.cz/sites/default/files/2025-01/ega_2025_komunikacni_rozhrani_rs485.pdf)

Zkousel jsem googlit/ai-ovat ale vysledky pinu se bohuzel dost lisi i v ruznych PDF dokumentech dle statu.

Ten muj je typ - Typ SL 7000 - SL761U081

Z dostupnych zdroju jsem dohledal, ze verze "8" by mela byt RS485 a
pinout pravdepodobne:

PinRS485 funkce
1VMDM+
2VMDM+
3Tx+
4Rx+
5Tx-
6Rx-
7—
8VMDM-

ale nasel sem i jine info ktere to rozporuji.

Nemate tuhle cestu uz nekdo proslapanou? Navazujici otazka je pak RS485->Ethernet prevodnik, tam to vidim na tento Usr-Tcp232-410S RS232 / RS485 Serial to Ethernet Adapter/IP  - https://s.click.aliexpress.com/e/_c3Ak7luP 

Edit: Tak jsem si vzpomel, ze vlastne na RS485 uz mam rozjety ten wireshare a jeden tu jeste mam, tak budu zkouset asi na nem. https://www.vodnici.net/wiki/jak-zprovoznit-waveshare-rs485-ethernet/