Classement

Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. Main features: 1. New device control views A new way of controlling all device types from the Dashboard and preview in device settings for a better user experience. 2. Advanced user Introduction of a new type of user in the system with configurable access to system settings. From now on, the administrator can decide which parts of the configuration interface will be accessible to users who are not system owners. 3. Gateway Connection with Z-Wave Engine 3.0 Systems using the new Z-Wave engine can now use the Gateway Connection feature. 4. New icons sets for sensors, binary and multilevel actors System provides new sets of icons for presenting the devices and their states in more clear way. New icons apply to the following devices: Binary Sensors Multilevel Sensors Binary Switches Multilevel Switches. Make sure that you are using the newset version of the mobile application for the best experience. What's new: Access New UI for configuring access settings for normal users. Alarm By default, triggering an alarm will now result in sending a Critical Push (iOS) and Push (Android) for the new Yubii Home app. Climate A new way of direct zone control from the climate dashboard. Dashboard Adjusted icon sizes for better visibility. Devices Support for the dark theme for the new binding wizards in the mobile application. Updated and added new binding instructions to the binding wizards. Support for FGDW-002 in version 3.3 added. Updated some parameter templates for various supported devices. Minor UI/UX improvements in the binding wizards. Improvements in Linked Devices (blinds). Calibration of devices now available in advanced device settings. FGT-001 external sensor temperature offset setting removed. Added support for Zipato RFID.** Gateway Connection From now on, the upper limit for allowed slave hubs is set to 15. Nice* Added support for 2nd favorite position for Nice screens and blinds. Added a feature for synchronous movement of blinds and shutters using Bidirectional radio protocol when used in group actions. Other From now on, restoring a backup or switching the system won't disable Remote Access for support if it was enabled before the procedure. Minor UX and UI improvements. Plugins WakeOnLan plugin UI fixes. Improvements in Nice Cameras plugin for better streaming performance. Quick Apps Added the possibility to set custom views for child devices. Added the possibility to copy view definitions to the clipboard (works with HTTPS connections only). Added the possibility to add custom view elements to thermostat views. Improved webview performance. Remote users Added the possibility to download and upload backup for Support and Installer user. Scenes Support for the dark theme for Simple Scenarios. The Sound Switch device type added to Simple Scenarios. Added new sets of icons for scenarios. New icons relate to: Garage Door - open and close Gates - open and close Shutter - open and close. Z-Wave User Code command class support added.** Simple AV Control command class support added.** Inclusion and configuration of supported devices performance improvements.** Added support for numerous old-gen devices (ZW300, ZW500 series).** Disabled blur on the Z-Wave console during the device-adding procedure. The Security S0 adding mode disabled by default.** Zigbee Improved performance for executing bulk actions. Improved device availability-check module (marking devices as not reachable). Support for MOES Human Presence Sensor ZSS-QY-HP added. Bug Fixes: Access Fixed access rights for Advanced user. Fixes in the UI for configuring rights for advanced user. Backup Fixed rare error during backup restoration. Cameras Fixed camera previews in some cases. Climate Fixed displaying values in Fahrenheit in the preview of the climate zone. Dashboard Fixed Drag&Drop for devices on dashboard, enabling the reordering of devices in room. Devices Fixed default icons for some device types. Toggle action support fixed for the multiposition switch device type. Fixed incorrect message when performing calibration of FGD-221 device.** Fixed setpoint graph for FGT-001, which was not correctly shown in some cases. Unable to add device in Security S2 if the PIN was incorrect (out of allowed range).** Minor UI fixes in FGR-224/Roll-Control 2 advanced settings. Refreshing advanced parameter values in the wizard binding procedure did not work correctly. Fixed setting favorite positions for some blinds. The icon for the Door lock changes according to the state of door lock. Fixed setting user codes on Yale, Kaadas and other doorlocks.** Fixed preview and tile view in dashboard for thermostats. Fixed status presentation on Door Locks icons in some cases. Fixed current override status presentation for thermostats control dialog. Fixed issue with automatic change of device icon based on selected role for some device types. Gateway Connection Fixed issue with special characters in passwords for the slave hubs. Update visibility for slave hub did not work correctly. Fixed issue with connecting a new Slave hub that occurred in 5.162 Beta. Fixed issue with accessing backups on the Slave hub in rare cases. History Some duplicated events removed. Lack of icon for some events from FGT-001. Nice* Fixed support for MHouse protocol gates with new hardware revision. BiDi-Multisensor is temporarily marked as disconnected when resetting some device parameters to default. Notifications Redundant intervals removed from the configuration page for event-type notifications. Other Minor translation fixes. Minor UI/UX fixes. User is logged out from the system after creating a backup. Issues with saving Sprinkler Schedule. Plugins Fixed preview for the Sonos plugin. Quick Apps Added QuickApp is placed in the incorrect room in some cases. Fixed issue with icons handling for some devices types like Weather provider. Remote users Fixed access for LUA Scenes for Support and Installer user. Recovery Fixed issue with updating the hub from Recovery from 5.140 to 5.153 Beta. Fixed issue with checking system version when using the Repair option. Rooms Fixed issue with setting the default room icon after removing a custom icon from the system. Cannot remove custom SVG icon in room settings. Custom room icon is not visible when editing the room settings. Fixed uploading custom icon for the room by Advanced user. Scenes When a new scene is added, the window does not scroll to the newly added element. Possibility to type too long a name for Simple Scenario, which blocks the possibility to save it. Lack of some scene icons after system restart in rare cases. Small UI fixes in Simple Scenarios. Main Z-Wave devices available in block scenes device selector. Fixed issue with Scene Activation feature in block scenes. Swapped triggering the scene on Doorlock state. Update Download progress bar visibility depends on the checkbox selection (beta). Z-Wave Error 500 in some rare cases during the Z-Wave device reconfiguration process. Requesting Neighbors update action not always triggers correctly. Fixed setting the device polling interval manually. BiDi-Zwave device is added with a wrong system role by default. Qubino 0-10V Dimmer parameters are being restored to default during inclusion. Resolved issue with displaying Advanced tab for Door lock device.** Fixed rare issue with starting the Z-Wave service when controller Node ID is different than 1. Solved issue with mesh network reconfiguration not working. Fixed issue with not hiding automatically console log after finishing adding or removing process. Zigbee Device removal procedure fixed. State of the light in the system is synced with the real light state for Ikea lights. Known issues: Z-Wave Engine 3.0 Some Z-Wave devices are not fully compatible with the new version of Z-Wave engine. * - Does not apply to HC3L (Home Center 3 Lite). ** - Applies only to Z-Wave 3.0 engine.

