Aller au contenu

Rechercher dans la communauté

Affichage des résultats pour les étiquettes 'intercom'.



Plus d’options de recherche

  • Rechercher par étiquettes

    Saisir les étiquettes en les séparant par une virgule.
  • Rechercher par auteur

Type du contenu


Forums

  • Bienvenue
    • Annonces et suggestions
    • Nouveau ? Présentez-vous
    • Le bistrot
    • Mon installation domotique
    • Autres Solutions Domotiques
  • La Home Center et ses périphériques
    • La Home Center pour les nuls
    • HC 3 , HC 2 & Lite
    • Modules Fibaro
    • Modules Z-wave
    • Périphériques et matériels autres
    • Plugins
    • Quick App
    • Alarme & Vidéo-surveillance
    • Multimédia
    • Chauffage et Energie
    • Actionneurs & Ouvrants (Portail, volets...)
    • Eclairage
    • Applications Smartphones et Tablettes
    • English Section
  • Les objets connectés
    • Les Assistants Vocaux
  • Les bonnes affaires
    • Sites internet
    • Petites annonces

Rechercher les résultats dans…

Rechercher les résultats qui…


Date de création

  • Début

    Fin


Dernière mise à jour

  • Début

    Fin


Filtrer par nombre de…

Inscription

  • Début

    Fin


Groupe


Jabber


Skype


Ville :


Intéret :


Version

