Kotiautomaatio

Onko muilla toiminut Rapserry pi:n bluetooth kuinka luotettavasti? Viritelmä on siis seuraavanlainen:

RPi3
dockerissa zewelor/bt-mqtt-gateway

RPI4
dockerissa kanssa zewelor/bt-mqtt-gateway
dockerissa myös Eclipse-mosquitto joka ottaa yllä olevilta vastaan lähetyksiä.

Ongelmana on, että satunnaisella aikavälillä bluetooth kuolee ja portainerin (dockerin) logissa lukee ilmoitus:
Koodi:
can't init device hci0 connection timed out (110)
Ja tätä kuolemista tapahtuu molemmissa raspeissa. Välillä parin päivän välein, joskus menee jopa viikko pari välissä ennen kuin ilmenee uudelleen. Tästä ainoa selviäminen on reboottia koko laitteelle.

Googlen perusteella jokin saa bluetooth adapterin jumiin, eli onko se sitten tuon bt-mqtt gatewayn vika? Itse rasperry os:n vika? Ja miten tämä saada vakaammaksi järjestelmäksi?

Vai onko parempi ratkaisu heittää nuo bt-mqtt-gateway dockerit hiiteen ja asentaa vain Hotzilla/ruuvicollector-to-homeassistant-mqtt tuon mukainen paketti.
 
Onko muilla toiminut Rapserry pi:n bluetooth kuinka luotettavasti? Viritelmä on siis seuraavanlainen:

RPi3
dockerissa zewelor/bt-mqtt-gateway

RPI4
dockerissa kanssa zewelor/bt-mqtt-gateway
dockerissa myös Eclipse-mosquitto joka ottaa yllä olevilta vastaan lähetyksiä.

Ongelmana on, että satunnaisella aikavälillä bluetooth kuolee ja portainerin (dockerin) logissa lukee ilmoitus:
Koodi:
can't init device hci0 connection timed out (110)
Ja tätä kuolemista tapahtuu molemmissa raspeissa. Välillä parin päivän välein, joskus menee jopa viikko pari välissä ennen kuin ilmenee uudelleen. Tästä ainoa selviäminen on reboottia koko laitteelle.

Googlen perusteella jokin saa bluetooth adapterin jumiin, eli onko se sitten tuon bt-mqtt gatewayn vika? Itse rasperry os:n vika? Ja miten tämä saada vakaammaksi järjestelmäksi?

Vai onko parempi ratkaisu heittää nuo bt-mqtt-gateway dockerit hiiteen ja asentaa vain Hotzilla/ruuvicollector-to-homeassistant-mqtt tuon mukainen paketti.
Kun oli vielä HA raspilla (3) yritin käyttää sen bluetoothia mutta teki aivan samaa, eli kuoli aina muutaman tunnin sisään. Muistaakseni aiheesta pitkä ketju githubissa mutta kun viimeksi ehkä noin puoli vuotta sitten katsoin, ei asia ollut ratkennut. Korvasin sen erillisellä Pi Zero W:llä jonka sai näppärämpään paikkaan ja siihen asensin Monitorin. Tuo on ollut kohtuullisen luotettava.
 
Kun oli vielä HA raspilla (3) yritin käyttää sen bluetoothia mutta teki aivan samaa, eli kuoli aina muutaman tunnin sisään. Muistaakseni aiheesta pitkä ketju githubissa mutta kun viimeksi ehkä noin puoli vuotta sitten katsoin, ei asia ollut ratkennut. Korvasin sen erillisellä Pi Zero W:llä jonka sai näppärämpään paikkaan ja siihen asensin Monitorin. Tuo on ollut kohtuullisen luotettava.

Mulla oli samaa ongelmaa erityisesti Raspberry Pi 3 kanssa, yhteys katosi jonkin ajan kuluttua. Ongelmaan auttoi bluetooth nopeuden pienentäminen (Spikes in data collected with rpi3). Auttoi myös rpi4:sen kanssa vaikka siinä ongelma pitäisi olla korjattu?!? Itsekin olen sittemmin siirtynyt käyttämään RPi Zeroja ble-mqtt majakkoina, koska nykyisen kokoonpanoni RPi 4 + USB 3 SSD bluetooth kuuluvuus on niin heikko tuon USB3 levyn aiheuttamien häiriöiden takia 2.4GHz taajuuskaistan ympärillä.
 
Moro

Eilen kilahti postilaatikkoon muutama ruuvitägi, jotka sitten tyrkkäsin raspi 3:ssa pyörivälle HA:lle. Illan siinä leikin ja tutkin ja sain lopputulokseksi tällaisen näkymän tabletille.
1614278258404.jpeg


Ennestään oli jo tuossa etupihalla ptz-kamera ja wifi-pistorasia. Nämäkin onnistuin liittämään tuohon HA:n sen kummepia ohjeita lukematta. Nythän tässä tietenkin käynyt niin, että nälkä kasvaa syödessä eli lisää laitteita voisi hankkia. Mitä mieltä olette noista Nedis zigbee/smart life tuotteista? Nuo ilmeisti uppoaa tähän systeemiin kanssa. Haluaisin ehkä rakentaa pieni muotoisen rikkarin tän päälle. Onnistuuko tällainen? Pari liiketunnistinta ja ovimagneetit. Lisäksi tuohon voisi liittää palovaroittimet,vesivuotovahdit ja mahdollisesti joitain releitä voisi mietittävän liitettäväksi esim. vesivuodon sattuessa vesiputken magneettiventtiili aktivoituisi. Jos nuo ei ole mistään kotoisin, niin mikä muu systeemi voisi toimia tässä mun käytössä.

Pystyykö tällä esim. toteuttamaan hälyjen pois kytkennän kun puhelin kytkeytyy wifi-verkkoon? Saisiko hälyt jotenkin järkevästi puhelimeen?

Tää HA vaikuttaa mielenkiintoiselta ympäristöltä ja mukava rakennella tälläista systeemiä. Itsellä ei kuitenkaan ole mitään käsitystä koodaamisesta, mitä tässä olisi hyvä osata. Mutta kai sitä tässäkin tekemällä oppii ja netti tuntuu olevan ohjeita pullollaan.
 

Liitteet

  • 20210225_175031.jpg
    20210225_175031.jpg
    2,4 MB · Luettu: 24
Moro

Eilen kilahti postilaatikkoon muutama ruuvitägi, jotka sitten tyrkkäsin raspi 3:ssa pyörivälle HA:lle. Illan siinä leikin ja tutkin ja sain lopputulokseksi tällaisen näkymän tabletille.
1614278258404.jpeg


Ennestään oli jo tuossa etupihalla ptz-kamera ja wifi-pistorasia. Nämäkin onnistuin liittämään tuohon HA:n sen kummepia ohjeita lukematta. Nythän tässä tietenkin käynyt niin, että nälkä kasvaa syödessä eli lisää laitteita voisi hankkia. Mitä mieltä olette noista Nedis zigbee/smart life tuotteista? Nuo ilmeisti uppoaa tähän systeemiin kanssa. Haluaisin ehkä rakentaa pieni muotoisen rikkarin tän päälle. Onnistuuko tällainen? Pari liiketunnistinta ja ovimagneetit. Lisäksi tuohon voisi liittää palovaroittimet,vesivuotovahdit ja mahdollisesti joitain releitä voisi mietittävän liitettäväksi esim. vesivuodon sattuessa vesiputken magneettiventtiili aktivoituisi. Jos nuo ei ole mistään kotoisin, niin mikä muu systeemi voisi toimia tässä mun käytössä.

Pystyykö tällä esim. toteuttamaan hälyjen pois kytkennän kun puhelin kytkeytyy wifi-verkkoon? Saisiko hälyt jotenkin järkevästi puhelimeen?

Tää HA vaikuttaa mielenkiintoiselta ympäristöltä ja mukava rakennella tälläista systeemiä. Itsellä ei kuitenkaan ole mitään käsitystä koodaamisesta, mitä tässä olisi hyvä osata. Mutta kai sitä tässäkin tekemällä oppii ja netti tuntuu olevan ohjeita pullollaan.

Nedis zigmee/smart life tuotteista en osaa sanoa.

