Reprise du message précédent :

 
NodeRed je n'y connais rien du tout mais c'est une des raisons qui me poussent à persévérer pour utiliser HASS en effet.
 
 
A ce sujet : y'a un petit guide du débutant de HASS, genre une petite checklist des choses à regarder en premier, des premiers modules/plugins optionnels "obligatoires", des erreurs à ne pas commettre, des trucs à ne pas oublier,... ou rien de mieux que de suivre la doc officielle ?  
 
 
EDIT : j'attaque ce soir ! Ma copine est au lit avec la grippe, les enfants sont chez leurs grands-parents jusqu'à demain ! Du temps libre pour geeker    

Hello, je ne suis pas certain que ce soit le bon thread pour ma question mais ça concerne la téléinfo :
 
Complètement novice, j'ai actuellement un nodeMCU esp8266 que j'ai flashé avec un petit utilitaire en espeasy mega (fonctionnement OK) mais j'ai juste eu besoin de sélectionner le firmeware à uploader.
 
J'ai soudé ma petite carte avec les octocoupleurs etc pour le module teleinfo (blog de hallard/tuto sur http://sarakha63-domotique.fr/node [...] ion-wifi/)
 
Forcément, je n'ai pas la bibliothèque teleinfo dans ce que j'ai uploadé sur l'esp.
 
Avec espeasy on peut uploader OTA un nouveau firmware, mais est-il possible d'uploader juste une bibliothèque?
 
Ou faut-il que je recompile le nécessaire dans arduino IDE?

Doc officielle, puis forum officiel.
Certains ne supportent pas le format mais perso j'ai trouvé pas mal de trucs bien pratiques sur ces 2 chaines YT  
https://www.youtube.com/channel/UC2 [...] XA5xbyGXtQ
https://www.youtube.com/channel/UC7 [...] e3hJ-HO8ng

le truc chiant avec HomeAssistant, c'est qu'il n'y a pas de support natif des périphériques Xiaomi Zigbee (Aqara) en natif, sans passer par le bridge Xiaomi
 
il y a une solution tierce, zigbee2mqtt, mais ça reste "bricolage" à mes yeux : je préfère un truc clés en mains, qui fonctionne via une configuration exclusivement dans une UI
(et pas de conf à se taper à la mimine).
 
toujours personne sur OpenHab ici ?

https://www.home-assistant.io/blog/ [...] elease-86/
viens avec nous  

 
   
 
J'ai regardé 2-3 vidéos YT très rapidement cette nuit pour me familiariser un peu avec l'environnement et la logique de HASS et Nodered.
Mais en effet je suis pas trop fan du format vidéo, je ne trouve pas ça pratique à suivre, et je préfère un bon vieux tuto écrit des familles. Mais la doc officielle semble bien faite et le forum très fréquenté.
 
Je lance l'installation ce soir.

je me base sur les videos de ces types pour voir ce qui est possible puis je fouille la doc.

hello!
 
si on fait le parallèle avec jeedom il a quoi  de plus/mieux HASS? (vrai question   )
 est possée?
