Krikroff

Bonjour lilmums, je remonte le sujet Vous avez une alarme pour protéger votre logement ?

@i-magin, le titre du sujet est modifié J'ai mis de côté le dev sur SONOS car je suis en attente des plugins (J'ai une autre version sous le coude mais non publiable pour le moment). Pour une intégration parfaite du système SONOS avec le HC2 il faudrait être en mesure de pouvoir ouvrir un port sur celui-ci afin d’écouter les retours UPNP suite à une souscription au service mais je pense que ce n'est pas gagné... Donc reste le Polling qui consomme du temps... L' idée est de trouver un juste milieu acceptable.

Merci pour l'information, effectivement je ne peux plus tester sur HC2 V3.XXX, juste sur le HCLite en V3 mais je n'ai jamais réussi àreproduire le problème.

@Lionel57, oui tu as parfaitement raison mais dans le doute il est plus sage de faire travailler le support, ils finirons bien par en avoir assez

@Steven, je n'ai pas la réponse, enfin pas de certitudes ... @clarkkent609, oui c'est beaucoup plus long en V4 , l' api me semble plus lourde, sur mon HC2 rien que la liste des périphériques c'est presque 1M !

@chrispec, dans tous les cas il faut que tu ouvres un ticket à l'adresse que Lazer a donné car je doute que ton problème ERR 503 disparaisse définitivement malheureusement. Un reboot va clairement aider mais tu n'auras pas la certitude que le souci soit réglé.

Oui c'est ton ts qui n'est pas bon local fromUnixTimestamp = (function(ts) return os.date("%c", ts) end) fibaro:debug(fromUnixTimestamp(1425587690)); fibaro:debug(os.date("%c", 1425587690)); [DEBUG] 23:31:39: Thu Mar 5 21:34:50 2015 [DEBUG] 23:31:39: Thu Mar 5 21:34:50 2015 Edit: désolé j' arrive trop tard

Il n'est pas possible de mettre un double guillemet a l'intérieur d'une chaîne "xxxxx" de cette manière, il faut utiliser l’échappement: local children = parsedDIDL["loc id=\"FRXX1560\""] or {}; mais ici cela ne marchera pas car le parser localise juste l’élément (loc) et ne tient pas compte ici des attributs (id="FRXX1560") donc le code qui marche est le suivant: local children = parsedDIDL["loc"] or {}; -- exemple pour tm fibaro:debug(tostring(children.tm:value())); voilou

C'est le problème des corrections sur corrections, a un moment il faut tout remettre à plat ! @Lionel57, cela va dans le sens de l'utilisation de fichiers journaux (pour du debug) et ça bouffe un max de temps...

Avec le nombre de HC2 en circulation et le trafic sur le forum, statistiquement tu devrais avoir 1 ou 2 demandes avant la fin du mois

