Spot-hinta.fi - Yksinkertainen pörssiohjaus API ja sitä käyttävät automaatioskriptit

jmaja

Hyperaktiivi
Eikä se nyt ihan niin selvää ole ainakaan minulle etteikö kannattaisi ajaa vähän korkeampaa lämpökäyrää halvimpina tunteina. Väkisin se lepuuttaisi pumppua seuraavina kallimpina tunteina.
Totta kai kannattaa, mutta tuossa voi olla syytä ottaa se siirtohinta ja vero myös jotenkin mukaan. Ja mikä on kannattavuusraja? Jos yöllä sähkö on 10% halvempaa kuin päivällä, voi säästö mennä siihen, että kuumasta alapohjasta vuotaa yli 10% enemmän harakoille (tai paremminkin madoille). Tai lämpöpumpun COP huononee 20% menoveden kuumentuessa.

En tarkoita APIa, vaan miten sitä käytetään kunkin kotona.
 

Mikki

Hyperaktiivi
Totta kai kannattaa, mutta tuossa voi olla syytä ottaa se siirtohinta ja vero myös jotenkin mukaan. Ja mikä on kannattavuusraja? Jos yöllä sähkö on 10% halvempaa kuin päivällä, voi säästö mennä siihen, että kuumasta alapohjasta vuotaa yli 10% enemmän harakoille (tai paremminkin madoille). Tai lämpöpumpun COP huononee 20% menoveden kuumentuessa.

En tarkoita APIa, vaan miten sitä käytetään kunkin kotona.

Eihän erot mitään 10% ole päivänsisällä. Paljon enemmän on käytännössä.

Jos nostan menolämpöä tunnin ajaksi vaikka kolme astetta niin ei se nyt coppiin vaikuta. Eikä madot lämmittele. Tekee tuon noston jokaisella 6 halvimmalla tunnilla niin kyllä se jotain vaikuttaisi lömmityksen keskihintaan kun lämmitystä tehtöisiin painotettuna halvimmille tunneille.

Jos tuo toimisi täysin automaattisesti niin minulle sopii kyllä jos pörssihintaan joutuu menemään.
 

kotte

Hyperaktiivi
Uudet hinnat tulee joskus 14:00 jälkeen. Siis 14:00 on vain 10 tuntia ja sitten kohta on lähes 34 tuntia tulevaisuuteen. Noiden 10 tuntien kohtalo on jo kertaalleen päätetty, mutta kannattaahan ne päivittää, kun tulee seuraava vrk.
Juu, tuohon tuli 12 tuntia liikaa, oma munaukseni, päässälaskuvirhe.
 

kotte

Hyperaktiivi
Ei tuo mitään PC:tä tarvitse, jos et ala FEMillä laskemaan lämpötilakenttiä. Yksinkertainen malli, jossa on rakennuksen ja lämmitysjärjestelmän lämpökapasiteetit, lämmitysteho ja häviöt ulos pyörii dynaamisen mallina vaikka siinä 8 bit mikrokontrollerissa liukulukulaskentana.
Ajattelin, että valmistautuisi myös mahdollisuuteen, että varasto ei riitä koko vuorokaudelle eikä sitä pysty täyttämään riittävästi halvimpien tuntien aikana, vaan on varauduttava tyhjien slottien jättämiseenkin, vaikka olisivat hiukan kallimpia, jotta varauskapasiteetin pysyttäminen jollakin minimivarauksen ja maksimivarauksen välillä kyetään varmistamaan. Tuo voi tulla melko kompleksiseksi, jos halutaan ratkaista optimaalisesti neljännetuntitasolla tai jopa tätä huomattavasti lyhyemmällä kvanttijaolla (jopa minuutin käyttö- ja seisontajaksoilla).
 

arctic

Jäsen
Moneen lämminvesivaraajaan on asennettu yksinkertainen katkaisin: Käsin/Automaatti. Automaatti lämmittää varaajaa ainoastaan klo 22-07 välillä. Käsin lämmittää ajankohdasta riippumatta (esim. lämmitys hiipuu ennen iltakymmentä...).

