Welcome to Arska Discussions (EN)! Tervetuloa Arska-keskusteluun (FI)

[Olli69]

👋 Welcome!

We’re using Discussions as a place to connect with other members of our community. We hope that you:

• Ask questions you’re wondering about.
• Share ideas.
• Engage with other community members.
• Welcome others and are open-minded. Remember that this is a community we
  build together 💪.

To get started, comment below with an introduction of yourself and tell us about what you do with this community.

[Apulanta]

Hei,
Latasin arska noden WeMos D1 R1 alustaan , laitoin asetukset "config.json" sivulla, sovellus meni laitteelle ongelmitta mutta kun yritän kirjautua wlan kautta nodelle järjestelmä valvojan sivulle ip 192.168.4.1 ei käyttäjä tunnus tai salasana kelpaa..?
"http_password": "arska", on edelleen oletus ja nic: admin
Tuo päivän/tunnin pörssisähkö hinta kiinnostaa ja kuinka se on toteutettu?

[Olli69]

Moi,
Joo, nämä alkuasetukset vaativat vielä selkeyttämistä...samoin debuggaus.

Oletko siis kirjautumassa "asetusmoodissa" ole wifiin (wifin nimi tyyliin ARSKANODE-12323232), joka tulee käyttöön jollei ESP pääse kirjautumaan olemassaolevaan wifiin? Jos niin silloin wifiin pitäisi päästä ilman salasanaa juurikin tuolla urlilla: http://192.168.4.1 . Http tunnus on admin ja salasanan pitäisi olla config.jsonissa määritelty parametri http_password eli oletuksena arska. Tämä oman wifi-verkon (ARSKANODE-...) luova asetusmoodihan on vain sitä varten, että jos wifi-asetuksilla ei pääsy kiinni olemassaolevaan wifiin, muutoksen pystyisi tekemään selaimen avulla ilman kaapelia ja kehitysympäristöä.

Jos olet jo syöttänyt config.json-tiedostoon oikeat olemassaolevat wifi-tunnukset parametreihin wifi_ssid ja wifi_password , niin silloin ESPin pitäisi pystyä kirjautumaan suoraan siihen verkkoon ja silloin sinun pitää kaivaa ESPille annettu IP-osoite joko katsomalla wifi-reitittimen DHCP-asetuksista tai PlatformIO:n Serial Monitorista: Kun ESP käynnistyy niin saatuaan tulostaa konsolilla ip-osoitteen IP Address: ... . Jonka jälkeen muuten tulostaa (mac-osoitteen jälkeen) konsolille ylläpidon http-tunnuksen ja salasanan. Tunnuksen pitäisi siis olla tässäkin admin ja salasana config.jsonissa määritelty - mutta jos ei niin tässä pitäisi näkyä.

En ole ihan varma missä kohdassa takkuaa mutta toivottavasti tästä on apua.

[Olli69]

Nordpool-pörssisähkön spot-hinnat haetaan eurooppalaisten verkko-operaattoreiden ylläpitämästä EntsoE palvelusta erilliseen Pythonilla toteutettuun Arska Serveriin, jota olen itse pyörittänyt Linuxilla, mutta kai se Windowsillakin toimsi. EntsoE-palvelu on ilmainen, mutta vaatii heidän helpdeskiltä saatavan API-avaimen.

Yksinkertaisuuden vuoksi siis Arska Node (ESP) ei saa suoraan hintoja, vaan Arska Serveriltä hintatiedosta (ja energiasääennusteesta) muodostettuja tilatietoja. Esim. tänään klo 17-18 on voimassa tilat 11113 (1-3 halvin tunti seuraavan 6 tunnin sisällä) ja 11124 (1-4 halvin tunti 12 tunnin sisällä). Arska Noden kanaville määritellyissä ehdoissa voi sitten määritellä esim. että varaajan lämmitys on päällä kun edullista sähköä osoittava tila on päällä. Tai jos kanavan ehtoihin määrittelee ensimmäiselle riville tilan 11021 niin ettei kanava ole tuolloin päällä, niin kanava on alhaalla jos spot-hinta yli 15c/kWh. Käytössä olevat tilat näet wikistä . Siellä osa tiloista liittyy suhteelliseen tuntihintaan (esim. tuo 11113), osa absoluuttiseen hintaan (esim. 11021).

Arska Nodea voi pyörittää kyllä ilman näitä Arska Serverin tilatietojakin, mutta silloin ollaan luonnollisesti vaan paikallisen päivämääriin, kellonaikoihin ja paikalliseen mittaustietoon perustuvien tilatietojen varassa (1-999 - Node specific states , 1000-9999 - Local states) Arska Serverin voit laittaa itse pystyyn tai voit lähettää mulle pyynnön sähköpostissa (olli@netgalleria.fi), niin laitan sulle API-avaimen, jolla pääset kokeilemaan testiserveriltäni tilatietojen hakua - aika näyttää tuleeko tästä pysyvä palvelu. Jos laitat oman Arska Serverin pystyyn, niin voit lisätä uusia tiloja haluamillasi ehdoilla tiedostoon settings/states.json . Periaatteessa tuonne voisi rakentaa monimutkaisempiakin malleja, mutta silloin pitää koskea myös Arska Serverin koodiin.

[Apulanta]

Joo tuonne "config.json" tiedostoon olen laittanut oman SSID:n ja verkon salasanan mutta jostakin syystä ei yhdisty minun kotiverkoon..
Wifi verkkoon ilmestyy kyllä ARSKANODE-840D8EAD9CA0 jonne liittymällä IP. osoite 192.168.4.1 kysyy NIC ja PASSWORD jotka on nuo admin ja arska mutta ei salli pääsyä sisään asetus sivulle.. PlatformIO:ssa menee kääntäminen ja uploadin Wemos D1 ongelmitta kokeilein toisellakin Wemos D1 alustalla mutta kaikissa sama tilanne ja Serial Monitorista tällainen viesti,,
Creating AP:ARSKANODE-840D8EAD9CA0
WiFi AP created with ip
192.168.4.1
Starting RTC!
Couldn't find RTC!
setup() finished:24960

[Olli69]

Katsoin tuota. En suoraan osaa sanoa mistä johtuu, mutta laitoin tänne uuden version, jossa vähän parempaa debuggia käynnistysvaiheen tunnuksista jne. Eli jos saat otettua ainakin uuden main.cpp -version alkuun.

Katso onko "Trying to connect wifi..." ja "Web admin:..." kohdissa haluamasi arvot. Jos näin ei ole, niin silloin todennäköisesti filesysteemistä muodostettava littlefs.bin (data-alihakemistosta, mukaanluettuna config.json) ei ole latautunut päivittynyttä versiota (pitäisi mennä automaattisestikin build-toiminnolla). Jos näin, niin käynnistä manuaalisesti PlatformIO-valikon Platform-alakohdasta Build Filesystem Image ja sen jälkeen Upload Filesystem Image (mulla takkusi upload välillä, mutta piuhan irroittaminen hetkeksi auttoi).

Jos kotiverkon wifi-tunnukset on ok, niin silloin kyllä pitäisi päästä siihenkin kiinni, kunhan kotiverkko tukee 2.4GHz taajuutta, ellei siinä ole muita tietoturvaestoja.

Lisäys: Tsekkaa myös että debuggiin tulee alkuun "LittleFS initialized". Jos näin ei ole, niin ongelmia voi olla kehitysaluston version kanssa. LittleFS-tuki ei ole ollut alusta saakka ESPissä. Ilmeisesti vaatii vähintään Espressif 8266 core version 2.6.0.

[Apulanta]

Tein "Build Filesystem Image " ESP8266_2ch_ds ja ESP8266_4ch_rtc erikseen jonka jälkeen Upload toiminon, toiseen WeMos laiteeseen meni wifi ja pw ja se liittyi kotiverkkooni mutta toiminta epävakaata kun laitoin testi mielessä oman SMA aurinkoinverterin asetukset ja yritin tallentaa niin koko toiminta kaatui ja meni "jumiin". Toisessa WeMos laiteessa samojen toimien jälkeen piti wifi liittyä ARSKANODE-840D8EAD9CA0 ilman NIC. tunnusta ja salasanaa jolla pääsi samaan käyttöasetuksiin mutta oman Wifi serkon salasana ja SSID pystyi tallentamaan ja liitymään omaan wifi verkkoon mutta sama toiminta kun yritin lisätä SMA aurinkoinverterin asetuksia..
Hyvin epävarmaa ladata tuolla PlatformIO sovelluksia en tiedä mistä johtuu, en ole vielä kokeillut ladata omia arduino sovelluksia tällä uusimalla PlatformIO:lla
Parivuotta sitten käytin PlatformIO:ta ja silloin kyllä minulla kaikki toimi moitteetta mutta sovellukseni oli yksinkertaisempia kuin tämä Arska Node..
Suunnitelmissa yrittää saada tehtyä ESP8266 alustalle modbus TCP laite ja rekisterit joissa voisi hakea Nordpool-pörssisähkön spot-hinnat ja lukea kotiautomaatioon ohjaukseen.. mutta pitää saanko tehtyä.. tuossa on html sivusto josta appi ja tuntikohtaiset hinnat lukea..
https://github.com/styleza/nordpool-price-screen

