Lazer

Bienvenue sur le forum

Non, pas directement. C'est à toi de les créer avec des Variables Globales, qui sont exploitables dans GEA avec "Global" Au fait, quand il n'y a pas de message d'erreur, parce que le script a planté de façon inattendue, tu peux aussi activer GEA.debug=true dans tes options, cela permet d'en voir un peu plus

OK merci, je surveillerai pour voir si les erreurs se reproduisent.

Ah mon tour d'avoir des problèmes, depuis ce matin je constate des messages "ID XXX: System hardware failure. Read the manual." pour mes 2 Smart Implants. A priori ils fonctionnement toujours, les sondes de températures DS18B20 continuent de se mettre à jour, et les valeurs sont cohérentes dans DomoCharts. Je ne sais pas quoi en penser....

Quand tu dis que ça bloque GEA, il faut donner les logs, sinon difficile de t'aider. Cela dit, dans le cas présent, l'erreur saute aux yeux, il ne faut pas mettre de > dans ton option "Value+", mais juste une virgule. Réfère toi toujours à la doc de syntaxe si tu as un doute. {"Value+", id["Temp_Ext"], 22}

Tu peux aussi tenter de contacter le support, parfois, ça arrive, ils ont une idée de génie.

OK, c'est assez similaire à mes graphs Rien d'anormal en tout cas.

Oui voilà je pensais à DomoCharts, il permet de voir l'évolution CPU/RAM sur une longue période (ce que ne permet pas le panneau de diag de la HC3, c'est juste du temps réel) Le monitoring à l'intérieur du QA (garbage collection), c'est pratique, mais çà ne permet de voir que le QA, pas la box. Bref, rien d'anormal sur le graph de Domocharts je suppose ? Donc ce bug ne serait pas lié à une trop importante quantité de CPU/RAM utilisé... Autre chose, tu reboot ou fait un backup régulier de ta box ? Chez moi, le backup, c'est une fois par semaine, si bien que tous les services sont redémarrés au minimum tous les 7 jours, c'est pas un vrai reboot, mais c'est presque pareil.

Ce qui importe, c'est que le type du QA correspond au type de device qu'on cherche à créer. mais ton souci semblait être dans la lecture de la value d'un autre device, donc c'est le type de ce device là qui compte, pas celui de ton QA je sais pas si c'est clair...

Au fait, tu monitores l'utilisation CPU et RAM sur ta box ? Afin de savoir si ce genre de comportement anormal est prévisible

Ah bien

Effectivement, donc à priori il s'agit uniquement d'un bug d'affichage. Alors... dans le doute, reboote !

Le fibaro.getValue() c'est la bonne fonction, mais tu peux partager ton bout de code qui ne fonctionne pas ? Probablement une erreur de syntaxe quelque part.

Je pense que tu n'as pas compris ce que j'ai dit, on ne parle pas de la même API, moi je te suggère de tester l'API utilisée par l'interface Web pour afficher le contenu des QA, pas l'API pour exporter le QA, ce n'est pas les mêmes URL.

Vous avez certainement tous suivi assidument les annonces d'Apple en direct hier (pas comme moi ) Et visiblement, c'est au tour d'Apple d'annoncer le support complet de Matter dans son écosystème, allant de l'iPhone à Siri en passant par les Homepod. D'ailleurs on savait déjà que le Homepod mini intégrait nativement le protocole Thread. Et oui, SIRI pourra bientôt piloter un thermostat NEST, ceci est une révolution

Tu as regardé dans : /api/quickApp/ID/files Puis dans : /api/quickApp/ID/files/main Car c'est l'API qu'utilise l'interface Web pour afficher le contenu du QuickApp lors de son édition. ça le fait que pour main, ou les autres fichiers aussi ?

Bienvenue sur le forum