Pystyy toteuttamaan hälyjen pois kytkennän kun puhelin kytkeytyy wifiin. Saa hälyt puhelimeen, mutta tarkoitat tässä tapauksessa varmaankin myös silloin kun et ole wifi:ssä?... HA addoneilla duckdns ja wireguard, ja homeassistant ja wireguard appit sitten kännykkään. Kännykän wireguardissa voit lisätä wireguard yhteydelle putkituksen pelkästään homeassistant ohjelmalle. Youtubesta löytyy näille aiheille aika hyvin ohjevideoita.
 
Nedis zigmee/smart life tuotteista en osaa sanoa.

Pystyy toteuttamaan hälyjen pois kytkennän kun puhelin kytkeytyy wifiin. Saa hälyt puhelimeen, mutta tarkoitat tässä tapauksessa varmaankin myös silloin kun et ole wifi:ssä?... HA addoneilla duckdns ja wireguard, ja homeassistant ja wireguard appit sitten kännykkään. Kännykän wireguardissa voit lisätä wireguard yhteydelle putkituksen pelkästään homeassistant ohjelmalle. Youtubesta löytyy näille aiheille aika hyvin ohjevideoita.

Ainakin tuo wifi-pistorasia jutteli smart life apin kanssa ennen HA:ta ja juttelee kyllä edelleen.

Joo siis juurikin tuota hain, että häly tulisi puhelimeen kun en ole wifin alueella. Nyt on just työn alla tuo duckdns yhteyden virittely. Testasin eilen sen pilvipalveluyhteyden, mutta taidan lähteä tuolle duckdns linjalle.
 
Ainakin tuo wifi-pistorasia jutteli smart life apin kanssa ennen HA:ta ja juttelee kyllä edelleen.

Joo siis juurikin tuota hain, että häly tulisi puhelimeen kun en ole wifin alueella. Nyt on just työn alla tuo duckdns yhteyden virittely. Testasin eilen sen pilvipalveluyhteyden, mutta taidan lähteä tuolle duckdns linjalle.
Hälyt onnistuu sen puhelimen äpin push notifikaatioilla. Itselläni oli jossain välissä kahvinkeitin langattoman rasian päässä ja luurissa kilahti aamusin häly ku kahvinkeitin napsahti päälle, samalla logiikalla myös muut toimii.
 
Hälytykset onnistuu myös esimerkiksi telegramiin tai moniin muihin pikaviestimiin mihin HA:ssa on tuki ja vaikka ei olisikaan suoraa tukea niin vähäisellä koodaamisella saa varmaan mihin tahansa lähtemään viestiä. Esim telegramissa saa myös toiseen suuntaan yhteyden eli telegramilla voi ohjata HA:ta määrämuotoisilla viesteillä.

Itselläni on myös SMS-mahdollisuus kumpaankin suuntaan, oli alunperin vain Zabbix-valvontajärjestelmän kriittisten hälytystapahtumien lähetykseen mutta parilla skriptinpätkällä saan nykyään tarvittaessa hälytyksiä tekstarilla puhelimeen ja vastaavasti ohjattua HA:ta tekstarilla. Tuo oma SMS-toiminto on siis reitittimen ominaisuus, mulla on kaapelimodeemin varayhteytenä 4G-yhteys ja sen SIMmillä voin myös lähettää ja vastaanottaa tekstareita.
 
Raspin helpoin "UPS" lienee joku laadukas powerbankki mitä samaan aikaan ladataan ja laturilla ja toinen portti syöttää samaan aikaan raspia.
Onko jossain lista powerbankeista, jotka eivät pätkäise virtaa sillä hetkellä kun powerbank vaihtaa virran syöttämisen seinästä bankkiin (sähkökatkot)? Muutenhan powerbankilla ei tee yhtään mitään. Ankerit ainakin pätkäsevät virran ko. tilanteessa. Joku Zendure ei pätkinyt, mutta niiden asiakaspalvelu on niin luokatonta että kannan euroni muualle.
 
Löytyisikö jeesiä... Miksiköhän ihmeessä Ubuntu 20.04 Dockerissa ajettava HA (ilmeisesti restarttaa) itsensä joka yö eikä käynnisty sen jälkeen kunnolla? Ohessa esim. supervisorin logi:


Koodi:
21-03-03 00:20:12 INFO (MainThread) [supervisor.api.security] /snapshots access from cebe7a76_hassio_google_drive_backup,
21-03-03 00:20:21 INFO (MainThread) [supervisor.host.info] Updating local host information,
21-03-03 00:20:22 INFO (MainThread) [supervisor.host.services] Updating service information,
21-03-03 00:20:22 INFO (MainThread) [supervisor.host.network] Updating local network information,
21-03-03 00:20:22 INFO (MainThread) [supervisor.host.sound] Updating PulseAudio information,
21-03-03 00:20:22 INFO (MainThread) [supervisor.host] Host information reload completed,
21-03-03 00:21:48 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 00:51:50 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 01:19:55 INFO (MainThread) [supervisor.resolution.check] Starting system checks with state CoreState.RUNNING,
21-03-03 01:19:55 INFO (MainThread) [supervisor.resolution.check] System checks complete,
21-03-03 01:20:12 INFO (MainThread) [supervisor.api.security] /snapshots access from cebe7a76_hassio_google_drive_backup,
21-03-03 01:20:14 INFO (MainThread) [supervisor.snapshots] Found 2 snapshot files,
21-03-03 01:20:15 INFO (MainThread) [supervisor.updater] Fetching update data from https://version.home-assistant.io/stable.json,
21-03-03 01:21:55 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 01:51:57 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 01:51:57 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 01:51:57 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 01:51:57 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 02:00:00 INFO (MainThread) [supervisor.host.control] Initialize host reboot using logind,
21-03-03 02:00:00 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.APPLICATION' stopping 5 add-ons,
21-03-03 02:00:00 INFO (SyncWorker_2) [supervisor.docker.interface] Stopping addon_core_configurator application,
21-03-03 02:00:03 INFO (SyncWorker_2) [supervisor.docker.interface] Cleaning addon_core_configurator application,
21-03-03 02:00:03 INFO (SyncWorker_5) [supervisor.docker.interface] Stopping addon_7ad98f9c_zigbee2mqtt application,
21-03-03 02:00:04 INFO (SyncWorker_5) [supervisor.docker.interface] Cleaning addon_7ad98f9c_zigbee2mqtt application,
21-03-03 02:00:04 INFO (SyncWorker_7) [supervisor.docker.interface] Stopping addon_cebe7a76_hassio_google_drive_backup application,
21-03-03 02:00:05 INFO (SyncWorker_7) [supervisor.docker.interface] Cleaning addon_cebe7a76_hassio_google_drive_backup application,
21-03-03 02:00:05 INFO (SyncWorker_0) [supervisor.docker.interface] Stopping addon_local_ruuvitag application,
21-03-03 02:00:05 INFO (SyncWorker_0) [supervisor.docker.interface] Cleaning addon_local_ruuvitag application,
21-03-03 02:00:05 INFO (SyncWorker_3) [supervisor.docker.interface] Stopping addon_a0d7b954_nodered application,
21-03-03 02:00:05 INFO (MainThread) [supervisor.api.proxy] Home Assistant WebSocket API error: Received message 8:0 is not WSMsgType.TEXT,
21-03-03 02:00:05 INFO (MainThread) [supervisor.api.proxy] Home Assistant WebSocket API connection is closed,
21-03-03 02:00:09 INFO (SyncWorker_3) [supervisor.docker.interface] Cleaning addon_a0d7b954_nodered application,
21-03-03 02:00:09 INFO (SyncWorker_6) [supervisor.docker.interface] Stopping homeassistant application,
21-03-03 02:01:16 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.SERVICES' stopping 1 add-ons,
21-03-03 02:01:16 INFO (SyncWorker_1) [supervisor.docker.interface] Stopping addon_core_samba application,
21-03-03 02:01:19 INFO (SyncWorker_1) [supervisor.docker.interface] Cleaning addon_core_samba application,
21-03-03 02:01:19 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.SYSTEM' stopping 1 add-ons,
21-03-03 02:01:19 INFO (SyncWorker_4) [supervisor.docker.interface] Stopping addon_core_mosquitto application,
21-03-03 02:01:20 INFO (SyncWorker_4) [supervisor.docker.interface] Cleaning addon_core_mosquitto application,
21-03-03 02:01:20 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.INITIALIZE' stopping 0 add-ons,
21-03-03 02:01:20 INFO (MainThread) [supervisor.plugins.audio] Stopping Audio plugin,
21-03-03 02:01:20 INFO (SyncWorker_2) [supervisor.docker.interface] Stopping hassio_audio application,
21-03-03 02:01:24 INFO (SyncWorker_2) [supervisor.docker.interface] Cleaning hassio_audio application,
21-03-03 02:01:24 INFO (MainThread) [supervisor.plugins.cli] Stopping cli plugin,
21-03-03 02:01:24 INFO (SyncWorker_5) [supervisor.docker.interface] Stopping hassio_cli application,
21-03-03 02:01:27 INFO (SyncWorker_5) [supervisor.docker.interface] Cleaning hassio_cli application,
21-03-03 02:01:27 INFO (MainThread) [supervisor.plugins.multicast] Stopping Multicast plugin,
21-03-03 02:01:27 INFO (SyncWorker_7) [supervisor.docker.interface] Stopping hassio_multicast application,
21-03-03 02:01:31 INFO (SyncWorker_7) [supervisor.docker.interface] Cleaning hassio_multicast application,
21-03-03 02:01:31 INFO (MainThread) [supervisor.plugins.dns] Stopping CoreDNS plugin,
21-03-03 02:01:31 INFO (SyncWorker_0) [supervisor.docker.interface] Stopping hassio_dns application,
21-03-03 02:01:35 INFO (SyncWorker_0) [supervisor.docker.interface] Cleaning hassio_dns application,
21-03-03 02:01:35 INFO (MainThread) [supervisor.api] Stopping API on 172.30.32.2,
21-03-03 02:01:35 INFO (MainThread) [supervisor.misc.scheduler] Shutting down scheduled tasks,
[cont-finish.d] executing container finish scripts...,
[cont-finish.d] done.,
[s6-finish] waiting for services.,
21-03-03 02:01:36 INFO (MainThread) [supervisor.hardware.monitor] Stopped Supervisor hardware monitor,
21-03-03 02:01:36 INFO (MainThread) [supervisor.core] Supervisor is down - 0,
21-03-03 02:01:36 INFO (MainThread) [__main__] Closing Supervisor,
[s6-finish] sending all processes the TERM signal.,
[s6-finish] sending all processes the KILL signal and exiting.,
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.,
[s6-init] ensuring user provided files have correct perms...exited 0.,
[fix-attrs.d] applying ownership & permissions fixes...,
[fix-attrs.d] done.,
[cont-init.d] executing container initialization scripts...,
[cont-init.d] udev.sh: executing... ,
[02:04:01] INFO: Setup udev backend inside container,
[02:04:01] INFO: Update udev information,
[cont-finish.d] executing container finish scripts...,
[cont-finish.d] done.,
[s6-finish] waiting for services.,
[cont-init.d] udev.sh: exited 0.,
[cont-init.d] done.,
[services.d] starting services,
s6-svscanctl: fatal: unable to control /var/run/s6/services: supervisor not listening,
s6-svscanctl: fatal: unable to control /var/run/s6/services: supervisor not listening,
[s6-finish] sending all processes the TERM signal.,
[s6-finish] sending all processes the KILL signal and exiting.,

Tämäkään ei olisi mikään ongelma sinänsä mutta vaikka containerin restart policy on always niin silti supervisor ei käynnisty...

edit: nyt tiedän/muistan syyn miksi klo 02 HA reboottaa. Jäänyt vanha skriptiautomaatio päälle kun ajelin HA:ta raspilla ei silloin buuttasin sen joka yö....

Eli nyt vain on kysymys siitä että miksi supervisor ei käynnisty automaattisesti vaikka restart policy on always?
 
Viimeksi muokattu:
Löytyisikö jeesiä... Miksiköhän ihmeessä Ubuntu 20.04 Dockerissa ajettava HA (ilmeisesti restarttaa) itsensä joka yö eikä käynnisty sen jälkeen kunnolla? Ohessa esim. supervisorin logi:


Koodi:
21-03-03 00:20:12 INFO (MainThread) [supervisor.api.security] /snapshots access from cebe7a76_hassio_google_drive_backup,
21-03-03 00:20:21 INFO (MainThread) [supervisor.host.info] Updating local host information,
21-03-03 00:20:22 INFO (MainThread) [supervisor.host.services] Updating service information,
21-03-03 00:20:22 INFO (MainThread) [supervisor.host.network] Updating local network information,
21-03-03 00:20:22 INFO (MainThread) [supervisor.host.sound] Updating PulseAudio information,
21-03-03 00:20:22 INFO (MainThread) [supervisor.host] Host information reload completed,
21-03-03 00:21:48 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 00:51:50 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 01:19:55 INFO (MainThread) [supervisor.resolution.check] Starting system checks with state CoreState.RUNNING,
21-03-03 01:19:55 INFO (MainThread) [supervisor.resolution.check] System checks complete,
21-03-03 01:20:12 INFO (MainThread) [supervisor.api.security] /snapshots access from cebe7a76_hassio_google_drive_backup,
21-03-03 01:20:14 INFO (MainThread) [supervisor.snapshots] Found 2 snapshot files,
21-03-03 01:20:15 INFO (MainThread) [supervisor.updater] Fetching update data from https://version.home-assistant.io/stable.json,
21-03-03 01:21:55 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 01:51:57 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 01:51:57 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 01:51:57 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 01:51:57 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token,
21-03-03 02:00:00 INFO (MainThread) [supervisor.host.control] Initialize host reboot using logind,
21-03-03 02:00:00 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.APPLICATION' stopping 5 add-ons,
21-03-03 02:00:00 INFO (SyncWorker_2) [supervisor.docker.interface] Stopping addon_core_configurator application,
21-03-03 02:00:03 INFO (SyncWorker_2) [supervisor.docker.interface] Cleaning addon_core_configurator application,
21-03-03 02:00:03 INFO (SyncWorker_5) [supervisor.docker.interface] Stopping addon_7ad98f9c_zigbee2mqtt application,
21-03-03 02:00:04 INFO (SyncWorker_5) [supervisor.docker.interface] Cleaning addon_7ad98f9c_zigbee2mqtt application,
21-03-03 02:00:04 INFO (SyncWorker_7) [supervisor.docker.interface] Stopping addon_cebe7a76_hassio_google_drive_backup application,
21-03-03 02:00:05 INFO (SyncWorker_7) [supervisor.docker.interface] Cleaning addon_cebe7a76_hassio_google_drive_backup application,
21-03-03 02:00:05 INFO (SyncWorker_0) [supervisor.docker.interface] Stopping addon_local_ruuvitag application,
21-03-03 02:00:05 INFO (SyncWorker_0) [supervisor.docker.interface] Cleaning addon_local_ruuvitag application,
21-03-03 02:00:05 INFO (SyncWorker_3) [supervisor.docker.interface] Stopping addon_a0d7b954_nodered application,
21-03-03 02:00:05 INFO (MainThread) [supervisor.api.proxy] Home Assistant WebSocket API error: Received message 8:0 is not WSMsgType.TEXT,
21-03-03 02:00:05 INFO (MainThread) [supervisor.api.proxy] Home Assistant WebSocket API connection is closed,
21-03-03 02:00:09 INFO (SyncWorker_3) [supervisor.docker.interface] Cleaning addon_a0d7b954_nodered application,
21-03-03 02:00:09 INFO (SyncWorker_6) [supervisor.docker.interface] Stopping homeassistant application,
21-03-03 02:01:16 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.SERVICES' stopping 1 add-ons,
21-03-03 02:01:16 INFO (SyncWorker_1) [supervisor.docker.interface] Stopping addon_core_samba application,
21-03-03 02:01:19 INFO (SyncWorker_1) [supervisor.docker.interface] Cleaning addon_core_samba application,
21-03-03 02:01:19 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.SYSTEM' stopping 1 add-ons,
21-03-03 02:01:19 INFO (SyncWorker_4) [supervisor.docker.interface] Stopping addon_core_mosquitto application,
21-03-03 02:01:20 INFO (SyncWorker_4) [supervisor.docker.interface] Cleaning addon_core_mosquitto application,
21-03-03 02:01:20 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.INITIALIZE' stopping 0 add-ons,
21-03-03 02:01:20 INFO (MainThread) [supervisor.plugins.audio] Stopping Audio plugin,
21-03-03 02:01:20 INFO (SyncWorker_2) [supervisor.docker.interface] Stopping hassio_audio application,
21-03-03 02:01:24 INFO (SyncWorker_2) [supervisor.docker.interface] Cleaning hassio_audio application,
21-03-03 02:01:24 INFO (MainThread) [supervisor.plugins.cli] Stopping cli plugin,
21-03-03 02:01:24 INFO (SyncWorker_5) [supervisor.docker.interface] Stopping hassio_cli application,
21-03-03 02:01:27 INFO (SyncWorker_5) [supervisor.docker.interface] Cleaning hassio_cli application,
21-03-03 02:01:27 INFO (MainThread) [supervisor.plugins.multicast] Stopping Multicast plugin,
21-03-03 02:01:27 INFO (SyncWorker_7) [supervisor.docker.interface] Stopping hassio_multicast application,
21-03-03 02:01:31 INFO (SyncWorker_7) [supervisor.docker.interface] Cleaning hassio_multicast application,
21-03-03 02:01:31 INFO (MainThread) [supervisor.plugins.dns] Stopping CoreDNS plugin,
21-03-03 02:01:31 INFO (SyncWorker_0) [supervisor.docker.interface] Stopping hassio_dns application,
21-03-03 02:01:35 INFO (SyncWorker_0) [supervisor.docker.interface] Cleaning hassio_dns application,
21-03-03 02:01:35 INFO (MainThread) [supervisor.api] Stopping API on 172.30.32.2,
21-03-03 02:01:35 INFO (MainThread) [supervisor.misc.scheduler] Shutting down scheduled tasks,
[cont-finish.d] executing container finish scripts...,
[cont-finish.d] done.,
[s6-finish] waiting for services.,
21-03-03 02:01:36 INFO (MainThread) [supervisor.hardware.monitor] Stopped Supervisor hardware monitor,
21-03-03 02:01:36 INFO (MainThread) [supervisor.core] Supervisor is down - 0,
21-03-03 02:01:36 INFO (MainThread) [__main__] Closing Supervisor,
[s6-finish] sending all processes the TERM signal.,
[s6-finish] sending all processes the KILL signal and exiting.,
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.,
[s6-init] ensuring user provided files have correct perms...exited 0.,
[fix-attrs.d] applying ownership & permissions fixes...,
[fix-attrs.d] done.,
[cont-init.d] executing container initialization scripts...,
[cont-init.d] udev.sh: executing... ,
[02:04:01] INFO: Setup udev backend inside container,
[02:04:01] INFO: Update udev information,
[cont-finish.d] executing container finish scripts...,
[cont-finish.d] done.,
[s6-finish] waiting for services.,
[cont-init.d] udev.sh: exited 0.,
[cont-init.d] done.,
[services.d] starting services,
s6-svscanctl: fatal: unable to control /var/run/s6/services: supervisor not listening,
s6-svscanctl: fatal: unable to control /var/run/s6/services: supervisor not listening,
[s6-finish] sending all processes the TERM signal.,
[s6-finish] sending all processes the KILL signal and exiting.,

