Reprise du message précédent :

envrion 42% des install comme meme    
30% virtual. je pensais pas tant que caz
 
https://analytics.home-assistant.io/

 
Sur NAS, tout le monde passe par une VM, non ? Je dirais que ça vient de la.

Comme même. Ne discutez pas avec lui…  

Je dirai container

Je dirais moit/moit  

 
Ok. Tu peux faire des snapshots automatisés sur docker ? Pour moi le gros avantage des VM, c'est justement ça, j'ai créé mes règles de sauvegarde et en cas de soucis, y a juste a restaurer une version précédente.

je connais pas autre chose que les syno  
mais il faut deja avoir un nas capable de le faire

 
Home Assistant Operating System c'est quand-même un OS 100% customisé pour les besoins d'Home Assistant. Je ne me rends pas bien compte de ce qu'il partage par exemple avec un hyperviseur Debian-based comme Proxmox, peut-être beaucoup j'en sais rien, mais du coup dans le doute pour des raisons de stabilité/isolation je trouvais que ça avait du sens en VM et je tourne ainsi depuis 4 ans.

J’hésite à installer une VM avec HA sur un vieux pc de récup du boulot pour dans un premier lieu monitorer la température des pièces et éventuellement déclencher les clim en notre absence.  
Vu l’étendu du bâtiment il me faudrait une clé zigbee réseau (pour avoir le pc dans le bâtiment technique et la clé dans les bureaux)
 
