Aller au contenu

Krikroff

Modérateurs
  • Compteur de contenus

    6 715
  • Inscription

  • Dernière visite

  • Jours gagnés

    124

Tout ce qui a été posté par Krikroff

  1. 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.
  2. Krikroff

    Plantage Hc2

    @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
  3. @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 !
  4. Krikroff

    Plantage Hc2

    @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é.
  5. 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
  6. 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
  7. 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...
  8. 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
  9. 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.
  10. @Lazer, sur la V3 il y a uniquement le port 2000 mais en V4 il y a bien le 5060 aussi
  11. Pour archiver toutes les demandes dans des fichiers journaux, mais cela doit être du fait maison
  12. 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)
  13. 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.
  14. @i-magin, pourtant le code devrait être dans "mainLoop"
  15. @i-magin, oui pas cool mais bon je prends sur moi, il me reste encore un tout petit peu de patience !
  16. 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
  17. @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...
  18. @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
  19. Pour l'édition des scènes un reboot règle définitivement le problème. Envoyé de mon smartphone
  20. Krikroff

    Lenteur Forum

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

    Lenteur Forum

    Les ralentissements c'est par intermittence depuis quelques jours. Les joies de l'hébergement mutualisé. Envoyé de mon smartphone
  22. fibaro:debug(tostring(children.bar.r:value()));
  23. Tu souhaites que le HC2 "pousse" une valeur vers un autre contrôleur ou que ton autre contrôleur interroge ton HC2 ?
  24. Et c'est tout ? Ils communiquent uniquement la dessus ? Ont ils un positionnement vis àvis de homekit ? Envoyé de mon smartphone
  25. Tu peux remplacer les Fibaro:debug par des setGlobal pour persister les données dans des variables globales. Envoyé de mon smartphone
×
×
  • Créer...