Avec @nebz et @Foulek57, nous nous sommes groupés afin de reprendre le plugin jMQTT en main ( Domochip/jMQTT).
Son auteur original @domotruc ne répond malheureusement plus depuis près de 2 ans.
On recherche donc des Dev supplémentaires et surtout des Beta-Testeurs afin de nous aider.
Si vous connaissez le PHP, javascript, etc… et que vous êtes motivé pour faire de jMQTT la pierre angulaire de Jeedom!
Si vous ne savez pas coder mais que vous êtes un cliqueur fou!
Si vous êtes un spécialiste en découverte de bug que vos amis ne rencontre jamais!
WE NEED YOU!!!
N’hésitez pas à vous manifester sur ce sujet.
Edit : Petit rappel, Je vous déconseille fortement d’installer la version beta sur votre environnement de Production. SI vous souhaitez le faire tout de même, pensez bien à sauvegarder d’abord!!!
Du coup je redémarre mon broker de temps en temps…
Ça serait pas mal d’ajouter la gestion des certificats pour la connexion aux brokers (AWS par ex).
Par contre je vois qu’il y a pas mal d’issues ouverte avec TLS sur le dépôt github mgdm/Mosquitto-PHP , le dernier commit remonte à 2019. php-mqtt/client pourrait être utilisé à la place ?
Concernant la librairie utilisée, c’est un des premiers sujets dont on a discuté.
J’avais déjà constaté des problèmes dès qu’on augmente le nombre d’équipements.
Pour php-mqtt/client, J’avais ouvert une issue pour savoir pourquoi le prérequis avait été élevé à PHP7.4
C’est malheureusenent utilisé dans la déclaration des classes.
(PHP 7.3 compatibility · Issue #74 · php-mqtt/client (github.com))
Jeedom utilise la version 7.3 et on m’a indiqué qu’un passage à la 7.4 n’était pas encore d’actualité.
Vu qu’il n’y a pas de réelle solution en PHP, il ne resterait donc qu’une réécriture de démon en Python ou NodeJS (préférence pour le python dans mon cas quand je vois les débat entre version de NodeJS).
Et tant qu’on parle de trimestres de développement, on pourrait ajouter à la TODO list de jmqtt la création d’équipements en Homie: An MQTT Convention for IoT/M2M.
Home Assistant le prend déjà en charge.
Le topic ressemble à ça, l’IoT envoi au broker la façon d’utiliser ses commandes (et d’autres choses) :
Pour Homie, je le met dans la liste.
Mais autant te dire qu’une restructuration importante serait necessaire d’abord.
Je ne vois pas beaucoup d’implémentations device intéressantes pour le moment à part ESPEasy.
Et pas de librairie Controller en PHP…
On part de zéro quoi.
Salut, j’utilise la version du repo de domochip avec plus d’une centaine d’équipements venant de différents protocoles et répartis sur plusieurs vm. Je n’ai pas spécialement le temps de faire du deboggage et/ou d’aider à coder mais je ne manquerais pas de remonter les bugs.
En tout un immense merci à vous d’avoir repris ce plugin.
Au plaisir.
OK, je regarde pour livrer les updates de la beta sur la master.
Est-ce que certains d’entre vous aurais l’occasion de l’utiliser ou faire quelques tests?
Voilà les updates :
Mises à jour du README, de la documentation et des informations du plugin
Amélioration de la remontée du niveau de batterie : commande dont le nom termine par « battery » ou « batterie » ou taggué avec le type générique batterie
Correction : la fenêtre « Configuration commande » ne s’affiche plus lors du double-click sur un champ textarea d’une commande (PR faite auprès de Jeedom Core en parallèle)
Correction : la fenêtre « Configuration commande » ne s’affiche plus sur les commandes qui ne sont pas encore sauvegardées (pas d’ID)
Amélioration du style des combobox sur les équipements
Rotation du symbole d’inclusion sur la liste des équipements
Descente du champ Commentaire
Correction : bug du numéro de commande action sur 2 lignes
Amélioration des performances de la vue JSON : Ajout des lignes commandes comme non visibles d’abord
Amélioration des performances de la vue JSON : Suppression de la librairie jQuery-TreeGrid et réécriture complète de la gestion de l’arborescence
Amélioration PR#26: Ajout d’une case à cocher afin d’afficher/masquer toutes les commandes (Amélioration cachée pour le moment)