Lazer

Dommage... Et je suppose que tu as vérifié que son CE thermo n'a pas de résistance d'appoint.

Ouch ! Ouais donc là aucune chance de rentabilité, au moins ça répond définitivement à la question. S'il a un VE c'est parfait, c'est lui qui exploitera le surplus solaire, il faut juste qu'il installe une borne ayant cette capacité. Et puis un routeur solaire aussi, s'il a un ballon d'eau chaude électrique, car c'est toujours le premier truc à faire.

Mouais... je ne connais pas les besoins de ton pote, mais 9 kWc c'est énorme, très largement surdimensionné pour 99% de la population. Le bon calcul d'un point de vue rentabilité financière, c'est toujours le même, et je le répète depuis la création de ce topic : adapter la puissance de l'installation à ses propres besoins, afin d'autoconsommer au maximum. Installer plus de puissance, c'est injecter vers le réseau, et donc allonger la durée de retour sur investissement. Les solutions de stockage ne sont qu'un palliatif (batterie physique : non rentable / batterie virtuelle : non durable). Mais dans quelques années, les batteries physiques vont devenir rentable. Investir maintenant c'est encore un peu trop tôt. Le meilleure calcul financier à mon avis, c'est : - poser juste ce qu'il faut de panneaux pour autoconsommer au max, puis dans 2 ou 3 ans (probablement), ajouter des panneaux et une batterie - poser tout de suite le max de panneaux, injecter le surplus gratuitement le réseau (ou prendre une batterie virtuelle si on est sûr de rentabiliser en 1 an), puis pareil : dans 2 ou 3 ans ajout de la batterie physique.

Les batteries virtuelles, je n'y crois pas trop perso. Bon déjà d'une part ce n'est pas du tout adapté à mon profil de production/consommation (ça commence à devenir intéressant quand on produit à peu près autant que ce qu'on consomme sur 1 année entière... perso j'en suis très loin). En outre, le business model est bancale car basé sur l'état du marché passé de l'électricité... cependant plus les années passent, plus le photovoltaïque déstabilise le réseau et on a de plus en plus d'heures à prix négatif.... le modèle de rentabilité des batteries virtuelles ne tiendra plus dans ces conditions. On voit déjà JPME qui a fait faillite, USE on n'en entend plus trop parler car le modèle financier n'est plus rentable que pour un très petit nombre de clients (et pour combien de temps ??)... reste MyLight qui existe depuis quelles années, ça ne me semble guère mieux. Si tu te lances là dedans, fait bien tes calculs, prévoie un ROI très rapide sur 1 an max, car au delà, comme dit, je doute fort que ça puisse continuer longtemps. Le problème sera d'amortir les frais d'entrée (frais de dossier et de Consuel) sur cette fameuse première année... C'est un peu malheureux (d'un point de vue écologique), mais avec la transformation en cours du réseau électrique, la seule solution viable techniquement et financièrement à moyen terme c'est le stockage physique sur batteries (stationnaire et VE). Après comme l'écologie tout le monde s'en fout, une fois qu'on a dit ça, on a compris que l'avenir est au déploiement massif de batteries... et de ce point de vue là, pas mal de pays ont déjà beaucoup d'avance comparativement à la France.

Je viens de regarder, sur ma box de prod avec un vieux firmware 5.180 je peux modifier le mot de passe des utilisateurs, mais sur ma box de test avec le dernier firmware 5.211 Beta cela est impossible. Donc.... fonctionnalité supprimée par Fibaro => ouverture ticket auprès du support

Mais bien sûr, c'était tellement évident

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.