Home Assistant - For Dummies (hass.io)

En ole käyttänyt niin voin hyvin olla väärässäkin, mutta eikös esim. nappia dashboardille lisättäessä saa valittua sille teeman?
Teemaan laittaa sopivat sopivat värit niin kuvittelisin että saisi mieleisen tuolla keinoin :hmm:
Joo kyllähän siellä löytyy erilinen valinta mistä voi teeman valita. Yritin tämän ohjeen mukaan lisätä vähän väriä tuonne, mutta ei tuossa mitkään värit muuttunut tuolla peruskonfilla. Tällä tuohon sai sitten tehtyä mieleiset värit lukittu ja auki tiloihin.
 
Lämmityskausi alkaa olemaan lopuillaan, mutta vielä löytyi virtaa painia tämänkin asian parissa. Nyt näyttäisi tuo tokeni toimivan ehkä oikein, eli jos oikeasta tokenista muuttaa yhden merkin vääräksi, tulee erilainen errori. Mitähän tälle seuraavana koettaisi tehdä, jotta saisi termostaatin tiedon luettua?



Themo pulma.jpg

configuration.yaml:

Koodi:
  - platform: rest
    scan_interval: 60
    name: "Aalattia_2"
    resource: https://app.themo.io/api/devices/*****/state
    method: GET
    headers:
      Authorization: >
        Bearer {{ state_attr("input_text.tokeni", "koira") }}
    json_attributes:
      - FloorT


Tuolle statelle "example response" tuolla APIn sivuilla on:

Koodi:
{
  "Info": 25.1,
  "Power": false,
  "Data": true,
  "LocalIP": "172.1.10.31",
  "Mode": "SLS",
  "SW": "2.1.1",
  "Timestamp": "2017-05-15T13:45:48.587Z"
}

Eli tuosta ei löydy mitään joka vastaisi kohtaa "json_attributes" atribuuttia jolla olisi "ThermoT". Tässä tapauksessa et siis tarvitse lainkaan tuota json_attributes määrittelyä, kun saat nuo kaikki tuosta suoraa. Lisäksi sinulta puuttuu tuosta sensori kokonaan, eli tuosta ei tule mitään näkyviin, vaikka se sen tiedon saisikin haettua.

Eli tarvitset jotain tyyliin (RESTful):

Koodi:
  - platform: rest
    scan_interval: 60
    name: "Aalattia_2"
    resource: https://app.themo.io/api/devices/*****/state
    method: GET
    headers:
      Authorization: >
        Bearer {{ state_attr("input_text.tokeni", "koira") }}
    sensor:
      - name: "Sensorin nimi"
        value_template: "OK"
        json_attributes:
          - "Info"
          - "Power"
          - "Data"
          - "Mode"

Tuolla tehdään yksi sensori, jossa on kaikki nuo tiedot attribuutteina. Jos ne haluaa kaikki omiksi sensoreikseen, ne pitää sitten erottaa toisistaan ja lisätä se haluttu attribuutti "value_template"ksi tyyliin
Koodi:
value_template: "{{ value_json.Info }}"
.
 
Jos menet kyseisen laitteen laitesivulle (missä siis näkyy tuo identify ja battery) niin saat siitä valittua suoraan automaation käyttäen kyseistä laitetta, sieltä sitten valitset esimerkiksi mitä tapahtuu kun nappia painetaan kerran tai pitkään yms. Varsinaista entityä siitä kytkimen tilasta ei normaalisti luoda vaan napin painallus laukaisee sen eventin.
Automaatiokaan ei toiminut ja päädyin reconfiguroimaan yhteyden. Tämän jälkeen lokissa alkoi näkyä liikettä kun nappia painoi ja automaatiokin alkoi suoraan toimimaan. Yhteydessä oli siis jotain pielessä.
Kiitos avusta ja vastauksesta!
 
Pystyykös jotenkin helposti conffaamaan zigbee2mqtt:ssä, että HA pingaisi aika ajoin noita laitteita, varsinkin paristollisia. On vuotovahtia yms. niin olisi iha jees jos HA automaattisesti testailisi että ovat varmasti "elossa".
 
Pystyykös jotenkin helposti conffaamaan zigbee2mqtt:ssä, että HA pingaisi aika ajoin noita laitteita, varsinkin paristollisia. On vuotovahtia yms. niin olisi iha jees jos HA automaattisesti testailisi että ovat varmasti "elossa".
Tuolla saa testattua paristolliset:
 
Tuolla saa testattua paristolliset:

Tuo vaan ei taida toimia siinä tapauksessa jos laite menee offlineen. Tein itse sitä varten varmuuden vuoksi automaation.

YAML:
alias: Notify device offline
description: ""
trigger:
  - platform: state
    entity_id:
      - sensor.0x00158d0007d3e640_temperature
      - sensor.0x00158d0007f6a0d4_temperature
      - switch.kahvinkeitin_socket_1_2
      - switch.jaakaappi_socket
      - switch.pakastin_socket
      - sensor.0x00158d0008cae65c_temperature
      - sensor.0x943469fffe278c24_action
      - sensor.0x943469fffe23fc67_action
      - sensor.0x84ba20fffe7282cd_action
      - binary_sensor.0x804b50fffeefc93d_occupancy
    to: unavailable
    for:
      hours: 0
      minutes: 3
      seconds: 0
