Home Assistant - For Dummies (hass.io)



Tätä yrittänyt tehdä. Ei onnistu. Tietokoneella ja raspilla yrittänyt. Kumpikaan ei saa yhteyttä.


Tämän olen kytkenyt kiinni.

Tämmöstä herjaa :
ERROR Running command failed: Failed to connect to ESP32: No serial data received.
For troubleshooting steps visit: Troubleshooting - ESP32 - — esptool.py latest documentation
ERROR Please try running esptool.py --before default_reset --after hard_reset --baud 115200 --port /dev/ttyUSB0 --chip esp32 write_flash -z --flash_size detect 0x10000 /data/esp32-cam/.pioenvs/esp32-cam/firmware.bin 0x1000 /data/esp32-cam/.pioenvs/esp32-cam/bootloader.bin 0x8000 /data/esp32-cam/.pioenvs/esp32-cam/partitions.bin 0xe000 /data/cache/platformio/packages/framework-arduinoespressif32/tools/partitions/boot_app0.bin locally.


et kertonu minkälaista esp32 korttia ohjelmoit mutta jos siinä on usb niin et tarvii tuota ohjelmointilaitetta, kytket vaan usbilla sen koneeseen kiinni. Vai onko nimenomaan tuo esp32-cam, jossa ei usbia?

vastaavanlaisella ohjelmointilaitteella mä olen flashanny sonoffeja ym ja ne vaati sen että resetti pinniä / nappia pidetään pohjassa (maadoitettuna), kun kortti kytketään virtoihin, jotta se menee "vastaanottavaan" tilaan. Sama oli kyllä jonkun esp32 kortinkin kanssa, en nyt muista mikä. Mutta kokeile tuota jos auttaisi.
 
et kertonu minkälaista esp32 korttia ohjelmoit mutta jos siinä on usb niin et tarvii tuota ohjelmointilaitetta, kytket vaan usbilla sen koneeseen kiinni. Vai onko nimenomaan tuo esp32-cam, jossa ei usbia?

vastaavanlaisella ohjelmointilaitteella mä olen flashanny sonoffeja ym ja ne vaati sen että resetti pinniä / nappia pidetään pohjassa (maadoitettuna), kun kortti kytketään virtoihin, jotta se menee "vastaanottavaan" tilaan. Sama oli kyllä jonkun esp32 kortinkin kanssa, en nyt muista mikä. Mutta kokeile tuota jos auttaisi.
Joo tuota esp32cam korttia nimenomaan. Tuosa asiaa tongin niin portin nopeus oli jollain ollut ongelma. Pitäisi baud määrää laskea mutta en nyt päässyt selville miten tätä esphome.py muokataan.
 
Joo tuota esp32cam korttia nimenomaan. Tuosa asiaa tongin niin portin nopeus oli jollain ollut ongelma. Pitäisi baud määrää laskea mutta en nyt päässyt selville miten tätä esphome.py muokataan.
Eikö sen baud raten saa ihan sinne yamliin laitettua: UART Bus
 
Eikö sen baud raten saa ihan sinne yamliin laitettua: UART Bus
esphome:
name: esp32-cam
platform: ESP32
board: esp32dev

uart:
tx_pin: 1
rx_pin: 3
baud_rate: 9600

# Enable logging
logger:

# Enable Home Assistant API
api:
reboot_timeout: 0s

ota:

web_server:
port: 80

wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password

# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Esp32-Cam Fallback Hotspot"
password: "C3FOhAPFtouw"

captive_portal:

# Example configuration entry
esp32_camera:
external_clock:
pin: GPIO0
frequency: 20MHz
i2c_pins:
sda: GPIO26
scl: GPIO27
data_pins: [GPIO5, GPIO18, GPIO19, GPIO21, GPIO36, GPIO39, GPIO34, GPIO35]
vsync_pin: GPIO25
href_pin: GPIO23
pixel_clock_pin: GPIO22
power_down_pin: GPIO32

# Image settings
name: My ESP32-CAM

# Flashlight
output:
- platform: gpio
pin: GPIO4
id: gpio_4

## GPIO_4 is the flash light pin
light:
- platform: binary
output: gpio_4
name: flashlight

Lisäsin tuonne alkuun, ei vaikutusta. Vai minne oli tarkoitus?

Tässä tekijän sivut :
 
esphome:
name: esp32-cam
platform: ESP32
board: esp32dev

uart:
tx_pin: 1
rx_pin: 3
baud_rate: 9600

# Enable logging
logger:

# Enable Home Assistant API
api:
reboot_timeout: 0s

ota:

web_server:
port: 80

wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password

# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Esp32-Cam Fallback Hotspot"
password: "C3FOhAPFtouw"

captive_portal:

