Lazer

En effet, home.fibaro.com ne répond pas. Accès mobile OK, car je passe en direct par mon IP publique

Non, c'est bien celui-là Il te faut donc jouer avec les réglages de sensibilité du module. Prend bien le temps de lire (et relire) la doc, car ce n'est pas toujours très clair à la première lecture. Trop sensible, tu auras pleins de faux positifs (exemple typique, un rayon de soleil trop violent qui éclaire la pièce) Si tu n'arrives à rien, il se peut que le module soit HS, c'est déjà arrivé à certains ici, après une chute par exemple. Demande à tes enfants s'ils n'ont pas fait un ping-pong avec

C'est malin, tu m'as donné faim (association d'idées, j'ai une envie de Paris-Brest )

Si ton détecteur ne "voit" pas au delà de 2m, il y a un gros problème quelque part. Mais quel est ton modèle de détecteur de mouvement ? Parce qu'il ne devrait pas y avoir de souci pour couvrir une distance jusqu'à 5m avec un Fibaro Motion Sensor (FGMS) situé à 2,3m de hauteur. Le FGBS c'est le détecteur Fibaro Universel, maintenant appelé Smart Implant. Mais il ne fonctionne pas sur pile, donc son installation est plus complexe.

Dans le log on voit que 3 connect et 2 write ont effectués avant même que tu tentes de faire le 1er read. Celui-ci fait immédiatement un close de la socket, donc le 3ème write n'est plus possible. Normal, car tout s'exécute en asynchrone (donc tu ne peux pas maitriser le timing), cependant dans le code de ton bouton tu as lancé 3 séquences (asynchrones donc) en simultané. Ce n'est pas bon, il faut lancer uniquement la 1ère, puis quand elle est complètement terminée (dans le succes() du dernier read(), alors tu peux enchainer sur la suite) Voir à ce sujet la discussion récente ici :

Tu as réglé les paramètres du Motion Sensor ? Car on peut ajuster assez finalement sa sensibilité, il y a au moins 2 paramètres pour ça. Mais c'est étrange ce que tu dis, tu as quelle distance ? Dans la galerie des glaces de Versailles, c'est sûr qu'un seul Motion Sensor ne suffira pas...

Il faut probablement réinclure les modules Zigbee concernés ?

En tout cas depuis 1 semaine le bug n'est pas réapparu chez moi (sur ma box de test, aucun module Z-Wave actuellement connecté, que des QA), ni sur la version Alpha retirée, ni sur la nouvelle Beta installée hier.

La différence est subtitle

Mais quelle interface ? Parmi les plus courantes : power, energy, battery.... ? Je ne vois rien qui corresponde à ce que souhaites. Et il n'est pas possible d'ajouter directement une propriété, sinon ça serait trop simple. C'est l'ajout d'une interface qui permet d'ajouter un ou plusieurs propriétés.

Welcome to the forum

Oui le type de câble et sa longueur peut jouer, clairement, selon les parasites présents. Sauf que dans mon cas, la longueur est ultra courte (quelques centimètres), et surtout ça fonctionnait parfaitement avec le firmware v2. Sans rien toucher de "physique", la simple mise à jour du firmware v3 a cassé le comptage des impulsions. Et vu que le bug est reconnu par GCE, c'est tout vu. Reste à espérer qu'ils puissent trouver une solution...

Sur un WaterCounter (type com.fibaro.waterMeter), la valeur va dans la propriété "value" du device. Il n'y a pas d'autre propriété à ma connaissance qui permettrait de stocker une autre valeur de type total. Désolé... il va te falloir créer un autre child device dédié au total.

Mon compteur Orno est sur l'IPX800 donc non concerné ici. Je n'ai pas la possibilité de le tester avec l'EDRT2. Comme je l'indiquais sur le forum GCE, ce sont tous mes compteurs électriques B+G E-Tech DRS155B qui sont affectés. J'ai un compteur électrique Velleman EMDIN01 qui n'est pas affecté. J'ai un compteur d'eau GIOANOLA 1 imp/litre pour lequel je ne sais pas, il est planqué, et l'afficheur n'est pas accessible pour que je puisse comparer. Cela dit, les valeurs ne me semblent pas aberrantes.