condition: []
action:
  - service: notify.mobile_app_iphone_olli
    data:
      title: Device Offline!
      message: |
        {{ trigger.to_state.name }} is offline for 3 minutes!
mode: parallel
 
Pystyykös jotenkin helposti conffaamaan zigbee2mqtt:ssä, että HA pingaisi aika ajoin noita laitteita, varsinkin paristollisia. On vuotovahtia yms. niin olisi iha jees jos HA automaattisesti testailisi että ovat varmasti "elossa".

zigbee2mqtt:n oma availability-toimintohan tekee tuon: Device-Availability | Zigbee2MQTT
Muistaakseni tuo siis ihan automaattisesti vaihtaa HA:ssa entityn tilaksi unavailable, mikäli laitetta ei määrättyyn aikaan ole "nähty". Vähän epäselväksi jää, että miten se sitä offlinena olevaa patterilaitetta muka pingaa, mutta mielestäni tuo on kyllä toiminut itsellä ihan hyvin.
 
Olisiko jollain ideaa mikä mahtaa olla ongelmana kun en saa Ikean Trådfi älynappia näkyviin mielestäni oikein HA:ssa? Näkyviin tulee kyllä identify ja battery entityt, mutta en nyt keksi miten saisin kiinni napin painamisen. Esim. tuo button.identify:n status ei muutu napin painalluksesta. Mikähän avuksi?
Nappi on kiinni HA Yellown zigbeessä ilman Ikean tai muitakaan hubeja.

Ite hain netistä sen "napin nimellä + blueprint" niin löyty skriptinpätkän jolla pääsi muokkaamaan mitä nappien painallus tekee HA:ssa. Omaan makuun vähän kankee, mutta menettelee kun ei monesti joudu tekemään.
 
Tuo vaan ei taida toimia siinä tapauksessa jos laite menee offlineen. Tein itse sitä varten varmuuden vuoksi automaation.

YAML:
alias: Notify device offline
description: ""
trigger:
  - platform: state
    entity_id:
      - sensor.0x00158d0007d3e640_temperature
      - sensor.0x00158d0007f6a0d4_temperature
      - switch.kahvinkeitin_socket_1_2
      - switch.jaakaappi_socket
      - switch.pakastin_socket
      - sensor.0x00158d0008cae65c_temperature
      - sensor.0x943469fffe278c24_action
      - sensor.0x943469fffe23fc67_action
      - sensor.0x84ba20fffe7282cd_action
      - binary_sensor.0x804b50fffeefc93d_occupancy
    to: unavailable
    for:
      hours: 0
      minutes: 3
      seconds: 0
condition: []
action:
  - service: notify.mobile_app_iphone_olli
    data:
      title: Device Offline!
      message: |
        {{ trigger.to_state.name }} is offline for 3 minutes!
mode: parallel
Kiitos tästä :kippis:
Tarviikos tuohon conffata vielä erikseen jotain, kun jostain syystä tämä ei itsellä toimi, vaikka tuolla Z2MQTT valikossa pari laitetta näkyy olevan offlinessa niin siitä huolimatta tuo yo. automaatio ei "liipaise".
 
Kiitos tästä :kippis:
Tarviikos tuohon conffata vielä erikseen jotain, kun jostain syystä tämä ei itsellä toimi, vaikka tuolla Z2MQTT valikossa pari laitetta näkyy olevan offlinessa niin siitä huolimatta tuo yo. automaatio ei "liipaise".
Tuo käsittääkseni liipaisee silloin kun tila muuttuu unavailableen eli ne laitteet jotka ovat jo unavailable eivät tuota liipaise ennen kuin käyvät onlinessa.
 
Tuo käsittääkseni liipaisee silloin kun tila muuttuu unavailableen eli ne laitteet jotka ovat jo unavailable eivät tuota liipaise ennen kuin käyvät onlinessa.
Jep. Automaatio laukeaa kun tila on muuttunut unavailable ja se on kestänyt 3 min.
 
Eli tuosta ei löydy mitään joka vastaisi kohtaa "json_attributes" atribuuttia jolla olisi "ThermoT". Tässä tapauksessa et siis tarvitse lainkaan tuota json_attributes määrittelyä, kun saat nuo kaikki tuosta suoraa. Lisäksi sinulta puuttuu tuosta sensori kokonaan, eli tuosta ei tule mitään näkyviin, vaikka se sen tiedon saisikin haettua.

Eli tarvitset jotain tyyliin (RESTful):

Koodi:
    sensor:
      - name: "Sensorin nimi"
        value_template: "OK"
        json_attributes:
          - "Info"
          - "Power"
          - "Data"
          - "Mode"

