Lazer

Ah cool Il est possible que les clés aient une taille différente àquelques octets près, donc WIN32DISKIMAGER refuse d'écrire l'image. Avec dd on n'a pas de souci, car il commence l'écriture et plante quelques octets avant la fin, ce qui ne pose aucun souci puisque seuls 4 Go sont utilisés sur la clé. La moitié de la clé n'est pas utilisée.

Windows ne te sera d'aucune utilité, car il ne sait pas gérer les partitions ext3 de Linux. Il ne faut surtout pas cliquer sur Oui lorsqu'il te propose de réparer la clé, sinon il bousille toute la table de partition (il supprime les partitions qui le dérangent.... no comment :/ ) Mais j'ai l'impression que c'est trop tard et que tu as déjà fait le mal. Donc il faut que tu réécrive l'image complète de la clé de Jojo, c'est le fichier qui fait 8 Go. Tu peux utiliser Win32Diskimager sous Windows, ou sinon un bon vieux "dd" sous Linux/MacOS, il n'y a que ça de vrai Comme c'est une image complète d'une clé, il va écrire aussi bien la table de partition, que le contenu de toutes les partitions. Ensuite, tu pourras copier/coller le contenu de ton répertoire "backups" d'origine. Mais surtout, ne re-clique pas sur Oui quand Windows te remandera de réparer la clé à nouveau..... sinon t'es bon pour tout recommencer.

ça a du bon la concurrence Le topic où on en parlait, c'est pas ici => http://www.domotique-fibaro.fr/index.php/topic/7778-googlethread/

ce sont quoi tes "néons led" ? visiblement le dimmer n'a pas apprécié de type d'éclairage.... tu peux essayer de réveiller le module dans l'interface HC2 pour voir si il communique encore, ou si il est totalement grillé. Quoi qu'il en soit, il est fort probable que la sortie du dimmer soit grillée, d'où l'allumage permanent. Ca m'est arrivé sur un dimmer dont j'ai mis (involontairement) la sortie en court-circuit.

pour la température, tout est possible ! Après comme dit, il te faut récupérer la température en root avec lm-sensors, puis développer une méthode pour la remonter dans un VD. Donc un peu de travail en perspective si tu veux te lancer làdedans.

Sinon j'avais déjà partagé ailleurs sur un autre topic, et là il faisait plus froid, environ 20°C, température de surface de 32.7°C : D'où l'intérêt de bien placer son oeuf au dessus du CPU : Très utile pour la chandeleur aussi :

1h20 après le boot, aucune activité CPU (load = 0.00), les 2 sondes de températures internes se stabilisent autour de 62°C (sachant qu'il fait entre 23°C (ST814) et 23.4°C (Netatmo) dans la pièce (ces 2 sondes sont à moins d'1 mètre de ma box de test) : root@fghc2:~# uptime 23:30:25 up 1:20, 1 user, load average: 0.00, 0.00, 0.00 root@fghc2:~# sensors w83627dhg-isa-0290 Adapter: ISA adapter Vcore: +1.14 V (min = +0.00 V, max = +1.74 V) in1: +1.02 V (min = +0.06 V, max = +0.57 V) ALARM AVCC: +3.33 V (min = +1.84 V, max = +2.61 V) ALARM VCC: +3.33 V (min = +3.49 V, max = +0.06 V) ALARM in4: +1.00 V (min = +0.38 V, max = +1.01 V) in5: +1.50 V (min = +0.26 V, max = +1.59 V) in6: +1.07 V (min = +0.79 V, max = +1.08 V) 3VSB: +3.34 V (min = +2.21 V, max = +2.88 V) ALARM Vbat: +3.25 V (min = +0.27 V, max = +2.53 V) ALARM fan1: 0 RPM (min = 10546 RPM, div = 128) ALARM fan2: 0 RPM (min = 421 RPM, div = 128) ALARM fan3: 0 RPM (min = 878 RPM, div = 128) ALARM fan4: 0 RPM (min = 390 RPM, div = 128) ALARM fan5: 0 RPM (min = 191 RPM, div = 128) ALARM temp1: +62.0°C (high = +47.0°C, hyst = +125.0°C) sensor = diode temp2: +110.5°C (high = +80.0°C, hyst = +75.0°C) ALARM sensor = diode temp3: +62.0°C (high = +80.0°C, hyst = +75.0°C) sensor = diode cpu0_vid: +2.050 V PS : - ne pas tenir compte de temp2 qui donne une température aberrante de 110° dès le boot. - temp3 a finit par rejoindre temp1, mais depuis le boot elle était 1 à 2°C en dessous. Cela doit donc être une sonde située sur la carte mère tout à coté du CPU je pense. Pour la doc des connecteurs FAN, voir les docs de la carte mère sur mon topic USB Recovery Tweaks

Non mais ça on avait déjà : https://www.facebook.com/fibaro.global/photos/ms.c.eJxFztsJAEEIQ9GOFk18jP03tqCM83vQcFXSihaA0~_vg0wE1P1EMPigIomLB52JfMOALZIPZQvZG7qgP~_APrjpILyYbUC0caYkdzwrhhWQPvpcNQ~_AFmSjA0.bps.a.1074934105869367.1073741862.486771314685652/1074934149202696/?type=1&theater

@Nico : Pour le shutdown propre depuis une scène, dispo depuis la 4.081 Beta : http://www.domotique-fibaro.fr/index.php/topic/7973-hc2-4081-beta-1er-avril/?p=121070 Et depuis un VD : http://www.domotique-fibaro.fr/index.php/topic/7973-hc2-4081-beta-1er-avril/?p=121301

