Lazer

Utilise plutôt le même filtre que j'ai mis dans mon exemple, il fonctionne chez moi depuis l'année dernière sur la HC3.

Et elles répondent chez toi les URL que j'ai donné Nico ? Ou bien ça fait comme flamalex, redirection vers la page d'accueil ?

Tu as le bouton de calibration en bas de ta 2ème capture d'écran. Sinon la manip avec les interrupteurs est indiquée dans la doc du module.

FGR plutôt que FGS non ? Tu as refait la calibration du volet ? Les problèmes que tu décris ressemblent à une calibration perdue / non faite. Je viens de vérifier avec un FGR-223, et tout fonctionne nickel en 5.120.10

Voici une fonction que j'utilise dans l'un de mes QuickApp pour éteindre toutes les lumières de la maison : -- LightOff -- Modules à exclure et fonction de traitement (pas raccordés à des lumières) -- Peut contenir un id ou un mot clés à chercher dans le nom du module local lightsToExclude = {12, 345, 678} -- -- Bouton : Éteint les lumières -- function QuickApp:LightOff(event) local function shouldExclude(device) for _, v in pairs(lightsToExclude) do if device.id == v or string.find(device.name, v) ~= nil then return true end end return false end local devices = api.get("/devices?property=isLight") if type(devices) == "table" then for i = 1, #devices do local device = devices[i] if not shouldExclude(device) then local value = tonumber(device.properties.value) if type(value) == "boolean" and value or type(value) == "number" and value > 0 then local roomName = fibaro.getRoomNameByDeviceID(device.id) self:trace("Found device", device.id, ":", device.name, roomName, "(value", tostring(value)..") => call turnOff") fibaro.call(device.id, "turnOff") end end end else self:error("Impossible de lister les modules") end end Il te suffit d'appeler la fonction LightOff() depuis un bouton de ton QuickApp. Et personnaliser les éventuelles lumières à exclure dans la table lightsToExclude

donc ils auraient intégralement retiré toute l'API locale c'est dramatique.... Du coup aucune chance que mon QA fonctionne chez toi...

Page très intéressante : Enphase Envoy-S “Data Scraping” https://thecomputerperson.wordpress.com/2016/08/03/enphase-envoy-s-data-scraping/ Script en Python pour le calcul du mot de passe à partir du numéro de série de l'Envoy : [GitHub] sarnau / EnphaseEnergy https://github.com/sarnau/EnphaseEnergy

Voici une liste d'URL que j'ai en stock qui permettent d'accéder aux information en local, directement sur l'adresse IP de l'Envoy : /api/v1/production /api/v1/production/inverters /production.json /production.json?details=1 /inventory.json /inventory.json?deleted=1 /home.json /ivp/meters /ivp/meters/readings Certaines n'ont pas besoin de mot de passe, d'autres ont besoin d'un mot de passe calculé à partir du numéro de série de la passerelle. On trouve sur Internet le petit outil permettant de calculer le mot de passe à partir du numéro de série. Mon QA n'a pas besoin du mot de passe, car je n'utilise que les URL en accès libre.

C'est le message normal quand l'utilisateur clique sur un bouton du QA.

Hum, tu as un firmware récent, c'est pas bon signe... tu l'as installé récemment ? Je suis en D5.0.62, installé en mars 2022, je n'ai pas vérifié s'il y avait des mises à jour depuis.... ton témoignage m'encourage à ne pas faire les mises à jour ! Enphase pousse à l'utilisation de l'API cloud, qui est parfaitement documentée.... mais il est inutile de rappeler ce que je pense du cloud...

Un token ? Je n'ai jamais eu besoin de token... j'espère que tu n'as pas une version différente du firmware pour l'Envoy. Sinon il y a déjà un QA Enphase sur le market Fibaro, je l'ai testé, mais je ne l'ai pas aimé...