Testailen taas ARSKANODEA kun tulee aikaa..

[Olli69]

Päivitin hieman testaamani invertterin asetuksia dokumenttiin. Sain nyt taas yhteyden tuolle invertterille, eli tarvittaessa pystyn kokeilemaan, jos invertteriyhteydessä huomaat ongelmia.

[Olli69]

Kiitos kommenteista! Erityisesti alkuun on hyvä saada kommentteja niin saa bugeja pois ja viilattua käyttöönottoa.

ESP8266_2ch_ds ja ESP8266_4ch_rtc saa luotua vähän eri (gpio-) asetuksilla binääriversioita (firmware.bin), mutta tämän vaiheen testeissä (kun ei ollut releitä kiinni) ei ole merkitystä kumpi sinne on viimeksi ladattu.

Tuo SMA Modbus TCP on kylläkin Arskan kolmesta mittarityypistä vähiten oikeassa käytössä testattu, vaikka tekemiseen meni ehdottamasti eniten aikaa. Eniten on testattu Shellyä, joka tuottaakin "parasta" dataa. Tavoitteena on toki, että SMA Modbus liittymäkin toimisi ainakin kohtuullisesti olettaen, että kaikissa malleissa Modbus toimii identtisesti. Tällöin SMA:n omistajat pääsisivät alkuun ilman mittariasennuksia. Mullakin oli paljon luotettavuusongelmia ja joku palvelun uudelleenkäynnistys invertterillä korjasi tilanteen vähäksi aikaa. Kunnes jonkun invertterin asetusmuutoksien jälkeen toimimaan selkeästi paremmin. Valitettavasti tällä hetkellä en pääse testaamaan ja tsekkaamaan invertterin asetuksia, mutta laitan näistä listan kun saadaan taas tunneli invertterille kuntoon.

PlatformIO on toiminut minulla Macissa kyllä hyvin. Arska Node on toisaalta sen verran laaja, että PlatformIO mun mielestä puolustaa paikkaansa Arduino IDEen verrattuna. Pienemmissä jutuissa Arduino IDE onkin usein notkeampi. En osaa tuohon sanoa muuta kuin tietysti kannattaa kaikki päivitykset katsoa; VSC, PlatformIO ja ESP-komponentit.

Teknisesti olisi helppo lisätä Arska Serveriinkin Nordpool-hinnan näyttäminen Rest APIssa ja silloin lukurutiini voisi olla samantapainen kuin Arska Nodessa. Hintahan on Arska Serverillä tiedossa, mutta Arska Nodeen tuodaan vaan tilatiedot, jotta kanavien konffaaminen siinä pysyisi yksinkertaisena. Varmaan mielenkiintoinen tuo Modbus-toteutuskin. Jos hintoja lukevat kotiautomaation laitteet tukisivat http-lukua, niin silloin itse harkitsisin itse ensisijaisesti https/json APIa. Sen verran on takkuamista Modbusin kanssa. Arska Nodessakin on testauksessa luettava http/json rajapinta (esim. funktio onWebStatesGet ), josta voisi saada tietoa nodelta toiselle. Katsotaan otetaanko tätä käyttöön. ESP8266 ei kuitenkaan pysty montaa kutsua kerralla käsittelemään.

[Olli69]

Nyt on mahdollista asentaa Arska Node suoraan webbisivulta, ilman PlatformiIO;n asentamista ja kääntämistä lähdekoodista. Vaatii Chrome tai Microsoft Edge selain ja kaapeliyhteys ESP8266:lle. Asennussivu: https://iot.netgalleria.fi/arska-install/ .

[Apulanta]

Hei nyt on hieno päivitys :) JES Sain asennettua Arska Noden ilman ongelmia tuosta Web installin kautta.. Tuo Sma invertterin pätöteho ei ainakaan minulla toimi, Omassa automatiikassa en tarvitse siihen salasanaa tai käyttäjätunnusta, riittää Modbus TCP :lla IP osoite , portti , modbus ID ja oikea registeri.. Laitoin liitteeksi logia kuvia asetuksista... to 14. huhtik. 2022 klo 21.09 Olli ***@***.***) kirjoitti:

…

Nyt on mahdollista asentaa Arska Node suoraan webbisivulta, ilman PlatformiIO;n asentamista ja kääntämistä lähdekoodista. Vaatii Chrome tai Microsoft Edge selain ja kaapeliyhteys ESP8266:lle. Asennussivu: https://iot.netgalleria.fi/arska-install/ . — Reply to this email directly, view it on GitHub <#1 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJBO6U5DMYK77HDMMYKRFWTVFBNMLANCNFSM5RXMGXGQ> . You are receiving this because you commented.Message ID: ***@***.***>

[Olli69]

Kiitokset, tuo web update on kyllä näppärä, eikä ollut niin paha toteuttaa kuin alkuun ajattelin...

En nähnyt kuvia, mutta kyllä pitäisi mennä kun laittaa IP:n, portin (oletus 502) ja unit id:n (oletus 3). Sain sen näillä nyt lukemaan tunnelin yli invertteriltä, jota saan käyttää testeissä. Tuleeko sinulle konsoliin "Connecting Modbus TCP0"? Jos viimeisenä merkkinä 0 niin ei saa yhteyttä, jos 1 niin saa yhteyden, muttei pysty lukemaan arvoja.

Mikä SMA:n invertteri sinulla on? En kyllä tiedä vaihtelevatko registryoffsetit SMA:n mallista toiseen. Jos saa yhteyden, muttei pysty lukemaan, niin voisiko siinä olla eri registryt kuin Arskaan kovakoodattu - jos näin niin pitää parametroida Arskaan:
#define SMA_TOTALENERGY_OFFSET 30529
#define SMA_POWER_OFFSET 30775

Jos taas Arska ei saa yhteyttä niin voisiko olla jo esim. wifi-reitittimessä jotain rajoituksia, ettei päästä wifistä invertterille. Tämä pitäisi selvitä testaamalla saatko avattua telnet-yhteyden invertterin porttiin 502 wifi-verkosta (jossa ESP) invertterille.

[Apulanta]

[](url

)

[Apulanta]

Hei, Laitoin kuvat (3kpl) tuonne github viestiketjuun.. minulla on SMA SUNNY BOY SB 1.5-1VL-40 pe 15. huhtik. 2022 klo 12.38 Olli ***@***.***) kirjoitti:

…

Kiitokset, tuo web update on kyllä näppärä, eikä ollut niin paha toteuttaa kuin alkuun ajattelin... En nähnyt kuvia, mutta kyllä pitäisi mennä kun laittaa IP:n, portin (oletus 502) ja unit id:n (oletus 3). Sain sen näillä nyt lukemaan tunnelin yli invertteriltä, jota saan käyttää testeissä. Tuleeko sinulle konsoliin "Connecting Modbus TCP0"? Jos viimeisenä merkkinä 0 niin ei saa yhteyttä, jos 1 niin saa yhteyden, muttei pysty lukemaan arvoja. Mikä SMA:n invertteri sinulla on? En kyllä tiedä vaihtelevatko registryoffsetit SMA:n mallista toiseen. Jos saa yhteyden, muttei pysty lukemaan, niin voisiko siinä olla eri registryt kuin Arskaan kovakoodattu - jos näin niin pitää parametroida Arskaan: #define SMA_TOTALENERGY_OFFSET 30529 #define SMA_POWER_OFFSET 30775 Jos taas Arska ei saa yhteyttä niin voisiko olla jo esim. wifi-reitittimessä jotain rajoituksia, ettei päästä wifistä invertterille. Tämä pitäisi selvitä testaamalla saatko avattua telnet-yhteyden invertterin porttiin 502 wifi-verkosta (jossa ESP) invertterille. — Reply to this email directly, view it on GitHub <#1 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJBO6UYFMSFQOIJUEE3Y6ODVFE2JZANCNFSM5RXMGXGQ> . You are receiving this because you commented.Message ID: ***@***.***>

[Olli69]

Moi,
Päivitin Arska Noden käyttämän Modbus-kirjaston viimeisimpään ja lisäsin koodiin Modbus-tehtävänäjonoa purkavia mb.task()-kutsuja. Näillä voi olla vaikutusta, mutta hankala sanoa vielä kun ei tiedä mistä ongelma johtuivat. Mulla lähti luku toimimaan päivityksen jälkeen.

Modbus-yhteyden muodostamisessa tulevaan debug-konsoliin lisäsin myös vähän infoa. Käännetyt koodit asennussivulla