Et surtout, on vote Trump !

On n'est pas riche. On s'enrichit en achetant des produits de qualité. Envoyé de mon Pixel 8 Pro en utilisant Tapatalk

comme je suis impatient, j'ai testé avec succès ceci. Il y a juste une ligne à ajouter dans la fonction Display Error. Voici la fonction complète : # Function : Display error function Error { if [ -z "$2" ] then MAIL_SUBJECT="Backup HC3 : ERROR" # jojo 27/10/2024 echo -e "$1" Email "$1" else echo -e "$1\n\n$2\n" Email "$1\n\n$2\n" fi Notification "$1" }

Le site fonctionne de nouveau ...

Alors : -Frais de port A/R (Ils génèrent eux l'étiquette pour l'envoi chez eux) avec le diag : 19 € -Réparation : 27 € Donc vraiment pas chère du tout en plus, si on compte changement du composant, mise à jour etc, c'est mini 1 heure de boulot... Un bon tech c'est mini entre 80 et 100 € de l'heure.

Yop, il est revenu vendredi, ils m'a même fait la toute dernière mise à jour (Après m'avoir demandé sur le ticket), tout fonctionne nickel et en dernière update, top. Bravo pour ce SAV GCE !

C'est fait. @Sankotronic, Thanks for sharing your insights. I agree Fibaro is very good at what it does. I wish it does more Like: the zigbee soon-to-come support was part of my incentives to upgrade my HC2. There's plenty Zigbee devices on the market, often cheaper as their Z-Wave siblings, I and was/am liking the idea of having more choice (I would have more smart plugs on for instance, on lower contraints and non mandatory use cases, if they weren't 60€ each). And almost 4 years later, I'm still not using the (few) Zigbee capabilities of the HC3...

Hi @Bebitoo, My house is still controlled by HC2. it does the job very good. Sometimes it lags a bit, but our comfort is not influenced by this occasional lags. It is expected behavior since I have many z-wave devices and even more Virtual devices to handle. Now I'm preparing my HC3 to take over. I believe that it will do even better job than HC2 thanks to quick apps and a bit better possibilities to integrate at least devices that I have. I try HA and I didn't like it on the first. Most probably because with HA I have to start from scratch while for Fibaro I already have tons of code. On the other hand I know several people who left Fibaro for HA and after few months of struggle they are now happy. Learning curve was steep, but as I was told YAML i JINJA are not so hard to learn. I think that selecting which way to go with home automation is a personal thing so I can't tell you what is best for you. When I decided to go with home automation I give myself a year time to investigate and at the end I decided that Fibaro is the best. I still think the same regardless of some trouble. Also, when I decide to buy some new device I always fist check that will work with Fibaro regardless of the price.

Un pas de plus. C'était un des points sensibles qui restaient à solutionner. Ma source d'actualité (préférée) pour Matter : https://www.elektormagazine.fr/search?query=matter

Dommage... J'aime bien ce débat. J'ai de gros doute sur l'aspect écologique avancé par les adaptes de l'occasion. Exemple : tu as la dernière box domotique à la mode, la dernière TV, le dernier téléphone, voiture,... ou même une fringue. Cet objet est encore parfaitement fonctionne, répond à ton besoin, mais comme tu es "riche", tu te dis que ça serait quand même bien d'acheter le nouveau modèle, et de vendre l'ancien d'occasion. Chouette alors c'est écolo en plus, ça me donne bonne conscience pour consommer toujours plus de produits inutiles. A l'autre bout de la chaine, un "pauvre", qui n'a pas les moyens de se payer du neuf, va acheter ton objet d'occasion. Et jeter un autre appareil qui fonctionnait encore... et là, c'est tout le contraire de l'écologie, le discours du riche est complètement mis à mal, par le fait qu'à l'autre bout de la chaine de consommateurs, qu'il ne voit pas, il a poussé un object fonctionnel à la déchèterie (avec un peu de chance ça sera recyclé ce qui limite les dégats, avec beaucoup de chance ça sera incinéré/enfoui) Dit autrement : le marché de l'occasion, est en partie une incitation au consumérisme. Toute la question est de savoir quantifier cette partie. Si c'est, disons, 10%, alors on peut considéré que c'est acceptable (dans ce cas, les 90% achètent/revendent le produit pour un vrai besoin). Mais j'ai le sentiment c'est que carrément l'inverse, c'est 90% de changement pas pur plaisir, et 10% seulement de changement par besoin (ne répond plus au besoin, est en panne, etc) D'ailleurs, sur le "est en panne", en tourne en boucle, car pourquoi ne pas le réparer ? Voilà, ça le truc... c'est bien dommage, ce n'est pas toujours réparable bien sûr, mais ne même pas avoir tenter la réparation est bien triste.... Donc dans ces circonstances, dire que tu en achètes une autre et que c'est de la récup d'occasion, donc écolo, bah je suis désolé, mais pas du tout.

Ahh bah voilà, c'est ça. Quand tu créer tes caméras dans Surveillance Station sur le DSM, tu peux mettre plusieurs profils de diffusion par caméra. Un haute qualité (Pour l'enregistrement), un équilibré et un faible bande passante. Avec la fibre, tu peux laisser le faible bande passante de côté, par contre le équilibré tu peux le faire. Tu baisses la résolution et le nombre d'image par seconde (A 10 c'est très bien), et la ce sera ultra fluide sur le téléphone, même avec 6 caméras dans DSCAM. Et à tout moment quand tu rentres sur une caméras, tu peux passer en haute qualité pour avoir tous les détails. C'est ici : Puis ensuite tu affectes le flux diffusion équilibré pour le mobile : J'ai toujours fait ça partout, cela est ultra efficace, même sur des dépôts avec plus de 30 caméras.

