Reprise du message précédent :

 
Merci pour le point que tu soulèves, je ne l'avais pas vu, c'est à réfléchir.  
En effet si mon serveur/hub Zigbee est offline pour n'importe quel raison je ne serai plus en mesure de contrôler ces lumières du tout...

Oui mais du coup, il peut facilement. mettre une boite avec chaussette si c'est du placo... voir même mettre le module entre les parois en virant un peu d'isolant (si il y en a   )

Oui c'est sûr, l'invention des boîtes à chaussettes c'est top

ça fait des bons murs

il est taquin...

Pas de HACS

 
si ?

J'ai trouvé que Docker = container

je vais pas te faire un screenshot de mon instance, mais je peux t'assurer que HACS est parfaitement compatible avec une install HA docker. C'est d'ailleurs dans les méthodes d'installations supportées : https://hacs.xyz/docs/setup/do

Il sort d'où ce tableau ? (qui d'ailleurs ne mentionne pas HACS). Je sais pas si tu confonds avec les add-ons, mais c'est pas le meme chose

Résumé :
OS / SUpervised : Ce rapporte a une installation de son propre système les Addons y sont installé dans des container docker sur le système
Container : tu l'installes dans un container donc toutes les Addons doivent être installé par tes propres moyens dans d'autres containers.
 
Sinon tout le comportement est identique qu'importe soit l'installation, il n'y a principalement que les Add ons et backup qui doivent être faite de façon externe en version container

Salut,
 
Je reviens avec ma question pour contrôler un extracteur d'air.
Si je veux le domotiser, je pense que c'est plus pratique de partir sur un modèle basique sans hygrostat, interrupteur, timer, détecteur de mouvement,...
Il y a par exemple cet aérateur S&P 300 dans la version "CZ" https://www.solerpalau.com/fr-fr/vm [...] escription
 
Je peux y attacher quel module ?
 
Sur https://forum.hacf.fr/t/piloter-un- [...] gbee/32086 un gars dit qu'il n'y a pas de recommandation, et un autre que si on a uniquement le neutre et la phase, ce qui semble être le cas d'après la notice de l'extracteur, c'est OK.
J'ai par contre lu que certains modules Shelly étaient déconseillés pour un ventilateur, une vmc,... donc comment être sûr ?
 
Par exemple le Sonoff ZBMini ça irait ? https://www.amazon.fr/Interrupteur- [...] op?ie=UTF8
 

Merci pour vos réponses, vu le prix les Nous A1Z semblent plus intéressantes que les Shelly Plus.
 
Je vais surveiller les promotions pour voir si je peux me rapprocher de 10€ la prise.

A priori oui, ça irait.
 
Où t'as lu que certains modules étaient déconseillés pour un ventilateur ou une VMC ?  
En général sur les modules (enfin sur les sites plus sérieux que Amazon en terme de description) il est indiqué la charge max conseillé en fonction du type (chauffe, moteur, ampoule...).  
Pour un extracteur/VMC c'est un moteur, et ça consomme en général moins de 20W, c'est pas bien violent

J'ai piloté un ventilateur industriel de 220-240V pour ventiler une pièce avec un Sonoff Basic (WiFi) pendant des années : aucun soucis.

Merci, bon, je commande alors    
 

 
Ici par exemple : https://www.domotique-store.fr/domo [...] eutre.html

Ah mais c'est à cause du mode variateur je pense

c'est parce que les charges inductives (moteurs) provoquent un gros pic de tension au démarrage qui peut s'avérer néfaste pour le micro module. Pour tempérer ça, on ajoute un snubber https://www.shelly.com/en/products/shop/rc-snubber (ça peut se faire maison aussi, c'est une résistance et un condo en série)

Après j'accumulait avec le fait que docker était sur mon syno et je ne pouvait pas utiliser HA avec une VM.
Bref
Petite question !
Une prise électrique c'est coupé a 18h
HA a pour consigne de l'activer si mon injection est au dessus de 300W (durant 5min) ce qui a largement été le cas dès 18h01.
Pourtant ma prise c'est rallumé que a 18h36.
HA ne scrute pas en boucle les automatisations possible ?
Mon automatisation est en mode single

Tu confonds HACS, du code additionnel pour HAss, que l'on retrouve il me semble sur toutes les versions, et les addons, qui sont en fait des containers Docker pré-mâchés pour être déployés par le Docker de HAOS.
Docker direct permet de déployer des containers autres que les quelques prévus par HAOS. HAOS permet de pas avoir à apprendre et gérer Docker.

 
Ah oui en effet https://support.shelly.cloud/en/sup [...] ler-what-s
Donc un extracteur c'est forcément avec charge inductive ? ("Inductive loads are devices with moving parts, such as a fan or washing machine" )
 
Bon sur la fiche https://www.domotique-store.fr/domo [...] homey.html ils disent aussi d'ajouter le Shelly RC Snubber, mais aussi  
 
"Les intensités et puissances maximales sont données pour des charges résistives (ex : radiateurs). Pour éviter tout dommage, nous recommandons de diviser ces valeurs par 5 pour les charges inductives (moteurs) ou par 10 pour les charges capacitives (ampoules LED, appareils électroniques, etc.).", ça ira quand même ?
 
et ici https://community.jeedom.com/t/sono [...] se/81209/2 on lit ça :
 

 
ça me fait flipper ce truc
 
j'ai le niveau 0 en électricité, mais bon...
 

