En minä keksi käyttäjälle yksinkertaisempaa ratkaisua kuin Pörssäri, missä riittää kun varaajan edessä on Shelly ja asetuksissa määrität omat sähkön hinnat sekä vuorokaudessa halutun tuntimäärän? Vesi lämpenee aina sen halutun tuntimäärän kuitenkin.
Ei minun tapani estä tuotettua sähköä myydä mikäli se on taloudellisempi vaihtoehto. Kaikki ohjaukset menevät minulla omissa säikeissään toimivien "manager" ja "control" task:in kautta kuitenkin. Halusin tuon aurinkovoimalan hyödyntämisen laittaa itsenäisenä ohjauksena pörssisähköohjauksesta koska mikäli invertteri tarjoaa jonkun rajapinnan tietojen hakemiseen niin tuotantoennusteen sijasta käytettäisiin invertteriltä saatua reaaliaikaista tietoa. Enkä tarkoittanut, että toteutukseni olisi sen yksinkertaisempi loppukäyttäjälle vaan ohjelmallisesti, kun pörssisähköohjaus ja aurinkovoimalan tuottoon perustuva ohjaus käsitellään itsenäisinä ohjauksina.
Tuo reaaliaikainen ennustemallin korjaaminen toki itseäkin kiinnostaa seuraavana osana systeemin kehitystä. Eli miten tuossa sinun systeemissä huomioidaan sähkön hinta arvioidessa sitä, että kannattaako paneelien tuottaessa kytkeä varaajaan virrat vai antaa kaiken tuoton mennä myyntiin?
Ok, ja miten tuo control päättelee kannattaako kytkeä? Fiksun kuuloinen systeemi kyllä!
"control" task ei ohjelmassani päättele, suorittaa vain ohjausviestit. Tällä hetkellä "manager" task yksinkertaisesti vertaa hintaa kuorman laskettuihin pörssisähköohjauksiin ja tekee päätöksen siltä pohjalta pistääkö ohjaustapahtuman "control" task:in jonoon käsiteltäväksi vai ei.
Olis kyllä hauska päästä vertaamaan, että kuinka paljon erilaiseen lopputulemaan tällainen ennusteesta arvaaminen vs tiedon reaaliaikainen päivittäminen johtaa!
{
"metadata": {
"mac": "XXXXXXXXXXXXX",
"channels": "8",
"fetchUrl": "https://dev.porssari.fi/getcontrols.php",
"timestamp": "1693389534",
"timestampOffset": "10800",
"validUntil": "1693425600"
},
"controls": [
{
"id": "1",
"name": "Channel friendly name",
"state": "0",
"schedules": [
{
"timestamp": "1693422000",
"state": "1"
},
{
"timestamp": "1693425600",
"state": "0"
}
]
},
{
"id": "2",
"name": "Channel friendly name",
"state": "-1",
"schedules": []
},
{
"id": "3",
"name": "Channel friendly name",
"state": "-1",
"schedules": []
},
{
"id": "4",
"name": "Channel friendly name",
"state": "-1",
"schedules": []
},
{
"id": "5",
"name": "Channel friendly name",
"state": "-1",
"schedules": []
},
{
"id": "6",
"name": "Channel friendly name",
"state": "-1",
"schedules": []
},
{
"id": "7",
"name": "Channel friendly name",
"state": "-1",
"schedules": []
},
{
"id": "8",
"name": "Channel friendly name",
"state": "-1",
"schedules": []
}
]
}Haluaisitko laittaa siihen jonkun tarkan asteluvun? Nuo on nyt laitettu 15-45-75 kun huomattiin ettei se olennaisesti muuta ennustetta noissa väleissä, mutta periaatteessa tuo tallentuu kantaan pelkkänä numerona, niin sinällään se ottaisi vastaan minkä tahansa luvun välillä 0-90
Jaa, no nuo oletukset varmaankin on ihan ok. Itsellä kattokulma on 35 astetta, mutta tuskin se arvailuissa niin merkittävä on.
Tunnistan tämän ongelma. Siellä ohjesivustolla (https://docs.porssari.fi/sivuston-ohjeet/aurinkosaehkoen-kaeyttoe) on lyhyt kuvaus siitä aurinkosähkön käytöstä, mutta aika- ja hintaohjaus vielä puuttuu. Tosin se hinta- ja aikaohjaus ehkä on intuitiivisen selkeämpi.
Sieltä laitteen asetuksista saa poistettua. Vielä puuttuu ominaisuus siirtää asetukset semmoisenaan uuteen, mutta ei se ehkä vielä kaksikanavaisen laitteen kanssa onneksi ole iso työ. Toki asetukset voi olla moninaisia.
Millaista kuormaa tämän Shellyn perässä oli?
Ollaan vasta tekemässä sitä lämmityksen ohjausta.
Pelkkä kontaktori joka ohjaa lämminvesivaraajaa
En tunnista tuota ruskeaa Shellyä. Mutta oikea Shelly olisi Pro 1 tuohon käyttöön. Ja kontaktori olisi hyvä olla häiriösuojattu tai erilline. RC Snubberi liitettynä.
Kuva taitaa vähän vääristää värejä mutta sanoisin että kyseessä ruskeaan taittuva harmaa Pro 2. Pro 2PM on väriltään musta.
Huonoksi on kyllä laitteiden laatu mennyt mikäli LVV-kontaktori kuormana rikkoo melkein uuden laitteen. Oli LVV-kontaktori sitten häiriösuojattu tai ei, niin pitäisi kyllä kestää mikäli ei ole ollut löysiä liitoksia.
Induktiivinen kuorma on hankala pienille releille. Tässä myös itsellä on vain yleinen olettamus, kun ei ole mitään tietoa mitä oikeasti on tapahtunut. Piti ottaa auki yksi pro 2 ja katsoa mitä laitteen sisällä on kyseisessä kohdassa.
Hieno homma että asennus kunnossa ja sait uuden laitteen.
Koska se jostain syystä sen tuohon noin antaa. Liittyy jotenkin tuohon Joomlan ja Google Chartin epäyhteensopivuuteen, tuohon graafille ei saa mitään parametreja läpi ja siksi se näyttää tuolle.
Aivan mahtavaa lukea tällaista palautetta vaikkei se suomalaiseen mielenmaisemaan tahdo sopia ollenkaan, turha tästä numeroa on tehdä... Mutta kiitos erittäin paljon! Ja erittäin hienoa myös nähdä juuri tällaisia esimerkkejä, missä tämä omasta mielestä vielä hyvinkin keskeneräinen systeemi pystyy näin paljon helpottamaan juuri tuollaista useamman eri järjestelmän yhteensovittamista. Ja jos vaan herää ideoita ja ajatuksia mitä kaipaisit tältä lisää, niin ehdottomasti otetaan kehitysideoita vastaan. Meillä on Trello sitä varten, että saadaan sinne kerättyä toiveita ja vietyä sitten työlistallekin aina.
Näin minustakin näyttää. Tuo vanha skriptimoottori ei tarjonnut mitään muuta mahdollisuutta saada kelloa tietoon paitsi toistuvat Shellyn rpc-kyselyt. Nämä sitten kokoajan varasi sekä muistia että meni asynkronoidusti siellä muun koodin ohessa, ja kyselyt palautti vastauksia miten sattuu.
