fdp2

Je suis également un grand fan de synology, c'est un excellent produit. Je ne connais pas tres bien SARAH mais je croyais que ca ne fonctionnait que sous windows? Si c'est bien le cas, je pense que ce besoin ne sera pas couvert par un synology (linux) Envoyé de mon SM-G900F en utilisant Tapatalk

@Specimen, moi je fait parti de ceux qui sont tres interessés par ton retour d’expérience sur Jeedom. Et celui d'autre qui auraient également switché. Peut être dans un topic dédié? La comparaison entre deux langages ou le materiel ne me parle pas trop, je laisse les experts en débattre. Pour moi le plus intéressant c'est ce qu'on peut faire avec, et est-ce que c'est fiable. Concernant les fonctionnalités, je suis bluffé par la solution, plus je m'informe et plus je la trouve bien pensée. Je ne vois rien qui soit faisable avec une HC2 et qui ne le soit pas avec JEEDOM.... au contraire! Sur ce point, je suis déja convaincu. Concernant la fiabilité, l'aspect matériel / Techno aura évidement un impact. La question du raspberry n'est pas vraiment un problème : une box plus musclée sera disponible.... peut être même avant la version stable de notre V4 ! Et il me semblais avoir lu que jeedom peut également être installer sur une machine virtuelle, ce qui laisse tout de même du choix en terme de configuration. De plus jeedom semble proposer des solutions pour faire de la haute dispo. L'interet du rapberry est surtout de pouvoir évaluer la solution à moindre cout, afin de switcher en douceur, et pourquoi pas installer jeedom sur la HC2 au final! Je suis convaincu du potentiel de cette solution, et un bon REX d'utilisateurs ayant utilisé aussi bien une HC2 qu'une JEEDOM me parrait encore la meileure façon de se faire une idée!

Bienvenu Thomas! J'ai été utilisateur du multicardipx800, et je m'intéresse également a tes plugin Jeedom, solution qui m'intéresse de plus en plus! Bravo pour la qualité de tes devs. Ta venue sur ce forum est une excellente nouvelle! Envoyé de mon SM-G900F en utilisant Tapatalk

Merci de ton partage. As tu constate une réelle amélioration avec ta nouvelle antene? Envoyé de mon SM-G900F en utilisant Tapatalk

C'est clair, je suis hyper intéressé! Tiens nous au courant! Envoyé de mon SM-G900F en utilisant Tapatalk

@krikroff, merci pour cette nouvelle réalisation! Je ne suis pas sur de comprendre le fonctionnement de la remontée de conso. L'idée est de faire porter par le plugin la conso d'un autre devise physique? Ou de declarer une conso corresponant a la puissance du radiateur? Peux tu detailler le fonctionnement? Merci a toi. Envoyé de mon SM-G900F en utilisant Tapatalk

Non puisque je n'utilise pas un module ZWAVE pour ça Après démontage, et vue la taille de la commande, ça parait effectivement compliqué de loger un FGS-221 derrière.

Evidemment, j'ai du la démonter pour les photos. La commande complete ressemble à ça : Pour info, ce même sujet est égallement abordé ici : http://www.touteladomotique.com/forum/viewtopic.php?f=21&t=15517&p=123154&hilit=HowTo

Voici les photos du cablage chez moi : Fil blanc = commun Fil marron = montée fil vert = descente Chez moi, c'est piloté avec un ipx800, c'est tres fiable. Tu peux obtenir le même résultat avec un FGS-221. Sur la seconde photo, on constate la présence d'un bornier avec des symbol C (comme commun) ainsi que des fleches allant vers le heut et le bas. Cela aurait été trop simple qu'il soit cablé d'origine... Tu peux toujours mettre un coup de multimetre pour vérifié, mais je ne pense pas qu'il soit cablé. Mon revendeur a réalisé les soudures pour moi, je ne le crois pas assez stupide pour avoir souder un truc livré pret cablé... mais on ne sait jamais!

Pour la commande CPL, un FGS-221. Pour les moteur, des FGS-211 devraient faire l'affaire. Un contacteur semble suffisant pour couper l'alimentation. Je ne sais pas quelle est la puissance consommée par un moteur, mais avec unFGS-211 tu as de la marge.

@Gazou, Sur le principe tu as bien compris. Quelques précisions tout de même : - Rien ne t-oblige à acheter une seconde commande CPL. Si tu est capable de souder une module double sur ta commande CPL, et si tu as la place de le loger à proximité, ta commande actuelle fera parfaitement l'affaire. Si tu utilise du fil suffisement fin, tu ne perdra pas la commande locale sur le CPL, et pourra continuer à utiliser ta commande CPL comme aujourd'hui. De plus je ne sais pas s'il est possible de lier tes volets avec plusieurs commande CPL. C'est à valider avec un revandeur. Si tu as un problème de place pour loger le module fibaro derrière la commande CPL, une autre option serait de déplacer ta commande CPL dans une zone technique (pret de ton tableau par exempl). Tu pourrais ensuite placer un second module fibaro à l'emplacement actuel de ta commande CPL, pour avoir une commande locale (lié le module de ta commande locale avec celui qui pilote ton module CPL). - La solution consistant à couper temporairement l'alimentation des VR que tu ne souhaite pas manoeuvrer a été évoquée, mais personellement je ne l'ai pas mise en oeuvre. Garde en tête que cela peut toujours avoir un impact négatif sur la durée de vie des cartes électronique de tes volets. Mais si tu choisi de le mettre en place, un retour d'experience à moyen / long terme sera le bienvenu!

Oui, c'est bien ça. C'etait en réponse à la question de @yoda6907. Les 2 sujets se sont ctroisés! ;-)

@Yoda, Confirme nous si tu as une remonté d'info cohérente, ou pas. Ce serait interessant.

