Lazer

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

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 :

[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...)