Lazer

C'est bien gentil l'URL /home.json mais elle ne sert à rien, je veux dire qu'elle ne donne aucune info utile sur la production, consommation, etc. Cette catastrophe... c'était couru d'avance de toute façon, il y a 6 mois quand j'ai fait des recherches et développé mon propre QA avec les API locales en v5, Enphase disait déjà que l'API locale était amenée à disparaitre et ils poussaient vers l'API cloud. C'est finalement arrivé avec la v7. Je suis bien content de ne pas avoir suivi les mises à jours, je vais rester en v5 aussi longtemps que possible (ce qui exclu la possibilité d'étendre un jour mon installation avec les nouveaux IQ8... enfin s'ils arrivent un jour après 2 ans de retard...) Après j'ai vu qu'il est question de token... je n'ai pas vu où on génère le token... en ligne ? Il semble qu'on puisse l'utiliser en local ensuite pour une durée de vie limitée. ça me rappelle étrangement l'API Netatmo (sauf que celle-ci reste en cloud quoi qu'il arrive)

STP arrête de citer le message précédent le tient, c'est inutile et ça alourdi la lecture Un interrupteur monostable c'est un bouton poussoir, qui reprend sa place dès qu'on le relâche. Par opposition au bouton bistable, c'est à dire un interrupteur classique à l'ancienne (sans domotique) qui ne revient jamais à sa position d'origine, sauf si on vient appuyer manuellement dessus. Quand on met en place la domotique (dimmer, volets, etc), en général on en profite pour remplacer les vieux bistable par des monostable, ça apporte plein de fonctions en plus : le double clic, l'appui long, etc. Le bouton B c'est le petit bouton qui est sur le boitier noir du module... facilement accessible avec un petit tournevis/trombone. Je préfère le tournevis isolé, c'est plus sûr.

Sur les 214/224 la sortie est un contact sec libre de potentiel, tandis que sur les 213/223 la sortie est câblée sur l'entrée donc forcément 230V AC. Selon ce que tu veux faire, il faut choisir l'un ou l'autre. Cela dit, si tu câbles le IN des 214/224 sur la phase, alors le résultat est le même qu'avec les 213/223, donc les 214/224 sont plus universels (mais nécessitent un câble ou pontage supplémentaire du coup)

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