Reprise du message précédent :
J'en est aucune idée  
 
C'est compliquer à monter un serveur proxmox ?  Car bon c3st un Xpenology mais le machin il stock 300go de donnée syncro à un drive rien de + hein

T’as pas une màj qui s’est faite en douce ?

Aucune idée non plus le PC qui héberge Xpeno et brancher dans un coin il reçoit 10go de donnée dans le mois ou moins et ne fait absoluement rien d'autre je vais une fois dans l'année sur l'interface syno ...

J'ai installé promox via un pote dans l'IT ou son taf c'est proxmox  
 
J'attend les 20 minute d'installe de HA la

Tout fonctionne via proxmox
 
J'ai une question a propos d'une intégration LG je me débrouille d'abord pour la faire marcher sinon je revient

 
 
J’ai besoin d’un aiguillage. J’ai acheté une veille maison il y a pas longtemps, les travaux de base sont maintenant fait (c’est en partie mon métier) maintenant j’aimerais « domotiser » un peu tout ça.
Je pars de zéro en matos.
J’aimerais:
 
-un écran qui centralise tout, avec une taille idéal pour moi de 10 pouces
-un visiophone pour le portail d’entrée (poe)
-4 caméras extérieur (poe)
-15m de ruban led (ws2811 ou autre en « horse running » qui s’illumine en fonction de la musique) (wifi)
-4 ampoules cri >90 dimmable et température réglable (wifi)
-allumage des projecteurs extérieurs (wifi ou filaire)
-fermeture/ouverture des volet roulant de toute la maison (wifi)
-baisse de l’écran du videoprojecteur  
 
 
Et voilà ça sera déjà pas mal pour moi
 
Niveau protocole je ne sais pas sur quoi partir, jeedom, zigbee etc, j’y connais rien, il faudrait que ce soit plug & play niveau software, si il y a de la soudure par contre pas de problème.
Niveau budget aucune idée  
 
A la maison on est Apple mais je crois que Homekit c’est pas vraiment développé.

Bonjour à tous,
 
je viens de faire installer des volets roulant avec moteur Somfy IO et une porte de garage avec moteur DEA
 
j'ai acheté une box Tahoma et c'est marrant de pouvoir connecter tout ca via google home, de faire des scénario.
c'est hyper accessible, j'en suis content
 
J'aimerai pouvoir piloter ma porte de garage à distance et évidemment c'est maintenant que je m'intéresser à ça que je me rend compte que j'aurai du être plus sélectif sur le moteur de la porte
 
