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

[Tossunkorjaaja]

Jimillä oli lämmittänyt 00:00 - 00:59 ja sitten 03:00 - 05:59. Eli neljä tuntia.

Toki tässä tuli samalla mieleen, että mikäs arvo on PriceAlwaysAllowed? Sehän on 0 oletuksena, että se olisi voinut poimia sen yhden lisätunnin. On nämä erikoisia ongelmia pohdittavaksi kun tuotteita myydään nolla-hintaan tai joskus miinuksellakin

No katsoinpa huolimattomasti. Kieltämättä asia on noin.

Minulla ei mennyt päälle kuin vasta 02:00:18

 

[B12]

Tuli mieleen tuosta Smart Heatingista. Sellainen "smart car heating" olisi kiva. Esim töihinlähtö klo 7. Siitä taaksepäin lämmittää 1, 2, 3... tuntia/minuuttia riippuen ulkolämpötilasta ja virta poikki kello X = töihinlähtö.

Ei taida suoraan onnistua tuolla smart heating -skriptillä?

 

[Mikki]

Tuli mieleen tuosta Smart Heatingista. Sellainen "smart car heating" olisi kiva. Esim töihinlähtö klo 7. Siitä taaksepäin lämmittää 1, 2, 3... tuntia/minuuttia riippuen ulkolämpötilasta ja virta poikki kello X = töihinlähtö.

Ihan vinkeä ajatus.... ja ajatusleikkinä jos tuollaisten skriptin tekisi, niin parametrointi olisi varmaan jotain tämän tyyppistä... mukaellen tuota SmartHeating parametrointia.

 

[KsK]

Aika kylmiltään hyppäsin tähän, mutta noin heuristisena erona logiikassa tulee mieleen, että auton ja varaajan selvä ero on se, että se auto ei varaa lämpöä kovinkaan hyvin eli ei olisi järkeä asetuksissa toteuttaa logiikka, jossa vaikka:
lähtö: 07:00
lämmityksenkesto: 120min
katkaisuhinta 10c/kWh
Jolloin jos hinta olisi 9c/kWh, 05-06 niin lämmitetään tunti ja sitten 06-07 hinnan ollessa yli tuon 10c/kWh lopetetaan lämmitys. Jos on enemmän pakkasta niin tuo olisi käytännössä aika hukattua energiaa lämmitykseen.

@Mikki nyt heitti tuon ihan päästä, eikä ollutkaan varmasti tarkoituskaan mitään valmistä esittää, mutta jos innostuu jatkohieromaan, niin ainakin hyvä huomioida erona ellei tietysti tahtotila ole, että auto saa olla kylmä, jos hinta liian korkea (tosin silloinkin logiikan pitäisi katsoa viimeinen tunti ennen lähtöä ja sen perusteella päättää aloitetaanko koko lämmittäminen vai ei ylipäätänsä).

 

[B12]

Ihan vinkeä ajatus.... ja ajatusleikkinä jos tuollaisten skriptin tekisi, niin parametrointi olisi varmaan jotain tämän tyyppistä... mukaellen tuota SmartHeating parametrointia.

katso liitettä 89711

Tuollainenhan se just olisi, mitä itsekin ajatellut. Shellyn schedulella onnistuu muuten ajastus, mutta lämpötilan seuranta ei onnistu. Hintaa en tiedä kannattaako tuohon edes alkaa sotkemaan. Turha lämmittää pidempään lämpimällä, vaikka olisi halpaakin, koska se on turhaa. Kalliilla jos katkaisee, silloin auto jää kylmäksi.

Tässä vain pitää ajatella siten, että kyse ei ole hinnasta, vaan ainoastaan lämmityksen pituudesta ulkolämpötilan mukaan. Jokainen saa sitten säätää kokeilemalla mieleisekseen auton koon ja lämmittimien tehon mukaan. Nyt valmiit skriptit ovat pörssisähkön hinnan optimointiin. Tässä taas optimoidaan lämmitysaikaa, että ei kuluteta sähköä turhaan, kuten esim kiinteällä ajastuksella lämpimällä kelillä, jos lämmitysaika säädetty kylmän kelin mukaan.