Tällaisessa järjestelmässä ei voi usein edes helposti sammuttaa varaajan lämmitystä kalliiden klo 22-00 ajaksi, jos käyttäisi pörssisähköä.

Nyt kun kerran saataisiin wifin/selainhaun kautta tiedot x halvimmasta lämmitystunneista, niin onko tällä hetkellä olemassa mitään alle satasen wifi ohjain "boksia", jonka sähkömies voisi käydä helposti asentamassa kyseisiin järjestelmiin, boksi hakisi tiedot wifin kautta, ohjaisi varaajan on/off lämmityksen kyseisinä tunteina JA johon voisi syöttää sen X tuntimäärän (millä syöttö?, fyysisillä napeilla vai puhelin sovelluksella?).

Jo tällainen auttaisi konkreettisesti niitä jotka ovat pakotettu/tullaan pakottamaan pörssisähkön käyttöön tämän talven aikana.

Tämän ei tarvitsisi olla alkuun yhtään tuon monimutkaisempi. Jokaisella on jo jonkinlainen käsitys lämmityksen tunti tarpeesta ulkolämpötilan suhteen. Tulevana talvena tulee varmasti myös öitä/päiviä jolloin joutuu valitsemaan joko älyttömän kalliin sähkön / alemman sisälämpötilan / vaihtoehtoisen lämmitysmuodon esim. puu, väliltä.
 

ttk2

Aktiivinen jäsen
Voi olla myös niin että kannattaisi jättää vuorokauden viimeisinä tunteina lämmittämättä jos yöllä seuraavan vuorokauden puolella olisi vielä halvempaa.
...
Mikä olisi järkevä algoritmi tuon mahdollisuuden käyttämiseen ilman että tulee mitään ikäviä sivuvaikutuksia?
Vähän jo väsyttää, joten voi olla tullut sutta ja sekundaa...

Itse tein käyttövesivaraajan lämmitystä varten nyt ehdon, että lämmitetään, jos on yksi vuorokauden kolmesta halvimmasta tunnista (Rank < 4)

JA

Klo on alle 21. Tällä ehdolla käyttövesi lämmitetään suoraan saman illan tarpeeseen. Tämä valitsemani aikaraja voi olla liian myöhään.

TAI

Hinta on halvempi kuin seuraavan neljän tunnin keskiarvo. Tällä yritetään välttää lämmittämästä vuorokauden viimeisinä tunteina, jos tulossa on selvästi halvempia tunteja. Käytin neljää tuntia vain siksi, että minulla oli HA:ssa jo valmiiksi konfiguroituna sellainen hinta-ikkuna tulevaisuuteen. Tässä ehkä kannattaisi katsoa pidemmälle.

Ihan varmasti voi löytää näitä sääntöjä paljon parempia kriteerejä lämmitykselle nyt heti versus joskus myöhemmin. Uskon kuitenkin, että pelkkä yhden vuorokauden sisäinen halvimpien tuntien käyttäminen antaisi jo 90% hyödystä. Tämän toteutumisen (menneisyydessä, tulevaisuudesta emme tiedä) voi joku halutessaan laskea menneistä hinnoista - minä en taida edes yrittää. Hyvin paljon useammin halvat tunnit ovat aamuyöllä kuin myöhäisillassa. Ihan mutulla.
 

arctic

Jäsen
Vähän jo väsyttää, joten voi olla tullut sutta ja sekundaa...

Itse tein käyttövesivaraajan lämmitystä varten nyt ehdon, että lämmitetään, jos on yksi vuorokauden kolmesta halvimmasta tunnista (Rank < 4)

JA

Klo on alle 21. Tällä ehdolla käyttövesi lämmitetään suoraan saman illan tarpeeseen. Tämä valitsemani aikaraja voi olla liian myöhään.

TAI

Hinta on halvempi kuin seuraavan neljän tunnin keskiarvo. Tällä yritetään välttää lämmittämästä vuorokauden viimeisinä tunteina, jos tulossa on selvästi halvempia tunteja. Käytin neljää tuntia vain siksi, että minulla oli HA:ssa jo valmiiksi konfiguroituna sellainen hinta-ikkuna tulevaisuuteen. Tässä ehkä kannattaisi katsoa pidemmälle.

