Reprise du message précédent :

Je viens de commander la centrale, une tête basic et 4 têtes un peu plus évoluées sur Amazon FR pour 186€
J’ai installé Domoticz sur un syno.
Ce qui me fait un peu peur c’est la quantité de ligne de commande pour intégrer Max! à Domoticz...

 
Sous Domoticz c'est instantané. Il faudrait jeter un oeil aux logs jeedom pour savoir où ça coince.

 
Tu es sous windows ?
 
J'ai l'impression que tu lances python et que ensuite tu tapes tes commandes non ?
 
Si tu veux faire un where python, il te faut leur faire d'une fenêtre de commande, sur le prompt.
 
Si tu veux lancer un script, il faut simplement faire python script.py et pas python puis python script.py
 
Mais peut-être que je me trompe sur ce que tu fais

 
Ce n'est pas par économie que j'ai pris une tête basique, tous les utilisateurs confirment qu'elles sont nettement plus silencieuses que les autres. Je verra à l'usage, possible que je prenne les têtes évoluées pour des pièces de vie mais si les basiques me conviennent je pense rester dessus. Toujours pas reçue, ça commence à faire long, commandée le 12/09, le vendeur ne tient pas les délais annoncés.
 
Concernant la "quantité de ligne de commande", euh, je suis un peu surpris. Partant du constat que ce n'est pas un plugin plug and play, il faut mettre le script LUA quelque part et le déclencher toutes les 5mn. Pour le reste il se débrouille tout seul, il découvre le cube, crée le matériel "cube" dans domoticz, ensuite découvre les appareils elv (valves, thermostats, capteurs de fenêtre) et les crée dans domoticz s'ils n'existent pas déjà. Ensuite il synchronise domoticz et  tout seul comme un grand.  
 
Je fais allusion au script de mvzut. C'est la même chose qu'un plugin, sauf qu'il n'est pas packagé comme tel.

Dites voir, j'ai tenté d'inclure un FGBS001 pendant 15 minutes sans succès à mon réseau zwave depuis Domoticz ce matin.
Je ne suis plus sur place pour retenter, mais ce module supporte-t'il le zwave-plus ? Car j'ai uniquement tenté une inclusion sécurisée, et j'ai du mal à confirmer qu'il le supporte bien. Auquel cas ça expliquerait pourquoi cela ne fonctionnait pas.

J'ai besoin de vos lumières! (c'est pour annoncer le thème de la question )
J'ai installé 2 lampes extérieurs. Je voudrais qu'elles s'allument en même temps qu'une applique extérieure qui est sur un interrupteur lumineux classique. Le problème est que je ne peux pas me repiquer sur cette interrupteur sans galérer.  
 
Il n'y aurait pas moyen de brancher mes deux lampes directement sur mon tableau électrique, de mettre un capteur sur l'interrupteur de l'applique et mettre un "interrupteur" domotisé sur la ligne des deux lampes.
 
Pas sur d'avoir été explicite Pour info je suis sous Home center lite donc capteur zwave seulement et il faudrait que le capteur extérieur tienne dans une petite boite de dérivation par exemple.
 
 
merci les pro!

 
Je ne comprends déjà pas la différence entre les 2.
 
Je suis sous Windows, j'ai installé Python 3.5. Je lance Python ou Idle Python, ça m'ouvre une fenêtre de commande. Après, je ne sais pas.
 
Lancer "pip3 install --user -r requirements.txt" ne fonctionne pas.
 
Franchement, ce "tuto" est nul. Ils pouvaient pas indiquer clairement les lignes de commande à taper pour que ça marche ?
 

 
Un FGS-223 qui commande l'allumage et l'extinction des 2 lampes (Q1, Q2), branché sur ton interrupteur existant en S1. Tu pourras même faire des allumages groupés ou différenciés des 2 lampes en fonction de tes critères si ça t'amuse.
 

