pepite

Bonjour, Moi je n'ai rien fait si ce n'est patienter ;-) Je n'ai touché à rien, et hop le retour était OK.

Salut @SimonT, Le test dont parle @nico est le "if" Essaie ceci dans une scène et ance la manuellementa u cas où, n'oublie pas d'armer le module avant ;-) --[[ %% properties %% events %% globals --]] function setArmedStatus(deviceId) local dev = api.get('/devices/' .. deviceId) -- false= disarm; true= armded dev.properties.armed = false api.put('/devices/' .. deviceId, dev) end setArmedStatus(80)

N'heiste pas àpartager pour susciter notre curiosité ;-)

oui c'est la, la seule chose que tu enleves c'est ton local deviceId en debut de code @nico : oui c'est bien ce qu'il a fait, il a juste declarer au début de son code avant la fonction local deviceId = 80 son id a desarmer, et je pense que cela vient de là . :60:

excellent kikoroto ;-) Courage !!

enleve ton local deviceId = 80 au debut de ton code Laisse juste la fonction et l'appel à la fonction comme tu l'as fait

et tu arrives àarmer avec le true ? si tu desarmes manuellement depuis l'interface ?

je pense que tu l'as mis où il fallait, mais tu veux armer ou désarmer ? false ou true selon. Comment lances tu ta scene ?

Bonjour, As-tu essaye de recalibrer tes modules ?

Bonjour à tous, Une petite aide à la compréhension du fonctionnement du 212 svp ;-) Voila mes expériences, postulat de départ lumiere eteinte 1- 2xS1 : lum max : ok 1xS1 : lum off : ok 2- Dim depuis l'api : ok 2xS1 : lum max : ok 1xS1 : lum off : ok 3- A - appui +/- long sur S1 pour dimmer : ca me met une valeur ok, mais je pense que j'ai du rater qqch appui +/- long sur S1 : lum max 1xS1 : redim au niveau de A 2xS1 : lum off 4- 1xS1 : dim A precedent appui +/- long sur S1 : lum max 2xS1 : off 5- Dim api 1xS1 : off 2/3 questions : - Est-ce le comportement normal ? - J'aimerais pouvoir mieux dimmer depuis le bouton poussoir, quelle valeur pour vos paramètres 6 et 8 ? si c'est bien ceux ci qui modifient cela - Comment faire après lumière dimmée pour éteindre avec 1xS1 et non 2xS1 ? Mes paramètres au cas où, avec lesquels j'ai bien joué mai sans résultats probants ;-)

Bonjour messieurs, Je me demandais techniquement ce que vous faisiez pour le passage de vos câbles RJ. Vous avez percé au milieu du diamètre de la cam pour passer le câble dans le plafond et le brancher ?

Tout est faisable, et tu as raison, ne baisse pas les bras, tu vas voir c'est TOP ;-) Le Maitre a assuré avec GEA. Et pour avoir les coups de main pédagogique : direction le support GEA.. Propose ligne par ligne ou par besoin, pas tout en 1 fois, et tu verras tu auras de l'aide sans souci ;-)

@sakkho, j'aime bien celle que tu as choisi pour l'interieur ;-) sinon tu m'epateras toujours, tu lis les datasheets en chinois, juste magnifique ;-)

Bonsoir, A voir avec les experts pour plus de précision, techniquement pourquoi pas. J'y vois un inconvénient si j'etais client, au vu de la somme engagée pour domotiser un domicile, je n'aimerais pas que l'intégrateur vienne avec le matériel dans les cartons déjà ouverts. J'aurais un doute sur la qualité du matos, entre 2 devis, je prendrais celui qui viendrait avec le materiel neuf emballé non ouvert tout en sachant que le temps de présence sera plus long. Après cela n'engage que moi. La HC2, bon choix :-) tu auras d'enorme possibilités. Jeedom et Lifedomus sont aussi abordés ici.

Exact, bien joué !!

Bonjour tout le monde, Alors là , je sèche je dois être un boulet lol J'ai amené le neutre au poussoir avec le retour lampe..rien à faire...Grillé le module ? Quelque soit le branchement..hihi Evidemment j'ai testé avec un FGD-212 fraichement recu (mon 1er) et ca a fonctionne du 1er coup.. Où est-ce que je me trompe ? Photo à suivre du branchement avec le flush dimmer

Ah oui, vas-y lance toi, n'hesite pas ;-)