Joko huomiseksi valmistuu Vitsi vitsi, mutta tuli vain ajatus mieleen, koska vanha ajastinkello keskuksessa osoittaa lähestyvän kuoleman merkkejä ja ajattelin päivittää ajastuksen Shelly-vetoiseksi. Samalla olisi kiva saada vähän älyäkin peliin, kun kerran rauta sitten taipuu.

Toki voihan siinä olla hintarajojakin, jos haluaa säästää sen verran kun hinta liian korkea. Rajathan voi sitten jokanen laittaa millaiseksi haluaa. Maximum price tuossa hahmotelmassa jo onkin.

Kivaahan tuossa olisi sekin, että pelkkää lähtöaikaa muuttamalla saa ajastuksen tehtyä. Normiajastimilla pitää aina muuttaa päälle/pois kumpaakin aikaa. Ainakin tuo minun vanha Legrand on hankala käyttää. Ja sitten taloudessa voi olla esim eri vuoroihin töihin lähtijöitä, jolloin voisi olla useampi lähtöaikakin.

 

[Mikki]

Joo... en tiedä onko hintaa järkevää sotkea ollenkaan mukaan. Loppujenlopuksi tosiaan harvoinpa ne aikaisen aamun tunnit on kalliita muutenkaan ja kyllä siitä huvista vaikka vähän maksaakin että auto olisi lämmin jos on pakkasta.

Ihan en huomiseksi lupaa, mutta otetaan vahvaan harkintaan kun mulla ns. palikat tuon tekemiseen serveripäässä olisi melkeinpä kasassa.

 

[heebo1974]

Tuli mieleen tuosta Smart Heatingista. Sellainen "smart car heating" olisi kiva. Esim töihinlähtö klo 7. Siitä taaksepäin lämmittää 1, 2, 3... tuntia/minuuttia riippuen ulkolämpötilasta ja virta poikki kello X = töihinlähtö.

Ei taida suoraan onnistua tuolla smart heating -skriptillä?

Home Assistant: Scheduling the car heater – Creating Smart Home

www.creatingsmarthome.com

Tuollainen on ainakin tehty home assistantille. Tuosta voi ottaa ainakin vinkkejä miten sen voisi toteuttaa.

 

[root]

@Mikki, onnistuisiko sellainen API-vastaus, että palauttaisi kuluvan tunnin hinnan plain text:inä? Vähän samaan tapaan kuin "JustNowRank"

 

[root]

...vielä lisäyksenä, että testailin API:n "JustNowRanksAndPrice"-URLia ja esim. kysely

https://api.spot-hinta.fi/JustNowRanksAndPrice?ranksAllowed=1-24&priceAlwaysAllowed=0

juuri äsken tehtynä palautti aina "400", eli rank:illä ei tuntunut olevan väliä. Vai olenko ymmärtänyt tämän jotenkin väärin?

 

[Mikki]

juuri äsken tehtynä palautti aina "400", eli rank:illä ei tuntunut olevan väliä. Vai olenko ymmärtänyt tämän jotenkin väärin?

Joo, siihen parametriin pitäisi listatat halutut rankit. Vaikka näin, niin tuo rank 18 on nyt kuluvan tunnin rank ja palauttaa hetken vielä 200

https://api.spot-hinta.fi/JustNowRanksAndPrice?ranksAllowed=1,2,3,4,5,6,7,8,9,10,18&priceAlwaysAllowed=0

Ja sitten jos haluaa tarkistaa vaikka pelkän hintarajan, ollaanko nyt alle 5 cent hinnassa, menisi se näin:

https://api.spot-hinta.fi/JustNowRanksAndPrice?ranksAllowed=0&priceAlwaysAllowed=5

 

[root]

Joo, siihen parametriin pitäisi listatat halutut rankit. Vaikka näin, niin tuo rank 18 on nyt kuluvan tunnin rank ja palauttaa hetken vielä 200


Ja sitten jos haluaa tarkistaa vaikka pelkän hintarajan, ollaanko nyt alle 5 cent hinnassa, menisi se näin:

ok, kyllähän dokumentaatiossa oli mainittu "comma separated list", mutta range esim. "1-18" olisi hyvä olla tuettu notaatio

 

[Jimi]

