Lazer

Somfy filaire sans aucune hésitation. Le plus universel, compatible avec tous les modules domotiques passés, existants, et futurs. 3 fils : 1 neutre, 1 phase montée, 1 phase descente (et optionnellement 1 fil de terre selon la classe d'isolation du moteur, mais sans rapport avec la domotique) Tu as plusieurs retours d'état : - celui de la puce Z-Wave elle-même, pour acquitter la bonne réception de l'ordre envoyé par le contrôleur, ou pour notifier du changement de statut du volet suite à un appui manuel sur l'interrupteur - celui issu de la calibration du module, qui va apprendre à la première utilisation les buttées du volet, et en déduire toutes les positions intermédiaires (en pourcentage). Attention toutefois, ce n'est pas un vrai retour d'état, par exemple si le volet est bloqué/arraché/ou que sais-je, mais que le moteur a quand même tourné, le module croira à tord que le volet a été ouvert ou fermé. Mais ce cas ne devrait jamais arriver en situation normale. Pour pousser le raisonnement au bout, le seul vrai retour d'état serait obtenu avec des contacteurs de fin de course (un peu comme les capteurs d'ouverture sur les fenêtres), mais ce n'est pas du tout nécessaire en pratique.

Pourquoi, tu vas le faire ? Perso je n'ai pas de squeezbox, et aucune intention d'en acquérir, donc ne compte pas sur moi.

Je ne précise pas la version du firmware, il me parait évident que tout le monde utilise le dernier disponible (sauf... euh... clin d’œil à @jjacques68 ) Pour la forme : Version 3.0 du QuickApp développé et testé sur HC3 version 5.040.37

Hop là, un QuickApp de plus terminé, et le tuto qui va avec

Publication du QuickApp pour Home Center 3 dans un nouveau topic dédié : https://www.domotique-fibaro.fr/topic/14591-quick-app-onduleur-eaton-snmp/

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