Edit:
Jos tälläkään ei saa yhteyttä, niin voisi sulkea muun/muut invertteriä pollaavat laitteet/ohjelmat ja vielä uudelleenkäynnistää invertterin TCP/IP palvelut ja sitten yrittää uudestaan Arska Nodella. Tämä siltä varalta, että jos invertteri ei pystyisikään hoitamaan useampia yhteyksiä kerralla.

[Apulanta]

Hei.
Sain Arska node liitettyä oman SMA inverterin modbus väylän kun host: osoitteeksi laitoin vain pelkän IP osoitteen...
Pitää kokeilla tuota Arska serveriä kun ehdin jos sieltä saisi näkyviin nordpol sähkön hinnat..

[Olli69]

Hyvä juttu! Arska Server ei tällä hetkellä palauta kyselyssä hintoja, mutta jos parhaiten hintojen hakua katsomaan pääset kun katsot hintojen noutoon Pythonilla tehtyä Telegraf plugina https://github.com/Netgalleria/arska-server/blob/main/entsoe_telegraf_pl.py .

[Apulanta]

Hei,
Katsoin pitkästä aikaa Arska nodea ja olet tehnyt valtavasti töitä päivityksissä ja uudessa versiossa ESP32 alustaan jossa on näköjään yhdistetty Arska serveri ja node ominaisuudet MAHTAVAA.. :) Olen testaillut tuota platformiolla ja eri ESP korteilla sekä tilasin AliExpresiltä esp32wroom-4ch-a alustan testaukseen.. Tuo SMA inverteri TCP yhteys toimii nyt moitteetta mutta päivitin myös Huawei aurinko invertterin koska tehokaampaa SMA invertteriä ei tunnu saavan mistään. Tuota Huawei modbus TCP:tä ei tunnu saavan toimimaan vaikka päivitin oikeat rekisterit ja muut asetukset, mutta ei sen vastaa muutenkaan luotettavasti TCP kyselyihin esim. Ouflex laitteella.. Onko helposti tuohon Arska noode ESP32 alustaan mahdollista päivittää modbus TCP slave palvelinta josta voisi hakea nuo entso-e pörssisähkö hinnat?
Ne hinnat näkyy hyvin tulostuvan tuohon serlial monitoriin... Tuo tekemäsi firmware update on todella kätevä käyttää..

[Olli69]

Moi,
Kiitos, olihan siinä aika vääntö 🤓, mutta arkkitehtuuri tuli yksinkertaisemmaksi, sääntöjen muokkaaminen joustavammaksi ja datan lisenssien kannalta selkeämpi, kun ei kierrätetä data usean serverin kautta.
Hienoa, että kortti tulossa. Katsoitkin ehkä tuon video ja ohjeet. Asennuksessa ei pitäisi olla ihmeellistä kun saat (juotettua) piikkiriman kiinni ja siihen USB-TTL konvertterin.
Hienoa jos se firmware update toimii! Se on tosiaan tehty ESP Homen työkalujen päälle, mutta jonkun verran on jouduttu vielä jumppaamaan. Siellä ei ole ihan viimeisimmät muutokset binääreinä - tulossa on mahdollisuus ajastaa myös manuaalisesti tulevaisuuteen kanavien toimintaa, jos ei halua nojata pelkästään automaattisääntöihin. Laitan uudet binäärit kun vielä hieman testailen.
Olisin aika varovainen lisäämään Arskaan ModBus-serveriä, jos sille ei olisi tulossa kovin laajaa käyttöä. Näen ongelmana lähinnä sen, että kohtuullisen monimutkainen taskien käsittely / ajastus mm. loop-funktiossa tulisi entistä monimutkaisemmaksi ja mahdollisten ongelmien selvittely tulisi myös hankalammaksi. Entä jos tekisi tuohon erillisen yhdyskäytävän ESP8266/ESP32:lla? Se lukisi hintatiedot Arskalta webbikyselyllä esim. /status sisältää nykyhinnan ensimmäisenä variablena ja tulevat hinnatkin on tarvittaessa saatavissa.

[Apulanta]

Hei,
Ok ohjelma koodi on kyllä pitkä ja en ole oikein vielä ymmärtänyt ohjelman koodin rakennetta vaikka olen sitä kovasti tutkinut.. en itse ole mitenkään kokenut näissä ohjelmointi asioissa. Katsoin tekemäsi ohjevideon josta oli apua ymmärtämään Arska noden toiminnallisuutta.
Tuosta ohjelma loop silmukan on varmaan ongelma jos yrittää esim. sitä modbus TCP:tä yrittää rakennella, huomasin sen kuin olen tehnyt pari modbus RTU sovellusta joissa ohjelma koodi on saatava toimimaan sujuvasti ilman mitään hitaita silmukoita tai laskenta kaavoja..
Itselle olisi tuosta modbus slave palvelimesta enempi hyötyä kotiautomaatiosta koska saisin sähkönhinta datan tuotua Ouman Ouflex laiteelle ja ohjattua kotini automatiikkaa.. pitää yrittää jos saisi sen jotenkin yksinkertaisesti toteutettua, itse en ymmärrä yhtään tuon entso-e sähkönhinnan käsittelyä kuinka sieltä sen hinta datan saa..
Mitä tarkoitat tuolla webbikyselyllä, kuinka se tapahtuu?

-Rane

[Olli69]

Terve,
Tarkoitin, että kun menet Arskan osoitteeseen http://[arskan ip]/status vaikka selaimella, niin saat vastaukseksi json-muotoisen viestin, jossa nykyiset Arskan laskemat muuttujien (variables) arvot ja kanavien tilatiedot. Näistä ensimmäinen muuttuja on hinta mutta muitakin (esim. aurinkosääennuste, hintaranking eli miten hyvä tuntihinta on verrattuna muihin tunteihin, voi käyttää.

Vastaavantyyppinen kysely on tehty luettaessa mittaria Arskan main.cpp funktiossa read_meter_shelly3em, josta näet ajatusta . Siinä tehdään vastaava kysely (funktiossa httpGETRequest palauttaa kyselyn tuloksen) Shellylle (myös urliin /status) ja käsitellään tulos DynamicJsonDocument-objektin avulla (osa ArduinoJSON-kirjastoa). ArduinoJSON on siinä mielessä näppärä, että jos sinulla on olemassaoleva json-muotoinen viesti niin saat mallikoodia sen lukemiseen työkalusta https://arduinojson.org/v6/assistant/#/step1 .
Tuo tarpeesi on ihan mielenkiintoinen ja voin tuota hakuarutiinia joskus tarkemmin hahmotella, vaikkei teknisistä syistä ModBus-serveriä Arskan ohjelmakoodiin laittaisikaan.
Olli

[Apulanta]

Hei,
Ok kiitos viestistä, minäpä tutkina asiaa ;)
-Rane

[Apulanta]

Hei,
Tutkin tätä tekemääsi Arska-noden main.ccp ohjelmaasi ja siinä on paljon asioita mitä en ymmärrä.. mutta sain testattua paria modbus serverin lisäystä, ensimmäinen on johon ei tarvitse asentaa mitään kirjastoja mutta se toimiin vain pää luuppi silmukassa ja pysäyttää sen toiminnan kun tehdään kysely.. sain sen ohitettua mutta muutos aiheuttaa yhteys katkon, se ei ole iso ongelma jos saisin kaikki 48 "period_idx" hinnat tuotua tuonne pää luupin sovellukselle, sain nykyisen hinnan mutta muissa hinta tiedoissa on ongelma.. Tämä olisi sellainen riittävä viritys jonka kanssa voisin pärjätä..
Toinen modbus serveri sovellus mitä testasin oli siinä parempi että se käyttää omaa "void" kutsua mutta se tarvitsi Ticker.h kirjaston ja se ei ollut yhteensopiva muiden muiden ohjelmassa käytetyiden kirjastojen kanssa enkä voinut sitä kokeilla Arska-nodessa..

Onko sinulla mahdollisuutta auttaa miten ja millä toimilla/koodi toiminnoilla saisin nuo muutkin hintatiedot lähetettyä tuonne pääluupiin ?

• Rane

[Olli69]

Moi,
Se aikaisemmin esittämäni ajatus tosiaan oli, että teet erillisen toisella ESPillä toimivan välittäjäpalikan, joka lukee Arska Nodelta tietoa http:llä, mutta toki näinkin on mahdollista edetä.

Silloin kun hinnat on saatu onnistuneesti haettua ne ovat globaalissa taulukossa:
long prices[MAX_PRICE_PERIODS];
Taulukossa on 2 vrk eli viimeisimmän tiedossa olevan 48 tunnin hinnat. Ensimmäisen tiedossa olevan hinnan (prices[0]) aikaleima eli unix time stamp on myös muuttujassa time_t prices_first_period; Viimeisen (prices[47]) aikaleiman saat laskettua prices_first_period+47*3600. Tai toisin päin nykyisen aikaleiman indeksin saat laskettua int price_idx = (int)(now - prices_first_period) / (3600); , jossa now on nykyhetken aikaleima (kts. funktio time()) . Aikaleimahan on sekunteja vuoden 1970 (UTC) alusta ja konversiossa voit käyttää esim tätä työkalua .

