Lazer

Le nouveau Dimmer 2 serait surement plus adapté que la première version pour piloter des transfo à LED. Mais je n'ai pas essayé perso.

On en avait un peu discuté en page 2. En fait le problème, c'est que lorsque l'alimentation est connectée, mais que l'appareil n'est pas encore connecté (ici un ST814), on a du 5V + la tension de seul de la diode, qui est bloquée à ce moment là . La tension de seul d'une diode est en moyenne de 0,6V (ça dépend des modèles, voir la datasheet de la diode, ou vérifier au multimètre). Donc on a 5V+0,6V = 5,6V => ça commence à faire beaucoup pour alimenter un appareil qui attend du 4.5V maximum (= la somme des 3 piles AA) Evidement, dès qu'on connecte l'appareil, la diode devient immédiatement passante, et sa tension s'inverse, donc on a 5 - 0,6 = 4,4 V ce qui est parfait. Le problème, c'est durant les quelques microsecondes avant que la diode change d'état. Comme je ne connais pas l'électronique interne des modules domotiques, et donc je ne connais pas leur seuil de tolérance aux surtensions, je préfère mettre une résistance en parallèle avec la charge, afin de forcer la diode à être tout le temps passante, même si aucune charge n'est connectée. Ainsi, quand on connecte la charge, la tension à ses bornes est déjà celle attendue. Pour calculer la résistance, c'est facile : U = R * I donc R = U / I On connait U (=5V dans notre exemple). Pour connaitre le courant I minimum pour que la diode soit passante, il faut regarder dans sa datasheet. On en déduit la valeur maximum de la résistance R. J'ai calculé que 50 kilo-ohm constitue une bonne valeur, car cela permet à toutes les diodes d'être passantes, tout en générant un courant très faible, de façon à ne pas consommer (et chauffer) inutilement. Pour info, sous 5V, ça fait un courant de 100 µA, donc une puissance de 0,5 mW, extrêmement négligeable (pour comparaison, 1000 fois moins qu'un module type FGD/FGS)

Bricolage du week-end : dans mon salon, plusieurs équipements à piles sont arrivés en fin de vie. J'avais ce projet en tête depuis un moment, je me suis motivé à réaliser une petite alimentation 230VAC vers 12VDC, 5VDC, et 3.3VDC. Avec convertisseurs TracoPower, porte fusible, connecteurs C7/C8 pour le 230VAC, et connecteurs 5.5/2.1mm pour le DC : Fausses piles AA avec la diode et la résistance intégré afin de fabriquer du 4.5V propre (équivalent à 3 piles de 1,5V), pour alimenter un ST814 : Fausse pile CR123A pour alimenter un FGMS. Je me suis particulièrement pris la tête pour le câble, car je le voulais le plus fin possible pour passer discrètement, j'ai donc dégainé un câble réseau, récupéré une seule paire, passé l'ensemble dans une gaine thermorétractable blanche, terminé au sèche-cheveux, puis fixé au pistolet à colle : La 3ème alimentation sert pour un FGSS-001, la première génération de capteur de fumée qui dispose d'un bornier pour l'alimenter en 12/24VDC. La mauvaise nouvelle, c'est qu'il faut exclure/inclure le module pour passer du mode batterie au mode alimentation secteur. La bonne nouvelle, c'est que le module écoute le réseau, et participe activement au routage.

Ca ne fonctionnera pas, le SRT321 est un thermostat à lui tout seul, qui pilote une charge en ON/OFF. Donc le seul module que tu puisse associer, c'est un module de type relai ON/OFF. Si tu veux conserver ton SRT321, il faudrait que tu crées une scène dans la HC2 : sur trigger de changement de consigne du SRT, tu fixes le thermostatsetpoint de tes vannes LC12. Sinon il te faudrait plutôt la Sonde d'ambiance Danfoss Link RS Room Sensor qui a été conçue pour l'usage que tu veux en faire (ceci dit, je n'ai pas testé l'association entre un Link RS et une LC12, car je suis au chauffage électrique)

