Lazer

Dans ce cas je pense qu'il faut utiliser le read() simple. Et le timeout tu le configures lors de l'initialisation de la socket, avec : self.sock = net.TCPSocket({timeout = 10000}) Lors de l'appel du read(), selon la fonction appelée en retour asynchrone (success ou error), tu sauras si des données ont été lues, ou non avant que le timeout n'arrive. Du coup, ça sera à toi de gérer la logique de mémorisation/concaténation/séparation des paquets avec ton délimiteur retour chariot \r

A part pour la beauté du geste, je ne comprends pas bien l'intérêt de ton QA car de base tu peux déjà enregistrer les couleurs prédéfinies de ton choix. Mais pour connaitre l'ID c'est tout simple, il est affiché sur le panneau de droite quand tu ouvres le module : Ou bien sinon dans les paramètres, rubrique dispositifs : EDIT : OK désolé je pensais que tu parlais du module RGBW, pas du module Walli.... du coup en effet, il n'est pas possible de préenregistrer des couleurs prédéfinies.

Dans l'onglet des paramètres avancés de la sonde de température, tu peux choisir ce que tu veux :

Charts_V4.1 is for the web server of course Inside the virtual device, you must specify the address of your web server and the port (it should be 80) By the way, if you have never installed a web server, you should really stick to the tutorial, which means use a Synology NAS and just follow the steps described on first page. Because configuring a public web server is a bit more complicated.... not to mention security concerns.

Attends, t'es pas pressé, la v5 arrive en 2021. Plus que 11 mois à attendre.... Pas mal de nouveautés prévues (voir topic dédié) avec normalement compatibilité avec les extensions existantes pour la v4.

Oui regarde plus haut, on en parle avec @Dgille Extension X-4FP

Le bouton stop c'est normal, je ne l'ai pas implémenté, parce qu'à ma connaissance GCE ne propose pas d'API pour faire le stop sur les volets. Donc il faut choisir le % d'ouverture avec le curseur via l'interface (ou programmatiquement dans tes scénarios)

Ah mince. Bah c'est encore GCE qui fait la logique des pourcentages à l'envers, comme pour le fil pilote.... Je vais ajouter un correctif dans la prochaine version

It should be OK. I personally don't host it on a NAS (I made the Synology tutorial only for other peoples) I don't know formex.com, but I used OVH (public web hosting) for several years, before migrating to my home server (Apache and MariaDB). It is just standard PHP language and MySQL/MariaDB database, so it could theoretically run on any platform (even Windows), but you may have to adjust some parameters depending on your server. You will discover that during the installation depending on the error message you see (if any).

Cool merci pour le retour Refresh à 1 seconde, tu es joueur toi, entre la charge sur la HC3, et plus encore sur l'IPX800 en fasse, c'est pas idéal.... la doc de GCE mentionne qu'il faut éviter de l'interroger trop souvent. Et j'ai déjà constaté quelques ralentissement sur mon IPX800 justement quand je fais trop d'interrogations dessus. Tu nous diras si ça tient bien la charge à la longue.

Nouvelle version 3.20 en première page et mise à jour du tuto. Ajout d'une variable HC3_BACKUP_HISTORY permettant de spécifier si la sauvegarde doit contenir l'historique ou pas Changement des noms HC3_VARIABLE_NAME et HC3_VARIABLE_IS_VALUE pour une meilleure compréhension Ajout de 2 nouveaux filtres sur le Profil actif permettant de bloquer la sauvegarde : HC3_PROFIL_IS_VALUE et HC3_PROFIL_NOT_VALUE Le nom du fichier sauvegardé sur le disque du NAS comporte maintenant la version et la mention beta/stable.

J'ai commencé à préparer une nouvelle version du script de backup sur NAS, et je constate dans la doc (Swagger) que l'API propose des nouvelles options relatives au backup automatique (local et cloud) Donc il faut s'attendre à des nouveautés de ce coté là dans un prochain firmware, le temps qu'ils codent une nouvelle case à cocher dans l'interface graphique. Accessoirement, ajouter de l'espace sur le cloud, c'est pas normal qu'avec une HC2 on puisse avoir 500 Mo, et qu'on soit limité à 50 Mo sur la HC3....

