HomeAssistant - Yleinen support topic
- Keskustelun aloittaja -ww-
- Aloitettu
-
- Avainsanat
- hassio homeassistant zigbee
Tallentamispaikkaa ei tarvitse murehtia, se on jossain HA:n tietokannassa.
Koko json on yksittäisessä sensorissa, mistä sen voi sitten purkaa uusiksi sensoreiksi (kanaviksi).
Olisiko ao. esimierkistä apua:
HomeAssistant - Yleinen support topic
Joo ei taida onnistua muuten saada erilaisia hälytyksiä, kun jakaa ilmoitukset usempaan osaan. Vibralla näyttää olevan 4 erilaista asetusta.lampopumput.info
(Yo. lainauksen teksti "Joo ei..." on ko. sivun ekan postauksen teksti, ei siis sen minun postauksen teksti. Linkki aukeaa kyllä oikeaan postaukseen.)
Siinä haetaan ensin json sensoriksi "SHF temperature 70700" mistä sitten tehdään 1. arvosta sensori "SHF temperature 70700 now"
Kiitoksia kovasti! Tuota mukaillen yaml-tiedostoksi muodostui seuraavanlainen pitkällisen yrityksen ja erehdyksen kautta, mutta sehän toimii! Tai no tuossa vasta ensimmäinen sensori lisättynä, mutta loput kolme meni samalla logiikalla.
Vielä pitää tuota requestia vähän parannella, koska tuollaisenaan kysely palauttaa uuden jsonin joka kerta mikä ei ole tarkoituksenmukaista. Ymmärsinkö oikein, että tuo rest-ominaisuus ei millään tasolla ymmärrä http-koodeja? Lähinnä mietin sitä, että kun meillä tuo rajapinta palauttaa Not updated -koodia jos asetuksia ei päivitä, paitsi kerran tunnissa antaa uudestaan jsonin, ja toki sitten riittävän tiheään tai virheellisesti pollatessa myös muita koodeja, niin niistä ei loppuviimeksi tuon HA:n kanssa ole juuri iloa paitsi logeissa näkyy?
YAML:
# Pörssäri Home Assistant client
rest:
- resource: https://dev.porssari.fi/getcontrols.php?device_mac=ABC123&client=Homeassistant
scan_interval: 180
sensor:
- name: "porssari_json"
value_template: "{{ value_json.Metadata.Timestamp }}"
json_attributes:
- Metadata
- Channel1
- Channel2
- Channel3
- Channel4
template:
- sensor:
- name: "Pörssäri Channel 1 State"
unique_id: porssari_ch1_state
state: >
{% set curHour = now().hour | string %}
'{{ state_attr("sensor.porssari_json", "Channel1")[curHour] }}'
Viimeksi muokattu:
Tässä mallia Wh sensoriin.
Ensin tein template sensorin, mikä muuntaa ed. min. pulssit tehoksi. Minulla ao. koodi configuration.yaml:issa. (HA restart, koodin editoinnin jälkeen.)
YAML:
#keskimääräinen käytetty VILP-teho ed. min. aikana
template:
- sensor:
- name: VILP teho nyt
unique_id: vilp_teho_nyt
unit_of_measurement: "W"
device_class: power
state: '{{(states("sensor.vilp_sahko") | int)*120 }}'Sitten tein Mini Graph Card - kortin, mikä näyttä tietoja kulutuksesta. Mini Graph Card on ensin asennettaca HACS:illä.
Kortin koodi:
Koodi:
type: custom:mini-graph-card
name: VILP nyt
hour24: true
hours_to_show: 24
decimals: 0
show:
extrema: true
average: false
graph: bar
entities:
- entity: sensor.vilp_teho_nytSeuraavassa postissa Integraali helpperi-sensorin teko. Ko. sensori (helpperi) summaa min. tehot, jotta niistä tulee kulutus/h [Wh].
Tuota voidaan sitten käyttää Energy Dashboardissa, jotta saadaa kulutustietoja (tunti, päivä, viikko, jne).
Summaava helpperi.
Jos listassa (kuva integ1.jpg) ei näy Integration - Riemann ... täytyy se asentaa ensin.
Oheisten kuvien mukaan tehdään VILP kulutus sensori. Integraali ei anna ihan tarkaa summaa. Jos se heittää paljon on summaa varten tehtävä yaml:lilla sensori.
Sensoreissa pitäisi nyt näkyä lisää 2 VILP sensoria (kuva vilp_sensors.jpg).
Jos listassa (kuva integ1.jpg) ei näy Integration - Riemann ... täytyy se asentaa ensin.
Oheisten kuvien mukaan tehdään VILP kulutus sensori. Integraali ei anna ihan tarkaa summaa. Jos se heittää paljon on summaa varten tehtävä yaml:lilla sensori.
Sensoreissa pitäisi nyt näkyä lisää 2 VILP sensoria (kuva vilp_sensors.jpg).
Liitteet
Viimeksi muokattu:
Noin se taitaa olla.
Voisiko tuo https://community.home-assistant.io/t/curl-switch-to-detect-if-service-is-up/152921/4 olla sovellettavissa?
Kiitos näistä!
Täytyy vertailla vähän tuota kulutusta, pulssitieto tulee vehkeeltä mikä osaa summata sen itsessään niin näkee hyvin tuleeko heittoa arvoihin.
Tämähän voisi hyvinkin toimia, eli triggeröidään tuo rest-sensorin päivitys vaan silloin kun tuo binäärisensori saa tilan 200 edellisen kyselyn jäljiltä. Se ei juuri toisi ylimääräisiä kyselyitä palvelimelle.
Pitääpä yrittää tässä lähipäivinä löytää jälleen pari tuntia aikaa harrasteluun. Tuosta testiversiosta muutenkin puuttuu vielä ehto mikä tarkistaa ettei json ole liian vanha ohjaamiseen, muuten saattaisi käydä yli vuorokauden nettitauon jälkeen niin (vaikkakin tuntuu melko harvinaiselta tilanteelta, että semmoinen tulisi), että luetaan vaan tyytyväisenä tuota viimeksi saadun jsonin tuntidataa.
Viimeksi muokattu:
Vähän tuota edellämainittua mukaillen sain tehtyä normisensorin johon haetaan tuo http-koodi. Vielä nyt puuttuu automaatio tuota lukemaan ja koodin perusteella kutsumaan tuota varsinaista päivitysfunktioa, mutta sensori vaikuttaisi toimivan oikein liitteenä olevan kuvan perusteella. Toki hieman viiveellä, koska päivitysväli on testimielessä vielä harvakseltaan, lähinnä oli tarkoitus tutkia, että tuo koodi käyttäytyy aikaleiman mukaisesti oikein.
Täytyy nyt vielä selvittää se, miten tuo json-anturin data saadaan säilymään tilanteessa missä request jostain syystä kuitenkin epäonnistuu. Ei ole tarkoituksenmukaista, että se pyyhkäistään tyhjäksi yksittäisen epäonnistuneen haun jälkeen vaikka siellä olisikin vielä melkein vuorokauden verran ohjausdataa jäljellä.
YAML:
sensor:
- platform: command_line
command: >-
curl -o /dev/null -qsI -w "%{http_code}\n" "https://dev.porssari.fi/getcontrols.php?
{%- set MAC = "ABC123" -%}
device_mac={{ MAC }}&last_request={{ states('sensor.porssari_json') }}
name: "porssari_request"
scan_interval: 295
value_template: "{{ value }}"Liitteet
Viimeksi muokattu:
Itse itselleni vielä kommentoiden. Tähän ei oikein taida olla muuta mahdollista toimintatapaa kuin tallentaa tuo ohjaustieto vielä toiseen sensoriin mitä päivitetään ehdollisesti tuon ensimmäisen arvoihin vaikkapa ehdolla, että tuo sensor.porssari_json on saanut arvokseen ylipäätänsä haetusta jsonista luetun aikaleiman eikä "unknown", ja vaikka lisäehtona vielä, että se on tuon "tallennussensorin" aikaleimaa uudempi? Ja tämä jälkimmäinen tallennussensori on sitten se, mistä tuo ohjaustieto luetaan.
Toinen vaihtoehto olisi varmaan suorittaa tuo json-sensorin päivittäminen Python-skriptin avulla mihin heitetään tuo senhetkinen sensoridata ja päivitetään joko sensori uuden jsonin mukaan tai sitten palautetaan vanha sensoridata takaisin jos haku epäonnistuu. Mutta se taas taitaa vaatia jonkun noista Python-lisäosista käyttöön kun tarvitaan noita Pythonin kirjastoja? Ja joka tapauksessa ei mene enää tuon saman YAML-tiedoston avulla.
Projekti hiljalleen etenee jo lähestulkoon beta-version asteelle, eli nyt on versio mikä hakee ajastetusti uuden jsonin, ei hukkaa vanhaa vaikka haku epäonnistuisi, ja lisäksi tuossa ohjausdatan mukana tulee kuluvan vuorokauden ja seuraavan vuorokauden käyttäjäkohtaiset hinnat rankeineen. Eli sivustolla voi asettaa omat siirtohinnat, marginaalit jne ja ne otetaan tuossa sitten huomioon. Tosin kausisähköä ei (vielä) tueta. Ja muutkin ohjausasetukset toki pitää edelleen tehdä tuolla sivustolla, se on vähän sitten jo isompi projekti kun lähdetään niiden muuttamista tekemään tuonne HA:n puolelle.
Löytyykö ketään joka haluais ottaa tuota itselleen testiin? Mitään valmiita graafeja ei itsellä tuohon vielä ole, mutta varmaan lähipäivinä voisi semmoisiakin sitten viritellä. Pörssärin sivustolta puuttuu vielä tuki lisätä sinne "HomeAssistant-laite", mutta teen sen tässä lähipäivinä.
Löytyykö ketään joka haluais ottaa tuota itselleen testiin? Mitään valmiita graafeja ei itsellä tuohon vielä ole, mutta varmaan lähipäivinä voisi semmoisiakin sitten viritellä. Pörssärin sivustolta puuttuu vielä tuki lisätä sinne "HomeAssistant-laite", mutta teen sen tässä lähipäivinä.
Viimeksi muokattu:
Jahas, nyt olisi jo 2023.6.0 core versiota tarjolla. Vielä ei oma systeemi ole kaikilta osin toipunut 2023.5 päivityksestäkään. Harmillisesti ainakin osa ihan virallisistakin integraatioista näyttää olevan ylläpidon osalta "kuolleita".
Kuka uskaltaa päivittää ekana voi tulla kertomaan mitä kaikkea meni rikki. Itse olen yleensä päivittänyt kaiken etunenässä, mutta tämä HA on opettanut vähän varovaisuutta sen suhteen
Kuka uskaltaa päivittää ekana voi tulla kertomaan mitä kaikkea meni rikki. Itse olen yleensä päivittänyt kaiken etunenässä, mutta tämä HA on opettanut vähän varovaisuutta sen suhteen
kurre orava
´pitkähän on pilalla, lyhyttä on helppo jatkaa...´
HA:n osalta joutuu melkein nykyisin seuraamaan vanhaa ohjetta eli jos se toimii niin älä korjaa. Tuli oltua pidemmällä työkeikalla touko- ja kesäkuussa ja ainakaan etänä ei uskalla kyllä päivittää yhtään mitään tuon osalta.Jahas, nyt olisi jo 2023.6.0 core versiota tarjolla. Vielä ei oma systeemi ole kaikilta osin toipunut 2023.5 päivityksestäkään. Harmillisesti ainakin osa ihan virallisistakin integraatioista näyttää olevan ylläpidon osalta "kuolleita".
Kuka uskaltaa päivittää ekana voi tulla kertomaan mitä kaikkea meni rikki. Itse olen yleensä päivittänyt kaiken etunenässä, mutta tämä HA on opettanut vähän varovaisuutta sen suhteen
Eilen panin merkille et Airthings nousi ihmeen tavoin itsestään kuolleista, olin poistanut sovelluksen jossain vaiheessa kun se lakkasi toimimasta ja eilen sit uudelleenkäynnistyksen yhteydessä löytyi ikään kun ”uutena”. Vanhat sensorit rupesivat kyllä toimimaan kun tuon asensi uudelleen. Mutta ei ole kun muutama päivä siitä kun yritin tehdä saman asian manuaalisesti eikä se silloin onnistunut.
Kai se on niin kun joku tuossa aiemmin totesi, tahti päivityksissä on niin kova että määrä ns korvaa laadun, laadunvalvonnalle ei jää riittävästi aikaa eikä resursseja.
On kyllä ripeä tahti kun vasta tuohon viime viikolla tuli ensimmäinen beta-versio jakoon. Aika haipakkaa saa olla testaamassa uudella versiolla ennenkuin se tulee virallisesti jakoon.Jahas, nyt olisi jo 2023.6.0 core versiota tarjolla. Vielä ei oma systeemi ole kaikilta osin toipunut 2023.5 päivityksestäkään. Harmillisesti ainakin osa ihan virallisistakin integraatioista näyttää olevan ylläpidon osalta "kuolleita".
Kuka uskaltaa päivittää ekana voi tulla kertomaan mitä kaikkea meni rikki. Itse olen yleensä päivittänyt kaiken etunenässä, mutta tämä HA on opettanut vähän varovaisuutta sen suhteen
Itse ajattelin ratkaista tuon Pörssärin ylläpito-ongelman sillä, että asennan unRaid-koneeseen toisen virtuaalikoneen mikä ei ohjaa mitään, mutta minkä päivittää heti aina seuraavaan beta-versioon. Siinä ainakin on turvallista testata mikä toimii ja mikä ei ennenkuin päivittää varsinaisen ohjaussoftan.
Beta 0 tulee tyypillisesti kuun viimeisenä keskiviikkona, eli viikkoa aiemmin ennen varsinaista julkaisua. Siitä tulee sitten n.päivittäin uusi versio kunnes varsinainen versio kuukauden ensimmäisenä keskiviikkona
Tämä onkin hyvä tietää, niin ei voi sitten tuohon kuun viimeiselle viikolle aina aikatauluttaa harrasteluillan testausta varten.
Päivitin versioon 2023.6.1.
Kaikki näyttäisi toimivan.
Päivityksen jälkeen tuli varoitus: "Configuring Command Line sensor using YAML has moved"
Tuosta pääsi eroon korjaamalla command_line sensorit configuration.yaml:ssa ao. mukaisesti
community.home-assistant.io
Kaikki näyttäisi toimivan.
Päivityksen jälkeen tuli varoitus: "Configuring Command Line sensor using YAML has moved"
Tuosta pääsi eroon korjaamalla command_line sensorit configuration.yaml:ssa ao. mukaisesti
Configuring Command Line sensor using YAML has moved. Consult the documentation to move your YAML configuration to integration key and restart Home Assistant to fix this issue
I have a question. I have the sensors in a yaml file in the packages folder still written with the old format. Do I need to move them to a dedicated file like the example one (command_line.yaml)? or is it enough to rewrite them in the modern format? eg. # my old format sensor: - platform...
community.home-assistant.io
Ville-Veikko
Aktiivinen jäsen
Jees, minäkin viskasin päivityksen purkkiin ja tälläkertaa se meni hyvin ilman ongelmia. Muutin myös nuo command -line sensorit uudelle syntaksille. Muutos koski myäs binary sensoreita ja switchejä, jos niissä on command line -komento mukana.Päivitin versioon 2023.6.1.
Kaikki näyttäisi toimivan.
Päivityksen jälkeen tuli varoitus: "Configuring Command Line sensor using YAML has moved"
Tuosta pääsi eroon korjaamalla command_line sensorit configuration.yaml:ssa ao. mukaisesti
Configuring Command Line sensor using YAML has moved. Consult the documentation to move your YAML configuration to integration key and restart Home Assistant to fix this issue
I have a question. I have the sensors in a yaml file in the packages folder still written with the old format. Do I need to move them to a dedicated file like the example one (command_line.yaml)? or is it enough to rewrite them in the modern format? eg. # my old format sensor: - platform...
Tulipa mielenkiintoinen ominaisuus tuon uuden command_line -sensorin asetusmuutoksen myötä minkä kanssa onkin tässä saanut hetken painia. Aikaisemmin sen päivitys onnistui samallalailla automaatiolla kun minkä tahansa muunkin sensorin, mutta eipä onnistukaan enää. Scan_interval onneksi toimii niinkuin pitää, mutta ei tuohon nyt kovin helpolla enää randomointia saa mukaan.
Viimeksi muokattu:
Pitkään olen taistellut parin Airthingsin Wave+ mittarin HA liitynnän (bt ble) kanssa. Toinen on n. metrin päässä Raspi 4:stä, jossa HA pyörii. Sen kanssa ei isommin ongelmia. Toinen on yläkerrassa sekin kyllä ehkä vain n. 4-5m päässä raspista. Siihen yhteys on ollut aika epävakaa ja viime päivinä kokonaan poikki. Ongelmaa selvitellessä tuli esille, että kun USB3 porttiin on kytketty ulkoinen SSD, niin se aiheuttaa 2,4GHz häiriöitä niin että bt, wifi, zigbee yms. voivat katkoa. Ilmeisesti tämän Raspi 4:n ongelmaa tämä etupäässä. Noh tuohan piti kokeilla ja siirsin SSD:n USB2 porttiin ja sen jälkeen tosiaan yhteys toiminut ongelmitta nyt koko päivän. Mitään silmin nähtävää eroa muutenkaan ei ole toiminnassa kyllä. En tiedä voiko USB2 jossain tilanteessa kuitenkin tulla ns. "pullonkaulaksi", ei löytynyt tähän oikein netistäkään apuja.
edit: Nyt yön päälle veti erikoisesti jumiin HA:n. Aika moni laite tippui pois pelistä ja muutenkin prossunkäyttö jatkuvasti 20% ja toiminta tahmaa. En tiedä mistä johtuu, mutta aiempaa ei ole kyllä aiemmin sattunut. Siirretääs varulta takaisin USB3:een SSD liityntä. -> siirretty ja samantien tipahti taas toinen Airthings pois pelistä. Pitänee asentaa ulkoinen BT- palikka tms.
edit: Nyt yön päälle veti erikoisesti jumiin HA:n. Aika moni laite tippui pois pelistä ja muutenkin prossunkäyttö jatkuvasti 20% ja toiminta tahmaa. En tiedä mistä johtuu, mutta aiempaa ei ole kyllä aiemmin sattunut. Siirretääs varulta takaisin USB3:een SSD liityntä. -> siirretty ja samantien tipahti taas toinen Airthings pois pelistä. Pitänee asentaa ulkoinen BT- palikka tms.
Viimeksi muokattu:
Harrastelija
Vakionaama
Auttaisikohan metallinen kotelo raspin ympärille? Tai sen ssd:n? Tai eri kaapeli? Riippuen missä ne häiriöt syntyy.
kurre orava
´pitkähän on pilalla, lyhyttä on helppo jatkaa...´
2023.9.0 päivityksen kun ajoi niin hävisi modbus anturit kartalta. Minulla nyt onneksi ei puhtaita modbus antureita ole kun Oumanilta tulevat mutta on tuo sanalla sanoen ärsyttävää kun päivityksen jälkeen aina saa henkeä pidätellä et mikähän tällä kertaa hävisi. Etänä ei uskalla kyllä enää päivittää ylipäätään.
Saas nähdä millaisen korjauksen tuossa täytyy parsia jotta nuo mainitut anturit saa taas näkyviin.
Saas nähdä millaisen korjauksen tuossa täytyy parsia jotta nuo mainitut anturit saa taas näkyviin.
Joku tuota samaa valitteli myös.
Siellä on kyllä jo 9.1 julkaistu. Itse sen asensin (skippasin siis tuon 9.0) ja ainakin mulla toimii modbus normaalisti.
kurre orava
´pitkähän on pilalla, lyhyttä on helppo jatkaa...´
Joo, näköjään tuo oli tuohon 2023.9.1 versioon jo saatu heti korjattua. Ajoin tuon päivityksen sisälle ja lähti ainakin pelittämään. Saa nähdä pysyykö myös pystyssä. Nuo modbus anturit ovat kyllä muuten olleet harvinaisen vakaita, joskus on tuo rtu/tcp välipalikka mennyt solmuun mutta muuten nuo ovat kyllä olleet todella luotettavia.
Mulla on yksi käyttämätön läppäri johon asensin proxmoxin päälle hassion virtuaalikoneessa pyörimään.
Varsinainen ”tuotantokone” on erillinen miniPC jossa HA pyörii container asennuksena
Eli kyllä ihan rauta tasolla eriytetty. Testikone kyllä käyttää tuon mqtt serveriä eli sieltä saa zigbee laitteet Z2M palveluun, wifi laitteet löytyy suoraan niin ne hoituu silleen helposti.
Varsinainen ”tuotantokone” on erillinen miniPC jossa HA pyörii container asennuksena
Eli kyllä ihan rauta tasolla eriytetty. Testikone kyllä käyttää tuon mqtt serveriä eli sieltä saa zigbee laitteet Z2M palveluun, wifi laitteet löytyy suoraan niin ne hoituu silleen helposti.
Harrastelija
Vakionaama
Minulla oli (NAS) dockerissa home assistant jostain viime vuoden lopulta.
Aloin sitä päivitteleen ja asetukset hukkui jonnekin (en tiedä löytyisikö vielä jostain).
No ei noita vehkeitä niin paljoa ole niin integroin ne uudelleen.
Ongelmaksi tuli että en saanut Shellyn EM3:n eri kanavia (sensor/entity) eri arealle (huoneisiin). Aikaisemmin olin tuon saanut konffattua mutta nyt näytti siltä että koko device vaihtaa huonetta.
Ideoita miten olin tuon aikaisemmin tehnyt? Uusi HA versio ei enää tuekaan?
Aloin sitä päivitteleen ja asetukset hukkui jonnekin (en tiedä löytyisikö vielä jostain).
No ei noita vehkeitä niin paljoa ole niin integroin ne uudelleen.
Ongelmaksi tuli että en saanut Shellyn EM3:n eri kanavia (sensor/entity) eri arealle (huoneisiin). Aikaisemmin olin tuon saanut konffattua mutta nyt näytti siltä että koko device vaihtaa huonetta.
Ideoita miten olin tuon aikaisemmin tehnyt? Uusi HA versio ei enää tuekaan?
Onnistuu edelleen, kun avaat devicen ja halutun esim phase A energy entityn, rattaan alta alin optio ”use device area” se pois päältä ja valitsee entitylle oman arean
Harrastelija
Vakionaama
Kiitos
Hitusen epävakaa on ollut viime aikoina oma HA. Operating system päivitys 10.4 -> 10.5 aiheutti kerran-pari päivässä kaatumista. Palautin vanhemman version, mutta ei korjannut ongelmaa. Korjautui toistaiseksi ha supervisor repair ja ha core repair komennot antamalla. Mutta aloin miettimään, että jos hieman muuttaisi systeemiä. Nythän minulla pyörii tuo HA Raspberry pi4 8Gb sisällä. Home Assistantin "lisäosana" sen omalla supervisorilla ajetaan myös mm. influxdb kantaa ja Grafanaa. Nyt tein vanhalla läppärillä vähän virtualisointitestiä. Asentelin Proxmoxin ja siihen virtuaalikoneena Home Assistantin ja LXC kontteihin sitten erikseen mm. Mariadb (recorder), influxdb, grafana, esphome ja muutama muu mm. verkonvalvontaan liittyvä testimielessä. Vaikuttaisi pikaisella testauksella hyvältä ratkaisulta. Pitänee laittaa jokin käytetty mini pc hankintaan ja siihen asentaa tuo Proxmox. Tämä vanha läppäri saa jäädä joko demoalustaksi tai sitten asennan tähän Proxmox backup serverin.
Nyt tällä hetkellä minulla on ajossa kaksi HA:ta. Toinen on tuo Raspissa oleva "tuotantoversio" ja sitten tässä Proxmoxissa on tuo testi HA. Ainakin ESPhome palikat saa nätisti molempiin yhtä aikaa ajoon. Sähkömittarin integroin myös demoon, niin pystyi samalla testimään influxdb v2:sta ja grafanaa. Muuta en ole vielä edes kokeillut.
En ole varma onko ongelmien pohjalla tuo USB -> m.2 adapteri, ehdin kyllä hankkia myös halvan 2,5" SSD levyn ja sille uuden adapterin tarkoituksena kloonata HA sille ja kokeilla josko ongelma olisi tuossa levyssä. Mutta nyt ajatus vähän kääntynyt sille mallille, että jos käyttäisi ylimääräisen satasen tai pari ja siirtyisi virtuaaliin. Töissä jonkin verran VMwaren alustan kanssa pääsee pelailemaan, ihan mielenkiintoista kokeilla tuota Proxmoxiakin vaikka siitä nyt ei työelämässä varsinaisesti hyötyä olekaan. Toki ESXi:n asennus ja virtualisointi sen päälle on toinen vaihtoehto.
Jos tuon proxmoxin kanssa innostuu, niin sitten voi hankkia pari rautaa lisää ja tehdä clusterin. En tiedä toimisiko HA (High availability) jo kahdella raudalla?
Nyt tällä hetkellä minulla on ajossa kaksi HA:ta. Toinen on tuo Raspissa oleva "tuotantoversio" ja sitten tässä Proxmoxissa on tuo testi HA. Ainakin ESPhome palikat saa nätisti molempiin yhtä aikaa ajoon. Sähkömittarin integroin myös demoon, niin pystyi samalla testimään influxdb v2:sta ja grafanaa. Muuta en ole vielä edes kokeillut.
En ole varma onko ongelmien pohjalla tuo USB -> m.2 adapteri, ehdin kyllä hankkia myös halvan 2,5" SSD levyn ja sille uuden adapterin tarkoituksena kloonata HA sille ja kokeilla josko ongelma olisi tuossa levyssä. Mutta nyt ajatus vähän kääntynyt sille mallille, että jos käyttäisi ylimääräisen satasen tai pari ja siirtyisi virtuaaliin. Töissä jonkin verran VMwaren alustan kanssa pääsee pelailemaan, ihan mielenkiintoista kokeilla tuota Proxmoxiakin vaikka siitä nyt ei työelämässä varsinaisesti hyötyä olekaan. Toki ESXi:n asennus ja virtualisointi sen päälle on toinen vaihtoehto.
Jos tuon proxmoxin kanssa innostuu, niin sitten voi hankkia pari rautaa lisää ja tehdä clusterin. En tiedä toimisiko HA (High availability) jo kahdella raudalla?
Viimeksi muokattu:
Itsellä pyörii Unraidilla, ja siihen kyllä kanssa HAOS asentuu todella nätisti. Eli jos on samanaikaisesti tarvetta myös NAS-ratkaisulle, niin tuo kannattaa myös pitää mielessä.Hitusen epävakaa on ollut viime aikoina oma HA. Operating system päivitys 10.4 -> 10.5 aiheutti kerran-pari päivässä kaatumista. Palautin vanhemman version, mutta ei korjannut ongelmaa. Korjautui toistaiseksi ha supervisor repair ja ha core repair komennot antamalla. Mutta aloin miettimään, että jos hieman muuttaisi systeemiä. Nythän minulla pyörii tuo HA Raspberry pi4 8Gb sisällä. Home Assistantin "lisäosana" sen omalla supervisorilla ajetaan myös mm. influxdb kantaa ja Grafanaa. Nyt tein vanhalla läppärillä vähän virtualisointitestiä. Asentelin Proxmoxin ja siihen virtuaalikoneena Home Assistantin ja LXC kontteihin sitten erikseen mm. Mariadb (recorder), influxdb, grafana, esphome ja muutama muu mm. verkonvalvontaan liittyvä testimielessä. Vaikuttaisi pikaisella testauksella hyvältä ratkaisulta. Pitänee laittaa jokin käytetty mini pc hankintaan ja siihen asentaa tuo Proxmox. Tämä vanha läppäri saa jäädä joko demoalustaksi tai sitten asennan tähän Proxmox backup serverin.
Nyt tällä hetkellä minulla on ajossa kaksi HA:ta. Toinen on tuo Raspissa oleva "tuotantoversio" ja sitten tässä Proxmoxissa on tuo testi HA. Ainakin ESPhome palikat saa nätisti molempiin yhtä aikaa ajoon. Sähkömittarin integroin myös demoon, niin pystyi samalla testimään influxdb v2:sta ja grafanaa. Muuta en ole vielä edes kokeillut.
En ole varma onko ongelmien pohjalla tuo USB -> m.2 adapteri, ehdin kyllä hankkia myös halvan 2,5" SSD levyn ja sille uuden adapterin tarkoituksena kloonata HA sille ja kokeilla josko ongelma olisi tuossa levyssä. Mutta nyt ajatus vähän kääntynyt sille mallille, että jos käyttäisi ylimääräisen satasen tai pari ja siirtyisi virtuaaliin. Töissä jonkin verran VMwaren alustan kanssa pääsee pelailemaan, ihan mielenkiintoista kokeilla tuota Proxmoxiakin vaikka siitä nyt ei työelämässä varsinaisesti hyötyä olekaan. Toki ESXi:n asennus ja virtualisointi sen päälle on toinen vaihtoehto.
Jos tuon proxmoxin kanssa innostuu, niin sitten voi hankkia pari rautaa lisää ja tehdä clusterin. En tiedä toimisiko HA (High availability) jo kahdella raudalla?
Käytännössä nuo virtuaalikoneet on asennettu nvme-cacheen, eli toimii hyvinkin nopeasti tuo ha. Ja kerran päivässä se varmuuskopioidaan sinne varmennettuun hdd-arrayhin.
Hommasin pari tuollaista T-01C3:sta, mutta flashauksen kanssa ongelmia. Minulla on USB-UART (USB-TTL) palikka ja siitä:
3,3V -> 3,3V
GND -> GND
TX -> RX
RX -> TX
Esphome jää vain pyörittämään connecting.. Kokeilin jo yhdistää Lilygon päässä IO9 pinnin 3,3V:iin joka oli jokin netistä löytynyt vinkki. Lisäksi toinen oli RST pinniin 3,3V. Mutta kumpikaan ei saanut tuota vielä flashausmoodiin menemään. Muistatko @-Teme- miten tämä pitäisi tehdä? Mitään boottinappiahan tässä ei ole. Ehkä vaatinee vastusta väliin tms... Taidan jatkossa ostaa vain näitä usb- liittimellä olevia versioita
Viimeksi muokattu:
Tuo IO09 vai oliko 08 pitää yhdistää GND kun laittaa sähköihin että saa ladattua konffiksen uart kauttaHommasin pari tuollaista T-01C3:sta, mutta flashauksen kanssa ongelmia. Minulla on USB-UART (USB-TTL) palikka ja siitä:
3,3V -> 3,3V
GND -> GND
TX -> RX
RX -> TX
Esphome jää vain pyörittämään connecting.. Kokeilin jo yhdistää Lilygon päässä IO9 pinnin 3,3V:iin joka oli jokin netistä löytynyt vinkki. Lisäksi toinen oli RST pinniin 3,3V. Mutta kumpikaan ei saanut tuota vielä flashausmoodiin menemään. Muistatko @-Teme- miten tämä pitäisi tehdä? Mitään boottinappiahan tässä ei ole. Ehkä vaatinee vastusta väliin tms... Taidan jatkossa ostaa vain näitä usb- liittimellä olevia versioita
Jotenkin muistelen, että olisin tätä testannutkin, mutta ehkä sitten en. Kun kytki IO09:n GND:hen niin onnistui. Konffissa oli vielä jotain, kun ei yhdisty verkkoon. Vähän vaati googlaamista, että sai Yamlia vähän hienosäädettyä vielä. Pitää kokeilla uudelleen. Kokeilussa saada tuollainen btproxy aikaiseksi...
edit: Sain tuon toimimaan, mutta eipä tuosta ollut tähän mitään apuja. Vaikka on nyt parin metrin päässä tuosta "ongelmallisesta" Airthingsistä, niin ei toimi BT yhtään sen paremmin. Pitää jatkaa joku toinen päivä, saa jäädä nyt sähköihin.
edit2: lisää lueskellessa selvisi, että nämä proxyt toimii vain passiivisena. Se saattaa olla ongelma noiden Airthingsien kanssa. Ainakin Raspin oma BT toimi passiivimoodissa huonosti niiden kanssa.
edit3: Näköjään tuossa proxmox demo HA:ssa nuo toimii paremmin... En tiedä mistä sitten johtuu. Noh tilasinkin jo tuollaisen minipc:n johon tarkoitus laittaa pysyvämpi Proxmox ympäristö. Pitää tehdä HomeAssistantille migraatio siihen, niin jospa se tästä.
edit: Sain tuon toimimaan, mutta eipä tuosta ollut tähän mitään apuja. Vaikka on nyt parin metrin päässä tuosta "ongelmallisesta" Airthingsistä, niin ei toimi BT yhtään sen paremmin. Pitää jatkaa joku toinen päivä, saa jäädä nyt sähköihin.
edit2: lisää lueskellessa selvisi, että nämä proxyt toimii vain passiivisena. Se saattaa olla ongelma noiden Airthingsien kanssa. Ainakin Raspin oma BT toimi passiivimoodissa huonosti niiden kanssa.
edit3: Näköjään tuossa proxmox demo HA:ssa nuo toimii paremmin... En tiedä mistä sitten johtuu. Noh tilasinkin jo tuollaisen minipc:n johon tarkoitus laittaa pysyvämpi Proxmox ympäristö. Pitää tehdä HomeAssistantille migraatio siihen, niin jospa se tästä.
Viimeksi muokattu: