- Liittynyt
- 13.01.2017
- Viestejä
- 4 629
Ei välttämättä auta, kokeilin piruuttani tuota ennen kuin jatkojohto saapui eikä omassa tapauksessa toiminut.Vuoraa johdon ja kovalevyn yhtenäiseen folioon usb3 liittimeltä asti.
Ei välttämättä auta, kokeilin piruuttani tuota ennen kuin jatkojohto saapui eikä omassa tapauksessa toiminut.Vuoraa johdon ja kovalevyn yhtenäiseen folioon usb3 liittimeltä asti.
Otin Home Assistantin & Raspi4:n kanssa käyttöön ulkoisen SSD-levyn (Intenso 128 Gt) ja nythän on se tilanne, että se ei vissiin tule toimeen Conbee-tikun kanssa millään. Näemmä USB3 & 2.4GHz alueella toimiva tikku häiritsevät toisiaan oikein urakalla ja lopputulos on se, että HA ei pysy pystyssä. Conbee II -tikku on nyt parikymmensenttisen USB-jatkojohdon päässä eikä sekään näyttänyt auttavan.
Onko kokemuksia tai ideoita miten tuon voisi ratkaista?
- Saako USB3-liitännän, johdon tai SSD-levyn jotenkin suojattua?
- Auttaisiko Conbee II -tikun kanssa erilainen tai erimittainen USB-jatkojohto?
- Vai pitääkö tässä vaihtaa Raspi4:stä pois johonkin muuhun laitteeseen?
Oletko kokeillut USB2 portissa. Minulla ainakin tökki USB3-portissa.Toimiiko muuten nopeasti kun toimii? Koitin kanssa pyörittää tommosella Intenson levyllä ja se oli järkyttävän hidas, edes asentumaan. Ilmeisesti tosta levystä puuttuu kunnollinen ohjain.
HA tukee SSD asennusta jo ihan stable-versioissa:Onkos kukaan tuosta Blue:sta kuullut tai peräti sellaisen nähnyt käytössä? Home Assistant Blue!
Taitaa olla kaikinpuolin järkevämpää ostaa joku nuc x86 Intel tms tuohon hommaan, jos Raspberrystä luopuisi? Itseä lähinnä tuo SSD puutos haittaa, mut taidan odotella että Raspi4 ja hass.io tukee täysin ja totaalisen plug and play SSD kovoa, niin sitten voipi siirtyä SSD aikaan ja lopettaa jännittämisen koska SDkortti tilttaa Toki kyllähän tuo Blue -- X86 nucin energiatehokkuudessa vie mennen tullen. Itselläkään ei oikein mitään muuta käyttöä ole tuolle kun HA pyöritys, niin tuo Raspi3 teho jopa täysin riittävä ellei jopa ylimitotettu ja näin ollen Raspi4 tehot vielä enempi riittävät
No tämä. Pidän HA:sta erittäin paljon mutta domoticzissa Zwave oli todella paljon paremmin toteutettu. Ehkä tästä syystä HA päättikin että eivät enää uusiin asennuksiin suosittele OZW:n käyttöä vaan uutena suositeltuna integraationa on Z-wave JS. En ole vielä testannut kun ei viitsi toimivaa systeemiä mennä sorkkimaan. Laitan tuon testiin kun seuraavan kerran palaa käämi OZW:n toimintaan. Kova pöhinä tuon ympärillä kuitenkin....Väitän ,että HA ei ole paras kotiautomaatiojärjestelmä Z-Wave -laitteiden hallintaan, ja väitän vielä, että OpenZWave on huono, ellei jopa huonoin Z-Wave framework laitteiden hallintaan. Esim. Domoticz hoitaa Z-Wave laitteiden hallinnan OpenZWaven kautta HA:ta paremmin, ja Fibaron sekä Z-Wave.me:n Z-Wave -stäkit pyyhkivät OpenZwavella lattiaa.
can't init device hci0 connection timed out (110)
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.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:
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.Koodi:can't init device hci0 connection timed out (110)
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.
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ä.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.
Nedis zigmee/smart life tuotteista en osaa sanoa.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.
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.
Ainakin tuo wifi-pistorasia jutteli smart life apin kanssa ennen HA:ta ja juttelee kyllä edelleen.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.
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.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.
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.Raspin helpoin "UPS" lienee joku laadukas powerbankki mitä samaan aikaan ladataan ja laturilla ja toinen portti syöttää samaan aikaan raspia.
Onko muistissa mikä kaapeli tuli tuohon hankittua ja toimivaksi todettua?Vasta 2 metrinen kunnolla suojattu USB 3.0 jatkojohto SSD:lle sai zigbeen pelaamaan kunnolla.
Ugreenin järeää punottua kaapelia missä on metalliset plugit.Onko muistissa mikä kaapeli tuli tuohon hankittua ja toimivaksi todettua?
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.,
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.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:
Tämäkään ei olisi mikään ongelma sinänsä mutta vaikka containerin restart policy on always niin silti supervisor ei käynnisty...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.,
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?
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..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.
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.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..
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.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.
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.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.
Ei kai taloyhtiöllä ole reititintä?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.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.
Jos tarkoitat sitä johdollista Ledvancea, niin mulla on Hubitatissa moinen kiinni toisen auton lämmittämiseen.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?
En kyllä tunne Cozifyä tarpeeksi hyvin osatakseni verrata keskenään.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ä.
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.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.
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?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.
Jos kilkkeet on zigbeetä tai Z-wavea niin en kyllä keksi mikä voisi olla paremmin. Wifi/bluetooth/muuta epämääristä ei tueta.Osaatko sanoa onko tässä jotain erityisiä puutteita? Laitetuki näyttäisi olevan pitkälti yhteisön varassa, onko vaarana että niihin ujutetaan takaportteja?
Kenelläkään tablettia seinällä, josta ohjata kotia?
Amazonista bongasin tällaisen:
Vidaboxin ois tyylikkäitä, mutta ovat myös hinnakkaita ja mallispesifejä.
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ä.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.
Ongelma on luultavammin siinä että DNA 4G-liittymissä sallitut tietoliikenneportit ovat TCP-protokollassa 500, 2222–2231 ja 1024-65535Kiitos 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?
Aivan, ilmeisesti tämä sivu kertookin nuo detaljit? Eipäs tullut tuo mieleen.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.
Totta, porttien avaaminen vaatii varmasti tarkkuutta, aikaa ja ymmärrystä.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.
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.Totta, porttien avaaminen vaatii varmasti tarkkuutta, aikaa ja ymmärrystä.
Kuulisin toki mielelläni muista mahdollisista vaihtoehdoista etämonitoroinnin toteuttamiseen.