Kolmas mahdollinen tapa olisi se, että otat jonkun toimivan Modbus server -koodin ja lisäät siihen Arskasta funktion get_price_data, joka lukee hinnat. Tällöin voit valita vapaammin kirjastot ja koodissa on vain sinun sovelluksellesi tarpeellinen. Joka tapauksessa tuosta funktiosta näet miten hinnat luetaan ja kirjoitetaan em. taulukkoon.

Olli

[Apulanta]

Hei,
ISO KIITOS ohjelma rakenteen selvennyksestä josta oli iso apu. Olet käyttänyt ja tehnyt hienoon Arska node ohjelmasi paljon työtä että se toimii noin fiksusti. Odottelen relekortteja mielenkiinnolla että voisin testata niiden kanssa toimintaa. Olen ihan kokematon aloittelija koodaamisessa mutta sain tehtyä yhdenlaisen "väylä vammaisen" modbus TCP/IP palvelimen jolla pärjää ainakin testit mitä olen tehnyt näyttää lupaavilta. Tein varmankin muokkauksen ohjelmaan mistä aita on matalin mutta sain kuitenkin listattua 50 modbus rekisteri osoitteeseen kaikki tuntihinnat ja nykyisen hinnan sekä aika-ID jolla tietää hakea oikeaa hintaa oikeasta rekisteristä.
Tein myös Ouflex modbus laitetiedoston ja sain tuotua Ouflexille hintatiedot, pitää tehdä vielä lisäksi sopiva sovellus jolla halutunlainen toiminta..

Terv Rane

[Olli69]

Terve,
Hieno homma, että sait tiedon kulkemaan! Sen jälkeen sitä sitä on helpompi jatkaa viilaamista.

En tiedä mitä suunnittelet ja mitä Ouflexillä pystyy tekemään, mutta ihan ideana: Arskan valmiiksi laskettuja muuttujien arvoja - samoja joita käyteään kanavaohjaussäännöissä . voisi periaatteessa kanssa tuoda näkyviin ModBus-rekistereihin. Yksittäisen muuttujan long-arvon saat vars.get_l(VARIABLE_ID) . Esim. muuttaja 1000 (VARIABLE_EXTRA_PRODUCTION) kertoo onko sillä hetkellä myyntiä verkkoon vai ostoa. Tässä tapauksessa pitää olla mittaus Shellyllä tai invertterillä. Lista muuttujista

[Corn-101]

Minulla meni wlan tukiasema offline tilaan ja huomasin vasta vuorokauden päästä tämän. Tästä näyttää seuraavan sellainen ikävähkö tilanne, että Arska lakkaa täysin ohjaamasta lähtöjä. Onneksi en ollut pidempää aikaa poissa kotoa. Joten tässä voisi olla hyvä failsafe toiminto, että ei lakkaa kokonaan ohjaamasta releitä, jos yhteys menetetään. Vaikkapa ohjelmoitavissa montako tuntia vuorokaudessa joka tapauksessa pidetään releitä päällä. jos ei ole yhteyttä. Tässä tapauksessa Arska ei edes herännyt, kun yhteys palautettiin, vaan piti käyttää virrat alhaalla. Tästä voi pahimmassa tapauksessa seurata ikäviä yllätyksiä, jos sattuisi olemaan vaikka viikon parin lomamatkalla.

[stikstone]

Mä nyt vastaan tähän, vaikka olen ihan vaan nolo Arskan käyttäjä. Automaatiosta yleisesti kuitenkin jotain tiedän.

Yleisesti kaikessa ohjauksessa pitäisi noudattaa sääntöä turvallisimmin päin ohjauksesta.
Eli sirkkelin terä pyörii vain silloin kun sen on turvallista pyöriä ja sen halutaan pyörivän, Toisaalta hissin jarru avataan vain kun se on turvallisesti avattavissa.
Kriittisessä lämmityksessä tämä kait luetaan siten, että lämmitetään, ellei jostain syystä haluta olla lämmittämättä.

ELI:
Fiksu tapa ohjata olisi lähtökohtaisesti sammuttaa lämmityksiä silloin kun niiden ei haluta olevan päällä. Ei siten, että laitetaan päälle kun halutaan olevan päällä.
Arskan tapauksessa lilygo relekortilla:

• Kytketään kuorma releen avautuvaan koskettimeen.
  ja
• Konffataan lähtö sammuttamaan lämmitys silloin kun sähkö on kallista. Tällöin jos arska on poissa pelistä, on lämmitys päällä normaalisti.

[Olli69]

Satuin itse asiassa huomaamaan @Corn-101 aloituksen just ja olin kirjoittamassa kanssa . Tässä taitaa olla samaa asiaa kuin @stikstone viestissä:

Jos ei saa ollenkaan yhteyttä käynnistyessä niin silloin pitäisi mennä itsenäiseen AP-modeen (jota käytetään myös aloituksessa kun wifi-tietoja ei ole määritelty) ja taas n. 10 minuutin jälkeen yrittää uudelleen. Mutta jos wifi on koko ajan alhaalla, niin silloin tietysti ei ESPin restart auta.

Tuo wifi-yhteyden puuttuminen on vain yksi mahdollinen vikatilanne ja wifiin liittyy yleisesti epävarmuustekijöitä. Mutta jos wifi on kokonaan alhaalla niin on tietysti hankala tilanne, koska myös esim. kellonaika tulee netistä. Laajemman vikasietoisuuden saa jos tekee relekytkennät niin, että kanava on aina päällä jos Arska syystä tai toisesta ei pysty ohjaamaan. Tästä esimerkkikytkentöjä . Pidemmän päälle on haetaan ratkaisuja, joissa Arskaa myös pääsisi käyttämään myös esim. kortilla, jossa ethernet-liittymä, jonka voisi lähtökohtaisesti olettaa toimivan luotettavammin. Mutta tästä ei vielä mitään valmista julkaistavaa.

Edit:
Ainakin yhdessä pilottiasennuksessa olemme käyttäneet linkattua vikasietoista (fault-tolerant) kytkentää. Reletyyppi "GPIO, inversed" on kääntää logiikan ja tehty sitä varten ettei esim. sääntöjä määritellessä pitäisi ajatella "käänteisesti" vaan kanavan päällä olo viittaisi aina kuorman päällä oloon. Eli halutessaan voi silti kuvata säännöt niin, että kanavan ollessa ylhäällä laite/kuorma on päällä, mutta kytkennät releeseen tehdään silti "käänteisesti". Jos tuossa dokumentissa/kaaviossa jotain epäselvää tai korjattavaa, niin kuulen mielelläni.

Tosiaan vaikka esim. lähiverkon/internetin toimintaa saa luotettavammaksi, niin silti jää mahdolliseksi vikatilanteeksi esim. ESP32-kortin tai sen virtalähteen vikaantuminen. Näihin lähtökohtaisesti puree "oletuksena päällä" tyyppiset relekytkennät.

[Corn-101]

Joo, vähän turha viesti tuo oli minulta. Hoksasin vasta vähän jälkeen lähetyksen, kun tutkailin tarkemmin, että tosiaan GPIO inversed ja kytkee Lilygon releen NC kärkiin, niin sillähän tuo oli ratkaistu. Tuo on tosiaan mahtava juttu, että siellä on tuo GPIO inversed valinta, niin ei tarvii ajatella käänteisesti sääntöjä. Iso peukku tästä.

Kun tuo aurinkokin jo alkaa välillä näkyä ja lumet on poistuneet panelien päältä, niin laittelin tänään Arskaan aurinkopanelien invertterin yhteyden. Näyttäs pelittävän myös SMA Sunny Tripower TL invertterin kanssa.

[Olli69]

Eipä mitään. Hyvä, että tulee huomiota ja keskustelua tuosta vikasietoisuudesta ja muistuttaa myös, että kriittisissä sovelluksissa kannattaa miettiä miten tekee kytkennät ja määritykset. Hyvä että löysit käyttöä GPIO inversed -tyypille. Lisäsin sen kun ajattelin, että sääntöjen ohjeistaminenkin menee älyttömän monimutkaiseksi jos joutuu tekemään kahdella tavalla.

[Olli69]

Moi,
Laitetaan vielä tähänkin tiedoksi, jos joku saattuu seuraamaan lankaa. Nordpool hintojen hakuun käytetyn palvelimen osoite on muuttunut ja tämä vaatii Arskan päivityksen tai jos olet itse kääntänyt sovellukseen niin palvelimen osoitteen muutoksen koodissa. Tarkemmin keskustelussa

[Corn-101]