Sans me code de l'automatisation dur à dire en fait ! Faut voir les états (surtout de l'injection). Si tu as 300w 4 minutes puis 200 même seulement 5secondes ça annule le décompte...

J’ai regardé l’historique côté injection j’étais en 1800 et 1200 en valeur minimum.
Je te met le code tout à l’heure

Voici le code  

 
Edit j'ai regarder la courbe précise.
En fait entre 18h et 18h30 j'étais a plus de 1000W en injection.
C'est uniquement a 18h36 que mon injection chute et repasse au dela de la valeur de 300W.
 
Comme si c'est uniquement le passage de 299W à 301W qui fait que l'automatisation se déclenche.
Si tu est déja au dessus de 300W il ne fait rien ....
 

Ah tu viens juste de créer cette automation (quand la valeur était au dessus de 300) ? Si c'est le cas je pense que ça peut être normal vu que ta valeur était déja au delà de 300... Maintenant ça devrait fonctionner à chaque fois que tu passes au delà de 300. Le trigger c'est vraiment le passage de 299 a 301 comme tu dis.

Hello,
 
A toutes fins utililes, voici un retour sur le plantage d'HA lors d'une mise à jour d'un ESP sous ESPhome :

Tu avais vu juste e_esprit, j'avais une barette de mémoire 8 Go HS. J'ai remplacé les deux.
 
J'ai deux questions :
 
Je souhaiterais surveiller la tension des piles des capteurs plutôt que le pourcentage car j'ai relevé au moins une incohérence. Z2M ne transmet pas ces valeurs par défaut à HA : This entity is disabled. D'après mes recherches, il suffit de rajouter quelques lignes dans le fichier configuration.yaml de Z2B :

C'est ce que j'ai fait mais ça ne remonte pas. Auriez-vous une solution ?
 
Question ESPhome, suite à une microcoupure d'électricité, 3 ESP n'ont pas réaccroché le Wifi. Existe-il une solution sous ESPhome pour forcer un redémarrage de l'ESP après un laps de temps en l'absence de connection Wifi ?
 
Merci de votre aide.

RTFM    
https://esphome.io/components/wifi.html "reboot_timeout"

Oui je pense que le soucis est venu que j'étais déja au dela de 300.  
Il n'y a pas moyen que ce soit le cas meme si je suis déja au dessus de 300 ?

Merci pour ta réponse libussa.
 
D'après ce que je comprends, la valeur par défaut de reboot_timeout est de 15 mn. Ca me va très bien.
 
Or, mes ESP ne se sont pas reconnectés après un délai bien supérieur. J'ai dû couper leur alimentation et ils sont repartis.
 
Cela dit, reboot_timeout n'est pas déclaré dans les codes. Faut-il le faire pour que la valeur par défaut soit prise en compte ?

non, c'est le principe même de la valeur par défaut

 
non sinon c'est pas par defaut
si tu le declares, tu devras spécifier une valeur
pas de wifi ou pas de connexion avec ha ?
il y a deux variables reboot_timeout
dans wifi ou dans api
dans les deux cas, il y a une valeur par defaut

 
c'est le principe du trigger
sinon tu mets une automatisation qui se declanche toutes les x minutes pour vérifier les conditions

Merci pour ta réponse.
 
Sur les 4 ESP Wifi que j'ai, un seul situé à deux mètres de la box est reparti (ESP32-C3). Le Wifi était donc bien présent. Les trois autres en question sont des ESP32 Wroom avec antenne extérieure. Ils sont plus éloignés, avec un signal habituel entre -54 et -75 dBm . Il a suffi que je débranche/rebranche  chaque alim secteur pour qu'ils repartent.
 
Deux des ESP32-Wroom ont des commandes manuelles par bouton poussoir et ils fonctionnaient. C'était donc bien un pb de connexion Wifi.

Hello,
 
j'ai un truc chelou coté Shelly, tout mes shelly 2.5 apparaissent offline dans l'appli alors que c'est OK dans HA ?
 
J'ai reboot l'appli mais pareil. Une idée ?

aller voir du coté des logs ?

J'ai trouvé, c'est mon appli de filtrage de pub AdGuard sur mon mobile qui fou la zone alors que je l'ai depuis des années.
 
Etrange.

Pour ceux qui comme moi castent des cameras frigate sur google home via home assistant, depuis quelques mois, ça merdouillait pas mal, grosse latences, écrans roses, etc...
j'ai demandé à google de m'aider, et il s'avère qu'il existe une solution :  
installer l'extention webrtc et utiliser le service "dashcast"
c'est une révolution, lancement très rapide, quasi pas de latence, pas de glitches, image nickel.
Seule chose, pour arrêter la lecture, il faut lancer le service lecteur multimedia/eteindre, alors qu'avec le cast standard, c'était lecteur multimedia/arrêter

Bonjour,
J'ai une enceinte amplifiée à laquelle j'aimerai coller un bidule (en RCA) qui serait pilotable via HA pour gérer l'audio (deezer si possible).  
Quelque chose de la sorte existe ?
 
J'ai bien pensé à brancher un module bluetooth avec sortie RCA mais cela ne sera pilotable que via le smartphone qui sera connecté

A une époque, Google a fait le chromecast audio
qui faisait ça

Effectivement, visiblement jusqu'en 2019. Du coup, ceux qu'on trouve d'occasion sur LBC valent de l'or...

Tu penses qu'il faudrait que je bascule la surveillance de l'injection en condition plutot que la laisser en trigger ?