Julien92130

Top, merci pour l’info

En effet… J’avoue qu’en période de vacance, à distance, je m’y risquerai pas Quelqu’un à tenté l’upgrade déjà ?

Salut Cardane, Voilà la QA que j'utilise pour récupérer la conso. Pour Grafana, je me suis basé sur ce thread sur le forum officiel Fibaro (j'y ai partagé mon dashboard il y a quelques temps) : https://forum.fibaro.com/topic/47604-howto-hc2-grafana-influxdb/ Le principe : je me base sur une scène récupérée sur ce thread, qui récupère les infos que je souhaite mettre sur mon dashboard et les stocks dans une base de données Influxdb (hébergée sur mon NAS Synology). Ensuite, je connecte cette source de donnée sur mon dashboard Grafana et voilà. Daikin_Conso.fqa

Salut @JLT, C'est bien essayé mais non :=) Je suis un peu pris par mon boulot cette semaine, je n'ai pas trop le temps de te répondre ou t'expliquer, mais c'est un peu plus compliqué que ça... J'essaye de t'aider un peu plus tard quand ça se sera calmé... Mais il te faut quand même quelques notions de dev LUA pour te lancer, ou lire des exemples de scènes déjà écrites. J'ai pas mal appris aussi avec la documentation de Fibaro à cette adresse : https://manuals.fibaro.com/home-center-3-lua-scenes/ Bon courage, rien n'est impossible

Oui, c'est même assez "simple" (mais il faut se plonger un peu dans le LUA ). Pour ma part j'ai : - une QuickApp par unité Daikin - de multiples scènes qui interagissent avec ces QA en fonction des scénarios que je souhaite couvrir (Ex.: il fait chaud, le soir, je suis chez moi, j'allume la clim dans la chambre). Les QA que j'utilisent pour gérer mes unités Daikin sont celles de mon message du 16 juin sur cette page, ensuite, depuis les scènes, j'appelle les QA de cette façon : fibaro.call(431,"setVariable","ac_stemp","21.0") fibaro.call(431, "btnPowerPressed") fibaro.call(431, "btnModeCoolPressed") Il te "suffit" donc de récupérer le modèle de QA, de l'importer en l'adaptant à ton installation, puis de créer tes scènes. Ca n'est pas très très compliqué mais c'est faisable, il faut juste se plonger un peu dedans.

Salut @JLT, Je n'ai jamais eu besoin de créer des child devices, je ne peux pas t'aider, mais que cherches-tu à faire exactement ?

Salut @JLT, Désolé je n'avais pas vu ta réponse. Bravo Je suis loin, TRES loin, d'être aussi un spécialiste, mais c'est en forgeant qu'on devient forgeron ))

Salut JLT, Voilà une QA très simple, et surement loin d'être parfaite (je ne suis pas du tout développeur), mais qui fait le job: Daikin_sensors.fqa Sur mes unités (Daikin FTXA15AW), le "get_sensor_info" me retourne quelque chose comme ça : ret=OK,htemp=27.0,hhum=50,otemp=22.0,err=0,cmpfreq=0 La QA jointe récupère ces infos et créée des variables de QA avec chacune des valeurs (htemp, hhum, otemp). Il te suffit de changer l'adresse IP et d'ajouter/enlever les champs que te retournent tes unités. Hope that helps

Bonjour JLT, Je n'y ai pas consacré beaucoup plus de temps. A l'heure actuelle j'utilise une QA trouvée sur le forum officiel de Fibaro : https://forum.fibaro.com/topic/50207-hc3-quick-app-for-controlling-ac-units/#comment-207151 Les fonctionnalités que proposent cette QA me suffisent : Pour le reste (notamment le suivi de la consommation), j'ai écrit ma propre QA qui requête les unités par l'API Daikin et qui remonte ça dans un dashboard Grafana. Je peux te copier-coller cette QA comme base de départ à adapter pour récupérer les infos que tu cherches :

Ah top ! Je n'étais justement pas certain que la box puisse gérer les rotations. Merci pour l'info

Bonjour @Lazer. Encore merci pour ton travail. J'ai l'impression maintenant qu'il n'est plus possible de lancer une sauvegarde locale avec plus de 3 sauvegardes existantes. Il faut donc supprimer manuellement la dernière. Je tourne encore sur ton ancienne version du script, je me demandais si la nouvelle version était en mesure de gérer la rotation des backups sur la HC3 ? Bonne journée à tous

