Jérôme

Effectivement, nous recommandons très fortement les BP monostables (simple ou double) pour la meilleure ergonomie que cela apporte. L'intérêt de la compatibilité avec les interrupteurs bistables est surtout pour les utilisateurs ne voulant pas changer leurs boutons (coà»t, esthétique), ou en tout cas pas immédiatement.

Bonjour Benjy, Effectivement, d'après les documents commerciaux de Fibaro, il y aurait un µC dans le By-pass. Nous n'en savons pas plus pour le moment mais cela explique sans doute les difficultés de production et donc le retard pris pour le lancement. Nous attendons de recevoir les premiers exemplaires pour tester tout cela. Bien cordialement, Jérôme. domotique-store.fr

Il s'agit d'une astuce pour utiliser le FGD-212 sur une installation va-et-vien existante sans tirer de fil supplémentaire. Nous câblons les interrupteurs différemment afin de libérer un des deux fils de la navette pour amener la phase. Cette astuce existait déjà sur le FGD-211 avec un câblage légèrement différent (pontage O-N au lieu de N-Sx). C'est justement la force des Dimmers FGD de Fibaro car ce sont les seuls à pouvoir être installés dans un va et vient existant ans ajouter de fil supplémentaire, juste en changeant la façon dont les interrupteurs sont branchés. (c'est d'ailleurs tout l'intérêt du paramètre 26 qui sans cela ne servirait à rien). Tout est (longuement) expliqué ici : http://tutoriels.domotique-store.fr/content/65/130/fr/domotiser-son-eclairage-cas-de-l_interrupteur-va-et-vient.html Essaye de réduire les valeurs le paramètres 34 à 0, au moins le temps des tests car c'est peut être lui qui occupe le CPU du FGD-212 et l'empêche de détecter le changement de position du bouton. (ce n'est qu'un théorie). Si ça ne va pas mieux, essaye avec 6 et 8 à 0. En fait, Sx est une reprise de phase donc cela revient au même, ça évite simplement d'utiliser un Wago/domino. De notre côté, on repique souvent les phases au niveau des inters car sur la plupart des modèles à connexion rapide, il y a deux connexions côte à côte pour faciliter le repiquage. Cette réponse de l' "expert" Fibaro me parait erronée. D'après nos tests, le FGD-212 fonctionne très bien avec le FGB-001. Ex: dans le cas de câblages sans neutre avec LED, qui ne fonctionne pas sans By-pass, le FGB-001 a bien joué son rôle. Officiellement, mais nous ne recommandons toutefois pas le FGB-001 avec le FGD-212 car nous ne savons pas quel effet il peut avoir sur le FGD-212 sur le long terme (Fibaro recommande le FGB-002 sur FGD-212 et ne parle pas du tout du FGB-002 avec ce module.) Pour info : le By-pass FGB002 est enfin rentré en production et devrait être disponible ... incessamment sous peu L'utilisation d'un By-pass est généralement nécessaire avec les ampoules fluocompactes et surtout LED. - Permet une alimentation sans neutre (fonctionne parfois sans By-pass, suivant les ampoules LED / fluocompactes. non nécessaire avec les ampoules incandescentes / halogènes sauf si le circuit d'éclairage fait moins de 50VA (25/50W)). - Evite les ampoules LED qui restent légèrement allumées, surtout en câblage sans neutre (problème plus ou moins présent suivant les modèles d'ampoules). - Stabilise le fonctionnement de certaines ampoules, surtout en variation (scintillement, etc.). - Protège le variateur avec les ampoules LED et flucocompactes car leur mise en marche et arrêt est souvent violante pour l'électronique du variateur (à cause des condos et selfs se trouvant dans les alims de ces ampoules). - Améliore la précision des mesures de conso avec le FGD-212 (mais pour cela, il semble que ce soit clairement le FGB-002 qui soit nécessaire). Bien cordialement, Jérôme, domotique-store.fr

Merci à tous

Merci Pepite pour votre compréhension. Jérôme.