On peut faire une (très) jolie interface sur tablette avec HASS? la gestion de graphique (par exemple production d'énergie solaire...) est poussée?
 
merci!  

J'ai parcouru un peu les pages que j'ai raté, mais rien vu qui sortait du lot, alors je tente quand même la question :  
 
C'est quoi le bon rapport Q/P/utilisabilité de la prise connectée interfaçable avec Jeedom ? Toujours du SonOff flashé ? J'ai vu qu'on pouvait flasher en OTA maintenant, j'ai jamais testé.  
J'ai deux SonOff S26, mais je les ai pas flashé, les moultes soudures m'ont refroidies. Alors j'utilise en direct via Google Home au besoin. J'hésite à tester l'interfaçage avec IFTTT pour pouvoir scénariser un poil.  
J'ai aussi de la prise Xiaomi. Ca a quand même quelques inconvénients (nécessite un adaptateur, pas de terre, réactivité moyenne via Jeedom)
J'ai du SonOff Pow aussi, flashé espeasy avec difficulté à l'époque, mais c'est pas de la prise
 
 

 
Déjà, un truc pas clair : il y a Hass (le logiciel), et Hass.io (le système d'exploitation, sur lequel est préinstallé Hass). Il semblerait que Hass.io soit plus complet, ou du moins en mesure d'intégrer plus facilement des choses.  
Par exemple, si j'ai bien compris, on peut installer Node-Red en un clic depuis Hass.io et le voir intégré dans l'interface de Hass, alors que ce n'est pas le cas pour Hass installé seul depuis une distribution quelconque.
J'ai bon ?

Hass.io c'est une distrib container ready qui fait tourner hass dans un container et qui permet d'installer très facilement et surtout d'intégrer très facilement d'autres containers liés à l'écosystème hass.
duckdns et letsencrypt / nodered / mqtt / etc
 
Hass.io si tu comptes faire que du hass sur la machine a laquelle tu le destines c'est parfait.

Tiens j'avais raté cette info intéressante : "Amazon rejoint le conseil d’administration de la Zigbee Alliance".
 
EDIT : ah bah c'est déjà passé dans le topic, désolé j'avais raté quelques dizaines de pages...    

Oui c'est pas surprenant, le Echo Plus intègre une passerelle zigbee, et ils souhaitent clairement en faire le cœur d'une domotique "simplifiée"

Je ne sais plus si c'est ici qu'on parlait alarme et/ou domotique il n'y a pas longtemps... c'est peut-être sur le topic Construire j'ai un doute.
 
Je suis aussi un peu dans cette réflexion. Je vais recevoir ma maison en fin d'année et j'envisage une alarme sans-fil. Idéalement j'aimerais une passerelle avec la domotique : 2 fonctions, 2 écosystèmes mais s'il peut y avoir échange de quelques infos sans nuire à la sécurité/fiabilité ça présente pas mal d'avantages.
 
A ce titre, intéressant la news concernant le fabricant Risco : Les alarmes Risco ajoutent le contrôle de la maison en Z-Wave
https://blog.domadoo.fr/75305-les-a [...] -en-zwave/
 
Risco c'est du sérieux, une gamme très complète, y compris du sans-fil certifié NFA2P.
Par contre ça semble très orienté Cloud... à creuser.

 
Hass.io ce n'est en aucun cas limitant par rapport à un autre type d'install ?
 
Ma Debian est prête. Elle sera 100% dédiée à Hass et ses plugins/modules/....
 
Suite à mes lectures rapides hier soir je n'étais en effet toujours pas sûr du type d'install à privilégier.
Donc Hass.io sans trop d'hésitation ?    
https://www.home-assistant.io/hassio/

ça dépend de ton skill je dirais.
Perso j'ai tout sous centos+docker car j'aime bien avoir la main sur le bousin.
hass.io c'est un peu la version je peux tout faire avec une bière dans l'autre main
 
edit: par contre je déconseillerais toute install en dur sur l'os, ou alors au mini avec VM ce qui est ton cas si je ne m'abuse.

Ben j'ai eu hassbian (qui est une raspbian avec HASS de préinstallé en python venv sur un PI 3B+) et maintenant hassio sur une ubuntu server (VM Proxmox sur un NUC celeron J3455/8Go RAM => VM 3CPU/3Go) je suis plus à l'aise et je ne note pas de limitation !
J'utilise du zwave principalement. Mais c'est la facilité d'utilisation des add-ons hass.io qui m'a au final bien amélioré le confort d'utilisation.
 
A noter que hass.io est plus lent sur un redémarrage que du hass en python venv. (1m contre 30 secondes)
 
Edit : et qu'on vienne pas dire que hass.io c'est pour les noobs On peut faire TOUT ce qui est possible de faire avec une autre méthode d'install.

Oui mais le module FGS à relai, tu le mets au cul de la chaudière, tu as forcément du 230V.
Et le Danfoss RS Room Sensor dont j'ai parlé, qui fonctionne sur pile, peut être installé où tu veux sur un mur de la maison.
Je persiste à penser que tu t'es compliqué la vie
 

Bah justement, comme tu dis, ton scénario est foireux à la base (désolé hein )
Au final en pratique, j'ai très peu d'association directe en Z-Wave, principalement parce que l'association directe ne permet que de faire des scénarios ultra-basique, et ce qu'on cherche à faire est souvent beaucoup plus évolué, car le scénario dépend de nombreux paramètres externe.
Exemple sur un détecteur de mouvement avec conditions multiples :
- si NUIT et PRESENCE dans la maison => allume lumière, avec gestion de la temporisation (j'ai même plusieurs pièces où j'ai installé 2 détecteurs de mvt pour fiabiliser la détection et éviter de se retrouver dans le noir sans bouger)
- si ABSENCE de la maison => snapshot caméra, notifications, etc
 

OK merci de la précision
 
 

C'est étonnant, quand j'avais cherché il y a 8 ans avant d'acheter mon alarme, j'étais tombé sur plein de docs sur la norme NFA20 qui décrivaient en détail les tests passés par les marques pour obtenir la certification, permettant de bien comprendre la réaction.
Je suis désolé, je n'ai pas le temps en ce moment de refaire des recherches poussées.
 
Concernant les modules non certifiés, pour certain c'est normal car il n'existe pas de tests (le cas du clavier que tu mentionnes), mais aussi certains détecteurs, genre celui compatible animaux, car c'est une version bridée du capteur normal.
 

Une alarme mono-fréquence sera brouillée pour un oui ou pour un non.
Exemple concret chez moi, quand le voisin à fait construire, la télécommande 433MHz du camion de chantier a brouillé un signal de mon alarme qui m'a averti de la tentative (elle continuait de communiquer via 868 MHz et GSM).
Même mon portail Somfy ne voulais plus s'ouvrir, il a fallut coller la télécommande à l'antenne pour sortir de chez moi.
 
Le bi-fréquence permet une grande robustesse face au brouillage involontaire, et même volontaire : il faut une très grande puissance d'émission pour brouiller une alarme NFA2P. J'ai souvenir d'une discussion avec un gars qui connait bien le sujet, à priori il fallait une telle puissance d'émission qu'il faut un SUV dont le coffre est rempli de batterie pour être capable de brouiller une telle alarme pendant toute la durée du cambriolage (15 minutes environ). Dis autrement, un brouilleur de poche suffira pour une alarme telle que la Somfy/Myfox, mais pas la Diagral. Malheureusement, je n'ai pas pu le tester en pratique, je ne dispose pas d'un brouilleur. Donc à toi de te faire ton avis.....
 
Ma Diagral va avoir 8 ans cette année, pour certains modules, je n'ai même pas changé les piles (bon point).
Une seule fausse alerte sur un capteur de mvt extérieur, de nuit quand on était présent. J'ai checké l'enregistrement de caméra, rien de visible... peut être une limace qui est passée sur le capteur....
Aucune fausse alerte intérieure, c'est ultra fiable.
Par contre, quand Madame oublie de désactiver l'alarme en rentrant, là je te garantie que ça marche bien !!! Et ça arrive régulièrement.......  
 
Si c'était à refaire, je reprendrais cette marque. Mais pas ce modèle.
Je passerai chez Daitem (marque Pro de Diagral), car ils proposent un module à contacts secs, permettant de remonter l'info des capteurs dans la domotique. Avec un IPX800 au cul, c'est la garantie d'un système ultra-fiable (mais au prix d'un cout très important.... je préfère préciser)

Bah non faut pas être désolé tu viens d'enterrer le seul avantage que je pensais que le Z-Wave avait sur le zigbee avec ton post.
 

Bah non car ça dépend de ce qu'on veut faire de sa machine host.  
Et donc comme je disais si c'est limité à hass et son environnement hass.io est parfait

Alors oui et non. Si t'es sur Raspberry alors oui hass.io tu vas limiter ton hardware à hass.io
Mais sur une VM/PM linux de base, tu installes docker, tu run l'image hass.io et à côté tu fais ce que tu veux (j'ai ajouté des conteneurs qui ne sont pas des add-ons hass.io) j'ai aussi 2/3 autres services qui tournent sur ma VM.
Au final ce n'est qu'une VM avec Docker et dans ce docker il y a hass.io entre autres choses !
 