Cool

Aucune idée ? Avec ESXi, c'est facile, il suffit de regarder le nom du fichier de boot de la VM. Autrement, tu peux regarder dans le répertoire de ton PC si il contient la dernière version de Xpenoboot que tu as utilisé ? Perso je garde tout, ça aide.

Xpenoboot tu voulais dire Nico non ? Fichier à utiliser : XPEnoboot_DS3615xs_5.2-5644.5.vmdk EDIT : pour Jojo ça ne sera pas le vmdk, mais il faut que tu télécharges le même fichier pour utiliser sans virtualisation, à écrire directement sur la clé USB

Inutile de faire le dump de ta clé, tu peux arrêter tout de suite. Copie juste le répertoire backups de la partition FAT32, ça suffit. Pour l'image full de la clé USB, c'est ici : http://www.domotique-fibaro.fr/index.php/topic/6824-images-cl%C3%A9-usb/ A écrire avec Win32Diskimager ou équivalent (voir http://www.domotique-fibaro.fr/index.php/topic/4924-faire-une-copie-de-la-clef-usb-recovery-sous-windows/ ) Ensuite quand tu as terminé l'écriture, tu remplaces le répertoire backups par le tient que tu as sauvegardé précédemment. Tu branches sur la HC2 et tu lances ton recovery. J'espère que ça fonctionnera. Tu peux booter sans clé recovery, mais pourquoi faire cela ? Tu peux booter normalement en laissant la clé branchée, même si elle est défectueuse normalement, non ?

faut décocher une case dans l'interface pour qu'il ne te propose que la mise àjour DSM 5.2 et pas la nouvelle v6, et tu pourras appliquer l'update 8 depuis l'interface

ah ouais, ta clé est en mauvais état ta box est encore garantie ? Sinon tu peux tenter pour commencer d'écrire l'image complète de la clé fournie par Jojo

> Quelle est la cause de cette "polution" côté HC2 ? => Les développeurs Fibaro

C'est le fonctionnement normal de DSM : - DSM est installé sur tous les disques, dans une partition cachée au début de chaque disque. - Les applications ne sont installées sur sur 1 seul volume, à choisir au moment de l'installation => Perso je n'ai pas de SHR, mais que des volumes simples. Donc j'installe les applis sur le volume principal (un WD RED), mais peu importe en fait. 60 à 65 Mo/s oui c'est correct en RDM. Pas transcendant, mais correct. La couche de virtualisation ralentie les performances disques, c'est connu.

Sur la Freebox (box de référence universelle que tout le monde devrait avoir ) la visualisation des périphériques réseau est visuelle, avec des icones, l'adresse IP, la date de dernière visibilité sur le réseau, etc.... Vraiment enfantin. Sinon le finder j'oublie toujours qu'il existe ce truc là Oui voilà 192.168.81.1

Non, elle consomme moins de 1,5A en pratique. C'est tant mieux si l'alimentation est surdimensionnée. Et c'est pas de chance que la tienne aie cramé, c'est relativement rare (plus rare que les panne de clé usb recovery en tout cas)

Copie Windows ça sera plus rapide. WinSCP est plus lent car il chiffre les données, inutile sur ton réseau local.

Oui c'est surement l'IP de ta box qui a changé en recovery regarde sur ton serveur DHCP l'adresse que prend la box sinon, c'est qu'elle est en IP fixe parce que tu as laissé les doigts appuyé sur les 2 boutons trop longtemps. Je ne me souviens jamais de l'IP, mais regarde dans la doc c'est marqué (et aussi dans la section pour les nuls du forum)

Voir le tuto d'update sur même topic, car @capillonpub a fait un super résumé : http://www.domotique-fibaro.fr/index.php/topic/1175-serveur-hp-n54l-xpenology/page-28#entry54209 (àmettre dans vos favoris une bonne fois pour toute.... restera àvoir si ça sera pareil en DSM 6 ou pas.) Par rapport àce qui est écrit, il faut juste changer les numéros de versions par les dernières. De toutes façons, c'est toujours la même méthode depuis la création de ce topic par Fredo.

