Lazer

Je n'ai pas constaté que faux positif depuis que je les ai tous mis àjour.

Je suis bien d'accord que l'IP est la solution de communication universelle, et que nos box domotiques telles qu'on les connais à l'heure actuelle seront bientôt reléguées à l'état de passerelle entre les modules domotiques intégrés dans les murs, et le véritable cerveau de l'installation, capable de faire communiquer toutes les plateformes. Angelo (pour ceux qui auraient loupé son excellent article que je recommande : http://www.stuffi.fr/guide-concevoir-personnaliser-smarthome/) pense que Apple et Google seront ceux qui sauront mettre tout le monde d'accord et unifier les objets (non)-connectés avec nos systèmes domotiques. Il y parle d'immobilier (la domotique dans les murs) vs le mobilier (les thermostats mural, montres, objets tous plus inutiles (donc indispensables) les uns que les autres). Alors pour la partir "immobilier" quand je vois l'orientation du marché, je ne pense plus du tout que la NFC 15-100 évoluera. Déjà que les lobbys des promoteurs immobilier ont réussi à faire retirer le câble réseau, c'est surement pas pour aller rajouter un bus de données domotiques Non, ce que je vois aujourd'hui, c'est que chaque constructeur de maison, chaque particulier DIY, va installer un socle domotique dans les murs (sans fil ou filaire) qui devra être ouvert pour que l'utilisateur puisse venir y brancher son "mobilier". Si Angelo a raison, j'ai un exemple d'entreprise qui aura mal, c'est Somfy avec son IO Homecontrol qu'ils n'ont jamais voulu ouvrir. Si demain Mme Michu, avec son iPhone/Android, arrive dans une maison et se rend compte qu'elle ne peux pas la piloter, elle risque de repartir en courant. Car en fin de compte, si on regarde le marché de la mobilité aujourd'hui, tout le monde se plie aux désirs de Google/Apple. Ne resterait donc que ceux qui ont su rendre leurs objets compatibles. Gageons que Jeedom et Fibaro ne tarderons pas. J'ai un doute sur le second, mais vu qu'ils ont réussi à afficher leur logo lors de la dernière présentation Homekit/IOS10 d'Apple, on peut rêver Ce qui est intéressant dans tout ça, c'est que le Z-Wave garde toute sa place Cela représente le gros de notre investissement (financier, mais aussi en temps passé à câbler les modules)

@971jmd je suis déçu là, j'étais persuadé que le caméraman allait s'en prendre une àla fin !!!

> Mais Mme Michu n'est pas une multinationale utilisant les services de boites d'info et n'a pas du tout l'habitude de cette approche. Quand elle achète un bidule pour sa maison, c'est au même titre qu'un acte d'artisanat et tu accepterais mal de devoir refaire toute ta plomberie parce que tu veux changer le pommeau de la douche pour un d'un autre marque qui economise l'eau Absolument et c'est pour cela que je pense (et dis) toujours que la domotique va mettre encore plusieurs années avant d'être grand pubic. A l'heure actuelle, aucun produit domotique n'est grand public. A la limite OK pour un objet isolé (Nest, Netatmo), mais pas un système domotique. > Le geek ne fera pas vivre la domotique donc quand on développe ou fait évoluer un produit, il faut le penser pour Mme Michu, pas pour le geek, meme si on en est un soit meme ;-). Je suis d'accord, ce ne sont pas les quelques geek que nous sommes qui feront vivre des grosses sociétés. Mais les produits actuels ne sont absolument pas pensés pour être mis en service par Mme Michu. Il a toujours été dis que Jeedom ne gagne pas d'argent avec sa solution, ni Fibaro d'ailleurs (eux ils gagnent de l'argent sur les modules). Jeedom espère gagner de l'argent sur les pros, avec le programme de certification + installateurs agréés + box rail DIN spécifique (en informatique, j'aime bien ce parallèle du me pardonneras, c'est Redhat : de l'open-source qui permet de gagner des brousoufs grâce au réseau de sociétés partenaires) Alors c'est sà»r qu'on ne vise pas Mme Michu qui gagne le smic, mais Mme Michu qui a déjà un certain niveau de vie pour pouvoir se payer un système domotique clé en main à la maison. Mais comme l'électro-ménager pour nos (grand)-parents, cela commence par les classes aisées pour se démocratiser.... ce qui prendra beaucoup de temps. La domotique grand publique, ce n'est pas pour aujourd'hui. Pour cela il faudrait déjà que les maisons soient pré-équipés, et on est mal parti pour l'instant (les rares offres sont toujours propriétaires) Et je maintiens que HC2 est un produit de geek au même titre que Jeedom. EDIT :Lifedomus est à part, car c'est installateur obligatoire (et ne me parlez pas des 2 ou 3 geeks du coin qui connaissent un gentil installateur, c'est quantité négligeable)

Non Nico, le mode Esclave de Jeedom, c'est comme le mode Passerelle de Fibaro. Donc en fait c'est une fonctionnalité qui ne concerne assez peu de monde, mais plutôt les power users avec de très grosses configurations (nombreux modules), ou alors Core installé sur un serveur, et esclaves sur des Raspberry PI avec clé Z-Wave déportée. Rien à voir avec la représentation maitre+esclaves des modules Z-Wave dans la base de données interne de la HC2/HCL. Et en matière de "tout à refaire", comme tu le dis justement, la migration v3 => v4 n'a pas été sans mal pour tout le monde, pour preuve tu as refait toute ton install. Donc Jeedom ou Fibaro, même combat en fin de compte. Ca reste des solutions de geek, et ce n'est pas pour Mme Michu

bah si c'est comme dans mon métier (l'informatique), au contraire c'est tout bon (selon le point de vue....) : - le client a acheté un système clé en main, qu'il a payé fort cher (matériel, logiciel, prestation de service) - en plus, il achète une maintenance (soit elle est forfaitaire, et le contrat est suffisamment bien bordé pour que le prestataire n'y passe pas ses nuits, soit elle est ouverte et le client paye à l'acte) - donc là c'est une migration majeure, qui implique une reconfiguration, donc le client repaye une prestation de service pour la migration. - tout bénef pour l'installateur à moins que.... le client, dégouté, a 2 options : - faire lui même.... ah non, c'est Mme Michu qui n'a pas les compétence - il va voir ailleurs... mais comme ce n'est pas forcément mieux ailleurs, finalement il reste => Donc le client paye le prix fort, pieds et poings liés C'est un business modèle qui ressemble exactement à la prestation informatique, pour le meilleur et pour le pire

> juillet – septembre : sortie de la liste des hardwares recommandés (HCL) ah c'est chouette ça, on va pouvoir recycler les Home Center Lite (Hardware Compatibility List)

oui bien sur que le FGD remplace le telerupteur. C'est que j'ai fait pour tous mes télérupteurs chez moi. Il ne m'en reste plus qu'un dans le garage, car il pilote un gros double néon puissant, le genre de cochonnerie qui génère tellement de courant inductif qu'il va me cramer le petit relai d'un module domotique en moins de 2. Donc en attendant de remplacer le néon, j'ai conservé le télérupteur, sinon partout ailleurs les modules Fibaro sont parfaits pour tous les usages.

je ne comprends pas ce qui t'empêche de réaliser exactement le même montage que j'ai réalisé ? dans mon cas, le poussoir Celiane, avec son voyant, et le FGS sont tous installés au mur, et pilotent une lampe située sur le balcon. pas besoin de télérupteur.

Dans ce cas, si tu remplaces par des LED, tu n'as rien àcraindre. Prend du FGS-212 et ça ira tout seul. Voire même du FGS-222 si tes charges tombent sous 1,5 kW

ah tu as un va et vient avec 2 interrupteurs ? Dans ce cas, ça change tout, et je crois bien que le Celiane ne fonctionnera pas avec tin FGD. Alors je te conseille de virer tes 2 interrupteurs, que tu remplaces par 2 poussoirs, et tu n'auras plus de problème.

J'ajoute que si vraiment tu veux piloter de très grosses charges, il y a un module dédié chez Aeon Labs (Heavy Duty Switch ou un nom dans le genre). Sinon, tu gardes ton FGS, et tu remplaces le télérupteur par un contacteur de puissance qui restera collé tant que la consigne reste présente. Ainsi tu n'auras plus besoin d'envoyer une simple impulsion de 1s, et tu es certain que la sortie du contacteur est identique àton FGS.

Simple : tu supprimes purement et simplement le télérupteur. Si tu veux faire passer de la puissance (2000W ou plus) alors il faut prendre le module 1 relai : FGS-211 qui supporte jusqu'à3KW. Il me semble que la nouvelle version, le FGS-212 dont tu parles, ne supporte que 2,5KW officiellement, mais je ne serai pas surpris qu'ils aient baissé la spécification uniquement pour les normes des pays nordiques, et que le relai àl'intérieur soit le même. Perso j'en ai un qui commute un radiateur de 1500W, plusieurs dizaines de fois par jour, depuis 3 hiver, et il tient le coup, donc c'est du solide (pourtant ça doit déjàfaire plusieurs milliers de commutations du relai), tant que la charge est de type résistif pur (résistance électrique, ampoule incandescente/halogène, etc). Par contre si tu as une cochonnerie de tube néon ou lampe fluocompacte, cela génère un courant inductif qui va tuer le relai rapidement.

Trouvé, déplacé dans Eclairage => Support http://www.domotique-fibaro.fr/index.php/topic/8573-retour-onoff-dun-fgs-212-ou-222-utilis%C3%A9-comme-t%C3%A9l%C3%A9rupteur/

Ah dans ce cas il faut que tu configures le module FGD 212 en interrupteur bistable. Par contre pour les références du voyant, je ne sais pas te dire, moi j'ai juste partagé les références exactes que j'ai utilisé avec mon poussoir mono-stable. Il te faut étudier la documentation Legrand pour choisir la bonne référence du voyant.

Bon match, messieurs dames, au ciné y'a pas grand monde

Et pourtant : Et y'en a plein d'autres....

Tiens une piste j'ai retrouvé les URL que j'utilise pour le PTZ sur ma Foscam : /cgi-bin/CGIProxy.fcgi?usr=user&pwd=password&cmd=ptzGotoPresetPoint&name=Salon Par contre je ne peux pas t'aider plus, je fais tout en LUA, c'est beaucoup plus simple et rapide que le mode HTTP GET de la HCL.

il faut que tu télécharges la doc des API officielle chez Foscam. Avec cela tu pourras faire simplement tes requêtes HTTP de type GET sur la HCL. Le plus difficile sera d'encoder le login/password en base64, mais je crois qu'il existe un vieux tuto sur le forum pour ça.

[Votre avis ?] Vérin Électrique Montée - Descente

oui c'est vrai, mais c'est mieux que rien du tout... de base, si tu as une HC2 sans root, bah tu n'as que tes yeux pour pleurer quand y'a un problème parce que c'est bien connu, il ne faut plus compter sur leur support. Bref moi aussi je suis convaincu que Jeedom est une bonne solution, comme je le disais si je devais refaire une installation neuve c'est probablement ce que je choisirais. En attendant, mon HC2 ne fonctionne pas si mal donc je m'en contente, surtout parce que j'ai réussi à déverrouiller quelques fonctions qui me manquaient.

tu as bien un poussoir, et tu as bien configuré le module en mono-stable ? de plus j'ai cru comprendre qu'il y avait pas mal de problèmes avec le Dimmer 2, tu devrais essayer de mettre son firmware àjour si tu as une HC2 en v4.083.

sur HC2 c'est simple : root puis tail -f /tmp/zwave.log quand je dis que le root devrait être obligatoire avec cette box, ça ouvre tellement de possibilités. sans le root, c'est la misère pour comprendre ce qui se passe

Oui sebcbien, quand j'avais testé Jeedom v2 j'avais fortement apprécié le panneau de diag du Z-Wave Là pour le coup sur HC2, le FGMS à la main ça reste de l'aproximation. Parfois il suffit de déplacer un module de 10cm pour tout changer (à cause des réflexions/écrans, des ondes). Après moi je m'en moque que ça passe par le routage, tant que l'ordre arrive. Et de ce coté là avec la HC2, je n'ai pas de souci, heureusement. Par contre le panneau de diag aiderai bien à déterminer quels sont les modules les plus loin, les plus bavards, etc. 2 exemple : - les multiprises greenwave me pourrissent le réseau, elles sont beaucoup trop bavardes, même quand la mesure de consommation est stable sur les 6 prises. - quand j'ai placé un FGBS sur le pilier extérieur de mon portail pour la sonnette. Le signal passait une fois sur 2 (au passage, cela me fait penser qu'outre ses problèmes de portée, le FGBS a un firmware buggé qui exploite mal le routage et le réémission de trames). Explication : quand quelqu'un sonne, je reçoit immédiatement le premier changement d'état de l'Input du module. Par contre, le 2nd changement d'état qui intervient une demi-seconde après, je ne le reçoit qu'une fois sur 2. J'ai résolu le problème avec une scène qui se déclenche au premier trigger, attends 2 secondes, et force le polling du module pour relire son état après 2s si celui-ci n'a pas réussi à émettre la 2nde trame). Bref l'outli de diag Z-Wave serait bien utile pour déterminer avec certitude la cause de ce problème. Heureusement que j'ai trouvé une méthode de contournement avec la scène.

ah oui pas bête le FGMS, mais ce n'est valable que pour lui. Les modules sur secteur captent mieux et plus loin, comme les FGS et FGD. (Sauf le FGBS qui a une très faible portée)