Et quand je disais qu'on peut faire tout comme avec une autre méthode d'install je parlais principalement des fonctions de HA

Yo dawg I heard you like containers  

Bon j'avais mis de coté ce point mais ayant un peu de temps, j'ai creusé un peu plus et je suis tombé sur ça
https://www.youtube.com/watch?v=1X6pu14eNrc

A creuser si je pars sur ça ou si j'essaye de bricoler le modèle xiaomi

edit: mieux !! http://vignesh.foamsnet.com/2018/0 [...] tains.html

Pourquoi ?
Parce que pour l'instant je suis parti sur une hassbian sur un Pi...
Et je viens de voir sur le forum de Hass que le command line sensor (et je suppose tous les command line components) ne fonctionnement pas sous Hass.io

Popopop, les command line sensors fonctionnent avec hassio. Faut juste comprendre que c'est Docker le soucis et pas hassio !
 
https://megamorphf.github.io/homeas [...] a-ssh.html

Ah je sais pas c'est un gars qui disait ça sur le forum

 
Bon sang, ce mec est un génie. Surtout que j'ai tous les ingrédients à la maison... Et j'ai les rideaux noirs de mon salon ciné à domotiser, ça mérite l'effort, il s'agit de dérouler un rideau de 4m.
 
Hum, peut être mon prochain projet DYI  

