HC2 & HCL - 4.503 - BETA - 28/06/2018

[Lazer 8 471]

Ah tu as un exemple intéressant là, il semble que ton module 45 voit la HC2 en direct (parmi ses voisins, on voit 1, ainsi que 63, 70, 135, 81, etc)

Mais la route ne va pas en direct, elle saute par le module 171.

 

Ton module 45 est peut être en limite de réception de la box, et il trouve plus simple de faire un saut par le module 171 que de tenter de communiquer en direct.

 

J'ai eu ce cas pour l'un de mes modules que j'ai déplacé pour tester, il était en limite de réception de la box.

[Lazer 8 471]

Au fait, perso j'ai renommé tous les devices maitres (ceux qui sont cachés), et je les ai placé dans les bonnes pièces, ainsi l'affichage de la table de routage est plus lisible.

 

(à la base, je l'avais fait pour que l'affichage des batteries soit lisible dans Domocharts)

[mprinfo 3 333]

[mention=253]Indyana[/mention]

 

Sinon personne d'autre n'a testé ce petit VD ?

Désolé pas le temps ce soir j'ai un rdv derrière la gare de Metz à 18h30

 

Huawei Mate 10 Pro

 

 

 

[Nico 2 155]

Pareil, tous les cachés sont nommés et triés chez moi, tout de même plus simple pour chercher.

[Steven 2 335]

Le 03.07.2018 à 10:17, pepite a dit :

@Steven

Ca n'a pas l'air bloquant cette erreur d'API dans GEA d'après le retour de @Yassinex ;-) Si faut recreer toutes les variables qui peuvent prendre plusieurs valeurs, ca va être sport ;-)

 

Cela ne l'ai pas car GEA utilise un pcall et vérifie l'existence des VG au démarrage.

 

Ce qui est bloquant, c'est lors de la migration si une variable a plus de 3 valeurs possible, Fibaro retourne comme quoi cette variable n'existe pas. Donc GEA qui check l'existence des variables globales au démarrage ne va pas démarrer et afficher comme quoi il n'a pas trouvé cette VG. Il suffit juste de recréer cette VG et le tour est joué.

[TonyC 451]

Si cela peu aider, l'utilisateur @cag014 sur le fofo officiel dit avoir trouvé une solution au problème de l'erreur d'API :https://forum.fibaro.com/topic/30690-api-was-disabled/?page=2&tab=comments#comment-153173

[yassinex 18]

il y a une heure, TonyC a dit :

Si cela peu aider, l'utilisateur @cag014 sur le fofo officiel dit avoir trouvé une solution au problème de l'erreur d'API :https://forum.fibaro.com/topic/30690-api-was-disabled/?page=2&tab=comments#comment-153173

Merci 

ils disent donc :

 

Citation

 

 Use api.get() function before fibaro:...()    commands 

 

Je sens que cela va alourdir GEA...

Modifié 6 juillet 2018 par yassinex

[OJC 133]

@Lazer Merci pour ce VD, c'est vraiment sympa de pouvoir explorer les arcanes du réseau ^^

 

Juste un souci sur la liste des voisins, je n'ai que l'ID qui s'affiche assez souvent, avec ??? comme nom de module et rien comme nom de pièce.

 

Ci-dessous le debug :

Citation

 

