henri-allauch

Je viens de me rendre compte qu'il n'y a plus de Graphique de "La boite à fumée" à priori depuis la 4.510 fgsd-001 version firm 2.1 et fgds-002 firm3.1 Suis je le seul ?

Idem @sebcbien: je recevais les mails avec un gros décalage depuis un mois. Et pourtant @Nico je ne suis pas Jeedom. Merci et Bravo à tous ceux qui ont travaillé pour nous rendre ce forum à nouveau disponible. Je constate aussi que c'est plus rapide.

Pour moi les push aussi ont toujours été aléatoires, depuis longtemps je passe par Boxcar ou PushOver et je complete par SMS/PAW au cas ou c'est important. J'avais essayé les notifications interactives pour voir si je pouvais activer une scène à la réception de la notification. Je ne m'en sert pas souvent.

C'est Sur le message je l'ai eu plusieurs fois -> voir ci dessus C'est sur je n'ai rien Modifié C'est sur ça s'est mis à re-fonctionner Chercher un bug c'est dur, mais s'il disparait alors là ...

Bizarre car J'ai aussi changé de tablette en début de mois, j'ai contacté le support : support@imperihome.com Il on traité le PB rapidement comme le dit @Steven ils sont Pro

Je ne sais pas si c'est lié à la version, mais jamais vu avant ! J'ai une scene qui ne travaille que lorsque elle est triggée par le changement d'une variable globale. Depuis le passage en V 4.510 elle fonctionnait correctement. Hier je l'ai modifié (rien avoir avec son trigger ) d'un Numero de device. Apres enregistrement elle ne fonctionne plus. J'ai beaucoup cherché sur les forums : ici car il me semblait avoir lu un post, forum anglais : on en parle mais la solution n'a pas corrigé mon PB. Ce matin je me suis rendu compte que le RunScene était passé à Manuel. Je l'ai remis sur automatique est le problème est résolu. Voila c'est bizarre qui a changé mon Runscene ? mais si ça peut aider quelqu'un ........

