Lazer

Le relai tient 1500W en "statique". Le souci, c'est que plus tu vas faire de commutations (ce que tu risques de faire très fréquemment si tu régule le chauffage via le relai), plus les contacts du relai vont s'user, et il finira par coller prématurément. C'est une utilisation qu'on pourrait qualifier de "dynamique". Perso j'ai un radiateur de 1350W piloté par un FGS-211 (donc 3kW maxi, j'ai préféré avoir de la marge), lui même piloté par le thermostat SRT321. J'ai réglé le SRT321 sur un cycle de 6 cycles par heure afin de limiter les commutations, et la précision de la régulation de température est tout aussi bonne qu'avec la valeur maxi de 12 cycles par heure. Donc sur une nuit (le radiateur est dans notre chambre), ça fait environ 60 commutations du relai. Au bout de 6 mois (période de chauffe annuelle de la chambre) ça fait environ 10000 commutations. Ca fait le 2nd hiver et il fonctionne toujours très bien. Donc si tu veux piloter des radiateurs, prévoie de la marge de puissance. La solution du relai externe prend tout son sens sur des grosses puissances. Attention quand même, les relais, plus c'est gros, plus ça "claque".... ce n'est pas forcément agréable à entendre.... enfin si ton tableau électrique est loin des pièces de vie, ce n'est pas un souci. On n'a pas vraiment ce genre de problème avec les Wall Plug, car généralement on réalise très peu de commutations avec. Donc le relai peut tenir la puissance maxi sans trop de contraintes. Un utilisateur du forum a même dépassé la puissance théorique maxi avec sa plaque à induction branchée dessus (perso je ne l'aurais pas fait....)

Personnelement, niveau design, je ne me vois toujours pas avec ce genre de montre au poignet. C'est con, mais j'ai besoin d'une montre qu'elle soit rondre, avec des aiguilles (virtuelles acceptées si le rendu est proche de la réalité), et d'un matériau agréable au toucher, donc cela exclue le plastique. Et puis toujours le problème de l'épaisseur, même si pour le coup la nouvelle Pebble a l'air très corecte.

Je pense que les montres actuelles ne sont pas mures : - recharge tous les soirs - design trop geek et pas assez bijoux, forme trop grosse - pauvreté des fonctionnalités disponibles Les smartphones ont mis des années à se démocratiser (souvenez vous des premiers PDA...) Les montres finiront par décoller je pense, mais pas en l'état actuel.

Mon dieu, il est payé par Fibaro !!! Non, je rigole, merci beaucoup pour ton retour, ça fait plaisir à entendre Cédric : Oui justement je viens d'en acheter un. En v3, il n'est pas reconnu du tout, c'est la boite en carton. en v4.033, il est reconnu comme un détecteur de mouvement, mais de marque/modèle inconnu, sans template. Quand j'approche ou recule l'aimant, aucune réaction dans les logs de la HC2. Idem que toi.

Oui, copier/coller àchaque fois dans chaque bouton d'un module virtuel. (ou dans une scène mais je n'ai pas testé)

Moi je ne les ai jamais reçu..... c'était pendant la période de Noà«l, et le vendeur m'a remboursé. Sinon d'après mes expérimentations, le FGBS peut très bien fonctionner avec seulement une partie des sondes originales (par exemple 2 sur 4). Par contre, si on veut ajouter une nouvelle sonde, comme dis Did, il faut exclure/inclure afin que le FGBS mémorise l'identifiant de la nouvelle sonde. Attention à toujours bien couper l'alimentation du FGBS quand on manipule le bus 1-Wire, car j'en au cramé un comme ça...

Parfois, il suffit de déplacer la box de quelques centimètres seulement. Il suffit qu'une petite pièce métallique entre la box et le module fasse écran, et la contourner peut être facile. A tester au cas où, avant d'investir dans un nouveau module pour faire relai.

@Bobby : mercredi je pense que je pourrais passer à Montreuil. Je te fais un message privé. @c5leman : comme je l'expliquais quelques messages plus haut, une autre clé USB ne fonctionnera pas. Donc obligé d'utiliser la clé Fibaro originale. Essaye d'écrire le nouveau fichier image dessus pour voir si ça passe. Tu ne risques rien, au pire l'écriture échouera si les secteurs sont vraiment défectueux.

Oui, Sebcbien a bien résumé la situation. Rappel vers les règles : http://www.domotique-fibaro.fr/index.php/topic/56-r%C3%A8gles-%C3%A0-respecter/ Pas de souci bess.2502, c'est un avertissement oral sans conséquence

