Lazer

Je ne connais pas ton pack alarme, mais attention, si tu branches le même capteur sur 2 appareils, tu risques d'avoir des problèmes d'impédance, et l'alarme risque de ne plus fonctionne correctement.

C'est fantastique, merci Enfin un QuickApp multi-position pour le Kamasutra Qubino Fil Pilote Cette fonction self:dispatch(), c'est quoi ?

Pourquoi un QA ? Si je peux me permettre, 2 suggestions : - ajouter une fonction au QA existant qui prend 2 paramètres : numéro du port, et statut true/false. Comme ça elle peut être appelée depuis n'importe où, et même depuis des boutons que tu ajoutes dans le QA existant - encore mieux faire des modules enfants de type binarySwitch => intégration native HC3

Ah oui en effet, c'est normal, il manque un Repeat dans les actions : GEA.add(true, 60*60, "", {{"Repeat"}, {"TurnOn", id, 15*60}})

ILS c'est juste le nom technique pour les capteurs sans contact à aimant, comme on pose traditionnellement sur tous les ouvrants (porte, fenêtre, etc... donc même principe sur une porte de garage) D'ailleurs le plus simple aurait même été d'utiliser des modules Fibaro Door Window Sensor, en Z-Wave. IPX800 c'est un automate de chez GCE Electronics, boite française, assez populaire chez mes domoticiens amateurs. Et en effet, Z-Wave est un réseau maillé, c'est un principe fondamental à bien assimiler. Contrairement au Wi-Fi par exemple.

Tu abordes différents sujets, qui auraient mérité des topics différents, classés dans la bonne rubrique, car finalement tes questions n'ont pas grand chose à voir avec la HC3 elle-même. Donc déjà pour traiter la partir HC3 / HCL => oublie la HCL, c'est un produit qui n'aurait jamais dû exister. Reste le choix entre la HC3 et la HC3L => la HC3L a moins de ressources, donc capable de gérer une 20aines de modules, guère plus. Au delà, elle va ramer. Autre sujet, même si elle supporte le LUA, elle est limitée à 32 bits, donc certains QuickApps exploitant la cryptographie (aspirateur Xiaomi Rorobock par exemple) ne fonctionnent pas. Il faut donc faire ton choix HC3 / HC3L en fonction de ce que tu prévoies de faire. Ce que tu prévois : Z-Wave est un réseau maillé, si tu as moins de 10 modules alimentés sur secteur, alors ça fonctionnera mal. Si tu prévois d'avoir plus de modules, alors c'est parfait, plus on ajoute de modules sur secteur, puis le réseau est stable. Les volets sont un bon départ, tu peux aussi avoir des dimmers, des wall plugs, etc, partout pour couvrir toute la maison, le jardin, et le garage. Le garage justement, le miens est également à 10 ou 15 mètres de la maison. J'y ai mis des modules Z-Wave, et ça fonctionne très bien car ils bénéficient des modules déjà déployés partout dans la maison (plusieurs routes possibles pour rejoindre la box). J'ai fait l'expérience avec 1 autre box (et donc un autre réseau), si j'avais que la box dans la maison, et 1 module au garage, ça ne fonctionnerait pas bien. Il est donc impératif de commencer par mailler son réseau correctement avant d'envisager de déployer des modules excentrés. Aujourd'hui je couvre ma maison, de la cave au grenier, le jardin (>500m², depuis la sonnette du portail jusqu'au puits enterré tout au fond du jardin, ainsi que l'abri de jardin encore plus éloigné), et le garage séparé de la maison, tout cela sans aucun problème. Parce que le réseau est bien maillé. Pour domotiser ta porte de garage, oui il faut un FGS pour le contact sec nécessaire au mécanisme. Perso j'ai ajouté 2 détecteurs ILS sur les 2 fins de courses de la porte (haut et bas), ce qui me permet d'en déduire 3 positions (complètement ouvert, complètement fermé, et intermédiaire). J'ai un QuickApp dans la HC3 pour afficher le statut correct de la porte. Les 2 contacteurs sont branchés sur un IPX800 car j'en avais un à proximité, mais j'aurais pu utiliser 1 modules FGBS Smart Implant, qui dispose justement de 2 entrées. L'alarme, sujet à traiter dans la section adaptée. Mais il est généralement admis que rien ne remplace une alarme dédiée, la domotique n'a pas le niveau de fiabilité requis pour ce genre de solution. Après tu feras ton choix en fonction de tes exigences (connectivité, niveau de sécurité, etc... sachant qu'aucune alarme n'est parfait et ne couvre tous les sujets, il faut faire des compromis) Les liens sont peut être HS, mais les discussions sont toujours d'actualité, le marché de l'alarme n'a pas évolué (si on exclus les jouets à la mode vendus par Amazon Netatmo & co qui osent appeler ça des alarmes)

Bienvenue sur le forum