Je n'ai pas inventé cette formule de calcul, j'ai repris celle que j'ai trouvé quelque part... sans certitude, mais je crois que c'est de @Steven qui l'avais partagé sur le forum, à l'époque de la HC2. En fait cette formule est un grand classique du calcul d'utilisation CPU sur un ordinateur... les métriques remontés par le noyau donnent un temps processeur cumulé (en "tick" processeur, c'est l'unité élémentaire, basée sur le cycle d'horloge, donc le plus petit temps possible), cela pour l'ensemble des cœurs actifs. C'est valable pour les différents systèmes d'exploitation, Linux, AIX, etc... (Windows aussi je suppose, je n'ai jamais développé avec les API de performance sur cette plateforme). Il faut donc diviser le temps total mesuré par le nombre de cœurs installés pour obtenir le bon pourcentage d'utilisation moyen de la machine. Le facteur 4 c'est juste à cause du nombre de cœurs dans le processeur de la HC3, je crois de mémoire que c'est seulement 2 dans le cas de la HC3 Lite. D'où l'utilisation de la variable nbCPUs qui compte le nombre de cœurs dans la formule. Pour s'assurer de la fiabilité de cette formule effectuée en LUA, il faudrait effectuer un benchmark. Pour cela, écrire un code LUA dans un QuickApp, qui tourne en boucle "à fond la caisse", par exemple en faisant un calcul mathématique simple, et cela pendant de longues minutes. Le code LUA du QuickApp étant mono-threadé, il sera affecté à un seul cœur du processeur. Ce cœur sera donc à 100%. La HC3 disposant de 4 cœurs, la charge moyenne du processeur sera donc de 25% (en pratique un peu plus, car la HC3 fait aussi d'autre choses : moteur Z-Wave, autres QuickApps, scènes, et interface Web qui consomment tous un peu de CPU) La formule de calcul, devrait donc donner un résultat approximativement autour de 25% (1 cœur à 100%, divisé par 4 cœurs pour moyenner sur le processeur du système) Cependant, il y a une grosse limitation. L'API /diagnostics remonte les informations fournies par le noyau Linux, donc précises, sur l'ensemble du système (incluant donc la totalité des processus tournant sur la machine... tant les processus utilisateurs (QuickApps, Scènes, les différents binaires Fibaro) que les processus systèmes (noyau, librairies de gestion des entrées/sorties (stockage, réseau, etc). Cependant, la commande collectgarbage("count") utilisée en LUA pour récupérer la consommation CPU du QuickApp, ne compte que le processus utilisateur proprement dit (rappel : 1 QuickApp = 1 processus utilisateur sous Linux). Impossible donc, depuis un QuickApp, de mesurer l'activité induite par le QuickApp, à savoir les autres processus systèmes et noyau. Exemple, un QuickApp qui appelle l'API de la box fait travailler le serveur Web embarqué ainsi que d'autres processus Fibaro. Cette activité sera "vue" par l'API système /diagnostics, mais pas par l'API LUA locale. De même pour un QuickApp qui fait des requêtes réseau, des affichages dans la console de debug, ou déclenche des activités sur les autres modules (physiques ou QuickApps....) Quoi qu'il en soit, mon test de benchmark proposé précédemment, s'il se contente de faire un calcul mathématique simple en local (une simple addition suffit... ou même pas de calcul du tout, ça peut être une bête boucle infinie de type "while true do end") devrait théoriquement limiter l'activité externe induite par le QuickApp, et donc permettre d'approcher les 25% de charge moyenne de la box, tout en étant lui-même à 100% sur un seul cœur. Ou tout du moins, un bon ordre de grandeur (étant donné, encore une fois, que la box fait aussi autre chose en même temps) Pas simple l'analyse de performance en informatique... Oui mais attention, ce cas que tu décris n'est qu'un cas particulier où la charge est équilibrée sur l'ensemble des cores, ce qui est hautement improbable (statistiquement on s'en approche tout de même sur un système chargé avec un grand nombre de processus, car le noyau Linux fait de son mieux pour équilibrer la charge sur les différents cores) Par ailleurs, si tu as suivi mon exposé, tu peux avoir 1 core à 100%, et les autres qui ne font rien, ça fait 25% en moyenne. Ou n'importe quelle autre combinaison de charge de travail (ce qui, dynamiquement, change un grand nombre de fois chaque seconde lorsque le noyau rééquilibre les processus sur les cores) Oui.

Bien sûr, sans faute ! Mais comme je ne lâche pas facilement, je vais continuer les essais avant.

Oui mais c'est juste de la consultation. Une personne qui utiliserait normalement ce gestionnaire d'énergie se connecterait 1 fois dessus par jour, par mois, voire par an... Ce que je veux dire, c'est que l'alimentation électrique est le fondement même de ce produit (vu qu'il est installé dans le tableau et qu'il sert à monitorer le tableau), tandis que le réseau est juste une interface externe. Parce que le coût. GCE s'évertue à proposer des produits made in France, qualitatif, et un tarif raisonnable (internalisation des process de R&D et fabrication, marge réduite, réinvestissement des bénéfices, etc), ce n'est pas pour ajouter des fonctions inutiles, sauf pour 1% des utilisateurs (en comptant large). D'ailleurs c'est exactement le discours qu'ils tiennent sur le forum officiel à chaque fois que quelqu'un fait une proposition d'amélioration... disons... "exotique". Nous ici on est le pourcent d'exception, car on n'utilise pas l'EcoDevice comme un gestionnaire d'énergie, mais juste comme une passerelle pour mesurer les compteurs, pinces, téléinformation, etc. Ce qui est un usage très luxueux car on est riche, payer 300€ juste pour ça, tout le monde ne peut (veux) pas se le permettre. Regarde les forums, tu verras que la plupart des gens qui font du suivi de consommation depuis leur box domotique (HA essentiellement aujourd'hui), utilisent des Shelly EM, Lixee, Zlinky, Emporia, ou tout un tas de chinoiseries à pas cher...

Bonjour à tous, voici un post pour me présenter brièvement. Je suis passionné de domotique depuis 1980. Enthousiasmé par mon père à l'époque. Quand j'étais jeune, il s'assurait que le café était prêt quand nous rentrions de l'église. Dès que j'ai commencé à vivre seul, j'ai commencé avec x-10. Bientôt, les lumières de ma maison s’allumaient et s’éteignaient et les rideaux s’ouvraient et se fermaient. Lorsque le hc2 a été introduit, je suis passé à zwave et j'ai créé mes propres scripts Lua nécessaires. Dès que le hc3 est arrivé, je suis passé tranquillement au hc3. Avec hc3, il s’est avéré que vous deviez faire moins de programmation vous-même. Mais le sang s’infiltre là où il ne peut aller ; donc si Lua a besoin d'être ajusté, je n'hésite pas à le faire. Je programme depuis l'âge de 12 ans. D'abord en Basic, puis en Pascal. Puis Lotus Script et au cours des 20 dernières années, je me suis familiarisé avec la programmation PHP. Dans la vie quotidienne, je suis propriétaire d'une entreprise qui construit et met en œuvre des systèmes de commerce électronique et de CRM. En tant que Néerlandais, j'aime également visiter les forums français car ils envisagent souvent de résoudre les problèmes de manière très différente de celle des forums anglophones. Et la langue n’est plus une barrière aujourd’hui.

Bonne idée

Interresé par la domotique depuis lonptemps, j'ai acheté il y a qq années une HC2. La prise en main, n'a pas été facile quand il a fallu écrire des scenes en LUA. Je fais confiance à ce forum pour me familiariser avec ce language. Merci à tous de m'accueillir.

Il va falloir que je me motive à faire les modifications pour que le QA refonctionne Envoyé de mon Pixel 8 Pro en utilisant Tapatalk

Hello, petite mise à jour avec l'ajout de la validité du token en jours. Token expiré: Token Valide Vue du Child Normalement le renouvellement est automatique mais parfois il est capricieux... ca permet de suivre et pourquoi pas d'aller regénérer le token nous même

Oui il faut contacter leur support, généralement ils proposent la réparation des anciennes box. A voir en fonction du prix demandé... je ne suis pas sûr que ça soit pertinent de s'acharner sur une box qui a plus de 10 ans... il faut peser le pour et le contre face d'une migration vers des évolutions comme la HC3 pour rester chez Fibaro, ou bien les autre solutions du marché.

Je confirme la notification pour les jours blanc fonctionnent parfaitement.

Bonjour, je viens d'acquérir une HC3 et je l'ai déjà installée et configurée sur mon réseau local sans problème particulier. J'ai connecté 2 volets roulants Nice et une wall plug fibaro. Je m'inscris sur le forum pour avoir du support car je rencontre des problèmes de déconnexion avec les volets Nice. Merci de votre accueil.

Seulement les jours Blancs et Rouge, on a eu 2 jours blancs la semaine dernière et j'ai bien reçu toutes les notifications. Les jours bleus, ce sont les jours normaux, donc pas de notif. (je dois toujours corriger mon QA avec la nouvelle version de l'API EDF.... en attendant il fonctionne avec l'API RTE)

@Dragoniacs un grand merci ! c'était en effet les % (je ne savais pas) tout va bien ! Encore merci !

Je n'ai pas constaté de problème... Moi c'est mon QA Surveillance Station qui bug.... Envoyé de mon 23078PND5G en utilisant Tapatalk

ça c'est génial ça casse tout l'intérêt du module Si c'est juste pour faire une télécommande murale à 4 boutons, c'est pas terrible, surtout que niveau WAF les interrupteurs multiples c'est assez catastrophique je trouve.... souvenir ému de 2 séjours en gite et hôtel de luxe tous domotisés, où tu cherches 10 minutes avant de te coucher comment éteindre toutes les lumières.... sans en rallumer d'autre en même temps ! Pour trouver un intérêt à ce module, il faut un cas de figure où on a besoin de récupérer 4 contacts distincts, mais avec une tension commune (soit le 230V pour le modèle AC, soit la masse pour le modèle DC)... là je ne vois pas. @Sowliny j'ai isolé ton message dans un topic dédié à ce module (enfin, les 2 versions AC et DC du module)

j'utilise ceci depu!s des "millénaires" et jamais aucun soucis

[Frandroid] Matter 1.4 dévoilé : la mise à jour qui pourrait tout changer pour votre maison connectée et votre voiture électrique

Nickel !

j'ai eu la même chose pour mon MH9 j'ai fait une reconfiguration douce Les ID ont changés, et j'ai a présent des valeurs dans les paramètres Si non pour les reste pour le moment tous semble OK reste a voir ce que cela donnera dans les prochains jours

Non, pour cela il faudrait interroger les données SMART, ce qui est évidemment impossible sans disposer d'un accès root au système. Par ailleurs, je ne suis même pas sûr que la mémoire flash embarqué dans ces box ne propose d'informations SMART... Dans ces cas de figure, pas trop le choix de croiser les doigts pour que tout aille bien, et si un jour le problème se présente, il faut demander au support Fibaro de faire un diagnostique (qui sera à coup sûr un retour atelier avec remplacement de la clé USB Interne.... voir de la carte mère, car je suppose que la mémoire Flash est soudée dans la HC3) Avoir une box de secours est une bonne idée dans ce cas. Il peut aussi être une bonne idée de tenter un recovery, ça va reformater complètement la mémoire interne, avec un peu de chance c'est juste une corruption logique du système de fichiers.

Indeed, no consumption clamp on my system because I can't connect it (too far away). However I have the production clamp. Aside from the Ethernet/Wi-Fi connexion, the missing clamp may explain the difference, my Envoy has less computing to do.

Bonjour Lazer, Depuis 6 mois, j'utilise domochart (vers un NAS Synology) et je trouve cette QA géniale. J'utilise autre chose que grafana pour la visualisation mais c'est la seule "modification" que j'ai faite. Cela m'a permis de corriger et optimiser certaines QA qui ne l'étaient manifestement pas... A propos de temps CPU je pense avoir repéré un bug dans la fonction tools:garbage(interval) inclue dans le zip Initialement, je cherchais à diminuer le nombre de débug à la console et je me suis aperçu qu'il y a un désaccord entre la sortie de domochart sur sa consommation de CPU (en%) et la valeur obtenue par l'utilisation de collectgarbage("collect") ou de api.get("/diagnostics"): un facteur 4. Pour moi, dans print(cpuDelta/elapsedTime*100/self.nbCPUs), la division par le nombre de cœurs n'est pas nécessaire/significative: Si un CPU à 4 cœurs est occupé à 20% au total (ie la valeur de cpuDelta/elapsedTime*100) cela signifie que les 4 cœurs sont aussi chargés à 20% (en moyenne) même s'ils n'ont fait chacun que 1/4 du travail total. Dit autrement: 4 cœurs à 100% = 1 CPU à 100% ?

Hi @TitiXsi, I use only two calls to Envoy: 1) https://xxx.xxx.xxx.xxx/production.json 2) https://xxx.xxx.xxx.xxx/api/v1/production/inverters to get all data that I need. I do not query for inventory and currently my QA do not support batteries since I do not have them and don't really know what response look like when there is a battery pack present. I did ask for this on Fibaro forum, but never get any response, so I guess there is no one there that have battery pack installed. I can set interval to less than every 30 seconds, but there is a catch. Every 10 minutes I do a REST API call to recalculate today's exported and today's imported energy which then I use to calculate e.g. grid dependence. Problem is that this REST API calls seems to take few seconds each (slow). Also, when inverters are off (no production) then Envoy takes much longer time to send response for inverters production, so I decided that 30 second interval is up to the task and good enough. Please, correct me if I'm wrong. Thanks! There are also few problems with Envoy API, I guess bugs: 1) Current production reported is almost never 0W which is a bit strange during night and that makes calculation for grid dependence a bit off on my QA 2) Today's net or grid consumption is always reported as 0W so must be calculated by QA and this requires power sensor device for currently importing power from which then can be calculated today's imported energy. Same is for today's exported energy for which to be calculated power sensor device for currently exporting power is needed.

