Pörssäri - Useiden ohjauslaitteiden ja helpon web-asetusliittymän yhdistelmä pörssisähköohjaukseen

[tk-]

Tulipa vihdoin lähes valmiiksi tuo korjatun ohjauslaskennan omaava versio. Sieltäkin varmasti vielä bugeja löytyy, mutta nyt pitäisi olla jo huomattavan paljon lähempänä tarkoituksenmukaista toimintaa.

Edelleen kaipailen testaamisesta ja/tai jonkinlaisesta kehitystyöstäkin kiinnostuneita mukaan! Laitelkaa sähköpostia tai miksei tukipyyntöäkin. Testaajia tarvitaan myös ihan tuotantopäähän, palkkioksi siitä olen antanut hintagraafin sitten näkyviin jotta ohjausten muodostumisen voi varmistaa.

Ilo kuitenkin kaikista puutteista ja vioista huolimatta on huomata, että jo lähes 1200 käyttäjää on löytänyt uudenkin Pörssärin. Eihän sitä pakko ole käyttää automaattiseen ohjaukseen, vaan voi olla myös laskemassa aikataulut mitkä manuaalisesti välittää omille laitteilleen.

 

[hemaris]

Tulipa vihdoin lähes valmiiksi tuo korjatun ohjauslaskennan omaava versio. Sieltäkin varmasti vielä bugeja löytyy, mutta nyt pitäisi olla jo huomattavan paljon lähempänä tarkoituksenmukaista toimintaa.

Edelleen kaipailen testaamisesta ja/tai jonkinlaisesta kehitystyöstäkin kiinnostuneita mukaan! Laitelkaa sähköpostia tai miksei tukipyyntöäkin. Testaajia tarvitaan myös ihan tuotantopäähän, palkkioksi siitä olen antanut hintagraafin sitten näkyviin jotta ohjausten muodostumisen voi varmistaa.

Ilo kuitenkin kaikista puutteista ja vioista huolimatta on huomata, että jo lähes 1200 käyttäjää on löytänyt uudenkin Pörssärin. Eihän sitä pakko ole käyttää automaattiseen ohjaukseen, vaan voi olla myös laskemassa aikataulut mitkä manuaalisesti välittää omille laitteilleen.

Itse olen nyt käyttänyt HA:n kanssa muutaman viikon LVV:n ohjaukseen, erityisesti halvimpien varttien poimintaa halutuilla ajanjaksolla. Siihen tämä on oikein näppärä ja toimintavarma. Päivitys näyttää korjanneet kaikki verkkosivun käytöliittymään liittyneet ongelmat. Ainoa kauneusvirhe näyttäisi olevan että lokiin tippuu tasaisesti yksittäisiä virheilmoituksia:

Logger: homeassistant.helpers.template
Source: helpers/template/__init__.py:1757
First occurred: 18:00:40 (1 occurrence)
Last logged: 18:00:40

Template variable error: 'value_json' is undefined when rendering '{{ value_json.metadata.timestamp|default(0) }}'

Nämä eivä näytä kuitenkaan haittaavan toimintaa.

 

[tk-]

Itse olen nyt käyttänyt HA:n kanssa muutaman viikon LVV:n ohjaukseen, erityisesti halvimpien varttien poimintaa halutuilla ajanjaksolla. Siihen tämä on oikein näppärä ja toimintavarma. Päivitys näyttää korjanneet kaikki verkkosivun käytöliittymään liittyneet ongelmat. Ainoa kauneusvirhe näyttäisi olevan että lokiin tippuu tasaisesti yksittäisiä virheilmoituksia:

Logger: homeassistant.helpers.template
Source: helpers/template/__init__.py:1757
First occurred: 18:00:40 (1 occurrence)
Last logged: 18:00:40

Template variable error: 'value_json' is undefined when rendering '{{ value_json.metadata.timestamp|default(0) }}'

Nämä eivä näytä kuitenkaan haittaavan toimintaa.

Tässä on taustalla ha-rest -sensorin ominaisuus sekä palvelimen ns. purkkaviritys.