# Example configuration entry
esp32_camera:
external_clock:
pin: GPIO0
frequency: 20MHz
i2c_pins:
sda: GPIO26
scl: GPIO27
data_pins: [GPIO5, GPIO18, GPIO19, GPIO21, GPIO36, GPIO39, GPIO34, GPIO35]
vsync_pin: GPIO25
href_pin: GPIO23
pixel_clock_pin: GPIO22
power_down_pin: GPIO32

# Image settings
name: My ESP32-CAM

# Flashlight
output:
- platform: gpio
pin: GPIO4
id: gpio_4

## GPIO_4 is the flash light pin
light:
- platform: binary
output: gpio_4
name: flashlight

Lisäsin tuonne alkuun, ei vaikutusta. Vai minne oli tarkoitus?

Tässä tekijän sivut :

Koita saada laitteeseen serial yhteys vaikka Arduino IDE:llä (tai vastaava). AIDE:ssä baudeja vois säätää terminaalin päästä => saat ainakin ensi kontaktin espiisi JA näet mitä tapahtuu serial vieweristä.

Voit myös koittaa ladata ensimmäistä EspHome softaa eri keinoilla kortille. Ensimmäisen ei tarvii olla lopullinen, riittää että saat yhteyden ja voit jatkaa päivittelykä over-the-air. Keinoja on useita, esim Flasher (?), Espin nettisivulla pyörivä fläsheri, jotain muitakin varmasti (ehkä tarkistan ja editoin tätä).
 
Onko muilla ollut ongelmia Shellyjen kanssa? Hävisi kaikista laitteista yhteys home assistanttiin. Shellyn appi toimii edelleen.
 
Koita saada laitteeseen serial yhteys vaikka Arduino IDE:llä (tai vastaava). AIDE:ssä baudeja vois säätää terminaalin päästä => saat ainakin ensi kontaktin espiisi JA näet mitä tapahtuu serial vieweristä.

Voit myös koittaa ladata ensimmäistä EspHome softaa eri keinoilla kortille. Ensimmäisen ei tarvii olla lopullinen, riittää että saat yhteyden ja voit jatkaa päivittelykä over-the-air. Keinoja on useita, esim Flasher (?), Espin nettisivulla pyörivä fläsheri, jotain muitakin varmasti (ehkä tarkistan ja editoin tätä).
Sain tällä kortilla laitettua. Enpäs alkuun muistanut että nämä oli tullut mukana, noudatin vain tuota ohjetta.
Voiko kahteen kameraan laittaan saman koodin vai pitääkö muuttaa tunnisteita ym?
 

Liitteet

  • Screenshot_2023-08-30-10-44-51-98_92460851df6f172a4592fca41cc2d2e6.jpg
    Screenshot_2023-08-30-10-44-51-98_92460851df6f172a4592fca41cc2d2e6.jpg
    531,9 KB · Luettu: 31
Sain tällä kortilla laitettua. Enpäs alkuun muistanut että nämä oli tullut mukana, noudatin vain tuota ohjetta.
Voiko kahteen kameraan laittaan saman koodin vai pitääkö muuttaa tunnisteita ym?
Muuten varmaankin pitäisi toimia ihan samalla konfiguraatiolla mutta laitteiden nimi pitää olla eri, eli siellä yaml-tiedostossa se name: -rivi. Tai noin ainakin muilla esp32-härveleillä, noista kameroista en mitään tiedä mutta olettaisin että tuo on ainoa mitä on pakko muuttaa yksilölliseksi koska tuolla nimellä laite löytyy verkosta eikä päällekkäisiä nimiä sallita.
 
Onko suosituksia miten kannattaa asentaa mesh verkko (3 purkkia) kun on home assistantissa erilsisia laitteita jotka toimii wifi verkossa. Tuo aikaisempi kysely shelly ongelmasta liittyy siihen.
Nyt home assistant on käsittääkseni eri purkin takana kuin shelly.

Miten yleensäkin kannattaa liittää raspi verkkoon? Minulla on kaapeli ja wifi molemmat kytkettynä mutta käsittääkseni wifiä käyttää mielummin.

Tiputin jos raspberryn pois 5ghz verkosta kun shellyt käyttää 2.4 mutta ei auttanut.
 
Onko suosituksia miten kannattaa asentaa mesh verkko (3 purkkia) kun on home assistantissa erilsisia laitteita jotka toimii wifi verkossa. Tuo aikaisempi kysely shelly ongelmasta liittyy siihen.
Nyt home assistant on käsittääkseni eri purkin takana kuin shelly.

Miten yleensäkin kannattaa liittää raspi verkkoon? Minulla on kaapeli ja wifi molemmat kytkettynä mutta käsittääkseni wifiä käyttää mielummin.

Tiputin jos raspberryn pois 5ghz verkosta kun shellyt käyttää 2.4 mutta ei auttanut.
Wifillä menin ja kyllä se toimi mutta ei aina kerralla kyllä ladannut päivityksiä. Disabloin wifin ja kaapelilla menen nyt. Toimii paljon paremmin ja nopeammin.
 
