Bonjour à tous, Suite à mon précédent post ( Ores - Compteur électrique intelligent - #10 par pierre-gilles ), je me suis rendu compte qu’il était nécessaire de passer par Node-RED pour transformer une information reçue par un capteur MQTT vers Gladys. Pour faire simple, mon capteur envoie avec un t…

J’ai commencé le développement sur ce sujet :slight_smile: Suite à notre discussion avec @Alyafride , je suis parti sur une interface ressemblant à ça : [Screenshot 2024-05-02 at 13.46.05] Rien de définitif, je viens de commencer il y a 2 minutes :stuck_out_tongue: Je vous tiens au courant dès q…

Top, je pense que cet ajout peux aider à intégrer facilement différents capteurs. En terme d’UI j’aurais imaginé un switch au niveau de l’appareil pour définir si le payload est de type json ou « sous-topic » et éventuellement de définir le topic parent. Ensuite au niveau de la fonctionnalité défin…

Premier test concluant ! Je créé un appareil qui écoute sur ce topic avec un body JSON : [Screenshot 2024-05-02 at 15.00.11] J’envoie ce body JSON : [Screenshot 2024-05-02 at 14.59.56] Disponible dans l’UI : [Screenshot 2024-05-02 at 15.00.02] Il reste encore du boulot, parce qu’actuelleme…

[Bild] pierre-gilles: ça risque de rallonger chaque feature en longueur (et c’est déjà long) Ah ? Dans mon esprit ça complexifie un peut la création de l’appareil mais ça simplifie celle de la fonctionnalité

Ah j’avais pas compris que tu parlais au niveau du device ! Je sais pas, autant que ce soit le plus simple possible, rien à activer, juste à remplir si l’utilisateur veut s’en servir

Je vois des avantages/inconvénients au deux choix en fait :thinking: D’un coté comme le topic des équipements en MQTT comporte souvent un id unique (le serial de l’équipement ou son adresse MAC) ça me paraissait plus simple de le définir qu’une fois au niveau de l’appareil mais ça impact plus lourd…

Pour moi ça doit être au niveau de la fonctionnalité, on ne sait pas quelle marque fonctionne comment ^^ J’imagine que certains voudront un topic par fonctionnalité

Ça marche, je pourrai faire des tests avec ce que j’ai chez moi sur MQTT.

J’ai finis la fonctionnalité, et je rajoute actuellement un onglet « Debug MQTT » ce qui va permettre de comprendre plus facilement ce qu’il se passe sur l’instance : [Screenshot 2024-05-03 at 15.31.24] Comme ça l’utilisateur n’est pas dans le noir si ça marche pas :slight_smile:

J’ai bien avancé et j’ai une version de test à vous soumettre :slight_smile: Le build est en cours de build sur l’image Docker : gladysassistant/gladys:mqtt-custom-topic Edit: l’image est prête ! Aide: Tutoriel: Lancer une image Docker de test Preneur de vos retours !

MQTT - Wert von einem benutzerdefinierten Topic empfangen

Bestellungen geliefert

pierre-gilles 13. Mai 2024 um 15:20 25

Diese Funktion ist in Gladys Assistant 4.41 verfügbar:

Ich schließe dieses Thema, um die Abstimmungen freizugeben. Zögern Sie nicht, weitere Themen zu erstellen, falls Rückmeldungen oder Fehler auftreten

Thema		Antworten	Aufrufe
Type de fonctionnalité pour le pollen Demandes livrées feature-request-ux	8	244	13. Mai 2024
Gladys Assistant 4.41 : Topic MQTT personnalisé Actualités	6	294	16. Mai 2024
Nouveau déclencheur : arrivée d’un message MQTT Demandes livrées	19	944	20. November 2023
Affichage simple sur le dashboard des topic mqtt n'ayant pas de contrôleur Demandes livrées mqtt , dashboard	4	248	11. Mai 2025
Pouvoir utiliser un Zigbee2mqtt externe dans Gladys Demandes livrées zigbee2mqtt , feature-integration	66	930	6. Mai 2024

MQTT - Wert von einem benutzerdefinierten Topic empfangen

Verwandte Themen