Lazer

Je viens de voir que le problème a été remonté sur le forum officiel. Pas de réponse pour l'instant, mais vu que le panneau d'énergie est tout nouveau, comporte encore pas mal de bugs, et qu'il est amené à évoluer, j'imagine qu'ils vont corriger ça prochainement : https://forum.fibaro.com/topic/55131-new-energy-pannel-explanations-please/?do=findComment&comment=234713

Bienvenue sur le forum Attention je pense que tu as loupé une étape dans ton inscription, tu es toujours identifié comme invité. Pour Yamaha MusicCast tu arrives au bon moment, si tout va bien d'ici la fin du mois je devrais partager mon QuickApp.

Mon premier PC avait un disque dur de 20 Mo... il y a 30 ans déjà ! ça existe encore les Mainframe, mais faut dire que c'est bien plus compact qu'à l'époque. Une armoire seulement (mais aussi une autre pour le stockage à coté, et une autre pour la sauvegarde)... et le tout x2 ou x3 pour sécuriser sur plusieurs sites. Au final, c'est toujours aussi cher... plusieurs M€...

Bienvenue sur le forum

Déterrage de topic Le premier PC IBM fête ses 40 ans cette année C'était hier, le 12 août

Quelques news sur les futures nouveautés à venir chez Fibaro : Finalement, retour du Zigbee tant attendu, voilà qui va faire plaisir à certains ! => version beta au 2nd trimètre 2022, donc dans 1 an quoi Plus proche, d'ici la fin de cette année 2021: Améliorations du panneau d'énergie, et utilisation de scènes en relation avec ce panneau (j'imagine des scénarios du style déclenchement sur consommation, par exemple pour du délestage... simple supposition de ma part) Améliorations du support des modules Nice et Elero Gros travail sur l'application mobile depuis laquelle il sera possible de partiellement configurer la box (bon... certes... pourquoi pas... mais je pense qu'on est nombreux à préférer des améliorations sur l'ergonomie de l'appli....) Amélioration du nouveau moteur Z-Wave v3 (qui est toujours en beta pour rappel) et possibilité de migrer depuis une installation existante Améliorations générales de stabilité et de performance Fibaro va aussi chercher à cibler de nouveaux marchés avec ses modules.... Source : forum officiel https://forum.fibaro.com/topic/50641-features-postponed-after-2020/page/6/#comment-234983

Bah voilà.... CQFD

Étrange.... tu n'aurais pas ta box dans une cage de Faraday, ou excentrée genre au sous-sol ?

Ah oui OK c'est marrant comme projet. En effet, dans cette application, c'est surtout le contrôle de la température qui importe. Et un fonctionnement en ON/OFF du moteur de ventilation ne serait pas terrible, car tu vas avoir pas mal d'arrêt/démarrage intempestifs, tant la température va varier rapidement à la hausse comme à la baisse. Mais je me suis toujours demandé, ça ne vaut pas plus le coup de monter une cabane en bois au fond du jardin, et de mettre les machines dedans ? Pas besoin de ventilation (sauf pendant les canicules d'été), la régulation se fera naturellement. Parce que 300W de ventilation, ça fait une sacrée énergie dépensée pour rien. Question bonus : c'est encore rentable ce genre d'activité ?

Bah chez moi ça marche bien la demande de reconstruction de route. A faire pour un module en particulier, puis attendre, regarder le log, et quand tu as la confirmation que l'opération est OK, tu passe au module suivant. Je n'ai jamais osé lancé une reconstruction du réseau entier (ni sur HC2 à l'époque) Mais il y a certains modules pour lesquels il ne trouve aucune communication directe. Parfois il va trouver une autre route via un autre saut intermédiaire. Et parfois il va te présenter une route directe après la reconstruction, mais 24h après il passe à nouveau par un saut. C'est qu'il ne peut pas faire autrement. Au final, dans l'ensemble j'ai un réseau plutôt bien maillé. Au pire je dois avoir quelques modules avec 2 sauts. Après je n'ai jamais utilisé le sniffer, donc il y a peut être des incohérences, va savoir... mais à l'usage, ça ne pose pas de souci. Pas de latence constatée.

Pour cette raison, j'ai mis mon HC3 sur rallonge électrique + câble réseau long. Ainsi je l'ai déplacé pour m'approcher suffisamment du module pour pouvoir l'inclure. Mon HC3 a même fini dans le jardin à un moment Mais ça n'est pas non plus une solution idéale, car le déplacement de la box va casser les routes existantes. Et certains modules qui étaient en communication directe se retrouvent à devoir calculer un nouveau chemin par un routeur intermédiaire. Du coup au final quand j'ai repositionné la box à son emplacement définitif, j'ai affiché la cartographie de mon réseau (la page PHP partagée sur le forum, mais tu peux aussi utiliser l'outil de @jjacques68) pour détecter les modules pour lesquels il me semblait anormal d'avoir un saut intermédiaire, et forcer une reconstruction de la route. Je préfère avoir des routes directes dans la mesure du possible.

C'est étrange Peut être un bug du dernier firmware de la HC3 alors ? Il faudrait poser la question à Fibaro sur le forum officiel. Autre chose, tu as bien vérifié que les capteurs de températures n'étaient pas cachés ? Sur l'un de mes FGBS, je constate qu'il y a plein d'enfants, dont des capteurs à plusieurs niveaux que j'ai caché, et les vrais sondes de températures sont tout en bas de la liste des enfants :

Oui il faut la brancher avant l'inclusion. Ta sonde est peut être HS, tu en as une autre pour tester ?

Il faut exclure et inclure le module, la détection des sondes de températures externes se fait à ce moment là.

Oui pareil, j'ai vu ce n'est plus possible... J'ai ouvert un sujet sur le forum officiel, mais la réponse apportée pour l'instant ne laisse que peu d'espoir.... Va encore falloir modifier le code du QA... J'espère que tu n'es pas pressé...

Oui tout à fait, la charge des batteries NiMh c'est hyper simple, d'où l'intérêt de bien choisir son chargeur. Les Lacrosse sont super pour ça, quand tu branches, il commence immédiatement une charge lente, avec détection de fin de charge, c'est parfait pour les accus. Il n'y a rien à faire. Après en 2 ou 3 clicks, tu accèdes aux modes intéressant, comme le changement de cycle (décharge puis charge, refresh, etc), ou un courant de charge plus important. Tu peux avoir un courant important, mais ça fait chauffer les accus, donc ça les use plus vite. Exactement comme pour les batteries Li-ion, la charge rapide est une ânerie inventée par les services marketing des fabricants de smartphones pour compenser l'absence de progrès technologique sur les batteries elles-mêmes. Déjà que le Li-ion vieillit relativement mal (comparé au Ni-Mh), mais si en plus tu le charges en rapide, la durée de vie est encore raccourcie. Et après on nous parle d'écologie et de développement durable... bref En tout cas tu pourras nous faire un retour d'expérience pour ces "piles" Li-ion rechargeable au format AA, car ça fait pas mal de temps que j'en vois, mais aucun retour d'expérience sur la durée. Évidemment que ça fonctionne bien quand c'est neuf, je m'interroge surtout sur l'utilisation réelle.

Mais justement @jjacques68 j'avais longuement détaillé mes expériences sur l'autre sujet. Aucun souci de performance. Pour l'instant j'ai 3 QA (GEA, Velux, Porte garage) sur ma box de production qui exploitent cette API, et ça tourne nickel depuis 2 mois. Je pense même en ajouter un 4ème prochainement, quand j'aurai le temps de m'y mettre (réécrire le QA Evénements pour utiliser /refreshStates à la place de /events/history)

@Massalia@jjacques68 merci en effet j'avais oublié cet outil

C'est quoi HC3 download ? Il te dit que tu as 2 modules injoignables, c'est ça ? Ils sont surement trop loin... après, à regarder la liste des tes modules, je ne suis guère surpris, je ne vois quasiment que des modules sur piles. Tu aurais dû commencer par inclure les modules sur secteur, afin de créer un bon maillage, avant d'ajouter les modules sur batterie. Bon c'est pas trop tard, tu peux ajouter des modules sur secteur, ça va créer le maillage, auquel pourront se raccrocher les modules éloignés qui n'ont pas de communication directe avec la HC3.

Tiens merci, Varta Industrial je n'ai jamais testé, je garde en tête. Intéressant tes durées avec les accus rechargeables sur les FGMS et ST814, donc à priori tu as des durées de vie environ 2 fois plus courtes qu'avec des piles (je tiens largement 3 ans, voire plus, avec les FGMS, et plus de 2 an avec ST814) Après les accus NiMh, même après 5 ans, ça tiens encore, c'est normal, c'est une techno qui vieilli mieux que le Li-ion, j'ai constaté ça même avec mes très vieux accus, s'ils sont correctement entretenus (= pas laissés complètement déchargés... je me suis fait avoir pour 2 jeux que j'ai oublié, ils sont morts) Le Li-ion a ceci de pénible, qu'on l'utilise ou non, il vieilli tout seul.

En LR6, donc taille standard, je te recommande à 100% Eneloop, elles sont à milles lieux de toutes les autres marques. C'est THE référence en accus rechargeables. Les anciennes étaient déjà pas mal, avec un faible taux d'autocharge. Les derniers modèles ont carrément un taux ultra faible... ce qui les rend exploitables dans les appareils à très faible consommation d'énergie comme nos modules domotiques. Ils annoncent 70% de charge restante au bout de 10 ans. Même une Alcaline ne fait pas ça. Reste les autres problèmes évoqués : tension 1.2V et courbe de décharge non linéaire. Comme je disais, les accus rechargeables c'est toujours une histoire de compromis, aucun modèle n'est parfait. Autre chose, au moins aussi important que le choix de l'accu, c'est le choix du chargeur. Les chargeurs basiques tuent les accus, donc c'est pas la peine. Dans le domaine, les chargeurs Lacrosse font figure de référence, même s'il existe d'autres bons modèles, de marques plus ou moins connus. Ce qui est important, c'est la détection de fin de charge, et le choix du courant de charge. Comme pour toutes les batteries du monde (téléphone, voiture, etc), plus on charge lentement, mieux c'est. La charge rapide est à bannir et à réserver aux situation d'urgence. Certains chargeurs ont un contrôle de température intégré, ainsi qu'une ventilation forcée, c'est encore mieux. Option sympa aussi, c'est la programmation du cycle complet de décharge avant la recharge, pour luter conter l'effet mémoire pour lequel les accus NiMh sont encore partiellement soumis, contrairement aux Li-Ion. Et le cycle de refresh (charge/décharge plusieurs fois de suite) pour régénérer un accu qui a dormi un peu trop longtemps dans un tiroir. Je n'ai jamais essayé les accus Li-Ion comme ceux de ton exemple. Le Li-Ion est une techno bien plus complexe, qui explose, les amateurs de modélisme le savent bien. Là je vois sur tes modèles que le chargeur est intégré dans l'accu, il suffit de brancher le cordon USB pour l'alimentation. Sans expérience, je ne sais pas comment ils vieillissent.... j'imagine que comme la plupart des batteries Li-Ion grand public, au bout de 3 ans il te reste 50% de la capacité... pas top.

Vieux sujet oui... C'est toujours les mêmes problèmes avec les batteries (accus) rechargeables : - la tension nominale est souvent de 1.2V et non 1.5V, donc même chargé à bloc, le module va croire que la pile est déjà partiellement déchargée - la courbe de tension ne décroit pas linéairement dans le temps, mais elle reste relativement stable, puis s'effondre d'un coup. Si bien que le module n'étant pas calibré pour ça, ne va pas voir venir la chute de tension, n'aura pas le temps de prévenir que la batterie est faible, et va cesser de communiquer - la plupart des batteries ont un taux d'auto-décharge plus élevé que les piles alcalines, donc sur un appareil pour lequel la durée de vie de la pile est longue (1 an ou plus), alors la batterie se videra plus vite toute seule que par le consommation du module lui-même.... pas très optimal tout ça. La technologie de batterie parfaite n'existe pas. Les fabricants arrivent à répondre à l'un des points évoqués ci-dessus, ou l'autre, mais jamais tous en même temps. Perso je conserve des piles dans mes modules domotique (et alarme, encore plus critique). En les achetant par lots (sur Amazon), ça coute 10x moins cher qu'au supermarché. En prenant des piles de qualité (en Alcaline j'aime bien les Duracell Ultrapower), ça dure assez longtemps. Ce dont je suis certain, c'est que les piles les moins couteuses reviennent le plus cher. Comme souvent, "le pas cher coute cher". Sans même compter le désagrément du remplacement des piles sans arrêt... Et les FGK, de 1ère génération, il faut s'en débarrasser. Le FGDW est juste magique en comparaison. Tous les autres modules Fibaro tiennent très bien, y compris les FGMS (série 300 et 500 inclus), facilement 3 ans avec la bonne config. Tu dois avoir un souci de config. Les Aeotec sont bien aussi. Si tu as des problèmes, il faut te débarrasser des vieux modules, typiquement les Z-Wave chipset v300, qui n'étaient pas optimisés du tout... technologie d'il y a 10 ans quand même.

Et pourquoi ne pas regarder les capteurs "à basculement mécanique" (désolé je ne connais pas le terme). J'ai ça sur ma pompe immergée de puits. Quand le niveau baisse, le capteur (qui est 100% étanche et flotte) descend, ça active un contact mécanique, qui coupe le circuit. Bête et méchant, mais efficace.

De mon coté je n'ai jamais eu de déclenchement. Et tant mieux Tu n'aurais pas des problèmes de plomberie ? Mais là tu compares des choses qui n'ont rien à voir, une utilisation au sol, c'est le cas normal prévu par le fabricant, le module a été conçu en ce sens. Une utilisation en extérieur, dans un skimmer, ça n'a rien à voir, je veux bien croire que ça ne donne pas du tout satisfaction.

Peut être le nouveau Sensative Strips Drip 700 https://www.domotique-store.fr/domotique/usages/domotique-alarme-securite/inondation-fuite-eau-coupure-automatique/1538-sensative-strips-drip-700-detecteur-d-inondation-extra-plat-z-wave-compatible-exterieur-avec-puce-z-wave-v2-serie-700.html Il est indiqué compatible extérieur et certifié IP 44 Mais ça reste de la domotique, donc probablement pas plus fiable que le Fibaro Flood Sensor, attention si tu veux faire un scénario de pilotage automatique du remplissage. Mais pour une notification et un contrôle manuel, ça doit faire le job.