Lazer

En fait non, puisque le QA en question utilise déjà l'authentification OAuth2 depuis le début. Donc je ne suis pas allé voir le code en détail, c'est l'auteur original qui avait fait cette partie là.

le roomID tu ne peux pas le définir lors du createChild, il faut le modifier juste après la création du child. C'est ce que je fais dans ma librairie tools déjà partagée plusieurs fois sur le forum. Pour le role, je ne sais pas trop... Pour connaitre ce qui est dispo dans self, il te suffit de parcourir la table avec une boucle for k, v in pairs(self)...

Non pas obligatoire du tout, c'est complètement facultatif, perso je ne suis pas passé par cette version intermédiaire. Et elle ne sert pas à sauvegarder (ce qui sous-tend la possibilité de restaurer), mais uniquement à exporter les données historiques. Perso je m'en moque, je n'ai jamais utilisé l'Eco-Devices pour l'historisation des données, puisque j'ai tout dans mes propres bases de données (DomoCharts) Bref, je suis passé directement en v3 en suivant la procédure avec les différentes phases de reset et reboot, puis j'ai refait toute la config à ma main.

Il faudra refaire toute la config. Attention certains retours d'API ont changé, j'en ai parlé sur le topic du QuickApp.

J'ai reçu aussi. Je ne sais pas comment fonctionne le plugin sur HC2, mais historiquement Fibaro a plutôt été à la traine sur sa mise à jour... bonne chance ! Une raison de plus pour passer sans tarder sur la HC3

Dans la page de configuration des profils (je découvre qu'ils ont renommés ça en "modes" dans la dernière traduction française...), normalement ils sont numérotés dans l'ordre : Ou bien via l'API : /api/profiles

C'est le firmware du ZXT-120 qui est buggué. J'ai profité de la migration vers HC3 pour le remplacer par le nouveau modèle ZXT-600 Perso je préfère les micro-modules avec l'interrupteur de mon choix devant. Il y juste un Walli que j'aime bien, c'est la prise électrique, ça permet de faire du vrai encastré (pas comme un Wall Plug) et de tenir les 16A, donc d'être en sécurité vis à vis des normes électriques.

Merci... étrange... Si je comprends bien, ton "Alarme" c'est la partition n°2 ? Tu as une autre partition en n°1 ? 2 tests que tu peux faire : - {"Breached", 2} => c'est à dire avec l'ID numérique - {"Breached"} => c'est à dire sans ID, il devrait déclencher la règle lors de l'intrusion sur la partition n°1 ou n°2

Hum, je n'avais pas vu qu'il y avait un (mauvais) lien en 1ère page .... du coup je viens de le modifier

OK, donc dans ce cas tu ne devrais pas rencontrer de difficultés :)

OK, bon après une prise c'est du simple ON/OFF, ça devrait fonctionner sans problème. La mise en service de la box ? C'est assez facile. Là où ça se complique, c'est sur les scénarios. Si tu fais des choses simples, c'est faisable en mode bloc (SI.. ALORS...) Mais si tu veux des choses un peu plus évoluées, il faut rapidement passer au LUA, pas évident si tu n'as jamais programmé.

Ah, je ne savais pas que Somfy faisait des prises Z-Wave... eux qui sont habituellement si enfermés dans leur protocole propriétaire IO. La HC3 est compatible Z-Wave (et Zigbee depuis peu), donc théoriquement n'importe quel module Z-Wave est compatible. Cela dit, il y a certains modules qui ne fonctionnent pas toujours très bien, bug de prise en charge, ou support partiel des différentes fonctionnalités intégrées au module... Quand on reste dans les grandes marques (Fibaro, Aeotec, Qubino (sauf pour le module fil-pilote), etc...) il n'y a généralement aucun souci. Sinon c'est du cas par cas, il faut tester soi-même ou fouiller un peu sur le net si d'autres utilisateurs ont pu le tester. Ou bien demander au vendeur. Chez domotique-store par exemple ils maintiennent carrément un tableau de compatibilité dans le descriptif de chaque module, c'est l'idéal.

Ah l'interface, je n'y étais pas du tout Franchement, l'interface de la HC3 est bien mieux que celle de la HC2. Moins jolie de prime abord, mais 100x plus rapide et efficace, on perd beaucoup moins de temps à naviguer dans les menus pour arriver à la page voulue. Adieu les boules bleues Et puis les QuickApps, c'est juste la révolution par rapport aux Virtual Devices. Certes il faut réécrire quasiment tout le code LUA, mais c'est tellement plus puissant une fois qu'on a compris le mécanisme des QA. Plus besoin de se prendre la tête à dupliquer le même code entre les différents boutons du VD ou bien de passer par des Variables Globales pour échanger des infos entre les boutons et main loop. Pour moi il y a une seule régression avec la HC3, indirectement, c'est l’obligation d'utiliser la nouvelle application mobile Yubii, qui est juste nulle, pas du tout ergonomique, lente, et très mal suivie par le développeur stagiaire en alternance à mi-temps... pas de prise en compte des plaintes des utilisateurs, ça me rappelle la HC2 au début du firmware v4 !

Très certainement ton panneau d'alarme qui est activé.

Bien bien bien Juillet 2022, météo exceptionnelle (soleil et chaleur), production exceptionnelle. Simulation PVGIS : 815 kWh Production réelle : 891 kWh ( + 10 % ) Énergie auto-consommée : 622 kWh Taux d'autoconsommation : 70 % Gain (économie) réalisé : 106 €  Facture EDF : 34 € (au lieu de 140 €) Malgré la canicule qui a fait chuter le rendement des panneaux, l'abondance de soleil a largement compensé Miam, j'adore le photovoltaïque

Utilise base64encode plutôt que base64decode

Et bien c'est la propriété dead, comme mentionné.

La propriété dead doit refléter l’icône de ton module dans l'interface, donc je suppose qu'il n'est pas passé en nœud mort ? (icône grisée ou barrée sur HC2, je ne sais plus) Un module mort ne passe pas immédiatement dead, mais uniquement après quelques tentatives infructueuse de le joindre. Et c'est pire pour un module sur batterie, car il ne passe dead qu'après avoir écoulé le temps de son intervalle de réveil (qui peut être infini sur certains modules modernes...) Attention je suis sur HC3, il y a pas mal de petites différences dans le code LUA et l'API avec la HC2. Mais des exemples de code avec api.get() il y en a plusieurs sur le forum, tu les retrouveras facilement.

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)

@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