Pörssäri & Home Assistant

[tk-]

Tämä on ehkä noobi kysymys, mutta kysyn kuitenkin.

Lähtötilanne: Shellyt asennettu ja home assistantissa. Pörssäri tehty ja pörssärin kanavat kohdillaan. Kanavat näkyvät HA:ssa.

Miten helpoiten yhdistän home-assistant säännöt ohjaamaan Shelly switchejä.
Ohje sanoo näin:" Näitä sensoreita voi käyttää automaatiotriggereinä Home Assistantin ohjaamien laitteiden päälle- ja poiskytkentään."

Pitääkö tuonne tehdä monta automaatiota per switch - tyyliin jos 0, niin kytke pois. Jos 1, niin kytke päälle... Vai onko helpompi keino?

Jokainen ehto vaatii oman automaationsa. Mutta jos vaikka ohjaat yhdellä ehdolla useampaa laitetta, niin ne voi laittaa siihen samaan automaatioon.

Tein esimerkin missä Shelly Plug ohjataan päälle ja pois. Liitän sen tähä yamlina koska helpompi niin.

Spoiler: YAML

alias: Shelly Plug control
description: ""
trigger:
  - platform: state
    entity_id:
      - sensor.porssari_dev_channel_1_state
condition: []
action:
  - if:
      - condition: state
        entity_id: sensor.porssari_dev_channel_1_state
        state: "1"
    then:
      - type: turn_on
        device_id: ae3bf886b71fd20222b8542be6841dc2
        entity_id: 78cb23814d819822ec3c3d60d2f80364
        domain: switch
    else:
      - type: turn_off
        device_id: ae3bf886b71fd20222b8542be6841dc2
        entity_id: 78cb23814d819822ec3c3d60d2f80364
        domain: switch
mode: single

Pitäisi opetella tuo blueprinttien teko, niin voisi tehdä valmiiksi jokaiselle kanavalle nuo automaatiopohjat.

Siellähän on lisäksi semmoinen binäärisensori "porssari_json_controls" mikä saa arvon "on" kun palvelimelta on saatu voimassa oleva JSON. Periaatteessa sen avulla pystyy tuohon tekemään vikasietoa myös, eli jos se sensori on arvossa "off", niin ei ole saatu ohjaustietoa. Esimerkiksi lämminvesivaraajan "vikatilaohjauksen" saisi automaatiolla mikä ajetaan kerran tunnissa, ehtona, että tuo edellämainittu sensori saa arvon off, ja jos klo on välillä 02-06, niin kytketään päälle ja muutoin pois.

 

[huugo]

Jokainen ehto vaatii oman automaationsa. Mutta jos vaikka ohjaat yhdellä ehdolla useampaa laitetta, niin ne voi laittaa siihen samaan automaatioon.

Tein esimerkin missä Shelly Plug ohjataan päälle ja pois. Liitän sen tähä yamlina koska helpompi niin.

Iso kiitos YAMLista ja itse palvelusta. Mahtavaa!

Koetin takoa YAMLia GPT:llä mutta en saanut virheetöntä. Tällä se jo onnistuukin. Kiitos.

 

[tk-]

Iso kiitos YAMLista ja itse palvelusta. Mahtavaa!

Koetin takoa YAMLia GPT:llä mutta en saanut virheetöntä. Tällä se jo onnistuukin. Kiitos.

Itse rakentelin tuon sillä HomeAssistantin automaatioidentekosysteemillä. Se on kanssa aika helppo kun saa valittua suoraan ne laitteet mitä ohjaa. Mutta tosiaan nuo blueprintit olisi vielä helpompi juttu, ja niihin pitää jatkossa panostaa. Saa joku muukin innokas tehdä jos haluaa!

 

[huugo]

Tätä on ehkä jossakin pohdittu
LVV ja 4 halvinta tuntia. Pörssäri antaa oikein valinnat eli 1) tänään viimeiset tunnit ja 2) Huomenna aamulla nega-tunnit.
Nyt tosin aamun negat jää hyödyntämättä koska LVV lämpiää jo ennen puolta yötä.

