Aller au contenu

HC2 & HCL - 4.532 - BETA - 28/02/2019


Messages recommandés

Posté(e)

Liste des modifications de la version beta 4.532:

 

New improvements:
- Added possibility of setting brightness and colour of the LED ring in scenes for FIBARO Walli series.
- Optimized handling of Z-Wave logs to improve the devices communication with the gateway.
- Added slats orientation status displaying in the event panel for FIBARO Roller Shutters.
- Added information about Z-Wave parameters configuration status in the device advanced settings tab.
- Added popup recommending to refresh the device settings page in case of not updated Z-Wave parameters model.
- Added indicator informing about unsaved Z-Wave parameter.
- Added support for FIBARO Walli Dimmer.
- Added support for five Leviton devices: Plug-In Outlet DZPA1-2BW, Plug-In Dimmer DZPD3-2BW, Dimmer DZ6HD-1BZ, Dimmer DZ1KD-1BZ, Switch DZ15S-1BZ.

 

Resolved issues:
- No possibility to perform the calibration of FIBARO Roller Shutter 3 module.
- No scene controller after adding the device in Security mode.
- Incorrect operation of external sensors connected to the FIBARO Smart Implant.
- Error while adding IP Camera from the device configuration.
- Incorrect approximation of the power measured by the device.
- Other minor fixes.

  • Like 2
  • Thanks 1
Posté(e)

Hello

 

Maj effectuée, le bug lors de la sauvegarde d'une scène est résolu, autrement rien vu de neuf.

 

 

 

Posté(e)
Il y a 14 heures, Krikroff a dit :

Optimized handling of Z-Wave logs to improve the devices communication with the gateway

Bonjour bonjour,

 

Accessible à l'utilisateur ou non ? 

 

Allez on clique ;-)

Posté(e)

Moi j'ai cliqué sur HCL et HC2. Tout roule pour le moment :-) Par contre les Log Optimized handling of Z-Wave je n'ai pas vu. Donc probablement pas directement accessible.

Posté(e)

Vu le nom de toute façon, c'est qque chose qui existait déjà qu'ils ont optimisé. Si cela se trouve, cela permet de générer moins de trafic sur les grosses installations !

Posté(e)

Si l'un de vous y est passé, pourrais t'il nous faire un retour sur : Optimized handling of Z-Wave logs to improve the devices communication with the gateway.

 

je rêve d'un log afin de vois pourquoi ma HC2 des fois ne répond pas avant 5 a 10sc

Posté(e)

Voici la réponse de fibaro.

Guys, there is no file to download or showing the logs. We improved the process of handling the logs withing the system so that it would be faster and more stable.

You can compare the time of including a device, for example. Or changing a state of the device.

Envoyé de mon SM-A605FN en utilisant Tapatalk

  • Like 1
Posté(e)

Top top, c'est ce que je pensais. Lazer, du coup cela devrait régler ton souci d'inclusion plus longue avec beaucoup de device !

Posté(e)

Non, et aucun intérêt je pense, je vois pas trop pourquoi Fibaro ouvrirait cela maintenant.

Posté(e)

Problème rencontré lors de l'écriture d'un VD comportant plusieurs étiquettes :

Le changement de l'ID de l'étiquette n'est pas pris en compte s'in comporte le caractère underscore , par exemple si le nouvel ID est "lblEV_1_8", il est systématiquement remplacé par

 - "label_0_0" pour une étiquette en première position,

 - "label_1_0" pour une étiquette en deuxième position,

 - "label_x_0"pour une étiquette en position x.

 

Cette capacité à casser ce qui fonctionne est assez remarquable chez Fibaro...

  • Sad 1
Posté(e)
Il y a 2 heures, Nico a dit :

Top top, c'est ce que je pensais. Lazer, du coup cela devrait régler ton souci d'inclusion plus longue avec beaucoup de device !

Espérons :)

les logs ont toujours été accessibles en Root uniquement.

et c'est clair que le fichier est (étais ?) Trop bavard

Posté(e)
Il y a 3 heures, Barelle a dit :

Problème rencontré lors de l'écriture d'un VD comportant plusieurs étiquettes :

Le changement de l'ID de l'étiquette n'est pas pris en compte s'in comporte le caractère underscore , par exemple si le nouvel ID est "lblEV_1_8", il est systématiquement remplacé par

 - "label_0_0" pour une étiquette en première position,

 - "label_1_0" pour une étiquette en deuxième position,

 - "label_x_0"pour une étiquette en position x.

 

Cette capacité à casser ce qui fonctionne est assez remarquable chez Fibaro...

Oui, cela était déjà dans la version précédente, j'avais remonté le problème .

 

 

 

Posté(e)
Il y a 9 heures, Nico a dit :

Non, et aucun intérêt je pense, je vois pas trop pourquoi Fibaro ouvrirait cela maintenant.

Ben tout simplement quand tu as un module qui floode et que tu ne sais pas lequel.

 

Posté(e)

Tiens merci @speedoxx007 j'ai déjà identifié mes modules les plus consommateurs avec la première version beta de son script, mais je vois qu'il a bien travaillé dessus, je vais essayer de me prendre un moment pour le retester.

  • Like 1
Posté(e) (modifié)

cool la nouvelle alerte :

719219346_Sanstitre2.png.5a28889f354f97232aaccbc357127e58.png

 

on va plus se faire avoir, après modification de paramètres, parce qu'on a oublié de rafraîchir la page ;) 

Modifié par jjacques68
  • Like 3
Posté(e)

Faudra que je récup cette scene de monitoring :-) pour tester. Merci speedox

Envoyé de mon BND-L21 en utilisant Tapatalk

  • Like 1
Posté(e) (modifié)

Dans la série Régis...

 

Régis reçoit un email d'alerte fraude suspicion de log .... voir pj

 

Du coup je cherche tin tin tin tin (musique des dents de la mer....) je fais un traceroute toussa toussa

 

Et.... Du bureau (la ou je travaille ou je me rends compte que j'ai reçu deux mails coup sur coup un peu de stress je me dis bon peut etre quelqu un qui s'est trompé de Fibaro) je me rends compte que....

 

C'est....

 

L'IP de ma propre box chez moi !!!!!

 

Sauf que personne n'a tenté de se connecter et que le dernier user depuis des semaines c est moi... 

 

Donc je résume ....un fantôme depuis chez moi (à 7H15 du mat hein attention) a tenter de se connecter à ma fibaro via le cloud avec ma propre IP.

 

Merci ENCORE Fibaro pour ce moment.

 

PS : je mets cela ici car c'est depuis la 4.532 peut être aucun rapport...

Fibarosorcellerie.jpg

Modifié par Clarence
Posté(e)

Est-ce que ça ne serait pas l'un de tes propres scripts qui appellent l'API en local, non pas via 127.0.0.1:11111 sans authentification, mais via l'IP de la box (ou l'IP publique) qui nécessite justement l'authentification.

Le VD Diagnostics était connu pour faire ça, mais ça peut être un autre.

×
×
  • Créer...