Onko suosituksia miten kannattaa asentaa mesh verkko (3 purkkia) kun on home assistantissa erilsisia laitteita jotka toimii wifi verkossa. Tuo aikaisempi kysely shelly ongelmasta liittyy siihen.
Nyt home assistant on käsittääkseni eri purkin takana kuin shelly.

Miten yleensäkin kannattaa liittää raspi verkkoon? Minulla on kaapeli ja wifi molemmat kytkettynä mutta käsittääkseni wifiä käyttää mielummin.

Tiputin jos raspberryn pois 5ghz verkosta kun shellyt käyttää 2.4 mutta ei auttanut.

Rasberry kaapelilla. Shellyille ja muille teknisen tilan härpäkkeille laitoin erillisen verkon halvalla 2,4G AP:lla - olikohan joku parin kympin TP-Link. Mesh-verkossa oli Shellyjen kanssa jatkuvia ongelmia yhdistymisen ja verkossa pysymisen kanssa ja lisäksi ne yhdistyivät pääosin muihin kuin lähimpään mesh-tukiasemaan, jolloin yhteyden laatu oli aivan olematon.
 
Rasberry kaapelilla. Shellyille ja muille teknisen tilan härpäkkeille laitoin erillisen verkon halvalla 2,4G AP:lla - olikohan joku parin kympin TP-Link. Mesh-verkossa oli Shellyjen kanssa jatkuvia ongelmia yhdistymisen ja verkossa pysymisen kanssa ja lisäksi ne yhdistyivät pääosin muihin kuin lähimpään mesh-tukiasemaan, jolloin yhteyden laatu oli aivan olematon.
Ihmettelen että miksi se home assistant ei löydä shelly jos on kaapelilla kytketty ja shelly saman tukiaseman wifi verkossa. Pitää sille raspilille antaa shellyn ip osoite tms?
 
Ihmettelen että miksi se home assistant ei löydä shelly jos on kaapelilla kytketty ja shelly saman tukiaseman wifi verkossa. Pitää sille raspilille antaa shellyn ip osoite tms?

Sillä se Shelly ainakin löytyy varmiten, lisäät shelly-integraation niin ip:tä kysyessä annat shellyn voimassa olevan ip:n.

Reitittimien asetuksissa voi olla jotain palomuuri tms juttuja jotka estävät automaattisen löytämisen, kun raspi on eri tavalla laitteessa kiinni.

wlan-puoli eristetty / eri vlan tms? onko langallinen puoli saman reitittimen/dhcp takana? kato että täsmää subnetit ja gatewayt raspin ja shellyn kanssa. Onko ipv6 päällä? se voi aiheuttaa hämminkiä joissain tapauksissa...

Ja kannattaa shellyille määritellä kiinteät ip:t macin perusteella, jokaiseen mahdolliseen laitteeseen missä ko. laite voi olla "asiakkaana". aiheuttaa muuten hankaluuksia jos ip:t muuttuu sen mukaan missä verkossa shelly on kiinni.
 
Viimeksi muokattu:
Haussa olisi edullinen HA:han integroitava valvontakamera ulos. Plussaa jos ei ole mitään pilviyhteyksiä, ja jos wifi löytyy lähiverkkoon liittymistä varten. Oliko täällä kokemuksia moisista?
 
Ihmettelen että miksi se home assistant ei löydä shelly jos on kaapelilla kytketty ja shelly saman tukiaseman wifi verkossa. Pitää sille raspilille antaa shellyn ip osoite tms?
Wifi APeissa voi olla asetus mikä eristää wifi laitteet kaapelilla kytketyistä. Joskus vakiona päällä niin pitää muistaa ottaa pois.
 
Wifi APeissa voi olla asetus mikä eristää wifi laitteet kaapelilla kytketyistä. Joskus vakiona päällä niin pitää muistaa ottaa pois.
Ja tuo saattaa olla vaikka millä nimellä, esimerkiksi "separate wired and wireless", "isolate clients", "deny client-to-client" tai sitten vaan on jopa eri DHCP-alue langalliselle ja langattomalle. Joskus on tullut kavereiden verkoista noita asetuksia metsästettyä ja tuntuu ettei tuo ole koskaan samalla nimellä vaan joka valmistaja keksii oman nimen tuolle ja välillä saman valmistajan eri purkeissakin tuo on eri nimellä.
 
Wifi APeissa voi olla asetus mikä eristää wifi laitteet kaapelilla kytketyistä. Joskus vakiona päällä niin pitää muistaa ottaa pois.
Minulla on laitteet tällä hetkellä seuravalla tavalla.
Huawei B715 wifi sammutettu.
Huawei mesh 1800 3kpl. Yksi näistä yhdistetty huawei b715 kaapelilla ja tähän purkkiin yhdistetty raspberry pi4 kaapelilla.