Viime yönä oli ainakin lokien mukaan outoa toimintaa usealla price and rank scriptillä.
esim. liitteen lokissa rele päällä 01-06 eli 5 tuntia, pyynti 1,2 eli 2h ja alle1c tunnit.

 

[Jimi]

Viime yönä oli ainakin lokien mukaan outoa toimintaa usealla price and rank scriptillä.
esim. liitteen lokissa rele päällä 01-06 eli 5 tuntia, pyynti 1,2 eli 2h ja alle1c tunnit.

Voi tosin johtua backup tunneista niitä on määritelty 4 kpl tuohon samaan aikajaksoon.

 

[Jimi]

Jimillä oli lämmittänyt 00:00 - 00:59 ja sitten 03:00 - 05:59. Eli neljä tuntia.

Toki tässä tuli samalla mieleen, että mikäs arvo on PriceAlwaysAllowed? Sehän on 0 oletuksena, että se olisi voinut poimia sen yhden lisätunnin. On nämä erikoisia ongelmia pohdittavaksi kun tuotteita myydään nolla-hintaan tai joskus miinuksellakin

Price always allowed just muutin 1c ja price modifier on -1,12 joten jos price modifier vaikuttaa always allowed hintaankin niin siinä voi olla vaihtoehtoinen syy tuolle backup hoursille.
Mikki vois dokumentoida mihin kaikkeen tuo price modifier vaikuttaa, em hiukan epäselvä eli vaikuttaako myös hintarajaan?

 

[Jimi]

Voisko scripteihin saada ekoille riveille juoksevan versionumeron niin ois helpompi tietää pitäiskö scripti päivittää. Nyt pyörii 1.03 firmis ja joskus aikoja sitten laitettu scripti. Päivitellyt joitain releitä 1.07 firmikseen jotta näkee miten scripti toimii siinä mutta pitäisköhän myös scriptit päivittää ? Toimivaa ei taas mielellään päivitä ainakaan testaamatta. Eli yhteensopivuus firmiksienkin kanssa vois olla koodin alussa mainittu.

 

[Mikki]

Voisko scripteihin saada ekoille riveille juoksevan versionumeron niin ois helpompi tietää pitäiskö scripti päivittää. Nyt pyörii 1.03 firmis ja joskus aikoja sitten laitettu scripti. Päivitellyt joitain releitä 1.07 firmikseen jotta näkee miten scripti toimii siinä mutta pitäisköhän myös scriptit päivittää ? Toimivaa ei taas mielellään päivitä ainakaan testaamatta. Eli yhteensopivuus firmiksienkin kanssa vois olla koodin alussa mainittu.

Hyviä palautteita, kiitos Jimi. Tuo firmware yhteensopivuus voisi olla hyvä lisä kyllä... että ainakin millä versioilla skriptiä on testattu.
Ja samoin tuo vaatii kyllä vähän dokumentoitia lisää, että mihin priceModifier vaikuttaa.

Otan tästä pari "action pointtia" tehdä alta pois.

 

[B12]

Home Assistant: Scheduling the car heater – Creating Smart Home

www.creatingsmarthome.com

Tuollainen on ainakin tehty home assistantille. Tuosta voi ottaa ainakin vinkkejä miten sen voisi toteuttaa.

Tuossahan se koko idea on lyhykäisyydessään:

Nykyisin näkyy onnistuvan skriptin editointi suoraan Shellyn uudesta apista, eikä enää tarvitse mennä releen ip-osoitteeseen.

 

[Mikki]

Nykyisin näkyy onnistuvan skriptin editointi suoraan Shellyn uudesta apista, eikä enää tarvitse mennä releen ip-osoitteeseen.

Joo tuo skriptin editointi onnistuu mobiili apilla. Pikkuisen vaikeaa kuitenkin.

Mutta vähän tässä jo mietin sitä, että samaan tyyliin kuin on "SmartMonitoring" skriptissä linkki siihen HTML sivuun, niin voisi tässäkin olla linkki, mistä saisi säädettyä lähtöaikaa.... mikä yliajaisi haluttaessa sen skriptin arvon.

Sen voisi laittaa kännykkään bookmarkiksi aloitusruudulle ja siitä pääsisi kirjautumatta mihinkään pelkkään kellonajan asetukseen. Ei välttämättä olisi erityisen hankala oikeastaan tehdä.

 

