Reprise du message précédent :
3 boîtiers + Fdp, je vais te prendre qq chose comme 7 €
 
L' ESP communique en WiFi (ou Ethernet pour le "Olimex" ) ...  
 
J'ai déjà posté ici mes captures de la "Visualisation Bluetooth", avec 4 ESP32, je capte plus de 50 devices autour de mon appart, d'ailleurs j'ai du bloqué l'intégration d'une tondeuse Husqvarna (husqvarna_automower_ble)

Ho pinaize, c'est justement l'intégration que j'arrive pas à faire fonctionner via la passerelle BT d'un Shelly  

²

 
 
 
J'ai pas tout compris Mais je comprends l'idée, ça me fait des pistes à creuser, merci !  

Hello
Je cherche un interrupteur 3 ou 4 boutons, zigbee de préférence mais wifi c'est ok, avec ou sans neutre mais de préférence sur le 220v. Le but est de remplacer l'interrupteur du plafond du salon qui commande un ventilo connecté, tout en rajoutant des boutons pour piloter des éclairages zigbee ou des vr.
J'en trouve à pas cher avec pile sous tuya, mais pas trop en 220v. Il y en a chez sonoff mais je ne suis pas sûr que ce soit compatible avec les boitiers encadrement fr (j'ai déjà galéré avec un inter aqara carré a faire rentrer dans du rond   )
Bref si vous avez des idées je suis preneur !
Merci  

 
Super cool ça a marché.
 
par contre je ne l'explique pas, current_temperature ne correspond a rien dans le device dans zigbee2mqtt, correspond a rien dans aucune entités existante relative a ma tete thermostatique.
 
Donc ma conclusion c'est que c'est une propriété propre a HA et climate ? C'est la où je reproche une certaine limite a HA, sans savoir cette info, en tant que tel et via HA on la trouve pas, obligé de se faire aider ou de bouffer de la doc, pourquoi c'est pas une entité comme n'importe quel autre ?
 
En tout cas merci du coup de main

C'est pas une propriété propre à HA, c'est la manière dont l'intégration a été faite.
Cette information n'est pas présentée en tant qu'état d'une entité mais en attribut de l'entité.
 
Par exemple pour les entités de mes chauffages, l'état c'est son statut mais si je veux avoir la température relevé par la sonde, faut que j'aille fouiller les attributs.

 
Tu peux retrouver ces valeurs dans outils de développement > états

C'est bon a savoir,
 
J'avais pour habitude d'observer ce qui était exploitable via le device, j'ignorais ces attributs.
 
mais l'objet climate, c'est bien HA qui le génère ? Car dans mqtt je n'ai rien de tout ça, c'est l'intégration HA qui a mon avis fait le climate et set l'attribut current_temperature
 
D'ou ma remarque c'est une propriété HA (mal exprimé certe)
 
On en apprend tous les jours

Je me suis emmêlé les pinceaux avec la question de Baodai qui était aussi dans la réponse de Libussa et qui parlait d'intégration (certainement via HACS).
 
