Lazer

Non c'est pas un souci, tu peux conserver ta clé de 4 Go. J'ajoute même que du DOIS conserver ta clé, car elle est associée à ta box.

Je me souviens encore de config.sys et autoexec.bat Le parallèle entre l'informatique et la domotique est intéressant. Difficile de prédire où on sera rendu dans 10 ou 20 ans, mais il est certain que ça sera plus facile d'accès

Tout d'abord, avant d'effectuer la moindre manipulation sur ta clé USB, je te conseille vivement d'effectuer une sauvegarde complète de celle-ci en suivant le mini-tuto de la première page, chapitre "Sauvegarde de la clé" avec la commande "dd". Ainsi en cas de fausse manip, tu pourras toujours revenir en arrière. J'ai réussi à uploader le première fichier image.gz sur : http://dl.free.fr/tiZ4fSHDP Procédure : télécharger le fichier et le transférer sur un poste Linux : [root@redhat ~]# cd /tmp [root@redhat tmp]# ls -l image.gz -rwxr-xr-x. 1 root root 444328464 Sep 2 2013 image.gz Calculer le checksum afin de s'assurer que le téléchargement est correct : [root@redhat tmp]# md5sum image.gz c496e1fe5e3095b73e2f376b35ae5307 image.gz Connecter la clé USB Recovery Fibaro sur un port USB du poste Linux, et utiliser dmesg afin de trouver le device associé (dans mon exemple, il s'agit de /dev/sdc : [root@redhat tmp]# dmesg | tail -21 usb 1-2: new high speed USB device number 3 using ehci_hcd usb 1-2: New USB device found, idVendor=13fe, idProduct=4100 usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 1-2: Product: FIBARO RECOVERY usb 1-2: Manufacturer: FIBARO usb 1-2: SerialNumber: ...................... usb 1-2: configuration #1 chosen from 1 choice scsi4 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 3 usb-storage: waiting for device to settle before scanning usb-storage: device scan complete scsi 4:0:0:0: Direct-Access FIBARO FIBARO RECOVERY PMAP PQ: 0 ANSI: 6 sd 4:0:0:0: Attached scsi generic sg3 type 0 sd 4:0:0:0: [sdc] 15646720 512-byte logical blocks: (8.01 GB/7.46 GiB) sd 4:0:0:0: [sdc] Write Protect is off sd 4:0:0:0: [sdc] Mode Sense: 23 00 00 00 sd 4:0:0:0: [sdc] Assuming drive cache: write through sd 4:0:0:0: [sdc] Assuming drive cache: write through sdc: sdc1 sdc2 sdc3 sd 4:0:0:0: [sdc] Assuming drive cache: write through sd 4:0:0:0: [sdc] Attached SCSI removable disk Cette clé doit contenir 3 partitions : [root@redhat tmp]# parted /dev/sdc print Model: FIBARO FIBARO RECOVERY (scsi) Disk /dev/sdc: 8011MB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 2000MB 1999MB primary fat32 2 2000MB 2255MB 256MB primary linux-swap(v1) 3 2255MB 3817MB 1561MB primary ext4 boot Monter la première partition /dev/sdc1 dans le répertoire /mnt/sdc1 : [root@redhat tmp]# mkdir /mnt/sdc1 [root@redhat tmp]# mount /dev/sdc1 /mnt/sdc1 -o rw Le répertoire system contient le fichier image.gz corrompu (note : les dates et taille de fichiers seront différentes sur ta clé par rapport à la mienne) : [root@redhat tmp]# ls -l /mnt/sdc1/system/ total 433920 -rwxr-xr-x. 1 root root 33 Sep 2 2013 checksum -rwxr-xr-x. 1 root root 444328464 Sep 2 2013 image.gz -rwxr-xr-x. 1 root root 0 Jul 17 2012 version3 -rwxr-xr-x. 1 root root 0 Aug 23 2013 version4 Copier le fichier image.gz que je t'ai envoyé sur ta clé, afin d'écraser le tiens : [root@redhat tmp]# cp image.gz /mnt/sdc1/system/ Vérifier une nouvelle fois que le checksum correspond exactement à ce qui est attendu "c496e1fe5e3095b73e2f376b35ae5307" : [root@redhat tmp]# md5sum /mnt/sdc1/system/image.gz c496e1fe5e3095b73e2f376b35ae5307 /mnt/sdc1/system/image.gz Ecrire ce checkum dans le fichier checksum sur la clé USB : [root@redhat tmp]# md5sum /mnt/sdc1/system/image.gz | awk '{print $1}' > /mnt/sdc1/system/checksum Vérification : [root@redhat tmp]# cat /mnt/sdc1/system/checksum c496e1fe5e3095b73e2f376b35ae5307 . Voilà pour la première étape. Il me reste à envoyer le second fichier, qui est l'image de la partition n°3 qui permet de booter sur la clé USB en mode Recovery. Si tu as le moindre doute sur la procédure, copie/colle exactement ce que tu as à l'écran afin de pouvoir de dépanner.