de ce que j'ai compris, je pourrais raccorder ma porte de garage à un récepteur RTS et le connecter à la Tahoma. Mais je n'aurai pas de statut, je pourrais juste lancer la commande d'ouverture/fermeture. De plus je ne pourrais pas piloter la porte de garage via google home avec des scénarios.
Ca pourrait quand même le faire, j'ai une caméra eufy de spare et je pourrais la mettre dans le garage pour vérifier visuellement l'état de la porte (voire enregistrer si j'ouvre à un livreur par exemple)
 
Je me demande quand même si je peux pas faire mieux voire équivalent à ce que ferait un IO avec un autre protocole, via un autre boitier que le boitier RTS de compatibilité Somfy
 
vous auriez des idées ?

C'est bon le réappairage a résolu le problème, merci

Elle a dû te répondre machinalement en pensant aux HC/HP des contrats classiques, pour lesquels c'est différent selon les communes, voire quartiers.... sous entendu celles de ton compteur.
 
En Tempo c'est différent, comme tu l'as trouvé, fixé pour tout le monde.

Oui heureusement que vous me l'avez dit, que j'ai regardé..

Franchement elle aurait dû réagir, j'avais pas vu ce petit détail  

Bonjour, j’ai ha en vm sur promox (petit nuc avec ssd 512 go et 16mo)
Je souhaite ajouter un broker mqtt.
Pour vous quel est la meilleur solution?
- dans ha installer mqtt depuis l’intégration appareil et service
- dans 1 container mosquito dans la vm ha  
- créer une vm dédiée  
- autre solution  
 
 
Merci

Pose toi simplement la question de l'intérêt d'avoir un broker mqtt en dehors de HAOS!
Si HA OS est HS : ai-je intérêt quelconque a conserver un broker mqtt fonctionnel? Si la réponse est oui tu externalises, si la réponse est non tu joues la simplicité en utilisant l'addon HAOS.

oui bonne approche, pour le besoin c'est l'intégration HAOS qui l'emporte.  
merci

Et vise EMQX plutôt que Mosquitto, également dispo sur HAOS et bien plus complet.

Pourrais-tu développer ?

L'intégration c'est pour que ton instance HA se connecte (souscrive et publie) à un broker MQTT.
Si tu veux un broker MQTT il te faut l'Addon et ensuite tu mets l'intégration en place.

 
Mosquitto est un broker très basique avec une configuration modifiable dans un fichier et pas d'interface.
 

 
EMQX est bien plus complet avec une configuration et une visualisation du réseau MQTT dans une interface web.
 

Après, en vrai, c'est un middleware qui se fait très bien oublier une fois qu'il a été mis en place. Donc à part pour du debug/dev, l'UI c'est pas super important

Qu'est ce qui serait conseillé pour passer de Mosquitto à EMQX ? D'abord désinstaller Mosquitto puis installer EMQX ?
Et quel est l'impact ? Il faut réappairer tous les devices ?
Merci

Désactive l'un avant d'activer l'autre.
Pas d'impact sur le réseau zigbee. Impact léger sur Home Assistant qui va oublier le nom des boutons: il faut appuyer une fois sur chacun d'eux pour qu'ils soient tous redécouverts.

 
Qui peut le plus, peut le moins.  

Merci je regarderai ça, s'il est mieux autant en profiter

J'ai vu sur le groupe facebook home assistant que certains utilisent ce capteur pour mesurer une distance/un niveau
https://esphome.io/components/sensor/vl53l0x.html
quelqu'un ici a t'il essayé?

tu as déjà tes réponses, mais cette méthode pour moi est la pire et est un anti pattern complet. Si tu fais une VM avec HAOS c'est pas pour aller balancer des trucs à la main dedans, c'est pour avoir un truc contraint qui se backup facilement, et qui se redéploie facilement aussi
Même principe que mettre une stack complète dans un seul container, c'est pas le bon moyen

J’imagine que si on tourne déjà sous Mosquito on peut très facilement switcher vers l’autre ?

Moi je vois surtout l'aspect : est-ce vraiment utile ?    
la GUI c'est bien ^^ mais pas forcément tout le temps utile  

Perso je me sers de mqtt explorer le peu de fois ou j'en ai eu besoin.
 
Après il est vrai que je n'ai aucune authentification sur mon serveur Mqtt

C'est pour ça qu'avant de me lancer je vais un peu regarder. Apparemment c'est plus consommateur de ressources, ce qui est normal vu les possibilités et d'après ce que j'ai lu c'est surtout utile pour faire du debug grâce à l'interface graphique.
Par contre quel intérêt de gérer les utilisateurs, je ne me rappelle même pas en avoir créé un pour Mosquitto

La migration consiste juste à stopper un broker et lancer un autre.
Si même ip et même port ya rien de plus à faire.
Après, perso, j'ai ajouté de l'authentification par client pour ajouter de la sécurité vu que je fais passer des images et un lien NVR/Domotique sensible mais c'est pas obligatoire.

C’est surtout le débug qui m’intéresse.  
 
J’ai de temps en temps des plantages du matos Zigbee (tout se déconnecte et devient indispo, puis tout revient tout seul)
 
Je sais pas si c’est Z2M, Mosquito Broker ou autre chose qui deconne  
 
Et comme je sais pas trop comment chercher la cause…  

 
 
Je découvre home assistant avec HA OS depuis la semaine dernière.
Je l'ai juste connecté à un AirGradient One pour monitorer la qualité de l'air chez moi.
 
La prochaine étape est de connecter mes volets electriques. J'ai vu des tutos pour que les volets se ferment ou s'ouvrent selon la levée et l'orientation du soleil et ça me tente bien sauf que mes volets ne sont pas encore connectés.
 
J'ai ce genre de télécommandes (compatible zigbee )  

 
Est ce que vous sauriez m'aiguiller ( je vois pas tellement de tuto, je dois mal chercher ) pour les connecter à mon HA ? Je vais surement devoir passer par Zigbee2MQTT par exemple mais je cherche surtout des infos sur la première étape pour configurer les télécommandes.

merci à tout ceux qui m'ont répondu, j'ai opter pour l'installation de EMQX dans HAOS, le guide est bien fait , pas eu de soucis, ça tourne actuellement.  
 

T'as un matériel Aqara dans le lot?
Lors du prochain "plantage", regarde si Z2M parvient à donner des ordres aux appareils, puis regarde si EMQX voit du trafic.

J'ai une télécommande de ce style chez moi, c'est la générale.  
Mes volets sont des Eveno, reconnu comme du Profalux sur Z2M.
J'ai suivi la doc fabricant pour l'appairage : https://eveno-fermetures.com/docume [...] tomatisme/

Une fois que t'as Z2M qui tourne, tu actives l'appairage, et tu resettes ta télécommande pour qu'elle passe elle aussi en appairage.

Ouais j’ai du matos Aqara    
Je regarderai ça  

C'est cool mais ma version (ID 1) est trop ancienne  

Message pour les bidouilleurs de Tuya wifi.
 
Si vous utilisez tuya-cloudcutter pour libérer un appareil Tuya wifi et lui flasher un truc open-source pour microcontrôleur Beken, il vous sera proposé ESPHome-kickstarter et openbeken.
 
J'ai testé les deux. Et openbeken met une restriction artificielle pour empêcher de passer en OTA vers ESPHome. Donc si vous n'êtes pas sûr de l'environnement vers lequel vous voulez aller, ESPHome est à privilégier en premier choix pour garder les options ouvertes (et ne pas encourager les pratiques de openbeken).

Dites, j'ai acheté des détecteurs de fumée zwave, les "HEIMAN Smart Smoke Alarm, modèle HS1SA-Z".
 
Sous HA, quand je vais dans l'interface Z-Wave JS, ce sont mes seuls device zwave à être en statut "Asleep".
C'est normal pour ce type de device ? Je veux dire, si il y a un départ de feu chez moi, il ne faut pas qu'ils soient en statut Alive pour bien fonctionner ?  
 
C'est comme sur vos sensors d'autre marques ?

Normal, c'est des modules sur piles. Quelque soit la marque et le type de module, du moment qu'il est à piles, il est vu comme Endormi la plupart du temps car il ne communique pas avec le réseau.
 
Par contre endormi réseau != ne détecte / fait rien !
 
Le réveil réseau est variable (genre toutes les 1H par ex) mais un des critères est justement la détection de fumée ou changement de température>X, etc.