Moikka,
Semmosta ominaisuutta jäin kaipailemaan, että pystyisi kiinteän vuorokauden sisällä laittamaan muistiin muuttujaan arvon. Ei tarviisi kirjoittaa eeprommiin, vaan ihan sellainen arvo, joka voisi ihan hyvin tyhjentyä, jos virrat katoaa, tai buuttaa. Mitä tällä haen takaa. Olisi kiva saada johonkin muistiin, esim. montako tuntia on päivällä vaikkapa boileria lämmitetty aurinkosähköllä, jolloin ei yösähköllä tarviisi tarjota päälle ollenkaan. Ennen Arskaa, minulla oli boilerin ohjaus pelkästään aurinkosähköinvertterin ohjelmoitavan kärkitiedon takana, eli yösähkö ei lämmittänyt boileria ollenkaan. Arskalla nämä ohjaukset olisi paljon hienommin tehtävissä.

Tyylii, kun PV teho ylittää xxxxW ohjataan boileri päälle ja "tick" timerin valinta, jolloin tämän ehdon täyttävä aika kirjoitetaan muuttujaan minuutteina. Sitten toinen ehto samaisen outputin ohjaukseen: 8h block id = 1 and rank in 8h block <= 3 - timer. Eli jos boilerin rele on ollut päällä vähintään kolme tuntia ei tämä ehto täyty, eli yöllä ei ohjattaisi boilerin lähtöä päälle ollenkaan. Jos taas aurinkosähköllä ajettu kaksi tuntia, niin yösähköllä ajettaisin erotus, eli vain yksi tunti. Sitten toi timer voitaisiin nollata yösähkön päätyttyä, eli seitsemältä. Noita timereitä voisi olla enemmänkin, kuin yksi.

[Olli69]

Moi,

Meni vähän kauan vastaamisessa kun ei ollut vielä parempaa ajatusta...

Periaatteessa tuo kanavan päälläololaskuri, esim. viimeisten 24 h ja 8 h tunnin ajalta, voisi olla mahdollinen ilman systeemin liiallista monimutkaistamista. Tulevassa versiossa näkyy jo miten paljon on kanava on ollut päällä (käyttöaste tunneittain) mutta ohjaamiseenhan sitä ei pysty vielä käyttämään eli ei ole ohjausmuuttuja.

Tuossa boilerin ohjauksessahan ei kai olisi niin väliä vaikka yöllä se vielä olisikin päällä - jos on kuumennut päivällä, niin ei vie paljon sähköä ennen kuin termari katkaisee.

Oletko muuten huomannut muuttujan "20 - pv forecast 24 h" jolla voit edeltävänä yönä arvioida onko energiasääennusteen mukaan tulossa aurinkoenergiaa. Tuota varten pitää määritellä paikkakunta asetuksiin. Ennuste haetaan BCDC-Energian palvelusta ja se on suunnilleen arvo välillä 0-25 . Eli voit määritellä, jossa ladataan jo edellisenä yönä, jos ei ennusteen mukaan ole tulossa päivällä riittävästi energia. Tätä hyödynnetään myös sääntörungossa "Charge storage, optimize solar and price"/"Varaa optimoiden paneelituotto ja hinta".

[Corn-101]

Mielestäni tuo yöllä päällä ololla on väliä, koska normaali päivätyössä käyvä käyttää lämmintä vettä illalla, jolloin yöllä varaajan vesi on kylmimmillään. Ja taasen päivällä aurinkosähköllä, yön jäljiltä ei ole muuta lämmitettävää, kuin eristeiden läpi jäähtynyt vesi. Eli mielestäni tällä tavalla lämmitys menee lähestulkoon pelkästään yön halvimpien tuntien kontolle. Joten toivoisin tuosta muuttujaa.

Mitä tulee tuohon "20 - pv forecast 24 h" muuttujaan, niin minulla se on aina näyttänyt 0.0. Olen kokeillut Riihimäki ja Hyvinkää paikkakuntia.

[Olli69]

Moi,
Hyvä pointti, että ilman laskuria ei olisi enää päiväksi käyttöä aurinkosähkölle, jos varaaja on valmiiksi kuuma.

Tosiaan uudessa versiossa on laskurit 152 ja 153, jotka kertovat miten paljon kanava on ollut päällä viimeisen 8 ja 24 tunnin aikana. Ja uusissa sääntöpohjissa (template) 402 ja 403 on laskureita käytetty. Näillä pohjilla aurinkoisen päivän jälkeen illalla viileäksi käytetty vesi lämpenisi vasta aikaisintaan päivällä.

Nyt uudessa versiossa käytetään aurinkosääennusteen lähteenä Ilmatieenlaitoksen uutta ennustetta ja aurinkosääennusteen osalta koodattu pitkälti uudestaan ja siinä on uusia muuttujia, jolloin myös tuntikohtaista kulutusta ja tuotantoa ja sitä kautta nettokulutusta voidaan arvioida . Vanha BCDC-ennuste datalähteenä on poistumassa. Eli kannattaa kokeilla uusimmalla versiolla. Testasin juuri Riihimäen, joka toimi uudella. Meidän testeissä yleisesti kyllä toiminut, mutta jos ongelmia niin kerro toki. Kaikkia muuttujien mahdollisia muuttujien/sääntöjen käyttötilanteita ei toki ole pystytty tähän mennessä testaamaan.

Koska tuo vanha ennustehaku on menossa joka tapauksessa pois käytöstä ja uusi korvaava toiminnallisuus on käytännössä koodattu kokonaan uusiksi, niin vanhaa ei kannata selvitellä. Voi olla että ongelma liittyisi paikannimien ääkkösiin🤔 - en muista testanneeni ääkkösellisiä paikkoja. Uudessa versiossa haussa ei käytetä paikannimeä, joten jos vika oli siinä, niin ainakaan samaa ongelmaa ei voi olla.

[Olli69]

Moi,
Laitetaan vielä tähänkin lankaa tiedoksi, että uusi versio 0.99.0-beta1 on nyt julkaistu ja ladattavissa asennussivulta tai automaattiasennuksena. Jos asennat nykyisen päälle niin ota aina ensiksi asetuksista varmistus (backup) ennen päivitystä, sillä ainakin tämä asennus putsaa asetukset mutta ne voi ladata (restore) varmistustiedostolta. Asetukset kannattaa käydä läpi sillä ainakin mittaroinnin asetukset ja paikkakuntatieto ei mene suoraan. Jos automaattisennus ei mene läpi jostain syystä niin lataamalla (upload) firmware.bin ja littlefs.bin erikseen http://ip./update -sivulta pitäisi ainakin onnistua.

Joitain tärkeimpiä muutoksia:

• Uusi käyttöliittymä, mukaanluettuna aikasarja dashboardilla. Historiatiedot eivät jää pysyväismuistiin, eli häviävät uudelleenkäynnistyksessä. Pidemmät aikasarjat voi edelleen tallentaa influxiin. Aikasarjoissa nyt hinnan lisäksi aurinkosääennuste, myynti (jos verkkomittaus), tuotanto (jos lukee invertteriä) sekä kanavien tuntikohtaiset päälläolomäärät minuutteina.
• Hyödynnetään uusi Ilmatieteenlaitoksen paikkakuntakohtaisia aurinkoenergiaennusteita eli kuormaa voi ohjata tuntiennusteen avulla aurinkoisimmille tunneille. Kokeilussa myös Suomen tuulivoimaennuste, jonka perusteella voi saada vihiä tulevista hinnoista. Kaikista näistä lasketaan uusi muuttujia, jotka saa selityksineen auki Channels-osiosta. Siellä on myös uusi sääntöpohjia kuvaksineen. Näitä voi käyttää sellaisenaan tai Jos valitse kieleksi suomen, niin muuttujien ja sääntöpohjien (template) selitykset tulevat suomeksi - muuten on englanninkielinen.
• Nyt voi mitata erikseen kulutusta (tuki: Shelly 3EM, HAN P1 telegram) ja tuotanto (Fronius , SMA, ainakin jotkut mallit). Mutta tosiaan ilman näitäkin mittarointeja voi optimoida kuormia ja oman ☀️tuotannon käyttöä hinnan ja energiasääennusteen mukaan .
• Sääntöjen logiikka on pysynyt kuitenkin samana - sääntöpohjia ja muuttujia on vaan tullut lisää, joten mahdollisuuksia on enemmän.

Tässä myös tietoa enkuksi.

Ja tietysti kaikki huomiot ovat tervetulleita! Voi laittaa tänne tai tehdä Issuen. Uusi versio on ollut testattavana useammassa paikkaa jonkin aikaa, mutta koska fiksauksia on tehty vielä, niin jotain varmaan ilmenee.

Olli

[stikstone]

Siistiä. Kehitys kehittyy, ja näyttäähän tuo nyt pykälää paremmalta. Toiminnallisuuskin lisääntyy.
Iso peukku kehitykselle.

Sitten jotain jatkoa.
Älypuhelimen portrait modessa käyttöliittymä on rikki, ainakin IOS, testattu safarilla ja chromella.
Valikon linkit ei toimi ja dashboardin kaaviokuva skaalaantuu niin pieneksi, ettei siitä näe mitään.
Landscape tilassa toimii mielestäni hyvin. Pikkujuttuja👍🏻

