Lazer

Oui c'est bien ça De mon coté, si j'accède manuellement au site de génération de token ça ne fonctionne pas plus... mais au moins, mon QA, via l'API proposée (sur le même site en ligne....), fonctionne bien J'essaie de partager ça ce week-end.

Clairement ton {"Time"}-1 est syntaxiquement incorrect comme te le dit le message "attempt to perform arithmetic on a table value" Si tu veux faire des calculs de date, comme je disais, il faut les faire en LUA dans une fonction avec "Function".

En interne, GEA utilise os.date() avec bons paramètres pour formater le résultat au format heure quand tu fais usage de #time# De son coté os.time() retourne un timestamp Unix (nombre de secondes depuis le 1er janvier 1970). Ce sont les seules fonctions disponibles en LUA pour récupérer une date/heure.... donc il faut t'en contenter. Note : il existe aussi os.clock() mais qui retourne du temps d"exécution CPU donc pas exploitable dans le cas qui t'intéresse, et difftime() qui est bien pratique pour faire des calculs de durée entre deux dates/heures A partir de ça, dans GEA, si tu veux faire des calculs de date.heure un peu poussés, il faut le faire au sein de l'option "Function", qui te permet littéralement d'écrire une fonction LUA plus ou moins complexe, pour aller au delà de ce que permettant les options de base de GEA.

Firmware 5.211.32 BETA 10/07/2026 Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. Main features: NICE cameras Wizard in the mobile binding. Adding your NICE cameras has never been easier. The brand-new setup Wizard, now available directly in the mobile binding, guides you through the whole process step by step - no hassle. What's new: Devices Added Smart Start support for DoubleDimmer-Control and On/Off-Control 2 devices. Only one NICE camera plugin instance can be running in the system. Gateway connection Added the ability to assign user defined names to slave hubs from within the interface. KNX Added dynamic IP address handling for the KNX Bridge - changing the address does not cause a loss of connection. Added routing support. Added support for secure connections using certificates in the tunneling and routing options. Network Added the ability to enter longer passwords when connecting to Wi-Fi (up to 128 characters). Nice* Added the option to disable sun impact by setting 0 lux value in Domi WS/WSR device parameters. Other Improved system stability. Plugins Update the Tedee Lock integration to the new API. Users Added the ability to change the hub interface language for installers and support users without having to change the client interface language globally. Z-Wave Z-Wave migration process optimization. Optimized reinteview of various devices after migration from Z-Wave 2.0 to Z-Wave 3.0.* Bug Fixes: Devices Fixed a problem that caused information about a different device to be displayed when adding multiple devices sequentially using Smart Start. Fixed a problem where scrolling through the device settings view would delete unsaved changes. Fixed the behavior of the hide function in the device binding Wizard. Fixed search functionality in the device binding Wizard - searching within categories. Gateway connection Fixed auto-logout functionality from all open windows when controller becomes a slave. Restored some of the device status notifications for the slave hub. KNX Disabled favorite position control for roller shutters without positioning. Nice* Fixed misalignment in the translations of the open/close event notifications for the BiDi-Zwave device. Incomplete screen temporarily displayed in the Nice device configuration window. Other Added small corrections to the translations. Fixed visibility of inactive tabs in the dark user interface theme. Fixed an issue where the creation and modification dates of a variable would change after the system was restarted. Minor UI/UX fixes. Quick Apps Fixed a rare issue with Quick Apps that use a PIN code for locks following the migration from Z-Wave 2 to Z-Wave 3.* Z-Wave Fixed device synchronization following the migration from Z-Wave 2 to Z-Wave 3.* Other fixes to the Z-Wave 2 to Z-Wave 3 migration process.* Fixed default tile visibility in the interface for ZW300 switches in version 2.x.* * - Does not apply to HC3L (Home Center 3 Lite). ** - Applies only to Z-Wave 3.0 engine. Security: Added the ability to enter longer passwords when connecting to Wi-Fi (up to 128 characters). Added additional protection for password visibility in the logs of internal services. Limited access to some KNX logs for users other than the administrator.

De mon coté j'ai résolu le problème avec mon QuickApp. J'utilisais une astuce pour que le QA récupère automatiquement le Serial Number de la passerelle Envoy sans devoir l'entrer manuellement... sauf que cette astuce ne fonctionne plus, car la page d'info permettant de récupérer ce numéro de série est maintenant protégée... il faut donc le token, qu'on essaye justement d'obtenir, donc ça tourne en boucle, le serpent se mort la queue.... Donc j'ai modifié mon code pour que l'utilisateur saisisse manuellement le numéro de série dans une variable du QA. Et tant qu'à faire, à chaque démarrage du QA (ce qui arrive 1 fois par semaine avec le backup auto de la box), le QA demande un nouveau token, ce qui permet (normalement) d'avoir toujours un token d'avance valable entre 355 et 365 jours.... autant repousser la prochaine échéance des problèmes le plus tard possible... ça fait quelques jours que ça tourne bien comme ça, je partagerai la mise à jour sur le topic de mon QA.

Ah oui effectivement !

Tu as stocké un nombre dans une variable de QA, ça fonctionne très bien, mais l'interface Web ne sait pas le traiter (ça a surement encore été développé par le stagiaire ), donc elle ne t'affiche pas le crayon pour le modifier. Lors des comparaisons mathématiques (supérieur, inférieur) GEA est effectivement censé faire les conversion de chaines de caractères en nombres... maintenant je ne sais pas pourquoi ta règle ne fonctionne pas. Il faudrait l'isoler et lancer GEA avec les modes debug et lldebug pour avoir le journal détaillé dans la fenêtre de log pour essayer de comprendre.

Non, ça devrait fonctionner, exemple cette condition que j'ai dans une de mes règles, bon il y a 2 Value imbriqués, mais c'est le second qui importe ici, on ne fait que lire sa valeur, pour la comparer au premier : {"Value+", id["TEMPERATURE_JARDIN"], {"Value", id["TEMPERATURE_CHAMBRE"]}} Note : et ça fonctionne dans les actions, exemple ici pour mémoriser la valeur d'un dimmer dans une variable cache : {"VariableCache", "maVariable", {"Value", id["DIMMER"]}}

Perso pour ça j'ai créé un compte gmail dédié, avec autant de mots de passe d'application que de service chez moi (NAS, Onduleur, etc). En pratique j'aurais pu utiliser un seul mot de passe d'application pour tous les services, mais j'ai préféré isoler pour des questions de sécurité (plus facile de révoquer un seul mot de passe si par hasard l'un d'eux est compromis). Donc ce compte mail dédié ne sert qu'à envoyer des emails, il n'en reçoit jamais (sauf les communications de Google)

Trouvé ! Tu pourras réessayer STP ?

Et c'est quoi l'adresse email source, et son domaine, avec BREVO ? On peut lier au domaine de son choix, en l’occurrence domotique-fibaro.fr ? Je viens de regarder les tarifs, c'est largement plus cher que chez OVH, du coup je ne vois pas l'intérêt... ou alors j'ai raté quelque chose ?

Je m'y attendais un peu, et c'est finalement arrivé... avec l'expiration de l'hébergement OVH, le relai SMTP pour l'envoi des emails est également bloqué. Je vois comment reconfigurer ça.... à suivre.

Je pense que la syntaxe telle que tu l'as écrit est OK.

Mon compte Enphase est de nouveau opérationnel. Sauf que... toujours impossible de générer le token, que ça soit depuis le QA ou manuellement depuis le site. ça tourne en rond cette affaire...

Le prix du domaine dépend beaucoup de l'extension choisie..... .com .fr .sex (on ne sait jamais )