Lazer

Ils peuvent surtout être très bavards et potentiellement saturer le réseau. J'en ai 2 (sur le frigo et le congel) dont j'ai du baisser les remontées d'informations de consommation, car avec ces 2 équipements dont la consommation varie en permanence entre rien du tout et pas grand chose (les mieux notés en classe A+++++++ au moment de l'achat), ça rendait ces 2 wall plugs trop bavards. Pas de recette magique, j'ai ajusté les paramètres à la main jusqu'à obtenir un résultat satisfaisant.

Non, ça n'est que pour les capteurs (température...) connectés au bus 1-Wire qu'il faut les connecter avec l'inclusion. Donc tu as soit un problème de câblage, soit un problème de configuration.

Ah c'est toi qui les a conçu, bravo alors Attention au fil souple, c'est très dangereux utilisé tel quel dans les micro-borniers de nos modules domotiques, un micro-brin qui sort du bornier, difficilement visible à l'oeil nu, peut venir faire un court-circuit avec la borne d'à coté... et là risque de départ d'incendie... et on en revient au problème du filament plastique 3D qui brule. Avec du fil souple, normalement on doit toujours utiliser des cosses serties sur le câble. D'après ce que j'ai compris de l'article, il y a effectivement d'autres filaments autoextinguibles sur le marché, mais ce serait la premier sur le marché à recevoir le tampon d'une certaine norme industrielle reconnue. @jojo oui le problème d'échauffement est le même, mais normalement derrière un interrupteur tu n'as que des plastiques retardants au feu, la boite d'encastrement y compris. Ce n'est plus le cas dans le tableau électrique à partir du moment où tu y ajoutes un élément imprimé en 3D. Au delà du feu, le plastique imprimé en 3D fond à basse température. Le PLA se ramollit à partir de 70°, et est liquide à 200°. C'est à peine plus pour le PETG. Donc même si ça ne prend pas feu, que se passe-t-il quand ça fond, que le module se détache, pend par le câble, va toucher un autre élément du tableau, etc...

Merci, mais au cas où, on en trouve plein de gratuits sur Printables ou Thingiverse Après perso je suis toujours méfiant à utiliser de l'impression 3D là où se combinent chaleur et 230V. J'ai bien quelques modules domotiques 230V dans des boitiers en impression 3D, mais j'y ai aménagé la place pour la dissipation thermique, ainsi que des ouïes d'aération. Dans un tableau électrique, c'est moins simple. Là j'utilise les modules Eutonomy, qui prennent plus de place, mais donnent un peu plus de place à la dissipation thermique justement. Ou alors il faudrait utiliser un filament PETG autoextinguible, mais là pour le coup ça commence à couter plus cher : https://blog.prusa3d.com/fr/le-nouveau-prusament-obtient-la-certification-ul-nous-lancons-un-filament-petg-autoextinguible_80711/

ça : https://forum.fibaro.com/topic/68518-514283-beta/?do=findComment&comment=270234 + attendre que Fibaro mette à jour la doc

C'est une probabilité en effet. Ou bien des révisions matérielles différentes des puces. Même les microprocesseurs (Intel, etc) de nos ordinateurs peuvent recevoir des mises à jour de leur firmware, pour corriger des bugs. Je pense notamment aux failles de sécurité.

