Krikroff Posté(e) le 28 mars 2020 Signaler Posté(e) le 28 mars 2020 L'idée de ce Quick App est de représenter sur la forme d'un module du type "binary sensor" l'état du détecteur de mouvement intégré à l' Intercom Fibaro C'est ultra basique, mais cela illustre de manière extrêmement simple comment un Quick App va permettre de donner de la visibilité à des valeurs, données, états etc. masqués et ceci sans grand effort, pour une fois ! Les méthodes du Quick App sont appelées via un fibaro.call depuis des scènes: https://www.domotique-fibaro.fr/topic/14116-utiliser-le-détecteur-de-proximité-de-lintercom-fibaro-dans-une-scène/ https://www.domotique-fibaro.fr/topic/14115-détection-du-tamper-de-lintercom-fibaro-dans-une-scène/ Le code à reporter dans l'éditeur LUA du QA est le suivant: -- Quick APP -- Name: QA FGIC-00X - Motion sensor -- Description: Fibaro Intercom motion sensor -- Type: Binary sensor function QuickApp:onInit() self:debug("onInit") end function QuickApp:breached(value) self:updateProperty("value", toboolean(value)) self:updateProperty("lastBreached", os.time()) end function QuickApp:tamper(tripped) if toboolean(tripped) then self:updateProperty("logTemp", "tamper tripped") end end function QuickApp:dead(value, reason) self:updateProperty("dead", toboolean(value)) self:updateProperty("deadReason", tostring(reason or "")) end do function toboolean(value) if (type(value) == "number") then return (value~=0) end return (not not value) end end Rien de sorcier Ensuite il faut extrapoler: Les méthodes pourraient également être appelées depuis une box externe au HC via des requêtes Les états pourraient être modifiés directement par le QA lui même à l'aide d'un code qui irait interroger des systèmes diverses (API d'un service en ligne, API d'un objet connecté etc.) Bref le champ des possibles est relativement vaste. Tout ceci est réalisé un petit peu à l'aveugle mais j'essaierai dans la mesure du possible de vous proposer des choses de plus en plus complexes 4
Messages recommandés