Ah oui lol, j'avais pas fait attention aux unités Un rapport 1000, ça change tout... du coup, pas de souci pour @mprinfo

5.131.57 BETA Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. Important Notice: In some random cases, the HC3 upgrade may not succeed. In such cases, the gateway will automatically revert to the previous system version. 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. 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. 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. 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. 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. Plugins Lack of live preview for Helios 2N plugin. 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. 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

J'adore le nouveau disclaimer I understand that this is a beta version and I realize that it may contain some bugs or changes that may affect the operation of the system and I accept the risk.

Euh, tu rigoles ? ça fait 14% de différence, c'est juste énorme !!! Tu imagines un peu si tu penses payer 100€ de gaz, et que GDF t'envoie une facture de 114 € ? C'est pas la même... Tu es en plein dans le bug que j'ai mentionné. Et je pense que la majorité des utilisateurs aussi, mais très peu s'en sont rendu comptes. Ou alors comme toi, ils finissent par le constater, mais estiment qu'une erreur de 14% c'est normal ! En regardant leurs statistiques, ils vont croire qu'ils font des économies, c'est grace à la sobriété énergétique, c'est magique. Puis ils vont recevoir la douloureuse en fin d'année...

Avec self:getVariable("mavariable") et self:setVariable("mavariable", valeur) https://manuals.fibaro.com/home-center-3-quick-apps/

Bien joué Une nouvelle arrivée à la maison, ça se fête Toutes mes félicitations et bon rétablissement au portefeuille

Non pas consommation... il loupe certaines impulsions. Voir mon analyse détaillée sur le forum : https://forum.gce-electronics.com/t/compatibilite-des-compteurs-a-impulsions/16342 A noter que tous les compteurs ne semblent pas être touchés. Enfin, "semble", c'est peut être juste que les utilisateurs ne l'ont pas remarqué. Il suffit de comparer les index affichés sur l'écran du compteur, et l'index du compteur numérique dans l'EDRT2... pour se rendre compte que ça dérive dans le temps. J'ai un compteur qui n'est pas touché (enfin, presque pas, erreur < 1%), c'est celui de l'eau-chaude.

Concrètement ? Un message d'erreur, un comportement, une piste qui puisse nous aider à t'aider ? Parce que sans jambes, un QuickApp, quoi qu'il arrive, ça ne pourra jamais marcher Tu peux ajouter des print() pour afficher le contenu des variables et t'aider à débuguer le code. Sinon au cas où, tu peux virer les tonumber() dans ton test, car tu as déjà converti tes variables en nombre à l'étape précédente. if prodsol > VariableMeteoConso1 and ..............................

Bah j'ai mis un EcoDevice dans le tableau de la maison à cause de la téléinfo, c'est pas pour installer un IPX800 en plus, surtout qu'il n'y a pas la place. Je suis globalement déçu par cet EcoDevice RT2. Quand il est sorti, c'était une merveille... sauf qu'il n'a que très peu évolué, car GCE a mobilisé toutes ses forces sur l'IPX800 v5. Et quand ils le font finalement évoluer, ça déclenche des bugs nouveaux.... un gestionnaire d'énergie qui ne sait plus compter les impulsions, c'est un appareil inutile.... J'aime bien GCE, mais faut pas s'étonner de voir les gens se détourner de ce genre d'appareil et qui installent des Shelly EM partout, ça marche tellement bien...

ouais mais je perd la mesure par le tore (qui ne fonctionne pas en v2 à cause de ma production PV) Bref, aucune solution satisfaisante. j'ai même pensé à virer l'EcoDevice et replacer par des Shelly, c'est dire !!