MAM78

le schema indiqué pour la vanne mentionnée ci-dessus est le suivant : Est-ce que ca va convenir pour une installation sur un IPX800 ?

Est-ce que celle-ci vous semble correcte ? https://www.manomano.fr/vanne-pour-chauffage-central-1447?model_id=807531&referer_id=689880&gclid=CjwKCAjwiY6MBhBqEiwARFSCPg4TzW29p6yMeM67W-ao9AcV5nWNmR00QXMDwHZio9_PuGoHNJ2GcxoC4EYQAvD_BwE Edit : modification pour une 3/4 de pouce, plus conforme à mon installation

Quelle vanne motorisée me conseillez-vous ?

Pourquoi ne pas avoir branché ta vanne motorisée sur ton IPX, une raison particulière que je ne vois pas. Pourquoi spécifiquement un FGR ? Pourrais-tu partager tes scénarios GEA STP ? ça m'évitera de faire des conneries et te solliciter pour des caractères fantômes J'imagine que tu l'as asservie à ton arrosage. Comment procèdes-tu pour gérer tes arrosages (GEA, HC2, HC2, IPX, VD/QA, ...) ? J'hésite à me lancer dans l'écriture d'un QuickApp et scénario pour rendre ça un peu plus intelligent que les tableaux de la HC3

Hello, Je suis à la recherche une électrovanne et un compteur d'eau pour sécuriser l'alimentation de mon réseau d'arrosage automatique qui seront installés dans ma cave (hors gel) sur ma conduite d'alimentation de mon réseau d'arrosage. Voir photos ci-dessous : Je me suis retrouvé cette année avec plusieurs situations ou j'avais oublié d'arrêter l'arrosage et du coup des fortes pertes d'eaux dans la nature et une facture en conséquence. Sans compter madame qui m'en parle encore Je voudrais mettre en place : une sécurité qui mesure la quantité d'eau et qui fermerait la vanne en cas de consommation anormale d'eau (défaut de mon système d'arrosage, moi-même, fuite dans le réseau, ...) un mesure de ma consommation d'eau du jardin pour en mesurer le coût Comme certains le savent déjà, j'ai un IPX800 V4, un EcoDevice V1 et une HC3. Du coup quelques questions : Quels équipements recommanderiez-vous (quelque chose de fiable pas mon plus trop onéreux ): électrovanne (normalement fermée) compteur d'eau Un tout en un ou éléments séparés ? Intégration sur le compteur d'eau de mon EvoDevice V1 ou sur l'IPX ? Integration du scenario de coupure d'eau en cas de consommation anormale dans l'IPX ou la HC3 ?

Je constate mon QuickApp prend de plus en plus de mémoire est-ce que vous constatez la même chose sur le votre ? [03.11.2021] [18:06:24] [DEBUG] [QA_IPX800_397]: Total memory in use by Lua : 1654.94 KB [03.11.2021] [18:06:24] [WARNING] [QA_IPX800_397]: LUA memory usage is increasing : 1654.94 KB [03.11.2021] [18:08:37] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":452,"args":[0],"actionName":"push"} [03.11.2021] [18:08:37] [TRACE] [QA_IPX800_397]: Input D2 #452 Entrée Portail value changed from false to true [03.11.2021] [18:08:42] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":452,"args":[1],"actionName":"push"} [03.11.2021] [18:08:42] [TRACE] [QA_IPX800_397]: Input D2 #452 Entrée Portail value changed from true to false [03.11.2021] [18:08:48] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":455,"args":[0],"actionName":"push"} [03.11.2021] [18:08:48] [TRACE] [QA_IPX800_397]: Input D5 #455 Terrasse Escalier value changed from false to true [03.11.2021] [18:08:52] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":455,"args":[0],"actionName":"push"} [03.11.2021] [18:08:58] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":455,"args":[1],"actionName":"push"} [03.11.2021] [18:08:58] [TRACE] [QA_IPX800_397]: Input D5 #455 Terrasse Escalier value changed from true to false [03.11.2021] [18:14:44] [DEBUG] [QA_IPX800_397]: Total memory in use by Lua : 1886.05 KB [03.11.2021] [18:14:44] [WARNING] [QA_IPX800_397]: LUA memory usage is increasing : 1886.05 KB [03.11.2021] [18:23:04] [DEBUG] [QA_IPX800_397]: Total memory in use by Lua : 1939.40 KB [03.11.2021] [18:23:04] [WARNING] [QA_IPX800_397]: LUA memory usage is increasing : 1939.40 KB

