Lazer

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)

Non je vais tenter tiens, tout à l'heure....

Oui en effet c'est bien ce que je constate. Quelle galère, c'est vraiment rageant.... le cloud, une fois de plus, qui nous pourrie la vie..... Je viens de réaliser que je ne peux pas utiliser Modbus dans mon QA, car la seule session Modbus qui semble être autorisée par la passerelle Envoy est déjà utilisée par le Victron... du coup impossible de faire une double interrogation en parallèle. Donc, je suis condamné à utiliser l'API et son foutu Token dépendant du cloud..... J'ai trouvé un rejet dans les logs à 18:17:17 précisément avec ton IP, ça doit être toi J'ai donc ajouté une exception de sécurité, dis moi si c'est OK ou s'il y a encore un souci.

Ah bah voilà..... j'ai tenté maintenant de me connecter à mon compte sur Enlighten : https://enlighten.enphaseenergy.com Il me dit que mon compte/mot de passe n'existe plus ! Du coup je fais la procédure de réinitialisation du mot de passe, c'est OK, et ensuite je tente de me reconnecter, et message d'erreur qui tue : Too many active sessions.. Donc... j'ai désactivé le QuickApp, on va attendre quelques heures ou jusqu'à demain....

Test EDIT : @jojo C'est OK tu devrais pouvoir répondre maintenant

Au décodeur JWT, mon Token expirait cette nuit vers 3h du matin, donc c'est cohérent.... le truc pas normal c'est que l'authentification du QA échoue pour générer un nouveau token (code HTTP 401) Si je me connecte avec le même compte manuellement sur l'URL, en suivant les indications de la doc Enphase "Accessing IQ Gateway local APIs and local UI using token" datée de Juin 2025, l'authentification est OK, cependant impossible de générer le nouveau Token car la liste "Select System" reste désespérément vide (testé avec Firefox et Chrome). Je me souviens avoir eu ce problème dans le passé, je ne me souviens plus comment je l'avais résolu....

Test EDIT : ça fonctionne.... @jojo il faudra me dire quel message STP pour que je puisse reproduire le bug

Ce qui est intéressant, c'est que le Modbus reste bien actif, puisque le Victron Cerbo GX arrive bien à remonter la production en temps réel. Je me demande si je ne vais pas utiliser Modbus pour mon QA, au moins ça sera 100% local, indépendant du cloud et d'un token à renouvelle tout les X temps...

Bon bah.... moi aussi problème depuis ce matin avec la passerelle Envoy Sur mon QuickApp, message d'erreur : Impossible d'obtenir le token : Code de statut HTTP = 401 Et évidemment la récupération du nouveau token qui échoue, ça tourne en boucle. Il va falloir que j'investigue...