Aller au contenu

jjacques68

Membres confirmés
  • Compteur de contenus

    4 392
  • Inscription

  • Dernière visite

  • Jours gagnés

    40

Tout ce qui a été posté par jjacques68

  1. Je viens de voir ça sur la doc de Fibaro : J'y étais pas du tout...
  2. Première intervention du support technique sur ma box cette aprem, sans succès. J'ai du refaire un recovery. Il va re essayer un autre jour...
  3. 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...
  4. j'ai posté sur le forum officiel, on verra. J'ai testé le reset du Zigbee, ça n'a rien changé
  5. 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...
  6. 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 ???
  7. 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...
  8. 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
  9. 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...
  10. je m'absente quelques jours et voila c'est le bordel !!!
  11. 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...
  12. moi j'ai du revenir en arrière avec cette mise à jour ! la box rebootait toutes les 20 min !!
  13. moi le me manque toujours des QA dans la nouvelle appli...
  14. nan, chez moi pas la peine
  15. 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.
  16. Dans cette version, je n'ai plus l'erreur "Zigbee Error", 20 min après le reboot de la box... bien :) !!
  17. mise à jour faite. RAS pour le moment...
  18. j'ai essayé... il est complètement inexistant dans la BDD !!
  19. 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.
  20. attention ! terrain glissant ! et on va pourrir le topic une fois de plus
  21. non ! j'ai prévu un groupe électrogène au cas où
  22. pas de soucis chez moi
  23. dans mon cas, j'ai pas vu qu'il me manquait un device, ou je me rends pas compte ? (ce qui est pire )
  24. je pourrais pas dire depuis quand c'est comme ça...
  25. 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
×
×
  • Créer...