Impressionnant cette communication de la part de Fibaro, quel professionnalisme

As tu tenté reconfiguration douce et réveil des modules en question ?

/api/icons Tu décomposes le JSON et recherches l'API de l’icône, mais franchement ce n'est pas nécessaire d'aller jusque là , cela va alourdir le code. Ma demande initiale avait juste pour objectif de permettre à l'utilisateur qui n'a pas besoin des jolies icones, de désactiver simplement cette gestion des icones et du Push en mettant 0 ou nil dans lesvariables iconebatt et pushID en début de script.

Sans aller jusqu'àvérifier que l'ID de l'icone est effectivement valable dans la DB, un truc dans le genre permet déjàde dégrossir le truc, et permettra àl'utilisateur de mettre nil ou 0 comme valeurs d'icones si il veut les désactiver : battmin = math.floor((battmin - 1)/25) + 2 if iconebatt and iconebatt[battmin] and iconebatt[battmin] > 0 then fibaro:debug("Icone batterie : "..battmin) fibaro:call(fibaro:getSelfId(), "setProperty", "currentIcon", iconebatt[battmin]) end J'utilise cette technique dans mes VD Surveillance Station, Network Monitor, etc

@Jojo, la v5.3 fonctionne bien chez moi, mais juste une remarque : j'ai commenté les lignes en bas du bouton permettant de mettre àjour l'icone et envoyer une notification car je ne l'utilise pas. En effet, il aurait été plus chouette de tester les valeurs de iconebatt et pushID. Si différent de 0, alors on change l'icone et on envoi le Push. Sinon on ne fait rien, ce qui évite de faire une action inutile (en plus envoyer une notification vers un ID bidon, et changer une icone bidon, pas certain que ça aide pour la stabilité de la box)

ok, mais de toutes façons, Gargamel a déjàdu 230V qui passe, je ne sais pas quel type de câble, mais la présence du FGS ne changera rien, si ce n'est qu'il faut passer un câble de plus pour le neutre (ou la phase), donc tant qu'àfaire il pourra passer la bonne section

Did, d'après le schéma, le 230 passe déjà dans le bouton de la sonnette, non ? Je suis d'accord pour la section du cable , mais la puissance est tellement faible (ampérage) qu'au final la section importe peu... Mais j'ai dà» rater un épisode, il sort d'où ce 0.22m² ? Sinon chez moi, l'interphone est en basse tension 24VAC, donc j'ai appliqué un principe similaire, mais c'est un FGBS qui est intercalé entre le bouton et le reste de la sonnette. Le plus galère a été d'amener du 12VDC pour le FGBS, par chance j'ai trouvé une paire inutilisée dans le câble téléphonique qui alimente la platine de rue de l'interphone.

euh sinon pour le neutre, tu l'as au niveau du carillon, donc si la passage du neutre jusqu'au bouton n'est pas possible, il faut prendre le problème àl'envers, donc mettre le FGS dans le carillon, et tirer la phase jusque là. C'est peut être plus facile, car le carillon est dans la maison, donc plus proche du tableau électrique en longueur de gaine.

Bien vu l'article sur abavala, je l'avais totalement oublié, et pourtant ça répond exactement au besoin !

Did, oui, "Bi-stable dans les paramètres mais avec un poussoir de câblé", car le but c'est que la sortie du FGS recopie exactement l'entrée, à savoir l'appui sur le bouton de la sonnette. Ou alors je me trompe totalement ? Gargamel : une scène avec un trigger sur le FGS, tu pourras déclencher ta caméra sans souci.

àmon avis pas besoin de mettre l'auto off, mais bien configurer le type de bouton en mode bi-stable il faut juste que la sortie recopie l'entrée, c'est àdire l'appui bref du visiteur sur le bouton.

euh, vu que c'est du 230V, moi j'éviterais le FGBS ! Je verrais bien un FGS. Le bouton de la sonnette sur l'entrée du FGS, et la sortie du FGS sur le carillon. Cela revient à mettre le FGS en coupure entre le bouton et le carillon.

En root, avec lm-sensors, tu peux le faire, mais bon.... pas trop supporté :/

C'est discutable le blanc, car c'est plus salissant : traces de doigts sales, etc bref, les gouts et les couleurs !

je pense que le mieux serait de ne faire tourner ta main loop qu'une seule fois, afin qu'il mette àjour l'icone du VD après un reboot, ou sauvegarde du VD. Tu mets un fibaro:abort() pour la tuer. Et tu utilises les PUSH de l'IPX pour appuyer sur les 2 autres boutons, comme je t'ai proposé. Ainsi tu auras des icones mises àjour en temps réel, et ne fera pas de trafic réseau inutile.

Pour cela, il faut les plugins, et notamment le Virtual Switch créé par Krikroff..... si tu es suffisamment patient, un jour FIbaro mettra en place les plugins utilisateurs, mais en attendant il faut faire sans En attendant, tu peux contourner le problème avec ton VD, et en utilisant les notifications PUSH de ton IPX800 qui vont mettre àjour l'icone du VD, mais c'est lourd et demande quelques astuces : - ton VD doit avoir 4 boutons : - 2 boutons que tu utilises pour cliquer dessus et qui vont demander àl'IPX d'allumer / éteindre la lumière - 2 boutons que tu n'utilises pas, et c'est le PUSH de l'IPX qui vont cliquer dessus, afin de mettre àjour l'icone