leji

ARRRGHHHH... venant de Fibaro, le contraire m'aurait étonné! Ca mérite réflexion donc...

Salut, Je profite de ce fil pour qques petites questions, étant moi même en pleine interrogation sur l'achat d'une HC3 après plus de 6 ans de HC2 (qui fonctionne tjrs parfaitement au passage ). 1°/ L'intégration Homebridge est elle "transparente" pour les "SIRI addicted"? 2°/ L'ancienne application iPhone HC2, bien plus ergonomique à mon sens est-elle toujours compatible? Ca fonctionne dans l'autre sens, et j'ose espérer que ce sera toujours le cas... 3°/ Quid de l'Apple Watch pour ceux qui ont des iPhones et l'exécution rapide de scènes directement depuis la montre (ouverture barrière/portillon, déclenchement de scene ambiance...)? J'ai près de 50 modules Fibaro et presque autant de scènes, le tout en LUA ordonnancé par une scene en boucle type "watchdog"... passé la douleur de la migration, mon seul réel intérêt est l'attrait de la nouveauté (la HC2 n'étant quasiment jamais au delà de 10%CPU 35%RAM), et la promesse(?) d'une intégration Zigbee native... 4°/Avez vous testé l'intégration des Philips HUE? Je cherche surtout à savoir si l'accès aux réglage de couleur est enfin identique à celui d'un module Fibaro type RGBW. Bien à vous

Bonsoir à tous, sujet clôturé avec la mise en ligne par Fibaro d'une version corrective v2.23.1... Pensez à sauvegarder l'IPA cette fois-ci, au cas où Fibaro recruterait à nouveau un stagiaire pour les prochaines évos!

Edit: Test effectué sur l'iPad 2 (ancienne version de l'APP Fibaro et d'iOS), ca fonctionne correctement!!!! Par contre sur liPhone 7, également mis à jour sur l'APP en 2.23 (par contre sur ancienne version iOS) ca ne marche pas non plus: c'est donc bien un problème sur la nouvelle version de l'APP. Aucun connexion, que ce soit en wifi ou en 4G. Wait'n see... Décidément, Fibaro n'est pas foutu de faire les choses correctement!

Salut à tous, Depuis la dernière mise à jour RGPD (sécurité des données) de l'application Fibaro iPhone (v2.23) du 04/06/2018 et de IOS 11.4.1, aucun de mes devices à la pomme (tous mis à jour) n'arrive à se connecter à la box (HCL v3.601*). J'ai tenté la réinstallation de l'appli un nombre incalculable de fois, redémarrage du routeur et de la box, rien n'y fait... même la connexion via l'IP locale ne fonctionne plus dans l'app. Apparement, elle fait une tentative de connexion, qui semble échouer** puis essaye de se reconnecter en vain! Par contre RAS pour une connexion depuis un navigateur (même sur l'iPhone), que ce soit via l'IP locale, l'IP distante ou le site home.fibaro.com Quelqu'un rencontre t'il le même problème? *personne ne rigole, cette version est très stable et beaucoup plus véloce que toutes les 4.xxx réunies **en mettant un "mauvais" mot de passe (mais ID Fibaro correct), elle ne passe même pas cette étape, signe que c'est le dialogue entre l'app et la box qui ne fonctionne plus.

Bonjour, à ce jour, les 2 capteurs associés aux door sensors fonctionnent parfaitement. Cependant, j'en ai eu marre de changer les piles et j'ai soudé les connecteurs sur une petite alimentation externe

