Lazer

En stock dans les boutiques étrangères, comme par exemple https://smarterhome.sk/en/zwave-switches/fibaro-smart-module-fgs-214-798.html (exemple pris au hasard, première page sur Google) En France..... il n'y en a pas

Top ça, merci Sur mon HC3, qui semble un peu plus rapide que la tienne, surement parce qu'elle est moins chargée, elle ne me sert que pour du développement. [06.06.2020] [19:04:35] [TRACE] [TEST LUA PERF]: Nb runs : 1000 | id : 22 | G.Variable : Test [06.06.2020] [19:04:35] [TRACE] [TEST LUA PERF]: ---------------------------------------------- [06.06.2020] [19:04:35] [TRACE] [TEST LUA PERF]: [06.06.2020] [19:04:37] [TRACE] [TEST LUA PERF]: getValue Exist_________________: instruction time : 2s [06.06.2020] [19:04:39] [TRACE] [TEST LUA PERF]: getValue Not Exist_____________: instruction time : 2s [06.06.2020] [19:05:10] [TRACE] [TEST LUA PERF]: turnOn_________________________: instruction time : 31s [06.06.2020] [19:05:10] [TRACE] [TEST LUA PERF]: getGlobalVariable Exist________: instruction time : 0s [06.06.2020] [19:05:10] [TRACE] [TEST LUA PERF]: getGlobalVariable Not Exist____: instruction time : 0s [06.06.2020] [19:05:10] [TRACE] [TEST LUA PERF]: setGlobalVariable______________: instruction time : 0s [06.06.2020] [19:05:22] [TRACE] [TEST LUA PERF]: getType________________________: instruction time : 12s [06.06.2020] [19:05:35] [TRACE] [TEST LUA PERF]: getName________________________: instruction time : 13s [06.06.2020] [19:05:47] [TRACE] [TEST LUA PERF]: getRoomID______________________: instruction time : 12s [06.06.2020] [19:06:02] [TRACE] [TEST LUA PERF]: getRoomName____________________: instruction time : 15s [06.06.2020] [19:06:03] [TRACE] [TEST LUA PERF]: getSunrise_____________________: instruction time : 1s [06.06.2020] [19:06:03] [TRACE] [TEST LUA PERF]: [06.06.2020] [19:06:03] [TRACE] [TEST LUA PERF]: ---------------------------------------------- [06.06.2020] [19:06:03] [TRACE] [TEST LUA PERF]: ALL DONE Pour info sur mon HC2 : [DEBUG] 11:39:36: Nb runs : 1000 | id : 11 | G.Variable : SMS [DEBUG] 11:39:36: ---------------------------------------------- [DEBUG] 11:39:36: [DEBUG] 11:39:40: getValue Exist : instruction time : 4s | cpu time : 1.726s [DEBUG] 11:39:44: getValue Not Exist : instruction time : 4s | cpu time : 1.40616s [DEBUG] 11:39:55: setValue : instruction time : 11s | cpu time : 3.4183s [DEBUG] 11:39:58: getGlobal Exist : instruction time : 3s | cpu time : 1.73315s [DEBUG] 11:40:01: getGlobal Not Exist : instruction time : 3s | cpu time : 1.41096s [DEBUG] 11:40:46: setGlobal : instruction time : 45s | cpu time : 3.78558s [DEBUG] 11:40:56: getType : instruction time : 10s | cpu time : 6.68276s [DEBUG] 11:41:06: getName : instruction time : 10s | cpu time : 6.87206s [DEBUG] 11:41:16: getRoomID : instruction time : 10s | cpu time : 6.71876s [DEBUG] 11:41:29: getRoomName : instruction time : 12s | cpu time : 8.48164s [DEBUG] 11:41:32: getSunrise : instruction time : 4s | cpu time : 1.69301s [DEBUG] 11:41:32: [DEBUG] 11:41:32: ---------------------------------------------- [DEBUG] 11:41:32: ALL DONE Les résultats sont pour le moins surprenants : dans l'ensemble, mon HC2 de prod, donc avec déjà une bonne activité (gestion des modules Z-Wave, VD, Scènes, ....) est plus performante que la HC3 !!! Ça c'est pas banal.... Imagine la HC2 en v3 comment ça décoiffait, elle explose tout le monde