Lisäsin copy/pastella nuo sensor rivit, nyt chaeck configuration tuottaa virheilmoituksen: Invalid config for [sensor.rest]: [sensor] is an invalid option for [sensor.rest]. Check: sensor.rest->sensor. (See ?, line ?). enkä pääse tuosta eroon.
 
Taas joutui Nordpool integraation restarttaamaan kun huomisen hintatiedot ei olleet tulleet. Mikähän siinä oikein on?
 
Lisäsin copy/pastella nuo sensor rivit, nyt chaeck configuration tuottaa virheilmoituksen: Invalid config for [sensor.rest]: [sensor] is an invalid option for [sensor.rest]. Check: sensor.rest->sensor. (See ?, line ?). enkä pääse tuosta eroon.

Tässä kun testaamatta suoltaa, niin tulee mitä sattuu. Nyt paremmilla silmillä kun katsoin, niin tuohan oli ihan todella monellakin tavalla päin *vettiä :D

Koodi:
sensor:
  - platform: rest
    name: "Aalattia_2"
    scan_interval: 60
    resource: https://app.themo.io/api/devices/*****/state
    method: GET
    headers:
      Authorization: >
        Bearer {{ state_attr("input_text.tokeni", "koira") }}
    json_attributes:
      - Info
      - Data
      - Mode
    value_template: "{{ value_json.Power }}"

Tuon pitäisi ehkä vihdoin toimia. Se tekee vastauksesta yhden entityn, jolla arvona on Power (sen voi vaihtaa value templatesta jos haluaa siihen jotain muuta) ja sitten lisäatribuutteina Info, Data ja Mode.
 
Jep. Automaatio laukeaa kun tila on muuttunut unavailable ja se on kestänyt 3 min.
Nyt sain toimimaan. Kiitokset vielä kerran.

Seuraavanlainen ongelma on myös itsellä tuossa HA:ssa. Jostain syystä, jos otan kaapelimodeemista virrat pois niin en pääse enää kirjautumaan HA:han sisälle vaikka olen samassa lähiverkossa. HA on siis erillisessä reitittimessä kiinni. Etäyhteyttä pyöritän zerotierin kautta, eli jostain syystä kotiverkossa silti tuo yhteys kulkee kuitenkin netin ylitse?
 
Kysymys Bluetooth-Proxystä (esp32/esphome):

Eli onko tällä nyt mahdollista käyttää laitteiden omia integraatioita, vaikka ei saataisi suoraa yhteyttä bluetoothilla niiden integraatioiden laitteeseen? Vai onko tämä sellainen pitää käyttää HA:ssa esphome -integraatiota jolloin tää mutkistuu huomattavasti, kun ei mulla taidot riitä saamaan niitä tietoja Airthingistä ESPhomeen. (?).

Mulla on siis toi Airthingsin laite joka toimii Bluetooth BLE -integraatiolla moitteetta, mutta jos sen vie BT-kantaman ulkopuolelle niin yhteys katkeilee.

Tilasin ESP32-C3:n vaan tajutakseni ettei siihen pysty asentamaan BT-proxyä. No uusi yritys sitten kun tulee puhdas aivan basic ESP32 kiinasta.
 
Tuon pitäisi ehkä vihdoin toimia. Se tekee vastauksesta yhden entityn, jolla arvona on Power (sen voi vaihtaa value templatesta jos haluaa siihen jotain muuta) ja sitten lisäatribuutteina Info, Data ja Mode.

Muokkasin vielä hieman nuita rivejä tähän malliin ja nyt tieto kulkee! Iso kiitos, uskon selviäväni tästä eteenpäin kunnes nousee taas seinä pystyyn.

Koodi:
 - platform: rest
    name: "Aalattia_2"
    scan_interval: 60
    resource: https://app.themo.io/api/devices/*****/state
    method: GET
    headers:
      Authorization: >
        Bearer {{ state_attr("input_text.tokeni", "koira") }}
    json_attributes:
      - FloorT
      - Data
      - Mode
    value_template: "{{ value_json.FloorT }}"


Aalattia.jpg
 
Erinomaista! Tuo statuksen tieto näyttikin olevan laitekohtaista, esimerkissä oli teho ja sulla näemmä tuo "FloorT". Taisin jossain aikaisemmin sanoa, ettei sieltä tuollaista edes tule :D Mutta se kai on tämän sokkona auttamisen haittapuolia.
 
Kysymys Bluetooth-Proxystä (esp32/esphome):

Eli onko tällä nyt mahdollista käyttää laitteiden omia integraatioita, vaikka ei saataisi suoraa yhteyttä bluetoothilla niiden integraatioiden laitteeseen? Vai onko tämä sellainen pitää käyttää HA:ssa esphome -integraatiota jolloin tää mutkistuu huomattavasti, kun ei mulla taidot riitä saamaan niitä tietoja Airthingistä ESPhomeen. (?).

Mulla on siis toi Airthingsin laite joka toimii Bluetooth BLE -integraatiolla moitteetta, mutta jos sen vie BT-kantaman ulkopuolelle niin yhteys katkeilee.