Ihan varmasti voi löytää näitä sääntöjä paljon parempia kriteerejä lämmitykselle nyt heti versus joskus myöhemmin. Uskon kuitenkin, että pelkkä yhden vuorokauden sisäinen halvimpien tuntien käyttäminen antaisi jo 90% hyödystä. Tämän toteutumisen (menneisyydessä, tulevaisuudesta emme tiedä) voi joku halutessaan laskea menneistä hinnoista - minä en taida edes yrittää. Hyvin paljon useammin halvat tunnit ovat aamuyöllä kuin myöhäisillassa. Ihan mutulla.

Olet ilmeisesti saanut jo ihan toimivan järjestelmän, mutta ilmeisesti ohjaat tuota tietokoneella johon olet asentanut "Home assistant" ohjelman? Miten olet yhdistänyt järjestelmän "sähkökaappiin"/varaajan ohjaamiseen?

Mielenkiintoista, tuon kun saisi yksinkertaistettua jokaisen käyttöön.
 

ttk2

Aktiivinen jäsen
onko tällä hetkellä olemassa mitään alle satasen wifi ohjain "boksia", jonka sähkömies voisi käydä helposti asentamassa kyseisiin järjestelmiin, boksi hakisi tiedot wifin kautta, ohjaisi varaajan on/off lämmityksen kyseisinä tunteina JA johon voisi syöttää sen X tuntimäärän
Meille asennettiin viikonloppuna halpa (varmaan muutaman kympin hintainen) wifi-ohjattava rele, jota ohjataan Home Assistantilla Raspberry Pi "tietokoneesta". Tässä toimii tällä hetkellä hyvin naivi pörssisähköohjaus. Vielä vähemmillä komponenteilla tämän voi myös tehdä ja kohta varmaan joku antaa esimerkkejä siitä miten on sen tehnyt.

Asennus sähkökeskukseen tehtiin nimenomaan siten, että aiempi yösähköohjaus poistettiin ja tilalle laitettiin tämä oma ohjaus. Varaajan saa kytkimellä edelleen kokonaan pois päältä, jatkuvasti päälle tai sitten auto-asentoon, jossa ohjaus nyt kuten yllä kuvattu. Kännykällä saa myös ohjattua varaajan päälle tai pois halunsa mukaan (mutta automatiikka tällä hetkellä ajaa siitä yli; tosin automatiikan voi disabloida napista manuaalikäytön ajaksi).

EDIT: wifi-rele ohjaa kontaktoria, jonka kautta kolmivaihevirta varaajalle.
 

ttk2

Aktiivinen jäsen
Kaikki osat löytyivät valmiina kotoa, joten siksi tämä kokoonpano. Kyseinen wifi-rele ei varmaankaan ole paras valinta (esim Shellyn tuote voisi olla sopivampi).

Myös sähköasennus tuli tehdyksi läheisen toimesta, joten välittömät kulut muutoksesta ovat pyöreät nolla euroa, vaikka tokihan se wifi-rele on joskus pitänyt ostaa (unohtunut laatikon pohjalle) ja HA asentaa (oli jo valmiiksi muita käyttötarkoituksia varten).
 

jmaja

Hyperaktiivi
Eihän erot mitään 10% ole päivänsisällä. Paljon enemmän on käytännössä.
Sehän vaihtelee ja tuohon vaikuttaa myös siirtohinnat. Viime syksynä oli myös vastaavia keskusteluja kuinka halpaa oli öisin pörssisähköllä. Sitten katosivatkin halvat tunnit.


Jos nostan menolämpöä tunnin ajaksi vaikka kolme astetta niin ei se nyt coppiin vaikuta. Eikä madot lämmittele.
Sulla onkin uusi talo, jossa loistavat alapohjan eristeet ja todella matalat menolämmöt. Kaikilla ei ole. Kunnon lämmityskaudella joutuu monessa talossa nostamaan reilusti menolämpöä, jotta saa muutamassa tunnissa siirrettyä taloon koko vuorokauden lämmöt.