Eli saisiko tähän joten "liukuvan" tai uudelleen ajettavan optimoinnin. Että optiomointi tehtäisi uudelleen kun uudet pörssihinnat tulevat. Esim ehtona - halvimmat 4 tuntia aikavälillä 18 - 06?

Vai miten tämän ongelman voi ratkaista?

 

[tk-]

Tätä on ehkä jossakin pohdittu
LVV ja 4 halvinta tuntia. Pörssäri antaa oikein valinnat eli 1) tänään viimeiset tunnit ja 2) Huomenna aamulla nega-tunnit.
Nyt tosin aamun negat jää hyödyntämättä koska LVV lämpiää jo ennen puolta yötä.

Eli saisiko tähän joten "liukuvan" tai uudelleen ajettavan optimoinnin. Että optiomointi tehtäisi uudelleen kun uudet pörssihinnat tulevat. Esim ehtona - halvimmat 4 tuntia aikavälillä 18 - 06?

Vai miten tämän ongelman voi ratkaista?
katso liitettä 94404

Eipä sitä oikein voi mitenkään paitsi antamalla ehdolle luvan olla voimissaan esimerkiksi välillä 22-08. Silloin pari tuntia vaan mahtuisi tämän vuorokauden puolelle ja loput menisi tuohon ensi yöhön.

Tuossa uudessa ohjaussysteemissä pyritään tuomaan dynaamisuutta enemmän mukaan, lämmityksen ohjaushan toimii nytkin jo aina 3-24h blokeissa kerrallaan, ja siihen on tarkoitus tuoda jatkossa erilaisia painotuksia tulevaisuuden perusteella. Sen on tarkoitus auttaa myös tuollaisessa lämminvesivaraajan käyttötarkoituksessa, eli jos on tiedossa halvempia tunteja eikä edellisestä lämmityksestä ole kulunut liian pitkä aika, niin sitä siirretään eteenpäin kun hinnat saadaan tietoon.

Kunhan saadaan tuo datankeruupuoli mqtt:n kautta pystyyn, niin periaatteessa voisi käyttää lvv:n senhetkistä lämpötilaakin ehtona, eli jos ollaan tietyn rajan yläpuolella, niin voidaan huoletta odotella halvempaa sähköä.

 

[huugo]

Eipä sitä oikein voi mitenkään paitsi antamalla ehdolle luvan olla voimissaan esimerkiksi välillä 22-08. Silloin pari tuntia vaan mahtuisi tämän vuorokauden puolelle ja loput menisi tuohon ensi yöhön.

En tunne pörssärin rakennetta, mutta....

eikös tuo voisi onnistua jos ajaisi 1x vuorokaudessa optimoinnin sijaan saman optimoinnin x kertaa vuorokaudessa - esim olisi ehto optimoi 1x tai 2x vuorokaudessa. 2x vuorokaudessa kai ratkaisisi tämän jos ajettaisi aina 24h eteenpäin.

Tietty tässä voisi käydä niin, että halvimmat 4h olisi aina vuorokauden lopussa, mutta tuommoisia tilanteita varten on jo nyt max x h katko-asetus.

Ajatus tässä, että optimointi olisi aina optimointihetkestä eteenpäin. Ei kalenterivuorokaus.

Pohdin vaan että mikä olisi minimimuutos nykyiseen (tosin en tunne Pörssäriä sen toteutusta)

 

[tk-]

En tunne pörssärin rakennetta, mutta....

eikös tuo voisi onnistua jos ajaisi 1x vuorokaudessa optimoinnin sijaan saman optimoinnin x kertaa vuorokaudessa - esim olisi ehto optimoi 1x tai 2x vuorokaudessa. 2x vuorokaudessa kai ratkaisisi tämän jos ajettaisi aina 24h eteenpäin.

