Na minha primeira instalação no NUC consegui (não sei como) receber a informação do sensor sem qualquer problema. Depois tive que fazer nova instalação e deixei de conseguir. Estou a por a hipótese de configurar um ESP32 pois também tenho a MiScale que tentei configurar recentemente mas sem sucesso.
Testei num setup de desenvolvimento durante vários dias, com múltiplos reboots (é onde testo tudo, antes de portar para o de produção). Não confirmo isso.
Não descarto problemas futuros.
Apresento aqui apenas como uma solução alternativa, automatizada (basta executar 1 script) e com grandes ganhos de performance em configurações complexas de HA Core, Add-ons e automações. A minha ex-VM de HA consumia quase 3 GB de RAM a 100%. Agora, nem 1GB… CPU, quase a relantim…
Será somente uma solução alternativa se for entendido e aceite os riscos da mesma e suas limitações face a ter uma VM. Podes consultar no fórum oficial do proxmox várias threads sobre este tema que basicamente vão dar tudo ao mesmo :
1 Curtiu
O problema parece-me ser precisamente esse, cada reboot ao host é uma lotaria… Nunca acontece nada até ao dia que acontece.
Em relação ao consumo de memória, podes fazer um teste: três VMs com valores de memória atribuída diferentes (por exemplo 1, 2 e 4gb) com o mesmo HA lá dentro. Vais ver que o “consumo” de memória é sempre elevado, isto porque o Supervisor trata de reservar o máximo possível de memória para garantir o funcionamento do HA.
Reforçando o que o @j_assuncao disse: tens o caso dos addons de bd que vão consumir “muita” RAM (caso esteja disponível) para aumentar a velocidade, tempos de resposta e reduzir os IOs ao disco. Tal como este exemplo, existem muitos outros que “abusivamente” vão aproveitar de forma ótima os recursos que são dados como disponíveis e tirar partido dos mesmos para melhorar a performance do sistema e proporcionar uma melhor experiência ao utilizador.
Boas!
Muito bom tópico. É um tema que gera sempre discussão, e há várias maneiras de ter o HA nos NUCs…
A mais recente que utilizo é exatamente a referida pelo ReDaLeRt, e confirmo que:
-
Notei uma diferença significativa de performance. O vosso “site” do HA abre rapido? abre bem mais rápido com HA sob LXC. Os boots são também mais rápidos.
O meu CPU idle da instalação HassOS andava sempre entre os 7-10%, agora anda entre os 1-3%. -
Além do ponto anterior, tal como o ReDaLert, notei um consumo de RAM inferior em 30% aproximadamente.
-
Fiz restore de um hassio backup e não precisei de fazer mais nada, tudo ficou a funcionar perfeitamente, inclusivamente o zigbee2mqtt que desta forma nem precisa de “passar” o USB para a VM (o que leva ao ponto seguinte).
-
A crítica que mais se lê pelos foruns é precisamente que esta abordagem é menos segura. Eu vivo bem com este risco.
Aliás, a própria dev team num post do blog oficial do HA refere precisamente que esta abordagem não deve ser seguida (bem explicado aqui: https://github.com/whiskerz007/proxmox_hassio_lxc/issues/12), no entanto a explicação é de certo modo esclarecida pelo whiskerz007, que eu passo a citar:
The way this Hass.io LXC container has been setup for use is to remove any security limitations applied to the container, which in effect allows the applications inside of the container to run as if it is on the host OS. Specific devices are also passed into the container that Hass.io, and it’s addons, has an interest in. Docker is installed using their installation script. Hass.io is installed using their installation script. In effect, the LXC is configured just like you would if you were going to install Hass.io onto a Debian OS on bare metal.
Some benefits of running Hass.io in a LXC versus a VM are: ability to pass the same device to multiple LXC (VM needs solitary access), increased performance, quicker access to Hass.io UI from cold boot, access and control to underlying OS running Hass.io, isolation from host OS (in this case Proxmox) and other containers, ability to manage resources (CPU cores, RAM size, HDD size, network settings) from a UI without the need to reboot the container.
-
Isto a meu ver é quase uma discussão ideológica, e a análise deve ser relativizada.
Para quem usa o HA num RPI dedicado só para isso, ou num NUC dedicado só para isso, não é questão. -
A minha motivação para usar esta abordagem é simplesmente obter o melhor de 2 mundos. Performance excelente, e ter a capacidade de usar o proxmox para gerir os outros LXCs e VMs que tenho, sabendo à partida que não é a opção mais segura.
1 Curtiu
Cada um deve usar aquilo que acha ser melhor para si, mas é preciso que se esclareça os riscos que essa solução tem. Quem não tem conhecimentos na área e de repente lê que há uma solução que oferece maior rapidez e redução dos consumos de recursos da máquina, poderá ficar com a ideia que esta será uma solução milagrosa e sem riscos.
Além disso, se fosse uma solução “válida” e sem riscos estaria na pagina oficial do Home Assistant como método de instalação recomendado ou alternativo. Mas como disse acima, caso o utilizador esteja ciente dos riscos que corre e disposto a correr esses mesmos riscos, não vejo problema em utilizar este método de instalação.
Como é que fizeste para utilizar esse script de instalaçao do H mas no container em vez da VM? obrigado
Na linha de comandos do Proxmox.
Ah ok… o script cria logo por defeito a imagem do home assistant em container em vez de VM. A pen usb conbee depois é fácil de adicionar?
Basta seguir os tutoriais que há aqui no fórum. Sim, é fácil.
Instalando o HA através do LXC, não ficas com esta mensagem? Conseguiste instalar o HACS?
Olá,
Sim, aparece essa mensagem. Começou a aparecer com a realease anterior.
Abr
Bem segui o tutorial e instalei o HA em debian, numa VM. Assim é mais seguro.
Olá,
Estou com ideia de comprar um NUC 8i3BEH com 8gb ram + 120gb SSD, uma vez que já tive de recuperar o meu Homeassistant uma data de vezes.
A minha ideia é eliminar de vez a opção da raspberry, e pelo que tenho visto por aqui o NUC é uma boa solução.
O meu problema é que estou ultra baralhado com os termos VM, proxmox, docker, virtual box, etc… ainda não consegui encaixar (hierarquizar) estas opções.
Uma vez que vou avançar para uma solução mais dispendiosa, queria tirar mais proveito dela conjugando 3 sistemas ou VM’s, nomeadamente, Win 10 + Homeassistant + Debian…
Resumindo … isto é possível? sem sim qual a ordem/orientação para o fazer??
Consigo depois ligar um monitor ao NUC para aceder ao windows/debian?
PS:: peço imensa desculpa se estou a tocar mais uma vez na mesma tecla mas estou com alguma dificuldade em compreender isto 
Se queres Windows 10 tens de ir para um NUC com muito mais capacidade do que esse que falas. Tudo o resto funciona em VM e são acedidas por SSH pelo que não necessitas de monitor.
Ok Jorge,
Tenho o meu “sistema” praticamente todo a 12VDC e tenho uma bateria que faz o Suporte em caso de falha de energia do Operador local, no caso como o NUC é 19V vou ter de fazer um stepup para deixá-lo sobre essa bateria.
Qual a capacidade e/ou características que recomendarias para o NUC?
Processador: i3 intel
RAM: 8GB
SSD: ?? (é preferível colocar um SSD M2 ? )
O esquema em anexo está correto?
É dificil recomendar porque não sei como o vais usar, mas no mínimo um M2 com 240GB. Quanto ao esquema o melhor será perceberes que o Proxmox é um SO e fugir do W10.
Então teria o NUC apenas a rodar o debian e o homeassistant (M2 240GB + 8GB ram + intel i3) em promox e usaria o win10 noutra máquina fisica correto?
Escolher outro modelo mais económico de NUC será um erro ou posso ponderar?!
Este SET é boa escolha?
Era importante ter a capacidade de gerir sem problemas o homeassistant (gráficos, addons, CCTV talvez, etc)
Podes usar o Win10 numa VM do Proxmox mas seria um consumo grande de recursos. Se for para usar ocasionalmente para uma ou outra coisa básica não vejo problema e o @FSousa usa assim. Mas se for para trabalhar, esquece o W10 em Proxmox.
Se usares o W10 noutra máquina podes pensar num NUC com N5000 por exemplo. Quanto ao CCTV não sei o que queres dizer com isso mas se te referes a processar e gravar imagem (tipo NVR) vais consumir bastantes recursos da máquina.