Aucune idée par rapport à ta remarque pour ma part, tout ce que j'ai en exposé sur z2m, je l'ai bien directement en état dans HA, une entité par valeur exposée en somme (mais j'ai pas de tête thermostatique qui passe par ce biais).

bouffer de la doc c'est plutôt normal, on est sur des systèmes complexes, qui couvrent des milliers de cas d'usages, et que tu utilises à quelques pourcents. On peut pas s'attendre à ce que le truc soit parfaitement taillé pour soit meme et son cas d'usage !
Là en l’occurrence les attributs c'est de la dette technique ; ça été beaucoup utilisé par beaucoup d'intégration au début de HA, et l'usage a shifté vers des sensors séparés. Ça fait plusieurs années que les nouvelles intégrations cores n'utilisent plus d'attributs si ceux ci sont jugés utiles en tant que sensors.
 
Tout ça est en cours de migration, mais c'est lent et complexe ; ça touche à des composants anciens, très utilisés, et c'est des breaking change pour chaque intégration.
 
Un exemple, l'intégration Sun https://www.home-assistant.io/integrations/sun/
c'était avant un sensor unique, avec une liste d'attributs. Aujourd'hui c'est un device avec une liste de sensors (depuis la 2023.4 https://github.com/home-assistant/h [...] pull/24704 ). Mais les attributs sont toujours là (regarde sun.sun), parce que les supprimer serait très breaking, et ils prennent leur temps
 
Une petite discussion à ce sujet avec 2 maintainers https://community.home-assistant.io [...] ith/467837

ouai moi non,
 
Vis zigbee2mqtt, j'ai un local_temperature dans l'onglet state, pas de current_temperature
 
et via le device, je vois bien un "current temperature" mais embedded dans un attribut climate (le truc avec la temperature de consign, les modes de chauffe, preset, etc)
 
HA devrait pouvoir montrer ces attributs d'une manière ou d'une autre sans devoir passer par l'onglet développeur, ça je trouve dommage
 

 
 
Je comprends, mais via le device et ses entités, avoir une "vue" quelque part qui montre également les attributs, ce serait intéressant a mon avis. M'enfin maintenant que je le sais, si je cherche un truc sans le trouver j'irai voir si c'est pas un attribut justement

Hello all !
 
Je me lance dans la question con ahah !
 
Je ne suis pas très à l'aise avec tout ce qui est "energie".
 
J'ai acheté un sèche serviette Sauter asama 1750w soufflant semaine passée.
 
J'ai réussi l'intégration sous HA, pas de soucis à ce niveau la.
 

 
J'ai créer une entité supplémentaire via Rienman pour avoir une vue sur le cumul journalier.
 
Mais j'aurais aimé avoir également, la consommation en Watt à l'instant T, qui apparait dans une de mes jauges au côté de tout mes autres éléments.
 
J'ai l'impression que c'est soit complexe soit impossible, soit il faudrait ajouter un shelly ou une pince ampèremétrique ect non ?
 
Merci d'avance, navré de vous ennuyer ainsi.
 
Belle journée à vous tous.
       

 
tu peux montrer ce que sort ton intégration brute ? J'ai comme l'impression que c'est la meme question que la page précédente

Alors j'ai pu l'intégrer dans le dashboard énergie, avec la consommation à l'heure et journalière.
 
En revanche, j'aimerais avoir la consommation en watt à l'instant T via mes jauges Energie par exemple :
 

regarde le device
 
En général tu as "energy" c'est le cumul, et "power" c'est la conso a un instant t.
 
Souvent on a le "power" sans le "energy", rarement l'inverse, ce serait étonnant que tu ai l'energy sans le power

Tout d'abord, merci de ton aide.
 
Ecoute, je te transmet ce qui ressort de l'intégration, je n'ai que la consommation qui ressort et c'est à peu près tout...(l'autre c'est une création d'entrée en rienman que je me suis amusé à faire).
 

je vois pas pourquoi t'as eu besoin de faire une somme de Riemann pour passer à du journalier    
Si t'as un compteur d'énergie globale, tu le files au dashboard energie et ça marche direct, il se démmerde. Si tu veux un nouveau sensor avec le daily (ou weekly, monthly, etc), tu peux le faire un avec un helper utility meter https://www.home-assistant.io/integ [...] ity_meter/
 
pour avoir les Watts, à moins que ton radiateur envoie l'énergie avec une grande précision et avec un intervalle très court, ce sera difficilement exploitable.

 

 
Merci les gars  

 
Ah merci pour ce retour, moi aussi je me suis abstenu de valider avant d'y voir plus clair.
 
J'ai aussi acquis un 2ème SLZB-06M qui servira à couvrir un endroit éloigné et à joindre un ou plusieurs devices de l'autre côté du jardin.
Du coup je vais le connecter en Wifi au bord de la veranda, et le mettre en parallèle et non pas dans le maillage.

Salut,
Je voudrais savoir si ça vous arrive que des pinces ampèremétriques Zigbee Tuya cesse de renvoyer les mesures ? de manière assez aléatoires, comme pendant plusieurs semaines/mois, pas de soucis, puis au bout de quelques jours rebelotte...
 
Je dois couper le disjoncteur sur lequel ils  ont branchés, puis le remettre pour que ce soit reparti pour une durée incertaines XD

Dites j’ai installé un interrupteur Aqara H1 sans neutre et j’ai un comportement bizarre.  
 
Appairage nickel sous Z2M
En revanche, le changement des attributs dans z2m renvoie une erreur à chaque fois et rien n’est pris en compte.
Pour allumer les ampoules LED (il pilote un telerupteur) il faut que j’appuie 2 fois, idem pour éteindre.  
Je me suis rendu compte qu’au final il s’était déconnecté du réseau Zigbee tout seul.  
Bref c’est le bordel et je me demande si c’est pas lié au fait qu’il n’y ait pas de neutre et éventuellement une charge trop faible.
Ça serait cohérent comme symptômes ?
Ça se corrige ce genre de choses ?
Ou je suis condamné à faire arriver un neutre et changer pour un modèle avec ?
 
J’ai hésité à acheter un module Sonoff LBMini L2, mais au final je me suis dit que ça serait le même pataquès si j’identifie pas le problème avec certitude au préalable.

Le symptôme de la charge trop faible à cause de l'absence de neutre c'est le scintillement de l'ampoule allumée ou éteinte. Ca ressemble pas à tes symptômes mais ca se corrige avec un bypass.

Ah oui non là c’est pas le cas.
Éteint c’est totalement éteint, allumé c’est pleinement allumé, aucun scintillement.
 
Je sais pas ce qu’il s’est passé du coup, pourtant j’ai bien rebranché L et L1 au bon endroit.  

Je viens de configurer ma 2ème instance Z2M pour mon 2ème coordinateur SLZB-06M.
Tout baigne mais il faut bien mettre des #dossiers#, #topics# et #port# différent dans Z2M Réseau.
 
Et optionnellement un préfix d'entité pour que ce soit plus clair :
 
homeassistant:
  enabled: true
  entity_prefix: z2m2
  legacy_entity_attributes: false
 
Pas toucher au pan id comme préconisent certains, (il sera différent et généré automatiquement avec les étapes ci-dessus).
 
En checkant les confs, j'ai remarqué que les infos que smlight donne (toujours) à "copier coller" :
 
serial:  
  disable_led: false
advanced:
  transmit_power: 20
 
sont effacés (obsolètes) dans z2m (au moment de la validation), je crois aussi que ces instructions n'étaient plus présentes dans la conf yaml de mon 1er coord, probablement suite à une MAJ de Z2M.
 
Vous pouvez vérifier dans la conf yaml (\config\zigbee2mqtt\configuration.yaml) Et si la puissance (20DB) est importante pour vous, et que vous n'êtes pas certain qu'elle est toujours appliquée, revalidez simplement la conf sous Z2M pour que les instructions citées ci-dessus dégagent aussi chez vous.
 
Et ensuite allez dans Z2M paramètres avancés, tout en bas mettez le curseur comme bon vous semble, ce sera pris en compte et l'instruction transmit_power réapparaîtra dans la conf yaml sous la forme : transmit_power: 20 (exemple). (bridé à 20DB max dans tous les cas).

 
Ce bouton pilote un telerupteur, et c'est ce telerupteur qui pilote ta lampe.
 
pour le coup d'appuyer deux fois, question bete mais en général un bouton qui pilote un telerupteur c'est un bouton poussoir, tu dois donc simuler une impulsion (etat 1 puis 0), si ton module est en mode bistable c'est la raison pour laquel tu dois appuyer 2 fois.
 
Sachant que ton module est alimenté par le biais du télérupteur et non de la lampe, je suis pas certain que le module puisse drainer du courant de ce dernier, je suis meme étonné que ça fonctionne ne serait-ce qu'un peu.
 
Sur le principe, il faudrait que ton telerupteur soit bloqué en mode "on" de façon permanente et ce sera ton module qui pilote la lampe en étant donc "branché" de maniere continue, et si le telerupteur est sur "on" de façon permanente on retourne sur le principe précédemment évoqué avec un courant qui passera pas la lampe pour alimenter ton module

Ptite question HA : c'est possible de bloquer des contrôles d'une intégration ?
 
Notamment pour l'intégration de mon poêle, y'a plein de trucs, quand je rentre dedans depuis mon téléphone, avec mes gros doigts, des fois je fais bouger une petite barre de réglage sans m'en rendre compte (parce que c'est juste en dessous du contrôle que je veux effectivement bouger ou visualiser pour historique). Et donc hier j'avais bougé l'offset de température j'ai mis un moment à comprendre ce qui merdait.
 
