Lazer

Intéressant... Mais du coup, ce qui a forcé la reconstruction de la route, ce n'est pas la demande de reconstruction, mais tout simplement la demande de communication, il fallait bien trouver une nouvelle route pour communiquer avec le module une fois le Wall Plug relai débranché. Je pense que tu serais arrivé au même résultat, après avoir débranché le WP, soit en : - forçant un Polling depuis la box - actionnant le bouton du volet roulant, ce qui aurait envoyé un retour d'état vers la box

Oui obligé Pour moi cette nouvelle application mobile est le seul point faible de la HC3 par rapport à la HC2. Elle n'est pas nulle, mais je la trouve moins pratique. Pour tout le reste, la HC3 est largement supérieure à la HC2, sans aucun doute

Tu es certain que c'est bien la route que tu analyses, et non pas la liste des voisins ?

ça fait plusieurs fois que tu le dis... mais à l'usage la nouvelle interface est 100x mieux, vraiment agréable à utiliser, rapide, efficace. Je ne supportais plus l'ancienne interface, ultra lente, obligé de faire je sais pas combien de clics pour arriver aux options, elle date d'un autre age.

Surement oui

Vu que la demande de reconstruction de route ne fonctionne pas, tu n'as pas le choix... Sinon tu fais comme je t'ai suggérer pour rire, mais en vrai : tu débranches TOUT sauf la box et le module.

non, juste les modules qui posent problème