Ha ei osaa käsitellä rest-sensorissa http-koodeja, vaan olettaa aina saavansa json-muotoisen vastauksen kysymykseensä. Tämän takia erillinen kysely tarkistaa ensin pörssäristä onko ohjaustieto tulossa vai ei, ja vasta kun se oikeasti saataisiin, ha lähettää varsinaisen kyselyn.

Kuitenkin tasavarttien aikaan ohjaustietoa ei anneta, koska se saattaisi sisältää menneen aikaleiman johtuen tuosta +-90sek -randomoinnista. Tämän takia palvelin ei siis annakaan ohjaustietoa vaikka ha juuri edellä tarkisti, että kyllä sen pitäisi olla tulossa.

Ajatuksena on tehtä tästä jatkoaaa vähän järkevämpi, mutta nyt mennään vielä tuolla kun se on lähinnä kosminen ongelma ja ha saa ohjaustiedon päivityksen seuraavalla kyselyllä 5min kuluttua, ja siihen saakka edellinen ohjaustieto pysyy voimassa.

 

[jalih]

Tässä on taustalla ha-rest -sensorin ominaisuus sekä palvelimen ns. purkkaviritys.

Ha ei osaa käsitellä rest-sensorissa http-koodeja, vaan olettaa aina saavansa json-muotoisen vastauksen kysymykseensä. Tämän takia erillinen kysely tarkistaa ensin pörssäristä onko ohjaustieto tulossa vai ei, ja vasta kun se oikeasti saataisiin, ha lähettää varsinaisen kyselyn.

Kuitenkin tasavarttien aikaan ohjaustietoa ei anneta, koska se saattaisi sisältää menneen aikaleiman johtuen tuosta +-90sek -randomoinnista. Tämän takia palvelin ei siis annakaan ohjaustietoa vaikka ha juuri edellä tarkisti, että kyllä sen pitäisi olla tulossa.

Ajatuksena on tehtä tästä jatkoaaa vähän järkevämpi, mutta nyt mennään vielä tuolla kun se on lähinnä kosminen ongelma ja ha saa ohjaustiedon päivityksen seuraavalla kyselyllä 5min kuluttua, ja siihen saakka edellinen ohjaustieto pysyy voimassa.

Olisiko tuo randomointi parempi jättää ohjaus skriptien tehtäväksi ohjauslaitteen puolella? Itsehän muunnan nuo Pörssärin palauttamat aikataulut aina tasavarteille ja tallennan ohjaukset koodattuna bitteinä. Tuosta on myös äärettömän helppo ja nopea muodostaa ohjausjono ohjauskanaville mille tahansa ajankohdalle. Itse ajattelin hyödyntää tätä Pörssärin IP-Symcon integraatiota varten, eli mahdollisen sähkökatkon jälkeen saadaan aina muodostettua ajan tasalla oleva ohjausjono kyseiselle ajankohdalle.

 

[tk-]

Olisiko tuo randomointi parempi jättää ohjaus skriptien tehtäväksi ohjauslaitteen puolella? Itsehän muunnan nuo Pörssärin palauttamat aikataulut aina tasavarteille ja tallennan ohjaukset koodattuna bitteinä. Tuosta on myös äärettömän helppo ja nopea muodostaa ohjausjono ohjauskanaville mille tahansa ajankohdalle. Itse ajattelin hyödyntää tätä Pörssärin IP-Symcon integraatiota varten, eli mahdollisen sähkökatkon jälkeen saadaan aina muodostettua ajan tasalla oleva ohjausjono kyseiselle ajankohdalle.

Tämä on puhtaasti periaatteelinen design-kysymys. Eli kun tunnettu sähkötekninen fakta on se, että yhtäkkiset isot kuormamuutokset suuntaan tahi toiseen ei ole hyvä asia, niin siksi Pörssäri toimii näin.

Uskoisin (korjatkaa toki jos olen väärässä), että jos Shellyn tai muun ohjauslaitteen takana on jännitepiikkejä antavia kontaktoreita, niin ei se ole Shellynkään kannalta huono asia, että nämä tulevat portaittain pienempinä piikkeinä.