Nyt kun katson mesh laitteita niin home assistantiin liitetyt laitteet on yhdistyneet eri laitteisiin.
Kaikissa laitteissa on sama wifi nimi ja salasana. Paitsi 5g wifi verkossa on eri nimi.

Miten nämä oikeasti kannattaisi laittaa?

En löytänyt mitään järkevää asetusta mikä viittaisi nuihin ap hommiin.

Vaikuttaako näistä mikään?
Screenshot_2023-09-02-15-59-06-86_40deb401b9ffe8e1df2f1cc5ba480b12.jpg
 
Oli tarkoitus lähteä testaamaan vielä edullisemmalla, mutta Reolink Lumus näyttäisi olevan aika hyvin saatavilla. Ilmeisesti nämä saa aika suoraan wifin kautta lisättyä HA:han? Ajatuksena on kokeilla Frigatea tai Blue iristä kameran kanssa.

Juu Home Assistant löytää automaattisesti reolinkit.
 
Ei täällä ole henkilöä joka osaisi vääntää tuohon HA:han sellaisen helpperin tmjs., joka kaivelisi tietoja ja tekisi yksinkertaisen laskutoimituksen ?

Eli pitäisi kaivaa hinta entitystä:
shf_electricity_price_now (attribuutista Rank: 1 PriceWithTax)

Attribuutit ovat muotoa:
- Rank: 1
DateTime: '2023-09-02T04:00:00+03:00'
PriceNoTax: 0.0323
PriceWithTax: 0.0401
- Rank: xx
....

Sen jälkeen tehdä laskutoimitus, jossa Rank: 1 PriceWithTax:iin lisätään 0.0419 (joka on meidän sähkön siirtomaksu veroineen).
Eli esimerkkitapauksessa tulos olisi 0.082.

En tiedä osasinko selittää oikein, mutta tarkoituksena on saada lopputulokseksi hintaraja, jota voisin käyttää apuna arvioimaan sitä, että käytetäänkö aurinkoenergiaa mahdollisuuksien mukaan itse esim. LVV lämmittämiseen vai annetaanko suosiolla mennä myyntiin.
Eli automaatiossa voisin laittaa conditionin missä meneillään olevaa verotonta sähkönhintaa verrattaisiin tuohon lopputulokseen ja jos se olisi alle tuon, niin käytetään itse ja jos taas yli, niin myydään.

Joo, joku voi tässä vaiheessa jo sanoa, että tuo ei ole paras keino siihen. Tuo on nyt kuitenkin se keino jota käytän ns. manuaalisesti laskeskelemalla ja syöttämällä hintarajaa. :) Toki parempiakin ehdotuksia voisi ottaa vastaan. :) Enivei tämä olisi nyt tällähetkellä se mitä kaipailen.

Ei minun vanhaan kaaliin vaan meinaa upota, kun yritin googletella jotain yaml / jinja2 koodin teko-ohjeita. :)
 
Ei täällä ole henkilöä joka osaisi vääntää tuohon HA:han sellaisen helpperin tmjs., joka kaivelisi tietoja ja tekisi yksinkertaisen laskutoimituksen ?

Eli pitäisi kaivaa hinta entitystä:
shf_electricity_price_now (attribuutista Rank: 1 PriceWithTax)

Attribuutit ovat muotoa:
- Rank: 1
DateTime: '2023-09-02T04:00:00+03:00'
PriceNoTax: 0.0323
PriceWithTax: 0.0401
- Rank: xx
....

Sen jälkeen tehdä laskutoimitus, jossa Rank: 1 PriceWithTax:iin lisätään 0.0419 (joka on meidän sähkön siirtomaksu veroineen).
Eli esimerkkitapauksessa tulos olisi 0.082.

En tiedä osasinko selittää oikein, mutta tarkoituksena on saada lopputulokseksi hintaraja, jota voisin käyttää apuna arvioimaan sitä, että käytetäänkö aurinkoenergiaa mahdollisuuksien mukaan itse esim. LVV lämmittämiseen vai annetaanko suosiolla mennä myyntiin.
Eli automaatiossa voisin laittaa conditionin missä meneillään olevaa verotonta sähkönhintaa verrattaisiin tuohon lopputulokseen ja jos se olisi alle tuon, niin käytetään itse ja jos taas yli, niin myydään.

Joo, joku voi tässä vaiheessa jo sanoa, että tuo ei ole paras keino siihen. Tuo on nyt kuitenkin se keino jota käytän ns. manuaalisesti laskeskelemalla ja syöttämällä hintarajaa. :) Toki parempiakin ehdotuksia voisi ottaa vastaan. :) Enivei tämä olisi nyt tällähetkellä se mitä kaipailen.

Ei minun vanhaan kaaliin vaan meinaa upota, kun yritin googletella jotain yaml / jinja2 koodin teko-ohjeita. :)
Tämäkö ei toimi https://github.com/T3m3z/spotprices2ha#margin-and-transmission-fees ?
 
