Přitápění v přechodných obdobích

[eduard22]

Tapo teploměry T310 a T315 k sobě potřebují další zařízení, teprve to má v sobě wifi. Údajně to má krátký dosah, tak těch zařízení může být víc.
Aleternativy jsou dražší, díky za komentář.

Zkusím to s těmi termostaty, že se dosáhlo hraniční teploty jednoduše zjistím, že je zásuvka aktivní, ale nemá odběr.

Já mám toto: https://www.tapo.com/cz/product/smart-sensor/tapo-t315/
A k tomu Wi-Fi Hub: https://www.tapo.com/cz/product/smart-hub/tapo-h200/
A ten komunikuje s teploměrem a zásuvkami a jdou nastavit podmínky co zapnout/vypnou v závisloti na teplotě či vlhkosti, krom času

Jo a mám kromě Tapo kamer ( C310 a C320W) i zvonek Tapo s kamerou ( https://www.tapo.com/cz/product/smart-c ... po-d230s1/ ) a zvoní v bytě přímo ten Hub, krom mobilu. (navíc jsem dokoupil origo aku pro veksl napájení teho Wi-Fi zvonku: https://www.tapo.com/cz/product/smart-camera/tapo-a100/ )
Zvonek má slušnej obraz i večer i bez přisvětlení, aby vydržela aku víc jak měsíc-dva Viz screen:

[Kall]

Přímotopy nemají žádnou akumulaci.
Já používám olejový radiátory.Řízený přes chytrou zásuvku.
Starý radiátor cca 40 let má 2 kW, perfektně funguje má 16 žeber a má asi 30 kilo.
Ty novější mají 6-12 žeber podle výkonu, a váží tolik že je uzvednu jednou rukou.
Mají malou tepelnou kapacitu, a nejsou schopny vysoký výkon vyzářit, a proto se samy vypínají i když je termostat na maximu.
Mám je na odlišných zásuvkových okruzích, zapínám je při SOC baterií 50-70 % podle toho jaký je počasí a jaký je předpoklad plnýho nabití.Na na místnost stačí cca 2-3 kWh za den.Jel jsem tak od poloviny března,až do vypnutí plynu,na faktuře za plyn bylo asi o 500 kubíků míň než předchozí rok.

[Atman]

Ja keď pozerám podpisy a inštalované kWp, tak som od leta oproti vám v luxuse. Ako som pridal 4,6kWp pergolu, okrem pár čiernych dní stále neviem ani len spotrebovať výrobu, klíma kúri dom na 23C, v 900L akunádobe sa trvalo len udržiava prihrievaním 90C (cca 5kWh denne), TUV 120L furt nabitá, vyčistil som krb, vodný výmenník a komín a smutne pozerám na studený krb, kedy konečne si zakúrim a vychutnám plamene a príjemné sálavé teplo. To bude evidentne až budú inverzie. Zatiaľ je to solárna pohodička. Priznám sa tetelím sa blahom, aké je to parádne mať dostatok panelov na streche. Ale oheň v krbe, to je pre starého pyromana tiež potešeníčko (hlavne na začiatku zimy, potom sa to každý rok stáva rutina a opruz)
Uvidíme november, december. sám som zvedavý. Január už býva výrazne lepší.

[eduard22]

Ja keď pozerám podpisy a inštalované kWp, tak som od leta oproti vám v luxuse. Ako som pridal 4,6kWp pergolu, okrem pár čiernych dní stále neviem ani len spotrebovať výrobu, klíma kúri dom na 23C, v 900L akunádobe sa trvalo len udržiava prihrievaním 90C (cca 5kWh denne), TUV 120L furt nabitá, vyčistil som krb, vodný výmenník a komín a smutne pozerám na studený krb, kedy konečne si zakúrim a vychutnám plamene a príjemné sálavé teplo. To bude evidentne až budú inverzie. Zatiaľ je to solárna pohodička. Priznám sa tetelím sa blahom, aké je to parádne mať dostatok panelov na streche. Ale oheň v krbe, to je pre starého pyromana tiež potešeníčko (hlavne na začiatku zimy, potom sa to každý rok stáva rutina a opruz)
Uvidíme november, december. sám som zvedavý. Január už býva výrazne lepší.

Nápodobně!

[Momo]

Ja keď pozerám podpisy a inštalované kWp, tak som od leta oproti vám v luxuse. Ako som pridal 4,6kWp pergolu, okrem pár čiernych dní stále neviem ani len spotrebovať výrobu, klíma kúri dom na 23C, v 900L akunádobe sa trvalo len udržiava prihrievaním 90C (cca 5kWh denne), TUV 120L furt nabitá, vyčistil som krb, vodný výmenník a komín a smutne pozerám na studený krb, kedy konečne si zakúrim a vychutnám plamene a príjemné sálavé teplo. To bude evidentne až budú inverzie. Zatiaľ je to solárna pohodička. Priznám sa tetelím sa blahom, aké je to parádne mať dostatok panelov na streche. Ale oheň v krbe, to je pre starého pyromana tiež potešeníčko (hlavne na začiatku zimy, potom sa to každý rok stáva rutina a opruz)
Uvidíme november, december. sám som zvedavý. Január už býva výrazne lepší.

My taky držíme, zatím bez odběru z DS a odběru plynu.
Ale už asi 10x jel krb a občas přitopím v ložnicích přímotopem.

Akumulační nádrž by hodně pomohla a do ní topnou patrotu. A vyměnit plynový kotel za TČ pomohlo ještě víc.
Jenže mi nějak nevychází návratnost celé investice. Ať už pro první nebo tím spíš pro druhý případ.

[ClonyXXL]

Akumulační nádrž by hodně pomohla a do ní topnou patrotu. A vyměnit plynový kotel za TČ pomohlo ještě víc.
Jenže mi nějak nevychází návratnost celé investice. Ať už pro první nebo tím spíš pro druhý případ.

Jooo, navratnost, ta je ve hvezdach. Ale taky netusime, co bude za rok nebo za pet.
Ale rikam si, kdybych vse bral pres navratnost, asi bych dodnes nemel nic.
TČ taky nekteri tvrdi, ze jedine do podlahoveho topeni, jinak je to nesmysl.
Dedek asi ponekud predimenzoval radiatory, ale musim priznat, ze TČ mi funguje prekvapive dobre.

[Momo]

Programování při StarDance je SUPER! Rozumné využití sobotního večera

Zatím v provozu jenom základní verze. Vzdáleně je možné zapnout/vypnout bojler a zásuvky, původní automatiku má jenom bojler, zásuvky zatím ne. Ty jdou jenom zapnout/vypnout, automatika topení nefunguje, je to jako vypnutí.

Odzkoušeno, fuguje jak má. Snímek jsem udělal až po západu slunce, zapnul jsem pro kontrolu odběr, proto nulová výroba a velké saldo.
V horní části tabulky je zobrazena výroba a spotřeba, saldo, SOC a teplota bojleru.
Níže jdou zapnout/vypnout bojler a zásuvky, v pravé části jsou zvýrazněny případné odběry zátěže a dnešní spotřeba zátěží.
Příkon se zobrazuje podle zvolené zátěže, při přepnutí na topení 750/1250/2000 W se automaticky zobrazí skutečná zátěž, mírně se liší od nominální.

Dalším krokem by mělo být automatické vypínání zátěže při překročení příkonu na fázi.
A dále nějaké automatické spínání topení, ale těžko říct, jestli mi na to stačí programátorské schopnosti

Rozdělení zátěže po fázích zatím neřeším, to je možné rozházet v rozvaděči následně.
Takto to vyšlo samo, přetížení L2 asi nevadí, protože tam mám jenom bojler a TČ bazénu (už mimo provoz), ostatní podstatné zátěže jsou na L1 a L3.

[ClonyXXL]

Šikula

[Momo]

Zdá se, že jsem vymyslel funkční algoritmus pro automatizaci spouštění odporových zátěží.

Asi bych nastavil SOC od kterého by se to spustilo. Bojler bych spouštěl už při SOC nižším.

Rád bych, aby se jako první spínal bojler a až pak konvektory.

Označení zátěží:
0 - bojler
1 - zásuvka č. 1
...
4 - zásuvka č. 4

Vytvořit seznam odporovných zátěží, které jsou spuštěny automaticky - některé mohou být vypnuté nebo zapnuté manuálně.
Pokud je automaticky bojler a není dosud natopený, tzn. automatika ho chce spustit, priorita je vždy 0.
Zásuvky se na počátku seřadí 1 2 3 4, pokud je u nich nastavena automatika.

Z tohoto mi vyjde pole o maximálně pěti členech.
Toto bude pořadí kasdáky spouštění.

Třeba každých 15 minut vyhodnotit spotřeby na zátěžích 1 až 4 a seřadit je od nejnižší hodnoty k nejvyšší a je nová kaskáda.

Velmi často vyhodnocovat zatížení na fázi, v případě překročení 4 kW okamžitě odpojit zátěž.

-----------

Je otázka, jak často vyhodnocovat tu aktuální kaskádu, aby v těch zásuvkách zbytečně často necvakalo. Nevím, co to vydrží.

Takže třeba:
- každých 10 sekund kontrola přetížení na fázích a případné odpojení
- každých pět minut vyhodnocení bilance výroba/spotřeba a úprava sepnutí zátěží
- každých 15 minut přeuspořádání kaskády, vyhodnocení bilance...

Pokud to budu vyhodnocovat často, zásuvky se ucvakají k smrti, pokud řídce, budu buď namáhat baterku - buď odběrem nebo dodávkou

Řešili jste něco podobného?

[vk_1]

Řeším to tak, že používám trigger.

To mi zajistí, že to bude cvakat max jednou za 60 sekund a ne častěji.
No a ten první výstup switch node nejde přes trigger, aby vypnutí při přetížení střídače bylo okamžité.

Kód tady:

Kód: Vybrat vše

[
    {
        "id": "a9afde4d830a434e",
        "type": "switch",
        "z": "c485f87e5104dcdc",
        "name": "",
        "property": "payload",
        "propertyType": "msg",
        "rules": [
            {
                "t": "eq",
                "v": "0",
                "vt": "num"
            },
            {
                "t": "eq",
                "v": "1",
                "vt": "num"
            },
            {
                "t": "eq",
                "v": "2",
                "vt": "num"
            }
        ],
        "checkall": "true",
        "repair": false,
        "outputs": 3,
        "x": 350,
        "y": 60,
        "wires": [
            [
                "bafa18119e763b61"
            ],
            [
                "fbb996cc28f1530e"
            ],
            [
                "fbb996cc28f1530e"
            ]
        ]
    },
    {
        "id": "fbb996cc28f1530e",
        "type": "trigger",
        "z": "c485f87e5104dcdc",
        "name": "",
        "op1": "",
        "op2": "",
        "op1type": "pay",
        "op2type": "nul",
        "duration": "60",
        "extend": false,
        "overrideDelay": false,
        "units": "s",
        "reset": "",
        "bytopic": "all",
        "topic": "topic",
        "outputs": 1,
        "x": 550,
        "y": 80,
        "wires": [
            [
                "43e812c21177d593",
                "ec6fc9f298fa6711"
            ]
        ]
    },
    {
        "id": "bafa18119e763b61",
        "type": "debug",
        "z": "c485f87e5104dcdc",
        "name": "vypnout okamzite",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "payload",
        "targetType": "msg",
        "statusVal": "",
        "statusType": "auto",
        "x": 830,
        "y": 40,
        "wires": []
    },
    {
        "id": "43e812c21177d593",
        "type": "debug",
        "z": "c485f87e5104dcdc",
        "name": "vypnout",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "payload",
        "targetType": "msg",
        "statusVal": "",
        "statusType": "auto",
        "x": 800,
        "y": 80,
        "wires": []
    },
    {
        "id": "ec6fc9f298fa6711",
        "type": "debug",
        "z": "c485f87e5104dcdc",
        "name": "zapnout",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "payload",
        "targetType": "msg",
        "statusVal": "",
        "statusType": "auto",
        "x": 800,
        "y": 120,
        "wires": []
    }
]

[Kodl69]

triger - to je to co jsem hledal, tj nastavitelný časový zpoždění - potřebuju to pro ovládání vstupního limitu multiplusu a vypínaní druhýho měniče.

[Momo]

Tak zatím se mi generuje pole o max pěti členech. Teď to pole seřadit podle velikosti denní spotřeby na číslech zásuvek 1-4.
To dám asi jako pole objektů a použiju sort/function podle spotřeby.

-----------

Díky, koukám na ten trigger, v základním nastavení to funguje tak, že to propustí payload a pak to čeká / blokuje cestu na nastavený čas. Další tok to pustí až po vypršení té doby. S tím by asi šlo vystačit.

Posílat to tam klidně po 10ti sekundách a trigger dát třeba na 5 minut.

[Momo]

Sestavení kaskády naprogramováno poměrně snadno, samozřejmě s pomocí nápovědy na internetech.

Seřazené pole objektů pro kasládu spínání zátěží vypadá takto:

Kód: Vybrat vše

array[3]
0: object
cislo: 0
spotreba: 2478
1: object
cislo: 3
spotreba: 7
2: object
cislo: 4
spotreba: 12

Bojler je v kasdádě vždy první.
Zařízení jsou v kaskádě pouze tehdy, když je zapnutá automatika, zásuvky jsou přístupné na wifi a bojler není natopený.
Kaskáda by se měla po nějakém čase aktualizovat, dejme tomu 1/4 hodiny.

A kód vypadá takto, kdyby se mnou chtěl někdo programovat

Kód: Vybrat vše

//  Režim bojleru a automatika
var Bojler_Rezim = global.get("Bojler_Rezim")

var Bojler_Teplota_On = global.get("Bojler_Teplota_On")
var Bojler_Cas_On = global.get("Bojler_Cas_On")
var Bojler_SOC_On = global.get("Bojler_SOC_On")
var Bojler_Vykon_On = global.get("Bojler_Vykon_On")

var Bojler_Teplota = global.get("Bojler_Teplota")
var Bojler_Cas = global.get("Bojler_Cas")
var Bojler_SOC = global.get("Bojler_SOC")
var Bojler_Vykon = global.get("Bojler_Vykon")

var Relay_1_Prikon_Dnes = global.get("Relay_1_Prikon_Dnes")


//  Režim zásuvek
var P110_1_Rezim = global.get("P110_1_Rezim")
var P110_2_Rezim = global.get("P110_2_Rezim")
var P110_3_Rezim = global.get("P110_3_Rezim")
var P110_4_Rezim = global.get("P110_4_Rezim")

//  Stav zásuvek
var P110_1_Objekt = global.get("P110_1_Objekt")
var P110_2_Objekt = global.get("P110_2_Objekt")
var P110_3_Objekt = global.get("P110_3_Objekt")
var P110_4_Objekt = global.get("P110_4_Objekt")

//  Spotřeba zásuvek
var P110_1_Spotreba = global.get("P110_1_Spotreba")
var P110_2_Spotreba = global.get("P110_2_Spotreba")
var P110_3_Spotreba = global.get("P110_3_Spotreba")
var P110_4_Spotreba = global.get("P110_4_Spotreba")


var Kaskada = []

// Sestavení kaskády (kromě bojleru)
if (P110_1_Objekt.result == true && P110_1_Rezim == 2)
    {
    Kaskada.push({cislo: 1, spotreba: P110_1_Spotreba})
    }

if (P110_2_Objekt.result == true && P110_2_Rezim == 2)
    {
    Kaskada.push({cislo: 2, spotreba: P110_2_Spotreba})
    }

if (P110_3_Objekt.result == true && P110_3_Rezim == 2)
    {
    Kaskada.push({cislo: 3, spotreba: P110_3_Spotreba})
    }

if (P110_4_Objekt.result == true && P110_4_Rezim == 2)
    {
    Kaskada.push({cislo: 4, spotreba: P110_4_Spotreba})
    }


// Seřazení kaskády (kromě bojleru) - podle spotřeby vzestupně
let sortsArray = function(myArray)
    {
    myArray.sort(function(a, b)
        {
            if (a.spotreba < b.spotreba)
                {
                return -1
                }
            else if (b.spotreba > a.spotreba)
                {
                return 1
                }
            else
                {
                return 0
                }
        }
        )
    }


sortsArray(Kaskada)


// Doplnění bojleru do kaskády na první místo, pokud je v automatice
if (!((Bojler_Teplota_On * !Bojler_Teplota == 1) || (Bojler_Cas_On * !Bojler_Cas == 1) || (Bojler_SOC_On * !Bojler_SOC == 1) || (Bojler_Vykon_On * !Bojler_Vykon == 1)))
    {
    Kaskada.unshift({cislo: 0, spotreba: Relay_1_Prikon_Dnes*1000})
    }


msg.payload = Kaskada

return msg;

Teď už "jenom" udělat automatické spínání v pořadí té kaskády.

Připomínky vítány.

[Momo]

Vyznáte se někdo v Node-Red - javascriptu?

Do JS načtu z globálních proměnných pole o pěti objektech. Z něj si vytvořím nové pole objektů. Pak upravuju to nové pole, ale mění se mi i to původní pole. Dokonce jsem si dal pomocné pole "pokus", na které se vůbec neodkazuju a to mi to upravuje také.
Prostě ty proměnné .spotreba mi to mění úplně ve všech polích!!! Ale chci to jenom v poli Seznam.
Je to chování v pořádku? Dělám něco špatně?

Kód: Vybrat vše

//  Režim bojleru a automatika
var Bojler_Rezim = global.get("Bojler_Rezim")

var Bojler_Teplota_On = global.get("Bojler_Teplota_On")
var Bojler_Cas_On = global.get("Bojler_Cas_On")
var Bojler_SOC_On = global.get("Bojler_SOC_On")
var Bojler_Vykon_On = global.get("Bojler_Vykon_On")

var Bojler_Teplota = global.get("Bojler_Teplota")
var Bojler_Cas = global.get("Bojler_Cas")
var Bojler_SOC = global.get("Bojler_SOC")
var Bojler_Vykon = global.get("Bojler_Vykon")

var Relay_1_Prikon_Dnes = global.get("Relay_1_Prikon_Dnes")

var Zasuvky = global.get("Zasuvky")

var Pokus = global.get("Zasuvky")



// Sestavení seznamu automatických zásuvek a výpočet celkového limitu
// Zařazeny jsou pouze tyto:
// - pouze online
// - pouze režim AUTO
// - pouze pod limitem spotřeby
var Seznam = []
var Limit_celkem = 0

for (i = 1; i < 5; i++)
    {
    if (Zasuvky[i].online == true && Zasuvky[i].rezim == 2 && Zasuvky[i].spotreba < Zasuvky[i].limit)
        {
        Seznam.push(Zasuvky[i])
        Limit_celkem = Limit_celkem + Zasuvky [i].limit
        }
    }

// TADY JE JEŠTĚ VŠECHNO V POŘÁDKU
//msg.pokus = Pokus
//return msg;



// Výpočet podílů spotřeba / spotřeba celkem
for (i = 0; i < Seznam.length; i++)
    {
    Seznam[i].spotreba = Seznam[i].spotreba / Limit_celkem
    }

var Pokus = global.get("Zasuvky")

// TADY UŽ MÁM ZMĚNĚNÁ VŠECHNA POLE!!! I KDYŽ PRACUJU JENOM SE SEZNAMEM, ODKAZUJI SE NA ZÁSUVKY. POKUS JSEM PŘIDAL JENOM PRO KONTROLU, ZMĚNĚNÝ JE POKUS I ZÁSUVKY.
msg.pokus = Pokus
msg.zasuvky = Zasuvky
msg.seznam = Seznam
return msg;

[vk_1]

Vyznáte se někdo v Node-Red - javascriptu?

Do JS načtu z globálních proměnných pole o pěti objektech. Z něj si vytvořím nové pole objektů. Pak upravuju to nové pole, ale mění se mi i to původní pole. Dokonce jsem si dal pomocné pole "pokus", na které se vůbec neodkazuju a to mi to upravuje také.

https://www.freecodecamp.org/news/clone ... avascript/

[Momo]

Díky za nasměrování.

Tohle mi vytvořilo nový objekt, ale měl jsme pole pěti objektů. Řešením asi bylo udělat cyklus a pro každý index toho původního pole udělat ten mělký klon objektu.
Ale udělal jsem si to jinak, založil jsem malé pole objektů, kam jsem si nakopíroval jenom číslo a spotřebu, s tímto jsem dále pracoval, hlavní objekty mi to nezničilo a teprve pak jsem vytěžil ty hlavní objekty.

Takže jsem se opět přiblížil cíli.

Už mám pole objektů, tedy kaskádu, kde mám seřazené spotřebiče podle priorit.
Hodnoty v té kaskádě mohu aktualizovat každých 10 sekund, získám z toho všechna data o spotřebičích.
Třeba každých 15 minut můžu kaskádu znovu seřadit podle aktuálních spotřeb.
Pokud nebude bojler natopený, bude vždy na prvním místě.

[{"nazev":"Bojler","cislo":0,"online":true,"stav_pozadovany":true,"stav_skutecny":true,"rezim":2,"faze":2,"prikon":1280,"spotreba":23},{"nazev":"P110_1","cislo":1,"online":true,"stav_pozadovany":false,"stav_skutecny":false,"rezim":2,"faze":2,"prikon":720,"limit":1000,"spotreba":0},{"nazev":"P110_3","cislo":3,"online":true,"stav_pozadovany":false,"stav_skutecny":false,"rezim":2,"faze":1,"prikon":720,"limit":1000,"spotreba":0},{"nazev":"P110_4","cislo":4,"online":true,"stav_pozadovany":false,"stav_skutecny":false,"rezim":2,"faze":2,"prikon":5,"limit":1000,"spotreba":1},{"nazev":"P110_2","cislo":2,"online":true,"stav_pozadovany":false,"stav_skutecny":false,"rezim":2,"faze":2,"prikon":720,"limit":1000,"spotreba":5}]

Budu muset nějak řešit skutečnost, že data ze zásuvky mají zpoždění proti požadavku.
Pošlu povel k zapnutí zásuvky, nějakou chvíli trvá než se spustí, pak je hned signál o zapnutí, ale teprve později o příkonu.

A taky abych to celé nepřereguloval.

Asi budu velmi často (každých 10 s) kontrolovat přetížení celkové a na fázi. Při zjištění okamžité odpojení zátěže. Nebo počkat na tři stejná hlášení v řadě? Aby se mi to zbytečně nevypnulo.

Dejme tomu každých 5 minut kontrola výroby a spotřeby a přenastavení zásuvek. Možná interval prodloužit.

Každých 1/4 hodiny nebo 1/2 hodiny přepočet kaskády priorit podle denní spotřeby. Pokud bude radiátor na 720 W, při požadavku na denní spotřebu 720 W bych měl spíš volit 1/4 hodiny, aby se to nahřívalo rovnoměrně.

Za nápady budu rád.


UI vypadá teď takto:

[Momo]

Zajímavé.

Teď jsem napsal jednoduchý program na aktualizaci hodnot v té kaskádě, ale zjistil jsem, že to není potřeba, že se to aktualizuje automaticky.

Mám základní pole objektů (bojler + 4x zásuvka). Z toho sestavím kaskádu tak, že tam pushnu ty položky z výše uvedeného pole.
A tu kaskádu už není potřeba aktualizovat. Jak se změní jakákoli položka v základním poli objektů, samo se to propíše dál.

To jsou věci............

[Momo]

Představuji nejnovější verzi UI pro řízení bojleru a lokálních přímotopů.
Ovládání je snad funkční, zatím nemám spuštěné automatické řízení. Režim AUTO se chová jako vypnuto.
Samostatně funguje stávající ovládání bojleru, nové UI bojler pouze zobrazuje, ale neovládá.

V horní části je zobrazena výroba, spotřeba celková a po fázích, přebytek energie (výroba - spotřeba), SOC a teplota bojleru.
Níže ve dvojicích řádků jsou zátěže:
- bojler
- 4x přímotop.
U každé zátěže se nastavuje režim: 0, AUTO, 1. Je zřejmé, na jaké fázi je zátěž připojena.
Zobrazuje se aktuální příkon - přímotopy mají tři stupně, zaokrouhluji, systém sleduje skutečnou spotřebu (kdyby někdo přepnul) a aktualizuje. Pod tím je zobrazena skutečná spotřeba zátěže ve Wh.
Pro zátěže můžu stanovit limit, při jeho dosažení zátěž odpojím. Všechny limity můžu hromadně snížit/zvýšit koeficientem.
Poměr skutečných spotřeb automaticky spravovaných zátěží k celkovému limitu automatiky stanovuje pořadí v kaskádě priorit - frontě zátěží.
Pokud je požadovaný i skutečný stav zátěže true, je barva polí zelená, pokud je 2x false, je barva polí červená, při přechodovém stavu jsou pole šedé.
Níže je nastavení systému:
- bojler - 3 podmínky, musí být všechny splněny - teplota, aktuální čas, SOC. Ale jednotlivé řádky můžu zapnout/vypnout tlačítky 1/0.
Pokud je podmínka splněna, zobrazuje se zeleně, poud ne, červeně.
- topení - 1 podmínka, jenom SOC. Opět se může vypnout.
Ve spodní řádce je celkové nastavení automatiky:
- podmínky pro okamžité vypnutí některých zátěží:
--- zatížení fáze 4.000 W
--- přebytek energie -2.000 W
- podmínky pro pravidelné kontroly zátěží (hystereze):
--- přebytek pro zapnutí zátěže (položka z kaskády), třeba +300 W
--- přebytek pro vypnutí zátěže (položka z kaskády), třeba -300 W

Systém by pak měl fungovat takto:
- každých 15 minut - nové sestavení kaskády priorit zátěží
- každých 5 minut - kontrola přebytku pro danou kaskádu
- každých 30 sekund - okamžité vypnutí potřebné části zátěže (kontrola přetížení fáze a salda výroby)

Je potřeba zohlednit, že od spuštění/vypnutí zátěže trvá určitý čas než se změna projeví v datovém objektu (skutečný stav spuštění, příkon...) a také celková spotřeba systému.

Teď je potřeba testovat automatiku, zatím asi bez ostrého zapínání/vypínání zátěží, v řádu třeba pěti seknud vypočítávat a zobrazovat vypočtené spuštění zátěží 0 až 4.

[ClonyXXL]

Mas to (budes to mit) opravdu vymakane. Jelikoz jsi hracicka, zvladas to, bavi te to atd. Vsecka cest
Ja to ovladam růčo.
Dnes melo svitit slunce - puvodne psali 9h. Postupne porad ubirali a nakonec doslova jasno nebylo vubec. Slunce bylo zubate cely den.
Rano jsem mel myslim 42% v baterkach.
Byl jsem rad kdyz jsem je vubec dobil. Kdyz byly nabite, nahral jsem maly bojler 80l.
Kdyz jsem nahral i ten, " cely pretok" sel do 300 l bojleru. Ten se mi nahral na 79 °C a byl konec vyroby.
Primotopy uz nebyl duvod zapinat.
Holt ruco je jen růčo. Ale za par dni budu rad za vsechno co vleze do baterek. Zbytek stejne bude ze site.
Ale v kazdem pripade smekam pred tvym umenim.

[Momo]

Základní nastavení a manuální spínání funguje, sestavování kaskády také.
Teď je čas to otestovat v ostrém provozu, kdy se bude bude vše spínat automaticky.
Musím odpojit stávající řízení bojleru a nově to řídit společně s radiátory.

Sestavení kaskády, tj. pořadí zátěží (vybraných pro automatiku) podle stanovených priorit bude každých 15 minut, nebo při změně režimu zátěží nebo nastavení, které má vliv na zařazení do kaskády.
Každých 5 minut se bude kaskáda vyhodnocovat a zapne se příslušný počet zátěží. Přebytek výroby se bude udržovat mezi hodnotami stop-start.
Každých 30 sekund bude možnost některé zátěže vypnout, pokud by se překročil limit na fázi (nastaveno 4000 W) nebo by bylo saldo výroby (zatím nastaveno -2000 W).

Při změně nastavení v UI čekám 3 sekundy (opět trigger), jestli nedojde v tomto limitu ke změně dalšího nastavení. Aby se mi cyklus nespouštěl často.

Zajímavá práce s těmi triggery. Musel jsem si to testovat na cyklu 6 sekund = 3 x 2 sekundy. Zdá se, že by to mohlo fungovat.

Teď je otázka, co to udělá jako celek.

Čekám na zítřejší

[Kodl69]

Možná bys to mohl někde publikovat, ve verzi přístupné i nám anitiprogramátorům. Sem tam něco splácám, ale Js a pole hodnot jsou pro mě cizí, ne-li sprostý slova, kterejm nerozumím, a proto mě uráží .

[Cmrnda]

Možná bys to mohl někde publikovat, ve verzi přístupné i nám anitiprogramátorům.

To voláš po další slátanině slátanou už takhle s mnoha podslátaninama? To snad né?
Jinak z těch programátorskej nelogičností, nesrozumitelností atd., trpí programátoři prý těžkými poruchami mozkového metabolismu.
JS = JavaScript

[Momo]

Včera ráno jsem vzdal souboj s počasím a zapnul regulaci pro plynový kotel. Včera výroba 4 kWh, dnes to bude nejspíš podobné.
Takže soběstačnost s energiemi včetně bojleru a vytápění do 6.11. Občasné přitápění krbem v OP.

Zdá se, že automatika funguje. Až odladím, dám náhled algoritmu.
Předevčírem jsem zkusil nastavit pro tři radiátory limit 100 Wh, přebytek byl na jeden radiátor, a skutečně se postupně zapnutly a vypnuly po dosažení limitu, pak se zapnul další.

[Kmet]

Včera poprvé tuto topnou sezonu, co jsem nezapnul ohřev bojlerů z FVE, protože pro vysokou a odpoledne i střední oblačnost se mi baterky ze 40 procent dobily pouze na 71 procent.
Tak jsem topení nechal na plynovém kotli, spotřeba plynu stoupla proti dnu předtím z 0,9 m3 na 1,5 m3.
Dnes chce manželka prát a sušit, takže předpokládám, že to bude obdobné.

[Momo]

Po dlouhé době bylo týden poměrně slušné počasí, tak jsem mohl konečně vyzkoušet automatiku.

Zdá se, že na algoritmu není potřeba nic měnit.
I to nastavení parametrů vypadá korektní. Bojler startuje nad 85 %, přitápění nad 90 %.
Je to takový kompromis, abych se nevydal zbytečně z energie, která by mi mohla chybět a naopak abych neměl přetoky.

Slabinou je příkon bojleru, který provozuji jenom na jedné spirále ze tří. Asi nasadím do provozu osminásobné relé, které umím ovládat z NR a uvolním si relé-1 Cerba pro jiné účely. Nicméně ještě nevím, kam zapojit další dvě spirály. Zatím mám jenom na L2. Můžu i upravit dvě spirály do série apod. Ale algoritmus asi měnit nechci, už teď je to dost složité.

Na dvou obrázcích je vidět, jak funguje logika nasazování zátěží.
Každých 15 minut se vypočte priorita automaticky řízených spotřebičů (ty čísla 1 až 5).
Každých 5 minut se vyhodnotí, kolik zátěží z kaskády se může zapnout.
Každých 30 sekund krizově vypínám, pokud mám příliš vysokou spotřebu.