Mutta voidaan toki pohtia mikä olisi se sopiva randomointi. +-90 on tuntiaikaan ollut ok, mutta pitäisikö se nyt vähentää +-60 tai jopa +-30? Edelleen siihen se pieni porrastus jäisi äkillisiä isoja kuormamuutoksia estämään, mutta ero ei olisi enää niin merkittävä. Toki on hyvin suhteellista onko se merkittävä edes +-90...

 

[tk-]

Tähän perään vielä todettakoon, että olenpa vihdoin saanut valmiiksi ison refaktoroinnin ohjauslaskennan kanssa. Tämän uuden systeemin pitäisi nyt huomattavasti paremmin onnistua hakemaan se kaikista optimaalisin yhdistelmä vartteja, oli sitten aurinkotehoa käytettävissä, kapasiteettirajoitteisia tunteja, käyttäjän aina päälle määrittelemiä tunteja, minimipäälläoloa, minimipoissaolojaksoa päälläolojen välissä, osaperiodeja vuorokauden sisällä, ulkolämmön mukaan säätyvää lämmitystarvetta sekä maksimaalista poissaoloa päälläolojaksojen välissä.

Bugeja siellä toki edelleen voi olla, paljon niitä on korjattu. Testisivuston perusteella näyttää nyt jo kuitenkin hyvin lupaavalle, että todella pääsääntöisesti tuo edellämainittu tapahtuu.

Mutta antakaa palautetta joko virallisia reittejä tai viestillä. Ja jos tuntuu, että omat ohjaukset on edelleen vähän tai vähän enemmän sinnepäin, niin otan edelleen vastaan innokkaita testaajia testisivustolle, missä tuota ohjauslaskentaa tarkemmin debugataan.

 

[jalih]

Tämä on puhtaasti periaatteelinen design-kysymys. Eli kun tunnettu sähkötekninen fakta on se, että yhtäkkiset isot kuormamuutokset suuntaan tahi toiseen ei ole hyvä asia, niin siksi Pörssäri toimii näin.

Uskoisin (korjatkaa toki jos olen väärässä), että jos Shellyn tai muun ohjauslaitteen takana on jännitepiikkejä antavia kontaktoreita, niin ei se ole Shellynkään kannalta huono asia, että nämä tulevat portaittain pienempinä piikkeinä.

Mutta voidaan toki pohtia mikä olisi se sopiva randomointi. +-90 on tuntiaikaan ollut ok, mutta pitäisikö se nyt vähentää +-60 tai jopa +-30? Edelleen siihen se pieni porrastus jäisi äkillisiä isoja kuormamuutoksia estämään, mutta ero ei olisi enää niin merkittävä. Toki on hyvin suhteellista onko se merkittävä edes +-90...

Miten Shelly ja HA Pörssäri asiakasohjelmat on toteutettu? Itsehän siis omassa asiakasohjelmassani haen pelkästään aikataulut Pörssärin palvelimelta. Pieni satunnaisuus ohjausajalle on helppo toteuttaa lisäämällä se suoraan ohjaustapahtuman unix-aikaleimaan ennen sen työntämistä ohjausjonoon.

 

[tk-]

Miten Shelly ja HA Pörssäri asiakasohjelmat on toteutettu? Itsehän siis omassa asiakasohjelmassani haen pelkästään aikataulut Pörssärin palvelimelta. Pieni satunnaisuus ohjausajalle on helppo toteuttaa lisäämällä se suoraan ohjaustapahtuman unix-aikaleimaan ennen sen työntämistä ohjausjonoon.

Ne vain hakee sen aikaleimajonon ja toteuttaa ohjausta sen perusteella. Eli ohitettuaan aikaleiman suorittaa ohjauksen. Ohjauslooppi pyörähtää aina nykyisellään muistaakseni 15sek välein, eli tottakai randomointi ei välttämättä aina aikaansaa erilainen tapahtuvia ohjauksia kun noin ”harvakseltaan” ohjataan.

Toki jos joku haluaa sen toimivan toisin, niin tietenkin saa halutessaan itse pyöristää aikaleimat aina tasavarttiin. Mutta pääsääntöisesti käyttäjät ei näin tee, joten saadaan tuo haluttu arkkitehtuuritasolla sähköverkkoa stabiloiva vaikutus aikaan. Toki nykyisellä noin 2500 ohjattavan laitteen määrällä vaikutus sähköverkkoon on jotain olemattoman ja minimaalisen välillä.

 