Je ne me fâche pas, je suis bien d'accord avec toi Si je devais me fâcher, ce serait plutôt contre les fabricants d'objets connectés et de domotique "grand public".

Depuis pas mal de temps, les topics dédiés aux mises à jour de firmware finissent toujours par dévier N'oublions pas que chaque module consomme environ 0,5W, donc ça représente un certain nombre de watts au final sur la facture rien que pour mesurer et éteindre !

Merick, ici tu es sur un forum de gens passionés qui veulent maitriser leur domotique. Alors oui ce n'est pas encore grand public. SI tu veux du grand public, tu vas voir les produits NEST & Consorts qui promettent monts et merveilles, de telle sorte que tu n'as plus la main sur ta domotique, tout est dans le cloud et dans les mains de sociétés privées, et tu ne te pose surtout pas la question de ce qu'ils vont faire de ces données, et comment ils vont t'imposer un mode de vie en fonction de leur marketing. Malheureusement, quand tu vois les communications grand public, surtout autour des objects connectés, beaucoup de gens vont tomber dans le panneau.

On appelle ça les fluo-compact. De mon expérience, c'est une vraie cochennerie, ça met plusieurs minutes à chauffer, et ça claque encore plus vite que les ampoules à incandescence. Faudra m'expliquer où sont les économies d'énergies dans ces conditions. En plus ce n'est pas dimmable. Bref, je n'en n'ai plus une seule chez moi. Donc retour au stock d'ampoules à incandescence pour les endroits où la lumière ne reste pas trop longtemps allumé, et LED là où ça reste longtemps allumé (pièces de vie) J'ai aussi pas mal d’halogène éco pour leur extraordinaire résistance, qui sont en extérieur.

Perso, quand je dimme une lumière, ce n'est pas pour l'économie d'énergie, mais pour le confort : ambiance tamisée. J'ai encore pas mal d'ampoules à incandescence (stock à utiliser...) qui consomment beaucoup, mais j'ai commencé à déployer ne parallèle des LED sur les lampes qu'on laisse le plus longtemps allumé. Difficile de faire des économies significatives en dimmant des LED qui consomment quelques Watts seulement. Effectivement, les détecteurs de mouvements sont l'idéal pour gérer l'extinction des lumières.... car même si perso je pense à éteindre la lumière en sortant d'une pièce, ce n'est pas le cas de tous les membre de la famille..... ma fille de 4 ans trouvant même très drôle de faire le tour des pièces pour allumer toutes les lumières !! En ce qui concerne l'Ethernet au compteur avec un Eco Device, regarde ceci permettant d'utiliser un Raspberry PI en tant que passerelle Eth/Wifi : http://www.eb-home.eu/blog/Using-a-Raspberry-as-a-network-bridge

Si y'a Jompa qui a créé un sujet sur GEA hier !!!

Celui là : http://www.amazon.fr/dp/B00AYE2T2O/ref=pe_386181_40444391_TE_item Commandé avant noà«l, jamais reçu, le vendeur m'a remboursé. Par contre j'ai vu des forums où les gars l'ont bien reçu, donc ça vaut le coup de tenter la commande.

Jette un coup d’œil àl'article de Fredo, ça pourrait t'inspirer : http://www.domotique-info.fr/2014/10/pilotage-dun-soufflant-seche-serviettes/

Surtout pas, car cela reviendrait àfaire croire au système que ton image est valable alors qu'elle ne l'est pas. Il va restaurer un fichier corrompu, et tu es certain de ne plus pouvoir rebooter la box !!

Arf, bon donc l'image de restauration est également corrompue Au passage, je constate que tu as le même checksum que la clé de Lionel, donc j'en déduis que tu as la première version de la box HC2. Quand tu fais un recovery (quand ça fonctionnait), cela te ramenait en v1.x, puis il faut faire les mises à jour v3 et v4. Je vais te préparer une procédure pour recréer la clé, j'espère que ça fonctionnera. Par contre, il faudra aussi que je t'envoie le fichier image.gz ainsi que l'image de la partition bootable, ce qui représente en tout plusieurs centaines de Mo (ou Go.... j'ai pas encore calculé). Avec mon upload tout pourri, je crains de ne jamais y arriver.... et je ne suis pas là cette semaine. J'espère que tu n'es pas pressé....