Les fichiers TXT sont bloqués par le forum, il faut attacher les fichiers directement avec l'extension lua.

comme par des règles simples. Un peu plus haut tu as ma config dont tu peux t'inspirer . Ma bible est l'aide / la syntaxe GEA (écrite par Lazer) et qui est PARFAITE. Bon amusement

J'avais lu ton post auparavant... en fait tratiquement tous les posts relatifs au FGSD - pas vraiment emballant...

tous les 6 mois il y en avait un qui sonnait pour rien (ou pile plate ?) et évidemment en pleine nuit. Donc, j'ai tout viré (car de toute façon chaque fois qu'il sonnait j'étais persuadé que cde n'était pas le feu), donc niveau de protection = 0. Maintenant, j'ai le même niveau de protection, mais je ne suis pas réveillé en pleine nuit (je sais ce n'est pas bien ...)

Je démarre en domotique sur une Box Homey pro, avec des modules Fibaro. Alors j'aurais certainement des questions de profane. Merci par avance pour votre mansuétude.

Bonjour, Tous les dimanches je vois un mail avec le sujet "Backup HC3", je ne l'ouvre pas, et me dit "ok je script a bien fonctionné". Ce matin, je l'ai ouvert et ait vu qu'il y avait une erreur dans le body (et elle est confirmée dans la HC3 (évidemment). Serait-il possible d'apporter une petite modif au script, que si erreur, le sujet du mail soit "Backup HC3 : ERROR" ? Ainsi je ne passerais pas à côté d'une erreur indispensable à corriger. J'ai déjà regardé le script, mais n'y connaissant rien, je n'ai pas trouvé où faire cette petite modification. Merci