Il ne me semble jamais avoir eu de soucis avec "Inverse", pourtant j'en utilise beaucoup. La solution de contournement, c'est de tester la "Value" du module dans les conditions. Sur HC2, quelque chose comme : GEA.add({"Value", id["PORTE_JARDIN3"], "0"}, 60, ... Ou sur HC3 : GEA.add({"Value", id["PORTE_JARDIN3"], false}, 60, ...

Mais vous avez été si vilains que ça pour être punis à ce point ? SFR, c'est le pire des châtiments... La bonne nouvelle, c'est le moment de choisir un vrai opérateur !

[Blog Domadoo] FIBARO décline sa gamme d’appareillage Walli en couleur Anthracite

Non je n'ai pas ça sous la main. C'est pas en standard dans les Synology ? Sinon j'avais déjà partagé un script sur le forum qui permettait de détecter le changement d'adresse IP publique. Ensuite, il n'y a plus qu'à ajouter une fonction pour mettre à jour le DynDNS dès que l'IP a changé.

Tu peux faire la mise à jour de DynDNS depuis un NAS. Ou mieux, depuis la box domotique si tu veux t'amuser un peu en LUA !

Pour le FGD-212 je ne sais pas trop, mais je sais que le FGD-211 fonctionne très bien sans charge.

J'ai séparé ton message pour en faire un nouveau sujet dédié afin de ne pas mélanger l'application tablette avec l'application mobile/smartphone J'ajoute les preview officielles de Fibaro pour présenter un peu l'application (qui semble juste être l'application smartphone en plus grand, peu de différence significatives)

Bienvenue sur le forum

Bienvenue sur le forum

Unifi Door Access Pour fêter le vol des données sur le cloud Ubiquiti, ils lancent une gamme de produit autour de la serrure connectée, avec gestion centralisée. Le Cloud c'est bon, mangez en. Ou pas. https://unifi-network.ui.com/door-access L'offre a l'air sympa, mais clairement orientée entreprise, pas certain d'y trouver un intérêt pour les particuliers. Pour ceux qui veulent quand même tenter l'aventure : Aucune annonce de disponibilité en Europe (janvier 2021)

Tu utilises un EDRT2, et les types prédéfinis X400-CT-xxA sont pour les pinces de l'IPX800 (car elles sont assimilables à des entrées analogique virtuelles, donc retourne la valeur brute du convertisseur ADC, c'est pour cela qu'il faut appliquer une formule de calcul) Sur EDRT2 tu n'as pas besoin, car celui-ci présente déjà la bonne valeur. Car si tu appliques une formule sur la valeur, ça te sort un résultat délirant. Par ailleurs, quand tu vas chercher Index, tu n'obtiendras pas une puissance, mais un index (une énergie donc) Le seul moyen que j'ai trouvé pour lire les puissances instantanées (en W) des pinces sur EDRT2, c'est de les associer à des sous-postes, et d'aller lire leur valeur avec Get=S Tu peux t'inspirer de la ligne de config que j'ai donné en exemple pour attribuer la puissance à la propriété value de ton enfant PowerSensor : {device = {name = "Pince ECS", type = "PowerSensor"}, value = {command = "Get", argument = "S" , pin = "P1_SSP1"}},

Effectivement, merci pour la suggestion, j'apporterai cette modification du calcul du kWh dans la prochaine version. En ce qui concerne les FP, je pense plutôt que je vais faire exactement comme les Qubino. C'est à dire créer un child de type multilevelswitch (un dimmer quoi) ce qui permettra de piloter les 6 ordres. J'ai déjà remarqué dans la doc que les ordres sont inversés, ce n'est pas très logique, mais pas un souci. Je vais me charger de transcrire chaque numéro d'ordre vers une valeur du multilevel de 0 à 99 afin de correspondre à ce que fait le Qubino. De cette façon, ça sera générique et identique à l'intégration native d'un module Z-Wave. Ensuite, libre à chacun d'utiliser un QuickApp externe identique à ce qu'on fait pour les Qubino (d'ailleurs je pense que ça devrait être le même QuickApp), qui va permettra d'afficher 6 boutons avec les icônes associées, ou bien encore de type thermostat pour ceux qui veulent faire de la régulation depuis la box. Ou même un binary switch pour ceux qui veulent juste faire du Confort/Arrêt. Et non, pas possible en standard de personnaliser l'apparence des modules enfants...

Mais sinon, il y a moyen de le faire de façon plus élégante avec GEA lui-même (et cela peut s'appliquer à n'importe quel QuickApp) Puisque tu connais l'ID de ton icône, tu peux créer une règle qui ne se lance qu'au démarrage de GEA : GEA.add(true, 0, "", {"CurrentIcon", <id_module>, <no_icon>}) Ou bien via l'API http comme je disais hier : /api/callAction?deviceID=xx&name=updateProperty&arg1=deviceIcon&arg2=yy Bon ça ne résout pas le problème de devoir importer l’icône sur un autre module, pour ensuite aller chercher son ID à la main, mais ça devrait répondre à ton besoin.