Alors, j'ai pu obtenir quelques éléments de réponse. Ce patch est une mise à jour de firmware de l'une des puces embarquées dans la box (je ne sais pas quelle puce en particulier, mais à priori ce n'est pas la puce Z-Wave). Du coup, cette mise à jour résiste à la mise à jour du logiciel de la box (système d'exploitation Linux et/ou applicatifs spécifiques Fibaro). Conséquence également, ce patch devrait résister à un recovery complet de la box. Le truc c'est qu'une mise à jour de firmware n'est jamais évidente à réaliser automatiquement (en cas d'échec, c'est la perte de communication avec la puce concernée, et donc la panne totale de la box, nécessitant potentiellement un retour usine). C'est pour cela que Fibaro ne l'a pas encore déployé automatiquement via les mises à jour logicielles, et ne l'a appliqué manuellement (via connexion distante) que sur les box affectées par le bug du reboot intempestif. C'est intéressant, car finalement ça explique partiellement les nombreuses questions qu'on s'est posé, tentant de deviner s'il s'agissait d'un bug matériel ou logiciel : un peu des 2 en fait, puisqu'un firmware n'est rien d'autre qu'un logiciel embarqué dans du matériel. D'ailleurs la traduction littérale de firmware c'est micro-logiciel.

Est-ce qu'après la mise à jour, le patch reste présent ? (j'ai cru comprendre que oui mais je me trompe peut être) Sinon il faut recontacter le support pour qu'il le réinstalle à la main sur les box affectées par le plantage.

Tu n'as pas trouvé ton bonheur avec le QuickApp Cozytouch ? Ici :

Et pourtant @mprinfo t'as bien aiguillé. Regarde la gamme Walli, il y a bel et bien un interrupteur qui fonctionne sur pile, le Walli Controller. Bon ce n'est pas le seul, plusieurs marques en font, Aeotec, Remotec; Hank qui me viennent à l'esprit, avec plein de formes différentes selon l'intégration que tu souhaites au mur.

Nouvelle version 1.20 publiée hier : Access Sharing: Invite new users to join your system. Schedule Editor: Adjust the temperature schedule to your needs. Extended Energy Panel: Utilise more data displayed in the Energy Panel. Hub Finder: Find the hubs in your network with offline login mode. Pas de grands changements, cependant j'ai constaté que l'appli semble plus légère, moins gourmande en ressource. Sur mon téléphone, les versions précédentes se faisaient tuer régulièrement par l'OS (Android dans mon cas) si bien que lorsque je la lançais, il fallait bien souvent attendre qu'elle se recharge complètement (reconnexion à la box et chargement des données, ce qui prend quelques secondes). Et cela parfois même pas 5 minutes après la précédente utilisation. Ce n'est plus le cas avec cette nouvelle version, elle semble résister plusieurs heures, et même nuit entière, sans être killée. Espérons que ça soit durable.

Étonnamment dans le changelog il manque le désormais célèbre "Other minor improvements", car justement il y en a Il se trouve que Fibaro a ajouté la possibilité d'exploiter les Metatables en LUA. Voir explication de @jang sur le forum officiel : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/?do=findComment&comment=270233 Bon c'est clairement du développement avancé qui ne sera pas utile à grand monde, mais c'est toujours bon à prendre

Bonne nouvelle, les QuickApps refonctionnent depuis ce matin. Surement un retour arrière sur les serveurs Web de Stellantis. Espérons que ça dure

Effectivement, je confirme pour le CPU, même comportement sur ma box de test

Qubino c'est pas la première fois que Fibaro ajoute le support de leurs produits, ça s'est déjà produit plusieurs fois depuis que la HC3 est sortie. Mais clairement, j'ai la même réaction que toi Jojo, à chaque fois que je lis ça, ça me fait tout drôle connaissant l'historique entre les 2 marques En tout cas pas mal de nouveautés intéressantes, c'est une très bonne mise à jour je trouve ! Et Fibaro semble avoir renforcé ses tests internes avant publication, donc on va dire que c'est une beta presque stable

Je me suis permis de déplacer ton message qui a plus sa place ici.

Tout vient à point à qui sait attendre Également une nouvelle version de l'application mobile disponible sur les stores/markets.

