henri-allauch

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

@sebcbien Il y a eu quelques PB signalés sur le forum officiel

Hier soir J'ai constaté un accès impossible en remote accès . Après plusieurs essais , J'ai fait un mail au support . Ils devaient déjà être sur le coup ... Ce matin la version 4.180 est disponible. Puis réponse du support : Please login to your HC2 locally and upgrade the controller to 4.180 This is a fix version for the remote access issue.

Tout ce qu'il faut pour les futures versions : @Cardane l'a déjà cité

Vu la récurrence de ton PB Ce pourrait être aussi un dallas 18B20 qui se bloque de temps en temps ou un faux contact dans ton réseau 1-wire de ce device . Mais c'est sur que c'est difficile à diagnostiquer car à chaque changement de sonde de T° il faut exclure et ré-inculre le FGBS

Ca date de plus d'un an Je pense aussi que je n'ai jamais vu avant car ces modules FGBS-001 n'ont pas de mises à jour de FIRM donc pas de changement de device dans ma config La reconfiguration douce à provoqué cette mise à jour. Je devrais donc le faire sur mes autre FGBS-001/FGBS-321 ( Je ne sais pas la différence ) Merci @lazer de m'avoir mis sur la voie Dans la Doc (du device de la HC2 ) on peut comprendre que si la fonction est activée, on pourra utiliser des fonctionnalités d'actions supplémentaires des entrées IN1 et 2 Paramètre 14 Fonctionnalité d'activation de scènes. Le dispositif a la capacité d'envoyer des commandes à partir de l'activation de la scène de la classe de ligne de commande. L'information est transmise aux périphériques répertoriés dans le groupe d'association n°3. Des contrôleurs tels que le Home Center 2 sont capables d'interpréter ces commandes et les utiliser pour déclencher une scène pour laquelle l'ID correspondant de la scène a été attribué. L'utilisateur obtient la capacité d'augmenter la fonctionnalité d'un bouton relié aux entrées IN1 et IN2 en différenciant les comportements des touches qui leur sont rattachés. Par exemple, un double clic active la scène "bonne nuit" et un triple clic active la scène "matin". L'ID de la scène est déterminé comme suit: entrée IN1: - Changement de off à on ID 10 - Changement de on à off ID 11 Les autres ID sont correctement reconnus si le paramètre 3 est fixé à la valeur 2 - maintenir ID 12 - relâcher ID 13 - Double-clic ID 14 - Triple clic ID 15 IN2: - Changement de off à on ID 20 - Changement de on à off ID 21 Les autres ID sont correctement reconnus lorsque le paramètre 4 à la valeur 2 - maintenir ID 22 - relâcher ID 23 - Double-clic ID 24 - Triple-clic ID 25 ATTENTION! Les entrées IN1 et IN2 sont utilisées pour contrôler l'état du dispositif. Chaque entrée peut forcer deux états pour les canaux respectifs de l'unité: on/alarme; off/pas d'alarme. L'utilisation des commutateurs momentanés, en configurant le paramètre 3 ou 4 à la valeur 2, donne la possibilité de changer de statut du canal donné par un simple clic. Valeur par défaut - 0.

@Patrickdu34 Donc au moins 2 à avoir le cas de la télécommande fantôme @Lazer Donc ce n'est pas normal mais ce n'est pas un hazard. De plus avec un N° 278.0.1 c'est pas tombé du ciel tout seul. Par contre le processus prend un N° de device supplémentaire (328) et ne le supprime pas en fin de scénario. @jojo C'est astucieux, pour ma part c'est la première fois que ça arrive, mais la solution est bien le ON/OFF. Mais ce qui m'inquiète le plus c'est le PB des devices créées. Je vais fouiller dans le forum pour retrouver des infos et mettre mon post sur le forum Anglais pour voir ce que dit le Support . J'ai retrouvé une réponse de Fibaro ??? à @krastavac La réponse de Fibaro c'est que ces modules supplémentaires sont normaux pour les nouvelles fonctionnalités Central Scene: These “remotes” comes when the Central Scene feature comes live for our modules. With this function you can trigger your scene directly from your module with double click for example or when other event occur. This function is completely normal feature.

