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

[Olli69]

Moi Kari,
Pidetään mielessä tuo "price adjust".

Olisikin mielenkiintoista kuulla minkälaisiin keskihintoihin Arskan käyttäjät ovat päässeet kuukausi- ja vuositasolla. Ja samalla kuulisi mielellään yleistasolla minkälainen kiinteistö ja kulutus on ja millaisia Arskan ohjaussääntöjä on käytössä. Näistä voisi olla vinkkiä muillekin käyttäjille. Lisäsin tästä oman keskusteluaiheen.

Olli

[Corn-101]

Moikka,

Semmonen kehitysehdotus tuli mieleen, että olisiko mahdollista tehdä hintojen hakuun sellainen failsafe ominaisuus, että jos seuraavan päivän hintoja ei ole puoleenyöhön mennessä onnistuttu hakemaan, niin käytettäisiin automaattisesti toista palveluntarjoajaa hintojen hakuun? Entsolla ja näköjään Eleringilläkin näitä katkoksia tulee ja joka päivä, kun ei tule käytyä kattomassa, onko hinnat saatu seuraavalle päivälle vaiko ei, niin tuo käytännössä varmistaisi, että hinnat tulee päivitettyä.

[Corn-101]

Kyllä se näköjään vieläkin antaa tuollaista virheilmoa. Mistähän tämä johtuu?

[Olli69]

Yritin saada samalla tuon failsafe-ominaisuuden, kun muutenkin päivitetään ja testataan.

Tuo X509... virhe pitäisi olla korjattu versiossa 1.1.0-alfa16, jonka julkaisin aamupäivällä. Ilmeisesti sinulla ei ollut vielä tämä käytössä?

Johtui käsitykseni mukaan (omien testien mukaan olisi korjaantunut) muistinkäsittelyyn liittyvästä satunnaisesti esiintyvästä bugista, joka nyt koodin uudelleenjärjestelyn jälkeen esiintyi selkeästi useammin sertifikaattien kanssa.

[Corn-101]

Oli 15 versio. Tuolla 16 versiolla ei ole tullut enää virheilmoitusta. Kiitos päivityksestä.
Hyvin näyttää toimivan Eleringin käyttö backuppina:

[Corn-101]

Tosi hyvin on toiminut tuo backuppi. Yhtään kertaa ei ole jäänyt enää hintatiedot saamatta.

Sitten toinen kysymys. Kesäkuussa, kun pörssisähkö noteerataan vartin välein nykyisen tunnin sijaan, niin tuleeko tätä tukeva päivitys Arskaan, vai tukeeko se jo nyt sitä?

[Olli69]

Kyllä Arskaan on tulossa päivitys. Pitää vielä selvitellä miten hintalähteiden (Entso-E, Elering) hintatiedostot muuttuvat. Mahdollisesti päivitys tehdään vasta vähän muutoksen jälkeen, mikäli nykyiset hintalähteet antavat edelleen keskiarvoisen tuntihinnan. Varttihinnat ovat oletettavasti kuitenkin hyvin lähellä keskisarvoista tuntihintaa.

[Olli69]

Info about new versions you can find at #50 . Subscribe that discussion so you should get email when there are new messages.

[anttivaan]

Huomasin että arska ei ole taas saanut hintatietoja eleringiltä eilisestä lähtien. Päivitin uusimman version kun viimeksi oli sama homma. Onkohan muilla nyt tullut hinnat?

[Olli69]

Kannattaa hankkia ja päivittää Entso-E:n API avain, jolloin hakee ensisijaisesti Entso-E:stä ja käyttää backupina Eleringiä. https://github.com/Netgalleria/arska-node/wiki/Settings

[Corn-101]

Nähtävästikin minun "LILYGO TTGO ESP32 4 channel relay board" päätti hajota. Onneksi on konfiguraatio tallessa. Huono puoli on se, että minulla ei ole vastaavaa hardista vaan Lilygon T-Relay S3 varalla. Kysymys kuuluukin, onko mitään keinoa saada noita TTGO:n asetuksia uuteen S3:n?

edit: nähtävästikin jotain eloa kortissa on. Kortin ledi vilkuttaa kolme kertaa nopeasti. Onko tuo Arskan ohjaama virhevilkutus?