Avant de remettre en question mon réseau, j'en profite pour te poser cette question : j'ai très souvent des latences au niveau du changement/rechargement de pages sur l'interface utilisateur de l'IPX800V4, as-tu également ce type de problèmes ? Précision : j'ai actualisé la dernière version du firmware et du logiciel.

D'autant que j'ai changé mes lunettes il y peu

C'est bon j'ai trouvé, il s'agissait d'un caractère espace à la fin de la chaine qui était invisible Que de temps perdu pour des erreurs d'inattention Désolé pour la gène et d'avoir mis en doute ton code Comme on dit le bug est souvent entre le clavier et la chaise

Je viens de faire un test en lançant les commande depuis une navigateur internet et là, ça marche (le On et le Off). Mais du coup j'ai comparé dans les logs le deux executions et je constate un légère différence sur le commandes reçues : [02.11.2021] [21:05:24] [DEBUG] [QA_IPX800_397]: onAction: {"actionName":"push","deviceId":454,"args":[0]} [02.11.2021] [21:05:24] [DEBUG] [QA_IPX800_397]: GCE:convert(0, "value", "getValue") [02.11.2021] [21:05:24] [DEBUG] [QA_IPX800_397]: GCE:compute(false, "value") [02.11.2021] [21:05:24] [TRACE] [QA_IPX800_397]: Input D4 #454 Jardin Arrière value changed from false to true [02.11.2021] [21:05:29] [DEBUG] [QA_IPX800_397]: onAction: {"actionName":"push","deviceId":454,"args":["1"]} [02.11.2021] [21:05:29] [DEBUG] [QA_IPX800_397]: GCE:convert("1", "value", "getValue") [02.11.2021] [21:05:29] [DEBUG] [QA_IPX800_397]: ./include/GCE.lua:27: attempt to compare number with nil [02.11.2021] [21:05:29] [ERROR] [QUICKAPP397]: QuickApp crashed [02.11.2021] [21:05:29] [ERROR] [QUICKAPP397]: Unknown error occurred: handleJsonRpc [02.11.2021] [22:00:54] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":454,"actionName":"push","args":[0]} [02.11.2021] [22:00:54] [TRACE] [QA_IPX800_397]: Input D4 #454 Jardin Arrière value changed from false to true [02.11.2021] [22:00:57] [DEBUG] [QA_IPX800_397]: onAction: {"deviceId":454,"actionName":"push","args":[1]} [02.11.2021] [22:00:57] [TRACE] [QA_IPX800_397]: Input D4 #454 Jardin Arrière value changed from true to false [02.11.2021] [22:02:22] [DEBUG] [QA_IPX800_397]: Total memory in use by Lua : 1540.13 KB Celle qui plante l'arg est passé texte, alors que celle par le navigateur est passé en numérique. Pourtant le push me semble correct :

Je viens de recopier le code sources des 3 fichiers GCE, Main et Tools et toujours la même erreur