Firmware HC3 & HC3L Version 5.142.83 Beta Thank you for using our gateway! Be sure to update to the latest version to enjoy new features and improvements. Main features: 1. Added Auto and Manual Mode support for Elero devices. From now on, for devices that support mode switching, you can exclude specific devices from automation (such as scenes or profiles) by changing a single option in the sidebar. 2. Added Z-Wave Network Diagnostics tab. Now, for both versions of the Z-Wave engine, the system allows for the analysis of traffic and network issues for diagnostic purposes. 3. Added Support for Nice and Elero devices in Gateway connection. As part of expanding the system's capabilities, support for Nice and Elero protocols has been added in Gateway Connection feature, improving connectivity between hubs. What's new: Update Minor translations fixes. Dashboard Added the ability for the administrator account to hide "Add Device" and "Add Scene" tiles on the dashboard in general hub settings. FTI Added the ability to restore user backups saved in the Cloud during the FTI process. Improved Z-Wave engine selection during FTI for hubs no longer connected to the Master gateway. Garden Added the ability to perform a sequence test and manually start irrigation from the Garden Panel. Elero Improvements for waking up Elero devices. Energy Improved tooltip readability for tariffs in the Energy Panel. Power measurements for hidden devices are now excluded by default. Nice Improvements in handling dead devices. Added support for partial opening state for gates. Added support for battery-operated devices synchronization. Users Improvements for user management - simplifications in Remote Access sharing. Other Improvements in user password validation. Refreshed modal appearance in the interface. Increased character limit for variables in the hub. Database optimizations. Quick Apps Added switch support. Added dropdown list support. Changes for control identifiers. Scenes Added the ability to manually start watering sequences from a scene. In block scenes, added new blocks related to the energy panel: Current Production, Current Consumption, and Current Balance. Added automatic authorization for API of system elements in Lua. Devices Organized roles for blinds in Linked Devices. Organized the list of roles and categories for devices. Added hysteresis settings for humidity controller and thermostats in Linked Devices. Zigbee Added support for smoke, pressure, gas, volatile organic compounds, vibration, and presence sensors. Added support for device role settings. Added support for device's temperature sensors. Z-Wave Added support for Qubino Flush Shutter DC devices. Changed the default wake-up interval value for known old-generation devices. Updated support for Aeon Multisensor 6. Added pin support for Danalock V3 lock. Introduced fixes for removing damaged Z-Wave nodes.** Added support for old-generation FGFS-101 and FGK-101. Bug Fixes: Climate Resolved an issue with thermostat handling from the climate panel for Fahrenheit units. Gateway Connection Fixed the inability to configure Lifeline association for devices from Slave hub in some cases. Backups Fixed behavior for local backup limit. Fixed occasional backup execution issues. Nice Fixes for handling parameters for BiDi-Multisensor. Resolved issues with Nice ON4E remotes. Partial opening button missing for Nice gates. Missing waiting icon for pending actions when changing parameters for sleeping devices. Improved handling of low battery notifications for BiDi-Multisensor. Fixed Nice device handling after backup restoration. Fixes for device parameter configuration mechanism. Users Fixed granting permissions for empty rooms. Stylistic fixes for dark theme in access management. Plugins Incorrect reporting of Tedee lock status during temporary loss of cloud services. Fixed handling of latch retraction for Tedee lock. Fixed generating a new authorization code for Tedee lock. Minor fixes in Dahua camera plugin configuration. Fixes for CoolAutomation plugin. Other Occasional issue with web interface content not loading. Overwriting room categories to "Other" during editing in the modal. Minor UX fixes for Devices and Network tabs. Quick Apps Fixed assigning QuickApps to rooms when adding a new integration from the Dashboard. Fixed Fahrenheit handling for thermostat-type QuickApps. Fixed handling of special characters for secret-type variables. Scenes Filled out missing translations for thermostat actions in block scenes. Fixed renaming scenes from the editor. Fixed action handling for thermostats (temporary schedule override). Devices Fixed color controller handling in Linked Devices. Fixes for Linked Device support for blinds. Fixed linked devices entities list after opening the "General" tab in devices settings. Zigbee Fixes for forcing device removal. Improved ZigBee device counter in the configuration tab. Z-Wave Fixed temperature conversion for the first Fahrenheit reading. Fixed estimated next device wakeup time display. Improved communication performance. Added support for new versions of MCO devices - MH-S412, MH-DT411. Eliminated issues with zeroing wakeup time for FGD-002. * - Does not apply to HC3L (Home Center 3 Lite). ** - Applies only to Z-Wave 3.0 engine.

