henri-allauch

Steven : Non ton code de test ci-dessus ne plante pas. Je ne suis mal exprimé Dans le code suivant de mprinfo Création de variable --Creation de Variable --- function VG_Creation(VG_Nom, VG_isEnum, VG_Value, VG_enumValues) if (fibaro:getGlobal(VG_Nom) == "") then --fibaro:debug(VG_Nom.." "..VG_isEnum.." "..VG_Value) fibaro:call(id, "setProperty", "ui.Label1.value", "Création " ..VG_Nom .. " = " ..VG_Value ) newVar = {} newVar.name = VG_Nom newVar.isEnum = tonumber(VG_isEnum) if tonumber(VG_isEnum) == 0 then newVar.value = VG_Value end HC2 = Net.FHttp("127.0.0.1", 11111) HC2:POST("/api/globalVariables", json.encode(newVar)) --Ajout de x valeurs à la Variable Gazous et modification avec une des 2 valeurs if tonumber(VG_isEnum) == 1 then VG_Predefinie = '{"value":"'..VG_Value ..'","isEnum":true,"enumValues":'..'["'..VG_Value..'", '..VG_enumValues..']' ..'}' --fibaro:debug(VG_Predefinie) HC2:PUT("/api/globalVariables/"..VG_Nom, VG_Predefinie) end HC2 = nil else --fibaro:debug(VG_Nom.." Existe est = " ..fibaro:getGlobal(VG_Nom) ) fibaro:call(id, "setProperty", "ui.Label1.value", "Lecture " ..VG_Nom .. " = " ..fibaro:getGlobal(VG_Nom) ) end end La variable contenue dans VG_Nom n'existe pas, mais on sort comme si elle existait et lua se plante sur la concaténation du message Label : ..fibaro:getGlobal(VG_Nom) ( donc nul) Comme à priori ce code existe depuis longtemps et qu'il ne produisait pas ce message ( j'ai démarré en 4.056 et je suis quasi sà»r de l'avoir testé ), je suppose que la valeur de retour de fibaro:getGlobal() est différente en 4.1 ? Tu as peut être une explication plus rationnelle ?

jojo Dans le descriptif de la fonction ils disent la valeur retournée est None. Avant le test =="" chaine vide passait et depuis la V4.1 il y'a une 'erreur signalée j'ai donc testé le retour == nil et cela à corrigé l'erreur et le code fonctionne. J'ai galèré car l'erreur signalée n'était pas explicite et surtout quelques lignes de code plus bas. J'ai écrit quelques lignes de code ailleurs et hors du contexte et j'ai trouvé par élimination. Ont ils corrigé une erreur ou sont t'ils plus strict ... je ne sais pas dire

Le seul PB détecté à ce jour : le test du retour de la fonction if (fibaro:getGlobal(VG_Nom) == "") then ( VariableGlobale inexistante ) qui provoque une erreur bizarre dans le code lua et pas sur la ligne de la fonction Ce code n'étant pas récent et l'ayant testé je pense que cela fonctionnait avant . j'ai corrigé en == nill et cela fonctionne correctement. Signalé dans http://www.domotique-fibaro.fr/index.php/topic/4439-crée-une-variable-globale-ou-une-variable-globale-predefinie-en-lua/

J'utilisai le code ci-dessus à priori sans problème ( on ne crée pas des VG tout les jours) Je viens de passer en 4.1 et lors d'un test je me rend compte qu'il y a des erreurs bizarre dans le debug .. "Assertion ... Le pb viens de: if (fibaro:getGlobal(VG_Nom) == "") then à remplacer par if (fibaro:getGlobal(VG_Nom) == nill) then Dans mon cas cela à corriger le pb et tout re fonctionne normalement

Passage de 4.080 depuis 205 jours sans Reboot à la 4.1 ( Durée - de 15minutes ) Version attendue essentiellement pour correction Météo et inclusion du Shutdown (API) Pas de problème détecté pour le moment Pas de mise à jour prévu de firmware de device fibaro peut être ils ne font pas partie des modules avec une mise à jour OTA

Pour Info : je viens de mettre une mise àjour whatsApp, ils disent : A cause d'un bug dans IOS 10 , le son de vos notifications risque de ne pas fonctionner correctement. Veuillez redémarre votre iPhone ....... Cela semble correspondre au constat de Sakkhho ...

Je viens de constater que le code ci dessus ne fonctionne pas ( sauf en mode debug ) En activant le VD la valeur du device n'est pas mise à jour dans le Label. Si on enlève l'abort cela fonctionne correctement cycliquement. En ouvrant le VD et en lançant le code Main loop par debug, démarrer, le label est bien mis à jour , et une message abort en rouge s'inscrit dans la fenêtre debug. Autrement dit, pour mettre à jour un label à l'ouverture d'un VD il faut procéder autrement. J'ai abandonné cette idée

local myId = fibaro:getSelfId() local Id_TempSalonTv = 71 local Temp = fibaro:getValue(Id_TempSalonTv , "value") fibaro:call(myId, "setProperty", "ui.Label1.value", " *Salon Tv : " ..Temp) fibaro:abort() But: initialiser la température à l'ouverture du VD Est il correct de mettre un abort() dans le main loop du VD pour obtenir qu'une seule lecture pour l'init ? Ou existe t'il une autre solution ?

