Lazer

En complément... j'avais fait des tests de charge avec l'API refreshStates, et il s'avère que l'impact sur la charge CPU est relativement minime : Perso j'ai plusieurs QA qui exploitent cette API en parallèle. Actuellement 4 je crois : Il y a notamment GEA, mais aussi Evénements, la gestion de ma porte de garage, et d'un Velux.

Qubino est le seul fabricant à proposer un module Fil-pilote en Z-Wave. Fibaro n'en propose pas. Il faut dire que le fil-pilote c'est une spécificité française (aussi utilisé en Italie il me semble). Ce module fabriqué par Qubino est issu du partenariat avec une boutique française. Remarque complémentaire sur la régulation de température : Si tu cherches sur les forums, notamment coté Jeedom, tu verras que plusieurs personnes n'utilisent pas le thermostat intégré au radiateur, et à la place ils le bloquent à fond, et utilisent un plugin Thermostat sur Jeedom pour faire la régulation. Je trouve personnellement que c'est une mauvaise idée, en cas de plantage/mis à jour/reboot/bug quelconque, tu n'auras plus de régulation, donc le radiateur restera éteint, ou pire, en chauffe permanente. En plus tu as une bonne marque de radiateur, autant laisser le thermostat intégré faire son job comme il faut.

Pour info, la prochaine version 5.091 beta qui sera disponible dans quelques jours : Improves the handling of devices like blinds, shades, and shutters. (separate types, more icons, favorite positions, ability to reverse logic) It extends support to all Bidi Elero devices Brings some improvements regarding z-wave 3.0, energy panel. Brings another pool of bug fixes for reported bugs, including a new wifi driver from the WiFi chip manufacturer that should work better (no more disconnects) And it will bring a surprise in the next mobile application Bien plus tard, l'année prochaine, le panneau d'énergie devrait être accessible dans l'application mobile. Source : https://forum.fibaro.com/topic/56760-next-version-features-topic/?do=findComment&comment=239589

ok ok Oui c'est sûr que ça limite l'intérêt, mais bon de toute façon le BLE n'est pas dispo sur la HC3, alors comme ça pas de question à se poser

Euh.... il n'a jamais été prévu d'ouvrir sa porte avec une Fibaro, ni même une box domotique. Il te faut une serrure connectée pour cela. Certaines fonctionnent avec un badge BLE, d'autres un smartphone, ou bien encore un digicode... Par dessus, la box domotique peut venir récupérer l'état de la serrure, ou bien la fermer si tu es parti en l'oubliant (mais là il faut un moyen de détecter que tu as quitté ton domicile, d'où par exemple les badges BLE dont je parlais au post précédent). Après, ouvrir sa serrure avec une box domotique, faut pas avoir peur....

Un peu de confusion..... la vanne thermostatique Fibaro, ça n'a rien à voir avec le chauffage électrique, c'est pour le chauffage à eau (chauffage central avec chaudière). Ton fil pilote, il ne sort pas du mur, mais de ton radiateur : voir le câble de ton Sauter... normalement 3 fils : Phase + Neutre + Fil pilote Pas besoin de thermostat avec ce système, tu laisses le thermostat du Sauter faire son boulot de régulation de température. Donc tu choisis la température de confort, celle pour laquelle tu te sent bien dans la pièce, sur le petit panneau de contrôle. Donc cela se fait dès maintenant, sans domotique. Demain tu ajoutes un micro module fil pilote derrière le radiateur, typiquement un Qubino. C'est du Z-Wave, donc il te faut une box domotique. Une Fibaro Home Center 3 / 3 Lite bien sûr, mais ça peut aussi être Jeedom + Home Assistant avec une clé Aeotec, une box eedomus, etc. Et là tu feras des scénarios en exploitant les 6 modules du fil pilote : confort (la température réglée sur le radiateur donc), et des température inférieures (Conf -1°C, +2°C, Eco, Hors-gel, Arrêt) selon l'heure, l'absence, les vacances, etc. Dans tous les cas c'est le radiateur qui régule la température, grâce à son thermostat intégré. La box domotique ne fait que donner un ordre via le fil pilote au travers du micro-module.