Kai PILPissä COP heikkenee vauhdilla tehon kasvaessa, kun jäteilma menee reilusti enemmän pakkaselle? Tai vaihtoehtoisesti ilmavirtaa on kasvatettava tehon mukana, mikä taas lisää lämpöenergian tarvetta, kun otetaan enemmän kylmää ilmaa sisään. Eikä PILPiä voi päiväksi sammuttaa.
 

Mikki

Hyperaktiivi
Olet ilmeisesti saanut jo ihan toimivan järjestelmän, mutta ilmeisesti ohjaat tuota tietokoneella johon olet asentanut "Home assistant" ohjelman? Miten olet yhdistänyt järjestelmän "sähkökaappiin"/varaajan ohjaamiseen?

Mielenkiintoista, tuon kun saisi yksinkertaistettua jokaisen käyttöön.
Tähän tosiaan vielä on haussa se helpoin ratkaisu. Tuo API on askel #1, mutta sitten vielä esimerkiksi käyttövesivaraajan ohjaukseen pitöisi löytää niin helppo tuote että sen voisi joko pistorasiaan asentaa itse tai sitten sähkärin tunnin käynti.

Shellyn tuotteita lähinnä vilkuilisin kun ne on oikein helppokäyttöisiä. Niiltä löytyy wifi releet sekä pistorasiaan että keskukseen.

Se ohjain joka kutsuu APIa vain pitäisi olla joku softa tai laite mikä olisi helppo asentaa itse ohjeiden mukaan. Home Assistant on vähän raskas ratkaisu jos vain haluaa pistorasiaa ohjata. Teknisesti osaavalle ihan helppo kyllä.

Mietitään mietitään.... Suomessa on hirmu määrä suorasähkövaraajia ja yövaraajia. Tuo pistorasiaohjaus voisi toimia myös sähkölämmitystaloon kalleimpien tuntien väistämiseen sammuttamalla patterit tai lattiakaapelit silloin.
 
Viimeksi muokattu:

Mikki

Hyperaktiivi
Kai PILPissä COP heikkenee vauhdilla tehon kasvaessa, kun jäteilma menee reilusti enemmän pakkaselle? Tai vaihtoehtoisesti ilmavirtaa on kasvatettava tehon mukana, mikä taas lisää lämpöenergian tarvetta, kun otetaan enemmän kylmää ilmaa sisään. Eikä PILPiä voi päiväksi sammuttaa.

Kiitos vain huolenpidosta. En tuota APIa itseäni varten vain tehnyt. Tuskin minulla on edes parhaat mahdollisuudet hyödyntää sitä.

Mutta F750 on valmiina paljon vaihtoehtoja mitä kone tekee kärkitiedon perusteella. Jos haluaa harrastaa.

Esim. Voisin estää käyttöveden teon vuorokauden kalleimpina tunteina kokonaan. Tai ajaa halvimmalla tunnilla korotetulla käyrällä. Tai kalleimmilla tunneilla himmata koko laitetta ja ilmanvaihtoa. Nuo valinnat saa suoraan koneen valikosta kunhan körkitiedon saa.

Koskee kyllä muitakin Niben pumppuja luulisin. Ssma softa niissäkin on.
 

roots

Hyperaktiivi

Kiitos vain huolenpidosta. En tuota APIa itseäni varten vain tehnyt. Tuskin minulla on edes parhaat mahdollisuudet hyödyntää sitä.

Mutta F750 on valmiina paljon vaihtoehtoja mitä kone tekee kärkitiedon perusteella. Jos haluaa harrastaa.

Esim. Voisin estää käyttöveden teon vuorokauden kalleimpina tunteina kokonaan. Tai ajaa halvimmalla tunnilla korotetulla käyrällä. Tai kalleimmilla tunneilla himmata koko laitetta ja ilmanvaihtoa. Nuo valinnat saa suoraan koneen valikosta kunhan körkitiedon saa.

Koskee kyllä muitakin Niben pumppuja luulisin. Ssma softa niissäkin on.
Eikös noissa ole kaikissa se SPA jo valmiina ruksattavissa päälle joka kollaa spottihintoja?
 

Mikki

Hyperaktiivi


Eikös noissa ole kaikissa se SPA jo valmiina ruksattavissa päälle joka kollaa spottihintoja?
On joo. Mutta ei sitten ole mitään kontrollia itsellä mitä se tekee. Tai tekeekö mitään. Tai jos se tekee jotain mitä et halua, pitää se ottaa pois päältä kokonaan.
 

ttk2

Aktiivinen jäsen
No meillähän on SPA testi menossa. Viime yön menovesi:

Screenshot 2022-09-13 at 11.21.54.png


Tuossa on kova ryntäys ylöspäin n. klo 3 - 3.30. Todennäköisesti asteminuutit olivat laskeneet sen verran paljon miinuksille, että lähti hakemaan lisää kierroksia.

Toi ryntäily ei välttämättä kuitenkaan ole SPA:n vika. Meillä on aiemmin ollut käytössä vanhempi softaversio juuri siksi, koska meillä pumppu lähti uudemmilla softilla ryntäilemään ja tuli turhaa katkokäyntiä ainakin syyskeleillä, joissa vanha softa ajeli koko päivän minimitaajuudella. Nyt on uusin tarjolla ollut softa, mutta en ole sitä ajanut ilman SPA:ta lainkaan, joten ei tästä pysty sanomaan johtuuko SPA:sta vai siitä, että ne uudet softaversiot eivät vaan meille tunnu sopivan.

Pumppu ei ole Nibe F1255, vaan Jämä Star RST Inverter 12. Joka tapauksessa osalla Niben ja Jämän omistajista ne uusimmat versiot ovat olleet tuolla tavalla hankalia. Lisää kokemuksia löytyy maalämpöfoorumilta.

Toistaiseksi näillä aika vähäisillä lämmitystarpeilla tuo on nyt toiminut SPA:lla pääosin kelvollisesti. Sen mitä olen tarkkaillut, niin sähkönkulutusta on saatu siirrettyä halvemmille tunneille. Talosta kiinni minkä verran on varaavaa massaa ja miten vaikuttaa sisälämpötilaan.

Olen vieläpä virittänyt sen SPA:n "vaikutuskertoimen" maksimiarvoon 6. Jos tulisi viileämpiä kelejä ja monta samanlaista päivää peräkkäin, niin kertoimen laskemistakin voisi kokeilla. Sehän vaikuttaa suoraan lask. menoveden lämpötilaan.
 

ttk2

Aktiivinen jäsen
Meni pikkuisen pykälän eteenpäin rajapintojen tuotteistus. Eli OpenAPI/Swagger documentaatio:

Ei ihan vielä "täydellinen", mutta korjailen ja täydennän sitä jossain välissä.
Pieni yksityiskohta: dokumentaatiossa attribuutit ovat pienellä etukirjaimella, mutta todellisuudessa isolla. Esim. /JustNow palauttaa:

JSON:
{
  "Rank": 18,
  "DateTime": "2022-09-13T14:00:00+03:00",
  "PriceNoTax": "0.0870",
  "PriceWithTax": "0.1079"
}
 

jmaja

Hyperaktiivi
Ensimmäinen ajatus spot-ohjauksesta. Lasketaan seuraavan päivän tietojen tullessa (milloin tulee tuonne?) tästä hetkestä eteenpäin keskihinta ja keskihajonta huomioiden siirto ja vero. Sitten jaetaan tuntihinnan ja keskihinnan erotus keskihajonnalla. Tuosta saadaan luku, jolla muutetaan sisälämpötilapyyntiä. Sopiva kerroin voidaan tarvita eteen sekä pyöristystä. Bosch ymmärtää sisälämpötilat 0,5 asteen tarkkuudella. Ensimmäinen versio antaisi nyt 18,5-22,5 asteen pyyntejä (keskiarvo 21) eli menolämpö muuttuu -7,5 - +4,5 C lämpökäyrään verrattuna.

Tuolla pitäisi suunnilleen pysyä menolämpötilan vuorokausikeskiarvo lämpökäyrällä. Ei ole vielä kokeilussa.

