pepite

Bonjour, As-tu déjà reussi à integrer ton lecteur RFID avec ta HC2 ? En natif, sans passerelle, ca ne devrait pas fonctionner ;-)

Bonjour, Je rebondis, messieurs, en l'etat, je ne peux pas l'utiliser, ma future alarme sera avec une barriere en facade. Une idée ?

dommage alors

Bonjour, Tu vas bien t'amuser tu vas voir ;-) Pour le RFID, c'est pas gagne facilement avec fibaro ;-)

ah ben voila, j'avais meme pas fait de google non plus..; Bon, parametre 3 : sympa je trouve, bonne idee, mais je ne le ferai pas. le 20 : la reponse à nos questions, par defaut sur le "last status" On sera pe pas mal niveau conso avec les 90, 91 et 92 ;-) Tests ce soir ;-)

:13: ah ben j'ai du passé à cote de l'info, comme les revendeurs lol bizarre ce manque de com, c'est pourtant plutot positif ce passage en zwave + ;-) Quelqu'un a testé le petit nouveau ?

Bonjour, pas d'idees ? :-) Avez-vous vu ? je viens de le decouvrir http://www.domotique-store.fr/domotique/modules-domotiques/detecteurs-capteurs-mesure/detecteurs-mouvements-domotique-sans-fil-alarme/589-nouveau-fibaro-motion-sensor-fgms-001-zw5-detecteur-de-mouvements-sans-fil-z-wave-plus.html

@nico je parlais du ZW100 moi, petit HS pour le ZW096, entierement d'accord avec vous messieurs. moi aussi direction lampe, je ne vais pas les renvoyer ;-)

mince, trop tard aussi.. :-(

pour moi dans GEA tu dois pouvoir le mettre en trigger aussicomme l'a mis Shykra

ah oui, il est enooorme !! Puree vous me refaites douter... J'ai choisi l'alarme : ATEOS Je doute encore sur le detecteur exterieur !! Faut arreter j'arrive pas a me decider.. @flamaflex, puree toi aussi tu me refais douter, j'avais choisi une barriere "facade"

Deja utilisable dans GEA en conditions ou options @nico {“Labelâ€, <id_vd>, <nom label>, <contenu>} Si la valeur du label est égale à X {“Label!â€, <id_vd>, <nom label>, <contenu>} Si la valeur du label est différente de X

ah bon pourquoi ?

tres sympa l'info ;-) merciii

Je suis d'accord avec vous sur les parametres Fibaro, mais waouw pour les comprendre parfois. Chez Aetoc, le ZW100 est pas mal je trouve.

Le test par L'alliance de tous les modules...ce serait beau, mais me parait tellement utopique ;-) Supers tests @Lazer, je pense que pour moi, mes 2 prises vont finir sur une lampe ;-) Bon j'en ai mis une sur le frigidaire, effectivement la conso remonte, mais je n'arrive pas a savoir si c'est en instantané ou non ?

Apple ou Google pour moi ont une force de frappe incroyable. suffit de voir le nombre de personnes qui ne jurent que par Apple... Je pense tout de même que l'avenir n'est pas trop aux systèmes fermés proprios. Suffit de jeter un oeil cote Jeedom et consorts..mais pour moi n'est pas accessible à tout le monde, c'est plus que de l'huile de coude..

Désolé @Rocketlud, je n'avais pas vu. Ah ca c'est sur, de grosses societes ;-) A suivre oui

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

moi aussi, je pense à machine à laver et message SONOS de fin ;-) ou sèche-linge mais on perd l'interet de la prise USB..que je n'ai pas encore testée d'ailleurs, , avec le frigo finalement ca ne fonctionne pas si mal mais je n'arrive pas à savoir au bout de combien de temps ca remonte ;-). Certainement suffisant pour surveillance de l'appareil en lui-meme si jamais consommation superieure à la normale..

fonctionne bien cette foscam ;-) ?

ah oui c'est pas mal. PAs de prix ? Quid de la recup des infos avec la HC2 ;-)

Quelquechose comme ceci peut-etre mais lorsque tu bascules en mode arret par exemple, PA_Mode etant un trigger ca relance une scene c'est pour ca que tu te mords la queue je pense... je t'ai mis un limitation à 1 seule scene en cours Qu'as tu mis derriere le bouton arret ? --[[ %% properties %% globals PA_Mode PA_Sensors --]] ------------------------ local portables = {xx, xx} local id_module_virtuel = xxx ------------------------- -- Limitation à 1 seule instance en cours ----- if (fibaro:countScenes() > 1) then fibaro:abort() end -------------------------------- local AlarmeMaison = fibaro:getGlobal("Etat_Alarme") local AlarmeCabane = fibaro:getGlobal("Cabane_Alarme") local VGJourNuit = fibaro:getGlobal("Jour_Nuit") -- liste des capterus "sensibles" local capteurs = {388, 390, 392, 60} -- recuperation de l'etat des capteurs sensibles au lancement de la scene local Statut = { portegaragekevin = fibaro:getValue(388, "value") > 0, portegarageflo = fibaro:getValue(390, "value") > 0, entreegaragekevin = fibaro:getValue(392, "value") > 0, porteentree = fibaro:getValue(60, "value") > 0, etat = 0 } ----------------------------------- function doIt(mode, armed, id) fibaro:debug(mode) if (armed) then fibaro:debug("armé") else fibaro:debug("désarmé") end ----------------------------------------------------------------- if (mode == "Jour" and armed) then ----------------------------------------------------------------- -- SI 1 des capteurs sensibles est =1 alors variable etat = 1 if (Statut["portegaragekevin"] or Statut["portegarageflo"] or Statut["entreegaragekevin"] or Statut["porteentree"]) then Statut["etat"] = 1 end -- Si alarmemaison =ON et variable etat = 1 if ((AlarmeMaison == "ON") and (Statut["etat"] > 0)) then fibaro;debug("Alarme Maison : ON, Capteurs sensibles") for i=1, #capteurs do --pour les capteurs sensibles if (fibaro:getValue(capteurs[i], "value") > 0) then local lastmodif = fibaro:getModificationTime(capteurs[i], "value") -- recuperation modification if (((os.time() - lastmodif) <= 30) and (mode == "Arret")) then --si dans les 30 secs et mode arret fibaro:call(339, "turnOff") --Sirene interieure OFF end end end elseif ((AlarmeMaison == "ON") and (Statut["etat"] == 0)) then Fibaro:debug("Alarme MAISON : ON, Aucun capteur sensible") fibaro:call(309, "pressButton", "2") --envoi SMS fibaro:call(339, "turnOn") --Sirene interieure ON fibaro:sleep(6*1000) fibaro:call(339, "turnOff") --Sirene interieure OFF end

non vraiment faut arreter, je vais etre oblige d'acheter un syno et des cams, non vraiment stop..

moi aussi j'attends un peu d'avancer dans la maison, amis apres SOCAMONT ;-) j'aime beaucoup le coup de la soonde dans une RJ mais c'est un pe bas non ? Temperature faussée donc ? Sauf que la soudure, heuuu ben pas avec mes 2 mains gauches hihihihi