Tilasin ESP32-C3:n vaan tajutakseni ettei siihen pysty asentamaan BT-proxyä. No uusi yritys sitten kun tulee puhdas aivan basic ESP32 kiinasta.

Itse en tuota Proxyä ole kokeillut, mutta sen nimenomaan pitäisi toimia siltana niin, että kauempana olevatkin käyttävät sitä omaa BT:tään ja siten myös omia integraatioitaan.
 
Itse en tuota Proxyä ole kokeillut, mutta sen nimenomaan pitäisi toimia siltana niin, että kauempana olevatkin käyttävät sitä omaa BT:tään ja siten myös omia integraatioitaan.
Näin se minustakin on. Siis, että se proxy laajantaa HA:n oman bluetoothin kantamaa ja sitä kautta voi kulkea minkä tahansa HA:n yhdistetyn BT laitteen liikenne. Näin mielestäni lukee myös täällä: ESPHome Bluetooth Proxies

Mutta alkoi kuitenkin kiinnostaa, että miksei proxy toimisi tuossa ESP32-C3:ssa? Sehän on Esphome tuettu ja siinä on bluetooth-siru. @TeknoR, miksei se siis toimi?
 
Näin se minustakin on. Siis, että se proxy laajantaa HA:n oman bluetoothin kantamaa ja sitä kautta voi kulkea minkä tahansa HA:n yhdistetyn BT laitteen liikenne. Näin mielestäni lukee myös täällä: ESPHome Bluetooth Proxies

Mutta alkoi kuitenkin kiinnostaa, että miksei proxy toimisi tuossa ESP32-C3:ssa? Sehän on Esphome tuettu ja siinä on bluetooth-siru. @TeknoR, miksei se siis toimi?

en tiedä miksi mutta niin täällä lukee: ESPHome Bluetooth Proxies

Tuota taisin kokeilla ja ei toiminu.
 
en tiedä miksi mutta niin täällä lukee: ESPHome Bluetooth Proxies

Tuota taisin kokeilla ja ei toiminu.

Kyllä sen pitäisi toimia, en tiedä miksi tuolla niin lukee. Esimerkiksi ESPHome Bluetooth Proxy ESP32-C3 YAML | digiblurDIY löytyy ihan esimerkki ja C3 mainittu. Myös ESP32-C3 Bluetooth Proxy invalid header: 0xffffffff sanoo, että tuon sivun firmis ei toimisi lähinnä siksi, että se asentuva ei ole konffattu muulle kuin generic-boardille.
 
Kyllä sen pitäisi toimia, en tiedä miksi tuolla niin lukee. Esimerkiksi ESPHome Bluetooth Proxy ESP32-C3 YAML | digiblurDIY löytyy ihan esimerkki ja C3 mainittu. Myös ESP32-C3 Bluetooth Proxy invalid header: 0xffffffff sanoo, että tuon sivun firmis ei toimisi lähinnä siksi, että se asentuva ei ole konffattu muulle kuin generic-boardille.

Täytyy varmaan sitten uudestaan kokeilla joskus. Mielestäni juuri tollasen C3:lle customoidun firmiksenkin laitoin mutta ei sekään toiminut silloin.

Tänään tuli postista toi normaali ESP32 ja se rupesi samantien toimimaan proxynä, ei mitään ongelmaa.
 
Erinomaista! Tuo statuksen tieto näyttikin olevan laitekohtaista, esimerkissä oli teho ja sulla näemmä tuo "FloorT". Taisin jossain aikaisemmin sanoa, ettei sieltä tuollaista edes tule :D Mutta se kai on tämän sokkona auttamisen haittapuolia.

Hyvinhän tuo sokkonakin näytti ratkaisu löytyvän! Koetin saada HA:n ohjaamaan termostaattia, eli tavoitteena on saada termostaatti yksikertaisesti vaihtamaan automaatiolla tilaa SLS ja Manual tilan välillä. En kuitenkaan saanut oikein mitään toimivaa aikaan, löytyisikö tähänkin hieman apuja?

Themo post.jpg
 
Miten saan homeassistantin laskemaan päiväkohtaisesti käytetyn pörssisähkön keskihinnan sen vielä hienosti johonkin kuvaajaan esim. vaikka viimeisen viikon osalta? Nordpoolista tulee spottihinta ja reaaliaikaisesti saan sähkönkulutuksen kyllä, mutta siihen loppuu osaaminen minulla...
 
Miten saan homeassistantin laskemaan päiväkohtaisesti käytetyn pörssisähkön keskihinnan sen vielä hienosti johonkin kuvaajaan esim. vaikka viimeisen viikon osalta? Nordpoolista tulee spottihinta ja reaaliaikaisesti saan sähkönkulutuksen kyllä, mutta siihen loppuu osaaminen minulla...

Eikös tämä hoidu ihan tuolta Energy välilehdeltä jo? Olettaen tietysti että tuo reaaliaikainen sähkönkulutus näkyy myös Home Assistantissa?
 