Tämäkään ei olisi mikään ongelma sinänsä mutta vaikka containerin restart policy on always niin silti supervisor ei käynnisty...

edit: nyt tiedän/muistan syyn miksi klo 02 HA reboottaa. Jäänyt vanha skriptiautomaatio päälle kun ajelin HA:ta raspilla ei silloin buuttasin sen joka yö....

Eli nyt vain on kysymys siitä että miksi supervisor ei käynnisty automaattisesti vaikka restart policy on always?
Mulla supervised asennus Ubuntussa ja ei käynnisty myöskään tässä. Systemd ei myöskään käynnistä tuota vaikka manuaalisesti systemctl start hassio-supervisor.service loitsua kokeilin. Portainerista pistin sitten manuaalisesti päälle ja homma toimii. Pitää etsiä vikaa vähän paremmalla ajalla.

EDIT: Ja nyt se toimiikin taas vaikka en tehnyt mitään :/
 
Viimeksi muokattu:
Kokeilen jos ohjauspaneeli puhuu Modbus kunhan tilaamani uudet USB-tikut saapuvat. Ohjauspaneelin takapuolella on samat 51-54 liittimet mitä löytyy myös suoraan piirikortista. Huoneyksiköt ovat lähes samannäköisiä ja nekin käyttävät liitännät 51-54, ja yksikön dokumentaation mukaan se puhuu RS-485. Toivottavasti sieltä saisi ainakin jotain ulos. Kaukoran insinööri kuitenkin sanoi että se on "valmistajan oma protokolla, emme tiedä siitä mitään" joten voi olla myös dead end.
Kokeilitko ikinä tätä? Mulle on myös postissa matkalla USB-RS485 palikka tähän. Pystytkö muuten jakamaan ecowatin dokumentaatiota? Eivät meikäläisen pyyntöihin vastaa mitään..
 
Onko porukalla muuten kokemuksia Valloxin ivk integroinnista Home assistanttiin?
Olisi kätevää saada ilmanvaihtokoneen eri tilat automatisoitua ja esimerkiksi estettyä liesituulettimen käyttö kämpän ollessa ylipaineistettuna (eli ns. takkamodessa).
 
Moi!

liittyy etäisesti HA:han kun mietin että käytänkö Frigatea vai Zoneminderia...

Olen sen verran noob että en ymmärrä mitä pitää tehdä jos neuvo on:

Use the Docker template and change the repository to zoneminder.machine.learning.

Eli on public repo zoneminder ja sitten kai jotenkin "piilotettu"... ohjeet mitä löytyy - eivät täsmää mutta miten tuo pitää tehdä? Pitäisi päästä kokeilemaan tuota vaihtoehtona ja sieltä sitten eventtejä HA:han...
 
Mitä zigbee sensoreita uskaltaisitte suositella conbee II tikun kanssa? Mulla on nyt 2 IR ja MG nedis/tuya -valmistajalta. Näissä nyt vaan tuntuu olevan se ongelma, että eivät meinaa pysyä linjoilla. IR:t on molemmat n. 2,5m päästä tikusta. Etuovi on noin metrin päässä ja takaovi on kauimmaisena n. 5m päässä, mutta tähänkin on melkein suora näköyhteys tikulla. Minkälaista kantamaa noin yleensä tällä tikulla on saatu? Vai vaatiiko lisäksi muita purkkeja väliin, että laitteet pysyy linjoilla?

Mulle riittäs tähän noi pari tutkaa ja 2 mankkaria nyt alkuun. Pikku hiljaa sitten voisi lisätä vuotovahtia ja palovaroitinta, näistäkin voisin suosituksia ottaa vastaan.
 
Xiaomi agara MG ja Huen IR molempia 5-6 kpl eikä ole ollut mitään ongelmia, en ole edes osannut miettiä asiaa kun vaan toimivat. Muitakin em. valmistajien palikoita on kotona yhteensä kymmeniä, enkä vaihtaisi pois.
 
Kyselen taas olisiko joku löytänyt valokytkimen tilalle asennettaavaa pientä kosketusnäyttöä hallintaan?

Ainoa minkä mä olen löytänyt on tämä: AZ-Touch ESP RAKENNUSSARJA - PARTCO

Tuo on vaan ruma kuin synti, vaikka periaatteessa muuten riittävät ominaisuudet olisikin.
 
Oisko jollakulla kokemuksia ja tietämystä vahvistaa pari kysymystä liittyen Nediksen järjestelmiin?

Ekana ois sellanen ajatus että portaikon molempiin päihin tulis nediksen liiketunnistimet jotka nediksen zigbee sillan kautta ohjais nediksen langatonta pistorasiaa x minuuttien ajaksi päälle ja kun aika on kulunut loppuun ilman että uutta liikettä havaitaan pistorasia sammuu kunnes taas liike havaitaan.

ja toinen on se että nediksen lämpötila/kosteusmittarilla ohjais langatonta pistorasiaa jonka perässä ois sit lämmitin. Pystyis etänä ohjaamaan joko suoraan itse lämpötilaa tai ns. kotona tai poissa tyyppisesti automaatiota että laskee lämpötilaa huoneessa kun ei ole kotona moodi päällä. Saako tuon lämpöanturin ohjaamaan siis termostaatin tyyliin pistorasiaa?

Ei viitsisi ostaa sikaa säkissä ilman että tietää sen toimivan varmasti halutulla tavalla.
 
