Lazer

Et bien c'est simple. Par exemple, tu as les 241, 199, 187, 47, 66, 762, etc... qui passent par au moins 1 saut, voire 2 (ce qui est franchement mauvais... ils sont si éloignés que ça ces modules ?) A l'inverse, par exemple 332, 296, 292, etc... sont en communication directe avec la box, donc c'est tout bon, ne touche pas à ceux là

Bravo Et bien maintenant tu vois tous les devices qui ne communiquent pas en direct avec le contrôleur. Il faut que tu pointes ceux qui seraient éventuellement des vieux modèles avec le SDK tout pourri Et comme je t'ai dis, si tu en trouves, tentes une reconstruction, dès fois qu'ils arrivent à communiquer en direct, il me semble que c'est censé améliorer les choses si je me souviens bien de ce qu'avait dit @TonyC à l'époque

IIS ça existe encore ? Je savais pas. Tu n'as pas un NAS avec un serveur Web standard (Apache, Nginx, LightHTTPd, etc)

Ouais et faut démonter le plateau aussi si tu veux faire l'upgrade complet MK3S+.... perso j'ai abandonné (= je n'ai pas passé commande) Ah.... la Maker Faire pour la fin d'année.... allez on y crois PS : ma photo de la CoreXY que j'ai prise chez Prusa à Pragues, c'est un prototype qui n'a surement rien à voir avec la vraie XL en cours de développement. Ce qui est marrant c'est que cette photo est devenue virale dans le petit milieu de l'impression 3D, en faisait une recherche je l'ai retrouvé sur des forums anglo-saxons de mecs qui se demandent si c'est un vrai leak. Par dessus une autre photo de la même fausse XL a été trouvée, bien plus ancienne et sur une autre étagère, tendant à prouver que ce proto remonte a bien avant le début du développement de la XL. Bref, comment lancer un faux leak malgré soi ... je me suis bien marré quand j'ai découvert les discussions

Prends bien la dernière version dans le fil de discussion Et suite sur le topic en question si tu as besoin d'aide

Punaise t'avais raté ça ? ça fait plus d'un an qu'on en parle de cette XL.... la dernière grosse info c'était le changer d'outil, c'est à dire la possibilité d'imprimer en multi matériaux sans les contraintes du MMU2S Selon les finances au moment où elle sortira, il se pourrait bien que je commande le jour de sa sortie (sinon faudra attendre 6 mois / 1 an avant qu'elle soit dispo, je pressens un gros succès commercial)

Je ne l'ai jamais fait, donc je ne sais pas Mais je t'ai dis plus haut de commencer par afficher ton diagramme réseau. Très clairement, la reconstruction de réseau n'est pas recommandée pour le plaisir (au risque de faire tomber tout le réseau....) Donc tu commandes par afficher ta table de routage, et ensuite, et seulement pour les modules qui passent par des relais, tu tentes une reconstruction.

