Krikroff
-
Compteur de contenus
6 715 -
Inscription
-
Dernière visite
-
Jours gagnés
124
Tout ce qui a été posté par Krikroff
-
Besoin daide - Slide En Virtuel - Hc Lite
Krikroff a répondu à un(e) sujet de Julien Lemare dans Support
Salut Julien, Il est impossible sur le Home Center Lite d'appliquer des conditions sur un slider en mode "bloc" (Il faut utiliser le LUA qui n'est pas disponible sur le HCL). En revanche il n'y a pas de problème pour utiliser la valeur du slider mais uniquement 0 à 100 sur une requête unique. JC. -
Bonjour JJ Je n'ai pas ce problème c'est fou ! Je vais torturer mon VD pour essayer de reproduire ce comportement... Il y a forcément une bonne explication Envoyé de mon iPhone àl'aide de Tapatalk
-
Cherche pas c'est le Karotz qui ne doit pas répondre correctement a un moment et bloquer Net.FHttp et le mainloop plante, le problème que nous rencontrons tous avec la couche Net. du HC2 . Change le ping à 120s cela peut aider, voir si le script "catch" bien toutes les éventuelles erreurs aussi... Donc le problème est avec les VD et pas les scènes ...
-
Quelques précisions: Attention: le Toolkit est toujours en bêta, notamment un problème de stabilité lors du Dump global du HC2, rien de grave ! Le plus chiant c'est la structure complète qui change avec la V4.xx, le Toolkit reste compatible mais remonte beaucoup moins d'informations. Pas de nouvelle version du Toolkit prévue avant la sortie officiel de la V4. Le Toolkit est pleinement compatible avec le Home Center Lite cependant .
-
Salut ! Data / Scene -> Get scenes data puis Save All Data / VD -> Get VD puis Save All
-
Visiblement et d'après ce debug, la méthode responsable de la lecture du TTS passe une seul fois ! C'est dingue ton affaire ... Envoyé de mon iPhone àl'aide de Tapatalk
-
Tu peux jeter un œil dans le debug du mainloop et lancer un TTS pour voir ?
-
Une de plus que j'utilise dans mon framework lua : -- getCurrentMemoryUsed() -- return total current memory in use by lua interpreter getCurrentMemoryUsed = (function() return collectgarbage("count"); end) collectgarbage("count") me permet de vérifier notamment la "gestion de la mémoire" dans mes libs. Attention Le Mainloop et les boutons sont des Sandbox (bacs àsable) , le collectgarbage("count") retourne uniquement la mémoire utilisée par le script dans le sandbox.
-
Pour sauver les LUA en groupes tu peux utiliser le Toolkit en attendant ... Idem pour voir les templates ! Envoyé de mon iPhone àl'aide de Tapatalk
-
Ouais... mais attention a la garantie
-
Au début je pensais comme toi et j'avais testé pour voir si les variables locales étaient bien détruites, la réponse est oui (valeurs & objets). Après en LUA tu peux appeler manuellement le garbage collector cela peut aider collectgarbage("collect");
-
ARhhhh ! Ouais mais j'suis pas certain que chez Fibaro ils apprécient que tu nous expliquent comment faire hein ! Pas grave ils ont promis cela pour la V4 ou la V5 peut-être ... je ne sais plus moi enfin c'est dans la roadmap quoi ...
-
Oui pas con et dans ce cas quel est le code d'erreur ? Mais je suis perplexe concernant ton explication sur la gestion des ressources car 1 - Dans l'exemple de l'UpdateNotifier, justement l'objet Net.FHttp est crée a chaque passage de boucle et n'est pas conservé en mémoire, la variable locale étant détruite... 2 - Mes vd Freebox et SONOS sont des petits scripts de 2500 ou 3000 lignes de code (oui j'ai pas encore tout montré ) et je n'ai pas de problèmes et pourtant il y a matière a optimiser hum ... PS: Le fait est que j'ai résolu tout mes problèmes avec Net.FHttp, je ne l'utilise plus
-
Désolé de te contredire, ici ce n'est pas un problème de mémoire mais un bug au niveau de la la bibliothèque json introduite par Fibaro depuis la V3.5xx.
-
Est-ce que la case "Do not allow alarm to stop scene while alarm is running" est bien cochée ? Tu peux ajouter ceci en début de script pour savoir exactement quand le script a démarré et éviter les instances multiples de ta scène pour raison X ou Y... fibaro:debug("HC2 start script at " .. os.date()); if (fibaro:countScenes() > 1) then fibaro:debug("Script already running."); fibaro:abort(); end Mais oui cette scène ne devrait jamais s'arrêter en principe. Ce n'est pas le cas ?
-
Pour des raisons de sécurité Fibaro à bloqué la restauration en version alpha, ouf ! Pour revenir sur la version stable tu dois: 1- Éteindre ton HC2 2- Redémarrer en mode recovery (allumage du HC2 en maintenant les deux boutons) 3- Te connecter a ton HC2, puis suivre les indications pour le recovery (sans reset de la puce z-wave ) 4- Remonter tranquillement les version: 1.xx / 3.xx / 3.590 5- tu retrouveras tous les backups ... Puis faire une restauration avec un de tes backups
-
Un abus de langage de la part de Fibaro concernant les "variables globales" a embrouillé notre ami ici. Mais oui tu as raison Lazer pour le concept , la notion de portée des variables c'est la base. Et pour te rejoindre j'ajouterais bien que l'absence de typage des variables * n'arrange pas les choses d’ailleurs il peut-être utile parfois de vérifier le type d'une variable avant de l'utiliser ! * LUA utilise un typage dynamique c'est à dire que le type est défini automatiquement en fonction de la valeur.
-
Salut Shad , oui l' alpha 3.902 c'est pour bientôt je suis d'accord avec toi. Du coup j'ai fait une restauration complète ma HC2 de "prod" pour revenir sur un truc "sain".
-
Bravo
-
Il n'y avait pas de message subliminale par rapport au script de Steven... C’était juste pour procéder par élimination pour t'aider sur ton problème car par expérience lorsqu'il y a des blocages avec les scènes sur le HC2 c'est toujours la même origine -> un bug dans un script. Mais je te confirme que le moteur de scène du HC2 est très STABLE mais bon après tu as peut-être un problème matériel avec ton HC2.
-
Oh c'est vraiment étrange cette histoire , je n'ai pas ce problème ! Peut-être la détection auto de la durée pour le off qui débloque. Tu peux essayer avec: fibaro:setGlobal("SonosTTS", "lng=fr|dr=auto|vol=40|txt=Les volets sont ouverts. . .|");
-
La variable locale est disponible dans le bloc dans lequel elle est déclarée alors que la variable globale (normalement définie a l’extérieur des blocs ou fonctions) elle est utilisable dans tous les blocs . Dans le HC2 une scène, un bouton ou même le main loop c'est un bloc ! Donc ici l'utilisation d'une variable locale n'a d’intérêt que si tu codes des fonctions Et je suis bien d'accord avec Steven pour la forme suivante: local Squeezers = { ['Cuisine'] = "00:04:20:2b:81:00 ", ['Salon'] = "00:04:20:29:bb:3e ", ['ChambreB'] = "00:04:20:2c:0b:fe ", ['ChambreH'] = "00:04:20:2c:35:bc ", }
-
Et sans utiliser GEA as tu le même problème, il y a peut-être un bug ? De mon côté pas de problèmes, toutes mes scènes fonctionnent mais je n'utilise pas le GEA de Steven.
-
Demande une remote session au support, migrer avec une bd foireuse j'aime pas Envoyé de mon iPhone àl'aide de Tapatalk
-
Salut Bernie, a part un R.A.Z sur ton HC2 ou contacter le support pour une petite prise de main àdistance il n'y a pas trop d'options il me semble
