Suivi batteries d'équipements Virtuels

[guipom]

Bonjour,

Version : 4.4.8.1
Source : default
Branche : V4-stable
Système : Atlas

J’ai des équipements gérés par des Virtuels, ce sont des produits Thread/Matter que je remonte via MQTT à Jeedom.

Dans ces équipements, j’ai créé des commandes batteries:

J’ai également associé le type générique:

J’ai renseigné le type de pile et j’ai indiqué avoir changé la batterie:

Pourtant l’appareil n’apparait pas dans le suivi des équipements sur batteries.

Comment on le règle pour qu’il soit listé ?

Merci !

[Mips]

Salut,

Ce n’est pas possible pour l’instant mais cela pourrait faire l’objet d’une amélioration selon moi.

Cela n’engage en rien l’équipe jeedom à avoir le même avis.

Edit: au fait si ca remonte par mqtt, pourquoi avoir un virtuel en plus? Ca ne sert à rien, autant utiliser l’équipement mqtt (quelque soit le plugin) directement.

[guipom]

Personnellement je préfère, je trouve ça plus propre, ça me permet d’isoler chaque équipement et de l’abstraire.

Mais effectivement j’aurais pu tout aussi bien faire des configurations directement dans le plugin mqtt. Mais il m’aurait fallu plusieurs équipements avec le même topic racine, c’est ce que je voulais éviter.

[lperenna]

@guipom

Personnellement je préfère, je trouve ça plus propre, ça me permet d’isoler chaque équipement et de l’abstraire.

Ce qui n’est pas conseillé. Le plugin virtuel n’est pas là pour tout dupliquer et faire des petits arrangements.

[guipom]

Je n’ai jamais dit que je duplique tout. J’ai dit que je crée une vue au dessus des commandes techniques pour abstraire l’équipement et permettre de le configurer proprement.

Autrement dit je compense le fonctionnement de certains plugins, je le complète, je fais au mieux avec ce qui est disponible. Si un équipement est correct, je ne vais pas le cloner.

Et jusqu’à présent ça a toujours été d’une grande fiabilité, à la fois pour le suivi des maintenances, mais aussi en terme de charge ou de montée de version. Alors je ne pense pas que ça créé un problème. Mais c’est un sujet et une remarque récurrente depuis des années, même si je ne clone pas tous les équipements comme pourraient le faire certains.

[guipom]

Au passage, je ne pense pas avoir été clair la dessus dans mon premier message, la batterie ne fonctionne pas sur un virtuel, même s’il me semble avoir fait au mieux pour le configurer, mais ne semble pas non plus fonctionner avec un équipement MQTT.

[tuxgasy]

Bonjour,

Il est possible de faire ça via un scénario/code :

$trigger = cmd::cmdToHumanReadable($scenario->getRealTrigger());
$batteryLevel = cmd::byString($trigger)->execCmd();
$eq = cmd::byString($trigger)->getEqLogic();

$scenario->setLog("trigger : $trigger , battery : $batteryLevel");

if ($batteryLevel == 0) {
  $eq->batteryStatus(-1);
} else {
  $eq->batteryStatus($batteryLevel);
}

Il suffit de déclencher ce scénario avec les commandes batterie de chaque équipement souhaité.

(PS: j’avais trouvé cette solution sur ce forum mais je ne retrouve plus le lien)

[guipom]

Merci pour ta suggestion
Je l’ai mise en place, j’attends qu’une valeur remonte pour voir si c’est ok.

J’ai retrouvé le post d’origine, à priori, c’était une explication autour de Jeedom Connect: [Tuto] Info batterie de Zigbee à Jeedom

Dès que ça marche je pourrai mettre ce sujet en résolu, ça me va très bien comme approche.

Edit: ça me semble nickel, j’ai juste eu à redémarrer le serveur Matter côté HA pour forcer l’envoi des valeurs de batteries, et tout est apparu dans Jeedom, je peux faire le suivi. Merci !