Bonjour à tous,
Je ne comprends pas pourquoi les niveaux de charge des batteries indiqués sur les tuiles du dashboard ne correspondent à ceux relevés dans ANALYSE/EQUIPEMENTS. Du coup, je ne sais pas quelle est la bonne information.
J’ai d’autres équipements en Zwave et je ne constate pas cette anomalie.
Quelqu’un a une idée ? Merci d’avance.
La valeur sur la tuile a été remontée qd ?
Car il me semblait que avec la nouvelle version du plugin linfo n’était plus remontee
La valeur sur la tuile a été remontée à 13:51.
Bonjour.
Sachez avant tout, que cette information n’est pas fiable. Elles vont passer de 100% à 0% du jour au lendemain.
Pour la réponse à votre question, je pense que l’information brute, correspond à un index de 0 à 10, il faut donc multiplier par 10. C’est ce qui donne la valeur indiquée 100 dans l’équipement.
Logiquement je devrais alors constater la même anomalie sur les équipements Zwave. Je me trompe ?
On en parle ici et je pense que c’est idem.
Perso mes sondes Oregon ne remontent pas le niveau
Oui vous vous trompez
Rfx et zwave n’ont aucun rapport
Faut-il que je fasse la même chose pour retrouver la correspondance des infos ? Si j’ai bien compris, la bonne information est celle indiquée sur la tuile du dashboard.
Il faudrait surtout voir dans la trame recue du module si l’information remonte…
Mais comme dit dans le post, Loic ne gère plus dans le plugin les remontées des piles qui de toute facon n’est pas fiable !
Bonjour, ça fait plus de 2ans qu’elles sont à 100% chez moi, même une fois la pile hs.
Donc l’info n’est pas remontée.
Pour rappel, normalement l’info batterie est le dernier octet partie low , derrière le RSSI
10560278360000e1001c00260500004660
Ici 60 donne RSSI 6 et batterie 0
Les niveaux de batterie sont rarement remonté e
Ça devient compliqué pour moi. La trame (si c’est bien ce qui suit) ça aide ?
[2021-11-12 14:56:11][DEBUG] : Message: 0a520127150100c9380169
[2021-11-12 14:56:11][DEBUG] : Decode : 0a520127150100c9380169
[2021-11-12 14:56:11][DEBUG] : Test message: 0a520127150100c9380169
[2021-11-12 14:56:11][DEBUG] : PacketType: 0x52
[2021-11-12 14:56:11][DEBUG] : Length: 11
[2021-11-12 14:56:11][DEBUG] : Start decoding packet type 0x52
[2021-11-12 14:56:11][DEBUG] : Subtype = TH1 is THGN122/123, THGN132, THGR122/228/238/268
[2021-11-12 14:56:11][DEBUG] : Data : {'packetlen': '0x0A', 'packettype': '0x52', 'subtype': '0x01', 'seqnbr': '0x27', 'id1': '0x15', 'id2': '0x01', 'temperaturesign': '', 'temperature': 201, 'humidity': 56, 'humidity_status': 1, 'battery': 100, 'rssi': 6}
[2021-11-12 14:56:11][DEBUG] : Decoded info : {'packettype': '0x52', 'subtype': '0x01', 'id': '1501', 'temperature': '20.1', 'humidity': 56, 'humidity_status': 1, 'battery': 100, 'rssi': 6}
[2021-11-12 14:56:11][DEBUG] : unknown device id : 1501
[2021-11-12 14:56:13][DEBUG] : Message: 0a520128fc0200c8310159
[2021-11-12 14:56:13][DEBUG] : Decode : 0a520128fc0200c8310159
[2021-11-12 14:56:13][DEBUG] : Test message: 0a520128fc0200c8310159
[2021-11-12 14:56:13][DEBUG] : PacketType: 0x52
[2021-11-12 14:56:13][DEBUG] : Length: 11
[2021-11-12 14:56:13][DEBUG] : Start decoding packet type 0x52
[2021-11-12 14:56:13][DEBUG] : Subtype = TH1 is THGN122/123, THGN132, THGR122/228/238/268
[2021-11-12 14:56:13][DEBUG] : Data : {'packetlen': '0x0A', 'packettype': '0x52', 'subtype': '0x01', 'seqnbr': '0x28', 'id1': '0xFC', 'id2': '0x02', 'temperaturesign': '', 'temperature': 200, 'humidity': 49, 'humidity_status': 1, 'battery': 100, 'rssi': 5}
[2021-11-12 14:56:13][DEBUG] : Decoded info : {'packettype': '0x52', 'subtype': '0x01', 'id': 'FC02', 'temperature': '20.0', 'humidity': 49, 'humidity_status': 1, 'battery': 100, 'rssi': 5}
[2021-11-12 14:56:13][DEBUG] : unknown device id : FC02
[2021-11-12 14:56:16][DEBUG] : Message: 08500229a10400b870
[2021-11-12 14:56:16][DEBUG] : Decode : 08500229a10400b870
[2021-11-12 14:56:16][DEBUG] : Test message: 08500229a10400b870
[2021-11-12 14:56:16][DEBUG] : PacketType: 0x50
[2021-11-12 14:56:16][DEBUG] : Length: 9
[2021-11-12 14:56:16][DEBUG] : Start decoding packet type 0x50
[2021-11-12 14:56:16][DEBUG] : Subtype = TEMP2 is THC238/268,THN132,THWR288,THRN122,THN122,AW129/131,THN129
[2021-11-12 14:56:16][DEBUG] : Data : {'packetlen': '0x08', 'packettype': '0x50', 'subtype': '0x02', 'seqnbr': '0x29', 'id1': '0xA1', 'id2': '0x04', 'temperaturesign': '', 'temperature': 184, 'battery': 10, 'rssi': 7}
[2021-11-12 14:56:16][DEBUG] : Decoded info : {'packettype': '0x50', 'subtype': '0x02', 'id': 'A104', 'temperature': '18.4', 'battery': 10, 'rssi': 7}
[2021-11-12 14:56:16][DEBUG] : Device is known id : A104
[2021-11-12 14:56:16][DEBUG] : Send to jeedom : {'devices': {'A10450': {'packettype': '0x50', 'subtype': '0x02', 'id': 'A104', 'temperature': '18.4', 'battery': 10, 'rssi': 7}}}
[2021-11-12 14:56:16][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:1080
[2021-11-12 14:56:16][DEBUG] : {"devices":{"A10450":{"packettype":"0x50","subtype":"0x02","id":"A104","temperature":"18.4","battery":10,"rssi":7}}}
On va faire plus simple: oubliez la batterie.
Soit vous n’aurez pas l’info car pas envoyée soit elle sera fausse.
Faite une alerte sur non communication à la place: si plus de donnée reçue pendant des heures c’est probablement que la pile est plate.
Ce n’est pas compliqué, ce n’est juste pas fiable.
Les sondes rfxcom Oregon indiquent 100% et 0%, a 0% elles fonctionnent encore pas mal de temps.
Et hop, plus rien.
Si vous voulez vraiment avoir l’information sur votre virtuel, il faut mettre #value#X10 dans le champ :
Calcul et arrondi
Formule de calcul (#value# pour la valeur)
De l’onglet configuration.
Ou directement sur la ligne d’information du virtuel.
*10
Pour reprendre les infos de Jeedom faite par la team :
Pour le type 0x52 long 0A 0a520127150100c9380169
'battery' : (int("{0:08b}".format(message[10])[4:],2)+1)*10,
On voit bien que au dernier octet Low est ajouté +1 et qu’aprés on multiplie par *10, donc dans
[2021-11-12 14:56:11][DEBUG] : Message: 0a520127150100c9380169
Pour cet « ID 1501 » la valeur devient (9+1) *10 = « 100 » ce que l’on voit dans ta remonté pour cet ID
[2021-11-12 14:56:11][DEBUG] : Decoded info : {'packettype': '0x52', 'subtype': '0x01', 'id': '1501', 'temperature': '20.1', 'humidity': 56, 'humidity_status': 1, 'battery': 100, 'rssi': 6}
Laà on peut dire que cette sonde remonte une info batterie (qui semble correcte) et un signal RSSI « 6 »
Pour le type 0x50 long 08 08500229a10400b870
'battery' : (int("{0:08b}".format(message[8])[4:],2)+1)*10,
On voit bien que au dernier octet Low est ajouté +1 et qu’aprés on multiplie par *10, donc dans
[2021-11-12 14:56:16][DEBUG] : Message: 08500229a10400b870
Pour cet « ID A104 » la valeur devient (0+1) *10 = « 10 » ce que l’on voit dans ta remonté pour cet ID
[2021-11-12 14:56:16][DEBUG] : Send to jeedom : {'devices': {'A10450': {'packettype': '0x50', 'subtype': '0x02', 'id': 'A104', 'temperature': '18.4', 'battery': 10, 'rssi': 7}}}
Il faut en conclure que cette sonde remonte une info « batterie Fausse » , le RSSI étant lui à 7 représentant la force du signal.
Donc à toi de voir suivant le type de sonde si tu veux te fier au valeur de « battery » comme te le disent @anon53349806 @Mips @Fabrice
Vérifie en général le dernier octet « low » de tes sondes dans les logs !
Bonjour à tous,
D’abord pardon pour mon silence depuis plusieurs jours mais j’ai vraiment été empêché. Merci à tous de votre aide. Je n’ai pas eu le temps de me pencher sur la solution que je vais mettre en place mais vos explications me seront précieuses.
Bonne journée et bon week-end à venir.