TonyC

Tant que le module est en communication directe avec le controler il y a zéro souci, c'est lorsqu'il y a un module de rebond que ça se complique ! un peu de teasing https://products.z-wavealliance.org/products/4086?selectedFrequencyId=1

D'après ce qu'il se dit sur le fofo officiel, non rien à faire juste mettre le convertisseur et c'est good. Alors, d'après mon petit doigt, pas pour la prochaine mais celle qui doit lui suivre, il va y avoir du GROS nouveau coté moteur zwave dans la fibaro et les anciens problèmes rencontrés entre autre à d'anciens protocoles (3.52 le plus pourri) devraient devenir de l'histoire ancienne, mais pas que ...

Le port usb permet d'y coller un convertisseur usb<->eth donc tu as une nouvelle antenne

Ici : http://update.fibaro.com/hc3/5.050.13/update.7z

une de plus pour la collec ! HC3 : 15157 Date d'achat : 31/01/2021 Date de fabrication : 18/12/2020

Hello world ! Meilleurs voeux à vous tous !

J'ai eu ce message à de nombreuses reprise également, sans jamais remarquer aucun autre problème particulier par la suite. D'un autre coté n'ayant pas de devices NICE pour tester, je craignais un problème hard sur ma HC3. Me sens moins seul

Mouais moyen cool cette maj, après quelques checks, adieu /api/panels/event?, le réglage de température ne répond plus aux consignes manuelles et quelques sueurs froides durant l'update mais qui se sont bien soldées, heureusement. Je me tâte à faire un gros rollback, je me laisse quelques heures de réflexion Curieux en effet, pas certain de toujours bien capter ce qu'il leur passe par la tête

Ah non, pas normal, il doit encore y avoir un tas d'events dans ta db, fibaro n'a pas osé tout enlever , essaye de laisser un grand nombre d'events : api.delete("/events/history?shrink=300000") voir même plus que dans l'exemple si besoin, puis de le réduire pour arriver au nombre d'événements que tu souhaites conserver.

ah oui 2 à 3 par jour, je m'incline C'est cool si ça se stabile ! Tiens au cas ou tu ais envie de faire du ménage sans faire appel aux services du support : api.delete("/events/history?shrink=100") Attention le 100 représente le nombre d'events laissés après purge !! si la DB contient 10000 après cette commande il n'en restera que les 100 derniers. Le shrink de la DB est différé, le process doit être exécuté la nuit, je ne sais pas exactement à quelle heure, dans ton cas je suppose qu' il a du être lancé à la main par le support pour qu'il prenne effet immédiatement.

heu pas d'accord avec les conclusions de Mr Fibaro, du moins il doit y avoir d'autres causes à ces reboots. J'ai toujours de temps à autre des redémarrages sans explications aucunes, hors je dumps tous mes events dans une BD pour triturer tout ça ailleurs et je les purge tous les soirs à 23:45. Donc les seuls events que j'ai sont ceux de la journée, et les reboots sont complètement aléatoires, j'en ai eu au moins 2 ou 3 ce mois ci. Cependant ce qui est certain , c'est que plus la db augmente plus la machine consomme de ressources, on peut facilement le voir sur le diag de conso de ram, d'où ma décision de la purger tous les soirs... On verra bien ce qu'ils vont fixer et si cela affecte positivement la stabilité de ma HC. Wait & see.

Non aucune, hormis peut être que les inconvénients seront proportionnels à la surface d'exposition donc un peu en relation avec la taille de l'engin tout de même ! Allez les zamis, les mots peuvent parfois dépasser le fond de nos pensées, bon pas de risque que ça ne m'arrive, si je pensais chez moi tout le monde le saurait et mon patron m'augmenterai, le tout c'est de passer à autre chose. Avec les oursins et les pinces possible d'avoir de la crevette et de la mayo ? Voilà un post qui reprend une tournure en raccord avec l'esprit du forum, plein de trucs instructifs, de hors sujet et quelques maladresses, plein de vie quoi ...

Perso j'aurai des oursins dans les poches, ça ne serait pas pour mais mains ou pinces que je m'inquiéterais, mais bon

