Arubinu

Salut, tes liens GitHub sont erronés 😊 Sinon c'est plutôt cool, merci pour ce partage. - Peux-tu proposer une carte Lovelace d'exemple pour le prochain jour férié? - Est-il possible de faire en sorte qu'il ajoute au besoin, ces jours au calendrier de Home Assistant? - Peut-être aussi indiquer quand c'est un jour férié pour les vieux (excusez-moi de l'appellation mais je suis pas fana du concept 😁)

EDIT: J'ai eu de nouveau le problème et j'ai mis la main sur ce qui le cause. Rien n'a fonctionné (même si je n'ai pas essayé de changé de nouveau de canal). J'ai décidé de changer de port USB et c'est revenu. Du coup en m'informant sur l'USB3/2 il disent qu'il est préférable d'utiliser l'USB2 à causes d'interférences autour de la bande des 2.4GHz produites par l'USB3. Sauf que de mon côté, je n'ai que des USB3... Aujourd'hui je rebranche un disque dur sur un des ports USB et mon réseau est tombé à nouveau! Heureusement j'ai un port USB-C en façade où j'y ai déporté mon dongle Zigbee (avec un adaptateur nommé OTG) et les deux fonctionnent maintenant parfaitement. C'est fou de ce dire que le fait d'avoir des ports côte à côte perturbe suffisamment un dongle Zigbee. Mais d'après Dieu (Chat GPT), la puissance d'émission ne serait pas suffisante pour passer au dessus de l'interférence! L'emplacement aussi proche des routeurs WiFi peut en être la cause 😉

Tailscale permet effectivement ça, mais sauf cas particuliers je ne vois pas l'intérêt d'exposer ton réseau ^^ Par contre il faut forcément un client (je parle de n'importe quel programme qui lie un device à Tailscale) dans ce réseau, pour y donner accès.

Très étrange, je ne saurai te dire c'est quoi le soucis. Mais un amis avait résolu celui-ci en changeant de PC justement (potentiellement de navigateur d'ailleurs).

Salut, essais de faire ça sur un autre PC.

Après avoir utilisé Tailscale et m'être rendu compte que je risque de payer cher vu mon utilisation (+ de 3 utilisateur il faut passer à la caisse), j'ai essayé de mettre en route Headscale sur un VPS. J'ai réussi à tout lancer via mon nom de domaine et Zoraxy en tant que Reverse Proxy, mais j'ai une erreur 404 retournée par Zoraxy et il me dit que le service n'est pas joignable. Donc si vous êtes connaisseur, pouvez-vous me donner des astuces ou des configurations pour m'en sortir? Stack Docker

Il faut un client dans le réseau auquel tu souhaites accéder. Que ce soit un smartphone ou autre. Après il faut le déclarer comme subnet pour que le réseau passe dans celui de Tailscale. Si tu veux juste accéder à un service, il y a souvent la possibilité d'ajouter le client Tailscale au service. Tu voudrais faire quoi exactement?

Ok donc je dois encore potasser. Mais en faisant divers testes, je suis arrivé à le faire fonctionner en évitant d'ajouter un tag à un appareil source (mon smartphone notamment). Le fait d'ajouter un Tag à un appareil le dissocie d'un utilisateur et ne peut plus être utilisé du coup par le biais de celui-ci!

Depuis le petit rassemblement organisé par l'HACF à Lyon, je comprend un peu mieux l'intérêt de Tailscale. Le soucis c'est que je n'arrive pas à faire la bonne configuration pour mon usage. Mon but est de donner accès à mon réseau depuis l'extérieur, tout en le bridant à certaines IPs/PORTs (un peu comme le ferait un VLAN). J'utilise un Container LXC (sur Proxmox) pour faire un Subnet qui donnerait donc accès à mon réseau, et jusque là aucun problème. Mais à ce stade tout mon réseau est accessible sans restriction au Tag/Group que je précise. Sauf que je voudrai uniquement donner l'accès à Home Assistant pour un groupe, et par exemple un autre pour Jellyfin. Je crois comprendre qu'il n'est pas possible de brider les accès (en fonction du Tag/Group) en passant par un Subnet, et c'est pour cette raison que j'ai ajouté le Client Tailscale à Home Assistant. Malgré mes essais je n'arrive pas au bon résultat. Si vous avez une idée de comment procéder, je suis preneur. Configuration ACL { "tagOwners": { "tag:clients": ["autogroup:admin"], "tag:servers": ["autogroup:admin"], "tag:homeassistant": ["autogroup:admin"], }, "groups": { "group:homeassistant": ["[email protected]"], }, "acls": [ { "action": "accept", "src": ["tag:clients"], "dst": ["tag:servers:*"], }, { "action": "accept", "src": ["group:homeassistant"], "dst": ["tag:homeassistant:8123"], }, ], } La première section acls est là pour me donner tous les accès, mais pour les autres utilisateurs qui seront dans un Tag/Group spécifique, donc je devrai commencer par faire un teste avec moi (du coup le supprimer pour les tests).