Bonjour à tous, Je vous confirme malheureusement que la page d'authentification permettant de se connecter au compte client sur notre site a été piratée. Les codes d'accès (mail + mot de passe) étaient transmis au pirate lorsque le formulaire de connexion était validé avec le bouton "Connexion". La période pendant laquelle le problème a été présent va du 1er septembre 4h du matin au 14 septembre 15h. Le pirate ne pouvait en revanche pas récupérer les codes dans les cas suivants : Création d'un nouveau compte (pas de formulaire de connexion à remplir). Connexion restée authentifiée (connexion directe au compte client sans cliquer sur le bouton "Connexion" de la page d'authentification). Connexion à l'aide des boutons "se connecter avec Paypal, Facebook, Twitter, Google". Surf sur sur la boutique sans se connecter au compte client. Les mots de passe sont cryptés dans la base de données, donc pas de risque pour les clients ne s'étant pas connecté en dehors de cette période. Le pirate n'a pas eu accès au serveur lui même mais uniquement à des fichiers du site. Nous ne possédons aucun numéro de carte bancaire car les paiements sont traités par les serveurs ultra-sécurisés de la BNP (Merc@net) et nous ne recevons de ces serveurs qu'une confirmation de paiement envoyée cryptée en HTTPS. Dès la découverte de la faille, nous l'avons immédiatement corrigée et avons augmenté le niveau de sécurité de notre pare-feu et de notre HIDS. Tous les fichiers du site ont été contrôlés. Nous surveillons très attentivement et très régulièrement les logs de notre serveur. Un audit de sécurité très approfondi va avoir lieu très prochainement. Si vous vous êtes connecté à votre compte client (avec validation du formulaire de connexion) entre le 1er septembre 4h et le 14 septembre 15h, vous êtes donc potentiellement concerné. Nous vous recommandons de changer vos codes sur notre site (via votre compte clients, rubrique "Mes informations personnelles") Si vous avez utilisé les mêmes codes sur d'autres sites, il est important de les changer aussi sur ces sites, en utilisant de préférences des mots de passe différents pour chaque site. Nous sommes vraiment désolé pour cet incident et faisons tout ce qui est en notre pouvoir pour qu'il ne puisse plus se reproduire. Je suis bien évidement à votre disposition si vous aviez d'autres questions à ce sujet. Pour les question plus personnelles, je vous recommande d'utiliser notre formulaire de contact (choisissez "Webmaster"). Bien cordialement, Jérôme, Gérant

Sur la quasi totalité des produit, l'exclusion remet le produit aux valeurs d'usine. Si aucune autre méthode n'est donnée dans la doc, j'ai bien peur que ce soit la seule solution. N'hésite pas à nous contacter la semaine prochaine si le problème persiste. Mes collègues du service techniques sont partis en WE et je vais pas tarder à faire de même Jérôme. domotique-store.fr

Effectivement les starters des néons ont pas trop dà» apprécier Coté FGS221, tu avais tout de même pas mal de marge : 36x2 = 72W sur les 1500W max. résistifs autorisés = 5% de la puissance maxi

@Did En fait, avec les charges électroniques, il faut appliquer une marge importante. Certains appareils (téléviseurs, ampoules LED, ampoules/tubes fluo, etc) peuvent créer un appel de courant plus de 10 fois supérieur à la consommation nominale de l'appareil (très variable suivant la conception des produits). Pour les charges capacitives, cela est dà» au chargement des condensateurs à l'allumage de l'appareil. Cela peut faire arquer le relais au moment de sa fermeture et (littéralement) souder les lames du relais. Nous recommandons de diviser la puissance admissible par 3 lorsque des charges capacitives (appareils électroniques) sont utilisée. Par 2 à 3 avec des charges inductives (moteurs par exemple). La réalité pouvant malheureusement varier suivant la qualité du relais, l'appareil commandé, le nombre d'ouvertures/fermetures réalisées (plus le relais vieilli, plus il a tendance à arquer lors de sa fermeture et plus le phénomène a tendance à se produire). Bien cordialement, Jérôme domotique-store.fr

En fait, sur le papier, on peu penser à une régression. En pratique, c'est un produit qui répond à des normes plus exigeantes, nécessaires pour la vente dans certains pays d'Europe. On peut donc penser que ces modules seront encore plus fiables et plus sà»rs que les actuels. Nous espérons qu'une nouvelle génération sortira par la suite avec la mesure de consommation. Pour le moment, les modules Qubino peuvent être un excellent choix, même si les Fibaro apportent aussi certains plus (contact sec, certains paramètres, etc.). Les différences entre anciens/nouveaux Fibaros et Qubinos sont visibles dans notre comparatif des micromodules relais. Bien cordialement, Jérôme domotique-store.fr Edit : grillé par @Lazer

Je pense que dans ton cas, il faut la 2C60 qui peut fonctionner en 3 phases / 3 câbles (donc pas de neutre). Jamais testé mais ça semble être le cas dont vous parlez. Voir le manuel du DSB28, schémas du milieu, page de droite : Manuel du DSB28 Il n'est pas référencé chez nous, mais on peut le commander spécifiquement si nécessaire, il est aussi disponible chez notre respecté concurrent.

Dans ce cas, c'est le DSB28 3C60 qu'il te faudrait HEM G2 / DSB28-3C60 - Mesure de consommation... Celui-ci fonctionne (uniquement) sur du triphasé. Attention, il faudra tout de même connecter les neutres pour qu'il fonctionne. D'après nos derniers tests, le DSB28 3C60 est maintenant correctement reconnu sur la V4 (par contre, nous n'avons pas pu tester les mesures car nous n'avons pas de triphasé ici). Quand au DSB28 1C60, il est reconnu comme un 3C60, il a donc des canaux en trop qu'il suffit de cacher dans l'interface. Pour ce qui est du HEM3, il n'est malheureusement plus fabriqué par AEOTEC (ils vont sans doute aussi arrêter le HEM2) Bonne soirée Jérôme.