Je suis allé ouvrir mon tableau, je confirme que j'ai câblé à l'inverse du schéma donné dans la doc Legrand, et j'avais une bonne raison à ça : l'arrivée du courant se fait par le bas de mon tableau, et le départ vers les lampes se fait par le haut. Le câblage que j'ai réalisé est donc plus propre, puisque ça évite des longueurs supplémentaires de fils et des croisements. Ça ne change absolument rien en pratique, le contact d'un relai n'a pas de polarité, c'est un simple interrupteur mécanique.

Hum, étonnant. Cela me rappelle un vieux Benchmark développé par Steven lors du passage à la v4 sur HC2, qui démontrait que la HC3 en v3 était plus performante que la v4 : En page 7 de ce topic : Tu crois que tu pourrais le porter pour un QuickApp sur HC3 ? Et le même dans une scène, pour comparer les performances. D'ailleurs c'est pareil pour ton test, il faudrait le faire tourner dans une scène pour voir s'il subsiste une différence comme sur la HC2

Je pense que tu as raison, car les commandes fibaro font appel à l'API il me semble bien. Donc ça rajoute une encapsulation. Le seul moyen de le savoir, c'est de faire un benchmark. Tu fais une boucle qui répète 1000 fois la même action, et tu mesures la durée d'exécution avec os.clock() Tu fais tourner chaque boucle 2 ou 3 fois pour absorber les variations, et tu compares les 2 résultats des différentes commandes

Ben dites donc les gars, je sais pas où vous laissez trainer vos petits doigts mais vous en collectez des choses !

Oui je pensais bien à maximiser les chances en étant proche, aucune certitude Par contre je n'avais pas pensé au goulot d'étranglement lié à la vitesse réduite des anciens modules, c'est pas bête. Les Door/window sensor de toute première génération, j'ai déjà prévu de les virer. Leurs remplaçants sont déjà en route Rien que le problème de pile qui se vide en 7 mois c'est insupportable. De même que le Remotec ZXT120, celui là il a déjà planté mon réseau 2 fois (il floode de trames, je n'ai pas fait d'analyse Z-Sniffer pour connaitre la cause exacte). Je vais aussi remplacer les FGS de première génération sans mesure de consommation. Je réfléchis aussi à virer les FGBS de 1ère génération, car ils ont une portée vraiment ultra faible et ils passent tous par des relais, donc je risque de rencontrer le problème mentionné. Bref, autant profiter de la migration pour faire le ménage, et installer quelques nouveaux modules : je réduis les modules aux firmwares buggés, je profite des améliorations du protocole Z-Wave+, et des nouveautés diverses (durée de vie des piles, mesure de consommation, etc) Je ne vais pas tout remplacer (trop couteux), mais déjà faire un bon upgrade

Si je comprends bien, quand je referai mon réseau, j'ai tout intérêt à mettre les vieux modules à côté de la HC3 (pas de routage), et les modules Z-Wave+ (avec le nouvel algorithme de routage optimisé) à l'autre bout de la maison.

Tu as vu ce tuto ? http://www.domotique-info.fr/2014/10/pilotage-dun-soufflant-seche-serviettes/ Je te confirme que le FGBS n'a jamais été conçu pour compter. Très bien le choix de l'ESP32

Bienvenue sur le forum

C'est du Shell ton script, ça ne risque pas de fonctionner sur la HC3 ! Voici une fonction optimisée pour encoder les couples login:password en base64, qui utilise les spécificités du LUA 5.3 disponible sur la HC3 : -- -- Encode base64 -- function QuickApp:base64(s) -- http://lua-users.org/wiki/BaseSixtyFour local bs = { [0] = 'A','B','C','D','E','F','G','H','I','J','K','L','M','N','O','P','Q','R','S','T','U','V','W','X','Y','Z','a','b','c','d','e','f', 'g','h','i','j','k','l','m','n','o','p','q','r','s','t','u','v','w','x','y','z','0','1','2','3','4','5','6','7','8','9','+','/', } local byte, rep = string.byte, string.rep local pad = 2 - ((#s-1) % 3) s = (s..rep('\0', pad)):gsub("...", function(cs) local a, b, c = byte(cs, 1, 3) return bs[a>>2] .. bs[(a&3)<<4|b>>4] .. bs[(b&15)<<2|c>>6] .. bs[c&63] end) return s:sub(1, #s-pad) .. rep('=', pad) end Pour le SHA256 je ne sais pas.... je n'ai pas encore eu ce besoin.

