Lazer

Voilà, tout est dans le titre, après 8 ans de bons et loyaux services, elle a pris une retraite bien méritée. Lors de l'achat en novembre 2013, jamais je n'aurais pensé la conserver aussi longtemps. Longue vie à la HC3

Tu as un message d'erreur ? Ajoute une accolade autour du Or avec ses 2 conditions.

ça fonctionne ou pas ? Car j'ai l'impression qu'il te manque une accolade au début de ta condition.

Merci pour ces infos détaillées, je vais préparer une nouvelle version dans la semaine pour intégrer ces modules.

@M.Bar Le module de ton screenshot semble être le mode parent (et correspond au module "physique" dans la philosophie Fibaro) et en général il est caché car il ne sert à rien. Ce sont les modules enfants qui sont utiles, car ce sont eux qui portent les différentes fonctionnalités offertes par le module (physique) Tu ne précises pas de quel module il s'agit, probablement les pinces ampèremétriques Aeotec, donc chaque module enfant doit correspondre à la mesure de courant des différentes phases de ton installation. Ce sont ces mesures qui doivent remonter dans DomoCharts.

Avec "Or". Tu mets tes 2 conditions dans le Or. Tu as des exemples dans la doc.

Rapidement, je n'ai pas les infos détaillées sous la main, mais il faut te créer un compte sur le site Developper Netatmo, et tu pourras créer une nouvelle application, et tu obtiendras les identifiants et clés à utiliser pour le QuickApp.

Bienvenue sur le forum

Tiens, étonnant ça. C'est une mise à jour pour l'onduleur ? Et pas pour la carte de management réseau ? Du coup tu fais comment la mise à jour, via le port série ? EDIT : oui c'est ça, comme indiqué dans le document tu liens, la mise à jour se fait via série ou USB directement sur l'onduleur. Merci pour l'info, je ferai la mise à jour... peut être... on verra... (aujourd'hui j'ai bricolé au garage et j'ai fais la mise à jour... d'une batterie ! d'outil Festool. Tout se met à jour maintenant... de plus en plus fou....)

Je les garde tous depuis que j'ai une imprimante 3D, car les bobines de filament plastique ça n'aime pas l'humidité. Par contre attention, c'est à usage unique : je veux dire par là, quand un sachet est sorti de son emballage d'origine dans lequel il a été posé, il a pris l'humidité et devient inefficace. Si vous voulez les réutiliser, il faut les passer au four pour les assécher et leur donner une nouvelle vie, juste avant de les enfermer dans la boite étanche. Perso je les laisse 1h à 1h30 au four à chaleur tournante à 100/120°C pour les régénérer, c'est parfait. J'ai comparé avec une sonde d'humidité enfermée avec les sachets, avec/sans la régénération au four - sans régénération : l’humidité ne baisse pas dans la boite, donc le cachet est inutile - avec régénération : l'humidité baisse très vite (quelques minutes) dans la boite et se stabilise (quelques heures) à une valeur plus ou moins basse selon la taille (ou le nombre) de sachet de silice. A l'extrême, je suis descendu à 10% d'humidité relative (limite de la sonde)

Donc tu confonds bien le paramètre n°151 avec l'indice 151 de la table. Le champ id = 151 ne représente pas l'indice de la table. Cet indice tu ne peux pas le voir avec le swagger, sauf à compter manuellement.... C'est pour ça qu'on a fait une boucle en LUA pour le retrouver. Il s'agit du parcourir la table avec un for... jusqu'à tomber sur l'élément dont l'id=151

Oui c'est fort possible, tout porte à croire qu'il n'y a pas d'index 151 dans la table.

Essaye de mettre un tiret "-", la HC3 n'a jamais accepté les variables vides.