[Corn-101]

Kiitos avusta!

Löysin tuon wifi kohdan sorsasta myös. Eniveis, Arska muodosti wifin ja pääsin kirjautumaan siihen tunnuksilla. Yritin palauttaa konfiguraatiota ja parin sekunnin päästä wifiyhteys katkesi eikä palautus onnistunut. Kokeilin uudestaan ja sama juttu. Kaapelilla päivittelin sitten uudestaan firmiksen erase flash -valittuna jonka jälkeen lähti rokkaan.

Huh, säikähdyksellä tällä kertaa selvittiin. Kerkesin jo tuota S3:sta vähän testailla siinä sivussa, mutta en saa arskaa siihen sisään kirveelläkään. Iskee "failed to initialize" -erroria.. Mitähän kikkakolmosia sen kanssa tarvii? Noh, pitää vääntää sen kanssa seuraavan kerran sitten...

[Olli69]

"Failed to initialize filesystem library,." viittaa siihen, että filesystem ei olisi mennyt sisään. Käytät varmaan s3-versioita, jos olet saanut itse firmwaren sisään. Jos se firmware pyörii ja näet sen ip-osoitteen, niin voit yrittää mennä osoitteeseen http://ip-osoite/update ja ladata sieltä littlefs.bin-tiedoston. /url -osoite toimii ilman filesystemiä jos vaan itse ohjelman (firmware.bin) on mennyt oikein. Tämä varmaan toimisi paremmin, jos kytket sen oikeaan wifiin.

Jos kokeilet kaapelipäivitystä, niin kannattaa valita erase, jotta tyhjää muistin - voisi auttaa ehkä.

[Corn-101]

Laittelin S3 version nyt ja siihen uusimman fimiksen 1.3.0-alfa1.6145 - 2025-04-30 ja huomasin, että ei lue SMA invertteriä. Voisiko olla, että tässä versiossa olisi SMA modbus rikki?

Lilygo:n TTGO konffis meni aika kivuttomasti uuteen S3:n paitsi relay type "internal, inversed" oli hukkunut siirrossa. Muita outouksia en huomannut.

[Olli69]

Hyvä huomio. Pitääpä katsoa SMA seuraavaan testiversioon. Toiminnallisuus oli näemmä jäänyt tästä käännöksestä pois. Hintamuuttujiin tulee kanssa tarkennuksia seuraavaan 1.3.-versioon.

[Olli69]

1.3 beta 1 -versiossa on taas SMA invertterin luku mahdollista.
EDIT: korvattu 1.3 beta 2, jossa fiksattu/viritelty wifi-ongelmista toipumista.

[Corn-101]

Versio 1.1.0-beta17.5658 ja tämmöset mystiset hintatiedot näyttää. Mistähän tuo voisi johtua? Huomasin vaan, kun alkoi vartin välein releitä rätkii.

[Olli69]

Näyttää kyllä hämmentävältä, enkä ole itse saanut vastaavaa kuviota näkymään vaikka olen aika paljon ristiin testannut. Onko sulla ollut koko ajan ESP32:ssa sama versio ja nyt ruvennut esiintymään? Mietin vaan voisiko olla käyttöliittymästä (littlefs.bin) ja firmwaresta eri versio. Jos vielä tyhjennät selaimen välimuistin niin että varmaan kaikki latautuu uusiksi.

Tuleeko hinnat Entso-E:stä vai Eleringistä?

