Lazer

La vraie raison du timeout au début de mes QA, c'est parce que j'en ai beaucoup, et au boot de la box il est inutile qu'ils se déclenchent tous au même moment, créant un pic de surcharge. Temporiser de quelques secondes ne peut que faire du bien. Moins le QA est important, plus la tempo est longue. Et si tu prends tous les QA qui ont un cycle de 60 secondes, ça fait un pic de charge toutes les minutes. Là encore, décaler le pic de charge au démarrage, permet également d'éviter le pic de charge récurrent toutes les 60s.

ça fait pareil avec les QuickApps ? Dans tous mes QuickApps, j'avais pris pour habitude de mettre un timeout de quelques secondes avant le démarrage de la main loop, j'ai été bien inspiré

Je ne connais pas du tout le protocole utilisé par l'appareil avec lequel tu tentes de communiquer. Et d'ailleurs c'est quoi que tu appelles "@dat" ? Mais vu que tu parlais de socket, ce n'est probablement pas de l'HTTP, donc mon tuto n'est pas applicable tel quel. Comme je le disais lors du précédent message, mon tuto utilise net.HTTPClient (donc pour faire des requêtes sur un serveur Web, de type GET, POST, etc) Mais dans ton cas, c'est probablement net.TCPSocket qu'il faudra utiliser... donc là il y a tout à écrire.

Pour des raisons de sécurité, plusieurs instructions sont bloquées par Fibaro dans l'interpréteur LUA mis à notre disposition : require, io, etc... Idem pour l'accès SSH. En revanche, tu peux bien ouvrir des sockets depuis le LUA, aussi bien en TCP qu'en UDP. Voir la doc officielle : https://manuals.fibaro.com/home-center-3-quick-apps/ net.TCPSocket net.UDPSocket Et pas mal d'exemples sur le forum aussi... faut fouiller un peu Attention la programmation n'est pas évidente, ces fonctions s'exécutent en asynchrone. J'avais fait un tuto pour net.HTTPClient(), qui est également applicable, même si ça sera plus compliqué avec les sockets, vu qu'il faut enchainer les appels asynchrones de connect => success => send => success => read => success => close... Une sacrée gymnastique !

OK, alors indique le dans ton profil ça sera plus simple Sinon pour ta question, je ne sais pas trop... perso je me connecte via mon nom de domain + reverse proxy, donc c'est un peu particulier. Le plus simple, la procédure normalement recommandée par Fibaro, c'est de se connecter avec son ID Fibaro, donc ça passe par leurs serveurs cloud.

oui mais non le mode configuré sur la box est complètement indépendant du mode rendu sur le client cherche pas à comprendre, c'est comme ça.

J'ai un doute... tu es sur HC Lite, ou bien sur HC3 ? Car cette application est conçue pour les HC3 (et HC3 Lite), bien qu'elle soit théoriquement utilisable avec les HC2 et HC Lite, pas sûr que le comportement soit le même.

Non ce n'est pas la box (=serveur), c'est l'application (= client) qui demande le thème.

