MAM78

Effectivement, c’est un fonctionnalité que je n’ai pas encore su implémenter. Il faudra que l’on m’explique comment est-ce que l’on fait. Envoyé de mon iPhone en utilisant Tapatalk Pro

Hello @Lazer Enfin de retour, après un début d'année un peu compliqué. Je viens d'installer ton QuickApp pour l'IPX800 V4 et il marche au TOP comme d'hab Pour le moment, j'ai configuré uniquement l'accès aux Relais pour piloter mes vannes d'arrosage automatiques. Je vais également prochainement tester l'extension Fil Pilote connecté à un sèche serviette de salle de bain sur lequel j'ai également une tête thermostatique Fibaro.

Hello [mention=133]Lazer[/mention] oui plus d'un mois après qu'ils m'ont indiqué qu'ils avaient procédé au remboursement. Soit plus de 2 mois après la date d'achat

Top je vais pouvoir m’éclater [emoji106] Envoyé de mon iPhone en utilisant Tapatalk Pro

Nous avons un Volvo XC60 hybride rechargeable en voiture de fonction. Quel plaisir a conduire. Impressionnant la puissance 410 ch) et la souplesse de conduite. La plus part du temps, nous conduisons en électrique pour faire les courses et trajets pour aller au boulot (quand on peu) avec un coût dérisoire. Pour les grands trajets de type vacance le moteur essence assure l’autonomie. Bref un très bon compromis. Pour ce qui est de la boîte automatique, quel plaisir de ne plus à avoir à passer son temps à changer de vitesse dans les bouchons. Rien que pour ça je ne reviendrais plus en boîte manuelle. Envoyé de mon iPhone en utilisant Tapatalk Pro

Tu sais ce qu'il te dit alsacien La commande proposée par @Lazer ne fonctionne pas de toute façon. C'est bugué

Thanks, it works great

Je confirme que ça ne marche pas chez moi : local network, status = api.get("/settings/network") self:debug("Type(network)="..type(network), "Status=", status) Retour : Type(network)=nil Status= 501 Je vais essayer la méthode de @jang

J'ai l'impression que l'API bogue sur la partie "/setings/network" J'ai remarqué que d'autres ont également eu ce problème : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/page/7/?tab=comments#comment-202823 Je pense que cette partie de l'API n'a pas été implémentée

Non ça ne marche pas. Je viens d'essayer, également ça : local networkConfig = api.get("/setings/network") self:debug(type(networkConfig)) ça me retourne : nil

Dans une Quick APP, est-ce normal pour la commande suivante, d'avoir comme résultat : null status= 501 local response, status = api.get("/setings/network/networkConfig") self:debug(tostring(json.encode(response)), "status=", status)

En fait il y avait plus simple : utiliser une fonction URLEncode

Effectivement j'ai remplacé "&" par "%26", mais j'ai dû également remplacé les espaces " " par "%20" et "?" par %3F. Ca donne ça et là c'est bon : http://192.168.0.65/bha-api/favorites.cgi?action=save&type=http&title=HC3%20Doorbird%20Manager%20MOTION%20Mouvement&id=101&value=http://domotique:login@password/api/callAction%3FdeviceID=311%26name=push%26arg1=true%26arg2=value%26arg3=breached Merci @jjacques68, j'étais déjà sur la piste. Mais il me manquait seulement l'espace " " à remplacer également par "%20". Un manque de constance dans l'effort de ma part une bonne nuit de sommeil et les idées deviennent plus claires.

Je rencontre un petit problème pour générer automatiquement via l'API les requêtes HTTP dans le Doorbird. J'ai une erreur 400 lorsque j'envoi la requête suivante (avec évidement l'encodage en base64 du login/psw d'accès au Doorbird) : /bha-api/favorites.cgi?action=save&type=http&title=HC3 Doorbird Manager RFID Porte Portail&id=100&value=http://login:psw/api/callAction?deviceID=316&name=push&arg1=true&arg2=value&arg3=breached J'ai fait le même test en l'envoyant directement depuis le navigateur. Le requête passe, mais lorsque je regarde le résultat dans le Doorbird j'ai qu'une partie de la requête HTTP, comme si elle avait été tronquée de la façon suivante : /bha-api/favorites.cgi?action=save&type=http&title=HC3 Doorbird Manager RFID Porte Portail&id=100&value=http://login:psw/api/callAction?deviceID=316 J'en déduit que l'API Doorbird, n'apprécie pas le caractère & juste après 316 et tronque à partir de là puisqu'il s'agit du caractère qu'utilise l'API comme séparateur de paramètres et qu'elle ne doit pas reconnaitre la suite. Cf extrait : action=save&type=http Je suis surpris de cette situation. J'imagine ne pas être le premier à utiliser l'API Doorbird et je n'ai rien trouver sur le net à ce sujet. Avez-vous déjà eu ce type de problème ? auriez-vous une idée pour le résoudre ?

Pourquoi le son ?