Oui voilà

Regarde sur le forum officiel, mais j'ai l'impression que ce message est apparu avec le dernier firmware. https://forum.fibaro.com/forum/1306-update-5090/ Du coup ça éliminerait la piste de la panne matérielle. Bon sans certitude tant qu'on n'en saura pas plus sur cette affaire... Pour les logs, tu peux quand même tenter quelques heures après, le support te dira si ça leur suffit ou pas.

c'est différent, mais pas tant que ça. Il n'y a pas de meilleur choix, tout dépend de ce que tu veux faire. Si tu la déclares en local, elle ne sera accessible que : - après la déclaration (je veux dire, linéairement dans le sens de la lecture du code, au moment de la précompilation avant exécution) - uniquement dans le même fichier Si tu la déclares dans quickApp, alors elle sera accessible... de partout ! Et oui : - depuis une fonction membre de QuickApp : self.myVar - depuis n'importe où : quickApp.myVar Car en fait, quickApp, qui est l'objet instancié à partir de la classe QuickApp (notez la majuscule), est global, donc accessible de partout. Ses membres (fonctions comme variables... les fonctions étant en réalité des variables) ne sont pas privés, ils sont publics, donc accessibles de partout. Quand je dis partout, je parle du QA. Un autre QA, une scène, etc, n'y ont évidemment pas accès. Ils peuvent juste appeler l'éxécution d'une fonction membre de QuickApp (via le mécanisme fibaro.call)

Oui, j'allais le dire, le type d'un module ne peut pas être changé ! name, visible, room, enabled, etc tout ça tu peux le changer sans souci par contre. La bonne pratique à mon avis est d'identifier chaque enfant d'une façon unique, avec un ID stocké dans une variable du module enfant. Par exemple pour Netatmo, chaque child est identifié par rapport à l'ID du module renvoyé par l'API Netatmo. Pour IPX800 et EDRT2, chaque child est identifié par rapport au numéro du port. Pour Surveillance Station, c'est l'ID de chaque caméra. Etc. Avec cette technique, les mises à jour du QuickApp devraient permettre de retrouver ses petits.

"Serious problem detected" <= ça c'est pour que les autres utilisateurs puissent trouver le message en question via un moteur de recherche, car la capture d'écran ne servira à rien pour le coup. Bref, plusieurs utilisateurs ont remonté ce problème sur le forum officiel, pas de réponse claire pour le moment.... si ce n'est contacter le support afin qu'ils procèdent à une analyse détaillée des logs.

De mon coté les icônes perso n'apparaissent jamais au premier changement d’icône, mais après 2 ou 3 fermetures/réouvertures de l'application... comme si elle ne faisait le rafraichissement que de temps en temps... Par contre pour les devices à plusieurs valeur (multisensor, comme les dimmers), l’icône c'est soit ON, soit OFF, mais l'appli ne montre jamais les valeurs intermédiaires, c'est bien pénible, car ça ne correspond pas au slider qui est juste dessous.

Bienvenue sur le forum

Ah si en plus il est moins cher il n'y a pas à hésiter ! Pour la garantie des vendeurs marketplace, là je ne sais pas trop...

Si ça peut t'aider à faire ton choix : https://smartrobotreviews.com/s/robot-vacuums/roborock-comparison-chart/ A priori le S5 Max semble mieux (normal, c'est le haut de gamme de la génération précédente N-1), à toi de voir si la différence de prix en vaut la chandelle.

This guy looks cool Oh wait, it's me.... very strange bug

Tu as bien créé ton utilisateur dans le panneau d'accès ? Avec un email correct, et défini un mot de passe ?

