Reprise du message précédent :
OK, c'est donc bien l'inclusion qui avait foiré.
 
L'inclusion est un processus assez complexe, avec une interview entre le contrôleur Z-Wave et le module, pour obtenir la liste de ses endpoints et de ses paramètres. Il ne s'agit pas uniquement de donner un Node ID au module client.
Ça avait du foirer quelque part pendant le process.
 
Si le redémarrage électrique du module a suffit tant mieux, mais ce n'est pas propre et ça ne devrait pas être le cas.
Perso, j'aurais fait comme je t'ai dit : exclusion puis ré-inclusion du module. C'est la procédure la plus propre.

 
Arf, tu me tentes là. Si c'est plus propre, je veux bien tenter mais j'ai un peu peur que ca foire encore. En fait la procédure de couper le courant je l'ai vu sur le forum jeedom, cela semble corriger les problèmes comme les miens.
 
Pour l'inclusion, j'ai une Aotec Gen 5, je l'ai débranchée pour la mettre près du module, puis j'ai inclus le module en appuyant sur le bouton de la clef, ca a fonctionné du premier coup.

Mouais... ça sent la bidouille et le coup de chance (dans la malchance)
Après je ne sais pas comment Jeedom et HASS gèrent leur base de données interne une fois le module inclus... mais je sais que sur les box Fibaro, lorsqu'un module est mal inclus, la meilleure chose à faire c'est de l'exclure et de le ré-inclure jusqu'à ce que ça fonctionne du premier coup.
 
Sur mon réseau très encombré (92 modules), l'inclusion est de plus en plus longue, il faut parfois être patient... le pire ce sont les modules à piles, il faut carrément les réveiller au milieu de l'inclusion sinon elle ne finit jamais.
 
Et sur la box Fibaro, laisser une inclusion partielle (avec la technique de coupure de courant), c'est s'exposer à des paramètres incorrectement renseignés dans la base de données interne du contrôleur, et des problèmes divers et variés à terme. D'ailleurs la box le signale par un beau message d'avertissement "module non configuré".
 
Mais encore une fois, je ne connais pas suffisamment Jeedom ou HASS pour savoir comment ils traitent la chose. Peut être qu'ils sont capables de reprendre une inclusion après une coupure de courant.

A noter que de mon côté j'ai JAMAIS réussi à faire une association correcte avec la clé aeotec en mode "nomade"... Du coup j'ai ma rallonge pour faire les inclusions tout proche de la clé branchée dans le serveur HA.
Dire que je l'avais prise en partie pour cette possibilité...

Ok je comprends mieux, je vais prendre le temps de refaire l'inclusion.
 
Merci pour l'info

C'est possible d'exporter une configuration de HA d'un serveur à un autre ?
Actuellement il tourne sur mon PC perso windows via virtualbox, et à terme je vais le passer sur un QNAP (linux du coup).
 
Pour savoir si je m’embête à tout configurer maintenant ou si j'aurais tout à refaire après

avec hass.io il y a une procédure de backup/restore il me semble.

Oui tu peux faire un snapshot de ta config pour la remettre sur une autre. C'est dans le menu supervisor puis snpashots

Ok merci !

 
Idem chez moi. Bien que j'ai très peu de module jusqu'à présent (moins de 10) et qui sont majoritairement filaire. J'ai aussi fabriqué une rallonge avec wago au bout à proximité de la clé que je laisse brancher sur le host de la vm.
Sinon, j'ai voulu commandé mon full pack chez resale component mais il y a rupture de stock. Je me suis donc rabattu sur :
6 détecteur de mouvement fgms001  
1 détecteur d'inondation  
3 détecteurs de fumée
2 détecteurs d'ouverture
Le tout pour 215€. (en occasion donc)
Hâte de les recevoir en espérant que leur état est correct. Concernant les détecteurs figaro, des conseils particuliers sur leur positionnement ?  
Je compte en mettre un sur les deux terrasses extérieurs, un à l'entrée (couloir), un dans le salon et un sous le carport.
 
Le détecteur d'inondation prendra sa place dans la salle de bain même si en l'état il ne servira à rien sauf à me faire stresser si par cas il se déclenchait. (je n'ai pas la possibilité - encore - de couper l'eau au général par vanne thermo, je pense le faire cet été)
J'espère aussi que les détecteurs de fumée ne seront pas défectueux comme remontés sur ce forum et sur d'autres (nous verrons bien !)
Pour les détecteurs d'ouverture, je n'ai pas d'alarme à ce jour, donc ca sera toujours mieux que rien et de toute manière, madame supporterait mal d'avoir 2 capteurs sur les portes. Donc je pense que j'investirai progressivement dans les détecteurs zwave même si c'est anti-topic. En //, j'investirai sur une solution déportée de video-surveillance externe (filaire) qui pourra tjs m'alerter en cas de mouvement non prévu me permettant de checker à distance si tout va bien.