@pepite J'y ai bien pensé, mais pour faire vraiment "propre", il me faudrait d'abord supprimer tous mes devices, upgrader en 4.0xx, re-upgrader en 4.1xx et ensuite réintégrer mes devices (sachant que la plupart sont dans les "nourrices électriques" du faux plafond), ce sans garantie d'un fonctionnement WAF après l'opération, et du coup sans possibilité de restaurer un backup fonctionnel de 3.601 si je downgrade! En gros 2 jours de boulot J'attendrai donc une 4.2 (pour le prochain test) ou une HC2 (quand le besoin s'en fera sentir)... @mprinfo Very Good Idea, déjà testée d'ailleurs avec succès, mais tous mes détecteurs (Pyronix KX15DQ) activent les lampes de manière conditionnelle (jour/soir/nuit/extinction manuelle* paramétrés par des variables). Et, malheureusement, ils ne disposent pas de capteur de luminosité (sauf erreur) vu qu'ils servent à la base à la centrale d'alarme et sont "détournés" vers des FGBS-001. J'ai pensé rajouter un "Oeil de Sauron" Fibaro dans chaque pièce, mais vu le prix, ça fait cher le capteur de luminosité! J'ai pas un château, mais quand même *Si j'éteints manuellement une pièce j'ai pas envie qu'elle s'allume de suite si le capteur se déclenche, idem pendant la journée (parking/terrasse/garage...) ou la nuit (dressing, la salle de bain parentale...)!

@Nico ...après recomptage, 21 modules Fibaro "physiques"... le compte est bon... mais je ne pense pas que ça joue vraiment sur le temps de réaction!

...et oui, je suis en Martinique et il fait 29° à 17h30 et selon mon scénario de nuit les lumières du jardin et de la terrasse se sont bien allumées quand j'ai désactivé l'alarme

@Nico 31 "montés" dans l'interface de la HCL, mais vu que j'ai des modules doubles FGS221 et des capteurs (FGBS321, doubles aussi) je ne me rappelle plus vraiment, combien ça représente en modules "physiques"... A vu de nez je dirais donc au minimum une bonne quinzaine de modules Fibaro (sans compter ceux qui sont pas reconnus* par la 3.601 )... Mais bon, la HCL est une perle (en 3.601), il ne lui manquait que le LUA et on sait tous qu'elle peut le faire. AUCUNE box actuelle ne peut rivaliser en terme de simplicité et de réactivité (en dehors de la patronne évidemment, HC2 powered) *Pour la petite histoire, j'ai une seconde HCL depuis 1 an que je n'ai jamais eu le courage de paramétrer dans l'espoir d'une HC3

@Fredmas Je confirme également, il est préférable, de mon point de vue, de passer par une version "intermédiaire stable" en 4.0xx quand on sort de la 3.601 Mais bon vu que je maitrise un peu la mienne et que je suis champion du Rollback express, j'ai tenté le coup, sachant que l'identification des nouveaux ID n'est pas très longue au final et que, faute de devices reconnus, les scènes sont inopérantes. Du coup le "grand saut" permet un test plus complet de la migration, avec au final une Box "fraiche". Notez également que j'ai eu quelques soucis avec le login (du fait du changement coté FIbaro) et que je n'arrivais plus à accéder à la Box en mode "admin", mais via le user que j'avais créé (qui pas accès aux scènes!).

@Domodial De mon retour, c'est plutôt positif compte tenu de l'amélioration niveau charge CPU/mémoire. Par contre c'est très clair que le moteur des 4.xxx sur HCL est LARGEMENT moins véloce que celui des 3.xxx Si tu n'utilises pas de détecteur de mouvement nécessitant des temps de réponse faibles (voire très faibles), alors la 4.110 est une version plutôt bien finie. La migration est certes faillible (au niveau des ID de device pour moi), mais tu auras l'avantage sur la HCL de pouvoir utiliser les parenthèses dans test scénarios, choses NON négligeable (à défaut de LUA, dont la présence n'était qu'un "bug" de plus la HCL!), les nouveaux plug-in (pas testé cette fois-ci, bien que j'ai une douzaine de Philips Hue, des TV Philips Ambilight et un ampli Pioneer...) et SURTOUT les derniers équipements sortis! Pour exemple, j'ai 2 détecteurs de fumée Fibaro (v2) et je peux pas les utiliser sur la 3.601, ils sont donc en mode autonome