[B12]

Joo tuo skriptin editointi onnistuu mobiili apilla. Pikkuisen vaikeaa kuitenkin.

Mutta vähän tässä jo mietin sitä, että samaan tyyliin kuin on "SmartMonitoring" skriptissä linkki siihen HTML sivuun, niin voisi tässäkin olla linkki, mistä saisi säädettyä lähtöaikaa.... mikä yliajaisi haluttaessa sen skriptin arvon.

Sen voisi laittaa kännykkään bookmarkiksi aloitusruudulle ja siitä pääsisi kirjautumatta mihinkään pelkkään kellonajan asetukseen. Ei välttämättä olisi erityisen hankala oikeastaan tehdä.

Meinasin laittaa tuohon edelliseen postaukseen, että joku helppo tapa ajan muuttamiseen, mutta ei vaadita liikoja

Tuo olisi oikein kiva esim vaimoa ajatellen. Ei tekemätön paikka, mutta onhan se vähän nörttijuttuja käydä skriptin sekaan tekemässä muutoksia. Jos sen saisi noin helpoksi, niin olisi kyllä koko perheen ratkaisu samalla. noita muita pörssisähköskriptejähän ei tarvitse olla koko aikaa säätämässä. Ei toki välttämättä tätäkään, mutta voisi kätevästi ajastaa menojen mukaan.

 

[Tossunkorjaaja]

Näyttää tuo Shelly 4pm pistävän satunnaisesti ”itsestään” pauselle tuon scriptin. En usko vian olevan itse scriptissä tai nettiyhteydessä.

Olisko Shelly pro 1 luotettavampi, siis ilman PM ominaisuutta ja vain yhdellä kanavalla. Siis yksi Shelly ja scripti kuhunkin shellyyn?

Hämmentävä ominaisuus

Nättiä kyllä, kun saa kiukaan päälle vaikka applewatchista. On nää hienoja systeemeitä, en olis voinut kuvitellakkaan muutama vuosi sitten, mitä kaikkea älyä sitä saa rakenneltua kotiinkin.
Ja Shellyn buttonilla saa ilman älypuhelinta myös ohjattua on/off

 

[Mikki]

Näyttää tuo Shelly 4pm pistävän satunnaisesti ”itsestään” pauselle tuon scriptin. En usko vian olevan itse scriptissä tai nettiyhteydessä.

Olisko Shelly pro 1 luotettavampi, siis ilman PM ominaisuutta ja vain yhdellä kanavalla. Siis yksi Shelly ja scripti kuhunkin shellyyn?

Hämmentävä ominaisuus

PM mallit on herkempiä häiriöille ehdottomasti. Ongelmana on että jos releen kytkennän yhteydessä tulee verkosta häiriö, PM malli helposti kaatuu.

Mutta onhan sinulla se "liukukytkin" skriptissä päällä että skrioti käynnistyy jos Shelly buuttaa? Ja sitten voisit asentaa SmartMonitoring skriptin niin se voisi käynnistää skriptin uudestaan jos stoppaa.

 

[Tossunkorjaaja]

PM mallit on herkempiä häiriöille ehdottomasti.

Mutta onhan sinulla se "liukukytkin" skriptissä päällä että skrioti käynnistyy jos Shelly buuttaa? Ja sitten voisit asentaa SmartMonitoring skriptin niin se voisi käynnistää skriptin uudestaan jos stoppaa.

Kiitti, monitoring mun täytyy kai sitten viritellä huomenissa.
Liukukytkin on kyllä päällä.

Jotain matoa tossa purkissa on. FW on päivitetty

 

[tk-]

Näyttää tuo Shelly 4pm pistävän satunnaisesti ”itsestään” pauselle tuon scriptin. En usko vian olevan itse scriptissä tai nettiyhteydessä.

Olisko Shelly pro 1 luotettavampi, siis ilman PM ominaisuutta ja vain yhdellä kanavalla. Siis yksi Shelly ja scripti kuhunkin shellyyn?

Hämmentävä ominaisuus

Nättiä kyllä, kun saa kiukaan päälle vaikka applewatchista. On nää hienoja systeemeitä, en olis voinut kuvitellakkaan muutama vuosi sitten, mitä kaikkea älyä sitä saa rakenneltua kotiinkin.
Ja Shellyn buttonilla saa ilman älypuhelinta myös ohjattua on/off

