Lazer
-
Compteur de contenus
26 454 -
Inscription
-
Dernière visite
-
Jours gagnés
1 371
Tout ce qui a été posté par Lazer
-
Tu ne peux pas, cette fonction fibaro:call() envoie l'instruction au module concerné, mais ne retourne rien, quel que soit le résultat de l'exécution de la commande. Il faut donc le faire de manière détourner, par exemple selon la séquence suivante (simple suggestion, il y a surement d'autres façon de procéder) : - fibaro:call() - attendre un certain temps avec sleep() ou settimeout() - aller lire le statut du module en question pour connaitre son état avec fibaro.getValue() ou encore api.get() qui te permettra d'aller récupérer toutes les propriétés contenues dans le JSON du module (par exemple dead, power, etc)
-
Quick App - Gestionnaire d'Événements Automatique - GEA pour HC3
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
@Felig étrange, il me faudra le log détaillé avec debug et lldebug à true pour analyser le problème. -
Avec vi L'éditeur de texte pour les vrais de vrais, ceux qui sont nés avec de la barbe au menton, un clavier collé aux doigts, et qui ont compilé leur premier kernel avant de savoir parler Ou alors, avec un éditeur moderne, comme Notepad++
-
Bienvenue sur le forum
-
Bienvenue sur le forum
-
Bienvenue sur le forum
-
Bienvenue sur le forum
-
Non ce n'est pas très stupide, au contraire c'est bien plus logique ainsi, et surtout très puissant. Mais pas évident à assimiler au début. Commence par lire le lien, tout est expliqué.
-
"Asynchronisme".... en fait tes 2 instructions sont exécutées avant l'appel de success() ou error() Voir :
-
CHIP - Connected Home over IP => Matter
Lazer a répondu à un(e) sujet de Lazer dans Annonces et suggestions
[Blog Domadoo] Avec Thread 1.3.0, votre HomePod Mini, Amazon Echo et Nest Hub sont prêts pour Matter Intéressant, donc avant la version 1.3, ça n'était pas compatible... Matter a failli être un gros fiasco donc, finalement heureusement que ça a pris du retard J'en profite pour piquer le schéma et y ajouter là où se situerait une box domotique existante (HC3, Jeedom, Home Assistant, etc) si les éditeurs prennent la peine d'y intégrer le support de Matter. Espérons. Mais ça pourrait tout aussi bien être l'espace de grosse box avec ses 2 antennes représentée au milieu du schéma, car les 3 box/logiciel que j'ai cité en seraient capable en fin de compte (le chipset Zigbee de la HC3 est compatible avec Thread... il faut juste adapter la pile logicielle... du coup la box deviendrait également un border routeur)
-
Je ne les exploite pas, et j'ai carrément désactivé ces fonctionnalités sur tous mes FGMS. Théoriquement on pourrait faire de l'antisabotage, en gros quand le détecteur détecte une vibration, c'est qu'il a été décroché, donc on fait sonner la sirène.... mais bon.... le capteur de mouvement aura déjà réagit avant de toute façon. Et puis faire une alarme avec un capteur domotique, même si ça fait toujours débat, ce n'est quand même pas l'idée du siècle.
-
Alors ça c'est normal, c'est une règle instantanée (durée -1), donc elle n'est pas listée ici. Par contre je vois que tu es sur HC2, donc GEA propose moins de logs pour déterminer le problème.... Mais sur HC2 il fallait déclarer les triggers dans l'en-tête de la scène, c'est sûrement ton problème. De mémoire, quelque chose comme : 248 value
-
Je pense qu'il faut mettre l'ID 248 dans ton device MVT_BAL
-
Si... tout est possible...
-
Bienvenue sur le forum
-
Bienvenue sur le forum
-
C'est possible, il y a juste un paramètre qui change lors de l'appel de l'API, c'est tout à fait adaptable à mon script. Mais j'ai choisi de ne pas le faire, car l'espace Cloud proposée par Fibaro pour la HC3 est 10x inférieur à ce qu'on avait avec la HC2... va comprendre Du coup pour ne pas risquer la saturation (ce qui ferait planter les backups suivants), j'ai préféré me concentrer sur le backup local en régulier automatique. De toute façon un backup cloud est effectué automatiquement à chaque mise à jour de firmware.... sauf si l'espace est plein !
-
Comme j'avais une seconde box HC2 pendant plusieurs années, j'ai acheté une seconde HC3. En temps normal la seconde box sert pour les tests, développements, etc, elle est prête à prendre le relai à tout instant. Pour accélérer la bascule d'une HC3 à une autre, il est impératif d'avoir des backups dans le cloud, car c'est le seul moyen de restaurer la sauvegarde d'une HC3 vers une autre. Les sauvegardes en local, c'est bien en complément, pour restaurer sur la même box en cas de plantage (sans panne matérielle donc), mais impossible à restaurer sur une autre box, sauf à passer par le support (avec X jours de délai...)
-
Bienvenue sur le forum
-
Quick App - GCE Electronics IPX800 v4 et EcoDevice RT2
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
OK, étrange, je regarderai ça à l'occasion. -
Quick App - GCE Electronics IPX800 v4 et EcoDevice RT2
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
Tu peux aussi partager ta ligne de config qui pose problème ? -
Cool
-
Ah voilà, c'est donc la fonction "restartWS" qu'il faut mettre dans ton action GEA : {"QuickApp", 123, "restartWS"}
-
Ah le ZXT-120.... il a aussi foutu la grouille plus d'une fois sur mon réseau quand j'étais sur HC2. C'est simple, quand mon réseau avait des latences de plusieurs secondes, je savais qu'il fallait rebooter le module. Peut être 1 (ou 2 fois) par an en moyenne. J'ai profité de la migration vers la HC3 pour le remplacer par un ZXT-600 qui fonctionne très bien pour l'instant.
-
Non pas le log Tu retournes dans le QuickApp comme quand tu l'as créé, et tu vas dans le bouton...