Bonjour depuis la version 4.51 ce mode d'appel de l'api ne fonctionne plus chez moi Message : [DEBUG] 18:32:52: [1;31m2018-09-11 18:32:52.417405 [ error] API: Internal server error Sans exécution de la notification PAs trouvé de solution [DEBUG] 18:32:50: Le 11/09/2018 à 18:32:50 Start Source : other[DEBUG] 18:32:50: Value Id_VoyantPortail : 0[DEBUG] 18:32:50: Nombre de scènes : 1[DEBUG] 18:32:52: Toujours ouvert Le 11/09/2018 à 18:32:52[DEBUG] 18:32:52: [1;31m2018-09-11 18:32:52.417405 [ error] API: Internal server error [DEBUG] 18:32:50: Le 11/09/2018 à 18:32:50 Start Source : other[DEBUG] 18:32:50: Value Id_VoyantPortail : 0[DEBUG] 18:32:50: Nombre de scènes : 1[DEBUG] 18:32:52: Toujours ouvert Le 11/09/2018 à 18:32:52[DEBUG] 18:32:52: [1;31m2018-09-11 18:32:52.417405 [ error] API: Internal server error

Je suis passé à la 4.510 depuis une semaine et le fonctionnement est correct. J'ai du régler quelques API not found, dues à des get sur APi/devices avec un NumID inexistant ( souvent du à une boucle de 1 à N ) Plus vicieux une perte d'envoi de mail par SendEmail depuis un scenario qui toute les heures execute une activation de scene ou de VD et envoi un mail. Ce mail est souvent pas envoyé, mais l'action est exécuté. Cela n'est jamais arrivé dans les versions précédentes. J'ai dans un premier temps ajouté un envoi de mail par pushing box ( sur la même adresse mail ) et là j'ai toujours le mail pushingbox et aléatoirement une perte de celui exécuté par SendEmail. J'ai simplifié au maxi mon code pour vous montrer la mise en evidence du PB. Ceci dit je ne sais pas ce que ça donne sur une autre HC2. Le pb semble venir du fait que j'exécute L'action et le SendEmail à la Minute Juste ( seconde = 0 ) Je pense vraiment q'il y a un vrai PB. Pour le moment j'ai solutionné en décalant de 1 seconde les actions et cela fonctionne. Je vous joint le code Test et L'analyse des résultats .. si quelqu'un veut bien essayer --[[ %% properties %% events %% globals --]] nb = 1 function tempFunc() local Id_Admin = 2 if (pcall(function() fibaro:call(Id_Admin, "sendEmail", "TEST SendEmail N° " ..nb, "Test") end)) then fibaro:debug("Test SendEmail OK : "..nb ) else fibaro:debug("ERREUR SUR SendEmail") end nb = nb + 1 -- Relancer la boucle ( 1 minute "ajustée" ) seconde = tonumber(os.date('%S')) if seconde ~= 0 then delta = 60 - seconde else delta = 60 end -- Ajouter un décalage : si 0 on perd des Mails !! Mettre 1000 ou PLUS et tout rentre dans l'ordre Decale = 0 --1000 = OK setTimeout(tempFunc, (delta*1000) + Decale ) end --main()----------------------------- --Lancer la boucle sur la minute Pile tempFunc()

Mise à jour de la 4.180 vers la 4.510 effectuée en 20 minutes Beaucoup de clignotement des leds, puis des extinctions completes. J'ai laissé faire sans rien toucher. Puis la box a démarré sur recovery ->exit- >Redémarrage OK Exécution des Backup sur cloud OK, et Backup Local OK. A priori j'ai tous les devices. L'espace memoire libre est a 70% au lieu de 60% avant La charge des cpu semble être la même. Je ne remarque pas d'acceleration ni de ralentissement de l'interface. J'ai comme d'autres le PB sur le VD du contrôle des devices utilisés ( API not Found ) voir mais pas blocant. J'ai à corriger aussi l'appel de l'api pour le shutdown J'ai un truc plus vicieux que je n'ai pas encore bien localisé : J'ai une scène qui tourne en permanence (et qui chaque heure fait appel soit à un VD soit à une scène ( Appel domochart, contrôle netware, contrôle zwave, contrôle batteries , contrôle scenes actives ... ) et envoi par sendmail un mail de compte rendu. function tempfunc() -- test Heure -- Appel VD ou scène -- Mail setTimeout(tempfunc, 60*1000) end tempfunc() Cette scene n'a jamais failli avant, la depuis la mise à jour. Il me semble que les actions sont réalisées mais le mail ne part pas. ( une trace de debug m'indique pourtant que j'ai bien envoyé le message ) ... Il faudra quelques jours pour vérifier tout cela Donc dans l'ensemble c'est pas trop catastrophique

Un backup Cloud Ou Local ? car si c'est cloud ... il peut y avoir une certaine lenteur fonction du débit et de la charge du/des Serveurs ????

Je m'interdit de modifier quoique ce soit pendant les vacances, mais j'ai hâte d'utiliser ces outils efficaces, développés par les spécialistes de ce forum. MERCI à tous pour ce partage.

il semblerait que leurs serveurs mail soit down ?

Jamais arrivé auparavant, curieux pour une boucle qui toune toutes les minutes dans un VD, de plus la Variable globale n'a pas été modifié local id = fibaro:getSelfId() -- Lire la VG et afficher à jour ParamSirenes = json.decode((fibaro:getGlobal('G_Sirenes'))) --Ne pas toucher aux double parenthèses sinon erreur fibaro:call(id, "setProperty", "ui.LRdc.value", ParamSirenes.Rdc ) fibaro:call(id, "setProperty", "ui.LPrem.value", ParamSirenes.Premier ) fibaro:sleep(1000*60) ************************* Log HC2 Le 16/05/2018 à 17:00:00 ******** Virtual Device : Choix Sirènes(210) 2018-05-16 15:00:00 : line 4: bad argument #1 to 'decode' (string expected, got nil) -----------------------------------------------------

Mise à jour 4.170 -> 4.180 il y a 24 heures Durée 8 Minutes : Rien à Signaler Sauf : Quelques minutes après Mise à jour : Un Détecteur de mouvement SP103 détecte une présence ( Confirmé dans Journal ) Le trigger active deux scènes et produit une erreur ( jamais vu auparavant ) Scène 79 Erreur 2018-04-28 08:26:23 : �[1;31m2018-04-28 08:26:23.827962 [ fatal] Unknown exception: /opt/fibaro/scenes/79.lua:24: attempt to compare number with nil sur la ligne : if (tonumber(fibaro:getValue(Id_DetectEscPrem, "value")) > 0 ) then Scène 78 Erreur 2018-04-28 08:26:23 : �[1;31m2018-04-28 08:26:23.816510 [ fatal] Unknown exception: /opt/fibaro/scenes/78.lua:30: attempt to compare number with nil sur la ligne : or ( startSource["deviceID"] == Id_DetectEscPrem and tonumber(fibaro:getValue(Id_DetectEscPrem, "value")) > 0 ) Ce qui est curieux c'est une erreur dite de comparaison avec une valeur Nulle, Or la valeur est la lecture de la value du trigger !!! donc il ma réveillé avec une valeur nulle ??? C'est arrivé une seule fois pour le moment ... Je surveille

Pour Info: Plantage d'une scène utilisant setTimeout(tempFunc, 60*1000) La scène en auto start tourne sans fin et sert à lancer des actions cycliques ... [DEBUG] 19:26:00: [1;31m2018-04-27 19:26:00.248397 [ error] timer handler failed with error Premiere fois que je vois cette erreur depuis 2 ans que ma scène tourne en permanence. La version 4.170 est installé depuis un mois. Relancé la scène - OK toute la nuit. ET je vais bientôt faire la MAJ en 4.180