Fredric
-
Compteur de contenus
2 241 -
Inscription
-
Dernière visite
-
Jours gagnés
19
Tout ce qui a été posté par Fredric
-
tu m'as devancé de quelques secondes
-
oui, si tu redémarre pas par le bouton, effectivement, ça ne fonctionne pas ou pas bien. j'ai mis 10 instances, puisque que le créateur du code l'a dit et je lui fais plus confiance qu'a Fibaro
-
-
oui, "out of memory" pour GEA et Fibaro m'envoi un tuto pour apprendre à créer des scène en bloc avec les instances
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
il suffit de stopper ta scène, je me suis posé la même question, j'ai juste fais stop sur GEA
-
du coup tu as mis GEA.optimize = GEA.typeOptimize["ALL"] et tu n'as plus les noms dans le débug?
-
il disent que les scènes qui ont comme déclencheur un FGMS, il faut limiter les instances, la scène ci-dessous que j'avais fait en bloc pour test était avec 2 instances par défaut faisait parti des scènes "out of memory"!!! --[[ %% properties 426 value %% events %% globals --]] local startSource = fibaro:getSourceTrigger(); local motion_lum = fibaro:getValue(426, "value") if ( ( tonumber(fibaro:getValue(426, "value")) < 42300 ) or startSource["type"] == "other" ) then fibaro:debug(motion_lum); end
-
du coup, d'avoir 2 GEA, un normal et 1 pour les instantanés, cela augmente la saturation de la mémoire?!?!
-
ok, merci, c'est ce que j'ai, 10, donc, pas de solution a par ce passer de GEA!!!
-
dommage, je ne peux pas vous coller le PDF. résumé rapide, si on met trop d'instances, trop d'occupation de ram et cpu. "Il est pas recommandé d'augmenter le max. l'exécution d'instances, car elle a un impact négatif sur l'utilisation réseau z-ondes, la consommation de la batterie, la RAM et CPU." comme d'hab, leurs réponse va changer ma vie, je vais dormir bien mieux ce soir, c’est sur!! combien d'instance avez vous sur GEA?
-
combien d'instances avez vous mis sur votre GEA?
-
EN gros, ils disent que mettre trop d'instances provoque des plantage...
-
réponse de Fibaro aujourd'hui pour mes soucis de platage et de "out of memory". il m'envoient un tuto en PDF sur comment faire des scènes blocs
-
si d'habitude, ça me prend le choux de relire des pages en arrière, làj'ai pas regretté.
-
Merci àvous deux. Arfff.....Ça marche nickel comme ça, ça me donne la migraine juste de penser àdevoir changer toutes mes lignes :-( Je vais les faire petit àpetit, essayer la syntaxe de @pepite mais j'avais déjàessayé et je n'ai toujours qu'une conditions de prise en compte, La première . Le principal, c'est que je sois sûre que ça ne crée pas de problème actuellement.
-
J'essai d’optimiser mon GEA et j'ai une petite question pour toi, @Steven, les "IF" sont pénalisant ou je peux les laisser? sur des lignes comme la suivante, je n'arrive pas à intégrer des conditions non "IF" local CAFE_OFF = {"If",{{"Global", "CAFE", "OFF"}}} local CP = {"If",{{"Global", "Aujourdhui", "1"}}} GEA.add(true, 30, "", {{"turnOn", id["CAFETIERE"]},{"Global", "CAFE", "ON"},{"Time", "10:00", "10:01"},{"Days", "All"},CP,CAFE_OFF})
-
une petite question du soir... la syntaxe pour détecter des Dead node et les réveiller n'a pas changé depuis la première page? merci GEA.add({"Dead", id[" "]}, 5*60, "", {{"WakeUp", id[""]}})
-
J'ai envoyé un mail avec captures, on verra...
-
Je viens de constater que lorsqu'elle plante, si je redémarre par l'interface où avec le module virtuel, elle redémarre mais plante dans tous les sens, les scènes de fonctionnement pas etc., en plus, je ne peux pas l'accéder de l'extérieur. Au bout de trois fois, j'ai été obligé de l'éteindre par l'interrupteur derrière et et la redémarrer ensuite.
-
Voila, à part GEA 5.4, aucune de ces scènes était en action: GEA -1 et que pour les instantanés(les lumières), donc pas en action, la fermeture des volets 3.0 se lance 31 minutes avant le couché du soleil, on y est pas encore, Et encore mieux, cette scénette, que j'avais fait pour faire un test et oublié... je vous mets le code, vous allez voir, elle est terrible!! ( fait en bloc est passé en lua d'origine!) --[[ %% properties 426 value %% events %% globals --]] local startSource = fibaro:getSourceTrigger(); local motion_lum = fibaro:getValue(426, "value") if ( ( tonumber(fibaro:getValue(426, "value")) < 42300 ) or startSource["type"] == "other" ) then fibaro:debug(motion_lum); end d'habitude, j'ai le temps de rien faire, elle plante! Là j'ai pu faire une capture, vérifier la mémoire occupé et redémarrer la HC2 je vais leur envoyer, sans trop y croire mais ....
-
oui, je sais bien, mais depuis des mois, je n'ai jamais constaté ce comportement. mais quoi d'autre, cela correspond aux augmentations de la Mémoire...
-
oui, je compte tous, j'utilise le vd HC2 Diagnostics et d'habitude, ça fait le yoyo sur 3 à 5 %, et là 13%. ce matin 65% occupé, à ce rythme, je elle devrait planter vendredi
-
juste pour info d'un truc bizarre, j'ai vérifié ce matin ma mémoire occupé, elle était de 74%, je n'ai absolument pas redémarré et ce soir, elle est à 61%
-
C'est dans l'interface de la cam, configuration PTZ Interdir le préréglage .
-
Topic unique Fibaro - Motion Sensor - Fgms-001
Fredric a répondu à un(e) sujet de Moicphil dans Modules Fibaro
peut-être d'autres on une meilleur solution mais voila ce qui fonctionne chez moi: je vais dans l'interface du module principale je modifie les paramètres que je souhaite et juste avant d'enregistrer, je fais un triple appuis sur le sensor deux fois. a ce moment là , tu verras dans la fenêtre tout en haut de l'interface Fibaro, les paramètres défiler avec changement. je sors du module vers la page principale et je reviens dans le module, les paramètres on changés. attention, si tu change un paramètre, que tu enregistre et si tu en change un autre avec enregistrement sans avoir rafraîchi la page, le premier ne changera pas.