Lazer

Chez moi ça marche Reboot ta box Sinon dans l'appli Netatmo, tu as bien les données ? Car ça peut aussi être la station qui est plantée, auquel cas il faut la rebooter.

Bienvenue sur le forum

Z-Wave il faut une box domotique (telle que la Home Center de Fibaro, mais il y a en a plein d'autres), mais ça te ferait mettre un pied dans la domotique, pas sûr que c'était ton intention à la base (Homekit ce n'est pas de la domotique... tout au plus des objets connectés.... même si les fabricants aiment bien jouer sur les mots... ahhh le marketing) C'est quand même un loisir assez chronophage et couteux (au début on se fit juste ça, puis de fil en aiguille on domotise tout dans la maison) Disons que Fibaro a senti le bon filon et a sorti une version Homekit de ses modules Z-Wave dont il est la référence sur le marché. J'imagine que ça ne leur a pas couté cher de sortir ces modules en version Homekit, sauf que du coup ils sont tous bridés. Ce qui les rend assez peu utile au final... bon après je suppose que pour piloter un radiateur en mode ON/OFF ça doit le faire. J'ai souvenir que l'autre forumeur auquel je pense, voulait ouvrir un portail, et c'était impossible car le module ne permettait même pas de faire une impulsion (ON/OFF très rapide). C'est quand même idiot. Le fil pilote ce n'est pas à toi de l'installer, il est dans le radiateur. Donc si demain tu changes, le nouveau aura le fil pilote (à coté du fil de phase et de neutre... la terre étant généralement absente sur tous les radiateurs modernes, car double isolation de classe II) Dans les maisons modernes, la norme NF-C 15-100 impose de faire remonter tous les fils pilotes au tableau électrique principal afin de pouvoir y installer un gestionnaire facilement. Mais ce n'est pas le cas dans les maisons anciennes, d'où le succès des micro-modules tel que celui de Qubino. On en installe 1 derrière chaque radiateur, ça communique sans-fil en Z-Wave avec la box domotique, et en quelques heures on a domotisé tout son système de chauffage à la maison, c'est quand même assez magique (la domotisation du chauffage est ce qui m'a fait venir à la domotique il y a 8 ans, car il n'existait aucune solution satisfaisant sur le marché à l'époque.... aujourd'hui non plus remarque, c'est assez désolant... les solutions type Nest et Netatmo n'étant pas adaptés aux radiateurs électriques)

Oui. Il faut attaquer l'API directement, mais tu peux faire tout ce que tu veux. Je l'ai fait pour 3 QuickApps partagés sur le forum : - Événements (le nombre de labels s'ajuste automatiquement (création/suppression) en fonction du choix de l'utilisateur (dans une variable du QA) - GEA Alarm (idem que précédemment) - Yamaha MusicCast (création automatique des labels et boutons en fonction des capacités supportées par l'appareil lors de la première découverte de celui-ci) Lire et modifier le design du QA, c'est relativement simple une fois qu'on a compris la logique de l'API. Ce qui est plus délicat, c'est la logique pour le gérer... on a vite fait de se retrouver avec un nombre illimité de labels dans un QA si on ne gère pas la détection correcte des labels déjà existants. Du coup l'essentiel de mes codes LUA tourne autour de cette logique, ça risque de le rendre peu lisible. Si tu regardes mes QA, je te conseille la lecture des 2 premiers que j'ai cité, car le 3ème est clairement beaucoup plus complexe.

Ouais le tarif l'éloigne définitivement des particuliers, sauf passionnés, mais la cible c'est plus les pros / semi-pros, clairement.

Pour moi c'est vite vu, la XL corrige tous les petits trucs qui me prenaient la tête sur la MK3 : - autoréglage de la 1ère couche (pratique quand on bascule souvent entre les 2 plateaux (lisse/poudré), ou qu'on change de buse (0.4 et 0.6mm)) - détection de bouchage de la buse (j'ai eu plusieurs fois le cas avec des PLA Bois, et TPU) - meilleure homogénéité de chauffe du plateau (responsable du warping) Bref, tout ce qui a pu m'occasionner des impressions ratées ou de mauvaise qualité. On se rapproche de l'imprimante plug and play sans aucun réglage @Nico ah top ça il faut que tu nous fasse un suivi du chantier sur ton topic bricolage

Énorme oui, mais elle ne "déborde" pas pendant l'impression, car le plateau est fixe. Du coup l'encombrement devrait être similaire, ou à peine plus grand, que la MK3. En fait elle sera plus large, mas pas plus profonde je pense. Le changeur d'outil est automatique, donc tu peux charger des filaments différents, et le changement se fera automatiquement en cours d'impression.

Elle n'est pas nouvelle, mais j'ai trouvé que la possibilité de lui passer des paramètres permettait de la rendre plus facile à utiliser L'exemple du calcul d'une valeur moyenne est assez parlant. Précision : le nombre de paramètre est indéfini, et peut aller de 0 à N, on n'est pas limité à 2 comme dans cet exemple.

HEIC c'est un nouveau format d'image plus optimisé que le JPEG (qui commence à se faire vieux)... poussé fortement par Apple. Et c'est là que je viens de tilter... Apple... référence d'un module Fibaro inconnue... et bingo, c'est du Homekit, le protocole propriétaire d'Apple, pour lequel Fibaro avait sorti quelques modules à l'époque. Je ne savais même pas qu'ils étaient encore en vente. En tout cas, j'arrête là les conseils avec ces modules, ils n'ont rien à voir avec les modules Z-Wave bien connus. La dernière fois que j'ai conseillé quelqu'un, on a passé un temps fou avant de comprendre que le module en version Homekit ne faisait pas la même chose que le module Z-Wave soit-disant équivalent... et l'utilisateur en question n'a pas pu mettre en oeuvre son projet. Donc plutôt que de conseiller un truc qui risque de ne pas fonctionner, je préfère m'abstenir. Désolé @PlatyGued Bon courage avec ton module Homekit... sinon tu peux passer en Z-Wave... d'ailleurs j'espère que tu es bien conscient de la différence.

Un peu que je l'ai vu passer J'ai précommandé 10 minutes après 2 ans qu'on l'attend cette XL ! Clairement le prix a énormément augmenté par rapport à la pré-annonce, mais entre temps la crise des composants est passée par là Finalement malgré la hausse je vais quand même l'acheter, car vu les tonnes de fonctionnalités embarquées, je vais revendre la MK3s, et la XL sera bonne à tout faire. En mieux d'ailleurs, je n'en doute pas

HEIC.... c'est bien gentil les formats modernes, mais ça ne s'affiche pas sur les navigateurs. Tu peux mettre en JPEG, c'est universel ? ça nous permettra de voir l'image sans devoir ouvrir dans un éditeur externe.

Voici GEA version 7.36 : La condition "Climate" peut maintenant être utilisée en déclenchement instantané (avec une durée = -1) L'option "Function" peut maintenant recevoir des arguments en paramètre Remarques : Attention avec les triggers sur Climate, j'ai l'impression que la HC3 le gère étrangement, dès que l'une des zones de climat change, un trigger est déclenché pour toutes les autres zones.... ça risque d'amener à des résultats surprenants dans GEA. Les paramètres passés en argument de Function permettent de réaliser simplement des actions plus complexes avant. Par exemple, calculer simplement la moyenne de 2 valeurs : -- Affecte la moyenne de la valeur du module 74 et de la température de la météo au module ID 73 : GEA.add( {CONDITIONS}, 30, "", {{"Value", 73, {"Function", function(a, b) return (a+b)/2 end, {"Value", 74}, {"Weather", "Temperature"}}}}) De toute façon "Function" reste réservée aux usages très avancés de GEA, ça peut rapidement devenir très complexe. Copier/coller le contenu du fichier LUA téléchargé par dessus le fichier main dans le QuickApp (ou bien télécharger le QuickApp complet disponible en 1ère page). J'ai également mis la dernière version du fichier de syntaxe en 1ère page. GEA v7.36.lua

Oui en effet.... il faut vérifier si le fil est coupé au raz. Si c'est un très vieux radiateur, sans fil pilote et avec thermostat mécanique (mécanisme à bilame), dans ce cas aucun souci pour le piloter en tout ou rien avec le FGS. C'est ce que je fais sur des très vieux panneaux radiants qu'il me reste (30 ans quand même)

Je pense que ta question aurait plus sa place dans la section "actionneurs et ouvrants" du forum Et avec un petit schéma ça serait plus clair car c'est pas évident de se représenter les numéros des bornes dans la tête...

Euh, ben si je t'ai répondu pour les child

FGBHS ? Tu es sûr ? C'est FGS la référence Quoi qu'il en soit, ce n'est pas la bonne référence, un FGS c'est un relai qui va couper violemment l’alimentation de ton radiateur, et tuer prématurément l'électronique de son thermostat. Il faut utiliser le fil pilote, pour cela l'idéal c'est le module Qubino Fil pilote.

Bienvenue sur le forum

Parce qu'en regardant le JSON on voit bien qu'il s'agit d'une chaîne de caractères.

N'oublie pas les pieux au fond du trou, c'est important.

Modifier la propriété "dead" n'a absolument aucun impact sur le déroulement du code LUA dans le QA. C'est à toi de gérer cet état dans ton code... en gérant les tentative de reconnexion à l'appareil, etc. Le seul impact, il est visuel, et il est géré par la HC3 : elle va mettre à jour l'icône pour informer visuellement l'utilisateur. Dans le même genre, il y a le champ "enabled", qui est modifiable par l'utilisateur pour désactiver un module depuis l'interface Web. En pratique, cela ne bloque pas le code LUA, c'est au programmeur de gérer cet état. Tous mes QA depuis plus d'un an commencent par lire cette valeur, pour éventuellement stopper net leur exécution depuis le onInit() -- Check if QuickApp device is enabled if not api.get("/devices/"..tostring(self.id)).enabled then tools.log(self, self.trad.disabled, 0) tools.updateLabel(self, "LabelDebug", string.format(self.trad.label_debug_error, self.trad.quickapp_disabled)) tools:warning("Device", self.name, "is disabled => QuickApp stopped") return end Une autre propriété intéressante, c'est "log" qui permet de choisir ce qu'on veut afficher dans la zone de texte sous l’icône du QA. Cela existe depuis les VD sur HC2 d'ailleurs.

Il me semble que dans le QA GCE je gère déjà l'état dead, mais pas le WakeUp forcé, car il n'était pas encore dispo sur les vieux firmware, à l'époque où je l'ai développé. Gérer l'état dead des child me parait tout aussi important que pour le parent, c'est ce que je fais en tout cas.

Vieux modules éloignés ? A coup sûr c'est le même problème qui a été documenté sur le forum depuis la sortie de la HC3, à savoir la vieille version du SDK bugguée qui est exploité dans le firmware de ces vieux modules Z-Wave (non +) La plupart des FGS, FGD, FGMS, etc d'ancienne génération Fibaro sont concernés dès qu'ils exploitent le maillage (trame qui est routée par un module intermédiaire) Ce problème est censé être résolu sur le moteur Z-Wave v3 de la HC3, sauf que pour l'instant celui-ci est encore en Beta, donc pas du tout conseillé. Bref, à part attendre, il n'y a pas grand chose à faire.... ou alors il faut être très motivé : déplacer les modules pour mettre les vieux à coté de la box, et les nouveaux plus loin...

Cool

Ah je crois que j'ai compris. Tu veux passer le module en état mort (= dead). Je ne suis pas certain de savoir de quelle pastille tu parles, mais lorsqu'un module ne communique plus, il passe donc en état mort. Son icône devient alors grisée avec un symbole radio de dysfonctionnement par devant. Tu peux donc modifier toi même la propriété "dead" de ton QuickApp avec updateProperty pour mettre true/false, exactement comme pour la value. Et tu peux même réagir aux tentatives de réveil : function QuickApp:wakeUpDeadDevice() tools:trace("Tentative de réveil") -- ... ici on tente de contacter le module via IP, Wi-Fi, etc... -- Puis on désactive son état mort : self:updateProperty("dead", false) end PS : exemple de gestion dans mon QuickApp Yamaha MusicCast. PS2 : au moindre problème réseau, le QA passe en dead, c'est un peu pénible... surtout pour les appareils connectés en Wi-Fi dont la liaison est instable par nature. Dans la prochaine version je mettrai un compteur interne et le QA ne passera dead qu'après 2 ou 3 tentatives de connexion infructueuse afin d'éviter le "bagotement".

Bienvenue sur le forum