Bienvenue sur le forum

Oui.

En fait tu peux également tout faire tourner le serveur Web et la base de données sur Windows, avec LAMP c'est facile à mettre en place. Mais je ne suis pas très fan de Windows sur un serveur, trop lourd à mon gout. Disons que c'est plus adapté à d'autres types d'usage, type serveur Active Directory, Excange, etc, bref tout ce qui fait partie de l'écosystème Microsoft.

Ah, je viens de réaliser que ce fameux module " 31840 " dont je me demandais plus haut ce que c'était, est en réalité une alimentation 12V destinée à alimenter le FGBS. Donc oui effectivement vu comme ça, c'est fonctionnel, et finalement très similaire au montage que j'ai fait.

Certainement pas la Freebox, qui est en location, donc ne t'appartient pas. Quand tu changeras de box et/ou de fournisseurs, est-ce que tu pourras facilement récupérer les données pour les conserver ? Tout l'intérêt de DomoCharts c'est de conserver les données sur le long terme, donc ce point me parait essentiel. (au delà de la migration futur d'équipement matériel, il faut également penser aux sauvegardes, idéalement quotidiennes, pour se prémunir en cas de crash) Je ne connais pas le CuBox, mais je suppose que tu peux y installer l'OS de ton choix... un Linux me parait tout adapté pour cet usage. Après selon ton niveau de compétences ou ton appétence pour l’apprentissage, tu peux probablement le virtualiser avec Proxmox par exemple, pour créer différentes VM. Perso je suis dans une config hybride : - la base de données de DomoCharts est gérée par MariaDB sur le Synology (qui est en fait une VM Xpenology de mon serveur) - sur ce même serveur (virtualisé avec ESXi), j'ai une VM sous Linux dédiée pour le serveur Web, dans lequel j'y ai mis les pages PHP de DomoCharts - entre les 2, j'ai un firewall pour filtrer tous les flux (pour la sécurité) Un peu tordu à mettre en place, mais efficace. Ainsi j'ai la visualisation des graphs DomoCharts qui est accessible aussi bien en local qu'à distance, mais la DB SQL reste bien protégée dans le LAN.

OK, donc à la fois déclencher la lumière sur intrusion, et aussi l'allumer à la demande. Dans ton schéma, tu as branché le module Diagral sur la sortie Q du FGS, ça ne peut pas fonctionner. La sortie Q, elle va vers la lampe (la lampe, elle, est branchée entre Q et le neutre) Donc le contact sec de ton module Diagral, il va agir comme un interrupteur du FGS, donc il faut le câbler comme tel (voir la doc du FGS) - Le Commun sur la Phase - Le Travail sur l'entée S1 du FGS A noter que je te conseille le FGS-213 plutôt que le FGS-214, car tu auras la mesure de consommation, et pas besoin de câbler le IN. Oui parce que sur le FGS-214, il faut câbler le IN sur la Phase comme indiqué dans la doc. Enfin, si ta lampe est dimable (halogène ou LED dimable) tu peux utiliser un FGD ce qui est encore plus sympa à l'usage : soft start & stop, c'est plus agréable.

