Lazer

QuickApp Synology Surveillance Station Version 5.10 Présentation  Ce QuickApp permet de piloter les caméras gérées par l'outil Surveillance Station qu'on trouve sur les NAS Synology : activer/désactiver les caméras démarrer/arrêter l'enregistrement des caméras piloter le positionnement PTZ des caméras motorisées. Ce QuickApp créé un module enfant (Child Device) pour chaque caméra gérée, permettant de visualiser : l'icône indique si le NAS est en train d'enregistrer le flux vidéo de la caméra ou non le message provisoire "Transfert OK" en vert indique le changement d'état le message permanent en rouge indique le défaut de fonctionnement de la caméra (désactivée, déconnectée, etc...) A noter que les modules enfants sont de type Commutateur binaire "com.fibaro.binarySwitch", ce qui les rend cliquables pour forcer/stopper l'enregistrement forcé du flux vidéo de chaque caméra. Ce QuickApp fait suite au Module Virtuel initialement développé pour HC2 : Pré-requis Au moins une caméra doit être gérée par Surveillance Station : Il est conseillé de paramétrer la caméra en détection de mouvement permanente : Reconnaissance d'image effectuée par le NAS : Détection de mouvement (en vert) Reconnaissance d'image effectuée par la caméra : Personnaliser 1 (en orange), et sélectionner les options proposés dans la liste déroulante (variable selon la caméra). L'intérêt de la reconnaissance d'image par la caméra est de décharger le processeur du NAS. Si la caméra en est capable, des positions prédéfinies doivent être mémorisées pour les caméras à piloter : Création d'un utilisateur dédié Bien que non-obligatoire, il est conseillé pour des raisons de sécurité de créer un utilisateur dédié dans DSM. Ainsi, le mot de passe du compte administrateur principal du NAS n'est pas exposé dans la box domotique. Ouvrir le panneau de configuration : Ouvrir le panneau des utilisateurs : Cliquer sur le bouton "Créer", et entrer les informations utiles. Note : il est judicieux de cocher la case "Ne pas autoriser l'utilisateur à changer le mot de passe du compte" afin d'éviter de bloquer le bon fonctionnement du QuickApp le cas échéant : Cocher le groupe "users" : Cocher les cases "Pas d'accès" pour l'ensemble des dossiers partagés : Ne définir aucun quota : N'autoriser les privilèges que pour "Surveillance Station", et refuser toutes les autres applications : Ne modifier aucune limite de vitesse : Vérifier que tout est bon, et cliquer sur le bouton "Appliquer" : De retour dans Surveillance Station, ouvrir le panneau Utilisateur, puis sélectionner l'utilisateur Fibaro préalablement créé, et cliquer sur le bouton "Privilège" : Dans la liste déroulante "Profil de privilège", sélectionner "Gestionnaire tout objet (Directeur)", puis cliquer sur le bouton "Enregistrer" : Confirmer : L'utilisateur dispose maintenant des droits Directeur : Installation du QuickApp Importer le QuickApp (fichier fqa) de façon habituelle sur la box Home Center 3, puis changer les paramètres suivants dans l'onglet Variables : Protocol : protocole à utiliser, normalement : http Address : adresse IP du NAS, par exemple : 192.168.1.1 Port : port de communication, normalement : 5000 User : utilisateur DSM préalablement créé, par exemple : Fibaro Password : mot de passe du compte Refresh : intervalle de rafraichissement des informations en secondes, par exemple : 10 Création des modules enfants Cliquer sur le bouton "Create Cameras". 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. Icônes Icône officielle pour le module parent : Pour les modules enfants, permet de visualiser en un coup d’œil si le NAS est en train d'enregistrer le flux vidéo de la caméra ou non : Utilisation  Depuis l'interface Web ou l'application mobile : Un clic sur une caméra force ou désactive l'enregistrement forcé de la caméra. A noter que si l'enregistrement automatique sur mouvement est activé au niveau du NAS, celui-ci peut très bien enregistrer le flux vidéo d'une caméra même si l'enregistrement forcé est désactivé. Dans ce cas, le statut du module se mettra à jour dans l'interface de la HC3 (propriété value, icône) Dans le code LUA d'un QuickApp ou d'une Scène, utiliser la fonction fibaro.call() avec l'une des syntaxes suivantes : fibaro.call(ID, "enable") => Active une caméra fibaro.call(ID, "disable") => Désactive une caméra fibaro.call(ID, "turnOn") => Démarre l'enregistrement forcé d'une caméra indéfiniment (la caméra est automatiquement activée si elle ne l'était pas préalablement) fibaro.call(ID, "record") => Démarre l'enregistrement forcé d'une caméra indéfiniment (la caméra est automatiquement activée si elle ne l'était pas préalablement) fibaro.call(ID, "record", 60) => Démarre l'enregistrement forcé d'une caméra pendant le temps spécifié en secondes, par exemple 60 (la caméra est automatiquement activée si elle ne l'était pas préalablement, à la fin du délai l'enregistrement forcé s'arrête et la caméra reste activée) fibaro.call(ID, "turnOff") => Stoppe l'enregistrement forcé d'une caméra fibaro.call(ID, "PTZ", 1) => Déplace la caméra motorisée au preset spécifié Les propriétés suivantes peuvent être lues dans le JSON de chaque module enfant : value : boolean : true|false => Enregistrement du flux vidéo en cours sur le NAS dead : boolean : true|false => Statut de la connexion réseau entre le NAS et la caméra deadReason : string : ""|"Disabled"|"Connection failed"|"Setting"|... => Raison de la déconnexion Changelog v5.0 : Initial release v5.01 : Correction du bug de déconnexion lors du reboot du NAS v5.10 : Correction du problème de login avec DSM v7 Correction du bug de création des modules enfants depuis le firmware HC3 v5.100 Meilleure gestion des modules déconnectés (dead) et support de la fonction wakeUpDeadDevice Gestion de plusieurs langues (français/anglais) Ajout d'emojis sur le visuel du QuickApp parent Améliorations diverses Téléchargement Nouvelle installation : Surveillance_Station_v5.10.fqa Mise à jour : Fichier main : Surveillance Station v5.10 - Main.lua Fichier DSM : Library - DSM v1.10.lua Fichier tools : Library - tools v2.20.lua

