Lazer

Ah mais pour moi c'est à peu près clair, et c'est bien pour ça que très rapidement dans la discussion je t'ai dirigé vers l"utilisation de l'option GEA "Function". C'est dans ta tête que ça semble moins clair désolé je fais au mieux pour t'aider

Parce que #value# fait une interprétation du résultat retourné. C'est pas évident à comprendre, car tu mélanges plein de concepts différents dans tes messages : du pur LUA, de l'option (condition/action) GEA, et de la valeur dans une chaine de caractère interprété par GEA.

En désespoir de cause, j'ai demande à deux IA, qui ne m'a apporté aucune solution (enfin si, plusieurs solutions qui ne fonctionnent pas avec des menus imaginaire dans le manager OVH, bref le grand classique des hallucinations des IA), si ce n'est finir par me dire... attendez 1 mois que l'ancien service expiré finisse par être supprimé de mon compte par un robot (script) OVH. Espérons que ça soit vrai.... RDV le 1er août.

Non pas du tout, ça retourne une heure au format lisible par un humain, exemple "20:02" (à l'heure où j'écris.... chouette le palindrome ), donc une chaine de caractères. Tu confonds avec l'instruction LUA os.time() dont je parlais quelques messages plus haut Jamais de la vie, encore une fois, bien lire le message d'erreur qui est envoyé par l'interpréteur LUA avant même l'exécution du QA (et donc de GEA) : tu ne peux pas faire une opération arithmétique entre une table ( {"Time"} ) et un nombre ( 1 ) Dit autrement, ce n'est pas une erreur GEA, mais une erreur LUA. Et puis de toute façon, même si ça avait été toléré en LUA, de son coté GEA ne permet pas ce genre de calcul. Non toujours pas, c'est ton {"Time"} qui ne retourne pas un nombre. Tu ne peux donc pas comparer son résultat à celui de "Property" Non, pas un tableau, juste une chaine de caractères. Mais enfin la seconde partie de ta phrase est presque correcte : ce n'est pas un nombre (attention pas valeur, c'est trop générique comme terme)

Pour info... l'envoi de mails est toujours bloqué, j'ai pris un abonnement Email Pro chez OVH mais impossible de l'utiliser avec le domaine domotique-fibaro.fr car l'ancien MX Plan (inclus avec l'hébergement qu'on payait), bien que résilié, est toujours associé au domaine... donc impossible d'utiliser le nouveau service payant à la place. J'ai ouvert un ticket auprès du support OVH, mais aucune réponse malgré mes relances... c'est assez lamentable.... bref je ne désespère pas, mais en attendant, désolé l'envoi d'emails est toujours impossible

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 )

Ah désolé, mais comme déjà dit, il faudra que tu me dises l'heure exacte à laquelle tu as fait ton test avec Tapatalk pour que je puisse retrouver la trace dans les logs.

Moi j'appelle ça une Épée de Damoclès, donc ça m'inquiète beaucoup... et à juste titre on est quelques uns à subir exactement ce problème avec la passerelle Enphase Envoy sur le forum...

J'ai reçu un sondage de Netatmo... j'en ai profité pour répondre et dire en gros : - le mal que je pense de leur auth avec token - que je souhaite une API locale (aucune chance que ça arrive..... mais bon au moins c'est dit) Et on sent bien aux (dernières) questions posées qu'ils veulent mettre en place une API payante. Je leur ai dit que je voulais une API gratuite car j'ai déjà payé fort cher pour une station météo sans écran... encore une fois, ça ne sera pas entendu, mais au moins c'est dit.

Vu ! Si tu peux réessayer. Encore désolé, c'est vraiment de l'adaptation au coup par coup que je fais, ça finira bien par fonctionner.... jusqu'au prochain problème détecté !

Faut me dire l'heure exacte, l'URL, une capture d'écran, etc, toute information utile, car là c'est chercher une aiguille dans une meule de foin. Les logs sont remplis de tentatives de piratage (ce sont des robots qui scannent le web à longueur de temps pour tester toutes les failles connues)