Lazer

Ah... Sinon pour chaque device tu peux faire "Interroger cet appareil" ce qui va conserver les ID, mais tu es obligé de le faire pour chaque appareil. Ou alors il faudrait écrire un script LUA pour l'automatiser.

Sans certitude, mais tu peux peut être tenter de faire "Reconfigurer tous les appareils" dans les paramètres :

A ma connaissance il n'y a pas eu de mise à jour récente du firmware des modules FGR pour volets. Dans les Paramètres, Appareils, tu as un bouton Enlevez les appareils : Puis tu choisis Z-Wave : Puis Commencez à supprimer : Tu auras alors 5 minutes pour aller tripe-dliquer sur le bouton B du module pour l'exclure. Ensuite l'inclusion ça sera l'opération inverse :

Oui je confirme, j'ai remonté ce problème sur le forum officiel, ça a été confirmé par d'autres utilisateurs, et Fibaro a...... PAS réagit Donc patience, il faudra de longs mois pour résoudre ce bug....

Tu as sélectionné la mauvaise mesure, il y a 2 indices sur ta capture d'écran : Consommation d'énergie Unit : kWh Alors que tu tu veux faire ton test sur la puissance, en unité W. Je n'utilise pas le mode bloc, mais regarde ce qu'il te propose parmi les conditions de test, tu dois avoir un truc du genre "puissance instantanée" ou un truc similaire.

HC3 Lite can import any QuickApp containing LUA code, it's not limited as it was on fist generation HC Lite. But, there are some limitations, about the total number of QuickApp you can import. Furthermore, the CPU is limited and can't execute some advanced LUA code. We have already discovered that the Roborock QuickApp can't run on HC Lite, because of the cryptographic LUA library. I don't know for this Nuki QuickApp, but you may have some similar issues. You need some debug messages in the console window to be able to understand the problem.

Je n'ai plus de HC2, mais normalement tu devrais avoir un bouton pour lancer le calibrage dans les paramètres du module. Sinon c'est que tu l'as peut être configuré en mode sans positionnement, il y a un paramètre pour cela, du coup impossible de lancer une calibration. Du coup la vraie question, c'est quel est ton moteur de volet ? Car hormis les Somfy avec 3 fils (1 phase montée, 1 phase descente, et 1 neutre), les autres moteurs sont difficiles à calibrer, voire impossible.

Bienvenue sur le forum

Oui nickel Après sur la dangerosité relative du Wall Plug, vu qu'il est apparent, ça devrait normalement lever une alerte dans la tête de la personne qui s'apprête à brancher un appareil puissant dessus. Ce qui n'est pas le cas d'un module derrière une prise, car il est totalement invisible. Autre chose, même si on surcharge le Wall Plug, on devrait rapidement s'apercevoir, visuellement, de la présence de fumée/mauvaise odeur, et intervenir avant le début de l'incendie. Ce qui n'est encore une fois pas le cas d'un module encastré, car invisible... le feu peut être latent et se transformer en incendie plusieurs heures après. Du coup, je considère qu'un Wall Plug, ce n'est pas franchement dangereux, tandis qu'un module encastré peut potentiellement l'être.

Bienvenue sur le forum

Welcome to the forum