J'ai fait toutes mes exclusions avec la HC3, pour au moins 3 raisons : - l'interface de la HC2 est atrocement lente, alors que c'est instantané sur la HC3 - dans la continuité de l'exclusion, j'enchaine immédiatement sur l'inclusion depuis la même page, sans perte de temps - cela laisse les modules sur la HC2 (qui finissent par passer en noeud mort), ce qui est pratique pour retrouver leurs caractéristiques (icônes, paramètres, etc) pour reproduite facilement sur la HC3 Bref, j'ai une HC2 avec 92 modules zombie, c'est la grande classe. Je m'en fous, je laisse comme ça pour le moment, je ferai le ménage plus tard (en fait ça sera un recovery pour faire simple)

On a surement les mêmes moteurs (Somfy filaire aussi, à peu près le même âge) Si tu ne l'entends pas démarrer, c'est qu'il utilise bien sa butée, ne force pas, et ne fait pas d'appel de courant.

Si tu t'intéresses à Fibaro, je te conseille quand même d'oublier également la HC2. C'est une vieille box, qui a 10 ans, elle ne connaitra plus d'évolution logicielle, et elle est quand même pas mal limitée. Pour une nouvelle installation, il vaut clairement mieux regarder la HC3, ou la nouvelle HC3L (Lite) qui se trouve à 100€ et est vraiment très bien pour débuter (si on n'a pas l'intention d'installer trop de modules, car elle quand même plus limitée que la HC3)

Oui la durée de vie des relais, je vois. Pour les FGR je sais pas, mais pour les FGS, j'avais vérifié la datasheet des relais, et de mémoire c'était plus de 10000 commutations (à vide). Donc à raison de 2 fois par jour, tu n'en verras jamais le bout. J'ai un FGS-211 qui a fonctionné pendant 7 ans à commuter un radiateur de 1500W plusieurs dizaines de fois par nuit, et il fonctionne toujours aussi bien (malgré tout je viens de le remplacer par un FGS-213, mais c'est juste pour avoir la mesure de consommation intégrée) Après pour un volet, c'est différent, un moteur c'est inductif, et les relais n'aiment pas ça. Je ne sais pas pour tes volets, mais sur les miens, si le volet est physiquement déjà ouvert (ou fermé), il ne redémarre pas (l'électronique du moteur gère les butées). Du coup, pas d'appel de courant, donc aucun risque d'user le relai. Et tous les moteurs modernes fonctionnement comme ça.

Il y a un sujet (enfin, un autre que celui-ci) qui parle du reboot sur le forum, l'API a changé plusieurs fois sur la HC2.... je ne sais pas te dire si tu utilises la dernière ou non.

Je ne connais pas "Group", je ne trouve rien dans le code source, tu as un lien vers la doc ? Tu es certain que ce n'est pas une règle utilisateur que tu avais ajouté à ta propre config ?

Alors ça, si tu veux mon avis, c'est un test inutile, et perso je préfère au contraire forcer une ouverture/fermeture quelque soit son état, justement parce que malgré le retour d'état intégré nativement au Z-Wave, on n'est jamais sûr à 100% de l'état des modules. Et le comportement de ce FGR-222 me donne raison. Je fait de même pour les radiateurs. Attention, je précise que ce que je dit est valable parce que ce sont des volets (ou des radiateurs), dont on ne change l'état 2 fois par jour. Donc aucune chance de saturer le réseau. Pour un module dont on changerait l'état constamment (exemple, une lumière sur détection de mouvement), dans ce cas il vaut mieux faire comme tu le fait, c'est à dire tester l'état du module avant de changer son état. Sinon on s'expose à trop de trames Z-Wave, et un risque potentiel de saturation du réseau.

Oui, il faudra brancher la LED en parallèle du ruban, elle sera alimentée en même temps que lui. Trouver une LED 24V ça ne devrait pas être trop compliqué, c'est de trouver un moyen de l'intégrer proprement qui va être moins simple. Pas d'antenne externe, OK c'est normal donc. Merci, me voilà rassuré