J'ai pas compris ta remarque ? Ce que j'espère, c'est qu'ils ne bloqueront pas le champ ADRESSE IP avec des valeurs numériques uniquement, comme ils l'ont fait dans les dernières versions de la précédente application mobile. Bilan après 1 jour d'utilisation : c'est le pied J'ai retrouvé la réactivité de mise à jour que j'avais sur l'ancienne app en connexion directe sur mon HC2. Pas de latence induite par le cloud, qui allait de quelques millisecondes à facilement 30 secondes par moment (oui oui, 30 secondes... et encore, parfois ça ne se mettait jamais à jour, obligé de tuer l'application pour la relancer)

Avec ma Foscam non, elle ne donne pas l'information de sa position. Avec les autres caméras, je ne sais pas... Sinon il faut contourner le problème, en mémorisant la dernière position demandée. Mais ça ne fonctionnera pas si en parallèle, un autre donneur d'ordre intervient (utilisateur en direct sur la caméra, via Surveillance Station, etc)

Ah bien s'il y a des candidats au QuickApp Enphase pour HC3, alors je vais partager le miens. Je vais essayer de trouver un peu de temps pour préparer le tuto.

Oui c'est bien celui-là. Non pas besoin de faire de reset, comme je l'indique dans mon message précédent c'était un bug du firmware du module FGK uniquement. (par ailleurs on pouvait tout de même éviter le reset avec une manip un peu fastidieuse que j'avais documenté ici)

J'ai trouvé comment prévisualiser la Webview avec le thème sombre. Il faut ajouter le paramètre skinId=dark dans l'URL : http://192.168.0.1/app/webView/devices/ID?skinId=dark

Je confirme, ça marche en mettant le nom de domaine complet https://xxx.mondomaine.com dans le champ "ADRESSE IP". Puis j'ai mis mon nom d'utilisateur dédié et son mot de passe. Dans les logs de haproxy, je vois bien toutes les URL passer en direct. Génial Merci @jojo On verra à l'usage comment ça se comporte (déjà pour les icônes c'est pas mieux / pas pire..... )

C'est vrai ? Génial Je vais essayer du coup, ne plus dépendre du cloud Fibaro c'est top ça !

Voici le code de la fonction qui est appelée par un bouton du QuickApp : -- -- Bouton Scène snapshots -- function QuickApp:sceneSnapshots(event) if not fibaro.getValue(id["WP_WEBCAM"], "value") then -- Allume Webcam self:turnOn() end -- Attente caméra opérationnelle waitCamera(self, os.time(), 300, 5000, { success = function() local function doAction(actions, index) local index = index or 1 if self.isdebug then tools:print("gray", "action", index, "...") end local action = actions[index] if action then if action.position then if self.isdebug then tools:print("silver", "Set position", action.position, "...") end self:setPosition(action.position, function(success) fibaro.call(id["WEBCAM"], "sendPhotoToUser", self.userid) fibaro.setTimeout(action.postSleep or 0, function() doAction(actions, index + 1) end) end, action.preSleep ) elseif action.func then if self.isdebug then tools:print("silver", "Execute function...") end action.func() doAction(actions, index + 1) elseif self.isdebug then tools:print("silver", "Unknown action...") end elseif self.isdebug then self:warning("End of action sequence") end end local actions = { {func = function() -- Allume les lumières fibaro.call(id["LUMIERE_SALON"] , "setValue", 99) fibaro.call(id["LUMIERE_SAM"] , "setValue", 50) fibaro.call(id["LUMIERE_CUISINE"], "setValue", 99) fibaro.call(id["LUMIERE_HALL"] , "setValue", 99) fibaro.call(id["LUMIERE_ENTREE"] , "setValue", 99) end}, {position = "Salon" , preSleep = 15*1000, postSleep = 1*1000}, {position = "Salle-a-manger", preSleep = 9*1000, postSleep = 1*1000}, {position = "Entree" , preSleep = 14*1000, postSleep = 1*1000}, {func = function() -- Éteint les lumières fibaro.call(id["LUMIERE_SALON"], "turnOff") fibaro.call(id["LUMIERE_SAM"], "turnOff") fibaro.call(id["LUMIERE_CUISINE"], "turnOff") fibaro.call(id["LUMIERE_HALL"], "turnOff") fibaro.call(id["LUMIERE_ENTREE"], "turnOff") end}, } doAction(actions) end, error = function() tools:error("Webcam : KO") Notifications:send("Snapshots Webcam échoué", "Webcam non disponible", {"push", "email", "sms"}) end, }) end Comme dans GEA, le code fait appel à une table id qui contient les ID de tous les modules utilisés. Tu peux ignorer (supprimer) tout le bloc relatif à l'appel de la fonction waitCamera() qui vérifie et attend que la caméra soit allumée (une Foscam motorisée qui est dans mon salon, donc éteinte par défaut quand on est présent) La fonction locale doAction() permet de séquencer les actions.