Voilà, nouveau topic dédié pour le projet de @Sakkhho

Ah c'est ça le terme technique, merci j'ai appris un mot aujourd'hui (que j'aurai oublié dans 1 heure ) @Sakkhho je vais scinder le topic pour que tu aies ton topic à toi, car ça commence à prendre de l'ampleur et ça n'est pas lié à mon installation, sujet du topic.

Je ne comprend pourquoi ça fait plusieurs messages que tu parles de panneaux souples ? Ce n'est pas du tout adapté à l'installation fixe sur bâtiment, ces panneaux très particuliers sont prévus pour les toits des fourgons aménagés, afin d'épouser la forme du capot. Sur un bâtiment, tu vas avoir une prise au vent démentielle, et en plus c'est plus fragile, ça ne tiendra jamais dans la durée. C'est du panneau rigide uniquement qu'il te faut utiliser, la question est de trouver un système de fixation sur ton toit-terrasse. Pas possible de fabriquer une structure qui viendrait se fixer sur les rebords verticaux ? Ainsi tu ne toucherais pas à la partie horizontale du toit. Techniquement il est possible de déporter des micro-onduleurs, bien que ça ne soit pas prévu pour.... il faut utiliser des rallonges de câbles DC avec connecteurs MC4. Pourquoi tu ne veux pas d'onduleur central ? C'est à mon avis une solution préférable par rapport à des micro-onduleurs déportés (ce qui va à l'encontre même du principe des MO)

no risk, no fun

le 1%, c'est pour les plantages...

Bonjour, Cela fait très (=trop) longtemps que je vous avais promis de vous expliquer comment se connecter à votre HC3 avec Yubii sans passer par le cloud Fibaro. Pour des raisons évidentes de sécurité, je vous conseille d'avoir votre propre nom de domaine (8€/an) et de passer par un reverse proxy(HAProxy) pour (entre autre) limiter le nombre de ports ouverts sur votre routeur. Vous serez ainsi connecté en local, même si vous êtes à l'autre bout du monde ... Voici comment faire dans Yubii : Cliquer sur "Saisir l'IP manuellement" Entrer le protocole (http/https)

Bonjour @Kana-chan: Ca marche enfin , après avoir installer JQ "apt-get install jq". C'est donc tout nickel. Je pense (autres que mes pbs) que le fichier d'origine n'était pas indenté correctement. D'où les multiples erreurs. En tout cas un immense merci à toi et ta patience.

Hello. Ça y est j'ai attaqué la partie domotique de la maison. Pour commencer j'inclus simplement les modules mais une chose est sur, j'ai déjà attaqué GEA pour la HC3! Que c'est cool de revenir dans la boucle. Pour fêter ça je vous ai fait une petite icône pour GEA HC3:

Un des secret de l'association d'un module est de d'abord de supprimer son association ... même les produits neufs. Donc : Poser ce module sur un table, l'ouvrir et préparer un stylo Sur la HCL, cliquer sur Supprimer et module (30 secondes pour le faire) Bien appuyer sur le module pour que le contacteur de derrière soit enfoncé et appuyer de manière répétitive comme un idiot sur le bouton avec le stylo. (Il y a un contacteur derrière qui doit être enfoncé en même temps que tu cliques sur le bouton) Le module devrait être détecté et son association supprimée. Recommencer exactement la même opération mais en l'ajoutant cette fois. La suppression est très importante car chaque module fibaro ne peux être associé qu'à un seul contrôleur principal. Si ce dernier a été testé en usine, il se peut qu'il soit toujours associé au contrôleur de l'usine. Autres conseils : Inclure les modules a proximité de la box Après avoir inclus un module passif (détecteur, capteur, ...) les réveillés (cliquer dessus maintes fois) afin de finir correctement une inclusion (association)