Pro4PM ei Pörssärin tietokannassa kyllä näyttäydy yhtään sen epäluotettavampana kuin muutkaan Shellyt. Niitä on tällä hetkellä langoilla 33, ja niistä 1 on tänään joko uudelleenkäynnistynyt tai uudelleenkäynnistetty tähän mennessä.

Mutta kuten yleisesti todetaan, niin nuo PM-mallit on ilmeisesti häiriöherkempiä kuin ei-PM -mallit. Kuitenkin jos semmoisen nyt on sattunut jo itselleen hankkimaan, niin on iso mahdollisuus saada se kuitenkin toimimaan myös luotettavasti.

Ongelmana saattaa lähinnä olla muistin riittävyys jos siinä joutuu pyörittämään useampaa eri skriptiä saadakseen nuo kaikki kanavat erikseen ohjattua. Itsestään paussille menevä skripti voisi olla jotain tuollaista. Ja muutenkin jos joutuu useampaa skripti pyörittämään päällekkäin, niin aina alkaa tulla enempi niitä asynkronissa meneviä Shelly.Calleja mikä voi tuoda esiin firmwaren bugeja helpommin.

 

[Mikki]

Hyviä arvailuja mutta en usko olevan kyse muistin loppumisesta, kun ei vielä ole monitor skriptiäkään. Kyllä noita 4pm laitteita on paljon käytössä.

Ja päällekkäisiä Shelly.call kutsuja ei käytännössä tule.

Mutta samaa mieltä, että kyllä tämä tästä selvinnee. Pistelin yv viestiä Tossunkorjaajalle.

 

[B12]

PM releissä on jossain firmiksessä tullut ominaisuus, että kytkee vain aallon nollakohdassa, eli pitäisi olla jopa vähemmän herkkä kelan häiriöille.

 

[tk-]

PM releissä on jossain firmiksessä tullut ominaisuus, että kytkee vain aallon nollakohdassa, eli pitäisi olla jopa vähemmän herkkä kelan häiriöille.

Juu tällainen käsitys itselläkin on, mutta tietysti jos useampi kanava yrittää napsahtaa juuri samalla sekunnin tuhannesosalla käyntiin, niin ehkä se silti on altis häiriöille.

Mutta kaikista isoin muutos noiden luotettavuudessa tuli uudella skriptiversiolla, niin siksi herkästi tulee mieleen aina shellyn rajalliseen laskentakapasiteettiin ja edelleen vähän raakileena olevaan skriptimoottoriin liittyvät ongelmat. Käsittääkseni esim mqtt-pohjaisella ohjauksella ei ole juurikaan tullut ongelmia vastaan.

 

[Jule]

Mulla oli 4PM:ssä LVV pikakoodi scriptillä ja lämmitys Rank and Price scriptillä, ja nyt kahteen kertaan tuo pikakoodi oli itsekseen mennyt pauselle.. Laitoin nyt kummatkin tuolle Rank and Price koodille. Yksi kärki ohjaa lisäksi pihavaloja auringon nousun mukaan ajastuksena.

Hieman olen miettnyt jos tuon scriptin saisi modattua niin että inputilla voisi ohittaa, tai vaikuttaa tuohon scriptiin, tyyliin LVV lisälammitys tjsp, mutta täytyy vissiin laittaa testipenkki pystyyn ettei sotke tuota nykyisellään lämmitystä ohjaavaa purkkia tuolla sähkökaapissa.

 

[Jimi]

Viime yönä 2 halvimman tunnin scripti toimi väärin ja 4 halvimman tunnin scripti oikein. Firmikset 1.03 ja 1.07. Halvimmat 2 tuntia oli 0-1 ja 3-4, scripti otti tunnit 1-2 ja 4-5. Mahdollinen syy on kellonajassa 0:59-1:59 j 3:59-4:59, luuleeko scripti näitä 0-1 ja 3-4 tunneiksi?

 

[Mikki]

