yves.guern

Bonjour, Comme dit plus haut, j'ai soupçonné le HTTPClient de la HC3 de ne pas être compatible des réponses de type "Transfer-Encoding": " chunked" (ie réponses qui arrivent par morceaux). En fait, une fois enlevé le 's' qui était en trop dans un cookie, cela fonctionne très bien et de façon transparente (on récupère le paquet entier d'un seul coup)! Comme d'habitude le problème se situait entre clavier et chaise. Maintenant j'interroge ma LiveBox 5 sans intermédiaire depuis la HC3. En plus des "données de base" (IP,état du téléphone, de la télé,...) je récupère également des infos sur le débit réel montant/descendant. Merci pour vos coups de main

Merci Lazer d'avoir poussé ma curiosité jusqu'à lire jusqu'au bout (et en détai)l le résultat de --/-- success(response) print(response) end, --/-- Cela et F12, il y a effectivement tout ce qu'il faut pour manipuler les 'gateaux'. Je n'ai plus besoin du Nas pour interroger ma Livebox et récupérer son IP, je considère que c'est un progrès !!! Je vais quand même me permettre de continuer à faire diverger ce sujet: Il y a un http:request vers la Livebox qui me répond en mode "Transfer-Encoding: chunked" Donc je ne récupère rien ou pas grand chose d'autre que le header (et c'est d'autant plus frustrant que les data font moins de 500 bytes)! Le header de mon request indique que je ne connais que ["Accept-Encoding"]= 'gzip, deflate' , cela n'a pas l'air d'intéresser mon correspondant... Il existe des solutions sous connexion TCP mais apparemment la livebox5 ne propose pas de serveur TCP. Et avec les mots clefs http et Chunked je n'ai pas trouvé de piste sur les forum Ce n'est pas indispensable mais serait utile pour surveiller le trafic (en byte/s) de la connexion... Si vous avez une idée...