Ou HEM G2 / DSB28-1C60 - Mesure de consommation... car les HEM2/HEM3 (HEM 1ère édition) sont peu fiables dans ses mesures avec des charges inductives ou capacitives+inductives comme le sont les PAC. Il y a aussi le nouveau AEOTEC "Heavy Dutty" ZW078 - Interrupteur 40A (9600W) ZWave+ avec mesure de la... D'une manière générale, il est préférable de ne pas couper brutalement une PAC. Jérôme.

En fait, les changements apportés par les nouveaux FGS212 et FGS222 sont plus ou moins intéressants suivants les besoins de chacun. Plus : - Mesure de consommation. (Edit au 25/03/15 : d'après le service technique Fibaro, le module ne mesure pas la consommation, on avait trouvé cette information sur le blog de notre confrère, il s'agit visiblement d'une erreur). - Borniers plus gros = possibilité de mettre des fils de plus forte section. Moins : - Bombé sur le bas (à cause du bornier plus gros) = épaisseur de 20mm au lieu de 15 précédemment. - Puissance maximale réduite à 2500W total au lieu de 3000W (et encore, ils annoncent 10A max, donc pour nous cela devrait faire 2300W max. à 230V. A moins que ce ne soit à 240V et que le nombre d'ampères soit arrondi de 10,42 à 10). - A priori, pas d'alimentation possible en 24V (mais cela reste à confirmer). Il semblerait d'après le service technique de Fibaro que ce soit le même logiciel, donc les mêmes paramètres. Nous avons mis à jour notre tableau Comparatif de micromodules relais Z-Wave et DI-O Nous le mettrons à jour au fur et à mesure que nous recevrons des informations complémentaires. Jérôme.

Bonjour Phil, Peux tu m'indiquer les problèmes rencontrés avec les produits suivants : - DSB05 - ZP3102 - SCS317* D'après nos test, ces produits sont compatibles. Certains tests ayant été fait il y a un bon moment (et en V3.X), les mises à jour successives peuvent avoir ajouté des problèmes ... Suivant les problèmes constatés, nous pourrons refaire des tests. D'une manière générale, n'hésitez pas à nous communiquer toute incohérence entre les compatibilités que nous affichons sur nos fiches produits et celles que vous constatez. Un gros travail de mise à jour est prévu dès que la V4 sera enfin stable. *Concernant le SCS317, le problème que nous avons constaté est dà» à sa fonction de planification qui écrase les consignes envoyées par les box domotiques à chaque changement de plage horaire. Il ne semble malheureusement pas possible de désactiver cette planification. Le plus simple aujourd'hui est clairement de préférer le SRT321, certes moins esthétique et plus adapté à une utilisation avec un box domotique. Jérôme.