Visiblement tu as été victime des plantages inexpliqués (core dump) qui concernent tous les process sur la HC2 : Les VD, les Scène, et le process principal HCServer (qui provoque l'erreur 503) Comme Fibaro ne maitrise pas son propre code, je me demande si ce problème sera corrigé un jour. Malheureusement je ne vois pas comment mon watchdog pourrait monitorer les Plugins..... un jour peut être.

Alors ça je n'avais jamais vu lors d'un exclusion, je ne sais pas de quand ça date : "Sauvegarde automatique de la puce Z-Wave après la suppression d'un module"

Docker c'est juste une application, comme Word, Excel, ou Démineur..... bon un peu plus évolué quand même, mais le principe est le même. Docker est une application qui tourne sur un OS, tel que Windows, Linux, MacOS, etc. Donc ce n'est pas Docker que tu virtualises sur un ESXi, mais l'OS qui fait tourner Docker. En l'occurrence pour Fredo, c'est DSM, donc Linux. Après que tu veuilles tester Jeedom sous Docker je comprends, mais toi t'es un pro qui vends des solutions pros à tes clients, va pas leur expliquer qu'ils peuvent mettre Jeedom dans Docker sur DSM (que DSM soit en natif ou virtualisé ça ne change rien)..... ils n'auront aucune stabilité. Sur les forums, on voit beaucoup de gens qui font tourner tel ou tel truc sous Docker, ce sont des gens sans le sou qui n'ont pas les moyens de s'acheter une box domotique dédiée, ou un serveur digne de ce nom. Docker est conçu pour monter rapidement des environnements de tests. ESXi est conçu pour monter rapidement des environnements de tests ET pour faire tourner des OS en production. Nuance J'ajoute que sur mon G8, l'install fraiche de Debian + Jeedom m'a pris 1h en faisant autre chose pendant le download, donc c'est pas ce qu'il y a de plus méchant... et au moins c'est stable, je peux planter mon DSM et Debian+Jeedom continue à fonctionner.

Tu peux m'expliquer l'intérêt de Docker si tu virtualise ton serveur ? Parce que Docker c'est la virtualisation du pauvre, si tu as ESXi, aucun intérêt de Docker. Après si c'est juste pour tester je dis pas, mais autrement c'est idiot. mprinfo était ironique

Oui l'appli utilise l'API. Par contre, avec tous mes devices, à distance, et toujours à cause de mon upload très faible, je n'arrive plus à télécharger la page /api/devices complète. De pire en pire..... là pour le coup Fibaro n'y est pour rien, le JSON de l'API est propre. C'est juste qu'il devient difficile aujourd'hui de faire tourner des services aussi simples qu'une domotique à la maison quand on a un upload de 300kbit/s. Même quand je fais du SSH en ligne de commande, ça rame. Vivement la fibre, plus que ..... à attendre

"Adds support for Android Wear: smartwatch" alors que sur un autre topic on parlait de corriger la stabilité de la box avant d'ajouter les sièges chauffants..... et bien on est en plein dedans Bon on va pas se plaindre, c'est tant mieux si l'appli évolue, je trouve que le mode paysage pour les caméras est la meilleure nouveauté de cette version.

tu as posté sur un très vieux sujet, et la situation n'a pas évolué depuis. Donc tout ce que tu peux lire au dessus est toujours valable

bah tu sembles avoir le même problème que moi en fait : un upload ADSL tout pourri, qui fait que tu n'arrives pas à charger l'interface Web à distance. Comme l'interface HC2 est très lourde, les connexions TCP tombent en timeout avant d'arriver à finir le chargement. quand ça m'arrive, je réessaye jusqu'à ce que ça se charge. Et si tu veux rebooter quelque chose, c'est la box ADSL en espérant qu'elle négocie un upload un peu plus élevé. En tout cas c'est mon problème chez moi