Le terme répéteur est impropre, ça n'existe pas en Z-Wave.
C'est un réseau maillé, et chaque module "route" le paquet vers le module suivant si nécessaire, en fonction du chemin qui a été calculé par la table de routage.
En analogie avec le réseau Internet, le paquet ne sort d'un réseau vers le suivant au travers d'un routeur que si nécessaire, sachant que plus il y a de chemin différents, plus tu fiabilises l'ensemble.
 
Pour info en Z-Wave, un paquet peut passer au travers de 5 noeuds maximum entre la source et la cible
 
Tous les modules sur secteur participent au maillage.
Aucun module sur batterie ne participe au maillage, car ils ne sont pas en écoute permanente, pour ne pas vider la batterie en 1 journée.
 
Un réseau Z-Wave bien construit, c'est beaucoup de module secteur répartis partout, typiquement des dimmers derrière les interrupteurs, des fils-pilotes derrière les radiateurs, des volets roulants, quelques Wall Plugs ça et là, etc.
 
La puissance d'émission du Z-Wave est ultra faible, de l'ordre de 100 fois mois que le Wi-Fi. Pour ne pas saturer inutilement d'ondes sonores, ce qui auto-brouillerait le réseau Z-Wave, ainsi que celui des éventuels voisins (pas comme en Wifi justement), mais aussi pour l'impact sur la santé.
 
Une alarme, c'est l'inverse, elle emet au maxi de la puissance autorisée par la loi, ça arrose très fort en onde, pour porter loin, et limiter l'impact des brouilleurs. Un blogguer avait fait un article intéressante à ce sujet, tu es peut être tombé dessus
 

Oui mais l'association directe Z-Wave quand bien utilisée, permet d'avoir un truc au top.
3 exemples :
- 1 interrupteur centralisée pour controler tous les volets, en association direct, fonctionne même sans box domotique, comme le bon vieux interrupteur central Somfy RTS.
- 1 second interrupteur déporté associé au dimmer à l'autre bout de la pièce, pour ajouter des nouveaux points de controles quand le constructeur n'en n'a pas mis assez
- 1 thermostat mural en association directe avec le radiateur, permet de continuer la régulation de température avec la domotique en panne. Là c'est le summum de la fiabilité. En effet, difficile de se passer de chauffage....
 
Après chacun fait ce qu'il veut, pour l'instant, à tous vous lire, aucun de vous ne m'a donné envie de faire du Zigbee (son seul argument semble être son prix bas)