Pitääpi tutustua.

EDIT: Joo tällähän sen saisi hoidettua, mutta en tykkää toteutuksesta. Menee kaikki sekaisin, koska tuo vaikuttaa kaikkiin pörssisähköhintoihin.
Toki voisi kaikki päivittää sisältämään tuon, mutta jotenkin vaan en halua. :)

Tämä näytti toimivan itsellä kun kokeilin, configuration.yaml:iin lisäys:

template:
sensor:
- name: SHF Electricity price now2
unique_id: shf_electricity_price_now2
unit_of_measurement: "€/kWh"
device_class: monetary
state: '{{ state_attr("sensor.shf_electricity_price", "data")[now().hour]["PriceWithTax"] + 0.0419}}'

esit: näköjään näyttää sisennykset pieleen, sensor 2 tyhjällä sisennettynä, - neljällä rivin alusta ja loput namen kanssa samaan tasoon sisennettynä
 
Viimeksi muokattu:
Onko zigbee2mqtt varma toimisempi kuin zha integraatio? Mulla nyt näyttää pari päivää olleen yksi vuotovahti ja palovaroitin tuntemattomassa tilassa. Laitteita ei nyt ihan mahdottomasti ole, niin voisi miettiä vaihtoa. Lidlin gateway odottaisi myös modaamista, että saisi conbee2 tikun vaihdettua.
 
Pitääpi tutustua.

EDIT: Joo tällähän sen saisi hoidettua, mutta en tykkää toteutuksesta. Menee kaikki sekaisin, koska tuo vaikuttaa kaikkiin pörssisähköhintoihin.
Toki voisi kaikki päivittää sisältämään tuon, mutta jotenkin vaan en halua. :)
Halusitko siis verrata päivän halvimpaan tuntiin vai menossa olevaan tuntiin? Sain tuosta ensimmäisestä pitkästä viestistä käsityksen, että tarvitaan tunti rank1 + siirtohinta mihin verrataan kuluvan tunnin spot-hintaa, mutta nämä esimerkit ei taas sitten tee sitä, vaan vertaa kuluvan tunnin hintaan mikä luonnollisesti ei voi toimia, koska tunnin hinta + siirto on aina isompi kuin tunnin hinta.
 
Halusitko siis verrata päivän halvimpaan tuntiin vai menossa olevaan tuntiin? Sain tuosta ensimmäisestä pitkästä viestistä käsityksen, että tarvitaan tunti rank1 + siirtohinta mihin verrataan kuluvan tunnin spot-hintaa, mutta nämä esimerkit ei taas sitten tee sitä, vaan vertaa kuluvan tunnin hintaan mikä luonnollisesti ei voi toimia, koska tunnin hinta + siirto on aina isompi kuin tunnin hinta.
Päivän halvimpaan vertaus. Tämä sen takia, että yöllä (yleensä se halvin hinta) voidaan ostosähköllä lämittää LVV:tä ja päivällä sitten myydään sähköä jos se on kalliimpaa kuin tuo yöllä ostettu sähkö. Ja ostosähköstä joutuu maksamaan siirtomaksun ja veron, kun taas myydessä sähköä saa tuottona vain verotonta sen hetkistä hintaa ilman siirtomaksuja.
 
Päivän halvimpaan vertaus. Tämä sen takia, että yöllä (yleensä se halvin hinta) voidaan ostosähköllä lämittää LVV:tä ja päivällä sitten myydään sähköä jos se on kalliimpaa kuin tuo yöllä ostettu sähkö. Ja ostosähköstä joutuu maksamaan siirtomaksun ja veron, kun taas myydessä sähköä saa tuottona vain verotonta sen hetkistä hintaa ilman siirtomaksuja.
Luin huonosti alkuperäisen kysymyksen, tässä ehkä vastaus siihen. Tuo hintasensorihan tuo kaksi rank 1 riviä jos on kahden päivän tiedot saatavilla joten alla olevassa otetaan kuluvan vuorokauden halvin hinta.
YAML:
template:
  sensor:
    - name: rank_1_price_with_tax_plus_jotakin
      state: >
       {% for item in state_attr('sensor.shf_electricity_price', 'data') %}
        {% if item.Rank == 1 and as_datetime(item.DateTime).date() == now().date() %}
         {{ item.PriceWithTax + 0.0419 }}
        {% endif %}
         {% endfor %}
 
Päivän halvimpaan vertaus. Tämä sen takia, että yöllä (yleensä se halvin hinta) voidaan ostosähköllä lämittää LVV:tä ja päivällä sitten myydään sähköä jos se on kalliimpaa kuin tuo yöllä ostettu sähkö. Ja ostosähköstä joutuu maksamaan siirtomaksun ja veron, kun taas myydessä sähköä saa tuottona vain verotonta sen hetkistä hintaa ilman siirtomaksuja.
Tässä vielä edellisen yamlin pohjalta binäärisensori, mikä saa arvon true kun veroton hinta on alle päivän halvimman alvin + siirtohinnan sitältävän tunnin, ja false kun yli.

