pepite Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 je fais la même que Steven ;-) sans pushbullet en SMS bizarre frederic :-( en quet d'un casper ;-)
Berale64 Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Mise à jour un peu longue mais sans problème. Par contre, j'affiche des infos dans la zone log des VD. Pour certains ça s'affiche, d'autres pas. Pour certains la couleur est respectée, d'autre ça reste vert. En regardant le json des VD, il y a bien les bonnes infos. Je ne comprends pas ces comportement différents pour la même chose ????
pepite Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Les comportements différents fonction des box, je trouve ca genial ;-)
Steven Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Idem que toi @Berale24 Sur un vieux VD, le log s'affiche correctement. Par contre sur un nouveau, rien du tout.
Steven Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Ce code n'affiche rien dans le log de mon VD fibaro:log("Test") Par contre ceci oui : fibaro:log("Test") fibaro:call(fibaro:getSelfId(), "setProperty", "logTemp", "TxtGray" ) 1
Nico Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 La couleur par défaut est le noire désormais :) 1
pepite Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Bien vu le Master, je vole pour mettre dans le sujet API, vais faire un Astuces Diverses ;-) Vous pouvez tester cela dans vos VD svp, sans le Mainloop. Je ne peux pas actuellement. Est-ce encore fonctionnel en 4.090 ? C'est ce que @Berale avait trouve Cela court-circuite-t-il encore le timer de 9s du fibaro:log fibaro:call(fibaro:getSelfId(), "setProperty", "log", "blablabla" );
Berale64 Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 C'est ce que j'utilise. Ok dans main loop et bouton de VD, mais après avoir pas mal bidouiller. Depuis une scène vers un VD, des fois ça marche, des fois ça marche pas comme disait Garcimore. Modif: J'ai réussi à tout refaire fonctionner. Comment ? En mettant en commentaire les lignes incriminées et en les retapant. Les mystères de la programmation chez Fibaro !!!! 2
pepite Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Dans bouton du Vd c'est bien persistent @Berale ? hihi
pepite Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Mis dans la partie astuces diverses de l'API
Nico Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Fonctionnait aussi chez moi, mais plus besoin avec le système des fakedevice
pepite Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Une astuce de plus àmettre les FAKE, vas y decris ;-)
Lazer Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 C'est ici : http://www.domotique-fibaro.fr/index.php/topic/2189-qubino-zmnhja2-module-fil-pilote-6-ordres/page-6#entry124113
Fredric Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 j'ai désactivé toutes les scènes, tous les VD et j"ai des pic d'utilisation CPU de fou!! c'est quelque chose que je regarde souvent et je n'avais pas de pic plus haut que 30% et le plus souvent en dessous de 10%. là , ça monte à 100%, 90%, 60%.... un device qui fou ça zone?!?
Nico Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Peut être oui. Sinon tu peux tenter la restauration d'une sauvegarde pour voir.
jojo Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 GEA.add({"Global!", "Chauffage", ""}, 30, "Démarrage de GEA à #time# - #date#, box prête à l'emploi", {{"Global", "Pushbullet", "Démarrage de GEA à #time# - #date#, box prête à l'emploi"}}) idem, mais à ma façon comme toujours et voici ce que je fais en plus tiré par les cheveux : -- Fonctions -- temps depuis le dernier retart de la HC2 function restart(sec) local json = api.get("/settings/info") local RestartTime = json.serverStatus local runTime = os.time() - RestartTime if runTime <= sec then return true, runTime else return false, runTime end end ------------- -- Divers ------------------- -- Techniques -- Redémarrage HC2 ou Save GEA GEA.add({"Function", function() return restart(100) end}, 1, "Restart de la HC2 depuis #value# sec. (#date# à #time#)", {{"Email", UserID["Vincent"], "INFO - HC2"}}) GEA.add({"Function", function() return restart(100) end}, 1, "Save GEA. (#date# à #time#)", {{"Inverse"}, {"Email", UserID["Vincent"], "INFO - HC2"}}) 1
Did Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Pas mal l'astuce des couleurs du log des VD, je l'avais raté celui-là et maintenant, ils s'affichent tous instantanément (ou presque) et en couleur. Merci.
Lazer Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 @jojo je préfère largement ta solution, car chez moi, quand les plantages de VD/Scènes étaient monnaie courante, le watchdog a redémarré tellement de fois GEA, que j'aurais été énervé de recevoir une notification m'annonçant le reboot alors que ce n'étais pas le cas. C'est pour cela que j'avais fais une scène àpart en autostart, aucun risque de plantage car elle s'arrêtait naturellement immédiatement après avoir envoyé la notification du boot.
Quikdav Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 bizarre, mes commandes vers mes relais d'IPX ne fonctionnent plus !!!
Nico Posté(e) le 12 juillet 2016 Signaler Posté(e) le 12 juillet 2016 Les miennes sont ok. Tu fais qque chose de spécial ?
anthonylegrec Posté(e) le 13 juillet 2016 Auteur Signaler Posté(e) le 13 juillet 2016 Bonjour, Hier, après 4 jours d'utilisation de la HC2, plus aucune scène ne démarrait. Quand je me suis connecté, j'ai vu que la RAM était à nouveau à 99 %. Je précise, je n'ai jamais eu ça auparavant. C'est depuis la mise à jour vers la 4.083 et 4.090. Quelqu'un a le même problème que moi? Est-il possible de planifier un redémarrage automatique quand la ram atteint les 90 % avec éventuellement une petite notification push et mail pour prévenir que l'utilisation est arrivé à 90 % et que la box redémarré? En annexe vous trouverez des captures d’écrans. ps: Je précise aussi que chez moi la sauvegarde automatique à chaque mise à jour se fait encore correctement.
Fredric Posté(e) le 13 juillet 2016 Signaler Posté(e) le 13 juillet 2016 Après 7 heures de recherche, je pense avoir trouvé le soucis. Il y avait un Motion sensor qui était bizarre. Il avait l'ID du sismographe qui était à689 alors que la détection, la température et la luminosité était à424,425 et 426. Dès que je l'ai dé inclus, les pic du processeur ont cessés. Mais cela a créé une réaction en chaîne, plusieurs device ont fait pareil. J'en de-inclué et inclué un que un làbox me noté qu'un nouvelle ID était configuré, et ca replanté. Bien sûr, ces ID étaient caché pour bien me faire c...... a les trouver. Ça a l'air de tenir ce matin....
anthonylegrec Posté(e) le 13 juillet 2016 Auteur Signaler Posté(e) le 13 juillet 2016 Après 7 heures de recherche, je pense avoir trouvé le soucis. Il y avait un Motion sensor qui était bizarre. Il avait l'ID du sismographe qui était à 689 alors que la détection, la température et la luminosité était à 424,425 et 426. Dès que je l'ai dé inclus, les pic du processeur ont cessés. Mais cela a créé une réaction en chaîne, plusieurs device ont fait pareil. J'en de-inclué et inclué un que un là box me noté qu'un nouvelle ID était configuré, et ca replanté. Bien sà»r, ces ID étaient caché pour bien me faire c...... a les trouver. à‡a a l'air de tenir ce matin.... J'ai eu un soucis similaire avec le NODon Octan. Il me provoquait du broadcast en permanence sans aucune raison. J'ai du le supprimé complètement et l'inclure a nouveau. Et la (je touche du bois) plus de problème.
Nico Posté(e) le 13 juillet 2016 Signaler Posté(e) le 13 juillet 2016 Frederic, c'était un FGMS que tu avais mis àjour niveau firmware ?
Messages recommandés