9 résultats trouvés

  1. Krikroff

    QA FGIC-00X - Motion sensor

    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 appleé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
  2. Moicphil

    Fibaro Intercom

    FIBARO INTERCOM Date de sortie non annoncée Le post sera mis à jour en fonction des informations reçues au fur et à mesure - Système d'interphone avec > Caméra / Micro / Haut-parleur / Bouton-poussoir / Ecran Lcd - Fonctionnement en association avec d'autres Intercom possible ( maître / esclave ) - Possibilité de fonctionnement sans HCx ( via un Cloud ) - 2 sorties relais ( pilotage gâche, portail, etc... ) - 2 entrées NO / NC - Image en Haute Définition avec angle de capture = 180° - Reconnaissance Faciale ( future implémentation ) - Batterie de secours > 12 h d'autonomie annoncée - Communication > Wifi / Blutooth Low energy / GSM / Ethernet - Prévu pour une installation possible en extérieur.
  3. DECLARATIONS (Conditions/Triggers) { operator = "any", conditions = { -- firstRelayIsOpen { id = 000, isTrigger = true, operator = "==", property = "firstRelayIsOpen", type = "device", value = true }, { id = 000, isTrigger = true, operator = "!=", property = "firstRelayIsOpen", type = "device", value = true }, -- secondRelayIsOpen { id = 000, isTrigger = true, operator = "==", property = "secondRelayIsOpen", type = "device", value = true }, { id = 000, isTrigger = true, operator = "!=", property = "secondRelayIsOpen", type = "device", value = true } } } ACTIONS -- firstRelayIsOpen -- secondRelayIsOpen local trigger = sourceTrigger print("property:"..trigger.property) print("id:"..trigger.id) print("type:"..trigger.type) print("value:"..tostring(trigger.value))
  4. DECLARATIONS (Conditions/Triggers) { operator = "any", conditions = { -- input1 { id = 000, isTrigger = true, operator = "==", property = "input1", type = "device", value = true }, { id = 000, isTrigger = true, operator = "!=", property = "input1", type = "device", value = true }, -- input2 { id = 000, isTrigger = true, operator = "==", property = "input2", type = "device", value = true }, { id = 000, isTrigger = true, operator = "!=", property = "input2", type = "device", value = true } } } ACTIONS -- input1 -- input2 local trigger = sourceTrigger print("property:"..trigger.property) print("id:"..trigger.id) print("type:"..trigger.type) print("value:"..tostring(trigger.value))
  5. DECLARATIONS (Conditions/Triggers) { operator = "any", conditions = { -- buttonOneIsPressed { id = 000, isTrigger = true, operator = "==", property = "buttonOneIsPressed", type = "device", value = true }, { id = 000, isTrigger = true, operator = "!=", property = "buttonOneIsPressed", type = "device", value = true }, -- buttonTwoIsPressed { id = 000, isTrigger = true, operator = "==", property = "buttonTwoIsPressed", type = "device", value = true }, { id = 000, isTrigger = true, operator = "!=", property = "buttonTwoIsPressed", type = "device", value = true }, -- buttonThreeIsPressed { id = 000, isTrigger = true, operator = "==", property = "buttonThreeIsPressed", type = "device", value = true }, { id = 000, isTrigger = true, operator = "!=", property = "buttonThreeIsPressed", type = "device", value = true } } } ACTIONS -- buttonOneIsPressed -- buttonTwoIsPressed -- buttonThreeIsPressed local trigger = sourceTrigger print("property:"..trigger.property) print("id:"..trigger.id) print("type:"..trigger.type) print("value:"..tostring(trigger.value))
  6. DECLARATIONS (Conditions/Triggers) { operator = "any", conditions = { { id = 000, isTrigger = true, operator = "==", property = "proxymityStateChanged", type = "device", value = true }, { id = 000, isTrigger = true, operator = "!=", property = "proxymityStateChanged", type = "device", value = true } } } ACTIONS local trigger = sourceTrigger print("property:"..trigger.property) print("id:"..trigger.id) print("type:"..trigger.type) print("value:"..tostring(trigger.value)) Et pourquoi pas l'utilisation d'un quick app de type binary sensor en complément fibaro.call(0000,"breached", trigger.value)
  7. DECLARATIONS (Conditions/Triggers) { operator = "any", conditions = { -- tamper { id = 000, isTrigger = true, operator = "==", property = "tamper", type = "device", value = true }, { id = 000, isTrigger = true, operator = "!=", property = "tamper", type = "device", value = true } } } ACTIONS local trigger = sourceTrigger print("property:"..trigger.property) print("id:"..trigger.id) print("type:"..trigger.type) print("value:"..tostring(trigger.value))
  8. MAM78

    Intercom Manager

    Intercom Manager Préambule : N'ayant rien trouvé sur le site sur l'intégration de l'Intercom Fibaro, j'ai pris l'initiative de créer un Intercom Manager dont l'objectif consiste à : Regrouper dans une seule scène la détection de l'ensemble des événements et actions pouvant ayant pour origine : l'intercom lui-même l'application Intercom Fibaro pour smartphone (iOS et Androïd) le plugin Intercom disponible pour nos Box Home Center le site internet dédié à l'Intercom l'application développée par @Krikroff pour l'Intercom Déclencher des scenarios en fonction des événements et actions Disposer d'un Virtual Device pour visualiser les informations liées aux événements et actions Le Projet : Création d'une scène dédiée : à la détection de l'ensemble des événements et actions à l'exécution des scénarios conditionnés selon les événements et actions à la mise à jour d'un Virtual Device pour visualiser les informations liées aux événements et actions à tracer dans sa log les informations collectées et traitées Création d'un Virtual Device pour : visualiser les informations liées aux événements et actions éventuellement servir de source de données à GEA afin exécuter des scénarios complémentaires en les combinant aux autres données et conditions disponibles sous GEA. Pré-requis : disposer d'un Intercom Fibaro installer le plugin Intercom Fibaro Installation : Télécharger et installer le Virtual Device ci-dessous (dans sa dernière version) Télécharger et installer la Scène ci-dessous (dans sa dernière version) Télécharger l'icône ci-dessous ou fabriquer la votre Configuration : De la scène : 1) Modifier les variables utilisateurs ci-dessous : 2) Associer au VD l'icône ci-dessous ou la votre 3) Programmer la scène avec un Run Scene = Automatic avec un Max. running instances = 10 4) Modifier éventuellement les variables contenant les Smileys & textes qui sont remontés dans les labels du Virtual Device -- 464 is Device ID of the Intercom Plugin local Intercom_Device_ID = 464 -- 468 is the number of the Intercom Manager Virtual Device local VD_ID = 468 -- List of users (email and name) local UsersList = { {email= "xxxx.yyyy@zzzz.com", name = "Xxxx"}, {email= "aaaa.bbbb@cccc.com", name = "Aaaa"} } -- Number of seconds of the recording local NbRecordSec = 30 -- Debug mode local debug = false Du Virtual Device : 1) Personnaliser éventuellement les labels (Smileys & désignation) 2) Associer au VD l'icône ci-dessous ou la votre Programmer des scénarios dans la Scène : 1) Dans les parties réservées à cet effet : --[[ -- insert your code to execute --]] Programmer des scénarios dans GEA (optionnel) : 1) En utilisant les labels du VD comme déclencheur et/ou en les intégrant dans vos options GEA, comme par exemple : Détection de mouvement par l'intercom. Exemple lancer l'enregistrement de toutes les caméras y compris l'intercom sur Surveillance Station Détection de l'appui sur le bouton de sonnerie. Exemple faire sonner ma Sonos au cas ou mon téléphone est en mode avion ou mute. Déclenchement d'une action suite à la saisie d'un code valide. Exemple faire clignoter mes lampes extérieur Philipps Hue en vert Déclenchement d'une action suite à la saisie d'un code en erreur. Exemple faire clignoter mes lampes extérieur Philipps Hue en rouge et lancer l'enregistrement de toutes les caméras Détection d'une activation par bluetooth. Pour identifier l'arrivée ou le départ d'un membre de la famille. 2) Vloici quelques exemples que j'ai intégrés dans mon GEA : -- Déclaration des changements de valeurs des labals du VD Intercom Manager dans la partie %% properties 468 ui.lblLastPinError.value 468 ui.lblOpenRelay1.value 468 ui.lblMove.value -- Contrôle de la saisie des codes PIN sur l'Intercom ------------------------------------------------------- -- Eclairage de la terrasse pendant 15 secondes en rouge clignotant si erreur de saisie du code PIN GEA.add({{"!Label", id["VD_INTERCOM_MANAGER"], "lblLastPinError", ""}, {"Trigger", "lblLastPinError"}}, -1, "", {{"Label", id["VD_HUE_MANAGER_TERRASSE"], "lblTimer", "00:15"}, {"VirtualDevice", id["VD_HUE_MANAGER_TERRASSE"], 25}}, "Erreur saisie code Intercom, activation lumières terrasse en rouge clignotant") -- Eclairage de la terrasse pendant 15 secondes en vert clignotant si bonne de saisie du code PIN GEA.add({{"Label", id["VD_INTERCOM_MANAGER"], "lblOpenRelay1", "#r#Ouvert"}, {"Trigger", "lblOpenRelay1"}}, -1, "", {{"Label", id["VD_HUE_MANAGER_TERRASSE"], "lblTimer", "00:15"}, {"VirtualDevice", id["VD_HUE_MANAGER_TERRASSE"], 24}}, "Bonne saisie code Intercom, activation lumières terrasse en vert clignotant") -- Activation sur mon Synology (Serveillance Station) de l'enregistrement du flux vidéo de l'intercom ---------------------------------------- -- si détection devant la porte le portail GEA.add({{"Label", id["VD_INTERCOM_MANAGER"], "lblMove", "#r#Alerte"} ,{"Label", id["VD_CAM_GLOBAL"], "lblPresence", "#r#Absence"} ,{"Or", {"Label", id["VD_CAM_EXT_PORTAIL"], "lblCamState", "#r#Marche"}, {"Label", id["VD_CAM_EXT_PORTAIL"], "lblCamState", "#r#Partiel"} } ,{"Or", {"Label", id["VD_CAM_EXT_PORTAIL"], "lblCamRecord", "#r#Arrêt"}, {"Label", id["VD_CAM_EXT_PORTAIL"], "lblCamRecord", "#r#Partiel"} } }, -1, "Mouvement devant la caméra du portail le #date# à #time# enregistrement caméra", {{"VirtualDevice", id["VD_CAM_GLOBAL"], 10}, {"VirtualDevice", id["VD_CAM_GLOBAL"], 13} }, "Mouvement devant la caméra du portail le #date# à #time# enregistrement caméra") Pour la partie clignotement des lumières de la terrasse, j'utilise mon mes VD Philipps Hue Manager Pour la partie enregistrement du flux vidéo de l'intercom sur mon NAS Synology, j'utilise mon VD Surveillance Station Manager qui elle-même utilise mon VD HomeMode (GeoFence) Si vous souhaitez également les utiliser, vous les trouverez mes VD dans ma signature de Post. Sinon à vous d'adapter ces scénarios. Attention la fonction "Trigger" que j'utilise est une version améliorée de celle de base de GEA afin de bien vérifier quel est le label qui a provoqué le déclenchement de GEA. Vous trouverez ci-dessous le code correspondant à intégrer dans votre partie function config() de GEA. J'ai pas vérifié si dans la dernière version de GEA cette demande de correction avait été prise en compte. Je vous laisse regarder. GEA.options.trigger = { name = "Trigger", getValue=function(value) if (not value)then if (GEA.source.type == "autostart") then return "autostart" elseif (GEA.source.type == "global") then return "Global["..GEA.source.name.."]" elseif (GEA.source.type == "property") then return "Property[" ..GEA.source.deviceID .."]" elseif (GEA.source.type == "event") then return "Event["..GEA.source.event.data.deviceId.."]" end elseif (value) then if (GEA.source.type == "property") then return GEA.source.propertyName:gsub("ui.", ""):gsub(".value", "") == value end end return "other" end } Versions : V1.0 : du 16/10/2019 -> Intialisation du projet Evolutions à venir : Fournir quelques exemples de Lignes GEA utilisant le VD comme source de déclenchement des options A voir selon vos suggestions Dernière version du VD : VD : V1.0 : Intercom_Manager.vfib V1.0.json Scène : V1.0 : Intercom Manager V1.0.lua Icône :
  9. Bonjour, Je commence ce petit fil pour y relater mes recherches sur une solution alternative aux très couteux intercom fibaro discuté dans ce fil: http://www.domotique-fibaro.fr/index.php/topic/2020-fibaro-intercom/ Les alternatives sont soit couteuses, soit pas très fiables, consomment beaucoup de batteries, etc. exemple de solution que j'envisageais, mais apparemment ce n'est pas terrible... http://www.domotique-info.fr/2015/04/test-des-portiers-video-wifi-601-et-602/ Bref, pour le moment, l'offre n'y est pas et il va falloir se retrousser les manches pour avoir quelque-chose de sympa. Ayant lancé l'idée sur ce fil: http://www.domotique-fibaro.fr/index.php/topic/2020-fibaro-intercom/page-10#entry108686 , je vais continuer ici pour ne pas le "polluer" L'idée est de récupérer un ancien smartphone android et de lui faire composer un No d'appel hangout. Ainsi on utilise l'infrastructure google qui fonctionne parfaitement et qui ne bouffe pas les batteries. Pas besoin non plus d'ouvrir de port à des serveurs chinois ou autres. Donc actuellement, voici l'état de mes recherches: J'ai réussi à lancer (à distance) une conversation video hangout via un push de la hc2 et un script tasker Pour le moment, je vois ça comme ça: Ma sonnette Z-Wave va déclencher l'envoi d'un push vers un smartphone via une scène (si on n'est pas à la maison, ... etc.) Le smartphone reçoit le push et lance la conversation vidéo hangout. Pour le moment tout semble fonctionner. Le seul point faible que je trouve à cette méthode, c'est que si les serveurs fibaro trainent à envoyer le push, l'appel ne se fera pas ou se fera trop tard. Je cherche donc un moyen plus direct de déclencher une action tasker à distance. Je pense que faire un appel au smartphone type api, en http, serait une bonne solution, facile à mettre en place sur la HC2. Mais pour le moment je n'ai pas trouvé de plugin ni de moyen de faire ça avec tasker. A ce point, je dirais donc que l'étude en est à 85% réalisée, mais ça avance lentement car je n'ai pas beaucoup de temps. Donc si quelqu'un a déjà trouvé une solution pour déclencher une action tasker via un appel http, qu'il n'hésite pas à poster sa solution ici, on aura ainsi 95% de fait. Ensuite il faudra écrire la scène, tester en situation réelle et trouver un moyen de faire un boitier solide, étanche et économique... j'ai deux trois idées A bientôt ! edit: voici la première procédure: http://www.domotique-fibaro.fr/index.php/topic/7268-yavi-yet-another-video-intercom/#entry108882
×