Sinällään tuo negatiivinen arvo viittaa tuntemattomaan hintaan. Mutta tuo tasainen pulssi viittaa jotenkin että vartti/tuntitaso sekaisin. Oletko tehnyt muutoksia tasejakson pituuteen (Advanced Settings / Imbalance Settlement Period (IS). Kun nämä kokeiltu, niin vaikuttaako jos käynnistää Restart/Clear cache.

[Corn-101]

Jotakin mystistä tapahtuu, kun nyt tämä S3:kin alkaa oikuttelemaan. Tein restart and clear cache, jonka jälkeen laite käytännössä nollasi itsensä ja aktivoi oman arska* wlanin. Pääsin sinne kirjautumaan admin/arska käyttäjätunnuksella ja yritin palauttaa konfiguraation, mutta se ei huoli sitä virheilmoituksella: "Cannot restore settings". Varmaan pakko käydä irroittamassa tuo laite ja päivittää kaapelilla.

Erikoista, jos tämäkin kortti päätti hajota. Edellinen "LILYGO TTGO ESP32 4 channel relay board" teki saman, että aktivoi Arska* wlanin ja sain kyllä sen palautettua kaapelilla, mutta ei siitä koskaan kalua tullut, vähän väliä hukkasi wifin, eli vilkutteli sitä kolmen vilkutuksen vikakoodia.

[Olli69]

Jos laitat mulle mailia (olli@netgalleria.fi) niin voin laittaa ihan viimeisimmän binäärin (1.3 beta), jossa pitäisi olla korjattu yksi päivitystilanteissa esiintynyt ongelma (ei esiinny aina, mutta ilmeisesti 4-kanavaisella espillä). Epäilen että siinä sarjaportista jotenkin "vuosi" tietoa wifi-määrittelyihin (konsolillahan pystyy tekemään myös määritykset). Tein sen fiksin tänään, kun huomaisin että LilyGo 4:llä liian usein päivitysongelmia.

[Olli69]

@Corn-101 , tulivathan ne eilen perille. Ehditkö katsoa korjaantuiko ongelma?

[Corn-101]

Tuli perille ja on nyt vuorokauden ollut käytössä ja näyttää toimivan… S3:ssa pyörii siis.

[Apulanta]

Tuossa viimeisimmässä dev-1.3 päivityksssä on jotain mennyt sekaisin.. dev-1.3 pitäisi tulla mutta binäärit ja lähdekoodi on dev-1.1beta.. Lisäksi viimeisimmässä dev.-1.3 ei ole Dashboard näkymässä ole kuin yksi tuntihintapiste, edellisessä oli 4 tuntihinta pistettä joka on Ok vaikkakin olivat vielä

saman hintaiset.. Tuo PV ennuste laskee väärin jos annat oman PV kwp arvon on ennuste tehoo vain 1/4 osa ja päivän kwh ennuste ei pidä paikkaansa.. dev-1.1 antaa oikeita ennuste ja max PV tuntikohtaisia teho arvoja

[Olli69]

Vaikuttaa, että jotain sekaannusta versiossa. @Apulanta, käänsitkö binäärit koodista vai asensitko asennussivulla olevilla tiedostoilla (automaattisesti tai manuaalisesti)? Asensin nyt kokeeksi esp32.-version (ei s3) usealla eri tavalla ja sain sieltä version 1.3.0-beta2.6269 .

Jos käänsit koodista, niin olihan VSC:ssä dev-1.3 -branch valittu ja siitä haettu (pull) viimeisimmät versiot koodista?

Vertailin nyt muuttujan 20 - pv forecast 24 h arvoja 1.1.0-beta17 ja 1.3.0-beta2 välillä ja ne antoivat mulle saman. Muuttujaa 402 ei pysty nyt katsomaan.

Dashboardilla aurinkoennuste näyttää vain ekan vartin lukeman, joka on saatu jakamalla tuntiennuste neljällä, jotta pysyisi skaalassa muiden Wh-arvojen kanssa. Periaatteessa tietysti voisi näyttää saman arvon myös kolmelle loppuvartillekin.

Tuossa liittämäsi kuvan tilanteessa en huomaa varsinaista ongelmaa. Branch 1.1 taitaa olla vielä oletushaarana, mutta kehitystyö tehdään haaraan 1.3 ja sen takia on edellä vanhempaa 1.1-haaraa. Voisi tietysti olla hyvä siirtyä käyttämään 1.3 oletushaarana.

Tässä tämän päivän kuvaa eräältä 1.3 beta2 Arska-asennukselta , josta tuotantotiedot SMA-invertteriltä

[Apulanta]

Juu käänsin käsin.. tuon v1.3.. tein äsen uudelleen kännöksen ja nuo enneuste laskelmat tuli oikein ..en tiedä misstä aemmin tuo johtui, mutta tuo "Panel peak power (W)" asetus on minulla sama molemmissa v1.1 ja v1.3 niin Dashboard v1.3 näkymässä on ennustettu PV teho 1/4 mitä v1.1..

[Olli69]

Kyllä, 1.3-versiossa aurinkoennusteen tiedot kuvaavat 15-minuutin jakson energiaa wattitunteina (Wh). Jos ennuste näytettäisiin koko tunnin energiamääränä, niin ei olisi samassa skaalassa varttitasolla mitattujen tuotanto-/ostotietojen kanssa. Koska myös siirron laskutus tapahtuu varttitasolla (sitä mukaa kun mittarit kykenevät) ei tuntitason tiedolla optimointijärjestelmissä ole samanlaista merkitystä ja samaa kaavioon molempia tasojen lisääminen vaikeuttaisi lukemista.

[Apulanta]

Juu kylllä se tuolla 15 min logiigalla silloin pitää paikansa... mutta ei auringosta saatava PV teho ole menossa 15min jaksoihin.. minusta on vain sähkön kulutuksen ja tuotannon hinnoittelu ja mittaus..
Silloin on yksikönkin oltava tuolla vasemalla jotakin muuta kuin Wh..

[Olli69]

Mutta mun mielestä luettavuuden takia siihen ei voi laittaa osaa energiamääristä (kulutus, mittari) varttitasolle ja aurinkotuotantoa ja -ennustetta tuntitasolle. Silloin kun kaikki olisivat näkyvissä niin olisi hyvin sekava kun sekä vaaka- että pystyakselilla olisi eri skaalat/yksiköt näille. Tämän takia tässä vaiheessa päädyin että kaikki varttitasolla, mutta voi pohtia saisiko tästä selkeämmän. Periaatteessahan voimme valita millä välillä näytämme PV-tuotantoa. Mutta väkisin tuo dashboardin graafi mene vaikeammaksi lukea kun siirrytään tuntitasosta varttitasolle.

Yksi harkittava mahdollisuus voisi olla, että näytetään kaikkien kohdalla energimäärien (Wh tai kWh) sijaan tehoja (W tai kW). Sinällään laskenta helppoa kun kertoo neljällä, mutta luvut eivät enää ole samoja kuin mittarisssa tai sähkölaskulla.

[Olli69]

Tein dashbordiin (tulossa seuraavaan beta-versioon) valinnan, jossa pystyy näyttämään sekä tehona (W) että energiana (Wh). Tämä koskee siis mittaroitua ostoa, aurinkotuotantoa ja aurinkoennuste. Voi olla, ettei energia-valinnalle ole edes jatkossa käyttöä.

[Olli69]

15-Minute MTU go-live date rescheduled from 11 June to 30 September 2025 . Arska version 1.3 (now beta testing) supports 15-minute MTU and you can use it before scheduled go-live date.

https://www.nordpoolgroup.com/en/message-center-container/newsroom/exchange-message-list/2025/q2/market-coupling-steering-committee-aligns-on-revised-go-live-date-for-15-minute--mtu-in-sdac/

[stikstone]

pikkunen onkelma tuli vastaan.
Teen tässä arskaa valmiiksi perus lilygo 4ch kortille kaveria varten, ja menin sitte laittamaan tämän omaan wifiin.
Onko tuossa nyt millä konstilla tehtävissä Wifi verkon muutos, eli saanko aktivoitua tuon kortin oman wifin jotenkin, kun meen kaverille tuota laittamaan toimintaan?

Varmaan ihan triviaalia, mutta ei viittis sielä sitte istua toinen sormi suussa ja toinen... kun ei saakaan yhteyttä kortille millään tapaa?

[Olli69]

Kun laitat virrat päälle kaverin luona (jossa Arska ei pääse asetettuun wifi-verkkoon), niin muodostaa automaattisesti oman ARSKA-... -verkon, johon kirjaudut ja menet selaimella osoitteesseen http://192.168.4.1 . Siellä pääset normaalisti Settingsin alle muuttamaan wifi-asetukset ja käynnistät uudelleen. Uusimmassa versiossa pitäisi toimia jouhevasti - vanhoissa versioissa fonttien lataaminen aiheutti joillain laitteilla/selaimilla viiveitä. Toissijaisesti voiasettaa wifi-tunnuksen ja salasanan myös käynnistyksen yhteydessä kaapeliyhteydellä (jos ei saa yhteyttä asetettuun wifiin), mutta tällä paikallisella wifillä kyllä pitäisi mennä . https://github.com/Netgalleria/arska-node/wiki/Connecting-to-temporary-configuration-WiFi

[stikstone]

Okei, näin vähän uumoilinkin, kiitoksia taas vastauksesta.

[atsa26]

Kiitoksia Ollille ja muille kehittäjille hienosta ohjelmasta!
Itselläni on Lilygo + Han1 liityntä sähkömittariin sekä shelly releet ohjaamassa laitteita.
Tänään huomasin alla olevan ilmiön. Jostain syystä mittaus oli antanut suuren piikkikuorman ja tämän jälkeen ohjelma ei ole laittanut toimintoja päälle vaikka sääntöjen mukaan ois pitänyt (aurinkotuatantoa). Ohjelma jäi varmaankin jotenkin jumiin tai sitten wifi on tehnyt jotkut temput. Manuaalisesti sain kyllä releet ohjelman kautta ylös. Minulla on käytössä uusin softa versio.

Tää voi olla jokin ohjelman ominaisuus, ei nyt suuresti haittaa kun noita piikkejä kulutuksessa ei ole kovin usein näkynyt...(8 kk, kovaa käyttöä takana).

[atsa26]

TerVe!

Ei ollut mitään käynnistymisiä tuona aikana. En tiedä mistä tuatantopiikki oli aiheutunut. A-sähkön järjestelmä oli vielä maltillisella 3 kW tuatantoteholla tuohon kello 9 aikaan, eikä järjestelmän tuatannossa näkynyt mitään epänormaalia tuatannon heiluntaa.

2025-05-26T22:26:02Z (2357) 0 Initializing the system.
2025-05-26T22:26:23Z (23069) 0 Started processing.
2025-06-02T17:53:12Z (2360) 0 Initializing the system.
2025-06-02T17:53:32Z (22114) 0 Started processing.
2025-06-03T19:03:13Z (90603280) 3 Restarting due to user activity (settings/cmd).

Oisko Elenian sähkömittarin HAN1 portista tullut jotain data mössöä? tai sitten "HAN P1 Adapter for LilyGO T-Relay S3" toiminnassa jotain pientä häikkää. Ton piikitys ilmiön olen pari kertaa aikaisemmin huomannut käyrissä.

T, Ari

[Olli69]

Terve,
Tuo virheellinen data mittarilta tai joku sähköinen häiriö (kaapelointi/adapteri) voisivat tosiaan olla mahdollisia syitä. Mulla on parissa eri mittarissa useampia Arska-testilaitteita kiinni, enkä muista nähneeni vastaavaa (sitten ihan ensimmäisten testiversioiden). Pitääpä miettiä ja testata saisiko tsekkauksia parannettua tällaisten häiriöiden varalta.

Olli

[atsa26]

Kiitoksia vastauksesta. Seuraillaan tilanteen kehittymistä.

[Olli69]

Julkaisin koodipäivityksen, jossa on mahdollisuus aktivoida CRC-tarkastus HAN P1-mittaritiedon sisäänlukuun. Ymmärtääkseni suurimmasta osassa ellei kaikista mittareista, ainakin Suomessa, tulee mittausviestin (telegrammin) mukana CRC16-ARC -tarkistussumma. Jos mittarista ei tule niin silloin ei tietystikään pidä aktivoida. Eli jos aktivoinnin jälkeen error rate nousee 100% niin sitten ei varmaan tule tarkistetta ja aktivointi pitää poistaa.

Lisäksi telegrammin käsittely tehdään nyt selkeästi kahdessa vaiheessa. Ensiksi tarkistetaan että tarvittavat arvot tulevat. Ja vasta jos tarkistukset ok, niin tehdään arvoilla laskenta. Aikaisemmalla versiolla oli mahdollista että vain osa arvoista päivittyi esim. tietoliikennevirheen takia. Tämä on mahdollisesti aiheuttanut satunnaisia piikkejä.

Tätä ajattelin vielä testailla ennen kuin teen uuden betan asennussivuille, mutta itse kääntäen voi muutoksia jo kokeilla. Käyttöliittymään tuli kuvan mukainen valinta ja error rate %.

[Olli69]

Nyt 1.3.0-beta5 julkaistu myös käännettynä asenussivuilla, lisätietoa #50 (reply in thread)

[Corn-101]

Olen jo jonkin aikaa ihmetellyt, että miksi boileri lähtee lämmittämään yöllä, vaikka on täydet ajat päivällä paahdettu aurinkosähköllä. Versiossa 1.3.0-beta2.6286 - 2025-05-09 21:45:26 lienee joku bugi, että sääntö ei pelitäkään, vaan ajaa myös yöllä täydet ajat. Sääntöä en ole muuttanut ja tämä ennen toimi. Esimerkiksi viimeyönä paahdettiin täydet kolme tuntia, vaikka päivällä oli reilut seitsemän tuntia lämmitetty aurinkosähköllä, eli >420minuuttia.

[Corn-101]

Jäi selvittämättä, oliko boileri yöllä päällä vai ei, kun menin selaimella arskaan, niin se buuttasi.

[Olli69]

Onko buutannut useamminkin vastaavassa tilanteessa? Tiedossa, että buuttaamisia joskus esiintyy ainakin joillain asetuksilla ja syytä jäljitetään. Buutti sinällään ei aiheuta kovin pitkää katkoa.
Lisäsin tuo updatime historian myös muuttujiin, jotkat säilyvät buutin yli jatkossa. Eli tarkoitus toki että buuteista päästään eroon, mutta sitä ennen buutti ei hävittäisi historitietoa kuvaajista.

[Corn-101]

Onneksi ei ole buuttaillut nyt useammin.

Mitä tulee tuohon laskentaan, niin minun mielestä ei se vieläkään toimi oikein. Eilen illalla kymmenen jälkeen katsoin, että channel 2 oli ollut reilun 200 minuuttia päivällä päällä aurinkosähköllä. Silti oli 72 minuuttia viime yönä lämmittänyt. 180 minuuttia olen asettanut vuorokausirajan, joten ei olisi pitänyt yhtään yöllä lämmittää.

[Olli69]

Pistän vielä seurantaan tuon uptimen laskennan.

Ihan tsekkauksena, miten katsoit illalla tuon arvon? Jos katsot muuttujan 157 sisällön illalla ennen klo 23 , niin sisältää uptimen kyseiseltä jaksolta 3 (15:00-22:59 ) ja kahdelta edeltävältä 1 (23:00-06:59) ja 2 (07:00-14:59). Eli edellinen yö olisi luvussa mukana. Mutta jos laskit graafista päivän aurinkoajat (tai katsoit klo 23) niin silloin pitäisi tulla oikein.

[Olli69]

Löysin muuttujan 157 laskennassa, jonka takia ensimmäinen laskettava periodi ei tullut mukaan laskentaan. Esim. yöllä jakson 1 aikana (23:00-06:59) ei ottanut huomioon aikaisemman jakson 2 ekaa periodia (07:00-07:15). Eli keskimäärin eroa syntyi virheestä aika vähän (n. 1 %), mutta on joka tapauksessa korjattu. Mutta mainitsemasi luokan laskuvirhettä en saanut esille.

Samalla yksi stabiiliusparannus HAN P1-lukemien prosessointiin. Nyt ladattavissa https://github.com/Netgalleria/arska-node/releases/tag/v1.3

[Corn-101]

Vaihtui mittari uudempaan, jossa P1 portti, niin hommasin Homewizardin ja hyvin sai kytkeydyttyä Arskaan. Ainut vaan, että tuo SMA on viheliäinen. Arskan buutattuaan ei enää SMA invertteriin saanut yhteyttä muuten, kuin käynnistämällä invertteri uudestaan. Olikos tässä 1.3.0-beta6.6675 - 2025-07-02 -versiossa kaikki SMA parannukset käytössä?

Sitten olisi kysymys. Yritän miettiä, kuinka saisin parhaiten hyödynnettyä tuota HAN P1 mittaria. Jos laitan ehdon, että "102 Selling now >xxW" joka kytkisi jonkun kuorman, on tuo ehto ennen kuorman kytkemistä tosi, mutta kuorma kytkeydyttyään selling now tippuu ja ei enää ole voimassa. Onkohan siis mahdollista määrittää niin, että kun verkkoonpäin menevän tehon raja ylittää jonkin arvon, kytketään kuorma ja tämä katkaistaan vasta sitten, kun Selling now menee nollille? Eli jos minulla on tiedetty kuorma vaikkapa 1600W ja määrittäisin lähdön päälle, jos selling now on > 1600W ja lähtö pois päältä, jos selling now = 0.

[Olli69]

Mä en käyttäisi ensisijaisesti 102-muuttujaa (koska on vaan hetkellinen viime mittauksen arvo), vaan "100 extra production" -muuttujaa (true/false). Se laskee koko periodin (15 min / 1 h) siihen astisen toteutuman mukaan onko ylituotantoa. Koska laskutus menee koko periodin neton mukaan, niin tällä pitäisi päästä parhaimpaan optimointiin. Jos esim. myyntiä olisi 1 kW teholla (ilman kuorman kytkemistä) ja ehdon takana on 2 kW kuorma, niin "100 extra production" olisi puolet ajasta tosi/true.

Jos haluat estää releiden liian tiuhan napsumisen niin voit kasvattaa minimum uptime arvoa useampaan minuuttiin, mutta silloin optimointi ei tietysti ole ihan yhtä tarkkaa, eteenkään 15 minuutin periodilla.

SMA:n suhteen ei ole tehty muutoksia ihan justiinsa. Voisin tietysti miettiä vaikuttaisiko, jos softabuutin yhteydessä aina katkaisisi yhteyden SMA:han ensin, mutta tämäkään ei auta, jos bootataan vaikka reset napilla tai otetaan virrat pois. Ensimmäiset versiot muodostivat joka lukukerralla Modbus-yhteyden uudestaan, mutta tämä taas aiheutti muita ongelmia (taisi kuluttaa muistia ja ylimääräisiä buutteja).

[Corn-101]

Aivan, tuohan kuulostaa loogiselta. Kokeilen sitä, kiitos.

Muistan ne alkuajan modbus ongelmat, kun SMA ei tykkää siitä, jos sitä yhteyttä katkoo, kun se meni jotenkin jumiin. Sen jälkeen, kun teit muutoksen, että se jättää yhteyden päälle on ollut vakaa. Ei varmaan siis kannata tuohon sitten koskea.

edit: Mistä saa määriteltyä sen, että onko periodi 15 min vai 1h? Eikös tuota 15 minuutin mittausperiodia lykätty syksyyn, joten pitäisi vielä olla 1h.

edit2: olisiko mahdollista saadaa toisien kanavien uptimet näkymään? Miksikö näin: Jos vaikka kanavalla 1 on boileri, jota lämmitetään "100 extra production". Jossain välissä se saavuttaa asetetun lämpötilan ja sen päälläpito ei enää kuluta virtaa. Oletetaan, että kanavan oltua päällä kaksi tuntia, on se keskimäärin asetetussa lämpötilassa. Näinollen voisi kanavalle 2 asettaa ehdon, että kanavan yksi päälläolon > 120 min ja "100 extra production" is, laitetaan kanava 2 päälle.
Kanavilla on toki priority, mutta se ei taida ihan tähän taipua? Vai onko jotain muuta keinoa saavuttaa edelläkuvattu? Parashan olisi niin, että kanavan 1 ehto "100 extra production" ei lisää kuormaa vaikkapa 3kW, joka on esiasetettu ja vastuksien teho, niin sitten annetaan "100 extra production" priority seuraavalle. Tää olis huikee.

[Olli69]

1. Tässä uudessa 15 minuutin hinnoittelua tukevassa versiossa ei ole enää 1 h netotusjaksoa (eikä sitä valintaa asetuksissa). Tämä valinta on tehty yksinkertaisuuden vuoksi, koska molempien valintojen kaikkien vaihtoehtojen ohjeistaminen & testaaminen on hankalaa ja 1 h on joka tapauksessa siirtymässä historiaan. Sinällään esim. "100 extra production" -muuttujaan pohjautuva ohjaus toimii ihan samalla periaatteella, laskurit vaan nollautuvat 15 minuutin valinnalla ohjaukset eivätkä kerran tunnissa.

Jotta ei olisi liian yksinkertaista, niin se kesästä syksyyn siirtynyt (ainakin nykyaikataulujen mukaan) muutos liittyy pörssisähkön hintoihin. "15-minute Market Time Unit (MTU)" tarkoittaa että pörsseissä hinnat lasketaan varttitasolla aikaisemman tuntihinnan sijaan ja tämä hinnoittelu tulee voimaan samalla pörssisähkön kuluttahinnoitteluun. Mutta Arskan netotusperiodin pituus viittaa ensisijaisesti siihen millä välillä verkkoyhtiö mittaa/netottaa kulutuksen (koska tämä vaikuttaa oman käytön optimointiin). Nyt kun sinulla on uusi sähkömittari niin netotusperiodi on varmaankin jo tuo 15-minuuttia. Eli tällä hetkellä kunkin vartin kulutus lasketaan erikseen ja kerrotaan kulloisellakin tuntihinnalla. Syksyllä vastaavasti hintakin vaihtelee vartin välein. Findgridin Datahubista pitäisi ainakin näkyä millä tarkkuudella mittaustiedot ovat. Eli kaksi eri 1 h -> 15 min muutosta tapahtumassa: kuluttujien netotusjakso muuttuu vartiksi sitä mukaa kun mittarit kykenevät, hinnoittelu näillä näkymin syksyllä.

2. Jos ajatellaan oman käytön aurinkotuotannon optimointia, niin priority + muuttuja 100 pitäisi toimia aika hyvin tässäkin tapauksessa. Jos kanavalla 1 parempi prioriteetti, niin kytketään ensin päälle (kun extra production) ja myös myöhemmin pois päältä eli saa enemmän aikaa kuin kanava 2. Jos kanavan 1 kytkentä aiheuttaa sen että kulutus nousee yli tuotannon, niin kanavaa 2 ei enää kytketä. Silloin kun aurinkoylijäämää riittää molempien kanavien kuormaan yhtäaikaisesti, niin molemmat kanavat ovat päällä (eikä odoteta että esim. 120 minuuttia täyttyy kanavalle 1). Toki joskus voi kanava 2 mennä lyhyeksi aikaa päälle, mikä muuttaa extra production -> false -> voi pudottaa myös kanavan 1 pois päältä. Mutta voit antaa kanavalle 1 vähän pidemmän minimum uptimen (esim. 2-3 min), niin ei putoa päältä niin helposti ja tavallaan "voimistaa" prioriteettiä . Eli prioriteetti ei takaa sitä että paremman prioriteetin kanava saa kaiken ajan, vaan sen että saa enemmän aikaa kuin heikomman prioriteetin kanava, mutta näin voidaan hyödyntää mahdollisimman paljon ylituotantoa kun sähköä riittää molemmille yhtäaikaisesti. Toki esim. tuntiehdolla "115 hour" > 12 voisi esim. rajoittaa että kanava 2 päällä vain iltapäivällä tai sitten vaikka jollain muulla ehdolla, jos haluaa estää ettei kytkeydy päälle liian aikaisin

Jotta kanava näkisi toisen kanavan uptimen, niin kunkin kanavan eri pituisista uptimeista pitäisi tehdä omat muuttujansa, nykykonfiksella 6 kanavaa *4=24 uutta muuttujaa. Eli vaikka teknisesti mahdollista, niin menisi aika sotkuiseksi.

[Corn-101]

Kiitos vastauksesta. Tuon HomeWizard P1 mittarin käyttöönoton jälkeen on tullut tämmösiä ilmoituksia, joissa ei ole mitään selitettä etusivulle:

Mitähän nämä indikoi? Yleensähän siellä on selite, että "started processing" jos on buutannut tms.

[Olli69]

Mitähän nämä indikoi? Yleensähän siellä on selite, että "started processing" jos on buutannut tms.
Tässä versiossa on näköjään lokituksessa bugi, joka joissain yhteyksissä (modbus ilmoitus?) tyhjentää viestikentän. Tämän pitäisi korjaantua tulevissa versioissa.