OK, mais ça ne t'avancera pas à grand chose... c'est une grosse requête SQL bien balèze qui va chercher l'information dans différentes tables de ma propre base de données.... il y a du DomoCharts, mais pas uniquement. Ce qui m'a donné du fil à retordre, c'est la prise en compte de la couleur des jours TEMPO. SELECT DATE_FORMAT(Jour, $myPeriode) AS "Période", SUM(Production) AS Production, SUM(Soutirage) AS Soutirage, SUM(Injection) AS Injection, SUM(Production) - SUM(Injection) AS "Autoconsommé", CAST((SUM(Production) - SUM(Injection)) / SUM(Production) * 100 AS DECIMAL(5,2)) AS "Taux", SUM((Production - Injection) * Tarif_kWh_soutirage) AS "Économie", SUM(Injection * Tarif_kWh_injection) AS "Vente" FROM ( SELECT energy_day.date AS "Jour", SUM(energy_day.sum_value) AS "Production", CAST((COALESCE(teleinfo.BASE, 0) + COALESCE(teleinfo.HCHP, 0) + COALESCE(teleinfo.HCHC, 0) + COALESCE(teleinfo.HCJB, 0) + COALESCE(teleinfo.HPJB, 0) + COALESCE(teleinfo.HCJW, 0) + COALESCE(teleinfo.HPJW, 0) + COALESCE(teleinfo.HCJR, 0) + COALESCE(teleinfo.HPJR, 0)) / 1000 AS DECIMAL(6,3)) AS "Soutirage", CAST(COALESCE(EAIT, 0) / 1000 AS DECIMAL(6,3)) AS "Injection", CASE WHEN x.Tarif_Jour = "TH" THEN tarif.kWh_Base WHEN x.Tarif_Jour = "BASE" THEN tarif.kWh_Base WHEN x.Tarif_Jour = "HP" THEN tarif.kWh_HP WHEN x.Tarif_Jour = "HPJB" THEN tarif.kWh_HPJB WHEN x.Tarif_Jour = "HPJW" THEN tarif.kWh_HPJW WHEN x.Tarif_Jour = "HPJR" THEN tarif.kWh_HPJR ELSE 0 END AS "Tarif_kWh_soutirage", tarif.kWh_EAIT AS "Tarif_kWh_injection" FROM domocharts_energy_day energy_day LEFT JOIN domocharts_device device ON energy_day.device_id = device.id LEFT JOIN teleinfo_day teleinfo ON energy_day.date = teleinfo.rec_date LEFT JOIN teleinfo_tarif tarif ON teleinfo.tarif_id = tarif.id LEFT JOIN ( SELECT a.rec_date AS "rec_date", a.PTEC AS "Tarif_Jour" FROM (SELECT rec_date, PTEC, COUNT(PTEC) as "Compte" FROM teleinfo WHERE $__timeFilter(rec_date) GROUP BY rec_date, PTEC) a LEFT OUTER JOIN (SELECT rec_date, COUNT(PTEC) as "Compte" FROM teleinfo WHERE $__timeFilter(rec_date) GROUP BY rec_date, PTEC) b ON a.rec_date = b.rec_date AND a.Compte < b.Compte WHERE b.rec_date IS NULL ORDER BY a.rec_date ) x ON energy_day.date = x.rec_date WHERE $__timeFilter(energy_day.date) AND energy_day.device_id IN (669, 658) GROUP BY Jour ) t GROUP BY Période ORDER BY Période Elle permet de générer les données présentées dans le tableau de gauche. Puis tous les graphiques sont affichées à partir de ce tableau, afin de ne pas multiplier les requêtes inutilement (cette seule requête prend 1 à 2 secondes pour s'exécuter, ce qui est déjà assez long) Car c'est ça qui est bien dans Grafana, on peut réutiliser des données déjà présentes sur le dashboard sans avoir besoin d'aller les rechercher à la source. Un autre truc sympa, on le voit tout en haut à gauche, un petit sélecteur permet de choisir la période de regroupement des données, je peux ainsi afficher par jour, semaine, mois, année, et même total : Par exemple avec le détail par jour, ça produit un tableau avec des centaines de lignes, et un graph très (trop ?) détaillé : Tout cela grace à la variable $myPeriode et au GROUP BY qu'on voit dans la requête SQL. Si ça peut te donner des idées...