MAM78

Désolé c’est l’application Tapatalk qui bug Envoyé de mon iPhone en utilisant Tapatalk Pro

Je ne parle pas de l’application Fibaro mais de l’application Constructeur Doorbird. Envoyé de mon iPhone en utilisant Tapatalk Pro

Je ne parle pas de l’application Fibaro mais de l’application Constructeur Doorbird. Envoyé de mon iPhone en utilisant Tapatalk Pro

Je ne parle pas de l’application Fibaro mais de l’application Constructeur Doorbird. Envoyé de mon iPhone en utilisant Tapatalk Pro

Ça semble bon de ce côté. Est-ce que tu arrives à actionner les serrures depuis l’application sur ton téléphone

Merci pour tes suggestions, je regarderais pour les mettre en oeuvre prochainement et lorsque j’aurais du temps à y consacrer. J’en profiterais pour revoir le mode opératoire de la première page.

Ma réponse sur l’IP était pour @jojo Est-ce que tu as bien configuré les paramètres suivants ? DoorbirdRelay = {{number = 1, name = "Porte Portail", createChild = true, SecondesToClose = 5}, {number = 2, name = "Porte Garage", createChild = true, SecondesToClose = 5}, En principe, tu devrais avoir 2 Child Devices générés qui correspondent aux 2 relais que tu peux solliciter pour activer l’ouverture des portes. Est-ce bien le cas ? Si les relais s’activent bien depuis ton app Fibaro, ton problème vient peut-être de ton raccordement de ton Doorbid et ton FGS-222. Est-ce que tu arrives a ouvrir ton portail depuis l’application Doorbird sur ton téléphone ?

Oui effectivement IP du Doorbird

Il semblerait qu’il soit effectivement compatible. Je viens de regarder la dernière documentation de l’API Il y a donc peut être une petite modification du code à faire pour que les modèles D11x soient acceptés par mo QA Envoyé de mon iPhone en utilisant Tapatalk Pro

Hello@jojo, désolé je n’ai pas accès à ma box actuellement. Est-ce que tu peux regarder si l’API de ton Doorbird est la même que sur les modèles que j’indique ? Si c’est le cas, soit tu essayes de modifier le bout de code qui test la version du Doorbird afin qu’il ne te bloque pas. Avec un peu de chance, ça va fonctionner. Envoyé de mon iPhone en utilisant Tapatalk Pro

Je vous conseille d’utiliser ChatGPT V4 qui payant. Mais si vous passez par Bing (microsoft) vos recherches seront traitées pa ChatGPT V4 sans avoir à prendre un abonnement payant. Envoyé de mon iPhone en utilisant Tapatalk Pro

Quelqu’un aurait une illustration de la liste déroulante pour les quickapp ?

Tu avais utilisé une autre adresse e-mail ? Envoyé de mon iPad en utilisant Tapatalk Pro

Je n’ai pas trouvé sur le site comment faire pour régénérer une nouvelle clé avec la même adresse e-mail Envoyé de mon iPad en utilisant Tapatalk Pro

hello @couillerot Est-ce que pour toi le service API de www.weatherbit.io fonctionne toujours en mode (Trial Plan) ? De mon côté, j'obtiens une erreur 403. Lorsque je test l'API depuis le site, j'obtiens le message d'erreur suivant, alors que mon compte existe depuis le 07 juillet 2023 ! { "error": "API key not valid, or not yet activated. If you recently signed up for an account or created this key, please allow up to 30 minutes for key to activate." }

Est-ce que vous seriez m’indiquer où s’il est possible et comment supprimer une icône custom sur la HC3 ? Envoyé de mon iPhone en utilisant Tapatalk Pro

Génial, tout re-fonctionne. Merci à tout les deux

[mention=133]Lazer[/mention] Effectivement, je n'avais pas fait attention à la subtilité des accolades. J'avais pourtant lu et relu la documentation. Mais quand ça ne veut pas entrer dans ma tête de mule, ça ne rentre pas [emoji6] Désolé !

Personne n'aurait ça dans ça bibliothèque SVP ?

@Lazer Je pense avoir trouvé la cause de comportement bizarre. En fait ce n'est pas le QA_IPX800 qui est en défaut mais le QA_GEA. Le problème se présente lorsque l'on utilise une action de type "TurnOn" ou "TurnOff" en utilisant un paramètre "Sleep". L'action qui est réalisée est inversée. Exemple pour l'action "TurnOn", la ligne qui exécute le 'Call" est la suivante : if duree then setTimeout(function() for i=1, #id do fibaro.call(self:findDeviceId(id[i]),"turnOff") end end, self:getDuree(duree) * 1000) Il me semble qu'il faut la remplacer par (remplacer "TurnOff" par "TurnOn") : if duree then setTimeout(function() for i=1, #id do fibaro.call(self:findDeviceId(id[i]),"turnOn") end end, self:getDuree(duree) * 1000) Idem pour l'action "TurnOff", il convient de remplacer sur la ligne équivalente "TurnOff" par "TurnOn".

Hello @Lazer, J'ai un comportement bizarre avec le QA IPX800. J'ai une vanne dans ma cave qui permet d'effectuer une coupure d'eau générale (ID=400) de l'alimentation de mes vannes d'arrosage à l'extérieur qui sont toutes les 2 reliées à mon IPX800V4 dont voici un extrait de la configuration : {device = {name = "Vanne Cave Generale" , type = "BinarySwitch" }, value = {command = "Get", argument = "R" , pin = "R2" }}, {device = {name = "Arrosage Côté Escalier" , type = "BinarySwitch" }, value = {command = "Get", argument = "R" , pin = "R6" }}, Je cherche à automatiser la mise en marche et à l'arrêt de cette vanne de coupure générale. Dans cet exemple ma vanne générale à l'ID=400 et ma vanne d'arrosage extérieur à l'ID=404. Pour ce faire j'utilise GEA avec les lignes suivantes avec une temporisation de 60 secondes pour la vanne générale pour vérifier les enchainements : GEA.add({"TurnOn", 404}, -1, "", {"Sleep", 60, "turnOn", 400}, "Démarrage vanne cave pour arrosage extérieur") Lorsque j'actionne la vanne d'arrosage (ID=404) j'obtiens la log suivante dans le QA_GEA (l'exécution me semble OK) : [15.07.2023] [17:55:20] [TRACE] [QA_GEA_436]: ---------------------------------------------------------------------------------------------------- [15.07.2023] [17:55:20] [TRACE] [QA_GEA_436]: Démarrage par événement de GEA 7.37 : mode device #404 Arrosage Côté Escalier (Arrosage) value [15.07.2023] [17:55:20] [TRACE] [QA_GEA_436]: ---------------------------------------------------------------------------------------------------- [15.07.2023] [17:55:20] [DEBUG] [QA_GEA_436]: [Démarrage] #7 : Démarrage vanne cave pour arrosage extérieur [15.07.2023] [17:55:21] [DEBUG] [QA_GEA_436]: [action] ["Sleep",[60,"turnOn",400]] Mais la vanne générale (ID=400) ne s'active pas Lorsque je regarde dans la log du QA_IPX800 j'obtiens la trace suivante. [15.07.2023] [17:55:20] [DEBUG] [QA_IPX800_397]: onAction: {"args":[],"actionName":"turnOn","deviceId":404} [15.07.2023] [17:55:20] [TRACE] [QA_IPX800_397]: Digital Output R6 #404 Arrosage Côté Escalier turned on [15.07.2023] [17:55:43] [DEBUG] [QA_IPX800_397]: onAction: {"args":[],"actionName":"turnOn","deviceId":406} [15.07.2023] [17:55:43] [TRACE] [QA_IPX800_397]: Digital Output R8 #406 Arrosage Côté Douche turned on [15.07.2023] [17:56:21] [DEBUG] [QA_IPX800_397]: onAction: {"args":[],"actionName":"turnOn","deviceId":404} [15.07.2023] [17:56:21] [TRACE] [QA_IPX800_397]: Digital Output R6 #404 Arrosage Côté Escalier turned on J'ai bien l'activation de ma vane d'arrosage (ID=404), mais au bout des 60 secondes de temporisation, ce n'est pas l'ID=400 qui se déclenche mais celui de la dernière activation ID=404. J'ai fait d'autres tests avec d'autres vannes (IDs) et c'est toujours le dernier ID appelé par GEA qui se déclenche, même si j'active une autre vanne avant (exemple ID=406). Est-ce que tu aurais une explication sur cette situation. S'agirait-il potentiellement d'un bug dans le QA_IPX800 ?

Devices last seen: Famille XXX (Salon): 12.07.2023 13:51:58;

Il doit être possible d’activer / désactiver via api le calendrier (jours de la semaine) en fonction de l’état de ton Quickapp ? Envoyé de mon iPhone en utilisant Tapatalk Pro

Savez-vous s’il est possible de conditionner le lancement d’un arrosage dans le planificateur « Jardin » et selon le status de ton QuickApp oui/Non ? Envoyé de mon iPad en utilisant Tapatalk Pro

Est-ce l’un de vous aurait développé un QA dans lequel il serait possible de définir/modifier plusieurs durées hh:mm pour activer à la demande un interrupteur ou électrovanne selon ces durées prédéfinis. Si vous avez ça pourriez-vous le partager SVP ?