J3R3M

Bonjour,

Il s'agit d'un ordinateur bridé pour une utilisation bien particulière.

À partir du moment où il est utilité correctement, il ne devrait pas y avoir de problème d'après moi!

De mon côté, pas de HC3. Pour la HC2, Fibaro avait déjà vendu un écran de fumée sur la grande compatibilité avec tous les appareils Philips Hue, Sonos, iRobot...

Bilan? Pour Philips Hue et Sonos, ce ne sont que des plugins qui ne permettent nativement aucune interaction avec la HC2. Pour iRobot, pire, ils l'affichent fièrement sur leur page d'accueil, mais ils ne fournissent rien.

Visiblement, c'est encore la même chose pour la HC3. Aucun intérêt de faire la bascule si tu as une HC2 qui fonctionne bien à l'heure actuelle, si ce n'est juste pour avoir la nouveauté et devoir tout se refarcir...

Et finalement, il ne s'agit que d'un ordinateur plus puissant sur lequel a été développé une nouvelle interface.

Dans la pratique, quelqu'un qui bidouille un peu devrait être capable de mettre en place l'interface de la HC3 sur la HC2, une sorte de HackC3

Bonjour,

Alors effectivement, tu as assigné une icône par bouton. Ce qui met bien à jour l’icône principale du VD quand tu appuies sur un de ceux-ci.

Cependant, si l’action ne vient pas directement de ces boutons et que tu veux quand même voir une icône à jour, il faut ajouter autre chose pour surveiller régulièrement l’état de ce module pour savoir quelle icône afficher. Cela se passe dans la boucle principale (Main loop) du VD (tout en bas).

Tu vas devoir connaître l’ID de tes icônes stockés dans la HC2 : Ici

Et ensuite ajouter une condition qui vérifiera l’état du module et affichera une icône en fonction de celui-ci : un exemple ici.

Avec plaisir!

Afin d’être certain qu’on parlait de la même chose et de ne pas avoir répondu à côté, je précise que, pour moi, un adaptateur SFC permet de s’affranchir du cuivre du RJ45 en « transportant » le signal via une fibre LC. Ainsi, la longueur de câble peut considérablement être augmentée et le signal ne subit pas les soucis de bande passante du cuivre sur grande longueur, permettant donc un débit ultra-rapide.

La plupart des switchs proposent un débit de 10Gb/s uniquement en SFC, alors qu’il est aisément transportable sur liaison cuivrée, mais sur des longueurs plus courtes. Bref, ce que je veux dire, c’est que pour moi, il s’agit qu’une simple liaison RJ45 à grand débit.

Si tes appareils n’ont pas l’utilité de ce débit (comme 99% des appareils informatiques grand public actuels) n’importe quel port 100Mb/s fera largement l’affaire et ça sera déjà très rapide.

Il y a 11 heures, Bloug a dit :

Si le switch nest pas manageable, c'est bien cela ?

Oui. En fait, un switch non manageable peut tout de même être considéré comme une multiprise réseau intelligente, il va distribuer les paquets là où il faut.

Les périphériques réseau remontent plusieurs éléments les concernant, dont, s’ils en ont, leur nom, qui peut être une référence ou le nom du produit ou sa marque par exemple. C’est ce qui fait que, le nom des clients soient visibles dans ton switch manageable, ou sur la page d’administration de ta box internet ou même plus simplement, dans la liste des appareils réseau de ton ordinateur.

Ainsi, un switch manageable A branché sur le port x d’un autre switch manageable B pourra remonter son nom. Ce qui affichera le nom de A quand tu regarderas ce qui est branché sur le port x de B.

Concernant un switch classique (non manageable) il n’a pas d’adresse physique et ne remontera rien venant de lui-même.

Par contre, chacun des périphériques qui y est connecté propagera son nom sur le réseau. Ce qui fait que, sur le port x de ton switch manageable, tu pourras voir, non pas le nom d’un switch qui n’en fournit pas, mais aléatoirement ceux des périphériques qui y sont connectés

Mais on parle bien d’un simple affichage de nom là, donc rien de bien important quand on souhaite simplement étendre son réseau 

C’est aussi très vulgarisé, ne me frappez pas les informaticiens professionnels 

Il y a 7 heures, Bloug a dit :

Bahh j'c pas !  ...passer par le sfp c'est plus pour :

dire au 1er switch qu'il y a son pot ailleurs

ne pas utiliser un port pour rien ...

Il y a 4 heures, Bloug a dit :

Mon idée du Sfp c'est qu'il prolonge mon réseau de manière transparente !??

Bah le 1er switch n'a pas vraiment à savoir s'il a des potes.