J'avais bien compris que c'était en extérieur. Le problème n'est pas l'étanchéité du module, mais l'étanchéité du raccordement électrique. Les prises prévues pour l'extérieur, ce qui est assez cocasse, ne sont pas prévues pour être utilisées en extérieur en permanence... à cause de la pluie. A partir du moment où le capot de protection est ouvert, il n'y a plus de protection contre la pluie. Du coup c'est pas trop utile. La meilleure façon de faire un raccordement en extérieur, c'est dans une boite de dérivation étanche, avec arrivée des câbles via des presse-étoupes situés en dessous de la boite (afin que l'eau ne s'infiltre pas dans la boite par gravité). Dans les cas extrême, on peut même remplir la boite de gel, qui protège intégralement les raccords électriques et les composants... mais c'est pas trop démontable du coup... Je suis très surpris que ton FGBS ait grillé dehors. J'en ai 2 (un derrière la sonnette, l'autre dans le boitier du portail), ils sont à l'abri de la pluie, mais pas de l’humidité puisque ce n'est pas étanche. Ils prennent aussi le gel, et les canicules. Ils vivent depuis des années sans souci. Tu as surement eu un autre problème, de l'eau est rentrée dedans, ou c'est ton transformateur 12V qui a eu un souci. Bref, de toute façon le FGBS est un très mauvais répéteur, de tous les modules sur secteur, je trouve que c'est celui qui a la plus mauvaise portée. J'ai aussi plusieurs FGD et FGS dehors (dans des boites de dérivation étanches, ou bien juste à l'abri de la pluie comme décrit pour les FGBS), et ils fonctionnent tous très bien, pourtant aucun d'eux n'a une quelconque certification IP. Je le redis, peut importe la certification IP de la prise électrique ou du module, ce qu'il faut surtout, c'est que l'ensemble raccordement électrique + module soient à l'abri de la pluie. C'est essentiel. Le mode d'inclusion sécurisé/non sécurisé et l'effet sur le routage n'a jamais été très clair pour moi, j'ai lu des informations contradictoires à ce sujet sur Internet. De toute façon, 99% des modules devraient être inclus en non sécurisé pour diverses raisons (charge sur le réseau, association directe entre modules, compatibilité avec les anciens modules, la sécurité S0 est inutile, la seule sécurité valable est le niveau S2 qui est supporté par très peu de modules, et ne le sera qu'avec la HC3 et son moteur Z-Wave v3, etc) Du coup la question se résume à pourquoi vouloir inclure un module en mode sécurisé ? En dehors des rares serrures Z-Wave, il n'y a guère de raison. Donc pour simplifier, tous les modules en mode non sécurisé, c'est le mieux. Pas de question à se poser. L'inclusion à l'endroit définitif est préférable car les bonnes routes sont calculées sur le moment. Cela dit, Z-Wave est conçu pour reconstruire dynamiquement les routes, donc quand le module est trop éloigné de la box (cas du jardin), on n'arrive de toute façon pas à l'inclure en direct. Du coup on l'inclus près de la box, puis on le déplace à son emplacement définitif, et il recalculera la route tout seul si nécessaire. On peut forcer manuellement la reconstruction d'une route pour un module si on le juge nécessaire. A ne pas faire pour le plaisir, il faut d'abord regarder la cartographie du réseau avant de prendre la décision de forcer la reconstruction des routes pour un module donné. Attention aussi à ce que tu lis ici et là sur les routes Z-Wave. Fibaro est de très loin le meilleur contrôleur Z-Wave sur le marché. Il gère très bien les routes, et en 8 ans d'exploitation de mon réseau Z-Wave avec la HC2 et 92 modules, je n'ai jamais eu besoin de reconstruire une seule route. D'autres (comme par exemple les logiciels qui exploitent la librairie OpenZwave, que je ne fais pas nommer sinon ça va encore partir en cacahuète), c'est une vraie catastrophe car ils gèrent très mal les différentes spécificité du protocole Z-Wave. Conclusion : - réalise une installation électrique correcte pour protéger de la pluie le couple raccordement électrique + module. - inclus ton module en mode non sécurisé comme tous les modules de ton réseau - réalise l'inclusion près de la box ou à son emplacement définitif, peu importe A noter qu'installer un module au milieu du jardin n'est pas forcément la meilleure solution. Outre les problèmes de raccordement électrique comme on l'a vu, on peut être trompé par l'apparent chemin direct des ondes radios.... un simple obstacle anodin pour nous peut se révéler un vrai écran pour les ondes radios. Du coup, il est parfois plus judicieux d'aller installer des modules dans le grenier/sous les combles, qui auront une vue surélevée du jardin, sans devoir traverser les murs en parpaing, et porteront beaucoup plus loin. Les ondes radios sont totalement imprévisibles pour les néophytes que nous sommes (on a vu des Wall Plug refuser de communiquer avec la box située à 3m de là...), donc il faut expérimenter sur le terrain. Tiens un exemple chez moi : Quand j'ai installer un module au niveau du portail, il se déconnectait une fois sur 2... forcément quand le portail métallique s'ouvrait, il faisait écran. J'ai installé un module répéteur en hauteur, ça n'a rien changé. C'est quand j'ai installé un autre module plus loin dans le jardin que ça a commencé à fonctionner normalement => la meilleure route était le chemin le plus long en apparence, je n'y attendais pas.

N'importe quel module alimenté sur secteur fera relai. Sinon tu as le Range Extender d'Aeotec qui ne fait que ça :

Tu as une vue du QA dans l'application mobile, comment ça se comporte ?

Connecte toi avec un port série dessus (private joke)

Mise à jour passée sur la box de dev sans souci Le nouveau type "com.fibaro.multiPositionSwitch" me plait bien car il pourrait typiquement correspondre aux 6 états d'un module Fil Pilote. Malheureusement non sélectionnable lors de la création d'un QuickApp, il faudrait que j'essaye de l'injecter en modifiant le JSON à la main.

Sa Majesté n'a pas besoin de se présenter

C'est la quantité qui compte

Attention à ne pas confondre le paramètre n°151 du module Z-Wave, avec l'index n°153 de la table qui contient les paramètres. On en a discuté précédemment, et on a donné la boucle LUA à écrire pour retrouver l'index de la table qui correspond au bon numéro de paramètre.

C'est étrange ça.... j'avais fait des tests sans le power. Je jetterai un œil à l'occasion alors.

C'est quoi ta "procédure pour le désinstaller" ? La procédure normale c'est de mette la box en mode exclusion, puis de triple-cliquer sur le bouton du module. Sinon, si le module est déjà HS par exemple, tu peux le supprimer depuis la HC2 en cliquant sur la petite croix en haut à droite de l’icône du module.

Cette erreur n'est pas liée à la communication avec l'appareil, c'est interne au QA. Donc tu dis qu'avec cette nouvelle ligne de configuration ça fonctionne ? Tant mieux... mais je ne vois pas ce qui clochait dans l'ancienne ligne... tu as juste rajouté power = {...} ou tu as changé autre chose ?

OK en effet ce n'est pas la bonne pièce. Essaye de leur demander, s'ils sont sympas Mais vu qu'il s'agit d'une pièce avec mouvement mécanique, je sais pas si l'impression 3D sera adaptée, à étudier si on a le modèle.