Krikroff

Ok [emoji106] Je remonte ça en fin de soirée

Les points 1 & 3 sont déjà identifiés depuis un moment, le 3 en cours de résolution (espérons pour la prochaine maj). Je peux remonter les 2 et 4 Concernant l’inversion que tu évoques il s’agit de quoi comme module, le dernier rollerShutter par hasard ? Tu as bien vérifier les paramètres du module ?

Ah mince désolé de lire ça Non pas possible depuis une sauvegarde locale.

pffff c'est moche . du coup j'imagine qu'ils la change ? NB: Il faut pas oublier de noter le numéro de série de ce HC3 pour les statistiques de @Lazer !

Yeap cela évite en effet de parcourir tous les périphériques et surtout de charger la mémoire avec des infos non nécessaires Il faut penser à l'avenir, aujourd'hui ton contrôleur est très peu chargé mais d'ici 2 ans tu tourneras peut-être avec 80 devices, des scènes et des quickapp dans tous les sens.

Si tes roulants sont tous du type rollerShutter alors je te conseil très fortement de faire un get sur /api/devices/?type=com.fibaro.rollerShutter pour des questions de performance, ce n'est pas nécessaire de remonter en mémoire tous les devices de ton installation Encore mieux, tu pourrais faire un post sur le endpoint /devices/filter et remonter uniquement les périphériques de la catégortie "blinds", mais alors bon courage pour trouver la bonne syntaxe

@couillerot tu as des nouvelles ?

Cette fonctionnalité sera très probablement réintroduite dans une prochaine version.

Le tag aujourd’hui ne sert absolument à rien, la fonctionnalité n’est pas disponible aux mortels que nous sommes [emoji2957]

Hello, non malheureusement je n’ai pas trouvé le temps mais je n’oublie pas [emoji6]

Merci pour vos retours [emoji4]

Je réfléchis depuis des mois pour me prendre le pluviomètre mais tout le monde fait le même retour, ça me refroidit ! Le module d’intérieur est top mais pour le reste bof bof ! Malheureusement il n’y a pas d’alternative crédible, si ?

[emoji53] Pas cool !

Yeap l'idée est plaisante

Il va falloir faire des Quick apps

Il n'est pas possible depuis Jeedom de paramétrer le type de requête: ? tu as par exemple GET, POST, PUT, DELETE pour les plus connues, utilisées... Sinon l'autre solution que je vois c'est de faire une requête sur une Quick APP qui se chargerai alors d’exécuter les scènes.

C'est logique, comme évoqué dans ma réponse précédente il faut passer la requête en méthode POST et non en GET, tu peux essayer depuis le SWAGGER disponible via l'interface du HC3 ou bien en utilisant POSTMAN.

https://shelly.cloud/shelly-25-wifi-smart-relay-roller-shutter-home-automation/ [emoji106]

Étrange... Si je trouve le temps en soirée [emoji6]

Oui mais moi j’aime ça [emoji12]

En plus Shelly ils ont des certifications sur leurs produits si je ne dis pas de bêtises [emoji848]

Une grande partie des informations existent bien ici https://manuals.fibaro.com/home-center-3-lua-scenes/ Dans la doc: ensuite il faut extrapoler et rétro-ingéniérer et croiser les doigts

Le GetSourceTrigger est remplacé par sourceTrigger accessible directement dans le global LUA. Voici un code qui devrait t'aider à mieux comprendre le fonctionnement, do local trigger = sourceTrigger print("property:"..trigger.property) -- ex: "centralSceneEvent", "value" etc... print("id:"..trigger.id) -- l' ID de la condition. ex: 12 print("type:"..trigger.type) -- le type déclaré dans la condition ex: "device" for key,value in pairs(trigger.value) do print(key ..": ".. value) -- toutes les valeurs déclarées lorsqu'elles existent end end ex: pour une KEYFOB Fibaro / centralSceneEvent cela devrait donner quelque chose comme cela pour capter l'appui sur la touche "rond" local trigger = sourceTrigger if (trigger.property == "centralSceneEvent") then print("id:"..trigger.id) print("type:"..trigger.type) for key,value in pairs(trigger.value) do print(key ..": ".. value) end if (trigger.value.keyId==2) then print("Circle button "..trigger.value.keyAttribute) end end Dites-moi

Il y a une erreur dans ta requête, tu peux poster tes infos ?

Shelly sans hésitation pour des modules wifi...