Bienvenue sur le forum

Cool Ils l'ont retrouvé alors ?

Ah.... je ne m'en souviens pas.

Non par le réseau tout simplement Regarde sur ton routeur pour connaître l'adresse IP affectée par DHCP

Si ça peut aider... je fais du TCP pour MySQL/MariaDB, juste comme ceci : listen ft_mysql bind 192.168.1.1:3306 mode tcp server mariadb 192.168.1.2:3307

Bienvenue sur le forum

Je confirme, il faut un relai, le courant est beaucoup trop important (10x supérieur, c'est immense, tu vas cramer ton FGBS direct si tu essayes)

Bienvenue sur le forum

Au fait ton script bien pratique affiche les modules enfants. J'ai remplacé le test de la propriété visible par parentId == 1 pour avoir un affichage exact des modules physiques.

Super, j'ai 33 modules en version 3.52. ça promet

92 ça commande à faire pas mal déjà (j'ai exactement le même nombre sur mon HC2) Mais tout dépend de l'activité (nombre de trames Z-Wave par seconde). Il faut utiliser la scène Z-Wave Monitor pour voir. Mais je ne sais pas si elle a été portée sur HC3. Perso je me suis fixé une limite à 1 message par seconde. Même si le réseau peut tenir avec beaucoup plus de messages, on s'expose à des risques de latences dans certains ordre, et des difficulté à effectuer les opérations gourmandes en bande-passante... Notamment l'inclusion de modules, et la mise à jour de firmwares.

Parce que si tu le souhaites, tu peux augmenter très fortement l'intervalle de Polling, voire carrément le désactiver (c'est d'ailleurs faisable module par module dans l'onglet des propriétés) Le Polling, c'est un peu comme le Wake Up (même si ça n'a rien à voir).... c'est pratique au début, mais pour optimiser un gros réseau on a tout intérêt à augmenter l'intervalle autant que possible. Car ces 2 là sont des consommateurs de bande passante sur le réseau, et cela n'apporte rien en pratique, car la remonté d'informations (température, mouvement, ON/OFF lumière, volet haut/bas, mesure de consommation, etc) se fait à l'initiative du client dès que l'événement survient. Il faut féliciter Fibaro, qui depuis toujours (déjà en v3, peut être avant mais je n'était pas né) suggère automatiquement d'augmenter l'intervalle de Polling à mesure qu'on ajoute des modules (mais ça reste une suggestion, l'opération est manuelle) Il reste quand même un intérêt au polling, c'est de détecter les noeuds morts... et de tenter de reconstruire les routes le cas échéant.

Hello Oui Non

Fibaro Smart Module FGS-214 Single Smart Module FGS-224 Double Smart Module Voici la 4ème génération de relais chez Fibaro, qui est une sorte de mix entre la 1ère génération, et la 2nde. Il s'agit donc de modules avec chipset Z-Wave+ supportant le dernier niveau de chiffrement S2, et dont la ou les 2 sortie(s) relais sont de type contact sec libre de potentiel, contrairement à la 3ème génération FGS 2x3 dont la sortie était obligatoirement connectée à la phase 230V. Autres avantages de cette version : on retrouve l'alimentation possible en 24 V DC (comme sur les FGS 211/221) en plus du classique 230 V AC paramètre permettant d'interdire l'activation simultanée des 2 relais, indispensable dans certaines applications pour éviter le court-circuit. The remotely operated FIBARO Smart Module and Double Smart Module are designed to turn electrical devices or circuits on and off. Smart Module allows to control one device or circuit and the Double Smart Module allows to control two devices or circuits. The compact size of the device allows for the product to be installed in the housings of other devices. The devices can be controlled either via the Z-Wave network or with buttons connected directly to them. Highlights Smart Modules: Potential-free relay with Z-Wave 500 chip; Support for scene activation; Voltage via 230V (AC) and 24-30V (DC); Works with different types of switches; Max. load Smart Module (FGS-214) 6.5A => 1500 Watts Max. load Double Smart Module (FGS-224) 6.0A (per output) / 9.5A (total) => 2200 Watts Locking of outputs (Double Smart Module only). This means that both outputs cannot be switched on at the same time. It can be used to control gates and tubular motors that work on AC and DC. Manuel : https://manuals.fibaro.com/smart-module/ Date de disponibilité : 5 juin 2020 Prix : 59,99 €