Tietty tässä voisi käydä niin, että halvimmat 4h olisi aina vuorokauden lopussa, mutta tuommoisia tilanteita varten on jo nyt max x h katko-asetus.

Ajatus tässä, että optimointi olisi aina optimointihetkestä eteenpäin. Ei kalenterivuorokaus.

Pohdin vaan että mikä olisi minimimuutos nykyiseen (tosin en tunne Pörssäriä sen toteutusta)

Siinä on aina erilaisia haasteita jos lähdetään muuttamaan jo suunniteltua tai sitten otetaan huomioon aina vain osa vuorokaudesta. Teoriassa saattaa käydä niin, että aina se seuraava 12h jakso onkin halvempi, ja sitten nuo maksimitaukoaikatunnit osuu johonkin muuhun kun halvimpaan tuntiin. Varmasti tähän erilaisia käytäntöjä on olemassa.

Meillä on tosiaan visio dynaamisuudesta tuossa uudessa systeemissä, koska ohjaukset kuitenkin pitää rakentaa huomioiden se, että kaikkia sähkölaitteita ei välttämättä kaikissa kiinteistöissä voi laittaa halvimmalla tunnilla sitten kuitenkaan päälle, ettei pääsulakkeet pauku.

 

[tk-]

Tuolla fb-puolella nousi esiin jonkinlainen epämääräinen toimintahäiriö Pörssäri-ha:n kanssa. Kyseisellä käyttäjällä oli vielä alkuoeräinen ha-versio käytössään.

On mahdollista, että tuo alkuperäinen yaml ei toimi enää uusimpien ha-versioiden kanssa oikein, en ole enää sen toimintaa nykyisellään testannut kun omassa testialustassa pyörii tuo uudempi versio. Eli kannattaa päivittää tuo ha-yaml uusimpaan versioon, se on sellaisenaan takaisinpäin yhteensopiva, eli ohjaussensoreiden nimet ei muutu.

 

[Rasse226]

Mulla on ollut pörssäri käytössä nyt varmaan 3kk ja tänään tuli eka vika. Kanava 3 on näyttänyt 0 8h putkeen vaikka siinä ollut pakko ohjaus päälle 16-20. Onko muilla ollut häikkää.

Edit: olihan se muuttunut 1:seks, mutta automaation triggeri ei ole lauennut jostain syystä

 

[tk-]

Mulla on ollut pörssäri käytössä nyt varmaan 3kk ja tänään tuli eka vika. Kanava 3 on näyttänyt 0 8h putkeen vaikka siinä ollut pakko ohjaus päälle 16-20. Onko muilla ollut häikkää.

Edit: olihan se muuttunut 1:seks, mutta automaation triggeri ei ole lauennut jostain syystä

Onko sinulla mikä versio siitä ohjaus-yamlista käytössä? Kyllä sen vanhankin pitäisi sinällään pelata ok, mutta se 2.0 käyttää uusinta versioa rajapinnasta, ja siinä on muutenkin paranneltu asioita vielä toimintavarmemmiksi.

 

[tk-]

Alkoi tuo ajoittain netin hukkaava PicoW siinä määrin ärsyttämään, että päädyinpä tutustumaan ESPHomeen tähän kaveriksi. Alkuperäisenä ajatuksena oli rakentaa myös tuo json-haku suoraan ESPHomen avulla, mutta eipä tuo RP2040-versio tuekaan http-requesteja. Niinpä tuli tehtyä nyt tuollainen välimallin versio, eli ESPHome tekee tuon Pico W:n releboardille switchit mitkä seuraa HomeAssistantin Pörssäri-sensoreiden tilaa.

Etuna aiempaan tässä nyt tuli se, että paikallinen ohjaus onnistuu HA:n välityksellä. HA toki on ylimääräinen välittäjä nyt tuon ohjaustiedon hakemisessa, ja tarkoituksena on jatkoon vielä kehittää ESPHome-systeemiä siten, että se hoitaa itse tuon palvelinkyselyn, ja ainoastaan logitus ja manuaaliohjaus tulisi sitten HomeAssistantin kautta.