Viime yönä 2 halvimman tunnin scripti toimi väärin ja 4 halvimman tunnin scripti oikein. Firmikset 1.03 ja 1.07. Halvimmat 2 tuntia oli 0-1 ja 3-4, scripti otti tunnit 1-2 ja 4-5. Mahdollinen syy on kellonajassa 0:59-1:59 j 3:59-4:59, luuleeko scripti näitä 0-1 ja 3-4 tunneiksi?

Eihän tuon 2 tunnin Shellyssä ole väärä aikavyöhyke? Jotenkin tuntuisi että sen kello on tunnin edellä ja ohjaus olisi mennyt kuitenkin oikein? toisin sanoen, että Shelly olisi jäänyt kesäaikaan ja siksi kulkisi tunnin edellä.

 

[root]

@Mikki, onnistuisiko sellainen API-vastaus, että palauttaisi kuluvan tunnin hinnan plain text:inä? Vähän samaan tapaan kuin "JustNowRank"

@Mikki, mitä luulet olisiko tuo kysytty ominaisuus mahdollista saada API:iin mukaan?

 

[Jimi]

Eihän tuon 2 tunnin Shellyssä ole väärä aikavyöhyke? Jotenkin tuntuisi että sen kello on tunnin edellä ja ohjaus olisi mennyt kuitenkin oikein? toisin sanoen, että Shelly olisi jäänyt kesäaikaan ja siksi kulkisi tunnin edellä.

Katsoin geolocation ja timezone, molemmissa Hki Europe. Muutaman kerran haku epäonnistui molemmissa.
Aikaasetusta tai kesäaikaasetusta en äkkiä löytänyt ?
Päivitin 1.08 firmikseen, web-liittymässä kello oli sitten ajassaan ja zone hki europe. Katsotaan mitä tapahtuu ensi yönä.

 

[Mikki]

Vaihteeksi taas Shelly skripteihin on tullut päivitystä. Eli Rank and Price -skripti on kokenut uudistuksen. Koodia on kevennetty ja nyt se käyttää vähemmän Shellyn resursseja. Samalla siihen tuli monireleohjaus.

Lisäksi Shelly Plus Plug S -releelle on tullut pieni skripti, joka vaihtelee LED-renkaan väriä pörssihinnan mukaan. Toimi siis vain tässä älyplugissa. Sarjassamme "piti koodata kerran se oli mahdollista"

Skripteihin tuli myös versionumero (päiväys) helpottamaan sen katsomista, että milloin onkaan asennellut skriptin/onko uudempaa tarjolla. Ja sitten vielä versiohistoriaa aloitin tekemään Githubin puolelle: https://github.com/Spot-hinta-fi/Shelly/releases

Ei siis mitään pakollisia päivityksiä, vanhatkin skriptit toimivat edelleen. Uudet skriptit löytyvät kuitenkin tuttuun tapaan Shelly kirjaston kautta käyttämällä osoitetta: https://api.spot-hinta.fi/shelly/scripts

Sen verran tilastotietoa, että päivittäin yli 3200:sta eri IP-osoitteesta käytetään spot-hinta.fi rajapintoja. Valtaosaltaan Shellyjen kautta, mutta ei HA käyttäjätkään mitätön määrä ole.

 

[Jimi]

Tuossa r&p scriptin kytkennät 8 halvinta pyynnissä, klo 5:02 outo lisäkytkentä. Erona muihin että 2 min myöhemmin. Klo 5.01 näkyy kyllä toisesta shellyn kosketinta lukevan laitteen lokista poiskytkentä joka ei ole tallentunut shellyn omaan lokiin???
Yötunnit priorisoitu ja pricemodifier käytössä.

Backup hours on 1-4 niin voisko olla että yhteysongelman sattuessa tarkistaa backup tunnit ja jos ei osu kytkee pois? ja hetken päästä yhteyden onnistuessa takaisin?

 

[Mikki]

Tuossa r&p scriptin kytkennät 8 halvinta pyynnissä, klo 5:02 outo lisäkytkentä. Erona muihin että 2 min myöhemmin. Klo 5 maissa oli vrk halvimmat tunnit niin en usko että poiskytkentä puuttuu.

Niin, eikä sinänsä kahta kertaa pitäisi releen voida mennä peräkkäin päälle. Ja toisaalta skripti ei tee mitään 5:02, kun se tekee toimintonsa ensimmäisen minuutin aikana. Ja myöskään kun oli halvimmat tunnit menossa, ei skripti koskenut releeseen tuossa tunnin vaihtuessa.