Eikös tämä hoidu ihan tuolta Energy välilehdeltä jo? Olettaen tietysti että tuo reaaliaikainen sähkönkulutus näkyy myös Home Assistantissa?
Eihän siinä energy välilehdellä ole käytetyn sähkönhintaa, vaan sieltä löytyineistä tiedoista olen nyt itse ne laskenut...
Haluaisin sellaisen custom -näkymän missä olisi vaikka palkkeina viimeisen viikon päiväkohtaiset pörssisähkön keskihinnat omalla kulutuksella + meneillään oleva vuorokausi tähän saakka.
 
Eihän siinä energy välilehdellä ole käytetyn sähkönhintaa, vaan sieltä löytyineistä tiedoista olen nyt itse ne laskenut...
Haluaisin sellaisen custom -näkymän missä olisi vaikka palkkeina viimeisen viikon päiväkohtaiset pörssisähkön keskihinnat omalla kulutuksella + meneillään oleva vuorokausi tähän saakka.
Settings->Dashboards->Energy
Sieltä kun lisäät esim grid kulutuksen mikä on sulla todennäköisesti koko sähkönkulutus entity niin samassa paikassa kun sitä lisätään voi määritellä hinnan myös entityn perusteella.
1682400430718.png



Tämän jälkeen pitäisi grafiikat kyllä ihan nätisti tulla sen mukaan mitä on oikeasti maksanut.

Edit:
Itselläni ei koko talon kulutusta ole, mutta yksittäisi pistorasioita olen saanut piirtämään myös hintaa sen perusteella mitä kulutusta kyseinen kapistus on tehnyt.
Edit2: Kuva oli väärästä kohdasta, entity with current price on se oikea tässä tapauksessa.
 

Liitteet

  • 1682399493132.png
    1682399493132.png
    8,4 KB · Luettu: 28
Viimeksi muokattu:
Minulla ei ole minkäänlaista aiempaa kokemusta Home assistantista, joten kiinnostaa onnistuisiko HA:n kanssa seuraavanlaisen toiminnallisuuden rakentaminen:

Käytössä on Nediksen etäohjattava pistorasia, jota haluaisin ohjailla HA:n kautta. Tämän saa käsittääkseni vähän kikkailemalla toimimaan HA:n kanssa.

Haluaisin rakentaa tähän automatiikan, joka hakee API:n kautta pörssisähkön hinnat ja asettaa virrat päälle pistorasiaan esimerkiksi vuorokauden kuuden halvimman tunnin aikana. Lisäksi pitäisi olla mahdollisuus laittaa virrat päälle manuaalisesti ja tähän haluaisin asettaa X tunnin aikamääreen, jonka aikana virrat pysyvät päällä sähkön tuntihinnoista riippumatta.

Koodauspuolen kokemusta löytyy sen verran, että automatiikan toteuttaminen ei ole ongelma. Ensisijaisesti kysymys on siis, että onnistuuko em. puljaus HA:lla ja jos onnistuu niin onko HA järkevä alusta toteuttaa tämä vai tuleeko mieleen parempia vaihtoehtoja?
 
Minulla ei ole minkäänlaista aiempaa kokemusta Home assistantista, joten kiinnostaa onnistuisiko HA:n kanssa seuraavanlaisen toiminnallisuuden rakentaminen:

Käytössä on Nediksen etäohjattava pistorasia, jota haluaisin ohjailla HA:n kautta. Tämän saa käsittääkseni vähän kikkailemalla toimimaan HA:n kanssa.

Haluaisin rakentaa tähän automatiikan, joka hakee API:n kautta pörssisähkön hinnat ja asettaa virrat päälle pistorasiaan esimerkiksi vuorokauden kuuden halvimman tunnin aikana. Lisäksi pitäisi olla mahdollisuus laittaa virrat päälle manuaalisesti ja tähän haluaisin asettaa X tunnin aikamääreen, jonka aikana virrat pysyvät päällä sähkön tuntihinnoista riippumatta.

Koodauspuolen kokemusta löytyy sen verran, että automatiikan toteuttaminen ei ole ongelma. Ensisijaisesti kysymys on siis, että onnistuuko em. puljaus HA:lla ja jos onnistuu niin onko HA järkevä alusta toteuttaa tämä vai tuleeko mieleen parempia vaihtoehtoja?

Onnistuu tuo täydellisesti HA:lla. Aika pitkälti copy-paste systeemillä. Valmiita automaatioita löytyy, senkun ottaa käyttöön graafisesti klikkailemmalla, mutta Nediksen vaihtaisin johonkin järkevämpään, noista Tuya-vempaimista ei tule kuin paha mieli loppujen lopuksi, kun suurempi työ em asiassa on saada Nedis toimimaan HA:n kanssa (ainakin näin oli oman Nediksen kanssa), joko mitenkään, tai varsinkaan riippumattomana kiinalaisista palvelimista, tai 6kk pitkästä lisenssistä (oma mielipide = roskiin ja tilalle Esimerkiksi shelly, wiz, tai athom plug, näiden käyttöönotto onnistuu n. 5 minuutissa (pl. Athom/Tasmota joka kytkeytyy MQTT-serveriin, joka on ensin asennettava) HA:n kanssa sen sijaan että räpeltää jotain Tuya-romua, ja se ei toimi kuitenkaan varmuudella hamaan tulevaisuuteen, riippuu saako lisenssiä uusittua, nuo em. vaihtoehdot toimi täysin paikallisesti riippumattomana mistään). Toki kannattaa esim kokeilla miten saat sen Nediksen yhdistettyä, ja ootko tyytyväinen..
 