[DEBUG] 21:27:40: Room ID = 5
[DEBUG] 21:27:40: Virtual Device ID = 267
[DEBUG] 21:27:40: Number of Z-Wave devices found = 11
[DEBUG] 21:27:40: Device #4 "FGRM-222 (G) Master"
[DEBUG] 21:27:41: Device #7 "FGRM-222 (D) Master"
[DEBUG] 21:27:41: Device #24 "Cord Switch Master"
[DEBUG] 21:27:41: Device #67 "FGK-101 (D) Master"
[DEBUG] 21:27:41: Device #72 "ZMNHJD1 (S) Master"
[DEBUG] 21:27:41: Device #87 "ZMNHJD1 (R) Master"
[DEBUG] 21:27:41: Device #121 "FGMS-001 (S) Master"
[DEBUG] 21:27:41: Device #267 "SES-302 Master"
[DEBUG] 21:27:41: found_previous = true
[DEBUG] 21:27:41: Device #338 "FGD-212 (S) Master"
[DEBUG] 21:27:41: found_next = true
[DEBUG] 21:27:41: New device : FGD-212 (S) Master (338)
[DEBUG] 21:27:41: Update label : ui.LabelDeviceName.value => FGD-212 (S) Master
[DEBUG] 21:27:41: Update label : ui.LabelDeviceID.value => 338
[DEBUG] 21:27:41: neighborListResponseTimestamp is too old (1530905261s), update now...
[DEBUG] 21:27:41: Update label : ui.LabelID1.value => ...
[DEBUG] 21:27:41: Update label : ui.LabelDeviceRoute.value => ...
[DEBUG] 21:27:41: Update label : ui.LabelID2.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID3.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID4.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID5.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID6.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID7.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID8.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID9.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID10.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID11.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID12.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID13.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID14.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID15.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID16.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID17.value =>
[DEBUG] 21:27:41: Update label : ui.LabelID18.value =>
[DEBUG] 21:27:42: Update label : ui.LabelID19.value =>
[DEBUG] 21:27:42: Update label : ui.LabelID20.value =>
[DEBUG] 21:27:42: Update label : ui.LabelID21.value =>
[DEBUG] 21:27:42: Update label : ui.LabelID22.value =>
[DEBUG] 21:27:42: Update label : ui.LabelID23.value =>
[DEBUG] 21:27:42: Update label : ui.LabelID24.value =>
[DEBUG] 21:27:42: Update label : ui.LabelID25.value =>
[DEBUG] 21:27:43: lastWorkingRouteResponseTimestamp is too old (1530905261s), update now...
[DEBUG] 21:27:43: Update label : ui.LabelID2.value => ...
[DEBUG] 21:27:44: while...
[DEBUG] 21:27:44: Update label : ui.LabelID3.value => ...
[DEBUG] 21:27:45: neighborListRequestStatus : ok
[DEBUG] 21:27:45: lastWorkingRouteRequestStatus : ok
[DEBUG] 21:27:45: neighborList : [1,4,7,10,13,18,24,45,50,67,79,87,95,109,121,145,174,192,207,213,223,231,234,239,245,249,267,282,289,295,315,328,333,343,347,370,372,376,382,394,397,401,407,434,441,447]
[DEBUG] 21:27:45: Update label : ui.LabelID1.value => Home Center (1)
[DEBUG] 21:27:45: Update label : ui.LabelID2.value => FGRM-222 (G) Master (4) Séjour
[DEBUG] 21:27:45: Update label : ui.LabelID3.value => FGRM-222 (D) Master (7) Séjour
[DEBUG] 21:27:45: Update label : ui.LabelID4.value => ??? (10)
[DEBUG] 21:27:45: Update label : ui.LabelID5.value => ??? (13)
[DEBUG] 21:27:45: Update label : ui.LabelID6.value => ??? (18)
[DEBUG] 21:27:45: Update label : ui.LabelID7.value => Cord Switch Master (24) Séjour
[DEBUG] 21:27:45: Update label : ui.LabelID8.value => ??? (45)
[DEBUG] 21:27:45: Update label : ui.LabelID9.value => ??? (50)
[DEBUG] 21:27:46: Update label : ui.LabelID10.value => FGK-101 (D) Master (67) Séjour
[DEBUG] 21:27:46: Update label : ui.LabelID11.value => ??? (79)
[DEBUG] 21:27:46: Update label : ui.LabelID12.value => ZMNHJD1 (R) Master (87) Séjour
[DEBUG] 21:27:46: Update label : ui.LabelID13.value => ??? (95)
[DEBUG] 21:27:46: Update label : ui.LabelID14.value => ??? (109)
[DEBUG] 21:27:46: Update label : ui.LabelID15.value => FGMS-001 (S) Master (121) Séjour
[DEBUG] 21:27:46: Update label : ui.LabelID16.value => ??? (145)
[DEBUG] 21:27:46: Update label : ui.LabelID17.value => ??? (174)
[DEBUG] 21:27:46: Update label : ui.LabelID18.value => ??? (192)
[DEBUG] 21:27:46: Update label : ui.LabelID19.value => ??? (207)
[DEBUG] 21:27:46: Update label : ui.LabelID20.value => ??? (213)
[DEBUG] 21:27:46: Update label : ui.LabelID21.value => ??? (223)
[DEBUG] 21:27:46: Update label : ui.LabelID22.value => ??? (231)
[DEBUG] 21:27:46: Update label : ui.LabelID23.value => ??? (234)
[DEBUG] 21:27:46: Update label : ui.LabelID24.value => ??? (239)
[DEBUG] 21:27:46: Update label : ui.LabelID25.value => ??? (245)
[DEBUG] 21:27:46: Update label : ui.LabelID26.value => ??? (249)
[DEBUG] 21:27:46: Update label : ui.LabelID27.value => SES-302 Master (267) Séjour
[DEBUG] 21:27:46: Update label : ui.LabelID28.value => ??? (282)
[DEBUG] 21:27:46: Update label : ui.LabelID29.value => ??? (289)
[DEBUG] 21:27:46: Update label : ui.LabelID30.value => ??? (295)
[DEBUG] 21:27:46: Update label : ui.LabelID31.value => ??? (315)
[DEBUG] 21:27:46: Update label : ui.LabelID32.value => ??? (328)
[DEBUG] 21:27:46: Update label : ui.LabelID33.value => ??? (333)
[DEBUG] 21:27:46: Update label : ui.LabelID34.value => ??? (343)
[DEBUG] 21:27:46: Update label : ui.LabelID35.value => ??? (347)
[DEBUG] 21:27:46: Update label : ui.LabelID36.value => ??? (370)
[DEBUG] 21:27:46: Update label : ui.LabelID37.value => ??? (372)
[DEBUG] 21:27:46: Update label : ui.LabelID38.value => ??? (376)
[DEBUG] 21:27:46: Update label : ui.LabelID39.value => ??? (382)
[DEBUG] 21:27:46: Update label : ui.LabelID40.value => ??? (394)
[DEBUG] 21:27:46: Update label : ui.LabelID41.value => ??? (397)
[DEBUG] 21:27:46: Update label : ui.LabelID42.value => ??? (401)
[DEBUG] 21:27:46: Update label : ui.LabelID43.value => FGD-212 (R) Master (407) Séjour
[DEBUG] 21:27:46: Update label : ui.LabelID44.value => FGMS-001 (R) (434) Séjour
[DEBUG] 21:27:46: Update label : ui.LabelID45.value => ??? (441)
[DEBUG] 21:27:46: Update label : ui.LabelID46.value => ??? (447)
[DEBUG] 21:27:46: lastWorkingRoute : [1]
[DEBUG] 21:27:46: Update label : ui.LabelDeviceRoute.value => 1 => 338

 