Dans le menu idoine (idem que HC2, ce n'est pas nouveau, même si on n'a jamais besoin de l'utiliser en temps normal) : PS : ne fait surtout pas le réseau complet, il faut choisir juste un device qui pose souci

Et oui (fusion des sujets....) Justement pour le LAN regarde plus haut dans les discussions

Essaye de demander la reconstruction de la route uniquement pour les modules qui posent problème, avec un peu de chance ils trouveront une route directe et s'y tiendront, sans passer par le maillage, permettant de contourner le bug. Tu peux visualiser ta table de routage ici :

Même problème ici, je pensais que j'avais un anti-spam un peu trop zélé, mais visiblement je ne suis pas le seul @Moicphil tu as la possibilité de voir ce qui se passe sur la console d'admin ? Ou @Yohan ?

@mprinfo va te retrouver le lien, il avait partagé un script pour identifier tous les devices ayant la mauvaise version du SDK Z-Wave

ça ne serait pas lié au bug des FGRM 222 qui utilisent la vieille version du SDK qui pose souci avec la HC3 quand ces modules passent par des modules relais ?

Moi je maintiens que jusqu'à présent, les produits GCE ne sont pas des box domotiques à part entière, mais plus des automates pour exécuter des fonctions basiques. Exactement comme on le ferai en KNX d'ailleurs. Par dessus, il faut une box domotique / contrôleur / superviseur / appelez ça comme vous voulez, pour toutes les intéractions avec le monde extérieur et les scénarios évolués. Après on verra avec l'IPX Air et l'IPX800 v5 comment l'IHM et le moteur de scénarios évoluent.... ça sera forcément mieux que l'existant, mais surement pas au niveau des bonnes box domotiques du marché. Reste un grand intérêt pour moi à leurs produits : c'est de les utiliser en passerelle depuis une box/logiciel domotique évolué. C'est un excellent complément.

La saga Zibase continue.... après la faillite de Ziblue (qui avait déjà repris l'activité de Zodianet après leur faillite), GCE Electronics vient de les racheter... donc le RF Player (clé USB) est de nouveau commercialisé : https://forum.gce-electronics.com/t/gce-electronics-nouveautes-2021-la-suite/12591/8 Les technologies embarquées dans le RF Player sont intégrées dans une nouvelle box autonome sur RAIL DIN : IPX Air disponible en mars 2021 : Voir sujet dédié : Par ailleurs, les technologies de l'IPX Air seront également intégrées dans une extension pour le future IPX800 v5 à venir courant 2021. A noter que l'application mobile Imperihome qui avait été racheté par Ziblue, mais qui appartenait à Evertigo, ne fait pas partie du deal.

GCE Electronics IPX Air L'IPX Air est une box domotique radio multi-protocoles, indépendante de l'IPX800 et du Cloud, à monter sur rail DIN. Disponibilité : mars 2021 Annonce officielle : https://forum.gce-electronics.com/t/gce-electronics-nouveautes-2021-la-suite/12591

Oui pareil pour tout le monde, elle mesure la température du module lui même, qui chauffe car il est alimenté en permanence. Donc oui c'est inutile...

la LED rouge de l'accès distant, c'est "normal", ça restera ainsi.... pas très rassurant, mais on n'y fait plus attention à la longue De toute façon si tu configures le panneau d'alarme, tu verras aussi une autre LED s'allumer en rouge ou en vert selon si le panneau est armé ou non. Pour l'email, ça fonctionne différemment de la HC2. Je ne saurais te dire avec certitude quelle est la règle, mais je constate comme toi que sur mon HC3, l'email du compte admin est le même que celui de mon compte Fibaro ID, donc ça doit être imposé. Tu peux changer le nom de ta box dans l'onglet Général des Paramètres (tu noteras l'originalité du nom que j'ai choisi) : Qu'on retrouve bien sur le cloud :

15000 box en 1 an.... ça fait 1250 par mois, ou bien encore 41 box par jour

Toi aussi tu as acheté chez rue du store Je profiterai aussi de l’icône, car j'utilise toujours l’icône du volet standard pour mon store intérieur

Oui par défaut il ne fonctionne pas comme le FGBS premier du nom, je crois que les sorties ne sont plus asservies par défaut sur les entrées. Il faut le paramétrer.

Oui tout à fait d'accord Autre info intéressante donnée par @tinman : https://forum.fibaro.com/topic/53577-home-center-3-lite/?do=findComment&comment=226267 Donc bien que la HC3L utilise le chipset Z-Wave 700 censé améliorer la sensibilité donc la portée, on peut s'attendre à ce qu'elle ne soit pas forcément meilleure que la HC3 qui utilise une puissance d'émission plus importante et un meilleur design de l'antenne interne.

Ce message d'A. Socha est intéressant : https://forum.fibaro.com/topic/53577-home-center-3-lite/?do=findComment&comment=226284 Si je résume, l'implémentation Zigbee est en attente chez Fibaro, d'une part parce que ce protocole est un gros bordel (rien n'est unifié, Zigbee est une somme de protocoles et d'implémentations différentes), et surtout parce qu'ils attendent ce qui va sortir de CHIP censé mettre de l'ordre dans tout ça. Moi je trouve que c'est une bonne nouvelle, et désolé pour ceux qui attendaient Zigbee avec impatience (dédicace à Citron vert ) Dans l'immédiat, je vois que la HC3 (et donc la HC3L) auront droit à des améliorations des modes passerelles, et des panneaux d'énergie / de climat / d'arrosage. Et le support de nouveaux produits Nice.

C'est génial le coup de l'adaptateur Ethernet sur port USB

De 3 façons : - en temps réel avec top sous Linux (avec le compte root) - avec nmon en mode datacollection sur 24h sous Linux (avec le compte root) => permet de générer un beau graph d'utilisation des ressources, et de constater que l'usage réel du CPU est bien plus faible dès lors que l'on ferme tous les onglets de navigation sur l'interface Web - avec DomoCharts (pour info je n'ai jamais partagé cette version de DomoCharts, mais ça sera en standard quand je partagerai la version pour HC3) => même constatation (au sujet de la HC3, je constate le même différence de consommation CPU avec et sans onglets web ouverts) Après tout c'est parfaitement normal, l'interface Web des Home Centers est assez lourde : - à chaque chargement de page, de nombreux éléments sont affiché, il faut bien qu'ils soient générés en amont sur le serveur Web (la box) avant d'être affichés sur notre navigateur Et surtout elle se raffraichit en permanence les statuts : - via l'API refreshStates appelé toutes les secondes (et c'est encore pire quand on ouvre la fenêtre de debug d'un VD ou d'une scène car les messages sont également rafraichis toutes les secondes) => là aussi, interrogation du serveur, et ça empire plus on a de modules De même, afficher le graph de CPU sur la page web consomme encore plus de CPU, car il faut bien rafraichir ce graphique toutes les secondes.