Si tu veux étendre ton réseau, tu rajoutes simplement un switch qui sera relié à ton réseau principal (ici zyxel 1900-48hp) via un simple câble RJ45, le SFP ne me semble pas indispensable ici.

Il y a 4 heures, Bloug a dit :

maintenant peut etre que cela n'a aucune importance car le premier switch fait le travail ? du coup je prend un truc pas cheros genre : Netgear GS108LP ??

Si c'est de la communication réseau basique, tu n'as pas besoin de rajouter un switch manageable.

Sauf si tu souhaites manager un périphérique en particulier qui sera câblé ici?

Il y a 4 heures, Bloug a dit :

Si mon premier switch est sur la plage 192.168.1.0-250 un autre switch non ménageable donnera Quoi ?

Il sera également sur cette plage. Le DHCP sera effectué correctement.

Aussi, au niveau du retour d'informations (nom du périphérique) sur le RJ45 où est câblé ce nouveau switch, il risque de changer régulièrement... Y'a pire

Bonjour,

Pour moi, aucun intérêt de se restreindre à utiliser la même marque de périphériques réseaux.

L'utilité principale d'utiliser la même marque est surtout de faciliter l'administration du réseau ou dans des conditions bien spécifiques, comme combiner plusieurs appareils pour permettre l'utilisation d'une option propriétaire à la marque.

Si tu souhaites utiliser des adaptateurs SFP, je suppose que c'est pour permettre un débit important (+ de 1Gb/s). Dans ce cas, sois juste vigilant que le prochain switch puisse traiter ce débit, ça serait dommage sinon

Avec plaisir!

Bonne continuation sur le forum

Il y a 2 heures, alaindu13 a dit :

Peut ont gérer sur edomus plusieurs ouverture en % exemple ouvrir la porte du garage a 20 ou 70 % au choix?

Le module peut recevoir cet ordre oui.

Et c'est d'ailleurs un ordre comme celui-ci qui lui est envoyé lorsque tu demandes une ouverture à 50%.

Donc il y a de grandes chances que tu puisses personnaliser des autres commandes.

Après, il faut voir du côté de l'Eedomus...

Génial!

Je ne peux malheureusement pas t’aider pour la prise en charge des fonctions par OK Google, ne l’utilisant pas.

Il est possible que seules les fonctions ouvrir et fermer soient prises en charge, ou alors qu’il faille activer une autre option?

Tu as le contrôle de l’intensité des lumières via OK Google?

Tu peux cliquer sur le texte « calibrage du module FGR223 » ci-dessus, cela t’ouvrira une page t’indiquant comment faire

Il y a 1 heure, alaindu13 a dit :

De la bombe  ca marche nikel,sauf que sur EEDOMUS ouverture 50% ne fonctionne pas ,ca ouvre,ca ferme  

Merci beaucoup

Bonjour @alaindu13 et merci de ton retour!

Je suis certain que ton expérience pourra aider d'autres personnes!

As-tu procédé au calibrage du module FGR-223?

Sinon, le retour d'information ainsi que les commandes comme "Ouverture 50%" ne donneront rien effectivement.

Je pensais effectivement à quelque chose de ce genre.

Reste vigilant sur l'harmonisation des commandes : S1 commande Q1 (Montée) et S2 commande Q2 (Descente).

Il ne faut absolument pas qu'il y ait une incohérence dans ce câblage entre tes déclencheurs, sous peine d'avoir un fonctionnement anormal!

Mais ça ne serait pas dangereux pour le moteur, puisque seul le FGR contrôlera ses tensions

Pour que la câblage soit plus aisé, je t'invite à câbler directement tes sorties de RT3 sur les borniers disponibles de ton interrupteur.

Ainsi, tu n'auras qu'un seul câble arrivant sur tes entrées S1 et S2

Ce câblage pourrait être schématisé comme si tu avais deux interrupteurs en parallèle en entrée sur S1 et S2.

Il suffira donc qu'un seul d'entre-eux envoie une commande pour qu'elle soit reçue (via la phase L qui sera envoyé sur S1 ou S2).

Ce câblage en parallèle implique que lorsqu'une tension se retrouve aux bornes d'un des déclencheurs, elle le sera automatiquement sur le second.

Simplement, là où ça ne risque rien du côté de l'interrupteur, je ne sais pas comment est fait électroniquement le RT3 et s'il y a un risque quelconque si une tension se retrouve sur une de ses sorties que lui même n'alimente pas.

Je présume qu'il y a un relais qui gère cela et que cela ne présente pas de risque. Je le ferai ainsi sans trop m'inquiéter de mon côté, mais je me dois de t'informer de cela, ne souhaitant pas être responsable d'une quelconque anomalie.

