jojo

Merci, mais je n'y comprends rien, car pourtant : 20220807035144 // http://192.168.1.xxx/api/users [ { "id": 2, ... }, { "id": 175, ... } ]

Bonjour, Je dois bloquer sur une bêtise ... Je veux créer une table JSON à plusieurs entrées, car mon instruction resp = json.decode(response.data) ne me retourne qu'une seule entrée (en fait c'est pour faire un tuto/QA bien comme il faut pour gérer les serrures Nuki => teasing ...) resp = [{"deviceType": 0, "nukiId": 1, "name": "Entrée1"}, {"deviceType": 0, "nukiId": 184981569, "name": "Entrée"}, {"deviceType": 0, "nukiId": 3, "name": "Entrée3"}] et voici le debug = [06.08.2022] [16:40:01] [ERROR] [QUICKAPP258]: QuickApp crashed [06.08.2022] [16:40:01] [ERROR] [QUICKAPP258]: main.lua:43: unexpected symbol near '[' La ligne 43 correspond à la première ligne de code. Pourtant il me semble avoir fait exactement comme Google ma l'a recommandé. Merci pour vos yeux

non, à priori pas d'impact sur le QA de la HC3, car @Lazer a précisé plus haut que le QA utilisait déjà AUTH2 comme méthode d'authentification

oui, dans mes tests, quand j'ai coupé l'alim, elle a bien redémarré

je pense en effet qu'une réinitialisation du module serait une bonne chose. Espérons que celà règle le problème. Sinon, pour sécuriser ta maison, tu le débranche du connecteur (et si tu as un autre connecteur, tu peux l'y mettre en test)

tu pleures cfr mon lien plus haut

voici donc le résultat des tests que j'ai fait en appuyant sur le bouton physique : - appui 5 sec sur power : toutes les led se sont éteintes, et erreur de ping. C'est comme si c'était un shutdown ? - appui "bref" pour la rallumer : STRESS : les lampes se rallumment dans l'état qu'elles étaient avant (donc cela correspondrait à un sleep/suspend sous Windows ?) MAIS pas d'interface web (=> la box est mal réveillée). Les seuls moyens pour retrouver une interface WEB qui fonctionne : appuyer 15 sec sur le bouton power = reboot OU couper le courant (et le remettre), ce qui correspondrait à un reboot. Donc ce que je ferais en cas de coupure de courant : box sur onduleur 5 sec sur bouton power Puis au retour : un reboot avec le bouton

=> Google is your friend ... Tu pourrais tou faire en une scène qui se déclenche à 6h: - 6h : ouvrir la vanne - attendre 10 min : fermer la vanne - attendre 50 min (iil est donc 7h) : ouvrir la vanne - ...

ah, ok c'est pour cela que mes leds n'arrêtent pas de clignoter. C'est quoi susppend ? (est-ce idem que sleep ?, est-ce la m^rmr chose que shutdown ?)

dans le manuel Fivaro https://manuals.fibaro.com/document/hc3-buttons-2/ ils parlent de sleep mode. C'est quoi, l'équivalent du shutdown ? Home Center 3 - "Buttons" Power Click – Wake up Hold for 5s – Sleep mode Hold for 15s – Restart c'est @Lazer qui a rajouté cette option => c'est obligé de fonctionner ! mais je fais un test si tu veux

dans GEA, il y a pourtant une option shutdown -- "ShutdownHC3" : Arrête la box HomeCenter -- SYNTAXE : {"ShutdownHC3"} -- CONDITIONS : Ne peut pas être utilisé comme CONDITION -- ACTIONS : GEA.add( {CONDITIONS}, 30, "", {"ShutdownHC3"} ) -- Arrêt de la box HomeCenter

je n'ai pas eu le courage de lire tous vos échanges, mais mon idée serait la suivante : On parle ici d'un module alimenté => faire un test si le module est mort ...

dans ta fonction success, tu dois décoder puis analyser la reponse qui est sous forme de json: local resp = json.decode(response.data) local type = resp[1].type

tu as aussi, sans devoir entrer à fond dans le LUA, GEA : c'est super puissant et idéal pour des scénari plus complexes (mais il faut commencer avec du simple)

évidemment que ça fonctionne ! As-tu déjà vu une publication de @Lazer qui ne fonctionnait pas : il n'est pas le stagiaire engagé à 50% par Fibaro !

comme @Lazer a TRES largement participé au développement de ce QA, je suis sûr qu'il est déjà entrain d'y faire les modifs requises

avec le lien tu arrives pas défaut sur décode, et il faut cliquer quelque part pour aller sur encode

thank you for this resume/summary : that is the language I understand

oui mais pourquoi pas alors (comme chez nous) un FGBS avec 2 contacts aimantés, pour savoir quelle porte s'ouvre. . Je tirerais un câble 3 brins depuis ma BAL, et le FGBS est alimenté avec une alim (donc plus de soucis de pile) à l'intérieur => facile et fiable

Thank you @jang for this detailed info. As I'm not a developper, I'll to re-read your post 10 times to start understanding it , but one day I will understand ...

tu n'auras pas réponse ici. Pose ta question dans le topic Support GEA. Merci

j'ai lu ton topic, très instructif en effet. en résumé : "fait comme on te dit de faire, sans discuter, ni essayer de comprendre pourquoi" => oui chef, de toute façon c'est comme ça. Je n'ai toujours pas compris l'avantage , si ce n'est de m'obliger à changer mes habitudes de vieux.

j'avais bien l'intention de lire le lien, mais c'est vrai, JE suis stupide, pourquoi faire simple, quand on peut faire compliqué ?

Merci, je confirme que dans le debug, je vois l'instruction qui est après mon call http avant le résultat. Il doit surement y avoir une bonne raison à cela, mais je ne la vois pas. Pourquoi exécuter des actions alors que la précédente n'est pas finie ??? Je vais regarder ton lien, il y aura sûrement une réponse à mon questionnement, mais d'ici là, je considère cela comme TRES stupide et profondément illogique.

il y a un truc vraiment étrange : Dans ma fonction il n'rxécute pas les instructions après le http:request(url, { success = function(response) ... } ) voici mon code "complet" : je souhaite traiter resp ensuite. http:request(url, { success = function(response) if response.status == 200 then self:trace("OK, réponse : ".. response.data) resp = json.decode(response.data) else self:error("Erreur : réponse avec statut = " .. tostring(response.status)) end end, error = function(err) self:error("Erreur : " .. err) end, options = { method = 'GET' } } ) local id = resp[1].nukiId self:trace("nukiId = ".. tostring(id)) Merci