Lazer

Ah ok, je n'avais pas compris que tu voulais déclencher sur 2 conditions. ..... mais .... dans ce cas pourquoi ne pas utiliser GEA ? Tu as envie de réinventer la roue ?

"fibaro.getGlobalVaraible()" dans un trigger, surement pas, y'a aucune chance. Mais on doit pouvoir y mettre "global-variable" d'après ce que je vois. Après je n'ai pas testé, mais c'est possible, forcément. Je récupère le trigger des variables globales via l'API RefreshStates dans GEA, donc ça déclenche bien un événement. Faut juste que tu trouves la bonne syntaxe.

Comme Dragoniacs, pour moi il faut que tu structures ton code avec des fonctions qui vont s'appeler les unes et les autres. Alors il sera facile avec setTimeout() de relancer une fonction quelques secondes ou minutes plus tard. Pour les déclencheurs de scènes, c'est bien documenté : https://manuals.fibaro.com/home-center-3-lua-scenes/ Mais je n'ai pas encore testé, je n'ai que des QuickApps, et GEA est mon moteur de scénarios pour l'instant.

voilà tu as ta réponse, il faut le neutre pour alimenter le transfo en ON/OFF Sans neutre, ce n'est pas du ON/OFF, car le courant, au lieu de repartir par le neutre, part par la charge... qui est donc toujours alimentée.

Les transfo c'est rarement dimmable, et quand ça l'est, la variation est souvent de piètre qualité.... bon courage pour en trouver un qui fonctionne bien ! Le tiens, comme tu l'as dit, n'est clairement pas dimmable. En l'état, la seule chose que tu puisses faire, c'est de la piloter en ON/OFF sans variation. Concernant les lampes en 230V, si tu veux maximiser tes chances, c'est toujours la même histoire : - utilisation du FGD-212 (et pas le FGD-211) - présence du neutre pour alimenter le module - installation d'un bypass en parallèle avec la charge - utilisation d'ampoules dimmables (évidemment) - utilisation d'ampoules marque reconnue. Même si ça ne garantie rien, ça maximise les chances, l'électronique d'une ampoule de qualité n'a rien à avoir avec l'électronique d'une ampoule low-cost. Et même concernant les grandes marques, si tu prends Osram (l'une des références), ils ont une gamme grand public et une gamme pro. Inutile de te dire que la gamme pro ne présente que des avantages (lumière blanche de meilleure qualité, meilleur rendu des couleurs, meilleure gestion de la variation, meilleure durée de vie, etc), et un seul inconvénient : le prix Et même quand toutes ces conditions sont réunies, que l'alignement des planètes est parfaite, tu n'auras jamais une aussi bonne qualité de variation que ce qu'on avait avec les bonnes vieilles ampoules à incandescence et halogènes. Quelle tristesse de les avoir interdites....

lol merci il faut 2 "t", @MAM78 tu aurais dû copier/coller l'URL que je t'ai donné Mais donc tu n'as pas testé l'URL dans ton navigateur avant de le faire en LUA ?

Bienvenue sur le forum

Bah oui, tu as ajouté networkConfig en trop, ça ne fait pas partie de l'URL Si tu veux récupérer directement la valeur il faut le faire ainsi : local networkConfig = api.get("/setings/network").networkConfig

