HC3 & HC3L - 5.131.52 - BETA - 27/01/2023

[Yannick]

Le 27/01/2023 à 21:22, Lazer a dit :

Support of color temperature setting for the Zigbee devices.

Y a ça qui m'interesse moi sur cette maj.. mais elle n'est plus proposée !!

 

[flacon030]

une nouvelle est proposer

5.131.57 (beta)

Modifié le 2 février 2023 par flacon030

[Lazer]

J'adore le nouveau disclaimer

 

 

I understand that this is a beta version and I realize that it may contain some bugs or changes that may affect the operation of the system and I accept the risk.

 

[flacon030]

ceinture et bretelles

[ROBBEJP]

Le 30/01/2023 à 20:35, Lazer a dit :

Et bien... cette version Alpha aura au moins eu un mérite, c'est de me faire apparaitre mon premier message "Le système a récupéré d'une erreur inattendue" :

 

Mdr ! au moins, je me sens moins seul ... @henri-allauch tu en pense quoi ?

C'est dire que la version stable de cette release promet de beaux reboot ... car je ne vois rien qui parle du travail autour dudit problème dans la release note ...

 

Triste, je sent que ça va durer encore quelques temps...

relou  

 

Prenons ça avec le sourire ...

 

 

[jjacques68]

@Yannick, dans mon cas, c'est un device sur pile, qui je répondu plus du tout. Donc je suis coincé...

[henri-allauch]

Le 02/02/2023 à 19:56, ROBBEJP a dit :

je me sens moins seul ... @henri-allauch tu en pense quoi ?

Je pense qu'un bug (si c''en est un) qui est présent sur plusieurs HC3 (donc avec du code des plus divers variés), qui peut se produire de 1 fois par mois à plusieurs fois par jour ne doit pas être facile à trouver.

Cependant il disent savoir le reproduire. En principe c'est bien une première phase du debuging, quand on arrive à reproduire on est proche de trouver la solution. Mais ce n'est pas le cas.

Ils ne commente pas leur travaux est-ce lié au réseau 1-wire, au codes dans les QA, ... ou comme suggéré par @Lazer du hard défaut mémoire ou autre ...

Le sauras on un jour ? Auront il une solution ? Ce dont on est sûr ce n'est pas un cas isolé.

Wait and see. 

 

Modifié le 5 février 2023 par henri-allauch
Orthographe

[Lazer]

En tout cas depuis 1 semaine le bug n'est pas réapparu chez moi (sur ma box de test, aucun module Z-Wave actuellement connecté, que des QA), ni sur la version Alpha retirée, ni sur la nouvelle Beta installée hier.

[Yannick]

Le 27/01/2023 à 21:22, Lazer a dit :

   Support of color temperature setting for the Zigbee devices.

MAJ Installée... RAS tout fonctionne mais ça ???? ben y a pas !!!

 

[Lazer]

Il faut probablement réinclure les modules Zigbee concernés ?

[Yannick]

je vais tester ce soir...
Je vous fais un retour

[Domodial]

Finalement j'ai craqué. Maj paris Bretagne ok

[Lazer]

C'est malin, tu m'as donné faim (association d'idées, j'ai une envie de Paris-Brest )

[Yannick]

Je confirme pour que la température de couleur soit gérable il faut exclure et inclure les modules. Dommage qu'on ne puisse pas simplement demandé la reconf de chaque bidule... c'est grisé !

[Yannick]

@Lazer y un moyen de "nettoyer" la base des ID Modules ? je sais que ça ne change pas grand chose au schmilblick mais ça me saoule à force d'exclure et de réinclure j'ai des ID qui sont à 935 maintenant alors que j'ai plein de trou entre 200 et 700 je comprends pas que ça ne réutilise pas les trous dans la base...

Si c'est faisable je prends !

 

[mprinfo]

Il faudrait être route pour espérer pouvoir faire cela
Malheureusement le hc3 ne peut être rooter. Enfin je connais personne qui a réussi à le faire
Après il faudrait jouer avec la basse de données

Envoyé de mon BLA-L29 en utilisant Tapatalk

[Yannick]

Bon ben tant pis.. bientôt les 1000 alors !!

[mprinfo]

T'inquiète sous hc2 avec l'alarme satel certains étaient pas loin des 10000

Envoyé de mon BLA-L29 en utilisant Tapatalk

[Domodial]

Il y a 4 heures, Yannick a dit :

Bon ben tant pis.. bientôt les 1000 alors !!

Pareil. Je n'ai jamais compris cette put...de logique. Les trous ne semble jamais utilisé ou tout le truc mis a jour pour repartir d'un bon pied. Heu d'un bon id. 

[Lazer]

C'est une base de données, avec un index qui s'incrémente perpétuellement.
C'est la façon qu'ils ont choisi de gérer les modules... C'est propre et sans risque, mais c'est pénible pour nous car impossible de récupérer un ID existant.
Il aurait fallu qu'il garde l'index en incrément perpétuel, et qu'ils assignent un autre ID aux modules... mais ce n'est pas le choix qu'ils ont fait. C'était déjà comme ça sur HC2.

[Nico]

Mouais, cela ne me choque pas, et je ne vois pas trop ce que ça change

[jojo]

Il y a 22 heures, Yannick a dit :

je comprends pas que ça ne réutilise pas les trous dans la base...

peut-être que quand il arrivera au maximum de ses possibilités de numéros, il recommence au début, avec le premier ID disponible (en tout cas, c'est ainsi que ça fonctionnait sur ma Lifedomus)

[Lazer]

Non, j'ai indiqué que c'est un index qui s'incrémente perpétuellement.
La base de données refusera de repartir de l'index 0, sauf à faire une manip spéciale.
Clairement pas ce qu'à prévu Fibaro.

Et on ne connait pas la taille de cet index, si c'est du 16 bits, c'est 65536 possibilités.
Si c'est du 32 bits, c'est plus de 4 milliards...

[jojo]

il y a 7 minutes, Lazer a dit :

Non, j'ai indiqué que c'est un index qui s'incrémente perpétuellement.


je n'avais pas encore lu ta réponse.

il y a 8 minutes, Lazer a dit :

si c'est du 16 bits, c'est 65536 possibilités.
Si c'est du 32 bits, c'est plus de 4 milliards...

=> NOOO stress 

[Nico]

Et c'est tellement plus simple à gérer comme ça. Car avec chaque module qui un nombre différent de modules filles, comment remplir les trous, en sautant des numéros, ce serait une sacré foire. Ici on est dans une logique simple et on sait qu'un module est groupé niveau ID.