Mutta tuo ei lämmitä jos HA (tai sen pc/raspi) on jumissa. Itse ehkä toteuttaisin tuollaisen Shellylla tms. jolla kyselisin tietoa HA:n kautta tasaisin välein ja jos tulee timeout niin sähköjen käyttö alhaalla.Eikös HA:n saa ihan omalla automaatiolla käynnistymään uudelleen ilman mitään lisälaitteita vaikka keskiyöllä?
Itselläni tulee ”luonnollinen” reboot HA:lle joka yö, kun proxmox ajaa sen (ja kaikki muutkin) alas containerin backuppia varten. Menee varmaan pari minsaa ja on taas pystyssä.
Mutta jos sun proxmox-kone on "bluescreenissä" niin ei tuokaan lämmitä (paitsi että on edelliseltä yöltä backup)
Mä en ymmärrä miks pitää rebootata joka yö? Tuskin päivityksiä/muutoksiakaan joka päivä tapahtuu?
Onneksi tuota ei juuri ikinä tapahdu, ja proxmox koneita kun on 3 kappaletta niin tarvittaessa saa kriittiset vm:t/containerit kahdennettua tai hyppäämään toiselle serverille jos yksi menee alas. Mutta eipä oo maksanut vaivaa tehdä sitä. Eikä kotiautomaatio ja -infra muutenkaan niin vikasietoinen oo eikä tarvi olla että mikä tahansa yksittäinen laite voisi hajota ilman että tulee katkoksia mihinkään. Kivahan se tietenkin olisi niinMutta jos sun proxmox-kone on "bluescreenissä" niin ei tuokaan lämmitä (paitsi että on edelliseltä yöltä backup)
Ei sille mitään tarvetta olekaan. Tää on vain sivuvaikutusta kun oon laittanut proxmoxin backup jobit toimimaan näin. Tuossa kun aiemmin oli mietitty automaatiota reboottaamaan HA:ta niin mainitsin tän yhtenä tapana sille, ja samalla saa backupit kaupan päälle.
Onnistuisiko niin, että lisäät sen toisen henkilön kalenterin omaan Google-kalenteriisi? Voi olla ettei tuohon integraatioon saa kahden käyttäjän tilejä liitettyä.
alias: Adjust Climate Based on Price
sequence:
- variables:
price: "{{ states('sensor.nordpool_kwh_fi_eur_3_10_0255') | float }}"
max_price: "{{ states('input_number.max_price') | float }}"
max_temp: "{{ states('input_number.max_temp') | float }}"
min_temp: "{{ states('input_number.min_temp') | float }}"
- variables:
normalized_price: |
{% if price > max_price %}
{{ max_price }}
{% elif price < 0 %}
0
{% else %}
{{ price }}
{% endif %}
- variables:
temp: "{{ max_temp - ((max_temp - min_temp) / max_price) * normalized_price }}"
- target:
entity_id: climate.huone1
data:
temperature: "{{ temp }}"
action: climate.set_temperature
- target:
entity_id: climate.huone2
data:
temperature: "{{ temp }}"
action: climate.set_temperature
- data:
message: >
"Max Temp: {{ max_temp }}, Min Temp: {{ min_temp }}, Max Price: {{
max_price }}, Normalized Price: {{ normalized_price }}, Calculated Temp:
{{ temp }}"
action: system_log.writeTämä kiinnostaa. Rakentelin leikkimökin tai etätyömajan jossa lattialämmitys. Pinnat oikeastaan enää puuttuvat. Tullaan pitämään talvella viikkojakin kylmillään. Alustava suunnitelma oli etten edes laita lattialämmitykselle termostaattia vaan xiaomin sensorit sisään ja ulos, shelly sitten pätkimään lattian virtoja, että aina 3 astetta enemmän kuin ulkona. Mutta miten tuo kuivanapitoautomaatio toimisi. Onko että kun kosteus % yli 90 niin laittaa lämpöjä päälle vai pitääkö ulkona olevan ja sisäkosteuden suhdetta seurata?
savonvoima.fi
Paristo?
Olipa outo. Siirsin raspberryn toiseen huoneeseen ja käynnistyttyään näkyy taas ruuvien arvot. Paristot on lähes uudet 3115mV. Pitääköhän tälle ajastella joka öinen boottaus että anturit pysyy toimintakunnossa. Lisäys että siirsin raspia jopa kauemmas ruuveista kun alkoi toimimaan että ei tämä ainakaan kantomatkasta ole kiinni. Välissä on vain kipsilevyseiniä ja avoimia ovia.
Onko ha päivittynyt juuri ennen? Välillä ko ha päivittyy ei kaikki toimi heti uuden buutin jälkeen, joskus auttaa kun käynnistää pelkän integraation uusiks, joskus pari buuttia ha:lle..
Luet siis noita RuuviTageja RasPin omalla Bluetoothilla? Oma kokemus on, että se RaspberryPi:n oma BT ei ole mikään kovin hyvä tai vakaa ainakaan kaikissa tapauksissa. Mahdollisesti ongelmana oli vain että Bluetooth oli mennyt jotenkin jumiin ja siirto ja boottaus korjasi ongelman. Itsellä on erillinen Bluetooth Proxy tehtynä ESP32:sta ja se on ainakin tähän asti toiminut erittäin luotettavasti.
Kyllä ja tuo erillinen bluetooth -dongle voisi olla kokeilun arvoinen. Alunperin ajatus oli että saisi lämmöt luettua tallista sekä talosta parista huoneesta + ehkä sauna. Kantomatka ei tuollaiseen riitä. Tallista asti kuuluu hyvällä tuurilla jos vie raspberryn aivan kodinhoitohuoneen nurkkaan. Jos vie raspberryn talliin niin ei taas kuule talossa olevia ruuveja.
Tuohonhan tuollaiset bluetooth-proxyt toimisivat loistavasti, niitä voisi olla useampi sopivissa paikoissa ja ne ottaisivat RuuviTagin arvot vastaan ja lähettäisivät wifillä eteenpäin HomeAssistantille. Tuo tietty vaatii että on wifi-verkkoa riittävän kattavasti. Tuollainen proxy sopivaan paikkaan että bluetooth kantaa Ruuvitagille asti ja proxy-palikka ylettää Wifiin ja noita sopiva määrä ympäri asuntoa.
Erillinen "älymittari" themo rasian päällä. Themon tuen kanssa tästä olikin juttua ja heillä oli tiedossa että ilma-anturi voi kuumentua jos paljon suoraa kuormaa perässä. Kontaktoria voisi kokeilla väliin. Luulin että minulla on 2 x 500W patterit mutta taitaa olla isommat kun themo mittasi itse arvoksi 1900W, kaukana kuitenkin 3000W maksimikuormasta. Kontaktori välilissä ei vaikuta tuen mukaan mittaukseen kun watti arvon voi käsin asettaa jolloin laskee taas oikein. Kehotti kokeilemaan toisella themolla jos mahdollista vaihtamalla "kannen" jossa äly on. En ole vielä ehtinyt testailla mutta minulla on pari themoa joilla voisi kokeilla.
Juu, ja jos sattuu muuten olemaan johonkin tarvis kuten itselläni oli, niin Shelly Plus 1 tai joku sellainen oli ilman tarjoustakin alle 20e ja siihenkin saa BT-proxyn. Aika moneen muuhunkin Shellyyn saa tuon vähän kuin "kaupanpäällisenä".
Kyllä, mulla on molemmissa kerroksissa nuo ESP:t ja Ruuvien tiedot tule kyllä varmasti HA:lle. Hyvä ja halpa.