Kokeilitko ikinä tätä? Mulle on myös postissa matkalla USB-RS485 palikka tähän. Pystytkö muuten jakamaan ecowatin dokumentaatiota? Eivät meikäläisen pyyntöihin vastaa mitään..

Kokeilin, mutta vaikuttaa siltä ettei ohjauspaaneli puhuu RS-485 ollenkaan. Hankin jopa "logic analyzerin" Kiinasta mutta en saanut silläkään selvyyttä porttien 51-54 protokollaan. Luulen että Ecowatin etupaneelissa oleva ohjauspaneeli toimii eri tavalla kun ne "huoneyksiköt" mitkä liitetään piirikortin portteihin 51-54, mutta en ole saanut selvitystä siihen vielä. Hankin RJ11-jakajan jotta saisin sen liikennettä kahdennettu tietokoneeseen, mutta se meni pieleen kun portti onkin RJ12 (6P6C) eikä RJ11... Pitäisi hankkia uusi jakaja ja tehdä uusi yritys, mutta en ole jaksanut.

Jäspin epävirallista Modbus-dokumentaatiota löydät tästä: 97.2 KB folder on MEGA

Jos jokulla tässä ketjussa on tämmönen Ecowatti piirikortti niin sanokaa hepp niin voidaan varmistaa että toimiiko nuo epäviralliset Modbus-ohjeet ylipäätään. Jos toimii niin voisi jopa harkita piirikortin vaihto (Jäspin mukaan sen hinta on 250e ALV 0).

Screenshot from 2021-03-08 11-57-18.png
 
Oisko jollakulla kokemuksia ja tietämystä vahvistaa pari kysymystä liittyen Nediksen järjestelmiin?

Ekana ois sellanen ajatus että portaikon molempiin päihin tulis nediksen liiketunnistimet jotka nediksen zigbee sillan kautta ohjais nediksen langatonta pistorasiaa x minuuttien ajaksi päälle ja kun aika on kulunut loppuun ilman että uutta liikettä havaitaan pistorasia sammuu kunnes taas liike havaitaan.

ja toinen on se että nediksen lämpötila/kosteusmittarilla ohjais langatonta pistorasiaa jonka perässä ois sit lämmitin. Pystyis etänä ohjaamaan joko suoraan itse lämpötilaa tai ns. kotona tai poissa tyyppisesti automaatiota että laskee lämpötilaa huoneessa kun ei ole kotona moodi päällä. Saako tuon lämpöanturin ohjaamaan siis termostaatin tyyliin pistorasiaa?

Ei viitsisi ostaa sikaa säkissä ilman että tietää sen toimivan varmasti halutulla tavalla.
Juu on. Jätä Nedikset kauppaan ja hanki oikea Hubi kuten Hubitat, SmartThings jne. Googlella löydät lisää. Et ole jumissa suljetun järjestelmän kanssa vaan voit hankkia sensoreita, pistorasioita yms Ikeasta, Lidlistä, Verkkiksestä, Aliexpressistä jne pikkurahalla ja automaatiotkin onnistuu.
 
Juu on. Jätä Nedikset kauppaan ja hanki oikea Hubi kuten Hubitat, SmartThings jne. Googlella löydät lisää. Et ole jumissa suljetun järjestelmän kanssa vaan voit hankkia sensoreita, pistorasioita yms Ikeasta, Lidlistä, Verkkiksestä, Aliexpressistä jne pikkurahalla ja automaatiotkin onnistuu.
Tää ois lähinnä noita kahta toteutusta varten jotka luulen että onnistuu jo Nediksen omilla. Se että miksi Nediksellä tuon toteuttaisin on syynä niiden edullinen hinta. Ei ole tällä hetkellä varaa mihinkään Cozify yms. hubiin ja ohjeistilpehööriin.

Jos nyt joskus tulevaisuudessa tarvii johonkin muuhun tuota niin sit on eri asia mut nyt toistaiseksi edullisin ratkaisu ois kätevin.
 
Onko kukaan jo kokeillut Bilteman lamppuja ?
 
Mulla on n. 15 huen lamppua kiinni hubitatissa. Mulla on sit xiaomin yksi nappinen nappi, jota painamalla pitkään 4 lamppua sammuu. Nyt siihen on tullut pitkä viive varmaan 6s ennen kuin mitään tapahtuu. Miten lähteä selvittämään asiaa, alkuun pelasi ilman viivettä..

Lamput on ensin yhdistetty huen siltaan ja sitten hubitatiin.

Ps. Sonoffin s55 ulkopistorasia ei toimi yli -30c pakkasessa. Olisi paketissa odottamassa Ledvancen ulkopistorasia että säätäisi sen hubitatiin. Joku yhdistäny ja conffannut kyseisen pistorasian hubitatiin?
 
Taas varmasti newbie tilanne ja kysymyksiä Home Assistantiin liittyen.

Otin (ymmärtääkseni aivan ohjeiden mukaan) käyttöön DuckDNS add-onin ja kun käynnistin laatikon uudestaan niin hoksasin, että taloyhtiön reititin ei taida päästää mitään liikennettä sisään. Harmillisesti en pääse enää myöskään paikallisesti enää kiinni raspiin (kokeiltu perusjutut: homeassistant.local:8123, IP-osoitteella ja sekä http että https). HA kyllä muutoin tuntuu pelittävän ihan ok - valot päälle ja pois, Telegram-integraatio tiedottelee asioista, jne.

Kaksi kysymystä:

1. Tästä ongelmatilanteesta päästäkseni pitää vissiin laittaa näppis ja monitori kiinni raspiin ja keksiä sopivat loitsut komentoriviltä - vaan mitä ne voisivat olla? Saanko jotenkin helposti otettua pois käytöstä DuckDNS:n?

2. Ymmärsin nettiä kahlatessani, että DuckDNS:n lisäksi pitäisi (ensin?) asentaa NGINX add-on, jotta voisi käyttää sisäverkosta tuota paikallista osoitetta ja ulkoverkosta (jos vaikka vaihtaisin raspin taloyhtiön härvelistä omaan 4G-modeemiin) sitä DuckDNS:ään määriteltyä osoitetta. Tähän kaipaisin vähän rautalankaa eli missä järjestyksessä noi add-onit pitää asentaa ja miten tuo NGINX konffata.

Kiitos jo etukäteen.
 
Taas varmasti newbie tilanne ja kysymyksiä Home Assistantiin liittyen.

Otin (ymmärtääkseni aivan ohjeiden mukaan) käyttöön DuckDNS add-onin ja kun käynnistin laatikon uudestaan niin hoksasin, että taloyhtiön reititin ei taida päästää mitään liikennettä sisään. Harmillisesti en pääse enää myöskään paikallisesti enää kiinni raspiin (kokeiltu perusjutut: homeassistant.local:8123, IP-osoitteella ja sekä http että https). HA kyllä muutoin tuntuu pelittävän ihan ok - valot päälle ja pois, Telegram-integraatio tiedottelee asioista, jne.

Kaksi kysymystä:

1. Tästä ongelmatilanteesta päästäkseni pitää vissiin laittaa näppis ja monitori kiinni raspiin ja keksiä sopivat loitsut komentoriviltä - vaan mitä ne voisivat olla? Saanko jotenkin helposti otettua pois käytöstä DuckDNS:n?

2. Ymmärsin nettiä kahlatessani, että DuckDNS:n lisäksi pitäisi (ensin?) asentaa NGINX add-on, jotta voisi käyttää sisäverkosta tuota paikallista osoitetta ja ulkoverkosta (jos vaikka vaihtaisin raspin taloyhtiön härvelistä omaan 4G-modeemiin) sitä DuckDNS:ään määriteltyä osoitetta. Tähän kaipaisin vähän rautalankaa eli missä järjestyksessä noi add-onit pitää asentaa ja miten tuo NGINX konffata.

Kiitos jo etukäteen.
Ei kai taloyhtiöllä ole reititintä?
Millaisen IP:n oma reitittimesi saa? Oletko asettanut siellä porttiohjaukset kuntoon?

DuckDNS:stä ei itselläni varsinaisesti ole mitään kokemusta. Itse olen HA:n etähallinan hoitanut niin, että reititin päivittää dynaamista DNS:ää ja lisäksi reitittimessä on VPN:n serveri, jonka avulla pääsen etänä koko kotiverkkoon kiinni. En pidä ajatuksesta että HA tai mikään mukaan sisäverkon palvelu on suoraan ulos auki.