Käyttövesiprofiilin voisi nostaa pykälää mukavammalle, kun sähkö on tarpeeksi halpaa jollain kriteerillä.
 

Mikki

Hyperaktiivi
Pieni yksityiskohta: dokumentaatiossa attribuutit ovat pienellä etukirjaimella, mutta todellisuudessa isolla. Esim. /JustNow palauttaa:

JSON:
{
  "Rank": 18,
  "DateTime": "2022-09-13T14:00:00+03:00",
  "PriceNoTax": "0.0870",
  "PriceWithTax": "0.1079"
}
Erikoinen ongelma. Täytyy googlailla kun tuo saattaa olla bugi aikalailla uudessa OpenAPI kirjastossa minkä Microsoft julkaisi kai pari kuukautta sitten.

Periaatteessa tuon pitäisi generoitua ihan luokan properteista jotka on noin isolla kirjoiterttum Ja rajapinnan vastauksessa serialisiin tuon luokan pohjalta tehdyn olion NET Coren omalla Json kirjastolla ja silloin tuo iso alkukirjain pysyy.
 

ttk2

Aktiivinen jäsen
Lasketaan seuraavan päivän tietojen tullessa (milloin tulee tuonne?) tästä hetkestä eteenpäin keskihinta ja keskihajonta huomioiden siirto ja vero.
Taisi olla noin klo 16, kun ne julkaistaan, mutta en tiedä onko missään määritetty ihan tarkkaa kellonaikaa.
 

Mikki

Hyperaktiivi
Swaggerin omituisuus:


Thanks!! Helppo korjaus, nyt pitäisi toimia oikein. Swagger käyttää Newtonsoftia ja ehkä siellä joku parametri on väärin serialisoinnissa.

1663090887112.png


Linkki dokumentaatioon siis:
 

Sukke

Aktiivinen jäsen
Ensimmäinen ajatus spot-ohjauksesta. Lasketaan seuraavan päivän tietojen tullessa (milloin tulee tuonne?) tästä hetkestä eteenpäin keskihinta ja keskihajonta huomioiden siirto ja vero. Sitten jaetaan tuntihinnan ja keskihinnan erotus keskihajonnalla. Tuosta saadaan luku, jolla muutetaan sisälämpötilapyyntiä. Sopiva kerroin voidaan tarvita eteen sekä pyöristystä. Bosch ymmärtää sisälämpötilat 0,5 asteen tarkkuudella. Ensimmäinen versio antaisi nyt 18,5-22,5 asteen pyyntejä (keskiarvo 21) eli menolämpö muuttuu -7,5 - +4,5 C lämpökäyrään verrattuna.

Tuolla pitäisi suunnilleen pysyä menolämpötilan vuorokausikeskiarvo lämpökäyrällä. Ei ole vielä kokeilussa.

Käyttövesiprofiilin voisi nostaa pykälää mukavammalle, kun sähkö on tarpeeksi halpaa jollain kriteerillä.

Kuulostaa mielenkiintoiselta. Onko sulla Husdata välissä vai miten hoidettu Boschin ohjaus?

Tänne tulossa 7800i luultavasti ennen talvea. Itsekin jo ajatustasolla lähestynyt ohjausta hinnan perusteella, vaikka pakottavaa tarvetta ei ihan heti ole. Tullut mieleen käyrän säätö, huonelämpötilan säätö, käyttöveden lämmitysprofiili ja/tai käyttöveden lisäys sekä kalleimpien tuntien osalta lämmityksen / käyttöveden teon esto. En vielä tiedä, miten Husdata tuohon istuu ja mitä voi ohjailla.

Eikös tuota voi ohjata myös niin, että lisää sallittujen tuntien määrää, jos huonelämpötila tai käyttöveden lämpötila alkaa liikaa laskea. Tuohan kaiketi ohjaa käyttöä enemmän on/off-tyyppiseksi, kun matalamman jatkuvan tehon sijaan tuleekin lyhyempiä pätkiä kovemmalla teholla?
 

Mikki