Je met ça dans "Annonces et suggestions" car il est prématuré de faire un topic dédié dans la section GCE Electronics. En 2021 GCE Electronics fêtera ses 10 ans et ils souhaitent sortir une nouvelle IPX800 pour marquer cet anniversaire. L'IPX800 v5 devrait sortir dans la seconde moitié de 2021, donc dans 1 an. Quelques caractéristiques : Compatibilité assurée avec les extensions actuelle pour V4 Compatibilité avec Philips Hue et les produits Ikea (Zigbee ?) Amélioration du support Enocean Refonte complète de l’interface graphique qui devient personnalisable à 100% (couleurs, icônes etc…) Facilitation de la programmation et l’échange de scénario entre utilisateurs Ajout du copier/coller de dashboard Commutation par relais optimisée, et des filtres électroniques ont été conçu pour supprimer les effets de relais collés par les appels de courants trop forts (surtout pour les lampes LEDs). Niveau hardware, l’ADN de l’IPX800 est conservé avec en prime un câblage simplifié du bus EBX Entrées/sorties : toujours 8 entrées digitales, 8 sorties relais, 4 entrées analogiques Fonctionnement sans cloud, 100% autonome Sécurité améliorée avec le support du TLS 1.3, IPV4, IPV6 Etc… L’intégralité des fonctions de l’IPX800 V5 sera dévoilée dans le courant du premier trimestre 2021 et il y aura forcément de grosses surprises. Bien sûr, l’IPX800 V4 reste plus que jamais d’actualité et les mises à jour vont continuer de faire évoluer son écosystème. Plus d'infos sur le forum officiel : https://forum.gce-electronics.com/t/gce-electronics-rentree-2020/11754

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.