[Arisoft]

mutta pitäisikö se nyt vähentää +-60 tai jopa +-30?

Käynnistys + ja sammutus - muuten lipsahtaa kalliin puolelle.

 

[SON]

Olisi mielenkiintoista nähdä graafisessa muodossa Pörssarin vrk ajan toimintaa kun muuttujana ovat ainakin pörssisähkön varttitunnin hinnat, aurinkovoiman tuotto ja ohjattavien kulutuslaitteiden päälle ja poiskytkeytyminen.

 

[tk-]

Olisi mielenkiintoista nähdä graafisessa muodossa Pörssarin vrk ajan toimintaa kun muuttujana ovat ainakin pörssisähkön varttitunnin hinnat, aurinkovoiman tuotto ja ohjattavien kulutuslaitteiden päälle ja poiskytkeytyminen.

Kulutuslaitteet ei vielä vaikuta ja aurinkotuotto haetaan ennusteena. Mutta tee tili sivustolle, ja lisää sinne laite! Se laskee ohjaukset ja näet graafin etusivulla.

 

[jalih]

Kirjoittelin simppelin Pörssäriä hyödyntävän ohjaus softan GPIO-ohjatuilla relekorteilla varustetuille Raspberry PI yhteensopiville tietokoneille, mitkä kykenevät ajamaan Linuxia.

Tarkoitus oli tehdä käyttöönotosta mahdollisimman yksinkertainen. Tarvittavat asetukset määritellään JSON-muotoiseen asetustiedostoon, minkä ohjelma olettaa olevan "/etc/control/control.json", mutta tämän voi halutessaan toki komentoriviltä määrittää toiseksi.

Asetustiedostoon tarvitsee määritellä ohjelman käyttämä KV-tietokantatiedosto, Pörssärin laitetunnus, paikkakunta, maakoodi, kellonaika [hh,mm,ss] muodossa, mistä eteenpäin lähdetään kyselemään Pörssäriltä aikatauluja (tähän lisätään vielä oikeasti random offset, eli tuosta ajasta maksimissaan tunnin sisällä aletaan kyselemään aikatauluja). Lisäksi tarvitaan tietysti lista pinneistä ohjauskanavajärjestyksessä releiden ohjausta varten:

{ db: "/etc/control/control.db", device-id: "XXXXXXXXXXXX", city: "Hämeenlinna", country: "FI", update-at: [14,00,00], pins: [26,20,21] }

Taitaa myös tällä hetkellä olla ainoa "ohjaus skripti", mikä tukee täysin Pörssärin varaohjelmia ja osaa automaattisesti myös palata normaalitoimintaan varaohjelmilta kunhan ajantasalla olevat aikataulut saadaan taas haettua.

Julkaisen tänne vapaaseen jakoon, kunhan seuraava versio 8th:sta julkaistaan. Mikäli löydän jostain vähän ylimääräista aikaa, niin tähän olisi vielä tulossa mahdollisuus määrittää pinnit astrokello-ohjausta varten. Koodi astro-tukea varten ja geo-tietokanta ohjelmasta jo löytyykin.

Ohjelmassa on oma säie hoitamassa aikataulujen päivitykset ja oma säie hoitamassa aikataulutuksen. Säikeet nukkuvat suurimman osan ajasta, joten ei kuormita ohjaustietokonetta käytännössä ollenkaan.

root@ohjaus:~# systemctl status -n 100 ohjaus
● ohjaus.service - Ohjausratkaisut
     Loaded: loaded (/etc/systemd/system/ohjaus.service; enabled; preset: enabled)
     Active: active (running) since Mon 2026-04-13 18:23:59 EEST; 2h 39min ago
 Invocation: c4acd5cd74c44fdca5cbbc233cb75a7d
   Main PID: 516 (8th)
      Tasks: 4 (limit: 4469)
        CPU: 1.093s
     CGroup: /system.slice/ohjaus.service
             └─516 /opt/8th/bin/rpi64/8th /root/control/control.8th