Yaml liitteenä, eli kun Picon tai muun ESPHome-yhteensopivan asentaa HomeAssistantin avulla, niin alkuosa tulee sen HA:n toimesta, ja alla oleva koodi lisätään sinne loppuun. RGB-ledin ohjaus ohjaustietotilan mukaan tuosta vielä puuttuu.

Spoiler: YAML

output:
  - platform: gpio
    pin: 32
    id: PicoStatusLED
 
interval:
  - interval: 5000ms
    then:
      - output.turn_on: PicoStatusLED
      - delay: 500ms
      - output.turn_off: PicoStatusLED
 
switch:
  - platform: gpio
    pin: 21
    name: "Relay 01"
    id: relay_1
    restore_mode: ALWAYS_OFF
  - platform: gpio
    pin: 20
    name: "Relay 02"
    id: relay_2
    restore_mode: ALWAYS_OFF
  - platform: gpio
    pin: 19
    name: "Relay 03"
    id: relay_3
    restore_mode: ALWAYS_OFF
  - platform: gpio
    pin: 18
    name: "Relay 04"
    id: relay_4
    restore_mode: ALWAYS_OFF
  - platform: gpio
    pin: 17
    name: "Relay 05"
    id: relay_5
    restore_mode: ALWAYS_OFF
  - platform: gpio
    pin: 16
    name: "Relay 06"
    id: relay_6
    restore_mode: ALWAYS_OFF
  - platform: gpio
    pin: 15
    name: "Relay 07"
    id: relay_7
    restore_mode: ALWAYS_OFF
  - platform: gpio
    pin: 14
    name: "Relay 08"
    id: relay_8
    restore_mode: ALWAYS_OFF

sensor:
  - platform: homeassistant
    id: CH1
    entity_id: sensor.porssari_channel_1_state
    on_value_range:
      - below: 0.5
        then:
          - switch.turn_off: relay_1
      - above: 0.5
        then:
          - switch.turn_on: relay_1
 
  - platform: homeassistant
    id: CH2
    entity_id: sensor.porssari_channel_2_state
    on_value_range:
      - below: 0.5
        then:
          - switch.turn_off: relay_2
      - above: 0.5
        then:
          - switch.turn_on: relay_2
 
  - platform: homeassistant
    id: CH3
    entity_id: sensor.porssari_channel_3_state
    on_value_range:
      - below: 0.5
        then:
          - switch.turn_off: relay_3
      - above: 0.5
        then:
          - switch.turn_on: relay_3
 
  - platform: homeassistant
    id: CH4
    entity_id: sensor.porssari_channel_4_state
    on_value_range:
      - below: 0.5
        then:
          - switch.turn_off: relay_4
      - above: 0.5
        then:
          - switch.turn_on: relay_4

  - platform: homeassistant
    id: CH5
    entity_id: sensor.porssari_channel_5_state
    on_value_range:
      - below: 0.5
        then:
          - switch.turn_off: relay_5
      - above: 0.5
        then:
          - switch.turn_on: relay_5
 
  - platform: homeassistant
    id: CH6
    entity_id: sensor.porssari_channel_6_state
    on_value_range:
      - below: 0.5
        then:
          - switch.turn_off: relay_6
      - above: 0.5
        then:
          - switch.turn_on: relay_6

  - platform: homeassistant
    id: CH7
    entity_id: sensor.porssari_channel_7_state
    on_value_range:
      - below: 0.5
        then:
          - switch.turn_off: relay_7
      - above: 0.5
        then:
          - switch.turn_on: relay_7

  - platform: homeassistant
    id: CH8
    entity_id: sensor.porssari_channel_8_state
    on_value_range:
      - below: 0.5
        then:
          - switch.turn_off: relay_8
      - above: 0.5
        then:
          - switch.turn_on: relay_8

 

