henri-allauch

Bonsoir ... si un admin peut m'aider Depuis ce matin je tente de modifier mon adresse mail en passant par paramètres / Couriels et mot de passe. Pour l'adresse mail quelle que soit l'adresse que je tente d'utiliser la réponse et : Cette adresse est déjà utilisée et cela même en rentrant une adresse inexistante !!!! Pour le mot de passe la réponse est toujours la mise à jour n'a pas réussie !!! Précision c'est le mail et le mot de passe de ce forum Une idée ? une solution ? Merci

Jojo Perso j'ai sublime Text3 sous macOS Sierra J'ai simplement ajouté : Fibaro.tmTheme dans /Users/henri/Library/Application Support/Sublime Text 3/Cache/Color Scheme - Default

Merci pour ce scénario, il m'a trouvé une erreur cela prouve son efficacité. Bravo

Ok j'ai installé le vérificateur d'ID Comme pour mon test ave un warning sur l'analyse des ID, j'ai le message sur l'iphone ( 5S pour moi) dans l'appli IOS (10.0.2) Fibaro/Notifications. Il y a le cadre avec le message et en haut une enveloppe et 1 Je clique sur Quiter L'enveloppe et le 1 partent, et le message No New notifications remplacent le Cadre Push ... Je n'ai plus cette notification. Nota : J'aurai bien mis les copies d'écran de l'iphone, mais L'appui simultané de Home et ON/OF ne génère plus de capture d'écran

j'ai un bout de code que je n'ai jamais terminé car je ne sais pas comment faire ( activer la video de la camera du portail), mais il fonctionne en test . La notification ( s'affiche dans iOS10 / fibaro ) et le fait de cliquer sur un des deux boutons prévus ferme la notification et l'efface. Mais je ne sais pas si vous parlez du même genre de code "VD du MASTER CheckAll_Ids" je ne sais pas ou trouver ce code. --[[ %% properties %% events %% globals --]] HomeCenter.PopupService.publish({ title = 'Notification Portail', subtitle = os.date("%I:%M:%S %p | %B %d, %Y"), contentTitle = 'Portail Ouvert,', contentBody = 'Voir la vidéo ? (Pas Développé !)' , img = imgUrl, --'Info' - bleu (par défaut) 'Success' - vert 'Warning' – jaune 'Critical' - rouge type = 'Warning', buttons = { { caption = 'Yes', sceneId = 0 }, { caption = 'No', sceneId = 0 }, } })

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