Bon, je me suis mis récemment à la domotique. J'ai commencé par les ampoules Hue pour (quasiment) tout l'appart', j'ai un roborock et je pense investir dans des thermostats connectés (des références d'ailleurs ? J'ai 5/6 radiateurs donc il me faudra une vanne connectée pour chacun)
 
Et sinon, j'ai acheté une zipatile de zipato  
C'est censé ressembler à ça :
https://www.zipato.com/wp-content/u [...] 2d4ddX.jpg
 
L'installation est une grosse galère, déjà vu que j'ai acheté une version reconditionnée, il a fallu contacter le support pour que je puisse ajouter la zipatile à mon compte zipato.
Ensuite, ils ont apparemment changé d'interface en 2017, pour remplacer le panneau propre des anciennes versions par une vieille interface style Windows pour smartphone  
C'est pas tout, sur l'affichage il y a 2 traits à gauche et 3 traits à droite. Au début je me suis dit c'est quoi cette merde, puis j'ai cherché sur les forums :

• A gauche, il est censé s'afficher la météo. A priori, il y a un problème avec la station météo virtuelle, j'ai essayé de réinstaller, rien à faire. Et j'ai vu qu'il y avait un bug depuis le 14 février.
• A droite, on est censés avoir l'état de l'alarme. Bah j'ai rien du tout  

Du coup je me retrouve avec une tablette qui fait horloge et un bouton pour allumer/éteindre mes Hue, et c'est tout. Ah si, la caméra interne me permet de guetter les horaires de la femme de ménage. Ca fait un peu cher l'espionnage

On ne peut pas te donner envie de passer au zigbee, le zigbee reste préhistorique par rapport à la série 500 non sécurisée. Sans même parler des évos de sécurité et de la série 700 qui débarque. Et le rachat récent de ZWave par Silicon Labs, sachant que celui-ci maîtrise déjà les protocles Wi-Fi, Zigbee, Thread, Bluetooth , devrait encore donner une bonne impulsion au ZWave.

Merci, ça confirme/résume bien ce que je pense

 
Merci    
 