[tk-]

Nyt kun on vajaa 2kk takana HomeAssistantin, ESPHomen ja Pörssärin yhteiseloa niin ei voi muuta kuin (itse?)kehua tämän kombon vaivattomuutta. Kaikenlaiset omien Python-viritelmien aikaansaamat satunnaiset yhteyskatkot loistavat poissaolollaan, ja kokonaisuus on pelannut täysin virheettömästi.

Vaikuttaisi sille, että Raspberry Pico W:n ESPHomeen on tullut nyt tuki myös HTTP-kutsuille, joten seuraava kehitysversio jättää HomeAssistantin vain logittamaan ja olemaan paikallinen käyttöliittymä Pörssärin ohjauksen ohitukseen. Katsotaan koska löytyisi aika moisen projektin toteutukseen...

 

[jalih]

Kaikenlaiset omien Python-viritelmien aikaansaamat satunnaiset yhteyskatkot loistavat poissaolollaan, ja kokonaisuus on pelannut täysin virheettömästi.

Eikös tuo HomeAssistant lähtökohtaisesti ole kuitenkin Python viritelmä, eli omien skriptien pitäisi toimia ihan yhtä hyvin?

 

[tk-]

Eikös tuo HomeAssistant lähtökohtaisesti ole kuitenkin Python viritelmä, eli omien skriptien pitäisi toimia ihan yhtä hyvin?

Minusta HA on kaikkea muuta kuin "Python-viritelmä". Mutta se oma Python-viritelmä tuohon Pico W -ohjausboksiin toimi netin kanssa vähän epäluotettavasti. Siihen tuossa viittasin.

 

[fraatti]

Tulipas itsekin käytyä kokeilemassa millainen tämä Pörssäri on.
Hieno toteutus kieltämättä, ja asetuksetkin ovat varsin helppokäyttöisiä.

Muutama juttu mitä tässä on tullut mieleen naputellessa valikkoja eteenpäin.
Koordinaateista voisi olla maininta käytettävästä koordinaatistosta (WGS84 vai ETRS-TM35FIN). Esim jälkimmäisen saa paikkatietoikkunasta. Toki vielä helpompi olisi klikata kartalta sopiva paikka. Ei mikään kovin tärkeä juttu.

Aurinkosähkön myyntitariffi voisi olla myös spotti - marginaali?

 

[fraatti]

Mulle ei ihan aennut heti että mistä tuossa on kyse? Lämmitysjakson pituudesta kun lämpötila on 17 astetta? Jos kyse on siitä niin allaolevat taitavat kertoa saman asian?

 

[tk-]

Mulle ei ihan aennut heti että mistä tuossa on kyse? Lämmitysjakson pituudesta kun lämpötila on 17 astetta? Jos kyse on siitä niin allaolevat taitavat kertoa saman asian?
katso liitettä 100895

Kiitokset positiivisesta palautteesta ja vinkeistä edellisessä viestissä!

Myyntitariffi meinaa sitä minkä sähköyhtiö ottaa välistä. Se on vissiin jotain sentin desimaaleja/kWh. Hintana myydylle sähkölle muuten käytetään aina verotonta spot-hintaa.

Tuossa meinataan sitä, että moneenko osaan vuorokausi jaetaan. Eli jos valitset 6h, niin aina jokaisen 6h jakson lämmitystarve lasketaan erikseen tuon keskilämpöennusteen perusteella. Eli 18-00, 00-06, 06-12, 12-18 jne.

Tässä on itsellä tavoitteena vielä ehtiä tuota hieman kehittämään ennen kovimpia pakkasia, eli kalliimmista jaksoista siirrettäisiin osa tarvetta aina halvempiin, ja myös seuraavaa jaksoa vähän ennakoitaisiin, eli jos keli lämpenee niin vähennetään ja jos kylmenee niin lisätään.

 

[fraatti]