Mon QA Yamaha MusicCast ne répond pas à ton besoin ? Le type de requête que tu fais, ça ressemble à du XML, donc pour les vieux amplis, avant MusicCast. Et le XML ne se met pas dans la requête GET, mais plutôt dans les données d'une requête de type POST ou PUT. Après la syntaxe exacte je ne sais pas, je n'ai jamais utilisé, puisque je me suis concentré sur l'API MusciCast. Pour faire tout type de requête HTTP, voir :

Clairement oui, maintenant je comprends mieux. Je pensais que l'EDRT2 permettait de suivre les index d'injection.... Je pense que je vais partager la nouvelle version en l'état, ce qui permettra déjà au moins une avancée majeure pour la HC3 avec les firmwares récents : la prise en compte de la téléinfo en tant qu'energyMetter, donc configurable comme appareil de mesure principal de la maison. Et je réfléchirai tranquillement pour ajouter la mesure d’injection.

OK, donc en croisant les infos avec tes relevés précédents, l'EcoDevice ne propose aucun moyen de récupérer la puissance et l'énergie injectée. C'est quand même assez incroyable ça... Donc je vais être obligé de le coder dans le QuickApp, et pour l'instant je ne sais pas du tout comment je vais m'y prendre... à creuser.

GEA n'est pas conçu pour déclencher un appareil à un intervalle régulier, mais je pense que ça devrait fonctionner quand même : GEA.add(true, 60*60, "", {"TurnOn", id, 15*60}) Tu as juste à remplacer l'id

Ah oui bon là c'est sûr.... => support Fibaro alors

Au cas où, tu peux tenter une exclusion puis réinclusion du module, peut être que ça s'est mal passé la 1ère fois.

Merci.... et ça confirme que c'est pas gagné Tu peux aller dans la config de postes ton EcoDevice RT2, ensuite tu édites un sous-postes, et tu me dis ce que tu vois. Tu devrais voir : - les 12 Compteurs intégrés - les 16 Tores intégrés - un certain nombre de champs provenant de la Teleinfo => lesquels STP ? Par exemple moi je suis en téléinfo historique, et il ne me propose que 2 champs : BASE et HP (ce dernier n'a plus de sens... il est pertinent quand on est en tarif HC/HP)

Bienvenue sur le forum

Bien..... alors ssaye de contacter le support, car je pense que nous n'avons plus la maitrise à ce niveau là.

Certes, mais ça ne montre pas l'objet de la discussion. Tu as quoi si tu déroules un paramètre ? En tout cas tu as un template, donc Fibaro l'a ajouté

Ah oui en effet, je n'avais pas bien vu. Je ne sais plus si on en a discuté, tu as bien le moteur Z-Wave v2, et pas le v3 qui est encore en beta ? Tu as rafraichis ton navigateur (CTRL+F5) ? Tu as testé avec un autre navigateur ? Tu as quel firmware ?

En tout cas il y a eu une baisse significative du CPU utilisé. On voit clairement le avant/après (sur ma box de test, donc peu d'activité, 1 seul module Z-Wave actuellement, surtout des QuickApps qui tournent en boucle) : C'est à se demander si la box fait encore quelque chose tellement le CPU est bas !!

OK, dans ce cas tu devrais peut être poser la question sur le topic en question, ta question aurait plus de visibilité auprès de ceux qui ont réussi.

C'est une extension pour Chrome : https://chrome.google.com/webstore/detail/postman/fhbjgbiflinjbdggehcddcbncdddomop?hl=fr Elle n'existe pas sous Firefox, mais il y a des équivalents : https://addons.mozilla.org/fr/firefox/addon/restclient/ par exemple Désolé je n'ai pas de tuto, je ne l'utilise pas moi même (je fais mes requêtes avec curl en ligne de commande Linux), mais tu trouveras facilement sur Google.

Comme je te disais, il faut cocher la case lecture, c'est le plus simple, pour que la box interroge le module. Sinon tu peux définir directement la valeur du module, mais il ne faut pas se tromper sur la taille du paramètre, donc il y a risque d'erreur. Et ensuite tu réveilles le module.

@flacon030 Je suis en train de préparer une nouvelle version. J'aimerais bien faire fonctionner la récupération de ton index d'injection, mais sans disposer d'injection, et avec compteur en mode standard, c'est pas évident. Tu pourrais passer les 2 requêtes suivantes sur ton EcoDevice RT2 et me donner ce que tu obtiens : /api/xdevices.json?key=apikey&Get=TI /api/xdevices.json?key=apikey&Index=E (pense juste à modifier la clé si nécessaire) Merci

Ils ne sont pas sûr d'eux à 100% quand même.

OK j'ai fusionné les topics et mis à jour la 1ère page. Si les paramètres tu y as accès, comme il n'y a pas de template il faut les renseigner manuellement à partir de la documentation. Et oui c'est pénible.... Ce que je fais : je crée les paramètres identifiés par leur numéro d'après la doc, et je coche la case lecture. Je réveille le module => la box va interroger le module et lire la valeur de chaque paramètre. Tu aurais un onglet paramètre à jour avec la bonne valeur pour chaque module. Ensuite tu peux modifier la valeur de ceux que tu veux (là encore, en t'aidant de la doc)