Jos oikein haluaisi hifistellä niin tuosta siirtohinnasta tekisi vielä erillisen input_textin ettei sitä tarvitse tuonne yamlin joukkoon muokkailla.

YAML:
- binary_sensor:
      - name: use_solar_power
        state: >
          {% set ns = namespace(cheapestHourPrice=0) %}
          {% set data = state_attr("sensor.shf_electricity_price_now", "data") %}
          {% for item in data %}
            {% if item.Rank == 1 and as_datetime(item.DateTime).date() == now().date() %}
              {% set ns.cheapestHourPrice = item.PriceWithTax | float + 0.0419 %}
            {% endif %}
          {% endfor %}
          {% for item in data %}
            {% if as_datetime(item.DateTime).date() == now().date() and as_datetime(item.DateTime).hour == now().hour %}
              {{ item.PriceNoTax | float < ns.cheapestHourPrice }}
            {% endif %}
          {% endfor %}
 
@Juissi_ ja @tk- kiitokset vaan ! Olisiko isokin muutos, jos vielä hifistelisi tuota/noita sen verran, että kun seuraavan päivän Rank 1 on saatavilla, niin otettaisiinkin se käyttöön ? Se kuitenkin kuvaa vielä paremmin rajaa, kuin "eilisen päivän" tieto. Käytännössähän tuo tieto tulee yleensä joskus klo 14 jälkeen. Näin ollen aurinkotunteja on vielä muutamia tarjolla. :) Kyllähän tuo jo nykyisellään on ihan käytännöllinen, mutta se ruokahalu vain kasvaa monesti syödessä. :)
 
@Juissi_ ja @tk- kiitokset vaan ! Olisiko isokin muutos, jos vielä hifistelisi tuota/noita sen verran, että kun seuraavan päivän Rank 1 on saatavilla, niin otettaisiinkin se käyttöön ? Se kuitenkin kuvaa vielä paremmin rajaa, kuin "eilisen päivän" tieto. Käytännössähän tuo tieto tulee yleensä joskus klo 14 jälkeen. Näin ollen aurinkotunteja on vielä muutamia tarjolla. :) Kyllähän tuo jo nykyisellään on ihan käytännöllinen, mutta se ruokahalu vain kasvaa monesti syödessä. :)
Se voisi mennä näin, että lisätään tuohon perään toinen looppi mikä etsii huomista halvinta, ja jos semmoinen löytyy, niin tuo namespace-muuttuja päivitetään siihen arvoon. Muuten voimaan jää tuo ensimmäisessä loopissa etsitty tämän päivän arvo.

En takaa toimintaa, mutta pistä testiin! Ainakin näin aamusta näyttää oikeaa arvoa kun huomisia ei vielä ole saatavilla.

YAML:
- binary_sensor:
      - name: use_solar_power
        state: >
          {% set ns = namespace(cheapestHourPrice=0) %}
          {% set tomorrow = now() + timedelta( days = 1 ) %}
          {% set data = state_attr("sensor.shf_electricity_price_now", "data") %}
          {% for item in data %}
            {% if item.Rank == 1 and as_datetime(item.DateTime).date() == now().date() %}
              {% set ns.cheapestHourPrice = item.PriceWithTax | float + 0.0419 %}
            {% endif %}
          {% endfor %}
          {% for item in data %}
            {% if item.Rank == 1 and as_datetime(item.DateTime).date() == tomorrow.date() %}
              {% set ns.cheapestHourPrice = item.PriceWithTax | float + 0.0419 %}
            {% endif %}
          {% endfor %}
          {% for item in data %}
            {% if as_datetime(item.DateTime).date() == now().date() and as_datetime(item.DateTime).hour == now().hour %}
              {{ item.PriceNoTax | float < ns.cheapestHourPrice }}
            {% endif %}
          {% endfor %}
 
Saisiko home assistantilla laskettua oman sähkön keskihinnan kulutuksesta ja nordpoolin hinnan perusteella?
Ois mukava nähdä miten optimoinnit toimii ja näkisi tilastatoa pörssisähkö ka ja oma ka

Onko joku jo toteuttanut?
 
Tässä vielä edellisen yamlin pohjalta binäärisensori, mikä saa arvon true kun veroton hinta on alle päivän halvimman alvin + siirtohinnan sitältävän tunnin, ja false kun yli.
En ymmärrä tuon binäärisensorin hyötyjä. Tuossa ensimmäisessä on informaatiota, jota voi hyödyntää esim. entity cardilla kertomaan hintaraja käyttäjälle. Kuitenkin automaatiolla tuota hintarajaa voi sellaisenaan käyttää vertaamalla numeroarvoja. Binäärisensorin true / false taas ei kerro kuin sen että joo on se kalliimpaa tai halvempaa.
 
