Lazer

Pas à ma connaissance. Ou alors avec un double relai, type FGS-223, mais tu n'auras pas la possibilité de faire varier la luminosité, et en prime le petit clac des relais lors de la commutation. Sinon tu fais comme moi : tu défonces le fond/les cotés de ta boite d'encastrement, afin d'avoir la place d'y loger 2 modules. C'est très facile à faire si le mur est "plein" (brique, parpaing, pierre, ...) Si tu as une cloison en placo, il existe même des boites avec chaussette qui se glisse dans le vide entre les 2 plaques, pour pouvoir y glisser un module.

Je pense aussi, mais ce n'est pas si simple. Il ne suffit pas de regarder les heures de démarrage/stop, il faudrait prendre en compte l'énergie produite sur toute la journée, et là dessus je n'ai pas de point de comparaison vu que je n'ai pas connecté les mêmes panneaux dessus, et surtout ils n'ont pas la même orientation. Donc le mystère restera entier. N'empêche, lors de l'installation, la prise en main de la passerelle (ECU versus Envoy), de l'application mobile (EMA versus Enlighten), chez APsystems ça fait un peu plus rustique moins fini, alors que chez Enphase c'est plus abouti, plus joli, mieux fini. Idem pour le site Web, où la différence est encore plus flagrante je trouve. ça explique peut être en partie la différence de prix. L'ECU a une limitation qui la rend inutilisable pour des applications domotiques temps-réel : les mises à jours toutes les 5 minutes, que ça soit pour les données onduleur, que pour les données des pinces ampèremétriques. Tandis que chez Enphase, les données micro-onduleurs c'est toutes les 5 minutes aussi, mais les données des pinces sont remontées en temps-réel, donc on peut s'en servir pour activer/arrêter des consommateurs (ex : chargeur voiture) Par contre, Enphase c'est tout fermé, API non documentée qu'ils tentent de supprimer avec les mises à jour. Donc Cloud imposé au maximum. Tandis que chez APsystems, on a du Modbus en standard, et ça c'est top (comme chez Fronius et plein d'autres fabricants). Mais comme dit au dessus, rafraichit toutes les 5 minutes, dommage.

Tu cumules les problèmes Remarque c'est bien, il vaut toujours mieux que les tous les problèmes tombent sur un petit nombre de personnes, ainsi ça fait le moins de mécontents possibles