Minulla ei ole minkäänlaista aiempaa kokemusta Home assistantista, joten kiinnostaa onnistuisiko HA:n kanssa seuraavanlaisen toiminnallisuuden rakentaminen:

Käytössä on Nediksen etäohjattava pistorasia, jota haluaisin ohjailla HA:n kautta. Tämän saa käsittääkseni vähän kikkailemalla toimimaan HA:n kanssa.

Haluaisin rakentaa tähän automatiikan, joka hakee API:n kautta pörssisähkön hinnat ja asettaa virrat päälle pistorasiaan esimerkiksi vuorokauden kuuden halvimman tunnin aikana. Lisäksi pitäisi olla mahdollisuus laittaa virrat päälle manuaalisesti ja tähän haluaisin asettaa X tunnin aikamääreen, jonka aikana virrat pysyvät päällä sähkön tuntihinnoista riippumatta.

Koodauspuolen kokemusta löytyy sen verran, että automatiikan toteuttaminen ei ole ongelma. Ensisijaisesti kysymys on siis, että onnistuuko em. puljaus HA:lla ja jos onnistuu niin onko HA järkevä alusta toteuttaa tämä vai tuleeko mieleen parempia vaihtoehtoja?
Suurin haaste on HAn luotettavuus, eli jos perässä on jotain sellaista minkä pitää toimia, niin ratkaista sen vikasietoisuus tilanteissa joissa HA ei toimi.
Jos ohjattava kuorma on sellaista että ei ole suuri ongelma jos ohjaus ei toimi, eli ei haittaa vaikka jäisi "päälle" tai ei kytkeydy.

Jos nyt kuorma on nyt jonkin Nediksen perässä, niin tuskin tuohon kaatuu.
 
Onko tullut vastaan että Raspin BT jumittaa? Bluez menee jumiin ja koittaa saada henkiin mutta ei nouse.

Virhe
Retrying setup: Failed to start Bluetooth: [org.bluez.Error.InProgress] Operation already in progress

Bootin jälkeen toimii X aikaa.
 
Onko tullut vastaan että Raspin BT jumittaa? Bluez menee jumiin ja koittaa saada henkiin mutta ei nouse.

Virhe
Retrying setup: Failed to start Bluetooth: [org.bluez.Error.InProgress] Operation already in progress

Bootin jälkeen toimii X aikaa.

Mikä distro/käyttis? Mikä Raspi? Mikä BlueZ versio?

Tehny päivityksiä viime aikoina vai onko aiemminkaan toiminut?

BlueZ versio 5.63 ei itellä toiminu Raspi4:n kanssa, työnti logit täyteen jotain bluetoothin liittyvää virheilmoitusta, 5.56 toimii moitteettomasti.
 
Mikä distro/käyttis? Mikä Raspi? Mikä BlueZ versio?

Tehny päivityksiä viime aikoina vai onko aiemminkaan toiminut?

BlueZ versio 5.63 ei itellä toiminu Raspi4:n kanssa, työnti logit täyteen jotain bluetoothin liittyvää virheilmoitusta, 5.56 toimii moitteettomasti.
HA:n oma distro käytössä ja versiossa 2023.4.6. Aikaisemmin toimi hyvin mutta tuon viimeisimmän päivityksen jälkeen taisi ongelmat alkaa. Raspi 3b+ muistaakseni.
BlueZ en ole koskenut eli olisiko se sitten päivittinyt taustalla?

Edit. Taitaa olla ihan rikki rikki.
 
Viimeksi muokattu:
Hyvinhän tuo sokkonakin näytti ratkaisu löytyvän! Koetin saada HA:n ohjaamaan termostaattia, eli tavoitteena on saada termostaatti yksikertaisesti vaihtamaan automaatiolla tilaa SLS ja Manual tilan välillä. En kuitenkaan saanut oikein mitään toimivaa aikaan, löytyisikö tähänkin hieman apuja?

Themo post.jpg

Laita vaikka tänne, mitä olet koittanut ja katson missä mättää. Siihen lukuun verrattuna tässä pitäisi ainakin olla requestin tyyppinä POST ja varmaan payloadina sitten tuo {"CMode": "Manual"}.
 
Laita vaikka tänne, mitä olet koittanut ja katson missä mättää. Siihen lukuun verrattuna tässä pitäisi ainakin olla requestin tyyppinä POST ja varmaan payloadina sitten tuo {"CMode": "Manual"}.

En tarkkaan muista mitä kaikkea olen jo kokeillut, mutta tämä ainakin menee ilman erroreita läpi, jotainhan tuosta kuitenkin puuttuu..

