Lazer

QuickApp Onduleur Eaton Version 3.0 1. Présentation Voici un Quick App pour HC3 permettant de monitorer un onduleur Eaton via le réseau grâce au protocole standardisé SNMP. Ce QuickApp fait suite au Module Virtuel initialement développé pour HC2 : 2. Fonctionnalités  Surveillance de l'état de l'onduleur au travers de la carte de management réseau "Network Management Card" Mise à jour des labels du QuickApp et des attributs suivants : Statut de l'alimentation secteur : propriété "value", valeur binaire true ou false Consommation : propriété "power", unité Watts Niveau de charge de la batterie : propriété "batteryLevel", unité % Création et mise à jour de modules enfants (child devices) : Autonomie : type "com.fibaro.multilevelSensor", propriété "value", unité minutes Tension : type "com.fibaro.multilevelSensor", propriété "value", unité Volts Température : type "com.fibaro.temperatureSensor", propriété "value", unité °C Humidité : type "com.fibaro.humiditySensor", propriété "value", unité %HR Mise à jour de variables globales Notifications par Email, Push, et SMS en cas d'événement (perte du secteur et basculement sur batterie, puis retour à la normale) Récupère la température et l'humidité si une sonde environnementale EMP est connectée au port dédié de l'onduleur. 3. Prérequis Obligatoire : disposer de la carte réseau "Network Card-MS" : Optionnel : la sonde environnementale "Environmental Monitoring Probe" (EMP) permet d'ajouter les mesures externes de température et d'humidité : 4. Limitations Protocole SNMP v1 uniquement (pas de sécurité : authentification, chiffrement) Fait du polling à intervalle régulier, ne supporte pas les Traps SNMP. 5. Installation  5.1. Import du QuickApp  Importer le QuickApp (fichier fqa) de façon habituelle sur la box HC3, puis changer les paramètres suivants dans l'onglet Variables : SNMP_Protocol : protocole à utiliser, normalement : udp SNMP_Address : adresse IP de la carte de management de l'onduleur, par exemple : 192.168.1.1 SNMP_Port : port de communication, normalement : 161 SNMP_Community : communauté SNMP, normalement : public SNMP_Version : version du protocole SNMP, seule version supportée actuellement : 1 Refresh : intervalle de rafraichissement des informations en secondes, par exemple : 3 Notif_Users : ID ou Nom des utilisateurs à qui envoyer un email en cas d'échec d'envoi du SMS, séparés par des virgules. La liste des utilisateurs peut être récupérée dans le panneau Accès de la HC3, ou directement via l'API /api/users. Par exemple : Lazer Notif_Mobiles : ID ou Nom des smartphones à qui envoyer une notification Push en cas d'échec d'envoi du SMS, séparés par des virgules. La liste des mobiles peut être récupérée via l'API /api/iosDevices. Par exemple : Nokia 3310, iPhone 42 Notif_SMS : ID ou Nom du QuickApp et Fonction qui sera appelé pour exécuter un code LUA externe, par exemple envoyer un SMS, un message via Telegram, ou autre service de notification. Par exemple : JPI = sendSMS 5.2. Modules enfants Cliquer sur le bouton "Create devices". Les modules enfants sont automatiquement créés dans l'interface. Les appuis suivants sont inutiles, et sans danger, car les modules enfants ne seront pas créés plusieurs fois. 5.3. Icônes 6. Téléchargement Onduleur_Eaton_v3.0.fqa

Oui c'est très différent, il y a du travail pour adapter tout le code LUA, mais c'est tellement plus puissant que le jeu en vaut le chandelle.

J'ai l'impression que tu mélanges un peu les fonctions LUA sur HC2 et sur HC3. Prend bien le temps de lire les docs Fibaro, car plusieurs fonctions ont changé, il faut que tu adaptes tout ton code, pas uniquement l'appel HTTP. Idem pour les boucles, il faut plus utiliser sleep, mais settimeout à la place Et si tu préfères utiliser une scène plutôt qu'un QuickApp, c'est cette doc qu'il faut lire : https://manuals.fibaro.com/home-center-3-lua-scenes/

