Lazer

pour moi, une carte père ou un CPU qui lâche, et ça ne boote plus du tout, aucun affichage ni rien. Là on dirait vraiment un bug du BIOS, pourquoi il se bloque uniquement dans la clé USB est connectée ???

Une carte mère qui refuse de booter, ça m'étonne quand même, je n'ai jamais vu ce genre de panne ?!? Essaye la mise à jour du BIOS, et essaye aussi de booter en débranchant la carte fille Fibaro, au cas où elle aie un impact sur la CM.

ouais c'est galère ces pannes de HC2 en ce moment. La pile en panne ça se détecte vite avec un message àchaque reboot du BIOS après perte de l'alimentation électrique, et aussi la perte de la date/heure. Ca n'a pas l'air d'être ça.

Cela me semble logique, merci Krikroff

Oui pas normal. En plus avec la conf du BIOS par défaut, quand tu branches une autre clé USB bootable en laissant la clé Fibaro, le BIOS boot automatiquement sur la nouvelle clé. Avant de changer de carte mère, tu devrais tenter un reset des paramètres de BIOS, puis si ça ne suffit pas tu reflashes le dernier BIOS (dispo sur le site d'Intel). En parallèle, puisque tu as maintenant Linux sur Raspberry PI, je te conseille de faire un clone de ta clé Recovery afin de sécuriser au plus vite.

Quand il fait la restauration, il ne reconstruit rien proprement, car il remet tout à l'identique, que ce soit le moteur Z-Wave ou la base de données. La petite requête dont tu parles, je pense que c'est à chercher du coté de la nouvelle option dispo dans la 4.023 permettant de reconstruire les ID. Je me pose la même question sur le recovery sans erase !!!

ah oui avec le fameux paramètre 29 Sinon, comme je le disais, regarde dans la doc du module (site Fibaro, et aussi dans la boite)

Euh je ne pense pas. Il y a 2 choses : - les ID dans le moteur Z-Wave (dans la puce) - les ID dans la base de données SQLite (sur la clé USB système) Les 2 sont liés et doivent fonctionner de concert. La sauvegarde (et la restauration) sont cohérentes car il sauvegarde et restaure tout ça en même temps. Du coup, si la case n'est pas cochée, lors d'un recovery les Node ID des modules sont connus par le moteur Z-Wave, mais pas dans la base de données.... je ne trouve pas cela cohérent.

Il faut que tu fasses une calibration de ton module FGRM. Si l'interface de la eedomus ne le permet pas, alors regarde dans le manuel du FGRM, il y a 2 méthodes pour le faire directement sur le module : avec le bouton qui a servi àl'inclusion, ou avec l'un des interrupteurs connectés dessus.

Si je ne dit pas de bêtise, avec le FGK on peut utiliser l'aimant OU l'entrée filaire, mais pas les 2 simultanément.

Le Erase nettoie toute la puce oui. Mais quand tu restores la sauvegarde, il recharge la puce Z-Wave (avec le dump de la puce qu'il a effectué quand tu as fait la sauvegarde). Regarde dans mon analyse de la clé USB Recovery, on voit bien le fichier qui contient le dump Z-Wave. Je l'ai également testé sur ma box en prod quand j'avais fait mes tests avec ma clé clonée (un petit moment de flippe quand même...) Donc pas de souci de cocher cette case Par contre, je confirme qu'il faut d'abord remonter au niveau de version kivabien avant de tenter la restauration de la sauvegarde.

J'ai encore quelques vieux interrupteurs chez moi (ancienne gamme Arnould) peu profonds, et les dimmers passent dans une boite de 40mm... mais c'est bien tassé, il faut faire attention au positionnement de chaque fil ! Avec les interrupteurs modernes (Legrand Celiane), profondeur de 50mm minimum requise. Sinon pour ton besoin de neutre, c'est la spécialité suisse, ça tombe bien, il en traine sur le forum... aussi

Hum, c'est vrai que la ressemblance est troublante... Steven, c'est un appel du pied, ils veulent te recruter, après l'échec de l'entretien d'embauche de Krkri samedi soir

Je suis le seul à m'inquiéter de ça ? . Krikroff, tu as vu juste, on va tous être en v4 Beta (enfin pas moi, je vais aussi attendre 1 ou 2 semaines mini.... pas craquer) afin de tester les bugs qui ne seront pas résolus. Bon sinon j'ai passé des 22 et 23 décembre en Pologne pour le boulot.... comment dire.... la soirée du 22 était.... pas facile... le repas du 23 au midi était leur déjeuner spécial noà«l... on a moins rigolé quand on a vu les bouteilles sortir des poches comme par magie.... l'après-midi avec le travail à terminer et le retour à la maison était.... éprouvant..... ah bah heureusement il n'y a pas de contrôle d'alcoolémie en montant dans l'avion.... et la baisse de pression en altitude ça fait de l'effet ! J'image bien la même scène chez Fibaro

Bon et bien tu as de la chance. Par contre comme j'ai été bloqué par le problème de la clé en lecture seule, je n'ai pas du tout avancé sur le sujet.... Sans compter que pour reconstuire la clé, il faut quand même se baser sur une clé existante (pour la partie image système), donc ça représente quelques centaines de Mo àuploader.... je ne peux pas faire ça de chez moi, il faut que je vois si ça passe du boulot. Je te tiens au courant.

sjhp, vite fait, est-ce que tu peux juste vérifier si la clé est read-only ? Je viens de me rendre compte que j'ai ce souci avec la clé de Lionel : http://www.domotique-fibaro.fr/index.php/topic/2306-erreur-n°-3/?p=40852 Tu peux juste la brancher sur Windows et voir dans le Gestionnaire de disque si elle est indiquée en lecture seule. Sous Linux, si tu la branches, tu tapes dmesg et dans les 20 dernières lignes, tu verras si la clé est write protected ou non.

Au fait, ta clé est dans cet état depuis le début. J'ai retrouvé mes captures d'écran quand j'avais commencé à auditer la clé juste après l'avoir reçue, et elle était déjà en read-only. Je ne m'en était pas rendu compte car j'avais lu un peu trop vite les messages à l'écran, et surtout je n'avais fait que des tentatives de lectures jusqu'à présent, sans tenter d'écrire/modifier/effacer quoi que ce soit. Par contre je ne sais toujours pas ce qui a provoqué la panne initiale. Probablement une coupure de courant.

Je ne sais pas encore, il faut que je vois si j'arrive àreprogrammer le firmware. Il y a des outils sur le net, àvoir si ça fonctionne.... Sinon il faudra une nouvelle clé, je te tiens au courant

Pas certain du sens de ta phrase pour un non-informaticien

Pas certain... En plus d'être verrouillée (ce qui semble être un bug du firmware de la clé, qui se produit de temps en temps sur de nombreuses clés du commerce), il y a également des secteurs défectueux sur la clé, ce qui empêche de booter en Recovery avec.

Bon, c'est pas gagné pour la clé Recovery. J'ai fini par comprendre qu'elle s'est mise en Read Only au niveau du Firmware, donc je ne peux plus rien modifier dessus, ni avec Linux, ni avec Windows. Une recherche sur Google m'emmène sur des articles obscurs, il faut que je creuse ça.... mais là maintenant dodo A suivre...

Si tu regardes bien le sujet HC2 USB Recovery Tweaks que j'ai linké tout àl'heure, tu verras que la première partition ne contient que les sauvegardes et l'image de recovery. Il y a 2 autres partitions que tu ne vois pas dans l'explorateur.... La clé de Lionel aussi est lisible sous WIndows, mais ce n'est pas pour ça qu'elle boot en recovery, justement parce que les erreurs peuvent se situer n'importe où sur la clé.

sjhp tu peux monter ta clé USB sur ton PC Windows, et du devrais voir une partition contenant tes sauvegardes. SI ce n'est pas le cas, c'est qu'elle a vraiment pris cher.

ah oui ok pas de souci alors, avec les bonnes commandes tu devrais t'en sortir.

C'est quoi "noods" ? Sinon oui, on doit pouvoir le faire avec un Raspberry PI, puisqu'il a un port USB, ça fera l'affaire. J'ai jamais booté sous WIndows (processeur ATOM et 1 Go de RAM....), mais j'ai booté sur d'autres clés USB avant de toucher à la box de Lionel (afin de faire des images de son système avant de casser quoi que ce soit). J'ai ensuite travaillé sur ses images (pour voir ce qui était cassé) dans une VM avant de modifier réellement la box. Moi j'avais accès au BIOS.... mais je ne me souviens plus de la touche.