Pas un bug, c'est voulu à mon avis.... en phase avec la volonté de Fibaro de couper les accès directs aux box, pour des raisons de sécurité, trop de gens ont simplement ouvert et redirigé un port sur leur routeur directement vers la box domotique, sans aucune sécurité. Ce qui est malheureux, c'est que ça nous oblige à passer par leur cloud, ce qui est inacceptable. J'ai aussi changé de téléphone récemment, et j'en pouvais plus de la connexion en remote via leurs serveurs, beaucoup trop lent. L'astuce donnée par @ADN182 fonctionne bien, perso j'ai pris l'avant dernière version, la 1.26.0.0 On la trouve sur apkpure : https://apkpure.com/fr/fibaro/com.fibaro/versions Ou mieux, directement sur le site de Fibaro (tant qu'ils ne la retirent pas) : http://android.fibaro.com/ Procédure en moins de 5 minutes : - désinstaller la dernière version (1.27.0.0 aujourd'hui, mais je pense que ça restera la dernière car Fibaro a arrêté son support) - télécharger la version 1.26.0.0 - installer la version 1.26.0.0 (il faudra autoriser les sources inconnues si ce n'est pas déjà fait) - lancer l'application, accorder les droits d'accès demandés, se connecter via le Fibaro ID, puis entrer le nom d'utilisateur et le mot de passe de la box (éviter de se connecter avec le compte admin) - ensuite aller dans les paramètres : Settings => Choose HC => Edit => Entrer le nom de domaine complet dans le champ HC IP => Save - quitter l'application - aller sur le Play Store - installer la mise à jour proposée (pour revenir en version 1.27.0.0) - couper son Wi-Fi, relancer l'application, et vérifier qu'elle se connecte bien en "local" via la 3G/4G/5G. Voilà, ça fonctionne, ne surtout pas toucher aux paramètres de connexion réseau, il va conserver le FQDN tant qu'on n'y touche pas. Malheureusement cette astuce est impossible sur la nouvelle application (compatible avec la HC2, et obligatoire pour la HC3), son fonctionnement est totalement différent et il est impossible de bypasser le Cloud. EDIT : package en pièce jointe : Fibaro-1.26.0.0.apk

Bienvenue sur le forum

J'allais te dire qu'il faut utiliser urlencode()

Je ne suis pas certain de bien comprendre... mais self.properties.xxx ne fait pas l'affaire ?

Ce n'est pas une instruction, mais c'est disponible via l'API HTTP, donc au travers de api.get() /api/settings/network

On a reçu le même email J'aime bien leurs nouvelles pubs, ils se mettent à faire un peu d'humour

Ah batterie rechargeable je suis moins fan par contre Je pensais aux Aeotec Door Window Sensor v7, j'en ai 3 comme ça, et ils sont bien à pile. Même form-factor que les Fibaro, et présence du bornier pour contact sec (je les utilise dans mes capteurs d'alarme)

Commande le 30/11, livraison le 17/12 Donc ça fait 17 jours. C'est long, mais : - j'ai commandé en sachant que c'était hors stock et qu'ils annonçaient environ 1 semaine de délai - lorsque le colis est passé chez le transitaire mailbox.de, je n'avais pas provisionné mon compte à l'avance, donc le colis n'est reparti que le lendemain alors qu'il aurait pu partir le jour même - le camion GLS a été ralenti en passant près de chez mprinfo, sérieusement il y a 1 jour de mystère dans le suivi entre l'Allemagne et la France (ils ont surement été débordés par les commandes de Noël) Donc de toute façon je suis très content, et je ne suis pas pressé, c'était surtout un achat opportuniste. Pendant ce temps là j'ai fait une commande cette semaine sur Amazon qui m'a été livrée en 15 heures ! Sachant qu'il y avait la nuit au milieu, ça carbure

Oui j'ai fusionné les sujets Pas de chance, oui ils sont de très vielle génération. Les Door Window Sensor v2 sont bien mieux : bonne tenue de la pile, capteur de T° intégré. Mais ils n'ont plus de contact sec. Ou bien l'équivalent chez Aeotec, qui eux disposent bien du contact sec (utile pour certaines utilisations détournées)

Oui l'objectif c'est de profiter de la migration à venir pour remplacer tous les modules de 1ère génération qui ne savaient pas mesurer la consommation. Donc principalement des dimmers, et quelques relais. Et les smart implant parce que la possibilité de piloter les 2 sorties, c'est juste génial, j'ai envie d'en mettre partout Et ça sera plus pratique pour le grand basculement, ça fera tout ça de modules que je pourrai inclure à l'avance, et pré-configurer les paramètres. PS : tu comprends l'intérêt de l'assurance transport à 1000€ avec GLS versus Modialrelay....