J'ai fait une reconfiguration douce d'un module universel fibaro FGBS-001 car les sondes de températures ne remontaient plus de valeurs. Cela s'est passé correctement, mais les températures ne remontaient toujours pas. J'ai coupé l'alimentation du module et remis en route, tout est rentré dans l'ordre, Parfait. Cela fonctionne toujours depuis plusieurs heures. Ce module est en fonction depuis 2 ans sans jamais de soucis. Tout serait parfait mais je me rencontre qu'il est apparu dans mon Dashboard un nouveau device ID 328 dans la zone non assigné que je n'avait jamais vu. Ce device télécommande ?? Porte le nom 278.0.1 ?? il est un esclave du vrai FGBS-001: Un fantôme s'est rajouté dans les esclave ? Qu'en pensez vous, ca sent la base KC, c'et un cas connu ? Je remonte une sauvegarde ?

C'est prévu pour le dixième anniversaire ?

Le change log dit ce qui est corrigé, mais ne dit pas les nouveaux problèmes ajoutés. Par exemple cette version qui parait correcte, apporte de nouveaux soucis ( Voir Forum Officiel ) sur divers points, Perso le message Cannot Query state ... a disparu, mais il semble pour beaucoup que ce n'est que le message qui a disparu les causses et les effets demeurent. J'ai aussi un device fibaro détecteur de fumée qui fonctionnait depuis 3 ans , qui passe en non connecté fréquemment. ( d'autres cas Zwave sont signalés aussi ) Donc c'est vrai qu'il ne faut pas s'écarter de la dernière version comme le disent @Nico et @pepite, mais @jojo à aussi raison de dire autant rester sur ce qui fonctionne si pas de nouveauté et pas de pb. D'autant plus que les nouveautés sont rares. C'est un choix avec un risque et c'est un peu pareil avec toutes le mises à jours logiciels.

Je ne crois pas que la box fasse un reboot après un backup. Mais elle arrête des services avant et les redémarrent après le backup. ( lesquels je ne sait car je ne suis pas root )

@Lazer Tu dois connaître mais moi j'ai tilté sur la version "Franco Chinoise/Japonaise" de Domochart

Entre ce qu'on souhaite, ce qu'on envisage et ce que Fibaro fera ... il y a beaucoup d'imprévus .......

C'est le secret des magiciens-illusionnistes : Dire ce qu'on ne fait pas et faire ce qu'on ne dit pas.

Mise à jour effectuée en 8mm En attente de voir comportement du "Cannot query interpreter state ..." Certain disent que c'est OK, D'autres que seul le message dans Debug est supprimé mais qu'il subsiste un freeze de la Hc2 Comment les scènes sont tronquées ... je ne comprend pas ... peux tu expliquer STP

Aujourd'hui dans le forum officiel le support donne une Réponse à RichardHoman .

Désolé en plus je le sais que c'est de @Krikroff mais j'ai fait l'erreur. Tu a donné la réponse à @mlebech C'et le principal

C'est pas de la parano : c'est de la prudence Je ne sais pas te répondre mais d'autres te conseilleront certainement : Sauvegarde des Backups de la Clé sur un PC ... Tu peux aussi utiliser Le ToolKit de @Lazer qui depuis un pc te permettra de récupérer : Les scènes, les VD, Les VG et bien d'autres choses. C'est déjà ça, mais ça ne permettra pas de redémarrer Rapidement.

Pour ceux concernés, il y a un nouveau post d'échange ( Musclé ) sur le Forum Officiel au sujet du "Cannot query interpreter state" Perso je n'ai pas constaté de freeze mais c'est vrai que lorsqu'on découvre le message, le problème est déjà fini !