Lazer
-
Compteur de contenus
26 306 -
Inscription
-
Dernière visite
-
Jours gagnés
1 344
Tout ce qui a été posté par Lazer
-
Station météo La Crosse Technology WS6867B-BLA
Lazer a répondu à un(e) sujet de esolma dans Périphériques et matériels autres
Ouais bien ça c'est pour Jeedom, après comme je te disais dans mon message précédent, il faut faire remonter les infos entre Jeedom et la HC3. Il existe déjà des choses à ce sujet, sur le forum, si tu fais une recherche ta vas le retrouver. Un peu de travail, ce n'est pas du plug and play là PS : je n'utilise pas Jeedom, donc en dehors de te guider sur les grandes lignes, je te pourrai pas t'apporter d'aide technique. -
Ah mais attends, ça fonctionne fibaro:getModificationTime() ? Dans ce cas c'est la solution la plus simple non ?
-
Pas à ma connaissance. Si tu n'as pas besoin de la value, tu peux écrire ta ligne ainsi : local _, modificationTime = fibaro.get(DEVICE_ID, "value")
-
Station météo La Crosse Technology WS6867B-BLA
Lazer a répondu à un(e) sujet de esolma dans Périphériques et matériels autres
868 MHz OK, mais ce n'est pas du Z-Wave, donc jamais ça ne communiquera directement ensemble. Peut être en passant par un RFXcom ou un RFPlayer, il faut regarder leur liste de compatibilité. Puis brancher la clé en question sur une machine sachant le supporter, quels que Jeedom ou Home Assistant, que tu feras communiquer avec la HC3. Un peu de travail en perspective... -
Sorry I have no idea, I have never seen this error
-
Oui ici (le script pour HC2 est à la fin) : Et.... c'est stable depuis des années
-
Ouh là là Je vais te laisser te débrouiller tout seul là, si je te disais que je m'en occuperai ultérieurement, c'est que je n'ai aucune envie de me plonger dans ce code LUA maintenant....
-
Non jamais car je ne les exploite pas. Tu en as besoin ? Je pourrais éventuellement l'ajouter plus tard... un jour quand j'aurai le temps, avec quelques bricoles que j'ai déjà sur ma toto-list pour ce QA. Apparemment il s'agit de upsmgEnvironmentInput1State et upsmgEnvironmentInput2State accessibles sur 1.3.6.1.4.1.705.1.8.7.1.9 et 1.3.6.1.4.1.705.1.8.7.1.10 respectivement : (j'écris ces infos ici même si ça ne parle à personne, juste parce que me servira de bloc note quand je m'y remettrai) upsmgEnvironmentInput1State OBJECT-TYPE SYNTAX INTEGER { closed(1), open(2) } ACCESS read-only STATUS mandatory DESCRIPTION "State of Input#1 : closed(1), open(2)." ::= { upsmgEnvironmentSensorEntry 9 } upsmgEnvironmentInput2State OBJECT-TYPE SYNTAX INTEGER { closed(1), open(2) } ACCESS read-only STATUS mandatory DESCRIPTION "State of Input#2 : closed(1), open(2)." ::= { upsmgEnvironmentSensorEntry 10 }
-
C'est mieux oui. Il te faudra utiliser le serveur SMTP de ton fournisseur d'accès à Internet. Je n'ai jamais testé les fonctions d'autotest de la batterie, mais je sais que l'onduleur fait certains tests tout seul, une fois de temps en temps, car je reçois une notification par email de bascule sur batterie pendant 1 seconde. De même que le Module Virtuel et le QuickApp qui relèvent également information, ce qui ne manque pas de me faire sursauter à chaque fois que je reçois cette notification.... qui est donc une fausse alerte.
-
Là je ne sais pas, j'ai fait une rapide recherche mais je ne trouve rien non plus au sujet de ces tests. Cela dit, je pense que tu fais fausse route, tu te prends la tête pour rien. L'objectif de ce QuickApp est de remonter l'état de l'onduleur (coupure secteur, fonctionnement sur batterie, etc), cela afin de pouvoir déclencher des scénarios que ne sait pas faire l'onduleur tout seul (extinction des équipements, notification par SMS ou par Push sur l'appli mobile, etc) L'administration de l'onduleur, en tant qu'équipement électronique, devrait être autonome. Tu peux configurer l'envoi d'emails sur l'onduleur, et c'est lui qui t'informera en direct en cas de problème technique (batterie à remplacer, ou toute autre chose). Cela indépendamment de la domotique.
-
Voilà, c'est bien pour cela que j'indique dans mon message précédent qu'il faut un gestionnaire externe, comme Nagios (le plus connu). On sort complètement du cadre domotique, c'est de la supervision informatique.
-
Je viens de comprendre, upsAlarmBatteryBad est un TRAP, donc une trame spécifique (comme une notification push) envoyée vers un serveur capable de collecter les Traps SNMP et de les traiter (donc pas la box Fibaro). Typiquement Nagios, ou les outils dans ce genre là. http://pqsoftware.eaton.com/manual/mib/fra/mibagent.pdf Donc pas exploitable dans un cadre domotique.
-
Cette entrée upsAlarmBatteryBad n'est pas présente sur mon onduleur Tout ce que je trouve c'est : UPS-MIB::upsAlarmsPresent.0 = Gauge32: 0 C'est un compteur, et d'après la MIB : "The present number of active alarm conditions." => Donc moi je n'ai pas d'erreur, OK super. Mais pour l'instant je n'en sais pas plus...
-
Il faudrait trouver l'entrée dans l'arbre SNMP qui nous informe sur le défaut de batterie.... si cette entrée existe, ce qui n'est même pas sûr. Après ça sera simple d'émettre une notification ou mettre à jour n'importe quelle variable.
-
Pour autant que je sache, il est impossible de modifier le type d'un module. Il faut le choisir lors de la création (ce que tu as fait). Il existe une astuce lorsque le type qu'on veut utiliser n'est pas disponible dans la liste déroulante lors de la création d'un QuickApp. Il faut choisir un type quelconque (approchant si possible), exporter le fichier fqa, modifier le type à la main dans un éditeur de texte, puis réimporter le fichier.
-
Non tu en as 1 seul, il faut juste regarder le bon C'est celui qui est dans "properties". Donc : Il prend la valeur true/false, ce qui est standard sur HC3. (sur HC2, les capteurs binaires prenaient les valeurs "0" et "1") Bref, dans ta condition, tu mets true à la place du 1. Ou alors encore plus simple, tu peux utiliser l'écriture abrégée : GEA.add({id["Garage_DetMouv"], {"Time", "Sunset-5", "Sunrise+5"}}, -1, "", {"turnOn", id["Eclairage_Allee"]})
-
Regarder la propriété value dans le JSON du module, accessible via l'API HTTP : http://1.2.3.4/api/devices/ID
-
Ce week-end il pleut... alors nouvelle version 2.10 : Ajout de la possibilité d'exclure des scènes identifiées par leur ID Pour la mise à jour, copier/coller simplement le contenu du fichier LUA par dessus le code situé dans le fichier main du QuickApp, et créer manuellement la variable excl_scene_id dans l'onglet Variables du QuickApp. Téléchargement : Evénements v2.10.lua
-
Quick App - Gestionnaire d'Événements Automatique - GEA pour HC3
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
@Dragoniacs d'après ce que j'ai trouvé sur le panneau de climat, les changements qui déclenchent un événement (capturable avec l'API refreshStates), ce sont les changement de mode d'une zone : passage en mode automatique, manuel, ou vacances. Cependant d'après ton message, j'ai l'impression que tu veux déclencher sur changement de température de consigne. Dans ce cas, je pense qu'il faut mettre ton déclencheur sur le thermostat piloté par la zone de climat. Car ce thermostat va recevoir des ordre de changement de température de consigne. Voir "HeatingThermostatSetpoint". EDIT : j'ai regardé trop vite, il y a bien des événements liés au changement de consigne d'une zone de climat. Par contre ça va me demander un peu de travail d'intégration.... donc on en revient à ce que je disais hier, il va me falloir un peu de temps pour m'y mettre. Mais au moins on sait que c'est possible En attendant, ma suggestion d'utiliser un trigger sur "HeatingThermostatSetpoint" reste valable, c'est peut être plus propre que ton astuce actuelle... à voir. -
Nul part, comme indiqué sur le tuto (que tu vas pouvoir relire...) :
-
Non chez moi c'est bon, le fichier fqa est bien exporté et visible dans la fenêtre d'import (avec Firefox sous Windows) Essaye peut être de modifier le filtre dans la fenêtre d'import. J'ai souvenir d'un bug précédent similaire, ou l'export se faisait avec l'extension json (il suffisait alors de renommer le fichier)
-
Clic clic clic........ même pas le temps de prendre un apéro..... ça marche.... (sur ma box de test) @mprinfo j'ai édité le titre avec le bon numéro de version, tu avais probablement copié collé le titre du topic précédent
-
Quick App - Gestionnaire d'Événements Automatique - GEA pour HC3
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
Tu me donnes du travail Je vais ajouter ça à ma todolist.... mais désolé je ne te promet rien tout de suite, avec la fin des confinements, vient la fin du temps libre pour coder en LUA et faire de la domotique.... vivement le prochain virus... ou pas -
Bienvenue sur le forum
-
Il te manque le 2nd argument dans la condition "Time" J'ai pour habitude d'ajouter 1 minute, ce qui laisse une plage assez large de 2 minutes, donc au dessus de l'intervalle GEA de 30 secondes.... ce qui permet d'absorber les éventuels retards ou freeze temporaire de la box. Donc ça donne : {"Time", "Sunset-15", "Sunset-14"}
- 12 447 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