Tu es bien connecté sur l'adresse IP en local ? Il n'est pas possible de changer les icônes lorsqu'on passe par le cloud Fibaro.

Sur la HC3, que ça soit pour les QuickApps ou pour les scènes, il faut utiliser net.HTTPClient() comme c'était déjà le cas pour les scènes sur la HC2 Voir la doc officielle : https://manuals.fibaro.com/home-center-3-quick-apps/ Ou ce mini tuto que j'avais fait à l'époque sur HC2 :

Oui bien sûr que c'est super important. Le QuickApp Surveillance Station est prêt d'ailleurs, faut que je fasse le tuto pour le partager.

Mais elle est stable cette HC3 Son seul défaut c'est d'apporter quelques régressions par rapport à ce qu'on avait sur HC3 (pas encore de panneau d'énergie, nombreux modules virtuels pas encore portés en LUA, etc) Mais ça va venir.... Justement, depuis hier soir GEA fonctionne très bien en mode automatique (surveillance des événements à intervalle régulier, soit 90% des règles qu'on utilise généralement) Je suis en train de faire des tests avec l'API refreshStates, pour pouvoir faire fonctionner GEA sur déclenchement instantané (le paramètre -1 dans les règles GEA.add). A terme cela va remplacer les déclenchement de scènes sur Triggers, et leurs limitations sur HC3 (1 seule instance de scène maximum) Bon c'est pas évident car la syntaxe n'a rien à voir, et il faut que je comprenne comment fonctionne GEA fonctionne.... Mais je vais y arriver, y'a pas de raison

@jjacques68 je comprends ta frustration, mais c'était prévisible, tous les services cloud finissent un jour par évoluer. Au mieux ils deviennent payant, au pire ils disparaissent (rachat, faillite, etc) Le risque est toujours le même à partir du moment où tu commences à utiliser un tel service. D'ailleurs, j'ai lu dans la presse cette semaine que IFTTT faisait pareil, le modèle économique change, cela devient payant, et seules 5 recettes maximum restent accessibles avec un compte gratuit.

Bienvenue sur le forum

#GEA ça ne veut pas dire que ça fonctionne, mais ça donne espoir.... ce screenshot vous parle ? EDIT : 5 minutes sans rien faire et sans crasher : EDIT2 : ah c'est bon ça : En fait la seule grosse difficulté sera de remplacer les déclenchements avec trigger par le polling régulier avec l'API refreshStates

Bienvenue sur le forum Tu as maintenant accès à tout le forum.

@971jmd mauvais topic, je te laisse poser ta question technique sur le topic dédié du module :

Hello Woman plutôt

Oui ça semble un bon prix Il faudra que je me motive pour faire le QuickApp pour HC3 du coup....

Ce n'est pas un bug, en fait l'interface Web se base sur la property deviceControlType qui a toujours la valeur 2 dans le JSON du device, et qui correspond au type Lumière. => Il faut injecter deviceControlType = 20 dans les properties du Child Device au moment de sa création pour qu'il prenne bien le rôle "Autre appareil" : Je récapitule : Créer le device enfant avec les initialProperties suivantes : deviceControlType = 20, categories = {"other"}, Supprimer l'interface suivante : "light" Exemple de code abrégé : local child = self:createChildDevice({ name = "Mon enfant", type = "com.fibaro.binarySwitch", initialProperties = { deviceControlType = 20, categories = {"other"}, }, }, childClass ) if child then chiild:deleteInterfaces({"light"}) end Pour info voici les valeurs de la propriété deviceControlType que j'ai pu identifier pour le type de device Commutateur binaire / Binary switch "com.fibaro.binarySwitch" : 2 Lumière 3 Arroseur 4 PIN 5 Lampe de chevet 6 Bouilloire 7 Applique murale 8 Climatisation 9 Alarme - violation 10 Machine à café 11 Lampe de jardin 12 TV 13 Ventilateur de plafond 14 Grille-pain 15 Radio 17 Fenêtre de toit 20 Autre appareil 21 Etat d'alarme (armé / désarmé) 22 Alarme - Armement 24 Interphone vidéo 25 Ouverture du portail vidéo On remarque qu'il y a plusieurs types de lumières/lampes qui rétablissent automatiquement la propriété isLight = true.

Attention confusion, article de merde comme le font tous les blogs de nos jours Ce qui m'a mis la puce à l'oreille, le S6 Pro n'existe pas. Et en fait cet article met Roborock dans son titre, mais les modèles en lien ne sont pas des Roborock, mais la marque 360 !!! ça sort d'où ça, jamais entendu parler.... même les chinois arrivent à se contrefaire entre eux Bref, perso j'ignore ces sites, il n'y a qu'une seule référence fiable pour les bon plans : Dealabs, avec ces vrais retours utilisateurs pour reconnaitre les bon plans face aux mauvaises affaires. Gamme Roborock S6 : https://fr.roborock.com/pages/robot-vacuum-cleaner-compare

Je déplace dans réseaux car ta question n'a apparemment rien à voir avec la domotique. De plus, ce n'est pas un forum dédié réseau, donc pas certain que tu trouves beaucoup d'aide. Il y a surement d'autres forums plus indiqués. Je ne connais pas cette Bitdefender Box 2, et les review que j'ai vu à l'époque de sa sortie m'ont convaincu de m'en tenir éloigné, c'est le genre de produit qui créé plus de problème sur un réseau local qu'autre chose.... ce qui semble être ton cas. Je suppose, que le fait d'avoir un double NAT empêche Plex d'être accessible de l'extérieur. Il faudrait que tu passes la Freebox en mode Bridge, ou que tu trouves le moyen d'ouvrir les ports sur ta Bitdefender Box pour rediriger le trafic en interne. Mais avoir du double NAT sur un réseau c'est toujours la galère dès lors qu'on veut exposer le moindre service sur l'extérieur.

Bienvenue sur le forum

Bienvenue sur le forum

Yes tout à fait

Je ne vais pas tarder à vous rejoindre également, mon interface Thinking Cleaner ne fonctionnant plus. D'ici le 11/11 ou le Black Friday y'a moyen d'avoir des prix intéressants sur le S6 je pense.

Je suis juste tombé sur un article qui disait que le développement de CHIP était en encore en cours et qu'au mieux on verrait des choses en 2021. Wait & see, perso je n'en attends pas grand chose, ça m'évitera la déception

Rien de nouveau, mais voici les articles qui arrivent sur les autres blogs de domotique : Domadoo : La Z-Wave Alliance annonce la nouvelle spécification Z-Wave Long Range Abavala : Le protocole domotique Z-Wave tente de résister avec le Z-Wave Long Range C'est assez étonnant, Hervé ne cesse de comparer Z-Wave à Zigbee, en oubliant totalement les nombreux défaut de Zigbee (implémentation bancale du protocole selon les marques donc mauvaise interopérabilité entre modules et mauvais maillage, interférences avec les canaux du Wi-Fi 2.4 GHz, manque de nombreuses fonctions comme les volets/thermostats/etc.... bref des critiques courantes des utilisateurs qu'on trouve sur les forums dès qu'on lui retirer sa seule qualité : le prix faible) Il parle aussi de CHIP, le supposé protocole universel, qui n'est qu'une vue de l'esprit et dont on n'a plus entendu parlé depuis son annonce... d'ici à ce que ça finisse comme OpenThread et autres tentatives de protocole universel..... on verra bien ce qu'il en ressort, mais le Z-Wave a le temps de continuer son chemin En ce qui me concerne, je suis très content de ces évolutions, le Z-Wave est un protocole mature, tout cela confirme mon choix choix que j'ai fait il y a 7 ans, c'est un investissement pérenne.

Yes bon anniversaire Yohan si tu passes par là

Je crois oui, regarde le topic du Xiaomi, le VD avait été développé pour un vieux modèle de Roborock, mais ça doit fonctionner avec les nouveaux modèles je suppose.