Lazer

ça a l'air d'être une toute nouvelle version de la carte de management réseau, j'espère qu'elle sera compatible. Mais normalement il n'y a pas de raison, vu qu'elle est compatible SNMP v1, qui est un protocole bien standardisé, utilisé par mon QuickApp.

C'est une bonne pratique de dimensionner un onduleur avec une puissance nominale inférieure à la puissance crête des panneaux. Sans entrer dans les détails (c'est expliqué en long en large et en travers sur les forums.... y compris ici même sur mon topic PV), et pour le dire vite, on s'en fout du prix de puissance instantanée à 14h le 21 juin un jour de grand soleil, ce qui compte c'est l'énergie produite. Un onduleur trop puissant produira moins en début/fin de journée, par temps couvert, et coutera plus cher... et au global la différence de prix ne sera pas amortie.... après tout ce qu'on cherche, c'est pas un record de puissance, mais une rentabilité financière. Du coup l'installateur t'a bien conseillé, pas de souci de ce coté là. Mais moi je parlais de ton problème de disjoncteur / inter diff qui saute. Il faut déjà déterminer lequel saute, et ensuite je t'ai donné les pistes pour le résoudre. C'est surement le différentiel, ça a l'air d'être un problème très commun avec les onduleurs centraux de forte puissance. Passer au 100 mA, voire 300 mA, est la bonne solution, d'ailleurs les normes élec qui couvrent le PV se sont même mises à jour pour ça.... si l'installateur ne veut pas te le faire, je te renvois à mes remarques à choix multiple plus haut... Ou bien tu fais la modif toi même, mais dans ce cas pourquoi passer par un installateur s'il n'est même pas capable de faire son boulot correctement ? Comme on dit, on n'est jamais mieux servi que par soit même...

Il va falloir être plus précis, parce que je doute fort qu'un installateur ait réellement posé un fusible... ça fait 30 ans qu'on est censé poser que des disjoncteurs. Donc plus probablement, c'est soit le disjoncteur qui a sauté, aucun cas le calibre n'est pas adapté au courant qui passe dans la ligne, soit c'est l'interrupteur différentiel et aucun cas c'est un problème assez connu en photovoltaïque, il faut remplacer le 30 mA par un 100 mA. Dans tous les cas si tu es passé par un installateur, il vaut mieux voir ça avec lui afin qu'il procède au remplacement. Car non ce n'est pas normal, s'il t'a sorti cette réponse, c'est que, au choix, c'est un faignant qui ne veut pas se donner la peine, arnaqueur qui n'assure pas le SAV, incompétent qui ne comprend pas le problème.... rayer la mention inutile.

Je ne connais pas Nikko, mais cet interrupteur ressemble déjà à un module domotique. Je te déconseille fortement de mixer 2 modules domotiques ensemble, tu vas te galérer comme pas possible. Avec un module Fibaro, le mieux est un interrupteur standard, basique, sans électronique, juste un contact mécanique. Idéalement un poussoir (monostable), c'est plus pratique qu'un inverseur (bistable)

Matter avance (tout) doucement : [Abavala] Matter 1.2 débarque avec neuf nouveaux types d’appareils pris en charge et des améliorations générales pour la Smart Home Toujours pas de prise en compte de trucs élémentaires comme la mesure de consommation électrique... Comme le dit l'article, ils ont probablement ciblé l'électroménager pour contrer les tentatives de protocoles parallèles, ça se comprend, mais pendant ce temps là Matter n'avance pas là où est il attendu, donc ça n'en fait toujours pas un protocole domotique apte à remplacer les protocoles existants. Un jour peut être...

J'en ai environ 15... un mix de 1ère (Z-Wave) et 2nde génération (Z-Wave+) A la base j'avais commencé à avoir des problèmes de latence à certains moments, signe d'un encombrement du réseau. Sur HC2 on avait une scène permettant de diagnostiquer ça : elle nous donnait les modules les plus bavards, par type de message, etc. C'est comme ça que j'avais identifié les 2 Wall Plugs des 2 électroménagers mentionnés ci-dessus. Quand j'ai migré sur HC3, je n'ai même pas réfléchi : après l'exclusion/réinclusion, j'ai reconfiguré tous les modules avec les mêmes paramètres. J'avais un script LUA pour extraire tous les paramètres des modules sur la HC2 avant leur exclusion, puis j'ai tenu un petit tableau Excel pour noter au fur et à mesure de la réinclusion sur HC3. Depuis je n'y ai jamais touché. Dans le dernier firmware beta de la HC3, il y a un nouveau panneau de diagnostique du réseau Z-Wave, donc une piste à creuser de ce coté là (je peux pas tester sur ma box de test, je n'ai aucun module Z-Wave dessus en ce moment...)

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