Hyperaktiivi
Ensimmäinen ajatus spot-ohjauksesta. Lasketaan seuraavan päivän tietojen tullessa (milloin tulee tuonne?) tästä hetkestä eteenpäin keskihinta ja keskihajonta huomioiden siirto ja vero.

Minä en oikein hahmota tuota kun hyvin usein mainitset siirron ja veron. Jos on pörssisähkö, niin onko useinkaan erikseen yösiirtoa käytössä? Tai jos on, niin onko siinä eroa senttiä tai kahta. Ainakin jos katson Carunan (ei Espoo) hinnastoa, niin kuukausihinnasta tulee tasoitusta paljon ja muuten ero on alle 2c yön ja yleissähkön osalta.

Tuosta perusmaksujen erotuksesta tulee 1000kWh kulutuksella 1,6C hintaa yösähkösoppariin. Eli jos käyttäisit VAIN yösähköä, niin sen hinta olisi 4,34c/kWh. Eli ero todella mitätön yleissiirron hintaan. Ja pystyykö pelkkää yötä käyttämään 100%? Mielestäni tuossa yösiirrossa ei ole järjenhäivää.

Tuskin muillakaan firmoilla suurta eroa on näissä.
1663091936823.png
 
Viimeksi muokattu:

jmaja

Hyperaktiivi
Minä en oikein hahmota tuota kun hyvin usein mainitset siirron ja veron. Jos on pörssisähkö, niin onko useinkaan erikseen yösiirtoa käytössä?
Mulla sattuu olemaan yösähkö Caruna Espoolta. Siinä on 7 €/kk enemmän kuukausimaksua. Päiväsiirto on hitusen ja yösiirto 1,4 c halvempi kuin yleissiirto. Tuo voi olla päällä millä sähkösopimuksella vaan. Oli halvempi suorasähköllä ei ehkä nyt ole halvempi, mutta ero mitätön.

Pointti nyt kuitenkin on, että säätö on syytä tehdä kokonaishinnalla eikä pelkällä sähkön pörssihinnalla. APIin sitä ei voi laittaa, kun hinta riippuu paikkakunnasta.
 

Mikki

Hyperaktiivi
Mulla sattuu olemaan yösähkö Caruna Espoolta. Siinä on 7 €/kk enemmän kuukausimaksua. Päiväsiirto on hitusen ja yösiirto 1,4 c halvempi kuin yleissiirto. Tuo voi olla päällä millä sähkösopimuksella vaan. Oli halvempi suorasähköllä ei ehkä nyt ole halvempi, mutta ero mitätön.

Pointti nyt kuitenkin on, että säätö on syytä tehdä kokonaishinnalla eikä pelkällä sähkön pörssihinnalla. APIin sitä ei voi laittaa, kun hinta riippuu paikkakunnasta.

Minusta taas sen säädön voi aika huoletta tehdä pörssihinnalla, koska jos eroa on sanotaan 1,5c/kWh, niin tuhannella kWh siitä tulee 15 euroa kuukaudessa. Väittäisin että tavoiteltu säästö pörssisähköohjauksella on "pikkuisen" suurempi kuin tuo 15€ mikä monimutkaistaisi laskelmia aivan tolkuttomasti.

Tässä ehkä menee nyt vähän "insinöörin" ajattelu ja "taloustieteilijän" ajattelu ristiin. Insinööri tietysti hakee viimeisenkin pilkunpaikan kohdilleen, mutta taloustieteilijä tekee massit isommilla linjoilla ja leveämmällä pensselillä. :)
 

ttk2

Aktiivinen jäsen
APIin sitä ei voi laittaa, kun hinta riippuu paikkakunnasta.
...mutta parametreina ne voisi api-kutsulle antaa.

Ei siinä välttämättä silti mitään järkeä ole, jos on monin eri tavoin kellonajoista tai vuodenajoista riippuvia komponentteja mukana siinä hinnassa. Menee turhaksi säätämiseksi.
 

Mikki