Sur Mac je sais pas, mais sous Windows on peut choisir le thème clair/foncé, depuis Windows 10. Ensuite le navigateur reprend cette information... ou pas (car on peut forcer un mode foncé/clair dans le navigateur indépendamment du choix dans l'OS) C'est un peu pareil sur smartphone. Il y a le thème choisi au niveau de l'OS, et ce thème est utilisé (ou pas) par le navigateur ou l'application utilisée, selon le choix de l'utilisateur. Faut bien comprendre que l'URL donnée dans cette page, est celle qui est exploitée par l'application mobile Yubii. En fait l'application ne génère pas la vue du QuickApp, elle se contente de demander à la box de générer le visuel, qui est ensuite reproduit tel quel à l'écran de l'application.... raison pour laquelle on a un délai important à l'affichage.

Un type thermostat, c'est donc les 3 actions suivantes que tu peux appeler depuis l'API (extrait du JSON) : "actions": { "setCoolingThermostatSetpoint": 1, "setHeatingThermostatSetpoint": 1, "setThermostatMode": 1 }, Ainsi tu peux directement choisir le mode de fonctionnement (Auto, Heat, Off, etc) et la température depuis un script LUA. Et même depuis GEA aussi

Justement, ce bug est corrigé, on en parlait juste au dessus Je suis sur un vieux firmware (5.120) de septembre 2022, et ça marche, en connexion directe via mon nom de domaine. MAIS : Cette nouvelle version est plus désagréable à utiliser. Lors des changement d'écran, il y a une sorte de micro-latence, suivi d'un "flash", un écran blanc très rapide (une fraction de seconde)... extrêmement désagréable, surtout quand on est en thème sombre. C'est tout de même incroyable qu'à chaque fois que Fibaro sort une mise à jour de cette application, ils arrivent à introduire un nouveau bug. Et dire qu'il faudra encore attendre 6 mois pour qu'elle soit corrigée...

Ben ça dépend du réglage de l'OS de ton appareil ça...

Je n'a pas compris ta question.... le port, c'est toujours 80 (http), ou 443 (https), et il ne change jamais. Ce ne serait pas plutôt l'adresse IP dont tu parles ? Dans ce cas, le mieux est de fixer l'IP. Soit depuis ton serveur DHCP (la box internet), ou mieux encore, directement dans la box domotique (Réglages > Réseau)

Pas sûr de comprendre ta question. Pour le preview des QuickApps, c'est par ici : Et sinon pour activer ou désactiver un QuickApp basique de type binarySwitch (ON/OFF), il suffit d'appeler les actions turnOn et turnOff. Comme un Wall Plug, un FGS, etc... Est-ce le type de ce QA Heating Manager ? Ou bien est-ce un thermostat, ou encore un autre type de module ? De façon générale, tu peux appeler via l'API n'importe quelle fonction membre de la classe QuickApp dans le code LUA, puisqu'elles sont automatiquement exportées (= exécutables depuis l'extérieur... l'extérieur étant un autre QuickApp, une Scène, un accès Web via l'URL, un script externe, etc...)

Incroyable, il suffisait d'en parler hier Attends, je vais tenter un truc : l'âge de départ en retraite ne sera pas reculé

Bravo

Le test 1 n'a aucune chance de fonctionner car tu compares non pas avec la valeur du module BUREAU_TMP, mais.... la valeur de son id ! C'est donc bien le test 2 qui est OK... mais au niveau des conditions seulement. Il te manque ensuite une action, qui est de stocker la valeur courante du module dans la variablecache... afin de pouvoir la comparer aux cycles suivants.

Firmware HC3 & HC3L Version 5.140.17 Stable Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. Main features: 1. New way of controlling devices from Dashboard sidebar Completely redesigned control of color controllers. Support of color temperature setting for the Zigbee devices. 2. New predefined scenarios designed to control lights based on time conditions and gates status What's new: Climate Added possibility to assign temperature sensors for climate zones. Dashboard Possibility to add devices from the dashboard. Added battery level indicators on devices tiles. Devices Optimised procedure for adding devices for all protocols. Improved UI/UX and performance for device page filters. Added filters clearing mechanism when leaving the page. Added the description field for every device type. Redesigned family of devices view. Energy Modified page layout for energy meters configuration in panel settings. Gateway connection Added an option to define Slave IP address manually. Added additional redundancies for unexpected changes in network configuration. Nice* Improved support for OXIBD status updates. Added generic support for legacy Bidirectional shutters. Improved support for device specific notifications. Other Improved algorithm for gateway overheating notifications. Minor UI/UX improvements. Plugins Added support for pulling the latch for the Tedee door lock. Improvements for Heat Activator plugin. Quick Apps Added support for the Base Shutter device type. Scenes Added the filters for Scenes page. Added "tolerance" option for Energy Panel block scenes. Improved blocks content loading performance for large systems. Added the description field for every scene type. Changed the order of steps for Scenarios. Update Added possibility to update all devices. Added additional warning before upgrading to the beta version of the hub. Zigbee Improved generic support for lights and color controllers. Z-Wave Added handling of suspended device interview during the adding procedure for battery-powered devices.** Support for different revisions of the Aeotec Multisensor 6. Support for the ZW800 series MCO IR2900 thermostat. Support for the Everspring SP103.** Bug fixes: Climate The zone control freezes if the last setpoint is set at 5:00am. Dashboard Redundant page refresh in some cases (introduced in 5.131 beta). Devices Issues with the display of some configuration parameters values. Elero* The RolSolar device is incorrectly marked as disconnected. Using favorite positions in group actions does not work. Excessive battery drain for the RolSolar shutter. Energy Energy charts are malformed occasionally. Negative energy consumption data in the panel after clearing the energy data in some cases. Negative power consumption values for "Grid consumption" setting in some cases. FTI No masking of Wi-Fi password during the first configuration on Firefox. Gateway Connection Connection issues in specific network configurations. In some cases the system does not boot correctly when the master gateway update fails. Nice* Losing possibility to control devices in some cases. Fixed issue with binding some mono-directional devices. Custom icons for mono-directional devices not visible. Issues when pairing new models of roller shutter with BiDi protocol. Other Added possibility to enable remote access for support from recovery system. Standard user cannot remove interactive push. Issues with controlling the linked-device thermostat in some configurations. System crash while deleting a non-existing notification. Wrong time in history after the change from winter time to summer time. Adding more than one Other device by clicking the add button excessively. The state of devices is not refreshed when pressed run scene button without refreshing the page. Other UI/UX fixes. System stability fixes (introduced in 5.131 beta). Incorrect radius instead of diameter in the Location tab. Plugins Lack of live preview for Helios 2N plugin. Tedee lock plugin loses connection to services (introduced in 5.131 beta). Profiles Incorrect display of climate panel settings. Incorrect display of sliders in profiles settings. Quick Apps Secret variable value visible in the webUI after saving. Scenes Elero RolMotion blind is controlled even if excluded from a simple scenario. Incorrect display of sliders in block scenes. Cannot edit Scenarios via mobile app in remote connection. No possibility to enter exact minutes in no later/earlier fields in scenarios (introduced in 5.131 beta). The filter in the room drop-down menu does not work properly (introduced in 5.131 beta). Zigbee Wrong time unit during the adding process. Z-Wave No possibility to update Z-Wave devices added in Security mode. Lack of handling unsolicited reports from devices using CC Basic.** Issues with updating devices from file in some cases.** Incorrect default role for the Zooz ZAC36 valve. Improved adding procedure when using S2U security level.** The exclusion process cannot be closed after an error has occurred. Known issues: Z-Wave Engine 3.0 Some Z-Wave devices are not fully compatible with the new version of Z-Wave engine. Gateway connection is not available in the new Z-Wave engine version. * - does not apply to HC3L (Home Center 3 Lite) ** - applies only to Z-Wave Engine 3.0