Si tu veux propager sur une plus longue distance, déjà mets tes répéteurs à la poubelle. Passes sur un réseau mesh, c'est plus cher, mais largement mieux. Après il faut refaire ton réseau avec le nouveau routeur, mais c'est un détail puisqu'une fois fait, tu n'y touchera plus.

Salut, achètes un routeur (avec WiFi) pour ne garder la box que comme point d'accès à internet.

Les actions sont momentanées, mais il devrait y avoir un vide une fois l'action terminée (et non N/A). Tu devrais regarder dans les paramètres si cette information est importante (pour le réactiver), puisque ce n'est plus une information envoyée à Home Assistant désormais.

Qu'entends-tu par "inactif"? Plus d'info (sur le matériel et le logiciel), des captures, des photos.

Quand ça sort du contexte de Zigbee2MQTT je suis bien trop peu informé pour aider sur le sujet. J'espère que quelqu'un pourra te donner des solutions.

Ah je vois, il doit y avoir des entités ou la possibilité de les ajouter sinon via HACS, qui donnent l'heure de levé et couché du soleil. Quand ça marche? WiFi/Zigbee? Peut-être envisager de changer de canal (encombrement), sinon signal trop faible...

Tu ne passes pas par une box domotique? Parce qu'il y a des choses que tu pourrais automatiser, je trouve ça plus intéressant que de tout demander.

Zigbee n'est prit en charge par aucun téléphone, ordinateur, tablette, et j'en passe. Comme l'a dit @Jack il te faut au minimum une passerelle Zigbee qui va communiquer avec ton réseau et ton téléphone.

Le dongle que tu as choisi n'est pas des plus simple. Par contre après flash tu devrais pouvoir utiliser ember, sauf qu'il faudra réinitialiser ton réseau 🙃 J'ai opté pour le pilote zstack en prenant le SONOFF Zigbee 3.0 Plus P, qui a l'air plus performant et je n'ai jamais eu de soucis avec. Mais je l'ai tout de même mis à jour (procédure chiante de flash) avant de l'utiliser. Amuses toi bien avec ton réseau du coup 😁

As-tu essayé l'adapter "ezsp" plutôt que "ember" (les logs laissent entendre que le test a déjà été fait automatiquement)? Même si "ezsp" n'est plus à l'ordre du jour. Pour le port tu peux mettre le nom court, chez moi c'est "/dev/ttyUSB0", je ne sais pas si c'est le cas pour toi mais il doit y en avoir un similaire. En ce qui concerne le flash, c'est ce que ça laisse paraitre. En tout cas il n'arrive pas à communiquer avec. Une personne que je connais avait prit le même, et on l'a flashé sans même essayé il me semble (c'est merdique à faire, mais ça se fait). Par contre il faut ouvrir la clé pour pouvoir brancher le dongle tout en restant appuyé sur BOOT (normalement si il y a un bouton RESET, il suffit de rester appuyé sur BOOT et appuyer une fois sur RESET). Petite note: On a eu le soucis sur son PC, impossible de flash, il a prit un autre PC et c'est bizarrement passé!

Je reviens vers vous pour vous indiquer ma solution. Oui il se trouve qu'il y en a une et je l'ai déjà abordé en fait. Le changement de canal est la clé de la résolution de ce problème, mais il me manquait une information. Il est possible de changer facilement de canal avec la configuration de Zigbee2MQTT mais même si lui le fait correctement, ce n'est pas le cas de certains coordinateurs. Mon coordinateur qui est un SONOFF Zigbee 3.0 Plus P, et j'ai découvert le problème que lorsque j'ai décidé de réinitialiser mes clés de chiffrement. Au démarrage de Zigbee2MQTT, il y avait une erreur qui me disait que le coordinateur n'acceptait pas la modification, il suffit de l'ouvrir et de le connecter tout en restant appuyé sur le bouton BOOT. Mais avant d'en arrivé là, une chose me chiffonne dans le message de log. Il se trouve qu'il y a d'indiqué le canal que Zigbee2MQTT utilise ... Mais aussi celui du coordinateur. Et devinez quoi, ce n'était pas le nouveau mais bien le premier (celui que j'utilisais au début, le canal 11). Du coup le fait d'avoir réinitialisé le coordinateur a tout réglé, et je suis maintenant sur le canal 15. Ouf, j'y ai juste passé toute la journée 🫠