C'est possible de rendre un truc non modifiable ?

Effectivement.
Ça expliquerait pourquoi mon interrupteur se déconnecte.
J’ai essayé de le passer en mode decoupled dans Z2M pour faire une automatisation et en faire un impulse mode (on/off en 500ms) mais j’ai tjrs eu une erreur en voulant changer de mode.  
 
J’ai hésité à me prendre à la place un module Sonoff zbminiL2 mais comme tu dis, il serait également alimenté par le telerupteur et je suis pas sûr que ça fonctionne mieux.  
 
Après je peux tjrs commander ça sur Amazon et renvoyer si ça le fait pas.

 
Rentres pas dans ton intégration  
Crée un "panneaux de contrôle" avec les fonctions que tu utilises ...

+1 de manière globale, je fais comme ça aussi.
Les intégrations j'y vais que pour la maintenance (ajouter / retirer / réparer), mais à l'usage, j'utilise des pages de dashboard avec des boutons / vignettes / cadrans bien spécifiques, voire des groupes pour les contrôles mutualisés (lumières, volets...)

C'était mon plan B.
 
Mais disons que dans l'intégration j'ai tout d'un coup.
 
En gros faut que je refasse tout pareil mais en enlevant 3 machins c'était pas le plus simple  

 
En fait le plus simple ce serait pas d'avoir un telerupteur piloté ? Plutot que le bouton ?