Il me semble que Fibaro a internalisé au maximum ses process de fabrication, dans leurs propres locaux en Pologne. (c'est vrai pour les micro-modules, je ne sais pas ce qu'il en est pour les box). Exactement tout l'inverse d'Orange qui ne sait plus rien faire, ils ont tout externalisé au maximum... avec les conséquence qu'on connait.... service médiocre, box technologiquement dépassée, etc... (Pour leur défense, quelques points positifs, leur cœur de réseau fonctionne bien, et c'est l'opérateur qui a fourni le plus d'effort pour le fibrage du grand public). En fait c'est simple, Orange c'est tout l'inverse de Free Du coup, je comprend ce que tu veux dire, mais ça me parait peu probable. Par ailleurs, quand un fabricant a recourt à plusieurs sous-traitants, c'est généralement pour des questions de volume important. Cependant les ventes de box Fibaro sont relativement confidentielles... : Soit environ 30'000 box HC3 vendues (dont combien encore en production ?) Contre > 200'000 installations actives pour Home Assistant : https://analytics.home-assistant.io/ Et on ne parlera même pas de Somfy, qui distribuait 20'000 box par mois il y a quelques temps... (source non officielle)

"série de HC3" ? Je ne pense pas, car le bug semble toucher des HC3 de tous les ages, récentes, comme vieilles. Mon HC3 de dév a un numéro de série en 300, donc un des tous premiers modèles produits. Elle a été super stable, puis le bug est apparu après une mise à jour firmware... Un problème de driver ? C'est fort probable. Pourquoi ce driver affecte certaines box et pas d'autres, là ça reste un mystère...

Oui on peut le faire, mais je n'ai pas suivi la discussion, et encore encore moins étudié le QuickApp, donc désolé mais là je n'ai aucune idée du nom de la fonction à appeler...

@Jerry pas sûr qu'il reste encore beaucoup de monde qui utilise GEA sur HC2, et encore moins de développeurs. @gorn cool @jojo Je pense que tu dois pouvoir y arriver en stockant la valeur de la température dans une variablecache, puis en comparant ladite variablecache avec la nouvelle temperature.

J'ai été un peu optimiste sur ce coup là Il ne reste plus que 21 jours... A bug insurmontable, délai incommensurable

Bienvenue sur le forum

ça m'étonnerait, la chaine "Loaded all data" ne fait pas partie de GEA. Tu dois avoir un autre QuickApp qui traine dans le coin... ou bien un fichier qui ne contient pas ce qu'il est censé contenir.