Saisiko home assistantilla laskettua oman sähkön keskihinnan kulutuksesta ja nordpoolin hinnan perusteella?
Ois mukava nähdä miten optimoinnit toimii ja näkisi tilastatoa pörssisähkö ka ja oma ka

Onko joku jo toteuttanut?
Ottamatta kantaa siihen onko joku toteuttanut tämän HA:ssa, niin olethan tietoinen liukuri laskurista ?


Tuonne siis ladataan fingridin datahubista "sinun" henk koht sähköprofiili ja se laskee siitä juuri kaipaamiasi asioita.
 
  • Tykkää
Reactions: Vee
En ymmärrä tuon binäärisensorin hyötyjä. Tuossa ensimmäisessä on informaatiota, jota voi hyödyntää esim. entity cardilla kertomaan hintaraja käyttäjälle. Kuitenkin automaatiolla tuota hintarajaa voi sellaisenaan käyttää vertaamalla numeroarvoja. Binäärisensorin true / false taas ei kerro kuin sen että joo on se kalliimpaa tai halvempaa.
Ok, ymmärsin että kytket aina tuon ehdon perusteella kun hinta menee sen rajan toiselta puolelta toiselle. Jos tarve on myös näyttää se hinta, niin sitten muuttaa binary_sensor tilalle sensor ja jättää siitä viimeisestä loopista sen vertailun pois ja jättää pelkästään sen namespace-muuttujan.
 
Ok, ymmärsin että kytket aina tuon ehdon perusteella kun hinta menee sen rajan toiselta puolelta toiselle. Jos tarve on myös näyttää se hinta, niin sitten muuttaa binary_sensor tilalle sensor ja jättää siitä viimeisestä loopista sen vertailun pois ja jättää pelkästään sen namespace-muuttujan.
Kuulosti helpolta, mutta en osannut sitä muuttaa oikeaan muotoon.:lol::rofl2:
 
Kuulosti helpolta, mutta en osannut sitä muuttaa oikeaan muotoon.:lol::rofl2:
Itseasiassa hämäsin näköjään vähän, eihän se sitä looppia enää lopussa tarvitse.:D

YAML:
  - sensor:
      - name: cheapest_total_price
        state: >
          {% set ns = namespace(cheapestHourPrice=0) %}
          {% set tomorrow = now() + timedelta( days = 1 ) %}
          {% set data = state_attr("sensor.shf_electricity_price_now", "data") %}
          {% for item in data %}
            {% if item.Rank == 1 and as_datetime(item.DateTime).date() == now().date() %}
              {% set ns.cheapestHourPrice = item.PriceWithTax | float + 0.0419 %}
            {% endif %}
          {% endfor %}
          {% for item in data %}
            {% if item.Rank == 1 and as_datetime(item.DateTime).date() == tomorrow.date() %}
              {% set ns.cheapestHourPrice = item.PriceWithTax | float + 0.0419 %}
            {% endif %}
          {% endfor %}
          {{  ns.cheapestHourPrice }}
 
Saisiko home assistantilla laskettua oman sähkön keskihinnan kulutuksesta ja nordpoolin hinnan perusteella?
Ois mukava nähdä miten optimoinnit toimii ja näkisi tilastatoa pörssisähkö ka ja oma ka

Onko joku jo toteuttanut?
Tuo löytyy asetusten alta, kojelaudat -> energia.

Ei toki laske keskihintaa valmiiksi, mutta lienee aika helppo tuosta itsekin laskea.

Screenshot_20230904_150255_Home Assistant.jpg
 
Saisiko home assistantilla laskettua oman sähkön keskihinnan kulutuksesta ja nordpoolin hinnan perusteella?
Ois mukava nähdä miten optimoinnit toimii ja näkisi tilastatoa pörssisähkö ka ja oma ka

Onko joku jo toteuttanut?
Miksi tämä pitää itse laskea? Esimerkiksi Elenia Aina laskee ihan toteumat myös jo spot-hinta mukaanlukien. Uskoisin useammilla muillakin sähköyhtiöillä olevan vastaavia?
 
Miksi tämä pitää itse laskea? Esimerkiksi Elenia Aina laskee ihan toteumat myös jo spot-hinta mukaanlukien. Uskoisin useammilla muillakin sähköyhtiöillä olevan vastaavia?

Käyttötapoja ja tarpeita on monia. Varsinkin näin HA:lle dedikoidussa ketjussa. Saatko tuon näkymään reaaliajassa samalle näytölle, jolla HA:lla ohjaat kotiasi? Et.
 
  • Tykkää
Reactions: Vee
Niinpä, olisi mukava kun se tieto on kokoajan automaattisesti siinä esillä, ilman että tarvii sitä erikseeen kaivaa. Jos se motivoisi optimoimaan sähkön käyttöä.
 
