Reprise du message précédent :
Ah oui, merci, le PIRE c'est que j'ai testé ça hier, mais voyant l'alerte je suis pas allé plus loin (mais il était 3h du matin, j'ai une excuse   )

 
J'ai des problèmes avec les capteurs extérieurs. Je suis en maison ossature bois, et ça bloque très bien les ondes wifi et 4G. Chez moi, quand je scanne les réseaux Wifi accessibles, je ne trouve rien. Pourtant je suis en agglomération avec des immeubles pas très éloignés. J'ai mis des capteurs de température Aqara dehors, mais sous la maison pour qu'ils ne prennent pas la pluie. Ils répondent à condition qu'ils ne soient pas trop loin. Le problème est que je les ai configuré à l'intérieur et positionné ensuite dehors. De fait, je suis pas sûr que leur table de routage soit bonne. Et j'ai lu qu'une fois établie, la table de routage ne se changeait pas trop pour ces équipements. J'ai des phases où ça répond et des périodes où j'ai rien. Mais j'ai un capteur qui ne répond plus depuis quelques jours, et rien à faire même lorsque j'appuie sur le bouton, il ne réapparait pas.

Si ce sont des Aqara, tu as clairement intérêt à les exclure/inclure de nouveau à leur place définitive après avoir inclus tous tes bons routeurs Zigbee aux alentours.
 
EDIT : et si tu veux éviter les soucis, evite les Aqara
 
 
 
Je suis surpris qu'une structure bois limite tant que ça les ondes. Je vais regarder ce point, ça ne me parait pas intuitif.
 
EDIT : je confirme, les quelques rares infos que j'arrive à trovuer sur le sujet (pratiquement rien en français déjà) tendent toutes plutôt à dire qu'au contraire une MOB filtre moins les ondes qu'une maison en bâti traditionnel

@Struddel_: donc tout fonctionne comme attendu il semble.

Sur ton routeur, la redirection du 80 tu peux l'enlever elle ne te sert donc à rien.
Pour le certificat, faut faire tourner un bot cerbot avec les bons paramètres pour ton domaine, et il renew ton certificat. Idéalement, il faut qu'il sauvegarde le certificat obtenu dans un folder ou tu pointes avec ton HA.

Ex. pris de la doc HA

Et puis une fois obtenu, appel de la commande renew. Tu mets cela dans un cron toutes les nuits à X heures, et quand il y en a besoin, il te renew le certificat.

 
Mon constructeur qui ne fait que de la MOB m'a confirmé que ses maisons OB ne laissaient pas passer les ondes. En fin de construction, le temps que ma maison soit raccordée à l'ADSL, j'ai acheté un routeur 4G. J'ai du racheter une antenne externe. Je suis à 500m des poteaux de mon opérateur télco et j'ai 3 poteaux autour de ma maison. Aucun problème dehors, rien ne passe dedans. A l'intérieur, le seul endroit où je reçois la 4G, c'est dans le garage qui n'est pas en OB... mais si je pose le routeur 4G dans le garage, le wifi n'entre pas dans la maison. Si je scan le Wifi dehors, j'ai plein de réseaux dispos. Dedans, rien.
 
Après, tout dépend peut-être des couches d'isolation utilisées dans la construction... et tout dépend aussi des ondes. Avec la 4G d'un autre opérateur présent sur les mêmes antennes, c'est un peu mieux.

La notre est 100% bois (rondins pas bien gros pourtant, sur dalle béton), et oui, j'en reviens pas comment ça "bloque".
Je perds la borne wifi pas bien loin autour de la maison par ex, no tél (s9+ quand même...) captent quasi pas l'antenne tél (alors que via le routeur 4G + antenne externe ça tape à plus de 50 Mbits).

Humm, je vais essayer de retrouver les quelques articles que j'avais trouvés.
Si quelqu'un a des infos documentées sur le sujet, ça m'intéresse.
 
 
Quelques références, qui vont pourtant toutes dans le même sens, rien de pire que le béton par exemple :
 
Can you make a list of the top wifi-blocking materials, like wood, iron, glass etc?