Salut à tous, De retour (après nombreuse lectures du forum) pour apporter ma petite critique à l'édifice 4.110 Pour info, je suis sur HCL depuis de nombreuses années en 3.601 avec plus de 30 devices, tous FIBARO, quelques caméras et plus de 60 scènes actives pour gérer la maison (prévu dès la construction). Ma priorité était d'interfacer la domotique avec l'alarme et de piloter l'allumage et l'extinction des lumières (+économie d'énergie) grâce aux 10 capteurs de mouvement (PS: je suis aux Antilles, donc pour le chauffage j'ai passé mon tour!). Au final, j'ai longtemps attendu la précieuse 4.0, testé et... rejeté toutes les versions pour manque flagrant de vélocité! Avec cette nouvelle version, j'ai à nouveau sauté le pas. En conclusion: - La migration (intrusive sur l'iPhone!) s'est "bien" passée en 15/20min... j'ai juste perdu tous mes ID de devices et donc la plupart des scenes... moindre mal, j'ai manuellement identifié chaque éclairage et chaque prise (en 30min)... - Premier test: en désactivant toutes les scenes, tout est OK, coté Box... 10% de mémoire dispo, 90% de CPU, tout roule. Ca semble tenir! - Second test: 1 scene d'allumage du cellier sur détection du capteur... IF "capteur" breached THEN "Turn ON". Le résultat est clairement meilleur qu'en 4.0xx mais toujours LARGEMENT plus élevé qu'avec la 3.601. En gros, on sent que ça met du temps à réagir (de l'ordre de la seconde, contre la milliseconde pour la 3.601). Ca à l'air de pinailler comme ça, mais quand vous traversez un couloir de 2m de long ou que vous entrez dans un cellier de 6m2, si la lumière s'allume APRES votre passage c ballot! A partir du moment où l'électronique met plus de temps à réagir que vous (et de façon notable), l'automatisme n'a plus ou peut d'intérêt pour ce scénario. - Troisième test: Extinction auto tout simple, IF "light ON" THEN "light OFF <delay>". Ca à l'air de jouer le jeu (en augmentant le nb d'instances vu que le détecteur trig toutes les 1s). Ca m'a l'air pas trop mal et le comportement est conforme à ce que j'attends. - Montée en charge. Je ne perd pas espoir et je lance 5 scenes d'allumage auto (conditionnées uniquement par un breach du capteur)... Ca semble tenir le coup niveau CPU/mémoire (avec juste les scènes d'allumage/extinction), par contre, la réactivité n'est clairement pas au rendez-vous et il reste encore une quarantaines de scenes à recréer! Au final, la réponse est venue des enfants: ils ont le temps d'appuyer sur l'interrupteur (avant que la lumière ne daigne enfin éclairer la pièce!). 3 fois sur 4 la lumière s'allume après 3 ou 4s dans le meilleur des cas (même en augmentant le nb d'instances) et/ou l'extinction ne se fait pas. 4.110 TOTAL FAILED! Moralité, certes c'est plus stable, certes ça plante moins (ou pas, mais j'ai pas testé assez longtemps), mais en terme de réactivité ce n'est toujours pas ca: coté WAF, il n'y a pas photo... Et je ne parle même pas du test des scènes de nuit où l'éclairage auto se déclenche à l'extinction de l'alarme! Rollback direct en 3.601... On attendra la 4.5!!! La patience est une vertu. Si comme moi, c'est votre préoccupation première est la réactivité, passez votre chemin. Sinon, ca à l'air de s'améliorer réellement! PS: Le pire est de devoir reconfigurer le portail SIRI (Homebridge) et modifier tous les ID. Si en plus je ne peux pas piloter la maison avec l'Apple Watch, faut pas déconner

Salut, Pour faire une parenthèse topic pour les propriétaires de la HCL, j'ai testé la migration ce week-end pendant.... 6h! Résultat: c'est l'hécatombe!!! - 3 scènes sur 50 correctement migrées - Aucun device correctement reconnu (33 à mon actif et tous fibaro) - Problème récurrents de lenteur (une scène simple avec déclencheur sur détecteur de mouvement pour allumer un spot met 4s à s'exécuter) - Et quoi qu'on en dise, augmenter le nb d'instance ne fait que décaler le problème, car vu sa gestion exécrable de la mémoire, elle finit tôt ou tard sur le dos! Enfin, malgré une RAZ totale, force est de constater que le moteur 4.xxx n'est définitivement pas optimisé pour la HCL!!! Si c'est pour utiliser une box sans aucune scène (et encore, je ne suis pas sà»r qu'elle reste stable sans rien faire ) ça ne vaut pas le coup! Bon courage à ceux qui espèrent encore du progrès mais je persiste, la v4 n'est faite QUE pour la HC2: du coup la 3.601 est de nouveau proprement rollbackée sur ma HCL et le restera encore longtemps je pense. PS: J'ai néanmoins récupéré une seconde HCL d'un ami fortement déçu par ces incessants problèmes, qui me servira désormais aux tests en tout genre et (accessoirement) à rajouter à mon réseau, les nouveaux modules non reconnus par la 3.601 (comme le détecteur de fumée)... Wait'n see...

...mon seul problème avec cette v3.601, c'est que j'ai (malencontreusement) acheté les derniers détecteurs de fumées de Fibaro (je suis un addict!!! autant que pour les produits Apple!). Du coup, je me retiens pour le swipe, vu qu'il ne sera, lui non plus, pas reconnu ...et puis vu que je suis joueur, je me promets de trouver une solution à ce p... de problème sur ma seconde HCL (quitte à lui souder un chipset de mémoire en plus!)

@Nico: Wè bof pour l'accès direct (quid des règles conditionnelles comme la plage horaire, etc...), et je ne gère pas que l'éclairage avec 33 devices et 47 scenes Je retiens que c'est toujours la m... et que ce n'est pas prêt de changer, sinon espérer une VRAIE v4 ou passer à la HC2 (en promo d'ailleurs sur l**c.com à -7%, livré en Martinique à 499€ FDP inclus). Mais franchement, ca ne vaut pour l'instant pas le coup en ce qui me concerne: La v3.601 fait le job de manière réactive et ca restera comme ca. J'ai l'espoir d'une nouvelle Box Fibaro avec chipset certifié HomeKit d'ici la fin de l'année. La pression d'Apple commence à monter et ca devrait bouger mécaniquement ou, espérons le, logiciellement. Wait'n see

Bonjour, Je viens également aux nouvelles concernant le temps de réaction de la v4.080 (ou la v4.082)... J'ai arrêté depuis longtemps de jouer à l'apprenti sorcier avec ma HCL. Il est inconcevable pour ma part d'avoir une détérioration dans le temps de réaction d'un module. Du coup, J'ai toujours rollbacké vers la v3.601, jusqu'au point de rupture où j'ai arrêté de l'upgrader! Le problème est-il toujours d'actualité? Quelqu'un a t'il trouvé une solution pour allumer et éteindre une lumière via un détecteur de mouvement dans un délai "humainement acceptable" (<500ms) sur une v4 HCL? D'avance merci

Euh... sauf erreur, il me semble qu'une fois qu'on a changé de version sur la HCL, le rollback n'est plus possible (officiellement en tout cas); le recovery récupèrera donc la dernière version installée ou stable (hors changement majeur comme v3>v4). Fibaro m'a très clairement fait comprendre qu'il n'était PAS possible (officiellement) de revenir d'une v4 vers une v3 (sur la HCL en tout cas) car il POURRAIT (le conditionnel est volontaire) il y avoir quelques "trucs" non pris en compte sur le module RBG. Dans MON cas je n'ai rencontré absolument aucun problème en forçant moi-même le downgrade sans support! j.nowacki Home Automation Guru Administrators 2093 posts LocationPoznaÅ„, Poland Sent 09 October 2015 - 09:15 AM Hi,I had to delete your comment (sous entendu mon explication détaillée d'un rollback ) since this action will not fully restore z-wave chip. Please contact support so they can restore z-wave to version appropriate to controller's firmware Regards Reply Sent 03 November 2015 - 10:58 AM Hi, sorry for the late answer I was on a leave. You can contact support with an e-mail to support@fibaro.com or with phone (number depends on you country, visit our site to get the one you need). There are some more low level and not always visible problems when Z-wave is not fully restored, but if you have devices like RGBW controllers some features might not be available.

loool, je me suis fait la même remarque, mais sans pour autant sauter le pas... j'l'aime trop ma HCL Et puis je maitrise la technique ultime du rollback, dont je devrais déposer un brevet, depuis que je me suis fait censurer sur le forum officiel Fibaro Au passage, j'ai d'ailleurs vite RE-downgradé cette @#&?!# de v4.058b pour retourner en v3.601 chérie!!! Beaucoup trop de problèmes malgré la limite paramétrable du nombre d'instances: en gros, impossible de créer une scène efficiente à partir d'une variable (et j'ai beaucoup de variables)!!! Le pire c'est la gestion calamiteuse de la mémoire rendant les scènes inopérantes ou chaotiques. Si quelqu'un à une méthode simple pour allumer automatiquement une lumière à détection de mouvement, avec extinction automatique au bout de xxx secondes si pas de nouveau mouvement (relance du compteur), et pas d'extinction manuelle, le tout sans dépasser les 95% de RAM sur une HCL (donc sans LUA) De mon coté, ca se gère en 3 scènes propres et fiables en v3.601, à multiplier par le nb de point de lumière J'attends toujours que Fibaro nous explique CLAIREMENT comment fonctionne une scène bloc et comment elle est instanciée... Aucun test empirique ne m'a jusqu'à présent permis de comprendre réellement le fonctionnement du moteur de cette HCL Une piste?

Bonjour, En ce qui me concerne, j'ai à nouveau tenté la migration (avec succès cette fois), depuis mon rollback de v4.057 > v3.601 "Jusqu'ici tout va bien", mais j'ai préféré réécrire la plupart des scenes AVANT et d'en désactiver la majeure partie afin d'éviter au maximum les risques de plantage. Au final, la mà j a tourné toute la nuit et au réveil, "503 ERROR". J'ai donc débranché/rebranché et là tout refonctionne "presque". Il ne reste plus qu'à régler les 42 désormais fameux "to many instances". Bon courage à ceux qui ont sauté le pas, je vous ferai part de mes problèmes/solutions sur ce post

Bonjour, La magie HCL opère Dans mon cas, j'ai misé sur le tout variable dès qu'on touche au timer. Je m'explique, je créé 3 scènes basées sur l'exemple de @bougou: - Si intervalle entre 7h00 et 7h05 toutes les 24h ALORS VAR_TIME_7H = WAIT ET VAR_TIME_7H = YES - Si intervalle entre 7h06 et 6h59 toutes les 10m ALORS VAR_TIME_7H = WAIT ET VAR_TIME_7H = NO - Si VAR_TIME_7H = YES ET PRESENCE = YES ET TEMP < 8° ALORS ... La première astuce pour moi c'est d'avoir une ou deux scènes simples qui pilotent une variable. Le timer d'intervalle marche très bien et j'évite de lui donner trop de truc à faire. La seconde astuce c'est de passer la variable par un état "intermédiaire" (WAIT) qui permet, à chaque passage de forcer ensuite la valeur désirée. J'ai remarqué que sans cette étape, la HCL a tendance à ne pas réévaluer correctement les scènes exploitant la variable. Pour faire simple, j'ai une scene JOUR qui dit que toutes les 10min si entre 7h et 18h alors "JOUR=WAIT ET NUIT=NO ET JOUR=YES". Une scène NUIT qui dit si entre 18h01 et 06h59 alors " NUIT=WAIT ET JOUR=NO ET NUIT=YES". Avec ca, toutes mes scènes qui se déclenchent sur les triggering variables JOUR ou NUIT sont parfaitement réévaluées car la variable est bien modifiée par la HCL (j'ai d'ailleurs au début, rajouté tout un tas de notifications par mail pour chaque scène, afin de bien évaluer leur fonctionnement...). La dernière astuce, ne pas faire coà¯ncider de scènes sur 2 plages horaires identiques, susceptibles de modifier les mêmes variables. Ca non plus, la HCL elle n'aime pas. En espérant que ca fasse avancer ton cas...

...en complément de mon dernier post (et après le test de la dernière chance), il semblerait que le downgrade soit possible... Il suffit de relancer la HCL en mode recovery: - Box allumée, maintenir + et Power pendant 1 à 2s - Relâcher Power tout en maintenant le + - Maintenir le + pendant une 15 à 20s - Relâcher le + - Attendre un peu que les loupiotes cessent de bouger dans tous les sens - Pendant ce temps, vider le cache de son navigateur - Accéder à la HCL via son IP habituelle pour enfin effectuer un "restore par fichier" téléchargé à l'adresse suivante: http://updatehcl.fibaro.com/3.601/ - Laisser la magie opérer... - Opérer - Opérer - Après 15min "d'opération", toujours la page 503 (sa race) - Renouveler le passage en mode recovery... - Cette fois-ci sélectionner Reinstall System... Il va tout seul remettre la HCL en axe. - Laisser opérer - et bingo: 3.601 parfaitement fonctionnelle - direction menu configuration > backup (v3.594) - et hop... ni vu ni connu! TOUT REFONCTIONNE COMME AVANT... (à part les quelques modules sur lesquels j'ai du cliquer comme un malade pour essayer de les appairer) Avis aux amateurs du test v4 (prévoyez quand même un backup avant l'opération). Prochaine étape, que Fibaro nous libère une clé privée pour accéder au système via SSH. PS: Notez qu'au final cette histoire m'a coà»té aux moins 72h de prise de tête au tarif astreinte ingé (pour réussir à la passer en recivery!), pris sur mon temps libre (et mon quart d'heure conjugal). Mais il était hors de question qu'une box m'empêche de dormir alors qu'on est en train de travailler sur la migration d'un coeur de réseau mobile, autrement plus complexe EDIT: Bien évidemment, je ne recommande pas cette procédure car elle n'est pas "officiellement" déclarée, et qui plus est, aux vues des évolutions mises en place sur la partie z-wave, et même si TOUT fonctionne pour MOI (restore de backup v3.601 inclus), il est toujours préférable de passer par le support FIBARO.

Merci pour le fouet Je suis le premier à penser le plus grand bien de la HCL, ca fait 2 ans que je l'utilise et JE L'ADORE cette box, si je n'ai pas encore cliqué sur le bouton "payer ma HC2" de domotique-store, c'est bien parce qu'elle mérite qu'on s'y attarde! Mais il faut systématiquement trouver des astuces pour contourner ses limitations en multipliant les scènes (et à + de 40 scènes, crois moi il y en, des astuces!): l'absence de ELSE et de parenthèses dans le mode bloc est un exemple parmi d'autres, avec en plus un système qui nécessite régulièrement d'être relancé (cf mes post/astuces sur le reboot). En ce qui me concerne, la nécessité du d'un redémarrage n'était absolument pas liée à une problématique de perte IP, ma HCL ayant toujours été en IP statique. Pour la petite histoire, j'ai du la redémarrer plus d'une centaine de fois en 3 jours avant, faute de retour des admins du forum officiel et 5 messages en PM, de me résigner à effectuer un full restore (non sans mal d'ailleurs). Je ne pense pas qu'il faille attendre plus de 12h, comme moi, pour qu'une "mise à jour des bases se fasse" (c'est pas un serveur Oracle!). En plus, elle restait très lente, même en ne laissant d'actives, que les scènes à déclencheur simple (genre: si mouvement alors lumière ON qui répond après 40s!!!). L'objectif du restore (au bout de 3 jours) était à minima de pouvoir réinstaller proprement et récupérer un système fonctionnel... Je m'imaginais qu'il y aurait toujours une solution de rollback* (comme sur la HC2 il me semble). J'ai bien conscience que c'est une bêta et encore plus des risques qu'elle implique, j'ai fait un choix que j'assume parfaitement. Fibaro c'est bien pour le matériel, par contre pour la partie logicielle, il va falloir repasser: les éléments clés qui placent la HC2 loin devant sont nombreux avec en premier lieu la puissance de traitement et l'efficacité d'un code de développement souple et performant. Je prendrai peut-être une Jeedom un jour, pour gratter un peu (certainement la Center ou la Pro), mais je n'ai pas encore assez de recul d'après ce que je vois sur leur forum quant à sa réactivité et sa gestion de la charge. Et puis, j'ai encore envie d'installer la couche Homebridge pour enfin pouvoir commander la box via SIRI ou par une appli un peu plus moderne graphiquement (comme celle d'Insteon ). En attendant, je persiste, FAITES ATTENTION avant de migrer, le jeu n'en vaut peut-être pas la chandelle (surtout si votre système est complexe). Un forumeur averti en vaut 2. *A ce sujet, j'en suis à vouloir tester un restore par fichier http://updatehcl.fibaro.com/3.601/ tout aussi risqué... Mais bon, je commande une HC2 ce week-end si toujours pas de solution "officielle".

Bonjour, En ce qui me concerne ce passage en v4 est une absolue catastrophe! CPU à 100% après 5 min, Box inutilisable, temps de latence effroyable quelque soit la commande (+ de 40s entre la détection d'un capteur et l'allumage d'une lumière, alors qu'en v3 c'était instantané!). Malgré la suppression de la plupart des scènes (y compris celles liées à la planification horaire) le problème persistait au bout de quelques minutes, j'ai donc tenté un restore complet pour réinitialiser le système... Au final j'ai tout perdu (vu que mes sauvegardes sont en v3, elles sont inutilisables) et le pire c'est que la HCL ne veut plus appairer aucun device! J'ai 40 modules FIbaro dans la maison!!! Ca fout un peu la rage pour le coup! En regardant l'arrière de la Box, je me rends compte qu'a force d'avoir testé des combinaisons pour le mode restore (il m'a bien fallu 2 jours pour y arriver, vu qu'il n'y a AUCUNE méthode claire communiquée par FIbaro pour la HCL*), l'antenne ne se visait plus, mais "s'emboitait" dans le connecteur SMA... Cause ou hasard, je n'arrive maintenant plus à rajouter de devices z-wave! La HCL semble ne plus émettre/recevoir et le diag de la couche z-wave ne remonte aucune erreur. Pour compléter le tableau, la lumière bleue du z-wave ne s'allume plus (bug identifié apparemment sur la v4.057)... J'ai donc une HCL fraiche mais totalement inutilisable car sans périphériques. J'attends le retour du support avant de renvoyer à la poubelle... J'ai mis du temps à l'accepter, mais cette HCL ne vaut pas une HC2... Trop faible et instable, elle n'est définitivement pas faite pour gérer plus d'une dizaine de devices et autant de scènes (même en v3, il me fallait la rebooter tous les jours). Pour plus d'une vingtaine de périphériques z-wave et autant de scènes, passez votre chemin! Moralité, la seule alternative: HC2. C'est en tout état de cause la SEULE et UNIQUE box domotique du marché autonome est réellement performante... Si kelkun connait une solution moins chère pouvant gérer +40 périphériques (autant de scènes) sans aucun temps de latence qu'il se manifeste ou se taise à jamais ...et qu'on ne me parle pas de jeedom (trop buggé pour l'instant et pas vraiment user-friendly) ou de raspberry (encore trop spartiate à mon goà»t). Bon courage à vous * J'ai décrit ma procédure dans le post "HCL Recovery"

Salut, Je me suis penché récemment sur la question depuis mon infructueux passage HCL en v4!!! Vu qu'elle est totalement HS (perdu toute ma config avec 40 devices Fibaro et autant de scenes, z-wave qui ne veut plus appairer mes devices, plus de loupiote bleue z-wave...), j'ai tenté un restore: - Une fois la box allumée proprement, appuyer simultanément sur + et Power pendant 1 à 2s - Relâcher Power en maintenant le + - Relâcher le + après une quinzaine de secondes - TRES IMPORTANT: Vider le cache de son navigateur (pour mon mac: Safari>Menu Développement>Vider les caches) - Accéder à sa box via son IP "normale" (ie celle en dur sur la config ou affectée par le DHCP) Dat's all... Note: en cas d'appui prolongé sur le + (+5s) une fois la box lancée, elle bascule sur son adresse IP par défaut (192.168.81.1). La loupiote "petite planète" clignote. Il faut alors modifier les paramètres de sa carte réseau pour y accéder.