J'ai reçu ma belle commande, comme je le disais sur le topic des numéros de série, c'est du flux tendu, la HC3 a été fabriquée le 28/11, et j'ai même des modules (les Dimmer 2) qui sont du 30 novembre ! Ils doivent avoir un sacré volume de vente chez Proshop.... faut dire qu'avec les tarifs qu'ils ont fait pour le Black Friday, ils ont dû passer quelques palettes de modules. Vous avez vu, depuis fin novembre, les nouveaux modules Fibaro ont un emballage "écologique", et plus compact. Ils ont supprimé le film cellophane et le plastique, et je suppose que c'est du carton recyclé. Comme Nodon le fait depuis longtemps.

Regarde en première page, à l'époque j'avais donné la solution qui fonctionnait pour moi. Sinon.... bah.... je sais pas J'ai fini par totalement virer ces modules, ce sont les plus vieux module sur batterie de Fibaro, ils vident les piles à vitesse grand V (je n'ai jamais tenu plus de 7 mois), et le firmware buggué sur la remonté du niveau de piles, c'est bien pénible.

HC3 : 13700 Date d'achat : 30/11/2020 (commande hors stock) Date de fabrication : 28/11/2020 C'est ce qu'on appelle du flux tendu

Vieux bug.... Tente une "interrogation du module" (ou qqch comme ça dans l'onglet de propriété du module sur la HC2) puis fait un réveil du module (il faut ouvrir le capot, et triple cliquer sur le bouton)

Email de Diagral reçu ce jour : Je pressentais depuis longtemps que ça allait arriver tôt ou tard. Diagral n'a de toute évidence aucune intention de mettre à jour son site Web pour abandonner l'utilisation de Flash et utiliser HTML 5 à la place. Quant à l'application mobile, qui n'est plus maintenue depuis longtemps, elle continuera de fonctionner tant qu'une mise à jour d'Android ne rompra pas la compatibilité..... Bref, cette attitude de Diagral est lamentable, on est encore une fois face à une situation obsolescence programmée liée à tous les services dépendants du Cloud. Dites vous bien que même leur plus récente centrale e-One sera soumise à la même obsolescence d'ici quelques années. Pour ma part, je remettrai pas un centime là-dedans. Même si leur alarme fonctionne très bien en tant qu'alarme, Diagral n'est clairement plus une marque à recommander pour quelqu'un qui cherche une solution connectée pérenne, interopérable ou non avec la domotique. Le seul salut, ce sont les alarmes professionnelles, avec module d'entrée/sortie contact sec, on peut traiter l'information comme on veut, et indépendamment de tout service connecté.

Absolument, j'ai envie de dire qu'il faut "obligatoirement" vérifier l'existence éventuelle de chaque Child avant de créer le nouveau. Sinon ça va être l'horreur quand l'utilisateur va cliquer frénétiquement sur le bouton. Et faut pas espérer toucher les allocs ou la carte famille nombreuse.... Je connais un seul moyen d'identifier chaque child de manière unique : en stockant un identifiant dans ses variables. Par exemples : - pour la station Netatmo, on y stocke l'ID unique attribué par Netatmo à chaque module. - pour un IPX800 ou un EcoDevice, je stocke l'identifiant du port d'E/S : R1, R2, .... D1, D2, .... A1, A2, .... etc - pour Surveillance Station : l'ID de la caméra donné dans l'API de Syno. - etc Extrait de code : -- On veut créer un child local exist = false for _, child in pairs(self.childDevices) do -- On test si le child existe déjà (ce test est totalement dépend de chaque QuickApp qu'on développe) if pinFullName == pinNames[dev.pinName].getPin(tools.getVariable(child, "pinName"), tools.getVariable(child, "pinNumber")) then self:debug("Child device #" .. tostring(child.id) .. " <b>" .. child.name .. "</b> already exists for pin <b>" .. pinFullName .. "</b>") exist = true break end end if not exist then -- OK on peut créer le child... end En fait cet extrait s'intègre dans une autre boucle qui parcoure elle-même la liste des enfants à créer. Le tout est dans une fonction appelée lors de l'appui sur un bouton du QA.

OK donc il fallait déconnecter le capteur externe. Ah.... la magie Fibaro