J'ai essayé de pousser Steven du côté obscure du VD mais que nenni . Bon en même temps le nouveau moteur "scènes" apporte l'asynchronisme (non, ce n'est pas une pratique sadomazo, quoique ) et je pense que c'est une bonne piste de travail pour GEA puisque cela évite les blocages et les files d'attente.

@Lazer, sur la V3 il y a uniquement le port 2000 mais en V4 il y a bien le 5060 aussi

Pour archiver toutes les demandes dans des fichiers journaux, mais cela doit être du fait maison

C'est juste un Unix Timestamp 1425506153000 = mercredi 4 mars 2015 22:55:53 GMT+1:00 (http://www.epochconverter.com/) Voici ce que j'utilise pour les conversions (extrait lua framework ): -- toUnixTimestamp(t) -- t (table) - {year=2013, month=12, day=20, hour=12, min=00, sec=00} -- return Unix timestamp toUnixTimestamp = (function(t) return os.time(t) end) -- fromUnixTimestamp(ts) -- ts (string/integer) - the timestamp -- Example : fromUnixTimestamp(1297694343) -> 02/14/11 15:39:03 fromUnixTimestamp = (function(s) return os.date("%c", ts) end)

Dans une scène V4.035 "stable" HC2 Version 1 (>300 devices, >30 scènes, >80 nodes) [DEBUG] 23:34:07: Nb runs : 1000 | id : 7 | G.Variable : test [DEBUG] 23:34:07: ---------------------------------------------- [DEBUG] 23:34:07: [DEBUG] 23:34:13: getValue Exist : instruction time : 6s | cpu time : 3.56s [DEBUG] 23:34:18: getValue Not Exist : instruction time : 5s | cpu time : 3.24s [DEBUG] 23:34:38: setValue : instruction time : 20s | cpu time : 7.4s [DEBUG] 23:34:43: getGlobal Exist : instruction time : 5s | cpu time : 3.93s [DEBUG] 23:34:49: getGlobal Not Exist : instruction time : 6s | cpu time : 3.25s [DEBUG] 23:35:59: setGlobal : instruction time : 70s | cpu time : 8.81s [DEBUG] 23:36:22: getType : instruction time : 23s | cpu time : 17.71s [DEBUG] 23:36:43: getName : instruction time : 21s | cpu time : 16.61s [DEBUG] 23:37:03: getRoomID : instruction time : 20s | cpu time : 16.21s [DEBUG] 23:37:31: getRoomName : instruction time : 28s | cpu time : 21.27s [DEBUG] 23:37:36: getSunrise : instruction time : 5s | cpu time : 3.56s [DEBUG] 23:37:36: [DEBUG] 23:37:36: ---------------------------------------------- [DEBUG] 23:37:36: ALL DONE Dans une scène en V4.024 HC2 Version 2 (juste quelques modules, VD, Plugins (perso)) [DEBUG] 23:44:07: Nb runs : 1000 | id : 50 | G.Variable : test [DEBUG] 23:44:07: ---------------------------------------------- [DEBUG] 23:44:07: [DEBUG] 23:44:09: getValue Exist : instruction time : 2s | cpu time : 1.38s [DEBUG] 23:44:11: getValue Not Exist : instruction time : 2s | cpu time : 1.28s [DEBUG] 23:44:21: setValue : instruction time : 10s | cpu time : 2.94s [DEBUG] 23:44:23: getGlobal Exist : instruction time : 2s | cpu time : 1.46s [DEBUG] 23:44:25: getGlobal Not Exist : instruction time : 2s | cpu time : 1.22s [DEBUG] 23:45:08: setGlobal : instruction time : 43s | cpu time : 3.32s [DEBUG] 23:45:14: getType : instruction time : 6s | cpu time : 4.52s [DEBUG] 23:45:20: getName : instruction time : 6s | cpu time : 4.52s [DEBUG] 23:45:25: getRoomID : instruction time : 5s | cpu time : 4.57s [DEBUG] 23:45:33: getRoomName : instruction time : 8s | cpu time : 6.21s [DEBUG] 23:45:35: getSunrise : instruction time : 2s | cpu time : 1.32s [DEBUG] 23:45:35: [DEBUG] 23:45:35: ---------------------------------------------- [DEBUG] 23:45:35: ALL DONE Dans un module virtuel en V4.0XX HC2 Version 1 & 2 [DEBUG] 23:52:03: Nb runs : 1000 | id : 50 | G.Variable : test [DEBUG] 23:52:03: ---------------------------------------------- [DEBUG] 23:52:03: [DEBUG] 23:52:03: getValue Exist : instruction time : 0s | cpu time : 0.04s [DEBUG] 23:52:03: getValue Not Exist : instruction time : 0s | cpu time : 0.04s [DEBUG] 23:52:10: setValue : instruction time : 7s | cpu time : 0.58s [DEBUG] 23:52:10: getGlobal Exist : instruction time : 0s | cpu time : 0.03s [DEBUG] 23:52:10: getGlobal Not Exist : instruction time : 0s | cpu time : 0.03s [DEBUG] 23:52:10: setGlobal : instruction time : 0s | cpu time : 0.08s [DEBUG] 23:52:10: getType : instruction time : 0s | cpu time : 0.02s [DEBUG] 23:52:10: getName : instruction time : 0s | cpu time : 0.03s [DEBUG] 23:52:10: getRoomID : instruction time : 0s | cpu time : 0.03s [DEBUG] 23:52:11: getRoomName : instruction time : 1s | cpu time : 0.07s [DEBUG] 23:52:11: getSunrise : instruction time : 0s | cpu time : 0.03s [DEBUG] 23:52:11: [DEBUG] 23:52:11: ---------------------------------------------- [DEBUG] 23:52:11: ALL DONE Mon avis sur la question: - Les Modules Virtuels tournent encore avec le même moteur que pour la V3, les perfs sont au rendez-vous. - Les scènes tournent sur le nouveau moteur "scènes" et j'imagine qu'un logger est à l'origine de ce problème de performance.

@i-magin, pourtant le code devrait être dans "mainLoop"

@i-magin, oui pas cool mais bon je prends sur moi, il me reste encore un tout petit peu de patience !

Les plugins tiers sont bloqués par Fibaro jusqu'à nouvel ordre le temps pour eux de stabiliser la V4 ... Donc oui il y a des truffes mais pas ici

@i-magin, pas le choix tu dois faire une reconfiguration complète ou nouvelle exclusion/inclusion ... @Steven, pour les Benchmark j'utilise de préférence os.clock() qui me semble plus précis (temps CPU avec précision à la milliseconde) HC2 est H.S chez moi ce matin visiblement ... Lol tout est en rideau à la maison jusqu'à ce soir ! Keep cool...

@chrispec, tu dois avoir un périphérique avec une conso déclarée qui doit avoir besoin d'une reconfiguration. Déjàvu le problème avec un swiidinter au passage en V4.031 Envoyé de mon smartphone

Pour l'édition des scènes un reboot règle définitivement le problème. Envoyé de mon smartphone

Tu as parfaitement raison Nico [emoji4] Envoyé de mon smartphone

Les ralentissements c'est par intermittence depuis quelques jours. Les joies de l'hébergement mutualisé. Envoyé de mon smartphone

fibaro:debug(tostring(children.bar.r:value()));

Tu souhaites que le HC2 "pousse" une valeur vers un autre contrôleur ou que ton autre contrôleur interroge ton HC2 ?