[Olli69]

Moi,
Kiitos!
Tosiaan tuo portraitmoden menu ei toimi ja pitää laittaa kuntoon kun ehtii. Kaaviota on tuossa moodissa turha näyttää, mutta portraitmode olisi kyllä käyttökelpoinen esim. kanavien ajatuksessa, kun mahtuu pystysuunnassa enemmän.

[Olli69]

Moi,
Seuraavassa versiossa portrait mode pitäisi toimia ja kapeimmissa näytöissä graafi on piilotettu tilaa viemästä. Toimi ainakin kohtuullisesti Androidin Chromessa, mutta tätä ei vielä julkaistu.

[Corn-101]

Moro,

Nyt on ollut Alpha5 -versio käytössä jonkin aikaa ja muuten toimii hyvin, mutta sellaisen ongelman olen huomannut, että hukkaa aurinkoinvertterin parin päivän välein. Valittaa siis, että ei saa yhteyttä. Invertteri kyllä vastaa muuta kautta ja tilanteen saa korjaantumaan ainakin niin, että käyn Arskasta vaihtamassa invertterin IP ID:tä toiseksi ja sitten palautan sen takaisin oikeaksi, jolloin pystyy taas lukemaan. Aikaisemmilla versioilla hukkasi harvoin yhteyden. Invertterinä: SMA Sunny Tripower TL. Mikähän voisi olla vikana?

[Olli69]

Ok, hyvä tietää. Kuulostaa samalta minkä havaitsin aikaisemmin. Vaikuttaa että modbus-kirjastossa olisi vielä joku muistivuoto tai vastaavaa. Arska kyllä pystyisi tunnistamaan tuon yhteyden katkeamisen, mutta yritän tutkia millä saataisiin modbus resetoitua ilman Arskan/ESP32:n boottausta.

EDIT:
Tein modbus-connectiin optimointi niin ettei muodosta yhteyttä joka kerta uudestaan. Tuo versio on nyt testattavana. Jos auttaa, niin julkaisen sen uutena versiona.

[Corn-101]

Vasta nyt huomasin tuon edittisi muutoksesta. Onko muutos Alpha 8 versioon tehty vai? Se näyttää edelleen samaa alkuperäistä päivämäärää: 2023-07-02 09:29

[Olli69]

Se muutos oli mulla vasta omassa testissä, mutta käänsin siitä nyt alfa-9 version, jota voi kokeilla. Muutos on ollut koeajossa mulla vasta noin 3 vuorokautta, joten ei ole vielä varmuutta auttaako.

[Corn-101]

Mahtavaa, jälleen kerran paljon kiitoksia. Väliaikatietona, tämä alpha-9 on nyt ollut heti julkaisusta lähtien käytössä ja eipä ole invertteriyhteys ongelmia ollut sen jälkeen. Seurataan tilannetta, mutta näyttää kyllä tosi hyvältä.
edit 2.8. nyt ollut jo kaksi viikkoa päällä ilman ainuttakaan invertterin yhteysongelmaa, joten selkeästi tämä oli se korjaava muutos.

[Olli69]

Mullakin testeissä toiminut parisen viikkoa ilman invertteriyhteyden katkaisemista. Käänsin se nyt 0.99.0-beta4-versioksi, jossa ei varsinaisesti muutoksia alpha-9 -versioon.

[Oldipoldi]

Moro!
Kahdessa eri kohteessa Arska lämminvesivaraajaa ohjaamassa ja molemmissa kohteissa lämmittänyt viimeksi 4.8. ja nyt on 7.8. Toisessa kohteessa Arskassa virheilmoitus (Cannot get price info for current period.) eli hintatietoja ei ole saatu haettua ja oletan, että toisessa on sama ilmoitus. Onko jotain vinkkiä missä vika voisi olla?

[Olli69]

Moi @Oldipoldi ,
Käytätkö hintojen haussa tietolähteenä Entso-E:tä vai uudemmissa versioissa tuettua Viron Eleringiä? Jos Entso-E:tä, niin mahdollisesti issue 35:ssä kuvattu ongelma, joka johtui ilmeisesti siitä, että Entso-E:n päässä on tapahtunut joku muutos, johon Arskan lukurutiini on kaatunut. Tämä pitäisi olla nyt fiksattu viimeisimmässä alfa-versiossa - tarkemmin em. issuessa. Jos käytät jo Eleringiä, niin silloin ko. vika ei selitä tätä.

Olli

[Oldipoldi]

Entso-E käytössä eli minulla juurikin tuo issue 35:ssä oleva ongelma. Päivitin uuteen versioon ja nyt toimii. Kumpaa suosittelet käytettäväksi Entso-E:tä vai Eleringiä?

[Olli69]

Eleringin antama tiedostomuoto on huomattavasti yksinkertaisempi (vältetään juuri em. issue 35:n kaltaisia käsittelyongelmia) ja joissain tapauksissa sieltä on tullut luotettavammin dataa, mitkä puolustaisi sen käyttöä. Mutta ollut Arskan käytössä käytössä vasta lyhyen aikaa, joten kannattaa ainakin säilyttää Entso-E:n API-avain tallessa vaikkaa siirtyisikin Eleringin käyttöön.

[Apulanta]

Hei Olli,

Olen päivitänyt uuteen 0.99 alfa10 alustaan tuota modbus serveri modausta.
Sain tuotua päiväkohtaiset tuntihinnat oikeisin modbus rekisteri osoitteisiin ja muutkin esim Selly 3EM, Unix aika ja muut parametrit.

Vaikeimmaksi osoittautui tämä hetkinen pörssisähkön hinta ja tämän hetkinen aika joita oletin helpoimaksi päivittää , tämän hetkinen oli vanhemmassa 0.92 versiossa muuttujana "(time_idx_now);" eikä tuota muuttujaa käytetä tässä uudessa versiossa.
Onko mikä mimisellä muuttujalla tai tavalla saatavissa samanlainen toiminto kuin tuossa vanhemassa versiossa, (time_idx_now) muuttujalla oli helppo erottaa käytössä oleva pörssisähkön hinta ja sai näytöön hinta päivityksen ajankohdan?
Tuota UNIX aikaa en tarvitse missään mutta hain sen varalle U32 rekisterille, ja minusta sen käytössö on haasteita..

Toinen haaste on saada tämän hetkinen pörssisähkön hinta jonka löytyi (price) muuttujana vanhassa 0.92 versiossa tässä uudessa versiossa on ilmeisesti haettu "vars.set_NA(VARIABLE_PRICE);" lisäksi esim. tuo price rank 9h hinta muuttuja koomento "hinta_9h = vars.get_l(VARIABLE_PRICERANK_9);" en saa tai osaa muokata sopivaksi jolla tuon arvon voisi hakea, olisiko sinulla ohjetta kuinka tuon arvon saaminen tapahtuu?

Terv Rane

[Olli69]

Terve Rane,
Hinnat on siirretty timeSeries-tyyppiseen aikasarjaan nimeltä prices2 . Samaa timeSeries-rakennetta käytetään nyt myös mm. ennustetiedoissa, eli pyritty yhdenmukaistamaan tietorakenteita - Arkskalle kun on tullut enemmän aikasarjatietoa käsiteltäväksi. Eli saat hinnan kutsulla prices2.get, jossa parametrina periodin (tunnin) aloitusaika unix-timestampinä tai voi olla olla myös nykyhetken timestamp. Eli seuraavilla pitäisi tulla hinta aikasarjasta:

current_price = (long)prices2.get(current_period_start_ts); //periodin alku
tai
current_price = (long)prices2.get(time(nullptr)); //nykyhetken hinta - pitäisi toimia kanssa

EDIT:
Toinen tapa saada hinta on lukea ehtojen käyttämiä muuttujia (tässä ei pitäisi olla muutosta):
long current_price = vars.get_l(VARIABLE_PRICE);
Muistaaksi prices2.get antaa hinnan sentin tuhannesosina ja vars.get_l sentin kymmenysosina.

Nykyhetken unix-timestampin saa yksinkertaisimmillaan:
time_t time_now = time(nullptr);

Olli

[Apulanta]

Hei Olli,

Iso Kiitos viestistä ja ohjeesta, olin juuri päivittämässä aikaisempaa viestiäni että sain haetua nuo RANK hinnat yms. muut hinnat juuri juuri tuon tyyppisellä rivillä " hinta_nyt = vars.get_l(VARIABLE_PRICE); " se toimi kun vain laitoin sen oikeaan kohtaa tekemääsi koodia.
Kokeilin hakea myös tuolla " princes2 " muuttujaa mutta en saanut mitään järkevää arvoa kaivettua sillä, kokeilen vielä sitä mielen kiinnosta ;)