Käyttötapoja ja tarpeita on monia. Varsinkin näin HA:lle dedikoidussa ketjussa. Saatko tuon näkymään reaaliajassa samalle näytölle, jolla HA:lla ohjaat kotiasi? Et.
Nojoo, tuota en ajatellutkaan noin. Ei sitä tosiaan saa, oliskin näppärää kun tuollaisen saisi vaikka käyttöpaikkatunnuksella iframena suoraan sähköyhtiön palvelusta!
 
Käytääkö moni nuita raspberryn omia gpio pinnejä erilaisiin ohjauksiin? Eikös sekin ole mahdollista? Minulla on tuollainen rele kortti kun vain osais koodata.
Iv-kone on siinä vieressä niin periaatteessa voisi ainakin koodata sellaisen toiminnon että kun haluaa tehdä tulet takkaan niin iv-kone menisi täysille 15min ja laittaisi takka toiminnon päälle.
0-10v ohjauskortti tulossa millä voi ohjata iv-koneen nopeuksia (jos osaa vääntää koodin)
 
Käytääkö moni nuita raspberryn omia gpio pinnejä erilaisiin ohjauksiin? Eikös sekin ole mahdollista? Minulla on tuollainen rele kortti kun vain osais koodata.
Iv-kone on siinä vieressä niin periaatteessa voisi ainakin koodata sellaisen toiminnon että kun haluaa tehdä tulet takkaan niin iv-kone menisi täysille 15min ja laittaisi takka toiminnon päälle.
0-10v ohjauskortti tulossa millä voi ohjata iv-koneen nopeuksia (jos osaa vääntää koodin)

On se mahdollista. Youtubesta löytyy videokin aiheesta.

 
Käytääkö moni nuita raspberryn omia gpio pinnejä erilaisiin ohjauksiin? Eikös sekin ole mahdollista? Minulla on tuollainen rele kortti kun vain osais koodata.
Iv-kone on siinä vieressä niin periaatteessa voisi ainakin koodata sellaisen toiminnon että kun haluaa tehdä tulet takkaan niin iv-kone menisi täysille 15min ja laittaisi takka toiminnon päälle.
0-10v ohjauskortti tulossa millä voi ohjata iv-koneen nopeuksia (jos osaa vääntää koodin)
Itsellä on Python-ohjausboksi. Se on raspberry pico w, mutta uskoisin sen olevan melko samankaltainen kun mikä raspberrykin olisi.

Python-skripti varmaan on yksinkertaisin vaihtoehto lähteä liikkeelle raspberryn kanssa. Itse lähdin käytännössä nollasta tammikuussa ja huhtikuussa oli jo melkolailla vakaasti toimiva releohjaus. Wifin kanssa on enää pientä ongelmaa kun yrittää tehdä liian hienoa..:D
 
Kämpässä on useita uppoasennettuja kohdevaloja (kämmenvalaisimia). Kaikki muut valaisimet on nyt kotiautomaation piirissä, mutta näiden kanssa on ollut ongelmia löytää korvaaja, koska asennusreikä on todella hankala 95mm.
Nyt huomasin että nehän onkin GX53 kantaisella polttimolla, eli periaatteessa pääsen helpoimmailla kun korvaan nuo polttimot sopivalla älyversiolla.

Zigbee versioita ei juurikaan ole markkinoilla (yhden mallin löysin) ja Amazon tarjoaa vain WiFi ohjattavaa versiota.

Onko nuo Amazonin "Alexa" valot kuinka hankala integroida Home Assistantiin, vai maksanko tuplahinnan ja tyydyn varmasti toimivaan Zigbee versioon?
 
Kämpässä on useita uppoasennettuja kohdevaloja (kämmenvalaisimia). Kaikki muut valaisimet on nyt kotiautomaation piirissä, mutta näiden kanssa on ollut ongelmia löytää korvaaja, koska asennusreikä on todella hankala 95mm.
Nyt huomasin että nehän onkin GX53 kantaisella polttimolla, eli periaatteessa pääsen helpoimmailla kun korvaan nuo polttimot sopivalla älyversiolla.

Zigbee versioita ei juurikaan ole markkinoilla (yhden mallin löysin) ja Amazon tarjoaa vain WiFi ohjattavaa versiota.

Onko nuo Amazonin "Alexa" valot kuinka hankala integroida Home Assistantiin, vai maksanko tuplahinnan ja tyydyn varmasti toimivaan Zigbee versioon?
Vaihda virtalähde ja siihen sitten zigbee ohjain. Varsinkin jos et värejä tarvitse.
 

Statistiikka

Viestiketjuista
262 474
Viestejä
4 558 098
Jäsenet
74 971
Uusin jäsen
Maikkol

Hinta.fi

Back
Ylös Bottom