Aujourd'hui j'ai terminé mon extension de panneaux. Mon système est ainsi composé comme suit, 20 panneaux répartis en 3 champs avec orientations distinctes : 16 micro-onduleurs Enphase IQ7+ 14 panneaux Trinasolar Vertex S de 405 Wc 2 panneaux Trinasolar Vertex S de 400 Wc 2 micro-onduleurs APsystems DS3-L 4 panneaux Trinasolar Vertex S de 420 Wc Soit un total de 8160 Wc pour 6180 VA Vu que mon talon ne passe jamais sous les 300W, on va dire que c'est bon pour Enedis, les 6 kVA maxi en injection sont respectés. Raison de faire une extension en APsystems et de ne pas avoir continuer avec Enphase : la longueur de ligne qui empêche la communication CPL entre la passerelle Envoy et les IQ7+. Du coup avec APsystems aucun problème puisque c'est en radio (enfin c'est vite dit, c'est du Zigbee qui ne porte pas loin, j'ai été obligé de déporter l'antenne et même comme ça la réception n'est pas au top) Et avec la différence de prix des DS3-L, ça a absorbé le cout de la passerelle ECU-C, donc ça ne me revient pas plus cher de mixer 2 marques distinctes. A noter que les DS3-L démarrent plus tard que les IQ7+ le matin, et s'arrêtent plus tôt le soir, pourtant avec des panneaux (un peu) plus puissants. Chez Enphase, à 5 minutes près ça correspond aux heures de lever et coucher du soleil (donc panneaux dans l'ombre à cette heure là), tandis que chez APS, c'est un bon quart-d'heure, voire même un peu plus.

Welcome to the forum

Très bien Pour la resto, normal que tu perdes les modifs faites depuis la dernière sauvegarde. Et je pense que ça explique le fonctionnement aléatoire de certains interrupteurs, peut être que la config stockée dans l'Eeprom des modules (associations directes) ne correspondait pas au contenu de la DB de la box. Peut être qu'une interrogation des modules concernées pour relire tous leurs paramètres aurait solutionné le problème... sans certitude. Reste le souci du bug d'inclusion/exclusion, ça c'est un vieux bug jamais résolu je pense, j'ai eu le cas récemment, sur le dernier firmware stable, en tentant d'exclure/inclure 4 modules de suite... J'y suis allé un peu trop vite je pense, du coup les 3 premiers modules sont passés, et impossible pour le 4ème => reboot et après OK.

Pas tout à fait... ce que tu décris, c'est l'interface de scènes en mode bloc proposé par Fibaro. Effectivement, c'est très limité... beaucoup trop limité. En LUA, tu peux tout faire, mais c'est relativement compliqué si tu ne connais ni le LUA, ni même aucun langage de programmation. Cela dit LUA est un langage de programmation facile (surtout très lisible) par rapport à d'autres. GEA c'est un moteur d'exécution de règles, qui permet d'écrire des scénarios très simples comme relativement complets (complexes ?) sans connaitre LUA : Peut être pas évident à prendre en main au début, il faut se limiter à des règles très simples pour comprendre la logique, puis monter progressivement en complexité en ajoutant diverses conditions et actions.

C'est une possibilité, mais dans ton cas "en théorie" je n'y crois pas trop. Les Cat6 et Cat7 servent pour le 10 Gbit/s, mais toi tu es en 1 Gbit/s, pour lequel du Cat 5E suffit. Après, en "pratique", que tu aies acheté un câble de m€rd€, c'est une possibilité... Si le câble est défectueux, poubelle. Il faudrait un testeur (un vrai, pas un jouet) pour tester les câbles, mais ça vaut quelques centaines (milliers ?) d'euros... donc tu auras plus vite fait de te faire rembourser le câble défectueux et d'acheter une autre marque.

Pareil que @jojo A noter que les lenteurs que j'ai sont dues à la latence entre les écrans de l'application, toujours le micro-flash blanc entre 2 pages (je suis en thème sombre), donc c'est indépendant de la vitesse de la connexion au cloud/en local sur la box. Cette appli est lourde et mal programmée... Mais à part ces éternelles lenteurs, je n'ai pas rencontré de bug particulier avec cette nouvelle version.

Sur les câbles rigides et blindés prévus pour être installés dans les murs, il y a souvent un fil de fer dedans... c'est le cas sur mon Grade 3S. Il faut le relier à la terre. Sur le connecteur RJ45, s'il est blindé, il doit y avoir une petite encoche sur le coté, avant de le refermer, pour y bloquer le fil de fer. C'est le cas sur les Legrand (gammes LCS, Celiane, Mosaic...) Pour que ça présente un intérêt, il faut que la masse soit reliée des 2 cotés. Perso j'ai connecté le chassis de mes montants 19" avec un fil de terre qui va direct au bornier de terre du tableau électrique. Comme une liaison équipotentielle.

Je ne ressens pas de différence.

Il me semble qu'il suffit de restaurer une sauvegarde précédente qui était au firmware désiré. Mais je n'ai jamais testé. Quand aux bugs, il faut les remonter sur le forum officiel, car ici Fibaro n'intervient pas.

En LUA il faut utiliser setTimeout() Il y a plusieurs exemples d'utilisation sur le forum. Et attention la durée donnée est en millisecondes, donc il faut indiquer 60000 si on veut une tempo d'une minute. Tu peux utiliser la protection locale du module si tu veux bloquer l'action des interrupteurs. Cela se configure dans les propriétés du module sur la box. Si tu veux le faire programmatiquement, en LUA, par exemple pour interdire l'utilisation des bouton pendant certaines heures, tu peux le faire aussi, il faudra que tu trouves les instructions à utiliser en utilisant les outils de dév du navigateur pendant que tu paramètre le module afin d'intercepter les requêtes sur l'API. Ou bien utilisez GEA, qui sait déjà faire tout ça nativement (volets, temporisation, protection locale, .... et tant d'autres)

Je ne crois pas qu'on puisse...

Oui c'est exactement ça

Ah oui faut que je m'en occupe... désolé tellement de trucs à faire, j'ai pas tellement de temps pour partager des trucs sur le forum depuis quelques mois.... J'essaie de m'y atteler dès que possible.

OK, ça semble ressembler à des BSO en fait (ou store vénitien ?) Tu as jeter un oeil au topic du module FGR ? Car il y a pas mal de discussions à ce sujet justement. Cela dit, j'ai quand même l'impression que tu as donné la solution dans ton message. Mettre le volet à 0%, puis le mettre à 1%. Donc pas besoin de calculer finement une temporisation. Il te suffit donc de mettre le volet à 0%, tu attends que la manoeuvre se fasse, avec une marge de sécurité (je connais pas ton store, mais disons 30s), puis tu donne la consigne à 1% et il va ouvrir les lamelles comme il faut.

Tu parles de scénario, donc de scène je suppose ? Dans ce cas, pas besoin de QuickApp (dont la logique de programmation est beaucoup plus complexe) Ensuite, pourquoi t'embêter avec une temporisation ? Ce n'est pas du tout fiable. Le module, tu fais la calibration du volet, et ensuite tu pourras le piloter simplement en demandant un pourcentage d'ouverture. Par exemple sur l'un de mes volets, pour que les lames soient baissées tout en restant entrouvertes pour laisser passer la lumière, il me suffit de demander de mettre sa valeur à 25%. Pas de tempo à gérer. Pas de programmation LUA à faire, de scène, ou de QuickApp. Enfin si, il faut bien que le scénario soit programmé quelque part, en l’occurrence c'est dans GEA pour ma part, mais peu importe, c'est une seule ligne pour lui dire de se mettre à 0, 25, ou 99% selon la position désirée.

Si je supprime quelque chose, c'est le compte... se présenter en posant une question sans se présenter, faut pas déconner quand même.... Accessoirement je me demande ce que viens faire ce type de question sur un forum domotique. ça sent le gros spam multi-forum-internationnal là....

Welcome to the forum

Effectivement. Et ça sera pire pour le 5 GHz, plus la fréquence augmente, plus la portée diminue et la capacité de traverser des obstacles également.

Bienvenue sur le forum

Bienvenue sur le forum

Oui effectivement. Malheureusement les VD sur la HC2 sont super limités, ça a toujours été son plus gros défaut à mon avis. (les QuickApps sur HC3 corrigent quasiment tous les défauts des VD.... bon ça ne t'aide pas en disant ça....) Après on s'en sort quand même, perso j'avais 2 ou 3 VD qui utilisaient une scène externe pour gérer les requêtes HTTP évoluées.

ça c'est embêtant... il y a un bug connu (mais non corrigé par Fibaro) qui semble lié à un problème matériel qui fait rebooter certaines box.. On en parle sur ce forum ainsi que sur le forum officiel. Le truc c'est que Fibaro n'a jamais réussi à identifier le problème...