Bonjour @alaindu13

Donc, pour avoir quelque chose plus en adéquation avec ton installation, en rajoutant simplement un FGR223, je te propose de débrancher les sorties Montée et Descente sortant de ton Récepteur Nice RT3 (actuellement câblés sur le moteur) pour les brancher respectivement sur les entrées S1 et 22 du FGR, donc en parallèle de l'interrupteur. Ainsi, le double interrupteur et le récepteur Nice commanderont le FGR et non plus directement le moteur, qui lui le sera uniquement par le module Fibaro.

Evidemment, tu l'auras compris, ton interrupteur également devra être débranché du moteur, à l'image des schémas que tu as fait précédemment.

@mprinfo, il semble que tu as oublié de flooter ton mot de passe sur le lien hypertexte du bouton 15 de ton VD(Relais 1).

Sache que n'importe quel téléphone avec l'application Fibaro sera une télécommande une fois le FGR-222 branché!

Il sera aussi possible de programmer une ouverture automatique dès qu'un de ces téléphones sera à proximité de la porte

Sinon, il faut simplement que tu changes ton câblage pour conserver la télécommande.

Comme je t'ai demandé ci-dessus : peux-tu faire un schéma de comment était câblé ton interrupteur auparavant?

D'accord... Et bien il s'agit d'un bien beau récepteur

Au niveau du câblage, tu as une inversion entre haut et bas, il faudrait inverser les sorties Q1 et Q2.

Par contre, le FGR-223 est fait pour avoir un commutateur en entrée pour déclencher manuellement les relais, sur S1 et S2.

Mais je ne suis pas certain qu'il fonctionne correctement s'il est en parallèle d'un autre interrupteur qui peut démarrer directement le moteur (en IR)...

Notamment au niveau du retour d'informations... Je ne peux pas m'engager sur cela, je laisse la parole aux experts pour cela...

Comment était câblé ton double interrupteur auparavant?

Bonjour @alaindu13,

Peux-tu me dire quel est l'élément sur la partie droite du schéma s'il-te-plaît?

Je distingue sans problème l'arrivée du courant et le moteur, mais je ne sais pas ce qu'est cette plaque et ce qu'elle gère?

Bonjour @Rem's,

Presque deux ans plus tard, je viens aux nouvelles quant-à ton utilisation de ce VD.

Est-ce que tu l'utilises encore? As-tu un retour à faire sur son efficacité? Des idées d'améliorations éventuelles?

Il y a 18 heures, alaindu13 a dit :

Donc j'ai essayer d'ouvrir le capot et donc je voie un peut le moteur mais c'est tout, pas de marque visible dsl mais il y a juste 4 fils qui sorte et qui va sur mon recepteur de telecommande et a l'interrupteur c'est tout ce que je peut te dire.

Bonjour,

Mais tu n'as aucune facture, aucun schéma, aucun mode d'emploi?

Pour que tu saisisses un peu mieux les informations nécessaires, je t'invite à regarder la documentation des modules Fibaro FGR-223 et FGS-212.

Pour chaque module, il y a un schéma de câblage, ça devrait t'aider

Bonjour,

Je ne comprends pas forcément bien la configuration, il faut savoir comment est contrôlé électroniquement ton volet roulant.

Même s'il s'agit d'un simple volet roulant, il doit y avoir une marque pour celui-ci et/ou son moteur, afin éventuellement de déduire la configuration en place.

En fonction de cela, tu auras deux possibilités:

• Devices FGR module classique pour gérer des volets roulants, avec retour d'information sur la position de ceux-ci. Le moteur du volet roulant doit être branché directement sur ce module
• Devices FGS module de gestion de puissance en contacts secs, qui sera nécessaire si le volet est déjà contrôlé par une électronique. Dans ce cas, ce module rentrera en entrée auxiliaire, certainement comme ton récepteur IR actuellement. Au niveau des retours d'informations, tu auras "allumé" et "éteint"

Il y a de fortes chances que ton installation soit propice à l'installation du FGS.