@Lazer Avec la ligne suivante : {device = {name = "Entrée Portail" , type = "MotionSensor" }, value = {command = "Get", argument = "D" , pin = "D2", formula = function(value) return not value end}} Lors d'une détection de mouvement du capteur j'ai bien le premier push URL ON qui met en alerte le motion sensor puis lorsque le capteur revient à position sans detection je reçois bien le push URL OFF. Les 2 push sont bien visibles dans le debug, mais sur le deuxième ça plante dans le fichier GCR au niveau de la ligne 27 : getValue = function(value) return tonumber(value) > 0 and true or false end, Du coup mon Child Device reste en position Alerte jusqu'à la prochaine boucle qui va rétablir le bon état. Tu trouveras ci-dessous la configuration au niveau de l'IPX. J'ai des erreurs d'execution du code ci-dessous : [02.11.2021] [21:05:24] [DEBUG] [QA_IPX800_397]: onAction: {"actionName":"push","deviceId":454,"args":[0]} [02.11.2021] [21:05:24] [DEBUG] [QA_IPX800_397]: GCE:convert(0, "value", "getValue") [02.11.2021] [21:05:24] [DEBUG] [QA_IPX800_397]: GCE:compute(false, "value") [02.11.2021] [21:05:24] [TRACE] [QA_IPX800_397]: Input D4 #454 Jardin Arrière value changed from false to true [02.11.2021] [21:05:29] [DEBUG] [QA_IPX800_397]: onAction: {"actionName":"push","deviceId":454,"args":["1"]} [02.11.2021] [21:05:29] [DEBUG] [QA_IPX800_397]: GCE:convert("1", "value", "getValue") [02.11.2021] [21:05:29] [DEBUG] [QA_IPX800_397]: ./include/GCE.lua:27: attempt to compare number with nil [02.11.2021] [21:05:29] [ERROR] [QUICKAPP397]: QuickApp crashed [02.11.2021] [21:05:29] [ERROR] [QUICKAPP397]: Unknown error occurred: handleJsonRpc Au niveau de l'IPX : j'ai configuré le Push de la façon suivante : Au niveau de la scène, j'ai mis ça :

Merci pour la piste du tachymètre, mais il va me falloir trouver maintenant un composant de type contact sec qui aura en entrée une intensité (intensité 0 = Le ventilateur ne tourne pas et >0 = Le ventilateur tourne) et en sortie Ouvert ou Fermé.

J'ai essayé, mais sans réussite. Je supposait que ton test sur UPS-MIB::upsOutputSource vérifiait si l'une des entrées sous-jacente était modifiée et donc lancer un check complet l'ensemble de points de mesures. Laisse tomber, l'actualisation toute les minutes est suffisante. Rien de critique, mes cas d'usage : une porte de baie info restée ouverte m'alerté si quelqu'un venait à trifouiller dans ma baie. Il faudra qu'il fasse vite pour ne pas être détecté Tu aurais une idée de composant à contact sec pour détecter un ou des ventilateurs qui ne tourneraient plus ?