Jos sinulla on HA asennuksena HassOS muistikortilla, niin varmaan helpoin tapa muokata konffeja on ottaa kortti irti ja iskeä pöytäkoneeseen kiinni. Vaatii Linuxin (jos ei ole asennettuna niin esim. Ubuntu Live USB:llä) tai jonkun Windows-ohjelman joka osaa lukea Linuxin tiedostojärjestelmää.
 
Viimeksi muokattu:
Taas varmasti newbie tilanne ja kysymyksiä Home Assistantiin liittyen.

Otin (ymmärtääkseni aivan ohjeiden mukaan) käyttöön DuckDNS add-onin ja kun käynnistin laatikon uudestaan niin hoksasin, että taloyhtiön reititin ei taida päästää mitään liikennettä sisään. Harmillisesti en pääse enää myöskään paikallisesti enää kiinni raspiin (kokeiltu perusjutut: homeassistant.local:8123, IP-osoitteella ja sekä http että https). HA kyllä muutoin tuntuu pelittävän ihan ok - valot päälle ja pois, Telegram-integraatio tiedottelee asioista, jne.

Kaksi kysymystä:

1. Tästä ongelmatilanteesta päästäkseni pitää vissiin laittaa näppis ja monitori kiinni raspiin ja keksiä sopivat loitsut komentoriviltä - vaan mitä ne voisivat olla? Saanko jotenkin helposti otettua pois käytöstä DuckDNS:n?

2. Ymmärsin nettiä kahlatessani, että DuckDNS:n lisäksi pitäisi (ensin?) asentaa NGINX add-on, jotta voisi käyttää sisäverkosta tuota paikallista osoitetta ja ulkoverkosta (jos vaikka vaihtaisin raspin taloyhtiön härvelistä omaan 4G-modeemiin) sitä DuckDNS:ään määriteltyä osoitetta. Tähän kaipaisin vähän rautalankaa eli missä järjestyksessä noi add-onit pitää asentaa ja miten tuo NGINX konffata.

Kiitos jo etukäteen.
Tappelin ite tuon saman ongelman kanssa. Pääsis siis itekki tilanteeseen jossa en päässyt sisään. Takaisin pääsin kun kävin Joko poistaa tai # laittamassa niiden http rivien eteen.

Luovutin tuon duckdns kanssa ku en jaksanut tapella ja otin sen cloudin.

Edit. Editoin siis suoraan configuration tiedostoa.
 
Ps. Sonoffin s55 ulkopistorasia ei toimi yli -30c pakkasessa. Olisi paketissa odottamassa Ledvancen ulkopistorasia että säätäisi sen hubitatiin. Joku yhdistäny ja conffannut kyseisen pistorasian hubitatiin?
Jos tarkoitat sitä johdollista Ledvancea, niin mulla on Hubitatissa moinen kiinni toisen auton lämmittämiseen.
 
Olen omistanut Cozifyn muutaman vuoden ja siihen erittäin tyytyväinen, mutta rakentamassa uutta taloa ja valitsemassa sinne uutta järjestelmää. Onko tässä Hubitatissa jotain erityisiä puutteita tai etuja siihen nähden?

Cozifyssä hiukan arveluttaa onko pieni firma elossa enää muutaman vuoden päästä.
En kyllä tunne Cozifyä tarpeeksi hyvin osatakseni verrata keskenään.
Osaat varmaan itse verrata paremmin, koska Hubitatista on hyvin tietoa saatavilla. Omien kokemusten perusteella voin kyllä suositella. Mulla niitä on jo kaksi eri paikoissa.
 
Taas varmasti newbie tilanne ja kysymyksiä Home Assistantiin liittyen.

Otin (ymmärtääkseni aivan ohjeiden mukaan) käyttöön DuckDNS add-onin ja kun käynnistin laatikon uudestaan niin hoksasin, että taloyhtiön reititin ei taida päästää mitään liikennettä sisään. Harmillisesti en pääse enää myöskään paikallisesti enää kiinni raspiin (kokeiltu perusjutut: homeassistant.local:8123, IP-osoitteella ja sekä http että https). HA kyllä muutoin tuntuu pelittävän ihan ok - valot päälle ja pois, Telegram-integraatio tiedottelee asioista, jne.

Kaksi kysymystä:

1. Tästä ongelmatilanteesta päästäkseni pitää vissiin laittaa näppis ja monitori kiinni raspiin ja keksiä sopivat loitsut komentoriviltä - vaan mitä ne voisivat olla? Saanko jotenkin helposti otettua pois käytöstä DuckDNS:n?

2. Ymmärsin nettiä kahlatessani, että DuckDNS:n lisäksi pitäisi (ensin?) asentaa NGINX add-on, jotta voisi käyttää sisäverkosta tuota paikallista osoitetta ja ulkoverkosta (jos vaikka vaihtaisin raspin taloyhtiön härvelistä omaan 4G-modeemiin) sitä DuckDNS:ään määriteltyä osoitetta. Tähän kaipaisin vähän rautalankaa eli missä järjestyksessä noi add-onit pitää asentaa ja miten tuo NGINX konffata.

Kiitos jo etukäteen.

Ongelma ilmeni ilmeisesti sen jälkeen kun lisäsit configuration.yaml - tiedostoon http- tiedot liittyen ssl - sertiin? Samassa tilanteessa pääsin käsiksi pelkällä ip osoitteella https://<ip-osoite/ ilman porttinumeroa, ja hyväksymällä selaimella että yhteys ei ole salattu ja halun silti siirtyä sivulle.

Jos ja kun haluat käyttää edelleen sisäverkon osoitetta voit tehdä konfin seuraavasti:
- Aseta duckdns ohjeiden mukaisesti käyttöön, mutta älä tee "http" - lisäyksiä configuration.yaml - tiedostoon (varmista että ovat poissa tai kommentoitu)
- Asenna "NGINX Home Assistant SSL proxy" addon ja lisää konffeihin duckdns palveluun luomasi domain-tieto ja käynnistä addon.
- Tee porttiohjaus reitittimeesi 443 -> HA:n ip:n porttiin 443 (jos et ole muuttanut NGINX - konffia tämän osalta)
-> Näiden steppien jälkeen pystyt kirjautumaan HA:han sisäverkosta ilman https-osoitetta kuten aiemminkin, ja https://<domainisi>.duckdns.org - osoitteella sisä ja ulkoverkosta.

Porttiohjauksissa voi tulla eteen 4G - liittymien osalta (Ainakin Telian liittymissä) että liittymä ei saa omaa julkista ip:tä vaan on operaattorin NAT:in takana, jolloin porttiohjaukset eivät onnistu. Telian tapauksessa vaatii opengate - lisäpalvelun, joka antaa liittymälle käyttöön oman vaihtuvan ip:n.
 
Noita porttiohjauksia ei välttämättä kannata tehdä, jos ei tiedä mitä on tekemässä.
Supo suosittaa estämään pääsyn reitittimen hallintapaneeliin internetistä. Lisäksi reitittimen laiteohjelmisto pitäisi aina päivittää uusimpaan versioon. Reitittimestä kannattaa myös sulkea kaikki avoimet portit, joita ei ole välttämätöntä käyttää, supo ohjeistaa.
Lähde: KSML
 
Osaatko sanoa onko tässä jotain erityisiä puutteita? Laitetuki näyttäisi olevan pitkälti yhteisön varassa, onko vaarana että niihin ujutetaan takaportteja?
Jos kilkkeet on zigbeetä tai Z-wavea niin en kyllä keksi mikä voisi olla paremmin. Wifi/bluetooth/muuta epämääristä ei tueta.
Suoraa kameratukea ei ole, ellei kamerasta saa http/s mpeg/jpg ulos, jolloin kuvan voi liittää Dashboardin tiileen.
Virallisen yhteensopivuuden lisäksi on vaikka mitä scenen rakentamaa.

Rule machine on sitten parasta. Sillä saa rakennettua vaikka mitä ehdollista automaatiota ja yleensä käskijän mielikuvitus loppuu ensin. Kehua tota parhaaksi mitä on missään hubissa.

Koska Hubitat on paikallinen niin se reagoi myös nopeasti toisin kuin ominaisuuksilta samankaltainen SmartThings.
Jos jokin yhteensopivuus mietityttää niin googleen hakua ja löytynee ainakin keskustelun avaus jos ei ratkaisua. Tuntuu tällä foorumillakin olevan jo muutama Hubitatiin retkahtanut.
 
