jjacques68

Suite à mes soucis de mise à jour de la box, je relance le sujet de vouloir restaurer une version backupée par notre système de backup auto. On a avait parlé dans ce topic ici : sauf que là je constate que ça ne marche plus... J'ai beau compressé le .bin .fbi en .7z, ou de bêtement modifier l'extension (on sait jamais), il refuse de prendre le fichier pour le restaurer !! Avant il le prenait, j'avais un message d'erreur à la fin du process mais le recovery fonctionnait !! ça craint ça ! ou alors je m'y prends mal ? PS : pour le moment je m'en sors sans, car j'utilise le systeme A/B pour les restaurations, mais je sens bien qu'un moment ça va foirer...

j'ai posté sur le forum officiel, on verra. J'ai testé le reset du Zigbee, ça n'a rien changé

je me demande si ça vient pas du zigbee... parce que la première minute y a pas de soucis. c'est après que ça part en vrille... Et le zigbee ne démarre pas tout de suite justement... oui demain je vais poster sur leur forum... il rame à mourir leur forum ce soir !! si j'ai un moment, je reset le zigbee et re-teste la mise à jour...

Je commence à m'inquiéter un peu... c'est la 2ème mise à jour que j'essaye de faire sans succès... La mise à jour se fait bien, mais après les CPU s'affolent à un point que plus rien ne réagit. Même l'interface WEB devient inutilisable. C'était la même chose avec la version précédente. Et le recovery depuis l'IHM plante. Suis obligé de passer par les boutons de la box... Vais je devoir rester en 5.152.24 ???

déjà ça, le bon vieux tag : __TAG = string.format("QA_%s_%s",self.id, self.name) lire une variable ne passait déjà pas... comme tu as dit @henri-allauch, j'ai encapsulé les instructions dans un timeout...

Oui j'ai pas précisé, je parle de variables du QA. Tous mes QA ont aussi du code dans le onInit(), tous fonctionnent à part 2 ?? Hier soir j'ai mis justement un timeout de 10 s dans un de ces 2. Et ce matin ça a bien démarré... Je faisais déjà ça avec les QA qui gère les socket TCP... étrange... C'est comme si au démarrage c'était mode panique

Hello tout le monde ! j'espère que vous allez bien !! J'ai une petite question... Dans un QA, la fonction function QuickApp:onInit() s'exécute toujours bien au démarrage du QA ? ça n'a pas changé ? et donc... également au démarrage de la box ? Je demande car je constate que pour certain QA, il se comporte exactement comme il le faut lors du reboot d'un QA, mais PAS au démarrage de la box. Dans mon QA en question, les lignes de codes sont justes, ignorées !! Aucune trace dans les log, aucun message d'erreur. Je viens lire le contenu du variable et celle-ci n'est pas lue. Je répète, que ça arrive que au démarrage de la box... Si je redémarre le QA, il y a aucun problème. Vous avez une idée ? merci d'avance pour vos retours...

je m'absente quelques jours et voila c'est le bordel !!!

mouai enfin quand même, entre la box et l'appli mobile, on fait un bon de 1 an en arrière là, si pas plus...

moi j'ai du revenir en arrière avec cette mise à jour ! la box rebootait toutes les 20 min !!

moi le me manque toujours des QA dans la nouvelle appli...

nan, chez moi pas la peine

de mes souvenirs, tu ne dois pas activer le push. Mais activer l'option "SEND DATA ON STATUS CHANGE" sur la page précédente, avec le port qui va bien. comme ça dès que qqch chance dans l'ipx, il enverra tout le paquet à la HC3. Et le QA s'occupe de faire le tri.

Dans cette version, je n'ai plus l'erreur "Zigbee Error", 20 min après le reboot de la box... bien :) !!

mise à jour faite. RAS pour le moment...

j'ai essayé... il est complètement inexistant dans la BDD !!

concernant le zigbee : des device disparaissent encore. Mais alors plus aucune trace !! J'en ai réinclu un. Il fonctionne nickel. Je modifie son ID là où il faut. 15 min après, il disparaît. Sans raisons apparentes. pas au point leur truc.

attention ! terrain glissant ! et on va pourrir le topic une fois de plus

non ! j'ai prévu un groupe électrogène au cas où

pas de soucis chez moi

dans mon cas, j'ai pas vu qu'il me manquait un device, ou je me rends pas compte ? (ce qui est pire )

je pourrais pas dire depuis quand c'est comme ça...

Je partage mon cas... (je n'utilise pas ce script de backup, j'utilise un .exe que je me suis fait, qui tourne sur un serveur, mais je me suis totalement inspiré de ce script ... c'est pour cela que j'en parle ici...) Suite à mon histoire de cette semaine avec la dernière mise à jour (5.151.47), j'ai replongé le nez dans les backups... Je me suis rendu compte que j'avais des loupés dans le fichiers téléchargés au quotidiens (toutes les nuits). Alors que le backup se faisait correctement !! En cherchant, je me suis rendu compte que la liste des backups, renvoyée par la commande (utilisée une fois le backup effectuée) : http://xxx.xxx.xxx.xxx/api/service/backups n'est pas classée dans l'ordre : Du coup, dans mon cas, je téléchargeais pas forcément le dernier fichier créé (je prenais systématiquement le dernier de la liste) Donc en gros je retéléchargeais un ficher existant... J'ai donc fait trie de la liste en me servant de la rubrique "timestamp" du json, pour tomber sur le bon fichier... voilà tout

@Lazer, je comprends tout à fait ce que tu veux dire. Ce que j'ai du mal à comprendre en revanche, c'est qu'il n'y avait jamais eut de soucis avant cette mise à jour. c'est rageant... Pour le recovery, on est d'accord qu'il faut passer par le panneau des backup ? il n'y a pas un autre endroit pour le faire ?

je fais suite : Alors déjà j'ai voulu faire une recovery de la dernière sauvegarde (celle d'hier soir) dans la version n-1, depuis le panneau des backup... ET IMPOSSIBLE !!! J'ai un message d'erreur qui me disait qu'il n'arrivait pas à créer l'image : superrrr !! donc je me suis collé dans le code du QA en question : dans cette ligne : if self.childDevices[self.Liste_OUT_ID[i]].properties.value == true then le self.Liste_OUT_ID, à un moment donné (c'est dans une boucle) avait la valeur null. d'où le message d'erreur. Mais ce qui est fou c'est que cette ligne est utilisée exactement de la même manière à 2 autres endroits différents et ça ne pose pas de soucis !!?? ça n'a jamais posé de soucis ! bref j'ai mis un coup de if self.Liste_OUT_ID[i] then et puis le tour est joué. Mais va comprendre pourquoi... et puis alors le recovery !! Suis vachement serein avec ça... merci Fibaro...