Bonsoir, Je suis légèrement en train de vendre la peau de l'ours (mon test n'est pas encore assez long) mais cela semble fonctionner (ie avec un self.http). Le bug était bien entre le clavier et la chaise ! Finalement le plus extraordinaire était que cela fonctionne 500 fois ou plus avant de planter, la même chose en C aurait explosé au premier essai. Cela fait partie des mystères de LUA et de son Garbage Collector . En tous cas merci à vous deux! Je profite de votre attention pour poser une question qui n'a qu'un rapport indirect La récupération de l'adresse IP externe de ma LiveBox5 se fait par 4 ou 5 requêtes http. La première utilise un cookie que je n'ai pas su 'manipuler' avec la HC3, je passe donc par un php sur mon NAS pour le faire (script interrogé par l'une des 3 QA qui plantent plantaient) L'un de vous a-t-il eu a faire à ce genre de requête à cookie et trouvé une solution 100% HC3?

Merci, je vais commencer par là...

Ma correction a croisé ta réponse avec laquelle je suis bien d'accord...

Bon alors il ne me reste que l'hypothèse 1 (réponses mal formées...) car les QA qui plantent n'ont qu'un request... Cela ne va pas être beaucoup plus facile à identifier est ce que d'instancier net.HTTPClient à chaque appel en utilisant fonction CallHttp( ...) local http = net.HTTPClient({timeout=10000}) http:request( ../.. end plutôt que: self.http = net.HTTPClient({timeout=10000}) fonction CallHttp(self, ...) self.http:request( ../.. end pose un problème? (pour l'instant je suis sur la 1ere version)

Sur le premier point: le log des réponses fait sur le nas ne montre pas de message mal formé, cela ne garanti pas qu'il ne le soit pas à 100% Sur le second: Qu'appelles tu requêtes parallèles? Est-ce que 2 QA différentes qui postent une requête http en même temps tombe sous cette dénomination? (est-ce que 2 destinations http différentes change la chose?) Si c'est le cas tu viens de me mettre sur une piste très sérieuse/probable: 3 QA qui font 500 requêtes/jour chacune, plus les autres qui en font beaucoup moins mais quand même, ce serait bien le diable s'il n'y en avait pas 2 simultanées tous les 2 jours... Existe-t-il une solution 'élégante' autre que faire passer toutes les requêtes http par une QA qui ne ferait que cela? Merci

Bonjour Lazer, Non, ce que je voulais dire c'est que les 2 pcall des callback n'attrapent rien, ni succès ni erreur en fait elles ne semblent pas appelées Le request proprement dit est bien envoyé au Nas (et executé) Mais la QA semble se planter juste avant l'appel de l'une des callback success ou error du request (et cela environ 1 fois sur 500...) Bonne journée

Bonjour, J'ai besoin d'idées, celles que j'ai vue sur le forum n'ont pas suffit... Je suis passé récemment de HC2 à HC3 et j'ai quelque chose qui tourne bien, de façon stable depuis juillet. 'Stable' ou presque : sur une trentaine de QA, 3 plantent régulièrement (au moins une fois toutes les 48h) avec cette merveilleuse sortie console: [28.11.2023] [13:35:47] [ERROR] [QUICKAPP167]: QuickApp crashed [28.11.2023] [13:35:47] [ERROR] [QUICKAPP167]: Unknown error occurred: Sortie console qui fait bien avancer les choses et oblige à passer en mode Sherlock Je suis passé au firmware 5.150.15 il y a une semaine avec beaucoup d'espoir, mais non, aucun changement. Le point commun de ces 3 QAs est de lancer des requêtes (GET ou POST) vers mon NAS (synology) régulièrement (ie toute les 5 mn soit 300 appels/jour). Ces requêtes lancent des scripts en php. Aucune des autres QA n'utilise le NAS. Et le nombre d’éventuels request/jour effectué est plus limité. J'ai fini par mettre des pcall partout comme Lazer l'explique ici: A savoir: un pcall sur le http:request et 2 sur fSuccess() et fError() (ie les callback success() et error() appellent, sous pcall, des fonctions locales fSuccess() ou fError()) Le NAS log les réponses qu'il a envoyé à la fin de l’exécution du request par le NAS A la fin, en cas de plantage, voici ce que j'observe: le http:request se déroule correctement et rend la main comme attendu. le log du NAS montre que la réponse préparée est bien celle 'attendue' dans des temps constants (<1s) cela semble planter avant l'appel des callback success() ou error() qui commencent par un self:debug("Johnny was here"). => donc le bug n'est pas directement dans mon jardin mais plus profond. Même s'il doit se trouver quelque part entre le clavier et la chaise... D'autre que moi ont-ils eu ce soucis? Vous remerciant par avance... PS: J'oubliais de dire qu’après un rebooot de la box (mais pas lors d'un redémarrage ultérieur de la QA), les requests plantent systématiquement pendant 2mn environ: c'est un début de piste?

Bonjour, A propos de RefreshStateSubscriber et de ceux qui n'en voient pas l’intérêt : L'intérêt est clair: plus aucune scène nécessaire => le code des QA intègre les conditions de déclenchement, il est donc plus facile à lire/maintenir (et on a probablement meilleure réactivité?). Je viens de passer mon HC2 en HC3 et j'ai enlevé ma dernière scène il y a 1 mois (*) Etant (encore) sous 5.130.64 je n'avais pas accès à RefreshStateSubscriber mais j'utilise intensivement la librairie fibaroExtra (de jgab ) et en particulier ses fonctions fibaro.event qui semblent équivalentes, avec une syntaxe a priori plus simple. (https://forum.fibaro.com/topic/54538-fibaroextra/?do=findComment&amp;comment=233501). Donc, pour moi une fonctionnalité du type RefreshStateSubscriber n'est pas une question, c'est un requis . (*) Je pense avoir une version 'stable & kiMarche' depuis 6 mois, la scène que j'ai retirée récemment ne concernait que le démarrage de la HC3. Mon installation a une 50aine de noeuds Z-Wave et une 30aine de QAs

Bonjour, Python c'est un peu âpre au début mais on s'y fait :-) Et aucun doute que cela tourne sur un Synology... Ajouter les icônes de room ne devrait pas être un problème, je peux donner un coup de main Bonne journée

Rebonjour, Je n'avais pas assez testé le cas ou plusieurs QA renouvellent leur icone => yavait un bug dans l'exemple de code Lua Corrigé en V1.0.2

Bonjour à tous, J'espère poster ce sujet au bon endroit et qu’il est ‘original’... Je suis sur le point de finaliser une migration de HC2 vers HC3 pour laquelle je me suis fait quelques outils sous Windows (et pas linux: Je n'assume pas 100% mon côté geek, tout en étant l'heureux propriétaire d'un Synology...). Pour commencer je vous partage le dernier né de ces outils. Depuis 8 années je viens prendre de bonnes idées sur ce site. Site tellement vaste qu’au bout d’un moment on se dit que : « si on n’a pas la réponse à la question ‘konseupoz,’ c’est qu’on n’a pas su bien la poser » (mais, objectivement, yadéfoi où le moteur de recherche du site n’aide pas…). Bref ! Je vais essayer de passer de ‘profiteur’ à ‘contributeur’ en partageant un de mes outils de développement / transfert en espérant qu’il n’existe pas déjà ailleurs et souhaitant qu’il rende directement service ou qu’il donne des idées. Au départ, j ’ai plein de QA, et j’aime bien que leurs icones en reflètent l’état. Le carton entre-ouvert avec un point d’interrogation ne me suffit généralement pas , il me rappelle trop les livraisons ‘uber-style’ jetées par-dessus la clôture. Ajoutez à cela les multilevelSwitch qui demandent 11 fichiers png chacun à chaque modification/bug. Au moins en cours de développement, vous avez dû ‘souffrir’ autant que moi de devoir recharger les icones ’chéris’ de vos QA/devices. A chaque fois, on hésite à faire des retours en arrière pour lesquels il faudra redésigner 1 par 1 les icones au travers de l’interface HC3 et, du coup, devoir modifier le code des QA juste pour quelque IDs qui ont été modifiées… Donc, en lien, je vous propose un code/script Python qui permet : Une sauvegarde/scan de toutes les ‘User’ icones utilisées par les devices de votre HC3. J’ai laissé de côté les icones de ’room’ (qui ne changent pas souvent) et les icones de ‘scene’, (paskeu les scènes je ne m’en sers plus du tout, mais c’est une autre histoire). La restauration des icônes sauvegardées dans l’opération précédente Ces deux opérations ont surtout un intérêt en cours de développement lors de retours en arrière via des ‘backup / restore’ ET SURTOUT : Un moyen de maintenir/updater/upgrader/modifier/etPlusEncore, les icones d’une QA sans en toucher le code (ou presque...). C’était le but premier de ce script, les deux autres fonctionnalités ne sont que des sous-produits de l’intention initiale. C'est en Python (3.11), ne me demandez pas trop pourquoi... Je le fait tourner sous Windows(10) mais a priori ça doit aussi le faire sous linux... Le Zip HC3IconMgr1.0.2.zip joint contient : Un (Le) code python dont il est question Un fichier json de paramètres, éditable A EDITER (via notepad++ par exemple), qui vous permet d’adapter le code à vos paramètres à vous (l’IP de votre HC3, le mot de passe et le répertoire de sauvegarde) Un ‘template’ de code LUA à insérer dans vos QAs Je termine ce post par les commentaires en tête du code python qui détaillent un peu plus ce qu’il propose. C’est en ce que j’appelle de l’anglais, en vue d’une publication sur le site ‘concurrent’ . Bonne journée! PS: J'ai fait pas mal de test mais que cela ne vous empêche pas de créer une sauvegarde avant de faire les vôtres... #___________________________________________________________________________________ # HC3IconMgr.py Backup and Restore for Home center 3 # this script allows 3 tasks: # - SAVE all icons on your PC (or any python target) in png format # - RESTORE above icons to HC3 # - LOAD sets of icons defined in one HC3's globalVariable and for QA, prepare a local variable # to be able to use icons by names not by ids # # Notes about HC3 icons: # There are in fact 3 types of icon set # simple one 'unary' that consist in only one png file # (applicable for ex to "com.fibaro.multilevelSensor") # 'binary' one that have 2 icons (one for the OFF state and one for the ON state) # (applicable for ex to "com.fibaro.binarySwitch") # 'multi' one that have 11 icons ranging from 0% to 100% in steps of 10% # (applicable for ex to "com.fibaro.multilevelSwitch") # User icon sets are internally named by HC3 under Userxxxx with xxxx = id and id > 1000. # This id is the one to give in calls: "fibaro.call(self.id, "setProperty", "deviceIcon",id)" # Considering icons on your PC they must follow the 'syntax' below: # for 'unary' set : iconFName.png # for 'binary' set : iconFName_0.png and iconFName_100.png # for 'multi ' set : iconFName_0.png, iconFName_10.png, iconFName_20.png,... and iconFName_100.png # (This is the case when you SAVE HC3 icons sets) # last point to notice about HC3 icons philosophy : # Each device type has its own icon list, you may me obliged to upload a png more than once # to different devices. # # # File organization : # SAVE saves icons under a root path defined by sBackupIconsPath in the parameters json file (see below). # this path MUST exist before application is launched!!! # under this path, directories are created, one per device type found during the HC3 scan. # During scan, at text file is created in sBackupIconsPath/getHC3Icons.log, # it lists all icon sets found and where they have been saved. # # RESTORE : # * Reads all icon sets found in sBackupIconsPath subdirs. # * Checks that all required files per set are available. # * Checks if the set is not already on the HC3 and upload acordingly. # RESTORE does not reload already existing icon set! If run twice it will not do anything the second time... # Restoring icons will most probably change ids so RESTORE produces 2 files in sBackupIconsPath:: # * RestoreHC3Icons.txt (which is like a csv file) containing the old and new icon ids with the device type. Ex: # oldId newId deviceType # 1001 1001 com.fibaro.binarySwitch # 1016 -100 com.fibaro.binarySwitch # 1021 1021 com.fibaro.binarySwitch # 1003 1003 com.fibaro.doorSensor # 1046 1046 com.fibaro.doorSensor # 1065 1065 com.fibaro.electricMeter # 1066 1066 com.fibaro.electricMeter # 1071 1047 com.fibaro.energyMeter # In this file, a negative new id means that all required files for this set were not present. # * idChanges.json a json file containing a list of changes indexed by OldId, giving newId only for ids # that have changed. Ex: {"1016": -100, "1071": 1047} # # LOAD: # * First gets what is to be done by reading the globalVariable "g_Icons2Load" from HC3. # Here is an exemple for the content of this globalVar: # {"filepath":"D:/Users/........./HomeBox/Icone/", --this is a root dir where to find icons.png # "ToLoad":[ -- this is an array to be able to load many icons for different device type # {"id":348, --this is (an) id used to dertemine device type and if it is a QA or not # "icons":[ -- list of icon set to load # {"LUAname":"QuestPac","fileRoot":"Chauffage/Poele_unknown"}, --png files will be searched in filepath/fileRoot.png or filepath/fileRoot_0.png or.. # {"LUAname":"PacOff","fileRoot":"Chauffage/Poele_off_2"}]}, --LUAname is used for QA... # {"id":123, --another id with other icons set list # "icons":[ # {"LUAname":"Name1","fileRoot":"Meteo/Rain"}, if 123 is a binarySwitch the appli will look for filepath/Meteo/Rain_0.png and filepath/Meteo/Rain_100.png # ] # } # A LUA HC3 code example to generate that variable is provided in the .zip file # * For each id found trys to upload it to HC3 (if it does not exists already) # * For ids that corresponds to a QA it produces a list indexed by 'LUAname' value giving the id # (the new one or the existing one) of the loaded icon. EX: # {"QuestPac": 1098, "PacOff": 1099, "P0M0R0E0": 1100,"P0M0R1E0": 1101} # This list is then pushed to the QA in its own variable under the name "myIconIds" # The list is UPDATED not cleared, ie old 'LUAname' are not removed. # If you want to clean 'myIconIds' remove it from the QA variables before. # Then using fibaro.call(self.id, "setProperty", "deviceIcon",myIconIds.LUAname) # you will be able to change/reload icons without modifying your code!! # # LAST : # user modifications: # this script read a json file HC3IconMgrParam for user config, it may be changed using notepad (for ex), # here is an example: # { "host": "192.168.15.17", #change to you HC3 IP address # "port": 80, # doi not change (?) # "sAuthKey": "eW---blah blah blah blah halb halb---1h", #put your authentification key , # either directly (using 'F12' key result) or using result of base64 encoding of username:password # "sBackupIconsPath": "D:/Users/yv---//----/-/Icone/CurrentBackup/" #put here the root for icons backup # } # to launch application: # I run the application under a 'power shell' console using: # "py .\HC3IconMgr.py task" with task = either save,restore or load # Note that this script produces colored messages. # For Windows python under power shell, execute once the power shell cmd : # Set-ItemProperty HKCU:\Console VirtualTerminalLevel -Type DWORD 1 (and restart the console) # It enables VT (Virtual Terminal) / ANSI escape sequences # # and, I am a NEWBEE in python some of you may cry (laugh) going through this script # please forgive me :-) # # # FOR CURIOUSITY: # Most difficult part is the syntax for uploading icon sets, because of lack of fibaro's documentation (as usual). # 1) it is not a request PUT or POST but some writes to a TCP socket # 2) format of what is to be sent through this socket was really not clear to me. # Thanks to: # a) marecki_0luk1 and its (old) AID code for HC2 # b) wireshark !!! (F12 does not help for sockets) # 3) Solution (my solution) is mainly in 'uploadOneIconSet' function for the 'encapsluation' of the data # and in 'uploadIcons' function for the payload build. #____________________________________________________________________________________ HC3IconMgr1.0.2.zip

J'ai posé mon ticket (que j'espère détaillé) en soulignant (discrètement) que ce capteur existe encore sous d'autre marques... J'ai insisté sur le fait que d'autres savent faire et que cela ne semble pas bien compliqué...

Merci Lazer, Je vois mal comment motiver Fibaro à agir pour un composant qui n'existe plus, au moins sous cette marque là. Je vais quand même essayer...

Bonjour, Je n'ai pas su trouver une réponse positive ou négative sur les 2 forum fibaro... Est-il possible d'avoir des communication bas niveau sur le réseau ZWAVE à partir de la home box? Ce dont je 'rêve' c'est ce genre de code (lua) sirenDevice:zwaveNode():sendMsg(COMMAND_CLASS_NOTIFICATION, NOTIFICATION_REPORT, list.new(0x00, 0x00, 0x00, 0x00, notification_type, notification_event, 0x00, 0x00)) mais c'est pour un stick zwave (https://github.com/telldus/tellstick-lua-examples/tree/master) pas pour du fibaro Le besoin c'est de pouvoir programmer la seconde consigne d'un thermostat AEOTEC. (Note: cette consigne n'est pas dans les paramètres de configuration). J'y arrive bien avec un dongle ZWAY en utilisant la commande http://192.168.1.xx:8083/ZWave.zway/Run/devices[9].instances[0].commandClasses[67].Set(11,19) C'est la partie en gras que j'aimerais envoyer. Notez, pour finir, que fibaro sait envoyer commandClasses[67].Set(1,18) qui programme l'autre set point à 18°... Merci pour votre aide

Hi Jang, ok that sound as somthing that explains was I get! So os.clock()-T0 only gives you the Real elapsed time if your code does not contain any sleep or posted event to wake you up... I was trying to measure response time of a TCP connection . Thanks!

Bonjour, Je cherche un moyen d'avoir des temps en ms. Je me suis donc lancé sur os.clock(). Je dois être en train de regarder le doigt alors qu'on me montre la lune ... J'ai fait 2 découvertes: la sortie de cette fonction n'est pas en ms et le coefficient multiplicateur n'est pas constant ???? voici mon code: (le setTimeout est celui de fibaroExtra mais j'ai les même résultats avec des fibaro.sleep() self.Time0=os.time() self.Clock0=os.clock() function QuickApp:main() setTimeout(function() self:main() end,1000) self.ElapsedT=os.time()-self.Time0 self.ElapsedC=os.clock()-self.Clock0 print("Time:"..self.ElapsedT,"Clock:"..self.ElapsedC,'Ratio:'..(self.ElapsedT/self.ElapsedC)) end Avec un setTimeout de 1000 ms j'ai un ratio de 385, qui est déjà une valeur curieuse... [QUICKAPP78]: Time:476 Clock:1.234036 Ratio:385.72618627009 [QUICKAPP78]: Time:477 Clock:1.236577 Ratio:385.74225462709 [QUICKAPP78]: Time:478 Clock:1.239096 Ratio:385.76510617418 [QUICKAPP78]: Time:479 Clock:1.241633 Ratio:385.78227221731 [QUICKAPP78]: Time:480 Clock:1.244157 Ratio:385.8033994102.../... Et là ou cela devient étrange c'est qu'avec un setTimeout de 10000 ms le ratio est grosso modo 10 fois plus grand: [QUICKAPP78]: Time:100 Clock:0.025572 Ratio:3910.5271390583 [QUICKAPP78]: Time:110 Clock:0.028122 Ratio:3911.5283408008 [QUICKAPP78]: Time:120 Clock:0.030621 Ratio:3918.8792005486 [QUICKAPP78]: Time:130 Clock:0.0331 Ratio:3927.4924471299.../... Mes questions sont 'donc' que mesure os.clock? une explication serait que cette horloge n'avance que si la QA n'est pas en attente d'une façon ou d'une autre? Le ratio mesuré serait alors inversement proportionnel au taux d'occupation CPU. et/ou où est mon bug? PS: J'utilise une HC3 en version 5.130.64 et elle fait autre chose que le test exposé ci dessus mais elle est très loin d'être en surcharge ( <10% de CPU moyen,37% de 'ram utilisée') Merci d'avance

Ok mon message n'est pas clair... Il tentait de faire de la publicité à deux fonctions inclues dans FibaroExtra qui permettent d'échanger des données de façon simple, avec un code lisible. L'idée c'est que la QA qui a quelque chose à dire utilise une fonction publish qui va déclencher un event dans toutes les QA qui se seront abonnées au préalable avec la fonction subscribe. Il n'y a pas besoin de connaitre l'Id des destinataires ni même leur nombre, et rien ne se passe sur le 'disque'. (cf https://forum.fibaro.com/topic/54538-fibaroextra/#comment-233510) J'utilise 'beaucoup' et cela fonctionne bien. Il faut juste que le code des QA abonnées soit compatible d'une réception asynchrone des informations. Voilà voilà

Bonsoir Lazer, Chaque fonction peut recevoir les arguments de notre choix Oui, cela c'était assez clair dans mon esprit, encore que, envoyer des paramètres à une QA c'est (presque) écrit dans la doc, en recevoir c'est beaucoup moins clair pour mes premiers pas dans HC3!!. Ce que propose 'fibaroExtra' au travers de publish/subcribe/event c'est qu'une QA (ex: un arrosage) soit au courant des toutes dernières nouvelles (ex: une météo) au moment où elle sont disponibles, sans 'efforts' et sans écriture/lecture disque. Le fait que 2 (ou plus) QAs n'aient pas besoin de connaitre leur ID pour échanger est un gros plus (et pas que en court de développement). Bref, je trouve cela 'cool' (pour le 'disque') et finalement bien dans la philosophie des QA : ie complètement asynchrones, faire avec ce qui est disponible à To est plus efficace qu'attendre To+x un retour d'erreur... Et Dieu sait que mon passé de systèmes temps réel et mon cerveau ont du mal avec l’asynchrone . Bonne soirée

Bonsoir Lazer, la communication inter-QuickApps peut se faire directement par passage d'arguments lors d'appels d'une fonction Tu parles bien des publish/subscribe (et des events) de jgab (https://forum.fibaro.com/topic/54538-fibaroextra/) Ou il y a qqchose de mieux que je n'ai pas encore trouvé? Merci

Bonjour Lazer, Ton idée est la bonne... J'ai détourné le handler des parametres de configuration du module Z-wave et il n'écrit plus dans l'eeprom pour certaine adresses. Plus aucun remords.... PS : qui mériterais peut-être un nouveau sujet, à propos d'usure: Sur quoi sont sauvegardés les variables globales (et celles des QAs) ? Sur mon HC2 j'avais pris l'habitude de réécrire le moins possible les variables globales préférant utiliser les 'ui' (logtemp par ex) pour échanger entre VD et entre VD et scènes. J'ai vu parfois dans ce site (et l'officiel) des codes qui échangent 'à haute cadence' des données par variables globales, cela me chiffonne... Bonne journée

Merci à vous deux! @lazer: je suis déçu de ne pas avoir vu une zwaveInterfaceTime dans la liste ... @jojo: Le redémarrage de la box ne donne rien. La reconfiguration douce est douce mais reste un process lourd que je ne me vois pas effectuer sur une base régulière, j'ai peut être tort? Je teste depuis 48h l'utilisation d'un paramètre de configuration pour transmettre l'heure unix. Cela fonctionne plutôt bien. Finalement à part que cela use l'eeprom cela me semble une solution viable (et pérenne). Bonne soirée.

Merci Lazer, Yes! I will ask the official one. Mais bon, je suis en train de lentement changer mon fusil d'épaule pour utiliser un paramètres de configuration... Au passage, cela est mon dernier espoir, dans les devices du home Center 3 il y a un champ interfaces qui contient une liste un peu mystérieuse, on a l'impression que cela pourrait définir une liste d'UI dans l'IHM web? Quelqu'un connait la liste des interfaces possibles? A+

Bonjour, J'utilise des modules Z-Wave 'intelligents' Z-uno2 (à base d'arduino pour faire court). Ils sont équipés d'un composant RTC que j'aurais besoin de mettre à l'heure. Au moment de l'inclusion d'un module dans le réseau Z-wave du HC3 cela fonctionne, et le RTC est mis à l'heure de la HC3 par une Command Class Time Parameters (0x8B/139). Mon problème est que cette information ne semble envoyée par la HC3 que au moment de l'inclusion : Si le module est reseté ou redémarre après une perte de puissance, la mise à jour de l'heure ne se fait pas. Question: comment forcer HC3 à envoyer cette 'Command Class' ? Le sujet est pointu, je vous remercie par avance!