J'ai remarqué dans le QuickApp:loop() que tu avais mis en place un test pour detecter un changement de statut de l'UPS output et lancer plus rapidement une actualisation des mesures. Cf. : SNMP:get("UPS-MIB::upsOutputSource.0", { Compte-tenue que la racine de la MIB pour la sonde d'ambiance est différente (MG-SNMP-UPS-MIB:: vs UPS-MIB::). Est-ce que selon toi, il faudrait adapter le code du QuickApp:loop() pour le faire également le test avec cette racine de MBI (MG-SNMP-UPS-MIB:: vs IOD : 1.3.6.1.4.1.705.1.8) Ceci afin de ne pas avoir à attendre une minute, mais avoir une actualisation plus rapide dès lors que l'un des 2 éléments change ? Du genre : SNMP:get("MG-SNMP-UPS-MIB::upsmgEnviron.0", {

J'ai enfin réussi à faire fonctionner les 2 capteurs (contacts secs) de la sonde EMP d'environnement raccordable à l'onduleur. Il s'agit d'un module optionnel qui se raccord par cable réseau. En fait c'est ultra simple quand on comprend comment fonctionne le QuickApp Dans le main, ajouter le code suivant : voici les device [13] et [14] que j'ai ajouté pour rendre cela fonctionnel : nota : Les 2 premières [12] et [13] correspondent à la sonde de température et d'humidité. Il convient d'adapter la numérotation des devices en fonction de ceux qui sont déjà instanciés dans votre QA. Vous pouvez modifier les valeurs emoji F et O par ceux de votre choix (l'éditeur du forum n'accepte pas les emojis autres que ceux proposés) moi j'ai choisi les cadenas Fermé et Ouvert. Vous pouvez également changer le type de device "com.fibaro.doorSensor" par d'autres types. Idem pour leur nommage. [11] = { name = "upsmgEnvironAmbientTemp", oid = "MG-SNMP-UPS-MIB::upsmgEnvironAmbientTemp.0", child = {type = "com.fibaro.temperatureSensor", name = "Température", property = "value", value = function(a) return a / 10 end}, }, [12] = { name = "upsmgEnvironAmbientHumidity", oid = "MG-SNMP-UPS-MIB::upsmgEnvironAmbientHumidity.0", child = {type = "com.fibaro.humiditySensor", name = "Humidité", property = "value", value = function(a) return a / 10 end, unit = ""}, }, [13] = { name = "upsmgEnvironmentInput1State", oid = "MG-SNMP-UPS-MIB::upsmgEnvironmentInput1State", message = function(a) return QuickApp.upsmgEnvironmentInput1States[a or 1].emoji .. " Porte Baie Info 1 " .. QuickApp.upsmgEnvironmentInputStates[a or 1].text end, child = {type = "com.fibaro.doorSensor", name = "Porte Baie Info 1", property = "value", value = function(a) if a==1 then return false elseif a==2 then return true else return false end end}, notification = {"push", "email", "sms"}, }, [14] = { name = "upsmgEnvironmentInput2State", oid = "MG-SNMP-UPS-MIB::upsmgEnvironmentInput2State", message = function(a) return QuickApp.upsmgEnvironmentInput1States[a or 1].emoji .. " Porte Baie Info 2 " .. QuickApp.upsmgEnvironmentInputStates[a or 1].text end, child = {type = "com.fibaro.doorSensor", name = "Porte Baie Info 2", property = "value", value = function(a) if a==1 then return false elseif a==2 then return true else return false end end}, notification = {"push", "email", "sms"}, }, } QuickApp.upsmgEnvironmentInputStates = { [1] = { value = "closed", emoji = "F", text = "Fermé"}, [2] = { value = "open", emoji = "O", text = "Ouvert"} } Toujours dans le fichier main : Ajouter dans le tableau initChildDevices, l'entrée suivante : ["com.fibaro.doorSensor"] = MyChild, A adapter selon le type choisi précédemment. -- Setup classes for child devices self:initChildDevices({ ["com.fibaro.temperatureSensor"] = MyChild, ["com.fibaro.humiditySensor"] = MyChild, ["com.fibaro.multilevelSensor"] = MyChild, ["com.fibaro.powerSensor"] = MyChild, ["com.fibaro.doorSensor"] = MyChild, }) Dans le fichier SNMP : Ajouté dans le tableau SNMP.MIB les lignes suivantes : ["MG-SNMP-UPS-MIB::upsmgEnvironAmbientTemp"] = ".1.3.6.1.4.1.705.1.8.1", ["MG-SNMP-UPS-MIB::upsmgEnvironAmbientHumidity"] = ".1.3.6.1.4.1.705.1.8.2", ["MG-SNMP-UPS-MIB::upsmgEnvironmentInput1State"] = ".1.3.6.1.4.1.705.1.8.7.1.9.1", ["MG-SNMP-UPS-MIB::upsmgEnvironmentInput2State"] = ".1.3.6.1.4.1.705.1.8.7.1.10.1", Il reste plus qu'à cliquer sur le bouton pour générer le child devices

la honte, c'était juste un p.... de caractère qui c'était inséré dans le type de child "com.fibaro.binarylSensor"

Très bien, comme dit le proverbe, aide-toi, le ciel t’aidera

Je viens de commencer à le configurer mais je butte sur la création du ChildDevice. J'obtiens l'erreur suivante : [01.11.2021] [21:10:22] [ERROR] [QA_EATON_97]: ./quickApp.lua:156: attempt to index a nil value (local 'child') [01.11.2021] [21:10:22] [ERROR] [QA_EATON_97]: Error : child creation failed Le problème semble lié au fait que le Child est de type "com.fibaro.binarylSensor". Aurais-tu une idée de la cause et comment corriger ? L'erreur est générée dans le fichier tools, dans la fonction : function tools:createChild(param) au niveau de la ligne : -- Create child device local child = self:createChildDevice({ name = childName, type = childType, initialProperties = childProperties, }, childClass ) J'ai pourtant ajouté dans le fichier main les lignes suivantes : [13] = { name = "upsmgEnvironmentInput1State", oid = "MG-SNMP-UPS-MIB::upsmgEnvironmentInput1State.0", message = function(a) return QuickApp.upsmgEnvironmentInput1States[a or 1].emoji .. " Batterie " .. QuickApp.upsmgEnvironmentInput1States[a or 1].text end, child = {type = "com.fibaro.binarylSensor", name = "Porte Baie Informatique", property = "value", value = function(a) if a=="closed" then return false elseif a=="open" then return true else return false end end}, notification = {"push", "email", "sms"}, }, J'ai bien ajouté également ça : QuickApp.upsmgEnvironmentInput1States = { [1] = { value = "closed", emoji = "F", text = "Fermé"}, [2] = { value = "open", emoji = "O", text = "Ouvert"} } Mais aussi complété le tableau suivant : -- Setup classes for child devices self:initChildDevices({ ["com.fibaro.temperatureSensor"] = MyChild, ["com.fibaro.humiditySensor"] = MyChild, ["com.fibaro.multilevelSensor"] = MyChild, ["com.fibaro.binarylSensor"] = MyChildInput, }) Et finalement également ajouté ça : ---------------------------------------------------------------------------------------------------- -- QuickApp Child device - MyChildInput ---------------------------------------------------------------------------------------------------- class 'MyChildInput' (QuickAppChild) -- -- Constructor -- function MyChildInput:__init(device) QuickAppChild.__init(self, device) self:trace("QuickApp Eaton UPS - Initialization - Child device #",self.id , " (" , self.name,")") tools.log(self, "", 0) end Dans le fichier SNMP, j'ai ajouté les lignes suivantes : ["MG-SNMP-UPS-MIB::upsmgEnvironmentInput1State"] = ".1.3.6.1.4.1.705.1.8.7.1.9", ["MG-SNMP-UPS-MIB::upsmgEnvironmentInput2State"] = ".1.3.6.1.4.1.705.1.8.7.1.10",

je vais essayer de le configurer. Ca pourrait être utilisé pour détecter l'ouverture de porte d'armoire informatique.

J'ai une capteur EMP de température et humidité sur mon Onduleur. Aurais-tu déjà intégré ses 2 entrées binaires comme des Binary Switch dans ton Quick App ? Cf. Doc : http://lit.powerware.com/ll_download.asp?file=EMPManual1502A.pdf

Ok la réponse me convient, je vais suivre si mes problèmes de batteries vont continuer et les remplacer le cas échant. Je vais regarder cette possibilité de notification sur l'onduleur directement.

Sur l'écran de l'onduleur, il est possible de lancer le test qui dure environ 15 secondes. Mais je ne saisi pas s'il y a une incidence sur l'alimentation des équipements raccordés durant le test et si c'est très bons d'en lancer régulièrement ?

et pour toi : upsTestQuickBatteryTest c'est du même acabit, c'est du trap SNMP ou est-ce qu'il est possible d'avoir une valeur de retour ? Je n'ai pas trouvé d'indication sur le code retour ? Hormis ça : upsTestQuickBatteryTest OBJECT-IDENTITY STATUS current DESCRIPTION "A test that is sufficient to determine if the battery needs replacement." ::= { upsWellKnownTests 4 }

Je viens de voir : Fait du polling à intervalle régulier, ne supporte pas les Traps SNMP.