Bonjour ici 😊 C'est la deuxième fois que ça m'arrive depuis que j'ai Zigbee, vous allez comprendre (ou dites moi si je me trompe). Dans la matinée je remarque que mon plafonnier ne s'allume plus (ça pourrait provenir de plein de choses puisque je bidouille), mais je me suis aperçu aussi vite que plus rien ne fonctionnait dans la maison! Tout s'affiche comme "Non disponible" sur Zigbee2MQTT et un redémarrage (et un rebranchement du dongle) ne donne aucune amélioration contrairement à la première fois que ça s'est produit. Alors je me précipite sur Portainer pour consulter les logs et surprise... De l'orange "warning" et du rouge "error" de partout! Après avoir demandé à notre ami à tous Chat GéPéTou, il s'avère que le WiFi est congestionné 🧐 Exemple de logs en question: MAC channel access failure [2025-05-08 18:26:25] warning: z2m: Failed to ping 'Salon: Spot 3' (attempt 1/1, ZCL command 0x28dba7fffee02848/1 genBasic.read(["zclVersion"], {"timeout":10000,"disableResponse":false,"disableRecovery":true,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))) No network route [2025-05-08 18:26:47] error: zh:controller:device: Read response to 0xa4c13830b31de5f7 failed (ZCL command 0xa4c13830b31de5f7/1 genTime.readRsp({"localTime":800042958}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":1,"srcEndpoint":1,"reservedBits":0,"transactionSequenceNumber":194,"writeUndiv":false}) failed (Data request failed with error: 'No network route' (205))) J'hallucine mais pense à vérifier l'occupation via FreeboxOS et en comparant les canaux Zigbee/WiFi il y a bien un gros soucis (que je ne peux apparemment pas régler). Étant sur le canal 11 côté Zigbee il s'avère que ça correspond au canal 1 du WiFi, comme vous pouvez le voir, c'est loin d'être optimal 😡 Solution vous me direz, changer de canal Zigbee, et bah oui mais non... J'ai essayé le 15, le 20, ainsi que le 25, mais rien. Quand je dis rien, c'est qu'il n'y a aucun appareil qui veut s'appairer. Même en réinitialisant tout Zigbee2MQTT (sauf mes clés), la liste reste vide. Donc je suis bloqué avec toute ma domotique qui est en carafe. Est-ce que vous avez une idée qui pourrait me sortir de ce bourbier ? 🥺

Salut, pour moi ta seule option est de passer ton installation LED sur un contrôleur (l'alim en soit) Zigbee. Celui-ci gèrera notamment l'intensité lumineuse. Ensuite pour le contrôler tu peux ajouter un variateur connecté (tant qu'à faire en Zigbee). Personnellement j'utilise les interrupteurs IKEA STYRBAR, qui est connecté à Home Assistant via Zigbee2MQTT. Mais tu peux tout à fait le relier en direct à ton contrôleur, il me semble

Salut, ZHA fonctionne actuellement? Ton coordinateur ne peut être utilisé que par un seul programme, donc il te faudra arrêter ZHA pour pouvoir l'utiliser avec Z2M.

Pour le soucis de production, je suppose que tu as passé ton Linky en mode classique et non historique? Sans ça déjà le compteur ne prendra pas en charge la production. Si c'est déjà le cas, il y a une option dans le Lixee pour dire que tu fais de la production.

Désolé d'être un peu hors sujet, puisque je ne connais pas personnellement le matériel de Home Assistant. Pour moi une RPi est correcte et sans modules de communication adapté (tel que Zigbee), et je me dis que le matériel de Home Assistant doit être pas loin niveau puissance avec ces fameux modules inclus. Du coup je suis directement allé sur mini-pc pour m'assurer un bon fonctionnement, mais le prix n'est probablement pas le même...