Kokeilen myös tuota aika leimaa kuinka ja millaisen arvon sillä saan.. tuo vanhan 0.92 version "(time_idx_now);" oli siitä hyvä kun se pääsääntöisesti tulosti 13 - 33 välillä olevia arvoa ja sillä pystyi osoittamaan muussa ohjelmassa oliko hintatiedot uusia tai vanhoja..

Terv Rane

[Dekote]

Moro!
Eksyin tänne kun etsin ratkaisua siirtää ModBus TCP tekniikalla sähkön pörssihintatietoja Oumanin Ouflex automaatiojärjestelmään. Testailin tuota Arska Nodea ESP32 kehitysalustalla ja täytyy kehua työtä, oli nimittäin hyvin selkeä käyttää, mikä tärkeintä pörssitiedot näkyivät oikein. Harmi vain kun ei ole tuossa vielä tuota ModBus TCP Slave tukea, josta saisi napattua pörssihintatiedot. Onneks sattuin lukemaan tätä keskustelupalstaa ja huomasin että "Apulanta" on kamppaillut samanlaisen ongelman kanssa. Ilmeisesti muokannut hieman koodia ja saanut toimimaan tuon ModBus TCP luennan.

Harmiksi olen kuitenkin sen verran avuton koodaamisen kanssa, että aivan itse en osaa noin isoja muutoksia koodin tehdä. Onko mahdollista saada "Apulanta" noita koodejasi käyttöön tai valmiiksi käännettyä tiedostoa tuosta? Itselle kun ei ole niin tärkeä miten toteutettu, kunhan nuo pörssitiedot saisi luettua. Tarkoituksena sitten ohjailla automaatiolla lämmitystä ja Aries maalämpöpumppua väylän kautta. Itse ohjelmat olen Oumanille rakentanut, mutta pitäisi saada 24h tuntitiedot ja mahdollinen aikaleima tuonne automaatioon vielä ModBus tekniikalla luettua. Olisin kiitollinen kovasti avusta tuon kanssa.

[Apulanta]

Hei,
Olen muokannut tuota Ollin tekemää erinomaista Arskan ojelmakoodia ja se on ollut käytössä minulla noin vuoden verran..
Tein siihen Modbus TCP/IP serverin jolla olen hakenut rekisteri osoitteisiin kaikki hinta tiedot, aikaleimat , Shelly 3EM mittaus tiedot ja monia muita Arskan antamaa dataa..
Muokaamani koodin ainoa "vika/ominaisuus" on että rekisteri kyselyssä Ouflex antaa väylävika hälytyksen että TCP/IP laite ei vastaa.
Koodiin jouduin tekemään siten että se ei pysäytä pääluupin toimintaa Modbus TCP/IP kyselyä tehdssä
Väylä vika hälytyksestä pääsee eroon kun laittaa Ouflexissa väylälaite hälytykset pois käytöstä, kaikki rekisteri arvot kyllä saadaan silti ongelmitta.

Voin jakaa tuon tekemäni ESP32 binääri filet jossa on tuo modbus TCP/IP serveri,
Parhaiten toimivin versio on ollut 0.99.0-alfa 11 jolla päivityy myös ongelmitta ESP32 hintatieto näkymä uusien hintapäivitysten tullessa Entsolta.
Jos käytät Ouflex laitetta jaan myös Ouflex laitetiedoston jossa on modbus rekisterit valmiina..
Lähetä yhteystiedot niin laitan binäärit yms..

[Juha999]

Uuteen Ouflex A alustaan olisi tarkoitus siirtyä jossainvaiheessa. Joten jos Ouflex harrastajilta löytyisi apuja miten saan ouflexBAtoolin toimintaan/lisensoitua niin vinkkejä otetaan vastaan ja tarvittaessa korvaan vaivan.

[Dekote]

Ouflex BA Tool, ohjelman saa ladattua ihan Oumanin sivuilta. Tuo siis uuteen Ouflex A:han, tosian löytyy sieltä myös vahojen Ouflex laitteiden ohjelmointi työkalut ”Ouflex Tool”. Lisenssiä varmaan joutuu kysymään Oumanilta, uskoisin että suostuvat sinulle sellaisen tekemään. Lähinnä haluavat tuolla lisenssoinnilla valvoa että aivan kuka tahansa pääse laiteohjelmistoja muokkaamaan. Tosiaan siis tuo ohjelmisto toimii 14 päivää kokeilu versiona koneella ilman ongelmia, kunnes alkaa vaatimaan vasta lisenssiä.

https://ouman.fi/downloads/
”menee kohtaa MUUT ja valitsee BA TOOL”

[Juha999]

Joo, löysinkin tuon ja latasin, mutta jostain syystä trial ei käynnistynyt.

Aikanaan vanhaa ouflex toolia kyselin oumanilta mutta aika nuivaa oli suhtautuminen yksityisen harrastajan kyselyihin. Oliko sulla hyvää kontaktia sieltä tiedossa joka kenties voisi auttaa asiassa?

[Dekote]

Luultavasti tuo 14pv trial ei juuri siitä syystä käynnistynyt, kun sinulla on se vanha Ouflex Tool jollain kikalla ollut aktivoituna koneella. Tuota trialiahan pystyy loputtomasti käyttämään kun vaan 2viikon välein asentaa koneen Windowsin uusiksi ”tunnistaa uutena koneena”. Tosin hyvin työlästä hommaa ja haluaisin uskoa että suostuvat lisenssin sinulle tekemään, kerta vain harrastekäyttö kyseessä. Itse lähtisin pohjoisen porukalta kyselemään, Esa Hanhela voisi olla avulias asian kanssa tai ainakin ohjata oikeaan suuntaan. Yhteystiedot löytyy Oumanin sivuilta. https://ouman.fi/ota-yhteytta/alueelliset-tiimit/

[Apulanta]

Joo, löysinkin tuon ja latasin, mutta jostain syystä trial ei käynnistynyt.

Aikanaan vanhaa ouflex toolia kyselin oumanilta mutta aika nuivaa oli suhtautuminen yksityisen harrastajan kyselyihin. Oliko sulla hyvää kontaktia sieltä tiedossa joka kenties voisi auttaa asiassa?

Hei, laitoin sähköpostia... toivottavasti siitä on apua..

[Apulanta]

Hei Olli,

Iso kiitos hienosta Arska Node sovelluksesta
Aloitin Arska-noden v1.1 päivitystä tuhon modbus serverille ja sain aika hyvin kaikki muut datat sieltä haettua oikeisin rekisteri osoitteisiin mutta tunti sähkönhinnat on muuttuneet johonkin välimuisti tallennus paikkaan josta ei tuolla vanhalla tekemälläni koodilla (Kuva-1) saada otettua kuin kun tulee uudet hinnat tai muuttamalla "Area code" jonka jälkeen saan hinnat mutta Arskan uudelleen käynnistyksessä ei enää ole saatavissa..
Onko tuohon jokin helppo tapa listata nuo hinnat?

[Olli69]

Moi,
Hyvä huomio! Se taisikin olla ainoa kohta, jossa ESP32C3 vaatii fiksauksia. Mä muutin sen muotoon return IPAddress((uint32_t)0);
tämän ohjeen mukaan. ESP32C3 & Arska kyllä tuntui testeissäni toimivan , mutta sitä ei ole Arskassa sen enempää ainakaan tässä vaiheessa tuettu, koska sille ei taida olla pahemmin relekortteja.

[Apulanta]

Hei Olli,

Testailin äskettäin kuinka saisin haettua huomisen tuntikohtaset PV-tehot ja sainki ne haettua mutta saan vain ne haettua tilanteessa jossa avataan WebUi Dasboard sivu.. onko yksinkertaista tapaa jolla saa tuon tehtyä käynnistuksessä tai jonkin ajan kuluessa päivitettyä tuo "StaticJsonDocument.doc;" + "series_a" ilman tuota WebUi Dasboard sivun päivitystä?

PS. hienosti on arska-node toiminut.. :)

Terv -Apulanta

[Olli69]

Moi,
Jos ymmärrän oikein niin teet omaan käsittelyä aurinkovoimaennusteille... Aurinko- ja tuuliennusteet haetaan funktiolla get_renewable_forecast . Voit laittaa toiminnallisuutta tuon sisään tai sitten katsoa mallia miten next_query_fcst_data_ts muuttujassa on tieto, milloin pitää yrittää käsittelyä seuraavan kerran. Eli voit tehdä oman muuttujan ja vastaavan käsittelyn. Vastavaa logiikkaa käytetty muissakin määrävälein suoritettavissa tehtävissä.

Olli

[Apulanta]

Hei,
ISO Kiitos avusta, minulla on ollut kiirettä ja välillä on tullut yritettyä tehdä tuota tuntikohtaista PV ennuste päivitystä, siinä oli omat haasteet ja tuli kokeiltua Copilot:ttia mutta ei siitä ollut apua tai ei itse osannut tehdä oikeanlaista kysymystä Copilotille.... mutta kun enempi syventyi tuon Arska noden koodin sisältöön sain tehtyä toimivan ohjelman jossa tulee 72h PV ennuste tiedot haluamiini modbus rekisteri osoitteisiin..