Je n'ai pas grand skill. J'ai découvert le monde de Linux @Home il y a 2 ans il me semble (après quelques années d'intégration/admin light Linux au boulot).
J'ai découverte le monde de la virtualisation il y a un an, et celui des conteneurs encore plus récemment. Je ne suis clairement pas encore très à l'aise dans ce domaine.
 
Avec mon nouveau boulot, les enfants, et la maison qui va arriver, il serait de bon ton que j'aille vers un peu moins d'heures consacrées à ce genre d'activités donc je me contenterai sans soucis de la version "je peux tout faire avec une bière dans l'autre main"    
 
Pour quelle raison déconseilles-tu l'installation directe sur l'OS ? C'était pourtant ma première idée hier en parcourant vite fait la doc.
Et oui, je fonctionne effectivement dans des VM ESXi.
 

 
Je vais faire bouffer du benchmark hass à mon i7 8e génération + SSD NVMe !    
 
A ce propos, je constate en lisant la doc qu'un certain nombre de prises en compte de modification nécessite de redémarrer complètement Hass. Quand même pas glop ça.
C'est pas génant au quotidien ? Ca se borne à des modifications lourdes qu'on ne fait jamais ?

Donc Hass.io installé dans une VM, c'est en fait un conteneur qui tourne sur un docker dans une machine virtuelle ? Ça fait beaucoup de couches d'abstractions pour pas grand chose non ?

 
Module de volets roulants : association directe.
 
Appui court sur le bouton : ça ferme le volet.
Appui long sur le même bouton : ça ferme tous les volets de la zone, ou même tous ceux de la maison (dans la limite de 16 volets roulants).
 
Ca fonctionne sans aucune centrale domotique/wifi/mesgenoux.
 
Rien que ça, ça justifie le ZWave.    

Pour les associations directes, ce n'est pas également possible avec le Zigbee ? il me semble que si ? Probablement dans une moindre mesure, évidemment, mais une commande peut piloter une ampoule sans passer par le controleur (qui peut même ne pas exister).
 
En tous cas j'espère que vos exemples suffiront à convaincre ceux qui se posent encore la question de l'intérêt du zwave par rapport à zigbee, ... wifi (!) et rf (sic ...)
 
J'en rajoute:  
- détecteur de (fumée/inondation/intrusion) qui déclenche automatique les sirènes.
- sonnette de porte qui fait sonner le carillon
 
tout cela en se passant du contrôleur mais en gardant cette option pour les scénarios avancés.  
L'exemple du chauffage est particulièrement intéressant parce qu'il montre bien à quel point c'est un protocol qui permet de mettre en place une forte tolérance à la panne. Perdre son chauffage parce que son nas ou son rpi a crashé, non merci !

Avec la possibilité de configurer différents groupes sur chaque inter.  
 
Exemple chez moi: pièces de vie au RdC et une chambre. Je n'ai pas forcément envie d'ouvrir le volet de la chambre quand j'ouvre ceux des pièces de vie. Du coup un appui long sur un des inter de volet roulant des pièces de vie ne commande que ces volets, mais pas la chambre.  
En revanche, un appui long sur le VR de la chambre commande tous les VR du rez-de-chaussée.

Tu fais une VM dédiée a hassio qui sera une VM linux sur laquelle va tourner Docker qui lui même héberge tes containers. C'est très bien comme ça. Il voulait dire ne pas installer Docker sur ton esxi directement. (I guess)
 

Ben, oui. Mais tu voudrais faire quoi ? Genre je mets mon nuc avec une debian/Ubuntu/whatever et j'installe Docker dessus ? Ok mais si j'ai besoin d'une seconde machine ... Du coup les VM c'est cool !

Les deux premiers use case sont apparemment réalisables avec le zigbee. Et ça reste ultra limité perso 95% de mes commandes fonctionnent avec les interr physiques pour éviter toute dépendance a une box.
Le seul truc que je vois qui n'existe pas encore de manière évidente en zigbee c'est le chauffage effectivement, mais bon a nouveau du eq3 ferait largement le taf pour largement moins cher.
 

Enterre en quoi du coup ?  

Bah si tu foires ton env python c'est vraiment pas facilement récupérable a moins que tu sois skill python également
true storry sur ma première install, après j'ai pas cherché bcp plus loin j'ai remis hassbian et restore ma config.

Perso ce qui m'importe si absence de centrale ce sont les fonctions de base comme allumer la lampe la nuit et pour ce faire je n'utilise presque aucune ampoule connectée. Que des interr connectés et ou bientot des micromodules.
Donc pas besoin de centrale non plus et tant pis dans ce cas si je dois appuyer sur 3 interr au lieu de un seul.

les rideaux domotisés, c'est trop la classe !
mais j'ai des voilages qui restent en place sauf quand j'ouvre la fenêtre, et ça, faut encore la force motrice pour le faire donc...

par répéteur contenant une batterie, je parle sur secteur mais "ondulé" par batterie. Les seuls répéteurs qui existent sont juste en secteur "et voilà" donc en cas de coupure de courant c'est tout le réseau qui tombe s'ils sont nécessaire.

Pour l'instant je continue à chercher, je vais faire des tests, mais je pense que je vais devoir laisser tomber le fait d'imaginer pourvoir installer une alarme dans cette maison, sauf en filaire à des prix vraiment pas donné, et compliqué à faire vu que c'est à "postériori".

Merci pour l'info, le soucis comme dit c'est le budget, on ne va pas mettre 3000€ ou plus pour une alarme.
En fait il n'y a rien à voler, sauf quand on y est, et surtout ce qu'on espère/veut c'est surtout protéger les animaux quand ils y sont sans nous. Le reste en dehors d'une tv, il n'y a strictement rien... Mais bon tout retrouvé saccagé/squatter en notre absence ça serait forcément plus que gênant.

 
Sisi, y a un truc a voler, ..., l'alarme ^^.