Lazer

@Dragoniacs tu ne peux pas changer le type d'un module existant. Donc il faut bien que ça soit un nouveau QuickApp, qui gère le Qubino. Comme avant en fait.

Comme je le disais sur l'autre topic, j'ai finalement réussi à intégrer le support de l'injection dans le QuickApp Et j'ai aussi préféré tout partager d'un coup, car il faut supprimer l'ancien enfant Teleinfo, puis changer une ligne de configuration, puis le recréer, donc autant profiter d'une seule mise à jour pour tout faire d'un coup. Mais attention, c'est théorique, je n'ai pas pu le tester chez moi vu que mon compteur Linky est toujours en mode historique. Voici donc la version 1.20 du QuickApp GCE pour IPX800 et EDRT2 : Lorsque le QuickApp parent est désactivé (disabled), les enfants sont également désactivés automatiquement, et un message figure sous l’icône (log) => et donc exclus de DomoCharts Amélioration de l'état de nœud mort (dead) lors d'un problème de communication réseau Le QuickApp répond aux sollicitations de réveil (wakeUpDeadDevice) Ajout des nouveaux types EnergyMeter (com.fibaro.energyMeter) et PowerMeter (com.fibaro.powerMeter) Le type PowerSensor (com.fibaro.powerSensor) est déprécié par Fibaro et ne devrait plut être utilisé (mais il est toujours fonctionnel, comportement identique au nouveau type PowerMeter) Le type Teleinfo est maintenant de type "com.fibaro.energyMeter" afin d'être configurable comme Compteur d’énergie principal dans les paramètres de la HC3 Le type Teleinfo ne remonte plus la puissance apparence (en VA) dans sa propriété value (de toute façon c'était une information peu utile) Le type Teleinfo remonte l'index d'énergie (en kWh) dans sa propriété "value", et la puissance active (en W) dans sa propriété "power". Le type Teleinfo supporte l'injection dans le cas où le compteur Linky est paramétré en mode Standard Correctifs et améliorations divers Nouvelle syntaxe de configuration pour le type Teleinfo : Il faut maintenant spécifier pin = EAST (Energie Active Soutirée Totale) pour la value, à coté de argument et pin déjà existant (c'est valable qu'on soit en téléinfo Historique ou Standard) Eventuellement ajouter une seconde ligne Teleinfo avec pin = EAIT pour connaitre l'injection, uniquement si le compteur Linky est en mode Standard. Exemple : CONFIG = { {device = {name = "Consommation", type = "Teleinfo", options = {VG = "TELEINFO_Tarif"}}, value = {command = "Get", argument = "TI", pin = "EAST" }}, {device = {name = "Injection" , type = "Teleinfo" }, value = {command = "Get", argument = "TI", pin = "EAIT" }}, } Comme on peut le voir, s'il y a des options, il ne faut les mettre qu'une seule fois. Procédure de mise à jour si vous n'utilisez pas la Téléinfo : Mettre à jour les fichiers LUA du QuickApp avec la nouvelle version (copier/coller le contenu des 3 fichiers main, GCE, et tools) Procédure de mise à jour si vous utilisez la Téléinfo : Supprimer child device Teleinfo Mettre à jour les fichiers LUA du QuickApp avec la nouvelle version (copier/coller le contenu des 3 fichiers main, GCE, et tools) Modifier la ligne Teleinfo dans le fichier config pour ajouter : pin = EAST Eventuellement, ajouter une seconde ligne Teleinfo avec pin = EAIT pour l'injection Créer nouveau child device Teleinfo (cliquer sur le bouton dédié du QuickApp parent) Eventuellement, mettre à jour la base de données de DomoCharts via phpMyAdmin afin de refléter le changement d'ID (copier les lignes ci-dessous, modifier les 2 ID, et les coller dans la fenêtre SQL de phpMyAdmin ou équivalent) : -- Définition des ID : SET @OLD_ID = 285; SET @NEW_ID = 416; -- Requêtes SQL (ne pas toucher) : UPDATE IGNORE domocharts_power SET device_id=@NEW_ID WHERE device_id=@OLD_ID; UPDATE IGNORE domocharts_power_day SET device_id=@NEW_ID WHERE device_id=@OLD_ID; UPDATE IGNORE domocharts_energy SET device_id=@NEW_ID WHERE device_id=@OLD_ID; UPDATE IGNORE domocharts_energy_day SET device_id=@NEW_ID WHERE device_id=@OLD_ID; UPDATE IGNORE domocharts_device SET id=@NEW_ID WHERE id=@OLD_ID; UPDATE IGNORE domocharts_device_type SET device_id=@NEW_ID WHERE device_id=@OLD_ID; Téléchargement : Fichier main : GCE v1.20.lua Fichier GCE : Library - GCE v1.20.lua Fichier tools : Library - tools v2.20.lua

Les 14 To se seront les prochains qui partiront au rebut (*)... dès que les 20 To seront disponibles. (*) en réalité ils iront dans le serveur de backup, avec les 8 et 10 To que j'ai déjà retiré, car Google arrête le stockage illimité et gratuit dans le cloud, adieu les 34 To de backups en ligne Et j'ose pas imaginer le tarif s'il fallait payer....

70 To en ligne, il assure le vaillant Proliant Gen8

Pour info, bug identifié et confirmé par Fibaro concernant les entrées IN1 et IN2 du Smart Implant sur le firmware 5.093 BETA, il sera corrigé dans la prochaine version Beta : https://forum.fibaro.com/topic/58223-bug-in1-and-in2-from-smart-implant-dont-work-with-zw3-engine/ Je constate que tu as mis le numéro de série de ta box dans ton profil, essaye d'y mettre le numéro de version, ça sera plus utile. Par ailleurs j'aurais dû commencer par te demander quel moteur Z-Wave tu utilises, car là c'est le v3 qui est concerné. Pour rappel le moteur Z-Wave v3 est en Beta et ne dois pas être utilisé en production, il faut utiliser le moteur v2. (sauf si on sait ce qu'on fait) (Je le met en rouge pour que le message passe, car tu n'es pas le premier à tomber dans le panneau)

Hum, c'est une bonne idée et je n'avais pas du tout pensé à ça @MAM78, mais @flacon030 va te détester, car je viens de finir il y a 30 minutes la dernière version du nouveau QA... avec, ô surprise, la remonté d'injection car j'ai finalement réussi à l'intégrer dans le QA Du coup je suis obligé de reporter la publication du QA et d'ajouter les child devices multiPosition Ou alors plus raisonnable je partage en l'état et j'ajoute ça après....

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 !!