@c5leman Ah, je préfère ça Tant pis pour la sauvegarde complète de la clé alors, de toute façon si les secteurs sont corrompus, il n'y a rien à sauvegarder. Essaye quand même de sauvegarder le répertoire backup situé sur la première partition en FAT, avec une simple copie de l'arborescence de fichiers. Si tu fais une erreur dans les manips suivantes, tu pourras toujours remettre tes sauvegardes en place. Ensuite tu peux commencer les étapes décrites dans mon mini-tuto de la page précédente. Si ça se passe bien, on passera à la suite. @Bobby, La copie bit-à -bit, c'est ce que je propose en première page de ce sujet avec la commande "dd" sous Linux. Le souci, c'est que cela réalise une copie exacte du contenu de la clé, mais pas du firmware. Ce firmware n'est pas situé sur la puces de mémoire flash, mais sur le micro-contrôleur de la clé. Et ce firmware contient des identifiants uniques (manufacturer, product, et serial) qui sont lus et vérifiés par le logiciel de la HC2. Nous disposons tous des même manufacturer et product, en revanche nous avons chacun un serial unique. Et ce serial est associé à notre propre HC2, donc on ne peut même pas s'échanger les clés USB. Protection made in Fibaro...... Donc tant que la clé n'est pas verrouillée, on peut encore restaurer la sauvegarde réalisée avec "dd", ou la regénérer manuellement comme on essaye de le faire avec c5leman. Les problèmes arrivent quand la clé se verrouille en écriture, où officiellement seul Fibaro peut intervenir.... J'habite pas loin de Montreuil, faudrait qu'on se croise, tu me prêtes ta clé, et j'essaye de la restaurer, vue qu'elle semble encore opérationnelle.

Manquerais plus que Latoupie passe d'Android àiPhone et ça serait le maxi-combo

Classe la signature Did

Gaffe, le FGBS écoute le réseau pour relayer les trames, donc il consomme beaucoup. Il va te falloir une batterie.... qui va remplir toute la boite aux lettres !

Bobby, Dans l'immédiat, la box fonctionne avec la clé en l'état ? On pourra essayer de la "regénérer", mais si il s'avère qu'elle est morte, alors il faudra en acheter une autre, et employer les grands moyens.... comme pour la box de Lionel.

Bienvenue quand même Lieven C'est l'heure de l'apéro Latoupie, j'ai vu un Bi-Bop hier !!!! J'ai pensé à toi

Ca fait parti des paramètres qu'on ne peut pas changer. Comme l'ID, qui fait parti de la même structure JSON d'ailleurs. A cause de ça, j'ai un FGMS que je n'utilise plus car il change de type tous les 15 jours. Problème réglé avec le nouveau moteur Z-Wave de la v4.

C'est codé dans la base de données, ce n'est pas un paramètre modifiable par l'utilisateur. En informatique, techniquement tout est possible, mais ce n'est pas accessible au travers de l'API, du LUA ou l'interface Web.. La solution officielle est d'exclure/include le module.

C'est pas trop possible de changer le type d'un module....

OK, alors voici un exemple : GEA.add({"Global", "Vacances", "0"}, 30, "", {{"Days", "Monday, Wednesday"}, {"Time", "07:15", "07:16"}, {"VirtualDevice", id["VD_CHAUFFAGE_DOUCHE"], 1}}) -- Confort

Le mieux, c'est de créer un Module virtuel avec les 4 boutons Eco/HG/Arret/Conf. C'est largement documenté. Ensuite, avec GEA, tu lui demande de cliquer virtuellement sur les boutons du Virtual device à heure fixe. Je fonctionne comme ça, ainsi je peux utiliser mes modules virtuels pour gérer chaque radiateur (en 4 ou 6 ordres selon si c'est un FGS ou un Qubino), et dans tous les cas GEA reprend la main aux heures programmées.

-- Get HC2 software version local HC2 = Net.FHttp("127.0.0.1", 11111) payload = "/api/settings/info" response, status, errorCode = HC2:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response) if tonumber(jsonTable.softVersion) >= 4 then version = 4 else version = 3 end if version == 4 then -- Code pour la v4 elseif version == 3 then -- Code pour la v3 end else fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..', response='..response..'</span>') end

0,7°C de différence, cela ne me choque pas, j'ai aussi constaté le même phénomène. Le PID fonctionne très bien sur une pièce aux caractéristiques fixes (fermée, pas d'apport de chaleur extérieur). Dès qu'on ouvre la porte de la pièce, ou que le soleil tape un peu, cela modifie le comportement, et le PID met un moment às'adapter. Dans ce cas là, il faudrait utiliser les microswitch du SRT321 afin de lui donner le cycle le plus rapide (12 cycles par heure) afin qu'il réagisse au plus vite.

Les noeuds morts sont surement dus àune couverture Z-Wave insuffisante. Quelques pistes : déplacer les modules, déplacer la box, ajouter d'autres modules qui feront relais, ...

Il faut que tu rediriges le bon port pour le https, et dans ton navigateur tu dois prendre soin de mettre "https://" devant l'adresse. Je ne sais pas quels ports tu utilises, donc c'est à toi de rediriger les bons ports. Exemple au hasard : port 1234 sur ton IP publique vers port 5001 sur l'IP locale de ton NAS. Oui ma VM Debian HAproxy est sur mon ESXi, en démarrage automatique en cas de reboot du serveur. Pour les autres questions qui sont génériques, si personne ne répond ici, tu dois pouvoir trouver les réponses n'importe où, y compris sur le forum Syno officiel, ou d'autres forums traitant du sujet.

"Le plan de sortie de douche"