@ nono007 Krikroff te répondra plus précisément que moi mais : Pb avec everspring SF812 ( détecteur de fumée ) ​Décoche le de la liste des devices ET tout le reste passe bien. Je crois que le problème est connu avec ce device ( retour de l'api bizarre ? )

merci de ces explications claires

OK cela explique la rareté de l'erreur, qui ne s'est pas reproduite depuis. Je prend en compte ton conseil, Merci Pour info je n'ai jamais eu de retour Fibaro malgré l'enregistrement du support : Case Notification for #54206

@Roy202 Heureusement que tu me le dis car vraiment je n'en ai pas eu l'idée. Merci : c'est effectivement 0.90 et Plus bas 0.91

@ foxchip : Pour sauver les scènes en dehors de la box, tu peux utiliser le ToolKit le lien est dans la signature de son auteur : Krickroff http://www.domotique-fibaro.fr/index.php/topic/239-hc2-toolkit-application-v1203/

Je suis en 4.080 Hier soir j'ai vu le voyant maj-dispo de la box clignoter. J'ai fais une sauvegarde car j'avais ajouté des modules, lecture du forum puis dodo. Ce matin le voyant ne clignote plus et la mise à jour proposée dans le dashboard est 4.090 Y a un rapport avec la sauvegarde ? Ou est il obligatoire de passer par la 4.090 pour ensuite installer la 4.091 ??

Aujourd'hui sans imperihome tout fonctionne je n'ai pas fait de reboot de la HC2 tout c'est remis dans l'ordre mais un peu juste et trop tôt pour en tirer des conclusions

J'ai un AEON Détecteur multifonctions 4 en 1 qui remonte systématiquement dans "éclairage" je ne trouve pas par ou le virer de ce type de module vu qu'il n'y a pas "appareil commandé au début dans les paramètres avancés de ce module module" Une idée ? ou c'est un bug ?

je suis en 4.080 depuis 6 mois sans reboot et ma hc2 tourne sans problème. Cette semaine j'ai rajouté imperihome pro à partir d'une tablette samsung. Et bêtement dans la foulée un FGR-222 ( je dis bêtement car j'aurai du attendre qq jours entre les deux ajouts. Je viens de constater des perte de remontée d'information aléatoire ( FGK 101 manque détection ouverture Porte ) (Module universel FGBS 001 manque des changements d'état ) ( Everspring SP103 manque détection de mouvements ) Honnêtement je ne peux pas jurer qu'il n'en manquais pas avant, mais là je suis sur qu'il en manque et cela me semble lié aux ajouts de la semaine. Vos message ci-dessus semble bien décrire la même chose. J'ai complètement arrêté imperihome, cela semble sensiblement corriger le problème mais pas complètement , je vais attendre quelques jours pour vérifier le comportement. Avant de faire un reboot de la HC2 ( cela peut lui remettre les idées en place ) Compte tenus des PB qui semble exister avec la 4.090 j'hésite à faire la MAJ Ma RAM dispo est globalement stable autour de 50% ( +- 5% ) Les CPU sont en moyenne à 5% avec des pic a 20% toutes les minutes ( Normal c'est un scheduler ). Ou en êtes vous de vos investigations, y a t'il des gros utilisateurs imperihome sur HC2 qui peuvent donner leurs expérience ?

Merci Lazer ta réponse lève le gros doute que j'avais

Petite et Did indiquent dans des post : la commande ci dessous pour revenir à la version précédemment installée sur la HC2 http://<IP hc2>/services/startUpgrade.php Cela veut dire que si je suis en 4.080 ( aujourd'hui ) et que je passe en 4.090, à tout moment en exécutant cette commande je reviens en 4.080 ?? J'ai bien compris ou pas ? La version courante dans ma box est donc sauvée avant une mise à jour ? Donc après exécution de la commande de remise en place de la version précédente, on recharge un backup ( compatible à cette version ) est on se retrouve comme si on n'avait jamais fait l'upgrade 4.090 ?

Non pas de nouvelle Et pour dire si la fréquence est aléatoire : pas d'erreur non plus depuis le début aout

Suite au message de Nico, j'ai voulu rechercher dans le forum officiel les post contenant 503 ... recherche infructueuse Je recherche ici dans ce Post ou il y a plusieurs messages contenant 503 idem : recherche '503' non trouvé. Tout ce qui est chaine de chiffre ne marche pas même encadré de ' ou " Comment doit t'on s'y prendre : je n'ai pas trouvé l'astuce

C'est tout de même anormal de reprendre l'installation de la box à 0 pour une base de données KC. Dans tout bon sgbd il y a des solutions pour exclure les données obsolètes, reconstruire les tables d'index , récupérer des espaces perdus, vérifier les cohérences ...... Il devrait y avoir un utilitaire pour cela, et même pour affecter des ID devices indépendant de leur ordre d'insertion pour éviter d'avoir à retoucher les procédures des scènes. Bon cela n'existe pas dans cette box pourtant longtemps décrite comme la roll royce. Bon courage JOJO.

Il me semble avoir lu qu'avant la 0.80 il ne prenais toujours que trois sondes DS18B20 Sur Quatre Moi aussi toujours eu du mal avec l'inclusion de ce device

Pour être optimiste, ce n'est peut être pas un bug proprement dit dans util.lua, mais à la ligne 35 il y a detection de quelque chose d'incorrect ( paramètre incorrect ?) .... mais leur message ne nous permet pas de remonter à l'origine. Ce qui nous intéresse c'est de savoir quoi et où ... pour que nous puissions débuger nos propres erreurs Si on est Pessimiste vu la fréquence et à priori la diversité des codes incriminés il faudra aussi à apprendre à vivre avec !!!!! Je viens de voir qu'on en parle déjà ici http://www.domotique-fibaro.fr/index.php/topic/5629-catcher-une-erreur-lua/ 23/08/2015 Je vais lire en profondeur mais je crois que c'est resté sans solution

OK je viens de leur envoyer mon message ( sans mon code lua ) On verra bien si c'est une erreur dans une librairie il me donneront une astuce pour débuger, ou il me demanderont le code On attend