MAM78

Ok pour la séparation. J'ai posté sur le sujet surveillance station puisque tu la mis en oeuvre dans ce Quick App et évidemment pas non plus celui sur les Child puisque non spécifique à ce sujet. Bien évidement, ce n'est pas pour l'utiliser dans ton via Surveillance Station. Mais pour une autre utilisation. Tu pourrais STP néanmoins m'éclairer sur la bonne syntaxe HTTP pour la bonne sollicitation de l'action Push avec les paramètres qui vont bien.

@Lazer pourrais-tu STP me donner un exemple de requête HTTP de sollicitation de ton Quick App via la fonction push. histoire de ne pas trop polluer le sujet sur les Quick App Child, je pose ma question ici J'ai fais quelques essais, sans résultat probant : http://xxx.xxx.xxx.xxx/api/callAction?deviceID=290&push={"value":true} http://xxx.xxx.xxx.xxx/api/callAction?deviceID=290&push=true http://xxx.xxx.xxx.xxx/api/callAction?deviceID=290&name=push&"value":true http://xxx.xxx.xxx.xxx/api/callAction?deviceID=290&name=push{"value":true}

@jjacques68 merci pour la proposition. Je reviendrais vers toi dès que je pourrais me pencher sur le sujet. Mais dans l'immédiat je vais essayer de terminer le Quick App Doorbird Manage.

Ok, je découvre le mode de dialogue via et la socket qui me semble intéressant, d'autant que je suppose qu'il n'est plus nécessaire mettre en claire les mots de passe dans les requêtes push de l'IPX. puisqu'il n'y a plus besoin des Push Si effectivement c'est buggué sur l'EcoDevice RT2, je comprend ta solution. Néanmoins ne serait-il pas possible de l'implémenter pour les modules GCE qui sont compatibles et fiables via les sockets ? Mais c'est probablement encore un boulot en plus

Ca m'intéresse de voir ton code sur le fonctionnement avec la socket. Pourquoi avoir privilégier la socket à l'utilisation des push de l'IPX ?

Merci pour tes conseils biens avisés. C''est pourtant ce que tu as fait dans ton Quick App Surveillance Station Synology (une seule classe) , dont je me suis grandement inspiré pour développer (c'est une grande source d'apprentissage pour moi) mon Quick App Dorbird Manager. Sauf, si tu as une autre version de ce QA que je n'aurais pas vue. Je vais reprendre ta suggestion de séparer les classes et en faire une spécifique : function MyInput:push(value, attribute)

Je comprend bien même si ça fonction. J'ai testé. Mais ma question est sur le type de requête HTTP qui doivent être lancée pour agir sur l'état du Motion Sensor. Ma requête doit forcément être du type http://loging:pw@xxx.xxx.xxx.xxx/api/ .... Puisque c'est mon équipement Doorbird qui va envoyer la requête qui doit être de type HTTP, (idem que pour un IPX800) afin de signifier le changent état "violé" ou "breached"

Pourriez-vous m'indiquer quelle est la commande http pour activer un Child device de type : com.fibaro.motionSensor : Est-ce avec cette commande ou un autre ? http://xxx.xxx.xxx.xxx/api/callAction?deviceID=250&name=turnOn

En attendant voici un premier aperçu du QuickApp Doorbird Manager : Liste des premières fonctions assurées : Détecteur de l'utilisation de Sonnette Détecteur de mouvement Détecteurs de l'utilisation d'un badge RFI Actionneurs d'ouverture de relais Actionneur pour activer la lumière infrarouge

Nickel, ça marche. je vais bientôt pouvoir sortir mon premier QuickApp pour le Doorbird

Pour le fil pilote j’ai ce qu’il faut dès que ce sera prêt Envoyé de mon iPhone en utilisant Tapatalk Pro

Comment est-ce que l'on peut récupérer le deviceID du Child dans les fonctions de la partie class 'MyChild' la commande fibaro:getSelfId() que nous utilisions sur la HC2 ne semble plus fonctionner comme ça dans un QuickApp ?

Est-ce qu'il est possible de crée (en code Lua) des boutons et des labels dans un QuickApp ? Si oui comment

T'as mis une cam dans le camion pour suivre le colis

Tu as eu ta livraison ?

Quelle est la commande HTTP pour simuler un passage à ON sur BinarySensor ? J'ai essayé celle-ci qui ne semble pas fonctionner : /api/callAction?deviceID=242&name=turnOn Erratum : C'est bon, ça marche

Pour les icônes c'est déjà possible. Voir mon image ci-dessus

Sur un binarySensor n'est-il pas possible de définir des notifications ?

Nous sommes en phase [emoji6]

binarySwitch ou binarySensor. Lequel est plus logique ? Mais je pense effectivement plus à un binarySensor puisque l'état On est furtif.

MErci, mais il n'y a rien de spécifique pour une sonnette

Merci pour les précisions Où puis-je trouver la liste différents type de devices disponibles sur la HC3. Je cherche notamment un type de type sonnette (Doorbell). Ca doit bien exister puisqu'il existe des sonnettes Z-wave.

Faut-il mettre autant de lignes qu'il y a de type ? ou est-ce qu'il faut autant de MyChild qu'il y a de Type différents ? -- Setup classes for child devices self:initChildDevices({ ["com.fibaro.binarySwitch"] = MyChild, ["com.fibaro.doorLock"] = MyChild, ["com.fibaro.motionSensor"] = MyChild, })

Je l'ai fait il me semble, j'ai mis ça : local ChildDevice = { name = Device.name, type = Device.type, class = MyChild, properties = { deviceControlType = Child.properties.deviceControlType, categories = Child.properties.categories, manufacturer = Child.properties.manufacturer, model = Child.properties.model, value = Device.defaultValue, }, variables = { {name = "ID", value = Device.name}, }, } if not tools.createChild(self, ChildDevice) then self:error("Error : Automatic child device(s) creation failed") end

Hello @sebastien85, j'en ai une à vendre à 100 euros + frais de port