Koodi:
  rest_command:
    lattia_on:
    url: https://app.themo.io/Api/Devices/*****/Message/Mode
    method: POST
    headers:
      Authorization: >
        Bearer {{ state_attr("input_text.tokeni", "koira") }}
    payload: '{"CMode":"Manual"}'
 
Pystyykö Shelly Plus Plug S:n ottamaan HA:han käyttöön ilman että on wifi-yhteys Shellyssä päällä? Eli saako yhteyden ja kulutustiedot yms annettua pelkällä BT:llä? Vai oliko se vain konfigurointia varten tuossa?



Tai onkos tiedossa jotain älypistorasiaa kulutusmittauksella joka toimisi pelkällä Bluetoothilla Home Assistantin kanssa?
 
En tarkkaan muista mitä kaikkea olen jo kokeillut, mutta tämä ainakin menee ilman erroreita läpi, jotainhan tuosta kuitenkin puuttuu..

Koodi:
  rest_command:
    lattia_on:
    url: https://app.themo.io/Api/Devices/*****/Message/Mode
    method: POST
    headers:
      Authorization: >
        Bearer {{ state_attr("input_text.tokeni", "koira") }}
    payload: '{"CMode":"Manual"}'



Koodi:
rest_command:
        lattia_on:
            url: https://app.themo.io/Api/Devices/*****/Message/Mode
            method: POST
            headers:
                authorization: Bearer {{ state_attr("input_text.tokeni", "koira") }}
            payload: '{"CMode":"Manual"}'
            content_type:  'application/json; charset=utf-8'

Oisko jotenki tuolleen, ainakin tuo sisennys sinulla oli väärin. Sekä tuon rest_commandin dokumentaation perusteella tuo autorisaatio pitää ehkä olla noin. Tosin jos tuo aikaisempikin toimi, niin voi olla ettei se ollut edes ongelma.
 
Koodi:
rest_command:
        lattia_on:
            url: https://app.themo.io/Api/Devices/*****/Message/Mode
            method: POST
            headers:
                authorization: Bearer {{ state_attr("input_text.tokeni", "koira") }}
            payload: '{"CMode":"Manual"}'
            content_type:  'application/json; charset=utf-8'

Oisko jotenki tuolleen, ainakin tuo sisennys sinulla oli väärin. Sekä tuon rest_commandin dokumentaation perusteella tuo autorisaatio pitää ehkä olla noin. Tosin jos tuo aikaisempikin toimi, niin voi olla ettei se ollut edes ongelma.

Seuraavaksi pitäisi saada käskytettyä termostaattia automaation kautta, en kuitenkaan saa tätä lattia_on juttua näkyymään missään valikossa..
 
Termostaatti pitää ensin määritellä configuration.yamliin näin Generic Thermostat

Sen jälkeen se löytyy ha:ssa nimellä climate.jotain

Kokeilin laittaa configuration.yamliin tämän:

Koodi:
climate:
  - platform: generic_thermostat
    name: Study
    heater: switch.study_heater
    target_sensor: sensor.study_temperature

mutta en löytänyt mistään valikoista mitään näihin riveihin viittaavaa. Nuilla käskyillä ilmeisesti päästään säätämään lämmitystä anturin mittatiedon perusteella,
minun pitäisi saada vain termostaati vaihtamaan tilaa automaatin ja manuaalisäädön välillä aurinkopanelin tuoton yms mukaan, termostaatissa on sitten valmiit
asetukset kumpaankin tilanteeseen, joten niitä ei tarvitse säätää HA:lla.
 
Kokeilin laittaa configuration.yamliin tämän:

Koodi:
climate:
  - platform: generic_thermostat
    name: Study
    heater: switch.study_heater
    target_sensor: sensor.study_temperature

mutta en löytänyt mistään valikoista mitään näihin riveihin viittaavaa. Nuilla käskyillä ilmeisesti päästään säätämään lämmitystä anturin mittatiedon perusteella,
minun pitäisi saada vain termostaati vaihtamaan tilaa automaatin ja manuaalisäädön välillä aurinkopanelin tuoton yms mukaan, termostaatissa on sitten valmiit
asetukset kumpaankin tilanteeseen, joten niitä ei tarvitse säätää HA:lla.

ahaa selvä, ymmärsin käyttötarkoituksen väärin.

Lähtisin varmaan tekemään tuota sillä tavalla että HA:ssa olisi anturi joka on "päällä" kun aurinkopanelin tuotto ylittyy, ja pois päältä kun tuotto ei ole ylittynyt. Automaatiossa sitten heitetään sen perusteella sitten nuo komennot joilla termostaatti vaihtaa tilaa.

Eli jos paneelin tuotot siis näkyvät HA:ssa, niin threshold sensorilla voisi onnistua: Threshold

Sieltä HA:n valikoista pystyy klikkailemalla tekemään uuden threshold sensorin... ja sitten kun oot saanu sinne luotua toimivan threshold sensorin näkymään kohteet -sivulla niin sitten teet sen ympärille automaation.
 