Moyennant quelques changements (et un accès à l'électronique du moteur), l'installation d'un FGR doit être possible.

Bonsoir @alain13,

Non, ce n’est pas de ce module dont tu auras besoin dans un premier temps. Ce que tu montres est simplement un double interrupteur « classique » 

Visiblement, tu as déjà ce double interrupteur, donc il faudrait simplement que tu rajoutes un module qui pourra être contrôlé par les boutons déjà existants.

Sais-tu quelles sont les besoins électriques (courant et tension) de cette porte ? Tu dois pouvoir trouver cela dans le mode d’emploi de cette porte.

Par contre, comment envisages-tu de rajouter un module si les connectiques sont inaccessibles, car dans le placo?

Personnellement, je trouve les sujets de messages commençant par "HELP !!" moyennement agréables...

C'est un forum d'entraide, si tu mets simplement que tu as un gros problème à l'allumage, on comprendra la situation, sans avoir l'impression que ta vie en dépend et qu'il faut urgemment te répondre...

Concernant ton problème, tu peux essayer de :

1. Éteindre la HC2
2. La débrancher
3. Attendre 4-5mn
4. La rebrancher et l'allumer

Si la situation est similaire, essaie de rentrer en mode recovery.

Si tu rentres dans le mode recovery sans problème, tu peux éventuellement tenter de la redémarrer une fois de plus.

J'ai souvent ce problème et je n'ai jamais eu à faire un recovery.
 

Bonjour,

La première chose est de commencer ton script par le trigger de celui-ci : le module qui s'activera lorsque la fenêtre s'ouvrira.

--[[
%% properties
10 value
--]]

Ce module doit avoir une valeur "contact ouvert" (fenêtre ouverte) et une valeur "contact fermé" (fenêtre fermée). Il faut donc ensuite vérifier l'état de ce contact, puisque la vérification n'est pas nécessaire si la porte vient d'être fermée.

if fibaro:getValue(10, "value") == "contact ouvert" then fibaro:abort(); end

La suite du code vérifiera toutes les x secondes si la fenêtre est encore ouverte. Si elle est ouverte depuis plus de x secondes -> action.

Pour cela, il faut tu te renseignes sur la fonction setTimeout() qui te permettra de temporiser une partie de ton script.

Ta scène pourrait ressembler à cela (non testée et à ajuster avec les bonnes valeurs/bons ids) :

--[[
%% properties
10 value
--]]

local duree = 10; -- Actions effectuées après x secondes d'ouverture
local intervalle = 1; -- Vérification toutes les x secondes
local HeureOuverture = os.time();

local function actions()
  -- Liste actions à effectuer si toujours ouverte après valeur de la variable duree
end

local function verif()
  if fibaro:getValue(10, "value") == "contact fermé" or fibaro:countScene() > 1 then
    fibaro:debug("Fenêtre fermée ou scène déjà active. Arrêt de cette instance.");
    fibaro:abort();
  end
  local diff = tonumber(os.time() - HeureOuverture);
  if diff <= tonumber(duree) then`
    fibaro:debug("Fenêtre ouverte depuis "..diff.." secondes");
    setTimeout(verif,intervalle*1000)
  else
    actions();
    fibaro:debug("Actions effectuées");
  end
end

verif();

Pour avoir un VD (et donc une VG) qui se se maintient à jour tout seul, ajoute cela dans la boucle principale :

local function saison(jour, mois, heures, minutes)
    if jour == "21" and tonumer(heures) == 0 and tonumber(minutes) == 0 then
      if mois == "03" then fibaro:call(fibaro:getSelfId(), "pressButton", "1");
      elseif mois == "06" then fibaro:call(fibaro:getSelfId(), "pressButton", "2");
      elseif mois == "09" then fibaro:call(fibaro:getSelfId(), "pressButton", "3");
      elseif mois == "12" then fibaro:call(fibaro:getSelfId(), "pressButton", "4");
    end
  end
end

saison(os.date("%d"), os.date("%m"), os.date("%H"), os.date("%M"));

Ce code :

• Appuiera sur le bouton 1 du VD (Printemps) le 21 Mars à 0:00
• Appuiera sur le bouton 2 du VD (Été) le 21 Juin à 0:00
• Appuiera sur le bouton 3 du VD (Automne) le 21 Septembre à 0:00
• Appuiera sur le bouton 4 du VD (Hiver) le 21 Décembre à 0:00

Note donc que la période est mise à jour approximativement à la bonne date, puisque les changements de saisons s'effectuent aux alentours du 21, pas obligatoirement le 21,

• Modules -> Ajouter ou supprimer un dispositif -> Ajouter un périphérique virtuel
• Créer 1 bouton par saison

Pour stocker et éventuellement exploiter cette valeur par la suite :

• Créer une variable globale Saison, par exemple
• Dans chaque bouton, ajouter un code LUA contenant fibaro:setGlobal("Saison", "Saison du bouton");

Beaucoup plus simplement, il faudrait que tu enregistres simplement la valeur os.time() dans tes variables dès qu'un évènement que tu souhaites historiser se passe.

Ainsi, lorsque tu voudras comparer ou calculer une différence, il te suffira d'effectuer le os.difftime() et ensuite de l'afficher sous la forme que tu préfères avec os.date().