Apr 13 18:23:59 ohjaus systemd[1]: Started ohjaus.service - Ohjausratkaisut.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.705 Starting up and initializing the Control, control software using the Pörssäri web service.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.765 <update> Trying to read schedules from internal DB.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.765 <update> Valid schedules found from internal DB.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.765 <scheduler> Rebuilding schedules.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.782 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.782 <scheduler> Next scheduled event: 2026-04-13T18:15:00+03:00, channel: 1, state: 0.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.782 <scheduler> Event: channel: 1, state: 0.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.831 <scheduler> Next scheduled event: 2026-04-13T23:45:00+03:00, channel: 1, state: 1.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.891 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.891 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.891 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.891 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.891 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.891 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.891 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.891 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.892 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.892 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.892 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.892 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.892 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.892 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.892 <scheduler> Rescheduling.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.892 <scheduler> Next scheduled event: 2026-04-13T21:45:00+03:00, channel: 2, state: 1.
Apr 13 18:24:01 ohjaus 8th[516]: 2026-04-13 18:24:01.899 <update> Next update at: 2026-04-14T14:59:18+03:00.
root@ohjaus:~#

 

[tk-]

Aivan mahtavaa työtä! Tämä helpottaa varmasti monia jotka Raspberryllä hoitavat ohjauksia.

Taitaa myös tällä hetkellä olla ainoa "ohjaus skripti", mikä tukee täysin Pörssärin varaohjelmia ja osaa automaattisesti myös palata normaalitoimintaan varaohjelmilta kunhan ajantasalla olevat aikataulut saadaan taas haettua.

Tämä pitää täysin paikkansa.. Josko nyt vihdoin löytyisi aikaa Shelly-skriptin päivittämiseen. HA-puolelle on mahdollisesti tulossa jotain järkevämpää lähiaikoina, niin toistaiseksi jätän sen yamlin koskematta. HA:ssa muutenkin varaohjelmat on helppoa toteuttaa itse, siihen ei tarvitse web-ui:n apua.

 

[jalih]

Toteutan viikonlopun aikana IP-Symcon integraation Pörssärille. Toteutus on yksinkertainen, palveluna toteutettu apuohjelmani hoitaa varsinaisen ohjauslogiikan ja käskyttää IP-Symcon:ia. Apuohjelman konfiguraatio tiedostoon tarvitsee vain määrittää lista IP-Symcon:in käyttämistä ohjauslaitteen muuttujien id-numeroista ja halutessaan voi myös määritellä muuttujan, mihin tallennetaan HTML-muodossa lista lasketuista ohjauksista. Tukee siis suoraan kaikkia IP-Symcon:in tukemia ohjauslaitteita.

 

[jalih]

IP-Symcon integraatio toimii nyt hienosti. Joudun vielä yhden muutoksen tekemään, kun havaitsin ettei palvelin tuekaan batch-muotoista JSON-RPC dataa (lähetän samaan aikaan tapahtuvat ohjaukset aina kerralla). Täytyy kiertää tuo puute toteuttamalla skripti IP-Symcon:in päähän, mikä sitten käynnistetään yhdellä JSON-RPC pyynnöllä ja saa parametrinaan nuo yhtä aikaa tehtävät ohjaukset. Tämä antaa bonuksena sitten käyttäjälle myös skriptissä mahdollisuuksia toteuttaa muutakin ohjauslogiikkaa.

 

[tk-]

Tänään päivitetty uusi versio toi mukanaan kaksi uutta odotettua ominaisuutta.

Käyttäjälle lähetetään nyt sähköpostiin ja/tai tekstiviestiin ilmoitus jos jokin ohjauslaitteista on offline-tilassa liian pitkään. Tällä hetkellä asetuksena on manuaalisesti 2h, mutta jatkossa kun saan uuden skriptin valmiiksi tästä tulee dynaamisempi, eli jos tiedossa palvelimella on, että laitteessa on ohjaustietoa seuraavan vuorokauden loppuun, niin käyttäjälle lähetetään tieto vain jos tämä alkaa lähestymään eikä laitteesta kuulu.