Kenelläkään tablettia seinällä, josta ohjata kotia?

Amazonista bongasin tällaisen:
1615489107282.png


Vidaboxin ois tyylikkäitä, mutta ovat myös hinnakkaita ja mallispesifejä.
 
Ongelma ilmeni ilmeisesti sen jälkeen kun lisäsit configuration.yaml - tiedostoon http- tiedot liittyen ssl - sertiin? Samassa tilanteessa pääsin käsiksi pelkällä ip osoitteella https://<ip-osoite/ ilman porttinumeroa, ja hyväksymällä selaimella että yhteys ei ole salattu ja halun silti siirtyä sivulle.

Jos ja kun haluat käyttää edelleen sisäverkon osoitetta voit tehdä konfin seuraavasti:
- Aseta duckdns ohjeiden mukaisesti käyttöön, mutta älä tee "http" - lisäyksiä configuration.yaml - tiedostoon (varmista että ovat poissa tai kommentoitu)
- Asenna "NGINX Home Assistant SSL proxy" addon ja lisää konffeihin duckdns palveluun luomasi domain-tieto ja käynnistä addon.
- Tee porttiohjaus reitittimeesi 443 -> HA:n ip:n porttiin 443 (jos et ole muuttanut NGINX - konffia tämän osalta)
-> Näiden steppien jälkeen pystyt kirjautumaan HA:han sisäverkosta ilman https-osoitetta kuten aiemminkin, ja https://<domainisi>.duckdns.org - osoitteella sisä ja ulkoverkosta.

Porttiohjauksissa voi tulla eteen 4G - liittymien osalta (Ainakin Telian liittymissä) että liittymä ei saa omaa julkista ip:tä vaan on operaattorin NAT:in takana, jolloin porttiohjaukset eivät onnistu. Telian tapauksessa vaatii opengate - lisäpalvelun, joka antaa liittymälle käyttöön oman vaihtuvan ip:n.

Kiitos vinkeistä! Sainkin päästyä toisella selaimella https-yhteydellä sisäverkossa kiinni raspiin ja editoitua configuration.yaml -tiedostosta nuo https/https-rivit pois. Nyt pääsee taas sisäverkosta kiinni myös http-yhteydellä.

Tuon linkin tanana on ilmeisen toimivaksi todettu ohje, jonka avulla pitäisi saada DuckDNS - NGINX -kombo toimimaan niin, että saisi käytettyä Home Assistanttia ulkoverkosta -- mutta eipä tämä vain näytä onnistuvan.

Voisiko kuitenkin olla operaattorissa vika? DNA:lta aikanaan hankitussa (ja edelleen DNA:n SIMI:illä/verkossa toimivassa) ZTE MF286-reitittimessä saa tehtyä tarvittavan 443-port forwardingin, ja sen pitäisi kyllä toimia, kun vaihtaa APN:ksi julkinen.dna.fi. Mutta eipä vain toimi, ei.

Miten tuota saisi debugattua?
 
Kiitos vinkeistä! Sainkin päästyä toisella selaimella https-yhteydellä sisäverkossa kiinni raspiin ja editoitua configuration.yaml -tiedostosta nuo https/https-rivit pois. Nyt pääsee taas sisäverkosta kiinni myös http-yhteydellä.

Tuon linkin tanana on ilmeisen toimivaksi todettu ohje, jonka avulla pitäisi saada DuckDNS - NGINX -kombo toimimaan niin, että saisi käytettyä Home Assistanttia ulkoverkosta -- mutta eipä tämä vain näytä onnistuvan.

Voisiko kuitenkin olla operaattorissa vika? DNA:lta aikanaan hankitussa (ja edelleen DNA:n SIMI:illä/verkossa toimivassa) ZTE MF286-reitittimessä saa tehtyä tarvittavan 443-port forwardingin, ja sen pitäisi kyllä toimia, kun vaihtaa APN:ksi julkinen.dna.fi. Mutta eipä vain toimi, ei.

Miten tuota saisi debugattua?

Ongelma on luultavammin siinä että DNA 4G-liittymissä sallitut tietoliikenneportit ovat TCP-protokollassa 500, 2222–2231 ja 1024-65535

Voit kiertää ongelman käyttämällä jotain sallituista porteista tekemällä porttiohjauksen valitusta portista HA:n porttiin 443.

Tämän jälkeen yhteys pitäisi onnistua osoitteella https://<domainisi>.duckdns.org:<valittu portti>

Oletko tarkistanut että reitittimesi saama wan ip on sama minkä esim google kertoo verkosta käsin whats my ip - Google-haku . Ilmeisesti julkisen ip:n kytkemisen kanssa on useampikin saanut hetken säätää ja boottailla laitetta.
 
Ongelma on luultavammin siinä että DNA 4G-liittymissä sallitut tietoliikenneportit ovat TCP-protokollassa 500, 2222–2231 ja 1024-65535

Voit kiertää ongelman käyttämällä jotain sallituista porteista tekemällä porttiohjauksen valitusta portista HA:n porttiin 443.

Tämän jälkeen yhteys pitäisi onnistua osoitteella https://<domainisi>.duckdns.org:<valittu portti>

Oletko tarkistanut että reitittimesi saama wan ip on sama minkä esim google kertoo verkosta käsin whats my ip - Google-haku . Ilmeisesti julkisen ip:n kytkemisen kanssa on useampikin saanut hetken säätää ja boottailla laitetta.
Aivan, ilmeisesti tämä sivu kertookin nuo detaljit? Eipäs tullut tuo mieleen.

Onko joku muu kotimainen operaattori tämän asian suhteen "liberaalimpi"? Mieluiten pitäisin konfiguroinnit yksinkertaisina ja myöhemminkin itselle ymmärrettävänä :)
 
Kuten joku on jo kommentoinut, niin aidosti isolla riskillä mennään, jos availlaan kotiautomaatioon portteja ulkomaailmaan. Saa olla kyllä salasanat kohdillaan, viimeisimmät päivitykset tehtynä ja konfiguraatiot kunnossa. Itse lähtisin kyllä miettimään ihan muuta tapaa toteuttaa etämonitorointi.
 
Kuten joku on jo kommentoinut, niin aidosti isolla riskillä mennään, jos availlaan kotiautomaatioon portteja ulkomaailmaan. Saa olla kyllä salasanat kohdillaan, viimeisimmät päivitykset tehtynä ja konfiguraatiot kunnossa. Itse lähtisin kyllä miettimään ihan muuta tapaa toteuttaa etämonitorointi.
Totta, porttien avaaminen vaatii varmasti tarkkuutta, aikaa ja ymmärrystä.

Kuulisin toki mielelläni muista mahdollisista vaihtoehdoista etämonitoroinnin toteuttamiseen.
 
Totta, porttien avaaminen vaatii varmasti tarkkuutta, aikaa ja ymmärrystä.

Kuulisin toki mielelläni muista mahdollisista vaihtoehdoista etämonitoroinnin toteuttamiseen.
Ottamatta kantaa mihinkään yksittäiseen järjestelmään, niin esim. 1) mittausten siirto pilvipalveluun, mistä sitten luetaan data/kontrolloidaan kotia 2) lähetetään tarvittava tieto esim. kännykkäsovellukseen/sähköpostiin/notifikaatioon/Telegramiin niin että yhteys avataan automaation suunnalta.

Nämä kommentit tulee ihan kotiautomaationyypältä, mutta jotain kokemusta on järjestelmien suunnittelusta noin yleensä.
 
Kuulisin toki mielelläni muista mahdollisista vaihtoehdoista etämonitoroinnin toteuttamiseen.
Lainaan itse itseäni:
Itse olen HA:n etähallinan hoitanut niin, että reititin päivittää dynaamista DNS:ää ja lisäksi reitittimessä on VPN:n serveri, jonka avulla pääsen etänä koko kotiverkkoon kiinni. En pidä ajatuksesta että HA tai mikään mukaan sisäverkon palvelu on suoraan ulos auki.
 
Totta, porttien avaaminen vaatii varmasti tarkkuutta, aikaa ja ymmärrystä.