Tu désactives l'entité dans son menu d'options ?

Sur le papier oui bien sûr.
Dans les faits j’ai énormément de choses à démonter si je veux sortir mon telerupteur pour mettre autre chose à la place.

 
Sauf que la avec un module, faut avoir le telerupteur tout le temps "on", donc faut condamner les interupteurs physique associés, sinon la moindre personne qui va y toucher, ça va tout faire déconner ta config ou déconnecter ton module.
 
A long terme, si le "énormément" de chose c'est les barettes, franchement un coup de tourneis sur la rangé c'est pas non plus mission impossible.
 
my two cents  

On est d’accord    
 
C’est 90% de flemme qui me fait m’orienter vers la solution de l’interrupteur.  
 
Mais vu la situation il va falloir que j’y vienne. (D’ailleurs quitte à démonter je pense que j’en changerai plusieurs)

Ha pas bête    

 
surtout qu'en fait avec un peu de chance, ton telerupteur se déclipse par le bas, tu n'as pas a enlever la barrette, simplement la dévisser, déclipser ton télérupteur et l'enlever par le bas et inversement pour le nouveau ...
 
https://www.youtube.com/watch?v=9Ov8o9aGzOo

Pour les acheteurs de Nuki Ultra et probablement 5th Gen, je vous recommande chaudement de commander -gratuitement- une nouvelle roue d'accouchement entre la serrure et le moteur.

https://nuki.io/fr-fr/initiatives/p [...] adaptateur

J'avais la vieille version et elle a pété au bout de 2 mois, résultat le moteur entraînait plus la serrure et il était impossible de sortir
Le changement est évidemment gratos

C’est un moindre mal oui    
Il me semble quand même que j’ai un peigne au dessus et un peigne en dessous de ma ligne de télérupteurs.  
 
Un telerupteur connecté type Shelly format DIN est compatible avec ces peignes ?
Ou faut que je table sur un Legrand /Netatmo ?

 
ouai alors ça je ne sais pas, tu as quoi aujourd'hui ? tu as une photo ?

 
 
Petite question:  
 
Je backup toutes les nuits mon HA sur x "devices" dont mon "Gros" NAS qui n'est allumé que 3h par jour ...
Tout est OK niveau Backup, mais HA me sort une/des erreurs le reste de la journée : "Défaillance du périphérique de stockage réseau" et ça ma chagrine, d'avoir un message d'erreur (même s'il à Zéro incidence sur le bon fonctionnement) !
 
Une idée de comment faire comprendre à HA que ce n'est pas grave que le NAS ne soit pas accessible en dehors des heures de backups ?
ChatGPT hallucine et me sort des solutions à base d'option non disponible dans la GUI de HA (du style désactiver l' "automount" )...