Sinänsä riittäisi että on ollut sekunninkin sähkökatko, niin toki Shellyn buuttaus tuon aiheuttaisi.

 

[Jimi]

Niin, eikä sinänsä kahta kertaa pitäisi releen voida mennä peräkkäin päälle. Ja toisaalta skripti ei tee mitään 5:02, kun se tekee toimintonsa ensimmäisen minuutin aikana. Ja myöskään kun oli halvimmat tunnit menossa, ei skripti koskenut releeseen tuossa tunnin vaihtuessa.

Sinänsä riittäisi että on ollut sekunninkin sähkökatko, niin toki Shellyn buuttaus tuon aiheuttaisi.

Asia selvisi, routeriin on ajastettu automaattinen bootti klo 5 jolloin varmaan backuphours tulee peliin. Siirrän bootin 5:30 niin ei osu tunnin vaihtumiseen.

 

[Jimi]

PM releissä on jossain firmiksessä tullut ominaisuus, että kytkee vain aallon nollakohdassa, eli pitäisi olla jopa vähemmän herkkä kelan häiriöille.

Siis shellyissä ? Käsittääkseni vain puolijohderele kykenee nollapistekytkentään eikä kai niitä ole shellyissä vai onko ?

 

[shellypm]

oma koodi nyt 99% ok.

mutta pari mahdollista virhetilannetta pitää vielä korjata (tämä olettaen että oma verkko toimii mutta api ei):

"ts": 1699507179.57,
"level": 2,
"data": "shelly_http_client.:606 0x3ffe1820: Finished; bytes 0, code 0, redir 0/3, auth 0, status -10: Host not found"

sekä:

"ts": 1699513581.313,
"level": 2,
"data": "shelly_http_client.:606 0x3ffdf660: Finished; bytes 18902, code 200, redir 0/3, auth 0, status -4: Request or response is too big"

muuten virheelliset api responsed suljettu:
else if (res.code != 0)

status OK vaaditaan
fw 1.0.8

edit:
if (error_code != 0) hoitaa (ja print lisäks)

 

[Cold]

Jos käyttää liikennevaloscriptissä suhteellisia hintoja, eli vuorokauden rank-tietoja, voisiko siinä kuitenkin olla käytössä myös hintarajat hyvin halvalle (vihreä) ja hyvin kalliille (punainen). Nämä siis ohittaisivat rank-tiedot. Scriptissähän on jo nuo kaksi rajaa, joita käytetään siinä silloin kun halutaan osoittaa hintoja.

 

[Mikki]

Jos käyttää liikennevaloscriptissä suhteellisia hintoja, eli vuorokauden rank-tietoja, voisiko siinä kuitenkin olla käytössä myös hintarajat hyvin halvalle (vihreä) ja hyvin kalliille (punainen). Nämä siis ohittaisivat rank-tiedot. Scriptissähän on jo nuo kaksi rajaa, joita käytetään siinä silloin kun halutaan osoittaa hintoja.

Täytyypä miettiä... ihan heittämällä tuota ei voi tehdä. Eli nyt se on siis "joko/tai" (rankit tai hintarajat). Niiden yhdistelmä on hiukan kompleksimpi tehdä, että en ole varma onko niin kysyntää.

 

[PolyEsko]

Nyt on Shelly Pro 1 viritetty tuohon pöydälle testiin. Firmiksen päivitin jostain 0.8 betasta 1.08:iin ja Mikin minimal-heating scriptin asensin. Odottaa sähkömiehen tuloa, että sen saa tuonne sähkökaappiin.
Samalla asennetaan Shelly Pro 3EM mittaamaan ILP'in, LVV:n yhden vastuksen ja LTO:n kulutuksia. Tuohon värkkin yhteyden saaminen sovelluksella ja selaimella tökki pahoin. Lopulta bluetooth pysyi hengissä niin kauan, että sain sen sen avulla wi-fiin kiinni. Firmiksen päivitys siinäkin helmikuun versiosta marraskuun versioon.

Eikös noista voi ottaa Cloud yhteyden pois päältä? Laittaa sitten taas päälle, jos firmis päivittynyt joskus.