Tu veux dire le fait qu'il ne soit pas pleinnement supporté ? Tu as raison c'est sans doute cela. Je n'ai ai pas attaché trop d'importance car il s'agit d'une prise exterieur sur laquelle je branche une lumière basse conso. Je ne sais pas si quelqu'un as réussi à obtenir des valeurs correctes sur une V3.X.... ni même sur une V4 d'ailleurs. As tu des retours ?

Je suis également en 3.590. Je n'i fait aucune manip particulière... Si ce n'est un reboot, mais je ne sius plus tres sur.

Bienvenu MrMagoo. Si tu es équipé d'une alarme somfy, alors ce odule virtuel pourrait t'interessé : http://www.domotique-fibaro.fr/index.php/topic/1985-virtual-device-alarme-somfy/ A+

Mise àdispo d'une nouvelle version avec correction de tous les bugs identifiés. (cf second post du topic).

Session débug hier soir avec @Carfnann, et correction du dernier point incompatible avec la V4 (instruction obsolete en lua 5.2). (ormis la création automatique des variables que je n'ai pas prévu de porter pour l'instant). Je pense publier dans le week end les correction. @Trankilze4, il y avait égallement une petit erreur d'URL sur ta version d'alarme. Si tu passe par là , attend la prochaine correction avant de faire une mise à jour. Merci @Carfnann pour ton aide... et ton courage d'avoir installé la V4! cela facilitera l'upgrade pour les autres utilisateurs.

Lazer, ton étude est tres interessante, et tres instructive. Cela signifie donc que les clés RSA circulent non cryptées (HTTP) à chaque boot... ça me parrait moyen... Es-tu capable de vérifier si le téléchargement des clés et l'ouverture du tunnel SSH ont lieu lorsque l'option remote access est désactivée ?

Oui, tu peux remplacer, ça devrait le faire. Peux-tu m'envoyer par MP l'export HTML de cette page afin que je vérifie les parametres ?

@Carfnann, Concernant le bouton VDOFF, le problème est lié à une valeur stockée en variable globale par l'ancien module. Valeur non compatible avec le nouveau modulecar le fonctionnement a évolué, mais le problème devrait se régler automatiquement lorsque le main loop fonctionnera. La reconnaissance Hardware ne fonctionne pas chez toi. J'ai besoin pour l'effacement des défauts de l'URL permettant d'accéder au bouton d'éffacement des défauts via ton interface mobile. J'ai supposé que cette URL etait http://IPALARM/mu_listelmt.htm mais j'ai du me tromper. ==> Peux tu vérifier cette URL (de préférence sur l'interface mobile si elle existe bien). ==> Cette URL doit être mise à jour dans le code du main loop, sur la ligne suivante (ligne 117): FullHwParam[1].URL.EraseDefault ="/mu_listelmt.htm" Attention bien changer sur FullHwParam[1].URL.EraseDefaultet pas sur FullHwParam[3].URL.EraseDefault ==> Le numéro ici ne correspond pas à la version de l'alarme. Ce paramètre devra également être corrigé sur tous les boutons. Edit : Erreur dans le poste initial. L'extrait du code é modifié etait faux. C'est corrigé.

Bonjour Xibman, Qubino a récemment sorti un module fil pilote 6 ordres. C'est sans doute la solution la plus simple et la mieux intégrée actuellement disponible. La solution est décrite ici : http://domotique-info.fr/2014/10/premier-module-z-wave-fil-pilote-by-qubino/ Dans un premier temps, avec un HCL, tu devrais pouvoir faire un programmation via des scenes en bloc. Ce n'est pas ce qu'il y a de plus simple, mais ça doit répondre à ton besoin. Un plugin virtuel annoncé avec la V4 devrait pouvoir en faciliter l'utilisation. Le sujet est d'acualité, voici un article interessant publié aujourd'hui même : http://blog.domadoo.fr/2014/10/28/bbwf-heatit-thermostat-z-wave-compatible-fil-pilote/ Cette solution n'est pas encore dispo, mais personnellement j'ai hate d'en savoir plus! l'Interface pour un utilisation manuelle semble bien plus sympa qu'un module qubino. S'il est reconnu en thermostat, en envoyant des commandes ON/OFF via le fil pilote, il pourrait s'intégrer au panneau de chauffage. A voir égallement quel type de régulation il utilisera (PID ?) Enfin une nouvelle solution également, plus complexe (surtout avec un HCL) mais pouvant présenter un interet pour certains utilisateurs : http://domotique-info.fr/2014/10/teleinformation-et-programmateur-fil-pilote-sur-spark-core/ Il y a un mois de ça, il n'existait pas de solution simple. Voilà que le marché se réveil, et que nous finirons par avoir l'embaras du choix!

Je l'ai appris a mes depends...

@Tomsauy, As-tu modifié manuellement ta variable apres sa création ? Je ne suis pas certain de l'explication, mais je crois que la variable avec sa valeur par défaut est créée en entier. Tant qu'elle est modifiée en lua par des entier le type reste. En revanche, des qu'on la modifie manuellement dans le panel (par exemple pour supprimer sa valeur) elle passe en string... Krikroff, ça te parrait une explication plausible ? cela expliquerai pourquoi le type est différent chez Tomsauy et chez moi ?

Excellente nouvelle Tanguy! @Carfnann, la nouvelle version semble donc bien fonctionner. Je pense que tes difficultés sont liées à la 4.018 Ce serait interessant que je puisse faire les corrections. Dans le mesure ou ni l'ancien, ni le nouveau ne fonctionne chez toi, je te suggère de supprimer l'ancien, et de n'installer que le nouveau. Autant concentrer nos effort sur la dernière version... Si effectivement il ne fonctionne pas chez toi, envoi moi par MP la log du main loop.