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