En fait si j'ai bien compris ton problème, il te faut 2 fgs. Un derrière l'interrupteur existant pour récupérer l'info d'appui. (Perso tant qu'à faire je rajouterais un inter si t'as la place, ça te permettra un second point de commande pour autre chose). Et il te faut un deuxième fgs sur l'alim de tes deux nouvelles lampes. (Plutôt que de t'embêter à mettre une boîte de dérivation, tu peux mettre le fibaro dans le tableau, il sera plus facile d'accès )

Après pour relier les deux fgs, je te conseille l'association directe, ce sera quasi instantané.

Oui, si on peut pas se repiquer dessus, un 2e FGS fera le lien sans fil.

 
Je pense avoir compris et réussi à installer le bordel pré-requis. Me reste plus qu'à refaire tout ça sur un PC portable connecté au bon réseau Wifi.

Merci, me manquait donc l’info sur le script.
J’ai justement pris la basic pour la chambre à coucher dont le thermostat est à moins de 2 m de la tête de lit...
 
Puis si ça me convient pas, ou si j’y arrive pas, retour à l’envoyeur

C"est un vieux module, en Z-Wave standard, qui ne supporte donc pas l'inclusion en mode sécurisé.
 
C'est bien dommage que ce module ne soit toujours pas mis à jour en version Z-Wave+, il est vraiment excellent et très pratique.

Bon, c'est bien ce qu'il me semblait. Je retenterai l'inclusion en mode "normal".
Par contre, dans la mesure où il est alimenté, il est censé faire aussi répéteur. Dans ce cas, sait-il répéter un signal z-wave+ ? Car tous mes autres modules sont connectés en z-wave+, et tant qu'à faire, j'airais bien profité de la fonction répéteur pour améliorer la couverture de ma maison.

Merci pour les réponses. Le fait de piloter les lampes ne m'intéresse pas en fait. Pour leur envoyer le signal d'allumage / Extinction, je suis ok pour le FGS-223. Par contre je suis obligé de passer par le meme module juste pour récupérer le signal de l'applique? Il n'y a pas juste un module "capteur" qui existe?

Ouh là là, cet abus de langage me choque !
 
Les "répéteurs" n'existent pas en Z-Wave, contrairement à EnOcean (ou comme certains répéteurs Wi-Fi)
En Z-Wave, les modules alimentés sur secteur (donc le FGBS) participent au routage des paquets afin de former un réseau maillé.
 
C'est tout à fait différent, car un répéteur répète tout le temps, bêtement, ce qui divise la bande passante et sature inutilement les ondes (problème bien connu en Wi-Fi)
 