C'est possible de forcer virtualbox ou HA à faire en sorte que la clé USB AEOTEC soit toujours reconnue sous le même nom de port USB ?

Car comme HA est actuellement sur mon PC perso, je l'éteins forcement, et quand je redémarre la VM HA je passe régulièrement de /dev/ttyACM0 à /dev/ttyACM1 et inversement.
Ce qui m'oblige à changer la configuration de l'addon et celle du configuration.yml et de tout redemarrer (assez chiant et perte de temps à chaque reboot).

PS : je ne change pas de place physiquement la clé de port USB sur le PC

Si ton os sur virtual box est un linux :
https://gist.github.com/edro15/1c6c [...] 8bef26e4af
https://forum.ubuntu-fr.org/viewtopic.php?id=430477

Avec le dev by id oui.
 
Le plus simple avec ha : Panel supervisor, onglet system, puis bouton "Hardware" et tu dois voir ta clé en device by id (pour exemple mon aeotec gen 5 /dev/serial/by-id/usb-0658_0200-if00)
Tu déclare ce path là au lieu du /dev/ttyACMx

Dans la cheminée, c'est parfait pour allumer le feu, même si ce n'est pas de saison

Vous êtes des chefs les gars ! <3
 
Tant que j'y suis vous avez des conseils sur une marque en particulier et un revendeur pour des piles CR123A ?

J'ai toujours été satisfait des Duracell Ultra chez Amazon.fr

 
Pour le barbeuc, idéal

Sur HA dans l'addons Z-wave, il y a un onglet configuration.
Il y a le "/dev/ttyACM0" ainsi que "network_key".

Dans mon configuration.yml j'ai remis les 2 (en plus d'un autre paramètre pour spécifier le repository), c'est a quel endroit que c'est pris en compte ?
Pour savoir si je dois maintenir les 2 configurations aux 2 endroits ou pas

Bon j'ai toujours un problème avec mon FGS223. J'ai exclus le module puis refait l'inclusion, tout est bien remonté.
Par contre j'ai un soucis de remonté d'info. Sur le circuit S1 tout marche parfaitement, sur le S2 si j'allume l'interrupteur à la main, l'info ne remonte pas dans HA. Si j'utilise le switch, la lumière s'allume bien mais l'info comme quoi il est allumé ne remonte pas, si je reclick sur le switch, la lumière reste allumée et mon switch passe sur 'on'.
 
J'ai essayer de redémarrer HA, j'ai fait aussi un heal node mais sans plus de succès. S'agirait-il d'un défaut du module ? Dans la config du module j'ai tout repassé et je ne vois rien d'anormal. Vous auriez une piste ?

C'est le retour d'état qui ne se fait pas visiblement.
Très étonnant, surtout si ça fonctionne bien sur le 1er switch.

@egege: https://community.home-assistant.io [...] -hmi/42798 (la partie association multiple)

Ca marche !!! Merci beaucoup  

Ah ben zut.
Il est un peu con Domoticz alors, pourquoi il me propose la mise à jour alors que l'OS n'est pas compatible.    
 

 
C'est quelles fichiers exactement qu'il faut que je copie?
Dis d'une autre manière, le fichier de config il est où?
Il y a bien un dossier "config" dans le dossier domoticz, mais il y a pleins de sous-dossiers et fichiers.
 
Je peux mettre à jour l'OS, puis réinstallé domoticz tout simplement, la config reste ou elle est écrasé?
 
Merci pour ton aide

Ouais c'est con, il n'y a pas de détection des prérequis et ça chie. Ca a pas mal fumé sur le forum officiel.
 
Fais un backup du dossier Domoticz, il doit y avoir la base de données dedans : domoticz.db.
 
Tu dois aussi avoir des backup auto des jours précédents, ça peut servir si tu dois revenir à une ancienne version. On sait jamais que ça marche pas après la maj de ton os.
 
Après je suis sous Windows donc je peux pas trop te dire.