@Lazer, me suis mal exprimé, peut être. il est possible que du code mal gaulé et je parle pour moi, je ne suis pas suis pas suffisamment capé coté dev, soit à l'origine de ces redémarrages. Ce que je dis juste, c'est que je suis conscient qu'un certain nombre de process de surveillance ont été mis en place lors de cette dernière version et que peut être l'un d'eux fait de l'excès de zèle, à juste titre... ou pas. En effet ce qui distingue nos box est la charge en module mais comme tu le dis toi même, pas que. La nature de la qualité du code est un élément différentient, cependant en ce qui me concerne, ni le code ni le nombre de modules n'ayant changé dans ma conf et que seul l'upgrade du firmware à mis en évidence ce comportement, je m'interroge donc mais n'arrive en aucun cas en aucunes conclusions, n'ayant pas pris le temps d'analyser la situation, quand bien même peut on parler d'analyse, n'ayant aucun moyen simple de le faire. Bref je ne contre dit pas tes dires, tu es 1000 fois plus calé que moi, mais cependant pas d'accord sur les short cuts, il me semble qu'il y a un comportement inexpliqué, que ça vaut la peine d'y accorder de l'attention pour ne pas se retrouver dans de mauvaises situations lorsque ta hc3 sera en prod, ce qui est déjà le cas pour moi depuis quelques mois maintenant chargé ras la gueule de plus de 200 ++ qu'ils soient zwave, via satel, ou QA/broker mqtt ou autre. Je n'arrive donc surtout pas à la conclusion de j'enlève mon slip et on tout sera cool <- là je déconne on est d'accord . Le sleep oui ça été dit en long large et travers, mais quand bien même, s'il n'est pas supporté on le dégage, ça fera des mécontents car ré-écriture de code mais que ça n'aboutisse pas à une instabilité du système tout entier et âs à des workaround foirax. Je dis ça par réaction sur l'exemple, mais perso je ne suis en aucun capable de dire que mister "sleep" en est l'une des causes de ce redémarrage zou pas. La route de la stabilité sera encore longue, le meilleur reste probablement à venir, attendons les modifs de fond tel que la ré-écriture du moteur zwave, ça donnera encore pour longtemps de l'espace à de longs sujets d'échanges

@LazerBen qui parle de reboot ? la nuance a justement été placée sur relance des services, et oui sans modifs aucunes ayant une scène justement qui log le reboot, ce phénomène je ne l'ai constaté qu'après l'introduction de cette version. Perso je pense qu'il faut y prêter un minimum d'attention à ce truc là, je ne suis pas à la maison donc incapable de dire combien de temps prend cette" relance de services", c'est généralement très rapide, mais quand on laisse tout le monde à la maison avec des moyens limités pour intervenir, c'est pas trop le genre de truc que j'aime bien ça sent le grosse bidouille pour pallier à autre chose de plus violent qu'on ne sait pour l'instant pas fixer, mais bon....

Hello, je confirme avoir régalement eu 1 ou 2 "reboot", mais n'étant pas à la maison pas très pratique à tracer/analyser. J'ai qlqs info comme quoi de nouveaux process de surveillances ont été implémentés dans cette version, mais pas plus de précisions que ça. Comme évoqué par @Lazer, je pense qu'il faudrait jeter un oeil du coté de la RAM, car j'ai aussi constaté qu'elle avait une tendance à se libérer subitement avec une très forte amplitude et comme suspecté par @Julien92130 peut être dans certains cas cela abouti à un redémarrage des services en effet pas à un reboot.

Je ne veux pas dire de conneries, mais si, le bouton sert d'interrupteur comme pour le wallplug, pas très waf ok , mais possible si accessible. Sinon il y a toujours moyen d'y associer un inter ayant par exemple un FGSxxx. L'association est agnostique de la box, donc fonctionne en cas de panne de cette dernière. Après le heavy n'est pas donné question coût.

Je n'ai pas eu le temps de m'en occupé, mais perso je fais 1 seul backup et tout l'espace est occupé, enfin 1 backup = > 29.6Mb. J'ai skrinké tous les events (api.delete("/events/history?shrink=X") (x=nombre d'events restant après purge, alors attention à ce que vous faite ...)), mais nada ça m'a juste libéré qlq ko. Bref je suis bon pour le support car quelque chose à dû merder quelque par mais où??? et oui je suis d'accord ils sont un peu raide sur l'espace aloué, les temps sont durs

cool tout nickel après ce reboot tout bizarre.

Yep, done ! Mise à jour faite, je l'ai vu 10 " et gros reboot, commence bien cette histoire

Mince en plein backup avant mon départ pour 15 jours !! Dès que le système est up j'envoie la sauce !! Merci @Krikroff !

J'ai mis à jour le titre pour éviter de nouvelles confusions.

@Sowliny jettes un oeil sur le post juste avant le tiens

A priori trop de problèmes avec cette version, j'ai cru comprendre que la 5.050.10 allait être supprimée donc plus dispo pour ceux qui n'ont pas encore effectué la mise à jour. source : https://forum.fibaro.com/topic/52234-update-5050-do-not-work-dont-update/?do=findComment&comment=217906

tu avais passé la 5.041?