Lazer

Le Flush Shutter DC Il prend bien 2 fils par inversion de polarité. Il te faudra une alimentation 24V externe. Exactement comme pour un moteur de Velux donc :

C'est certain, je viens de remarquer que tu ne testais pas la condition du volet, mais celle de la fenêtre. Je suppose que ta fenêtre c'est un détecteur d'ouverture ? Donc un module qui prend une valeur booléenne ? Dans ce cas, en vertu de ce j'ai expliqué au message précédent, la fenêtre ne prendra jamais la valeur numérique 0, mais true ou false. Je répète, il faut que tu ailles regarder le champ "value" dans le JSON de ton module, seule façon d'être certain. C'est un réflexe à prendre pour tous les modules dont tu vas tester la valeur dans les conditions de tes règles GEA

Tiens regarde ce post de @tinman , on y voit les commandes de l'API, plus parlant que l'interface Web. On y voit les actions suivantes, donc les noms sont bien explicites : - requestNodeNeighborUpdate - getNeighborList - getLastWorkingRoute Je pense que tu peux jouer avec ça. Mais on constate qu'aucune ne permet de demander la reconstruction de la route.

Non cette phrase est fausse En fait ta phrase répond à une interrogation qu'on s'est posé précédemment : ça ne reconstruit pas la route (elle est reconstruite automatiquement en cas de besoin)..... ça se contente d'interroger le module pour connaitre sa route mémorisée

Donc l'information de route remontée dans le JSON du module serait erronée, et ne correspond pas à la "vraie" route empruntée par le module, c'est ce que tu dis ?

Pour DomoCharts, un petit peu de patience, ça arrive bientôt Je ne suis pas expert en utilisation de GEA, mais ta syntaxe me semble correcte à première vue. Cependant il faut faire attention, sur HC3 les modules ne prennent pas les mêmes valeurs (champ value dans le JSON) que sur HC2, donc il faut adapter les conditions pour tester la bonne valeur. En fait, sur HC2 les modules prenaient tout le temps une valeur de type "string", avec 0 ou 1 pour désigner false/true, ou bien une valeur numérique (de 0 à 100 pour un volet), mais au format chaine de caractères. Sur HC3, c'est plus propre, le module prend une vraie valeur bien typée selon les normes du LUA : donc un booléan (true/false), ou bien une valeur numérique (type number), ou bien une chaine de caractères. Du coup ton test sur la valeur numérique 0 me semble OK... mais il faudrait vérifier ce que tu as dans ta variable locale estTravail1 Si tu penses que ta ligne est bonne car elle fonctionnait sur HC2 mais ne fonctionne plus sur HC3, tu peux venir poster le détail de tes logs (avec debug=true) sur le topic dédié à GEA pour HC3. (ce topic-ci c'est pour discuter de l'utilisation et de la syntaxe de GEA)

Qubino Flush Shutter DC je pense, le même que pour piloter les Velux. Mais il faudrait le schéma électrique de ton moteur, ça serait plus sûr.

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)