Vous avez une réf de clé qui va bien avec Z2M sans trop se faire chier dans la config ?

 
Container c'est pas nécessairement Docker. Container c'est aussi une capacité offerte par des système hyperviseurs au même titre que des VM. Les 2 ont chacun leurs avantages et leurs inconvénients.
Quoiqu'il en soit les 2 offrent bien entendu des capacités de snapshot automatisé oui. D'ailleurs le snapshot d'un container sera en moyenne plus léger/rapide que celui d'une VM.
 
 

 
Yes, mais il doit probablement y avoir plus de gens avec un NAS offrant ces capacités que ceux à avoir un serveur H24/7 @home (autre qu'un RPi en l'occurrence puisque c'est une catégorie à part).

 
oui effectivement, comme je n'ai aucune automatisation, ça m'était sorti de la tête
j'ai ressorti le robot il y a 10 jours, RAS le plugin fonctionnait

Je suis aussi sur un serveur avec une vm os mais j'ai cru comprendre que la plupart des petits nas proposent de monter des docker plutôt que des vraies vm... d'ou la proportion de HA container.
ensuite il y a le raspi et ses équivalents

Du coup

 
Il n'y a que 16% de container, c'est quand-même pas énorme justement.
76% d'OS en comparaison, que ce soit du bare-metal ou du virtualisé. Il faut dire que pas mal de choses poussent vers cette solution, à commencer par la doc d'installation. Et après 4 ans de recul je n'ai pour ma part aucun regret sur ce choix. Ca répond pile-poil à mon cahier des charges : ça fonctionne, c'est stable, ca permet de gérer des plugins en un clic, et je n'ai aucune maintenance à faire.    

Tu penses comme meme pas que je ne l'ai pas fait intentionnellement du coup  

SLZB-06

Alors j'ai monté du container justement pour les sauvegardes.

Tu as ta VM ha qui est planté, tout tes services dedans sont plantés aussi.

Revenir a une version ultérieure avec un container prend 2 secondes quand la restauration d'une VM (quand ça marche peut être très long). Sans parler de tout ceux qui plante leur HAOS sur machine dédié après une maj et qui sont bloqué car aucun accès.

Les backups sont plus légers mais faut les faire 1 par 1.

Niveau simplicité je suis d'accord que HA OS est le mieux, niveau flexibilité par contre non.
Si tu veux installer un truc qui n'existe pas en module comme un proxy modbus ou autre c'est impossible si tu es sur HAOS sur une machine dédiée (en container sur Promod peut être par contre).
Et je sais pas si les module HAOS monté en container sont accessibles de l'extérieur, par exemple si tu as envie que tes Shelly communique uniquement par ton serveur MQTT c'est possible ?

Enfin chacun a ses avantages et suivant les cas et besoins.

Bon, j'ai avancé sur l'installation de Google Home, j'ai installé duckDNS avec le certificat let's Encrypt.

Ca a marché et maintenant j'ai ça :

C'est un "vrai warning" ou Chrome qui est frileux ?

Envoie le lien en MP.

 
Alors j'avais lu, j'ai testé, j'ai créé une zone pour detecter le motion, j'ai donc sorti de la zone les 2 voitures en permanence garées. Ca ne change pas grand chose, toutes les 5/10 min, j'ai snapshot et compagnie alors qu'il n'y a rien et que les voitures ne sont pas dans la zone
 
Je comprends pas ....
 

Bonsoir,
J'ai un problème avec mos réseau zigbee, j'ai des périphériques (prises et capteur de puissance) qui sont devenus inactif sur le réseau, impossible de les commander. Donc je les ai supprimé de l'application zigbee2mqtt, mais impossible de les réappairer, j'ai le message "Le périphérique XXX has left the network", avez vous une solution ?
Merci
 
Edit : voici le meme probleme que je rencontre : https://forum.hacf.fr/t/device-left-the-network/32913

ionik =>
 
Si je lis le mail envoyé par mon serveur Proxmox à la fin de sa tache de backup :
 
HomeAssistant  ok  2min 13s  10.212 GiB
 
163: 2024-03-21 02:11:12 INFO: Starting Backup of VM 163 (qemu)
163: 2024-03-21 02:11:12 INFO: status = running
163: 2024-03-21 02:11:12 INFO: backup mode: stop
163: 2024-03-21 02:11:12 INFO: ionice priority: 7
163: 2024-03-21 02:11:12 INFO: VM Name: HomeAssistant
163: 2024-03-21 02:11:12 INFO: include disk 'scsi0' 'nvme:vm-163-disk-1' 32G
163: 2024-03-21 02:11:12 INFO: include disk 'efidisk0' 'nvme:vm-163-disk-0' 4M
163: 2024-03-21 02:11:13 INFO: stopping virtual guest
163: 2024-03-21 02:11:29 INFO: creating vzdump archive '/mnt/pve/NAS453a/dump/vzdump-qemu-163-2024_03_21-02_11_12.vma.zst'
163: 2024-03-21 02:11:29 INFO: starting kvm to execute backup task
163: 2024-03-21 02:11:30 INFO: started backup task '0f27f0c3-1f45-491b-b46c-1e3d1f57e289'
163: 2024-03-21 02:11:30 INFO: resuming VM again after 17 seconds
163: 2024-03-21 02:11:33 INFO:   5% (1.6 GiB of 32.0 GiB) in 3s, read: 557.0 MiB/s, write: 366.5 MiB/s
163: 2024-03-21 02:11:36 INFO:  12% (4.0 GiB of 32.0 GiB) in 6s, read: 824.0 MiB/s, write: 327.3 MiB/s
163: 2024-03-21 02:11:39 INFO:  17% (5.7 GiB of 32.0 GiB) in 9s, read: 569.2 MiB/s, write: 314.6 MiB/s
163: 2024-03-21 02:11:42 INFO:  23% (7.5 GiB of 32.0 GiB) in 12s, read: 601.8 MiB/s, write: 355.1 MiB/s
163: 2024-03-21 02:11:45 INFO:  28% (9.2 GiB of 32.0 GiB) in 15s, read: 600.5 MiB/s, write: 364.8 MiB/s
163: 2024-03-21 02:11:48 INFO:  33% (10.7 GiB of 32.0 GiB) in 18s, read: 490.6 MiB/s, write: 374.1 MiB/s
163: 2024-03-21 02:11:51 INFO:  37% (12.0 GiB of 32.0 GiB) in 21s, read: 460.4 MiB/s, write: 316.8 MiB/s
163: 2024-03-21 02:11:54 INFO:  46% (14.8 GiB of 32.0 GiB) in 24s, read: 944.9 MiB/s, write: 370.1 MiB/s
163: 2024-03-21 02:11:57 INFO:  50% (16.3 GiB of 32.0 GiB) in 27s, read: 501.5 MiB/s, write: 334.0 MiB/s
163: 2024-03-21 02:12:00 INFO:  59% (18.9 GiB of 32.0 GiB) in 30s, read: 906.2 MiB/s, write: 199.1 MiB/s
163: 2024-03-21 02:12:03 INFO:  62% (20.1 GiB of 32.0 GiB) in 33s, read: 400.0 MiB/s, write: 333.4 MiB/s
163: 2024-03-21 02:12:06 INFO:  72% (23.2 GiB of 32.0 GiB) in 36s, read: 1.0 GiB/s, write: 286.1 MiB/s
163: 2024-03-21 02:12:09 INFO:  81% (26.0 GiB of 32.0 GiB) in 39s, read: 945.5 MiB/s, write: 207.4 MiB/s
163: 2024-03-21 02:12:12 INFO:  90% (29.1 GiB of 32.0 GiB) in 42s, read: 1.0 GiB/s, write: 496.2 MiB/s
163: 2024-03-21 02:12:15 INFO:  97% (31.3 GiB of 32.0 GiB) in 45s, read: 760.0 MiB/s, write: 706.1 MiB/s
163: 2024-03-21 02:12:17 INFO: 100% (32.0 GiB of 32.0 GiB) in 47s, read: 349.1 MiB/s, write: 316.0 MiB/s
163: 2024-03-21 02:12:17 INFO: backup is sparse: 15.71 GiB (49%) total zero data
163: 2024-03-21 02:12:17 INFO: transferred 32.00 GiB in 47 seconds (697.2 MiB/s)
163: 2024-03-21 02:13:25 INFO: archive file size: 10.21GB
163: 2024-03-21 02:13:25 INFO: adding notes to backup
163: 2024-03-21 02:13:25 INFO: prune older backups with retention: keep-daily=1, keep-last=5, keep-weekly=1
163: 2024-03-21 02:13:25 INFO: removing backup 'NAS453a:backup/vzdump-qemu-163-2024_03_14-02_16_56.vma.zst'
163: 2024-03-21 02:13:25 INFO: pruned 1 backup(s) not covered by keep-retention policy
163: 2024-03-21 02:13:25 INFO: Finished Backup of VM 163 (00:02:13)
 
Effectivement cela me fait un downtime de 133 secondes  
 
Soit 0,15% de la journée ! (enfin c'est pendant la nuit   )
 
Ps je garde les 5 derniers backups de la semaine et le dernier de la semaine précédente ...  
 
Sans compter les backups quotidien au sein de HA ...

 
Je relance si jamais

Sur quel device ton Youtube Music ?

cross topic bricolage dans le doute...

j'ai installé une prise renforcée 16A Legrand Green up dont je voudrais monitorer sa consommation et gérer le déclenchement via un module plutôt que par mon véhicule (pour plus de flexibilité). Je m'oriente vers un Shelly EM du coup. Quelqu'un peut-il me valider (ou corriger  ) mon schéma de cablage svp ?

mille d'avance

 
Android (mais après je peux le lancer d'un pc si il le faut).

Je crois que j'ai lu un peu vite ... T'as question ne concerne pas Home Assistant ?
 
Car si non, j'ai pas de réponse à t'apporter

Bon, ça ne le fait plus ....

Ca fonctionne mais il me reste un truc que j'ai pas compris, c'est où je décide ce que je partage ou pas ? Je me suis récupéré 42 devices dans mon google Home alors que dans le configuration.yaml j'en ai stipulé qu'un :

Des utilisateur du Détecteur de Mouvement Aquara P1 ?
 
Le capteur de luminosité est' il bien indépendant de la détection de mouvement ?

Entity_config te permet juste d'ajouter des précisions, ça ne limite pas.
Tu dois utiliser exposed_domains (au globale par type d'entité donc) voire expose_by_default, mais du coup ça fonctionne par exclusion.
 
Pour ma part, j'ai opté pour exposer seulement les scripts après quelques déboires en demandant à google d'allumer les lumières du salon et qui a allumé toutes les entités de type light.
Je fais un script spécifique, il remonte sur google, je le bind avec l'attendu oral et c'est marre, j'ai plus eu de problème.

 
Si en fait j'ai un bouton qui fonctionne sur smart life et donc HA également et j'aimerais piloter youtube music avec (changer de musique).

C'est le problème que j'ai actuellement, il m'allume toutes les lumières de chaque pièce ...

C'est pas terrible de pas pouvoir spécifier un par un ...

Je vais regarder ça merci

Pour te donner des pistes, ma conf c'est ça (pas plus).

J'ai fait un script nommé "GH - ouverture volets pièce de vie" (en fait, osef, tu le nommes comme tu veux, et surtout, tu y mets ce que tu veux vis à vis de ton HA).
Celui-ci remonte dans Google Home.

A ce niveau, tu peux créer dans ce qui est nommé "action auto" dans GH maintenant une routine.
Tu mets le déclencheur que tu souhaites (pour l'exemple, quand je dis à l'assistant "ouvre les volets de la pièce de vie" ) et tu l'associes avec l'action de HA qui normalement doit se retrouver dans "régler les appareils de la maison" > "ajouter des scènes" (sur la dernière version).

J'ai fait la même avec des déclencheurs type "illuminé" / "désilluminé" entre autre, mais bon, on utilise un peu moins

Force remove sous Z2M, reboot de Z2M, reset de l'appareil.

 
Il y a un intégration Youtube dans HA, essaies là ... Sinon va falloir tenter les webhooks !  

Ha oui les intégrations faut que j'y pense plus souvent ! Merci. Webhooks connaît pas je regarderais aussi.

Merci. Après avoir lu la doc je pense faire avec expose_by_default:false et déclarer les entités une par une mais ça ne marche pas.

D'ailleurs plus rien ne marche ... avec juste "une erreur s'est produite" quand j'essaye d'ajouter dans Google Home... sympa pour débuger

Dans le Google cloud j'ai :

Pourtant j'ai tout remis comme avant

Je n'ai pas dit que c'était le temps de sauvegarde mais la taille surtout.
 
Je n'arrête pas HA lors de la sauvegarde (enfin je n'en n'ai pas besoin), comme je l'ai dit chacun voit les avantages de chaque type d'installation.