Et voilà la 5.061.36 (beta) avec : Other Beta version status displayed on the login screen and in General Settings. Optimized services performance and events handling. Optimized database write and read times. Bon, je ne suis pas assez stupide pour installer une version Beta, qui plus est quand je ne suis pas chez moi, mais ça s’annonce pas mal pour la future Stable

J'ai eu 1 reboot au bout de (presque) 48h.. C'est donc une belle progression Ce n'est peut-être pas la seule raison, mais ça doit y contribuer. J'ai réussi depuis à faire le shrink, que j'ai ajouté dans une routine quotidienne. On verra d'ici quelques jours si ça maintient la box en condition... Affaire à suivre...

Merci pour ton retour. Je test ça demain, pas envie de me lancer dans du debugging à cette heure si ça foire

Quand je le lance manuellement, j'ai un timeout, c'est normal ? [30.11.2020] [17:52:46] [ERROR] [SCENE59]: std::exception: 'Timeout'

Excellent. Merci beaucoup. Je vais ajouter ça dans une routine, top !

Mmm.. Effectivement. 2 ou 3 ce mois-ci, c'est quand même mieux que moi, parceque en ce qui me concerne, c'est plutôt 2 ou 3 par jour... Depuis le cleanup (ce matin), pas eu de reboot... 21 heures d'uptime... Je crois que je vais battre un record personnel

Oui, effectivement, mais c'est bien corrélé. Je copie/colle la réponse du support pour le détail :

Salut tout le monde, Juste une petite update sur le problème des redémarrages intempestifs... J'ai ouvert un ticket au support, qui a nécessité l'intervention des développeurs. Ces restarts sont provoqués par la base de données des events qui est pleine (> 1 million d'events). Ca provoque une grosse conso de la RAM et ça redémarre. Un correctif est en route pour la prochaine release... Si ça peux en aider qui ont le même problème.

Pitié non Qu'ils stabilisent d'abord ceux déjà implémentés avant d'en ouvrir d'autres

J'ai constaté quelques secondes, une dizaine environ

Mmmm.. J'ai bien un sleep ou deux, je dois le reconnaître mais dans une scène qui ne se déclenche pas aux heures impactées par les reboot (je m'en sert pour maîtriser la durée d'ouverture d'une électrovanne, quelques minutes seulement, pour mon arrosage automatique). Côté RAM, je suis à 67% stable (en tout cas ça en a l'air). Ce qui me turlupine dans cette histoire, c'est que le problème est apparu avec la 5.050.13, je n'ai jamais eu ce soucis avant. Constatant que, finalement, j'avais toujours des reboot intempestifs, j'ai descendu une backup en 5.040.37. Toujours sans rien modifier aux scènes et QA. Problème pour le moment résolu... On continue de croiser les doigts quelques heures encore pour s'en assurer....

Ecoutes, moi j'ai plutôt le problème inverse en ce moment (cf. mon autre thread) Je continuais d'avoir des reboot à des heures rondes, et aléatoires. J'ai fini par retomber un backup en 5.040.37 il y a quelques heures. Pour le moment, le problème semble maîtrisé... Mais je préfère la laisser tourner encore quelques heures pour m'en assurer. Si je n'ai pas de reboot intempestif cet après-midi, et si personne ne t'as répondu d'ici-là, je ferai le test et je te dirai. En tout cas la méthode fibaro.homeCenter.systemService.reboot est toujours spécifiée dans la documentation en ligne.

RAS côté RAM. Depuis le dernier reboot "full", ça semble être rentré dans l'ordre... Je vais suivre ton conseil @Sowliny, je vais faire un arrêt complet régulièrement. Ca ne pourra pas faire de mal... Merci pour votre aide, toujours au top

@Sowliny, RAS côté alimentation : la box est sur un onduleur avec mes Synology. Le même onduleur qu'avant la mise à jour donc je suspecte vraiment un truc avec la dernière release. En fait, ce n'est pas un reboot complet de la box, c'est un redémarrage des services, car dans les logs je vois bien des mouvements de scènes et de devices quelques secondes avant et après les notifications. Trop short pour un reboot complet. J'ai fait un vrai redémarrage il y a 2 heures... Pour le moment RAS. On verra si j'arrive à avoir un uptime de plus de 10h Pour le reste, tout semble fonctionner donc à la limite ce n'est pas trop grave... Mais j'aime pas ne pas contrôler ce qu'il se passe