YR Weather c'est un service météo Norvégien. Si tu veux changer de source, il faut utiliser le plugin Yahoo météo, ou bien utiliser un des QuickApps disponibles sur le forum, tel que WeatherBit, etc puisque le gros avantage de la HC3, c'est qu'on peut créer un QuickApp de type météo et le définir comme source météo pour la box.

Laisse tomber le FGK, c'est le tout premier capteur de Fibaro, il est super vieux, pas du tout optimisé, il consomme les piles à fond, et en plus il y a toujours le bug du firmware qui ne remonte pas systématiquement le statut de la pile après son remplacement. Par contre attention, il est impératif de monter l'intervalle de réveil au maximum possible, sinon les piles se vident trop rapidement. Le nouveau capteur FGDW est très bien sinon. Compact, bonne durée de vie des piles, y'a rien à redire, il est au niveau des capteurs modernes. Ou bien en Zigbee, mais là c'est la jungle, bon courage.

Ouais mais du coup, tant le Heatit que le Moes, c'est pas vraiment pareil que la station Netatmo, juste température et humidité, alors que le ST814 il fait ça très bien et affiche la température en gros..... mais..... bon... il est moche... c'est un problème... (et n'est plus commercialisé de toute façon) En capteurs de qualité de l'air, c'est là que ça se complique, le choix est plus restreint. Sinon j'aime bien cette marque, ça me rappelle quelque chose....

Voilà c'est bien ce topic là. Et sur notre forum rien qu'à nous (mais en beaucoup moins complet) :

Celui là en particulier je ne sais pas, mais il y a un autre modèle Aquara/Xiaomi qui l'est. Il y a un topic Zigbee sur le forum, avec un lien vers le topic du forum officiel, beaucoup plus étoffé, où les utilisateurs listent les produits compatibles/incompatibles Néanmoins 2 choses à prendre en compte - le support Zigbee sur la HC3 est en beta, donc officiellement seules les lumières sont supportés. Mais pas mal de capteurs fonctionnent déjà. Par contre pour les actionneurs, c'est plus aléatoire... en attendant une évolution coté Fibaro - le Zigbee reste un protocole "jungle", très peu standardisé, et mal suivi par les constructeurs, certains font un peu ce qu'ils veulent (les modules compatibles avec leur unique box/passerelle, tant pis pour les autres...). Fibaro eux-même ont convenu qu'il ne fallait pas espérer que la HC3 puisse un jour supporter 100% des modules Zigbee (sur le fofo officiel) Donc... faut tester au cas par cas.

Perso j'ai le MH10-PM2.5 : https://www.domotique-fibaro.fr/topic/10406-mco-home-mh10-pm25-moniteur-de-qualité-de-lair-température-humidité-particules-fines/ Et le A8-9 : https://www.domotique-fibaro.fr/topic/14450-mco-home-a8-9-capteur-de-qualité-dair-9-en-1-z-wave/ Oui MCO Home est vraiment très cher, mais c'est qualitatif. Boitier bien fini, mesures relativement précises, présence d'un écran, protocole Z-Wave, tout cela se paye. Quand tu compares, c'est moins cher que Netatmo qui fait payer fort cher un tube cylindrique sans écran... et dépendant du cloud. Du coup grâce/à cause de ce dernier mot je me permets de corriger ta phrase (que j'applique à moi même) : > ça fait mal *** quand même de devoir réinvestir autant d’argent pour juste avoir fait confiance à un service dépendant du cloud Il y a toujours une raison : faillite, rachat, changement de politique commerciale, changement de protocole, panne, piratage, etc... tellement de raisons qu'il n'y a même plus lieu de parler d'obsolescence programmée, c'est quand même assez incroyable. Les fabricants d'ampoules au filament qui crame au bout de 1000h ou d'imprimante au compteur qui s'arrête au bout de 1000 copies peuvent aller se rhabiller. L'histoire se répètera indéfiniment, tant qu'on continuera à consommer des services dépendants du cloud, on se fera piéger, encore et encore. C'est assez simple. Très simple même. Ce qui est moins simple, c'est devoir faire l'effort intellectuel d'éviter la facilité, et de faire des recherches pour trouver des produits autonomes. Et je crains que ça ne soit de plus en plus difficile, à un moment ce n'est plus une question de pognon, mais d'offre (non) disponible. Bref. J'aime pas le cloud.