Le mo(dule télécommande est toujours présent (*), il permet de faire des scènes en mode magique facilement. Perso je ne les ai jamais utilisé donc je les cache. (*) Depuis un certain firmware. Bref, ce qui ne te sert à rien, tu le caches.

Non, le recovery ce n'est que le contenu de la puce Z-Wave. Et comme tu as lu avec attention ce qui est écrit avant, tu sais que les routes sont stockées dans les modules. Comme écrit plus haut, une route est conservée quand qu'elle fonctionne. D'où ma suggestion de toujours inclure les modules à coté de la box. Route directe, simple et efficace.

Ok bon dommage, j'irai fouiller sur les forums alors, j'ai trouvé quelques discussions intéressantes, mais pas le temps du tout pour l'instant. Pour le chauffe-eau c'est également ce que j'ai. D'ailleurs je me suis dépêché de domotiser le chauffe-eau avant de recevoir la voiture, car pour le coup, si les 2 se déclenchaient en même temps, il y aurait risque de sautage de plomb (surtout qu'on m'a installé Linky récemment qui est beaucoup moins tolérant aux dépassements) Maintenant je ne chauffe le ballon qu'en fin de nuit, le plus tard possible avant passage en heures pleines, ce qui permet de rapprocher de l'heure des douches, et donc de minimiser les pertes (inutile de conserver de l'eau trop chaude tout la nuit pour rien)

Un IPX800 v4 avec : - un compteur à impulsion branché sur une entrée digitale numérique de l'IPX800 en mode compteur pour mesurer l'énergie en kWh - une pince ampèremétrique branchée sur une extension X400-CT elle-même connectée à l'IPX800 via un X-Bridge pour mesurer la puissance instantanée en W (en réalité la pince mesure une puissance apparente en VA) - un contacteur de puissance Legrand 25A piloté par une sortie relai de l'IPX800 pour forcer la coupure du chargeur. Cela n'est pas forcément nécessaire car la voiture elle-même peut être programmée sur le tableau de bord ou bien via l'application mobile pour déclencher la charge la nuit pendant les heures creuses. Cela dit, le contacteur pourra toujours servir en double sécurité pour être certain qu'il n'y a pas de charge pendant la journée en heures pleines, ou bien pour délester en cas de dépassement de mesure souscrite.... mais on vient de passer la semaine la plus froide depuis 3 ans, donc le chauffage électrique a bien tourné à fond, et on était encore loin de la limite des 9kVA de mon abonnement (soit un peu plus de 10 kW) même avec la voiture en train de se charger (*) (*) oui parce qu'il est important de préciser que je recharge en charge lente, limité à 8A (soit 1800 W environ). Si c'était une Tesla avec un super chargeur à whatmille kilowatts, ça ne serait pas la même histoire. De toute façon la charge lente pour les voitures, c'est comme pour les téléphones, c'est le mieux Les charges rapides, on n'a rien inventé de mieux pour user prématurément les batteries Je pense que j'aurais pu arriver au même résultat beaucoup plus simplement avec juste le module Aeotec ZW078 Heavy Duty Smart Switch, mais comme cette installation est au garage, j'exploite les possibilités de mon IPX800 qui y est installé. Cela dit, si j'avais voulu installer un chargeur rapide (16 voire 32A), cela aurait obligatoirement été depuis une nouvelle ligne tirée depuis le tableau principal de la maison, sécurité oblige. En effet mon garage (séparé de la maison) n'est qu'un tableau secondaire repiqué sur le tableau principal de la maison. Donc le chargeur rapide aurait été installé dans/à coté de la maison, loin de l'IPX800, et j'aurais pensé les choses différemment (au hasard en utilisant l'EcoDevice RT2) A l'occasion, il faudra que j'essaye de développer un QuickApp qui s'interface avec l'API du constructeur pour récupérer en temps réel le statut de charge, lancer le préchauffage le matin (surtout quand la voiture est couverte de neige), etc.... il y a une espionne qui se reconnaitra dans la place, j'attends le rapport avec impatience Voilà pour le HS... ça mériterait un topic dédié, il y a plusieurs personnes ici qui commencent à avoir des voitures rechargeables, et forcément on a tous envie de domotiser ça Vous en pensez quoi ?

@Krikroff en parlant de Beta Privé, cette Beta là en cours qui est sortie il y a 2 mois, ne devait pas sortir en version stable quelques jours plus tard ? J'ai l'impression que Fibaro fait du .... Fibaro On ne sait pas trop si c'est stable, beta, ou betastable

L'utilisateur et le mot de passe ? Euh... J'ai pas souvenir de ça... tu es certain que tu n'utilisais pas une version que tu avais customisé ? Cela dit, l'idée n'est pas bête, je l'ajouterai dans une prochaine version En attendant, oui tu peux tester le code de retour... 401 est le code qu'on reçoit le plus souvent quand le login est incorrect/manquant. C'est ce que j'utilise en tout cas chez moi.

J'avais lu une discussion, ils conseillent de laisser en AUTO car la borne adapte sa puissance en fonction des équipements clients, mais aussi des autres bornes (en fonction des superpositions de canaux) Si tu forces low/medium/high, le risque c'est de dégrader ton réseau, et de reporter l'effort d'émission sur les clients, donc exactement l'inverse de ce qu'on cherche à faire en général. Donc c'est un option à réserver aux experts qui savent exactement ce qu'ils font. Bref, comme souvent, quand on ne sais pas, on laisse AUTO

Si tu coupes le Wi-Fi de la borne, il est impératif que vous mettiez vos téléphone en mode avion, ainsi que tout appareil Wi-Fi qui serait proche de la chambre, comme une station météo, un réveil, un assistant vocal, une TV connectée, etc... Comme tu dois le savoir, le plus gros émetteur d'ondes ce n'est pas l'antenne Wi-Fi/GSM/3G/4G/5G, mais le téléphone (plus précisément, l'antenne émet plus d'onde dans l'absolu, mais ce que le corps reçoit provient du téléphone car il est tout proche du corps... la puissance reçue est divisée par 4 à chaque fois qu'on double la distance... et l'antenne est très loin) Et quand tu coupes la bornes Wi-Fi la plus proche, le téléphone doit émettre d'autant plus fort pour aller chercher une borne plus éloignée, le phénomène est amplifié ! Attention donc. Pour la petite histoire, dans les avions, où les ondes peuvent avoir des conséquences dramatiques, les antennes Wi-Fi sont installées sous chaque rangée de siège. Plus on met d'antenne, mois il y a d'onde émise. Paradoxal ? Non pas du tout, c'est logique, puisque chaque appareil a besoin d'émettre moins fort. L'avion vole en sécurité, le corps humain nous remercie, et les batteries de nos appareils vivent plus longtemps. Le jour où les associations anti-antenne auront compris cela, on aura fait un grand pas dans le bon sens Bref, si tu veux quand même couper le Wi-Fi, à mon avis le seul moyen c'est d'agir sur l'alimentation, donc couper le port Ethernet POE sur lequel est branché la borne. Pour la puissance, il faut toujours laisser en AUTO.

Bravo Il n'y a aucune raison de vouloir supprimer les messages de la console... de toute façon ils disparaissent automatiquement dès qu'il y en a trop, il y a un mécanisme de purge automatique. Si un QuickApp/Scène est trop bavard, il va vite faire expirer les anciens messages (ce qui peut être problématique quand on veut chercher un événement passé dans la nuit par exemple) Non toujours pas d'emails de notification...

Pas de chance... Regarde sur le forum, j'ai partagé un script pour faire des backups automatique chaque semaine depuis un NAS, c'est bien pratique.

Automatic repair, il va te faire une restauration automatique de ta dernière sauvegarde ça m'est arrivé 1 fois (à cause d'un QuickApp que j'avais mal écrit et qui faisait crasher la box à chaque boot)

mouais.... bien possible que ça ne fonctionne pas.... Remarque, la phrase descriptive est ambiguë : " Reconfigurer le maillage en interrogeant le dispositif sur les appareils voisins („RequestNodeNeighborUpdate”). " => du coup on ne sait pas trop si ça force réellement la reconstruction d'une route, ou bien si ça se contente d'interroger et de mettre à jour la liste des voisins (ce qui est peu utile)

Bah bien sûr que tu ne peux pas le modifier dans l'API... quelle drôle d'idée. C'est une information remontée par le device. Tu devrais relire tout le topic depuis le début, je pense que tout cela est confus dans ton esprit

Ah non pas du tout EDIT : tu débranches tout le monde, puis tu n'allumes que les modules par lesquels tu veux imposer le passage. Bon, vraiment nul comme technique

Je crois que c'est plutôt 5 rebonds.

Si tu n'es pas sûr du script, tu vérifies dans le JSON du module, les infos proviennent de là. Peut être que tu as déplacé ce module (ou intercalé un obstacle entre lui et la box), donc il a trouvé un nouveau chemin qui fonctionne. Et même si ce chemin est plus long, il le conserve, c'est normal. Le Z-Wave ne prévoit pas la recherche de la meilleure route. Le protocole prévoie juste de trouver la meilleure route à un instant T (la différence est de taille). Une fois trouvé une route fonctionnelle, il la conservera éternellement, tant qu'elle mène à bon port. Il n'y a pas de recalcul dynamique tant que ce n'est pas absolument nécessaire. D'où l'intérêt de voir la carte, et de forcer le recalcul pour les quelques modules qui te paraissent anormal. En fait d'après ce que j'ai compris, les modules Z-Wave maintiennent en permanence une liste de leurs voisins (avec la puissance du signal associée) En revanche, la route est statique, c'est à dire qu'une fois trouvé un chemin, le module l'utilisera toujours, tant qu'elle fonctionne, et ce même si ce n'est pas la meilleure route (parce qu'entre temps, un obstacle a été supprimé, ou un autre routeur présentant un meilleur signal a été ajouté) Il y aurait 2 façons de modifier cette route : - Si la première route ne fonctionne plus, alors il utilisera l'ancienne route (qui est mémorisée également).... sinon (aucune des 2 routes ne fonctionne) alors il en cherchera une nouvelle. - Le contrôleur Z-Wave a demandé le recalcul d'une nouvelle route (mais normalement on n'a jamais besoin de le faire... en tout cas perso en 7 ans et 94 modules, je n'ai jamais eu à le faire). Le recalcul des routes peut être assez gourmand (trames d'exploration du réseau), et s'il est demandé pour plusieurs modules, la conséquence est pire que tout : le réseau peut s'écrouler. Donc attention ! Bref, le recalcul des routes quand il est nécessaire est effectué automatiquement et surtout de façon transparente pour l'utilisateur. A mon avis le seul cas de figure problématique doit se poser quand un module bagote entre ses 2 routes mémorisées et qu'elles sont toutes les 2 de mauvaise qualité. Dans ce cas, forcer la reconstruction doit être utile. J'espère que je ne dis pas trop de bêtises, c'est en tout cas ce que j'ai retenu des exposés savants de @robmac : Z Wave Routing Basics Z Wave Routing Basics: Retry Strategies Z Wave Routing Basics: Application/Binding Retries, Heal and Explorer Perso mon astuce, c'est qu'à chaque fois que j'inclue un module, je le fais à coté de la box (donc en vison directe sans passer par un routeur), et ensuite je vais l'installer à sa position définitive. Donc il se débrouille tout seul pour trouver une nouvelle route si nécessaire, sinon c'est qu'il peut continuer à communiquer en direct avec la box, sans passer par un routeur, ce qui est encore le mieux. En fait, le meilleur conseil qu'on puisse donner, c'est d'inclure les modules à proximité de la box, puis de les installer à leur emplacement définitif. Cela maximise les chances de communication directe sans utiliser de saut via des routeurs. D'ailleurs, quand on a une grosse installation, c'est même indispensable, car le trafic normal du réseau gêne l'inclusion si le module est trop loin (ça prend trop longtemps (plusieurs minutes) voire ça n'aboutit jamais) => inclure le module près de la box permet de maximiser la bande passante et d'inclure plus vite (l'inclusion est un processus extrêmement bavard)

Il faut utiliser net.HTTPClient()

Et bien c'est simple. Par exemple, tu as les 241, 199, 187, 47, 66, 762, etc... qui passent par au moins 1 saut, voire 2 (ce qui est franchement mauvais... ils sont si éloignés que ça ces modules ?) A l'inverse, par exemple 332, 296, 292, etc... sont en communication directe avec la box, donc c'est tout bon, ne touche pas à ceux là