C'est bien précisé dans la notice qu'il ne faut pas mettre 2 programmateurs sur la même ligne !

Ta clé, tu l'as monté sur ton Linux ? Sur un point de montage genre /mnt (ou autre, si tu es sous Gnome, il a surement monté la clé tout seul sur un point de montage prédéfini). Il faut ouvrir un terminal et utiliser simplement la commande md5sum comme sur ma capture d'écran plus haut. Ex : md5sum /chemin/vers/la/cle/system/image.gz

Le root sur la box, c'est une autre histoire, tu n'en n'as pas besoin pour effectuer les manipulations. En plus, c'est hors-charte sur ce forum, et cela annule la garantie. Tu peux simplement débrancher ta clé (après avoir éteint la HC2) et la brancher sur un poste Linux pour effectuer les manipulations. Pour le teamviewer ce n'est pas le meilleur moment, j'attends du monde et j'arrête pas de switcher entre le PC et les préparatifs.... si tu ne t'en sors pas, je serai plus tranquille demain pour me connecter.

ah mon avis, il faut juste retirer la cassette. La connerie c'était de mettre la cassette et le programmateur Hager en même temps; comme le souligne Gazous.

Je vais mettre l'offset à 300s au lieu de 60. On verra si ça plante au bout de 5 jours au lieu de 24h !! EDIT : je n'avais jamais vu avant, mais on peut mettre un offset sur la sonde de température, c'est pas mal. Par contre, rien sur l'humidité.

Là visiblement c'est une cassette indépendante du module situé dans le tableau, donc je pense qu'ils sont entré en "concurrence". Chez Airelec/Noirot ils font pareil, tu achètes une cassette que tu mets dans un seul radiateur, qui envoie le bon signal sur le fil pilote et permet de programmer les autres radiateurs connectés au même fil pilote. J'avais acheté ça avant de me la faire rembourser par le roi merlin (je ne l'ai même pas déballé) quand j'ai acheté mes premiers modules FGS-221 + Diodes.

Ensuite il faut que tu calcul le md5sum de ton fichier image.gz qui doit correspondre au contenu du fichier checksum, comme sur ma capture d'écran.

Les FGD (dimmer) fonctionnent sans neutre, c'est ça qui est génial, on peut les mettre derrière tous les interrupteurs. Bon je confirme que chez moi aussi le plugin Netatmo s'est arrêté de fonctionner après 24h. Hier soit c'était encore OK, mais ce matin les valeurs sont figées depuis cette nuit ;(

On va déjàvérifier si l'image de restauration est valide. Si tu branches la clé sur un Linux, dans le répertoire /system du dois voir ça : root@fghc2:/home/fghc2/recovery/system# ll total 433928 drwxr-xr-x 2 root root 4096 Sep 2 2013 . drwxr-xr-x 5 root root 4096 Jan 1 1970 .. -rwxr-xr-x 1 root root 33 Sep 2 2013 checksum -rwxr-xr-x 1 root root 444328464 Sep 2 2013 image.gz -rwxr-xr-x 1 root root 0 Jul 17 2012 version3 -rwxr-xr-x 1 root root 0 Aug 23 2013 version4 Vérifie que le checksum correspond : root@fghc2:/home/fghc2/recovery/system# cat checksum c496e1fe5e3095b73e2f376b35ae5307 root@fghc2:/home/fghc2/recovery/system# md5sum image.gz c496e1fe5e3095b73e2f376b35ae5307 image.gz

Il faut passer par l'API HTTP pour modifier la valeur d'un paramètre de module. Sauf que le paramètre 40 n'a pas l'air exposés sur mes dimmers, ça passe de 39 à 41 directement : http://1.2.3.4/api/devices?id=34

Bah déjàil faut attendre que Fibaro remette la possibilité d'importer les plugins utilisateurs pour pouvoir développer. En attendant, j'ai tellement de quoi m'occuper avec mes projets en cours, que ça peut attendre....

OK, donc je pense que les fichiers sont corrompus. Il faut regénérer la clé USB. Tu maitrises Linux si je te fille les commandes ? Sinon tu m'envoie juste la clé et je le fais.