En parlant de FGS223, les miens ne répondent parfois pas aux commandes via le V/V. Ca doit arriver une fois sur 30. J'avais vu la video d'un allemand qui critiquait cela d'ailleurs https://www.youtube.com/watch?v=Ldz1aXVaiBg
Avez vous le même comportement ? Vu le prix, j'avoue que ça me gêne un peu. (bon suffit de faire dans l'autre sens mais quand même )

 
Petit up..  
J'ai voulu me faire quelques automatisations avec Appdaemon après avoir passé le confinement à bucher un peu sur du Python..  
La procédure d'installation n'existant pas sous docker pour Appdaemon il est dit sur la doc officielle: https://appdaemon.readthedocs.io/en [...] l#raspbian
 
- Cloner le répertoire git  
- Créer un conteneur docker avec cette image git
- Lancer le docker (Soit sous docker run ou docker-compose)
 
Est ce que cette procédure peut se faire avec tous les addons home assistant ? (si bien sur on arrive à trouver le github correspondant)  
Bien sur j'imagine que les conteneurs addons de hassio ne sont que des conteneur déjà existants sous docker donc une grosse majorité existe déjà..  

Si j'ai bien comrpis la question tu as un docker si tu veux dispo ici: acockburn/appdaemon:latest. Je l'ai utilisé pendant plus de deux ans sans soucis (je suis passé en full nodered il y a peu).

PS: toujours faire une petite recherche sur dockerhub

 
Salut,
as-tu  trouvé une solution ? On  va  commencer à construire  et  on va utiliser cette chaudière . Du  coup,  je vais creuser  le sujet  mais ça  sera pour  dans 1 an...
Je n'ai pas  encore lu toutes les pages..

Pour contre balancer : jamais eu de soucis de mon côté.

  Comme quoi...

Hey,
les utilisateurs de Hass.io et de capteurs en zigbee,
il y a un moyen d'exporter simplement les logs de températures des capteurs?

Via une requête en BDD?

 
Je ne sais pas si c'est simple pour toi mais un container docker avec Influxdb et c'est réglé.

+1 En plus sur hassio c'est super simple il suffit d'ajouter InfluxDB depuis le supervisor.

J'ai préféré les sortir de Hass.io (InfluxDb et Grafana).
D'une j'avais des soucis d'accès à InfluxDB pour d'autre services hors Hass.io que je voulais enregistrer, et de plus je trouve finalement ça plus logique d'externaliser ce service.

Je suis même limite extrémiste mais les addons type MySQL, influxDB, NGINX.... ne devraient pas exister. C'est pas de la domotique. Si tu veux un reverse proxy tu te débrouilles, tu sais pas faire ? Tu apprends ou bien t'en as pas besoin

ah perso j'ai la philosophie inverse.
si la domotique veut percer, elle va devoir devenir plus "user friendly".
 
ça ne me semble pas déconnant de proposer l'intégration d'une instance InfluxDB + grafana "light" pour s'occuper de la persistence des données de la solution domotique.
ça fonctionne mieux que la solution "native" (qui finira par remplir le disk space et planter la plateforme), et ça libre les devs domotique de devoir coder et maintenir un système de persistence. Autant réutiliser des briques existantes, fonctionnelles et maintenues, que de réinventer la roue à chaque fois

 
Mon point de vue est le suivant :

• ces addons c'est super pratique pour découvrir en 2 clics de nouveaux services.
• en revanche je ne conserve sous forme d'addon hass.io que ce qui est strictement utilisé dans le cadre de la domotique.

Typiquement ma base InfluxDB n'a pas de durée rétention configurée, elle va donc grossir inexorablement. C'est typiquement le truc dont je ne veux pas dans ma VM Domotique.
 
Mais par exemple j'utilise l'addon MariaDB. Cette base ne me sert que pour Home Assistant et ne grossit pas.
Ou encore Node Red qui n'est utilisé que par Home Assistant aussi.

Pour moi la persistance de données à la rigueur ça peut passer même si c'est du monitoring pas de la domotique (mais c'est assez proche pour éviter le bûcher). Par contre le reverse proxy. La sécurisation de l'installation via les certificats...Tout ça c'est très très loin du domaine ciblé, et on le voit trop dans les forums de HA par exemple, les gens qui sont en galère avec ça (que ce soit l'addon ou qu'ils tentent de faire eux même). Ca ne devrait pas finir dans ces forums parce que rien à voir avec le sujet HA ! Je crois que c'est ça qui m'énerve en fait...
Mais tu as raison, pour percer et ne plus être de la niche il faut que tout soit fait par la solution domotique...Du coup => Cloud ! Et laissez les reverse proxys, certificats générés en DNS challenge, docker compose, commandes shell aux barbus

Pour ma part je l'ai intégré en docker également, c'est finalement assez simple (chronograf + influxdb + grafana)

J'ai pas creusé pour exploiter ça par contre