Bonjour
je viens de faire la mise à jour du plugin BLEA et bien mal m’en a pris…
Alors que je faisais le tour des commandes d’un NUT Find, j’ai eu le malheur de faire une sauvegarde et j’ai une droit à un recréation forcée des commandes et la disparition des informations de signal (RSSILOCAL). Même chose sur les 6 NUT Find que j’utilise…
Pour certains NUT, j’ai refait la suppression+creation et là, carrément plus aucun commande.
Avez vous ce problème ?
Xav
Bonjour.
Je n’ai pas observé cette situation.
J’ai changé le modèle de nut pour profiter des nouvelles images et après la sauvegarde tout est ok chez moi.
Vous êtes sur une plateforme supportée ?
Il n’y a pas de détails sur votre profil.
je suis sur la dernière version de Jeedom V3 avec un dongle SENA UD 100.
j’ai réussi à recréer les commandes sur 5 des 7 NUT que je possède mais j’en ai deux qui n’ont plus que Présence, Batterie et Refresh
Bonjour,
Je confirme malheureusement sur dernière V4.0. 61/ Proxmox et clé SENA.
Plugin BLEA 2020-11-21 01:01:09
Je passe par une antenne en VM.
J’ai modifié un de mes NUT Find 3 pour avoir comme toi le dernier visuel.
Jeedom m’a alors indiqué « Création de commandes » et je n’ai plus eu que 3 commandes. Le RSSi avait disparu mais pas que. Je n’avais plus que Présent Refresh et Batterie.
Restauration de mon backup dans la foulée.
Bonjour,
Je pense qu’il faut que tu signale cela au support. Moi, je suis encore en version 3.3.53
J’ai mis à jour le plugin BLEA (stable).
Ensuite, j’ai cliqué sur le bouton pour mettre à jour la [Config des modules]. Après cela, j’ai mis les icones des NutFind3 (les rose/gris/blanc/vert) sur mes Nut.
J’ai sauvegardé les 4 Nut et c’est tout.
J’ai bien (visiblement) l’ensemble des commandes qui sont restée sur les Nut.
Si tu supprime un NUT et que tu le créer de toutes pièce, il manque aussi des commandes ?
Merci pour ton retour.
Je n’ai pas mis à jour la config au préalable
Je testerai ce soir tes préconisations de test.
Étant donné que j’ai une palanquée de plugins en bêta je ne suis pas certain que le support me soit ouvert…
Au final j’ai testé.
Aucune antenne en local / Antenne sur VM
Conclusion : ce n’est pas le moment d’ajouter un NUT …
Ok.
Alors moi je n’ai pas cliquer sur le bouton : Mise à jour des commandes.
Je pense qu’il faut signaler cela au support quand même, car le RSSI est souvent utilisé.
Comme prévu :
×[ticket::save] Vous ne pouvez ouvrir un ticket avec un plugin en beta
les commandes rssi et présence antennes se créent au moment où une antenne (locale ou déportée) capte un device, donc si vous recréez les commandes, c’est normal que la commande disparaisse et ne soit pas recréé directement.
Merci pour ton retour.
Je vais attendre alors ça devrait être rapide avec un Nut.
oui, ca devrait déjà être ok là non?
J’ai direct remis un backup. Donc pas testé sur une « longue durée ».
J’ai bien les commandes recréées. Merci.
MAIS : le RSSI est vide alors que la présence est OK.
Sur le NUT pour lequel j’ai juste changé d’image, on voit bien que la présence est OK mais le RSSI vide :
Pour mes hygrothermomètres Xiaomi que je n’ai pas touchés :
Dans les Logs le niveau de RSSI est bien reporté :
[2020-11-23 13:14:29.104][DEBUG] : SCANNER------[(1, 'Flags', '06'), (3, 'Complete 16b Services', '00001803-0000-1000-8000-00805f9b34fb'), (255, 'Manufacturer', 'd2000033'), (22, '16b Service Data', '0a186edd352b7cae'), (9, 'Complete Local Name', 'nut')] True public 6e:dd:35:2b:7c:ae
[2020-11-23 13:14:29.105][DEBUG] : BeeWiSmartLite------manuf: d2000033 name:nut data:0a186edd352b7cae
[2020-11-23 13:14:29.105][DEBUG] : SCANNER------This is a nut device 6e:dd:35:2b:7c:ae
[2020-11-23 13:14:29.105][DEBUG] : {'present': 1, 'id': '6E:DD:35:2B:7C:AE', 'type': 'nut', 'name': 'nut', 'rssi': -47, 'source': 'VM-BLEA'}
[2020-11-23 13:14:29.362][DEBUG] : Send to jeedom : {'devices': {'6E:DD:35:2B:7C:AE': {'present': 1, 'id': '6E:DD:35:2B:7C:AE', 'type': 'nut', 'name': 'nut', 'rssi': -47, 'source': 'VM-BLEA'}}}
Salut!
En v4.1.16b, plugin stable, je viens d’ajouter 2 nut3, aucun souci…
Merci pour ce retour.
Je suis en 4.0.61, donc dernière stable.
Allez, je restore mon backup je dois aller taffer 
Bonus :
J’ai recréé un NUT : là ça fonctionne, en effet comme pour @anon53349806
Restore de backup, et ce soir tranquillement suppression - ré-ajout de NUT.
Ca reste un bug selon moi.
[2020-11-23 13:44:34.500][DEBUG] : SCANNER------[(1, 'Flags', '06'), (3, 'Complete 16b Services', '00001803-0000-1000-8000-00805f9b34fb'), (255, 'Manufacturer', 'd2000033'), (22, '16b Service Data', '0a186edd352b7cae'), (9, 'Complete Local Name', 'nut')] True public 6e:dd:35:2b:7c:ae
[2020-11-23 13:44:34.500][DEBUG] : BeeWiSmartLite------manuf: d2000033 name:nut data:0a186edd352b7cae
[2020-11-23 13:44:34.500][DEBUG] : SCANNER------This is a nut device 6e:dd:35:2b:7c:ae
[2020-11-23 13:44:34.501][DEBUG] : {'present': 1, 'id': '6E:DD:35:2B:7C:AE', 'type': 'nut', 'name': 'nut', 'rssi': -51, 'source': 'VM-BLEA'}
[2020-11-23 13:44:34.656][DEBUG] : Send to jeedom : {'devices': {'6E:DD:35:2B:7C:AE': {'present': 1, 'id': '6E:DD:35:2B:7C:AE', 'type': 'nut', 'name': 'nut', 'rssi': -51, 'source': 'VM-BLEA'}}}
Merci de vos retours, je vais faire une restauration de l’ancienne version qui fonctionnait très bien en attendant une éventuelle correction car j’ai des recréations aléatoires des commandes.
Pour nuancer après tests.
Sur 2 NUTS :
Bilan : il y a bien quelque chose, mais cela semble aléatoire.
Effectivement, les données raw ne sont plus présentes maintenant.
Ludovic m’avait expliqué que cela était en mode debug, donc cela n’apportait rien en mode normal.