Hyperaktiivi
No olihan se 5 riviä koodia lisätä yösiirtohinnat ja vero. Olishan tuon yhteenkin riviin saanut.
No tarkoitin sitä, että jos tuon tekisi jotenkin palvelimella valmiiksi. Tai sitten että vaikeaa on jossain mikrokontrollerissa, joka ei osaa edes lukea responsea (kuten yllä esimerkki). Mutta tottakai jos haluaa olla pilkuntarkka, niin sitten laskee kaiken mukaan.

Kuitenkin tämän API:n tarkoitus on auttaa hakemaan kunnon säästöt, eikä tulos loppujen lopuksi siirtohinnasta riipu millään merkittävällä tavalla. Eri juttu sitten jos alkaa olemaan 5-10C ero yön ja päivän välillä. Ei vaan laki salli nostaa siirtohintoja niin paljoa että tuo ero olisi mahdollista.
 

Mikki

Hyperaktiivi
Ei se kovin tarkasti samaan aikaan aina tule. Periaatteessa jossain kohtaa klo 13 jälkeen, yleensä kaiketi 14 maissa. Mutta voi mennä myöhempäänkin.

Olen kanssa huomannut että se vaihtelee yllättävän paljon, että milloin ilmestyy. Aluksi epäilin että minulla on "cachessa" joku bugi kun heitti jonain päivänä puolitoista tuntia ainakin myöhemmäs. Ehkä se on Entso-E päässä oleva viive tms. Voisin kuvitella että siinä platformissa pyöriteltävän datan määrä on melkoisen valtava.
 

janti

Moderaattori
Ylläpidon jäsen
Ei se kovin tarkasti samaan aikaan aina tule. Periaatteessa jossain kohtaa klo 13 jälkeen, yleensä kaiketi 14 maissa. Mutta voi mennä myöhempäänkin.
Nordpoolissa julkaistaan täkäläistä aikaa 13:45, Entso-E??

Tuossa olikin joku tieto
"
Publication deadline for ENTSO-E:
It shall be published no later than one hour after gate closure."

 

janti

Moderaattori
Ylläpidon jäsen
On se mennyt yli 14:00 selkeästikkin.
Tällöin myöhästymisestä tulee Operational Message, alla esimerkki ilmoituksesta joka on annettu siis 14:05 Suomen aikaan.
 

Mikki

Hyperaktiivi
Tällöin myöhästymisestä tulee Operational Message, alla esimerkki.

Joo... siis Entso-E:tä tarkoitin. Ymmärrän hyvin jos siellä datan prosessoinnit kestää, kun sitä ei ole treidaus-alustaksi tehty. Kyllä Nordpoolilla on kunnon API't jos pitää kaupankäyntiä harrastaa.
 

jmaja

Hyperaktiivi
Vaikuttaahan se myös pörssisähkön käytön optimointiin miten ajoissa data tulee. Eihän sitä tiedä onko iltapäivä kallista vai halpaa ennen kuin näkee yön hinnat.

Erikoista, ettei tuo tule automaattisesti joka päivä samalla hetkellä.
 

Mikki

Hyperaktiivi
Vaikuttaahan se myös pörssisähkön käytön optimointiin miten ajoissa data tulee. Eihän sitä tiedä onko iltapäivä kallista vai halpaa ennen kuin näkee yön hinnat.

Erikoista, ettei tuo tule automaattisesti joka päivä samalla hetkellä.

Heitto on siis ollut ehkä tunnin luokkaa. Kyllä siinä vielä on hyvää aikaa tehdä tarvittavat temput. Todennäköisesti Entso-E palvelussa ei edes yritetä luvata mitään, koska se luultavati maksaisi paljon rahaa tarjota kaikille datoille "SLA".

Minulla meinaa päässä katketa verisuoni, kun katson miten laaja tuo niiden API on. Aivan hullu määrä kaikenlaista tietoa, joka lienee jollekkin tärkeää ja jollekkin ei. Suomen spot-hinta tuskin on Entso-E tasolla kovinkaan korkealla prioriteeteissa.
 
Viimeksi muokattu:

Jullikka

Jäsen
Itse laitoin hakuajan klo. 16, jotta on ainakin valmiina uudet hinnat. Loppupäivän aikana luulisi kyllä kerkeävän reagoida yön hintoihn.
 
Back
Ylös Bottom