Mieux, ils récupèrent en global et pour chaque canal indépendamment : - Tension en V - Intensité en A - Puissance instantanée en W - Consommation cumulée en kWh Par contre, ils utilisent la valeur 4144911 pour le paramètre 101 ( et 0 pour 102 et 103). Je sais pas si c'est un bogue d'affichage ou une valeur possible mais elle n'est pas logique avec les infos que l'on a ... J'ai essayé cette valeur sur la V4 mais elle me renvoie 592143 ce qui signifie qu'elle n'accepte pas la valeur 4144911. ---> au final je n'ai de toute façon toujours aucune mesure sur le dashboard ni même ailleurs. Ce qui est bizarre, c'est que AEON ne parle pas de reports en A ou en V. Il doit donc y avoir des bits supplémentaires non documentés dans le engeneering specs ... (c'est un problème récurent chez AEON dont les docs sont pas toujours claires / complètes / à jour). Je sais pas comment Zipato a eu ces informations mais je comprend que Fibaro n'avance pas trop sur le sujet. PS: j'ai re-testé un 3 pinces sur du monophasé et je confirme que les mesures sont délirantes (tension de 58V au lieu de 230, 9W sur la pince 1 quand je dois en avoir 40 et plus bizare : la valeur totale du "Main" est de 39W (alors que j'ai rien sur les 2 autres pinces). J'avais déjà demandé à AEON qui m'avais confirmé que la 3 pinces ne pouvait fonctionner que sur du triphasé (contrairement à la 3 pinces en G1 qui pouvait fonctionner avec 3 circuits monophasés). Je confirme aussi que la G2 en 2 pinces ne peut pas être utilisée en France car elle est réservée à des installation à 2 phases (non utilisé en France).

Je viens de faire des tests sur une zipabox avec les mêmes paramètres et tout fonctionne. Ce n'est donc pas un problème de paramètres.

J'ai ouvert le ticket 1984 sur le bugtracker car en V4.018 rien ne passe. Merci pour la doc des paramètres (et merci à Alexander de Z-Wave Europe qui a écrit ce document alors que AEON n'arrive pas à nous le fournir ...)

@SebDel, merci pour ces infos. On va tester cela en 3.59 mais ce n'est pas très "User Friendly" on est loin du plug and play dont Fibaro nous a habitué. Je viens de tester sur la beta 4.018, on a pas le problème des canaux cachés par contre toujours pas de remontée de mesure (sur aucun canal, ni en Watts instantanés, ni en kWh cumulés) et cela malgré l'application des paramètres que tu a listé. @Krikroff, on va alimenter le bug-tracker pour faire avancer les choses et pour le moment, on conseille à notre client d'attendre que le support soit OK, car ce qui me fais peur avec la solution qui fonctionne en 3.59, c'est qu'on ne sait pas si elle fonctionnera encore en 4.x. C'est vraiment dommage car ce module est excellent ...

Bonjour à tous. Suite à des recherches pour un client, nous sommes allé vérifier sur le Bug Tracker de Fibaro ou en était l'intégration du AEON DSB28 aka "Home Energy Meter 2e Edition (G2)" (celui sans le logement à piles et avec de 1 à 3 câbles bipolaires à relier pour l'alimentation et la mesure de tension / déphasage). D'après le Bug Tracker [bug #1128 (bugzilla.fibaro.com)], le problème est résolu depuis le beta 4.02 ... Sauf que nous avons refait des tests avec une 4.018 avec des modèles à 1 et 3 pinces et nous n'arrivons toujours pas à les faire fonctionner : - 2 canaux détectés sur le 1 pince (Total et pince 1), 4 canaux pour le 3 pinces (Total et pinces 1 à 3) --> OK - Aucune mesure ne remonte sur aucun des canaux (même en forçant le polling à 5 secondes). - Aucun paramètre Z-Wave n'est pré-configuré (pourtant sur le BugTracker, Socha parle d'un template de paramètres). Quelqu'un a t'il réussi à faire fonctionner ce produit récemment ? Cordialement, Jérôme.

Aucune idée, tout simplement aucune réponse à mes deux mails ... J'ai un grossiste via lequel je pourrais en commander mais la marge est tellement ridicule qu'une fois les frais de port offerts, il ne nous resterait que quelques euros. Il est important que nous fassions un minimum de marge pour payer le SAV et les différents frais de fonctionnement

Nous avons reçu la réponse de Wanscam. Il s'agit en fait d'une fonction (je m'en doutait un peu). Elle n'est peut être pas présente sur toutes les versions firmware (il faudrait vérifier les versions de ceux qui n'ont pas remarqué ce comportement). D'après Wanscam, c'est pour plus de stabilité du logiciel. Il est vrai que sur ce type de matériel avec peu de mémoire vive, le moindre bogue avec fuite mémoire peut figer le matériel et nécessiter un "hard reboot". Je leur ai tout de même demandé si une option d'activation / désactivation de cette fonction de reboot automatique "préventif" pouvait être ajoutée pour les clients qui n'ont pas envie qu'elles redémarrent tous les jours. Peut être aussi qu'un choix de l'horaire ou de la fréquence de redémarrage seraient des options sympa (ça doit utiliser les cron de linux, donc pas très difficile à priori). J'attend leur réponse mais je ne peux rien vous promettre car le marché français est petit et les chinois ne développent des fonctions que si elles sont très populaires. Leur priorité actuelle est le support du standard OnVif, prévu pour très bientôt sur les modèles HW. Pour rappel : - Si le bruit dans les HP lors de l'initialisation du contrôleur son vous gêne et que vous n'utilisez pas le HP, une prise casque "jack" connectée sur la sortie HP externe à l'arrière de la cam coupera le son. - Il est possible de régler la position par défaut de la caméra, donc après reboot, elle reprendra la position que vous souhaitez.

Excellente nouvelle, j'avais cherché mais pas trouvé où étaient stockés les fichiers conf des caméras sur les SYNO. Nous allons tester cela dès que nous aurons 5 minutes

Bonsoir à tous. Il semblerait que le contact chez Zavio nous boude (pas de réponse à mes deux mails). Nous sommes en train de tester des cam Genrui (1,3, 2Mpx et 3MpxWDR toutes en PoE) mais il est encore trop tôt pour dire si nous validerons ces produits.

Reste donc a savoir s'il s'agit d'une fonction (?) ou d'un bogue ... (le bases logicielles sont communes aux différent modèles). En tout cas cela ne semble pas être d'origine matérielle.