Le routage d'un module en Z-Wave, quant à lui, est à l'image d'un routeur en réseau IP : les trames ne sont routées au travers de ce module que si nécessaire.
Si les modules peuvent se parler en direct, il n'y a aucun raison de passer par le routage. Le routage n'est utilisé que si nécessaire, afin de joindre un module trop éloigné ou caché derrière un écran (maximum 5 sauts).
La différence avec le réseau IP, c'est que le routeur IP sert à faire discuter 2 réseaux distincts ensemble, tandis que le routage Z-Wave sert à faire communiquer des nœuds d'un même réseau, qui ne peuvent discuter en direct. Nuance !
 
 
Donc pour répondre à ta question, non, le FGBS ne participera par au routage de ton réseau Z-Wave+, en fait tu auras 2 réseaux distincts qui cohabitent : le réseau Z-Wave+ composé de tous tes modules inclus en mode sécurisé, et le réseau Z-Wave standard composé de ce seul module.
Sachant que le FGBS a une portée inférieure aux autres modules (constatation perso, confirmée par d'autres utilisateurs), j'espère pour toi qu'il ne sera pas trop loin et/ou en visée directe du contrôleur.

 
Tu tournes sur quel système ?

 
Tu as bien ajouté python dans le "path" lors de l'install ?

La puissance de Tasmota sur des Sonoff S20 @5€... !!!        
 
Liste des commandes et statuts dispos par exemple :
https://github.com/arendst/Sonoff-Tasmota/wiki/Commands
 
 
 
Bon par contre on ne peut pas complètement désactiver la petite LED bleue quand la prise est allumée.

Ah oui tiens, il faut que je fasse le réglage du "sleep" d'ailleurs (histoire de réduire la consommation)

Je viens de mettre 200. Pour des modules à actions hyper ponctuelles comme la S20, je ne vois pourquoi ça ne marcherait pas.
Je ne vois aucune différence à l'utilisation, ça marche impec. Je vais tester au Wattmètre avant-après tiens, je reviens dans 3 minutes.

Mesures prises avec LED verte désactivée et rien de branché dessus sur la prise.
 
S20 POWER OFF, SLEEP désactivé : conso mesurée à 0.6-0.7W
 
S20 POWER ON, SLEEP désactivé : conso mesurée à 0.9-1W
 
S20 POWER OFF, SLEEP 250ms : conso mesurée < 0.5W  (mon watt-mètre ne descend pas en-dessous, il m'indique 0 - 0.5W).
 
S20 POWER ON, SLEEP 250ms : conso mesurée à 0.5-0.6W
 
 
Le Sleep a bien un effet mesurable sur la conso, et pour le moment aucun effet négatif visible sur l'utilisation.

J'ai installé jeedom sur un Rpi 2, via le package clé en main quand il existait. Si je dis pas de bêtise il était basé sur une Debian

N'étant pas spécialiste du z-wave, je viens d'apprendre plein de choses
 
 

Je comptais initialement le placer pas forcément à côté du contrôleur pour améliorer la couverture, mais mes modules étant tous z-wave+, je n'en vois du coup pas l'intérêt. Et zou, tu viens de m'épargner quelques menus travaux    

 
Peut-être un peu mou ?    
 
J'avais refait le test chez moi, le temps de réaction est plutôt inférieur à la seconde dans mon cas.

Bonjour, à tous, pour ceux que ça pourrait intéresser, je vends ma box eedomus+
http://forum.hardware.fr/hfr/Achat [...] 2145_1.htm

Petite anecdote : sur l'interr mural de ma chambre, c'est un xiaomi/aqara poussoir mécanique avec une bonne course, et qui fait un clic audible quand on appuie, et un autre quand on relâche.
Dans une autre chambre c'est le tactile sonoff.
 
Les deux ont le même temps de réaction, inférieur à la seconde. Mais la perception est différente : avec le xiaomi, la lumière est allumée après le premier clic mais avant ou en même temps le second clic. Avec le touch il n'y a aucun son/sensation, évidemment, du coup on ressent beaucoup plus la 1/2s de latence. A noter que cette latence n'est pas celle du réseau puisque le relais est directement sur le touch, c'est dû aux timers du touch qui essaie de savoir si on est en train de faire un double clic ou un simple. C'est le cas pour tous les boutons qui prennent en charge le "multipress", ils auront toujours une latence supplémentaire . ça peut se désactiver dans sonoff pour gagner en réactivité (je crois que par défaut le multipress est activé).  
 
Le paramétrage sonoff du multipress et du hold est détaillé en bas de cette page : https://github.com/arendst/Sonoff-Tasmota/issues/200
Et sur le wiki -> commands on a aussi les infos complémentaires.
 
Au début je pestais contre le double switch aqara car il ne propose pas double clic et clic long. Au final je suis plutôt content car il a un bon WAF avec clic gauche (lumière d'ambiance), clic droit (plafonnier), clic des deux en même temps (volet roulant).

Bonjour,
 
Ce week-end j'ai installé un module Qubino fil pilote sur rail din.
Aucun problème pour l'inclusion sous Jeedom.
 
Par contre j'ai voulu l'appairer avec un thermostat SRT321 et je n'ai jamais réussis !
Je fais appel aux connaisseurs (Lazer, Xjoker, ... ?), je mets le SRT321 en mode appairage (A sur l'ecran), je clique sur la molette, le A clignote.
Sur le module Qubino je reste appuyé 2s sur le bouton S (comme pour l'inclusion) et rien ne se passe sur le thermostat! le A reste clignotant
Si je reste appuyé sur le Qubino 6s alors l'affichage du SRT321 passe à AF!
 
J'oublie quelque chose ou je fais un truc mal, une idée ?
 

 
Je ferai un chronométrage précis pour voir. Mais c'est long.  
 
Dans les logs intégrés à Jeedom je n'ai pas assez de détail, j'essaierai de voir les fichiers direct sur Debian si il y a plus de traces sur les évenements.  
 
Je dois avoir un Rpi 3 dans le placard, tu penses que je peux transférer la MicroSD directement ?  

 
Je n'ai jamais eu de Rpi, je ne suis pas le mieux placé pour en parler. De mon point de vue néophyte sur le sujet, ça me semble peu probable... mais je me trompe peut-être.    
 
J'essaierai aussi de refaire une mesure précise ce soir. Mais ce n'est pas évident pour mesurer quelquechose de l'ordre de la seconde étant donné les temps de réaction humains.

 
Petit up s'il y a des possesseurs de ces prises Xiaomi !  

GC00AM NAS - WR01ZE Z-Wave Smart Socket  -  EU PLUG  WHITE
https://www.gearbest.com/home-gadgets/pp_581312.html 16.75€

GC00AM NAS - WR01ZE Z-Wave Smart Socket  -  EU PLUG  WHITE
https://www.gearbest.com/home-gadgets/pp_581312.html 16.75€

 
pareil, la latence me semble trop importante sur un orangepi pc+ qui est censé être plus rapide que le pi3
sinon j'ai fait une demande sur le forum de jeedom pour savoir si c'est possible d'avoir un outils de mesure: https://www.jeedom.com/forum/viewto [...] 62#p519262

Oups, je viens de relire... vous parlez bien de contrôler une prise connectée Xiaomi via le switch.
Or moi les temps de réaction que j'avais mesurée c'était pour allumer une Yeelight depuis le switch. My bad.
 
J'ai aussi une lampe (douille E14 que je n'ai pas encore eu le courage de remplacer par une E27) que je contrôle via le même bouton et une prise Xiaomi. Je testerai donc ce soir, et je comparerai avec une prise Sonoff S20 tant que j'y suis.

Je crois que ma yeelight a un temps de réaction >1s, mais je ne l'ai que depuis 10j. Je l'allume en même temps qu'une autre lumière qui est sur sonoff : la yeelight fait un "fade on", mais en plus de cela elle semble avoir 1s de plus de latence.

Aspirateur Xiaomi intégré à Jeedom nickel.
Il est maintenant entièrement piloté par ma domotique et plus par moi directement.
 
Il ne bosse donc strictement qu'en notre absence, il démarre son petit tour les lundi, mercredi et vendredi 15 minutes après que nous soyons partis.
Si jamais on rentre alors qu'il n'a pas fini, alors il rentre rapidement jusqu'à sa base en mode silencieux.
Je reçois diverses notifications mail / Telegram quand il lève des alertes.
 
Et je viens de penser à autre chose à ajouter : le faire démarrer en mode Turbo en cas de soupçon d'intrusion pour simuler la présence à la maison de quelqu'un qui n'aurait éventuellement pas entendu le voleur qui frappe toujours à la porte avant d'entrer.

 
C'est ce que je fait: Sonoff S20 pilotée par un switch Xiaomi
Temps de réaction assez long (1 à 2sec), mais j'ai l'impression que c'est surtout au premier appui: si j'appuie à nouveau quelques secondes après ça fonctionne beaucoup plus vite, comme s'il fallait "réveiller" quelque chose en veille...

Merci pour les infos, je testerais mes Sonoff Basic avec mon watt-mètre LIDL

mon temps lent (1-2s) c'est un bouton xiaomi avec une yeelight
par contre de mon coté c'est toujours lent de mon coté

 
Intéressant, merci pour le fidbac. Tu coupes les capteur de mouvement quand il tourne, du coup? Quand j'aurai un moment je verrai comment intégrer la gestion de l'aspi dans domoticz. Quelqu'un l'a fait?