Aller au contenu

Toute l’activité

Ce flux se met à jour automatiquement     

  1. Today
  2. Sowliny

    HC3 & HC3L - 5.080.9 - Stable - 29/07/2021

    Bonsoir @Lazer, Le journal des nouveautés est très clair, et je n'avais que vaguement étudié ce passage (d'accord, très important). Je vais donc faire la mise à jour vers la 5.080... dans quelques jours. Je suis également ton conseil en ce qui concerne le nouveau moteur Z-wave, car ma HC3 est en prod depuis le début (oui, un peu fou). J'avais complètement adapté mes scripts HC2, et fait la bascule en quelques jours. Compte-tenu de la faible complexité des scènes (éclairages), cela n'a pas posé de gros problèmes. Mais j'en ai bavé avec les premières versions !!!
  3. Lazer

    Fibaro qui ne s'éteint.

    Ah dommage
  4. Doudoubidou

    Fibaro qui ne s'éteint.

    Bon, bah c'est pas l'alim Retour au support Fibaro ... je verrai ce qu'ils me diront. Merci a vous pour votre aide. +
  5. Lazer

    HC3 & HC3L - 5.080.9 - Stable - 29/07/2021

    Euh, dès fois que le journal des nouveautés ne soit pas clair : Le nouveau moteur Z-Wave v3 n'est pas une mise à jour. Le nouveau moteur Z-Wave v3 n'est accessible qu'après une réinitialisation complète de la box, et après avoir spécifiquement choisi le moteur Z-Wave v3 lors de l'assistant de démarrage (sachant que le moteur v2 reste celui sélectionné par défaut) Quoi qu'il en soit, même pour ceux qui font le choix de faire une nouvelle installation avec ce nouveau moteur Z-Wave v3, cela reste une première version qui n'est pas exempte de bugs... à réserver aux plateformes de tests, et éviter la production. Pour les systèmes existants, la migration du moteur v2 vers le moteur v3 sera proposé ultérieurement par Fibaro.... d'ici l'automne environ (plus ou moins un certain retard) Bref, vous pouvez faire cette mise à jour 5.080.9 sans crainte (mais on n'est jamais à l'abri d'un bug quelconque).
  6. Julien92130

    HC3 & HC3L - 5.080.9 - Stable - 29/07/2021

    J’avoue que moi aussi la mise à jour du moteur Z-wave ne me rassure pas… A priori ce n’est qu’une mise à jour en tâche de fond, le moteur n’est pas actif, sauf à faire un full reset de la box… Donc pas trop de danger (enfin… pas plus que d’habitude ^^). Mais comme la box est hyper stable depuis la dernière MAJ, j’hésite…
  7. Sowliny

    HC3 & HC3L - 5.080.9 - Stable - 29/07/2021

    J'ai eu aussi ce problème avec les une ou deux premieres versions, mais depuis la 5.nnn, plus rien... As-tu effectué un reboot "à froid" ? Je m'explique : éteindre la box avec son bouton, puis débrancher l'alim quelques dizaines de secondes. Rebrancher, et la box redémarre. Je procède comme cela, car il arrive (souvent) que le reboot, et même l'extinction/redémarrage ne suffisent pas lors d'un comportement "erratique". Cela dit, je n'ai pas encore installé la 5.080...
  8. jjacques68

    HC3 & HC3L - 5.080.9 - Stable - 29/07/2021

    ah ?? non pas chez moi...
  9. flacon030

    HC3 & HC3L - 5.080.9 - Stable - 29/07/2021

    je viens peut être de voir un bug Mon HC3 a ce jour affiche une date du 28/07 alors que nous somme le 03/08
  10. Hier
  11. Sowliny

    HC3 & HC3L - 5.080.9 - Stable - 29/07/2021

    Vraiment, y faut... mais ça prend (beaucoup) de temps (j'ai juste commencé !). Surtout je pense à la section relative au moteur Z-wave 3. C'est une mise à jour indépendante semble t'il de cette version 5.080. Avec une procédure particulière. Et le "reste" mérite aussi une attention très soutenue. Impressionnant comme nouveaux apports... On pressent maintenant ce que pourra devenir la HC3, très loin de notre ancien "monde HC2", et de son intégration (non, j'ai pas dit "noyade"...) au sein de l'écosystème Nice.
  12. jjacques68

    HC3 & HC3L - 5.080.9 - Stable - 29/07/2021

    :) franchement j'ai pas encore lu la liste :)
  13. Sowliny

    HC3 & HC3L - 5.080.9 - Stable - 29/07/2021

    Je vais attendre un ou deux jours avant de procéder. Il faut que je stabilise d'abord mon développement actuel. Ce qui me titillait était l'impact de la mise à jour du moteur z-wave sur, par exemple, le paramétrage des modules... Mais au vu des posts précédents, ça se passe de façon parfaitement transparente... personne ne relate d'incident. Quoi qu'il en soit, ça fait une sacrée liste à étudier très attentivement.
  14. Barelle

    API et info de la charge CPU

    Sans doute l'opportunité de découvrir une autre approche de la gestion des flux dans une approche plus XXIe siècle.
  15. jjacques68

    API et info de la charge CPU

    @Barelle, je ne connais pas du tout... Suis plutôt axé windev, vu que je l'utilise énormément au boulo...
  16. Barelle

    API et info de la charge CPU

    Le sujet du topic n'est pas GEA... Je répondais à @jjacques68 pour une application externe. Même si je préfère le LUA au Javascript, il n'empêche que, pour des fonctions simples, Node-RED est bien commode et d'une rare puissance
  17. Lazer

    API et info de la charge CPU

    C'est beau quand même Node RED. Mais je me vois pas gérer 200 règles en mode graphique.... je suis surement déformé (mode Unixien), mais je trouve tellement plus facile de gérer 200 règles GEA en mode texte dans mon éditeur favori...
  18. jjacques68

    API et info de la charge CPU

    oui je comprend l'intérêt du delta maintenant, bien vu !! tout à fait @Lazer ! Mais tu sais que j'aime faire moi même quand je peux... Même si je réinvente la roue... Le plaisir de passer des heures à coder...
  19. Oui le Swagger, très pratique ça y est, la tempête de goutes d'eau est arrivée, la HC3 est donc en avance sur son temps
  20. Barelle

    API et info de la charge CPU

    C'est facile à réaliser avec Node-Red :
  21. Lazer

    API et info de la charge CPU

    Si ça freeze, tu as tout autant de chance que l'API freeze également, comme le QA. Donc ça ne changera rien. Et que ça freeze n'est pas un souci, puisque tu mesures le delta justement. L’intervalle de temps sera allongé, et c'est tout. Mais tu mesureras bien la surconsommation CPU liée au freeze. Reste le bon point de l'application externe qui passe par l'API : détecter et noter l'heure du freeze. Sinon tu sais qu'en 10 minutes tu pourrais mettre en place DomoCharts sur un NAS et avoir la courbe CPU
  22. jjacques68

    API et info de la charge CPU

    oké !!! merci pour les explications ! je faisais fausse route là.. l'idée était de voir se qu'il se passe les très rares fois où la HC3 freeze. je pensais développer une application tierce qui récupère les infos des CPU à coup de requête http, afin de les stocker en base et donc pouvoir les exploiter. Je voulais le faire depuis une application extérieure justement pour ces freeze... Pas sûr de les voir passer depuis un QA... si ça freeze, le QA est dans les choux aussi. avec l'application extérieures, je pourrais tracer la non réponse de la requête, et voir si ça coïncide avec ce que j'observe !
  23. Lazer

    API et info de la charge CPU

    En monitoring système, ça n'a pas de sens de regarder à un instant T, parce qu'une ça dure une microseconde, donc tu rates ce qui se passe pendant les 99,99999999999% du temps restant qu'il s'est écoulé depuis la dernière fois que tu as regardé. Ce que tu donnes l'API, ce sont les métriques systèmes au niveau de l'OS (noyau Linux). Pour simplifier, il compte le temps passé dans chaque "tâche" Sachant que idle est un cas particulier, c'est le temps passé à ne rien faire Et il faut soustraire la valeur précédente afin de calcul le delta CPU consommé De cette façon, tu ne "rates" pas ce qui s'est passé entre 2 périodes de monitoring. Enfin, c'est vite dit, parce que si tu regardes 1 fois toutes les 10 secondes, mais que le CPU a bossé 1s à 100% et le reste à 0, toi tu auras l'impression qu'il a bossé à 10% en moyenne pendant les 10s. Mais au moins, tu auras vu ces 10%, c'est toujours mieux que 0. Au fait, attention, le calcul est à faire pour tous les cœurs du CPU de la box (4 sur HC3, 2 sur HC3L), il faut donc faire une petite boucle. Regarde le code de mon QA DomoCharts, dont voici un extrait : local diagnostics = api.get("/diagnostics") local nbCPUs = #diagnostics.cpuLoad if not self.cpuLoad then self.cpuLoad = {} end local cpuAverage = 0 -- Parse cores for i = 1, nbCPUs do local cpuNew = diagnostics.cpuLoad[i] local cpuName = cpuNew.name local cpuOld = self.cpuLoad[cpuName] if cpuOld then local cpuTotalOld = (cpuOld.user + cpuOld.nice + cpuOld.system + cpuOld.idle) local cpuTotalNew = (cpuNew.user + cpuNew.nice + cpuNew.system + cpuNew.idle) local cpuPercentage = tools:round(((cpuTotalNew - cpuTotalOld) - (cpuNew.idle - cpuOld.idle)) / (cpuTotalNew - cpuTotalOld) * 100, 2) cpuAverage = cpuAverage + cpuPercentage print("Core #" .. i .. " " .. cpuName .. " = " .. cpuPercentage .. "%") end -- Memorize values self.cpuLoad[cpuName] = { user = cpuNew.user, nice = cpuNew.nice, system = cpuNew.system, idle = cpuNew.idle, } end print("Usage CPU moyen sur la période : " .. (cpuAverage / nbCPUs))
  24. Merci pour ces précisions. Maintenant que ce faux bug a été mis à jour, tu as le temps pour appliquer un correctif. Pour l'API, je passe par le swagger que je trouve pratique. Et oui la précision n'est pas vraiment au rendez-vous, il y a une tempête de ciel bleu chez moi en ce moment alors que l'API indique "nuageux"! Sinon, ce bout de code, je ne l'utilise qu'à titre informatif. Ça serait prendre trop de risque que de lui faire entièrement confiance!
  25. Cool Les 2 raisons... je pense que la syntaxe abrégée devait fonctionner il y a bien longtemps, et qu'elle a dû cesser de fonctionner à un moment donné dans mes différentes modifications pour HC3. J'ai regardé dans les règles que j'ai testé, je n'ai jamais testé cette syntaxe abrégée, uniquement la version longue avec WeatherCondition explicitement déclaré. Je regarderai si je peux patcher GEA pour rétablir le fonctionnement raccourci de cette règle, comme avant. Et mettre la doc à jour aussi du coup. Au fait, pour voir la condition actuelle de la météo, il faut passer par l'API de la box : /api/weather On y voit clairement toutes les propriétés exploitables avec "Weather" : (pour la précision, on repassera, il fait soleil en ce moment.... mais bon c'est du Cloud (sans jeu de mot), donc pas précis, peut être qu'il pleut effectivement de l'autre coté de Paris.
  26. jjacques68

    API et info de la charge CPU

    ben justement !? je me demandait pourquoi il fallait faire ce calcul avec Delta ?? pourquoi cela ne marche pas à l'instant t ? Par exemple interroger toutes les 5 secondes et voir l'évolution à l'instant t ! on a une répartition entre le user, le système et le non-utilisé !! Je comprends pas l'intérêt de mémoriser le n-1 et de faire la différence ! y a peut-être un truc que j'ai pas compris alors ?
  27. Super @Lazer Au top comme toujours! Ça fonctionne enfin! Donc il fallait ajouter "WeatherCondition" à la condition "Weather" et mettre les parenthèses au bon endroit. C'est un oubli dans la doc ou un bug sur GEA?
  1. Charger plus d’activité
×