https://www.quora.com/Can-you-make- [...] -glass-etc
 

https://eyenetworks.no/en/wifi-signal-loss-by-material/
 
https://www.signalbooster.com/blogs [...] fi-signals
 
Propagation du wifi et nature des matériaux:
Vitre épaisse non fumée :1-2 dB
Placage/porte en bois : 2-3 dB
Cloison en plâtre : 3-5 dB
Box de bureau : 3-5 dB
Cloison en verre6 dB : 6-8 dB
Eau (bouteille/fontaine/aquarium) : 6-8 dB
Mur en brique : 8 dB
Tuiles en céramiques : 6-10 dB
Papier entreposé : 10 dB
Verre Blindé : 10-15 dB
Mur en béton : 10-15 dB
Miroirs/habillages métalliques : reflexion totale
 
 
Bon après, tout dépend des fréquence, de la densité, de l'épaisseur du matériau,... tout est toujours possible !    

J'ai tenté d'utiliser node-red, j'ai rien capté

Dès que je tente les trucs les plus simplistes c'est d'un complexe à chaque fois... Ou alors j'ai pas du tout la bonne logique je sais pas...

C'est juste du test pour l'instant, pour savoir si ça vaut le coup de migrer mes modules sur HA, ou si j'y arriverai pas.

J'ai tenté un truc : Avoir un message sur mon google home quand il faut sortir les poubelles, chez moi c'est chaque jeudi, et je voudrais qu'il le dise vers 20h (18h50 dans mon test).

J'ai tenté d'intégrer le sensor "ordure ménagère" via l'intégration de Garbage Collection de HACS, non sans mal, j'ai du rebooter HA 5 ou 6 fois avant que le sensor n'apparaisse dans la liste, va comprendre pourquoi.

Bref j'ai réussi à l'ajouter au bout d'une ou 2 heures (      )  et il me dit bien que je dois sortir les poubelles ce soir (Michel c'est le nom de mon Google Home ) :

Ensuite j'ai tenté d'appréhender Node-red mais j'ai rien capté. J'ai tenté de mettre un sensor = true même si je suis pas persuadé que ça veuille dire quelque chose ici, j'ai tenté une verification de l'heure à 18h50 (heure de mon test) et de lui faire dire un texte sur mon google home, je sais bien que ce que j'ai fait n'a aucun sens puisque ça marche pas du tout, mais si vous avez une piste pour au moins me mettre sur la voie, que je pige par où commencer  

C'est le souvenir que j'en avais.
En pratique c'est pas ça !

Edit : en même temps chez moi c'est pas du placage, mais du rondin de 18cm

 
C'est effectivement simple pour débuter.
 
 
Soit tu utilises le component machin Ordures. Il faut voir ce qu'il fait. Je ne sais pas. Je pars du principe qu'il passe un sensor à 'on' le jour où tu dois sortir les poubelles.
Dans ce cas :

• quel seront tes triggers ? Un seul trigger : 18:50 tous les jours
• quelles seront tes conditions ? Une seule : ton boolean à true
• quelle sera l'action ? le cast

 
 
Soit tu n'en en pas besoin, typiquement si c'est le même jour chaque semaine par exemple. Disons que c'est le jeudi. C'est encore plus simple.
 

Quelques exemples de flows assez simples à comprendre si çe peut aider à saisir l'idée. Même sans savoir de quoi ça parle tu comprends rapidement et tu vois les derniers statuts d'exécution :  
 
