Riippuu mikä on tavoite... isoman akun kanssa oma käyttö helpompaa mutta jos ennuste menee pieleen niin se pienentää joka tapauksessa akun läpi menevää energiaa jolloin esim myynti kärsii. Esim jos minulla olisi ylymääräinen 14 kWh voisin myydä sen ja tienata 15 st/kWh mutta jos saunalle varattu kapa jääkin käytämättä menetetään myyntituloja. Ongelmaa ei oikeastaan voi kiertää muuten kuin suodatamalla piikit pois ennusteesta eli tunistamalla sauna tai uuni. Yleensä noi on kulutushuipuja jotka sijoittuu iltaa ja max 2h mittaisia.
Akun koon vaikuksesta on puhuttu mm. TMA vinkelistä katsottu mutta niin kuin aina, simulaatiossa on elämän kokoinen epävarmuus. Isompi akku antaa koodille ja ennusteelle anteeksi mutta pienemän akun TMA on parempi vaikka ennutus menisi metsään. Isosta akusta voi myydä ja käyttää samaan aikaa. Pieni akku ohjaa enemän elämää, isompi akku antaa vapauden sähkön hinnan seuranasta, vai antaako... voi olla että optimointi on luonnekysymys eikä riipukkaan vehkeen koosta.
DESS syöte että tänään saunotaan klo xx. Parantaa ennustetta mutta kuulostaa elämää rajoitavalta, Irvinin sanoin "viideltä saunaan ja kuudelta putkaan..."
Oletan että /w Batterylife niin pyrkii saavutamaan SoC-100 ja jos ei saavuta niin kasvattaa Min SoC joka päivä. Tällä on varmaankin vaikutusta toimintaan
Eikö siitä saa rajoitettua maksimi purkutehoa? Onnistuuko sieltä sellainen akun purun ajallinen käyttö että akkua puretaan vaikka vuorokauden 12 kalleimpana tuntina?
Onnistuu aikarajoitus mutta ei niin että vain x määrä tunteja (sinänsä hyvä ajautsu tyyliin ala mikki), myynnin rajoituskin onnistuu... mutta katson nyt ensin saako DESS toimimaan järkevästi. DESS ongelma on että siitä ei saa automatiikkaa parametreillä säädettyä. Toki softa on kehitysvaiheessa ja onhan tuolla toi puukotus vaihtoehto jota täytyy jossain vaiheessa tutkia, lähemmin.
Itse asiassa, toi voiskin olla hyvä idea... tehoa voi siis rajoittaa ainakin komessa tasossa 1) sulakekoka (nyt 7A) 2) Inverterin tehoa /rajoitamaton (100A)) tai latausvirtaa 3) DESS laskenalista tehoa sekä purulle että latauksella. Jälkinmäinen kota 3 on ainoastaan suunitelukäyttöön. Jos DESS:iin laitasi tehorajaksi esim 2000W niin se käyttää suunutelutehona ko, tietoa. Täytyy kokeilla. Kiitän pallosta.
Automaatio ilman muutettavia parametreijä niin ei voi hallita. Tämä on evoluutioversio joka tulee varmasti muutumaan. Ennustaminen on tarkoitettu paneelien tuoton ennustukseen mutta kulutuksesta pitäisi pystyä nyppäsemään piikit pois eli ennustaisi vain pohjakulutuksen. Hyvää on että on avoin rajapinta kunhan vaan löytä uskaltai lähteä leikimään node-redillä. Pitäis suunitella perääntymistie ja miten alkuun... kun siinäkin on mahdollisuuksia.
Muistaaksen minulla on tapahtunut vastaavanlaista. Syyksi veikkaan älyn kompastumista.
Olen ymmärtänyt että se koodi ei ole absoluutisesti samaa vaan githubissa on node-red versio ja venuksessa pyörisi ns. natiivi versio, vai olenko käsitänyt väärin?
LFP-akkuja ei voi balansoida kuun täytenä (ja tyhjänä), joten ei riipu purku balansointiin.
Ilmeisesti ei osaa hirveän hyvin tuota aurinkoennustetta käyttää, kun saa vielä parikuukautta odotella, että sieltä jotain tulee akkuihin
Tässä on nyt ollut aikalailla 0 hintaisia kaikki päivät testauksen aikana, joten ehkä järkevöityy, kun alkaa pörssisähkön heilunta taas. Tuolla aikaisemmin kirjoittelitkin näistä halvoista päivistä, että oli toiminut sullakin ainakin alkuun aika sekavasti...
Ihan samaa olen mielessä pyöritellyt. Ei välttämättä edes tarvitsisi olla tuota myynti ehtoa, kun omakin kulutus on talven aikana usein sen mitä järjestelmä pystyy purkamaan. Ei varmaan olisi kovin hankala Node Red:llä tuota tehdä, mutta ei ole vielä ollut aikaa asian opiskeluun.
Tuosta jää 3 snt/kWh voittoa miinus mitä akku kuluu eli rajoilla mennään.