Aurinkosähkön kulutuksen ohjauksessa pitää huomioida myös tuntinetotus, jotta kaikki tulisi käytettyä itse mutta yhtään ei menisi ostosähköä lämmityksiin. Nuista varmasti
selviän ja paljon löytyy ohjeita, nyt puuttuu se punainen lanka millä tuon themon api ohjauksen saisi toimimaan, termostaatin tiedot liikkuu jo siis HA:n suuntaan mutta
HA:sta termostaattiin ei kulje käskyt.
 
Mikähän mennyt pieleen kun HA:ssani kun ei enää tule nuo pörssisähkön hinta ja rank tiedot läpi? Nämä toiminut hienosti mutta jossain välissä lakannut täysin. Minun kokoonpanossani mennyt jokin sekaisin mutta en tiedä mistä lähtisi etsimään vikaa.
Herja jonka nyt saan on alla:

"This entity ('sensor.el_price_rank') does not have a unique ID, therefore its settings cannot be managed from the UI. See the documentation for more detail."

Konffaus joilla toiminut ennen:

sensor:
- platform: rest
name: "Sähkön hinta"
resource: https://api.spot-hinta.fi/JustNow
method: GET
device_class: monetary
force_update: true
json_attributes:
- DateTime
- PriceWithTax
- PriceNoTax
- Rank
state_class: measurement

Ja tämän jälkeen tein erilliset template sensorit vielä hinnalle ja järjestysnumerolle:

- platform: template
sensors:
el_price:
friendly_name: "Sähkön hinta nyt"
unit_of_measurement: "c/kWh"
value_template: "{{ state_attr('sensor.sahkon_hinta', 'PriceWithTax') | float * 100 }}"
el_price_rank:
friendly_name: "Sähkön hinnan järjestysluku"
value_template: "{{ state_attr('sensor.sahkon_hinta', 'Rank') | int }}"
 
Homeassistant kadotti Sonoff zigbee-tikun päivityksen yhteydessä.

Error setting up entry Sonoff Zigbee 3.0 USB Dongle Plus, s/n: - ITead for zha
Traceback (most recent call last):
File "/usr/local/lib/python3.10/site-packages/serial/serialposix.py", line 322, in open
self.fd = os.open(self.portstr, os.O_RDWR | os.O_NOCTTY | os.O_NONBLOCK)
FileNotFoundError: [Errno 2] No such file or directory: '/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus

/dev/serial kansiossa ei edes ole by-id kansiota vaan pelkästään by-path. Ja tuolta by-path kansiosta löytyy: platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.4:1.0-port0@
 
Toshiba Premium 35 -ILP kaipaisi ohjausta HA:n kautta. Ilmeisesti se voisi onnistua "yleiskaukosäätimellä"? Suosituksia otetaan vastaan, mutta nämä alla maintiut ovat tulleet aiemmin vastaan.

Eli kumpi näistä vaihtoehdoista tilaukseen, jos yhteensopivuus HA:n kanssa on ensisijaista? Toisena kysymyksen on, että saako lämpötila- ja ilmankosteuslukemaa näistä ulos? Vai onko jokin muu laite parempi ILPin ohjaukseen?

RM4 Mini ja sensorit: BroadLink RM4 Mini S Universal IR Remote Control Hub with USB Cable for Temperature Humidity Monitoring, Works with Alexa, Google Home, IFTTT: Amazon.de: Electronics & Photo

RM4C Mini : Broadlink BestCon RM4C Mini WiFi Smart Universal IR Remote Control Voice Control Time Coordination Compatible with Alexa Google Assistant Intelligent Automation Modules for Smart Home: Amazon.de: DIY & Tools
 
Toshiba Premium 35 -ILP kaipaisi ohjausta HA:n kautta. Ilmeisesti se voisi onnistua "yleiskaukosäätimellä"? Suosituksia otetaan vastaan, mutta nämä alla maintiut ovat tulleet aiemmin vastaan.

Eli kumpi näistä vaihtoehdoista tilaukseen, jos yhteensopivuus HA:n kanssa on ensisijaista? Toisena kysymyksen on, että saako lämpötila- ja ilmankosteuslukemaa näistä ulos? Vai onko jokin muu laite parempi ILPin ohjaukseen?

RM4 Mini ja sensorit: BroadLink RM4 Mini S Universal IR Remote Control Hub with USB Cable for Temperature Humidity Monitoring, Works with Alexa, Google Home, IFTTT: Amazon.de: Electronics & Photo

RM4C Mini : Broadlink BestCon RM4C Mini WiFi Smart Universal IR Remote Control Voice Control Time Coordination Compatible with Alexa Google Assistant Intelligent Automation Modules for Smart Home: Amazon.de: DIY & Tools

Molemmat toimii kyllä HA:ssa ja tolla RM4 Minillä saat lisäks lämpötilan ja kosteuden sinne näkyviin. C-mallilla ei saa.
 

Statistiikka

Viestiketjuista
258 795
Viestejä
4 499 124
Jäsenet
74 283
Uusin jäsen
Maunula

Hinta.fi

Back
Ylös Bottom