Aller au contenu

Recommended Posts

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:

 

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

 

 

 

  • Like 4

Partager ce message


Lien à poster
Partager sur d’autres sites

×