Interessant non ? Domotique (3) : Google repart à l’attaque avec Thread Il existe déjà pléthore de protocoles de communication sans fil pour la domotique et la GTB. Mais Google a décidé d’en développer un nouveau. Son nom est Thread. Bonne nouvelle, plusieurs efforts – réels – sont engagés pour le développement d’une langue commune (7e couche des protocoles) et pour la dissocier des supports physiques de communication. Nouvel arrivé, Thread se concentre sur les fonctions de transport et de sécurité, donc sur les couches 1 à 6 des protocoles de communication (voir notre précédent article). Dans le même temps, Nest Labs, propriété de Google, continue d’approfondir Weave, un autre protocole, concentré sur les couches 6 (sécurité des messages) et 7 (applications) de l’architecture normalisée des protocoles. Un pied dans chaque camp Google a réussi à entraîner dans son offensive, les poids lourds de l’électronique mondiale et même des petits français, comme Delta Dore, Somfy et Legrand. Le but est tout simplement de conquérir le terrain de la domotique en logement et en petit tertiaire, puis de le tenir solidement. Les moyens utilisés relèvent davantage de la séduction que de la contrainte. Il s’agit de proposer une solution technique tellement incontestable que tout le monde sera tenté de l’adopter. Thread possède en effet d’indéniables qualités. Ensuite, il sera rendu compatible avec les 7e couches des concurrents. ZigBee, par exemple, n’est pas considéré comme un ennemi, mais comme un allié potentiel. KNX, c’est autre chose. KNX est européen d’origine, tandis que les deux autres sont américains. Prudents tout de même, les grands industriels du secteur, de Samsung à Schneider Electric, participent à tous les groupes développant des solutions communication pour la domotique et les objets connectés. Nous tentons, en vain jusqu’à présent, mais nous n’avons pas renoncé, de comprendre quel intérêt ils trouvent à être partie prenante d’un conflit en combattant simultanément dans des armées rivales. Le nouveau protocole sans fil Thread ne réinvente pas la roue. Il se concentre sur les trois couches qui gèrent la sécurité, la communication en toile d’araignée et la correspondance entre IPv6 et IPv4. © Thread Group Des milliards de milliards de milliards de milliards d’adresses L’un des avantages de Thread et de Weave, c’est qu’ils reposent sur des briques standards. C’est-à -dire des normes internationales. Les premières spécifications du protocole Thread ont été publiées en juin 2015. Elles peuvent être librement utilisées et ne supportent aucune redevance à payer, aucune licence à acquérir. Thread est un protocole de communication sans fil, dont le détail a été révélé lors d’un séminaire technique de deux jours à Evian en novembre dernier. Thread repose sur les standards IPv6 et 6LoWPAN. IPv6, où IP signifie Internet Protocol, est une couche 3 dans le modèle standardisé des protocoles. Il a succédé à IPv4 qui permettait de créer un peu plus de 4 milliards d’adresses différentes. Ce qui est trop peu pour les besoins du développement accéléré d’internet. IPv6 permet de créer 3,4 x 1038 adresses différentes. Ce qui, rapporté à la surface de la terre, permet théoriquement d’installer 667 millions de milliards d’appareils connectés par mm², chacun avec son adresse propre. Nous avons de quoi voir venir. Thread ne s’intéresse qu’à l’intérieur des bâtiments. Officiellement, seulement des logements pour l’instant. Mais le nombre important d’objets connectables laisse présager une extension au tertiaire à terme. © Thread Group 6LoWPAN ou l’art de découper les messages en petits morceaux IPv6 multiplie monstrueusement le nombre d’adresses possibles, mais il est plus verbeux que le précédent standard IPv4. Les spécialistes soulignent qu’un en-tête de message IPv6 requiert 40 octets. Alors que TCP et IPv4 se contentaient de 20 octets. Les protocoles sans fil utilisés dans les réseaux locaux comme ZigBee, sont tous fondés sur la norme IEEE 802.15.4 très avares sur les octets disponibles pour les messages. Pour résoudre cette contradiction entre un IPv6 gourmand et des normes de communication sans fil pingres, le protocole 6LoWPAN crée une sorte de compression et de fractionnement des en-têtes IPv6. Cela permet de découper les messages IPv6 en petits morceaux, plus facilement transportables, et de les réassembler en un tout compréhensible et conforme à l’original lorsqu’ils arrivent à destination. A l’intérieur du logement, Thread adopte une structure de communication en toile d’araignée pour garantir le bon acheminement des messages. Chaque appareil compatible est à la fois émetteur et récepteur. © Thread Group Les 3 avantages de Thread Grâce à sa conception, Thread offre trois avantages par rapport à ses concurrents sans fil comme ZigBee ou Z-Wave. Comme eux, il possède une structure en toile d’araignée (Mesh structure) qui garantit le bon acheminement des messages. Mais, un réseau Thread peut comporter plusieurs centaines d’objets raccordés. C’est intéressant en logement dans la perspective de la multiplication des objets connectés. Mais ça l’est aussi en tertiaire et pourrait expliquer la participation de Belimo au Tread Group. Deuxièmement, sa couche de sécurité est exceptionnellement solide. Ce qui réduit fortement la possibilité d’intercepter et de décoder les messages Thread échangés dans un réseau. Troisièmement, ses besoins très réduits en électricité permettent de l’utiliser sans problème pour des objets de petite taille à usage intermittent. Enfin, Thread est compatible avec tous les appareils utilisant un protocole conforme à la norme IEEE 802.15.4 (WiFi, ZigBee, Z-Wave, etc.), au prix d’une simple mise à jour de leur software. Ce qui devrait permettre aux fabricants de proposer facilement des appareils multiprotocoles. Une installation domestique en Thread communiquera vers l’extérieur soit par WiFi puis la box internet du logement, soit directement par téléphone. iSocket Sytems, notamment, développe des solutions utilisant des réseaux cellulaires à bas débit. © iSocket Systems Les premiers produits Thread sont disponibles Le Thread Group qui pilote les développements du protocole Thread compte déjà 211 membres, dont Velux, Somfy, Zumtobel, Philips Lighting, Osram, Schneider Electric, Delta Dore, LG, Nest naturellement, Samsung, Arm, Huawei (les téléphones chinois qui montent), Gewiss (éclairage italien), etc. On trouve aussi quelques fabricants de climatisation, plutôt chinois comme Midea. Mais les industriels de la chaudière et de la pompe à chaleur sont absents du Thread Group pour l’instant. Les premiers produits Thread ont été présentés en janvier au CES de Las Vegas. Yale, le fabricant de serrures, propose une serrure connectée avec Thread pour le transport des données et leur sécurisation et Weave pour la couche applicative, notre fameuse septième couche. La gamme HUE d’éclairage connecté de Philips Lighting est également compatible Thread. D’autres produits devraient être exposés par plusieurs constructeurs au salon Light+Building mi-Mars à Francfort. Yale Locks, le fabricant de serrures, a été l’un des premiers à proposer un produit compatible Thread. Sa serrure connectée accède à internet à travers un réseau Thread. © Yale Locks Thread et ZigBee travaillent ensemble Thread ne s’occupe pas de la 7e couche (voir notre second article). Mais il en faut bien une tout de même pour que les appareils fonctionnent ensemble. Les appareils ZigBee seront rendus compatibles avec Thread pour le transport des données. Les appareils Thread utiliseront la nouvelle 7e couche unifiée ZigBee 3.0 que ZigBee Alliance devrait publier en fin Mars ou début Avril 2016. De plus, les deux groupes ont annoncé le 6 janvier dernier qu’ils développaient une solution commune de certification des produits. Cette certification vérifiera que les produits communiquent sur des réseaux ZigBee et Thread et comprennent les instructions ZigBee 3.0. Par ailleurs, ZigBee Alliance a également annoncé en janvier une collaboration avec enOcean Alliance, chargée du développement du protocole sans fil et sans pile (les émetteurs ne sont pas alimentés) enOcean. Le but est que la 7e couche du protocole enOcean soit, dès le second semestre 2016, rendue compatible avec la nouvelle 7e couche unifiée ZigBee 3.0. L’association Z-Wave a elle-aussi annoncé au CES de Las Vegas qu’elle utilisera à l’avenir le protocole Thread, tout en conservant sa 7e couche propriétaire. Nous allons vers une totale dissociation entre la septième couche et les supports de communication. Enfin, grâce au rapprochement entre ZigBee et enOcean, une 7ecouche commune à plusieurs protocoles émerge ! Mais alors, à quoi sert Weave, développé par Nest qui appartient à Google ? Ce sera l’objet du quatrième épisode de notre feuilleton sur la domotique. La gamme HUE de Philips Lighting est compatible avec Thread, ZigBee et enOcean. © Philips Lighting

Bonsoir, Si tu es en 4.091 beta, le bug est connu, le code pour desarmer est dans le sujet de la beta 4.091

@jojo, 22 detecteurs derriere, plus 1 cm de zone d'ombre tout est under conrol ;-)

J'ai trouvé ca pas mal aussi ce mail, je me serais cru au boulot ;-)

@jojo, ton seletronic couvre quelle surface ? ce FT89 R..passe pas le WAF pff

@Did, certaines sonnettes sont en 12 V ? Faut quej'ouvre mon carillon pour voir, j'ai pas accès au bouton poussoir scelle dans la brique ;-(

Hi joompa68, This one but it's not with GEA function setArmedStatus(deviceId) local dev = api.get('/devices/' .. deviceId) -- false= disarm; true= armded dev.properties.armed = false api.put('/devices/' .. deviceId, dev) end setArmedStatus(403)

ah ben la messieurs, je n'aurais jamais pensé àcela ... Encore du mal avec tout cela..hihihi SUPERBE !! je pourrai pe le faire pour mon carillon aussi ;-)