[Lazer 8 471]

C'est étrange ça, on dirait qu'il n'arrive pas à trouver le nom de tous les modules qui ne sont pas dans la même pièce.

Il faut que je regarde ça, il y a peut être un bug.

 

EDIT : trouvé, et un beau bug même

Je corrige dans le week-end.

 

Modifié 6 juillet 2018 par Lazer

[OJC 133]

Merci d'avoir regardé le truc @Lazer

 

Sinon c'est moi ou le décompte des modules est désormais différent pour les backups ? Je suis passé de 283 modules avec ma dernière sauvegarde en date réalisée sous la version 4.180 à 54 modules... Ou ça ne compte que le Master pour les<modules physiques ?

[pepite 1 272]

Cela ne l'ai pas car GEA utilise un pcall et vérifie l'existence des VG au démarrage.
 
Ce qui est bloquant, c'est lors de la migration si une variable a plus de 3 valeurs possible, Fibaro retourne comme quoi cette variable n'existe pas. Donc GEA qui check l'existence des variables globales au démarrage ne va pas démarrer et afficher comme quoi il n'a pas trouvé cette VG. Il suffit juste de recréer cette VG et le tour est joué.

Yes master, je l avais pour le pcall et la verif de l existence des VGs...et m...je commence a comprendre...

Encore une fois ce bug des variables continue à me faire dire que moins on en a mieux on se porte :-). Faut vraiment se poser la question :-). Sur les labels pas de bug :-)