@flamalex du Jeedom non. Mais la plupart de mes QA sont architecturés de la même manière avec un regroupement dans différents fichiers : - main : gestion des interfaces du QA (webview, api, etc) - tools : librairie d'outils - xxx : fichier spécifique en fonction de l'appareil à interroger (c'est là en particulier que tu pourrais aller chercher des infos dans un Jeedom) Tu peux prendre mon QA PSA qui est le dernier que j'ai partagé, reprendre la structure. En plus il gère les modules enfants. Mais attention hein, si tu n'as jamais écris de QA, il y a une quantité de travail considérable pour comprendre le QA et l'adapter à ton usage. C'est loin d'être du copier/coller.

N'importe lequel de mes QA.... ils possèdent tous une boucle infinie permettant de faire du polling. Mais ça va pas être simple de reprendre mon code existant si tu débutes, car c'est déjà du code "étoffé" avec pas mal de lignes, plusieurs fichiers interdépendants, etc.

Welcome to the forum

Dans ce cas la seconde option Aucune ligne de LUA (un QuickApp complètement vierge), tu fais tout depuis Jeedom qui va pousser les valeurs vers le QA en passant par l'API HTTP.

Vu que je n'ai toujours pas pu passer de câble entre le garage et la maison, la passerelle Envoy n'a pas la mesure de consommation de maison... du coup le problème ne se pose pas. D'ailleurs on constate sur la capture d'écran de mon QuickApp que seule la production photovoltaïque apparait, la consommation n'est pas présente. La consommation, je la mesure avec l'EcoDevice RT2. Alors justement, il est temps de faire un premier bilan après 6 mois de production photovoltaïque. Le graph suivant permet de comparer la production théorique (simulée avec PVGIS) et la production réelle, ainsi que l'autoconsommation estimée versus réelle : On peut ignorer mars car j'ai branché les panneaux en fin de mois, ce n'est pas représentatif. Si on compare les courbes bleue et grise, à quelques différences près (mois plus ou moins ensoleillé), ça se suit bien. En ce qui concerne l'autoconsommation réelle (en jaune), c'était pas terrible en avril, car il manquait le routeur PV pour le chauffe-eau, et je n'avais pas encore optimisé mes scénarios domotiques (déclenchement des gros consommateurs quand le soleil est présent) Depuis ça va beaucoup mieux, et particulièrement en juillet/aout, avec les multiples canicules à répétition, la climatisation a bien tourné. Les 2 voitures ont été rechargées quasiment gratuitement jusqu'à mi-septembre, et ça c'est super cool. Mais depuis 15 jours, la météo commence à être mauvaise pour disposer de suffisamment de soleil pour recharger les voitures, donc ça tire en partie sur le réseau. Taux d'autoconsommation global sur les 6 mois : 69 %. Il va augmenter avec l'hiver et les optimisations de mon installation. Bref, ça se présente bien, pas de mauvaise surprise EDIT : et je viens de dépasser les 500€ de gains/économies Déjà 8% de l'installation amortie en 6 mois.

Je suppose oui. Mais je n'ai pas encore ni testé, ni regardé le code LUA.

Oui... probablement. Mais sa solution passe par une page web hébergée sur son site pour générer le token. C'est la fameuse dépendance à un site externe dont on parlait dans les solutions alternatives, car à cause de OAuth 2.0 et de la redirection d'URL, il n'est plus possible de faire un QuickApp 100% autonome (pour l'instant, sauf si Fibaro ajoute un jour la possibilité)

Tu peux le faire dans les 2 sens : - un QA actif qui va chercher (par polling à intervalle régulier) les infos sur Jeedom - un QA passif qui est mis à jour (par push) depuis Jeedom Au choix... selon tes compétences en programmation.

Sur HC3 avec le firmware Envoy v5 ça donne ça : Il faudra quand même que je me penche sur cette histoire de token en v7 quand même....

ça doit être possible oui. Comme déjà dit, je n'utilise pas IFTTT, et je n'ai plus de HC2 depuis un bon moment maintenant. Mais tu trouveras toutes les infos utiles pour faire une requête Web depuis un module virtuel sur HC2, c'est assez largement documenté, avec Net.FHTTP() de mémoire.

Il y a eu l'époque eBay, puis l'époque Aliexpress, qui étaient les bons plans pour acheter les caméras Hikvision entre 2 et 3 fois moins cher que le marché français. Mais je ne sais pas si c'est encore d'actualité.

Oui exact, merci pour le rappel.

Tu as bien profité de tes vacances à ce que je vois

Welcome to the forum