jjacques68

mais dans ce cas, pense à mettre le “tonumber“

voilà c‘est ça du coup tu glisses ton ID tu téléphone dans cette VG, c‘est très pratique

comme ça peut-être ? (pas testé) fibaro:call(tonumber(fibaro:getGlobalValue('TwentycentsID')), "sendPush", "La lumière du salon est allumée") attention avec le tonumber ! ne pas l‘utiliser pour des VG de type string...

Ah oui en passant par l’API ! Bien joué !! Envoyé de mon iPhone en utilisant Tapatalk Pro

mais tu es sur un label d‘un bouton là ? j‘avais pas fait gaffe ! du coup je sais pas si c‘est possible !! ça marche sur les objet de type label mais sur un bouton ... ? je sais pas... pense pas...

tu as remplacé LabelName par Radio1 ?

c‘est ce que j‘utilise chez moi ! montre voir le code ? !

local MyLabel = fibaro:get(fibaro:getSelfId(), "ui.LabelName.value") tu y étais presque

il faudra quand même qu‘on sache ce qu‘on peut migrer de la HC2 vers la HC3 ? les device ? les VG ? les icônes ? les scènes ? les VD ? les Panels ? les pièces ? c’est juste pas envisageable de ne pas pouvoir TOUT récupérer ???? !!!!!!

De mon côté, comme @Nico, je m’en fiche si quelqu’un écoute ce qu’il se passe chez moi, si ça leur fait plaisir... qu’ils fassent... sinon avant noël j’ai installé une box Tahoma de chez somfy chez mes parents. Ils avaient de vieux volets électriques RTS de la marque Simu. Je n’ai eu aucun problème pour faire l’installation. En moins d’une heure les volets et 8 lampes étaient connectés et programmés. En gros ils ont un système d’une simplicité extraordinaire en place et qui fonctionne très bien. Me suis demandé pourquoi c’était aussi compliqué chez-moi . Après c’est pas pareil on est d’accord... Ceux qui acceptent de passer des heures et jours entier à coder leur système, représentent j’imagine 0,000000001 % de la population. La différence est que l’on a exactement quasiment ce qu’on veut. Mais ça intéresse personne ! Trop compliqué ! Trop cher ! Ce qui m’étonne et contre-dis le côté financier, c’est que vous dite que KNX a du succès ! vu les prix !!! Ma sœur a une installation complète en KNX. ça marche, mais ne fait pas autant de chose que moi...

Oui je constate aussi que les valeurs sont pas toujours fiables... Envoyé de mon iPhone en utilisant Tapatalk Pro

je dis ça naïvement, mais j’imagine que c’est une sauvegarde identique au cloud mais en local... au cas où le cloud serait indisponible... Je fais de temps en temps une sauvegarde locale pour récupérer ce fichier. En me disant vaut mieux en avoir une chez soi... Mais jamais eu encore à restaurer quoi que ce soit...

ah oui ok je comprends maintenant. PS : je mettrais partout les ["..."] pour les éléments de la liste, pour une question de lisibilité du code 

je suis ton sujet, mais j‘ai du mal à comprendre ce que tu cherches à faire...

Paramètre 9 il me semble... Bon moi je le gère par code dans la même scène... Je sais plus trop pourquoi...

ben pour la condition, tu peux l’utiliser le seuil des lux dans les paramètres du PIR

oui alors en fait tu peux pas l‘exécuter manuellement ! il faut que le PIR déclenche lui-même la scène !

ah attend ... je regarde (j‘ai fais un copié collé...)

complètement d‘accord, je défends cette méthode aussi Mais là j‘ai eu un bug

moi j‘utilise ça : Le principe est que tant qu‘il voit l’œil est à 1, elle boucle sur elle-même. Il faut bien rapamétrer l’œil car c’est lui qui : - va déterminer la durée où la lumière est allumée : paramètre 6 - Alarme cancellation delay (le temps que tu veux en secondes) - autorise une nouvelle détection après la précédente : paramètre 2 - blind time (2 secondes dans mon cas) J’ai toute la maison qui fonctionne comme ça. Marche nickel. Cette scène peut être utilisée pour plusieurs pièces (j’en ai une pour toute la maison) Il suffit d‘ajouter : - l‘ID du capteur dans les trigger (XXX value). - une ligne dans la liste “Device“ pour connaître le l‘ID du FGD ou autre. Et mettre le nombre d‘instance de la scène au maximum (10). Je pense pas que 10 capteurs vont passer à 1 simultanément, donc on est tranquille --[[ %% properties XXX value YYY value --]] local Device = { --[ID_PIR] = {ID = ID_Actuator, NAME = "Room Name"} [XXX] = {ID = zzz, NAME = "Pièce 1"}, [YYY] = {ID = www, NAME = "Pièce 2"}, } local Trigger = fibaro:getSourceTrigger() --si PIR = ON if tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 then print("PIR", Trigger.deviceID, " = ON") --allumage fibaro:call(Device[Trigger.deviceID].ID, "turnOn") --boucle tant qu'il y a de l'activité (ça rajoute max 3 secondes au temps du paramètre 6) while tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 do fibaro:sleep(3*1000) end --extinction fibaro:call(Device[Trigger.deviceID].ID, "turnOff") print("PIR", Trigger.deviceID, " = OFF") end Possibilité de rajouter une marche forcée gérée par un VD et une VG par pièce.

j‘avais ça aussi... Et une LED rouge était allumée à l‘intérieur... en fait elle ne s’éteignait pas ! Je devais rester longtemps sur le bouton POWER (quelques secondes) pour lui forcer son arrêt (comme un PC) ensuite, attendre quelques secondes avant de rappuyer dessus pour la redémarrer. Là elle partait sans soucis. Depuis que j‘ai changé la pile du bios, j‘ai plus ce soucis.

@pepite bon ben j'ai testé, et ça fonctionne aussi pourquoi chercher compliqué !!!

meilleurs vœux pour cette nouvelle année !!!

par contre le prix, lui, continue de monter... ça ce devenir un réel problème...

nan c’est une blague ? bon là je peux pas le tester mais, je te dirais ..l