Kuulisin toki mielelläni muista mahdollisista vaihtoehdoista etämonitoroinnin toteuttamiseen.
VPN-yhteys omaan verkkoon on varmaankin turvallisimmasta päästä, tekee vielä sertifikaatteja käyttäen eikä salasanalla niin alkaa olla kohtalaisen turvallista. Itselläni on tuollainen järjestely, reitittimesä on avattu yksi portti ulkomaailmaan ja sille on määritelty pääsy ainoastaan VPN-serverille. Itse VPN-serverikin pyörii epästandardissa portissa joten porttiskannauksessakaan ei käy niin helposti ilmi tuon portin tarkoitusta. Reitittimen julkinen osoite taas on yhden DynDNS-palvelun kautta saatavissa.

Zigh näköjään juuri vastasikin hyvinkin vastaavasti..
 
VPN-yhteys omaan verkkoon on varmaankin turvallisimmasta päästä, tekee vielä sertifikaatteja käyttäen eikä salasanalla niin alkaa olla kohtalaisen turvallista. Itselläni on tuollainen järjestely, reitittimesä on avattu yksi portti ulkomaailmaan ja sille on määritelty pääsy ainoastaan VPN-serverille. Itse VPN-serverikin pyörii epästandardissa portissa joten porttiskannauksessakaan ei käy niin helposti ilmi tuon portin tarkoitusta. Reitittimen julkinen osoite taas on yhden DynDNS-palvelun kautta saatavissa.

Zigh näköjään juuri vastasikin hyvinkin vastaavasti..
Kiitos, joskus kertaus todella on opintojen äiti.

Tuo voisi olla hyvä, vaihtoehtoinen lähestymistapa verrattuna siihen, mitä raspi+HA -asennuksiin tarjotaan. Tosin pitää sanoa, että HA:n add-onien DuckDNS+LetsEncrypt+NGINX konffaus on kyllä houkuttelevan suoraviivaista tällaiselle aloittelijalle vrt. monen laatikon ja palvleun konffaus aivan erikseen.

No, joka tapauksessa oma 4G-modeemi/reititin on jo melko vanha eikä siihen ole tullut softapäivityksiä enää aikoihin. Mikä siis voisi olla sellainen laite, jota tällä hetkellä suosittelisitte ja joka tukisi myös noita mainittuja ominaisuuksia.
 
VPN-yhteys omaan verkkoon on varmaankin turvallisimmasta päästä, tekee vielä sertifikaatteja käyttäen eikä salasanalla niin alkaa olla kohtalaisen turvallista. Itselläni on tuollainen järjestely, reitittimesä on avattu yksi portti ulkomaailmaan ja sille on määritelty pääsy ainoastaan VPN-serverille. Itse VPN-serverikin pyörii epästandardissa portissa joten porttiskannauksessakaan ei käy niin helposti ilmi tuon portin tarkoitusta. Reitittimen julkinen osoite taas on yhden DynDNS-palvelun kautta saatavissa.

Zigh näköjään juuri vastasikin hyvinkin vastaavasti..
Hyviä huomioita tuli täällä tietoturvaan liittyen, varmasti fiksumpaa ja turvallisempaa toteuttaa VPN-yhtyden avuin kuin tehdä ratkaisuja yksittäiselle palvelulle.
Tulikin koestestetua Asuksen (RT-AC66U) reitittimen OpenVPN toiminnallisuutta ja ei tämäkään ratkaisu montaa hetkeä vaatinut kun käytettävissä oli turvallinen VPN yhteys kotiverkkoon.
 
Onko täällä kellään kokemusta näistä älykytkimistä, joita voi asentaa valokytkimen kaveriksi, niin että sekä fyysinen kytkin että automaatiot/sovellukset toimivat yhtäaikaa? Itsellä olisi muutama tuollainen Sonoffin ZBMINI odottamassa asennusta. Onnistuukohan tuollaisen asennus ilman ongelmia tyypillisessä suomalaisessa 2010-luvun asunnossa? Näitä näkee muutamia vähän erityyppisiä olevan tarjolla, ilman nollaa ja nollan kanssa, vähän erilaisilla kytkentätavoilla jne. Uskaltaisikohan tuollaisen laittaa myös vähän isomman kuorman kanssa, esim. auton lämmityksen katkaisijan kaveriksi? 10A pitäisi speksien mukaan kuitenkin olla OK.
 
Onko täällä kellään kokemusta näistä älykytkimistä, joita voi asentaa valokytkimen kaveriksi, niin että sekä fyysinen kytkin että automaatiot/sovellukset toimivat yhtäaikaa? Itsellä olisi muutama tuollainen Sonoffin ZBMINI odottamassa asennusta. Onnistuukohan tuollaisen asennus ilman ongelmia tyypillisessä suomalaisessa 2010-luvun asunnossa? Näitä näkee muutamia vähän erityyppisiä olevan tarjolla, ilman nollaa ja nollan kanssa, vähän erilaisilla kytkentätavoilla jne. Uskaltaisikohan tuollaisen laittaa myös vähän isomman kuorman kanssa, esim. auton lämmityksen katkaisijan kaveriksi? 10A pitäisi speksien mukaan kuitenkin olla OK.
Itsellä noi vielä "postissa", joten ei vielä asennuskokemusta. Laitan itse valoille niin 10A riittää hyvin. Autolle en laittaisi, koska 15A sulaketta suositellaan. Sisätilanlämmitin 2000w niin kymppi ei enää riitä edes sille.

5 Amp sulake enimmäisteho 1150 Wattia
6 Amp sulake enimmäisteho 1380 Wattia
10 Amp sulake enimmäisteho 2300 Wattia
16 Amp sulake enimmäisteho 3680 Wattia
 
Kiitos, joskus kertaus todella on opintojen äiti.

Tuo voisi olla hyvä, vaihtoehtoinen lähestymistapa verrattuna siihen, mitä raspi+HA -asennuksiin tarjotaan. Tosin pitää sanoa, että HA:n add-onien DuckDNS+LetsEncrypt+NGINX konffaus on kyllä houkuttelevan suoraviivaista tällaiselle aloittelijalle vrt. monen laatikon ja palvleun konffaus aivan erikseen.

No, joka tapauksessa oma 4G-modeemi/reititin on jo melko vanha eikä siihen ole tullut softapäivityksiä enää aikoihin. Mikä siis voisi olla sellainen laite, jota tällä hetkellä suosittelisitte ja joka tukisi myös noita mainittuja ominaisuuksia.
Yhtenä tietoturvallisena vaihtoehtona näyttäisi toimivan hyvin ZeroTier ( ZeroTier – Global Area Networking ), jolle löytyy suoraan add-on Home Assistanttiin.
Tämä ratkaisu ei vaadi porttiavauksia eikä lähtökohtaisesti muitakaan säätöjä reitittimeen.


Testasin ja seuraavin stepein sain HA:n etäkäyttöön ilman ongelmia:
- Ohjeen mukaisesti ZeroTier tilin luominen, luodun verkon id add-onin konffeihin ja päällekytkentä.
- Puhelimeen ZeroTier client jonne verkon lisäys id:llä ja yhdistäminen.
- Membersien hyväksyntä ZeroTierissä. (Pidä verkko Private - tilassa)
-> Tämän jälkeen yhdistäminen puhelimesta HA:han onnistui ZeroTierissä näkyvällä HA:n ip:llä.
 
Itse en saanut tuota zerotieriä toimimaan millään. Pitäisi varmaan vielä antaa mahdollisuus ettei tarvis tuota cloudia maksaa
 
Minkälaista palikkaa tarvittaisiin nassilla pyörivään HomeAssistantiin, että siihen voisi liittää bluetooth laitteita? Esimerkiksi Ruuvitageja. Ymmärtääkseni raspi voisi toimia välissä bluetooth-wlan adapterina, mutta tuolle tielle en haluaisi lähteä jo siitä syystä että taloudessa ei ole yhtään raspia. Tähän tarkoitukseen on varmaankin olemassa jotain USB bluetooth tikkuja tms? Millaisia laitteita tarvitaan mikäli bluetooth laite olisi nassin kantaman ulkopuolella? Onko olemassa jotain bluetooth "vahvistimia" joita voisi viljellä pitkin asuntoa vai kenties erillisiä bluetooth - wifi muuntimia?
 

Statistiikka

Viestiketjuista
259 407
Viestejä
4 506 901
Jäsenet
74 395
Uusin jäsen
amer

Hinta.fi

Back
Ylös Bottom