Le Zigbee devrait arriver en version Beta durant le 1er semestre 2022 aux dernières nouvelles. Donc d'ici à ce que ça fonctionne, j'espère que tu n'es pas pressé. Surtout que Matter & Thread vont remplacer le Zigbee à peu près à la même période, je trouve le timing de Fibaro particulièrement mal choisi. Le Bluetooth, aucune nouvelle depuis la sortie de la box. Et attention, il n'a jamais été question de proposer du Bluetooth, mais uniquement du Bluetooth Low Energy. Donc en gros les badges de détection de présence, en dehors de ça l'intérêt est assez limité. Enfin, si on voit un jour arriver cette fonctionnalité...

Peut être oui, mais pour l'instant je ne vois pas bien comment l'implémenter simplement. On pourrait l'appeler Between, mais dans ce cas on compare quoi ? Une propriété d'un module (et laquelle), une Variable, etc.... Normalement dans la logique GEA les comparaisons se font avec + - ! à la fin de la propriété à comparer. Là tout de suite je n'ai pas d'idée de quelle syntaxe adopter.

for, pairs, et ipairs, permettent tous les 3 de parcourir une table (en fait for est même plus générique que ça) ipairs() s'utilise avec les tables qui ont un index numérique => {"apple", "banana"} pairs() s'utilise avec les tables qui ont un index alphanumérique => {pomme = "apple", banane = "banana"} ipairs est préférable quand c'est possible car : - plus rapide - respecte l'ordre des éléments du tableau... ce qui n'est pas le cas de pairs car il parcoure la table dans un ordre indéfini qui peut changer à tout moment En terme de performance, for est le plus rapide de tous, mais la syntaxe est un peu plus lourde comme on le voit dans l'exemple ci-dessus, ça rend le code moins lisible, donc pas forcément conseillé. Je ne sais pas trop comment expliquer pour _, tu peux aller voir cet échange peut être que ça sera plus clair : https://stackoverflow.com/questions/34475995/variable-in-lua-has-a-special-meaning/34476522 Et là : http://lua-users.org/wiki/LuaStyleGuide

Que veux tu dire pas énumérer les modules ?

Bug dans le plugin Netatmo développé par Fibaro. Voilà une bonne excuse pour passer sur HC3

Tu peux compter le nombre d'éléments d'une table avec # Tes boucles sont une horreur ( ) car tu refais un appel à api.get à chaque passage dans la boucle... niveau performance c'est catastrophique. local parameters = api.get("/devices/"..Walli).properties.parameters for i = 1, #parameters do local parameter = parameters[i] if parameter.id == 10 then local brillance = parameter.lastSetValue print(brillance) break -- pour sortir immédiatement de la boucle, inutile de continuer end end On n'a pas besoin de i (qui est l'index, la clé, ou key en anglais), donc on met _ pour ne pas utiliser cette variable Du coup le code ci-dessous fait la même chose que le précédent : for _, parameter in ipairs(api.get("/devices/"..Walli).properties.parameters) do if parameter.id == 13 then local Brillance = parameter.lastSetValue print("La valeur est "..Brillance) break -- pour sortir immédiatement de la boucle, inutile de continuer end end

Pas à ma connaissance.

Peu importe ce que tu choisis à la précommande, tu peux modifier au moment de la commande finale. Je pense prendre aussi le modèle avec 2 extrudeurs. Ne pas oublier qu'il y aura des extras. Je prendrai un plateau poudré en plus de plateau lisse, et on verra bien les autres options qu'ils proposeront. Josef a confirmé qu'il y aura une "full-enclosure" en plus de l'espèce d’accordéon dépliable qu'on aperçoit (surtout utile pour les impressions type ABS... perso je n'ai jamais eu ce besoin) La full enclosure, on verra à quoi elle ressemble, sinon je me ferai mon propre meuble en bois massif + plateau lourd en béton. J'en ai marre des tables Ikea Lack empilées, c'est trop léger, ça vibre, ça résonne, ça se balance, c'est bruyant....