Tästä tulee mieleen että voisiko hintatieto olla visualisoituna. Siis niin että absoluuttisia hintoja ei ole näkyvillä, mutta vuorokauden kallein hinta on esim 100% ja halvin 0%? Tällöin hintatieto skaalattaisiin tunneille ja siitä saisi kuvan millaiset hinnat ko. vuorokaudella on, mutta hinta olisi kuitenkin "piilossa".

 

[fraatti]

Tässä ei taida olla mahdollista käyttää "aurinkoa" hyväksi?

Selasin myös aurinkosähköön liittyviä asetuksia läpi. En huomannut että missään olisi ollut optiota olla käyttämättä aurinkosähköä, jos sen arvo on suurempi myytynä kuin mitä verkosta saa ostamalla?

Aurinkosähköön liittyen skenaarioita mitä tulee mieleen on myös se että pidättäydytään lämmittämästä ennen ennustettua aurinkotuottoa. Ja myös ennakoiva lämmitys ennen auringon laskua.

Mitä enemmän kaikki mahdollisia skenaarioita miettii, niin sen monimutkaisempi toteutuksesta tulee.

Tuollainen osui myös silmiin. En tiedä puuttuuko tuosta "suomennos"?

 

[tk-]

Tästä tulee mieleen että voisiko hintatieto olla visualisoituna. Siis niin että absoluuttisia hintoja ei ole näkyvillä, mutta vuorokauden kallein hinta on esim 100% ja halvin 0%? Tällöin hintatieto skaalattaisiin tunneille ja siitä saisi kuvan millaiset hinnat ko. vuorokaudella on, mutta hinta olisi kuitenkin "piilossa".

Täytyy tuota pohdiskella. Ollaan pidetty aika tiukkaa periaatetta noiden hintatietojen osalta, että minkäänlaista vihiä niistä ei tuon sivuston kautta saa.

Tässä ei taida olla mahdollista käyttää "aurinkoa" hyväksi?

Selasin myös aurinkosähköön liittyviä asetuksia läpi. En huomannut että missään olisi ollut optiota olla käyttämättä aurinkosähköä, jos sen arvo on suurempi myytynä kuin mitä verkosta saa ostamalla?

Valitettavasti ei vielä noissa lämmitysasetuksissa. Tuo Pörssäri on rakentunut oikeastaan kolmella erilaisella ohjaustavalla alunperin, ja niiden yhdistäminen on meillä tällä hetkellä vielä menossa. Joka tapauksessa uskoisin tässä parin kuukauden sisään meidän saavan valmiiksi version missä tuosta nykyisestä rajoitteesta päästään eroon.

Tuo aurinkosähköennusteen hyödyntäminen toimii aina tuon rahalaskennan kautta PAITSI jos valitsee sieltä pakko-ohjauksista, että kytke kun (vapaa) aurinkotuotto on x% laitteen ottotehosta. Eli vuorokauden sisällä se haluttu määrä ohjaustunteja sijoitetaan aina sen mukaan mikä on kokonaisuuden kannalta edullisinta, eli voi myös päästää sähkön päivällä myyntiin ja ostaa halvempaa yöllä.

Tuollainen osui myös silmiin. En tiedä puuttuuko tuosta "suomennos"?

Joo, se on semmoinen demosivustolla toistaiseksi työn alla oleva juttu ja sen ei pitäisi olla tuolla "tuotantosivustolla" laisinkaan. Minäpäs poistan sen sieltä, kiitokset huomiosta.

 

[Kilikali]

Onnistuisikohan ohjata ILP:ä pörssärillä HA:n kautta, kun siellä HA:ssa näyttää olevan Gree+ wifi integraatio ILP:lle?

HA:sta ei itsellä kokemusta, mutta voisi olla parempi vaihtoehto Sensibolle, sikäli kun mahdollistaa sitten paljon muutakin käyttöä ja laitteiden hankinta kustannukset ovat samaa luokkaa.

 

[fraatti]