Hygro Garage :

 
Seche-serviette de la SDE:

 
Gestion particulière dess volets pour la femme de ménage le lundi et la nounou le mercredi :

 
Un peu plus compliqué (gestion d'éclairage de la cour) :

 
Un exemple un peu plus compliqué par exemple (gestion de la PAC par une journée d'hiver ensoleillée) :

 
C'est bien ces graphs mais comme tu le sous-entend plus bas, tout dépend de l'épaisseur des matériaux, et donc entre une porte en bois de 4cm d'épaisseur, on est loin des 20cm du mur en béton. De fait, le bois absorbe plus que le béton selon ce schéma !

Qu'il y ait une façon de penser l'algorithmique ça me gêne pas, j'ai passé du temps à piger celle de l'eedomus qui a sa logique propre pas vraiment intuitive mais j'ai fini par comprendre (sur eedomus le centre est le module et tout tourne autour des périphériques, et s'il t'en manque un, tu crées un périphérique virtuel (exemple : un périphérique "plage horaire" ), ça a l'air différent sur HA car chaque élément a le même degré d'importance).
 
Mais en fait je comprends tes workflow, mais je comprends pas où chercher tel ou tel node.
 
Par exemple, ton machin "jeudi 18H50" avec la flèche qui tourne, c'est quel nœud ?
 
Est-ce qu'il y a une liste des nœuds quelque part ?
 
Bon après c'est juste pour du test car j'ai fait une routine en 2 secondes sur google home directement : déclencher : horaire-> jeudi à 20h / faire dire au google home : sortir les poubelles.  Voilà c'est fait. 3 secondes    
 
Mon but : que ce qui est simple me paraisse simple, ensuite le complexe on verra  

 
Comment tu en conclues ça ?  
Tu pars du fait qu'un mur de mob est constitué de bois ? C'est le cas des chalets, soit une toute petite partie des MOB. Pour le reste, si t'as 5-6cm d'épaisseur de bois c'est déjà bien.

 
Le nœud avec la flèche qui tourne c'est le noeud 'Inject', le premier de la section 'common'.
Prend le temps de lire attentivement le fonctionnement des 4 sections 'Home Assistant', 'Common', 'Functions' et 'Sequence'. Ca doit couvrir 95% des besoins.
 

Ok, bon déjà fallait que j'appréhende la notion de trigger, car pas de déclencheur sur eedomus : tu n'as que condition => si condition remplie => action, après tu mets autant de conditions que veux. Idem dans google home.

En fait un trigger ça a quoi de différent d'une condition je capte pas bien ?

Exemple bête :

Je veux que la lumière de l'entrée s'allume si on détecte une présente ET si le soleil est couché.

Sur eedomus ça va me donner :

SI état périphérique mouvement.entrée = MOUVEMENT
ET
SI état périphérique soleil = Couché

ACTION

périphérique Lumière.entrée = ON

Sur HA ça va me donner quoi ?

TRIGGER :

entité sensor.Soleil = sous l'horizon

CONDITION :

entité sensor.mouvement.entrée = MOUVEMENT

ACTION

entité lumière.entrée = ON

C'est ça ?

Avec mes lumières j'aurai ça à faire, j'espère que c'est faisable mais ça m'étonnerait que ça le soit pas :

De 00h à 6h je mets les lampes du couloir à 10 % SAUF si je lance mon scénario « aller au lit » qui doit allumer la lumière du couloir à 100 % (car si je décide d’aller me coucher avec madame après minuit, je veux y voir clair dans le couloir).

J’ai un autre scénario « coucher tardif » qui allume cette fois la lampe du couloir à 10 % aussi après avoir éteint toutes les autres, (car là c’est quand je me couche après madame pour être discret et pas réveiller tout le monde)

Dans Eedomus, je joue avec un système d’interrupteur d’état virtuel :

Si l’interrupteur d"état « lumière de nuit » est sur ON, alors le scénario des lampes tamisées la nuit a lieu si j’allume la lumière avec l’interrupteur physique.
Si je lance le scénario « au lit », ça met l’interrupteur d’état virtuel des lampes tamisées sur OFF, comme ça je peux aller me coucher, et au bout de 9 minute, ça passe la lumière à 10%, puis à OFF, comme ça la mémoire de la lumière est sur 10% pour les autres qui allumeront la lumière avec l’interrupteur physique.
Un autre scénario dit qu’à partir de 6h, l’interrupteur d’état virtuel revient sur ON, comme ça pour la nuit prochaine j’ai le choix.

La logique sera probablement différente sur Home Assistant...

Absolument tout est faisable, en tout cas je n'ai pas encore trouvé de limite. Il faut juste réfléchir sur la mise en place. NodeRed est très graphique, très visuel, ça le rend assez facile à lire et à s'imprégner de la logique pour adapter à ses propres besoins.
Après ça ne se fait pas non plus en 20 minutes c'est sûr.
 
Sinon, hors NodeRed , les automotions Home Assistant permettent également de tout faire. C'est une approche différente, c'est du yaml.

 
Je dis juste que pour être honnête, ce graphique devrait comparer des matériaux pour une même épaisseur, là c'est surtout une comparaison au doigt mouillé pour vouloir dire ce que l'on veut, genre le graphique qui fait la promotion du béton, produit par les fabricants du béton....
 
Dans un mur ossature bois, en effet, il n'y a pas autant d'épaisseur qu'un mur en béton, par contre mon mur ossature bois est un mille-feuille de produits que l'on ne retrouve nullement sur un mur en béton, mon mur fini fait 31cm d'épaisseur là où un mur béton fait en général 27cm. Il y a notamment la feuille pare-vapeur d'un bon mm d'épaisseur intégrant une feuille d'alu, appliquée sur les murs et les plafonds, qui également doit faire une belle cage de faraday.

 
Pour Google perso je n'utilise pas le "cast" mais le "call service", le problème du cast c'est que t'entends un "BIP" avant chaque message. le seul inconvénient du "call service" c'est que le worfklow continue directement sans attendre, donc il faut mettre un Timer après en fonction du temps de ta phrase. Mais t'évites donc les BIP BIP à chaque message, bien enervant
 
Et si tu veux aller plus loin en terme de possibilité de message regarde aussi pour utiliser le langage SSML.
 
Quelques exemples:
- Spécifier le volume

 
- un message simple

 
- un message en SSML (faites pas attention au contenu c'est pour les enfants )

 
Mais ça permet de mixer le texte / des sons / des temps de pause / ... cf : https://cloud.google.com/text-to-speech/docs/basics

 
Absolument je n'ai pas creusé, j'ai sorti les premiers liens trouvés en 2 minutes de recherche.
Et oui, je ne connais pas les conditions d'étude qui ont donné ces résultats.
Mais je n'ai en revanche trouvé aucun lien pointant dans l'autre sens, c'est pour ça que je suis surpris.
 

 
Dans les 31cm tu inclus quoi ? Tu vas jusqu'à la couche de décor intérieur de la maison ? 'peinture' ou autre ?
 
Pour un mur standard en parpaings en France, on tourne plutôt sur du 38-40cm d'épaisseur globale fini.
 

Pour le coup le bip j'aime bien car comme c'est pour des alertes, ça marque bien l'alerte, j'aurais même cherché à en rajouter un je pense.

Mais je vais me renseigner sur tout ça pour aller plus loin merci !

Je veux bien plus d'info si c'est possible ?

Car je souhaitais utiliser ça dans les automations avant de connaître red-node mais je savais pas quel service appeler pour dicter un message.

Tu appelles quoi comme service ? C'est quoi "tts_sami", je me doute que tts c'est text to speach mais c'est un service que tu trouves où ? Moi dans le domaie tts j'ai clear_cache et google_translate_say.

Et merci pour la syntaxe pour le message je la connaissais pas.

Sinon j'ai ce message à chaque fois, j'ai beau mettre "merge" j'ai chaque fois ce message :

A l'installation de HA, j'ai passé la base en mariaDB et j'ai externalisé la data sur disque SSD.  
 
Est-ce qu'influx m'apportera quelque chose sachant que je souhaite garder les infos longtemps ?

Si tu veux en garder longtemps, il faut passer à InfluxDB + Grafana pour les exploiter / afficher.
Et bien entendu, tu n'y mets que les choses que tu veux garder sur du long terme, donc tu utilises INCLUDE pour déclarer ce que tu veux.
 
SQLita / MariaDB c'est pour du court terme.
 
Une vidéo sympa :
https://www.youtube.com/watch?v=m9qIqq104as

Y a plein de services que j'ai pas en fait, les services sont présents en fonction des entités installées ?
 
Par exemple j'ai pas le domaine "light" donc j'ai pas de de service light.switch_on que je vois un peu partout sur mes recherches : je l'aurai quand j'aurai connecté mes dimmer à HA ?

 
Oui les automotions je m'en sers pour récupérer des blueprints, mais sinon je préfère passer par rednode car c'est plus simplepour mettre plein de conditions d'un coup, c'est plus lisible.
 
Je cherche si y a moyen de ne pas déclencher un flux si j'ai déclenché une scène en particulier.
 
Je ne vois pas trop comment faire car une scène n'a pas vraiment d'état, pourtant c'est mon déclencheur donc comment faire ?
 
J'ai pensé à créer une entité à mettre dans ma scène qui passerai à 1 ou 0, et en fonction de l'état de cette entité, mon flux se déroule ou pas, mais ça c'est parce que c'est comme ça que je fais sous eedomus, y a peut être uen autre façon de penser sous HA ?

Je n'ai pas compris la question.    
Qu'appelles-tu un flux ? une scène ?

Non flux = flow, une automatisation quoi.

En bref : je veux faire une automatisation qui se déclenche pendant une tranche horaire mais qui ne se déclenche pas si j'ai lancé une scène S1 entre temps.

Edit :

C'est bon j'ai trouvé, en fait faut faire comme sous Eedomus : créer un interrupteur qu'on met sur on ou off. Sauf que là c'est pas un périphérique, c'est une "entrée".

 
Un flow c'est un 'onglet' Node Red. Ca peut contenir plein de choses.
 
Et qu'appelles-tu une scène S1 ? Une scène ZWave ?
 
 

 
Oui, y'a X moyens de faire.  

Une scène sous HA d'après ce que je comprends de la doc c'est toujours la même chose : c'est un ensemble d'appareils et d'entités qui passent sur un état donné lors de l’exécution de celle-ci.
 
Donc ce que j'appelle une scène, bah c'est ça, S1 c'est pour lui donner un nom.
 
Pour le flow, je dirais "une automatisation", voilà.
 
Tu as quoi d'autre comme idée pour le faire du coup car je ne vois que celle-ci ?

Ca m'agace, j'ai créé mon entrée input_boolean.interrupteur_S1, et je ne le retrouve pas dans les entity ID proposées dans le node current_state et je comprends pas pourquoi.

Normalement c'est censé fonctionner : https://community.home-assistant.io [...] d/111711/7

Edit : ok en fait il est pas proposé en auto-complétion mais ça marche quand même si je l'écris en toute lettre, ça lit bien l'état.

 
Il faudrait voir ce que tu peux récupérer comme info ou état sur la scène en elle-même.
Ou alors ajouter une entité témoin dans la scène. C'est peut-être par exemple le booléen dont tu parles.
Ou alors exécuter une automation sur déclenchement de la scène et là ça te donne plein de possibilité si tu utilises NodeRed. Pour interdire une exécution après à partir de ça tu pourras utiliser au choix au moins l'un des types de noeuds suivant : Current State, Status, Function, Switch, Delay, Gate, Traffic,... suivant les infos dont tu disposes et le comportement précis que tu souhaites.

 
T'as rechargé les booléens après sa création ?
 
Je viens de faire le test: je créée un nouvel input_booleen, je recharge les booleens, j'ouvre NodeRed, j'ajoute un noeud "event: state", si je commence à saisir le nom de mon nouveau booléen, il me le propose bien automatiquement dans la liste.

En les rechargeant c'est pas mieux, bizarre...

Sinon, l'idée de récupérer l'état de la scène était ma première idée mais une scène n'a aucun état, c'est précisé dans la doc.

Déclencher une automatisation à partir d'une scène tu fais comment ? J'ai essayé aussi (c'était ma deuxième idée) mais j'ai pas trouvé.

En mettant une automatisation en entité ? J'ai voulu essayer ça à un moment mais ça m'a semblé complexe, mais c'est peut-être faisable.

Edit : toujours pas mon booleen en complétion quelque soit le nœud sur ce flow, mais dans un autre flow je l'ai, le cache est spécial... Pourtant j'ai reboot HA entre temps...

Je suis chez mes beaux parents ce soir, je me connecte avec leur wifi j'arrive sur mon HA sans souci, en 4G ça marche pas (alors que hfr marche nickel donc ma 4G marche), chelou...

D'ailleurs HA me voit comme "présent", dernière mise à jour du device.tracker de mon smartphone : 00h34.  Hum...

Installe Jeedom.    
 
Plus sérieusement, ton install' me semble bancale.
J'ai une installation Home Assistant conséquente avec plus d'une centaine de modules mêlant X protocoles de com', je ne sais combien d'intégrations, d'addons, de flows NodeRed, ... et je n'ai pas toutes ces bizarreries.

 
 
Concernant le device tracker qui n'est pas à jour regardes peut être au niveau de l'application mobile, vérifies que t'as bien donné tous les droits nécessaires.

alors qu'en wifi ça marche, donc ton install HA fonctionne.
 
je mets une pièce sur ton opérateur téléphonique, qui utilise un DNS refusant duckdns & cie...

Oui c'est bien ça je confirme, ça marche avec le tel d'un pote qui est chez SFR, super...

Donc je vais être obligé de payer pour utiliser GH de façon optimale, dommage

Et pour le problème de présence, c'est sur le tel de madame (iphone), le mien ça marche sans souci (Android), et après renseignement c'est apple qui fout sa merde dans les données disponibles.

Je pense pas que mon install soit bancale, à chaque fois y une explication au problème.

C'est juste que c'est pas full adapté à ce que je demande, mais vais m'adapter, même si j'aurais préféré que ce soit lui qui s'adapte vu comment on me l'a vendu

 
Très clairement HA c'est pas le plus intuitif ou plug and play qui soit. C'est l'une des solutions les plus complètes, énormément d'intégrations déjà fonctionnelles, y'a assez peu de limites, y'a beaucoup beaucoup de ressources, doc, et échanges dispo sur des forums. Mais il faut savoir que ça prendra du temps pour se renseigner, chercher l'info,...

Oui ça je sais pas de souci, c'est juste que je tombe systématiquement sur les cas particuliers.
 
C'est un peu comme quand tu dis à quelqu'un "mais si, linux ça marche nickel pour tout tu verras" et que comme par hasard il veut intégrer un périphérique hyper exotique que seul lui utilise.  
 
A chaque fois on trouve, mais ça prend 20 fois plus de temps que le mec qui a des périph classiques.
 
Je suis un peu dans ce cas, comme par hasard ma famille c'est que iphone (alors que j'arrête pas de leur dire que c'est de la  m..de) et comme par hasard c'est plus compliqué avec un iphone qu'avec un Android, comme par hasard je suis chez un opérateur qui envoie péter son monde pour accéder à mon domaine, donc soit je paie soit je joue avec les paramètres, à chaque fois c'est "comme par hasard j'ai la pire situation", c'est un peu lourd, mais je vais persévérer.
 
Rien que Node-Red, ça offre tellement plus de possibilité que les règles Eeedomus, que ça me conforte en ce sens, mais c'est dommage que ce soit d'une lourdeur extrême, ça commence à gonfler madame que j'y passe 1000 ans en la laissant seul s'occuper des gamins :s
 
Prochaine étape : me faire un bouton configurable pour choisir le temps que je veux qu'une lampe resté allumée "à la volé" (possible avec Eedomus, DONC je veux la même chose sur HA ^^ )
 
Exemple ce matin : mon scénario réveil s'est lancé, la lampe de chevet s'est allumée petit à petit mais j'ai tellement traîné au lit qu'elle s'est éteinte avant que je me lève, je l'ai donc relancé pour 5 min, j'ai juste à mettre "5" sur le clavier proposé par le bouton "lancer pour X minutes".
 
Faut que j'étudie la faisabilité pour que ce soit user friendly une fois fini.