Tuli millainen on Arska-nodessa noiden PV ja tuuli ennusteiden päivitysväli?

[Olli69]

Nyt näemmä hakee uudestaan noin 3 tunnin päästä onnistuneen haun jälkeen. Koodi hieman kryptinen tässä kohtaa:

    next_query_fcst_data_ts = time(nullptr) + (got_forecast_ok ? (3 * SECONDS_IN_HOUR + random(0, 200)) : 600 + random(0, 100));

[trsqr]

Sain juuri Kostalin Plenticore -invertterillä pyörivän aurinkovoimalan tulille ja Arska kiinnostaa. Invertterissä sekä mittauskeskukseen asennetussa Kostal Smart Energy Meterissä on sekä REST- että Modbus TCP -rajapinnat. Mistäpä kannattaisi lähteä liikkeelle, jos haluaisi lisätä tukea näille laitteille?

Tuossa Kostalissa voi myös asettaa rajoituksen verkkoon päin siirrettävälle sähkölle. Kun rajoitus on asetettu tuottaa invertteri vain sen verran kun oma kulutus on. Eli mietin, että tukisiko Arska jo nykyisellään sitä, että voisi pudottaa verkkoon syötön pois silloin kun sähkön pörssihinta on negatiivinen vai olisiko tämä kokonaan uusi toiminnallisuus?

[Olli69]

Jos haluat itse toteuttaa Kostalin tuotantoseurantaa Arskaan, niin luulen että REST-rajapinnalla tietojen luku olisi helpompaa kuin ModBusilla. Tässä voisi käyttää Froniuksen toteutusta pohjana.

Tuon rajoituksen toteuttamiseen voisi olla yksinkertaisinta tehdä Arskaan uusi "Kostal production limit" reletyyppi, joka laitetaan Arskan säännöllä päälle kun hinta alittaa halutun rajan. Silloin reletyypille pitäisi määritellä oma REST-kutsu funktioon switch_http_relay - vertaa esim. Shellyn reletyyppi CH_TYPE_SHELLY_1GEN . Tämä toimisi olettaen, että voit laittaa tuon rajoitusehdon yhdellä REST-kutsulla päälle/pois. Toinen juttu on sitten että olisiko tuo helpompi toteuttaa vaikka täysin erillisellä jossain koneesaa pyörivällä Python-skripllä, joka tunnin välein tsekkaa hinnan ja tekee sen mukaan komennon invertterille.

Tuo tuotannon rajoittaminen on ihan yleisesti mielenkiintoinen kysymys kyllä, mutta toki ne negatiiviset hinnat on yleensä niin vähän alle nollan, että taloudellisesti ei ole kovin suurta merkitystä.

[trsqr]

Huomenta,

Tuotannon rajoitukseen tuossa eilen illalla naputtelin vielä lyhyen python-skriptin, joka kyselee api.spot-hinta.fi:stä tämän hetkisen hinnan ja sen alittaessa sähkösopimukseni marginaalin kytkee rajoituksen päälle, muutoin pois. Ajelen tätä sitten cronista kerran tunnissa (pl. yön pimeimmät tunnit). Ehkä tuo välttää tässä vaiheessa, mutta ehkäpä ajatuksen voi laittaa hautumaan Arska-toiminnallisuuden osalta, jos jostain syystä negatiivisia hintoja alkaa näkyä enemmänkin...

Tsekkaan mitä Froniukselle on toteutettu. Näin äkkiseltään, mitä tietoja invertteriltä tarvitaan nykytoteutuksessa? Entäpä energiamittarilta?

Kiitokset vastauksesta!

[Olli69]

Moi,
Invertteriltä taidetaan hakea lähinnä kumulatiivista tuotantoa (päivä tai yhteensä). Kuormanohjauksen säännöissä voidaan sitten käyttää tätä tietoa. Mutta yleisesti ajattelen että jos on saatavissa liittymän kokonaisnettomyynti/-osto niin ohjauksessa kannattaa käyttää sitä tuotantotiedon sijaan, koska ottaa huomioon myös oman kulutuksen vaihtelut. Tässä Arska tukee HAN P1-portin mittareita sekä Shelly 3EM-mittaria. Mutta invertterisi ilmeisesti osaa mitata myös liittymän kokonaismyynnin-/oston niin silloin voit ajatella sitä Arskan kannalta enemmän energiamittarina, jolloin Froniuksen sijaan mallia voit otta Shelly 3EM -toteutuksesta jossa lukemat luetaan http:llä.

PS.Periaatteessa tuo (hybridi)-inverttereiden ohjaaminen on ihan mielenkiintoinen alue ainakin tulevaisuudessa, mutta haasteena on mm. se että merkkien välillä ei taida olla paljon standardointia.

[Juha999]

Moi, Kiitti infosta. Aikanaan tuolle vanhalle ouflexille lisenssiä kyselin niin oli aika nuivaa suhtautumista, koulutusta halusivat vaan myydä. Löysin sitten githubista tuohon konstin jolla sen sai aktivoitua. Sain tuon ouflexBAtoolin ladattua mutta se ei jostain syystä trial tilaa käynnistänyt eikä tuo aktivointilinkin toiminut enää tässä.

…

-Juha la 24.8.2024 klo 12.47 Dekote ***@***.***> kirjoitti:

Ouflex BA Tool, ohjelman saa ladattua ihan Oumanin sivuilta. Tuo siis uuteen Ouflex A:han, tosian löytyy sieltä myös vahojen Ouflex laitteiden ohjelmointi työkalut ”Ouflex Tool”. Lisenssiä varmaan joutuu kysymään Oumanilta, uskoisin että suostuvat sinulle sellaisen tekemään. Lähinnä haluavat tuolla lisenssoinnilla valvoa että aivan kuka tahansa pääse laiteohjelmistoja muokkaamaan. Tosiaan siis tuo ohjelmisto toimii 14 päivää kokeilu versiona koneella ilman ongelmia, kunnes alkaa vaatimaan vasta lisenssiä. https://ouman.fi/downloads/ ”menee kohtaa MUUT ja valitsee BA TOOL” — Reply to this email directly, view it on GitHub <#1 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BKXMK7TQXSJPWSBMM4XWEG3ZTBJCRAVCNFSM5RXMGXG2U5DIOJSWCZC7NNSXTOSENFZWG5LTONUW63SDN5WW2ZLOOQ5TCMBUGM3DSMRV> . You are receiving this because you commented.Message ID: ***@***.***>

[Corn-101]

Hei,
Onkohan tietoa, mistä voisi johtua tämmöset glitchit sähkön hinnassa, esim. tänään klo 11:00 olisi olevinaan ollut 0c/kWh, kun oikeasti 14,41c/kWh. Vastaavia on tullut muillekin päiville. Versio Current version: 1.1.0-rc1.5277 ja EnstoE lähteenä.

[Olli69]

Terve,
Luulisin että tässä on kyse samasta ongelmasta, jota on käsitelty myös issue 28:ssa eli hieman satunnaisesti esiintyneestä Entso-E:n hintatiedon lukuongelmasta. Ongelmaa on korjattu ja ainakin 27.10.24 tehty korjaus auttoi silloin esiintyneeseen tapaukseen ja viimeisin korjaus on käyttämääsi versiotasi uudemmassa 1.1.0-beta10-versiossa. Eleringiä hintalähteenä käytettäessä vastaavaa ongelmaa ei esiintynyt.

Edit: Sain toistettua saman ongelman ja näyttää että ongelma esiintyy vielä lokakuun versiossakin.

Edit2: Tässä tapauksessa näyttäisi tunti puuttuvan Entso-E:n lähettämästä datasta vaikka näkyykin heidän sivuillaan. Eli selaimella tehdylläkin kyselyllä https://web-api.tp.entsoe.eu/api?documentType=A44&processType=A16&securityToken=****replace with your API Key****&In_Domain=10YFI-1--------U&Out_Domain=10YFI-1--------U&periodStart=202411270000&periodEnd=202411290000(tähän pitää laittaa oma api key) puuttuu 28.11.24 päivän kohdalta yksi hintatieto (11 )

Pitääpä kysyä EntsoE:ltä kommenttia tästä.

Edit 3 (30.11.2024):
Entso-E on kuulema muuttanut hintatietodataa niin että hintariviä ei tule jos on sama kuin edellinen. Tein jos muutoksen joka täyttää tyhjiä paikkoja, mutta testaan vielä ennen kuin laitan jakoon.

Edit 4 (1.12.2024):
Nyt päivitetty versio 1.1.0-beta11 on asennussivulla ja päivitettävissä suoraan Arskasta. Tässä on korjattu Entso-E:n dataformaatin muutokseksesta aiheutunut ongelma.

Kiitos @Corn-101 kun ilmoitit tästä!