Onnistuisikohan ohjata ILP:ä pörssärillä HA:n kautta, kun siellä HA:ssa näyttää olevan Gree+ wifi integraatio ILP:lle?

HA:sta ei itsellä kokemusta, mutta voisi olla parempi vaihtoehto Sensibolle, sikäli kun mahdollistaa sitten paljon muutakin käyttöä ja laitteiden hankinta kustannukset ovat samaa luokkaa.

Tälläiseen olisi hyvä lämmityskäyräohjaus. Eli pyyntiä osattaisiin lisätä ja vähentää hinnan mukaan. Ja vielä ennakoida tulevaa korkeaa hintaa. Jotain tälläista tarvisin itsekin, ja kun tätä hommaa on tehnyt "manuaalisesti" niin pikkuhiljaa päässä alkaa olemaan visio että miten haluaa että ohjaus toimisi.

Toki en oikein tiedä että millainen säästöpotentiaali on, jos mitään varaavaa massaa ei ole? Ja jos ilppi säästää niin tuleeko tarve lämmittää jollain muulla sitten? Ainakin leudommilla keleillä voisi "väistellä" kalliimpia hintoja.

 

[Kide]

Sorry jos tämä tulee väärälle palstalle, vois varmaan olla joku Pörssäri - HA debuggaus -osasto oikeampi jos semmoinen on. Ilmoitelkaa, siirrän tämän tai poistan jos väärässä paikassa. Koitin tuonne fb tukiryhmään laittaa mutta menee hylsyksi siellä.

Puolen yön jälkeen alkoi tulla HA:n arvot -1 arvoisena. "changed to -1 triggered by state of porssari_json_controls turned off 00:45:00". Onkohan joku oma ongelma vai yleisempi? En nyt tuonne konfiguraation mitään muutoksia tiettävästi tehnyt viime aikoina, AppDaemonin automaatioskriptejä rassailin eilen, tuolla ei nyt mitään vaikutusta pitäisi olla. Päivitin 'release/porssari_core.yaml' uusimpaan main/90ce1169bd, ei apua. Koitin tulkata että porssari_core.yaml pyytää tämmöistä, jos sen nyt oikein osasin rakentaa:

https://api.porssari.fi/getcontrols.php?device_mac=<MAC>&client=Homeassistant_2.0&json_version=2

timestamp tuosta puuttuu että ei ihan sama mitä siellä pellin alla kysytään. Nopeasti katsottuna haku käsinajettuna tuntuisi sisältävän järkevää dataa.

Mitenkähän tuota debuggais lisää? Logista home-assistant.log en mitään outoa löytänyt

 

[tk-]

Puolen yön jälkeen alkoi tulla HA:n arvot -1 arvoisena. "changed to -1 triggered by state of porssari_json_controls turned off 00:45:00". Onkohan joku oma ongelma vai yleisempi? En nyt tuonne konfiguraation mitään muutoksia tiettävästi tehnyt viime aikoina, AppDaemonin automaatioskriptejä rassailin eilen, tuolla ei nyt mitään vaikutusta pitäisi olla. Päivitin 'release/porssari_core.yaml' uusimpaan main/90ce1169bd, ei apua. Koitin tulkata että porssari_core.yaml pyytää tämmöistä, jos sen nyt oikein osasin rakentaa:

https://api.porssari.fi/getcontrols.php?device_mac=<MAC>&client=Homeassistant_2.0&json_version=2

timestamp tuosta puuttuu että ei ihan sama mitä siellä pellin alla kysytään. Nopeasti katsottuna haku käsinajettuna tuntuisi sisältävän järkevää dataa.

Mitenkähän tuota debuggais lisää? Logista home-assistant.log en mitään outoa löytänyt

Antaako se nyt järkevää dataa kun päivitit ja systeemi on hakenut taas uudet ohjaustiedot? Tuo, että mennyt ennen yhtä -1 -tilaan meinaa sitä, että haettu ohjaustieto on loppunut. En tiedä onko tuo automaatioiden rassaus sitten jotenkin estänyt sen päivittymisen?