Toisena ominaisuutena on ohjauksen kytkeminen pois päältä. Eli ohjauksen voi nyt deaktivoida niin, että se ei osallistu ohjauslaskentaan, mutta asetukset jää talteen. Kun ohjauksen kytkee takaisin päälle, palaa ohjauslaskenta toimimaan.

Lisäksi lukuisia paranteluita taustalla sekä uusien ominaisuuksien taustoitusta. Seuraava "isompi" julkaisu tulee sisältämään uuden Shelly-skriptin sekä MQTT-pohjaisen yhteyden palvelimelle. Tämä luo pohjaa syksyn aikana tulevalle entistä interaktiivisemmalle ohjaukselle.

 

[amnk]

Mikäköhän tuossa on muuttunut, kun ehkä kuukauden tauon jälkeen yritin kirjautua pörssärin ohjaussivustolle, mutta jo sähköpostin syöttämisen jälkeen tulee "IP address mismatch. Please try again."? Kysyisin muuten Facebookissa, mutten käytä sitä.

 

[huugo]

Mikäköhän tuossa on muuttunut, kun ehkä kuukauden tauon jälkeen yritin kirjautua pörssärin ohjaussivustolle, mutta jo sähköpostin syöttämisen jälkeen tulee "IP address mismatch. Please try again."? Kysyisin muuten Facebookissa, mutten käytä sitä.

IP address mismatch. Please try again. tulee myös täällä

 

[tk-]

Mikäköhän tuossa on muuttunut, kun ehkä kuukauden tauon jälkeen yritin kirjautua pörssärin ohjaussivustolle, mutta jo sähköpostin syöttämisen jälkeen tulee "IP address mismatch. Please try again."? Kysyisin muuten Facebookissa, mutten käytä sitä.

IP address mismatch. Please try again. tulee myös täällä

Pitää tutkailla tätä, mutta tiettävästi kirjautuminen on onnistunut ainakin sähköposti-otp:lla ja ehkä myös selaimen sivuhistorian tyhjennyksellä.

 

[Tifo]

Off topic, torille

 

[hemaris]

IP address mismatch. Please try again. tulee myös täällä

Minulla toimii kirjautumiset normaalisti

 

[tk-]

Tietokoneella toimi oikein, kännykällä oli ongelmia sen kanssa miten ip välittyy Cloudfaren proxysta. Tuossa tuli liuta suojauskorjauksia mukana niin ei enää toiminut vanhalla tavalla, ja testiserverillä ei tuo vika tullut ilmi.

Nyt pitäisi olla korjattuna, ainakin itsellä toimi oikein!

 

[tk-]

Pörssäriin on nyt rakenneltu urakalla pilviohjausmahdollisuuksia. Sensibo ja Themo toimii jo täysin, ja ne on auki kaikille käyttäjille. MelCloud/Melcloud Home ja Ebeco on vielä testivaiheessa. Lisäksi selvittelen mahdollisuutta ohjata Tuya-releitä, mutta se mahdollisesti kaatuu haluttomuuteen ostaa 50te vuosilisenssi...

Oraclen Free Tier -vaatimukset kiristyy lähiaikoina, ja tullaan tekemään tuo ohjausserveri kokonaan uusiksi ja päivitetään samalla käyttöjärjestelmä. Resurssit riittäisi kyllä nykyisellään tuohon kiristettyynkin vaatimukseen, mutta päädyttiin silti tiputtamaan legacy tässä samassa hötäkässä pois. Eli muutaman viikon sisällä kaikki käyttäjät pakkosiirtyy uuden käyttäjiksi. Lämmitysominaisuuksia hion vielä jotta saadaan ne aluksi samalle tasolle vanhan kanssa, ja sitten syksyn työpanos tuleekin käytettyä sen älyllistämiseen.

Uusi MQTT-yhteyttä hyödyntävä Shelly-skripti on myös jo luonnosteluvaiheessa, ja tullaan julkaisemaan tässä uudistuksen kynnyksellä myös. Eli aletaan saamaan dataa myös serverin suuntaan paremmin, ja tätä sitten hyödynnetään ui:ssa pikkuhiljaa.