Envoyé de mon BND-L21 en utilisant Tapatalk

[Sakkhho 468]

bon elle semble pas mal stable cette version aussi non ? j'ai pas l'impression de voir des depots de plainte à tout va :-)

[Lazer 8 471]

Il y a 13 heures, OJC a dit :

Merci d'avoir regardé le truc @Lazer

 

Sinon c'est moi ou le décompte des modules est désormais différent pour les backups ? Je suis passé de 283 modules avec ma dernière sauvegarde en date réalisée sous la version 4.180 à 54 modules... Ou ça ne compte que le Master pour les<modules physiques ?

Oui c'est une des nouveautés annoncées dans le changelog, il compte les vrais modules.

[OJC 133]

Juste pour info, après avoir fait un peu de ménage sur ma HC2, j'ait refait un backup (local).

Le backup que j'ai fait hier a disparu... J'ai l'impression que la HC2 ne stocke en local que la dernière sauvegarde faite, qui est écrasée à chaque nouvelle sauvegarde. Bon à savoir.

[971jmd 229]

je me lance

comme d' habitude, une foi appuyée le bouton je ferme la maison je part  avec femme, enfants, chat....  

[mprinfo 3 333]

Juste pour info, après avoir fait un peu de ménage sur ma HC2, j'ait refait un backup (local).
Le backup que j'ai fait hier a disparu... J'ai l'impression que la HC2 ne stocke en local que la dernière sauvegarde faite, qui est écrasée à chaque nouvelle sauvegarde. Bon à savoir.

Après avoir tester je confirme
C'est un peu dommage mais comme on sauvegarde les icônes cela prends de la place et la clef interne qui n'est pas très grosse. Donc cela limite la taille de la partition qui sert au sauvegarde

Huawei Mate 10 Pro

[OJC 133]

Effectivement, ma sauvegarde fait un peu moins de 6 Mo pour 54 modules et 25 scènes, et j'ai peu d'icônes.

 

Sinon, ça tourne nickel. Aucun problème jusqu'à présent, hormis l'erreur API not found mais qui ne semble pas bloquante puisque mes scènes tournent sans problème.

Modifié 7 juillet 2018 par OJC

[jjacques68 600]

Je sais pas si le sujet a été abordé...

 

Mais c'est quoi ce truc depuis la dernière mise à jour ?

 

[schwinny 252]

il te donne le maillage, c'est a dire les point de connexions entre les modules.

c'est un truc qui me manquait personnellement sur cette box et que je trouvait pas mal sur domoticz

[schwinny 252]

Le 07/07/2018 à 09:01, Sakkhho a dit :

bon elle semble pas mal stable cette version aussi non ? j'ai pas l'impression de voir des depots de plainte à tout va :-)

 

SI SI moi j'en ai fait une...

 

(comment ça c'est pas pour ca.... ?)

[schwinny 252]

Il y a 23 heures, Lazer a dit :

Oui c'est une des nouveautés annoncées dans le changelog, il compte les vrais modules.

 

personellement, je trouve ça pas mal.

ou plutôt je trouvais debile l'ancienne méthode de comptage

[jjacques68 600]

 

il y a 23 minutes, schwinny a dit :

il te donne le maillage, c'est a dire les point de connexions entre les modules.

c'est un truc qui me manquait personnellement sur cette box et que je trouvait pas mal sur domoticz

ok d'accord... - merci !

[OJC 133]

C'est intéressant, parce que si la box va chercher régulièrement les infos, il y a de fortes chances pour qu'une interface de consultation fasse prochainement son apparition 

[jjacques68 600]

oui voilà, c'était ma question...  

[Lazer 8 471]

J'ai remarqué que la box récupère l'info chaque nuit à 3h.

 

Mon petit VD partagé ici force également une récupération immédiate de la table de routage pour chaque module consulté, si celle ci n'a pas été mise à jour durant les 10 dernières minutes.

 

Notre que dans les paramètres avancés de la box, vous pouvez toujours forcer une reconstitution de la table de routage, pour un module en particulier, ou pour l'ensemble du réseau. Ce n'est pas nouveau, mais peut être utile quand le réseau dysfonctionne.