Siellä FB-ryhmässä on julkaisujen hyväksyntä päällä koska yhteen aikaan oli kuumempaa tämä keskustelu ja sinne päätyi herkästi kaikenlaista epäasiallista vänkäämistä ennenkuin itse ehti keskusteluihin osallistumaan. Olen kyllä tavannut kaikki vähänkään asialliset julkaisut sinne päästää läpi, mutta ehkä itse ehdit poistaa ensin nuo ennenkuin kerkesin huomaamaan?

Käytänpä hyväksi nyt tätä tilaisuutta kun keskustelu nousee kärkeen ja jos joku sattuisi huomaamaan, eli löytyykö innokkaita Python-harrastajia rakentelemaan Pörssäri-addonia homeassistantiin jatkossa? Tuleva rajapinta on valmis tässä parin viikon sisään jolloinka Pörssärin asetuksia pääsee sitten tarvittaessa muuttamaan myös token-autentikoinnilla rajapinnan kautta. Loppuvuoden aikana ehdin ehkä itsekin tuon parissa väkertää, mutta ei nyt tässä aivan ensimmäisenä ole prioriteettilistalla. Sinällään tuki on jatkossa kaikille euroopan hinta-alueille, eli periaatteessa tuo lisäosa voi ohjata kiinteistöjä myös laajemmin kuin Suomessa.

 

[Kide]

Perätilassa vielä on, kaikki kahdeksan linjaa arvolla -1. Periaatteessa "mihinkään en koskenut se oli jo rikki", tuo kuukauden vaihtuminen panee epäilemään että joku paikka siihen liittyen kilahtanut. Ajan HA linukassa docker composen alla, se on tietty aina vähän eri herkkä kun komentorivillä ei välttämättä näe missä kunnossa tuo kontti on sisältä päin katsottuna. Sekin nyt tullut nitkautettua muutaman kerran käyntiin.

Fb:stä. Olisko fb:n automaattinen filtteri estänyt tuon mun linkin laittamisen.

Pyyttonista sivukommentti: valitsin tuon AppDaemonin kun sillä ei juuri paljon tarvitse HA:n sisuksista tietää. Sen kanssa meinasi käydä kylmät kun tuki oli jo kertaalleen katkolla.

 

[Kide]

User error: Oli aika samannimiset pörssäri skriptit. Ja tietty olin mennyt nakkaamaan sen virallisen pörssäriskripti-yamlin pois päältä oman sijaan. Onneksi se face ei toiminut vaikka sieltä hölmöilyt vaikeampi löytää. Täällähän nää säilyy ikuisuuden. Tulipahan debugattua sisuksia. Kiitos ja anteeksi.

 

[tk-]

User error: Oli aika samannimiset pörssäri skriptit. Ja tietty olin mennyt nakkaamaan sen virallisen pörssäriskripti-yamlin pois päältä oman sijaan. Onneksi se face ei toiminut vaikka sieltä hölmöilyt vaikeampi löytää. Täällähän nää säilyy ikuisuuden. Tulipahan debugattua sisuksia. Kiitos ja anteeksi.

Et uskokaan mikä työ on pitää asiallinen keskustelu yllä ja poistella vittuilut jonkun mielestä tyhmien kysymysten kommenteista. Itse aina ajattelen, että jokainen pienikin esiin tuotu ”käyttäjävirhe” mahdollistaa vain paremman dokumentaation. Täydellinen järjestelmä estäisi käyttäjää tekemästä sen toimintaa estävät virheet, tai vähintään informoisi niiden olemassaolosta.

Sinällään uudet kuukausiversiot voi aina tuoda myös ha:ssa uusia ongelmia kun kaikki oma vapaa-aika on nyt ollut tuon sivusto- ja rajapintapäivityksen kimpussa, ja en välttämättä ehdi heti testaamaan uusimmalla ha-versiolla aina.